软件工程实践-uml图总结.pptVIP

（1） 用例图示例 1) 找出系统外部的活动者和外部系统，确定系统的边界和范围。 2) 确定每一个活动者所希望的系统行为。 3) 把这些系统行为命名为用例。 4) 把一些公共的系统行为分解为一批新的用例，供其它的用例引用。把一些变更的行为分解为扩展用例。 5) 绘制用例图。 6) 区分主业务流和例外情况的事件流。可以把表达例外的情况的事件流的用例图画成一个单独的子用例图。 7) 细化用例图，解决用例间的重复与冲入问题，简化用例中的对话序列，用例图可以有不同的层次，高层次系统的用例可以分解为若干个下属子系统中的子用例。 （2）对象图示例 类的属性在该类的每个对象中都有具体值。 对象名首写字母小写，后面根一个冒号，冒号后面是该对象 所属的类名，并且整个名字要带下划线。 1〉研究分析问题领域，确定系统的需求。 2〉发现对象和类，明确他们的含义和责任，确定属性和操作。 3〉发现类之间的静态联系。着重分析找出类之间的一般和特殊关系，部分 与整体关系，研究类的继承性和多态性，把类之间的静态联系用关联、泛化、 聚合、组合、依赖等联系表达出来，虽然对象类图表达的是系统的静态结构特 征，但是应当把对系统的静态分析与动态分析结合起来，更能准确地了解系统 的静态结构特征。 4〉设计类与联系。调整和细化已得到的对象类和类之间的联系，解决诸如命名 冲突、功能重复等问题。 5〉绘制对象类图并编制相应的说明。上述做法是直接从领域分析抽取对象和类 开始的，这是常规的面向对象的系统分析与设计的做法。Rational统一过程 主张采用用例驱动的系统分析与设计方法。从业务领域的分析中先抽取活动者 和用例，建立业务模型。业务模型包括业务用例模型、设计模型、实现模型和 测试模型。 （4）包图示例 （5）包图的建立步骤 1〉分析系统模型元素（通常是类），把概念上或语义上相近的模型元素 纳入一个包。注意可以从类的功能的相关性来确定纳入包中的类。以下 几点可作为分析对象类的功能相关性的参考 （1）如果一个类的行为和/或结构的变更要求另一个相应的变更，则这 两个类是功能相关的。 （2）如果删除一个类后，另一个类便变成是多余的，则这连个类是功 能相关的，这说明该剩余的类只为那个被删除的类所使用，他们之间有 依赖关系。 （3）如果两个类之间大量的频繁交互或通信，则这两个类是功能相关 的。 （4）如果两个类之间有一般/特殊关系，则这两个类是功能相关的。 （5）如果一个类激发创建另一个类的对象，则这两个类是功能相关的。 （6）如果两个类不涉及统一个外部活动着，则这两个类不应放在同一 个包中。 （7）一个包应当具有高内聚性，包中的类应该是功能相关的。 2〉对于每一个包，标出其模型元素的可视性：公共、保护或私有。 3〉确定包与包之间的依赖关系，特别是输入依赖。 4〉确定包与包之间的泛化关系，确定包元素的多态性和重载。 5〉绘制包图。 1〉确定状态机的上下文，它可以是一个类、子系统或整个系统。 2〉选择初始状态和终结状态。 3〉发现对象的各种状态。注意应当仔细找出对问题有意义的对象状态属 性，这些属性具有少量的值，且该属性的值的转换受限制。状态属性值 的组合，结合行为有关的事件和动作，就可以确定具有特定的行为特征 的状态。 4〉确定状态可能发生的装移。注意从一个状态可能转移到哪些状态，对象的哪些行为可引起状态的转移并找出触发状态转移的事件。 5〉把必要的动作加到状态或转移上。 6〉要超状态、子状态、分支、历史状态等概念组织和简化一个复杂的状 态机。 7〉分析状态的并发和同步情况。 8〉绘制状态图。 9〉确认每一个状态在某个时间组合之下都是可到达的。 1〉找出负责实现工作流的业务对象。这些对象可以是现实业务领域中的实体，也可以是一种抽象的概念或事物。为每一个重要的业务对象建立一条泳道。 2〉确定工作流的初始状态和终结状态，明确工作流的边界。 3〉从工作流的初始状态开始，找出随时间而发生的活动和动作，把他们表示成活动状态或动作状态。 4〉对于复杂的动作或多次重复出现的一组动作，可以把他们组成一个活动状态，并且用另外一个活动图来展开表示。 5〉给出连接活动和动作的转移（动作流）。首先处理顺序动作流，然后处理条件分支。最后处理分劈和接合。 6〉在活动图中给出与工作流有关的重要对象，并用虚箭线把他们与活动状态或动作状态相连接。 （4）协作图的建立步骤 1〉找出参与交互的对象角色，把他们作为图形的节点置在协作图中。最重 要的对象安置在图的中央，与他有直接交互的对象安置在邻近。 2〉设置对象的初始性质。 3〉说明对象之间的链接。首先给出对象之间的关联连接，然后给出其它连 接，并且给出必要的装饰，如构造型《global》《local》等。 4〉从初始化