UML总结.pptVIP

收集需求 用例 用例是部分业务或系统的使用方式； 用例是外部可见的系统功能单元； 用例是对一个系统或一个应用的一种单一的使用方式所作的描述，是关于单个活动者在与系统对话（交互）中所执行的处理行为的陈述序列。 可通过构建事件表识别用例 指定了用例，可以描述用例的细节 收集需求 参与者 参与者是为了完成一个事件而与系统交互的外部实体，是用户相对系统而言所演的角色 参与者分为三大类：系统用户、与所建造系统交互的其他系统、可运行的进程 收集需求 用例图 用例图主要描述了 3 方面内容：参与者、用例、关系 用例图常应用于需求分析阶段，它的建立是由系统开发人员和用户多次讨论、协商的结果，表明了开发人员对需求规格定义达成的共识。 用例图描述待开发系统的功能需求；它将系统看作黑盒，从外部参与者的角度来理解系统；描述人们希望如何使用一个系统。它显示谁将是相关的用户、用户希望系统提供什么服务，以及用户需要为系统提供的服务。 收集需求 完善用例图 特殊化参与者：泛化 用例间的关系：泛化、包含、扩展 分析问题 分析是找出系统要处理什么的过程。 分析是需求和设计之间的桥梁，可以把系统必须提供的服务的清晰陈述转换为对要处理的对象的正确的理解。 分析模型分为两类：静态分析和动态分析 静态分析主要是绘制类图描述对象之间的相互关系，主要存在四种关系：关联、泛化、聚合、复合。 分析问题 Ripple分析过程 使用系统需求模型查找候选的类，以描述与系统相关的对象，并在类图上建立它们； 确定类之间的关系(关联、聚合、复合、继承)； 确定类的属性； 检查系统用例，确定已有的对象支持它们，在检查过程中微调类、属性和关系——用例的实现过程将生成一些操作，来补充属性； 需要时更新术语表和非功能需求——用例本身不需要更新，但可能需要某些更正。 分析问题 构建类图的过程 确定类：首先查找候选类（候选类通常以名词来表示），筛选候选类 标示类的关系：关联、聚合、复合、继承 类图的作用 类图描述系统中类的静态结构，定义了系统中的类，描述类之间的联系（如关联、聚合、聚合、继承等）以及类的内部结构（类的属性和操作）。 分析问题 类图中的关系 类图中除能够用图形标示类之间的关系外，还可以描述类的多重性、关联的标签、角色，添加注释。 类图中的类还具有可见性。 对象图 将类图中每个类都实例化为对象即可构成对象图 对象图是类图在某一时刻的实例化 分析问题 关系和属性的选择 分析问题 有形对象和无形对象 在建模过程中，所描述的对象可分为两种：有形对象和无形对象 有形对象是指已经实际存在的实体 无形对象是指可以得到的实体，但现在不一定实际存在 分析问题 时序图 时序图是以时间为序的表示方法，主要用来描述对象之间传送消息的时间顺序。用来表示用例中的行为顺序。 时序图将交互关系表示为二维图。其中，纵轴是时间轴，时间沿竖线向下延伸。横轴代表了在协作中各个独立的对象。 时序图包含了4种元素：对象、生命线、消息和激活。 对象的表示方法及对象位置的含义； 对象的撤销或销毁的表示方法； 生命线是一条垂直的虚线，从时序图的顶部一直延伸到底部，所用的时间取决于交互持续的时间。 分析问题 时序图 对象与生命线结合在一起称为对象的生命线。可以代表一组对象。 消息可以用于在对象间传递参数。使用箭头来表示，消息箭头所指的一方是接收方。 消息在生命线上所处位置的含义：如果一个消息位于另一消息的上方，说明它先于另一个消息被发送。 关于消息的顺序号：可以通过点表示法代表控制的嵌套关系。 激活表示该对象被占用以完成某个任务，去激活指的是对象处于空闲状态，在等待消息。为了表示对象是激活的，可以将对象的生命线拓宽成为矩形。 分析问题 通信图（协作图） 通信图是基于结构的一种表示方法，主要描述的是和对象结构相关的信息：描述对象间的交互关系。 通信图包含3种元素：对象、链和消息； 通信图中对象的概念及表示方法与时序图一样，但无法表示对象的创建和撤销，在图中的位置没有限制； 通信图中的消息类型与时序图中的相同，为了说明交互过程中消息的时间顺序，必须要给消息添加顺序号。消息的顺序号编号规则与时序图相同，每个消息都必须有惟一的顺序号。 分析问题 通信图（协作图）与时序图的比较 通信图和时序图统称为交互图，它们极为相似：描述的主要元素都是两个，即消息和类角色。 两种图都支持所有的消息类型。 两种图都直观地规定了发送对象和接收对象的责任。 两种图都是衡量藕合性的工具。 分析问题 通信图（协作图）与时序图的比较 通信图的重点是将对象的交互映射到它们之间的链上：以对象图的方式绘制各个参与对象，并且将消息和链平行放置；时序图不把链表示出来。 时序图可以描述对象的创建和撤销的情况；通信图中，对象要么存在要么不存在，除了通过消息描述或约束，没有其他的方法