图书管理系统需求分析与设计 -
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
目录一:需求分析
二:系统设计
1.系统功能模块的设计
2.系统主要工作流程
三:系统数据库的设计1.概念设计
2.关系数据库的逻辑设计
四:总结
图书管理系统
一:需求分析
图书管理系统需要满足来自图书馆工作人员、普通用户和借阅者三方面人员的需求。图书馆工作人员对图书借阅者的借阅及还书要求进行操作,同时形成借书或还书报表给借阅者查看确认,还可通过图书编号、借阅者证号等查询相应的借阅情况及查看已归还的图书信息(即历史信息);普通用户的需求是查询图书馆所存的图书的相关情况;图书借阅者的需求是查看自己的相关信息及查询自己的借阅情况。
图书借阅者可直接查看图书馆图书情况,如果图书借阅者根据本人借书证号和密码登录系统,还可以进行本人借书情况的查询和维护部分个人信息。一般情况下.图书借阅者只应该查询和维护本人的借书情况和个人信息.若查询和维护其他借阅者的借书情况和个人信息.就要知道其他图书借阅者的借书证号和密码。本功能实现对馆内图书信息的查询。可以通过图书名称、作者的名字和出版社来查询相应的图书信息,此查询可模糊查询也可精确查询。所以不但满足了图书借阅者的要求,还保护了图书借阅者的个人隐私。
图书馆工作人员有对图书借阅者借书和还书记录进行操作的权限,所以需对工作人员登陆本模块进行更多的考虑。在此模块中,图书馆工作人员可以为图书借阅者加入借书记录或是还书记录,并生成
相应的报表给用户查看和确认。图书馆工作人员可以浏览、查询、统计、添加借阅图书的基本信息及删除已归还的图书的基本信息,但不能删除和修改已经借阅的图书相关信息,当删除某条图书借阅的基本信息记录时,应实现对该图书借阅者借阅记录的级联删除。本功能实现对图书信息的管理和统计。
图书馆管理人员功能的信息量大,数据安全性和保密性要求最高。本功能实现对图书信息、借阅者信息、总体借阅情况信息的管理和统计、工作人员和管理人员信息查看及维护。图书馆管理员可以浏览、查询、添加、删除、修改、统计图书的基本信息;浏览、查询、统计、添加、删除和修改图书借阅者的基本信息,浏览、查询、统计图书馆的借阅信息,但不能添加、删除和修改借阅信息,这部分功能应该由图书馆工作人员执行。但是,删除某条图书借阅者基本信息记录时,应实现对该图书借阅者借阅记录的级联删除,并且还应具有生成催还图书报表.并打印输出的功能。
二:系统设计
1.系统功能模块的设计
该系统的主要功能有对书籍信息的管理,书籍信息的查询,对用户的管理等,对各项能进行分块、集中、关联、优化,按照结构化程序设计的要求,设计功能模块如图所示。
该系统用户共有三类,分别是工作人员、普通用户和借阅者。 A .图书馆工作人员模块的主要功能如下:
实现借书管理;实现借阅者信息记录的管理;存储图书馆借阅图书信息;查询图书馆借阅信息;实现还书管理。
B .普通人员可通过图书名称、作者和出版社来进行相关图书的查询并且可以申请帐号。
C .借阅者可通过输入自己的姓名和密码来浏览自己的借阅信息,其中初始密码是固定的,进入到页面后,借阅者可自行修改自己的密码和其它的相关信息。可以查询借阅者自己的借阅信息。
书
借
2.系统主要工作流程
系统功能流程图
工作人员流程图
普通人员流程图
借阅者程序流程图
三:系统数据库的设计
1.概念设计
在概念设计阶段中,设计人员从用户的角度看待数据及处理要求和约束,产生一个反映用户观点的概念模式,然后再把概念模式转换成逻辑模式。将概念设计从设计过程中独立开来,使各阶段的任务相对单一化,设计复杂程度大大降低,不受特定DBMS的限制。
利用ER方法进行数据库的概念设计,可分成三步进行:首先设计局部ER模式,然后把各局部ER模式综合成一个全局模式,最后对全局ER模式进行优化,得到最终的模式,即概念模式。
(1)设计局部ER模式
实体和属性的定义:
图书(图书编号,名称,作者,出版社,价格,类别,藏处,数量,图书状态)
工作人员(名字,性别,编号,工作,科室,职称号,系统用户名)
借阅者(借阅者的图书证号,学号,姓名,性别,出生年月,民族,系别)
借阅(图书编号,借阅者姓名,借阅数量,借阅日期,归还日期,过期天数)
ER模型的“联系”用于刻画实体之间的关联。一种完整的方式是对局部结构中任意两个实体类型,依据需求分析的结果,考察局部结构中任意两个实体类型之间是否存在联系。若有联系,进一步确定是l:N,M:N,还是1:1等。还要考察一个实体类型内部是否存在联系,两个实体类型之问是否存在联系,多个实体类型之间是否存在联系,等等。
上述实体的ER图为:
(2)设计全局ER模式
所有局部ER模式都设计好了后,接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式,而且必须合理地表示一个完整、一致的数据库概念结构。
确定公共实体类型,为了给多个局部ER模式的合并提供开始合并的基础,首先要确定各局部结构中的公共实体类型。在这一步中我们仅根据实体类型名和键来认定公共实体类型。一般把同名实体类型
作为公共实体类型的一类候选,把具有相同键的实体类型作为公共实体类型的另一类候选。局部ER模式的合并,合并的原则是:首先进行两两合并;先合并那些现实世界中有联系的局部结构;合并从公共实体类型开始,最后再加入独立的局部结构。
全局ER模式的优化:
在全局ER模式后,为了提高数据库系统的效率,还应进一步依据处理需求对ER模式进行优化。一个好的全局ER.模式,除能准确、全面地反映用户功能需求外,还应满足下列条件:实体类型的个数要尽可能的少;实体类型所含属性个数尽可能少;实体类型间联系无冗余。
2.关系数据库的逻辑设计
由于概念设计的结果是ER图,DBMS一般采用关系型,因此数据库的逻辑设计过程就是把ER图转化为关系模式的过程。由于关系模型所具有的优点,逻辑设计可以充分运用关系数据库规范化理论,使设计过程形式化地进行。设计结果是一组关系模式的定义。
(1)初始关系模式
book(图书编号,名称,作者,出版社,价格,类别,藏处,数量,图书状态)
bookuser(借阅者的图书证号,学号,姓名,性别,出生年月,民族,系别)
worker(名字,性别,编号,工作,科室,职称号,系统用户名)borrow(借阅者的图书证号,学号,姓名,性别,出生年月,民