基于Rational Rose的图书管理系统建模.docx
《基于Rational Rose的图书管理系统建模.docx》由会员分享，可在线阅读，更多相关《基于Rational Rose的图书管理系统建模.docx（16页珍藏版）》请在冰豆网上搜索。
基于RationalRose的图书管理系统建模
1.系统概述
系统概述前的学习指导（参照课本）：
信息系统开发的目的是要满足用户需求，为了达到这个目的，设计人员必须充分系统的商用总体目标（本系统就是方便图书馆的借还书）和用户的工作方式（本系统中用户可以凭借浏览器在线观看用户的一些与图书馆挂钩的信息，即借阅者不直接与系统交互，但出于特定的需求，本系统中借阅者可以再前台进行续借操作）。
无论是开发简单的应用程序，还是开发商用型的大规模软件系统，首先要做的是就是确定系统的系统需求，即确定系统的功能。
收集到的系统分为三类，即功能性需求，非功能性需求，可用性需求。
功能性需求和非功能性需求是系统分析与设计中的常用种类，可用性需求常常被忽略，但被忽略并不代表它不重要，事实上，可用性是衡量一个软件是否成功的重要因素之一
图书馆的计算机信息化管理，就是将传统图书馆业务的手工操作转变成由计算机管理，即将图书馆图书的常规业务，利用计算机技术，进行高效、准确的信息化管理。
其功能需求如下：
（1）借阅者可以通过网络查询馆藏书籍信息，更改自己的信息（邮箱，联系方式，密码），能够查询自己的借书情况,能够在一定条件下续借图书；
（2）参与者分管理员，教师，学生，管理员负责后台系统的运维，教师与学生都可以借书，但是借书的权限有所不同；
（3）图书管理员对系统后台的运维包括以下：
图书管理；借阅管理；用户管理；
图书管理主要有：
添加与删除图书以及查看图书等等
借阅管理主要有是针对用户的借阅与归还，但是得通过管理员的相关操作进行，即借阅者的借阅不直接与系统交互，让图书管理员充当借阅者的代理与系统交互
用户管理主要对用户信息进行操作，包括更新，添加，删除，修改等
（4）对于系统的公告，馆藏，部门等等本uml系统模型不进行详细讨论
系统后台功能性需求进一步分析
（1）借阅者持有借阅卡；借阅卡有借阅者名和借阅者卡号（对本系统就是大学的借阅证）。
（2）图书管理员作为借阅者的代理借书。
（3）图书管理月作为借阅者的代理还书。
（4）图书管理员可以创建新的借阅者账户
（5）图书管理员可以增加新的用户类别。
（6）图书管理员可以修改借阅者的账户信息。
（7）图书管理员可以删除已存在的借阅者账户。
（8）图书管理员可以添加新书刊的种类。
（9）图书管理员可以修改书刊种类信息。
（10）图书管理员可以删除系统中的书刊种类。
（11）图书管理员可以在系统中书刊信息。
（12）图书管理员可以修改书刊信息。
（13）图书管理员可以删除书刊信息。
系统后台非功能性需求进一步分析
（1）图书管理员可以查看借阅者的借阅信息
（2）图书管理员代理借阅者还书时应有相应的还书类别（即还书是用户是超期还书，还是损坏还书，还是丢失还书）
系统后台可用性需求进一步分析
（1）系统中可有图书馆藏书信息的模块
（2）系统中可有统计丢失书刊模块
（3）系统可以通知超期用户及时还书
系统前台功能性需求进一步分析
（1）用户凭借用户名及用户密码登陆系统前台。
（2）用户可以修改一定的用户信息（联系方式等）。
（3）用户可以续借自己已借图书（但又借阅次数与时间限制）。
（4）用户可以查询某一条件下的图书，也就是收索框。
（5）统计系统的历史登陆人数。
（6）用户挂失
系统前台非功能性需求进一步分析
（1）用户可以查看一些图书馆信息（如部门信息，馆藏信息，开关时间，借阅工作流程）。
（2）用户可以查询自己的用户信息。
（3）用户可以查询自己的借阅信息。
（4）显示当前登录用户名称。
系统前台可用性需求进一步分析
（1）向管理员发送意见反馈模块。
（2）向管理员申请购买书籍建议。
（3）预定书籍。
注：
鉴于工程的复杂程度，本文档中就只针对系统后台展开报告
图书管理系统平台需求说明
2.系统部分重要数据字典说明
注：
对于系统赔偿表，也就是赔偿功能模块系统不予说明
还有一些类型表等细节系统不予说明。
（只给出在uml建模中要用到的数据，只给出部分字段）
1.用户表
字段说明
字段名称
用户编号
ID
用户名
UName
用户密码
Password
用户联系电话
Phone
邮箱
Email
用户类别编号
uType_ID
借书证号
Library_Card
………
………
2.用户类型
字段说明
字段名称
用户编号
ID
类型名
tName
可借书数
bNum
可借时间
bTime
续借时间
rTime
续借次数
rTimes
………
………
3.管理员表
字段说明
字段名称
编号
ID
登陆名
LoginName
登录密码
Password
………
………
4.书籍表
字段说明
字段名称
编号
ID
索书号
UName
书名
Password
………
………
5.借书状态表
字段说明
字段名称
编号
ID
用户编号
uID
书编号
bID
………
………
3.系统UML建模分析
3.1系统用例图
报告前指导：
采用用例驱动的分析方法分析需求的主要任务是识别出系统的中的参与者和用例，并建立用例模型
3.1.1系统的参与者
通过对系统需求的分析，可以确定系统中主要的两个参与者，借阅者和给管理员
系统主要参与者包括：
（1）借阅者
a,教师
b.学生
（2）图书馆管理员
说明：
这是一个用来显示参与者之间的关系的ClassDrigram
3.1.2系统主要用例图
为了更加清新的看到用例之间的关系，我们给出了相应的在用例视图中给用户观看的中文版用例图
（1）借阅者的用例图
用例详细说明请观看上图的中文版用例视图
（2）图书馆管理员的用例图
用例详细说明请观看上图的中文版用例视图
（3）整个系统的例图
用例详细说明请观看上图的中文版用
协作
用户协作
管理员协作
3.2系统类图
图书馆管理系统的数据类中共有七个：
3.2.1参与者相关的类
【类图说明】
类图的说明字段说明如下
用户类：
用户编号（ID）用户名（UName）用户密码（Password）用户联系电话（Phone）邮箱（Email）用户类别编号（uType_ID）借书证号（Library_Card）等
管理员类：
编号（ID）登陆名（LoginName）登录密码（Password）
对于类的方法此处不给于相关说明。
3.2.2系统中用到其他类
【类图说明】
请到第六页查看相应字段说明
3.2.3各类之间的关系
3.3系统的组件图
3.3.1业务对象组件
系统建立在一个含有书目信息、书籍信息、借阅者信息、借阅信息和书籍预定信息的中央数据库上。
3.3.2用户界面组件图
3.4系统的配置图
配置图主要是用来说明如何配置系统的软件和硬件。
系统由5个节点构成，应用服务器负责整个系统的总体协调工作；数据库负责数据管理；Web应用程序模块用于借阅者进行书籍查询、网上书籍预定；业务操作模块用于处理读者借书、还书等一般的业务流程；信息维护模块用于系统管理员维护整个系统的数据信息，如添加和修改书目、添加和修改借阅者帐户等。
系统配置图如下：
升级会员 