软件项目的立项过程Word格式文档下载.docx

软件项目的立项过程Word格式文档下载.docx

《软件项目的立项过程Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件项目的立项过程Word格式文档下载.docx（16页珍藏版）》请在冰豆网上搜索。

1概述

1.1背景

软件项目的立项过程（SoftwareProjectApprovalProcess，SPA）是软件项目正式启动之前的一系列活动，包括项目可行性研究、合同签署前的准备工作、项目审批手续、和项目状态跟踪和报告。

立项过程的输出是SW-CMM（theSoftwareEngineeringInstitute’sCapabilityMaturityModelforSoftware）中关键过程域（KeyProcessArea，KPA）需求管理（RequirementManagement，RM）和软件项目计划（SoftwareProjectPlan，SPP）的输入，即分配的需求（AllocatedRequirement）。

因此，规范立项过程有助于更有效地实施SW-CMM。

本文档将定义XXXXXXXX软件立项过程的规范。

1.2文档的作用

本文档的作用是定义软件项目立项过程（SPA）的以下内容：

1）过程的方针

2）过程的流程与描述

3）过程中所引用的规程

4）过程中所引用文档模板和表格

1.3文档的标识

本文档被批准的标识号为：

“SEPG-SPA-Process<

-1.0”

文档的正式标题为：

软件项目立项的过程

1.4文档的范围

本过程可以应用于XXXXXXXX任何软件项目。

1.5文档的概述

本文档被组织为以下章节：

1）第一章，提供文档的背景、目的、范围等信息。

2）第二章，定义SPA过程的方针。

3）第三章，定义SPA过程的流程图，并按以下格式分别描述流程图及其各个活动的：

（1）责任：

负责完成过程步骤的人或组。

（2）进入准则：

开始一个过程步骤需要的元素和条件。

（3）输入：

执行过程步骤活动使用的数据或资源。

（4）任务：

在控制的影响下，将一个输入转换为预期输出的行为。

（5）输出：

步骤活动产生的数据或资源。

（6）退出准则：

结束一个过程活动需要的元素和/或条件。

4）第四章，定义SPA流程中引用的各个规程。

5）第五章，定义SPA流程中引用的各个文件模板和表格，包括它们的示例。

1.6术语和缩写

CMMCapabilityMaturityModel

能力成熟度模型

SW-CMMCapabilityMaturityModelforSoftware

软件能力成熟度模型

KPAKeyProcessArea

关键过程域

SEPGSoftwareEngineeringProcessGroup

软件工程过程组

SPPSoftwareProjectPlanning

软件项目计划

SPASoftwareProjectApproval

软件项目立项

SDPSoftwareDevelopmentPlan

软件开发计划

RMRequirementmanagement

需求管理

SPTOSoftwareProjectTrackingandOversight

软件项目的跟踪和监督

1.7相关文档

文档名

文档配置编号

编写者

发布日期

说明

CMM总体概况

SEPG-WHL-About-1.0

软件开发模型

RM的过程改进

SEPG-RM-Process-1.0

SPP的过程改进

SEPG-SPP-Process-1.0

SPTO的过程改进

SEPG-SPTO-Process-1.0

SQA的过程改进

SEPG-SQA-Process-1.0

SCM的过程改进

SEPG-SCM-Process-1.0

维护的过程改进

SEPG-PM-Process-1.0

项目培训报告

SEPG-PT-Report

1.8参考资料

在编制本文档时参考了以下资料：

1）JointLogisticCommandersPracticalSoftwareMeasurementGuide（PSM）V2.0

2）MIL-STD-498,SoftwareDevelopmentandDocumentation,5December1994

3）IEEE/EIA12207Series,StandardforInformationTechnology,March1998

1.9附件

1）《软件项目申请》的模板（.dot格式）是本文档的必要附件。

2

SPA过程的方针

定义和实施SPA过程的目的是规范XXXXXXXX软件项目以下行为：

项目启动之前的项目可行性研究、合同签署前的准备工作、项目审批手续，以及项目状态跟踪和报告。

定义和实施SPA过程的方针如下：

1）对于所有的软件项目，无论是自研项目还是合同项目，在它们启动之前，都经过充分的调查和审核。

2）项目的申请者必须是研发部门经理或产品市场经理。

项目的申请者负责整理出信息充分的项目申请资料，并供项目的审核。

3）项目的审核者是与项目相关的研发部门经理或产品市场经理。

项目审核者给出自己的结论和意见。

4）技术委员会综合研发部门和事业部门的意见和结论，决定是否批准项目

5）获得批准的项目将被正式指派：

项目经理、项目资源和项目进度。

6）技术委员会负责收存和分发所有软件项目的申请材料，并负责跟踪、记录、定期通报所有软件项目的状态。

需要说明的是，申请者编写和修改《软件项目申请书》的活动不在这个过程中定义。

3

SPA过程的定义

3.1SPA过程的总体描述

流图SPA-0：

SPA过程的流图

SPA过程的流图如图3.1.1所示。

图3.1.1SPA-0：

SPA过程的角色

1）实施SPA过程涉及到的角色包括：

申请者、技术委员会、审核者、项目经理。

2）其中“申请者”可以是：

研发部门经理、产品市场经理。

3）若申请者是研发部门经理，则“审核者”是产品市场经理；

4）若申请者是产品市场经理，则“审核者”是研发部门经理。

SPA过程的进入准则

SPA过程的进入准则包括：

1）申请者符合条件，即申请者是研发部门经理或产品市场经理。

2）申请者已完成初始的《软件项目申请书》（《软件项目申请书》的格式参见5.1节，其模板.dot与本文档同时发布）

SPA过程的输入

SPA过程的输入包括：

1）初始的《软件项目申请书》

SPA过程的任务

SPA过程包括以下任务：

1）申请者（研发部门经理或产品市场经理）提交《软件项目申请书》，并根据审核意见修改它。

2）审核者（研发部门经理或产品市场经理）审核申请书，给出自己的结论和意见。

3）技术委员会总结审核意见，决定是否批准项目。

4）被批准的项目将被指派：

项目经理、项目资源、项目进度。

5）技术委员会收存《软件项目申请书》，并跟踪和记录项目申请状态。

SPA过程的输出

SPA过程的输出包括：

1）技术委员会已给出审批结论的《软件项目申请书》

2）软件项目申请状态的记录（《软件项目申请状态表》的格式参见5.2节）。

SPA过程的退出准则

SPA过程的退出准则包括：

1）技术委员会已经做出批准或否定项目的决定。

2）如果项目被批准，则应已经指派：

3.2活动SPA-1：

提交申请

活动SPA-1的角色

申请者（研发部门经理或产品市场经理）、技术委员会

活动SPA-1的进入准则

2）申请者已完成初始的《软件项目申请书》，或者根据审核意见已修改了《软件项目申请书》。

活动SPA-1的输入

1）初始的《软件项目申请书》，或者根据审核意见已修改了的《软件项目申请书》

活动SPA-1的任务

1）若软件项目的申请来源于研发部门，则：

（1）《软件项目申请书》可以由研发部门经理指派人员编写，但是研发部门经理应作为申请者来签名。

（2）研发部门经理将《软件项目申请书》提交给技术委员会。

2）若软件项目的申请来源于事业部门，则：

（1）《软件项目申请书》可以由产品市场经理指派人员编写，但是产品市场经理应作为申请者来签名。

（2）产品市场经理将《软件项目申请书》提交给技术委员会。

活动SPA-1的输出

1）被技术委员会接收的《软件项目申请书》，其中包含申请者对于项目的说明。

活动SPA-1的退出准则

1）技术委员会已接收来自申请者的《软件项目申请书》。

3.3活动SPA-2：

审核申请

活动SPA-2的角色

审核者（研发部门经理或产品市场经理）、技术委员会、申请者（研发部门经理或产品市场经理）

活动SPA-2的进入准则

活动SPA-2的输入

1）被技术委员会接收的《软件项目申请书》，其中包含申请者对于项目的说明

活动SPA-2的任务

1）若《软件项目申请书》来自研发部门经理（申请者），则：

（1）技术委员会将《软件项目申请书》分发给产品市场经理（审核者）。

（2）产品市场经理审核从技术委员会得到的《软件项目申请书》，填写自己的意见和结论，然后返回给技术委员会。

2）若《软件项目申请书》来自产品市场经理（申请者），则：

（1）技术委员会将《软件项目申请书》分发给研发部门经理（审核者）。

（2）研发部门经理审核从技术委员会得到的《软件项目申请书》，填写自己的意见和结论，然后返回给技术委员会。

3）若审核者给出审核意见并建议修改申请书，则技术委员会将审核意见分发给申请者。

（申请者将根据审核意见修改项目申请书。

当申请者修改完毕项目申请书后，执行活动SPA-1，即提交申请）。

活动SPA-2的输出

1）已得到审核意见或者审核结论的《软件项目申请书》

活动SPA-2的退出准则

1）审核者对《软件项目申请书》已给出审核意见（修改申请书）或者审核结论（可行或不可行）

3.4活动SPA-3：

处理申请

活动SPA-3的角色

技术委员会、申请者（研发部门经理或产品市场经理）、审核者（研发部门经理或产品市场经理）

活动SPA-3的进入准则

1）审核者对《软件项目申请书》已给出审核结论（可行或不可行）

活动SPA-3的输入

1）已得到审核结论的《软件项目申请书》

活动SPA-3的任务

1）技术委员会综合分析申请者的说明和审核者的审核意见。

2）若技术委员会认为项目申请书需要修改，则技术委员会填写审批意见，并将其分发给申请者。

此时本活动退出。

（申请者将根据技术委员会的审批意见修改项目申请书。

3）技术委员会对该项目给出审批结论：

批准、或否定。

4）技术委员会将审批结论分发给申请者和审核者。

5）技术委员会记录该项目的申请状态。

活动SPA-3的输出

1）已得到审批意见或审批结论的《软件项目申请书》

2）该项目的申请状态信息

活动SPA-3的退出准则

1）技术委员会对《软件项目申请书》已给出审批意见（修改申请书）或者审批结论（批准或否定）

3.5活动SPA-4：

立项

活动SPA-4的角色

研发部门经理、项目经理、技术委员会

活动SPA-4的进入准则

1）技术委员会已批准《软件项目申请书》。

2）若是合同项目，则合同应当已被签署。

活动SPA-4的输入

1）已被批准的《软件项目申请书》

2）若是合同项目，则还需已被签署的合同

活动SPA-4的任务

1）研发部门经理指派项目经理、项目资源、项目进度。

2）技术委员会补充该项目的申请状态信息。

活动SPA-4的输出

1）该项目被分派的项目经理、项目资源、项目进度。

2）该项目完整的申请状态信息

活动SPA-4的退出准则

1）该项目已被分派项目经理、项目资源、项目进度。

2）技术委员会已记录该项目完整的申请状态信息

4

SPA过程中引用的规程

本章无内容。

5

SPA过程中引用的文件模板和表格

5.1模板：

软件项目申请

《软件项目申请》的模板（.dot格式）将与本文档同时发布。

以下将给出《软件项目申请》的格式。

其中，斜体字（绿色）是解释信息。

封面包含以下信息：

1）《软件项目申请》的：

编号、密级

2）软件项目的：

类型（自研/合同）、名称

3）申请者的：

签字、申请日期

4）审核者的：

签字、审核结论、审核日期

5）技术委员会的：

签字、审批结论（批准/否定）、审批日期

6）被指派的项目经理的：

名称

正文包括：

第一部分申请者的说明

1软件项目的描述

1.1项目的类型

说明项目是自研项目、还是合同项目

1.2申请项目的背景和理由

1.3项目的用户

定义项目产品的客户群

1.4预计的项目进度

项目的开始时间：

项目的结束时间：

如果必要，还要定义项目重要里程碑的进度

1.5预计项目的工作量

项目经理人/月

高级程序员人/月

程序员人/月

支持人员人/月

1.6预计项目的其它费用

软件的购置费用和占用情况：

硬件的购置费用和占用情况：

其它耗材的购置费用和占用情况：

人员出差费用：

1.7预计项目带来的利益

2软件项目的要求

2.1功能要求

2.2性能要求

2.3用户界面要求

2.4文档要求

2.5环境要求

2.6可靠性要求

2.7安全保密要求

2.8其它要求

2.4项目产品的列表

2.4.1文档列表

文档名介质（电子版/硬拷贝）份数

2.4.2代码包

安装介质：

光盘/软盘/网络

升级途径：

2.4.3培训

方式、对象、人数、内容、资料、时间、场地

2.4.4服务

内容、方式（电话/网络/邮件/现场）、响应速度、免费期限、付费标准

3项目的实现方案及其可行性分析

3.1项目可以采用的实现方案

3.2方案的技术可行性

3.3方案的进度可行性

3.4方案的人员可行性

3.5方案的资金可行性

4合同的描述

本章针对合同项目；

对于自研项目，本章写“无正文”

如果必要，将用户提供的材料作为附件（包括标书、SOW等）

4.1客户的原始需求

客户要求的功能、性能、方法、工具、领域经验和技术。

4.2客户的责任

需要客户提供的：

数据、手册、人员支持、软硬件资源、网站访问、合同负责人

4.3合同的金额或销售额

4.4付费方案

付费时间：

一次全款、分阶段、每个里程碑、每月、每季度、交付后

4.5按时交付产品的奖惩

4.6需求变化时处理方案

说明在项目研发过程中，若由于客户要求发生变更而导致软件需求发生变化，双方处理的方案，包括：

1）在什么情况下，不修改合同

2）在什么情况下，修改合同（如追加合同金额）

3）如何修改合同，以及在修改过程中双方承担的责任

应留有余量

4.7产品的验收准则

4.8双方的风险约定

第二部分审核者的意见和结论

5审核者的结论

选择：

可行、不可行、需进一步调研。

6审核者的意见

6.1对项目进度的意见

6.2对项目工作量的意见

6.3对项目费用的意见

6.4对项目利益的意见

6.5对项目实现方案的意见

6.6对项目实现方案可行性分析的意见

6.7对项目合同的意见

6.8其它意见

第三部分技术委员会的意见和结论

7技术委员会的结论

批准、否定、需进一步调研。

8技术委员会的意见

8.1对项目进度的意见

8.2对项目工作量的意见

8.3对项目费用的意见

8.4对项目利益的意见

8.5对项目实现方案的意见

8.6对项目实现方案可行性分析的意见

8.7对项目合同的意见

8.8其它意见

第四部分分派给项目的资源

只有项目被批准后，才填写本章

9被指派的项目经理

10被指派的项目资源

11被指派的项目进度

5.2

表格：

软件项目申请状态表

表5.2软件项目申请状态表的格式

序号

项目编号

项目类型

项目名称

申请者

审批结论

审批日期

项目经理

自研

合同

批准

否定