UML项目设计阶段参考文档【荐】.pdfVIP

目录 1UML概述1 2 需求分析与用例2 2.1 概述2 2.2 用例的目的与形式2 2.3 用例的编写2 2.4 如何发现用例3 2.5 用例关联及一些术语3 2.6 用例举例4 3 图的分类6 4Rational Rose7 5UML类图（Class Diagram）8 5.1 类的基本表示法8 5.2 接口的基本表示法8 5.3 包8 5.4 关系9 5.5 什么时候使用类图11 5.6 正向工程、逆向工程与MDA11 5.7 领域模型（DomainModel）12 5.8 举例12 6 顺序图14 6.1 概念14 6.2 如何对动态方面建模14 6.3 结合类图和顺序图给对象分配职责15 1UML 1UML 11UUMMLL概述 UML包括事物、关系、图、扩展机制。 （1）事物 结构：类、接口、构件、节点等等。 行为：交互（消息）、状态等等。 分组：包、子系统等等。 注释：注释。 （2）关系 依赖、关联（聚合、组合）、泛化、实现。 （3）图 用例图、交互图（顺序图、协作图）、类图、活动图、状态图等等。 （4）扩展机制 Stereotype、TaggedValue、Constraint。 第 1 页 2 2 22 需求分析与用例 2.1 概述 2.1 概述 22..11 概概述述 （1）需求：就是系统（或者说项目）必须提供的能力和必须遵从的条件 （2）需求分析的一种重要手段是：确定和编写用例 （3）用例定义：用例是文本形式的情节描述，用于需求的发现和记录。用例会影响后续的 OOA/D 工作。 （4）简单示例： 登录系统：管理员向系统提交用户名和密码。系统进行认证。系统管理员显示成功登录信息。 （5）参与者 某些具有行为的事务，可以是人（由角色标识）、计算机系统或组织，例如收银员。 （6）场景（scenario）是参与者和系统之间的一系列特定的活动和交互 主成功场景和交替场景（或主路径和扩展路径） （7）用例（use case）就是一组相关的成功和失败场景集合。 2.2 用例的目的与形式 2.2 用例的目的与形式 22..22 用用例例的的目目的的与与形形式式 （1）用例，强调用户的目标和观点。 （2）谁使用系统？它们使用的典型场景是什么？它们的目的是什么？ （3）用例编写的形式： 摘要：需求分析早期使用，通常用于主成功场景。 非正式：需求分析早期使用，可覆盖不同的场景。 祥述：详细编写所有步骤及各种变化。 （4）用例的名称应使用动词开头。 （5）编写用例的时候应尽量使用行业的专业名称，而不是计算机专业术语。 2.3 用例的编写 2.3 用例的编写 22..33用用例例的的编编写写 （1）用例编号 （2）用例名 （3）用例描述 （4）参与者 （5）前置条件 （6）后置条件 （7）基本路径 1. … 2. … 第 2 页 3. … （8）扩展点 2_1. … 2_1_1. … （9）补充说明 2.4 如何发现用例 2.4 如何发现用例 22..44如如何何发发现现用用例例 （1）选择系统边界 （2）确定主要参与者 （3）确定每个主要参与者的目标 （4）定义满足用户目标的用例，根据其目标对用例命名 （5）真实项目中如何发现用例？可遵循如下思维： 调研需求时最先弄清楚有多少部门，多少岗位（参与者），然后找到每一个岗位的业务代表， 问他们类似的问题： 1）参与者目标 你平时都做什么？ 2）用例 ①这件事是谁交办的？ ②做完了你需要通知或传达给谁吗？做这件事你都需要填写些什么表格吗？ 2.5 用例关联及一些术语 2.5 用例关联及一些术语 22..55 用用例例关关联联及及一一些些术术语语 （1）用例彼此之间可能具有联系，比如：处理信用卡支付用例可以作为处理销售、处理租 金等常见用例的一部分。 （2）注意：避免陷入用例关系的陷阱 别花过多时间争论在用例图中如何关联用例，而不关注更重要的工作：编写用例文本。 （3）包含关系：主要目的是避免用例文本的重复编写 如上面例子：处理销售、处理租金等