TECD00015 - 分析类指南书.doc

 使用权限 SKCC内部有对本文档的执行及维护责任 本文档，负责人和审批人负责说明和审批 说明的原件保管在负责人的文件 制作人: 黄香花（译） 日期: 本人署名的文档要在SKCC Service Offering的业务活动范围内使用。 审核人: 尚彦学 日期: 制作·更新 履历书 1.0 制作更新 2007/12/19 更新版本 更新页及内容 更新日期  目 录 1. 前言 1 1.1. 目的 1 1.2. 参照 1 2. 分析 类 1 2.1. 分析类的 stereo type 1 2.2. Boundary 类 1 2.3. Control 类 2 2.4. Entity 类 3 2.5. 一贯性提高 4 3. 关联作业 4 分析 Class 指南 前言 目的 在用例分析阶段抽出分析类时，根据一贯性的基准进行工作，而目的得本指南文档共享给全体项目组.。 参照 无。 分析 类 需求事项定义阶段，顾客的功能需求事项按用例模式的形态定义。分析阶段，参照用例模型的规范导出分析类。为使这样导出的类适当的能够实现用例，根据事件流生成时序图，这为基准构成VOPC (View of Participating 类es)。VOPC内使用的分析类间的关系假设为协作，反应初期体系结构定义的分析机制 分析类的 stereo type 分析类分为以下3种Stereo Type: Boundary 类 Control 类 Entity 类 这种stereo type是指示对象模型的安全性，其理由是即时发成变化，也影响局限的特定部门。例如，UI的变化只影响Boundary 类，Control Flow的变化只影响Control 类，同样Long-term information的变化也只影响Entity 类。但是，这样的stereo type是在分析阶段特别用于抽出类。设计阶段，考虑实现环境和系统的特性等，转换成适当状态的stereo type。 Boundary 类 Boundary 类适用于系统内部和外部环境间的相互制约建模。这种相互作用显示事件转换和系统UI中事件处理变化的结果。 Boundary 类显示在系统外部环境的依存部分。 Entity 类? Control 类是与外部环境无关联的部分。所以，UI或者Communication Protocol等的变化只影响Boundary 类。 根据Boundary 类的种类有建模差异。与其他系统间的相互作用和通过UI的使用者间的相互作用是很不相同。UI建模过程中最重要的要素是适当的接口对使用者提供怎样的面貌，而其他系统关联时，要考虑协议。 Boundary 类抽出 系统有以下几种类的Boundary 类 User interface 类 – 系统使用者间的相互制约的类 System interface 类 – 其他系统间的相互制约的类 Device interface 类 –象传感器一样地察觉外部活动的装备和相互制约的类 User-Interface 类 抽出 各用例和actor外的关系的中至少存在一个Boundary类。用例中定义的事件流为基准能处理的范围内抽出UI类。 System-Interface 类抽出 担当外部系统间关联的Boundary 类定义对这个必要的接口。 Control 类 Control 类是指在用例内，让其他对象控件变成Coordination类。因此，封装相符合的用例特定行为。 大部分的情况，Control 类是担当实行相符合用例的作用。一般一个用例存在一个控件类，但是复杂的用例情况，参与多个空间类(i.e., transaction managers, resource coordinators, and error handlers)，或者同样的控件类参与多个用例的情况，还有完全没有控件类的情况。例如，如果某个用例内的事件流只需要一个Entity Object，那么不需要Control 类。当用例从一个初始点，在UCR过程中继续精制工作就能发现到共同点。 Control 类必要性决定 用例内定义的事件流不需要Coordination的简单Control 类时，被Boundary 类代替担任。 反面，事件流复杂，与Boundary 类和 Entity类有无相关变化的可能性时，必须需要按另外Control 类分离。因此，同样的Control 类有不同的接口和Entity 类的其他系统中，也能在再利用。 事件的主流和大纲流其他Control类 事件主流和大纲流封装成其他控制类。大纲流相互的内容不同时，分离为另外控制流