软件开发实施方案精品推荐

软件开发实行方案

1 软件开发实行方案

系统开发严格依照软件工程的方法进行组织， 系统的开发过程按

照需求剖析、系统剖析与设计要求、系统编码、系统测试几个过程有 序推动。下表所示系统开发流程图，采纳原型及迭代方式开发，依据 用户需求连续改良，直到最后用户确认满意。

1.1 开发流程总述

以下列图示流程定义了我企业内部的软件开发过程， 以指导和规范软件项目中开发过程的定义和相应的实行。

该过程可区分为一系列子过程，包含：软件需求剖析、设计、编

码、测试、查收、保护，每个子过程又由一系列任务和活动构成，如 设计过程又可分为结构设计和详尽设计。 可是在实质开发项目中， 情 况仍旧会是变化多端的， 所以我们也其实不是千篇一律的呆板履行一个 僵化的工作流程， 我们的原则是在一个规范流程的指导和拘束下， 根 据详细工程项目的实质要求， 为每一个项目评估并拟订真实能够最好 的知足该项目要求的开发流程。

1

开始

软件需求剖析

Y

N：改良

Y

N：改良

Y

N：改良

《软件需求规格说明书》（草稿） 《系统测试计划》《系统测试事例》 （草稿）

《用户手册》（纲要） 《追忆表一》

《软件需求规格说明书》

《系统测试计划》《系统测试事例》

《个人评审记录》

《评审报告》

同行评审

经过

结构设计

评审经过

《结构设计说明书》（草稿）

《集成测试计划》《集成测试事例》 （草稿）

《用户手册》（草稿） 《追忆表一》

《结构设计说明书》

《集成测试计划》《集成测试事例》 《个人评审记录》 《评审报告》

《详尽设计说明书》（草稿）

《单元测试计划》《单元测试事例》 （草稿）

《用户手册》（改正稿） 《追忆表一》

《详尽设计说明书》

《单元测试计划》《单元测试事例》

《用户手册》（改正稿）

《个人评审记录》

《评审报告》

源代码、源代码文件清单

《单元测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》

《集成工作单》 《集成测试工作单》

《集成测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》 集成的软件系统

《系统测试报告》（经过审批） 《软件问题状态登记表》 《软件问题报告单》

《系统管理员使用说明书》 ( 经过审批) 《安装手册》（经过审批） 《用户手册》（经过审批 软件系统（系统测试经过）

查收测试报告

《软件问题报告单》 《软件问题状态登记表》 查收报告 可交托产品

《软件需求规格说明书》（升级版） 《客户需求登记表》 《客户需求统计表》

《设计说明书》（升级版） 《软件问题报告单》 《软件问题状态登记表》 《软件保护实行计划》 保护后的软件系统

详尽设计

评审经过

编码

集成测试

系统测试

查收

保护

结束

图 1.1-1 软件开发流程总图

2

在应用系统软件开发项目中， 我们仍将依照这一思想， 这一点将在随后的项目开发实行计划部分有详细的表现， 在这里和下边的有关章节中，我们仍将环绕着这个完好的开发流程来剖析说明， 以此来说明我们对项目开发的完好过程管理思想和有关实践。 下边我们对这个软件开发工作流程进行简要地分讲解明。

1.2 软件需求剖析

（1）概括

因为应用系统与众多有关应用软件需要进行交互， 所以需要先对这些应用系统进行分别梳理， 充足做好需求调研工作， 编写经项目单位认同并评审经过的《系统需求规格说明书》 。

软件需求剖析是依照项目定义的软件开发过程， 依据系统分派给软件的需求（见 《系统需求规格说明书》），进行软件质量特征规格说明的过程。该过程包含进一步明确软件运转环境， 明确对软件的功能、性能和数据要求，以及软件与硬件、软件与软件之间的接口要求等，并对软件需求进行考证和文档化， 即达成对软件需求的剖析与规格定义。

本元素在整个过程中的地点以下列图所示：

系统分派给软

软件需求剖析

件的需求

结构设计

图示：软件需求剖析在软件开发过程中的地点

（2）进口准则和出口准则

3

1）进口准则

因素

判断准则

已由 CCB同意为基线

客户需求（ 《系统需求规

格说明书》）

已进入配置库

2）出口准则

因素

判断准则

已经过审察

软件需求规格说明书

已同意为基线

已进入配置库

系统测试计划

已经过审察

已获取同意

系统测试事例

已进入配置库

用户手册（纲要） 追忆表一

已编写

已填写

（3）评审

评审《软件需求规格说明书》 ，详细评审过程见《评审程序言件》，对软件需求的评审准则包含：

● 系统需乞降系统设计的可追忆性；

● 与系统需求的一致性；

● 内部一致性；

● 可测试性；

● 软件设计的可行性；

● 运作和保护的可行性。

对软件需求中的问题， 与系统工程组或客户一同确立和审察， 依据审察结果对软件需求进行适合的改正， 必需时按基线改正控制的要求对客户需求进行相应的改正。 对软件需求规格说明书进行同行评审。

4

审察、同意软件需求规格说明书。

将软件需求规格说明书置于配置管理之下。

（ 4）工作产品

● 《软件需求规格说明书》 ● 《系统测试计划》 ● 《系统测试事例》 ● 《用户手册》 ● 《追忆表》 （ 5）职责

● 项目经理：负责组建软件需求剖析组； 确立能否需要对有关人

员进行培训；负责软件需求规格说明书的审察和同意。 ● 软件需求剖析组： 软件需求剖析的主要肩负者， 负责达成本

过程元素要求产生的全部工作产品。

● 系统测试负责人：负责组织软件系统测试组对软件需求进行

剖析，审察软件需求的可测试性； 参加软件需求规格说明书的

审察和同意。

● 质量保证人员： 参加工作产品的审察， 统计缺点，并对软件需

求剖析过程进行审计。

● 系统开发组：配合办理波及客户需求的软件需求问题。 ● 客户：必需时参加软件需求规格说明书的审察和同意。

5

1.3 结构设计

（1）概括

结构设计是指依照《软件需求规格说明书》 ，设计软件系统的系统结构，即模块结构，定义每个模块的主要功能和模块之间的联系 （即接口），并确立软件系统的数据系统结构。

本元素在整个过程中的地点以下列图所示：

软件需求剖析

结构设计 详尽设计

图示：软件需求剖析在软件开发过程中的地点图

（2）进口准则和出口准则

1）进口准则

因素

判断准则 经过审察 审察获取同意

软件需求规格说明书

进入配置库

2）出口准则

因素

结构设计说明书 集成测试计划 集成测试事例 用户手册（草稿）

判断准则

经过审察

审察获取同意

进入配置库

已完美

追忆表一

（ 3）评审

● 对《结构设计说明书》和《集成测试计划》进行同行评审。 ● 对结构设计中的问题，与软件需求剖析人员一同确立和审察，

6

并对结构设计进行适合的改正。

● 审察、同意《结构设计说明书》，必需时，对其进行设计评审。 ● 将《结构设计说明书》、《集成测试计划》 和《集成测试事例》

置于配置管理之下。

（ 4）工作产品

● 《结构设计说明书》 ● 《集成测试计划》 ● 《集成测试事例》 ● 《用户手册》 ● 《追忆表》 （ 5）职责

1）项目经理

负责选择适合的设计人员，组建结构设计工作组；负责《结构设

计说明书》和《集成测试计划》的审察和同意。

2）结构设计人员

结构设计阶段工作的主要肩负者， 负责达成本过程元素产生的所

有工作产品。

3）系统剖析员

配合办理波及软件需求的问题。

4）系统开发负责人

负责组织系统工程组对结构设计进行剖析， 审察结构设计的可测

7

试性；负责协调办理波及软件需求的问题；参加《结构设计说明书》

和《集成测试计划》的审察和同意。

5）软件测试负责人

负责组织软件测试组对结构设计进行剖析， 审察结构设计的可测

试性；参加《结构设计说明书》和《集成测试计划》的审察和同意。

1.4 详尽设计

（1）概括

详尽设计是依据 《结构设计说明书》进行模块设计，将结构设计所获取的模块依照单元、程序、规程的次序逐渐细化。详尽定义各个单元的数据结构、程序的实现算法以及程序、单元、模块之间的接口等，作为此后编码工作的依照。

本元素在整个过程中的地点以下列图所示：

结构设计

详尽设计 编码

图示：详尽设计在软件开发过程中的地点

（2）进口准则和出口准则

1）进口准则

因素

判断准则 经过审察 审察获取同意

结构设计说明书

进入配置库

2）出口准则

8

因素

判断准则 经过审察 审察获取同意

详尽设计说明书

进入配置库

（3）评审

对《详尽设计说明书》和《单元测试计划》可进行走查或（和）

同行评审；

对详尽设计中的问题， 与结构设计人员一同确立和审察， 并对详尽设计做出适合的改正；

审察、同意《详尽设计说明书》 ，必需时，对其进行设计评审；将《详尽设计说明书》和《单元测试计划》置于配置管理之下。

（ 4）工作产品

● 《详尽设计说明书》 ● 《单元测试计划》 ● 《单元测试事例》 ● 《用户手册》 ● 《追忆表》 （ 5）职责

1）项目经理

负责选择适合的设计人员，组建详尽设计组；负责《详尽设计说

明书》和《单元测试计划》的审察和同意。

2）详尽设计人员

9

详尽设计阶段工作的主要肩负者。 负责达成本过程元素产生的所

有工作产品。

3）系统剖析员

配合办理波及软件需求的问题。

4）系统开发负责人

负责组织系统工程组对详尽设计进行剖析， 审察详尽设计的可测

试性；负责协调办理波及软件需求的问题；参加《详尽设计说明书》

和《单元测试计划》的审察和同意。

5）软件测试负责人

负责组织软件测试组对详尽设计进行剖析， 审察详尽设计的可测

试性；参加《详尽设计说明书》和《单元测试计划》的审察和同意。

1.5 编码

（1）概括

编码阶段主要达成的工作是依据详尽设计说明书编写程序源代

码，包含必需的数据文件， 并进行单元测试，单元测试的内容包含模

块内程序的逻辑、功能、参数传达、变量引用、犯错办理等方面。

本元素在整个过程中的地点以下列图所示：

详尽设计

编码 集成测试

图示：编码阶段在软件开发过程中的地点

（2）进口准则和出口准则

10

1）进口准则

因素

判断准则 经过审察

获取同意

详尽设计说明书

单元测试计划

进入配置库

2）出口准则

因素

判断准则

源代码文件获取同意

源代码文件进入配置库的源代码区

提交测试负责人

源代码文件

源代码文件清单

单元测试报告

软件问题报告单

提交问题管理渠道

（3）评审

对源代码文件进行同行评审， 主要的方法为比较详尽设计说明书对代码进行查阅，也可依据编程者的经验或程序的难度、重要程度，选择走查评审方式，但目的都是发现程序存在的问题。

（ 4）工作产品

● 源代码文件 ● 《单元测试报告》 ● 《软件问题报告单》 ● 《软件问题状态登记表》 （ 5）职责

1）项目经理

成立编码组、测试组或相应岗位，并进行必需的培训；追踪进度

和问题解决状态； 对提交的源代码进行同意 （或指定负责人进行同意

11

工作）。

2）程序员

编写程序代码；测试程序代码；改正程序代码；提交工作产品，

同意后将其导入配置区的源码库。

3）单元测试人员

测试源代码；提交测试报告和软件问题报告单。

4）评审人员

对指定源代码文件进行阅读，发现缺点和问题，填写评审报告。

1.6 模块集成测试

（1）概括

集成测试阶段主要达成的工作是集成和集成测试。 集成是参照结构设计说明书并依据详尽说明书中规定的系统集成方案将不一样的经

测试的程序单元进行结构， 并逐渐结构成一个完好的软件产品的过程；集成测试则是在集成达成以后， 对各单元、模块之间接口的正确性和集成后功能的正确性进行考证。

关于大型软件， 集成测试能够采纳分步进行的方法， 能够先对各子系统进行集成测试，而后在子系统之间进行集成测试。

本元素在整个过程中的地点以下列图所示：

编码

集成测试

系统测试

图示：集成测试在软件开发过程中的地点

（2）进口准则和出口准则

12

1）进口准则

因素

判断准则 经过审察 获取同意 进入配置库

结构设计说明书

详尽设计说明书

集成测试计划

源代码文件

2）出口准则

因素

判断准则 获取同意 进入配置库

提交集成测试负责人 已进入软件问题管理流程

集成的软件系统

（完好的源代码和目标代码）

集成测试报告

软件问题报告单

（3）审察阶段

核查集成状态和结果，并进行同意；

同意后，将目标程序和程序清单进入目标代码库。

（ 4）工作产品

● 集成后的系统目标代码 （包含文件清单），及相应的源代码

（包含文件清单） ● 集成测试报告 ● 《软件问题报告单》 ● 《软件问题状态登记表》 ● 《集成工作单》 ● 《集成测试工作单》 （ 5）职责

13

● 项目经理：成立集成组、集成测试组或相应岗位， 并进行必需

的培训；追踪进度和问题解决状态； 对集成后的系统目标码进行同意（或指定负责人进行同意工作） 。

● 集成负责人员：负责集成过程的实行。

● 集成人员：负责环境建立， 集成的过程操作， 并将集成后的目

标代码提交同意。

● 程序员、设计人员：改正源码或设计， 解决集成过程中出现的

与源码有关的问题。

● 测试人员：测试系统目标码， 将测试报告和软件问题报告单

提交测试负责人。

1.7 系统测试

（1）概括

系统测试的主要任务是从系统需求的角度对系统运转的正确性和性能进行考证。系统测试的依照为系统测试计划。

本元素在整个过程中的地点以下列图所示：

集成测试

系统测试 查收

图示：系统测试在软件开发过程中的地点

（2）进口准则和出口准则

1）进口准则

因素

判断准则 经过审察

系统需求

14

因素

判断准则 获取同意 进入配置库 编写达成

系统的目标代码

系统测试计划

用户手册

2）出口准则

因素

判断准则 获取同意

系统测试报告

软件问题报告单

（ 3）工作产品

● 《系统测试报告》 ● 《软件问题报告单》 ● 《软件问题状态登记表》 （ 4）职责

● 项目经理：负责成立系统测试组或有关的岗位， 并进行必需的

培训；追踪进度和问题解决状态； 对最后的目标代码进行同意

（或指定负责人进行同意工作） 。

● 程序员、设计人员：改正源码或设计， 解决集成过程中出现的

与源码有关的问题。

● 测试人员：测试系统目标码， 将测试报告提交测试负责人， 将

软件问题报告单提交问题管理渠道。

1.8 查收

（1）概括

15

查收阶段主要由查收测试、 查收测试问题更正和查收三部分构成：

查收测试的主要目的是考证所开发的系统在用户的使用环境下

（或模拟的使用环境下） 能否知足系统需求， 从用户的角度考证整个

系统运转的正确性。

查收测试问题更正是对查收测试中发现的差别性问题进行改正。

查收则是在查收测试的基础上， 依照项目合同或项目任务书对项

目的达成状况进行综合评论。

本元素在整个过程中的地点以下列图所示：

系统测试

查收 保护

图示：查收在软件开发过程中的地点

查收的三个构成部分视项目立项种类和客户的要求选择履行。

（2）进口准则和出口准则

1）进口准则

因素

判断准则

查收测试前达成评审。

查收测试计划（有查收测试要求

的项目）

测试（系统测试、 集成测试、 单元

已达成

测试）

2）出口准则

因素

判断准则 已提交 已封闭 已提交

查收测试报告

查收测试问题报告单

查收报告

（3）工作产品

16

● 查收测试报告

● 《软件问题报告单》

● 《软件问题状态登记表》

● 查收报告

● 可交托产品

（ 4）职责

● 查收测试组：负责查收测试的各项活动。

● 开发组人员：负责查收测试中发现问题的更正和测试辅助。 ● 项目管理人员：负责指派查收测试责任和达成测试规程； 保证

测试质量和进度；保证组间协调。 ● 查收组：详细进行查收。 ● CCB：同意运转基线。

1.9 保护

（1）概括

保护期是指： 软件产品 / 系统查收后，进入软件运转 / 系统保护阶段，直至软件产品下一个版本的公布或系统保护期停止；

本元素在整个软件开发过程中的地点以下列图所示：

查收

保护

图示：保护在软件开发过程中的地点

（2）进口准则和出口准则

17

1）进口准则

因素

判断准则

已查收

软件产品 / 系统

2）出口准则

因素

判断准则 已退伍 已到期

已高出，须另签协议

软件产品

合同商定的保护限期

合同商定的保护范围

（3）工作产品

《软件需求规格说明书》

《客户需求登记表》

《客户需求统计表》

《设计说明书》

《软件问题报告单》

《软件问题状态登记表》

《软件保护实行计划》

保护后的软件系统

（4）职责

保护负责人：拟订软件保护实行计划， 确认保护种类、需求范围，分派保护任务，追踪任务的达成状况及其余项目管理工作。

软件保护人员：负责进行软件保护任务的履行。

QA人员：负责辅助保护负责人依据实质状况剪裁标准流程。

18