超牛的项目开发计划书模板.docx
- 文档编号:29226947
- 上传时间:2023-07-21
- 格式:DOCX
- 页数:26
- 大小:82.87KB
超牛的项目开发计划书模板.docx
《超牛的项目开发计划书模板.docx》由会员分享,可在线阅读,更多相关《超牛的项目开发计划书模板.docx(26页珍藏版)》请在冰豆网上搜索。
超牛的项目开发计划书模板
项目名称
XXX运营平台项目二期
文档编号
YY-PRJ-C2-2015091601
项目版本Version
V2R001
密级
机密
XXX运营平台项目
软件开发计划
拟制
日期
评审人
日期
批准
日期
签发
日期
TXHCo.,Ltd.
XXX有限公司
Allrightsreserved
版权所有XX
文档修订记录
版本
完成人
修改内容
审核
批准
时间
V0.01
创建文档
目录
1.引言5
1.1.编写目的5
1.2.项目范围5
1.3.缩略语5
1.4.参考资料5
2.交付产品6
2.1.SoftwareDeliverables软件交付件6
2.2.Non-softwareDeliverables非软件交付件6
2.2.1.工程文档清单:
6
2.2.2.资料清单:
6
2.3.Reports&Records报告和记录6
2.3.1.项目报告6
2.3.2.项目记录7
3.组织结构7
3.1.角色7
3.2.职责8
3.3.各阶段参与人员9
4.生命周期模型选用9
5.规模/工作量/进度的估计11
5.1.规模估计11
5.1.1.工作量估计11
5.2.项目阶段性计划要求11
5.3.项目规模定义12
6.资源需求13
6.1.设备13
6.2.软件工具13
6.3.参考资料13
6.4.人员需求13
7.质量计划13
7.1.软件开发质量目标13
7.2.质量保证计划14
7.3.质量保证活动14
8.缺陷预防15
9.测试策略15
9.1.回归测试策略15
9.2.测试用例编号规则16
9.3.测试重点16
10.项目控制16
10.1.项目报告16
10.2.项目会议16
11.风险管理17
12.培训18
12.1.项目的技术要求18
12.2.培训计划18
1.
引言
1.1.编写目的
明确项目开发的全过程,规定了在开发过程中需要完成的活动和目标。
本文档的读者包括项目经理、系统分析人员、开发人员、测试人员、SQA以及相关部门的接口人员等。
1.2.项目范围
本文涉及内容包括:
项目的计划完成的活动及其目标
项目采用的质量计划
项目的交付件
所有相关的角色和职责
项目进度
项目的配置管理
项目的风险管理
1.3.缩略语
缩略语
英文全名
中文解释
TXH
BusinessIntegrationOperatePlatform
XXX运营平台
RTM
RequirementTraceMatrix
需求跟踪矩阵
PDT
ProductDevelopmentTeam
项目研发团队
PM
ProjectManager
项目经理
PP
Projectplanning
项目计划
SRS
Softwarerequirementspecification
软件需求规格书
ITP
Integrationtestplanning
集成测试计划
STP
Systemtestplanning
系统测试计划
ATP
Acceptancetestplanning
验收测试计划
SQAP
Softwarequalityassuranceplanning
软件质量保证计划
SQA
SoftwareQualityAssurance
软件质量保证
HLD
Highleveldesign
概要设计/架构设计
DD
Detaildesign
详细设计
SCMP
Softwareconfigurationmanagementplanning
软件配置管理计划
SCM
SecurityContentManagement
内容安全管理
1.4.参考资料
2.
交付产品
2.1.SoftwareDeliverables软件交付件
⏹TXH项目软件安装包
⏹TXH项目数据脚本
2.2.Non-softwareDeliverables非软件交付件
2.2.1.工程文档清单:
序号
非软件交付件描述
备注
1
TXH_V2R001_接口协议文档..doc
新写
2
TXH_V2R001_安装升级指导书.doc
新写
3
TXH_V2R001_测试方案.doc
新写
4
TXH_V2R001_测试报告.doc
新写
5
TXH_V2R001_测试用例.xls
新写
2.2.2.资料清单:
序号
资料项目交付件
备注
1
版本说明书
新写
2
安装指南
新写
3
使用指导书、手册
新写
2.3.Reports&Records报告和记录
项目运作过程中,PDT要求提供的报告/记录以及相关的要求如下:
2.3.1.项目报告
报告名称
频度
责任人
报告给谁
项目状态报告(周报)
每周一
PM
XXX
阶段结束报告
每阶段验收时
PM
XXX
例外报告
事件触发
PM
XXX
测试报告
各测试阶段输出
各模块负责人
XXX
各种会议纪要
项目会议结束后
纪要人
项目相关人员
2.3.2.项目记录
报告名称
要求
各类工程文档、代码的Review记录
需提供正式的Review文档记录
项目度量表
分开度量,每个子系统一张度量表
需求跟踪矩阵RTM
每个子系统一张,跟踪到STP
3.组织结构
图1组织结构
3.1.角色
Sl.No.
角色
姓名
向谁报告
备份资源
1
客户代表
TXH团队
2
项目总监
3
PM
项目总监
4
软件质量保证SQA
项目总监
5
度量协调员MC
6
测试协调员TC
8
资源协调员RC
9
风险管理员
10
项目顾问
11
配置管理员CMO
12
项目组成员
13
变更控制委员会CCB
PDT开发代表
NA
NA
14
技术reviewers
所有人员
15
相关小组
后台开发组、
PC终端开发组、
测试组
3.2.职责
角色
职责
成员
项目总监
1、组织、参与项目开发过程评估,项目各阶段评审;
2、对于项目中的重要变更进行审批(需求变更、威胁里程碑点的计划变更等)
3、评审和批准项目所有计划(SDP\SQAP\SCMP\STP);
4、审阅提交的评审/审计报告;
5、识别项目中需要完成的质量因素;
6、负责对项目中不符合项问题给予决策。
项目经理
1、组织、参与项目开发过程评估,各阶段评审;
2、识别和确认项目的风险因素和质量因素;
3、制作项目计划、识别项目组的活动;
4、评审和批准项目的所有计划;
5、审阅SQA提交的评审/审计报告;
6、审阅配置管理计划/报告
7、组织项目所需技能的培训。
SQA
1、制定项目的SQA计划;
2、按照SQA计划对已定义的项目过程和工作产品实施评审和审计;
3、与项目组协商不符合问题的解决措施;
4、跟踪评审/审计后纠正措施的实施;
5、向高层经理汇报项目组内不能解决的不符合问题。
6、在项目中汇总数据并进行数据度量与分析,为过程改进积累数据信息。
CMO
1、制定项目的安全(SCM)计划;
2、协助项目经理创建和控制配置库;
3、提交配置项状态报告和审计;
4、对配置库跟踪、维护和管理。
项目组成员
1、执行项目的软件开发计划;
2、参与评审SQA、项目的安全(SCM)计划;
3、按照进度表完成项目经理分配的工作任务,并对工作产品检查、发现问题、确认风险;
4、跟踪和管理任务域、风险域、问题域。
5、设计、执行测试用例,修改缺陷
测试负责人
1、执行测试
2、制定测试计划、用例,编写测试报告。
3、依据用例完成系统测试,使提交的工作产品能够满足客户提出的质量要求。
3.3.各阶段参与人员
阶段
负责人
参与人员
计划阶段
PM
需求阶段
PM
设计阶段
PM
编码阶段
PM
全体组员
测试阶段
PM
全体组员
验收
PM
全体组员
4.生命周期模型选用
根据工作任务书的要求,采用“迭代”模型进行开发。
软件开发过程采用严格的迭代模型时,开发与测试有如下对应关系:
图2生命周期流程图
各阶段活动规程:
活动
入口
验证活动
输出/出口条件
项目计划
Review项目计划
项目计划得到项目总监的批准
需求规格
项目计划签发
对需求规格文档的review
项目总监批准、签发SRS
技术选型与基础框架搭建
SRS规格
对基础框架review
项目总监批准
需求分解与迭代计划
SRS规格
对迭代计划的review
迭代计划得到项目总监的批准,得到迭代计划说明书
顺序迭代单个case详细设计
SRS规格与迭代计划
对需求当前case详细设计review
迭代计划得到项目总监的批准,得到当前case详细设计说明书
测试用例设计
单个case详细设计
对测试用例设计review
迭代计划得到项目经理的批准,
得到当前case测试用例、集成测试用例。
编码
单个case详细设计已批准
代码review
当前case发布,得到部署文档
部署
对部署文档review
得到部署文档
功能测试
测试用例设计已批准
测试结果review
测试报告
问题评估-修正与回归
测试报告
回归测试验证
测试报告、当前case版本
迭代报告
测试报告
迭代报告
集成测试
(ITP)集成测试报告已批准
测试结果review
TC批准系统测试报告
集成测试
(ST)系统测试报告已批准
测试结果review
TC批准系统测试报告
验收测试
验收测试报告已批准
测试结果review
得到项目总监的批准
正式版本发布
系统验收报告已经批准
发布验证
发布验证发现问题已解决
项目总监批准发布
交付物提交
项目关闭
收到项目总监发来的结束通知
项目归档
5.规模/工作量/进度的估计
5.1.规模估计
估计轮次
估计规模(KLOC)
5.1.1.工作量估计
开发规模:
0k
生产率:
60
工作量:
0人/天
5.2.项目阶段性计划要求
阶段
初始计划时间
重新计划
主要完成内容
应达到的标准
计划阶段
人员、场地、开发环境准备,培训及项目计划
全部项目组成员按照甲方要求到位,完成培训等准备工作,合作方PM完成项目计划并通过评审
需求SRS规格设计
需求SRS分析
需求规格评审,需要得到客户方同意、数据库设计文档、接口协议设计文档
基础框架搭建
基础框架搭建
项目总监同意批准
迭代计划
迭代计划
项目总监同意批准
迭代开发
编码
各迭代详细设计需要通过
概要设计文档完善
部署文档
功能测试用例
集成测试用例
系统测试用例
性能测试用例
稳定版本
系统测试
系统测试
系统测试报告需要达到高等级0缺陷、低等级小于10缺陷
版本验收
系统涉及验证和版本验收测试
验收测试方案
验收测试用例
验收测试报告
验收版本通过LLSP验收测试
部署
现网部署
部署文档需要通过LLSP验收测试
维护期
验收结束后一年整
Bug维护,技术咨询服务
提供及时、有效的维保服务
5.3.项目规模定义
代码行工作量规模定义:
#
项目工作量(代码行)范围
项目规模定义
备注
大型项目
人月工作量规模定义:
#
项目工作量(人月)
项目规模定义
备注
大型项目
6.资源需求
6.1.功能列表
前端功能列表
后端功能列表
这里描述详细的功能列表
6.2.数据库设计需求
这里描述数据库设计需求
6.3.设备
资源名称
数量
开始日期
结束日期
说明
开发用PC机
10
测试用服务器
2
普通PC即可,测试环境、镜像环境
PCServer
1
开发测试环境
6.4.软件工具
资源名称
数量
开始日期
结束日期
说明
Eclipse
10
测试工具
6.5.参考资料
资源名称
数量
开始日期
说明
6.6.人员需求
资源名称
人数
开始日期
结束日期
技能要求
项目经理
1
高级开发工程师
3
中级开发工程师
5
测试技术骨干
2
UI设计师
1
7.质量计划
7.1.软件开发质量目标
质量目标
类别
度量
项目级质量目标
优先级
备注
Goal
目标
LCL
下限
UCL
上限
基本
进度偏移(%)
0.0%
-6.0%
6.0%
高
评审活动
SRSReview缺陷发现密度(个/页)
1.35
1.15
1.55
高
STPReview软件测试计划评审缺陷发现密度(个/用例)
0.19
0.16
0.22
高
LLDReview详细设计评审缺陷发现密度(个/页)
0.90
0.80
1.00
高
CODEReview代码评审缺陷发现密度(个/KLOC)
12.50
10.50
14.50
高
测试活动
UT单元测试缺陷发现密度(个/KLOC)
5.00
3.50
6.50
高
ST系统测试缺陷发现密度(个/KLOC)
2.50
1.80
3.20
高
验收测试缺陷发现密度(个/KLOC)
7.2.质量保证计划
1、在需求分析阶段,在项目组内部进行充分讨论;
2、在设计阶段,采用交叉评审,确保设计的正确性;
3、在编码阶段进行代码review;
4、正确理解各测试阶段的测试目标,确保完成符合软件需求的功能实现;
5、在项目计划紧张的情况下,适当的加班,保证项目的进度。
7.3.质量保证活动
活动
责任人
说明
交付件审计
项目总监、PM
项目计划review
项目总监、PM、技术专家
软件需求规格review
项目总监、PM、技术专家
软件设计review
项目总监、PM、技术专家
代码review
PM、技术专家
系统测试计划和用例review
全体组员、TC
单元测试计划和用例review
PM、TC
单元测试
PM、TC
系统测试
项目总监、PM、TC
验收测试
项目总监、PM、TC
8.缺陷预防
公共缺陷
阶段
预防措施
应急计划
方式
及时进行过程记录、每天例行的讨论活动等将有助于一次将工作做好,帮助新员工学习并快速成长。
ALL
加强小组讨论,增强学习气氛,通过讨论取长补短,同时在学习过程中加以记录
临时培训
学习交流会议
每个阶段开始前,项目组进行交流,分析项目组成员在流程上需要学习的地方,并制定相应的学习培训计划。
ALL
每个阶段开始前,学习相关流程,尽可能早的解决流程问题
按流程要求逐一完善
讨论
对细节把握不够,没有踏踏实实地工作,对评审抱有侥幸心理
ALL
加强每天工作完成情况的检查,耐心教导不理解的员工
强制按规定执行
监督检查
9.测试策略
9.1.回归测试策略
测试活动
回归测试策略
说明
功能测试
以当个功能为单位,测试上一轮未通过测试的所有测试用例
集成测试
以业务流程为单位,测试上一轮未通过测试的所有测试用例
系统测试
测试所有系统测试用例(包括部分性能测试、压力测试等)
验收测试
测试所有验收测试用例
9.2.测试用例编号规则
项目名称测试用例_模块名/功能名
例如:
TXH二期测试用例_PC端_商品入库
9.3.测试重点
UT单元测试:
功能可用性及其可靠性
IT集成测试:
模块功能及其内部实现的可靠性,前后台通信接口的可靠性
ST系统测试:
系统功能点及模块间相互作用的可靠性
10.项目控制
10.1.项目报告
报告名称
责任人
频度
接收人
项目状态报告
PM
每周
项目总监、客方接口人
阶段结束报告
PM
阶段结束
项目总监、甲方接口人、SQA
项目关闭报告
PM
项目结束
项目总监、甲方接口人、SQA
项目例外报告
PM
当发现例外时
项目总监、甲方接口人、SQA
质量SQA状态报告
SQA
每周
项目总监,PM
进展报告/工作日志
项目组成员
每周
PM
10.2.项目会议
会议名称
频度
参加人
项目会议
每周
项目组成员,客方接口人
阶段结束会议
阶段结束
项目组成员,客方接口人
项目开工会议
项目启动
项目总监、PM、项目组成员、客方接口人
项目关闭会议
项目结束
项目总监、PM、项目组成员、客方接口人
11.风险管理
序号
风险说明
发生
几率
影响度
风险
等级
风险处
理减缓
应急
计划
1
项目成员对XXX业务部熟悉或技术能力差,可能对设计和开发存在重大影响,导致设计实现存在偏差或开发进度、质量目标不能达到要求。
High
High
High
1、制定培训计划
2、技术讨论例行化
3、(或代码)评审和指导;
4、在任务分配时新老员工的合理搭配和帮带;
5、将评审的缺陷密度的质量目标适当调高
1、对难度大可能无法实现的设计使用较简单的替代方案;
2、增加人力投入;
3、调整项目计划。
2
项目工期要求紧,每个阶段的工作都很紧张,可能因追求进度目标而导致评审力度不够,将大量的错误遗留到后续的开发阶段
High
High
High
1、适当增加人力,保证备份工作得到很好的执行,以便评审时每个模块至少有3个以上的成员非常熟悉其业务逻辑。
2、每次评审时间不超过2小时,以免因疲劳而降低评审有效性
项目进度适当延期
3
项目成员不稳定(如请假、生病、辞职等),导致计划不能稳定执行
Low
High
Med
1、重视团队建设,保持团队的凝聚力和战斗力;
2、任务分配时对各个模块保证合理的人力备份,避免过分依赖现象的出现;
3、制定合理的技术交流和交叉评审的计划,提高各模块的技术透明度。
1、与上层领导反映和沟通情况,尽力争取人员稳定;
2、补充人力并在尽量保证项目进度的同时进行充分的工作交接;
3、调整项目计划。
4
项目必须在指定时间点交付,进度紧张,项目计划生产率超过组织能力基线,质量可能无法达到要求的目标。
Med
Med
Med
1、与领导沟通,在项目前期协调更多的人力投入;
2、保证关键路径和重要模块的投入;
3、项目组加班保证投入。
1、降低质量目标,保证项目按时完成。
5
项目成员对使用的开发环境不熟悉,经验不足
Med
Low
Low
1、有项目成员提前进行预研和熟悉;
2、寻找相关的专家进行培训;
3、定期组织项目组成员的交流与学习;
1、使用替代方案;
2、寻求熟悉经验丰富的人力支持或增加投入;
3、调整项目计划;
12.培训
12.1.项目的技术要求
12.2.培训计划
培训内容
培训日期
责任人
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 开发 计划书 模板