第一篇:《图书管理系统》可行性分析报告告
《图书管理系统》可行性分析报告
一、系统建立的背景及意义
1.系统建立的背景
随着网络通信技术的迅速发展和信息技术的广泛应用,计算机的应用已经普及到经济和社会的各个领域。图书管理中也很需要建立一个系统来管理。对于管理员来说,记录大量的图书借阅手续繁忙;对于借阅者来说,查询所需图书相对很麻烦。所以建立一个图书管理系统是必然的。
2.现行系统存在的问题分析
(1)原来图书管理的多采用人工系统,浪费人力物力财力。
(2)新书入库后,借书着不能及时知道。
(3)借书者无法向图书馆提出进够自己所喜爱的书。
(4)学生查询书不方便。
(5)人员管理图书工作量大,容易出错。
二、系统的可行性研究
1. 系统的开发方式和目标
学校需要一套图书管理系统,可以记录图书的借阅,以方便学生可以迅速找到自己需要的书籍,使图书馆及时知道学生所需要的书进行合理订阅。同时减少人力的投入,提高信息处理的精度和准确度,在输入无误的基础上课保证数据的正确性。系统可以对入库的图书进行自动分类、归类,学生信息的管理和借阅情况登记入档。通过系统实现简化图书借阅和图书管理,使得图书管理更加有条理,更加科学化,人性化。方便管理人员对图示的借阅,归还等提供轻松快捷的管理方式,同时方便广大读者可以随时对图书进行续借查询等。
根据现有图书管理的系统,学校可进行以下流程调整:
(1)进书:发送订单到图书公司——拿到需要的书目单——得到上级的许可——预算金
额购买——对书籍进行分类
(2)书籍入架:叔叔上架
(3)图书借阅:学生查阅书号借书——系统记录借书号——登记借出图书
3.系统的可行性分析
(1)设备的可行性:学校已有电脑,书籍上万册,桌椅齐全。
(2)技术的可行性:校园网已经正常运行,学生和老师已经掌握了基本的图书系统运作
方式。使用JAVA和SQL语言,是大家所熟悉的,技术问题较低。
(3)经济的可行性:基本的网络系统已经建成,不需要再花大量费用去建设。软件开发
费,管理费,维护费,人员工资,相对于运行后为使用者带来的便利,此系统开发是可行的。
(4)使用方面的可行性:软件管理图书馆日常工作,毫无疑问会在使用过程中产生新的需求和问题,这样也会不断促进技术和软件应用的革新。
综上所述,图书管理系统的开发可以减少不必要的人员开支,而且有更大的学习管理效益,节约了大量的资源。所以,图书管理系统的开发是必然的,我们可以通过软件设计来实现
第二篇:书社图书管理系统可行性分析报告
可行性分析报告
1技术可行性
系统的性质为MIS或财务软件,因而数据库的设计与操纵是系统设计的核心。我在2002年11月至2003年3月曾经成功完成了“蓝色梦幻留言板”的开发与维护任务,具备一定的系统分析与设计能力,熟悉数据库的设计与操纵;指导老师王改性多年从事数据库的教学与研究工作,因而该系统的实现在技术上是可行的。
2人员可能性
我有“蓝色梦幻留言板”的开发经验,目前时间充足,可以完成开发任务。
蔡大臣的计算机功底很深,可以参与系统的数据库设计与开发。张航有深厚的文字功底,可以参与用户文档的制作、内部文档整理、后期测试等任务。
所有人员均可立即投入开发工作。
3时间、设备可能性
系统设计与开发工作预计耗时一个月,所有参与开发的人员均能够保证按时完成任务。实验设备如:计算机、打印机、扫描仪等不足,上机任务可以完成,打印机、扫描仪的实验根据具体条件暂时延缓执行。4系统工作量
该系统的工作量相对于我们的开发小组来说很大,必须保证按进度完成任务。实际工作量预计超过一个月(每天4-8小时)。如包含软件维护及技术文档的整理、制作,工作量将更大。
5代码工作量
预计需25天左右。
6文档要求
依据国家《计算机软件产品开发文件编制指南》和《现代软件工程》的理论与原则编制标准的软件技术文档。
第三篇:小型图书管理系统可行性分析
可行性分析:
1.项目背景分析
本项目名称为“小型图书管理系统”。该系统主要为管理员设计,方便查找图书及录入图书。系统功能主要包括:能够存储一定数量的图书信息并进行图书查询、图书删除、图书入库、图书概览、修改密码等,系统的注册功能可以让多个人登录系统,方便个人使用。本项目的任务提出者为安工计科学院,开发者为计科学院软件工程专业的学生。
2.性能分析
小型图书管理系统的使用者是个人或是管理员。对于管理工作,性能要求不是太严格,但需要方便图书入库等操作。
3.可靠性和安全性分析
由于图书管理系统的图书量会非常大,所以在对这些图书导入和查询时要保证速度。对于整个系统,由于是对管理员专用,并未设置权限控制。但是,数据库中的数据需要定时备份,防止系统数据丢失。
4.项目基本目标分析
该系统的目标应考虑以下几个方面:
(1)系统需要操作方便,方便管理员的管理。
(2)系统需要提供综合查询功能,方便图书的查询。
(3)系统需要良好的扩展性,方便功能扩展和性能扩展。
5.技术条件可行性分析
本系统是一个采用面向对象技术、数据库技术等先进技术开发的应用程序,现有的开发技术已经成熟,虽没有大规模推广,相信不久的将来会被广泛应用。利用现有的技术可以达到功能目标。
6.经济可行性分析
该系统为小型系统,花费小,开发时间短,开发人数少,既经济又适用。
7.社会因素方面的可行性
所建议系统的研制和开发都选用正版软件,将不会侵犯他人、集体和国家的利益,不会违反相关的国家政策和法律。
8.操作方面的可行性
本系统的研制和开发充分考虑用户工作流程、计算机操作水平等,尽可能提供更人性化、直观的界面,满足用户要求。系统的操作方式在用户组织内可行。
9.可行性的结论
经上述可行性分析,系统的研制和开发可以立即开始进行。
第四篇:图书管理系统需求分析报告
图书管理系统
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、借书