第4章 餐馆系统业务建模.pptVIP

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
第4章 餐馆系统业务建模 4.1 非正式需求 功能性需求 非功能性需求 4.2 用例建模 用例视图描述的是系统与外部的交互,用以描述系统的外部可见行为 用例视图的主要内容:用例+参与者 用例视图并不描述软件系统的组织结构 用例视图规定了当前迭代所规定的所有功能 用例视图需要各种人员都容易理解 4.2 用例建模 人与系统在进行交互时能够担任的不同角色称为参与者 参与者与用户之间不是一一对应的 参与者可以是人,也可以不是人 参与者位于系统边界之外 参与者分为主动和被动,一个用例至少要有一个主动参与者 角色代表了参与者的职责 4.2 用例建模 用例描述了用户使用该系统能够完成的一项特定任务 一个用例就是与参与者交互的,并且给参与者提供可观测的有意义的结果的一系列活动的集合 用例用以描述参与者使用系统希望达到的某一个目标,相对独立且完整 4.2 用例建模 用例图以图解的方式概括的显示了用例、参与者以及它们之间的关系。 4.3 用例描述 用例描述了系统和它的用户之间在一定层次上的完整的交互 完整的用例定义:名称、参与者、触发事件、前置条件、场景、后置条件 基本事件路径,可选事件路径,异常事件路径(书本该处描述有误) 4.6 领域建模 使用类图显示最重要的业务概念和它们之间的关系,这样的类图称为领域模型 领域模型是对领域内的概念类或现实世界中对象的可视化表示 领域模型通常用于属性建模,不包含操作 关于领域模型 领域模型是OO分析中最重要和经典的模型 领域模型的范围限定于当前所开发的用例场景 领域模型用来展示重要的概念 影响设计模型 使用UML表示领域模型产生概念透视图 确定一组概念类是OO分析的核心 关于领域模型 领域模型不是软件透视图,而是现实世界中对象的概念透视图 领域模型阐述领域中的概念类或词汇 领域模型用来减小软件表示和现实问题在我们头脑中的差距 如何创建领域模型 寻找概念类 将其绘制为UML类图中的类 添加关联和属性 4.6 领域建模 4.6 领域建模 4.6 领域建模 *面向对象分析与设计 * 关联(动词) 类名 属性名 多重性 *面向对象分析与设计

文档评论(0)

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

教师资格证持证人

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

领域认证该用户于2024年04月12日上传了教师资格证

1亿VIP精品文档

相关文档