电子科技大学,软件工程第三章过程模型

3.4.1 原型开发
在进行沟通时，客户也不能给出确切的要求，通俗地将， 走一步看一步。 原型，即原始模型，最初步的构架。 是一个循环的过程，所以也是迭代的过程。
沟通
快速策划
部署交付 品及反馈
快速建模 设计
不正式使用 但需评价
构建 图3-4 原型开发模型
• 优点：
能让人（开发者或客户）很快见到产品，有成就感。 能渐进地启发客户提出新的要求或任务。
源自文库
• 统一过程包括：起始，细化，构建，转换， 生产等步骤。
起始
沟通
策划
细化 建模
部署
发布 软件增量
生产
转换
构建
构建
图3-7 统一过程
合作愉快
MARKETING
27
2011
• 3.3 增量过程模型
又有增量模型和RAD模型。
3.3.1 增量模型
以迭代方式运用瀑布模型。
所谓增量，指增加的功能。即把一个软件所要实现的 功能分为若干步，每一步实现其中的一块。在每一步 中采用瀑布模型的方式。这样反复进行的工作，即称
沟通
软
件
策划
功
建模
能
和
构建
特 征
部署
第1个增量
• 缺点：
容易蒙骗客户，也可能由此给自己带来麻烦。 往往只为结果，而不考虑技术手段，为今后埋下隐患。
• 它与增量模型相比：
增量模型在开发以前基本能确定系统的需求，虽然在以后 的过程中也可能不断完善。
原型开发适应于预先不太清楚系统的需求。
增量模型的反馈可能较少，而原型开发需要不断的大量反 馈信息。
• 3.4.2 螺旋模型
• 缺点：
➢ （1）需要投入更多的人力。 ➢ （2）各团队要紧密协作。 ➢ （3）只适应于特殊的系统。 ➢ （4）系统需求灵活，现有构件不容易轻易满足。 ➢ （5）技术风险很高的情况下，不宜采用该模型。
• 3.4 演化过程模型
演化是自然界普遍存在的现象。 软件产品亦如此。有技术能力的限制，时间的限制，认识 理解的限制，其它客观因素的限制。 演化模型也是一种迭代模型。
• 3.5 专用过程模型
具有通用过程模型的特点，只适应于一些特定的领域。 3.5.1 基于构件的开发 什么是构建？ 本质上是演化模型。
• 构件开发的步骤：
对所需构件进行评估。 考虑构件的集成。 设计系统的软件框架。 将构件放入框架。 进行测试。
• 3.5.2 形式化方法模型
什么是形式化方法？ 特点：精密、准确。 缺点：难度大，成本高，可用人力资源少，用户不易理解， 有时甚至无法完成。
第n个增量
交付第n个增量
第2个增量
交付第1个增量
项目时间 图3-2 增量模型
交付第2个增量
• 特点：
➢ 一般来讲，最重要的增量放在前面。 ➢ 每次交付的增量产品都是可用的。 ➢ 适合于功能可以划分，而且时间不紧迫的情况。 ➢ 可以规避一定的风险。如有些技术还不稳定，将这部分放到后
边。
3.3.2 RAD模型
• 3.5.3 面向方面的软件开发
将系统分成若干相对较独立的组成部分，这些部分称为方面。 面向方面技术包括面向对象技术，比它大。 该技术还不成熟。具有螺旋型和协同型的共同特点。
• 3.6 统一过程
试图将传统软件模型（惯例软件模型）和敏捷过程模型的优 点结合起来，即统一起来。
一些术语：面向对象（Object-Oriented, OO),面向对象分析 （ Object-Oriented Analysis, OOA),面向对象分析（ ObjectOriented Design, OOD).
结合原型和瀑布模型的特点。 螺旋式上升、演进。
沟通
策划 开始
建模
部署
构建
图3-5 典型的螺旋模型
• 螺旋模型与原型相比：
螺旋模型虽不像增量模型中对功能有明确界定，但有比原型 要清晰一些。 螺旋模型的反馈要求持续于产品的整个生命期。 适合于大型软件的开发。
• 3.4.3 协同开发模型
又叫协同工程。 对软件开发的每一阶段用类似的状态图表示，每个阶段 的工作实际上就是在各状态之间的迁移。 适用于任何任务。 是另外一种意义上的掩化过程。
快速应用程序开发（Rapid Application Development):侧重于短暂的开发 周期的增量软件模型。 瀑布模型的高速变体，通过基于构件的方法快速实现。 适于工期紧张，又可细分功能，还要有合适的构件。
沟通
策划
n组
建模
2组
建模
构建 构建
1组
建模
构建
部署
60-90天 图3-3 RAD 模型