高校图书管理系统分析与设计.docVIP

高校图书管理系统分析与设计 ———————————————————————————————— 作者： ———————————————————————————————— 日期： 图书管理系统的分析与设计〔样例〕 内容： 需求分析 域描述 功能性需求——用例图 用例的事件流描述——用例文档 静态模型 系统包图 类图 动态模型 交互图——顺序图、协作图 状态机图 活动图 物理模型 组件图 部署图 1．某图书借阅管理系统需求说明如下： 〔1〕管理员应建立图书书目，以提供图书检索之便利。一条书目可有多本同ISBN号的图书，每一本图书只能对应于一个书目。 〔2〕图书可被读者借阅。读者在办理图书借阅时，管理员应记录借书日期，并记录约定还书日期，以催促读者按时归还。一个读者可借阅多本图书，一本图书每次只能被一个读者借阅。 〔3〕图书将由管理员办理入出库。图书入出库时，应记录图书状态变更，如：存库、外借，并记录变更日期。一个管理员可办理多本图书入出库，但一本图书的某次入出库办理，必须有确定的管理员经手。 试以上述说明为依据，对该问题做用例建模、活动建模、类分析建模。 需求分析 图书馆图书管理系统的域描述如下： 在图书管理系统中，要为每个借阅者建立一个账户，并给借阅者发放借阅卡〔借阅卡可以提供借阅卡号、借阅者名〕，账户中存储借阅者的个人信息、借阅信息以及预订信息。持有借阅卡的借阅者可以借阅书刊、返还书刊、查询书刊信息、预订书刊并取消预订，但这些操作都是通过图书管理员进展的，也即借阅者不直接与系统交互，而是图书管理员充当借阅者的代理与系统交互。在借阅书刊时，需要输入所借阅的书刊名、书刊的ISBN/ISSN号，然后输入借阅者的图书卡号和借阅者名，完成后提交所填表格，系统验证借阅者是否有效〔在系统中存在账户〕，假设有效，借阅请求被承受，系统查询数据库系统，看借阅者所借阅的书刊是否存在，假设存在，那么借阅者可借出书刊，建立并在系统中存储借阅记录。借阅者还书后，删除关于所还书刊的借阅记录。如果借阅者所借的书刊已被借出，借阅者还可预订该书刊，一旦借阅者预订的书刊可以获得，就将书刊直接寄给预订人〔为了简化系统，预订书刊可获得时就不通知借阅者了〕。另外，为了简化系统，也不考虑书刊的最长借阅期限，假设借阅者可以无限期地保存所借阅的书刊。 功能性需求： 借阅者持有借阅卡〔借阅者名和借阅卡号〕。 图书管理员作为借阅者的代理借书。 图书管理员作为借阅者的代理预订书刊。 图书管理员作为借阅者的代理取消预订。 图书管理员作为借阅者的代理还书。 图书管理员可以创立新的借阅者账户。 图书管理员可以修改借阅者的账户信息。 图书管理员可以删除已存在的借阅者账户。 图书管理员可以添加新书刊种类。 图书管理员可以修改书刊种类信息。 图书管理员可以删除系统中的书刊种类。 图书管理员可以在系统中添加书刊信息〔注意区分“书刊种类〞与“书刊〞〕。 图书管理员可以编辑书刊信息。 图书管理员可以删除书刊信息。 用例的事件流描述：例Ⅰ 1 1．借阅物理书刊〔Borrow Book〕 ．前置条件〔Pre-Conditions〕 在这个用例开场前，Librarian必须登录到系统中。 ．后置条件〔Post-Conditions〕 如果这个用例成功，在系统中建立并存储借阅记录，如果必要还要删除预订记录。反之，系统的状态没有变化。 ．扩大点〔Extension Points〕 没有。 ．事件流 ．基流〔Basic Flow〕 当借阅者从图书馆借阅物理书刊时，用例启动。 如果Librarian选择“借书〞，那么执行分支流S-1：借阅物理书刊。 如果所借的物理书刊是经过预订的，那么执行分支流S-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〕删除预订记录。 ．替代流〔Alternative Flow〕 E-1：该种书刊不存在，系统显示提示信息，用例终止。 E-2：物理书刊都已借出，系统显示提示信息，用例终止。 E-3：系统中不存在该借阅者，系统显示提示信息，用例终止。 用例的事件流描述：例Ⅱ 5 5．维护借阅者信息〔M