软件工程设计图书管理系统完整的啊

1、 软件工程课程设计 图书管理系统任务 人员 1软件定义阶段（1）问题定义（2）可行性分析（3）需求分析2软件开发阶段（4）概要设计（5）详细设计（6）编码和单元测试3软件维护阶段 （7）软件维护1软件定义阶段 （1）问题定义 基本任务：理解问题 阶段成果：系统目标与范围说明书问题理解:图书馆在正常运营中总是面对大量的读者信息、书籍信息以及两者相互作用产生的借书信息、还书信息。因此需要对读者资源、书籍资源、借书信息、还书信息进行管理，及时了解各个环节中信息的变更，有利于提高管理效率。管理图书采用传统的管理方法:图书管理员在办理借书登记、查询读者借书记录时，管理人员必须在借书记录上一个个去查找，而

2、要找到借书记录并删除该记录是件很麻烦的事情。每当新书入库时，图书管理员既要填写新书入库卡片，又要填写新书入库帐目，不仅工作量大，而且，在新书入库后要经历较长的时间方能借出。所以，为提高图书馆管理的效率，减少图书管理员的工作负担，有必要开发一个小型图书馆管理软件来对图书实施有效管理 现代图书馆的图书管理早就进化信息化阶段了，但是从软件市场购买的一些信息管理软件通常是通用版的，不可能适应所有图书馆管理中的情况，功能不能扩充，这样不仅工作效率低下，浪费人力，财力，而且在一些中间环节还造成信息丢失，出错。以下是针对某某图书馆的图书管理现状，在调研基础上开发出来的图书馆信息管理系统。在下面的各章中将以开

3、发图书馆管理系统为例,谈谈其开发过程和所涉及到的问题及解决方法。系统目标(基本功能如下)：(1) 以自动化、系统化、高效管理代替分散、重复操作。(2) 开发图书馆管理系统，提供更好服务效益和提高现代化管理水平。(3) 建立图书馆管理系统，提高读者的自律性，促进读者保管并及时归还图书。(4) 减轻图书馆管理员的负担，节省人力物力开支。范围说明: （1）能够及时了解学校图书室的藏书情况和师生的借书情况 （2）能够快捷地添加，将有关资料信息录入数据库，修改，查询图书分类信息和图书信息，包括单条件查询和多条件查询 （3）能及时掌握图书室的藏书数量及种类，各个学科的图书数量，迅速盘点图书库存。 （4）图

4、书的借出，归还，续借，挂失，催还手续简便，效率高。 （5）功能齐全，安全稳定，可靠性高，操作简便，使用灵活，实用性强， 准确率高，具有海量存储能力和快速交换速度，自动及时进行数据备份。 (6) 用户的权限设置：不同用户的使用权限不同。（2）可行性分析（研究） 基本任务：理解工作范围 阶段成果：项目计划说明书 2.1 可靠性和安全性需求：由于图书管理系统的图书量会非常大，所有在对这些图书导入和查询时要保证速度。在图书借阅过程中又要保证事务的完整性。对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。同时对于数据库中的数据需要定时备份，防止系统数据丢失。所建议的系统的开发目标

5、应考虑以下几个方面：（1）系统需要操作方便，方便管理员对整个系统的管理和读者借阅。（2）系统需要提供综合查询系统，方便图书的查询。（3）系统需要良好的扩展性，方便功能扩展和性能扩展。（4）系统需要较好的安全性和灾难恢复机制。 2.2 硬件、软件、运行环境和开发环境方面的条件和限制（1）硬件资源服务器：工作站或小型机网络设备：网络交换机，网卡，网线图书条码打印和扫描机打印机（2） 软件资源服务器端软件选择的具体说明：操作系统：Windows 2007 Server 或 Windows XP。数据库管理系统：SQL Server。软件平台：VC+客户端软件选择的具体说明：web浏览器。通过对该图书

6、馆的各个方面进行了具体的了解之后，现对该单位开发图书管理系统的可行性进行分析。技术上可行：该系统所需硬件设备，市场上销售且价格较低，甚至可以使用原有的设备，软件上，操作系统采用Windows系列操作系统，数据库管理系统采用VC，这些软件在MIS（管理信息系统管理信息系统）开发中已被大量应用，技术上都比较成熟。因此在技术上是可行的。经济上可行：由于学校急需采用计算机来进行图书馆的管理，因此对开发图书管理系统大力支持，开发经费没有问题。操作上可行：该学校的图书馆有很多的管理体制，每位借书人均有借书证，同时图书馆还为每位借书人建立了档案。因此操作上可行。另外，图书馆管理人员对开发该系统也是大力支持的

7、，同时制定了培训计划，并进行了实施MIS的物质准备和工作准备。社会可行性：首先是合法的，其次既方便于学校管理员的管理，又有利于学生的借阅和查找综上所述，开发图书管理系统在技术上、经济上、操作上都是可行的。2.3 处理流程和数据流程（流图）数据字典卡片管理员信息 图书信息 名字:* 别名：*作者：*描述：唯一的标示书籍所处状态定义：图书=图书条形+图书报废信息+是否被借阅+价格+出版社位置：图书管理名字:*别名：*密码：*描述：处理图书条形，图书报废等信息，并用计算机管理用户借书的日期，数量，以及是否罚款定义：管理员的基本信息位置：图书管理员 读者信息 借书数量名字:*别名：*描述：某人借书的数

8、量定义：读者借书数量=0数字8位置：读者管理名字:*别名：*密码：*描述：记录用户借书的日期，数量，以及是否罚款，书评等信息定义：读者的基本信息位置：读者管理（3）需求分析 基本任务：定义用户需求 阶段成果：需求规格说明书3.1 定义用户需求系统的性能需求图书管理系统要求系统需要具备以下几个主要特性：（1）多样性: 图书管理系统在设计时必须遵循的一个重要原则，就是以用户为系统设计的中心。网络的发展大大降低了信息咨询的成本，用户面临更多的选择，所以，图书管理系统除了降低成本以外，还必须在皮肤，功能的多样性上下工夫，才能够得到用户的认可。具体来说，应用系统应能实现用户特定的需求，操作界面友好、方便

9、，功能设置符合用户的习惯和要求。（2）易维护:管理员能够简单方便地管理系统，定义新的应用，并对系统进行日常维护;随着图书馆信息的变更或增加、数据规模的增大，系统升级、维护应易于操作;各子系统、功能模块的设计应具有良好的灵活性，保证在图书管理系统建设过程中后期系统功能的实现不影响前期已投入使用的系统功能。（3）安全性:系统应充分考虑信息、设备、运行和管理的安全性，建立完善的多层次的安全保障体系，保证用户的个人信息等资料的数据安全。（4）可扩展: 该系统的用户从事着各种行业，他们的需求各不相同，系统在设计时应充分考虑到用户需求不断变化的需要，降低系统在扩展新的业务功能时的复杂度。系统的数据需求（1

10、）数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是用户的手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对用户操作进行实时的跟踪和错误提示。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。（2）数据的一致性与完整性由于图书的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如

11、果不能符合完整性约束，系统应该拒绝该数据。（3）数据的共享与独立性 整个系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。3.1.3 普通用户功能需求要设计一个良好的资料借阅管理系统，就必须首先明确该应用环境对系统的要求。资料借阅管理系统的应用背景为：方便用户查询借阅图书。普通用户是系统的服务对象，也是系统的主要参与者。一个资料借阅管理系统的好坏主要是由普通用户来评判的。因此，该系统需满足以下几方面需求：1. 图书管理：包括对图书的增加，注销，修改，

12、查询。2. 读者管理：包括对读者的增加，注销，修改，查询，续接。3.1.4 管理员功能需求 总体功能设计系统要能实现如下功能： 登录系统：注销用户、系统退出。 管理：用户管理、图书管理、读者管理、借阅管理。 查询：图书查询、读者查询、借阅查询。 报表打印：所有图书、借出图书、库存图书、所有读者。 帮助：使用说明、关于。(1) 可添加、注销、和更新图书信息(2) 能处理借阅、续借和还书。(3) 可以对过期未还书的读者进行罚款处理。(4) 可以按图书编号精确查询，也可以按图书类别、图书名称及索书号进行组合模糊查询。(5) 可以按读者编号精确查询，也可以按读者姓名、所在系及所在专业信息进行组合模糊查

13、询。(6) 可以统计图书借阅历史记录以及目前图书的借阅状况。(7) 可以统计读者借阅历史记录以及目前读者的借阅情况。(8) 可以进行软件登陆身份验证。3.2 需求规格说明书根据范式理论和E-R图转换成关系模型的规则，上面的E-R图可转换为3个关系模式：图书（条形号、书名、出版社、借阅与否、价格）；读者（借书证号、姓名、性别、单位编号）；借阅（借书证号、馆藏号、借阅时间），其中打下划线的为码，这样就解决了插入、删除和数据冗余等问题。图3.1是整个的ER图 图3.1 1. 图书实体的E-R图，如图3.2所示：书名ISBN号图书编号图书类别出版社借出次数单价借出数作者馆藏数量图书出版日期 图3.2

14、2. 读者出版社实体关系的E-R图，如图3.3所示：出版社出版社号出版社名出版图书图书编号出版社号nm 图3.33. 图书、图书类别实体关系的E-R图，如图3.4所示：图书类别类别名索书号属于图书图书编号索书号nm图3.4 4. 读者实体的E-R的图，如图3.5所示：读者读者编号总罚款数现借阅数可借阅数专业读者姓名系别性别年龄总借阅数 图3.55. 读者、系别、专业实体关系的E-R图，如图3.6所示：m11n属于读者读者编号系别号系别系名系别号包含系别号专业号专业专业号专业名属于mn读者编号专业号 图3.6 6. 借书关系E-R的图，如图3.7所示：借书读者图书读者编号图书编号借书日期还书日期

15、mn还书否 图3.7 7. 还书关系的E-R图，如图3.8所示：还书读者图书读者编号图书编号借书日期还书日期mn还书否图3.8 8. 续借关系E-R图，如图3.9所示：续借读者图书读者编号图书编号借书日期还书日期mn还书否图3.99. 罚款实体的E-R图，如图3.10所示：罚款读者图书读者编号图书编号罚款mn归还日期图3.10 10. 管理员实体的E-R图，如图3.11所示：管理员用户名密码图3.112软件开发阶段（4）概要设计（总体设计）基本任务：建立软件结构阶段成果：总体设计说明书4.1系统功能模块划分4.1.1系统功能主要包含模块：表4.21功能序号功能名称功能说明1借阅管理包含用户的借

16、书，还书，续借，借阅信息的查询及修改2图书管理包含对图书的增加，删除，修改，查询。3当前借阅信息查询包含对用户借阅信息的查询4图书在架状态查询包含对图书在架的信息查询5读者信息管理对读者信息的增删改查。一、系统主功能模块细化1.新书入库模块：可用一个函数insert_new_book(char book_num,char book_name,int number)来实现。形参分别为：书名, 书号,以及有多少本书要入库，再根据要求将信息写入文件boot.dat中。2.查询模块：可用一个函数void find_book(char book_num)来实现。找到就输出此书全部信息，找不到就输出查找失

17、败信息。3.借阅管理模块：（1）读者的信息可以在系统初始化时完成.即可用初始化函数init_reader()来实现对读者的初始化。因为读者初始化函数也只是在系统第一次运行的时候执行一次，故也可以根据是否存在reader.dat文件来确定是否执行此函数。（到现在可以发现在系统初始化函数里，至少已经需要调用两个初始化函数了）（2）借书登记模块：可用一个函数borrow_book(char reader_num,char book_num)来实现。在函数中要分别判断：a.该读者的编号是否已经存在，如果不存在，则提示错误。b.该读者的借阅书是否已满（即最多只能借1本书）如果是，则提醒该用户先去还书。c

18、.输出的书号对应的书是否存在，如果不存在，则提醒读者不存在此书。借书过程完成后，则对读者信息里的借书信息写上所借书号，并修改库存量。（3）还书管理模块：可用一个函数return_book(char reader_num,char book_num)来实现。在实现此函数时要判断：a.该读者的姓名是否已经存在，如果不存在，则提示错误。b.该读者是否已经借阅此书。如果没有，则提示错误。c.还书过程完成后，则对读者信息里的借书信息清零，并修改库存量。3.输出图书和读者信息：可分别用模块print_book()和print_reader()来实现，直接从book.dat文件和reader.dat文件中读

19、取信息并输出。4.退出系统：可用一个函数exit()来实现。首先将信息保存到文件，释放动态创建的内存空间，再退出此程序。4.2基本设计概念4.2.1处理流程图例说明过程、模块1.处理过程：数据表2.数据存储： 决策3.条件判断：4.数据流：(单向)实体5.数据流：（双向）6.外部实体：数据表7.带有变动历史的数据存储：二、系统主功能模块结构图：图书管理系统新书入库图书查询借书登记还书管理输出图书信息输出读者信息退出系统 4.2.2图书管理系统的基本设计概念和处理流程： 系统总体结构图：用户切换文件界面登陆关于借书借阅办理借阅信息查询图书管理系统还书修改用户信息图书在架信息查询图书在架状态查询读

20、者信息管理查询用户信息图书增加图书信息修改图书管理图书删除 借阅办理流程图用户 Book图书借阅表图书在架状态选择图书借书借阅信息图书管理流程图管理员修改选择图书删除增加图书信息表图书在架查询4.3 数据库索引 建立索引是加快查询速度的有效手段，数据库的每一个表建立了主键，主键由一个或几个字段组成，每一个表都按主键建立了索引，部分表为了满足查询和排序的需要，除建立主索引外，还建立了次索引。例如在查询时要用到“馆藏号”、“作者”、“题名”等条件来查找图书，因此，在书目表上除了对主键“馆藏号”建立了主索引外，也对“作者”、“书名”等建立了次索引。 视图是从一个或几个基本表导出的表，它是定义在基本表

21、之上的，它是一个虚表，数据库中只存放视图的定义，而不存放视图对应的数据，数据仍然存放在原来的基本表中。通过定义视图，可以使用户眼中的数据库结构简单、清晰，并可以简化用户的数据查询操作。由于本系统数据表较多，表中的字段多，为了简化对表的操作，我们创建了图书_按书名查询、期刊_按刊名查询、期刊_按编辑部查询、借阅规则查询、待还书查询、超期记录查询等30余个视图。 3.6 存储过程 存储过程是一段经过编译的程序代码，存放在数据库服务器端。通过调用适当的存储过程，可在服务器端处理大量数据，再将处理结果送到客户端。这样可减少数据在网络上的传送，消除网络阻塞现象；例如：要查询某条记录，若该记录在表中的顺序

22、号是10000，不采用存储过程，服务器将从1至10000条记录数据逐条送至客户端，采用存储过程后，由于过程是经过编译的并且是在本地，不需要通过网络，因此能很快查出所需记录并将结果送到客户端，大大减少了网上数据传输量。存储过程另一好处是可供不同的开发工具调用，如PB、VC、ASP、Delphi等开发工具均可调用。实际上调用同一存储过程完成的。本系统建立了60多个存储过程，实现诸如借还书处理、新书入库统计、编目入馆藏、读者统计、生成索书号等功能。条形码的使用 条形码具有唯一性和一次输入后就可反复使用的优点，利用条形码技术作为信息快速输入的手段可迅速且不易发生错误地处理图书管理业务。本系统使用条形码

23、作为图书和读者的标识，实现标识的唯一性。 使用条码后，能够使图书管理工作更加简单、快捷、不易出错。例如，当一本书具有唯一条形码标识，每位读者也具有唯一条形码标识时，图书的借阅、查询就十分便捷了。应用条形码取代了以往填写书袋卡、借书证，核对借阅时间等繁琐的手工劳动。读者在借书时只要将借书证给工作人员，工作人员只需登录借书系统，用条形码阅读器扫描读者借书证上的条形码，屏幕就会显示出该读者的信息，包括读者姓名、单位、可借几本书、已借几本书、是否过期、有无罚款等。如可以借书，工作人员只需用条形码阅读器扫描该读者所需借的书上的条形码符号后，该书的书名和条形码等信息都从数据库中调出显示在屏幕上，自动记录在

24、该读者的借阅档案中，借书工作即告完成。一般借一本书仅需 1至 2秒钟。操作完后，计算机自动地将该借阅者和借阅的图书号码输入对应数据库中，并自动提示借阅期限。4.2.2 数据库逻辑结构设计本系统使用SQL Server 2008将数据划分为图书信息表、图书类别表、图书与图书类别关系表、出版社信息表、图书出版社信息表、读者信息表、系别信息表、读者与系别关系表、专业信息别、读者与专业关系表、系别与专业信息表、图书借阅信息表、图书流通信息表、罚款信息统计表和管理员信息表15个部分。下面将各表中的字段进行以下简单介绍：1. 图书信息表图书信息表是用来存储图书信息的表，由图书编号、ISBN号、书名、作者和

25、单价等。其中图书编号为主键。表3.1 图书信息表中文描述类型长度主键否可否为空图书编号varchar50是否ISBN号Char18否否书名varchar50否否作者varchar50否否单价Int4否可2. 图书类别表图书类别表，记录图书类别。其中索书号是主键。表3.2 图书类别表中文描述类型长度主键否可否为空索书号varchar50是否类型名varchar50否否3. 图书·图书类别关系表记录图书与图书类编的对应关系，其中图书编号与索书号是主键。表3.3 图书·图书类别关系表中文描述类型长度主键否可否为空图书编号varchar50是否索书号varchar50是否4. 出版

26、社信息表记录出版社信息，包括出版社名称与出版社编号。其中出版社号为主键。表3.4 出版社信息表中文描述类型长度主键否可否为空出版社号varchar50是否出版社名varchar50否否5. 图书 & 出版社关系表记录出版社和图书的对应关系，其中出版社号与图书编号是主键。表3.5 图书·出版社关系表中文描述类型长度主键否可否为空出版社号varchar50是否图书编号varchar50是否出版日期datetime8否否6. 读者信息表记录读者的详细信息，包含读者编号、姓名、性别、年龄、可借阅总数、现借阅数、总借阅数、罚款总数。其中读者编号是主键。表3.6 读者信息表中文描述类型长

27、度主键否可否为空读者编号varchar50是否姓名varchar50否否性别varchar50否否年龄varchar50否否可借阅总数int4否可现借阅数int4否可总借阅数int4否可罚款总数int4否可7. 系别信息别记录系别信息，包括系别名与系别号。其中系别号是主键。表3.7 系别信息表中文描述类型长度主键否可否为空系别号varchar50是否系别名varchar50否否8. 读者 & 系别关系信息表记录读者与系别的对应关系，其中读者编号与系别号是主键。表3.8 读者·系别关系信息表中文描述类型长度主键否可否为空读者编号varchar50是否系别号varchar50是否

28、9. 专业信息表记录专业信息，包括专业名称与专业编号。表3.9 专业信息表中文描述类型长度主键否可否为空专业号varchar50是否专业名varchar50是否10. 读者 & 专业关系信息表记录读者与专业的对应关系，其中，读者编号与专业号是主键。表3.10 读者·专业关系信息表中文描述类型长度主键否可否为空读者编号varchar50是否专业号varchar50是否11. 系别 & 专业关系信息表表3.11 系别·专业关系信息表中文描述类型长度主键否可否为空系别号varchar50是否专业号varchar50是否12. 图书借阅信息表记录图书当前的借阅状态，

29、通过图书编号与读者编号两个主键，关联其他表格信息。其中读者编号与图书编号是主键。表3.12 图书借阅信息表中文描述类型长度主键否可否为空图书编号varchar50是否读者编号varchar50是否借书日期datetime8否否还书日期datetime8否否13. 图书流通统计表记录图书流通的详细信息，包括馆藏总数、借出次数、借出数量。其中图书编号是主键。表3.13 图书流通统计表中文描述类型长度主键否可否为空图书编号varchar50是否馆藏总数varchar50否否借出数int4否是借出次数int4否是14. 罚款信息统计表记录读者的罚款信息。其中图书编号与读者编号是主键。表3.14 罚款信

30、息统计表中文描述类型长度主键否可否为空图书编号varchar50是否读者编号varchar50是否还书日期datetime8否否罚款数int4否可15. 管理员信息表记录管理员信息。当管理员进入后台时，须向该表查询是否存在该用户，并且该用户密码是否正确。其中用户名是主键。 表3.15 管理员信息表中文描述类型长度主键否可否为空用户名varchar50是否密码varchar50否否 表3.16读者信息表格名称代码数据类型注释读者编号ReaderIDintPk,自动增长读者姓名ReaderNamechar读者姓名单位部门Departmentchar单位部门性别Sexchar性别读者类型Reader

31、Typechar类型有效证件Cardchar有效证件证件号码Cardnumberchar证件号码联系电话Telchar联系电话地址Addresschar地址操作员RAdminchar操作员登记日期RDatechar登记日期（5）详细设计 基本任务：各模块的实现 阶段成果：程序规格说明书5.1主要功能流程图1系统主要结构流程图：已做初始化开始TF初始化功能选择1图书查询借阅登记还书管理输出图书信息输出读者信息入库完否T退出系统新书入库F234551520初始化 新书入库 2.新书入库功能程序结构图开始输入新书名、新书号和新书数量已存在此新书if(还有新书)结束(即返回主菜单)根据数量修改库存bo

32、ok.dat中增加此新书,根据数量设置库存量TTFF 开始输入要查询的书号是否存在此书输入此书的全部信息输入信息：此书不存在是否继续查询结束(即返回主菜单)TTF3.图书查询程序结构图: F 4借书登记程序结构流程图：书号存在否开始输入读者编号是否存在编号输出出错信息提示不能借书借书卡是否满是否还书进入还书模块输入需要借的书号还有读者借书结束(即返回主菜单)是否重输否满借书登记，修改book.dat中的现存信息，reader.dat中的借书卡信息TTTTFFFFTFFT T T开始输入读者编号是否存在编号输出出错信息核对书号是否重输进入查询模块输入还书的书的编号还有读者还书结束(即返回主菜单)

33、是否重输否满还书将读者信息借书卡清0, 修改book.dat现存信息TFFFTFTF5.还书管理程序结构图：开始是否输出图书信息输出全部图书信息输出全部读者信息结束(即返回主菜单)TF6输出读者和图书信息（6） 编码和单元测试经测试各模块基本功能成功实现，能够达到预期效果，能够实现界面设计合理，方便用户操作，基本满足用户和管理员的需求。但有部分系统功能不够完善，仍需要继续完善功能。在开发本系统时，为了使系统能够稳定运行，对本系统进行了有针对性的全面测试，采取的方式是：（白盒测试技术和黑盒测试技术）1、菜单项测试：为了保证每一项下拉菜单能够正确实现系统设计的功能，我把该图书馆有关图书的所有基础数

34、据，基本上全部输入到本系统中，并对每一个菜单项反复进行了增加、删除、修改等操作，从而保证了菜单级功能的正确实现。2、数据跟踪：完成菜单项测试后，我又对系统内的每一个数据进行了跟踪。例如：例如对最多可借书数的管理，我首先在借书证管理模块中对某个读者的可借书数进行设定，然后在借书模块进行数据操作，随时观察这两个数值之间是否有冲突产生，经过对可借书数的数值多次不同大小的设置并进行验证，说明该功能完全正常。 3、综合测试：在以上测试的基础上对系统功能进行了整体的测试，依次来检验系统功能是否符合系统设计的要求。测试范围与主要内容测试范围主要内容简要说明系统登陆验证验证用户身份，进行权限控制功能性测试信息

35、检索功能测试测试数据库检索代码的健壮性功能性测试统计分析测试测试按时段统计的准确性功能性测试数据完整性测试测试登记失败时的数据完整性控制功能性测试核心代码复检检验核心代码的质量逻辑检错性测试任何一个管理系统，为保证它的数据安全性与信息安全性，都会采用各种方法来区分登录用户，并限制不同用户的操作使用。在图书管理系统中，通过需求分析所得系统使用过程中将面向2类使用人群。因此，通过分析，将这2类人群总结规划为：管理员、读者。其中，管理员作为系统的最高权限用户可以看到并能修改管理系统中的所有信息。读者在登录系统后则只能借阅图书信息与用户个人信息。本人希望通过权限的划分来区别各类型登录系统的功能。系统登录模块的设计界