面向对象分析课件.pptxVIP

 面向对象分析7.2.1 用况建模; 任何一个涉及到系统功能活动的人都会用到用况模型。 客户：用况模型指明了系统的功能，描述了系统能如何使用。用况建模时客户的积极参与是十分重要的。 开发者：用况模型帮助他们理解系统要做什么，同时为以后的其它模型建模、结构设计、实现等提供依据。 集成测试和系统测试人员：根据用况来测试系统，以验证系统是否完成了用况指定的功能。 ;用况模型由用况图组成，用况图展示了执行者、用况以及它们之间的关系。用况通常用正文形式来描述。 一个用况模型可由若干幅用况图组成。一幅用况图包含的模型元素有系统、执行者、用况，以及表示它们间的不同关系，如关联、扩展、包含、泛化等。;;用况建模步骤;1. 确定执行者 执行者是指与系统交互的人或其它系统 执行者代表一种角色，而不是具体的某个人 执行者可分成主执行者和副执行者： 主执行者使用系统的主要功能 例如，保险系统中主执行者处理保险的注册和管理 副执行者处理系统的辅助功能 例如，管理数据库、通信、备份以及其它管理等系统维护;执行者还可分为主动执行者和被动执行者： 主动执行者开始一个用况 被动执行者从不开始用况，只是参与一个或多个用况;我们可以通过回答下列问题来确定执行者： 谁使用系统的主要功能（主执行者）？ 谁需要从系统中得到对他们日常工作的支持？ 谁需要维护、管理和维持系统的日常运行（副执行者）？ 系统需要控制哪些硬件设备？ 系统需要与哪些其它系统交互？ 哪些人或哪些系统对系统产生的结果（值）感兴趣？;; 例如，要实现一个简化了的“银行储蓄账户管理系统”，该系统是在银行的柜台上对客户办理活期储蓄业务。系统的需求陈述如下： 一个客户可以在多个银行中开设账户，一个客户也可在同一银行中开设多个不同的账户。客户可以通过银行职员进行开户、存款、取款、转账和注销账户等活动。其中转账指客户将自己的某个账户上的钱款转入同一银行的不同账户（称为银行内转账）或转入不同银行的账户（称为银行间转账）。系统管理员负责系统的账户管理及业务报表的生成。 识别执行者有： 客户：到银行办理储蓄业务的人，负责输入密码； 银行职员（客户代理）：银行工作人员，代表客户进行储蓄业务的操作； 银行职员（管理人员）：银行工作人员，根据客户的储蓄业务更新账户； 管理员：银行计算机的管理人员，负责账户的管理和业务报表的生成。;2. 确定用况 (1) 用况的特征 用况总是被执行者启动的（initiated），执行者必须直接或间接地指示系统去执行用况 用况向执行者提供值，这些值必须是可识别的 用况是完整的，一个用况必须是一个完整的描述 用况是一个类，而不是实例，用况的实例称为场景（scenario）;(2) 寻找用况 可以通过让每个执行者回答以下问题来寻找用况： 执行者需要系统提供哪些功能？执行者需要做什么？ 执行者是否需要读、创建、删除、修改或储存系统中的某类信息？ 执行者是否要被系统中的事件提醒，或者执行者是否要提醒系统中某些事情？从功能观点看，这些事件表示什么？ 执行者的日常工作是否因为系统的新功能（尤其是目前尚未自动化的功能）而被简化或提高了效率？;另外还有一些不是目前的执行者回答的问题： 系统需要哪些输入/输出？谁从系统获取信息？谁为系统提供信息？ 与当前系统（可能是人工系统而不是自动化系统）的实现有关的主要问题是什么？ 对同一个项目，不同的开发者选取的用况数是不一样的。例如一个10个人年规模的项目，有人选取了20个用况，而在一个类似的项目中，有人选用了100个用况。 似乎20个太少，而100个太多，希望在项目规模和用况数之间保持均衡。 ;(3) 用况的描述 用况通常用正文（text）来描述,也可用活动图来描述 。 用况的正文描述应包括以下内容： 用况的目的：用况的最终目的是什么？它试图达到什么？ 用况是如何启动（initiate）的：哪个执行者在什么情况下启动用况的执行？ 执行者和用况之间的消息流：用况与执行者之间交换什么消息或事件来通知对方改变或恢复信息？描述系统与执行者之间的主消息流是什么？以及系统中哪些实体被使用或修改？;用况中可供选择的流：用况中的活动可根据条件或异常（exception）有选择地执行。 如何通过给执行者一个值来结束用况：描述何时可认为用况已结束.;用况的简要描述, 如: 订购货物：客户创建一个新的请求商品的订单，并为那些商品付费 取消订单：客户取消一个已经存在的订单; 用况的详细描述，还应包括： 前置条件和后置条件 前置条件和后置条件表示用况开始和结束的条件 事件流（flow of events） 事件流是一系列陈述句