1.3 软件过程结构在线视频

大家好

我是北京理工大学

计算机学院 车海莺

今天我们一起来看一下

软件过程结构相关的概念

在软件过程结构里面

我们首先看下通用过程模型

我们说在我们做一件事情的时候

如果我们把过程做好了

结果就自然而然会变好

那么在我们开发软件的时候

我们可以使用一些通用的过程模型

将我们在软件整个过程当中

所需要做的活动

任务

和动作

定义清楚了

按照这样的框架活动任务和动作进行

我们的软件的质量

就可以有效的在一定程度上得到控制

我们的通用软件过程模型

包括我们的过程框架

过程框架当中有普适性活动和框架活动

普适性活动我们在上一章已经讲过

就是贯穿整个软件过程

所有过程当中的一些活动

比如风险控制

比如比如质量管理

质量保证等等

在对于软件过程进行跟踪和控制的活动

都是普适性活动

那么

除了贯穿整个软件过程的普适性活动之外呢

我们还有一些框架活动

框架活动可以有

沟通

有策划

有构建等等

那么在这张图里面

我们显示了有框架活动1

一直到框架活动n

然后在框架活动里面

每个框架活动可能会有一系列的

软件工程动作

这个动作可能包括

比如说技术评审

比如说需求分析等等

那么这个动作

还会再下一层

包含很多个任务

我们的一个框架活动下面

包含了许多个软件工程的动作

每个动作下面又包含了很多软件工程的任务

那么在具体的某个软件工程的任务里面呢

我们会有工作任务

这个任务所产生的工作产品

这个任务的质量保证点

和这个任务的项目里程碑

这样四个重要的因素

来保证我们任务的质量

那么这张图显示的就是

在我们整个过程框架当中的

普适性活动

和一个一个的框架活动

以及在框架活动下的

许多个工作动作

以及在工作动作下面的许多个任务

以及在每个任务里边需要确定的工作任务

工作产品

质量保证点

和项目里程碑

那么对于我们刚才说的过程框架

我们可以描述为一系列的过程流

那么这些过程流里面

都会包括我们刚才说的五个基本的框架活动

那就是

沟通

策划

建模

构建和部署

这五大类框架活动

这五大类的框架活动的前后关系

就构成了我们不同的过程流的

模型

比如这五个活动

是按照时间顺序

先使沟通

然后策划

然后建模

然后构建

最后是部署

这样按时间顺序依次向下排开的

这个就是我们的线性过程流

第二种是迭代过程流

如果我们刚才说的五大类活动

在某个活动发生之后

可能会返回到上一个活动

去对上一个活动进行一些修订和调整

那么这种我们把它叫做

迭代过程

那么在图中的迭代过程里我们可以看到

在进行了沟通和策划以后

我们又返回到沟通的阶段

可能是因为我们在策划的过程中发现

有些问题还不够十分明确

需要再进一步的与客户进行沟通

所以在策划之后我们又返回到沟通的环节

那么甚至可以在构建的时候

也可以返回到沟通环节

那么这样可以进行

向上返回的

这样的一个过程流

我们把它叫做迭代过程流

第三种是演化过程流

演化过程流是说

我们每一次

五大活动进行完了之后

我们会产生一个软件的增量

也就像图中所示

我们起始于沟通活动

然后到策划

建模

构建

和部署

之后我们产生了一个软件增量

然后我们再经过一轮的沟通

策划 建模 构建和部署

会产生下一个软件增量

那么

不断地通过

这五个活动

产生一个又一个新的软件增量的这样的形式

我们就叫做演化过程流

第四种叫做并行过程流

并行过程流

也就是

说

我们沟通

策划

建模

构建

部署

这五个活动当中

是有存在并行

同时进行的

比如在这张图中显示的

沟通活动和策划活动

同时进行

并且同时向建模活动产生一些输入

然后建模的之后进行构建和部署

所以这就是并行过程流

因为它的沟通活动

和策划活动当中

产生了并行的过程

那我们刚才在过程框架中说

我们有过程框架的五大框架活动

五大框架活动下面又有一些动作

每个动作下面又会有一些任务

那么我们在动作里边

就需要明确我们的任务集合

任务集定义了

为达到一个软件工程动作的目标

所要完成的

所有工作

任务集包括要完成的任务列表

带生产的产品列表

和待使用的质量保证技术列表等等

这就需要我们在具体的一个任务当中

需要明确的几个事情

我们在过程框架当中

有一些可以使用和定义为过程模式

过程模式描述了软件工程工作中

遇到的过程相关的问题

它明确了问题的环境

同时它提出了针对这个问题

以及其对应的问题环境

而得出的一种

或几种可证明的解决方案

这样就构成了过程模式

这个过程模式在下一次遇到同样的问题

在同样的问题环境下的时候

我们就可以复用这个模式当中提供的

解决方案

通俗的讲

过程模式就是提供了一个模板

一种在软件过程的背景下

统一描述问题解决方案的方法的模板

过程模式分为几种

有步骤模式

有任务模式

还有阶段模式

步骤模式

定义了与过程的框架活动相关的问题

任务模式定义了与软件工程动作

或是工作任务相关的

关系到软件工程实践成败的

一些任务

阶段模式则是定义了过程中

发生的框架活动的序列

即使这些活动流本质上是迭代的

但是同样它会经历几个阶段

那么过程模式这三种类型

分别就是以步骤的形式

或者是以任务和任务集合的形式

或者是以不同阶段的形式

来定义了我们软件过程框架

那么我们对于过程

定义好了

我们需要对我们定义的过程进行评估

当评估

或者是过程执行当中

发现有问题的时候

我们还需要对过程进行改进

用于过程改进的CMMI标准评估方法

提供了五步的过程评估模型

包括启动

诊断

建立

执行

和学习

用于组织内部过程改进的

CMM评估

它采用了

卡内基梅隆软件工程研究所SEI的CMM

作为评估的依据

提供了一种诊断

用以分析软件开发机构的相对成熟度

另外

SPICE

该标准定义了软件过程评估的一系列要求

该标准的目的是帮助软件开发组织

建立客观的评价体系

以评估

定义的软件过程的有效性

最后是ISO 9001

到ISO 2000的这样一个标准

这个标准适应各种行业 各种领域

那么同样

可以把这个标准应用到我们的软件开发

软件工程领域

任何开发组织

如果希望提高所提供的产品

系统或服务的整体质量

都可以采用这个标准

因此

该标准

可直接应用于软件组织和软件公司

那么今天我们关于软件过程的分享就到这里

谢谢大家