图书管理系统项目开发计划

图书管理系统项目开发计划一 可行性研究报告1引言1.1编写目的1.2项目背景1.3定义1.4参考资料2可行性研究的前提2.1要求2.2条件、假定和限制2.3可行性分析二 项目开发计划1. 简单介绍2. 对现有系统的分析3实施计划3.1任务分解3.2进度3.3预算1.4关键问题三 需求规格说明书1任务概述1.1目标1.2运行环境1.3条件与限制2数据描述2.1静态数据2.2动态数据2.3数据库介绍2.4数据词典2.5数据采集3功能需求3.1功能划分3.2功能描述4性能需求4.1数据精确度4.2时间特性4.3适应性四 概要设计说明书1总体设计1.1处理流程1.2总体结构和模块外部设计1.3功能分配五 详细设计说明书1总体设计1.1需求概述1.2软件结构（图）2程序描述2.1功能2.2性能2.3输入项目2.4输出项目2.5算法2.6程序逻辑2.7接口2.8存储分配2.9限制条件2.10测试要点六、测试计划1计划1.1测试方案1.2测试项目1.3测试准备1.4测试机构及人员2测试项目说明2.1测试项目名称及测试内容2.2测试用例2.3进度2.4条件2.5测试资料七、测试分析报告1测试计划执行情况1.1测试项目1.2测试机构和人员1.3测试结果可行性研究报告1引言随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分，使用计算机对图书信息进行管理，有着手工管理所无法比拟的有点。例如：检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。1.1编写目的可行性研究的目的是为了对图书管理问题进行研究，以最小的代价在最短的时间内确定图书管理系统是否可行，经过对此项目进行详细调查研究，初拟系统实现报告，对图书管理系统开发中将要面临的问题及其解决方案进行初步设计及合理安排。本报告经审核后，转交软件管理部门审查。1.2项目背景由于学校的不断发展，学生不断增多，学校图书馆的图书品种、数量也在不断地增多。学校使用图书管理系统提高了工作效率，同时摆脱图书管理人员在工作中出现的很多问题，大大节省了学生借书的时间。利用图书管理系统对图书记录进行统一管理，包括新增图书记录，更改图书记录，删除图书记录等功能，实现图书管理工作的系统化，规范化和自动化，为图书管理提供便利。a.大三第一学期实习内容：图书管理系统b.项目开发小组成员：王海东 时振超 张少华 曹志灏 王琦 c.用户：中小学、大中专院校及企事业单位图书馆d.项目开发环境：集成开发环境e. 软件名字：图书管理系统，版本是1.0。1.3 参考资料（1）软件工程标准手册 主编 石柱 中国标准出版社（2）软件开发编程与设计 主编 David Conger 北京清华大学出版社（3） ftp:/ftp.cstd.imut.edubbb/Upload/LLM/ 列出的资料（4） 软件工程导论（第四版） 张海藩主编 北京：清华大学出版社 2003（5） 图书管理系统可行性研究报告 王海东 2011.102可行性研究的前提2.1要求（1）本图书馆管理系统主要实现的功能如下：进入系统前需要身份验证，输入正确的用户名和密码才能进入系统。用户可以根据需要进行书库管理。用户可以进行借书证的办理、查询、挂失等操作。图书出纳、归还、滞纳金的管理对读者按姓名、证件号码查询的管理对图书按ISBN号、图书名称、图书整理、图书编号、分类的查询管理。按照管理员的各种需求进行统计及报表打印的功能。（2）性能要求：实现馆内采购、编目、流通、文献检索等信息化管理（3）输出要求：数据完整，详实。（3）输入要求：简捷，快速，实时。（4）操作系统：Microsoft Windows 2000 server 或者 Microsoft Windows 2000 Advanced server 2数据库：Microsoft SQL Server 2000 （5）完成期限预计7个月，即截止2 01 3年7月1日。2.2条件、假定和限制建议开发软件运行的最短寿命：4年硬件条件：服务器sun工作站，终端为pc机。服务器端Windows XP 操作系统+Tomcat6.0+SQL Server数据库客户端 Windows XP 操作系统及浏览器数据库：Microsoft SQL Server 2000投入运行最迟时间：*假设1：相关硬件设备或者软件设备瘫痪。限制：造成部分工作甚至整体工作无法进行而造成拖延。 假设2：组员在项目开发过程中推出该项目。限制：任务需重新分配可能导致最终延期交付。 假设3：最终没有外援美工指导。限制：最终系统界面友好性相对较差。2.3可行性分析（1）经济可行性 图书管理系统对图书记录进行统一管理，实现图书管理工作的系统化，规范化和自动化，为图书管理提供便利。与传统人员管理相比，图书管理系统提高了工作效率、同时包托图书管理人员在工作中出现的很多问题，大大节省了学生借书的时间。（2）技术可行性 现在社会对JSP+Servlet的技术使用较为成熟的人才已经很多，并且现在的各大高校图书馆都拥有电脑。（3）运行可行性 该系统需要搭建JVM即JAVA虚拟机和Tomat环境，在此环境下，并且在正确连接数据库后可以正常运行。（4）法律可行性 法律可行性：该平台是作为毕业设计与商业无关，又因为是自主开发设计，因此不会构成侵权，在法律上是可行的。项目开发计划1.1图书管理系统的系统特点（1）简洁美观的操作界面 美观又简单的操作界面对于一个图书网站，起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使阅读者感到疲惫。本系统通过工作人员的精心打造，配以精致的动画，使图书管理系统操作界面既时尚典雅又动感十足。（2）科学的书店管理模式 系统管理员系统分为4个模块：系统管理员身份认证模块、图书管理模块、借阅者管理模块和借阅超时管理模块（如图1）管理员身份认证：接口描述：输入系统管理员身份认证信息模块功能：通过检验认证信息允许系统管理员进入系统管理员系统管理过程陈述：将输入的管理员身份认证信息与管理员信息表中的信息进行对照，若管理员的编号、姓名和密码中的任意一项与信息管理员信息表中的信息不符合则认为输入有误，身份不通过，要求重新输入；只有三者都相同才能通过身份认证进入系统。约 束：最多只允许系统管理员输入三次，若三次都有误，则认定该输入者为非法管理员，不允许其再输入。借阅者管理模块：接口描述：输出借阅者管理信息模块功能：对借阅者信息、借阅者分类信息执行修改、查看和删除操作过程陈述：输入借阅者编号，打开借阅者信息表可修改、查看和删除表中的信息，并将修改后的信息保存到借阅者信息表中，执行删除操作则需对借阅者分类信息表中的信息进行修改；输入借阅者职务、班次，可打开借阅者分类信息表，可修改、查看和删除表中的信息，并将修改后的信息保存到借阅者分类信息表中。约 束：借阅者可分为学生和教师两类，以职务、班次为关键字进行索引。图书管理模块：接口描述：输出图书管理信息模块功能：对图书信息、书目信息执行修改、查看和删除操作过程陈述：输入图书编号，打开图书信息表可修改、查看和删除表中的信息，并将修改后的信息保存到图书信息表中，执行删除操作则需对书目信息表中的信息进行修改；输入图书名、图书类名，可打开书目信息表，可修改、查看和删除表中的信息，并将修改后的信息保存都书目信息表中。约 束：系统管理员对图书信息、书目信息，只有修改、查询和删除的权限，没有添加的权限。借阅超时管理模块接口描述：输出借阅者超时管理信息模块功能：读取超时罚款信息，锁定超时借阅者过程陈述：输入借阅者编号可读取借阅者的超时罚款信息；输入当前时间可通过读取借阅信息表并列出超时借阅者名单，锁定超时借阅者，借书状态为不可借；同时将超时借阅者信息告知操作管理员系统，并将记录写到超时罚款信息表中。约 束：只有超时借阅者缴纳罚金后，其锁定状态才可解除。1.2.系统功能说明1.2.1 系统前台前台作为与阅读者直接交互的界面，在考虑功能的同时，也考虑了操作的简洁和方便性，目的是让大多数不太懂电脑操作的客户，也能轻松的享受电子商务给他们带来的便利。前台主要功能包括：注册登录、我的账户、图书查询、图书分类浏览、图书展示、意见反馈、在线交流、自动友情链接功能等等。1.2.2书店后台本系统后台管理在考虑操作简便的同时，提供了强大的书店管理模式。大模块上分为用户资料管理，图书资料管理，用户反馈管理，黑名单与网站维护。1.2.3功能划分1）借阅者管理系统（1）未注册者可以进入注册系统进行注册；（2）已注册借阅者可按姓名、编号或者身份证号登录进入借阅者检索系统查询借阅者情况；（3）已注册借阅者可按书名、出版社或整理对图书信息进行检索查询或提出预约请求；2）图书管理员管理系统 （1）图书管理员通过图书管理员身份认证进入图书管理员管理系统； （2）借阅者可节约在库图书； （3）在规定期限内借阅者归还借阅图书； （4）借阅者在不违规情况下可继续借阅已借阅图书； （5）借阅者可以预约图书。3）系统管理员管理系统 （1）系统管理员通过系统管理员身份认证进入系统管理员管理系统； （2）系统管理员可以对图书进行图书管理（如：查询、删除、修改图书资料或图书分类查询修改、删除管理）； （3）系统管理员可以对借阅者进行学生管理（如：查询、删除、修改借阅者信息或借阅者类别修改、删除管理，查询浏览借阅者详细资料，包括借阅次数，登录次数，最后登录时间）； （4）系统管理员可以对借阅者进行借阅超时管理（如：列出借阅者超时借阅图书资料，锁定选定的借阅者，禁止锁定的借阅者再借阅，列出已锁定的借阅者名称，可解除选定的借阅者，允许借阅者再借阅）。4）操作员管理系统 （1）操作员通过操作员身份认证进入操作员管理系统； （2）操作员可以添加、删除、查看管理员（系统设有一个最高管理员即操作员，拥有最高管理权限），可以修改管理员密码、登录名； （3）操作员可以对图书馆基本配置进行设置（如：是否开放图书借阅，可设置可借出数量、借阅时间、续借次数、公告刷新时间，可重置为默认数据，修改配置方案）； （4）对新图书进行录入并生成图书条形码，对新借阅者进行录入并生成借阅者条形码；对已过期的借阅者证件进行借阅者注销处理，对已遗失或损坏严重的图书数进行注销图书处理。5）罚款管理系统（1）罚款管理员通过罚款管理员身份认证进入罚款管理系统；（2）罚款处理可以读取借阅信息表再生成超时罚款信息表，通过超时罚款信息表可以生成罚款单给罚款管理员；（3）图书管理员告知罚款系统图书损坏或遗失，若图书损坏严重或遗失，经罚款管理员鉴定后告知操作员，对图书进行注销处理且罚款管理员对借阅者进行罚款处理；若图书轻微损坏，则告知借阅者进行赔偿。2对现有系统的分析图书管理员 1.读者数据维护模块读者2.书目维护模块3.图书出纳管理模块4.查询5.统计系统时钟2.1处理流程和数据流程3实施计划3.1任务分解分析阶段（一个月）调研小组设计阶段（一个月）设计小组写代码及单元测试阶段（三个月）开发小组总测试及修改阶段（一个月）测试小组维护阶段（不定）维护小组3.2进度阶段划分： 1. 可行性分析：10天 2. 需求分析：15天； 3. 软件设计(概要设计和详细设计)：20天；4. 数据库建立：15天； (以下6个子系统可并行编码、单元测试) 5. 子系统1编码测试：5天; 6. 子系统1编码测试：10天;7 子系统1编码测试：30天; 8 子系统1编码测试：15天;9 子系统1编码测试：10天; 10. 子系统1编码测试：15天;11. 硬件安装:20天;12. 硬件测试:20天; 13. 集成测试：20天; 14. 系统安装、培训：15天； 15 验收测试:20天 进度：包括可行性分析、需求分析、软件概要设计、软件详细设计、编码、测试、安装、转换、确认、培训等阶段活动和任务的进度安排3.3预算分析阶段 5000元设计阶段 10万-20万写代码及单元测试阶段 60万左右总测试及修改阶段 5万左右3.4关键问题关键的问题是如何做到大容量,多并发,快速的即时演算能力和部分故障不停机的能力.此外开发本项目需要一定的风险,主要是计算机发展速度的风险.详细的分析参见可行性分析报告.大多数技术问题都能通过数据库解决，所以选择好的数据库是保证开发完整的前提。需求规格说明书1.任务概述1.2运行环境1.1 设备运行本软件要在装有Windows2000、Windows XP/Win7/Vista系统的计算机。1.2 支持软件本系统支持的操作系统包括：Windows2000、Windows XP/Win7/Vista。本系统支持的数据库：SQL Server 2000，SQL Server 2005，MY SQL。本系统的开发工具：tomcat6.0，my eclipse 6.2.1.3 接口 本软件通过若干个中间表（在次省略其结构）实现与其他软件的通信。1.4 控制 本系统前台根据“读者验证”模块来控制前台工作，若为读者，则可通过读者登录来选择前台的各项功能，若不是读者，则必须先注册读者，后台则根据“管理员验证”模块来控制后台工作，通过管理员的登录来管理书的存储，和读者信息的存储以及订阅单的输出1.3条件与限制a. 硬件方面： 需要配备一台装有SQL Server 2005的数据库服务器和一台装Tomcat6.0的WEB服务器b. 技术方面： 开发小组成员接受过二年正规软件工程本科专业训练，计算机方面知识有一定基础，但是对Java以及SQL Server数据库掌握运用还有待提高，不足之处靠借阅有关书籍进行学习，组内成员相互讨论分析解决。需由用户承担的工作： 配备相应硬件系统，做到规范操。向本小组成员进行培训，其内容包括图书馆的工作结构、图书馆管理系统的工作流程，以及图书馆规模包括可容纳多少图书,多少读者,有几个级别的管理员和管理员数目这些内作，备份好数据防止数据2数据描述2.1动态数据2.2数据词典数据字典是用来规范描述数据具体内容的工具，也是对数据汇总分析的一个总结。一般来说，可为每个数据建立一张二维表。2.3 数据采集2.3.1 E-R图：2.3.2数据库需求分析设计3功能需求信息输入之后，经过一定的分类处理，形成图书档案数据库，可用于用户查询、模块调用与数据统计。1.密码设置：每个操作员均有自己的密码，可以防止非本系统人员进入本系统；又因每个人的权限不一致，故可以防止越权操作。 2.资料维护：为了存放图书、读者档案的全部数据，本系统将每一本图书和每位读者的信息进行管理。系统维护包括对各种表记录的修改、删除、添加等操作。 3.系统查询：可以按图书编号、借阅证编号等相关信息进行查询。4.系统管理：进行员工管理、数据备份和数据恢复。5.报表统计：包括统计图书信息、读者信息、借阅信息和罚款信息等。 6.其它操作：包括修改密码、添加用户、页面设置等。4性能需求为了保证系统能够长期、安全、稳定、可靠、高效的运行，机票预定系统应该满足以下的性能需求：4.1 数据精确度4.1.1 精度 本系统要求输入的读者年龄为整数，借阅书籍的数量为整数，出生日期必须是合法的日期形式（如1990-08-01），身份证号码必须为数字。4.1.2 时间特性要求（1）系统的更新处理时间应该在可接受的范围内；（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。4.1.3 灵活性（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；（2）能够支持WindowsXP/7，VISTA的运行环境；（3）留有与其他系统的接口。4.2 数据管理能力要求由于图书管理系统会对读者的资料进行保存，并且，书的库存会随着借阅书籍数量或购进新书而改变，因此对数据的存储有一定的要求：要求提供数据的备份功能。 概要设计说明书1.总体设计通过这个阶段的工作将划分出组成系统的物理元素。系统概要设计的基本目的是用比较抽象的概括方式确定系统如何完成预定的任务也就是要确定系统的配置物理方案。软件结构设计时应该遵循的最主要的原理是模块独立让模块彼此间的接口关系应该尽量简单1.1处理流程1.2总体结构和模块外部设计1.3功能分配该系统需要实现的功能主要有“日常工作管理”、“基本资料维护”、“查询”、和“系统管理”模块。其中日常工作管理和基本资料维护是整个系统的核心。 功能实现: 1.“工作”模块 （1）借书处理：主要功能是记录借阅证编号和图书编号，进行借书过程。在数据库中插入一条借书记录，该记录包括读者ID、图书ID、借出日期、还书期限、操作员姓名。（2）还书处理：主要功能是输入借阅证编号、图书ID，在借阅登记表中找到相应的记录将该记录的相应数据插入到还书记录中，同时将借书记录删除并保存在借阅历史记录表中。 （3）缴纳罚金：输入读者ID，显示该读者的姓名、图书编号、罚款金额和罚款原因，如果读者交纳了罚金，则将借阅登记表的允许借阅标志置为“Y”。删除罚款记录表中该读者对应的记录，将这一条记录同时插入到罚款历史记录表中。 2.“资料维护”模块 （1）图书资料维护：包括新书的入库以及现有书籍资料的修改、删除。 （2）读者资料维护：包括新会员的资料入库以及现有会员资料的修改和删除 。3.“查询”模块 （1）图书资料查询：根据相应的图书信息对所有书籍进行查询。此查询包括图书分类、图书号、图书名称、整理、出版社。（ 2）读者资料查询：根据相应的读者资料进行所需查询。借阅证编号、读者姓名、身份证号以及止借标志。 （3）借阅历史记录查询：根据相应的借阅信息进行所需查询。此查询包括借阅证号、图书号、借书日期、还书日期。 （4）罚款历史记录查询：根据相应的罚款信息进行所需查询。此查询包括借阅证号、罚款日期、罚款原因。 详细设计说明书1.总体设计用户登录调用数据库？Y/N系统主界面退出系统1.1软件结构 是 否2程序描述2.1功能 信息输入之后，经过一定的分类处理，形成图书档案数据库，可用于用户查询、模块调用与数据统计。2.2性能 准确性要求高，可靠性要求高，输入控制严格，页面响应时间短，用户界面友好，输出准确，能够准确有效的进行用户权限的管理。2.3输入项新书名称：任意的字符，数字的组合或是单独使用字符或是数字新书编码：任意的数字，字符的组合或是单独使用字符或是数字2.4输出项错误提示：新书编码规则不正确操作界面：添加（或修改）成功，继续下一步操作2.5设计方法（算法）新书名称+编码软件设计： 错误提示，请重新输入继续下一步YN是否符合标准硬件设计：服务器：PentiumII500以上或更高，128内存，20G硬盘，CDROM：16倍速以上，网卡：10/100自适应，内存:128M以上；工作站：PentiumII 266以上微机，内存：64MB，硬盘： 至少5G以上，CDROM：16倍速以上，网卡：10/100自适应；另外，都必须遵守TCP/IP协议；2.6流程逻辑 对图书分类整理后，要予以编号，编辑功能实现代码。如下是系统开发的流程：新书入库 修改馆藏 图书量 新书上架 修改数据库 书籍编码 图书分类2.7接口模块之间采取的是串行方式与并行方式的结合，并通过值传递来实现数据的传输。2.8存储分配 馆藏图书信息与用户信息占据整个磁盘的2/3。2.9限制条件禁止一切非授权更改。2.10测试计划首先采取逐步替代制的方式来测试系统，要求专业的测试人员，使用真实的数据输入，然后将其输出的结果与原有的结果进行比较。测试计划1计划1.1测试方案测试方案是测试阶段的关键技术问题。为了提高测试效率降低测试成本，本测 试方案采用黑盒法设计基本的测试方案，再用白盒法补充一些方案。在黑盒法测试 方案中，采用等价划分技术，把所有可能的输入数据（有效的和无效的）划分成几 等价类，其划分类在以下的输入中再详述。1.2测试项目测试1：名称：系统操作登录测试。 目的：测试系统操作界面。 内容：帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制 。测试2：名称：出借测试。 目的：测试出借功能。 内容：括读者证号输入、合理性检查、合法性检查，借书对话显示控制，图书书号提交、合理性检查、合法性检查，借书登记。 测试 3：名称： 还书测试。 目的：测试还书功能。 内容：还书对话框显示控制，图书书号提交、合理性检查、合法性检查，还书登记。 测试4：名称：图书库管理测试。 目的：测试图书库操作功能。 内容：图书库管理界面显示控制，图书库浏览，增加图书记录，删除图书记录，编辑图书记录。测试5：名称：图书查询测试。 目的：测试图书查询功能。 内容：图书查询对话框显示控制，输入数据合理性检验、提交，图书查询结果显示。1.3测试准备在测试前，与各模块的主要负责人共同协商讨论，以概要设计说明书.详细设 计说明书作为总的提纲,选择合适的输入输出数据,并加以意义列举说明。1.4测试机构及人员人员主要由各程序模块的软件开发人员和图书馆的有关负责人共同2测试项目说明2.1测试项目名称及测试内容测试1：名称：系统操作登录测试。 目的：测试系统操作界面。 内容：帐号口令输入、合理性检查、合法性检查，系统操作界面显示控制 。测试2：名称：出借测试。 目的：测试出借功能。 内容：括读者证号输入、合理性检查、合法性检查，借书对话显示控制，图书书号提交、合理性检查、合法性检查，借书登记。 测试 3：名称： 还书测试。 目的：测试还书功能。 内容：还书对话框显示控制，图书书号提交、合理性检查、合法性检查，还书登记。 测试4：名称：图书库管理测试。 目的：测试图书库操作功能。 内容：图书库管理界面显示控制，图书库浏览，增加图书记录，删除图书记录，编辑图书记录。测试5：名称：图书查询测试。 目的：测试图书查询功能。 内容：图书查询对话框显示控制，输入数据合理性检验、提交，图书查询结果显示。2.2测试用例4.2.1用例图及用例文档2.3进度由于其测试过程较长，需要对各子单元程序各模块及它们之间的接口分别进行测试进度一般测试过程都伴随其概要设计详细设计过程一起进行，进度在个月左右。2.4条件必须在保证各硬件设备软件系统齐备的情况下，资金充足，人员齐备，各方面互相配合，齐心协力，共同完成。2.5测试资料测试资料主要是软件开发小组的各类文档及图书馆提供的各类资料档案。测试分析报告1测试计划执行情况 1.1测试项目系统登录/注册模块测试系统接受用户输入的帐号密码，然后与数据库中数据核对。系统接受新用户注册帐号，核对无误注册成功 输入信息模块测试 系统接受用户输入的借阅者信息，核对后存入数据库中 数据库测试 测试数据库的安全性可靠性健壮性效率。 系统测试 用黑盒法对系统进行各类功能的测试1.2测试机构和人员【给出测试机构名称、负责人和参与测试人员名单。】1.3测试结果系统登录/注册模块测试 对于无效输入能够做出判断，并提示用户；有效输入能够成功存入数据库中。 输入信息模块测试系统能够检测出无效输入，提示用户重新输入；有效输入能够存入数据库中。输出信息模块测试能够准确输出用户查询的信息 数据库测试各类功能运行正常，无错误 系统测试各类功能运行正常，无错误友情提示：部分文档来自网络整理，供您参考！文档可复制、编制，期待您的好评与关注！35 / 35