引言
1.1 编写目的
本项目计划书是对xxx项目的整个过程计划的描述,作为项目组成员进行项目过程的参考指南。
本文档的读者对象为公司领导、开发人员、测试组。
1.2 范围
项目开发计划包括项目描述、项目组织、成本预算、人力资源估算、设备资源计划、沟通计划、采购计划、风险计划、项目过程定义及项目的进度安排和里程碑、质量计划、数据管理计划、度量和分析计划、监控计划和培训计划等。
1.3 术语与缩写解释
缩写、术语 |
解 释 |
PMO |
项目管理办公室,Project Management Office |
PP |
项目策划(规划),Project Planning |
|
|
1.4 参考资料
1. 《xxx用户需求调查报告.doc》
2. 《xxx用户需求说明书(系统).doc》
3. 《xxx项目技术开发(委托)合同》
2 项目描述
2.1 项目的目标与范围
本文档对于后期设计工作以及测试手册、用户手册的编写具有直接指导意义。
2.2 客户介绍
本合同的客户为xxx,客户方联系人为xxx。
2.3 项目交付物
2.3.1 设备、程序
2.3.2 项目技术文档
2.3.2.1 技术文档交付清单
2.3.2.2 技术文档的编制、审核和批准人
责任人 产品名称 |
编制、修改人 |
审核人 |
批准人 |
xxx项目计划书 |
xxx |
xxx |
xxx |
xxx软件需求规格说明书 |
xxx |
项管部 |
|
xxx概要设计说明书 |
xxx |
项管部 |
|
xxx单元测试计划 |
xxx |
项管部 |
|
xxx单元测试用例 |
xxx |
项管部 |
|
xxx单元测试报告 |
xxx |
项管部 |
|
xxx集成测试计划 |
xxx |
项管部 |
|
xxx集成测试用例 |
xxx |
项管部 |
|
xxx集成测试报告 |
xxx |
项管部 |
|
xxx系统测试计划 |
测试部 |
项管部 |
|
xxx系统测试用例 |
测试部 |
项管部 |
|
xxx系统测试报告 |
测试部 |
项管部 |
|
xxx系统安装配置手册 |
xxx |
项管部 |
|
xxx系统用户使用手册 |
xxx |
项管部 |
|
版本发布说明书 |
xxx |
项管部 |
|
2.4 验收标准和交付期限
提交相关开发文档及代码,交付期限由双方一起商讨制定。根据合同由合同起始日起四个月后交付。
2.5 服务
1、乙方根据项目实施计划、进度和需要与甲方的合理要求,及时安排对甲方的相关人员进行培训。培训目标为使受训者能够独立、熟练地完成操作,实现依据本合同所规定的信息系统的目标和功能。同时,乙方应在系统验收前及时地提供此项目开发的软件代源码给甲方。
2、乙方自各项目交付验收通过之日起三年内向甲方提供免费的软件修改和维护服务。一年内免费现场服务(对系统软件提供1年的免费维护的服务,应用软件1年免费1人现场维护服务,系统软件和应用软件1年的免费升级),三年免费技术服务。提供7*24小时服务,并在2小时内对用户单位所提出的维修要求作出响应,并在24小时内修复,在48小时内或紧急情况下未能修复的,乙方应提供具有同样功能的设备供使用单位使用。在些期间如发生系统运行故障,或出现瑕疵,乙方必须按要求提供保修和维护服务。
2.6 项目约束
1. 需要按照《xxxJava语言编码规范V1.1.doc》进行代码编写;
2. J2EE应用框架:***
3. 应用服务器为:***
4. 数据库采用:***
2.7 项目难点
存在一些技术难点,应用服务器的集群问题,一对多方式的数据库同步、据库同步时的系统性能、数据安全传输等问题。
3 项目过程定义
参见《xxx项目PDP.xls》文档。
4 项目组织
4.1 项目组织结构
本项目的组织结构如下图:
项目组包括如下小组:
设计组
开发组
测试组
QA组
另设:
度量协调员
配置管理员
4.2 职责分工
角色/小组 |
职责 |
备注(技能要求) |
项目经理 |
协调资源,分解项目模块,规范项目开发标准,监督项目进度,提供技术支持,开发项目模块; |
|
设计组 |
进行系统设计,分析技术难点,给出可行设计方案; |
|
开发组 |
完整清晰的实现设计要求,并进行单元测试和集成测试; |
|
测试组 |
系统测试 |
|
QA |
1、 制定质量保证计划 2、 客观地评价过程和产品 3、 通报不符合项 4、 针对不符合项与项目经理及高层经理确定解决措施 5、 验证解决结果 6、 建立记录 7、若有过程改进意见则提交建议 |
|
度量协调员 |
1、 统计项目规划时识别的风险数。 2、 项目计划评审时发现的缺陷数。 |
|
项目组配置管理员 |
1、 编制配置管理计划; 2、 配合CMO完成项目组的配置管理活动。 |
|
4.3 项目成员组成
按下表给出项目成员组成:
项目角色 |
姓名 |
部门 |
电话 |
E_MAIL |
项目经理 |
|
|
|
|
设计组 (负责人***) |
|
|
|
|
|
|
|
|
|
开发组 (负责人***) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
测试组 |
|
|
|
|
QA |
|
|
|
|
CMO |
|
|
|
|
项目CM |
|
|
|
|
4.4 人员投入时间安排
序号 |
人员/角色 |
投入工时 |
开始日期 |
结束日期 |
1 |
|
|
|
|
2 |
|
|
|
|
5 项目进度和任务分解
5.1 项目里程碑
可以如下表格列出重要里程碑:
序号 |
里程碑 |
时间点 |
备注 |
1 |
完成项目规划 |
|
|
2 |
完成需求分析 |
|
|
3 |
完成概要设计 |
|
|
4 |
完成详细设计 |
|
|
5 |
完成编码 |
|
|
6 |
完成单元测试 |
|
|
7 |
完成集成测试 |
|
|
8 |
完成系统测试 |
|
|
9 |
验收发布 |
|
|
5.2 项目进度和任务分解
详见:《xxx项目详细进度表 》
6 成本计划
序号 |
费用项目 |
xxx.09 |
xxx.10 |
xxx.11 |
xxx.12 |
xxx.01 |
合计 |
1 |
内部人力资源 |
|
|
|
|
|
|
2 |
差旅费 |
|
|
|
|
|
|
3 |
会议费 |
|
|
|
|
|
|
4 |
接待费 |
|
|
||||
5 |
协作费 |
|
|
||||
6 |
合计 |
|
|
7 设备资源计划
7.1 硬件及环境资源
资源名称 |
数量 |
详细配置 |
获取方式与时间 |
责任单位 |
数据库服务器 |
|
|
|
|
应用服务器 |
|
|
|
|
备份服务器 |
|
|
|
|
7.2 软件和工具
资源名称 |
数量 |
详细配置 |
获取方式与时间 |
责任单位 |
|
|
|
|
|
8 采购计划
无采购计划。
9 数据管理计划
产 品 |
数据格式 |
数据存储 方式 |
数据更新 频度 |
数据检索权限及方式 |
备 注 |
项目计划 |
|
|
|
|
|
需求分析定义 |
|
|
|
|
|
系统设计 |
|
|
|
|
|
测试报告 |
|
|
|
|
|
源程序 |
|
|
|
|
|
单元测试用例 |
|
|
|
|
|
QA周报 |
|
|
|
|
|
缺陷管理数据 |
|
|
|
|
|
项目度量表 |
|
|
|
|
|
项目周报 |
|
|
|
|
|
10 项目监控计划
10.1 跟踪目标与频率
跟踪对象 |
细分、描述 |
跟踪频率 |
进度 |
1. 统计每个任务的实际完成时间; 2. 统计项目进展到各里程碑的实际时间; 3. 计算实际进度与计划进度的偏差。 |
项目周例会后,填写跟踪报告 |
工作量 |
1. 统计每个重要任务的实际工作量; 2. 计算实际工作量与计划工作量的偏差。 |
项目周例会后,填写跟踪报告 |
费用 |
1. 统计项目进展到各里程碑的实际花费; 2. 计算实际花费与计划费用的偏差。 |
项目完成后,填写跟踪报告 |
工作成果规模 |
1. 统计实际的代码行或功能点,计算它们与计划的偏差。 |
单元测试完成后,填写跟踪报告 |
软硬件资源 |
1. 统计项目实施过程中软硬件资源的实际使用情况; 2. 计算实际与计划的偏差。 |
项目实施某一阶段结束后,填写跟踪报告 |
项目风险 |
1. 跟踪风险的状态。 |
项目周例会后,填写跟踪报告 |
干系人纳入 |
1. 干系人是否适时介入 |
每周维护PP中《项目干系人纳入计划》和《干系人活动协调记录》表格 |
数据管理计划 |
1、是否定期管理监控数据 |
每半月检查一次 |
10.2 活动安排
活动名称 |
活动内容 |
时间安排 |
项目周例会 |
通告本周的项目周报并把下周的进度计划告知项目成员,总结本周出现的问题,提出解决方案。若上级主管对项目周报有批复意见,项目经理可根据需要向项目组成员通告。 |
项目周计划后的每周一下午 |
里程碑点会议 |
每个里程碑要进行评审 |
每个里程碑开始后 |
偏差分析 |
识别显著偏差并分析原因,采取相应的措施 |
每周分析一次,填写《偏差控制报告》 |
项目组内部分析 |
分析过程中间遇到的问题及解决办法 |
系统设计开后,每两天内部讨论一次. |
12 风险计划
详见:《xxx 项目风险跟踪表.xls》
13 项目沟通计划
1、给出项目的沟通关系网络图:
2、项目沟通通常分为:项目外部沟通和项目组内部沟通;
1)项目组内部沟通主要是通过日常交流,周例会和各种文档;
2)组外与领导沟通主要是汇报;
3)与客户方部门外沟通主要是现场交流;
4)过程需保留相关记录,以便以后查询。
14 项目干系人纳入计划
14.1 项目干系人列表
详见:《xxx干系人纳入计划.xls》
14.2 项目干系人纳入计划
详见:《xxx干系人纳入计划.xls》
15 技术评审计划
待评审的工作产品 |
评审方式 |
评审级别 |
评审时间 |
产品 批准人 |
QA是否 参加 |
项目计划 |
会议评审 |
部门级 |
xxx-9-11 |
部门经理 |
是 |
软件需求规格说明书 |
会议评审 |
部门级 |
xxx-9-26 |
部门经理 |
是 |
概要设计说明书 |
会议评审 |
部门级 |
xxx-10-12 |
部门经理 |
是 |
详细设计说明书 |
会议评审 |
部门级 |
xxx-10-29 |
部门经理 |
是 |
单元测试计划 |
非正式 |
项目组内 |
xxx-11-1 |
项目经理 |
否 |
集成测试计划 |
非正式 |
项目组内 |
xxx-11-1 |
项目经理 |
否 |
系统测试计划、测试用例、测试总结报告 |
会议评审 |
部门级 |
系统测试前和测试完成 |
部门经理 |
是 |
一些源程序 |
非正式 |
项目组内 |
编码过程中,每两天一次 |
项目经理 |
否 |
16 项目质量保证计划
16.1 项目质量要素和质量目标
序 |
质量要素(度量) |
优先级 |
质量目标 |
说明 |
||
目标 |
下限 |
上限 |
||||
1. |
需求设及覆盖率 |
高 |
95 |
90 |
100 |
(系统设计所涵盖的需求项数/经评审通过的需求总项数)* 100% |
2. |
代码的注释率 |
中 |
25 |
20 |
50 |
(注释性代码行数 / 代码总行数) * 100% |
3. |
单元测试缺陷排除率 |
中 |
90 |
80 |
100 |
(单元测试中排除的缺陷总数/自单元测试开始至初验结束之后两个月间发现的缺陷总数)*100% |
4. |
系统测试缺陷排除率 |
高 |
95 |
90 |
100 |
(系统测试中排除的缺陷总数/自系统测试开始至初验结束之后两个月间发现的缺陷总数)*100% |
5. |
文档合格率 |
中 |
90 |
80 |
100 |
(经过评审合格的文档数/项目策划阶段规定提交的文档总数)*100%,如果文档未评审或未提交,则为不合格文档。 |
6. |
系统测试缺陷密度 (个/KLOC) |
高 |
5 |
3 |
8 |
系统发现的缺陷数/规模 |
7. |
研发验收缺陷密度 (个/KLOC) |
高 |
0.3 |
0 |
0.5 |
研发验收发现的缺陷数/规模 |
8. |
发布前缺陷发现密度 (个/KLOC) |
高 |
40 |
30 |
60 |
发布前缺陷发现总数/ 规模 |
9. |
遗留缺陷密度 (个/KLOC) |
高
|
0.5 |
0 |
0.8 |
发布后缺陷发现数 / 规模 |
10. |
生产率 (LOC /人天) |
高 |
60 |
40 |
80 |
软件规模(LOC)/ 总工作量(人天) |
11. |
进度偏移 |
高 |
10 |
5 |
15 |
(实际结束时间-计划结束时间)/(计划结束时间-计划开始时间+1)*100% |
12. |
规模偏差 |
高 |
10 |
5 |
15 |
(实际的规模-计划的规模)/计划的规模*100% |
13. |
工作量偏差 (%) |
高 |
20 |
-10 |
35 |
(实际需要的工作量-计划需要的工作量)/计划需要的工作量*100% |
14. |
成本偏差 |
中 |
10 |
-10 |
15 |
(实际需要的成本-计划需要的成本)/计划需要的成本*100% |
15. |
PA执行符合度 |
高 |
85 |
70 |
95 |
参见每个已定义PA过程检查单中的执行符合度 |
16. |
PA执行工程类符合度 |
高 |
85 |
70 |
95 |
∑工程类中各PA执行符合度/该类PA总数*100% |
17. |
PA执行管理类符合度 |
高 |
85 |
70 |
95 |
∑管理类中各PA执行符合度/该类PA总数*100% |
18. |
PA执行支持类符合度 |
高 |
85 |
70 |
95 |
∑支持类中各PA执行符合度/该类PA总数*100% |
19. |
PA执行平均符合度 |
高 |
85 |
70 |
95 |
∑每个已定义PA执行符合度/PA总数*100% |
注:
1、上表中的“优先级”填写“高”、“中”、“低”其中之一;
2、“质量目标”的“目标”、“下限”、“上限”为参考值。
16.2 过程质量检查计划
本项目QA |
王恒 |
||
主要过程域 |
主要工作成果 |
检查时间或频度 |
参加人员 |
项目规划 |
项目计划报告 |
里程碑完成 |
项目成员和QA |
需求分析 |
需求分析报告 |
里程碑完成 |
项目成员和QA |
系统设计 |
系统设计 |
里程碑完成 |
项目成员和QA |
编码/单元测试 |
单元模块/测试用例 |
里程碑开始,每两周 |
项目成员和QA |
集成和系统测试 |
测试报告 |
里程碑完成 |
项目成员和QA |
系统测试 |
系统测试报告 |
里程碑完成 |
项目成员和QA |
客户验收 |
验收报告等 |
里程碑完成 |
项目成员和QA |
度量与与分析 |
度量数据表 |
里程碑完成 |
项目成员和QA |
项目监督与控制 |
监控报告 |
每两周一次 |
项目成员和QA |
过程与产品质量保证 |
NC报告 |
每两周一次 |
项目成员和QA |
决策分析与解决方案 |
决策评审报告 |
决策评审结束时 |
项目成员和QA |
16.3 缺陷(问题)跟踪工具
采用EXCEL表记录管理缺陷。
17 培训计划
17.1 内部培训计划
17.1.1 培训目的
1、 加强项目专业知识,熟悉项目组织过程;
2、 加强内部成员沟通;
17.1.2 培训课程、教材
详见《项目培训计划.doc》
17.1.3 培训对象和培训方式
基本要求: 学员具备求知精神和工作责任心
培训方式: 集中培训、自学辅导
17.1.4 免修说明
如项目成员已具有与培训内容相同的技能时可提出免修申请。
17.1.5 培训目标
1、 熟悉项目管理过程;
2、 规范编码过程;
3、 熟悉CMMI基础知识及公司OSSP过程
17.1.6 培训内容及时间安排
时 间 |
培训内容 |
参加人员 |
讲师 |
培训地点 |
xxx-9-10 |
编码规范 |
项目组全体人员 |
|
xxx公司会议室 |
|
|
|
|
|
17.1.7 培训组织
由项目经理或项管部组织。
17.2 外部培训计划
无外部培训;
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至举报,一经查实,本站将立刻删除。