第7章_2 面向对象分析.pptVIP

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