[UML系统分析与设计教程]第13章.ppt

作者：冀振燕 《UML系统分析与设计教程》 第13章 图书管理系统的分析与设计 需求分析 图书馆图书管理系统的域描述如下： 在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预订信息。持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。如果借阅者所借的书刊已被借出，借阅者还可预订该书刊，一旦借阅者预订的书刊可以获得，就将书刊直接寄给预订人（为了简化系统，预订书刊可获得时就不通知借阅者了）。另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。 需求分析 功能性需求： （1）借阅者持有借阅卡（借阅者名和借阅卡号）。 （2）图书管理员作为借阅者的代理借书。 （3）图书管理员作为借阅者的代理预订书刊。 （4）图书管理员作为借阅者的代理取消预订。 （5）图书管理员作为借阅者的代理还书。 （6）图书管理员可以创建新的借阅者账户。 （7）图书管理员可以修改借阅者的账户信息。 （8）图书管理员可以删除已存在的借阅者账户。 （9）图书管理员可以添加新书刊种类。 （10）图书管理员可以修改书刊种类信息。 （11）图书管理员可以删除系统中的书刊种类。 （12）图书管理员可以在系统中添加书刊信息（注意区分“书刊种类”与“书刊”）。 （13）图书管理员可以编辑书刊信息。 （14）图书管理员可以删除书刊信息。 需求分析 用例的事件流描述：例Ⅰ 1．借阅物理书刊（Borrow Book） 1.1．前置条件（Pre-Conditions） 在这个用例开始前，Librarian必须登录到系统中。 1.2．后置条件（Post-Conditions） 如果这个用例成功，在系统中建立并存储借阅记录，如果必要还要删除预订记录。反之，系统的状态没有变化。 1.3．扩充点（Extension Points） 没有。 1.4．事件流 1.4.1．基流（Basic Flow） 当借阅者从图书馆借阅物理书刊时，用例启动。 如果Librarian选择“借书”，则执行分支流S-1：借阅物理书刊。 如果所借的物理书刊是经过预订的，则执行分支流S-2：通过预订借阅物理书刊。 1.4.2．分支流（Subflows） S-1：借阅物理书刊 （1）提供书刊种类、借阅者信息。 （2）检索书刊种类（Title）（E-1）。 （3）确定所借阅的物理书刊是否可以获得（E-2），也即物理书刊是否都已借出。 用例的事件流描述：例Ⅰ （4）检索借阅者（E-3）。 （5）图书馆将物理书刊借给借阅者。 （6）创建借阅记录。 （7）存储借阅记录。 S-2：通过预订借阅物理书刊 （1）提供书刊种类、借阅者信息。 （2）检索书刊种类（Title）（E-1）。 （3）检索借阅者（E-3）。 （4）确定该种类书刊的物理拷贝是否可以获得（E-2）。 （5）将物理书刊发给借阅者。 （6）创建借阅记录。 （7）存储借阅记录。 （8）删除预订记录。 1.4.3．替代流（Alternative Flow） E-1：该种书刊不存在，系统显示提示信息，用例终止。 E-2：物理书刊都已借出，系统显示提示信息，用例终止。 E-3：系统中不存在该借阅者，系统显示提示信息，用例终止。 用例的事件流描述：例Ⅱ 5．维护借阅者信息（Maintain Borrower Info） 5.1．前置条件（Pre-Conditions） 在这个用例开始前，Librarian必须登录到系统中。 5.2．后置条件（Post-Conditions） 如果这个用例成功，系统添加、修改或删除借阅者信息。反之，系统的状态没有变化。 5.3．扩充点（Extension Points） 没有。 5.4．事件流 5.4.1．基流（Basic Flow） 当Librarian想维护借阅者信息时，用例启动， 系统要求Librarian选择所想执行的活动（添加借阅者、删除借阅者、或修改借阅者） 如果所选的活动是“添加借阅者”，则执行分支流S-1：添加借阅者。 如果所选的活动是“删除借阅者”，则执行分支流S-2：删除借阅者。 如果所选的活动是“修改借阅者”，则执行分支流