chapter06交互图.ppt

练习与实例 注册课程时序图 练习与实例 注册课程协作图 练习与实例 练习与实例 常见问题分析 5.1)顺序图中的对象如何确定？ －相互参考，相互补充，相互协调 5.2）顺序图和类图是否同时生成并相互修改？ －在分析阶段，消息名可能只是一个说明 －在设计阶段，消息将被细化，最后对应到类图中的方法 常见问题分析 6)如果对象具有多态性，发送对象不可能事先知道目标对象属于哪个类，因此在交互图中如何确定目标对象所属的类？ －祖先类 小结 UML中的2种交互图 时序图：对象、生命线与控制焦点、消息、顺序编号、循环与分支 协作图：对象、链、消息 演示了如何采用以一个用例的事件流为原始资料，从中导出相应的时序图、类图和协作图 * Balking 阻止消息；aperiodic不定期的。 * 多对象 * 顺序图可以反映对象的创建/激活/撤消；协作图不能。 协作图能反应动作路径， 消息必须有顺序号；顺序图也有。 * MVC是一个设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。  　　视图  　　视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Macromedia Flash和象XHTML，XML/XSL，WML等一些标识语言和Web services.  　　如何处理应用程序的界面变得越来越有挑战性。MVC一个大的好处是它能为你的应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户操纵的方式。  　　模型  　　模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用象EJBs和ColdFusion Components这样的构件对象来处理数据库。被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。  　　控制器  　　 　　控制器接受用户的输入并调用模型和视图去完成用户的需求。所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后确定用哪个视图来显示模型处理返回的数据。  　　现在我们总结MVC的处理过程，首先控制器接收用户的请求，并决定应该调用哪个模型来进行处理，然后模型用业务逻辑来处理用户的请求并返回数据，最后控制器用相应的视图格式化模型返回的数据，并通过表示层呈现给用户。 建立协作图的步骤 确定交互过程的上下文 识别参与交互过程的对象 如果需要，为每个对象设置初始特性 确定对象之间的链，及沿着链的消息 从引发该交互过程的初始消息开始，将每个消息附到相应的链上 如果需要表示消息嵌套，则有Dewey十进制表示 如果需要说明时间约束，则在消息旁边加上约束说明 如果需要，可以为每个消息设置前置条件和后置条件 顺序图与协作图的比较 共同点 －都用于描述系统中对象之间的动态关系（直观地规定了发送对象和接收对象的责任。均支持所有的消息类型。衡量耦合性的工具） －可以相互转换 不同点 －强调重点不同（协作图强调参与交互的对象的组织结构；顺序图强调消息的时间顺序） －建模元素不同 －不能完全替代 建造顺序图 创建顺序图模型包含4个项任务： 确定需要建模的用例。 确定用例的工作流 确定各工作流所涉及的对象，并按从左到右顺序进行布置。 添加消息和条件以便创建每一个工作流 确定用例与工作流 建模顺序图的第一步是确定要建模的用例。 系统的完整顺序图模型是为每一个用例创建顺序图。 在本练习中，将只对系统的借阅图书用例建模顺序，因此，这里只考虑借阅图书用例及其工作流。 －借阅图书用例包至少括4个工作流： 借阅图书操作一切正常。 在借阅图书操作的过程中，被提醒该学生有超期借阅信息。 所借图书数目已经超过规定。 借阅者的借阅证失效 布置对象与添加消息 在确定用例的工作流后，下一步是从左到右布置工作流所涉及到的所有参与者和对象。 因为这里只演示借阅图书用例的顺序图，该用例只与图书管理员一个参与者相关，所以图中只绘制了一个参与者图书管理员。 接下来就要为每个工作流作为独立的顺序图建模。从基本的工作流开始，它是没有出现其他情况，并且需要的决策最少的工作流。 图书馆管理系统的顺序（时序）图 增加借阅者用例顺序（时序）图（Add Borrower） 图书馆管理系统的顺序（时序）图 删除借阅者用例顺序（时序）