3―图书管理系统―需求分析阶段.ppt

工作任务回顾 在前面工作中，我们完成了领域分析，交付了以下工作产品： 领域类图 业务用例图 业务流程活动图 我们的关注点在通过用户访谈，了解用户的实际业务情况。为需求分析收集必要信息。 图书管理系统——需求分析阶段（1） 从业务需求到系统需求 今天的工作任务 完成系统用例建模. 完成系统流程建模. 工作任务1：完成系统用例建模交付的工作产品：系统用例图 用例之间的三种关系 1. 泛化关系（Generalization）：一个用例可以被特别列举为一个或多个子用例，这被称为用例泛化。 2. 包含关系（Include）一个用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身行为的一部分，这被称作包含关系。 3. 扩展关系（Extend）：一个用例也可以被定义为基础用例的增量扩展，这称作扩展关系，扩展关系是把新行为插入到已有用例的方法。 扩展关系 扩展关系是从扩展用例到基本用例的关系，它说明为扩展用例定义的行为如何插入到为基本用例定义的行为中。它是以隐含形式插入的，也就是说，扩展用例并不在基本用例中显示。在以下几种情况下，可使用扩展用例： a.表明用例的某一部分是可选的系统行为（这样，您就可以将模型中的可选行为和必选行为分开）； b.表明只在特定条件（如例外条件）下才执行的分支流； 泛化关系 泛化关系：用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。如在下图中，订票是电话订票和网上订票的抽象。 图书管理系统——业务用例1：借阅管理对应系统用例：借阅管理 进一步分析借阅管理。 在业务用例“借阅管理”的业务流程中，有两个动作状态——办理借阅证和借阅证遗失补办。 在本系统中，应该提供相应的两种操作给用户，因此，得到系统用例“新办借阅证”和“补办借阅证”。这两个系统用例是系统用例“借阅管理”的泛化用例。 系统用例“借阅管理”及其扩展用例“新办借阅证”和“补办借阅证”图示 图书管理系统——业务用例2：图书管理对应系统用例：图书管理 进一步分析图书管理。 在业务用例“图书管理”的业务流程中，有三个动作状态——图书入库和图书报废处理和图书遗失处理。 在本系统中，应该提供相应的三种操作给用户，因此，得到系统用例“新增图书”、“删除图书”、“修改图书信息”。这三个系统用例是系统用例“图书管理”的泛化用例。 图示表示如下： 系统用例“图书管理”及其扩展用例“新增图书”、“删除图书”和“修改图书信息”图示 图书管理系统——业务用例3：图书借阅对应系统用例：图书借阅 系统用例“图书借阅”是对业务用例“图书借阅”的系统实现。 图书馆工作人员，只是要输入学生借阅证编号和图书编号就可以将借阅信息登记到系统中的“借阅信息表”。 图书管理系统——业务用例4：图书归还对应系统用例：图书归还 系统用例“图书归还”是对业务用例“图书归还”的系统实现。 图书馆工作人员，只是要输入图书编号就可以将系统中的“借阅信息表”的对应信息进行显示，点击归还后可以将该图书对应的借阅信息删除。 新增系统用例——“登录”和“注销” 为了保证该系统的使用安全，系统需要为图书馆工作人员提供两个操作“登录”和“注销”，其中，系统用例“登录”是所有其他系统用例的包含（include）用例，而其他系统用例是“注销”的包含（include）用例。 而这两个系统用例并没有对应的业务用例。 由此可见，业务用例描述的是用户的实际业务情况。而系统用例描述的是系统为用户的操作。 每一个业务用例都必须在系统用例中找到对应。 总结：UML图形的视角 在过去三次课的学习和工作任务完成中，大家可以发现，同一种UML图形可以反映不同的视角。 用例图的视角： 视角1：站在用户的角度看待用户的业务情况——业务用例图 视角2：站在用户的角度看待系统的功能——系统用例图 工作任务2：完成系统流程建模交付的工作产品：系统流程活动图 学习情境：系统流程建模 同业务流程活动图一样，系统流程活动图是为了描述每一个系统用例的执行情况和操作流程的。 系统用例“图书借阅”的流程建模活动图——图书借阅 系统用例“图书归还”的流程建模活动图——图书归还 系统用例“登录”的流程建模活动图——登录 系统用例“注销”的流程建模活动图——注销 系统用例“补办借阅证”的流程建模活动图——补办借阅证 这样做就够了吗？不是。系统用例必须要得到用户的反馈和确认。 准备进行第二次用户访谈： 如果在绘制系统活动图的过程中，发现有些信息并不是很清楚的话，就要考虑进行再次访谈了，例如：在补办借阅证的分支中，是否应该增加催还图书的通知。 访谈的问题，围绕着在建模过程中所发现的遗漏信息。 访谈之后，可能会进一步修改系统用例和系统流程活动图。 这是一个迭代的过程。一