[rm-wg] Fwd: Lifecycle Extensiond

David Snelling David.Snelling at uk.fujitsu.com
Thu Apr 12 07:48:54 CDT 2007



Begin forwarded message:

> From: "Strong, Paul" <pstrong at ebay.com>
> Date: 7 March 2007 02:34:32 GMT
> To: "David Snelling" <David.Snelling at uk.fujitsu.com>
> Subject: RE: Lifecycle Extensiond
>
> Hi Dave,
>
> So I've looked at these and have been thinking...
>
> I like the mind map idea a lot as a way of viewing our problem  
> space in
> a qualitative sense, although I am typically somewhat averse to the
> notion of transition states such as Commissioning and so forth.  Where
> do you stop? :o)  I would view them as sub-states of the existing
> states.  We define the test that defines what it means to be in a  
> given
> state.  Those tests can be very simple.  Below are some ideas but they
> need discussion/-fleshing out and I'm pretty sure that the Configured
> test is not right yet. ;o)  But you get the idea.
>
> Active State - Test = Fulfils its function - i.e. is responding to
> transactions or is still doing its calculation.  Sub states include
> running, stopping, failing (before it has ceased to serve its  
> purpose),
> canceling etc.
>
> Configured - Test = Has a full set of configuration and data files
> required to run, even if those may cause it to fail.  The point is  
> that
> the component can be started.  Sub-states include startable, starting,
> failing (the bit after it no longer satisfies the serving purpose  
> test),
> stopping, canceling, decommissioning.
>
> Discovered - Test = Has been registered by the system, i.e. has a  
> unique
> identifier and associated records of its properties and  
> attributes.  Sub
> states include deleting, configuring.
>
> We can also perhaps sub-class (so to speak) the transitions to  
> include,
> for example, Stop(Failed), Stop(Succeeded) and so forth if that is
> possible, otherwise we can perhaps add transitions.  It's all about  
> how
> we define the states and the transitions.  I might posit the
> sub-transition notion to Grady if I can't find a suitable extant
> mechanism.
>
> I think the discussion is really useful.  And as you know I am a  
> massive
> fan of simplicity at the abstract level that can then be built  
> upon, so
> that complex entities and behaviors can be represented yet easily
> understood.
>
> Discuss!  :o)
>
> Paul
>
>
> -----Original Message-----
> From: David Snelling [mailto:David.Snelling at UK.Fujitsu.com]
> Sent: Monday, March 05, 2007 11:35 AM
> To: Strong, Paul
> Subject: Lifecycle Extensiond
>
> Paul,
>
> Here is a little more than just the diagram. There are some substates
> in the mindmap, but I not sure that its even the right approach. We
> (actually Michel Drescher) have tried to convert the three new states
> to substates, we then have trouble capturing the restrictions imposed
> on the transitions.
>
> Anyway, enjoy.
>
> -- 
>
> Take care:
>
>      Dr. David Snelling < David . Snelling . UK . Fujitsu . com >
>      Fujitsu Laboratories of Europe Limited
>      Hayes Park Central
>      Hayes End Road
>      Hayes, Middlesex  UB4 8FE
>      Reg. No. 4153469
>
>      +44-208-606-4649 (Office)
>      +44-7768-807526  (Mobile)
>

-- 

Take care:

     Dr. David Snelling < David . Snelling . UK . Fujitsu . com >
     Fujitsu Laboratories of Europe Limited
     Hayes Park Central
     Hayes End Road
     Hayes, Middlesex  UB4 8FE
     Reg. No. 4153469

     +44-208-606-4649 (Office)
     +44-7768-807526  (Mobile)





More information about the rm-wg mailing list