是领域类，通过设计阶段的工作后，领域类将与软件类相对应，换言之，通过软 件类来实现领域类。 2.对象交互描述 围绕每个用例，各个类的对象之间需要进行交互，才能完成用例描述的流程。 对象交互的描述在分析与设计中都具有极其重要的意义。在分析阶段，对象交互 的描述规定了每个类具有的责任，并形成了对象之间的协作关系：而在设计阶段 对对象交互的描述，确定了每个软件类必须提供的操作（需要处理的消息）。不 同的交互方式将最终对系统的可维护性、可扩展性、性能等产生决定性影响。同 时，通过交互方式的描述也可以进一步发现前期需求中的不足，以及发现更多的 相关的类（对象）。 3.类行为刻画 部分类可能具备复杂的行为，特别是其行为受到其状态的影响。在这种情况 下，我们需要描述其可能的状态，以及状态之间的转换条件。我们通常可以采用 状态图来对类的行为进行刻画。当然，那些不具备复杂的状态的类并不需要构造 状态图。 4.对象模型构建 在识别类（对象）、描述对象交互行为的基础上，我们可以形成完整的对象模 型。各个类的属性、操作可以通过前述的分析得到。同时，在对象模型中，类之 间的关系也将得到表达，包括关联和泛化关系。 5.迭代和检查 以上四个步骤不是一个线性的过程。实际上，类的识别、对象交互描述和行 为刻画、对象模型构建构成一个相互影响的迭代序列：识别出来的类的对象将参 与交互过程，在描述交互过程中，会引入新的类（对象）。通过多轮迭代后，最 终得到的模型必须是正确的、完整的、一致的和现实的。所谓正确的，指的是模 型确实代表了实际的需求：模型是完整的，意思是每一个场景包括意外场景都得 到了描述：模型的一致性指的是模型中的元素互相不冲突：模型是现实的，意味 着模型是可以得到实现的。 分析阶段得到的模型依旧表述在软件需求规格说明文档中，并且主要是对系 统模型这一章进行修改和细化。具体来说，对用例模型这一小节，可能会带来修 改，同时补充对象模型和动态模型这两小节的内容。是领域类，通过设计阶段的工作后，领域类将与软件类相对应，换言之，通过软 件类来实现领域类。 2. 对象交互描述 围绕每个用例，各个类的对象之间需要进行交互，才能完成用例描述的流程。 对象交互的描述在分析与设计中都具有极其重要的意义。在分析阶段，对象交互 的描述规定了每个类具有的责任，并形成了对象之间的协作关系；而在设计阶段 对对象交互的描述，确定了每个软件类必须提供的操作（需要处理的消息）。不 同的交互方式将最终对系统的可维护性、可扩展性、性能等产生决定性影响。同 时，通过交互方式的描述也可以进一步发现前期需求中的不足，以及发现更多的 相关的类（对象）。 3. 类行为刻画 部分类可能具备复杂的行为，特别是其行为受到其状态的影响。在这种情况 下，我们需要描述其可能的状态，以及状态之间的转换条件。我们通常可以采用 状态图来对类的行为进行刻画。当然，那些不具备复杂的状态的类并不需要构造 状态图。 4. 对象模型构建 在识别类（对象）、描述对象交互行为的基础上，我们可以形成完整的对象模 型。各个类的属性、操作可以通过前述的分析得到。同时，在对象模型中，类之 间的关系也将得到表达，包括关联和泛化关系。 5. 迭代和检查 以上四个步骤不是一个线性的过程。实际上，类的识别、对象交互描述和行 为刻画、对象模型构建构成一个相互影响的迭代序列：识别出来的类的对象将参 与交互过程，在描述交互过程中，会引入新的类（对象）。通过多轮迭代后，最 终得到的模型必须是正确的、完整的、一致的和现实的。所谓正确的，指的是模 型确实代表了实际的需求；模型是完整的，意思是每一个场景包括意外场景都得 到了描述；模型的一致性指的是模型中的元素互相不冲突；模型是现实的，意味 着模型是可以得到实现的。 分析阶段得到的模型依旧表述在软件需求规格说明文档中，并且主要是对系 统模型这一章进行修改和细化。具体来说，对用例模型这一小节，可能会带来修 改，同时补充对象模型和动态模型这两小节的内容