软件产品立项及开发策划控制程序Word文档格式.doc

软件产品立项及开发策划控制程序Word文档格式.doc

《软件产品立项及开发策划控制程序Word文档格式.doc》由会员分享，可在线阅读，更多相关《软件产品立项及开发策划控制程序Word文档格式.doc（8页珍藏版）》请在冰豆网上搜索。

受控印章：

修改记录

日期

修改人

批准人

修改内容（文件修改申请单序号）

1.0目的

对有意向开发的软件项目进行前期的立项准备、可行性分析工作，以减小投资开发软件产品或承接软件项目的风险；

对准备开发的软件项目，在开发之前系统地规划整个项目进展过程，确保软件项目在预算之内及时交付并达到规定质量目标。

2.0范围

适用于软件项目的立项准备、可行性分析及对拟开发的软件项目的开发策划工作。

3.0职责

3.1项目组

u负责编写《立项建议报告》和《软件需求说明书》。

u负责编写《可行性分析报告》。

3.2项目组项目经理：

负责编制项目《开发计划》。

3.3相关技术部门经理：

负责组织评审《立项建议报告》、《可行性分析报告》、项目《开发计划》，下达《项目任务书》；

3.4总经理：

负责审批《立项建议报告》、《可行性分析报告》、《开发计划》。

4.0术语和定义

4.1SOW：

statementofwork是由客户提供的对项目所要完成的全部工作的说明文件，其主要包括：

工作范围、技术目标和目的、客户和最终用户标识、引入的标准（客户要求供方执行的标准以及国家法律法规要求产品或项目执行的标准）、责任分担、成本和进度限制、软件项目与其它组织的依赖性、资源限制、其它限制。

5.0程序

5.1立项建议

5.1.1对自主研发的软件产品项目，由销售部、相关技术部门负责收集市场信息，根据市场营销与调研结果提出软件项目启动的设想，结合已有经验进行前景预测，编写《立项建议报告》，

5.1.2《立项建议报告》的内容适当时应包括：

1）项目启动的背景；

2）项目的目的（合同意向或内部领导的要求）；

3）项目的范围（项目所涉及的主要活动）；

4）项目的可行性（如，人力、技术资源的可利用性）；

5）项目存在的风险与控制；

6）项目的重要里程碑和主要提交产品；

7）项目的规模（估计所需的工作量和资源种类）；

8）项目启动的预算（项目启动所需的资源）；

9）项目市场前景及效益的简要分析。

5.2《立项建议报告》评审

5.2.1《立项建议报告》经相关技术部门经理审核并组织评审，评审人员包括：

总经理、市场与开发的相关人员。

5.2.2对《立项建议报告》的评审，应填写《立项建议报告评审记录》（含风险评估与控制评审），经总经理审批。

《立项建议报告》及相应评审记录由相关技术部门、综合办存档。

5.2.3评审结果：

1）不可行，取消立项，资料存档；

2）立项存在不明确的问题，由原编制部门修改《立项建议报告》后重新评审；

3）评审通过，需进行可行性分析的转入可行性分析，无需可行性分析的由相关技术部门经理下达《项目任务书》，项目启动。

5.3可行性分析

5.3.1相关部门根据《立项建议报告》及其评审结果进行可行性分析，对于规模较小的项目或系统升级等无需进行可行性分析。

5.3.2合同开发的软件项目，根据合同意向或客户的要求，进行可行性分析，按《可行性分析报告编写规范》的要求编写《可行性分析报告》。

如无特殊要求，合同开发的软件项目无需进行可行性分析。

5.3.3《可行性分析报告》的内容：

1）软件项目的功能要点及产品化程度；

2）市场前景、效益分析；

3）开发优势；

4）技术路线；

5）成本估算；

6）进度估算；

7）可用的现行技术、重用软件和开发平台。

5.3.4《可行性分析报告》的评审

5.3.4.1《可行性分析报告》经相关技术部经理审核并组织评审，评审人员包括：

5.3.4.2评审结果：

1）不可行，取消立项，资料归档；

2）存在问题，由原编制部门修改后重新评审；

3）评审通过，由相关技术部门经理下达《项目任务书》，项目启动。

5.3.4.3可行性分析报告的评审应填写《可行性分析报告评审记录》（含风险评估与控制评审）。

由总经理审批，《可行性分析报告》及相应的评审记录交相关技术部门和综合办存档。

5.4项目启动

《项目任务书》下达后，由相关技术部门经理指定一名项目经理及配置管理员。

5.4.1各项计划的编制、审批、评审

l项目经理依据《开发计划编写规范》编制《开发计划》；

l配置管理员负责依据《配置管理计划编写规范》编制《配置管理计划》；

l《开发计划》和《配置管理计划》提交相关技术部门经理审查；

5.4.2《开发计划》的编制要求

1）项目经理按照软件生命周期定义并根据项目的需要审核软件项目开发的阶段划分。

一般情况下可包括但不限于：

可行性分析、需求分析、设计、编码、测试、验收等阶段，并且阶段可以组合、迭代。

2）设定的质量目标要符合质量体系的要求。

5.4.3《开发计划》的具体内容

1）项目和质量目标

l项目目标：

列出项目期间和完成时提交的软件项及项目文件。

l质量目标：

描述每一提交产品的质量目标。

例如，符合用户需求，用户接收并签发验收单。

2）组织与职责

项目经理要确定所需的项目小组成员，考虑小组的资源计划和项目技能要求，根据岗位人员《职位说明书》规定项目实施过程中每个人的任务和职责。

3）项目的相关性

l外部相关性：

列举项目经理控制之外的相关活动，例如，客户贯彻实施的活动。

l内部相关性：

内部相关活动也要考虑，例如，所需的资源只有在另一项目完成之后才能获得。

4）阶段划分

根据项目的实际情况对项目进行适当的阶段划分后，要明确每个阶段的定义、输入和输出以及开始和结束标准，具体如下：

l阶段定义：

参照软件生命周期定义，对项目的每个阶段进行明确定义。

l阶段输入：

阶段划分应明确定义每一阶段的各项输入需求，确保每项输入需求都应完整、无歧义、不相互矛盾。

l阶段输出：

阶段划分应明确定义每一阶段的各项输出。

各项输出应满足相应的需求；

满足进入后续阶段的输入要求；

符合有关的开发惯例和约定以及法律、法规要求；

标识出对产品安全和正常运行至关重要的产品特性。

l阶段开始和结束标准：

在每个阶段都要按《标识和可追溯性控制程序》的基准配置提交规定的阶段成果，否则，不能结束该阶段而开始下一阶段。

也可依据项目特点在《配置管理计划》中定义项目自己的基准。

5） 质量控制活动

列举项目期间执行的评审和测试活动目录，如：

开发计划评审、设计评审、阶段测试、系统测试、验收测试。

对编码的测试，按《过程和产品的监视和测量控制程序》进行。

6）开发方法和工具

l根据需求或合同规定选择开发工作所用的工具和技术；

l明确各开发阶段所需进行的配置管理活动以及配置管理所需的工具和技术，并按《标识和可追溯性控制程序》实施配置管理。

7）组织协调

根据项目的相关性，项目经理负责处理设计、开发的组织和协调，涉及有关分包方、相关开发项目及其它辅助工作时，由总经理协调。

项目经理或相关技术部门经理应以书面文件的形式将有关信息及时地通知给有关部门。

8）与客户的协调

项目经理负责与客户的协调，相关技术部门经理应配合进行协调、处理客户提出的意见或建议。

《开发计划》中应说明需要同客户协商解决的问题，这些问题的解决应记录在开发过程的各个阶段记录中，如《开发计划评审记录》等。

5.4.4《开发计划》的评审与审批

5.4.4.1《开发计划》的评审：

《开发计划》经相关技术部门经理审查认可后组织评审，参加人员包括但不限于：

总经理、项目经理及项目相关部门与人员。

5.4.4.2《开发计划》的审批：

由总经理审批后正式生效并执行，审批未通过，指出不合理处，要求责任者修改后，重新评审；

5.4.5《开发计划》的实施跟踪与修改

5.4.5.1相关技术部门经理根据《开发计划》中的阶段划分及各阶段结果，实施进度跟踪和控制。

在每一开发阶段完成后，项目经理应及时向相关技术部门经理提交该阶段的阶段产品。

5.4.5.2《开发计划》在执行中需要进行修订时，由项目经理向相关技术部门经理提交《软件问题报告》，由相关技术部门经理组织对修改计划重新进行评审。

5.4.5.3每次评审都应留有记录，所有评审或阶段验收不能通过的，必须进行修改，修改后须重新进行评审或验收。

5.4.5.4《开发计划》以及《开发计划》的评审记录和开发阶段的评审记录由相关技术部门、综合办存档；

5.4.6由配置管理员按照《标识和可追溯性控制程序》对《开发计划》进行配置管理。

5.4.7需求管理

5.4.7.1项目经理负责全程的需求管理，组建需求分析小组，了解并协调客户的软件目标，需求分配，接口标准，测试与验收标准，交付期需求，预算限制，资源限制。

通过SOW的确定明确具体的需求，包括软件开发环境与技术，软件设计、编程、测试的需求和标准，配置管理需求，质量保证需求，项目风险及降低风险的策略。

5.4.7.2软件产品项目需提交依据《软件功能规格说明书编写规范》编制的详细的《软件功能规格说明书》，软件合同项目需提交依据《软件需求说明书编写规范》编制的《软件需求说明书》，并经客户方签字确认；

5.5项目文件包括以下各项，项目经理应保证项目文件的完整性和可存取性：

l《开发计划》（所有版本）

l评审记录

lSOW

l项目文档（用户手册、测试计划、测试结果、验收报告等）

l更改控制文档（更改/增加需求等）

l配置信息（配置记录、配置控制等）

l报告（《阶段评估报告》、《软件问题报告》、《项目开发总结报告》等）

5.5.1项目报告：

由项目经理形成并按要求发给项目组织成员及相关技术部门经理。

5.5.2软件问题报告：

项目执行阶段中，发生的问题将影响项目成果、质量目标或计划表时，需及时向相关技术部门经理提交《软件问题报告》，软件问题报告包括以下各项内容：

l问题的描述

l解决问题可选择的方案

l建议的解决方案

l基于建议的解决方案修改的项目计划

5.5.3项目结束报告

5.5.3.1项目完成后，应进行项目总结；

因其他原因而终止开发活动的项目可根据需要进行项目总结；

5.5.3.2项目总结应依据《项目开发总结报告编写规范》编写《项目开发总结报告》，也可依据项目特点编制其它形式的《项目开发总结报告》。

5.5.3.3《项目开发总结报告》需项目经理、相关技术部门经理共同评审。

5.6最终归档：

项目完成或终止后，全部项目资料、文档与软件项由相关技术部门、综合办归档。

6.0相关文件

《质量手册》 XX/QM-A-2004

《标识和可追溯性控制程序》 XX/QP-16

《过程和产品的监视和测量控制程序》 XX/QP-21

《可行性分析报告编写规范》 XX/WI-XT-02

《开发计划编写规范》 X