图书管理系统开发设计
我们小组的信息系统开发课程设计题目是:图书管理系统开发。系统开发的总的设计目标是实现图书管理的系统化、规范化和自动化,实现对图书资料的集中统一的管理。
一、系统分析:
1、 系统开发的背景。
近年来,随着图书馆规模的不断扩大,图书数量也相应的增加,有关图书的各种信息量也成倍增加,面对着庞大的信息量,传统的人工方式管理会导致图书馆管理上的混乱,人力与物力过多浪费,图书馆管理费用的增加,从而使图书馆的负担过重,影响整个图书馆的运作和控制管理,因此,必须制定一套合理、有效,规范和实用的图书管理系统,对图书资料进行集中统一的管理。
另一方面,IT产业和Internet获得了飞速发展,计算机应用已渗透到了各个领域,引起信息管理的革命,实现了信息的自动化处理,提高了处理的及时性和正确性。
图书管理工作面对大量的可模块化处理的信息,是当今信息革命的一个重要阵地。我们小组开发图书管理信息系统就是采用现代化的信息管理方式代替手工管理方式,提高图书管理工作效率,作到信息的规范管理,科学统计和快速查询,让图书馆更好的为学校,社会服务。
2、 功能层次分析
我们所设计的系统共分为两大层次:读者层次和图书管理员层次——具体又划分为如下——
读者所有模块
1).个人信息管理:
查看个人信息:查看读者自己的个人信息
修改个人信息:修改读者的个人信息,在修改之前必须输入旧密码,防止别人 篡改
2).个人借阅管理:
查找图书:读者可以根据书的ID、书名以及作者对图书进行查询、借阅图书;
读者可以借阅图书馆的书目,不在馆的图书不能借况,每本书的借阅期限为二个月
归还图书:读者可以归还自己所借的图书 借阅统计:统计读者个人所借的书目 借阅历史: 催还信息: 续借信息:
管理员所有模块
1).个人信息管理:
查看个人信息:查看管理员自己的个人信息修改个人信息:修改管理员的个人
信息,在修改之前必须输入旧密码,防止别人篡改 2)、 图书信息管理:
已有书目:显示当前图书馆的所有书目 增加图书:增加书目到馆内
修改图书:修改在馆的图书信息 删除图书:删除在馆的图书
3).读者信息管理:
查看已有读者:查看当前已在图书馆内注册的所有读者 增加读者信息:增加一个新读者到馆内 修改读者信息:修改馆内的某一个读者的信息 删除读者信息:删除一个馆内的读者
4).管理员信息管理:
已有管理员:查看当前馆内的已有管理员
添加管理员:添加一个新管理员到馆内(非超级管理员无法操作) 修改管理员:修改某一个管理员的信息(非超级管理员无法操作) 删除管理员:删除一个管理员(非超级管理员无法操作)
二、设计课题的过程:
我们是按照原型法的思路去思考这个设计方案的,所谓的原型法就是根据用户的需求,与用户在一起,确定系统范围,快速地进行概略的系统分析与设计,同时利用原型开发工具及其它的环境,快速地构建系统原型,通过运行试验,发现问题再更新,直到开发出令用户满意的信息系统。我们小组就是以原形法这个思考模式去考虑的,现在的这个设计就是初步的模型。
这份报告我们小组大概用了五天的时间来做,每一份工作都是我们每个成员共同努力的结果——下面是我们小组的工作按排:
第一天:用一天的时间查阅相关资料,并且确定好我们的课题和我们设计课题的基本思路,设计大纲。
第二、三天;在我们每个成员的共同努力下,工作了两天,终于把这个设计的大概搞了出来,不过这只是一个很基本的模型,缺陷还很多,还需要进一步的改进,我们深深的知道。
第四天:我们参考了相关书籍和网上别的内容,还有的就是与其它小组的成员讨论了,也参考了他们的资料,对我们这个课题设计作相关的修改与改进。
第五天:我们组内的成员进行了讨论,对我们课题的设计作了最后的修改与改进,最终形成了这个报告。 设计具体分为如下:
1、功能层次一:读者层次:
(1)流程
读者到图书借阅处查询图书,看看是否有满足读者要求的图书。如果有满足读者要求的图书,查看该图书是否在馆,如果在馆,则图书管理员在系统记录读者信息并记录借出图书信息,如果不在馆,通知读者。如果读者要求的图书无法提供,则通知读者无法满足。 (2)功能:
实现图书的查询,借入和归还功能,而且能保存记录。除此之外还需要提醒读者什么时候归还图书等等…… (3)流程图:
判断图书是否在馆 图书管理员 管理 图书 所借图书 借阅 借阅 读者
读者借阅图书,系统查询图书是否在馆。图书已借出,显示已借出;未借出显示下一步,图书管理员管理图书,登记读者信息,借出图书。
2、功能层次二:图书管理员层次:
结合本校的实际情况并经认真分析,为此我将其分成两个模块,由两个类实现: 2.1 book类。主要封装了图书信息。
Book类的数据成员有: bookID(string,图书编号), bookName(string,图书名), publish(Publish,出版社), author(string,图书作者), version(int,图书版本),
count(int,图书册数)。
2.2 Publish类。主要封装了出版社信息。 Publish类的数据成员:
pTime(string(yyyy-mm-rr),出版时间), address(string,出版社地址), pName(string,出版社名称)
2.3流程:图书室管理员方根是负责整理书籍和帮读者办理各种业务,当然还有各种各样的年度计划等等Y……
工资 电话借书 添加时间 出版日出版社 简介 期 管理员 管 理 图 书 作者 工作性别 姓名 ISBN 是否在馆 书名 2.4功能:整理各种书籍信息,办理各种业务。 2.5流程图L
规则:一本图书可以被多个图书管理员管理(1:n) 一个图书管理员可以管理多本图书(1:n)
2.6管理员关系表 管理员号 主键
(2)图书关系表 图书编号 书名 主键
(3)学生关系表 学生学号 姓名 主键 性别 专业 年级 电话 借阅情况 外键 作者 出版日 出版社 简介 图书册数 入馆时间 外键 姓名 性别 工作职务 电话 工资 所负责图书 外键 聘用时间
(4)所借图书关系表 图书编号 学生学号 借书时间 翻还时间 外键 外键 主键
(5)管理员管理图书关系表 管理员号 外键 图书编号 外键 主键 是否在馆 图书质量 图书位置 添加时间 册数 3.ER图形成过程: 3.1确定公共实体类型
为了给多个局部ER模式的合并提供开始合并的基础,首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类
型作为公共实体类型的一类候选,把具有相同键的实体类型作为公共实体类型的另一类候选。
3.2局部ER模式的合并
合并的原则是:首先进行两两合并;先和合并那些现实世界中有联系的局部结构;合并从公共实体类型开始,最后再加入独立的局部结构。 3.3,最后把各个局部ER图合并起来,得到如下的总ER 图
3.4,从上图右得到如下我们小组所设计的关系模型图: (1)、读者关系 编号 主码 姓名 性别 累计借书 所在系 违章数
(2)管理员关系 管理员姓名
(3)书籍关系 ISBN 简介 书名 出版日期 出版社 作者 工作号 主码 工资 管理性别 电话