毕业设计（论文）-基于ASPNET的高校图书馆管理系统的设计与实现.doc

内蒙古科技大学毕业设计说明书（毕业论文）本科生毕业设计说明书（毕业论文）题 目：基于ASP.NET的高校图书馆管理系统的设计与实现学生姓名： 学 号： 专 业： 班 级： 指导教师：5353基于ASP.NET的高校图书馆管理系统的设计与实现摘要随着社会信息化的快速发展，高校作为教育与科研的先行者，信息资源的快速增长，将体现在高校图书资源的快速增加，由于图书信息变更频繁，图书管理需要对图书信息进行频繁操作，大量数据依靠人力进行管理已经不能满足图书信息的快速增长需求，一种高效自动化的图书管理系统，成为各高校图书馆的迫切需求。本系统实现了分角色登录功能，用户可以查询、借阅、归还馆藏图书。系统管理员能实现新书入库、用户管理、馆藏图书、资源、新闻维护等功能。系统实现与图书相关的各种信息规范化和自动化处理。本系统采用ASP.NET+SQL Server2008工具开发，开发中前端采用HTML对页面进行UI布局，开发架构采用.NET三层架构。开发环境Visual Studio 2010。关键词：.NET平台；B/S结构；图书管理；C#语言The Design and Realization of University Library Management SystemAbstractWith social information of fast development, University as education and research of pioneer, information resources of fast growth, will reflected in University books resources of fast increased, due to books information change frequently, books management need on books information for frequently operation, large data relies on human for management has cannot meet books information of fast growth needs, a efficient automation of books management system, became the University Library of urgent needs.The system logged function, users can query and to borrow and return library books. System administrators can achieve new book storage, user management, collection of books, resources, press maintain function. System standardization and automation of information processing associated with the book.The system uses ASP.NET+SQL Server2008, tools development, development of front-end UI using HTML page layouts, development structures.NET three-tier structure Visual Studio 2010 development environment.Key words: .NET; B/S; Books Management; C#目 录摘要IAbstractII第一章 引言11.1课题背景与意义11.2国内应用现状11.3可行性研究11.3.1经济、技术、法律方面可行性分析11.3.2操作的角度分析系统可行性21.4项目开发计划21.5工具及相关技术介绍4第二章 需求分析62.1功能描述62.2系统数据流图72.3系统数据字典92.4系统非功能性需求112.5数据库ER图12第三章 总体设计193.1软件结构193.1.1软件结构图193.1.2工程中的资源分类193.2数据库表的设计21第四章 详细设计304.1用户登录模块304.1.1用户登录界面304.1.2用户登录的设计与实现304.2图书管理模块314.2.1图书管理界面314.2.2图书管理的设计与实现324.3用户管理模块344.3.1用户管理界面344.3.2用户管理的设计与实现354.4图书借阅模块384.4.1图书借阅界面384.4.2图书借阅的设计与实现384.5图书归还模块394.5.1图书归还界面394.5.2图书归还的设计与实现404.7新闻管理模块414.7.1新闻管理界面414.7.2新闻管理的设计与实现424.8资源管理模块444.8.1资源管理界面444.8.2资源管理的设计与实现44第五章 系统测试475.1测试步骤与方法475.1.1测试步骤475.1.2测试方法475.2测试结果48第六章 总结与展望52参考文献53致谢54第一章 引言1.1课题背景与意义随着社会信息化的快速发展，高校图书资源也随着信息化的发展，不断的增长。由于信息量大和更新速度快，依靠人力来管理大量的图书信息，使得管理效率低下，在管理的过程中容易出现图书信息存放错乱的现象。图书馆的图书信息更新频繁、更新量大，单纯依靠人力进行维护已经无法满足需求。因此，需要一套能自动化处理图书馆图书信息业务的系统成为需求。鉴于此，本系统根据图书馆实际需求，开发一套自动化的图书管理系统，方便对图书馆的图书信息进行维护。该系统能处理图书馆日常业务，系统自动对图书信息进行分类，相比依靠人力资源进行处理，处理的速度和效率都是质的飞跃。本系统有利于减少人力资源的投入，有利于高效、快捷、准确地维护图书信息，有利于与现代信息化接轨。1.2国内应用现状国内信息智能化图书管理系统使用已经有30多年，系统可以自动化实现图书的信息分类，图书超期罚款，馆藏资源的高效检索。早期国内使用的图书管理系统主要是人工进行信息的维护，维护效率低，维护的过程中容易出现图书信息错乱的现象。随着计算机信息处理能力的快速发展，信息维护更多的依赖于计算机的快速处理，随后图书管理系统出现了相对智能化查询、维护等简单的功能。21世纪物联网的快速发展，也使得图书管理系统与物联网相结合，通过电子设备进行图书的借阅和归还，图书管理系统的人力维护成本将大幅度降低，有效地减少维护费用的开销。通过30多年的快速发展，图书管理系统得到了快速的发展和完善。由于各高校图书馆的结构不同，需要最大满足本馆实际要求的图书管理系统，成为了市场需求。根据图书馆的实际情况，对系统进行符合图书馆实际要求的设计和开发。图书管理系统的定制将成为将来市场的需求趋势。1.3可行性研究软件开发首要分析的就是软件的开发是否具有可行，现将本系统开发的可行性进行详述的分析论证，主要对系统的经济、技术、法律、操作等四个方面进行分析研究。1.3.1经济、技术、法律方面可行性分析1. 技术可行性该项目已有原型系统，现有的系统在技术上已有10-25年的技术成熟度，现有系统的使用期长达30多年，通过对现有系统的技术分析，得出现有系统开发技术成熟，技术性难题相对较小。开发本系统在技术上是可行的。2. 经济可行性本系统主要用于毕业设计模拟开发，无商用价值。所以本系统不涉及经济利益。3. 法律可行性本设计是基于本校现有图书管理系统的模拟开发，开发成果不用于商业用途且是自主设计研发，没有构成侵权行为。系统在开发过程中，没有涉及法律及道德问题，软件开发在法律上是可行的。1.3.2操作的角度分析系统可行性系统采用交互式界面，用户通过界面浏览系统和使用系统提供的功能。该系统界面设计美观、简洁，用户通过输入必须的信息和通过鼠标的点击就可以使用系统提供的功能。系统能满足无计算机基础知识的用户操作，该系统面向广大的院校读者，在系统的实现时充分的考虑了系统的可操作性。1.4项目开发计划1. 系统资源系统的开发和运行需要硬件和软件的支持，系统所选用的硬件决定系统的性能稳定，好的硬件支持能使系统对信息的处理能力大大提高。系统开发对工具的选择也很重要，好的开发工具能使软件开发的周期缩短，降低软件的支出经费增加利益收入。以下列出系统开发和运行所需要的软、硬件资源。1) 系统开发和运行所需软件操作系统：Windows 7。服务器操作系统：Windows Server2003。网站发布服务器：IIS6.0。开发工具：Visual Studio 2010。浏览器：IE10。数据库：SQL Server2008数据库。2) 硬件资源CPU：主频1G或以上的CPU。内存：最低配置1GB，建议使用2GB以上内存。硬盘空间：需要10G以上的硬盘空间。2. 成本预算由于本系统开发是用于毕业设计，系统无商业价值，投入系统开发的资金可以忽略不计。3. 项目进度安排本项目开发需要经过7过程，项目开发的每个过程需要的时间不同。每个阶段都需要完成相应的软件文档和提交产品清单，对每个阶段的审批都有不同的审批方式。以下分别列出本次项目开发各阶段的起止时间、需要提交的文档和产品清单。1) 问题定义阶段起止时间：2015/02/122015/02/20。该阶段文档：关于软件性质、规模、目标报告书。文档验收要求：报告书能客观的反映软件的性质、规模、目标，不能主观随意揣测，要结合实际要求客观描述。该阶段产品清单：无。2) 可行性研究阶段起止时间：2015/02/232015/02/30。该阶段文档：可行性研究报告、项目开发计划。文档验收要求：文档能客观分析项目的开发是否可行，制定的项目开发计划是否详细，是否规划了软件的开发。该阶段产品清单：无。3) 需求分析阶段起止时间：2015/03/022015/03/15。该阶段文档：软件需求说明书、数据要求说明书、初步用户手册。文档验收要求：文档能真实的反映用户的需求，系统的数据要求。该阶段产品清单：用户初步手册。4) 总体设计阶段起止时间：2015/03/172015/03/20。该阶段文档：总体设计说明书。文档验收要求：文档能概括项目系统的总体设计思路，对开发的项目进行模块化，绘制软件结构图。该阶段产品清单：无。5) 详细设计阶段起止时间：2015/03/222015/03/30。该阶段文档：详细设计说明书、数据库设计说明书、测试计划初稿。文档验收要求：文档编制软件的详细设计过程，对软件的功能模块进行算法和页面的设计，为软件的代码编写做准备。该阶段产品清单：无。6) 编码和单元测试阶段起止时间：2015/04/012015/05/01。该阶段文档：软件模块设计书、软件初步操作手册。文档验收要求：文档能对软件编写的代码给出相关的注释和算法的描述，撰写软件初步操作手册。该阶段产品清单：软件初步操作手册。7) 综合测试阶段起止时间：2015/05/022015/6/01。该阶段文档：测试分析报告、项目开发总结报告。文档验收要求：文档能分析测试阶段软件错误情况，给出软件可靠性分析。给出项目开发总结。该阶段产品清单：项目软件。1.5工具及相关技术介绍本系统所用到的开发工具及主要的技术如下。1. Visual Studio 2010开发环境本系统采用ASP.NET技术开发，软件使用的编译运行环境为Visual Studio 2010。Visual Studio 2010是集成多开发语言为一体的开发工具，开发工具集成成熟控件可以使用，减少开发人员的开发周期，大大简化了软件的开发难度。2. .NET程序的三层架构所谓三层体系结构，是在表示层和数据访问层之间加了一层业务逻辑层，表示层用于在客户端向用户展示系统界面，获取用户输入信息。数据访问层用于访问系统数据库数据，对系统数据库中的数据进行相应的处理。业务逻辑层用于对表示层提交的数据进行业务处理，对于相应的请求处理业务，业务逻辑层将转跳到数据访问层获取需要的数据进行处理，处理后将反馈信息发给表示层和数据访问层。开发人员可以进行页面和处理相分离，在系统开发中有利于团队的合作开发，开发分工明确，开发系统客户端页面的可以专注的开发出简洁、大方、美观的界面，对于系统业务逻辑和对数据库操作的可以不需要关注页面，只需要将系统业务逻辑进行功能开发，合理的分工可以高效的开发系统，缩短开发周期。对于系统的维护，修改系统前端页面只需要在表示层进行修改，而无需牵扯别的层次。对于业务变更，在相应的业务逻辑层进行修改便能进行修改，无需考虑表示层页面的设计。第二章 需求分析2.1功能描述根据现有的系统模型分析，图书管理系统需要向用户提供图书的查询、借阅、归还等用户功能。系统后台系统管理员能对系统进行维护和对用户提交的资源请求信息进行处理。鉴于现有系统模型，本系统有以下主要的功能。1. 系统管理功能系统管理员登录系统后台，管理员可以浏览自己个人信息，可以对自己的个人信息和密码进行修改。同时管理员可以对图书信息、图书电子资源、新闻信息的添加、修改、删除等功能的操作，用户图书将要超期的提醒，罚金的催缴功能。同时管理员可以查询用户、修改用户信息、添加用户等功能。2. 用户个人信息管理功能用户通过系统登录页面登录到用户个人信息管理页面中，如果登录成功，用户可以在个人信息管理页面中维护自己的个人信息，查看自己借阅图书信息，通过图书归还功能归还在借图书或通过图书续借功能续借在借图书，查看图书超期情况等信息。3. 图书检索功能用户可以在系统主页相应的检索输入页面输入图书检索字段，系统通过用户输入的检索字段在数据库中检索相应的图书，将检索到的图书结果反馈给用户。4. 图书借阅功能图书借阅需要用户登录系统，用户登录后可以通过图书借阅功能借阅图书，系统处理图书借阅之间的关系，图书库存量减少，添加相应用户的借阅信息。5. 图书归还功能用户管理页面，用户可以通过图书归还功能，将用户借阅的图书归还，用户归还图书后系统自动处理数据库中表之间的关系，删除用户相应的借阅信息，图书库存量增加，添加相应用户的归还信息。6. 新闻发布功能管理员在管理页面可以通过新闻发布功能发布新闻信息，管理员编辑新闻并提交数据库，系统自动将管理员编辑的新闻展示在系统主页的新闻展示位置，用户可以点击新闻链接查看新闻信息。7. 用户提醒功能当用户借阅的图书将要到期，系统管理员可以在系统的后台查看到，该用户和借阅的信息。管理员可以通过用户提醒功能提醒用户尽快归还图书，用户图书超期后产生的罚金，管理员也可以向用户发送提醒消息，向用户催缴图书超期罚金。8. 用户需求回复功能用户提交图书推荐、留言、资源请求等信息，管理员可以回复用户相应的请求信息。2.2系统数据流图（也可用用例图）通过分析系统业务流程，实地考察图书馆真实业务，获得系统的业务流程数据后，绘制出系统的数据流图。系统的数据流图如下所示。高校图书信息管理系统的顶层数据流图如图2.1所示。图2.1系统顶层数据流图系统0层数据流图如图2.2所示。图2.2系统0层数据流图系统1层数据流图如图2.3系统1层图书信息管理的数据流图、图2.4系统1层用户管理的数据流图、图2.5系统1层新闻发布的数据流图。图2.3系统1层图书信息管理的数据流图图2.4系统1层用户管理的数据流图图2.5系统1层新闻发布的数据流图2.3系统数据字典通过系统需求分析，得出系统流程的数据字典，系统主要的数据字典有注册信息、登录信息、用户信息、新闻信息、图书检索信息、资源检索信息等，主要数据字典如下表2.1、表2.2、表2.3、表、2.4、表2.5、表2.6所示。表2.1注册信息字典名字注册信息描述非系统用户要注册为系统用户时向系统提交的信息。定义注册信息=用户名+身份证+用户密码+邮箱地址+联系电话。输入用户通过输入设备输入信息。输出无表2.2登录信息字典名字登录信息描述系统用户登录系统向系统提交的信息。定义登录信息=用户名+用户密码+验证码。输入用户通过输入设备输入信息。输出登录提示信息。表2.3用户信息字典名字用户信息描述系统中每个用户在系统数据库中的信息。定义用户信息=身份证+用户名+邮箱地址+联系电话+图书借阅信息+超期罚金信息。输入无输出无表2.4新闻信息字典名字新闻信息描述图书馆当前的动态信息，存放在系统数据库中。定义新闻信息=新闻标题+内容+发布日期+发布者。输入无输出显示器。表2.5图书检索信息字典名字图书检索信息描述用户向系统输入要检索的图书信息。定义图书检索信息=题名或作者或ISBN或出版社或索书号。输入用户通过输入设备输入信息。输出显示器。表2.6资源检索信息字典名字资源检索信息描述用户向系统输入要检索的资源信息，系统反馈检索结果。定义资源检索信息=图书名称或作者或ISBN。输入用户通过输入设备输入信息。输出显示器。2.4系统非功能性需求系统开发完成投入市场，系统就与用户进行交互式交流，系统除了必要的功能需求外，非功能性需求也不可或缺，例如系统的故障平均时间要求、系统的可维护性、系统的可扩展性、容错性等非功能性的需求。通过非功能性需求使系统更加完善。1. 可用性软件的可用性是指：软件程序在投入使用后，软件系统在测试时间段里成功运行的概率。由于系统属于B/S模式，该模式决定了系统需要7*24小时不间断的向用户提供服务，软件的可用性需求成为一大主要考虑的需求，通过分析系统实际运行的环境和设备，制定相应针对此需求的应对计划和测试方案。2. 可维护性所谓软件维护就是软件开发完成交付用户使用后，由于用户需求变更或系统出现缺陷时，对软件进行需求改进和缺陷改正的过程。软件维护可分为改正性维护、完善性维护、适应性维护、预防性维护。本系统选用结构化开发方法，严格按照软件开发要求开发，软件可以通过管理员进行业务性的维护。系统维护性能满足非功能性需求。3. 可扩展性系统软件编写代码规范，软件已经预留后期因为需求性而扩展的接口和模块，方便软件添加扩展需求。软件开发方法采用面向对象和结构化相结合的开发方法，软件结构清晰有利于后期的扩展，软件采用.NET平台下的框架，有利于在不同系统间的开发扩展。本系统的可扩展性完全满足规格需求要求，可扩展性非功能性需求达到要求。4. 容错性软件容错性是指软件在使用的过程中，出现用户输入不合法的信息时，软件是否能将该信息进行抛弃并提示用户，同时系统能在出错后快速的进行出错处理的性能。本系统在容错性方面主要是在后期软件测试阶段，设计尽量多的测试条件测试软件，通过不断的反复修改提升容错性的质量指标。本系统能很好的保证软件容错性的需求。2.5数据库ER图通过对现有系统模型的分析研究，本系统将系统的对象分为图书、用户、管理员三个实体，通过实体之间的关系派送出来相联系的表关系，现在对本系统的数据库设计进行简单的介绍。本系统的总体ER图中有用户、管理员、图书三个对象，实体之间通过联系相关联。具体的关系如图2.6所示。图2.6系统总体ER图用户实体包含用户唯一标识用户ID，用户名、登录密码、性别、用户类型、联系地址、联系电话、Email、入学时间、所属学院、专业、当前借阅量、累计借阅量、用户状态（0有效，1无效）、超期罚金、用户权限、有效时间、最大借阅量。用户实体ER图如图2.7所示。图2.7用户实体图书实体包含图书ID、图书名、出版社、责任者、出版社时间、ISBN/ISSN号、图书状态、图书页数、图书价格、图书简介、图书类型、学科主题、图书语言、入馆时间、累计借阅量。图书实体RE图如2.8图所示。图2.8图书实体图书归还信息实体包含归还编号、图书ID、用户ID、归还时间、操作人员、备注。图书归还信息实体的ER图如2.9图所示。图2.9图书归还实体图书借阅信息实体包含借阅编号、图书ID、用户ID、借出时间、应归还时间、续借次数、操作人员、记录状态（0有效，1无效）、备注。图书借阅信息实体ER图如图2.10所示。图2.10图书借阅实体图书收藏信息实体包含收藏编号、图书ID、用户ID、收藏日期、备注。图书收藏信息实体ER图如图2.11所示。图2.11图书收藏实体图书超期罚金信息实体包含罚金编号、图书ID、用户ID、罚款时间、罚款金额、是否缴纳、备注。图书超期罚金信息实体ER图如图2.12所示。图2.12超期罚金实体图书库存信息实体包含库存编号、ISBN/ISSN、库存量、备注。图书库存信息实体ER图如图2.13所示。图2.13图书库存实体用户留言信息实体包含留言编号、留言用户、主题、留言内容、联系电话、用户邮箱、留言时间、记录状态（0已处理，1未处理）、备注。用户留言信息实体ER图如图2.14所示。图2.14留言实体新闻信息实体包含新闻编号、新闻标题、新闻内容、发布时间、新闻类型、备注。新闻信息实体ER图如图2.15所示。图2.15新闻实体资源请求信息实体包含资源请求编号、资源名称、责任者、ISBN/ISSN、请求人名称、请求人Email、申请理由、出版社、记录状态（0已处理，1未处理）、备注。资源请求信息实体ER图如图2.16所示。图2.16资源请求实体图书推荐信息实体包含推荐编号、题名、责任者、出版社、出版时间、ISBN/ISSN、图书语种、推荐理由、推荐日期、记录状态（0已处理，1未处理）、备注。图书推荐信息实体ER图如图2.17所示。图2.17图书推荐实体图书续借信息实体包含续借编号、图书ID、用户ID、续借时间、备注。图书续借信息实体ER图如图2.18所示。图2.18图书续借实体资源信息实体包含资源编号、资源名、责任者、出版社、ISBN/ISSN、资源大小、制作时间、备注。资源信息实体ER图如图2.19所示。图2.19资源实体第三章 总体设计3.1软件结构3.1.1软件结构图通过对现有系统模型进行分析，结合用户需求分析文档的要求，将本系统的大体功能模块细分为如图3.1所示。图3.1软件结构图3.1.2工程中的资源分类1. 工程名称为高校图书信息管理系统，目录结构如图3.2所示。图3.2 目录结构2. 工程中主要类说明如表3.1所示。表3.1高校图书信息管理系统工程中类的说明类名称说明BookSearch该类主要处理图书信息的检索Admin_login该类处理管理员登录过程Book_search_results该类显示检索图书的结果信息Downloads该类处理用户下载资源请求Login该类处理用户登录信息Readers_recommend该类处理图书推荐信息ResourceSearch该类处理资源查找ValidateNum该类绘制验证码信息Management该类进行系统管理处理3. 资源主要文件夹说明如表3.2所示。表3.2 高校图书信息管理系统工程的资源文件夹说明文件夹名称说明User_page存放用户个人信息管理页面image存放程序中使用的图片资源Library_overview存放图书馆介绍页面javascript存放JS脚本文件css存放系统页面样式文件Admin存放管理员管理页面3.2数据库表的设计通过对系统的分析研究，设计完系统的ER图后，接下来就是将系统ER图转换成数据库中的表，以便存储数据。系统ER图转换成数据库表如下所示。1. tb_User（用户信息表）tb_User表用于存储系统用户信息数据，该表结构如表3.3所示。表3.3用户表tb_User字段名数据类型长度主键否描述UserIDvarchar(50)50是用户编号UserNamevarchar(50)50否用户名Passwordvarchar(50)50否密码Genderchar(2)2否性别Typevarchar(50)50否用户类型Addressvarchar(100)100否联系地址Contactvarchar(50)50否联系电话Emailvarchar(50)50否EmailEntryTimedate8否入学时间Departmentvarchar(50)20否所属学院Specialtyvarchar(50)20否专业BorrowCountint4否当前借阅量BorrowTimesint4否累计借阅量Stateint4否状态（0活动，1冻结）Finesmoney8否罚金Autnorizationint4否用户权限EffectiveDatadate8否有效时间MaxBorrowint4否最大借阅量NotesVarchar(200)200否备注2. tb_Resources（资源表）tb_Resources表用于存储图书馆资源信息数据，该表结构如表3.4所示。表3.4资源表tb_Resources字段名数据类型长度主键否描述ResourcesIDint4是资源编号Sizevarchar(10)10否资源大小Typevarchar(10)10否资源类型Titlevarchar(50)50否资源标题Authorvarchar(50)50否责任者Publishing_Housevarchar(50)50否出版社ISBN/ISSNvarchar(50)50否ISBN/ISSNMakeDatedate8否制作日期3. tb_Renew_INFO（图书续借表）tb_Renew_INFO表用于存储图书续借信息数据，该表结构如表3.5所示。表3.5图书续借表tb_Renew_INFO字段名数据类型长度主键否描述RenewIDint4是续借编号BookIDvarchar(50)50否图书编号UserIDvarchar(50)50否用户编号Timedatetime8否续借时间Notesvarchar(200)200否备注4. tb_Recommendation_Books（图书荐购表）tb_Recommendation_Books表用于存储图书荐购信息数据，该表结构如表3.6所示。表3.6图书推荐表tb_Recommendation_Books字段名数据类型长度主键否描述RecIDint4是推荐编号BookNamevarchar(50)50否图书名Authorvarchar(50)50否责任者Publishing_Housevarchar(50)50否出版社Publication_datedate8否出版日期Typevarchar(50)50否图书类型ISBN/ISSNvarchar(50)50否ISBN/ISSNReasonsForvarchar(500)500否推荐理由RecommendedTimedate80否推荐时间Stateint4否状态（0已处理，1未处理）Notesvarchar(200)200否备注5. tb_R_Request（资源请求表）tb_R_Request表用于存储资源申请信息数据，该表结构如表3.7所示。表3.7资源申请表tb_R_Request字段名数据类型长度主键否描述RqIDint4是申请编号R_Namevarchar(50)50否资源名称Authorvarchar(50)50否责任者ISBN/ISSNvarchar(50)50否ISBN/ISSNU_Namevarchar(50)50否申请人Stateint4否状态（0已处理，1未处理）Emailvarchar(50)50否申请人EmailPublishing_Housevarchar(50)50否出版社Message_Bvarchar(500)500否申请理由Notesvarchar(200)200否备注6. tb_News（新闻表）tb_News表用于存储新闻信息数据，该表结构如表3.8所示。表3.8新闻表tb_News字段名数据类型长度主键否描述NewsIDint4是新闻编号Titlevarchar(50)50否新闻标题Contentvarchar(3000)3000否新闻内容News_datedatetime8否发布日期Typevarchar(50)50否新闻类型Notesvarchar(500)500否备注7. tb_Message_Board（留言表）tb_Message_Board表用于存储用户留言信息数据，该表结构如表3.9所示。表3.9留言表tb_Message_Board字段名数据类型长度主键否描述MBIDint4是留言编号Namevarchar(50)50否留言者Titlevarchar(100)100否留言标题Contentvarchar(1200)1200否留言内容Phonevarchar(50)50否留言者联系电话Emailvarchar(50)50否留言者EmailDatedate8否留言日期Stateint4否状态（0已处理，1未处理）Answervarchar(800)800否管理员回复内容Notesvarchar(200)200否备注8. tb_Inventory（图书库存表）tb_Inventory表用于存储图书库存信息数据，该表结构如表3.10所示。表3.10图书库存表tb_Inventory字段名数据类型长度主键否描述ItyIDint4是库存编号ISBN/ISSNvarchar(50)50否ISBN/ISSNNumint4否库存量Notesvarchar(200)200否备注9. tb_Fine_INFO（超期罚款表）tb_Fine_INFO表用于存储图书超期罚款信息数据，该表结构如表3.11所示。表3.11超期罚款表tb_Fine_INFO字段名数据类型长度主键否描述FineIDint4是罚金编号BookIDvarchar(50)50否图书编号UserIDvarchar(50)50否用户编号Timedatetime8否罚款日期Amountmoney8否罚款金额ISPAYint4否是否缴纳Notesvarchar(200)200否备注10. tb_Collection（图书收藏表）tb_Collection表用于存储用户收藏图书的信息数据，该表结构如表3.12所示。表3.12图书收藏表tb_Collection字段名数据类型长度主键否描述CIDint4是收藏编号BookIDvarchar(50)50否图书编号UserIDvarchar(50)50否用户编号Datedate8否收藏日期Notesvarchar(200)200否备注11. tb_Borrow_INFO（图书借阅表）tb_Borrow_INFO表用于存储图书借阅信息数据，该表结构如表3.13所示。表3.13图书借阅表tb_Borrow_INFO字段名数据类型长度主键否描述BorIDint4是借阅编号BookIDvarchar(50)50否图书编号UserIDvarchar(50)50否用户编号LendTimedatetime8否借阅日期BackTimedatetime8否归还日期RenewTimesint4否续借次数Operatorvarchar(50)50否操作人Stateint4否状态（0有效，1无效）Notesvarchar(200)200否备注12. tb_Books（图书信息表）tb_Books表用于存储图书信息数据，该表结构如表3.14所示。表3.14图书表tb_Books字段名数据类型长度主键否描述BookIDvarchar(50)50是图书编号BookNamevarchar(100)100否图书名Authorvarchar(100)100否责任者Publishing_Housevarchar(50)50否出版社ISBN/ISSNvarchar(50)50否ISBN/ISSNCall_numbervarchar(50)50否索书号StoLocalvarchar(50)50否馆藏地Statusvarchar(50)50否图书状态Pricesmoney8否图书价格Introductionvarchar(800)800否图书简介Book_typevarchar(50)50否图书类型Series_namevarchar(50)50否学科主题Publication_datedate8否出版时间Language_typevarchar(50)50否图书语言Pagesint4否图书页数Stotimedate8否入馆日期LoanNumberint4否累计借阅量13. tb_Back_INFO（图书归还表）tb_Back_INFO表用于存储图书归还信息数据，该表结构如表3.15所示。表3.15图书归还表tb_Back_INFO字段名数据类型长度主键否描述BackIDint4是归还编号BookIDvarchar(50)50否图书编号UserIDvarchar(50)50否用户编号BackTimedatetime8否归还日期Operatorvarchar(50)50否操作人第四章 详细设计4.1用户登录模块4.1.1用户登录界面在登录页面中，页面获取当前需要登录系统用户的，用户名、密码、验证码信息，页面对输入的数据进行规范性约束，当用户输入的数据不符合输入数据规范要求时，网页会提示用户改正当前的输入数据规范，如果用户输入的数据符合登录数据规范要求，用户提交登录信息，网页会把用户信息提交服务器处理，用户名和密码正确后页面转跳到，用户个人信息管理页面。用户没有注册成为系统用户的，可以点击注册链接，转跳到用户注册页面。登录页面如图4.1所示。图4.1用户登录页面4.1.2用户登录的设计与实现用户需要借阅、归还、修改个人信息等操作都需要登录，只有成功登录系统后才能进行相应的操作。用户进入登录页面，按照页面提示的要求输入用户名和密码并点击提交按钮，系统后台对用户提交的信息进行处理，登录失败给出登录失败提示，登录成功进入用户管理页面。1. 该模块处理流程1) 用户打开登录页面。2) 按照提示的要求输入用户名和密码并提交。3) 系统后台对输入的数据进行用户数据查询。4) 当前系统没有该用户，登录失败。系统提示相应的信息。5) 系统查询到相应用户，登录成功。页面转跳到用户管理页面。6) 模块结束。用户登录模块流程图如图4.2所示。图4.2用户登录流程图4.2图书管理模块4.2.1图书管理界面管理员通过登录页面进入系统管理后台，点击图书管理链接，页面转跳到图书管理页面。管理员可以选择需要的操作进行图书管理，管理员点击添加图书信息，页面转跳到添加图书页面，页面用相应的图书信息输入框，管理员需要将添加的图书信息输入并提交数据。图书修改页面管理员可以选择需要修改的图书，将图书修改信息提交服务器处理，修改成功后页面弹出提示窗口。图书删除页面显示所有图书，管理员选中要删除的图书并提交服务器处理，页面弹出提示窗口询问管理员是否要确定删除该图书。图书分类页面管理员需要选中要分类的图书，进入分类处理。处理成功后页面出现提示窗口提示分类成功。图书添加页面如图4.3所示。图4.3图书添加页面4.2.2图书管理的设计与实现图书管理模块可以细分为图书信息的添加、删除、修改、分类等功能，各个单元模块处理流程如下所描述。1. 图书分类信息处理模块流程1) 进入图书分类页面。2) 选择需要分类的图书，并提交图书分类请求。3) 系统处理提交的图书分类请求。4) 如果图书分类成功，则系统提示图书分类成功提示。5) 如果图书分类失败，则系统提示图书分类失败提示。6) 模块结束。图书分类处理流程图如图4.4所示。图4.4图书分类流程图2. 图书信息添加模块流程1) 进入图书添加页面。2) 填写图书信息，并提交数据。3) 系统处理提交的数据。4) 如果图书添加成功，则提示图书添加成功。5) 如果图书添加失败，则提示图书添加失败。6) 模块结束。图书添加处理流程图如图4.5所示。图4.5图书添加流程图3. 图书信息删除模块流程1) 进入图书信息删除页面。2) 选择要删除的图书，并提交删除请求。3) 系统处理提交的删除请求。4) 如果图书信息成功删除，则提示图书删除成功。5) 如果图书信息删除失败，则提示图示删除失败。6) 模块结束。图书信息删除处理流程图如图4.6所示。图4.6图书删除流程图4. 图书信息修改模块流程1) 进入图书信息修改页面。2) 编辑修改信息，并提交修改请求。3) 系统处理请求信息。4) 如果图书信息修改成功，则系统提示图书信息修改成功提示。5) 如果图书信息修改失败，则系统提示图书信息修改失败提示。6) 模块结束。图书信息修改处理流程图如图4.7所示。图4.7图书信息修改流程图4.3用户管理模块4.3.1用户管理界面用户管理页面包含对用户进行查询、添加、删除、修改等处理页面。用户查询页面需要管理员输入用户查询字段并提交服务器处理，如果查询到用户信息，页面将显示查询到的用户以表格的形式显示在页面上。修改用户信息页面，管理员需要选择修改的用户，页面转跳到用户信息修改页面，管理员修改完用户信息后提交服务器处理，修改成功后页面弹出修改成功提示窗口。用户添加页面，管理员输入要添加的用户信息并提交服务器处理，提交后页面弹出处理反馈提示窗口。用户删除页面，管理员选择要删除的用户并提交删除信息，提交后页面根据处理结果页面弹出处理结果信息窗口。添加用户页面如图4.8所示。图4.8添加用户页面4.3.2用户管理的设计与实现通过读者管理模块，管理员可以对系统用户进行查询、添加、删除、修改等处理。1. 添加用户模块处理流程1) 进入用户添加页面。2) 填写所添加用户的信息，并提交添加请求。3) 系统处理提交的添加请求。4) 如果添加用户成功，则系统提示用户添加成功信息。5) 如果添加用户失败，则系统提示用户添加失败信息。6) 模块结束。添加用户处理流程图如图4.9所示。图4.9添加用户流程图2. 删除用户模块处理流程1) 进入用户删除页面。2) 选择要删除的用户，并提交删除请求。3) 系统处理提交的请求信息。4) 如果用户删除成功，则提示用户删除成功。5) 如果用