网游软件项目开发流程以及人员职责（定稿）

第一篇：网游软件项目开发流程以及人员职责（定稿）

▲ 项目经理（负责人）：项目经理（负责人）对整个项目负完全责任，是指导、控制、管理和规范某个软件和软/硬件系统建设的人，项目经理（负责人）是最终对客户负责的人。

▲ 软件项目经理（负责人）：软件项目经理（负责人）对一个项目的所有软件活动负完全责任，控制一个项目的所有软件资源，按照软件约定与项目经理（负责人）打交道。

▲ 软件工程组： 软件工程组是负责一个项目的软件开发和维护活动（例如：需求分析、设计、编程和测试）的人员（包括管理人员和技术人员）。

▲ 系统工程组： 系统工程组是负责下列工作的人（既有经理也有技术人员）的集团：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它成分之间的界面；以及监控这些成分的设计和开发以保证它们符合其规格说明。▲ 系统测试组：系统测试组是一些负责策划和完成独立的软件系统测试的个人（既有经理又有技术人员）的集团，测试的目的是为了确定软件产品是否满足对它的要求。

▲ 软件质量保证组： 软件质量保证组是一些计划和实施项目的质量保证活动的个人（既有经理又有技术人员）的集团，其工作的目的是保证软件过程的步骤和标准得到遵守。

▲软件配置管理组： 软件配置管理组是一些负责策划、协调和实施软件项目的正式配置管理活动的个人（既有经理又有技术人员）的集团

总体流程如下：

计划阶段－》需求分析阶段－》软件开发阶段－》测试阶段－》完成一、项目计划阶段

项目计划草案和风险管理计划作为第一步，当有一个商业机会后，根据公司高层负责制定的初步商业计划书来完成项目的计划草案，确定、分析项目风险并确定其优先级，还要制定风险解决方案。本阶段的目的是确立产品开发的经济理由。

当确定开发之后则制定软件开发计划、人员组织结构定义及配备、过程控制计划。

（1）项目计划草案

项目计划草案应包括产品简介、产品目标及功能说明、开发所需的资源、开发时间和里程碑。

（2）风险管理计划

也就是把有可能出错或现在还不能确定的东西列出来，并制定出相应的解决方案。风险发现得越早对项目越有利。

（3）软件开发计划

软件开发计划的目的是收集控制项目时所需的所有信息，项目经理根据项目计划来安排资源需求并根据时间表跟踪项目进度。项目团队成员根据项目计划以了解他们的工作任务、工作时间以及他们所依赖的其他活动。

可将计划分成总体计划和详细计划，总体计划中每个任务为一个里程碑，详细计划中必须将任务落实到个人。

软件开发计划还应包括产品的应收标准及应收任务（包括确定需要制订的测试用例）。

（4）人员组织结构定义及配备

常见的人员组织结构有垂直方案、水平方案、混合方案。垂直方案中每个成员充当多重角色。水平方案中每个成员充当一到两个角色。混合方案则包括了经验丰富的人员与新手相互融合。具体选择根据人员实际技能情况进行选择。

（5）过程控制计划

过程控制计划的目的是收集项目计划正常执行所需的所有信息，用来指导项目进度的监控、计划的调整，确保项目按时完成。

二、需求分析阶段

需求分析阶段的目的是在系统工作方面与用户达成一致。

（1）软件需求规约

详细说明系统将要实现的所有功能。

（2）用户界面原型

可以有三种表示方法：图纸（在纸上）、位图（绘图工具）、可执行文件（交互式）。

三、软件开发阶段

本阶段从物理上实现目标系统。采用了面向对象方法。

（1）软件架构

说明软件的组织结构、部署结构及运行环境。

（2）类设计

定义类之间的关联和类的属性、方法。

（3）数据库设计

定义数据库表之间的关联和各个表的字段。

（4）编码和单元测试

按照设计文档进行编码，每完成一个模块应进行单元测试。

（5）集成系统

按软件组织结构的要求将各个子系统组合起来。

四、测试阶段

测试的目的是在发布之前找出程序的错误。包括：核实每个模块是否正常运行（参考设计文档）、核实需求是否被正确实施（参考需求文档）。

（1）测试计划

收集和组织测试信息，为测试工作提供指导。

（2）测试数据

尽量使用真实数据。

（3）测试报告

记录测试结果，详细描述问题，提出解决办法。

（4）帮助文件和用户操作手册

五、管理软件开发过程

有以下几方面地工作：

（1）组织会议

讨论会议、总结会议等。

（2）评审程序

对各个阶段的工作结果进行审核。

（3）协调人员

（4）配置管理

使用一些配置管理工具进行开发文档管理，如：visual sourcesafe，teamsouce等

六、各参与角色的具体职责描述及对人员的要求

（1）项目经理

职责：

1、制定产品的目标。

2、制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制。

3、组织会议对程序进行评审。

4、综合具体情况，对各种不同方案进行取舍并做出决定。

5、协调各项目参与人员之间的关系。

人员要求：

对产品有激情，具有领导才能。

对问题能正确而迅速地做出确定。

能充分利用各种渠道和方法来解决问题。

能跟踪任务，有很好地日程观念。

能在压力下工作。

（2）系统分析员

职责：

1、了解用户需求，写出《软件需求规约》。

2、建立用户界面原型。

人员要求：担任系统分析员的人员应该善于协调，并且具有良好的沟通技巧。担任此角色的人员中必须要有具备业务和技术领域知识的人才。

（3）设计员

职责：

1、定义类的方法和属性以及各个类之间的关联，画出类图。

2、进行数据库设计。

人员要求：掌握面向对象分析与设计技术，统一建模语言(uml)。

（4）程序员

职责：按项目的要求进行编码和单元测试。

人员要求：良好的编程技能和测试技术。

（5）测试员

职责： 执行测试，描述测试结果，提出问题解决方案。

人员要求：了解被测试的系统，具备诊断和解决问题的技能，编程技能

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

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

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、计划：

a)项目范围、项目质量、项目时间、项目成本的确认。b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。

d)各项计划得到上级领导、客户方及项目组成员认可。

2、组织：

a)组织项目所需的各项资源。

b)设置项目组中的各种角色，并分配好各角色的责任与权限。c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》）

d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。g)安排客户培训工作。

3、领导：

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

c)提升项目组士气，加强项目组凝聚力。

d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e)制定项目组需要的招聘或培训人员的计划。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。h)及时处理项目组中出现的问题。

4、控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量； c)定期向领导汇报项目工作进度以及项目开发过程中的难题。d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。结语：

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。岗位：系统架构师（技术总监）主要功能及职责：

1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）

3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》

5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；

6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点； 结语：

系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。岗位：需求分析师 主要职责：

1、在项目前期根据《需求调研计划》对客户进行需求调研。

2、收集整理客户需求，负责编写《用户需求说明书》。

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

3、代表项目组与用户沟通与项目需求有关的所有事项。

4、代表客户与项目组成员沟通项目需求有关的所有事项。

5、负责《用户需求说明书》得到用户的认可与签字。

6、负责将完成的项目模块给客户做演示，并收集对完成模块的意见。

7、完成《需求变更说明书》，并得到用户的认可与签字。

8、并协助系统架构师、系统分析师对需求进行理解。结语：

需求分析师是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。岗位：系统分析师 主要职责：

1、协助需求分析师进行需求调研。

2、分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；

3、负责解决《软件需求规格说明书》被评审后发现的问题；

4、在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。

5、协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。

6、根据《系统架构说明书》对系统进行建模；

7、系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；

8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》

9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。

10、指导软件工程师按《系统详细设计说明书》进行代码实现。

11、负责重点代码检查；

12、协助项目经理进行配置管理，并提供优化改进建议；

13、定期对项目组成员进行技术方面的培训。结语：

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。岗位：数据库设计师 主要职责：

1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。

2、根据数据库建模结果，绘制数据库CDM与PDM图。

3、根据数据库PDM图进行数据库建库。

4、对数据库进行维护、备份、恢复、同步。

5、负责客户数据的导入导出。

6、对数据库进行初始化操作。

7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。

9、对项目组其它成员进行SQL方面的指导。

10、定期对项目组其它成员进行数据库方面知识的培训。

11、为测试经理及测试工程师建立测试数据。结语：

数据库设计师又称DBA，是项目组中唯一能对数据库进行直接的操作的人。对项目中与数据库相关的所有重要的事做最终决定的人。岗位：软件设计师（模块）

1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。

2、负责对软件工程师讲解《系统详细设计说明书》内容。

3、协助软件工程师按《系统详细设计说明书》进行代码实现。

4、控制本模块的开发进度。结语：

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

岗位：软件工程师 主要职责：

1.根据《系统详细设计说明书》进行代码实现； 2.对自己代码进行复查，并进行简单的测试； 结语：

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

软件工程师是最终实现代码的成员。岗位：测试经理 主要职责：

1.独立编写测试计划； 2.独立编写测试用例；

3.协调测试团队内部的工作以及与开发团队之间的工作； 4.完成“执行测试”的工作；

5.掌握较深层次的测试方法、测试技术和较复杂的业务流程； 6.负责测试过程工具的研究、推广与维护，负责测试数据库维护工作； 7.负责编写《用户手册》、《操作手册》和相关培训教材； 8.负责项目的质量审查。结语：

测试经理其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。岗位：测试工程师 主要职责：

1.在测试经理的安排和指导下，编写测试用例；

2.在测试经理的安排和指导下，完成“执行测试”的工作； 3.在测试经理的指导下，按测试计划进行测试工作； 4.按测试用例进行测试工作。5.负责被分派项目的质量审计。

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

6.了解项目的基本流程，可以熟练的进行项目中各种流程的操作。结语：

测试工程师是项目质量的保证，是最终进行项目测试的成员。岗位：实施经理 主要职责：

1.负责制定项目实施计划；

2.在项目实施计划的约束下，协调项目组相关资源，完成系统实施相关工作（包括系统安装、用户培训、系统上线、系统试运行等）； 3.在项目实施阶段，跟踪、检查实施人员的工作质量；

5.负责协助用户进行“用户确认测试”和编写《确认测试报告》。岗位：实施工程师 主要职责：

1.在实施经理安排和指导下，执行项目用户现场实施任务； 2.参与编写《用户手册》、《操作手册》和相关培训教材； 3.参与进行“用户确认测试”和编写《确认测试报告》。岗位：美术工程师 主要职责：

1.负责完成软件设计师安排的功能界面设计。2.负责对项目整体色彩的调配。3.向系统分析师提出项目美化的建议。

4.为BS项目提供一套或几套CSS样式表及HTML结构表 5.为CS项目提供符合项目内容的静态、动态图片。

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

6.并为软件设计师提供界面指导。

★岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经理或部门经理兼）主要职责：

1.策划并独立完成目标客户的拜访和沟通； 2.定期分析、整理客户需求，制定有针对性的方案；

3.进行重点客户的关系维护，了解并整理重点客户的需求，为开发更符合用户需求的产品提供富有价值的市场信息； 4.参与产品定位的研讨，为产品策划献计献策。

★岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼）

主要职责：

1.对所负责的产品进行策划和管理；

2.对所负责的产品进行市场调研和分析，及时提出应对措施；

精心收集

精心编辑

精致阅读

如需请下载！

演讲稿 工作总结 调研报告 讲话稿 事迹材料 心得体会 策划方案

3.负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；

4.负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；

5.配合销售制订产品销售策略，支持市场销售业务。

精心收集

精心编辑

精致阅读

如需请下载！

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

软件项目开发工作流程

一、简述

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

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验证与评审

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

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

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

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

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）编制的质量计划是否可行。评审方式评审方式有会签评审和会议评审两种。