软件工程中开发模型的优缺点及适用场合

软件工程之软件开发模型软件开发模型软件开发模型(Software Development Model)是指软件开发全部过程、活动和任务的结构框架。

软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。

软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。

对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。

类型简介敏捷开发模式简介是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。

它们的具体名称、理念、过程、术语都不尽相同，相对于"非敏捷"，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重做为软件开发中人的作用。

词源敏捷一词来源于2001年初美国犹他州雪鸟滑雪胜地的一次敏捷方法发起者和实践者（他们发起组成了敏捷联盟）的聚会适用性在敏捷方法其独特之处以外，他和其他的方法也有很多共同之处，比如迭代开发，关注互动沟通，减少中介过程的无谓资源消耗。

通常可以在以下方面衡量敏捷方法的适用性：从产品角度看，敏捷方法适用于需求萌动并且快速改变的情况，如系统有比较高的关键性、可靠性、安全性方面的要求，则可能不完全适合；从组织结构的角度看，组织结构的文化、人员、沟通泽决定了敏捷方法是否适用。

跟这些相关联的关键成功因素有：组织文化必须支持谈判人员彼此信任，人少但是精干，开发人员所作决定得到认可，环境设施满足成员间快速沟通之需要。

最重要的因素恐怕是项目的规模。

规模增长，面对面的沟通就愈加困难，因此敏捷方法更适用于较小的队伍，20、40人或者更少。

软件过程模型优缺点一、瀑布模型1、优点1）它是一种线性的开发模型，具有不可回溯性。

2）过程模型简单，执行容易。

3）将复杂的软件开发过程明确分解为几个顺序的步骤，降低开发软件的复杂性。

2、缺点1）无法适应变更，由于开发模型是线性的用户只有等到整个过程的末期才能见到开发成果，从而卡增加了开发的风险。

2）早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重后果。

二、快速原型模型1、优点1）可以得到比较良好的需求定义，容易适应需求的变化。

2）开发人员和用户在“原型”上达成一致。

可以减少设计中的错误和开发中的风险，也减少了对用户培训的时间，而提高了系统的实用、正确性以及用户的满意程度。

3）缩短了开发周期，加快了工程进度，降低成本。

2、缺点1）不宜利用原型系统作为最终产品。

采用原型模型开发系统，用户和开发者必须达成一致。

2）不利于开发人员的创新。

三、增量模型1、优点1）将待开发的软件系统模块化。

可以分批次地提交软件产品，使用户可以及时了解软件项目的进展。

2）以组件为单位进行开发降低了软件开发的风险。

一个开发周期内的错误不会影响到这个软件系统。

3）开发顺序灵活。

开发人员可以对构件的实现顺序进行优先级排序，先完成需求稳定的核心组件。

当组件的优先级发生变化时。

还能及时第实现顺序进行调整。

2、缺点1）要求待开发的软件系统可以被模块化。

如果待开发的软件系统很难被模块化，那么将会给增量开发带来很多麻烦。

四、螺旋模型1、优点1）将风险分析扩展到各个阶段中，大幅度降低了软件开发的风险。

2）以小的分段来构建大型系统,使成本计算变得简单容易。

3）客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。

2、缺点1）模型的控制和管理较为复杂，可操作性不强，对项目管理人员的要求较高。

2）过多的迭代次数会增加开发成本，延迟提交时间。

五、喷泉模型1、优点喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。

软件工程模型方法软件工程模型方法引言软件工程模型方法是指在软件开发过程中所采用的一种组织和管理项目的方式。

不同的软件工程模型方法具有不同的特点和适用场景，选择合适的模型方法对于项目的成功实施至关重要。

本文将介绍几种常见的软件工程模型方法，包括瀑布模型、迭代模型、敏捷模型和螺旋模型，并对其特点和适用场景进行分析。

1. 瀑布模型1.1 特点瀑布模型是软件工程中最经典的开发模型之一，它采用线性的顺序流程，将软件开发过程划分为需求分析、设计、编码、和维护等阶段。

每个阶段依赖于上一个阶段的成果，并且只能按照顺序进行。

瀑布模型适用于具有明确定义的需求和相对稳定的环境。

1.2 适用场景瀑布模型适用于对项目要求和需求有明确定义的大型软件开发项目。

它适用于需求稳定的项目，且开发人员对所需技术和环境有一定的经验和了解。

2. 迭代模型2.1 特点迭代模型是将软件开发过程划分为多个迭代周期，每个迭代周期包含需求分析、设计、编码、和评审等阶段。

每个迭代周期都会产生一部分可交付的软件产品，通过反馈和评审来不断改进和更新。

迭代模型适用于需求不完全明确或容易变化的项目。

2.2 适用场景迭代模型适用于需求难以完全确定或可能会频繁变化的软件开发项目。

它适用于对需求有一定灵活性需求的项目，且可以根据反馈进行不断调整和迭代。

3. 敏捷模型3.1 特点敏捷模型是一种灵活的开发方法，强调团队合作、快速反馈和迭代开发。

敏捷模型通过将开发周期划分为多个迭代周期，每个迭代周期都包含需求分析、设计、编码、和评审等活动。

敏捷模型注重不断与客户进行沟通，按照优先级进行需求规划和交付。

3.2 适用场景敏捷模型适用于对需求变化敏感的项目，尤其是移动应用开发和Web开发等领域。

它适用于需要快速响应市场需求和客户反馈的项目，且要求开发团队具备高度的灵活性和协作能力。

4. 螺旋模型4.1 特点螺旋模型是一种风险驱动的开发模型，它将软件开发过程划分为多个迭代周期，每个迭代周期都包含风险分析、需求分析、设计、编码、和评审等活动。

软件生命周期与开发模型
本章任务



本章任务-了解软件工程的发展史及常用的开发模型 知识目标： 了解软件工程的发展史 熟悉软件的生命周期 熟悉常用的开发模型 能力目标： 能描述软件的生命周期 能描述常用的软件开发模型及适用场景
1.软件工程概述

软件危机：落后的软件生产方式无法满足迅速增长的计算机 软件需求，从而导致软件开发与维护过程中出现一系列严重 问题的现象。 表现形式: 软件开发费用和进度失控。费用超支、进度拖延的情况屡 屡发生。有时为了赶进度或压成本不得不采取一些权宜之 计，这样又往往严重损害了软件产品的质量。 软件的可靠性差。尽管耗费了大量的人力物力，而系统的 正确性却越来越难以保证，出错率大大增加，由于软件错 误而造成的损失十分惊人。 生产出来的软件难以维护。很多程序缺乏相应的文档资料 ，程序中的错误难以定位，难以改正，有时改正了已有的 错误又引入新的错误。随着软件的社会拥有量越来越大， 维护占用了大量人力、物力和财力。

1.软件工程概述
传统软件工程

为迎接软件危机的挑战，人们进行了不懈的努力，这些努 力大致上是沿着两个方向同时进行的。 第一个方向是从软件开发管理的角度，希望实现软件 开发过程的工程化，它包括软件度量、项目估算、进 度控制、人员组织、配置管理、项目计划等。这方面 最为著名的成果就是提出了大家都很熟悉的“瀑布式 ”生命周期模型，它是在60年代末“软件危机”后出 现的第一个生命周期模型。如图5-1所示
（1）瀑布模型


瀑布模型是将软件生存周期的各项活动规定为按 固定顺序而连接的若干阶段工作，形如瀑布流水 逐级下落，最终得到软件产品。 瀑布模型的核心思想是按工序将问题简化，将功 能的实现与设计分开，便于分工协作，即采用结 构化的分析与设计方法将逻辑实现与物理实现分 开。将软件生命周期划分为可行性研究与计划、 需求分析、设计、编码、测试和运行维护等六个 基本活动，并且规定了它们自上而下、相互衔接 的固定次序，如同瀑布流水，逐级下落。如果需 求发生变化，而需要逐级返回，修改所有相关的 文档及代码。