[信息与通信]软件工程10-UML与面向对象的分析和设计.pptVIP

[信息与通信]软件工程10-UML与面向对象的分析和设计.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[信息与通信]软件工程10-UML与面向对象的分析和设计

个人成果,妥善保存,请勿传播 顺序图:打电话 UML动态建模 个人成果,妥善保存,请勿传播 顺序图:打印 UML动态建模 个人成果,妥善保存,请勿传播 4. 协作图(Collaboration Diagram) 协作图用于描述相互合作的对象间的交互关系和链接关系。虽然顺序图和协作图都用来描述对象间的交互关系,但侧重点不一样。顺序图着重体现交互的时间顺序,协作图则着重体现交互对象间的静态链接关系。 链接关系:类似于类图中的联系(但无多重性标志)。通过在对象间的链接上标志带有消息串的消息(简单、异步或同步消息)来表达对象间的消息传递 消息流:在协作图的链接线上,可以用带有消息串的消息来描述对象间的交互。消息的箭头指明消息的流动方向。消息串说明要发送的消息、消息的参数、消息的返回值以及消息的序列号等信息。 UML动态建模 个人成果,妥善保存,请勿传播 协作图:打印 UML动态建模 个人成果,妥善保存,请勿传播 5. 活动图(Activity Diagram) 活动图描述操作(类的方法)的行为,或描述用例和对象内部的工作过程。活动图是由状态图变化而来的,它们各自用于不同的目的。活动图依据对象状态的变化来捕获动作(将要执行的工作或活动)与动作的结果。活动图中一个活动结束后将立即进入下一个活动(在状态图中状态的变迁可能需要事件的触发)。 授权 收费 个人成果,妥善保存,请勿传播 活动图:磁盘 UML动态建模 个人成果,妥善保存,请勿传播 活动和转移:一项操作可以描述为一系列相关的活动。活动仅有一个起始点,但可以有多个结束点。一个活动可以顺序地跟在另一个活动之后,这是简单的顺序关系。如果在活动图中使用一个菱形的判断标志,则可以表达条件关系,判断标志可以有多个输入和输出转移,但在活动的运作中仅触发其中的一个输出转移。 泳道:活动图告诉你发生了什么,但没有告诉你该项活动由谁来完成。这意味着活动图没有描述出各个活动由哪个类来完成。泳道将活动图的逻辑描述与顺序图、协作图的责任描述结合起来。泳道用矩形框来表示 对象:对象可以作为活动的输入或输出,对象与活动间的输入/输出关系由虚线箭头来表示。 信号:在活动图中可以表示信号的发送与接收,分别用发送和接收标志来表示。发送和接收标志也可与对象相连,用于表示消息的发送者和接收者。 UML动态建模 个人成果,妥善保存,请勿传播 检验员 显示 测量 测值 更新显示 初始化 个人成果,妥善保存,请勿传播 咖啡因 酿造咖啡 流出咖啡 开机 提炼 个人成果,妥善保存,请勿传播 6. 四种图的运用 为帮助理解类而画它的状态图。状态图描述跨越多个用例的单个对象的行为,而不适合描述多个对象间的行为合作。为此,常将状态图与其它技术(如顺序图、协作图和活动图)组合使用。 顺序图和协作图适合描述单个用例中几个对象的行为 顺序图突出对象间交互的顺序,而协作图的布局方法能更清楚地表示出对象之间静态的连接关系。 当行为较为简单时,顺序图和协作图是最好的选择。 但当行为比变复杂时,这两个图将失去其清晰度。因此,如果想显示跨越多用例或多线程的复杂行为,可考虑使用活动图。 顺序图和协作图仅适合描述对象之间的合作关系,而不适合对行为进行精确定义,如果想描述跨越多个用例的单个对象的行为,应当使用状态图。 UML动态建模 个人成果,妥善保存,请勿传播 课程内容提纲 “UML与面向对象的分析和设计” UML 建模概述 UML 静态建模 UML 动态建模 案例分析 个人成果,妥善保存,请勿传播 商业MIS 1、基本需求 它是一个商业支持系统; 采购员采购所需的商品; 保管员将采购的商品登记入库; 调拨员将库存商品调拨到相应的销售部门; 销售部门销售商品; 统计部门核算商场经营状况; 系统能运行于通用环境(如Unix、Windows等)中,具有良好的用户界面 系统容易维护,便于功能扩充 。 2、用例分析 先确认商业MIS中的角色有销售人员、库存人员、采购人员、辅助人员和分析人员 在此基础上,确认用例:商业MIS的用例有订货采购、库存管理、商品销售、统计分析、系统维护(包括增加商品、取消商品、制作标签、价格变更、取消或更新标签)。 案例分析 个人成果,妥善保存,请勿传播 个人成果,妥善保存,请勿传播 用文字(或活动图)对每个用例进行需求说明,更具体地描述该用例与角色的交互。 例订货采购用例的需求说明如下: 如果是新商品:a、新商品登记;b、采购进货;c、登记入库 。 如果商品库存不足:a、采购进货;b、登记入库。 3、特定领域分析 确定商业MIS中的特定领域类为商品、保质商品、非保质商品、物品、销售、订货、库存、厂商,并使用类图来描述系统领域类及其关系。 使用UML中的任何一种动态图(如顺序图、活动图、协作图、状态图)描述领域类的动态行为 案例

文档评论(0)

jiupshaieuk12 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:6212135231000003

1亿VIP精品文档

相关文档