图书管理系统用例描述课件.pptVIP

图书管理系统的分析与设计 ——基于UML的系统建模 2011.6.1 UML建模概述 UML模型与软件工程过程 图书管理系统的UML建模 第1章 系统需求 第2章 用例模型 第3章 静态结构模型 第4章 动态行为模型 第5章 物理模型 第6章 数据库模型 第1章 系统需求 图书管理系统的域描述如下： 在图书管理系统中，要为每个借阅者建立一个帐户，并给借阅者发放借阅卡，帐户中存储借阅者的个人信息、借阅者信息以及预定信息。持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预定书刊并取消预定。在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN[2]号，然后输入借阅者的图书卡号和借阅者名，完成提交所填表格，系统验证借阅者是否有效(在系统中存在帐户)，若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。如果借阅者所借的书刊被借出，借阅者还可以预定该书刊，一旦借阅者预定的书刊可以获得，就将书刊直接寄给预订人(为了简化系统，暂时假定预定书刊可获得时就不通知借阅者了；也暂不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊)。 通过对图书管理系统进行分析，可以获得如下功能性需求图： 第1章 系统需求 第2章 用例模型 面向对象的需求分析是采用用例驱动的分析方法来表述用户的功能性需求，分析需求的主要任务是识别出系统中的参与者和用例，并建立用例模型，并给出系统用例的事件流描述。 1. 识别参与者； 2. 识别用例及关系； 3. 建立用例模型； 4. 描述用例。 2.1 识别参与者 通过对系统需求的分析，可以确定系统中有两个参与者：BorrowerActor(借阅者。为了与后面的类Borrower区别)、Librarian(图书管理员)。 参与者的描述如下： BorrowerActor 描述：借阅者可以借阅、预定、归还物理书刊，还可以取消预定。 示例：持有借阅卡的任何人或组织。 Librarian 描述：图书管理员维护系统，可以创建、修改、删除借阅者的信息，可以添加、编辑、删除书刊信息，即维护目录，还可以添加、编辑、删除物理书刊信息。 示例：图书管理员。 2.2 识别用例 前面已经识别出了参与者，通过对需求的进一步分析，可以确定系统中有如下用例存在： Borrow Book (借书) 本用例提供了借阅物理书刊的功能。 Return Book (还书) 本用例提供了返还物理书刊的功能。 Reserve Title (预定书刊) 本用例提供了预定书刊的功能。 2.2 识别用例 Cancel Reservation (取消预定) 本用例提供了取消预定的功能。 Maintain Borrower Info (维护借阅者信息) 本用例提供了创建、修改以及取消借阅者帐户的功能。 Maintain Title Info (维护书刊信息) 本用例提供了添加、修改、以及删除书刊信息的功能。 Maintain Book Info (维护物理书刊信息) 本用例提供了添加、修改以及删除物理书刊信息的功能。 Log In (登录) 本用例描述了用户如何登录进入软件系统。 在识别出参与者和用例后，要建立用例图，并描述出他们之间的关系。 用例的事件流描述 用例的事件流是对完成用例行为所需的事件的描述。它描述系统应该做什么，而不是描述系统应该怎样做。 图书管理系统的用例事件流描述如下： 1 .借阅物理书刊 用例编号 US01 用例名 Borrow Book 用例描述 完成借阅物理书刊的功能 参与者 图书管理员 前置条件 管理员登录成功. 后置条件 可以将物理书刊借给借阅者、更新相关数据记录等操作。 基本路径 （1）提供书刊种类、借阅者信息。 （2）检索书刊种类(Title) (E-1) （3）确定所借阅的物理书刊是否可以获得 (E-2),也即物理书刊是否已借出。 （4）检索借阅者 (E-3) （5）图书馆将物理书刊借给借阅者。 （6）创建借阅记录。 （7）存储借阅记录。 扩展点 E-1: 该种书刊不存在，系统显示提示信息，用例终止。 E-2: 物理书刊都已借出，系统显示提示信息，用例终止。 E-3: 系统中不存在该借阅者，系统显示提示信息，用例终止 补充说明 无 备选流 ：通过预定借阅物理书刊 提供书刊种类、借阅者信息。 检索书刊种类 (Title) (E-1)。 检索借阅者 (E-3)。 确定该种类书刊的物理拷贝是否可以获得 (E-2) 将物理书刊发给借阅者。 创建借阅记录。 存储借阅记录。 删除预定记录。 扩展点：