第一篇：图书管理系统需求分析报告
图书管理系统
1引言
1.1编写目的
本项目为图书管理系统；书写此文档是为了确定客户的真正需求，因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等；确定了一份完整、准确、清晰、具体的系统要求，从而得出系统必须完成什么样的功能。
此文档包含了用户对系统的具体要求，系统的功能需求等；可做为用户需求的确定书和总体设计的依据，也是验证和维护系统的依据。
1.2背景
社会的信息化带来了极大的信息量，而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加；因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理，因此针对这个环节的就成为图书管理系统的一个重要组成部分，而且是必不可少的一部分，也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求，期望该系统能给管理者和借阅者都带来利益。
说明：
A.软件系统的名称：图书管理系统 B.开发者：徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系
软件属于图书管理信息系统的一部分，应用中可能需要引用图书管理系统其它部分的数据内容，此处暂且使用自定义的数据表项
1.3定义
B/S：Browser/Server(浏览器/服务器)结构 SQL语言：用于数据库操纵的标准语言.NET：MS提供的一种高效的开发以及运行平台
ASP：全称为Active Server Pages，是一套由微软公司开发的服务器端运行的脚本平台，可用于开发动态网页
1.4参考资料
a．《软件工程导论 》 清华大学出版社 张海潘编著
b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编
2任务概述
2.1目标
2.1目标
图书查询系统的初衷是：
（1）.让用户在最快的时间内找到他所需要的书目
（2）.让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况（3）.让用户最大限度的使用图书这种公共资源
（4）.让用户了解自己的学习目标以及有哪些相应的图书与之配套（5）.让管理人员在尽可能短的时间内完成书刊的流通（6）.让管理人员在短时间内了解学生们的需要（7）.让管理人员及时更新在观书目
（8）.让管理人员更好的控制书刊的流通
可以在广大的学校中或者小型图书馆推广这套系统，来提高图书管理的效率，解决人工管理的问题。2.2用户的特点
（1）.在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率（2）.想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍（3）.对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己（4）.有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统，使之更好的为自己服务（5）.管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理（6）.经过简单培训可以熟练使用该系统的服务人员
预计使用频度为平均一个5000人的学校为：大约平均500—1000人/天
2.3假定和约束
在开发中要考虑用户的可能出现的操作以及在出现问题后的处理：
假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。
最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据
如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。
如果用户的密码丢失则需要重新验证，需要输入一个密码提示问题 管理人员对数据出现误操作则需要完成数据的恢复
管理人员如果没有及时更改书目信息则该书不能被借出 管理人员需要良好的职业素质来保证图书更新的情况
管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃
3需求规定
3.1对功能的规定
用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度
该软件在使用中，对“按序列号查询”要求全数字外，其他查询方式并没有特殊要求，并且在按照书名查询时候支持“模糊查询”，如：你要查询的书名为“软件工程基础导论”，你可以在查询框里面输入“软件工程”，系统将把所有的书名含有“软件工程”字样的书名列出。
3.2.2时间特性要求
如果本系统使用局域网链接，网络速度较快，并且本系统只适应于中小型图书馆使用，不会造成数据拥塞的现象，所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接，则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。
3.2.3灵活性
a． 可以使用多种查询方式查询，时间允许的前提下可以增加多重条件模糊查询功能。b． 适用多种windows版本。
c． 适当整理数据库，或者增加网络传输速度可以提高速度。
d． 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块，方便用户使用。
3.3输入输出要求
输出数据：如果添加成功，输出成功提示信息，失败则提示检查信息，重新输入。3.4 数据字典
（1）读者（帐号，姓名，班级，性别，组号）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：性别简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
名字：班级简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：组号简述：对用户的等级说明，并且管理最大借书量。范围：”01“„”05”长度：使用位置：借书时对借书量进行限制。(2)管理员（帐号，姓名）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
（3）图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)
名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：书名名字：类名简述：标识每一本图书的十简述：每一个图书有一个类几名字 别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在在新书入库，借阅登记，借阅查询，使用位置：用户查找的时候图书整理，超期提示中使用可以对查找的项目进行限制到名字：作者简述：标识每一本图书的写作者 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：定价名字：类别简述：每一个图书有一个类简述：标识每一本图书的实别，用以管理员分类管理际价格 范围：长度：使用位置：用户查找的时候使用位置：在新书入库，借可以对查找的项目进行限制阅等级，图书整理中使用到名字：类型名字：类名简述：每一个图书有一个类 简述：标识图书的分类种类别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在新书入库，借使用位置：用户查找的时候阅等级，图书整理中使用到可以对查找的项目进行限制名字：图书库存数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：出版社简述：标识每一个图书的出版处 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到名字：出版日期 简述：标识每一本图书的出版日期范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到（4）借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：借书日期简述：标识用户在何时借书 范围：长度：使用位置：在借阅等级中使用名字：到期日期简述：标识用户应在何时还书 范围：长度：使用位置：借阅登记中使用名字：还书日期简述：标识用户在何时还书 范围：长度：使用位置：在借阅登记中使用
（5）数据流图
a.新书入库
b．图书借阅
C．过期提示
d．借阅查询
e.还书处理
3.5数据管理能力要求
要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理，并且随着学生人数的增长和图书数量的增多，要能快速地查询出有效的信息，3.6故障处理要求
对于任何硬件或软件系统来说，都不可避免的会存在问题，当机器或者软件出现故障的时候，就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的，所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器，避免了使用者再次输入信息的麻烦，而如果机器遇到突然死机就可能造成数据丢失，我们也设置了系统自动恢复到操作前状态的功能，尽可能的降低拥护的损失。
3.6其他专门要求
对于此系统来说，为了维护读者的权利，防止数据在传输的过程中泄露个人信息，必须给传输的数据加密，而且本系统界面全由图象和文字组成，使用方便。
在用户登录操作界面的时候，密码采用了密文的形式，防止用户使用不当造成密码泄露。在系统内部，考虑到不同拥护的需求以及系统的维护需要和长期发展的要求，我们的设计使得系统的可补充性好，维护简单，易读易懂，对系统软件的适应性强
4运行环境规定
4.1设备
a． 为了使系统稳定的运行，硬件要求cpu达到奔腾3以上，内存至少为256MB。
b．外存可以不做要求，但建议应该在20GB以上。
c． 本系统要求在联机情况下使用，用户可以通过网络（局域网或者Internet）访问，但是为了便于使用，建议用户使用局域网。
4.2支持软件
建议使用windowos2000及以上的系统，测试环境为windows xp操作系统下使用asp.net.4.3接口
软件与其他软件之间应该有较好的接口和通信协议，实现相互之间的通信需要，增强本软件的实用性和功能。
4.4控制
当使用者通过图形界面进行操作时，用户输入相应信息后，点击相应按键，激发内部数据传输。软件自身对输入数据进行对照识别，判断数据类型（和格式）是否相符，做出相应处理，把结果输出给用户。
第二篇：图书管理系统需求分析报告
目录 一．概述
1.编写目的 2.项目背景 3.定义 4.参考资料 5.开发环境 二．需求分析 1.问题提出
2.系统的业务功能分析 3.需完成的功能 三．系统需求说明 1.对功能的规定 2.对性能的规定 3.输入输出要求 四．新系统的逻辑模型 1.图书馆组织机构分析 2.系统功能结构图 3.业务流程图 4.数据流程图 5.数据字典 一．概述
1、编写目的
按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的图书管理系统。通过对一个实际问题的分析、设计与实现，将原理与应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容
2、项目背景
数据处理手工操作，工作量大，出错率高，出错后不易更改。图书馆采取手工方式对图书借阅情况进行人工管理，由于信息比较多，图书借阅信息的管理工作混乱而又复杂；一般借阅情况是记录在借书证上，图书的数目和内容记录在文件中，图书馆的工作人员和管理员也只是当时对它比较清楚，时间一长，如再要进行查询，就得在众多的资料中翻阅、查找了。造成查询费时、费力。如要对很长时间以前的图书进行更改就更加困难了。
a.待开发的软件系统的名称是《图书管理系统》
b.本软件适用于教育界，他是比较完善的系统管理软件，对图书馆的书籍、读者资料、借还书等可以进行方便的管理。
C.开发员：王林飞，张应锋
3、定义
数据流程图（DFD）：为描述软件系统中的信息流提供了一个图形方法。箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。数据字典是对数据流程图中的数据，变换等进行精确的定义。
5、开发环境
WindowXP,/7 eclipse，需求分析
1、问题的提出：
图书馆作为一种信息资源的集散地，图书和用户借阅资料繁多，包含很多的信息数据的管理，现今，有很多的图书馆都是初步开始使用，甚至尚未使用计算机进行信息管理。根据调查得知，他们以前对信息管理的主要方式是基于文本、表格等纸介质的手工处理，对于图书借阅情况（如借书天数、超过限定借书时间的天数）的统计和核实等往往采用对借书卡的人工检查进行，对借阅者的借阅权限、以及借阅天数等用人工计算、手抄进行。数据信息处理工作量大，容易出错；由于数据繁多，容易丢失，且不易查找。总的来说，缺乏系统，规范的信息管理手段。有必要建立一个图书管理系统，使图书管理工作规范化，系统化，程序化，避免图书管理的随意性，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改图书情况。
2、系统的业务功能分析：
1）建立读者类，实现对读者编号、姓名、所在单位等信息的描述。
2）建立书籍类，实现对图书的编号、名称、作者、出版社、出版日期、价格、采购日 期、单价、数量、金额、版次、分类号、ISBN等信息的描述。
3）建立用于记录借书情况的类，实现输入读者编号和书籍编号后成功借书的描述。
系统的业务流程分析：
3、需完成的功能
1)图书基本情况的录入、修改、删除等基本操作。2)实现借书功能。3)实现还书功能。
4)能方便的对图书进行查询。5）管理员进行借书者用户进行管理
一、系统需求说明
1、对功能的规定
经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。
以下是图书管理系统必须具备的功能：
1.图书基本情况的录用：对于购进的新书，系统必须具备图书信息资料的录入功能。当图书资料发生变化，如图书丢失或有错误信息输入时，则应能够及时对数据进行修改和补充。
2.办理借书卡模块：系统的主要功能之一，供本校学生借阅图书。3.实现借书功能：可以方便学生们借书。
4.实现还书功能：归还图书，并进行登记。
5.能方便的对图书进行查阅：可以快速简单的对图书进行查找一些信息。
2、对性能的规定
为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：
（1）、系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
（2）、系统的开放性和系统的可扩充性 图书管理系统在开发过程中，应该充分考虑以后的可扩充性。例如用户查询的需求也会不断的更新和完善。所有这些，都要求系统提供足够的手段进行功能的调整和扩充。而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
（3）、系统的易用性和易维护性
图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口，易用的人机交互界面。要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
（4）、系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。
（5）、系统的先进性
目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
（6）、系统的响应速度
图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3、输入输出要求
输入：键盘，鼠标。输出：显示器。
二、新系统的逻辑模型
1、图书馆组织机构分析
通过对图书馆工作人员的调查，图书馆主要有4个部门。借阅管理部负责图书的借阅管理；图书管理部负责书籍类别标准的制定，类别信息的输入；书籍类别信息的查询，修改；书籍信息的输入；读者管理部负责主要针对各类读者信息进行管理；系统管理部负责用户管理和密码管理。组织机构图如下：
图书馆组织机构图
2、系统功能结构图
图书馆管理系统 借阅信息管理 图书信息管理 读者信息管理 系统管理 还书信息管理 借书信息管理 设置图书信息 设置图书种类 设置读者信息 设置读者种类 密码管理 用户管理还还还书书书信信信息息息查修添询改加 借借借书书书信信信息息息查添修询加改 图图图书书书信信信息息息查修添询改加 图图书书类类别别添修加改 读读读者者者信信信息息息查修添询改加 读读者者种种类类修添改加
3、数据流程图
通过对业务流程图的细化，可得到系统的分层数据流图。如下图： 顶层数据流图：
读者信息读者图书信息借书卡、借阅信息图书管理系统会员信息读者审核信息借阅信息借还书信息管理员 图书馆管理系统的顶层数据图
对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图： 借阅信息 借还书信息P1借阅信息管理借书信读者息还书信息读者P2图书信息管理书库文件管理员借书卡、借阅信息读者资料读者信息审核会员信息P3读者信息管理读者记录管理员信息P4系统管理 图书馆管理系统的第一层数据图
对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图： 借书卡P1.1身份审核合格读者借书信息读者记录借还书信息P1.2借书登记管理员还书信息书库文件P1.3书籍检查合格书籍读者还书信息P1.4还书处理借阅信息管理数据流图
注：附一些操作页面
1、登录页面
2、系统主页面（用户）（管理员 用户名：admin 密码：123）
3、新增图书
4、所有图书
5、借书
第三篇：图书管理系统需求分析报告
图书管理系统需求分析报告
摘要：
图书管理系统主要是用来管理图书信息和读者信息而设计的。图书管理系统的管理包括：用户管理、图书管理、读者管理、借阅管理。图书管理系统的查询包括：图书查询、读者查询、借阅查询。该系统可以查询图书的基本信息、读者的基本信息；可以查询某种图书的借阅情况；也可以查询某读者的借阅情况；也可以统计某种图书的在库数量和借出数量，还有能保存图书的流动记录等功能。该系统可以在连接网络的计算机上运行。
关键字：
图书信息管理、读者信息管理、信息检索
参考资料：
[1]曾强聪.软件工程[M], 高等教育出版社
[2]微软公司.SQL Server 2005数据库程序设计[M], 高等教育出版社
系统的现状与不足：
目前我国各类高等学校中有相当一部分单位图书资料管理还停留在人工管理的基础上。这样的管理机制已经不能适应时代的发展，其管理方法将浪费许多人力和物力。随着科学技术的不断提高，这种传统的手工管理方法必然被以计算机为基础的信息管理方法所取代。图书管理是高校必须切实面对的工作。图书馆在正常运营中面对大量书籍、读者信息以及两者间相互联系产生的借书信息、还书信息。现有的人工记录方法既效率低又错误过多，大大影响了图书馆的正常管理工作。人工系统是不符合标准化协议、通用性不强、不实用的系统，不能提高图书信息的现代化管理水平，不能实现信息资源的共享。人工方式管理系统存在着许多缺点，如效率低、保密性差且较为繁琐，图书管理人员工作量大。另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。不能对书籍资源、读者资源、借书信息、还书信息进行及时管理，不能及时了解各个环节中信息的变更，不能有效的提高管理效率。处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能 不够等。人工系统不能使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。基于人工系统的这些缺点和不足，我们有开发新的管理系统的需求。
解决方案及方案对比：
为了满足图书馆管理人员对图书馆书籍，读者资料，借还书等进行高效的管理，并结合图书馆管理现状，在工作人员具备一定的计算机操作能力的前提下，希望建立图书管理系统以提高图书馆的管理效率。图书管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，将是非常必要的，也是十分及时的。图书管理系统的建成无疑会为管理者对图书管理系统提供很大的帮助。
1.整个图书管理的业务流程抽象描述如下：
①新的图书购进后，分门别类地进行归并并汇总，加以编号。
②新书编号后，上到书架以备学生借阅。
③如某学生需要借阅图书，则在其本人的借阅登记表上进行登记，记录相关借
阅信息与借阅日期。
④学生借阅图书后，应及时归还图书，并在本人的借阅登记表上注明还书日期
和时间。
2.使用范围
所有读者、图书管理人员。在学校局域网的网络环境下，信息由各用户在规定的权限下录入、修改、查询、调用
达到信息的共享。
3.功能分析
（1）读者信息的制定、录入、修改、查询，包括学号、姓名、性别、借书数量、借书起始
日期、借书种类，续借情况、备注等等信息。
（2）书籍信息制定、录入、修改、查询，包括书籍编号、书籍分类、关键字、续借情况、备注等等。
（3）借书信息制定、录入、修改、查询，包括书籍的编号、读者编号、借书日期、借书期
限，续借情况、日志
维护、备注等等。
（4）还书信息制定、录入、修改、查询，包括书籍编号、读者编号、还书日期、还书期限、超期自动提醒，日志维护、备注等等。
（5）新旧读者的信息的删除和添加。限定条件的查询。
（6）图书证信息的办理，挂失，补办等等。
读者（借书者）：借书，还书，续借，支付欠费
前景展望：
本系统通过强大的计算机技术给图书管理人员和读者借、还书带来便利。减
少图书管理人员的工作量，读者借阅书更加方便。本系统除了图书馆内管理的一
般功能还外，还包括网上在线查询图书信息、查询本人的借阅情况和续借等功能。
系统的功能相对比较完善，根据以后不同的需要，还要对系统进行更新。
第四篇：图书管理系统需求分析
云南工商学院09信息管理1班
图书管理系统需求分析
班级：09信息管理1班
组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波
任务分配情况：
云南工商学院09信息管理1班
目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2
云南工商学院09信息管理1班
1.系统需求概述
1.1 图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：
·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。
·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。
1.2 系统主要业务流程分析
与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：
·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。
·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。
·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。
·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。
1.3 系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块：
·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。
云南工商学院09信息管理1班
·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
1.4 建立用例模型
根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：
1.4.1 读者用例图
<
图1-1 读者用例图
1.4.2 图书管理员用例图
<
图1-2 图书管理员用例图
云南工商学院09信息管理1班
1.4.3 系统管理员用例图
添加书目添加读者删除书目删除读者系统管理员查询图书查询读者
图1-3 系统管理员用例图
1.5 详述用例
在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。
表1-1 读者查找个人借阅信息用例
用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：
1、读者前提条件： 读者已登录到系统事件流：
1、读者选择查找个人借阅信息界面
2、读者输入图书证编号
3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)
云南工商学院09信息管理1班
表1-2 读者查找图书信息用例
用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：
1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：
1、读者选择查找图书信息界面
2、读者输入书名或书号
3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析
2.1 类图
在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：
云南工商学院09信息管理1班
系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<
图1-4 系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：
(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。
(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类
云南工商学院09信息管理1班 系统设计
系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
3.1 用例动态模型设计
3.1.1 实现“读者查询个人借阅信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息
图1-6 读者查询个人借阅信息序列图
1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
图1-7 读者查询个人借阅信息协作图
云南工商学院09信息管理1班
3.1.2 实现“查询图书信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图
1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
图1-9 读者查询图书协作图
3.1.3 实现“借阅图书”用例的动态模型
云南工商学院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功
图1-10 读者借阅图书序列图
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog
图1-11 读者借阅图书协作图
云南工商学院09信息管理1班
3.1.4 实现“归还图书”用例的动态模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功
图1-12 读者归还图书序列图
1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()
图1-13 读者归还图书协作图
3.2 类图设计
进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
云南工商学院09信息管理1班
系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
图1-14 设计类图
3.3 物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。
3.3.1 组件图
组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
云南工商学院09信息管理1班
图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息
图1-15 系统组件图
3.3.2 配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：
数据库服务器图书信息借阅信息读者客户端借/还书处理工作人员客户端公共客户端身份验证图书资源管理借阅信息图书资料查询 图1-16 系统配置图
第五篇：图书管理系统需求分析
图书管理系统需求分析报告
1.引言 1.1 编写目的
软件需求分析，其目的是用于说明软件产品或软件项目需要满足的条件和限制。在软件工程项目中，首先要获取用户的需求，通过对软件需要的提取、分析、文档化和验证，为进一步的设计和实现提供数据。软件需求与其他活动也密切相关，如软件测试、配置管理和质量管理等。
本需求的编写是为了研究利用大型数据库做基础的图书管理系统软件的开发途径和应用方法。同时它也是进行项目策划、概要设计和详细设计的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。
1.2 项目背景
本项目的名称：图书管理系统。
图书管理系统这任务提出与开发者为某学生的课程设计,用户是学校图书馆。本产品是针对电脑管理图书的需求设计的，可以完成图书信息录入、修改、删除，读者登记、购入新书、读者借还书、图书注销等。
1.3 相关定义
数据流图（Data Flow Diagram）：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。数据字典：它是数据的信息的集合，即对数据流图中包含的所有元素的定义的集 合。其作用是为设计人员提供关于数据描述的信息。数据字典应该由对以下四类元素的定义组成：数据流、数据流分量（即数据元素）、数据存储、处理。
2.需求概述 2.1 目标
“图书管理系统”主要提供图书信息和读者基本信息的维护以及借阅等功能。本系统是提高图书管理工作的效率，减少相关人员的工作量，使学校的图书管理工作真正做到科学、合理的规划，系统、高效的实施。
2.2 用户类和特征
最高用户是图书管理员和读者，图书管理员需要进行用户的创建、修改和删除等工作，要求具备计算机知识，如权限管理等。读者是普通用户，具备一定的计算机操作即可。
2.3 运行环境
服务器：CPU P4 1GHz以上;内存256M以上配置。由于服务器将存储大量图书资料，建议准备100G以上硬盘、并预留磁盘扩充接口。
客户端：CPU C433MHz以上；硬盘：200M以上空白空间；内存：128M以上配置。
软件运行环境：服务器：Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。
3.需求分析 3.1数据需求
图书馆管理信息系统需要完成功能主要有：
1)读者基本信息的输入，包括借书证编号、读者姓名、读者性别等。2)读者基本信息的查询、修改，包括读者借书证编号、读者姓名、读者性别等。3)书籍类别标准的制定、类别信息的输入，包括类别编号、类别名称。4)书籍类别信息的查询、修改，包括类别编号、类别名称。
5)书籍库存信息的输入，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期、登记日期。
6)书籍库存信息的查询，修改，包括书籍编号、书籍名称、书籍类别、作者姓名、出版社名称、出版日期登记日期等。
7)借书信息的输入，包括读者借书证编号、书籍编号、借书日期。
8)借书信息的查询、修改，包括借书证编号、借书证编号、读者姓名、书籍编号、书籍名称、借书日期等。
9)还书信息的输入，包括借书证编号、书籍编号、还书日期。
10)还书信息的查询和修改，包括还书读者借书证编号、读者姓名、书籍编号、书籍名称、借书日期、还书日期等。11)超期还书罚款输入，还书超出期限包括超出期限还书的读者借书证号，书籍编号，罚款金额。
12)超期还书罚款查询，删除，包括读者借书证编号、读者姓名、书籍编号、书籍名称，罚款金额等
13)管理员管理：包括创建读者用户信息、删除读者用户信息、添加图书信息、删除图书信息。
3.2事物需求
1)在读者信息管理部分,要求: a.可以查询读者信息。
b.可以对读者信息进行添加及删除的操作。
2)在书籍信息管理部分,要求: a.可以浏览书籍信息。
b.可以对书籍信息进行维护,包括添加及删除的操作。
3)在借阅信息管理部分,要求: a.可以浏览借阅信息。
b.可以对借阅信息进行维护操作。
4)在归还信息管理部分，要求: a.可以浏览归还信息。
b.对归还信息可修改维护操作。
5)在管理者信息管理部分,要求: a.显示当前数据库中管理者情况。b.对管理者信息维护操作。
6)在罚款信息管理部分，要求: a.可以浏览罚款信息。b.对罚款信息可以更新。
3.3确定用例及编写用例文档
用例描述了一个完整的系统事件流程，其重点在于执行者与系统之间的交互而不是内在的系统活动，并对执行者产生有价值的可观测结果。
在这个“图书管理系统”中的用例图如下所示。
用例图不能提供用例所具有的全部信息，为此需要使用文字描述那些不能放在图形上的信息。用例文档是关于执行者与系统如何交互的规格说明，要求清晰明确，没有二义性。在描述用例时，应该只注重外部能力，不涉及内部细节。
4.非功能需求 4.1 性能需求
学校对系统性能无特殊的要求，只要查询图书的时候没有明显的延迟就可以了，查询的时间不要超过3秒钟。条件、假定和限制：
1）系统最小寿命： 系统应该能在无重大改动的条件下正常运行5年以上。
2）对设备的要求：
要求计算机稳定性良好，整套系统经济实惠。
3）可以利用的信息和资源：
图书管已经配置了所有的计算机，以及网络设备，操作人员将使用win2003 4)图书管员工受过较好的计算机方面的培训，在调研的时候感觉有不少员工有计算机方面的专业经验。5）编目要参照中图法。
安全性需求
对于图书管理系统的图书量会非常大，所以在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意攻击系统，修改原始记录，同时对于数据库中的数据需要定时备份，防止系统数据丢失。此外，系统要求用户在登陆时需要身份验证。
5.故障处理
在正常情况下，应不出错。一旦发生意外，比如掉电、网络不通等，也应保证系统数据不会丢失。
故障出现后可能采取的变通措施，包括：
备份：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。恢复及再启动：如果数据造成丢失，可使用备份数据还原。
点击咨询 