[SOLVED] 代写 图书管理系统的分析与设计（样例）

图书管理系统的分析与设计（样例）
内容：
需求分析
域描述
功能性需求——用例图
用例的事件流描述——用例文档
静态模型
系统包图
类图
动态模型
交互图——顺序图、协作图
状态机图
活动图
物理模型
组件图
部署图

社团职工活动管理系统：
基本信息管理模块—-需求文档、用例文档、用例图、类图、顺序图、状态图、活动图、组件图、部署图、协作图

需求分析
图书馆图书管理系统的域描述如下：
在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡（借阅卡可以提供借阅卡号、借阅者名），账户中存储借阅者的个人信息、借阅信息以及预订信息。持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订，但这些操作都是通过图书管理员进行的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效（在系统中存在账户），若有效，借阅请求被接受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，若存在，则借阅者可借出书刊，建立并在系统中存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。如果借阅者所借的书刊已被借出，借阅者还可预订该书刊，一旦借阅者预订的书刊可以获得，就将书刊直接寄给预订人（为了简化系统，预订书刊可获得时就不通知借阅者了）。另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。
功能性需求：
借阅者持有借阅卡（借阅者名和借阅卡号）。
图书管理员作为借阅者的代理借书。
图书管理员作为借阅者的代理预订书刊。
图书管理员作为借阅者的代理取消预订。
图书管理员作为借阅者的代理还书。
图书管理员可以创建新的借阅者账户。
图书管理员可以修改借阅者的账户信息。
图书管理员可以删除已存在的借阅者账户。
图书管理员可以添加新书刊种类。
图书管理员可以修改书刊种类信息。
图书管理员可以删除系统中的书刊种类。
图书管理员可以在系统中添加书刊信息（注意区分“书刊种类”与“书刊”）。
图书管理员可以编辑书刊信息。
图书管理员可以删除书刊信息。
EMBED Word.Picture.8
用例的事件流描述：例Ⅰ
SHAPE* MERGEFORMAT
用例的事件流描述：例Ⅱ
SHAPE* MERGEFORMAT
静态结构模型
系统包图
EMBED Word.Picture.8
用户界面类的类图
EMBED Word.Picture.8
实体类的类图
EMBED Word.Picture.8
动态行为模型
交互作用图
添加借阅者
SHAPE* MERGEFORMAT
还书
EMBED Word.Picture.8
状态机图
Book对象的状态机图
EMBED Word.Picture.8
Title对象的状态机图
EMBED Word.Picture.8
活动图

物理模型
组件图

部署图
SHAPE* MERGEFORMAT
PAGE

PAGE11

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：删除借阅者。
如果所选的活动是“修改借阅者”，则执行分支流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：若查询不到借阅者，系统显示提示信息，用例终止。
E-3：若存在借阅记录，系统显示提示信息，用例终止。