图书管理系统项目计划

1、1 图书管理系统项目计划目录1 引言 . 11.1 背景. 11.2 定义. 11.3 参考资料 . 11.4 标准、条约和约定 . 22 项目概述 . 22.1 项目目标 . 22.2 产品目标与范围 . 22.3 假设与约束 . 32.4 项目工作范围 . 32.5 应交付成果 . 32.5.1 需完成的软件 . 32.5.2 需提交用户的文档 . 32.5.3 须提交内部的文档 . 32.5.4 应当提供的服务 . 42.6 项目开发环境 . 43 项目团队组织 . 53.1 组织结构 . 53.2 人员分工 . 63.3 协作与沟通 . 83.3.1 项目团队内部协作 . 83.3.2

2、 项目接口人员 . 83.3.3 项目团队外部沟通与协作模式. 84 实施计划 . 84.1 风险评估及对策 . 84.2 工作流程 . 124.3 总体进度计划 . 134.4 项目控制计划 . 144.4.1 质量保证计划 . 144.4.2 进度控制计划 . 154.4.3 预算监控计划 . 154.4.4 配置管理计划 . 165 支持条件 . 172 5.1 内部支持 . 175.2 客户支持 . 175.3 外包（可选） . 176 预算 . 176.1 人员成本 . 176.2 设备成本 . 186.3 其它经费预算 . 187 关键问题 . 188 专题计划要点 . 191 图

3、书管理系统项目计划1 引言1.1 背景(1) 项目的名称图书管理系统(2) 项目建设背景随着人们知识水平层次的提高，图书馆成为日常生活中不可缺少的一部分。而图书馆的存书量和业务量庞大， 仅仅靠传统的记帐式管理是不可行的。图书馆系统应运而生，逐渐成为信息化建设的重要组成部分。图书馆管理系统为学校或社会型图书馆的管理员提供所有借阅者的详细信息，以及馆内库存的详细情况，对借书和还书两大功能进行合理操纵并登记。(3) 软件系统与其他系统的关系本系统属于整个公司发展的系统建设的基础性系统，主要是尝试性的为客户提供服务的同时，逐步建立并完善一个独立的数据库， 大范围的集结优秀的项目管理工程案例。未来在这个

4、基础的骨干系统的基础上逐步完善各个子系统，并发展成为功能完善、功能强大的独立系统。优秀的项目管理案例可以挂在工程管理职能部门的相关网页下供社会学习参考。(4) 软件系统与机构的关系该系统出了为本公司的客户提供相关的服务之外，还应该在工程管理职能部门下设立有关优秀的项目管理案例供社会学习参考。1.2 定义sql 语言：是指基本通用的数据库操作语言。gui 编程：是指图形界面编程。1.3 参考资料文档格式要求按照我国gb/t8567-1988国家标准和 ieee/ansi830-1993 标准规范要求进行。包括以下文件：a. 图书借阅关系系统需求说明书b. 软件工程项目开发文档范例2 c. 软件工

5、程国家标准文档d. 图书借阅管理需求说明书e. 软件需求说明书编写规范书籍包括：软件项目管理夏辉，周传生，清华大学出版社。1.4 标准、条约和约定本项目遵从以下标准：gb/t 13702-1992 计算机软件分类与代码gb/t 20918-2007 信息技术gb/t 19003-2008 软件工程gb/t 5538-1995 软件工程标准分类法gb/t 9386-2008 计算机富安居测试文档编制gb/t 9385-2008 计算机软件需求规格说明gb/t 5532-2008 计算机软件测试规范gb/t 18221-2000 信息技术程序设计语言gb/t 11457-2006 信息技术软件工程

6、gb/t 8567-2006 计算机软件文档编制规范2 项目概述2.1 项目目标本项目的总目标是完成图书馆管理系统，为实现此目标，必须实现一下三个阶段目标：第一阶段目标：总体设计出图书馆管理系统总框架，并分析所需功能。第二阶段目标：大体完成图书馆管理系统。第三阶段目标：对完成的管理系统测试并验收。2.2 产品目标与范围本项目产品的目标是实现图书馆对图书的智能化、信息化、简单化，通过该系统来代替以往复杂软件操作存在的弊端。系统的主要功能是实现图书信息的增加、删除、修改、查找、借阅、还书的显示操作，及实时数据库提交更改。提高图书管理员工作信息报送反馈工作效率，更好的统计信息，提高信息的及时性、汇总

7、统计信息的准确性，减轻管理员的劳动强度。3 2.3 假设与约束本项目的开发时间为 : 工作人员： 6 人开发经费预算： 90万设备： 7 台 pc 假设：1、 本公司的资金充足，所有硬件设施如若需要就能在三天内投入使用，并且已经办完了所有的系统开发相关手续。2、 人员充足且协作能力强，工作效率高，能够迅速的通过努力完成所交付的任务。3、 严格跟进，不能超过计划的时间。约束：1、 系统开发，原则上严格控制成本，不能超过预算的10% 。2、 必须在项目经理的有效指挥下严格完成任务，投入的人员不能超过5 人。3、人力资源的约束限制，就必须牺牲进度或质量。2.4 项目工作范围为了使本系统成功达到客户的

8、要求，需完成如下任务：系统需求分析、系统概要设计、编码设计、以及系统测试和维护。2.5 应交付成果2.5.1 需完成的软件程序名称：图书馆管理系统编程语言： c#+sql server 2005 软件对象：源程序、可执行程序、支撑系统的数据库数据、安装软件。2.5.2 需提交用户的文档安装维护手册：主要内容是介绍安装和维护的主要步骤和注意事项。使用手册：主要内容是向用户介绍如何使用该系统。需求规格说明书：向用户介绍该系统的需求规格说明。2.5.3 须提交内部的文档1软件项目管理计划该文档由组长完成，介绍项目的整个管理过程。该文档在软件设计需求分析初级阶段完成，后续阶段由文档维护员进行相应的更新

9、。2. 需求规格说明初稿4 在需求分析阶段，由全体小组成员采集分析用户的需求，并在例会上作出决策，有文档维护员撰写整理需求规格说明初稿，并在后续各个阶段进行需求变更的更新。3. 设计报告初稿在总体设计阶段，小组根据需求规格说明文档，完成软件体系结构的设计，由组长编写软件体系结构设计文档初稿， 并在后续开发阶段补充和更新。该文档由文档维护员负责维护更新。4. 测试文档在软件开发阶段，测试人员需要编写测试规格说明文档，并在后续测试阶段更新。开发人员将根据测试规格说明文档建立测试环境、准备测试数据。5用户手册在更新用需求分析阶段，测试人员需要开始着手编写用户手册，并在需求分析结束后需要形成初稿；在后

10、续阶段不断由文档维护员户文档；并在系统交付阶段随着系统一起被交付。 6. 个人项目总结由组内成员各自独立完成， 对开发过程中获得的工作经验进行总结。在提交系统时一并提交。7. 其他文档软件开发过程中的其他文档，如开发日志（按组员意见选择公开与否），风险报告及其处理意见等，由秘书进行整理与汇聚。作为以后软件开发以及交流的经验。2.5.4 应当提供的服务将向用户演示安装、维护以及运行使用。2.6 项目开发环境1、软件： eclipse visual studio dreamweaver firework 2、硬件： pc 机3、技术： asp html css vbscript javascrip

11、t sql 4、项目设计及运行平台 windows xp web iis 5 2.7 项目验收方式与依据代码的验收：在交付客户之前进行小组内评审，代码编写符合hb6465标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。文档验收：在交付客户之前进行小组内评审，文档格式符合hb6465标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。服务验收：服务硬件达到文档说明的要求，人员技术考核合格，定期上门维护。3 项目团队组织3.1 组织结构设计经理测试经理开发经理项目经理6 3.2 人员分工姓名角色工作

12、描述项目经理01. 项目沟通交流02. 项目进度掌控03. 核心技术框架制定04. 工作任务划分分配、审核、验收05. 开发平台建设06. 样例程序制作07. 日常管理工作08. 重要文档成果物的整理09. 测试验收各个模块10. 架构设计整个系统的核心权限部分11. 解决疑难技术问题12. 模块设计指导开发经理01. 开发项目进度掌控02. 工作任务划分分配、审核、验收测试验收各个模块03. 日常管理工作开发人员01. 分析系统需求分析02. 界面设计03. 文档编写设计经理01. 分析新功能02. 软件框架扩展03. 代码模块分配04. 数据库设计说明书设计人员01.数据交换02.安装程序

13、03.安装手册7 设计人员01.数据加载分析设计人员01. 项目后期总体负责02. 加载程序编写设计人员01.数码相机照片读取剪切模块设计测试人员01. 对软件进行测试02. 编写软件测试文档测试人员01.用户操作手册8 3.3 协作与沟通3.3.1 项目团队内部协作本项目由项目经理领头协调各个项目组成员的协调工作。下设小组长 、。主要通过企业内部邮箱联系，项目团队的每一个成员都有一份项目成员联系方式单。在每一项目阶段的开始和结束时都由项目经理组织召开工作大会。并由 做好会议记要，并归档统一管理。3.3.2 项目接口人员(1) 负责本项目同用户的接口人员本项目有公司自主开发， 供公司发展使用。

14、 主要是由项目经理同开发设计部街头。(2) 负责本项目同本企业开发设计部接口人员仍旧由项目经理担任接口人员。项目经理与开发设计部和公司的职能部门的交接内容由专人负责记录，并交由 统一归档。3.3.3 项目团队外部沟通与协作模式项目团队外部由项目经理负责沟通协作。在每一项目阶段的开始和结束时，项目经理结束团队内部工作安排总结之后，需要向公司相关职能部门提交报告，报告交由 统一归档保管。联系方式：开发设计部：电话： 151*0326 （部长助理）邮箱： 紧急联系方式（仅供特殊情况下使用） ：电话： 158*9469 （李经理）邮箱： 4 实施计划4.1 风险评估及对策风险识别风险定性与定量分析风险

15、应对9 编号wbs 模块风险事件风险概率风险影响描述风 险影 响值风 险期 望值排序级别缓 解 策略策略应 急 计 划 和巢湖发事件风险处理措施风险负责人1 需 求风险需求分析不到位，导致数据模型建立好后无法使用6% 10%成本增长20% 0.2 0.12 8 四级1、重新进 行 到位 的 需求分析1 当数据模型建 立 后 无 法使用时，即使重 新 做 需 求分析一周工作包负责人2 需 求风险缺少有效的需求变化管理过程10% 5% 进度实施10% 0.2 0.020 6 四级1、及时和 项 目经 理 进行 有 效的沟通，确 保 需求 的 有效管理1、当缺少有效 的 需 求 变化 管 理 过 程

16、时，要及时，与 相 应 的 管理 人 员 惊 醒沟通，制定有效 的 变 化 管理三天工作包负责任3 需 求风险客户不断变化需求9% 工作质量受到较小的影响0.1 0.009 9 四级1、要做好 与 客户 之 间的 沟 通工作 2、工 作 人员 要 做好 应 对必 要 变化 的 准备， 满足客 户 的需求当 客 户 不 断变化需求时，1、要做好与客 户 之 间 的沟通工作 2、工 作 人 员 要做 好 应 对 必要 变 化 的 准备，满足客户的需求一周工作包负责人4 需 求风险院图书馆调研经常推后20% 10进度拖延 0.4 0.080 1 三级与 客 户相 关 人员 惊 醒有 效 沟通当 需

17、求 调 研不 能 及 时 进行时，根据合理 时 间 调 研并 与 相 关 工作 人 员 进 行有 效 沟 通 并确 定 调 研 时间两天项目经理5 需 求风险某些需求超出项目范围25% 范围主要部分0.2 0.050 3 三级查 看 范围 进 度计划， 并1、某些需求超 出 项 目 范围时， 1、明一天项目经10 受到影响与客户，进 行 合理 的 沟通确 列 出 超 出项 目 范 围 需求，2 查看范围进度计划，并与客户，进行 合 理 的 沟通理6 需 求风险漏掉某些模块或多了某些模块6% 范围的次要不分受到影响0.1 0.006 11 四级查 看 范围 进 度计划， 及时修改当漏掉某些模块或

18、多了某些模块时，1、查看范 围 进 度 计划，及时与项目经理进行沟通，如果漏掉某些模块，及时把漏掉的任务分配给相应的工作人员进行补充，如果多了一些设计模块，查看进度，并决定是否删除多出的模块一周工作包负责人7 相 关性 风险签订合同不科学不严谨，存在边界界定不清楚的问题15% 10%进度实施20% 0.4 0.060 10 四级及 时 与客 户 进行 有 效沟 通 并重 新 修订合同当 合 同 有 问题时， 1、及时 与 客 户 进行有效沟通，并 进 行 重 新修订合同， 2、重 新 根 据 需求 制 定 更 加完美的合同桑拿天项目经理9 相 关性 风险软硬件不兼容1% 项目的最终产品实际上不

19、能使用0.8 0.040 12 四级及 时 与供 应 商联系， 并进 行 有效沟通，更 换 硬件设备当 软 硬 件 不兼容时 1、及时 与 供 应 商联系，并进行有效沟通，更换 硬 件 设 备2、如果无法更换，查看该硬 件 是 否 可以 用 在 该 系统 的 其 他 位置三天工作包负责人11 10 相 关性 风险病毒、黑客入侵造成系统无法正常工作5% 项目的最终产品实际上不能使用0.6 0.050 16 三级做 好 系统 安 全防护当病毒、黑客入 侵 造 成 系统 无 法 正 常工作时， 1、及 时 进 行 系统体检，用相关工具杀毒，2、通过相关设 备 对 系 统进 行 有 效 保护 防 止

20、系 统再 次 收 到 攻击11 技 术风险预 算 有误，导致开发过程无法进行9% 10%进度实施20% 0.2 0.018 7 四级向 投 资者 申 请新 的 的资金当预算有误，导 致 开 发 过程 无 法 进 行时，向投资者申 请 新 的 的资金， 2、向投 资 者 展 示新 的 预 算 和以 前 错 误 的预算一周工作包负责人12 技 术风险开发工具不可靠导致项目过程 中 的bug 5% 10%进度实施20% 0.40. 0.032 5 四级确 定 开发 工 具可靠当 开 发 工 具不可靠时， 1、及时做测试，发现 bug。2、更 换 开 发 工具一周工作包负责人13 技 术风险使用框架存

21、在漏洞bug， 导致项目失败1% 质量降低需要得到有关领导的批准0.2 0.002 13 四级测 试 人员 及 时发 现 问题， 开发人 员 及时 解 决问题当 使 用 框 架存 在 漏洞bug，导致项目失败时， 1、及 时 对 框 架进行修复 2、更 换 更 可 靠的框架一周工作包负责人14 管 理风险技术人员离职，模块任务无人完成5% 10%进度实施20% 0.3 0.050 2 三级1、加强人 员 考核； 确定人 员 的可 靠 性2、及时需 找 人员 代 替气工作当 技 术 人 员离职，模块任务 无 人 完 成时 1、加强人员考核；确定人 员 的 可 靠性 2、及时需找 人 员 代 替气

22、工作 3、与2天项目经理12 当 事 人 做 及时沟通，15 管 理风险不能按进度计划完成相应的任务2% 10%进度实施20% 0.3 0.060 14 四级做 好 跟踪记录当 不 能 按 进度 计 划 完 成相 应 的 任 务时， 1、做好对 每 个 人 的及 时 跟 踪 记录， 2、若不能 按 进 度 完成，应当进行加 班 完 成 相应任务一周工作包负责人15 管 理风险进度进化不够完善导致整体任务滞后5% 质量降低需要得到有关领导的批准0.6 0.086 15 三级及 时 调整计划当 进 度 进 化不 够 完 善 导致 整 体 任 务滞后时 1、及时 调 整 计 划2、将所差进度加班完成

23、2天工作包负责人16 自 然风险火灾、涝灾、地震等自然灾害1% 质量降低需要得到有关领导的批准0.3 0.020 16 三级做 好 转移工作，降 低 损失程度当 火 灾 、 涝灾、地震等自然灾害时 1、做 好 系 统 备份 的 转 移 工作，把损失降低到最小 2 及时 做 出 应 急处理，是相关负 责 人 做 出快速反映。三天工作包负责人4.2 工作流程13 4.3 总体进度计划起止时间责任人及所需资源完成工作应提交成果检查点 /里程碑项目经理以及各部门负责人项目立项立项报告高层经理审批项目团队建立sm 和 pm 决定，sqa人员由中心确定项目生命周期模型选择项目计划中的生命周期项目计划需求分

24、析概要设计数据库设计编码实施系统测试结项sqa 配置管理14 需求开发过程定义需求开发计划简单制定需求开发计划软件评估和风险评估软 件 评 估 开 发书、软件开发计划、风险管理计划和日志简单执行培训计划制定培训计划软件开发计划文档化软件开发计划测试计划测试计划项目结项项目总结报告、验收报告概要编写需求分析人员客户需求调研、需求分析、软件需求走查、需求组内正式评审软件需求规格说明书、评审准备表、报告设计人员界面设计、总框架设计界面设计报告、框架设计报告表编程人员系统编程编程源代码系统可运行测试人员测试软件测试阶段报告、系统测试评估、操作手册、用户手册、测试阶段度量数据项目经理以及各项目负责人验收

25、、维护验收报告、项目总结报告项目经理用户验收4.4 项目控制计划4.4.1 质量保证计划执行时间阶段任务人员分工月日月日月日月日月日需求分析需求评审开发经理系统与测试设计系统概要设计评审系统详细设计评审制定测试策略评审制定测试计划评审编码与测试执行制定编码规范评审设计经理15 测试需求评审测试经理代码审查单元测试报告评审测试用例评审缺陷报告评审测试评估与系统部署测试评估报告评审部署方案评审项目经理4.4.2 进度控制计划时间阶段任务人员分工201年月201 年 月201年月项目启动与计划项目经理技术专家需求分析开发经理系统与测试设计系统概要设计设计经理系统详细设计制定测试策略测试组长制定测试计

26、划编码与测试执行制定编码规范设计经理确定测试需求测试经理编码设计经理单元测试编写测试用例测试经理执行测试测试评估与系统部署测试评估制定部署方案开发组长4.4.3 预算监控计划活动小活动预算小活动分摊预算大 活动分摊预算累计项 目 规划1、模板确定1320 3960 1320 2、 撰写项目计划报告2640 3960 需 求 分3、需求调研2640 6600 4、需求分析5280 11880 16 析5、需求确认2640 11880 14520 6、 撰写需求分析说明书1320 15840 软 件 设计7、系统分析3960 25080 19800 8、模块设计9240 29040 9、数据库设计

27、6600 35640 10、美工设计3960 39600 11、撰写详细设计说明书1320 40920 软 件 开发12、硬件安装25900 45700 66820 13、环境配置1320 68140 14、代码实现18480 86620 软 件 测试15、集成测试5280 11880 91900 16、系统测试5280 97180 17、撰写系统测试报告1320 98500 验 收 总结18、撰写用户手册1320 5280 99820 19、人员培训1320 101140 20、产品转移1320 102460 21、经验总结1320 103780 4.4.4 配置管理计划采用专用的版本管理工

28、具进行软件版本的控制，如svn 或是 git 之类的管理工具。（1）人员与职责版本控制管理者：项目经理职责：制定版本控制流程（2）确定版本库的用户权限管理者：负责版本管理、对版本库拥有全部权限开发人员：写入读出测试人员：读（3）定义配置项（版本控制项）及其标识系统项目计划系统需求说明系统概要设计系统详细设计测试策略测试计划测试用例编码规范17 源代码缺陷报告测试最终结果报告（4）定义项目基线（略）（5）定义配置项的版本管理策略按照 4 类不同功能的分支进行：主干分支私有分支小组分支集成分支5 支持条件5.1 内部支持无5.2 客户支持需求分析阶段：客户201年月日参与到此阶段，需求分析人员记录需求。客户验收阶段：客户于月日对本系统验收。5.3 外包（可选）无6 预算6.1 人员成本姓名标准费率加班费￥330/ 工作日￥50/ 小时￥250/ 工作日￥40/ 小时￥200/ 工作日￥35/ 小时￥250/ 工作日￥40/ 小时￥200/ 工作日￥35/ 小时￥200/ 工作日￥35/ 小时18 ￥200/ 工作日￥35/ 小时￥200/ 工作日￥35/ 小时￥200/ 工作日￥35/ 小时￥200/ 工作日￥35/ 小时6.2 设备成本所有设备均有，成本为0。6.3 其它经