对几种软件过程模型的理解

最近在学软件工程&＃xff0c;总结了对几种软件过程模型的理解&＃xff0c;欢迎指正。

 1、软件工程&＃xff1a;

       建立和使用一套合理的工程原则&＃xff0c;从而经济地获得可靠的、可以在实际机器上高效运行的软件。&＃xff08;Fritz Bauer&＃xff09;

       将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护&＃xff0c;即将工程化的方法应用于软件&＃xff0c;以及对犯法的研究。&＃xff08;IEEE93&＃xff09;

       软件产生的过程。&＃xff08;笔者&＃xff09;

2、过程框架&＃xff1a;

       定义若干小的框架活动&＃xff0c;为完成软件开发过程建立了基础。这些框架活动可广泛应用于所有软件开发项目&＃xff0c;无论这些小木的规模和复杂性如何。此外还包含一些适用于各个软件过程的普适性活动。

       通用过程框架&＃xff1a;沟通、策划、建模、构建、部署。

3、过程模式&＃xff1a;

       定义了一系列的软件开发中所需要的活动、动作、工作任务、工作产品及相关的行为&＃xff0c;如原型开发&＃xff0c;软件工程可定义为一系列模式的组合。

4、瀑布模型&＃xff1a;

       一个系统的、顺序的软件开发方法&＃xff0c;从用户需求规格说明开始&＃xff0c;通过策划、建模、构建和部署的过程&＃xff0c;最终提供一个完整的软件并提供持续的技术支持。

5、增量过程模型&＃xff1a;

       以迭代的方式运用瀑布模型&＃xff0c;在瀑布模型的每个阶段运用线性序列&＃xff0c;每个序列产生一个软件的可交付增量&＃xff0c;每个序列中的过程可以交叉。

RAD模型&＃xff1a;

       增量过程模型的改进版&＃xff0c;只是沟通、策划只执行一次&＃xff0c;每个线性序列只包含建模、构建、部署三个过程。

6、演进过程模型&＃xff1a;

       原型开发模型&＃xff1a;沟通—策划—建模—原型构建—部署—沟通&＃xff0c;不断循环。

       螺旋模型&＃xff1a;以原型开发为基础&＃xff0c;只是把软件开发作为一系列演进版本&＃xff0c;每一循环标记为里程碑。螺旋模型会贯穿整个软件生命周期。

       协同开发模型&＃xff1a;为每个开发活动定义状态&＃xff0c;一个活动状态的变更将引起其他活动状态的改变&＃xff0c;可用于其他过程模型中&＃xff0c;反映整个项目的状态。

7、专用过程模型&＃xff1a;

       只是用于某些特定的软件工程方法。

       基于构件的开发模型&＃xff1a;具有螺旋模型的许多特点&＃xff0c;本质上是演化模型&＃xff0c;需要以迭代的方式构建软件&＃xff0c;不同之处是采用预先打包的软件构建开发程序。

       形式化方法模型&＃xff1a;主要活动是生成计算机软件形式化的数学规格说明&＃xff0c;软件工程师用严格的数学符号来说明、开发和验证基于计算机的系统。

       面向方面的软件开发模型&＃xff1a;对纵向分解的软件构件进行横向切片&＃xff0c;称为“方面”&＃xff0c;以表示构件功能及非功能的横切属性。面向方面是对横切关注点局部表示的一种机制&＃xff0c;超越了子程序和继承的方法。如果某个关注点&＃xff08;客户需要的属性或者技术兴趣点&＃xff09;涉及系统多个方面的功能、特性和信息&＃xff0c;这些关注点成为横切关注点。

8、统一过程模型&＃xff1a;

       用例驱动&＃xff0c;以架构为核心&＃xff0c;迭代并且增量。和通用过程框架活动不同&＃xff0c;统一过程分为五个阶段&＃xff0c;起始&＃xff08;产生用例&＃xff09;——细化&＃xff08;产生五种视图&＃xff0c;用例模型、分析模型、设计模型、实现模型和部署模型&＃xff09;——构建&＃xff08;代码&＃xff09;——转换&＃xff08;部署、beta测试、反馈&＃xff09;——生产&＃xff0c;在构建、转换和生产的同时&＃xff0c;下一个软件增量可能已经开始。