高校图书管理系统分析与设计(uml

1、图书管理系统的分析与设计（样例）内容：1、 需求分析（1） 域描述（2） 功能性需求用例图（3） 用例的事件流描述用例文档2、 静态模型（1） 系统包图（2） 类图3、 动态模型（1） 交互图顺序图、协作图（2） 状态机图（3） 活动图4、 物理模型（1） 组件图（2） 部署图1某图书借阅管理系统需求说明如下：（1）管理员应建立图书书目，以提供图书检索之便利。一条书目可有多本同ISBN号的图书，每一本图书只能对应于一个书目。（2）图书可被读者借阅。读者在办理图书借阅时，管理员应记录借书日期，并记录约定还书日期，以督促读者按时归还。一个读者可借阅多本图书，一本图书每次只能被一个读者借阅。（3）图

2、书将由管理员办理入出库。图书入出库时，应记录图书状态变更，如：存库、外借，并记录变更日期。一个管理员可办理多本图书入出库，但一本图书的某次入出库办理，必须有确定的管理员经手。试以上述说明为依据，对该问题做用例建模、活动建模、类分析建模。 需求分析 图书馆图书管理系统的域描述如下：在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预订信息。持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的

3、代理与系统交互。在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。如果借阅者所借的书刊已被借出，借阅者还可预订该书刊，一旦借阅者预订的书刊可以获得，就将书刊直接寄给预订人（为了简化系统，预订书刊可获得时就不通知借阅者了）。另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。

4、功能性需求：（1） 借阅者持有借阅卡（借阅者名和借阅卡号）。（2） 图书管理员作为借阅者的代理借书。（3） 图书管理员作为借阅者的代理预订书刊。（4） 图书管理员作为借阅者的代理取消预订。（5） 图书管理员作为借阅者的代理还书。（6） 图书管理员可以创建新的借阅者账户。（7） 图书管理员可以修改借阅者的账户信息。（8） 图书管理员可以删除已存在的借阅者账户。（9） 图书管理员可以添加新书刊种类。（10） 图书管理员可以修改书刊种类信息。（11） 图书管理员可以删除系统中的书刊种类。（12） 图书管理员可以在系统中添加书刊信息（注意区分“书刊种类”与“书刊”）。（13） 图书管理员可以编辑书刊信

5、息。（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：借阅物理书刊。如果所借的物理书刊是经过预订的，则

6、执行分支流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、录。（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扩充点（Extensio

8、n Points）没有。5.4事件流5.4.1基流（Basic Flow）当Librarian想维护借阅者信息时，用例启动，系统要求Librarian选择所想执行的活动（添加借阅者、删除借阅者、或修改借阅者）如果所选的活动是“添加借阅者”，则执行分支流S-1：添加借阅者。如果所选的活动是“删除借阅者”，则执行分支流S-2：删除借阅者。如果所选的活动是“修改借阅者”，则执行分支流S-3：修改借阅者。5.4.2分支流（Subflows）S-1：添加借阅者（1）提供借阅者的信息，如姓名、地址、邮政编码和身份证号码等。（2）系统存储借阅者信息（E-1）。用例的事件流描述：例S-2：删除借阅者（1）提供借阅者的信息。（2）查询借阅者（E-2）。（3）查询借阅者的借阅记录（E-3）。（4）从系统中删除借阅者的信息，以及借阅者的预订记录。S-3：更改借阅者（1）提供借阅者的信息。（2）查询并显示借阅者的信息（E-2），修改相应的信息。（3）更新系统中借阅者的信息。5.4.3替代流（Alternative Flow）E-1：若借阅者已存在，系统显示提示信息，用例终止。E-2：若查询不到借阅者，系