第6章(0-1)SomeUsefulUMLdiagrams-RobustnessDiagram要点.pptVIP

他山之石 The Robustness analysis diagram is not part of the UML. Robustness analysis diagrams serve a number of purposes in use case driven modeling. They provide a bridge between the analysis level view of use cases and detailed design shown in sequence diagrams. Comprehensive information on this issue can be found in Use Case Driven Object Modeling with UML by Doug Rosenberg and Kendall Scott ( ICONIX ). 第6章(0-1) Some Useful UML diagrams Robustness Diagram 宁夏医科大学 理学院 杨德仁 2-16/11/11 大纲 概论 要素 交互规则 画法 示例 鲁棒图概论 UML可用于为MDA软件范型建模。 但其核心元素不足以实现模型的平滑过渡。 ICONIX过程首次把非UML核心元素即鲁棒图用于软件过程以解决这个问题。 但文献中对其建模机理的研究较少，其机制、本质和性质，如继承性、转化性和进化性，值得深入研究。 Robustness Diagram 由Ivar Jacobson于1992年提出 UML非核心图 利用三种图形符号表示 一种特殊图（准00图），本质上是 简化的通信图（协作图） Class Diagram的原生态：所谓的“分析”类 鲁棒图概论 要分析用例中哪些对象响应用户请求以完成系统功能， 不能基于抽象的用例图和模糊的用例规约 鲁棒图提供了相应机制。 在逻辑上，鲁棒图实现了用例行为的对象化表示 其目的在于找出“分析类”，并用之于显示软件行为； 虽然它尽力避免探究分析类与具体行为的对应关系； 毕竟是过渡性。 方法：图示化用例规约的路径（事件）： 书写用例规约：界面、路径、 优化用例规约：用对象模型的语境描述系统的使用情景， 识别出参与该用例的所有对象 用对象语境描述路径（对象、动作、对象） 鲁棒图概论 识别出的对象分成三种原型（stereotypes） Boundary objects: actors用之于与系统的交互，也称为 interface objects. Entity objects: 通常是来自于域模型中的对象 Control objects: 作为前两者之间的“粘合剂” 需要 参照域模型中的实体对象 设计场景中的系统“边界对象” 探究实现业务逻辑的“控制对象”（过渡性的）。 这种分析实质上桥接了 软件需求 (what)和design (how). 鲁棒图要素 它由actor和三种对象原型（即边界对象、实体对象和控制对象/控制器 ）组成，并用不同图标表示 边界对象 由actor在与系统交互时使用的对象，用于启动事件，通常是窗口或其控件。 实体对象 在用例执行期间存在的对象，通常需要被跟踪。 控制对象 体现着软件的逻辑功能（应包含业务规则和策略）； 实体对象和边界对象之间的粘合剂，通常被实施为 虚拟的类 或目标对象的方法。 鲁棒图要素 边界对象 在用例图中， actor要交互的实体，如GUI等； 来源于用例文本的GUI原型 其中的输入、输出可用于精化业务对象模型(只有名称，没有属性和方法)的属性 实体对象 来源于用例文本（场景描述），用域（业务对象）模型优化 将映射到类，进而映射到存储信息的数据库表或文件 控制对象 应用逻辑，连接用户和数据的管道， 可以捕获业务规则，可以局部化变化，而不影响界面或数据库表 确保用例描述的系统功能和行为 Actors 与用例图和用例文本中的一致。 Use cases (可选的) 用例之间可以相互调用，这要能在鲁棒图上有所体现 鲁棒图要素 鲁棒图要素 鲁棒图交互规则 对用例的鲁棒分析通过遍历用例文本完成！ 基本规则 Actor只能与边界对象交互 边界对象只能与Actor和控制对象交互 实体对象只能与控制对象交互 控制对象可以与边界对象、实体对象、其它控制对象交互，而不能与Actor交互 这只是该图的一半。另一半讲说明“不能做”的事情，诸如 Actors cant talk to controllers or entity objects. 鲁棒图交互规则 交互禁律： 边界对象和实体对象是名词，控制对象是动词 名词不能与其他名词交互 动词可以与名词或动词交互 或 Actors不能直接与控制器或实体对象交互，而要经过边界对象