《UML使用标准》.doc

UML使用标准 V0.1 修订记录 版本号 日 期 作者 授权人 授权日期 描述 0.1 2003-11-5 初次建立本文档。 目录 1 简介 4 1.1 目的 4 1.2 范围 4 1.3 定义、缩写词和缩略语 4 1.4 参考资料 5 2 标准 5 2.1 业务用例图 5 2.1.1 使用时机 5 2.1.2 图形元素 5 2.1.3 优劣标准 7 2.2 组织关系图 7 2.2.1 使用时机 7 2.2.2 图形元素 8 2.2.3 优劣标准 8 2.3 用例图 8 2.3.1 使用时机 8 2.3.2 图形元素 8 2.3.3 优劣标准 9 2.4 活动图 9 2.4.1 使用时机 9 2.4.2 图形元素 9 2.4.3 优劣标准 10 2.5 状态图 11 2.5.1 使用时机 11 2.5.2 图形元素 11 2.5.3 优劣标准 11 2.6 顺序图 11 2.6.1 使用时机 11 2.6.2 图形元素 12 2.6.3 优劣标准 12 2.7 协作图 12 2.7.1 使用时机 12 2.7.2 图形元素 12 2.7.3 优劣标准 13 2.8 类图 13 2.8.1 使用时机 13 2.8.2 图形元素 13 2.8.3 优劣标准 14 2.9 数据模型图 15 2.9.1 使用时机 15 2.9.2 图形元素 15 2.9.3 优劣标准 15 2.10 组件图 16 2.10.1 使用时机 16 2.10.2 图形元素 16 2.10.3 优劣标准 17 2.11 部署图 17 2.11.1 使用时机 17 2.11.2 图形元素 17 2.11.3 优劣标准 18 2.12 Web UML扩展模型 18 2.12.1 使用时机 18 2.12.2 图形元素 18 2.12.3 优劣标准 22 3 补充说明 22 UML使用标准 简介 目的 为了保证项目开发过程中有关需求、设计思路的顺畅沟通，建立公司级别的“共同语言”，特制定本标准（以下简称《标准》），以规范和约束大家在使用UML建模时的书面表达和口头沟通，减少不必要的争论。 范围 本《标准》在全公司范围内适用。 本标准仅仅针对通过Rose建模时应遵循的规范。 定义、缩写词和缩略语 系统：本《标准》中，在没有特别说明的情况下，均指“软件系统”。 用例：全称“使用案例”，英文全称为“Use Case”，英文简称为“UC”，它是一种从用户角度出发，为了达到某种目的或完成某件事情而进行的一系列活动的场景。 主角：英文全称为“Actor”，它主要是相对于“角色”而言的，它本身也是一种角色，只不过它在某个用例中占主导地位，而其他角色只是起支持或协助作用，故此将占主导地位的角色成为主角，而其他则仍称为角色。往往对于一个系统而言，最主要的需求都是通过主角来挖掘其需求的，而对于该需求的详细说明（即具体的业务处理）则需要用“角色”来完成。一般“主角”就是站在系统外看系统应满足的要求或要达到的目标的人或别的系统，而“角色”就是在系统中具体满足这些要求或完成目标的人或子系统。 角色：英文全称为“Worker”，参加“主角”中的说明。 组织机构图：主要描述系统相关的业务部门的组织机构关系的模型，其中主要涉及组织单元和业务角色。 活动图：英文全称“Activity Diagram”，一般与“状态图”合在一起，并归并到“State/Activity Model（状态/活动模型）”中，它往往是对用例的一种详细说明，通过描述各个活动之间的关系来说明该用例执行的过程，特别是对业务过程的描述最为常见，一般把“活动图”作为“状态图”的一种特例。 状态图：英文全称“State Diagram”，一般与“活动图”合在一起，并归并到“State/Activity Model（状态/活动模型）”中，它往往是对某个对象的各种状态变化的一种详细说明，通过描述该对象各个状态之间的变化过程来说明该对象的变化，它一般都是用在实时系统或一些与“状态机”有关的方面。 顺序图：英文全称“Sequence Diagram”，它跟活动图比较类似，但它更多的用在事件流的描述方面，它主要关注的是每个活动或事件步骤之间的顺序关系，一般是通过描述各个对象之间的消息处理步骤来说明某个用例的实现情况，它可以直接与“协作图”进行相互转化。 协作图：英文全称“Collaboration Diagram”，它与顺序图类似，但它更多的侧重于描述各个对象之间的“协作”关系，而不是“时序”关系，往往用在说明类与类之间的调用等方面，易于让开发人员理解和把握设计思路。 类图：英文全称“Class Diagram”，它是通过对类与类之间的关系的描述来说明该