|
|
|
|
知识路径： > 信息系统工程技术知识 > 软件与软件工程知识 > 软件开发工具基础知识 > 开发模型 >
|
|
|
被考次数：8次
|
|
|
被考频率：
中频率
|
|
|
总体答错率：
51%
|
|
知识难度系数：
|
|
|
考试要求：
了解
|
|
|
相关知识点：6个
|
|
|
|
|
在瀑布模型和原型法的基础上衍生出了很多其他的模型，本节将简单介绍这些开发模型。
|
|
|
|
|
|
变换模型（演化模型）是在快速开发一个原型的基础上，根据用户在调用原型的过程中提出的反馈意见和建议，对原型进行改进，获得原型的新版本，重复这一过程，直到演化成最终的软件产品。
|
|
|
|
|
|
螺旋模型将瀑布模型和变换模型相结合，综合了两者的优点，并增加了风险分析。它以原型为基础，沿着螺线自内向外旋转，每旋转一圈都要经过制定计划、风险分析、实施工程及客户评价等活动，并开发原型的一个新版本。经过若干次螺旋上升的过程，得到最终的系统。螺旋模型的核心思想是循环，在每个循环的出口设置里程碑。
|
|
|
|
|
|
喷泉模型为软件复用和生存周期中多项开发活动的集成提供了支持，主要支持面向对象的开发方法。“喷泉”一词本身体现了迭代和无间隙特性。系统某个部分常常重复工作多次，相关功能在每次迭代中随之加入演进的系统。所谓无间隙是指在开发活动中，分析、设计和编码之间不存在明显的边界。
|
|
|
|
|
|
智能模型是基于知识的软件开发模型，它综合了上述若干模型，并与专家系统结合在一起。该模型应用基于规则的系统，采用归约和推理机制，帮助软件人员完成开发工作，并使维护在系统规格说明一级进行。
|
|
|
|
|
|
在开发模型中，测试常常作为亡羊补牢的事后行为，但也有以测试为中心的开发模型，那就是V模型。V模型只得到软件业内比较模糊的认可。V模型宣称测试并不是一个事后弥补行为，而是一个同开发过程同样重要的过程，如下图所示。
|
|
|
|
|
|
|
|
V模型描述了一些不同的测试级别，并说明了这些级别所对应的生命周期中不同的阶段。在上图中，左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即测试过程的各个阶段。请注意在不同的组织中，对测试阶段的命名可能有所不同。
|
|
|
|
V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
|
|
|
|
（1）单元测试的主要目的是针对编码过程中可能存在的各种错误。例如，用户输入验证过程中的边界值错误。
|
|
|
|
（2）集成测试的主要目的是针对详细设计中可能存在的问题，尤其是检查各单元与其他程序部分之间的接口中可能存在的错误。
|
|
|
|
（3）系统测试主要针对概要设计，检查系统作为一个整体是否有效地得到运行。例如，在产品设置中是否达到了预期的高性能。
|
|
|
|
（4）验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。
|
|
|
|
|
|
增量模型融合了瀑布模型的基本成分（重复的应用）和原型实现的迭代特征。增量模型采用随着时间的进展而交错的线性序列，每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时，第一个增量往往是核心的产品，也就是说第一个增量实现了基本的需求，但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能。这个过程在每一个增量发布后不断重复，直到产生最终的完善产品。增量模型强调每一个增量均发布一个可操作的产品。
|
|
|
|
增量模型像原型实现模型和其他演化方法一样，本质上是迭代的。但与原型实现不同的是，增量模型强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本，但它们确实提供了为用户服务的功能，并且提供了给用户评估的平台。增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发。虽然某个增量包可能还需要进一步适应客户的需求，而且还需要更改，但只要这个增量包足够小，其影响对整个项目来说是可以承受的。
|
|
|
|
采用增量模型的优点是人员分配灵活，刚开始不用投入大量人力资源，如果核心产品很受欢迎，则可以增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时，它提供了一种先推出核心产品的途径，这样就可以先发布部分功能给客户，对客户起到“镇静剂”的作用。此外，增量能够有计划地管理技术风险。增量模型的缺点是如果增量包之间存在相交的情况且不能很好地处理，就必须做全盘的系统分析。增量模型采用的将功能细化、分别开发的方法适用于需求经常改变的软件开发过程。
|
|
|
