面向对象方法6.pptVIP

第六章 面向对象的需求分析 第一节 过渡页 第一节 需求分析简介 用例 第二节 用例建模 定义系统边界 确定参与者 确定参与者 确定参与者 确定参与者 识别用例 识别用例 识别用例 识别用例 例： ATM系统用例图 过渡页 确定用例间关系 包含 包含 建立完整用例图 过渡页 书写用例描述文档 第三节 过渡页 第三节 用例建模实例 范围确定 过渡页 确定参与者 识别用例 过渡页 用例描述 确 定 参与者 问题描述 确定边界 用例建模实例 第六章 面向对象的需求分析 用例描述 文 档 用例描述 文 档 识 别 用 例 建立用例图 用例是系统参与者与系统之间交互所要完成的功能，识别用例最好的方法就是分析每一类参与者，列举出每一类参与者需要系统提供的功能。于是可以给出三类参与者相关的用例及用例图： 可以看到作为参与者图书借阅者将使用系统下面一些功能： ① 查阅图书 图书借阅者通过登陆系统功能完成登陆，然后可以查询书库里的图书信息，例如，可以选择书库，按照查找条件查找自己所需要借的图书是否存在，图书的作者信息、简要介绍和所书号信息等； ② 预订图书 图书借阅者通过登陆系统功能完成登陆，查找到自己所需要的图书之后，借阅者可以预订图书。 ③ 查询借阅信息 .................................... 识 别 用 例 建立用例图 识 别 用 例 建立用例图 用例描述 文 档 问题描述 确定边界 确 定 参与者 用例建模实例 第六章 面向对象的需求分析 用例描述 文 档 从系统用例图模型看，只是从总体上了解系统提供的功能，对具体一项任务，用户该如何和系统进行交互，应进一步与图书馆的工作人员进一步切磋，给出其详细描述，即完成每一个用例，用户和系统的具体交换序列描述。 回目录 而从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这正是用例建模方法的基本思想。站在用户的角度提出需求，系统应该都做些什么，通过用例图以简单明了的图形方式把系统的总体功能需求表达出来，这样更利于与不具有计算机专业知识的用户进行沟通，以避免对需求产生的二义性理解，或者与用户沟通不畅的问题，图形是最简单、最直接的“沟通语言”；另外，作为用例图的辅助产品——用例描述，可以用来对每一个用例，即系统提供的功能进行详细的定义，需求分析人员在与用户和领域专家沟通的基础上，给出具体的用户与系统进行交互的序列，给出专业领域的业务规则，这样可以更好的说明系统的需求。 其中关系可以分为三类： 第一类是参与者和用例之间的关联关系（Association）,表明参与者主要使用系统的哪些用例； 第二类是用例之间的关系，主要分为包含关系（Include）、扩展关系（Extend）和泛化关系（Generalization）； 第三类是参与者之间的泛化关系（Generalization）。用例图可以包含注释，用于对用例进行简要说明。 在UML标准中，用例图模型的标准表示如图6-2所示，参与者用人形图标表示，用例用椭圆形符号表示，连线表示参与者与用例以及用例与用例之间的关系。 每一类参与者可以使用一个或多个系统用例。系统的参与者通常主要有三大类： 第一类参与者是系统用户，是真实的人，这是最常见的参与者，几乎每个系统都要有人来使用。对于此类参与者，主要根据用户在使用系统时承担的不同角色来进行命名。例如，对于银行的营业部的营业员，通常情况下是银行工作人员，但是他自己要存取款的时候，其身份就变成了客户。所以，在命名参与者时按照业务命名比按照人的职位来命名更稳定。对于一个银行的网络系统来说，其参与者我们就可以看作有营业员，还有客户。 第二类参与者是其他的一些软、硬件系统。例如，银行金融系统可能需要与其他的一些商场的售货系统建立联系，进行刷银行卡进行消费。其中，外部商场售货系统的刷卡系统就是银行金融系统的一个参与者。另外，系统的参与者也可能是一些硬件设备，例如对于银行的安全监控系统来说，在下班之后，如果有人进入金库，则进行红外检测而且进行报警，所以对于安全监控系统来说，红外探测设备和报警的硬件设备就是它的参与者。因此，在当前开发的系统边界范围之外的，需要与本系统通过接口进行交互的软、硬件系统也是一类参与者。 第三类参与者是一些可以运