软件项目规划过程.docx

软件项目规划过程.docx

《软件项目规划过程.docx》由会员分享，可在线阅读，更多相关《软件项目规划过程.docx（7页珍藏版）》请在冰豆网上搜索。

软件项目规划过程

1.目的

指导项目组为完成软件工程和治理软件项目制定合理的打算。

∙软件需求讲明书是项目打算的基础.

∙相关的承诺或约定要在客户代表、客户经理、软件项目经理、研发经理及项目组成员之间进行协商并签字认可.

∙其他相关部门对软件开发及治理的参与要与软件项目组协商并记录在案.其他相关部门可包括系统测试、系统工程、硬件工程、页面设计等.

∙相关部门及小组要评估及认可项目开发打算,包括对软件工作量、规模、成本、进度、关键资源的估算和相关的承诺或约定.

∙高级经理复审所有的对外的承诺或约定.

∙在整个项目打算和执行过程中,要对软件项目开发打算进行治理、修正和操纵.

2.范围

本过程适用于新开发软件项目和基于以往项目进行修改的软件项目.

3.职责

1.软件项目经理负责组织进行软件需求分析、项目估算和组织确定各种开发打算（软件项目开发打算、配置治理打算、软件风险治理打算、软件测试打算、）；

2.软件配置操纵委员会（SCCB）负责审批项目打算，批准项目打算的变更；

3.质量保证工程师制定软件质量保证打算，监督项目打算制订过程符合要求；

4.配置治理工程师负责协助软件项目经理制定配置治理打算，并负责软件的配置和实施；

5．测试人员负责协助制定软件测试打算并负责产品测试；

6.高级治理者负责提供项目开发的资源和批准对组织外部的约定。

4.工作程序

4．1以软件项目任务书和软件需求讲明书作为项目策划基础

软件项目任务书和软件需求讲明书通过审批后作为项目策划的基础，软件项目经理负责按照公司的相关要求和程序组织软件项目的策划活动，研发经理应给软件项目经理提供足够的资源进行软件项目策划活动，并对软件项目经理和相关人员进行必要的软件可能和策划方面的培训；对部门内部不能满足的资源需求由高级治理者提供。

4．2软件生命周期模型的定义

4.2.1选择合适的软件生命周期模型

参见〈〈软件生存周期选择与裁剪指南〉〉。

在选择生命周期模型时应注意：

•项目假如要选择非标准的开发过程，要讲明缘故并详细描述过程。

•依照项目的实际情况，能够对过程进行裁减，但要讲明裁剪缘故。

4.2.2项目的开发及治理

软件的项目开发及治理要紧包括项目治理和项目开发两部分。

软件项目经理通常对整个项目负责,尤其是对项目的治理负责,包括打算,跟踪,评审,报告,沟通等.并对项目开发负责,包括需求分析,设计,编码,测试,公布等.项目治理和项目开发通常是平行的过程并与商务过程相交叉和配合.

4.2.2.1项目治理

软件项目治理要紧侧重项目的治理以确保合理的开发进度、开发成本和产品质量。

从不同的治理角度来看,项目评审、沟通治理、配置治理、需求治理、质量保证是平行的过程并贯穿项目的始终。

而项目打算、项目跟踪、项目开发则是时期性过程并有所侧重。

如下图所示：

4.2.2.2项目开发

软件项目的开发侧重于项目的工程实施由软件项目经理负责，要紧包括需求分析、概要设计、详细设计、编码、集成、测试、公布、技术支持；同时还包括和项目开发相关的打算、评审和文档等。

.

4.3软件项目策划过程

4.3.1项目可能、时刻进度表和讨论承诺

软件项目经理组织对项目的规模、工作量、成本、进度等进行可能，详见《软件项目估算过程》；依照客户要求、合同规定等确定项目进度，并与相关部门和人员协商，取得他们的承诺，形成文档，并作为今后制定《软件项目开发打算》的一部分内容。

4.3.2制定软件开发打算

4.3.2.1软件项目经理依照软件估算、时刻进度和其他部门的承诺等信息，使用《软件项目开发打算》模板书写正规的项目打算。

4.3.2.2软件项目经理组织人员（或软件项目经理本人）或与相关组进行协商，讨论进行下列活动：

●制定软件质量保证打算；

●制定软件配置治理打算；

●制定软件测试打算。

注：

在制定打算过程中，软件项目经理应考虑：

●单独的《软件风险治理打算》适用于大的或风险因素较多的项目，关于一般的项目风险评估可作为《软件项目开发打算》的一部分。

●“效率因素”（开发者完成任务的时刻百分比）。

除了在专门的环境下，一般效率因素的范围在70-90%

●在项目中所有已知的停工、假期和培训时刻。

●考虑工程集成测试、软件测试的时刻。

●除非软件项目不依靠新的硬件，否则，软件项目经理必须同硬件软件项目经理进行协商，以保证测试时刻打算与可获得的硬件一致。

●项目时刻进度能够使用MSPROJECT2000制定。

●项目开发的里程碑。

一般为：

需求、策划、设计、实现、测试、交付。

4.3.3评审并批准开发打算

软件项目经理组织相关部门及人员对上述估算结果和打算进行评审（参见〈〈评审过程〉〉）；通过评审的软件开发打算由SCCB审批，并由相关部门及人员签字认可；对部门内部不能满足的资源要求和对组织外部的约定由高级治理者评审并审批。

通过批准的《软件项目开发打算》作为项目基线置于配置治理操纵之下。

4.3.4打算结束

打算过程结束，进入软件项目打算的跟踪过程。

4．4项目打算的变更

遵照〈〈软件基线变更过程〉〉执行（若软件开发实际进度不超过项目估算总进度的10%，原则不对开发打算进行修改）。

5.项目策划过程的测量和验证

对软件项目策划过程中所用的时刻、人力等信息进行记录，将这些记录数据作为项目的积存数据进行治理和操纵。

质量保证工程师要按打算对项目策划活动进行监督并向软件项目经理和上级报告审计结果。

软件项目经理对项目策划活动进行自查，及时修正偏差。

高级治理者通过参加了解里程碑报告或参加评审活动，对项目策划活动进行了解和监督。

6．参考资料

序号

文档编号

文档名称

1

Q/RKS-SP-RM-01

软件需求治理过程

2

Q/RKS-SP-RM-03

特性需求讲明书

3

Q/RKS-SP-RM-05

软件需求讲明书

4

Q/RKS-SP-SPP-03

软件项目开发打算

5

Q/RKS-SP-SQA-02

软件质量保证打算

6

Q/RKS-SP-SCM-03

配置治理打算

7

Q/RKS-SP-SPP-04

软件风险治理打算

8

Q/RKS-SP-SPP-05

软件测试打算

9

Q/RKS-SP-SCM-02

软件基线变更过程

10

Q/RKS-SP-EST-01

软件项目估算过程

11

Q/RKS-SP-PR-01

评审过程

12

Q/RKS-SP-SPT-01

软件项目打算的跟踪过程