软件项目设计和开发评审流程

第一篇：软件项目设计和开发评审流程

软件项目设计和开发评审流程目的设计和开发评审的目的是由一组有资格的人员对软件设计和开发的输出进行评价，以判断确定设计和开发的输出能否实现软件产品预先定义的规格，同时通过评审标识出与规格和标准的偏差。它向管理部门提供充足的证据以证明

1）设计和开发的输出符合了其规格要求；

2）设计和开发的输出是否满足相关法律、法规以及企业标准的要求；

3）软件产品的更改得到了恰当地实施；

4）软件产品的更改只对那些规格发生了更改的系统区域有影响，没有引入新的问题。2 范围

本规范适应于对软件设计和开发的输出以及设计与开发的更改进行评审。角色和职责

3.1 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题跟踪。

3.2 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审意见和建议。

3.3 质量保证人员：

3.4 记录员。会议记录人员。

3.5 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。

3.6 相关领导和部门管理人员。评审时机

按《产品开发计划》所策划的的评审检查点进行。因临时变更引起的突发性的评审随时进行。评审的基本要求

a）设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般进行业务部门级评审；

b）设计和开发评审视具体情况可一次进行，也可分段进行；

c）评审结论应明确；

d）评审资料应及时归档。评审依据

a）合同、技术协议书、需求规格说明书和设计任务书；

b）有关标准、规范和质量保证文件。评审内容

评审的内容可根据产品设计的研制周期、技术难度、复杂程度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进行评审的要求。主要内容：

a）设计方案正确性、先进性、可行性和经济性；

b）系统组成、系统要求及接口协调的合理性；

c）系统与各子系统间技术接口的协调性；

d）采用设计准则、规范和标准的合理性；

e）系统可靠性、维修性、安全性要求是否合理；

f）关键技术的落实解决情况；

g）编制的质量计划是否可行。评审方式评审方式有会签评审和会议评审两种。

第二篇：软件项目开发管理流程

研发中心项目开发管理流程

1，新项目开发管理流程

按照项目管理规范，项目管理分为：项目启动—》项目计划—》项目执行—》项目控制—》项目结尾。5个阶段。根据该管理流程和我公司实际情况，将新项目开发的管理流程制定如下图：

1.1 项目立项

项目立项阶段，首先由的项目经理编写《项目立项报告》。

研发项目立项报告模板.doc

1.2 立项评审

《项目立项报告》编写完成后，交由项目管理委员会进行立项评审，评审通过后由副总经理签字确认立项。确定需求分析和项目设计阶段的时间和人员安排。

1.3 需求分析

需求分析阶段，需要与用户交流，双方对软件需求取得共同理解基础上达成的协议。编写并完成软件需求说明书：也称软件规格说明书。

软件需求说明书模板.doc

1.4 系统设计阶段

常规的系统设计需要依次完成《概要设计说明书》，《详细设计说明书》。以下是文档的简要说明：

概要设计说明书：该说 明书是概要设计阶段的工作 成果，它应说明功能分配、模 块划分、程序的总体结构、输 入输出以及接口设计、运行设 计、数据结构设计和出错处理 设计等，为详细设计奠定基础。

概要设计说明书.doc

详细设计说明书：着重 描述每一模块是怎样实现的，包括实现算法、逻辑流程等。详细设计说明书.doc

详细设计说明书编写完成后，项目经理应该依次编写安排项目开发工作计划。工作计划安排可以根据项目经理的习惯进行工作计划编写。建议采用project。附件为综合考务平台的工作计划安排，可以供参考：

考试考务综合管理平台工作计划.mpp。并且确定里程碑，以便在后期项目执行过程中，对其进行确认。对于大项目，建议按照项目设计流程，先进行概要设计，再到详细设计。但是对于特殊项目（项目周期较短，小项目），可以讲概要设计和详细设计阶段合二为一，编写功能，接口方案。但是值得注意的是，该方案中，仍然需要涵盖项目模块功能，用户权限和各模块实现逻辑，接口等。

项目设计开发方案.docx。

1.5 项目设计评审

设计阶段完成后，项目经理填写《项目设计评审表》，将相关文档交由项目管理委员会进行项目设计评审。通过评审后，方可进行编码工作。

项目设计评审表.docx

1.6 编码和测试用例编写阶段

项目编码阶段，项目经理需要对项目执行情况进行控制和监督，其中包括（项目输入，项目输出，里程碑）。如果由于特殊情况，如：需求变化，人员临时调配，或者其他原因导致的项目范围和时间，计划等变更，项目经理应该及时填写变更申请。并提交给项目管理委员会。作为之后项目输出验证的重要依据项目变更申请书.doc。

在此阶段，测试人员应该根据《需求说明书》，《概要设计》和《详细设计说明书》的内容，编写相应的《测试用例》。1.7 测试阶段

编码完成后，应该移交测试组进行相关测试工作。按照测试流程，需要提交《测试申请表》。测试人员在接收到《测试申请》后，应该与研发人员讨论《测试用例》的相关内容，确定测试时间，开始程序测试。并在测试工作完成后，编写对应的《测试报告》。

1.8 结项评审与验证

项目负责人和测试负责人分别填写《项目结项评审表》，交由项目管理委员会进行评审。评审通过后，由研发中心副总经理进行发布确认。

项目结项评审验证表.doc

1.9 新产品发布

编写《用户手册》。方可进行新产品发布。

2，旧项目升级开发管理流程

旧项目的升级，依照如下流程：

2.1项目升级需求分析

项目需求分析，需要收集用户在产品使用过程中，已经技术人员在调试过程中的反馈作为需求分析的输入。并填写对应的项目升级需求报告表。项目升级需求报告表.doc

2.2 升级评审

将《升级需求报告》交由项目管理委员会，评审通过后，进行升级设计。2.2项目升级设计

项目负责人，根据需求报告和升级具体情况，编写升级开发方案。项目升级开发方案.docx。并安排整改工作计划。

2.3 项目升级设计评审

升级开发方案完成后，填写《项目设计评审表》，交由项目管理委员会评审。

2.4 编码

按照项目升级开发方案进行编码设计，如果编码工作中，发生特殊情况需要变更计划，或者项目范围等，同样需要提交《变更申请》，作为项目验证的基础。同样，此阶段，测试人员应该编写或者修改相关测试用例。

2.5 测试

编码完成后，应该移交测试组进行相关测试工作。按照测试流程，需要提交《测试申请表》。测试人员在接收到测试申请后，应该与研发人员讨论《测试用例》的相关内容，确定测试时间，开始程序测试。并在测试工作完成后，编写对应的《测试报告》。

2.6 升级输出评审

项目负责人和测试负责人分别填写《项目结项评审表》，交由项目管理委员会进行评审。评审通过后，由副总经理进行发布确认后。

第三篇：软件项目开发工作流程

软件项目开发工作流程

一、简述

对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：

1、项目可行性研究阶段

2、立项阶段

3、需求分析阶段

4、开发策划阶段

5、设计阶段

6、编码实现阶段

7、测试阶段

8、验收阶段

9、产品交付使用

10、维护阶段

二、项目组基本组成及岗位职责

新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。

a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。

C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。

D分析人员：主要负责本项目的需求分析工作。E设计人员：主要负责本项目的设计工作。

F程序员：按设计要求和有关标准进行编程工作。

G测试人员：负责单元测试、组合测试和总装测试工作。H文档人员：负责本项目有关文档的编写工作。

I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）

三、软件开发流程

3．1 可行性研究阶段

如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。

如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。

本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）

项目可行性研究报告（可行性研究人员编写）

系统集成项目合同 质量记录：可行性分析评审报告 3．2立项阶段

可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告

开发任务书

3．3 需求分析阶段

承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。本阶段提交的文档：软件需求规格说明书。

原型分析说明书

产品规格说明书

系统技术方案书

质量记录：

需求分析评审报告

提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）

3．4开发策化阶段 根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。在配臵管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

本阶段涉及的文档：软件质量保证计划

配臵管理计划

项目综合计划

3．5设计阶段 3．5．1概要设计

根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。概要设计需经过评审。本阶段涉及的文档：产品概要设计说明书

数据库设计说明

项目进度预计 质量记录： 评审报告 3．5．2详细设计

对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。详细设计需要经过评审。本阶段涉及的文档：软件详细设计说明书

测试计划 质量记录： 评审报告 3．6编码实现阶段

根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性。本阶段涉及的文档：项目进度月报

项目周计划和周总结

项目开发人员周计划

工作日志

每周例会记录

配臵项更改申请单 3．6 测试阶段

3．6．1 软件单元测试

按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。本阶段涉及的文档：测试计划

测试设计

测试问题报告单 参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”

3．6．2组装测试

根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。

软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发同步展开。本阶段涉及的文档：测试计划

测试设计

测试问题报告单

3．7 中试阶段

项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。本阶段涉及的文档：中试计划

中试问题报告单

3．7 验收交付

对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。验收通过的软件可以向软件交办单位交付。项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。

本阶段涉及的文档：验收报告

项目开发总结报告

个人工作总结报告

3．8 软件维护

对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。本阶段涉及的文档：软件问题汇总表

维护报告

四、项目开发文件的审批

 可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确认报告、验收计划及验收报告由技术负责人审批。 项目组人员编写的其他文件由项目经理审批。

五、各阶段共同的任务要求 5．1编写文档

在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。软件文档从形式上来看，大致可分为两类： a． 开发过程中填写的各种图表，称为工作表格； b． 应编制的技术资料或技术管理资料，称为文档或文件。按照文档产生和使用的范围，软件文档大致可分为三类： a． 开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。b． 管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。c． 用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。

项目各阶段完毕后需把本阶段相关文档列表向总工办移交。

5．2验证与评审

软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。软件评审包括有正式评审(即评审)、内部评审两种形式。正式评审是软件项目组上级技术主管主持的评审。内部评审以由项目负责人组织、开发人员相互检查为基本方式。

就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检查工作。

第四篇：17设计和开发评审

设计和开发评审控制程序

Q/PTC-QP 7.3-03-08 1 目的

本程序为了规范公司设计和开发评审过程的管理，确保公司设计和开发评审工作的有效实施。2 范围

本程序适用于公司军品，特种车辆、工程机械、铁路货车等民用产品设计和开发评审过程的控制。3 术语

3.1 设计和开发评审：对设计和开发的结果达到规定目标所进行的检查。4 职责

4.1 技术部技术管理处是公司设计和开发评审过程的归口管理部门；负责公司军品过程设计和开发各阶段评审工作的组织实施。

4.2 技术部军品研究所负责公司军品产品设计和开发各阶段评审工作的组织实施。

4.3 事业部技术部门负责本事业部设计和开发评审过程的业务管理；负责本事业部民品设计和开发各阶段评审工作的组织实施。

4.4 公司各有关单位负责配合完成设计和开发评审过程的各项工作。5 工作程序 5.1 评审活动的安排

5.1.1 在产品设计和开发策划时，各计划部门编制的设计和开发计划，对设计和开发各阶段应实施的评审活动进行系统的识别和安排。

5.1.2 设计和开发评审活动的安排，包括评审类别、时间、内容和参加评审的人员及评审的记录要求等。

5.1.3 产品设计和开发评审的类别一般可分为：方案阶段设计评审、工程研制阶段设计评审、定型阶段的定型审查等。

5.1.4 设计评审必须按设计和开发阶段顺序进行，在上一阶段设计和开发评审通过后，才能转入下一阶段。

5.1.5 各类设计和开发评审主要内容见附录A。评审内容可根据产品类型及复杂程度，以及不同阶段的工作性质，对附录A中所列内容进行选择或增减。Q/PTC-QP7.3-03-08 5.2 评审的任务

5.2.1 评价设计和开发的结果能否满足要求，以确定是否准予进入下一阶段； 5.2.2 发现存在的任何问题，提出解决问题的措施。5.3 评审的组织

5.3.1 设计评审组应设组长一人，成员若干。军品的评审组组长由公司主管技术的副总经理（或委托人）担任，必要时由上级技术主管或相应的技术负责人担任；民品的评审组组长由事业部主管技术领导（或委托人）担任。5.3.2 评审组一般由以下人员组成：

a)顾客代表；

b)任务提出单位代表；

c)同行专家；

d)产品设计、生产管理、技术管理、计划、标准化、质量管理、试验单位等方面的代表。5.4 评审的程序 5.4.1 提出评审申请报告

5.4.1.1 由设计和开发部门按计划的安排，向上级技术主管或本单位的主管技术领导（或委托人）提出“设计评审申请报告”。

5.4.1.2 上级技术主管或单位的主管技术领导（或委托人）审查或批准“设计评审申请报告”。

5.4.1.3 评审组织部门应提前通知评审组成员单位，以便让评审人员事先审阅有关资料。

5.4.2 召开设计评审会 5.4.2.1会议程序如下：

a)设计和开发部门的主管人员作设计工作报告；

b)评审人员讨论、审查工作报告，重点审查设计和开发中发现的问题和解决的情况，以及关键性技术措施的效果。必要时，由项目设计人员作答辩和说明；

c)评审组讨论和通过评审结论。5.4.2.2 记录评审结果

5.4.2.2.1设计和开发部门将重点评审内容，如评审时应达到的主要性能指标，存在的问题和分析、建议和评审结论等汇总填入《设计评审报告》，评审组成员签 2

Q/PTC-QP7.3-03-08

名。

5.4.2.2.2 若评审中的意见不统一，应填写设计评审意见表。5.4.3 评审结果处置

5.4.3.1 项目设计人员对评审中提出的问题进行分析，提出应采取的措施，并组织落实。

5.4.3.2 设计和开发部门负责措施跟踪，作好跟踪记录并保存，将跟踪结果向顾客代表通报。

5.4.3.3 设计评审中形成的文件由技术管理处按阶段整理后存档。

5.4.3.4 设计评审中有分歧的技术问题，经充分讨论仍不能统一时，可报上级技术主管或单位的主管技术领导（或委托人）裁决。

5.4.3.5 设计评审提出需要进行重大更改的，由设计和开发部门按《设计和开发更改控制程序》规定要求执行。

5.4.3.6 设计评审报告正本由各技术部门按《记录控制程序》规定进行管理，保存期5年以上，副本交相应的质量部门用于跟踪管理。6 主要质量记录 6.1 评审申请报告 6.2 评审报告

6.3 设计工作技术总结 6.4 问题分析和解决措施 6.5 落实措施检查报告 6.6 评审会议记录 7 相关文件

7.1 Q/PTC-QP 4.2-02-08

《记录控制程序》

7.2 Q/PTC-QP7.3-06-08

《设计和开发更改控制程序》

Q/PTC-QP7.3-03-08 附录A（规范性附录）

设计和开发评审主要内容

A1

方案阶段设计评审 A1.1 方案设计的依据。

A1.2 不同方案的对比分析及优选的结果。

A1.3 选定方案的先进性、适用性、可行性和经济性。

A1.4 各项战术性能指标或使用要求、安全性、可靠性、维修性、环境适应性、可支援性等应满足研制任务书或合同的要求。A1.5 系统功能原理图。

A1.6 协调并提出的对分系统的技术要求。A1.7 方案技术风险分析。

A1.8 系统可靠性、维修性保证大纲。

A1.9 确定的系统设计规范、标准、设计准则及设计要求。A1.10 系统试验方案及对分系统的试验要求。

A1.11 采用的新技术、新材料、元器件的摸底试验情况。A1.12 初步的质量控制计划。A1.13 标准化大纲。

A1.14 系统研制程序和工作计划。A1.15 研制经费及寿命周期成本估算。A1.16 系统扩充和发展能力。

A1.17 工程研制设计的技术状态或初步设计任务书。A2

工程研制阶段的设计评审

A2.1 产品设计及技术指标协调情况；将理论分析、模拟试验和试验结果用于设计的情况。

A2.2 各项战术技术指标满足研制任务书或合同要求的情况。A2.3 产品功能原理图及可靠性模型图。A2.4 采用的设计准则、规范和标准。A2.5 系列化、通用化、组合化设计。

A2.6 系统与分系统及各分系统之间的接口设计及性能、结构参数的协调性。A2.7 可靠性预计、分配和故障模式，影响及危害性分析所确定的系统关键特性、4

Q/PTC-QP7.3-03-08

关键件。

A2.8 可靠性与维修设计。A2.9 安全性设计。

A2.10 元器件控制大纲，选用元器件、原材料、成品件的准则及范围。A2.11 人机工程的考虑。

A2.12 包装、装卸、运输、贮存、维护使用要求。

A2.13 环境试验、极限状态试验、过应力试验、寿命试验的情况。A2.14 综合后勤保障要求。

A2.15 故障报告、分析及纠正措施、数据管理系统。A2.16 制定的定型鉴定试验方案。A3

定型设计评审

A3.1 国家定型的军工产品按GJB1362-1992《军工产品定型程序和要求》的规定执行。

A3.2 全面满足研制任务书或合同要求的情况。A3.3 产品战术技术性能达到的实际水平与评价。A3.4 产品鉴定试验情况及结论。A3.5 产品可靠性、维修性评定。

A3.6 研制过程存在的问题，发生的故障、失效情况处理、采取措施的有效性分析。

A3.7 产品生产工艺稳定，满足设计要求的情况。

A3.8 从研制向生产转移，防止降低质量与可靠性，减少风险的措施。A3.9 产品关键件清单。

A3.10 提出的制造阶段的产品质量保证大纲要求。A3.11 元器件、材料的优选情况。

A3.12 外协件、外购件的定点及定型情况。

A3.13 包装、装卸、运输、贮存、维护使用技术要求。A3.14 综合后勤保障要求。A3.15 安全性分析评定。

A3.16 产品故障报告、分析及纠正措施、数据管理系统。A3.17 研制中遗留的问题及处理情况。A3.18 整理、鉴定设计文件，并定型的情况。

Q/PTC-QP7.3-03-08 A3.19 整理、鉴定工艺文件，并定型的情况。A3.20 整理、鉴定专用工装、设备的技术文件情况。A3.21 型号研制经费决算、费用效益分析。A3.22 研制总结报告。

A3.23 是否定型工作报告、设计定型的结论或者同意参加国家定型鉴定。

第五篇：软件项目开发工作流程

软件项目开发工作流程

一、简述

对于一个新项目，从可行性研究到产品交货整个生存阶段将经历如下十大流程：

1、项目可行性研究阶段

2、立项阶段

3、需求分析阶段

4、开发策划阶段

5、设计阶段

6、编码实现阶段

7、测试阶段

8、验收阶段

9、产品交付使用

10、维护阶段

二、项目组基本组成及岗位职责

新项目立项时会成立项目组，不同的项目组成员有不同的职责，一个项目组成员也可以身兼多职，但不可身兼全职。

a项目负责人：负责项目的管理、组织、对技术、进度、质量全面负责。b质量保证人员：负责质量保证工作计划的落实和软件的质量保证。

C配臵管理人员：负责本项目的配臵管理工作，对本项目的文档、程序是否符合规程文件的要求进行形式化的检查。

D分析人员：主要负责本项目的需求分析工作。

E设计人员：主要负责本项目的设计工作。

F程序员：按设计要求和有关标准进行编程工作。

G测试人员：负责单元测试、组合测试和总装测试工作。

H文档人员：负责本项目有关文档的编写工作。

I产品经理：协助进行产品研制计划制定、产品发布与产品推广等,在产品开发中，充分代表用户的利益，提供建议,负责在产品功能与出品日期二者之间的权衡;负责产品市场营销、产品销售和市场推广过程。（通常由营销部门或中试部门人员担任）

三、软件开发流程

3．1 可行性研究阶段

如果是公司自主开发项目，可行性研究通常是由公司技术负责人根据公司产品规划和市场需求，在要开展新项目前通过部门负责人指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需

求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定营销部门配合可行性分析人员，技术负责人协助安排。可行性分析完毕后由总工办组织对可行性研究报告进行评审，评审通过后，总工办组织进行立项工作。

如果是系统集成部外接的系统集成项目，在系统集成部与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由总工办组织相关人员对合同条款进行评审，评审通过后，总工办组织进行立项工作。本阶段提交的文档：项目可行性研究任务书（技术负责人或部门负责人下达）项目可行性研究报告（可行性研究人员编写）

系统集成项目合同

质量记录：可行性分析评审报告

3．2立项阶段

可行性分析评审通过后，由开发部门经理下达立项任务，指定相关人员填写立项申请报告报批。报批通过后，由部门经理与技术负责人协商，下达开发任务书，经技术负责人审核确认后，报公司批准。批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。本阶段提交的文档：项目立项申请报告

开发任务书

3．3 需求分析阶段

承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开发工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求（主要是功能）明确化。能给本公司开发的软件的“需求基线”确定提供一个讨论、进一步完善的基础。在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。本阶段完毕后对需求分析进行评审，出具需求分析评审报告。

本阶段提交的文档：软件需求规格说明书。

原型分析说明书

产品规格说明书

系统技术方案书

质量记录：需求分析评审报告

提交的软件：产品的原型（注：如果时间有限，可以只编写原型分析说明书而不作原型）

3．4开发策化阶段

根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。在配臵管理计划中，应列明本项目需提交的各阶段文档的名称，在项目各阶段完成后，项目组需列表说明要移交的文档，将此表与各文档一并向总工办移交。在制定计划时，应为计划、设计、测试、改错、再测试、变更、以及编制文档留出足够的时间。不应使用突击的办法来完成项目。

本阶段涉及的文档：软件质量保证计划

配臵管理计划

项目综合计划

3．5设计阶段

3．5．1概要设计

根据软件需求规格说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构，在概要设计明确后，可以对综合计划进一步细化，填写项目进度预计。概要设计需经过评审。

本阶段涉及的文档：产品概要设计说明书

数据库设计说明

项目进度预计

质量记录：评审报告

3．5．2详细设计

对概要设计中产生的功能模块进行过程描述设计，设计功能模块的内部细节，包括算法和数据结构，为编写源代码提供必要的说明。详细设计需要经过评审。本阶段涉及的文档：软件详细设计说明书

测试计划

质量记录：评审报告

3．6编码实现阶段

根据软件详细设计说明、对各程序模块进行编码、调试、静态分析和单元测试，验证程序单元与设计说明的一致性。

本阶段涉及的文档：项目进度月报

项目周计划和周总结

项目开发人员周计划

工作日志

每周例会记录

配臵项更改申请单

3．6 测试阶段

3．6．1 软件单元测试

按详细设计的结构，根据软件单元测试计划，依照将经过单元测试的底层程序单元逐步组装成子项目直到开发项目的过程，对软件进行测试。

本阶段涉及的文档：测试计划

测试设计

测试问题报告单

参考文档：北京世纪科怡软件开发操作指导书中的“测试阶段操作指导书”

3．6．2组装测试

根据软件需求规格说明书中定义的全部功能和性能要求及组装测试计划，对软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交总装测试。

软件组装测试计划（含测试用例设计）的编制工作和软件组装测试环境的研制、组建工作，应从软件需求分析阶段起与软件开发同步展开。

本阶段涉及的文档：测试计划

测试设计

测试问题报告单

3．7 中试阶段

项目组开发的软件产品经中试部验收后提交中试部中试，中试部根据需求分析报告,从用户的角度出发对产品的功能、性能进行中试。

本阶段涉及的文档：中试计划 中试问题报告单

3．7 验收交付

对完成中试的软件进行检查、审查和评审，确定软件是否达到了软件任务书的要求。验收通过的软件可以向软件交办单位交付。项目经理及项目组人员应在此阶段完成项目总结，项目经理提交项目开发总结报告，项目组成员提交个人工作总结报告。

本阶段涉及的文档：验收报告

项目开发总结报告

个人工作总结报告

3．8 软件维护

对软件的维护包括针对软件运行过程中发现的问题而进行的改正性维护，针对不同任务对软件提出不需求而进行的改善性维护，以及可能出现的由于软件运行环境的改变而进行的适应性维护。

本阶段涉及的文档：软件问题汇总表

维护报告

四、项目开发文件的审批

 可行性研究报告及立项申请、项目开发计划及项目开发总结、确认计划及确

认报告、验收计划及验收报告由技术负责人审批。

 项目组人员编写的其他文件由项目经理审批。

五、各阶段共同的任务要求

5．1编写文档

在软件开发过程的各个阶段，都要求完成相应的文档编写工作。本文档的前面部分已给出了在软件自上而下周期各个阶段中的文档编制情况。软件文档从形式上来看，大致可分为两类：

a． 开发过程中填写的各种图表，称为工作表格；

b． 应编制的技术资料或技术管理资料，称为文档或文件。

按照文档产生和使用的范围，软件文档大致可分为三类：

a． 开发文档：这类文档是在软件开发过程中，作为软件开发人员前一阶段工作成果的体现和后一阶段工作依据的文档。包括软件需求说明书、数据库设计说明书、概要设计说明书、详细设计说明书、可行性研究报告、项目开发计划。

b． 管理文档：这类文档是在软件开发过程中，由软件开发人员制定的需提交人员的一些工作计划或工作报告。使管理人员能够通过这些文档了解软件开发项目安排、进度、资源使用和成果等。包括项目开发计划、测试计划、测试报告、开发进度月报、项目周计划周总结及项目开发总结等。c． 用户文档：这类文档是软件开发人员为用户准备的有关该软件使用、操作、维护的资料。包括用户手册、操作手册、维护修改建议、软件需求说明书。

项目各阶段完毕后需把本阶段相关文档列表向总工办移交。

5．2验证与评审

软件评审是保证软件产品质量的重要手段，必须纳入软件开发过程，并把评审通过作为一个软件阶段完成的标志，进而转入下一个开发阶段。软件评审包括有正式评审(即评审)、内部评审两种形式。正式评审是软件项目组上级技术主管主持的评审。内部评审以由项目负责人组织、开发人员相互检查为基本方式。

就整个软件开发过程而言，至少要进行可行性分析、软件需求评审、设计评审、软件验证和确认评审、管理评审等五个方面的评审和检查工作。