图书馆管理系统项目计划书 1 引言 1.1 编写目的 本项目计划书的编写目的是制定一套软件项目实施及管理的解决方案，其主要工作包括确定详细的项目实施范围、 定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的（时间）进度计划、成本和预算计划、人力资源计 划等。 1.2 背景 图书管理信息系统，是基于图书馆的图书数目不断增加，读者数目不断增长，对图书信息管理自动化和准备化要求 日益强烈的背景下，为了实现读者信息管理工作网络化，以及实现网络查询和统计一体化而设计的管理信息系统。该系 统为了图书管理员提供了一个个性化的门户，将读者需要的各种服务集成起来，操作员只需一次登录就可以使用所有服 务。读者信息服务系统，是为读者介意信息情况提供的接口。从图书信息的录入到读者借阅图书信息的管理，都可以通 过这个系统完成。 1.3 定义 PM (Project Manager) 项目经理 SCM (Configuration Manager) 配置经理 SQA（Software Quality Assurance） 软件质量保证 UI （User Interface） 用户接口 1.4 参考资料 《Visual C++ 6.0 程序设计与开发技术大全》 《测试计划》 《配置管理计划》 《质量保证计划》 1.5 标准、条约和约定 本项目遵从以下标准： GB/T 13702-1992 计算机软件分类与代码 GB/T 20918-2007 信息技术 软件生存周期过程 风险管理 GB/T 19003-2008 软件工程 GB/T19001-2000 GB／T 15538-1995 软件工程标准分类法 GB／T 9386-2008 计算机软件测试文档编制规范 GB／T 9385-2008 计算机软件需求规格说明规范 GB／T 15532-2008 计算机软件测试规范 GB/T 18221-2000 信息技术 程序设计语言 环境与系统软件接口 独立于语言的数据类型 GB/T 11457-2006 信息技术 软件工程术语 GB 8567-2006 计算机软件文档编制规范 

2 项目概述 2.1 项目目标 本项目是在原有手工作业基础上增强数据库管理技术，增加图书信息的录入，读者信息的管理，读者借阅和 归还图书信息的管理功能。 2.2 产品目标与范围 本项目在通过收集、整理、存储关于图书、读者的主要数据以及原有系统的作业流程信息，为日后建立存储数据仓 库做好准备。系统要求界面友好，方便直观，管理员可以针对不同需求分类、排序、查询、统计，方便读者和其他部门 根据自己的需求准确快速的查询图书信息，实现以计算机辅助形式代替传统的手工查找形式，减轻图书信息管理人员的 劳动强度，提高工作质量和效率，从而使图书和读者管理更加合理化和科学化。 2.5 应交付成果 2.5.1 需完成的软件 图书馆信息系统软件 2.5.2 需提交用户的文档 安装维护手册、使用手册 2.5.3 需提交内部的文档 需求规格说明书，概要设计说明书，详细设计说明书，源代码清单、代码接口说明、测试策略、测试计划、 系统测试用例、缺陷报告、最终测试结果报告。 2.5.4 需提供的服务 将向客户提供一次集中培训和辅导，一年之内的系统维护。 2.6 项目开发环境 硬件环境：PCServer 服务器，人手一台 PC 机， 软件环境：Tomcat+Maven+JDK+MySQL+Eclipse 及插件 网络环境：100M 及以上速率局域网，TCP/IP 协议 2.7 项目验收方式与依据 项目验收将采取三方验收的方式进行：客户方，开发方和监理方。通过考察系统的使用情况，用户的反馈以 及专家的意见，形成共同意见并共同签署验收报告，标志着验收工作告一段落。 3 项目团队组织 3.1 组织结构 项目团队分为开发组，测试组，文档组和项目管理组。 其中开发组需要对软件开发所用到的 Java 语言和数据库技术特别擅长，能够在开发组组长的带领下，在规定的时 间内迅速完成软件开发工作。 测试组需要在开发过程中就开始参与进来，开展测试工作，并且在开发完成后还要继续测试工作，知道软件交付使 用。测试组需要有广阔的思维来设计测试用例，然后细心的测试,发现 Bug。 

文档组需要对软件开发和测试流程相当熟悉并且有扎实的写作工作，能够配合其他团队编写出项目开发过程的全部 文档。 项目管理组需要擅长把握公司的整体运作，包括识人用人，接单，推广产品，激发员工积极性等一系列工作。 3.2 人员分工 组长：刘清 需求分析：刘清 代码设计：卢斌 孙新 代码测试：王美欣 美工：孙飞云 技术文档整理：王美欣 3.3 协作与沟通 3.3.1 内部协作 文档组向开发组和测试组挖掘技术信息，写到技术文档中。测试组在开发过程中就介入到开发组中来，和开发人员 共同完成本系统的开发任务。管理层给大家分配任务，并督促大家完成。 3.3.2 外部沟通 在与客户的沟通中，开发组和需求顾问需要深入了解客户需求，通过需求分析明确定义系统的功能，再把设计和 开发任务下达到各个小组负责人和组员，然后在规定的时间把产品交给高校，形成一种良性循环。 4 实施计划 4.1 风险评估及对策 本项目的主要风险是开发人员对客户需求中的公交运营调度业务不熟悉，另外，在人员、资金、时间、技术等方面 都存在风险。 4.2 项目时间管理计划 项目进度由总经理和各组经理负责，把总体工作计划分配到每个月，进而分配到每一天，每个人，如果在上 班时间没有完成，在晚上加班的时候必须完成天计划。只有确保每天的天计划完成，才能确保总体工作计划顺利完成。 需求分析：4 月 1-10 号 概要分析：4 月 10 号-20 号 详细设计：4 月 20-5 月 15 号 编码实现与测试：5 月-6 月 4.3 质量管理计划 质量管理由项目经理牵头，测试经理通过负责软件测试工作保证软件质量。对每个开发阶段的阶段性成果都进行评 审或者测试，以保证软件产品的质量。 在质量管理计划中，为了保证软件质量管理中队出现的问题的管理，还需要定义问题跟踪流程。 流程如下： 发现问题，找出问题的责任人 通知问题责任人限期修改 

问题责任人修改问题 问题责任人将修改后的内容反馈给发现问题的人员 发现问题的质量管理人员对有问题的部分进行重新检验，确认问题得到修改。 如果发现问题没有修改，将通知问题责任人继续修改，直到问题得到解决 4.4 采购计划 在项目初期需要采购 PCServer 服务器两台和 5 台 PC 机，以便使用。 5 文档历史 版本 修改内容 修改日期 修改人 审阅人 V1.0 原始版本 2010-5-16 王美欣 刘清