[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