UML2图书馆管理系统.docVIP

基于UML图书馆管理系统分析与设计 1 图书馆管理系统问题陈述 1.1图书馆管理系统背景 1.2图书馆管理系统涉众 本系统涉众主要有系统管理员、图书借阅者。1.3图书馆管理系统功能概述 图1 系统主要 预订信息管理。负责管理书籍预订信息 2 系统需求分析 2.1图书馆管理系统用例析取 吸取出用例图，如图2-1所示。 图2.1 2.2图书管理系统用例规约 表2-1为用例规约，图2-2为借书活动图。 参与者 借阅者、系统管理员 用例描述 本用例提供借阅者借阅图书的接口 前置条件 借阅者登录图书馆系统 后置条件 用例成功，读者成功借到书，若失败，系统无变化。 基本事件流 用例起始于借阅者登录该系统 查询界面输入）或名，请求查找图书信息 查询界面根据书籍请求图书信息 ）用户图书信息 ）图书 条形码 备选事件流 A1：数量达到最大规定数量 返回基本事件流第（1）步 A2：预订或者已经被借，没有 返回基本事件流第（1）步 ：输入错误书籍提示不存在 返回基本事件流第（1）步 补充说明 书籍编号有统一 表2.1 图2.2 2.2.2还书用例规约 表2-2为用例规约，图2-3为借书活动图。 参与者 借阅者、系统管理员 用例描述 当读者图书阅读完成时或者借阅期限到，应该通过图书管理员还书，假如逾期，还应附加缴纳罚款 前置条件 管理员要提前登陆系统，并打开外围设备仪器 后置条件 用例成功，读者成功还书，若失败，系统无变化。 基本事件流 1读者将图书交给管理员，并将卡放在感触器上，系统显示读者信息和借阅信息? 2管理员通过扫描仪扫描图书条形码，显示图书基本信息 3管理员更新图书状态，删除读者相应借阅信息○ 4管理员重复2、3步直至还书全部完成 备选事件流 A1：）返回基本事件流第（1）步 A2： （2）返回基本事件流第（1）步 ： 回基本事件流第（1）步 补充说明 无 表2.2 图2.3 2.2.3预订用例规约 表2-3为用例规约，图2-4为活动图。 参与者 借阅者、系统管理员 用例描述 读者可以通过系统预定自己想读的书，需要明确取书日期，系统接受预订请求后，可以为读者查看是否可以预定 前置条件 管理员要提前登陆系统 后置条件 用例成功，读者成功预订到书，若失败，系统无变化。 基本事件流 （1）读者通过系统查询所要借的图书，系统显示所有图书信息? （2））） 备选事件流 A1： （1）系统提示预订失败）返回基本事件流第（1）步 A2： （1）系统提示预订失败）返回基本事件流第（1）步 补充说明 书籍编号有统一 表2.3 图2.4 2.2.4添加图书表2-4为用例规约，图2-5为活动图。 参与者 系统管理员 用例描述 系统管理员添加图书的必须属性 前置条件 管理员要提前登陆系统 后置条件 用例成功，管理员成功添加图书，若失败，系统无变化。 基本事件流 （1）系统管理员选择添加图书 （2）系统显示添加界面 （3） 备选事件流 A1： （1）系统提示管理员重新输入 （2）返回基本事件流第（1）步 A2： （1））返回基本事件流第（1）步 A3 （1））返回基本事件流第（1）步 补充说明 添加属性包括以下：ID、书名、出版社、作者、书籍描述（可选）、入库日期、定价 表2.4 图2.5 2.2.4用户登录用例规约 表2.5为用户登录用例规约图活动图名称 参与者 借阅者、管理员 用例描述 本用例提供用户进入本系统的接口 前置条件登录界面 后置条件用例成功本系统。若失败使用本系统 基本事件流）开始于用户，要求用户输入正确的用户名和密码，系统根据不同的角色进入不同的，提供相应的）用户输入用户名和 （3）输入的用户名和密码成功登陆其对应的操作界面 备选事件流： （1）提示不存在的错误信息）基本事件流第步 ：对应密码不正确提示的错误信息 基本事件流第步 补充说明输入框以密文方式 表2.5 图2.6 2.3图书馆系统补充规约 基于两种主流架构的对比和图书管理信息系统本身的业务特点，我选择了采用C/S架构来完成本系统。系统的前台程序与后台数据库分别采用了Microsoft公司Visual Basic6.0和Microsoft公司的SQL 2000数据库管理系统软件。这样的选择也是比较流行的一种方式，能够满足系统的基本性能需要。 C/S（Client/Server）结构，即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。目前大多数应用软件系统都是C/S形式的两层结构，由于现在的应用软件系统正在向分布式的B/