图书馆系统项目计划书

图书馆系统项目计划书内容摘要：

险 签订合同不科学不严谨，存在边界界定不清楚的问题 15% 10%≤进度实施20% 10 四级 及时与客户进行有效沟通并重新修订合同 当合同有问题时， 及时与客户进行有效沟通，并进行重新修订合同， 重新根据需求制定更加完美的合同 桑拿天 项目经理 9 相关性风险 软硬件不兼容 1% 项目的最终产品实际上不能使用 12 四级 及时与供应商联系，并进行有效沟通，更换硬件设备 当软硬件不兼容时 及时与供应商联系，并进行有效沟通，更换硬件设备如果无法更换，查看该硬件是否可以用在该系统的其他位置 三天 工作包负责人 11 10 相关性风险 病毒、黑客入侵造成系统无法正常工作 5% 项目的最终产品实际上不能使用 16 三级 做好系统安全防护 当病毒、黑客入侵造成系统无法正常工作时， 及时进行系统体检，用相关工具杀毒，通过相关设备对系统进行有效保护防止系统再 次收到攻击 11 技术风险 预算有误，导致开发过程无法进行 9% 10%≤进度实施20% 7 四级 向投资者申请新的的资金 当预算有误，导致开发过程无法进行时，向投资者申请新的的资金， 向投资者展示新的预算和以前错误的预算 一周 工作包负责人 12 技术风险 开发工具不可靠导致项目过程中的bug 5% 10%≤进度实施20% . 5 四级 确定开发工具可靠 当开发工具不可靠时， 及时做测试，发现 bug。 更换开发工具 一周 工作包负责人 13 技术风险 使用框架存在漏洞bug，导致项目失败 1% 质量降低需要得到有关领导的批准 13 四级 测试人员及时发现问题，开发人员及时解决问题 当使用框架存在漏洞bug，导致项目失败时， 及时对框架进行修复 更换更可靠的框架 一周 工作包负责人 14 管理风险 技术人员离职，模块任务无人完成 5% 10%≤进度实施20% 2 三级 加强人员考核；确定人员的可靠性及时需找人员代替气工作 当技术人员离职，模块任务无人完成时 加强人员考核；确定人员的可靠性 及 时需找人员代替气工作 与2天 项目经理 12 当事人做及时沟通， 15 管理风险 不能按进度计划完成相应的任务 2% 10%≤进度实施20% 14 四级 做好跟踪记录 当不能按进度计划完成相应的任务时， 做好对每个人的及时跟踪记录， 若不能按进度完成，应当进行加班完成相应任务 一周 工作包负责人 15 管理风险 进度进化不够完善导致整体任务滞后 5% 质量降低需要得到有关领导的批准 15 三级 及时调整计划 当进度进化不够完善导致整体任务滞后时 及时调整计划将所差进度加班完成 2天 工作包负责人 16 自然风险 火灾、涝灾、地震等自然灾害 1% 质量降低需要得到有关领导的批准 16 三级 做好转移工作，降低损失程度 当火灾、涝灾、地震等自然灾害时 做好系统备份的转移工作，把损失降低到最小 2 及时做出应急处理，是相关负责人做出快速反映。 三天 工作包负责人 工作流程 13 总体进度计划 起止时间 责任人及所需资源 完成工作 应提交成果 检查点 /里程碑 项目经理以及各部门负责人 项目立项 立项报告 高层经理审批 项目团队建立 SM 和 PM 决定，SQA 人员由中心确定 项目生命周期模型选择 项目计划中的生命周期 项目计划 需求分析 概要设计 数据库设计 编码实施 系统测 试 结项 SQA 配置管理 14 需求开发过程定义 需求开发计划 简单制定需求开发计划 软件评估和风险评估 软件评估开发书、软件开发计划、风险管理计划和日志 简单执行 培训计划制定 培训计划 软件开发计划文档化 软件开发计划 测试计划 测试计划 项目结项 项目总结报告、验收报告 概要编写 需求分析人员 客户需求调研、需求分析、软件需求走查、需求组内正式评审 软件需求规格说明书、评审准备表、报告 设 计人员 界面设计、总框架设计 界面设计报告、框架设计报告表 编程人员 系统编程 编程源代码 系统可运行 测试人员 测试软件 测试阶段报告、系统测试评估、操作手册、用户手册、测试阶段度量数据 项目经理以及各项目负责人 验收、维护 验收报告、项目总结报告 项目经理 用户验收 项目控制计划 质量保证计划 执行时间 阶段任务 人员 分工 需求分析 需求评审 开发经理 系统与测试设计 系统概要设计评审 系统详细设计评审 制定测试策略评审 制定测试计划评审 编码与测试执行 制定编码规范评审 设计经理 15 测试需求评审 测试经理 代码审查 单元测试报告评审 测试用例评审 缺陷报告评审 测试评估与系统部署 测试评估报告评审 部署方案评审 项目经理 进度控制计划 时间 阶段任务 人员 分工 2020 年 12 月 2020 年 1月 2020 年 2 月 项目启动与计划 项目 经理 技术专家 需求分析 开发经理 系统与测试设计 系统概要设计 设计经理 系统详细设计 制定测试策略 测试组长 制定测试计划 编码与测试执行 制定编码规范 设计经理 确定测试需求 测试经理 编码 设计经理 单元测试 编写测试用例 测试经理 执行测试 测试评估与系统部署 测试评估 制定部署方案 开发组长 预算监控计划 活动 小活动 预算小活动分摊 预算大活动分摊 预算累计 项目规划 模板确定 1320 3960 1320 撰写项目计划报告 2640 3960 需求分析 需求调研 2640 11880 6600 需求分析 5280 11880 需求确认 2640 14520 16 撰写需求分析说明书 1320 15840 软件设计 系统分析 3960 25080 19800 模块设计 9240 29040 数据库设计 6600 35640 美工设计 3960 39600 1撰写详细设计说明书 1320 40920 软件开发 1硬件安装 25900 45700 66820 1环境配置 1320 68140 1代码实现 18480 86620 软件测试 1集成测试 5280 11880 91900 1系统测试 5280 97180 1撰写系统测试报告 1320 98500 验收总结 1撰写用户手册 1320 5280 99820 1人员培训 1320 101140 产品转移 1320 102460 2经验总结 1320 103780 配置管理计划 采用专用的版本管理工具进行软件版本的控制，如 SVN 或是 Git 之类的管理工具。 （ 1）人员与职责 版本控制管理者：项目经理 职责：制定版本控制流程 （ 2）确定版本库的用户权限 管理者：负责版本管理、对版本库拥有全部权限 开发人员：写入 读出 测试人员：读 （ 3）定义配置项（版本控制项）及其标识 系统项目计划 系统需求说明 系统概要设计 系统详细 设计 测试策略 测试计划 测试用例 编码规范 源代码 17 缺陷报告 测试最终结果报告 （ 4）定义项目基线（略） （ 5）定义配置项的版本管理策略 按照 4 类不同功能的分支进行：  主干分支  私有分支  小组分支  集成分支 5 支持条件 内部支持 无 客户支持 需求分析阶段：客户 2020 年 2 月 16 日参与到此阶段，需求分析人员记录需求。 客户验收阶段：客户于 28 日对本系统验收。 外包（可选） 无 6 预算 人员成本 姓名 标准费率 加班费 张三 ￥ 330/工作日 ￥ 50/小时 李四 ￥ 250/工作日 ￥ 40/小时 王丹 李梅 王刚 ￥ 200/工作日 ￥ 35/小时 林木 ￥ 250/工作日 ￥ 40/小时 马力 ￥ 200/工作日 ￥ 35/小时 周成贤 ￥ 200/工作日 ￥ 35/小时 张一琪 ￥ 200/工作日 ￥ 35/小时 18 王贵 ￥ 200/工作日 ￥ 35/小时 张伟 ￥ 200/工作日 ￥ 35/小时 陈强 ￥ 200/工作日 ￥ 35/小时 设备成本 所有设备均有，成本为 0。 其它经费预算 1 差旅费 3500 交通费用、伙食费、住宿费以及差旅补贴等等 2 资料费 1500 图书费、资料费、复印费 3 通信费 2020 市话长话费、移动通信费、上网费、邮资 4 办公费 2020 购买办公用品 5 协作费 11000 业务协作招待费、项目团队加班伙食费 6 奖金及福利费 15000 奖金、节假日福利等 7 加班费 15000 根据加班费率计算 8 房租 9000 包含地税 9 水电费 1000 10 项目监理费 5000 项目开发过程的监理费 11 后期维护费 20200 上线后期半年的维护 12 其他 5000 检测、维修费、消耗品、低易 品、茶话会等 其他经费预算总计 90000 7 关键问题 软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。 软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由楼六大方面。 1） 需求风险 很多项目在确定需求时都面临着一些不确定性。 当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。 如果不控制与需求相关的风险因 素，那么就很有可能产生错误的产品或者拙劣地建造预期的。