第10篇ICONIX统一对象建模方法——UML用例驱动对象建模.ppt

基本路径: 储户把卡插入ATM机，并从密码窗口中输入密码，点击“确定” ATM机读取卡信息，并连接总行 总行根据卡上的分行信息，选择分行 分行验卡，检查通过，进入“处理事务” 后置条件： 进入事务选择窗口 可选路径： 储户点击“清除”，清空密码框，重新输入密码 储户点击“取消”，退卡 分行验卡，卡无效，退卡 如果密码错，提示密码错，进入密码窗口 如果密码错3次，退卡 例子——“验卡”用例 健壮图 储户 读卡器 连接总行 分行列表 连接分行 验卡 账户 密码窗口 确定 事务处理 提示无效卡 退卡 “取消” 提示重新输入 提示密码错 读密码 通过分析图，我们可以确定类：分行列表 总行 读卡 基本进程 储户插入现金卡，读卡器读取卡信息，系统显示密码窗口 储户输入密码 储户点击“确定”系统连接总行计算机 系统查找分行列表，连接相应分行 分行根据账户进行验卡，如果卡号有效且密码正确，调用 “事务处理”用例。 可选路径1：密码错误 提示密码错误 如果允许再次输入，系统提示再次输入密码 基本路径从第（3）步开始执行 如果不允许再次输入，退卡 可选路径2：无效卡 提示无效卡，退卡 可选路径3：储户取消操作 在密码窗口，用户按“取消” ，退卡 10.4.4 更新静态模型 域模型（问题空间）向类模型（解空间）的发展： 当在用例图环境中放置用例，并编写及细化它的基本路径与可选路径文本时，发现新的实体对象。也就是说，首先通过尝试通过适当的名称发现域类，并为用例所需要的实体使用这些名称。有时，在健壮性分析中，发现正在遗漏实体，当把这些实体加入健壮性图时还需要把他们加入域类。 以边界对象的形式给健壮性图引入窗口与屏幕时，我们开始跟踪数据，该数据与返回到实体对象的对象有关，该数据或是来自那里或是达到那里。跟踪的结果是给域类添加属性。 通过持续细化返回正在分析的用例，作完整性检查：是否基本路径与可选路径都已被表示。 以控制对象的形式，重复了所有需要的用例特性。这包括察看用户手册，以及确认所有必须存在的逻辑功能，然后修改用例文本的叙述，使它成为简单的“名词-动词-名词”的格式。在详细设计时，该格式使我们可以检查正确性，确保不会忘记任何行为。 健壮性分析是一个工具，它帮助我们发现对象，分配属性，检查用例的完整性与正确性。但是一旦完成整个任务，就无需保留它。 警告！在设计发展过程中，不要在完善健壮性图上浪费时间。 健壮性模型——静态模型反馈循环 完整吗？ 正确吗？ 完整性： 是否包括了所有的可选路径？ 是否确定所有的功能? 数据来自哪里? 需要添加新类 给类分配属性 域模型发展成详细模型 这种发现是通过用例的设计驱动的。 对象的发现是由用例分析驱动的。 更新域模型是健壮性分析的一部分 健壮性分析的好处 它迫使以始终如一的风格编写用例 它迫使采用正确的时态编写用例 它给每个用例提供了正常性与完整性检查 它导致在用例中应用语法规则eg.角色只能与边界对象交谈 与顺序图相比，健壮性图的绘制更快捷，阅读更轻松 它帮助以GUI-逻辑-存储器的框架为客户机/服务器系统分布对象 通过总体对象视图，它在系统做什么（用例）和如何做（顺序图）之间提供了可跟踪性。 填补了分析（用例）与设计（顺序图）之间的语义缺口。 10.5交互建模 交互建模时指这样一个阶段：在该阶段建立将对象组织在一起的线程，并使你开始看见新系统如何执行有用行为。 在业务过程重新设计（BPR）一书中，Jacobson对交互建模的需求进行了直接描述： 只有在所有用例中为所有事件进程绘制了顺序图之后，才可以确定已经发现系统要求每个对象所扮演的所有角色，以及每个对象的责任。 在UML中，交互建模包括两种形式：顺序图(顺序图，Sequence diagram)和协作图(Collaboration diagram)。 顺序图是用来描述对象之间动态的交互关系，着重体现对象间消息传递的时间顺序。它允许直观地表示对象的生存期，在对象生存期内，对象可以对输入消息做出响应，可以从中容易找出事件发生的次序。 做为动态模型的核心，顺序图在运行阶段的行为（包括系统将如何实现这些行为）做了非常详细的定义。 协作图描述相互协作的对象之间的交互关系和链接关系。 它与时顺序图不同的地方是：顺序图着重体现交互的时间顺序，协作图本身通过使用布局图着重体现交互对象间的静态合作关系。它指明各个对象之间是如何静态相连，协同工作的。 ICONIX方法中，顺序图代表设计的主要过程。应该绘制一张顺序图，它包含每个用例的基本进程与全部的可替换进程（如果需要，可以使用多张纸绘制）。其结果形成动态模型的核心，系统在运行时间的行为——包括系统将如何完成这些行为——将在顺序图中得到非常详细的定义。  10.5.1 交互建模的目标 在边界、实体与控制对象