CMMI-项目管理-PP-软件开发计划模板-V1.0
- 格式:doc
- 大小:172.50 KB
- 文档页数:11
[打印时忽略本页]变更履历修订类别:C = 创立,A = 增加,M = 修改,D = 删除【项目名称】项目开发计划广东×××技术股份有限公司目录1概述 (4)1.1项目标识 (4)1.2项目简介 (4)1.3缩写和术语 (4)1.4参考文档 (4)2项目目标 (4)2.1工作范围 (4)2.2过程和质量约束 (4)2.3交付物 (5)2.4过程和标准 (5)3项目团队 (5)3.1组织结构 (5)3.2人员、角色和职责 (6)3.3干系人和关键依赖 (6)3.4人力资源需求 (7)4主控时间表 (7)5资源与工作环境 (8)5.1软硬件资源 (8)5.2工作环境 (8)6项目监视和沟通 (9)6.1项目会议 (9)6.2状态报告 (9)7附件 (10)1概述1.1项目标识项目名称:项目简称/别名:项目编号/代号:[或者根据公司项目管理制度所获得的其它标识]1.2项目简介[概要性介绍本项目的背景、产品、商业目标,等]1.3缩写和术语[如果存在读者可能不熟悉的术语、缩写语等,请在这里逐条进行解释]1.4参考文档[编制本文档所参考的文档,可能包括本项目的合同、项目任务书、需求文档、技术方案,等等]2项目目标2.1工作范围[本项目的主要工作任务说明。
概要性的][如果有技术协议、合同或合同附件、客户/产品需求等文件声明了工作范围,则这里只做概要性描述,然后声明引用该文件]2.2过程和质量约束[项目在工作量、成本、时间、质量等方面的目标][项目任务书中已经明确这些目标的,也在这里重新将这些目标列明,以保持本文件的独立性][这些目标还可能来源于合同]2.3交付物[本项目交付给客户的产品中包含的交付物列表,包括工程性产品、也包括管理性产品(例如阶段性总结报告需要提交给客户)][项目不同,交付物可能迥异][如果需要,为交付物附加特别说明]2.4过程和标准[声明本项目将参考的过程和产品标准][可给出成体系的过程集合的版本号,另外附加裁剪说明文件,如:项目执行过程标准遵循:Soft Tech OSSP V2.1,裁剪说明参考《…项目过程定义》] 3项目团队3.1组织结构[团队组织结构图,表达角色、人员、及一定程度的授权和报告层次][组织结构图应包含:●项目经理、项目上级经理●客户代表●其它相关干系人(用户代表、市场人员、运维人员、采购人员、DBA、工具管理人员、第三方监理、…)●项目组和项目成员][组织结构图重点是“结构”,不一定能够列出所有项目成员的姓名,因为可能还没有具体的人员加入项目组,但需要说明结构,譬如一个项目组下含有“程序员4名”] [暂时不能确定具体人员姓名的,以后逐步更新本计划][如下图]3.2人员、角色和职责[项目成员的角色和职责][]3.3干系人和关键依赖[一般项目都至少会有上级经理、客户代表两个关键外部干系人][视项目情况不同,需要考虑是外部干系人的例子,还有销售代表、用户代表、运维人员、数据管理人员、工具支持人员、…可能有很多][本部分需列明本项目的外部干系人,并且项目对这些外部干系人的依赖事项也需要识别并逐项描述。
{项目名称}测试计划文件状态:[√] 草稿[ ] 正式发布[ ] 正在修改文件标识:当前版本:作者:完成日期:文件修改版本控制更新状态: 用字母表示。
C——创建,A——增加,M——修改,D——删除目录1、目的与范围 (4)1.1目的 (4)1.2读者范围 (4)2、定义与缩写词 (4)2.1定义 (4)2.2缩写词 (4)3、测试工作计划 (4)4、项目核实 (4)5、测试策略 (5)5.1集成测试策略 (5)5.2系统测试策略 (5)6、测试需求 (5)6.1集成测试需求 (5)6.2系统测试需求 (5)7、集成测试类型 (6)7.1接口测试 (6)7.2其他测试 (6)8、系统测试类型 (6)8.1功能测试 (6)8.2性能测试 (7)8.3数据准确性测试 (7)8.4业务测试 (7)8.5产品测试 (8)9、测试工具 (8)10、可交付工件 (8)1、目的与范围1.1目的<此处书写编写此文档的目的>。
1.2读者范围<此处书写编写此文档的读者范围>。
2、定义与缩写词2.1定义<此处书写本文档以及与本文档内容极其相近定义>2.2缩写词<此处书写本文档以及与本文档相关的缩写词>3、测试工作计划拷贝《项目阶段计划》中的测试计划部分4、项目核实<列出了制定测试计划时所使用的文档,并标明了各文档的可用性, 可适当地删除或添加文档项。
■表示被选择。
“评审时间”是指测试部希望所需要的文档通过评审的最后期限时间。
“备注”可以书写希望文档包括的主要内容。
原则上测试部只参考使用已评审通过的文档,而且公司应该明确指出从何处提取文档。
测试部不希望从研发人员那里获取文档。
>5、测试策略5.1集成测试策略<描述系统测试的顺序、系统测试的步骤、系统测试的环境>5.2系统测试策略<描述集成测试的集成顺序、集成测试的集成步骤、集成测试的方法、集成测试的环境等> 6、测试需求6.1集成测试需求下表用于确定被当作测试对象的各项需求(例如各种设计文档中要求的功能性需求和非功能性需求)。
CMMI L3 培训系列v1.0项目计划PP项目监控PMC集成项目管理IPM2008年05月董翼枫(dongyifeng78@ )TOPIC项目计划-PP(Project Planning)Managing the Project Involves ✓估算项目范围和工作内容✓为开发产品而建立相应的组织机制✓开发项目计划✓获得对计划内容的一致的承诺✓从供应商获得识别的产品✓按照计划跟踪项目过程✓识别并分析风险✓跟踪并解决和计划不一致的内容✓跟踪并减缓风险项目计划目的:制定和维护用来定义项目活动的计划。
计划数据SG1 建立估算SG3 获取对计划的承诺SG2制定项目计划项目计划PMCRelevant StakeholdersSG1 建立项目估算测定工数和成本的估算值Planning Data建立估算估算项目范围估算工作产品和任务属性定义项目生命周期✓SG 1 Establish Estimates✓建立估算SP 1.1 Estimate the Scope of the Project估算项目范围SP 1.2 Establish Estimates of Work Product and Task Attributes估算工作产品和任务属性SP 1.3 Define Project Life Cycle定义项目生命周期SP 1.4 Determine Estimates of Effort and Cost测定工数和成本的估算值SG2 制定项目计划建立预算和进度Planning Data拟定一个项目计划策划数据的管理策划相关利害关联者策划项目资源Project Plan建立项目计划识别项目风险策划所需要的知识和技能PMC✓SG 2 Develop a Project Plan✓拟定一个项目计划SP 2.1 Establish the Budget andSchedule 建立预算和进度 SP 2.2 Identify Project Risks 识别项目风险SP 2.3 Plan for Data Management 策划数据的管理SP 2.4 Plan for Project Resources 策划项目资源SP 2.5 Plan for Needed Knowledgeand Skills 策划所需要的知识和技能 SP 2.6 Plan StakeholderInvolvement 策划相关利害关联者 SP 2.7 Establish the Project Plan 建立项目计划制定项目计划组织标准软件过程剪裁指南和标准生命周期描述软件过程文档库软件过程数据库软件需求项目过程SG 3 获得对计划的一致承诺获得对计划的一致承诺评审工作和资源,并调整过于不足之处Project Plans评审对项目有影响的计划得到对计划的承认Relevant Stakeholders✓SG 3 Obtain Commitment to the Plan✓获得对计划的一致承诺SP 3.1 Review Plans that Affect the Project评审对项目有影响的计划SP 3.2 Reconcile Work and Resource Levels评审工作和资源,并调整过于不足之处SP 3.3 Obtain Plan Commitment得到对计划的承认计划的度量内容统计制定《项目策划计划》所花费的工作量统计“估计项目范围”所花费的工作量统计“估计项目属性”所花费的工作量统计“确定项目生存周期”所花费的工作量统计“估计项目工作量和成本”所花费的工作量统计“编制项目预算和进度”所花费的工作量统计“识别项目风险”所花费的工作量统计“策划项目资料管理”所花费的工作量统计“策划项目资源”所花费的工作量统计“策划项目所必需的知识和技能”所花费的工作量 统计“策划项目有关责任者介入计划”所花费的工作量 统计“制定项目计划”所花费的工作量统计“审查从属计划”所花费的工作量统计“使工作和资源协调”所花费的工作量统计“获得计划承认”所花费的工作量TOPIC项目监控-PMC(Project Monitoring and Control)PMC目标✓了解项目的过程,以便在项目性能明显偏离计划时,采取适当的纠正措施。
[**项目]项目开发计划模板文档编号:FHI_CMMI_PP_错误!未指定书签。
_PDP 文档信息:项目开发计划模板文档名称:项目开发计划模板文档类别:CMMI模板密级:内部秘密版本信息:1.1建立日期:2016-1-13创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录(引用时请修改为实际项目的信息)目录1.概述 (4)1.1.项目概述 (4)1.2.术语定义 (4)2.项目干系人列表 (4)3.提交客户的工作产品 (5)4.项目策划 (5)4.1.软件生命周期模型定义 (5)4.2.项目定义软件过程 (5)4.3.质量目标 (5)4.4.WBS (5)4.5.风险管理 (5)4.6.数据管理 (7)4.7.软件估计 (7)4.7.1.估计汇总 (7)4.7.2.进度估计 (7)4.7.3.软件工程设备和支持工具估计 (8)4.7.4.关键计算机资源估计 (8)4.8.需求管理计划 (8)4.9.沟通计划 (8)4.9.1.制定与客户的沟通计划 (9)4.9.2.制定与其它小组的沟通计划 (9)4.9.3.制定组内沟通计划 (9)4.9.4.明确与客户、其他组间关键依赖关系 (9)4.10.团队建设与维护计划 (10)4.11.培训计划 (10)4.12.软件质量保证计划 (10)4.13.配置管理计划 (10)4.14.产品验证计划之同行评审计划 (11)4.15.产品验证计划之软件测试计划 (11)4.16.项目度量计划 (11)5.项目跟踪计划 (11)备注:1、对模版【】括号内的文字为提示如何填写,在形成正式文档时要求去掉这些文字。
1.概述1.1.项目概述【简要说明此项目的目的、范围与目标。
】1.2.术语定义【说明本计划中用到的各种术语。
】2.项目干系人列表【注意:一个人可以担任多个角色,如是项目经理、需求人员、开发人员和CCB主席。
项目计划(Project Planning)文件修改版本控制更新状态: 用字母表示。
C——创建,A——增加,M——修改,D——删除目录1、目的与范围 (6)1.1目的 (6)1.2项目范围 (6)2、定义与缩写词 (6)2.1定义 (6)2.2缩写 (7)3、角色与职责 (7)4、流程图 (8)5、步骤 (9)5.1建立项目软件过程 (9)5.1.1入口条件 (9)5.1.2输入 (9)5.1.3相关干系人 (9)5.1.4过程描述 (9)5.1.5出口条件 (10)5.1.6输出 (10)5.2初步分解WBS (10)5.2.1入口条件 (10)5.2.2输入 (10)5.2.3相关干系人 (11)5.2.4过程描述 (11)5.2.5出口条件 (12)5.2.6输出 (12)5.3项目估算 (12)5.3.1入口条件 (12)5.3.2输入 (12)5.3.3相关干系人 (12)5.3.4过程描述 (12)5.3.5出口条件 (13)5.3.6输出 (13)5.4建立项目基线计划 (13)5.4.1入口条件 (13)5.4.2输入 (13)5.4.3相关干系人 (14)5.4.4过程描述 (14)5.4.5出口条件 (14)5.4.6输出 (14)5.5评审项目基线计划 (14)5.5.1输入条件 ........................................................................................ 错误!未定义书签。
5.5.2输入 (14)5.5.3相关干系人 (15)5.5.4过程描述 (15)5.5.5出口条件 (15)5.5.6输出 (15)5.6制定项目附属计划 (15)5.6.1输入条件 ........................................................................................ 错误!未定义书签。
〔工程名〕工程方案版本:目录1.工程介绍 (1)1.1.工程定义 (1)1.2.工程目标 (1)1.3.客户与最终用户介绍〔可裁剪〕 (1)1.4.工程组角色职责 (1)1.5.制约 (1)2.工程组结构 (1)3.工具和方法 (1)4.工程交付清单 (2)5.软件估计 (2)6.人力资源 (2)7.软硬件环境 (3)7.1.开发环境 (3)7.1.1.硬件环境 (3)7.1.2.软件环境: (3)7.1.3.文档存放路径 (4)7.2.目标环境 (4)7.2.1.硬件环境: (4)7.2.2.软件环境: (4)8.阶段/里程碑方案 (4)9.主要风险管理方案 (5)附录: (5)1.工程介绍1.1.工程定义工程产生的背景以及工程所有遵循的流程。
1.2.工程目标完成期限、资源指标、商业目标,1.3.客户与最终用户介绍〔可裁剪〕1.5.制约有无技术〔环境〕限制,人员限制。
有无特殊〔如法律、法规〕约定。
2.工程组结构组织结构图3.工具和方法4.工程主要工作产品5.软件估计1)规模估计〔以功能点度量〕:估计方法:功能分解法,参加估计人员:。
2)7.软硬件环境7.1.开发环境7.1.1.硬件环境1)效劳器硬件配置〔最低〕●CPU:P III〔600〕以上,建议P4(1G) 以上并采用双CPU;●内存:最小512MB,建议1G 或更多;●硬盘:最小10GB,建议40GB 或更多。
注:效劳器至少实现双硬盘备份机制,建议使用双机热备机制,保证系统数据的平安。
效劳器建议使用国内外知名品牌的PC SERVER。
2)开发端硬件配置●CPU:MMX600 或以上●内存:最小128MB,建议256MB 或更多●硬盘:最小1G。
7.1.2.软件环境:1)效劳器●操作系统:推荐使用Windows 2000 AdvancedServer●数据库:Microsoft SQLServer2000。
●配置工具:Microsoft Visual SourceSafe 6.02)客户端●操作系统:Windows2000 或WindowsXP,并安装IE6 以上浏览器,显示器分辨率支持1024*768;●开发工具:Visual Studio 2003;●数据库:Microsoft SQLServer2000;●配置工具:Microsoft Visual SourceSafe 6.0。
XXXXX计算机软件有限公司XX软件质量管理体系V1。
0XX软件研发部2010/12/1目录第一篇总则 (3)一、《XX软件质量管理体系》的实施 (3)二、目的 (3)三、背景介绍 (3)四、体系总体介绍 (4)第二篇项目管理 (6)一、立项管理 (6)二、结项管理 (13)三、项目计划 (17)四、项目监控 (26)五、风险管理 (32)六、需求管理 (36)第三篇技术实现过程 (42)一、技术预研 (42)二、SCRUM过程 (45)三、用户验收 (51)四、技术评审 (54)第四篇支撑过程 (60)一、配置管理 (60)二、质量保证 (66)三、培训管理 (72)四、服务与维护 (77)第一篇总则一、《XX软件质量管理体系》的实施XX计算机软件有限公司依据CMMi(软件能力成熟度模型集成)框架,结合公司多年来实施“敏捷开发”的开发方法的经验,以及公司的实际情况,编写的《XX软件质量管理体系》V1.0版已经编写完成.本体系文档是公司质量管理体系法规性文件,是指导公司建立并实施质量管理体系的行动准则。
公司全体员工必须遵照执行。
二、目的本文档的目的在于:✧通过建立软件过程管理体系,提高企业的软件过程能力,保证软件质量,保证商务目标的实现。
✧基于精简的CMMi 3级管理体系,结合企业实际情况和经验积累,结合敏捷开发的SCRUM方法。
开发适合XX软件有限公司发展的软件过程管理体系。
✧使得XX软件的软件开发过程管理基本满足CMMi 3级要求.三、背景介绍CMMI—DEVCMMI是个了不起的规范,但是仍然有很多不足之处。
CMMI对于项目管理很有指导价值,但是它对技术开发过程的论述却不够深入。
对于大多数软件项目而言,技术开发占总工作量的70%以上,而项目管理占总工作量的30%以下。
对大多数企业而言,技术开发过程的规范化比项目管理过程的规范化尤为重要与迫切。
软件开发是如此的灵活,如果没有规范来指导与制约,就容易因无序而导致混乱。
CMMI-工程筹划1. 引言CMMI〔Capability Maturity Model Integration〕是一种用于软件开发和工程管理的成熟度模型,旨在帮助组织改良其流程并提高工程的质量和效率。
本文档旨在通过CMMI的框架,介绍工程筹划的重要性和步骤。
2. 工程筹划概述工程筹划是工程管理的重要阶段之一,它确定工程的目标、范围、进度、资源和风险等关键要素。
通过工程筹划,工程团队能够制定详细的方案,并为工程的执行和控制提供指导。
3. CMMI工程筹划的关键步骤3.1 明确工程需求在工程筹划阶段,首先需要明确工程的需求。
通过与工程的利益相关者沟通,了解并澄清他们的期望和要求。
需求的明确性对于工程的成功至关重要,因此在此阶段需要确保所有的需求都被充分理解和记录,并达成共识。
3.2 制定工程范围工程范围定义了工程的边界,明确了工程的目标和可交付成果。
在这一阶段,工程团队需要明确确定工程的范围,并将其以文档形式记录下来,以便于后续的执行和控制。
3.3 制定工程方案工程方案是工程筹划的核心,它将工程的目标、范围、进度、资源和风险等要素结合起来,形成一个详细的时间表和活动方案。
在制定工程方案时,需要考虑工程的关键路径、资源分配、时间约束和风险管理等因素,以确保工程可以按时、按质、按量完成。
3.4 确定工程团队和角色工程筹划还需要确定工程团队的成员和角色。
根据工程的需求和范围,确定所需的技能和专业背景,招募和分配适宜的团队成员。
同时,明确每个成员的角色和职责,确保工程团队的协作和沟通顺畅。
3.5 制定工程风险管理方案工程筹划还包括制定工程风险管理方案。
在这一阶段,工程团队需要识别并评估可能会影响工程成功的风险,并制定相应的风险应对策略和措施。
风险管理方案应包括风险识别、风险评估、风险控制和风险监测等方面。
3.6 确定工程沟通和交流策略工程筹划还需要确定工程的沟通和交流策略。
有效的沟通和交流对于工程的顺利执行和团队协作至关重要。
项目计划书目录1概述 (1)1.1目的 (1)1.2范围 (1)1.3术语和缩写 (2)2项目信息 (2)2.1项目背景 (2)2.2项目范围 (2)2.3项目约束 (3)3软件生命周期 (3)4项目进度安排 (6)5项目监督 (7)6人力资源计划 (8)8数据资料管理计划 (13)9软硬件资源和管理工具计划 (15)10关键依赖 (16)11沟通计划 (17)12干系人介入计划 (20)13风险管理计划 (26)14软件工程计划 (27)14.1需求管理计划 (27)14.1.1需求管理的工作产品列表 (27)14.1.2需求状态的跟踪及追溯 (28)14.2需求变更管理 (28)14.3设计计划 (29)14.4实现 (29)14.5测试计划 (29)15项目从属计划 (29)15.1度量计划 (29)15.2配置管理计划 (29)15.3质量保证计划 (29)15.4.1评审环境配置 (31)15.4.2评审的标准 (31)1概述1.1目的明确项目开发的全过程,规定了在开发过程中需要完成的活动和目标,为本项目的实施提供指导依据。
本文档的读者包括项目经理、系统分析人员、开发人员、测试人员、QA以及相关部门的接口人员等。
1.2范围本项目计划适用于《丰县云计算数据资源管理平台》项目。
本文涉及内容包括:项目计划完成的活动及其目标;项目采用的质量计划;项目的交付件;项目采用的质量计划;项目进度;项目的配置管理;项目的风险管理。
1.3术语和缩写2项目信息2.1项目背景随着网络技术的逐步成熟,网络服务的不断增加,互联网行业已经进入了一个高速发展期。
传统的需求设计,开发测试,上线部署的软件开发模式已经很难满足这些企业快速的发展需求。
而于此同时另一种新的按需付费的软硬件交付模式越来越受到许多企业青睐。
本项目旨在为相关管理工作提供一个科学、便捷的软件平台,提高管理水平,提高工作效率。
2.2项目范围该系统将实现丰县云计算数据资源中心的产品服务宣传和管理。
广州润衡软件连锁有限公司产品集成计划产品集成计划目录1 前言 (3)1.1 目的 (3)1.2 范围 (3)1.3 术语 (3)1.4 参考文献 (3)2 集成测试计划 (3)2.1 测试策略 (3)2.2 资源 (3)2.3 集成过程里程碑 (4)2.4 集成测试项目列表 (5)2.5 测试用例 .................................................................................................. 错误!未定义书签。
2.6 交付的工作产品 (5)1前言1.1目的[ 明确给出该产品集成计划的目的。
比如,是为了各项目小组或任务分包商对集成任务有一个统一的认识,同时有一个统一的进度安排。
]1.2范围[ 描述产品集成计划的范围,产品集成计划中可能涉及到的系统范围。
]1.3术语[ 产品集成计划中用到的术语及缩写。
]1.4参考文献[ 产品集成计划中应用的参考文献。
]2产品集成计划2.1集成策略[不论是采用结构化或面向对象方法设计实现的系统,它们的集成一般是一个递增的过程,集成策略中的主要内容是集成单元的集成顺序和接口定义。
接口定义是描述集成单元应遵守的共同约定,例如采用构件构造系统,集成单元应遵循构件系统规范(COM/DCOM/CORBAR/OMS等)。
集成顺序是集成单元的先后顺序,如哪些部分采用自顶向下集成,哪些部分测试自底向上集成,这取决于需求定义、系统体系结构等因素。
集成测试是把经过单元测试的模块放在一起形成一个功能模块或子系统来测试。
着重测试模块的接口以及集成后的功能。
]2.2资源2.2.1集成测试过程角色职责映射表[在具体的产品集成计划中应给出明确的人员名单及相应的角色、职责映射。
开发经理、部门经理、开发工程师、配置工程师可相应承担这样的角色。
]2.2.2集成环境资源[ 描述集成的硬件设备环境、网络通信环境、集成支持平台环境、集成支持工具等。
质量保证计划1目的[此处描述编写本SQA计划的目的,以下为示例]本SQA计划是XXX项目整体计划的组成部分,它规定了在XXX项目中如何开展SQA活动,以保证软件项目过程和产品满足规定的质量要求。
具体而言,本计划规定了如下条件:●软件项目的质量需求(质量目标/指标)●实施质量保证的相关人员及职责。
●开展的SQA活动、活动的时机和对象(包括过程和产品)、SQA活动输出等。
●SQA活动的资源保证、设备设施、支持环境等。
●其它。
2项目概述[此处简单描述项目的基本情况,例如,项目全称、合同号、立项号、项目经理、项目的背景、体系结构、主要功能和性能要求、特殊的质量要求等。
][如在项目计划或其它文档中已描述了该项目的概况,此处可直接引用该部分内容,例如,具体内容详见《XX项目计划》第XX条]3SQA范围[此处描述在项目中,SQA活动的工作范围。
以下为示例。
]SQA活动的范围包括软件生命周期全过程和软件工作产品两部分,所有软件过程的质量必须经过SQA评审;对于软件工作产品,则是抽样检查,每类产品的抽样率不低于20%(各项目可根据需要确定抽样率)4术语[列出在SQA中出现的但未在公司术语汇总表中列出的相关术语、缩略词及含义]5参考文档[列出撰写SQA计划时使用到的参考文献,包括项目计划、客户需求、引用的过程定义、规程等文档,以下为示列]●软件质量保证过程●XXX项目软件开发计划●XXX项目软件配置管理计划6人员及职责7软件项目质量目标[此处给出项目实施SQA工作的具体目标,包括过程的质量目标和软件的质量目标。
制定SQA目标的依据是:组织的目标、客户需求、组织的过程、规程、标准、规范等。
除必选项外,其余的可根据需要选择,选择的数目不少于2个。
]代码项目使用的所有语言,以及代码行数超过1000行时都要有专门的指标。
8过程的质量目标9软件的质量目标10SQA审计和评审依据[列出制定SQA目标,执行SQA活动的依据。
例如:过程、规程、标准、规范、客户需要,以下为示例。
项目名称项目总体计划编制:日期:YYYY-MM-DD 版本:x.y软件有限公司文档修订记录日期格式:YYYY-MM-DD。
目录1.引言 (1)1.1.编写目的 (1)1.2.读者对象 (1)1.3.术语和定义 (1)1.4.参考资料 (1)2.项目概述 (1)2.1.项目背景 (1)2.2.项目范围 (1)2.3.项目目标 (2)2.4.遵循的标准和规范 (2)2.5.项目验收标准 (2)2.6.项目交付成果 (2)2.7.关联项目 (3)2.8.假设和约束 (3)3.项目组织 (4)3.1.项目组织结构 (4)3.2.项目人员 (4)3.3.项目外部组织 (6)4.项目策划 (6)4.1.软件生命周期模型定义 (6)4.2.项目阶段划分 (7)4.3.项目定义软件过程 (7)4.4.工作分解结构 (8)4.5.风险管理计划 (8)4.6.项目估算 (8)4.6.1.估计策略 (8)4.6.2.进度估计 (9)4.6.3.方法、工具和技术 (9)4.6.4.关键计算机资源 (9)4.7.进度安排 (10)4.8.项目预算 (10)4.9.项目评审计划 (10)4.10.项目跟踪与沟通 (11)4.11.培训计划 (12)4.12.数据管理计划 (12)4.13.配置管理计划 (12)4.14.质量保证计划 (12)4.15.软件测试计划 (12)4.16.项目度量计划 (12)5.附件 (13)1.引言1.1.编写目的【说明编写这份文档的目的。
】本计划旨在说明“[单击此处填写项目名称]”项目的项目范围、工作内容、人员分配、时间安排、管理与控制办法、资源情况等,使项目的实施在本计划的基础上得到实施与控制。
1.2.读者对象本文档的预期读者为高层领导、项目经理、项目成员、QA、客户代表以及其他需要了解本项目情况的人员。
1.3.术语和定义1.4.参考资料2.项目概述2.1.项目背景【描述待开发的软件系统的名称、背景和起源。
{ 项目名称} 项目计划机构公开信息版本历史目录0. 文档介绍 (4)0.1文档目的 (4)0.2文档范围 (4)0.3读者对象 (4)0.4参考文献 (4)0.5术语与缩写解释 (4)1. 项目介绍 (5)1.1项目范围 (5)1.2项目目标 (5)1.3客户与最终用户介绍 (5)1.4开发方介绍 (5)1.5制约 (5)2. 项目过程定义 (6)2.1过程模型 (6)2.2方法与工具 (6)3. 人力资源计划 (6)4. 软硬件资源计划 (7)5. 财务计划 (7)6. 任务与进度 (7)7. 下属计划 (8)附录A 机构领导审批 (9)附录B 项目计划变更控制报告 (10)0.1 文档目的0.2 文档范围0.3 读者对象0.4 参考文献提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:[标识符] 作者,文献名称,出版单位(或归属单位),日期例如:[AAA]作者,《立项建议书》,机构名称,日期[SPP-PROC-PP] SEPG,项目规划规范,机构名称,日期0.5 术语与缩写解释1.1 项目范围提示:(1)用简练的语言说明本项目“是什么”,“说明用途”。
(2)说明本项目“应当包含的内容”和“不包含的内容”。
(3)说明本项目“适用的领域”和“不适用的领域”。
1.2 项目目标提示:说明本项目的目标,这些目标必须是“可实现”、“可验证”的。
1.3 客户与最终用户介绍提示:如果是合同项目,请说明本项目的客户及其责任人是谁,描述最终用户的特征。
如果不是合同项目,请描述潜在客户和最终用户的特征。
1.4 开发方介绍提示:如果是合同项目,请说明本项目的开发方是谁,责任人是谁。
1.5 制约提示:(1)请说明在项目开发过程中应当遵循的标准或规范,注意可能存在特殊的行业规定,请不要遗漏。
(2)请说明相关项目可能对本项目造成的影响。
(3)说明一些假设和依赖。
2. 项目过程定义2.1 过程模型提示:描述、绘制本项目的过程模型,例如裁剪SPP模型2.2 方法与工具提示:说明过程模型中将采用的方法与工具。
广州润衡软件连锁有限公司软件开发计划广东省残疾人就业保障金年审和地税征收系统
软件开发计划
目录
第一章概述 (1)
1.1 项目概述 (1)
1.2 术语定义 (1)
第二章项目人员 (2)
第三章提交客户的工作产品 (3)
第四章项目策划 (4)
4.1 软件生命周期模型定义 (4)
4.2 项目定义软件过程 (4)
4.3 WBS (5)
4.4 风险管理 (5)
4.5 软件估计 (5)
4.5.1 估计策略 (5)
4.5.2 进度估计 (5)
软件工程设备和支持工具估计 (5)
4.6 (5)
4.7 关键计算机资源估计 (6)
4.8 沟通计划 (6)
4.9 培训计划 (6)
4.10 软件质量保证计划 (6)
4.11 配置管理计划 (7)
4.12 软件测试计划 (7)
4.13 项目级度量计划 (7)
第五章项目跟踪计划 (8)
软件开发计划
第一章概述
1.1项目概述
简要说明此项目的目的、范围与目标。
1.2术语定义
说明本计划中用到的各种术语。
1
第二章项目人员
【注意:一个人可以担任多个角色,如王建民是项目经理、需求人员、开发人员和CCB 主席。
】
第三章提交客户的工作产品
第四章项目策划4.1软件生命周期模型定义
模型选用:本系统采用瀑布模型。
原因:本项目的需求明确、理解充分,并且较为稳定。
阶段定义如下:
4.2项目定义软件过程
说明项目所遵循的软件过程,并说明与标准过程的差异和原因。
参见《项目软件过程定义》。
4.3WBS
参见项目《软件估计书》中的任务部分,对项目的裁减查看备注信息。
4.4风险管理
参见项目《风险管理计划》。
4.5软件估计估算
4.5.1估计策略
具体的估计情况参考《软件估计书》。
4.5.2进度估计
参见《进度计划》。
4.6软件工程设备和支持工具估计
4.7关键计算机资源估计
4.8沟通计划
[列出整个生命周期内的不同阶段、不同组之间中需要沟通和协调活动等事项(预期的产品交付即组间产品交换、需要通知其他受影响组的决定如初步的技术方案即通讯交流)、负责人、参加组和(或)个人、议程(如果是会会议形式,内容包括:客户的需求、技术问题、关键依懒关系、项目整体状态)、计划日期、计划地点(如果适用)、方式/工具(正式会议、电子交流会议、电子邮件、配置库系统、缺陷跟踪系统等),达到协调项目相关组和个人的活动和交流。
利用下表(可以根据具体情况进行调整)列出]
4.9培训计划
参见《培训计划》。
培训计划融进来。
4.10软件质量保证计划
参见《软件质量保证计划》。
4.11配置管理计划
参见《软件配置管理计划》。
4.12项目评审计划
参见《软件评审计划》。
4.13软件测试计划
参见《软件测试计划》。
4.14项目级度量计划
参见《项目级度量计划》。
软件开发计划第五章项目跟踪计划简化
第8 页。