图书管理系统需求分析+可行性+开发计划分析报告.doc

项目开发计划 1. 引言 1.1 编写目的 本项目开发的是一个图书馆管理系统，这份文档的目的是提供一个系统开发的实施步骤，对项目中将要面对的问题及解决方案初步设计及合理安排、明确风险此、经济效益和开发中对各项工作的人员分配记录下里，呈交项目经理和系统分析人员审阅以便在最短的时间最小的代价下完成项目。 1.2 背景 a.开发软件：高校图书馆管理系统 b.项目开发单位：武汉理工大学软件09级 c.项目开发者:xxx d.用户：图书馆各管理人员及学生 e.项目开发环境：系统Windows XP，数据库MYSQL，开发语言Java。 1.3 定义 图书馆管理系统是一种基于集中统一规划的数据库数据管理的模式，用以方便图 书于学生间的交互以及图书出纳的日常管理。 1.4 参考资料 《软件需求工程》——毋国庆 梁正平 编著 机械工业出版社 《软件工程导论》 ——张海藩 编著 清华大学出版社 《C程序设计》 —— 谭浩强 编著 清华大学出版社 《UML和模式应用》——Craig Larman 编著 机械工业出版社 2. 项目概述 2.1 工作内容 为图书馆建立一个图书管理系统，完成软件的开发、测试及试运行，并且完成图书馆信息查询的网络建设。该系统能为用户提供查询的检索服务，图书新建和删除，图书的借阅、归还，信息更新修改，用户的注册和注销以及系统维护功能。 2.2 主要参加人员 由于该项目较小，参与人数少由软件0904班自己组织完成。 该项目开发小组共7人： 项目经理：待定 项目成员：待定 2.3 产品 2.3.1 程序 图书馆管理系统程序包及MYSQL数据库 2.3.2文件 1.项目可行性分析报告 2.项目开发计划 3.需求规格说明书 4.详细设计说明书 5.测试计划说明书 6.用户文档 2.3.3服务 由于该程序简单，具体操作也比较简单，因此只需对图书馆管理人员进行一个简单的培训即可，具体的出现问题可以查看用户文档。对系统维护可以交给系统管理人进行，由于软件成品后要修改的主要为外部信息，系统也易于维护可以交给系统管理人员维护，只需对系统维护人员进行一个系统的培训，项目组不需要进行参与具体的工作。 2.3.4非移交的产品 开发源程序及其资料以及相关的开发计划、需求说明、设计及测试文件，需要由开发者保存，并具有开发权，不需要交给用户。 2.4 验收标准 2.4.1代码的验收：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受，规定功能没有完成等问题。 2.4.2 文档验收：清晰易读，内容详尽，符合规范。 2.4.3 用户服务验收：经过仔细的一系列测试后，合乎要求，同时使用户可以熟练的操作系统。 2.5交付日期：半年后 2.6 批准日期及批准者:本系统自2011年12月1号正式批准，批准人为xxx。 3. 实施计划 3.1 工作任务的分解与人员分工 人员分工具体由项目经理根据各人特长担任具体角色，完成自己的任务。 3.2 接口人员 由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演,在后期中负责告知系统维护人员如何维护。 3.3 进度 包括可行性分析、需求分析、项目开发计划、软件详细设计、编码、安装、测试、编写用户文档、培训等阶段活动和任务的安排。 3.4 预算 3.4.1开发费用： 1）人员费用：本系统开发期为三周，试运行一周。开发期需要开发人员x人，试运行期需要开发人员x人。人员费用为x万元。 2）设备费：本系统所需的硬件设备费及研究费用用为x万元。 3）不可预见费：按开发费用的15%计算。 3.4.2系统运行费用 　1）系统维护费：由图书馆系统管理人员负责，费用由图书馆支出。 2）设备维护费：由图书馆指定人员进行维护。费用图书馆自己支付。 3.5关键问题 （1）没有经费和硬件设施有限 （2）用户需求不清，存在误解及二义性 (3)第一次开发软件，开发人员没有实际经验 (4)时间有限，没有足够的开发时间 4.支持条件 4.1 计算机系统支持 硬件环境：服务器 若干台可以正常工作的计算机 软件环境：操作系统：Windows xp Web服务器：TOMCAT7.0 Web浏览器：Internet Explorer 6.0 数据库：MYSQL 4.2 需由用户承担的工作 需要和开发组进行沟通，以获取相应的需求。由开发组成员进行培训，掌握系统的操作，了解系统的结构，能够自行的维护和信息的管理。配备相应硬件系统，做到规范操作，软件交付日期为软件安装测试人员提供环境。 5.专题计划要点 5.1开发人员培训计划 在具体设计阶段前，对开发人员进行专门的培训计划。 5.2 测试计划 指定时间内对软件进行各项测试工作。 5