第07章 面向对象的和设计.pptVIP

  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文档。上传文档
查看更多
2. ? 对象设计 对象设计是为每个类的属性和操作作出详细的设计,并设计连接类与它的协作者之间的消息规约。 1)?? 对象描述 对象的设计描述可以采取以下形式之一: (1) 协议描述:描述对象的接口,即定义对象可以接收的消息以及当对象接收到消息后完成的相关操作; (2) 实现描述:描述传送给对象的消息所蕴含的每个操作的实现细节,实现细节包括有关对象私有部分的信息,即关于描述对象属性的数据结构的内部细节和描述操作的过程细节。 对对象的使用者来说,只需要协议描述就够了。 2)设计算法和数据结构 为对象中的属性和操作设计数据结构和实现算法。 典型的面向对象方法 Coad Yourdon 方法 OMT方法 Booch方法 OOSE方法 7.3统一建模语言UML Unified Modeling Language 模型元素 模型元素指模型中的实体以及实体间相互连接的关系 部分模型元素 注解 类 属性 操作 对象:类 属性 操作 状态 用况 结点 供应接口 包 依赖 关联 泛化 主动类 属性 操作 请求接口 构件 实现 用况图 用况图展示了各类外部执行者与系统所提供的用况之间的连接。一个用况是系统所提供的一个功能的描述;执行者是指那些可能使用这些用况的人或外部系统,执行者与用况的连接表示该执行者使用了那个用况。用况图给出了用户所感受到的系统行为,但不描述系统如何实现该功能。用况通常用普通正文描述,也可以用活动图来描述。 任何一个涉及到系统功能活动的人都会用到用况模型。 客户:用况模型指明了系统的功能,描述了系统能如何使用。用况建模时客户的积极参与是十分重要的。 开发者:用况模型帮助他们理解系统要做什么,同时为以后的其它模型建模、结构设计、实现等提供依据。 集成测试和系统测试人员:根据用况来测试系统,以验证系统是否完成了用况指定的功能。 用况建模步骤 创建用况模型的步骤包括: 1.定义系统 2.确定执行者 3.确定用况 4.描述用况 5.定义用况间的关系, 6.确认模型 用况模型由用况图组成,用况图展示了执行者、用况以及它们之间的关系。用况通常用正文形式来描述。 一个用况模型可由若干幅用况图组成。一幅用况图包含的模型元素有系统、执行者、用况,以及表示它们间的不同关系,如关联、扩展、包含、泛化等。 用况图 电话订购系统用况图 Telephone Catalog Customer Salespersonn Shipping Clerk supervisor establish credit Fill order Arrange Payment Supply Customer Data order product Arrange Credit Pay cash place order Request Catalog 《include》 《include》 《include》 《extend》 check status 一. 确定执行者 执行者是指与系统交互的人或其它系统 执行者代表一种角色,而不是具体的某个人 执行者可分成主执行者和副执行者: 主执行者使用系统的主要功能 例如,保险系统中主执行者处理保险的注册和管理 副执行者处理系统的辅助功能 例如,管理数据库、通信、备份以及其它管理等系统维护 我们可以通过回答下列问题来确定执行者: 谁使用系统的主要功能(主执行者)? 谁需要从系统中得到对他们日常工作的支持? 谁需要维护、管理和维持系统的日常运行(副执行者)? 系统需要控制哪些硬件设备? 系统需要与哪些其它系统交互? 哪些人或哪些系统对系统产生的结果(值)感兴趣? 确定用况 1)?? 用况的特征 用况总是被执行者启动的(initiated),执行者必须直接或间接地指示系统去执行用况 用况向执行者提供值,这些值必须是可识别的 用况是完整的,一个用况必须是一个完整的描述 用况的实例称为场景 2) 寻找用况 可以通过让每个执行者回答以下问题来寻找用况: 执行者需要系统提供哪些功能?执行者需要做什么? 执行者是否需要读、创建、删除、修改或储存系统中的某类信息? 执行者是否要被系统中的事件提醒,或者执行者是否要提醒系统中某些事情?从功能观点看,这些事件表示什么? 执行者的日常工作是否因为系统的新功能(尤其是目前尚未自动化的功能)而被简化或提高了效率? 3. 用况的描述 用况通常用正文(text)来描述,也可用活动图来描述 。 用况的正文描述应包括以下内容: 用况的目的:用况的最终目的是什么?它试图达到什么? 用况是如何启动(initiate)的:哪个执行者在什么情况下启动用况的执行? 执行者和用况之间的消息流:用况与执行

文档评论(0)

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

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

1亿VIP精品文档

相关文档