《软件项目管理计划书》最佳模板_第1页
《软件项目管理计划书》最佳模板_第2页
《软件项目管理计划书》最佳模板_第3页
《软件项目管理计划书》最佳模板_第4页
《软件项目管理计划书》最佳模板_第5页
已阅读5页,还剩22页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

品文档项目名称: 品文档 .项目概述 41.2.项目主要功能及性能 41.3.项目交付产品 4.参考资料 4 2.1.过程模型 42.2.团队的分工与合作 5 3.1.管理目标及优先级 63.2.风险管理 63.3.监督及控制机制 63.4.人员计划 73.5.培训计划 83.6.风险管理计划 83.7.项目配置计划 93.8.计划更新策略 93.9.项目沟通计划 103.9.1.项目组会议 103.9.2.项目报告机制 11 11品文档3.11.质量保证活动 123.11.1.内部审核 123.11.2.阶段审核 13 4.1.开发工具、方法和技术 134.2.软件需交付的文档 13 5.1.进度表格描述 155.2.开发过程中的资源需求 155.3.软件管理过程中预算及资源分配 165.4.项目进度及关键工期设置 16品文档1.简介1.1.项目概述1.2.项目主要功能及性能1.3.项目交付产品 (1)提交文档:项目管理计划、需求规格说明,设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份,每个小组所有成员的总结装订在一起;其余文档每组提交一份。每个团队可将各小组的文档综合到一起,各小组也可自行分开提交,具体方式由团队内部协商确定。所 (2)源程序检查:一共1.4.参考资料2.项目组织2.1.过程模型品文档品文档3.管理过程3.1.管理目标及优先级3.2.风险管理3.3.监督及控制机制报告机制:2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言,由组长做最后的作口头总结,由秘书主持会议并记录和整理会议的内容。文期提交风险报告。必要时将突发风险通知所有组员,并由组长做出临时处理决定。然后在该周的例会上由组成员共同讨论对风险的处理意见。并形成风报告格式:报告主题,时间段,发现人,报告内容,审核意见评审机制:品文档进意见开展下一周工作,严格执行例会上锁制定的决策。小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合并,并邀请组长和其他组成员参加评议。亦可询问领导的意见。对于重大的风险处理意见,应该由组长及其他组组长组成评审团对处理意见进行审议和评估。并以评审团的决议 (亦可根据老师的建议)作为重要参考来制定决策。3.4.人员计划java程序员:界面设计员:数据库设计员:文档维护员:t沟通交流员:软件测试人员:品文档3.5.培训计划举例如下:培训计划培训效果评培训效果评估方式需要的技能水平123项目组成员具备的技能水平培训领域培训方式3.6.风险管理计划 (可根据项目选择来写,没有也可不写)品文档与产品包相关的各方面的风险包括:市场/客户风险;技术风险;财务风险;制造风险;采购风险;技术支持风险;风险3.7.项目配置计划 (可根据项目选择来写,没有也可不写)3.8.计划更新策略目计划进行变更控制和管理的机制以及其载体。以下文字仅供参考:在发生如下事件时,修订项目计划和参考文档:品文档项目的范围发生变化当风险成为现实时采取了相应的行动正行动时。内部或外部审核导致的纠正活动项目管理规程来批准和签发。事件驱动性更新是指在计划执行过程中遇到项目突然变动或者其他影响项目正常运行的事目计划更新需要对计划文档更新和项目里程碑计划的更新。不论是阶段驱动性更新还是时间驱动性更新都需要对项目的更新计划进行评审,评审需要3.9.项目沟通计划参考下例:品文档项目组会议NoNo会议频度参加人跟踪机制会议2.项目总结会议列举项目跟踪、监控过程中需要出示的报告类型、频率、报告人、汇报人信息。参考下例:项目报告机制报报告项目状态报告项目阶段结束报告项目总结报告4.报准备人频度需要对公司其他产品在本产品中实现重用进行分析以及本产品可以共享给公司的其他供重用,可以直接链接相应的文档或者在此加以说明。品文档现有重用构件1((Ifapplicable)重用构件的资产IDSl.12构件/文档名采用阶段新增重用构件2序序构件/文档名需求/文档id说明号12举例如下:行一次内部审核。品文档4.技术过程4.1.开发工具、方法和技术4.2.软件需交付的文档该文档由组长完成,介绍项目的整个管理过程。该文档在软件设计需求2.需求规格说明初稿在需求分析阶段,由全体小组成员采集分析用户的需求,并在例会上作出决策,有文档维护员撰写整理需求规格说明初稿,并在后续各个阶段进行品文档在总体设计阶段,小组根据需求规格说明文档,完成软件体系结构的设4.测试文档在更新用需求分析阶段,测试人员需要开始着手编写用户手册,并在需求分析结束后需要形成初稿;在后续阶段不断由文档维护员户文档;并在系6.个人项目总结工作经验进行总结。在7.其他文档软件开发过程中的其他文档,如开发日志(按组员意见选择公开与否),品文档5.开发进度安排及预算5.1.进度表格描述工作集工作集子工作完成时负责人最终交付物描述间5.2.开发过程中的资源需求支持

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论