UMLでは、オブジェクトの状態マシンがそのオブジェクトのライフサイクルを定義していますか?UMLでは、オブジェクトの状態マシンがオブジェクトのライフサイクルを定義していますか?
つまり、initial stateから通常の状態に移行するとオブジェクトが作成され、そのオブジェクトを廃棄するfinal stateに移行しますか?
UMLでは、オブジェクトの状態マシンがそのオブジェクトのライフサイクルを定義していますか?UMLでは、オブジェクトの状態マシンがオブジェクトのライフサイクルを定義していますか?
つまり、initial stateから通常の状態に移行するとオブジェクトが作成され、そのオブジェクトを廃棄するfinal stateに移行しますか?
一般的にはい - 少なくともこれはおそらく最も一般的な方法です。
これは必須ではありません。the UML spec;ステートマシンをより一般的に使用することができます。例えば、最終状態は、状態機械が> 1個の領域を有する場合、領域内の動作スレッドの終了を示すために使用することができる。あるいは、ステートマシンを使用して、オブジェクトのライフサイクルではなくプロトコルを定義することができます。
UMLのいくつかのバリエーション(プロファイル)は、あなたが記述する振る舞いを強制します。たとえば、Executable UMLです。
私は恐らくその頭に疑問を投げかけて、状態機械がオブジェクトのライフサイクルを定義していればあなたにとって有用だろうか?もしそうなら、そのように使用してください。あなたがそれを正式化する必要がある場合プロファイルを定義することができます。しかし、あなたのチームでは非公式に合意するだけで大丈夫です。
hth。