uml第四课+(精品).ppt

面向对象技术面向对象技术Object-Oriented TechniquesObject-Oriented Techniques谭火彬谭火彬82339316-806第第 4 4 章用例建模章用例建模(补充内容补充内容)Use-Case ModelingUse-Case Modeling（SupplementSupplement）作业作业1：用例建模：用例建模-题目要求题目要求n总分：总分：20分分n参阅下页的初步用户需求，完成下面所要求的参阅下页的初步用户需求，完成下面所要求的内容内容n完成完成“旅店管理系统旅店管理系统旅店管理系统旅店管理系统”的系统用例图，注意用例的的系统用例图，注意用例的命名和用例间的关系的使用（命名和用例间的关系的使用（10分）分）n标识每个参与者和用例（可以考虑以词汇表的形式标识每个参与者和用例（可以考虑以词汇表的形式提供，至少包括名称以及描述）（提供，至少包括名称以及描述）（5分）分）n选择一个体现系统核心功能的用例，完成用例规约，选择一个体现系统核心功能的用例，完成用例规约，如果该用例有如果该用例有“扩展扩展”、“包含包含”或或“泛化泛化”的子的子用例，则至少还需要写出一个子用例的规约（用例，则至少还需要写出一个子用例的规约（5分）分）3用例分析实例：旅店管理系统用例分析实例：旅店管理系统某公司要开发一个旅店管理系统，该旅店可对外开放某公司要开发一个旅店管理系统，该旅店可对外开放某公司要开发一个旅店管理系统，该旅店可对外开放某公司要开发一个旅店管理系统，该旅店可对外开放1010个双人间和个双人间和个双人间和个双人间和1010个单人间，房间个单人间，房间个单人间，房间个单人间，房间费用视情况按季节调整费用视情况按季节调整费用视情况按季节调整费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，但周一到周五半价（周末全价）折扣不变。对于外界请求，但周一到周五半价（周末全价）折扣不变。对于外界请求，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间该系统应能根据请求入住时间该系统应能根据请求入住时间该系统应能根据请求入住时间预定指定档次的房间预定指定档次的房间预定指定档次的房间预定指定档次的房间，记录，记录，记录，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预旅客姓名、地址、联系电话、有效证件号、房间类型和预旅客姓名、地址、联系电话、有效证件号、房间类型和预旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并定天数，并定天数，并定天数，并计算出总费用计算出总费用计算出总费用计算出总费用。预定的同时旅客按规定须提交。预定的同时旅客按规定须提交。预定的同时旅客按规定须提交。预定的同时旅客按规定须提交10%10%定金。六个小时之内旅店允许旅客定金。六个小时之内旅店允许旅客定金。六个小时之内旅店允许旅客定金。六个小时之内旅店允许旅客取消预定取消预定取消预定取消预定，并，并，并，并退退退退回所有定金，超过六个小时定金不退还回所有定金，超过六个小时定金不退还回所有定金，超过六个小时定金不退还回所有定金，超过六个小时定金不退还。每周一系统。每周一系统。每周一系统。每周一系统自动自动自动自动打印一周预定情况清单打印一周预定情况清单打印一周预定情况清单打印一周预定情况清单。采用哪种费用支付方式和何种类。采用哪种费用支付方式和何种类。采用哪种费用支付方式和何种类。采用哪种费用支付方式和何种类型操作界面尚不确定。型操作界面尚不确定。型操作界面尚不确定。型操作界面尚不确定。4作业的评分标准作业的评分标准n作业评分标准：作业评分标准：n1.有明显的重大的错误，则不及格，即为有明显的重大的错误，则不及格，即为4-5或或1-2n2.按相关要点进行扣分：按相关要点进行扣分：0.5-1n用例的命名用例的命名n用例关系的正确使用用例关系的正确使用n“时间时间”参与者的使用参与者的使用n如何考虑变化的需求如何考虑变化的需求n51.“时间时间”参与者的使用参与者的使用时间时间时间时间：参与者，一种：参与者，一种：参与者，一种：参与者，一种习惯用法，用于激活习惯用法，用于激活习惯用法，用于激活习惯用法，用于激活那些系统定期的、自那些系统定期的、自那些系统定期的、自那些系统定期的、自动执行的用例动执行的用例动执行的用例动执行的用例“计算总费用计算总费用计算总费用计算总费用”的时的时的时的时候，时间仅仅是一个候，时间仅仅是一个候，时间仅仅是一个候，时间仅仅是一个条件，而不是参与者，条件，而不是参与者，条件，而不是参与者，条件，而不是参与者，因为此时它是作为系因为此时它是作为系因为此时它是作为系因为此时它是作为系统的一部分统的一部分统的一部分统的一部分62.参与者的泛化参与者的泛化参与者泛化参与者泛化参与者泛化参与者泛化：特化的：特化的：特化的：特化的参与者会继承泛化参参与者会继承泛化参参与者会继承泛化参参与者会继承泛化参与者所有的要素！与者所有的要素！与者所有的要素！与者所有的要素！外围系统外围系统外围系统外围系统表示是已有表示是已有表示是已有表示是已有的或计划中的外围的的或计划中的外围的的或计划中的外围的的或计划中的外围的独立的软件系统！独立的软件系统！独立的软件系统！独立的软件系统！使用英文时注意单词使用英文时注意单词使用英文时注意单词使用英文时注意单词的正确用法！的正确用法！的正确用法！的正确用法！73.用例关系用例关系-1：明显的错误：明显的错误依赖关系依赖关系依赖关系依赖关系：include,include,extendextend都是依赖关系都是依赖关系都是依赖关系都是依赖关系(dependency)(dependency)的构造的构造的构造的构造型型型型(stereotype)(stereotype)，带箭，带箭，带箭，带箭头的虚线表示头的虚线表示头的虚线表示头的虚线表示“extendextend”关系的方关系的方关系的方关系的方向，子用例对主用例的向，子用例对主用例的向，子用例对主用例的向，子用例对主用例的扩展扩展扩展扩展83.用例关系用例关系-2：什么关系？：什么关系？93.用例关系用例关系-3104.用例干什么？用例干什么？“其他其他其他其他”、“打印清打印清打印清打印清单单单单”用例和外围没有任用例和外围没有任用例和外围没有任用例和外围没有任何何何何有意义交互有意义交互有意义交互有意义交互，和其他，和其他，和其他，和其他用例也没有任何关系，用例也没有任何关系，用例也没有任何关系，用例也没有任何关系，这样的用例有意义吗？这样的用例有意义吗？这样的用例有意义吗？这样的用例有意义吗？“其他其他其他其他”用例用例用例用例又代表什又代表什又代表什又代表什么呢？想说明什么样的么呢？想说明什么样的么呢？想说明什么样的么呢？想说明什么样的功能需求？功能需求？功能需求？功能需求？116.用例粒度用例粒度注意注意注意注意“管理用例管理用例管理用例管理用例”的使用！的使用！的使用！的使用！12看看这个用例图看看这个用例图参与者与用例的定义！参与者与用例的定义！参与者与用例的定义！参与者与用例的定义！13再看一个再看一个14用例关系用例关系ExtendIncludeGeneralization15关系关系n关于关于关系关系numl1.1中有两种用例关系中有两种用例关系n关系和关系和关系关系n它们都是泛化（它们都是泛化（generalization）关系的构造）关系的构造型（型（stereotype）numl1.3之后，提供了三种用例关系之后，提供了三种用例关系n关系、关系、关系都是关系都是依赖（依赖（dependency）关系的构造型）关系的构造型（stereotype）n泛化关系（泛化关系（generalization）16Visio2003画的有问题的用例图画的有问题的用例图17扩展扩展 VS.包含包含-1n包含：由用例包含：由用例A连向用例连向用例B，表示用例，表示用例A中使用中使用了用例了用例B中的行为或功能中的行为或功能n扩展：由用例扩展：由用例B连向用例连向用例A，表示用例，表示用例A描述了描述了一项基本需求，而用例一项基本需求，而用例B则描述了该基本需求则描述了该基本需求的特殊情况，即一种扩展的特殊情况，即一种扩展n扩展用例的目的是在不改变某个已存在（或假定存扩展用例的目的是在不改变某个已存在（或假定存在）的用例的前提下为之增添新行为在）的用例的前提下为之增添新行为n这些附加的行为可能是必需的，也可能是可选的这些附加的行为可能是必需的，也可能是可选的18扩展扩展 VS.包含包含-2n扩展和包含用例本质上其实非常相似，它们的扩展和包含用例本质上其实非常相似，它们的主要区别在于用例实例中断基用例、执行附加主要区别在于用例实例中断基用例、执行附加用例的方式用例的方式n扩展和包含用例都于基用例相联。在基用例的扩展和包含用例都于基用例相联。在基用例的执行过程中，可能在某种条件下基用例的执行执行过程中，可能在某种条件下基用例的执行流被中断，转而执行扩展或包含用例（在流被中断，转而执行扩展或包含用例（在UML中统称为附加用例）的流。当附加用例流执行中统称为附加用例）的流。当附加用例流执行完毕，控制将返回到基用流原来被中断的那个完毕，控制将返回到基用流原来被中断的那个位置恢复执行位置恢复执行n扩展用例通过引用扩展点（扩展用例通过引用扩展点（extension point）建立与基用例的联系，扩展点指明了）建立与基用例的联系，扩展点指明了在基用例中的扩展位置在基用例中的扩展位置19扩展扩展 VS.包含包含-3老大知道老二老大知道老二老二知道老大老二知道老大什么时候该我上什么时候该我上场呢？不知道！场呢？不知道！出现这种情况，出现这种情况，就该我上场了！就该我上场了！20扩展关系的使用扩展关系的使用n使用扩展的一个潜在问题是创建过深的扩展依使用扩展的一个潜在问题是创建过深的扩展依赖层次赖层次nJacobson博士建议永远不要扩展一个扩展博士建议永远不要扩展一个扩展n对于在描述用例的时候，什么时候用扩展，什对于在描述用例的时候，什么时候用扩展，什么时候用可选路径，么时候用可选路径，Jacobson建议：建议：n只有当扩展用例与被扩展用例完全分离（即它本身只有当扩展用例与被扩展用例完全分离（即它本身是一个独立的具体用例或者是其他用例需要的一个是一个独立的具体用例或者是其他用例需要的一个小片段）时，才使用扩展关系小片段）时，才使用扩展关系n基用例自身必须是完整的，它的正确执行不需要扩基用例自身必须是完整的，它的正确执行不需要扩展。否则，就应该用可选路径来描述附加行为展。否则，就应该用可选路径来描述附加行为21包含关系的使用包含关系的使用n包含关系使用不当容易诱使人们进行攻包含关系使用不当容易诱使人们进行攻能分解，从而导致对用例的误用能分解，从而导致对用例的误用nJacobson说，说，“事实上，今天一些人误用事实上，今天一些人误用了用例，把它们用来描述功能（注：指功能了用例，把它们用来描述功能（注：指功能分解式的分析）而不是对象，反过来又指责分解式的分析）而不是对象，反过来又指责用例概念存在问题用例概念存在问题”22泛化的危害泛化的危害一个售货员可以终止任何交易，除了那些需要特殊的售一个售货员可以终止任何交易，除了那些需要特殊的售一个售货员可以终止任何交易，除了那些需要特殊的售一个售货员可以终止任何交易，除了那些需要特殊的售货员（高级代理）终止的超过了一定限制的交易货员（高级代理）终止的超过了一定限制的交易货员（高级代理）终止的超过了一定限制的交易货员（高级代理）终止的超过了一定限制的交易23用例规约用例规约n用例规约用来描述用例的，不是用例图用例规约用来描述用例的，不是用例图n用例规约该写什么？用例规约该写什么？n用例规约需要与用例图相对应用例规约需要与用例图相对应n用例的名称用例的名称n用例描述：一句完整的话用例描述：一句完整的话n用例间的关系用例间的关系n用例与参与者的关系用例与参与者的关系n事件流的详细程度事件流的详细程度n事件流之间的流转事件流之间的流转24示例：用例规约（示例：用例规约（include）25示例：用例规约（示例：用例规约（extend）26系统用例图系统用例图27用例规约：预定房间用例规约：预定房间涉及的用例：涉及的用例：涉及的用例：涉及的用例：计算总费用计算总费用前置条件：前置条件：前置条件：前置条件：用户成功登录用户成功登录正常事件流：正常事件流：正常事件流：正常事件流：1.1.用户选择预定房间后启动该用例用户选择预定房间后启动该用例2.2.系统显示用户系统显示用户可以预定的房间列表可以预定的房间列表3.3.用户选择某一个房间用户选择某一个房间4.4.系统启动系统启动“计算总费用计算总费用”用例，来计算该房间的费用例，来计算该房间的费用用5.5.用户确认本次预定业务用户确认本次预定业务6.6.用户用户选择支付方式选择支付方式，以便，以便预付定金预付定金28