管理信息系统课程设计Word格式文档下载.docx
《管理信息系统课程设计Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《管理信息系统课程设计Word格式文档下载.docx（31页珍藏版）》请在冰豆网上搜索。
它实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，最后，系统还可以导入数据库以对任意同结构的数据库进行操作。
二、系统开发的必要性和可行性
1.必要性：
管理系统可以避免图书管理的随意性，使得图书管理工作规范化、系统化、程序化，提高信息处理的速度和准确性，对于减轻工作人员的劳动量、提高劳动热情和服务质量，具有重要的现实意义，因此，开发图书馆管理信息系统是非常必要的，也是当前形式迫切要求的。
2.可行性：
技术可行性：
数据库技术自产生至今，40多年来得到了迅速发展，并已形成较为完整的理论体系和一大批实用系统，数据库技术已经成为现今最热门技术之一。
面向对象是一种新兴的程序设计方法,是一种新的程序设计规范。
它较好的解决了程序开发中的代码重用问题，提高了软件开发的效率。
当前管理信息系统的开发，大多时侯都是基于数据库技术和面向对象软件开发技术。
并且这些技术目前已经成熟，已经被广泛应用在各个领域。
因此，图书馆管理信息系统的开发，在技术上是可行的。
经济可行性：
当前办公用的计算机的普及使得开发和应用管理信息系统在经济上成为可能。
对学校图书馆来说，由于硬件设施已较完善，无需另购。
软件开发费用和运行维护费用也在预算控制下。
因此，开发一个专门针对图书馆工作的管理系统，在经济上也是可行的。
营运可行性：
目前图书馆管理人员都有操作电脑的能力，通过提供一定的培训，都能够熟练操作管理系统。
因此，开发图书馆管理系统，在营运上也是可行的
三、系统分析
1.需求分析：
图书管理系统需要满足来自三方面的需求，这三个方面分别是图书借阅者、图书馆工作人员和图书馆管理人员。
图书借阅者的需求是查询图书馆所存的图书、个人借阅情况及个人信息的修改；
图书馆工作人员是对图书借阅者的借阅及还书要求进行操作，同时形成借书或还书报表给借阅者查看确认；
图书馆管理人员的功能最为复杂，包括对工作人员、图书借阅者、图书进行管理和维护，及系统状态的查看、维护并生成催还图书报表。
图书借阅者还可直接查看图书馆图书情况，如果图书借阅者根据本人借书证号和密码登录系统，还可以进行本人借书情况的查询和维护部分个人信息。
一般情况下，图书借阅者只应该查询和维护本人的借书情况和个人信息，若查询和维护其他借阅者的借书情况和个人信息，就要知道其他图书借阅者的借书证号和密码。
这些是很难得到的，特别是密码，所以不但满足了图书借阅者的要求，还保护了图书借阅者的个人隐私。
图书馆工作人员有修改图书借阅者借书和还书记录的权限，所以需对工作人员登陆本模块进行更多的考虑。
在此模块中，图书馆工作人员可以为图书借阅者加入借书记录或是还书记录，并打印生成相应的报表给用户查看和确认。
图书馆管理人员功能的信息量大，数据安全性和保密性要求最高。
本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。
图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息；
浏览、查询、统计、添加、删除和修改图书借阅者的基本信息，浏览、查询、统计图书馆的借阅信息，但不能添加、删除和修改借阅信息，这部分功能应该由图书馆工作人员执行，但是，删除某条图书借阅者基本信息记录时，应实现对该图书借阅者借阅记录的级联删除。
并且还应具有生成催还图书报表，并打印输出的功能。
2.业务流程分析
对系统的组织结构和功能分析的时候要从实际业务流程的角度将系统调查得到的相关业务流程的资料集中在一起进行分析。
业务流程分析时需要按照原有信息流动过程，逐个地调查分析所有环节的处理业务、处理内容、处理顺序和对处理时间的要求，弄清各个环节需要的信息、信息来源、流经去向、处理方法、计算方法、提供信息的时间和信息形态等。
业务流程分析可以帮助开发者了解该业务处理过程，发现和处理系统调查工作中的错误和疏漏。
业务流程分析时通过业务流程图来进行，即用一些规定的符号及连线来表示某个具体业务处理过程。
业务流程图图符如图2.1所示：
外部实体内部实体
数据流向数据存档
图1业务流程图基本图符
本系统的业务流程大致分为三部分：
第一部分：
读者通过查看图书信息决定要借的书目，下发借书清单，图书管理员根据收到的借书清单对读者信息进行核对。
确认正确有效把书借发给读者，完成图书的借阅工作。
同时图书管理员负责及时对图是信息进行更新。
第二部分：
读者把要还的书提供给图书管理员，图书管理员核对读者和图书的信息后把书放回原来存放的位置，并对读者信息进行修改。
第三部分：
图书管理员通过查询读者信息表发现有些书目未能在规定时间内归还，下发罚款清单对读者进行提醒，读者归还书目并交罚款。
本系统业务流程图如图2所示：
图2图书馆信息管理系统业务流程图
3.数据流程分析
数据流程是指数据在系统中产生、传输、加工处理、使用、存储的过程。
数据流程分析是把数据在现行系统内部的流动过程抽象的独立起来，舍去具体的组织机构、信息载体、处理工具、物质、材料等，单从数据流程过程来考察实际业务的数据处理模式。
数据流程与数据流分析是今后建立数据库系统和设计功能模块处理过程的基础。
描述数据流程的工具是数据流程图以及其附带的数据字典、处理逻辑等图表。
其中数据流程图是描述系统逻辑模型的主要工具，它以少数几种符号综合地反映出信息在系统中的流动、存储和传递。
数据流程图基本图符如图3所示：
数据存储数据处理
数据流外部实体
图3数据流程图基本图符
图书馆信息管理系统的顶层数据流程图如图4所示：
借阅图书信息
图书归还信息
罚款信息
图4图书馆信息管理系统顶层数据流程图
第一层数据流程图如图5所示：
图书信息
D3借阅情况表
D2图书信息表
D4罚款统计表
图5图书馆信息管理系统一层数据流程图
借书数据流程图如图6所示：
D2图书信息表
F3
F1借阅图书请求F2借阅信息
F4F7
D1读者信息表D3借阅信息表
图6借书数据流程图
还书数据流程图如图7所示：
F5归还图书请求F6D3借阅情况表
F9
超
期
信
息
F10
图7还书数据流程图
4.数据字典
数据元素的条目：
数据元素是数据的基本单位。
数据元素也称元素、结点、顶点、记录。
一个数据元素可以由若干个数据项（也可称为字段、域、属性）组成。
数据项是具有独立含义的最小标识单位。
读者编码
姓名
性别
。
（省略）
2.数据结构条目：
读者信息
图书信息
读者类型信息
图书借阅信息
图书归还信息
3.数据流条目：
管理员信息
3.数据处理条目：
添加读者信息
查询读者信息
修改读者信息
删除读者信息
添加图书信息
修改图书信息
删除图书信息
查询图书信息
图书借阅
图书归还
管理员身份验证
四、系统设计
系统设计的任务是：
在系统分析提出的逻辑模型的基础上，科学合理地进行物理模型的设计。
系统设计的主要工作有系统功能结构设计、数据库设计、代码设计、输入输出设计、系统物理配置方案的设计等。
系统设计遵循系统性、灵活性、可靠性、经济性这四个基本的原则。
从系统分析的逻辑模型设计到系统设计的物理模型设计是一个由抽象到具体的过程，又是并没有明确的界限，甚至有可能反复。
经过系统设计，设计人员应能为程序开发人员提供完整、准确的设计文档，并对设计规范中不清楚的地方做出解释。
1.系统功能结构设计
本图书馆信息管理系统的界面是由系统设置、读者管理、图书管理、图书借还及退出系统五部分组成。
其中系统设置包括图书馆信息的介绍；
读者管理包括读者类型管理和读者档案管理；
图书管理包括图书类型管理和图书档案管理；
图书借还包括图书借阅和图书归还。
具体见下图：
图8图书馆信息管理系统功能结构图
2.数据库设计
图书馆管理信息系统是一个小型的数据库系统。
在这里我选择了MySQL作为后台数据库软件。
MySQL是一种关系型数据库。
也是目前最受欢迎的免费数据库和开放源代码的数据库。
2.1数据库概念设计
在概念设计阶段中，设计人员从用户的角度看待数据及处理要求和约束，产生一个反映用户观点的概念模式。
然后再把概念模式转换成逻辑模式。
将概念设计从设计过程中独立开来，使各阶段的任务相对单一化，设计复杂程度大大降低，不受特定DBMS的限制。
利用ER方法进行数据库的概念设计，可分成三步进行：
首先设计局部ER模式，然后把各局部ER模式综合成一个全局模式，最后对全局ER模式进行优化，得到最终的模式，即概念模式。
（1）设计局部ER模式
实体和属性的定义：
图书（图书编号，图书名称，作者，出版社，出版日期，备注，价格，数量，）
借阅者（借书证号，姓名，性别，身份证，联系电话，密码）
身份（身份编号，身份描述，最大借阅数）
图书类别（图书类别编号，类别描述）
ER模型的“联系”用于刻画实体之间的关联。
一种完整的方式是对局部结构中任意两个实体类型，依据需求分析的结果，考察局部结构中任意两个实体类型之间是否存在联系。
若有联系，进一步确定是1:
N，M:
N，还是1:
1等。
还要考察一个实体类型内部是否存在联系，两个实体类型之间是否存在联系，多个实体类型之间是否存在联系，等等。
解释如下：
a.一个借阅者（用户）只能具有一种身份，而一种身份可被多个借阅者所具有；
b.一本图书只能属于一种图书类别（类别），而一种图书类别可以包含多本图书；
c.一个用户可以借阅多本不同的书，而一本书也可以被多个不同的用户所借阅。
（2）设计全局ER模式
所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。
全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。
1）确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。
在这一步中仅根据实体类型名和键来认定公共实体类型。
一般把同名实体类型作为公共实体类型的一类候选，把具有相同键的实体类型作为公共实体类型的另一类候选。
2）局部ER模式的合并
合并的原则是：
首先进行两两合并；
先和合并那些现实世界中有联系的局部结构；
合并从公共实体类型开始，最后再加入独立的局部结构。
3）消除冲突
冲突分为三类：
属性冲突、结构冲突、命名冲突。
设计全局ER模式的目的不在于把若干局部ER模式形式上合并为一个ER模式，而在于消除冲突，使之成为能够被所有用户共同理解和接受的同一的概念模型。
3）全局ER模式的优化
在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。
一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：
实体类型的个数要尽可能的少；
实体类型所含属性个数尽可能少；
实体类型间联系无冗余。
2.2数据库逻辑设计
由于概念设计的结果是ER图，DBMS一般采用关系型，因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。
由于关系模型所具有的优点，逻辑设计可以充分运用关系数据库规范化理论，使设计过程形式化地进行。
book（图书编号＃，图书名称，图书类别＃，作者，出版社，出版日期，备注，价格，数量）class（图书类别#，类别名）user（借书证号＃，姓名，性别，身份编号＃，身份证，联系电话，密码）ID（身份编号#，身份描述，最大借阅数）Owner（借书证号#,图书编号#，借书日期）
2.3系统整体E-R图和局部E-R图
根据以上各节对系统所做的需求分析和系统设计，规划出本系统中使用的数据库实体分别为图书档案实体、读者档案实体、图书借阅实体、图书归还实体和管理员实体。
系统整体E-R图：
nn
nn
图9系统整体实体—联系图（E-R图）
下面介绍几个关键实体的局部E-R图：
1.图书档案实体
图书档案实体包括编号、条形码、书名、类型、作者、译者、出版社、价格、页码、书架等属性。
图书档案实体的E-R图如图3.3所示。
图10图书档案实体E-R图
2.读者档案实体
读者档案实体包括编号、姓名、性别、条形码、职业、出生日期、有效证件、证件号码、电话、电子邮件、备注等属性。
读者档案实体的E-R图如图3.4所示。
…
图11读者档案实体E-R图
3.借阅档案实体
借阅档案实体包括编号、读者编号、图书编号、借阅时间、应还时间、操作员等属性。
借阅档案实体的E-R图如图3.5所示。
图12借阅档案实体E-R图
4.归还档案实体
归还档案实体包括编号、读者编号、图书编号、借阅时间、应还时间、操作员等属性。
归还档案实体的E-R图如图3.6所示。
图13归还档案实体E-R图
2.4数据库中的表结构
根据以上设计的整体ER图和局部ER图，可以在SQLServer数据库中创建以下数据表：
1.tb_booktype（图书信息表）
图书信息表主要用来保存图书的信息，表tb_bookinfo的结构如表1所示。
字段名
数据类型
是否为空
是否主键
默认值
描述
Id
int（11）
No
Yes
ID（自动编号）
Barcode
varchar（30）
NULL
条形码
bookname
varchar（70）
书名
Typeid
int（10）unsigned
类型
Author
作者
translator
译者
ISBN
varchar（20）
出版社
Price
float（8,2）
价格
page
页码
bookcase
书架
inTime
Date
录入时间
operator
操作员
del
tinyint
（1）
是否删除
表1图书信息表结构
2.tb_reader（读者信息表）
读者信息表主要用来保存读者信息。
表tb_reader的结构如表3.9所示。
id
name
sex
varchar（4）
barcode
vocation
varchar（50）
职业
birthday
生日
paperType
varchar（10）
有效证件
paperNO
证件号
tel
电话
email
varchar（100）
电子邮件
createDate
登记日期
remark
Text
备注
typeid
表2读者信息表结构
3.tb_borrow（图书借阅信息表）
图书借阅信息表用来保存图书借阅信息。
表tb_borrow的结构如表3.5所示。
readerid
读者编号
bookid
int（10）
图书编号
borrowTime
借书时间
backtime
应还时间
ifback
Tinytin
（1）
是否归还
表3图书借阅信息表结构
4.tb_giveback（图书归还信息表）
图书归还信息表主要用来保存图书归还信息。
表tb_giveback的结构如表3.6所示。
归还时间
表4图书归还信息表结构
3.物理方案设计
硬件环境：
（1）最低配置
C233以上CPU，32MB以上内存，2.1GB硬盘。
（2）建议配置
CII300以上CPU，64MB内存，6.4GB硬盘。
（3）打印机一台
（4）UPS不间断电源一台（避免数据因突然停电等意外情况下的丢失）
软件环境：
前台程序：
JSP程序开发环境（使用Java语言开发包JDK1.6版本）
后台数据库：
MySQL数据库
4.输入输出界面设计
1.系统登录界面
简述：
系统登录界面是读者与管理员登录系统的界面。
界面如图3.8所示
图14系统登录界面
2.图书档案管理界面
由于读者档案管理界面同图书管理界面的增、删、查、改功能相同，下面以图书档案管理为例进行演示。
简述:
该窗口主要是管理员对图书进行系统管理。
该窗口具备添加，修改，删除三个按钮。
添加图书信息要对图书进行详细记录如编号、条形码、书名、类型、作者、译者、出版社、价格、页码、书架等。
如图书的资料有变化管理员按修改按钮系统进行修改。
完成所要完成的内容后按保存，数据存入数据库。
图15图书档案管理界面
图16添加图书信息界面
3.图书借阅界面
该窗口主要是查询读者基本信息和已借书目，添加预借书目，完成图书的借阅。
首先我们要输入读者的编码即读者条形码，点击确定按钮后系统会调出此读者的基本信息，包括姓名、性别、读者类型、证件号码、可借数量、已借书目等。
此窗体的功能主要是读者个人情况查询和图书的借阅，当借阅者正确登录到系统后，此功能将被激活，使用户能查看到自身的借阅情况。
如还需要借阅其他图
升级会员 