1、一、可行性研究报告软件开发报告项目名称：图书馆查询借阅系统 组 员：专 业：指导老师一、可行性研究报告第一部分 可行性研究报告软件开发报告 1第一部分 可行性研究报告 21.1引 言 .41.2可行性研究的前提 .51.3对现有系统的分析 .71.4所建议技术可行性分析 .81.5所建议系统经济可行性分析 .101.6社会因素可行性分析 .111.7.结论意见 11第二部分 需求分析2.1 编写目的 .122.2 用户需求分析 .122.3 功能需求分析 .122.4 分析各个子系统的功能需求 .142.5 系统运行要求 .162.6 非功能需求分析 .17第三部分 概要设计3.1引言 .17
2、3.2任务概述 .173.3总体设计 .213.4接 口设计 .233.5数据结构设计 .243.6运行设计 .253.7出错处理设计 .253.8.安全保密设计 263.9.维护设 计 26第四部分 详细设计4.1 引言 264.2 总体设计 .264.3 程序描述 .264.4 程序复杂程度的定量度量 .31一、可行性研究报告第五部分 测试报告5.1 引言 345.2 任务概述 345.3 计划 355.4 测试项目说明 355.5 评价 36一、可行性研究报告第一部分 可行性研究报告1.1 引言1.1.1 编写目的当今是数字化、网络化的时代。图书馆是学校的文献信息中心，是学校信息化的重要
3、基地。图书馆的工作是学校教学和科学研究工作的重要组成部分，是全校师生学习和研究的重要场所。为了更好地适应这种网络数字化信息的环境，一种成功的跟踪最新技术，充分利用软硬件资源，扎根于准、新、全数字资源的“图书馆管理信息系统“已孕育而生。 另外，由于图书馆陈旧的管理手段给读者和图书馆管理员带来的很多操作上的不方便，同时为了提高工作效率、服务质量和管理水平，并使图书馆管理人员从繁琐的工作中解脱出来,因此开发该系统具有非常重要意义。1.1.2 项目背景建议开发软件名称：图书馆图书查询借阅管理系统项目提出者：图书馆开发者：施秀霞 陈薇薇 吴观萍 周玲用户：读者、管理员实现软件的单位:福建工程学院1.1.
4、3 定义该图书馆管理信息系统是基于 Internet/Intranet 及 Web 技术，建立以Browser/Server 为结构模式、以数据库为后台核心应用、以服务为目的信息平台，对资源进行科学的加工整序和管理维护，为教学和科学研究提供文献信息保障和提高管理图书的效率而设计的系统。1.1.4 参考资料教材 ： 软件工程导论 （第四版） 张海藩编著，清华大学出版社，2006 年 10 月版，北京 查阅资料：(1)、可行性分析报告参考文献：http:/ 、需求分析报告参考文献：图书管理系统需求分析报告 系统开发小组 郑州航院信息统计职业学院 http:/ 、概要设计报考参考：一、可行性研究报告
5、http:/ （5）测试报告参考文献：http:/ 作者：葛东之 北京联合大学 2012 年3 月 1 日1.2 可行性研究的前提1.2.1 要求 功能：1新书入库。2借还书籍处理（每人限借书 5 本） 。3按分类、书名、作者、ISBN 号、出版年、主题词、书名内关 键词等查询书籍信息。4书籍损坏丢失处罚处理。5公布借书超期读者名单（借书期限为 30 天） 。6显示图书室的规章制度、有关系统等信息。性能：能运行良好输入：用户名称、图书编码输出：用户信息、图书信息一、可行性研究报告基本的数据流程和处理流程：借阅者E1图书管理员E2F1查阅图书F2图书信息图书查阅借阅系统 P 1F3图书借阅F4图
6、书系统信息借阅者E 1图书管理员E2图 1.1 顶层数据流图D 2 库存清单D 1 需求清单P 3 新书入库P 4 借还书籍处理E 1 图书馆管理员E 2 借阅者P 2 库存信息P 1 书籍需求E 1 图书馆管理员E 2 借阅者D 3 超期读者名单F 1 书籍需求F2需求量F3新书入库F 4 图书信息F 7 图书借还情况F5新书入库F 6 库存清单F8借阅书籍F9超期名单F10书籍管理图 1.2 一层数据流图安全与保密要求：馆中所有未借出的书籍能够供用户随时查阅，用户信息只能被系统管理员查阅，修改；完成期限：2015 年 12 月一、可行性研究报告1.2.2 目标a. 人力与设备费用的节省；b
7、. 处理速度的提高；c. 减少操作出错；d. 管理信息服务的改进；e. 决策系统的改进；f. 人员工作效率的提高1.2.3 条件、假定和限制1.系统运行寿命的最小值:4 年2.进行系统方案选择比较时间：10 天3.经费投资方面的来源和限制 ：无4.法律和政策方面的限制：不违背宪法，不违背合同法5.硬件软件的运行环境和开发环境的条件和限制：PC 机和 microsoft office visio6.可利用的信息资源：microsoft office visio 实用教程软件工程等以及网络资源1.2.4 可行性研究方法1. 复查系统规模和目标2. 研究目前正在使用的系统3. 导出新系统的高层逻辑模
8、型4. 进一步定义问题5. 导出和评价供选择的解法6. 推荐行动方针7. 草拟开发计划8. 书写文档提交审查1.2.5 决定可行性的主要因素(1) 技术可行性(2) 经济可行性(3) 操作可行性(4) 社会可行性(法律可行性)1.3 对现有系统的分析1.3.1 处理流程和数据流程传统的图书馆管理系统的操作流程相当繁琐，在借阅读书时首先要将图书证和所借的书交给图书管理员，图书管理员然后将每本书的信息卡片和读者的信证放在一起，最后再将每本书的借阅卡片和读者阅览证填写借阅信息，在归一、可行性研究报告还时找到相应的借阅卡和借阅证并填写归还信息。图书数据功能模块1.3.2 工作负荷处理较慢，人工操作较为
9、繁琐。1.3.3 费用支出维护费用较大，人力消耗大，设备使用率低，占用空间，实现功能少。1.3.4 人员因原有的系统技术含量较低，故不需要多少高技术人员，今后由于数据量的扩大，人员数量也会日益扩大。1.3.5 设备设备含量也较低，没有达到大量普及计算机的程度。1.3.6 局限性经过严谨的分析，可知原来的系统有很大的局限性，如技术比较陈旧，人员工作负荷量大，系统维护费用支出大，这些都明确需要一个高科技系统。1.4 所建议技术可行性分析1.4.1 对系统的简要描述新系统在原有系统上加入了数据库支持：使用先进的数据库技术和数据库管理技术，使数据的安全性和正确性得到很大的提高，且在用户的并行操作和用户
10、一、可行性研究报告的管理方面也有了很大的改善。1.4.2 处理流程和数据流程读者通过自己的注册账户和密码，可以登录到本系统，进行的操作可以是借阅、续借、归还，管理员可以接受到读者的信息，并能管理图书将图书分类，并能查到读书的借阅情况。1.4.3 与现有系统比较的优越性1.减少人力和设备费用，从前需要较多的人员处理图书的借阅，操作繁琐，时间较长，现在使用计算机操作，大大提高效率。2.借书的处理速度：以前一人借书等待的时间大大缩短；3.减少操作出错：以前人工手写信息会出现各种错误，现在计算机扫描几乎不会出错了；4.提高人员利用率，以前图书管理员所有一人在场场面混乱，会提高出错的几率，现在一个管理员
11、也不会手忙脚乱。1.4.4 采用建议系统可能带来的影响(1) 对设备的影响现有的一些非电子操作的物理设备要跟换为计算机操作的环境。(2) 对现有软件的影响因建议系统在原有的基础上采用先进的技术和高科技技术，将原来的软件无法使用，所以系统也会考虑到软件的兼容性。(3) 对用户的影响建议系统建立在原有的系统基础上，所以不用考虑人员培训问题。(4) 对系统运行的影响1）用户的操作规程：与原来系统规程无异；2）运行中心的操作规程：与原系统操作规程无异；3）运行中心与用户之间的关系运行中心培训用户使用；4）原数据的处理：封装处理；(5) 对开发环境的影响1）为了支持所建议系统的开发，用户需要进行密切配合
12、，阐述要求；2）要求的数据资源：原数据库；3）为了开发和检测所建议系统而需要的计算机资源：一台微机；4）无保密与安全问题；一、可行性研究报告(6) 对运行环境的影响需要一些良好的设备和图书管理操作(7) 对经费支出的影响1）系统开放的人力开支2）硬件设备，书籍材料3）开发工具，环境费用4）不可预见费用1.4.5 技术可行性评价本系统基于局域网、windows 操作系统，现有技术比较成熟，所以这个在限制内完成开发，并且能实现系统功能目标，开发人群、质量也能满足。1.5 所建议系统经济可行性分析1.5.1 收益/投资比贷款利率：一年 6.06% 二至三年 6.10% 三至五年 6.45% 五年以上
13、 6.60%30 万贷款投资，贷款 5 年开发人员 4 人，每月工资 5000 元期间使用两台电脑，每台电脑每年折旧费 300 元后期系统维护每年大约 2000 元预期开发时间为 1 年每年还贷利息=300000*6.45%=19350 元1 年后完成总成本=12*4*5000+2*300+19350=259950 元投入使用后几年既可获得一定收益。一、可行性研究报告1.5.2 投资回收周期图书馆按 5 期分期付款，每期为一年且每期付款 10 万(x-1)*（2000+19350）+259950=3.03大概在 4 年后可得到投资回报1.5.3 敏感性分析关键因素 系统生存周期长短系统工作负荷
14、量处理速度要求、设备和软件配置对支出和效益的影响周期长，投资回收率高负荷量大 快，工作效率高配置高，后期维修费用低1.6 社会因素可行性分析1.6.1 法律因素本项目为独立开发，没有使用现成的软件和方法，法律上不会造成侵犯，完全可以按照同规定的责任履行。1.6.2 用户使用可行性我们重视对客户进行需求分析，同时还尽心为客户考虑其长远利益和运行要求。从用户单位大学校园图书馆的行政管理和工作制度等方面来看，是完全能够使用该软件系统。从大学图书馆的使用人员来看，可大致分为五类：一、学生；二、教职工；三、图书馆管理人员；四、行政职工；五、其余各界人士。用户的素质较高，大部分受过本科教育，而新开发的软件
15、系统友好的界面及简便的操作方法，保证能满足绝大多数用户使用该系统的要求。1.7 结论意见鉴于以上分析可知，该图书馆管理信息系统开发项目不仅有巨大的经济效益，而且有巨大的社会效益。从而使我们深信该系统开发出来之后将获得巨大的成功一、可行性研究报告第二部分 需求分析2.1 编写目的（1）方便对图书馆书籍、读者资料、借还书等进行高效的管理；（2） 节约人力物力财力。2.2 用户需求分析（1） 某大学图书馆准备开发“图书管理系统” ，以方便广大师生借阅、浏览：（2） 师生即用户需要先注册然后才能借阅图书。用户进行注册时需要输入个人信息，注册成功后，会获得一个由系统提供的标识其身份的标识码。（3） 用户
16、登录进入图书管理系统后，可以通过 Web 页面查看图书的各种信息，如图书的借阅情况，作者等（4） 用户登录后可以借阅图书，并在系统规定的时间内还书。否则必须缴纳罚款金。用户借阅图书时，系统会注明借阅时间。（5） 图书管理员可以查询图书，查看一些借阅情况，更容易知道哪类图书需求量大，好做到合理的更新增减图书。有用户违规或没按时还书的情况，他们做处理，收罚金。查询图书可以是用户得知图书更具体的位置以节省时间。（6） 系统管理员可以对书籍进行操控，注册，修改图书及信息；注册，修改读者信息；进行系统维护。2.3 功能需求分析1.借阅者持有借阅卡（借阅卡包含借阅者名和借阅卡号） ；2.图书管理员可以创建
17、新的借阅者账户； 3.图书管理员可以修改借阅者的账户信息； 4.图书管理员可以删除已存在的借阅者账户；5.图书管理员可以添加新书籍种类；6.图书管理员可以修改书籍种类信息；7.图书管理员可以删除系统中的书籍种类；8.图书管理员可以在系统中添加书目信息；9.图书管理员可以编辑书目信息；10.图书管理员可以删除书目信息。一、可行性研究报告2.3.1 图书馆查询借阅系统的数据流图根据以上功能分析得到数据流图，系统顶层数据流图与一层数据已在可行性分析阶段得出（图 1.1 和 图 1.2 ） 。再次对系统做更为详细的需求分析的到二层数据图如图 2.1 所示F14借阅书籍信息F9图书馆信息D 2 库存清单
18、D 1 需求清单P 3 新书入库P 4 借还书籍处理E 1 图书馆管理员E 2 借阅者P 2 库存信息P 1 书籍需求E 1 图书馆管理员E 2 借阅者D 3 超期读者名单P 2 . 1 更新库存清单P 1 . 1 图书馆信息P 1 . 1 . 1 书籍损坏丢失处理D 6 规章制度D 4 损坏丢失书籍清单D 5 借阅书籍信息F 1 书籍需求F2需求量F3新书入库F4新书入库F 5 账号密码F 6 库存清单F8图书管理F 7 库存清单F 1 0 图书馆规章F 1 1 书籍损坏丢失处理F12书籍丢失处理F 1 3 超期读者名单F 1 5 损坏丢失书籍清单F16借阅书籍2.1 图 二层数据流图一、可
19、行性研究报告2.4 分析各个子系统的功能需求根据开发者和客户的需求分析后，可以把系统功能分为三个大的功能模块：1.查询模块包括：用户（借阅者和管理员）通过图书管理查询在架可借书籍及借阅历史等。2.用户管理模块包括：增加及删除用户信息以及修改用户信息。3.书籍管理模块包括：增加及删除书目信息以及修改书目信息。2.4.1 图书馆查询借阅系统的数据字典数据字典一名字：库存清单别名：描述：每一次借阅者借还书籍及新书入库的图书量定义：库存清单=书籍编号+ 书籍名称+新书入库量 +书籍的借还量位置：库存清单数据字典二名字：规章制度别名：描述：对图书、管理员、借阅者的管理制度定义：规章制度=损坏丢失书籍处理
20、+ 超期书籍处理位置：规章制度数据字典三名字：损坏丢失书籍清单别名：损坏丢失书籍信息描述：对丢失损坏书籍借阅者的统计处理定义：损坏丢失书籍=书籍编号+ 处理措施位置：损坏丢失书籍清单数据字典四名字：图书别名：书籍信息描述：每一本书籍的具体信息定义：书籍信息=ISBN 号+书名+作者+ 出版社位置：库存清单一、可行性研究报告2.4.2 图书馆查询借阅系统的状态图闲 置罚款完成进入图书馆输入D o / 输入密码账号书名查询书籍信息书籍情况D o / 书籍信息借书超期处理D o / 罚款书籍损坏丢失处理D o / 赔偿赔偿完成错误无该书籍图 2.4一、可行性研究报告2.4.3 图书馆查询借阅系统的
21、E-R 图书图书管 理员借阅者管理服务借阅I S B N 号 书名 作者出版年出版社姓名 账号密码图书馆地址管理员姓名归还日期abc def图 2.52.5 系统运行要求(1)用户界面系统采用对话框方式，多功能窗口运行。(2)硬件接口支持各种 Win7 系列的 PC 机(3)软件接口运行 windows2000 及更高版本的操作系统上。(4)故障处理正常使用不出错，对于用户输入错误给出相应的改正提示信息，遇不可恢复的系统 错误时保证数据库的完好无损。系统的约束：本系统必须在内存容量较大的机器上才可以运行使用，本系统的管理人员必须具有一定的电脑水平，学生的私人信息必须保护好。一、可行性研究报告2
22、.6 非功能需求分析非功能性需求是从各个角度对系统的约束和限制，反映了应用系统对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性等。下面是关于该图书管理系统的非功能性需求：1. 系统在短时间内相应所有的用户请求；2. 系统应该每周 7 天、每天 24 小时都可以使用；3. 对于一个没有经验的用户而言，经过短期的培训就可以使用系统的所有功能，稍加练习，便可熟练操作了；4. 系统运行时占用内存空间为低；5. 当系统发生故障时，只需重启便可以重新使用，在重启后，数据可以自动恢复，不会受到破坏。第三部分 概要设计3.1 引言3.1.1 编写目的编写本报告的目的是说明对系统设计的考虑，并且完
23、成系统的大致设计、明确该系统的数据结构与软件结构，进一步细化该系统设计阶段得出的总体概貌。从该报告中能够看出该系统的组织结构、模块划分、功能分配和接口设计，为该系统的详细设计提供基础。该系统能够存储一定数量的图书信息，并方便有效的进行相应的书籍数据操作和管理；能够对一定数量的读者进行相应的信息存储与管理等等。3.1.2 定义图书管查询借阅系统项目开发计划:是一种把项目一定过程与项目如何推进连接起来的方案开发:不是单纯指开发活动，还包括维护活动查询借阅:对图书的出借、归还、续借进行管理并可进行查询借阅者信息:记录读者信息并可进行查询3.2 任务概述3.2.1 目标通过计算机实现对图书馆入库、借阅
24、、归还、检索、读者管理、查询的管理功能。3.2.2 运行环境硬件环境：最低配置：CPU：Pentium3 800 以上或其它兼容规格，内存：一、可行性研究报告256M 以上，硬盘：20GB 以上空间推荐配置：CPU：Pentium4 1.6G，内存：512M 以上，硬盘：100GB 以上空间。软件环境：Windows 7SQL Server 2005 NET Framework 2.0 硬件接口：考虑到大量数据的备份等要求，需要保持与磁带机和光盘刻录机的接口，这较易实现。软件接口：这里，主要考虑软件与操作系统、数据库管理系统的接口，以及局域网和互联网软件之间的数据交换。考虑到文档处理时有可能需
25、要较常用的办公软件。例如 Microsoft 的 Office 系列，所以应尽量实现它们之间的数据格式的自动转换。3.2.3 需求概述 （1）系统功能a. 登陆功能：注册用户、用户登录、系统退出b. 管理：用户管理、图书管理、读者管理、借还管理c. 查询：系统（包括书籍档案、读者档案、借阅等）查询d. 帮助：使用说明（2）系统性能这是一套基于图书管理理念的通用性极强的图书管理软件；界面美观，操作方便，功能强大，支持单机和局域网管理，具有图书多类别划分、全自动智能报表和数据查询等功能，并且支持 EXCEL 表数据信息的导入和导出，并且支持数据库的使用。a.时间特性要求查询速度不超过 10 秒；其
26、它所有交互功能反应速度不超过 3 秒。b.可靠性平均故障间隔时间不低于 200 小时。c.灵活性能快速恢复系统和故障处理，方便系统升级和扩充，故障恢复时间不超过5 小时。一、可行性研究报告(3)主要输入输出项目：图书信息：（书名，编号，定价，出版社，数量，是否可借）用户信息：（用户帐号，帐号密码，姓名，年龄，性别， ）借阅信息：（用户帐号，编号，数量，借出日期， ）(4)数据管理能力要求有多个数据库，建有多张表，能够存储大量的数据；根据需要将信息分类、归纳。(5)故障处理要求能够快速分析故障出现的原因，以及一般故障出现的时间间隔，能够快速处理故障。(6)其他专门要求已注册的用户能够进入，要求正
27、确输入用户名和密码，如果密码或用户名其中之一缺少和错误都不能进入系统。并且要求该系统在不同的环境下也能运行自如。3.2.4 条件与限制(1)人工处理过程1、查找信息：用户根据所需输入需要查询的书名或相关资料，这些都需手工输入；2、新用户注册：用户根据实际情况输入信息，这些需手工输入；一、可行性研究报告(2)尚未解决的问题a. 能自动对各类输入的信息分类、整理；b. 自动对电子文稿筛选和摘要；c. 增加网络 QQ 聊天功能；d. 能够对磁盘文件进行监控；e. 增加项目活动和日程安排提示功能；f. 拥有公共数据库；g. 支持语音组件；一、可行性研究报告3.3 总体设计3.3.1 总体结构图书管查询
28、借阅系统总体结构设计：图书管查询借阅系统管理员模块 维护图书资料维护用户资料 用户模块 更新个人资料图书归还图书借阅图书检索新书入库超期处理损坏处理图 3.1一、可行性研究报告3.3.2 功能分配用户提示信息图书检索程序图书信息数据库身份确认程序用户资料数据库图书借还程序图书借阅数据库读者借还图书处理流程图 3.2图 3.3管理员提示信息图书更新程序图书信息数据库身份确认程序管理员数据库更新图书资料处理流程一、可行性研究报告3.4 接口设计 3.4.1 外部接口 用户接口用户提供命令 软件回答信息检索书目 匹配检索关键字的书目信息修改用户资料 修改后新的用户资料借阅图书 借阅成功的图书信息归还
29、图书 归还成功的图书信息软件接口与硬件接口接口 传递信息与打印机接口 图书信息，用户信息，借阅信息硬件接口与读条码机接口 图书 ISBN，借阅号软件接口与数据库接口 图书信息，用户信息，借阅信息3.4.2 内部接口接口 传递信息维护图书资料 添加图书信息 图书信息（书名，ISBN，定价，出版社，数量，是否可借）维护图书资料 修改图书信息 图书信息（书名，ISBN，定价，出版社，数量，是否可借）维护图书资料 删除图书信息 图书信息（书名，ISBN，定价，出版社，数量，是否可借）维护用户资料 添加新用户 用户信息（ID，姓名，年龄，性别，开户时间，余额，是否 VIP，累计金额）维护用户资料 修改用
30、户资料 用户信息（ID，姓名，年龄，性别，开户时间，余额，是否 VIP，累计金额）维护用户资料 删除用户资料 用户信息（ID，姓名，年龄，性别，开户时间，余额，是否 VIP，累计金额）用户主模块 更新用户资料 用户信息（ID，姓名，年龄，性别，开户时间，余额，是否 VIP，累计金额）一、可行性研究报告用户主模块 用户充值 金额用户主模块 借阅图书 借阅信息（ID，ISBN，数量，借出日期，押金）用户主模块 归还图书 借阅信息（ID，ISBN，数量，借出日期，押金）3.5 数据结构设计3.5.1 逻辑结构设计逻辑结构设计要点采用线性表结构数据结构 数据项 类型 长度 是否主键ISBN CHAR
31、20 是书名 CHAR 20 否定价 FLOAT 6 否出版社 CHAR 20 否数量 INT 4 否图书基本信息是否可借 BOOL 1 否ID CHAR 10 是姓名 CHAR 8 否年龄 INT 2 否性别 CHAR 4 否开户时间 DATA 否余额 MONEY 否累计金额 MONEY 8 否用户信息是否 VIP BOOL 1 否ID CHAR 10 是ISBN CHAR 20 否数量 INT 2 否借出日期 DATA 否借阅信息押金 MONEY 否3.5.2 物理结构设计采用链表结构3.5.3 数据结构与程序的关系程序 1 程序 2 程序 m数据结构 1 一、可行性研究报告数据结构 2
32、数据结构 n 3.6 运行设计3.6.1 运行模块的组合管理员模块 读者模块图书管理模块图书借还模块读者管理模块图书查看操作图书借阅操作读者搜索操作读者模块受限图书预览搜索操作个人信息查阅操作该系统主要分为两个模块：管理员模块和读者模块。管理员模块主要是管理员可进行的一部分操作，如图书查看、图书借阅、读者搜索等。读者模块主要是读者的操作部分，由于读者权限不够，只可进行图书预览搜索，个人信息查阅等功能。管理员模块中又包含了：图书管理、读者管理、图书借还三个模块。图书管理模块，即是管理员对图书进行修改、删除、添加等管理；读者管理系统，是图书管理员对读者进行一系列管理，包括添加、修改删除等；图书借阅
33、模块，主要是读者与管理员的互动模块，管理员用这个模块完成图书借阅归还功能。3.6.2 运行控制该系统控制流程：主程序运行，等待用户输入，根据用户的输入运行各模块。3.6.3 运行时间运行响应时间1s检索业务响应时间2s3.7 出错处理设计3.7.1 出错输出信息1.用户登录时，输入用户名必须为数字，密码不能为空，否则报错。2.读者注册，用户名必须为数字，密码必须为数字或字母，否则报错。3.管理员或用户查询图书时，必须选择图书一项属性，并根据该属性输入查找内容，必须选一种查找方式，否则报错。4.管理员修改或删除图书（读者）时，输入的图书（读者）账户名必须存在，否则报错。5.管理员添加图书（读者）
34、时，输入的图书（读者）账户名必须不存在，否则报错。6.管理员进行借阅归还图书操作时，必须按要求填入信息，否则报错。一、可行性研究报告7.管理员修改图书信息时，必须符合各项属性，否则报错。3.7.2 出错处理对策对于一般错误，给予用户提示信息，让其重新输入或退出。对于严重错误，启动备份文件恢复，建议使用帮助文件。3.8 安全保密设计馆中所有未借出的书籍能够供用户随时查阅，用户信息只能被系统管理员查阅，修改。3.9 维护设计由于本项目比较小，除了严格按照软件工程的科学方法开发软件、认真建立文档、编码阶段写详细注释外，并没有特殊维护设计，如设计维护模块等。不过，我们的 DBA(数据库管理员)会定期备
35、份数据资料，并进行管理。第四部分 详细设计4.1 引言4.1.1 编写目的为了研究图书馆查询借阅系统软件的开发途径和应用方法。同时它也是进行项目策划的基础，是维护人员进行内部维护，信息更新，验收和测试的依据。 该系统的预期读者是在校大学生和老师。4.1.2 项目背景本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是学校图书馆。 本产品是针对电脑管理图书的需求设计的，可以完成读者登记、读者借还书、图书登记、图书查询等主要功能4.2 总体设计4.2.1 需求概述通过计算机实现对图书馆入库、借阅、归还、检索、读者管理、查询的管理功能。一、可行性研究报告4.3 程序描述4.3.1 性能(1)
36、 精度需求 在精度需求上，根据使用需要，在各项数据的输入，输出及传输过程中，可以满足各种精度的需求。 (2) 时间需求 在软件方面，响应时间，更新处理时间都比较快且迅速，完全满足用户要求。 (3) 灵活性 当用户需求，如操作方式，运行环境，结果精度，数据结构于其他软件接口等发生变化时，设计的软件要做适当调整,灵活性非常大。 (4) 故障处理 a. 内部故障处理 在开发阶段可以随即修改数据库里的相应内容。 b. 外部故障处理 对编辑的程序进行重装载时，第一次装载认为错，修改。第二次运行，在需求调用时出错，有错误提示，重试。说明对该程序的全部性能要求，包括对精度、灵活性和时间特性的要求。4.3.2
37、 输入项目主模块输入项目：操作系统传递至的各种消息以及用户的输入数据。学生管理模块输入项目：与学生管理操作子对话框有关的用户输入及系统消息。图书管理模块输入项目：用户口令。借阅管理模块输入项目：学生学号、图书编号。归还管理模块输入项目：图书编号。4.3.3 输出项目主模块输出项目：用户界面显示。学生管理模块输出项目：操作结果显示。图书管理模块输出项目：相应的界面。借阅管理模块输出项目：学生信息、相关借书信息。归还管理模块输出项目：相关学生信息。一、可行性研究报告4.3.4 程序逻辑a、 标准流程图开始启动系统输入密码 、账号密码 、 账号是否正确 ？Y用户选择选择项查询 借阅 还书输入书籍信息
38、输入书籍编号是否过期 、损坏显示查询结果确认书籍信息罚款 归还书籍NY更新图书库存退出系统结束N图 4.1b、 NS 图一、可行性研究报告输入账号 、 密码账号 、 密码是否正确重新输入账号 、密码启动系统用户选择选择项1 2 3查询借阅还书显示查询结果确认借阅书籍是否超期 、损坏F归还书籍图 4.2c、判定表表 4.3 用判定表表示计算罚款金额的计算1 2 3 4 6一般借阅者 T F F F残疾借阅者 F T F TVIP 借阅者 F T T F借阅时间=30天T F F F F免费 (D-30)*0.2 (D-30)*0.4 (D-30)*0.6 (D-30)*0.8 4.3.5 接口(
39、1) 外部接口按 Windows 应用软件用户界面的规范来设计，使用以对话框为主的用户界面，便于用户使用。(2) 内部接口模块间接口采用数据耦合方式，通过参数表传送数据，交换信息。(3) 用户接口一、可行性研究报告本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。用户对程序的维护，最好要有备份。4.3.6 存储分配借书模块内部数据： 数据库 数据库连接指针 m_pConnection_ConnectionPtr用户界面读者姓名 m_strReaderName CString已借图书信息 m_strLBInf CString 已借图
40、书数显示 m_strLBNum CString欲借图书书号 m_lBookID long内部参数当前读者证号 m_lReaderID long可借图书数上限 m_MaxLBNum int还书模块内部变量：数据库数据库连接指针 m_pConnection_ConnectionPtr数据库查询结果集指针 m_pRecords_RecordsetPtr用户界面欲还图书书号 m_lBookID long借阅者图书证号显示 m_strLenderID CString借阅者姓名 m_strLender CString已还图书信息显示 m_strRBInf CString未还图书信息显示 m_strNRBInf CString已还图书数显示 m_strRBNum CString 未还图书数显示 m_strNRBNum CString内部参数当前还书者读者证号 m_lCurrID long 已还图书计数 m_intRBNum int借书天数上限 m_MaxLBDay int4.3.7 限制条件(1) 技术约束 本项目的设计是在汉语程序设计语言的条件下进行的，技术设计采用软硬一体化的设计方法。 (2) 环境约束 运行该软件所适用的具体设备必须是奔腾 133、内存 16 兆以上的计算机;
