《软件工程》第二章软件生命周期及软件开发模型
02 软件开发模型
软件工程 Software Engineering
第二章 软件工程模型
河海大学 计算机科学与工程系 郭学俊
hhugxj@
2006年9月4日12时35分 河海大学计算机及信息工程学院 郭学俊
1
主要内容
传统生存期模型
瀑布模型 演化模型 原型模型 增量模型 螺旋模型 四代技术 混合模型
Байду номын сангаас
面向对象生存期模型 统一软件开发过程 基于软件构件的软件开发
缺少规划和设计环节， 缺少规划和设计环节，软件的结构随着修改会越 来越糟，容易导致无法继续修改； 来越糟，容易导致无法继续修改； 忽略需求环节，给软件开发带来很大的风险； 忽略需求环节，给软件开发带来很大的风险； 没有任何文档，软件的维护十分困难。 没有任何文档，软件的维护十分困难。
2006年9月4日12时35分 河海大学计算机及信息工程学院 郭学俊
2006年9月4日12时35分 河海大学计算机及信息工程学院 郭学俊
3
边做边改模型（Build-and-Fix Model） ）
遗憾的是， 遗憾的是，许多产品都是使用 边做边改”模型来开发的。 “边做边改”模型来开发的。在这 种模型中，既没有规格说明， 种模型中，既没有规格说明，也没 有经过设计， 有经过设计，软件随着客户的需要 一次又一次地被修改， 一次又一次地被修改，直到用户满 意为止。主要问题在于： 意为止。主要问题在于：
软件工程第2讲 软件生命周期模型
敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较57P32: 2.9.2P23: 2.2 P25: 2.3P34: 2.9.3模型构造多使用脚本语言、基于现有基础代码库、UI工具制作，制作过程一般不会考虑性能、稳定敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较5迭代-递增生命周期模型递增也是软件工程的一个固有特性P27P26: 2.5P28P29P30 2.7敏捷开发4软件生命周期模型1瀑布模型及几个衍生模型2迭代和递增3其他生命周期模型及模型比较58个体和交互胜过过程和工具以人为本我相信没有比面对面交流更高效的沟通渠道了•尊重和信任激发个人内心的责任感和使命感，激发了个体的潜能。
•基于互相信任的前提，敏捷提倡自治的全功能团队。
在工作形式上，整个团队平时坐在一起工作，从物理空间上创造了更加便捷面对面的沟通机会。
•要摒弃这种重流程和重工具，提倡轻量级流程和轻量级工具，而这些流程和工具又在促进个体交互。
比如，我们在日常工作中会使用Trello、Jira、Keynote等工具。
可以工作的软件胜过面面俱到的文档价值导向为客户交付可工作的软件是我们的核心目标•我们应该尽早交付可进行端到端测试的代码，该目标决定了我们不应该花过多精力在面面俱到的文档上。
•但这不代表我们要抵制任何文档。
实践证明，轻量级的文档策略有助于团队高质量交付可工作的软件。
•在开发过程中，交互设计原型也是一种轻量级文档，交互设计师交付可以尽早地跟团队和客户进行确认验收的核心业务场景的原型，快速收集反馈。
客户合作胜过合同谈判客户团队帮助客户实现他们真正想要的价值•让客户也作为团队的一分子，跟客户建立信任的合作关系取代敌对的谈判关系。
•需求的变化往往来自客户，让客户参与进来可以在开发的过程中尽早的发现变化，从而尽早采取解决方案。
软件工程03-软件生命周期与开发模型
本章任务
本章任务-了解软件工程的发展史及常用的开发模型 知识目标： 了解软件工程的发展史 熟悉软件的生命周期 熟悉常用的开发模型 能力目标： 能描述软件的生命周期 能描述常用的软件开发模型及适用场景
1.软件工程概述
软件危机：落后的软件生产方式无法满足迅速增长的计算机 软件需求，从而导致软件开发与维护过程中出现一系列严重 问题的现象。 表现形式: 软件开发费用和进度失控。费用超支、进度拖延的情况屡 屡发生。有时为了赶进度或压成本不得不采取一些权宜之 计，这样又往往严重损害了软件产品的质量。 软件的可靠性差。尽管耗费了大量的人力物力，而系统的 正确性却越来越难以保证，出错率大大增加，由于软件错 误而造成的损失十分惊人。 生产出来的软件难以维护。很多程序缺乏相应的文档资料 ，程序中的错误难以定位，难以改正，有时改正了已有的 错误又引入新的错误。随着软件的社会拥有量越来越大， 维护占用了大量人力、物力和财力。
1.软件工程概述
传统软件工程
为迎接软件危机的挑战，人们进行了不懈的努力，这些努 力大致上是沿着两个方向同时进行的。 第一个方向是从软件开发管理的角度，希望实现软件 开发过程的工程化，它包括软件度量、项目估算、进 度控制、人员组织、配置管理、项目计划等。这方面 最为著名的成果就是提出了大家都很熟悉的“瀑布式 ”生命周期模型，它是在60年代末“软件危机”后出 现的第一个生命周期模型。如图5-1所示
（1）瀑布模型
瀑布模型是将软件生存周期的各项活动规定为按 固定顺序而连接的若干阶段工作，形如瀑布流水 逐级下落，最终得到软件产品。 瀑布模型的核心思想是按工序将问题简化，将功 能的实现与设计分开，便于分工协作，即采用结 构化的分析与设计方法将逻辑实现与物理实现分 开。将软件生命周期划分为可行性研究与计划、 需求分析、设计、编码、测试和运行维护等六个 基本活动，并且规定了它们自上而下、相互衔接 的固定次序，如同瀑布流水，逐级下落。如果需 求发生变化，而需要逐级返回，修改所有相关的 文档及代码。
软件工程-齐志昌-第二版
软件工程阶段
20世纪70年代，随着计算机应用的普及，软件开发的复 杂度越来越高，软件危机开始出现，软件工程的概念和方 法逐渐被提出和应用。
现代软件工程
20世纪80年代以后，随着面向对象编程和软件重用技术 的发展，软件工程进入了一个新的阶段，强调使用工程化 的方法和工具来指导和管理软件开发。
软件工程的三大支柱
02 软件开发生命周期
概念与模型
概念
软件开发生命周期是软件开发从开始 到结束的全过程，包括需求分析、设 计、编码、测试和维护等阶段。
模型
软件开发生命周期模型是描述软件开 发过程的抽象框架，常见的有瀑布模 型、螺旋模型、迭代模型等。
传统开发模型
瀑布模型
按顺序进行需求分析、设计、编码、测试和维护等阶段，阶段间具有严格的顺序性和依 赖性。
面向对象编程
使用面向对象编程语言（如Java、C）进行软件实现，通过封装、 继承和多态等机制实现代码重用和模块化。
面向过程编程
采用结构化程序设计方法，将软件系统分解为一系列过程，通过顺 序、选择和循环等结构实现软件功能。
函数式编程
使用函数式编程语言（如Haskell、Scala）进行软件实现，通过高阶 函数、不可变性等特性提高代码可读性和可维护性。
Jira
一款功能强大的项目管理工具，支持敏捷开发和传统瀑布模型，提供任务管理、缺陷跟 踪和需求管理等功能。
Gantt Chart
甘特图是一种常用的项目进度计划工具，通过条形图展示任务开始和结束时间，直观地 反映任务之间的依赖关系和时间进度。
THANKS FOR WATCHING
感谢您的观看
软件测试技术
单元测试
针对软件中的最小可测试单元（如函数、方法、类等）进行测试， 验证其功能和性能是否符合要求。
软件工程第2章软件生存周期与软件过程
用例驱动 ─ Concise, simple, and understandable
以体系结构为中心 ─ Effective basis for large-scale reuse
增量和迭代开发 ─ 基于风险前驱的原则，渐进地展开分析、设 计及其相关活动，每个迭代都会提供一次验 证和调整模型机会，推动软件质量的提升。
增量模型也存在以下缺陷 （1）由于各个构件是逐渐并入已有的软件体系
结构中的，所以加入构件必须不破坏已构造好 的系统部分，这需要软件具备开放式的体系结 构。 （2）在开发过程中，需求的变化是不可避免的。 增量模型的灵活性可以使其适应这种变化的能 力大大优于瀑布模型和快速原型模型，但也很 容易退化为边做边改模型，从而是软件过程的 控制失去整体性。
各阶段结束前都要对所完成的文档进 行评审，以便及时发现问题，改正错 误。
软件工程第2章软件生存周期与软件 过程
瀑布模型的缺点
（1） 各个阶段的划分完全固定，阶段之间产 生大量的文档，极大地增加了工作量。
（2） 由于开发模型是线性的，用户只有等到 整个过程的末期才能见到开发成果，从而增 加了开发的风险。
在增量模型中，软件被作为一系列的增量构件 来设计、实现、集成和测试，每一个构件是由 多种相互作用的模块所形成的提供特定功能的 代码片段构成 。
增量模型在各个阶段并不交付一个可运行的完 整产品，而是交付满足客户需求的一个子集的 可运行产品。整个产品被分解成若干个构件， 开发人员逐个构件地交付产品，这样做的好处 是软件开发可以较好地适应变化，客户可以不 断地看到所开发的软件，从而降低开发风险。
软件工程第2章软件生存周期与软件 过程
迭代式开发 容纳需求变更/减少风险。 管理需求 使用用例和脚本。 使用基于构件的体系结构。 可视化建模。 验证软件质量 质量评估内建在贯穿于整个
软件工程实用教程第三版-郭宁主编-课后习题及答案
软件工程实用教程第三版-郭宁主编-课后习题及答案第一章软件工程引论1.在下列选项中，（D）不是软件的特征。
A．系统性与复制性 B. 可靠性与一致性 C.抽象性与智能型 D.有形性与可控性2.软件是一种（B）产品。
A．有形 B. 逻辑 C. 物质 D. 消耗3.软件工程是一种（A）分阶段实现的软件程序开发方法。
A.自顶向下B. 自底向上C. 逐步求精D. 面向数据流4.与计算机科学的理论研究不同，软件工程是一门（B）学科。
A．理论性 B. 工程性 C. 原理性 D. 心理性5.软件工程与计算机科学性质不同，软件工程着重于（C）。
A．原理探讨 B. 理论研究 C. 建造软件系统D. 原理性的理论6.下列说法正确的是（B）A.软件工程的概念于20世纪50年代提出B.软件工程的概念于20世纪60年代提出C.20世纪70年代出现了客户机/服务器技术D.20世纪80年代软件工程学科达到成熟7.软件工程方法学中的软件工程管理是其中的一个重要内容，它包括软件管理学和软件工程经济学，它要达到的目标是（D）A．管理开发人员，以开发良好的软件B．采用先进的软件开发工具，开发优秀的软件C．消除软件危机，达到软件生产的规模效益D．以基本的社会效益为基础，工程化生产软件第二章软件生命周期及开发模型1.软件生命周期包括可行性分析和项目开发计划、需求分析、总体设计、详细分析、编码、（B）、维护等活动。
A．应用 B. 测试 C. 检测 D. 以上答案都不正确2.软件生命周期模型有多中，下列项目中，（C）不是软件生命周期模型。
A．螺旋模型 B. 增量模型 C. 功能模型 D.瀑布模型3.软件生命周期中时间最长的阶段时（D）A．需求分析阶段 B. 总体设计阶段 C. 测试阶段 D. 维护阶段4.瀑布模型是一种（D）A.软件开发方法B. 软件生存周期C. 程序设计方法学 D. 软件生存周期模型5.软件开发中常采用的结构化生命周期方法，由于其特征而一般称其为（A）A.瀑布模型B. 对象模型C. 螺旋模型D. 层次模型6.在结构化的瀑布模型中，（D）阶段定义的标准将成为软件测试中系统测试阶段的目标A.详细设计阶段B. 总体设计阶段C. 可行性研究阶段 D. 需求分析7.增量模型是一种（B）的模型A.整体开发B. 非整体开发C. 灵活性差D.较晚产生工作软件8.（C）是指模拟某种产品的原始模型A.模型B. 最初模型C. 原型D. 进化模型9.建立原型的目的不同，实现原型的途径也有所不同，下列不正确的类型是（B）A.用于验证软件需求的原型B. 垂直原型C.用于验证设计方案的原型 D.用于演化出目标系统的原型10.原型化方法是一种（A）型的设计过程。
软件工程第2章
软件定义的基本任务是确定软件系统
的工程需求，也就是要搞清“做什
么”。 软件定义过程可通过软件系统的可行
性研究和需求分析两个阶段来完成。
ZLL
BeiHua
1)可行性研究
确定用户要求解决的项目的性质、目标和 规模。
可行性研究
经济可行性、技术可行性、操作可行性、法律 可行性、不同的方案。
确定软件元素的作用范围，并对软件进行 成本估算，制定进度安排，最后提交软件 计划。
ZLL
BeiHua 软件研制与软件测试的层次对应关系
可行性研究 需求分析
（验收测试计划） 概要设计 （组装测试计划） 详细设计 （单元测试计划） 编码与调试
ZLL
运行与维护
验收测试
组装测试
单元测试
BeiHua
3 . 软件的使用与维护及退役
任务: 通过各种维护活动使软件系统持久地满足用户的需求。 每项维护活动实质上都是一次压缩和简化了的软件定义和软
软件开发小组人员素质和数量是影响软件质量和 开发效率的重要因素。实践表明，素质高的人员 与素质低的人员相比，开发效率可能高几倍至几 十倍、而且所开发的软件中的错误也要少得多。 另外，开发小组的人数不宜过多，因为随着人数 的增加，人员之间交流情况、讨论问题的通信开 销将急剧增加，这不但不能提高生产率，反而由 于误解等原因可能增加出错的概率。
软件危机的具体表现： ·开发成本和进度估计不准
·用户对“已完成的”软件系统不满意 ·软件质量往往靠不住 ·软件常常是不可维护的 ·软件通常没有适当的文档资料 ·软件成本逐年上升 ·软件开发生产率滞后于硬件和计算机应用普及
ZLL
BeiHua 软件、硬件成本变化趋势
100% 80% 硬 件 60% 40% 20% 1955年 1970年 软件开发
软件工程软件生命周期模型
软件工程软件生命周期模型在软件工程领域，软件生命周期模型是一种重要的框架，用于指导软件开发的过程。
它为软件开发团队提供了一种结构化的方法，以确保软件的开发能够高效、高质量地完成。
软件生命周期模型就像是一张地图，指引着开发人员从项目的启动到最终的交付。
它涵盖了软件从概念形成到退役的整个过程，包括一系列的阶段、活动和任务。
常见的软件生命周期模型有瀑布模型、快速原型模型、增量模型、螺旋模型和敏捷模型等。
瀑布模型是最早出现的软件生命周期模型之一。
它将软件开发过程分为明确的几个阶段，如需求分析、设计、编码、测试和维护。
每个阶段都必须在前一个阶段完成且经过评审后才能开始。
这种模型的优点是流程清晰，文档规范。
但它的缺点也很明显，如果在后期发现前期的错误，修改成本会很高，而且不适应需求的频繁变更。
快速原型模型则是在获取基本需求后，快速构建一个原型系统。
用户通过使用原型来进一步明确需求，开发人员根据反馈进行修改和完善。
这个模型的好处是能够快速获得用户的反馈，尽早发现问题。
但由于原型往往不够完善，可能会给用户造成误解。
增量模型是把软件系统逐步分解为多个增量构件，每个构件分别开发和交付。
这样可以在较短的时间内交付部分功能，让用户逐步看到成果。
但它对软件的架构设计要求较高，需要很好地规划各个增量之间的接口。
螺旋模型则是将瀑布模型和快速原型模型结合起来，并加入了风险分析。
它沿着螺旋线不断迭代，每一轮迭代都包括制定计划、风险分析、实施工程和客户评估等步骤。
这种模型适用于大型、复杂且高风险的项目，但管理成本相对较高。
近年来，敏捷模型在软件开发中越来越受欢迎。
敏捷开发强调团队的快速响应和持续交付，通过短周期的迭代来不断完善软件。
常见的敏捷方法有 Scrum 和 Kanban 等。
敏捷模型注重人与人之间的沟通和协作，能够更好地适应需求的变化，但对团队成员的素质和自组织能力要求较高。
在选择软件生命周期模型时，需要考虑多个因素。
首先是项目的特点，比如项目的规模、复杂度、需求的稳定性等。
02-1 软件生命周期与开发模型
6
二、瀑布模型
7
• 1970年W.Royce提出瀑布模型 • 1.模型的本意：阶段间具有顺序性和依赖性
2.模型的特点：
文档驱动 过程不可逆转
（1）在开发时间内需求没有或很少变化。 （2）分析设计人员对应用领域很熟悉。 （3）低风险项目（对目标、环境很熟悉）。 （4）用户使用环境很稳定。 （5）用户除提出需求以外，很少参与开发工作。
•原型可作为单独的过程模型，也常被作为一 种方法或实现技术应用于其它过程模型中。
25
五、 迭代模型 （Iterative Model）
• 代表：RUP（Rational Unified Process）模型
26
• 这里所讲的迭代模型是RUP推出的一种 “逐步求精”的面向对象的软件开发过程 模型，被认为软件界迄今为止最完善的、 商品化的开发过程模型。
快速计划 交流 快速设计方式 建模
部署交付和 反馈
构建原型
17
原型模型
• 软件企业界的主流开发模型. • 1．模型的本意 • 原型模型（Prototype Model）的本意是： 在初步需求分析之后，马上向客户展示一个 软件产品原型(样品)，对客户进行培训，让 客户试用，在试用中收集客户意见，根据客 户意见立刻修改原型，之后再让客户试用， 反复循环几次，直到客户确认为止。
14
• 4．模型的优点 • （1）由于将一个大系统分解为多个小系统， 这就等于将一个大风险分解为多个小风险， 从而降低了开发难度。 • （2）人员分配灵活，刚开始不用投入大量 人力资源。如果核心模块产品很受欢迎， 则可增加人力实现下一个增量。当配备的 人员不能在设定的期限内完成产品时，它 提供了一种先推出核心产品的途径。即可 先发布部分模块给客户，对客户起到镇静 剂的作用。
第二章软件生命周期
软件生命周期模型 软件生存期模型是跨越整个生存期的系统开发、 软件生存期模型是跨越整个生存期的系统开发、运 作和维护所实施的全部过程、 作和维护所实施的全部过程、活动和任务的结构框 也称软件过程模型。 架。也称软件过程模型。 软件过程模型体现的是开发策略，并覆盖过程、 软件过程模型体现的是开发策略，并覆盖过程、方 法和工具三个层次。 法和工具三个层次。 软件工程过程模型代表了一种将本质上无序的活动 有序化的企图。 有序化的企图。 • •瀑布模型（线性顺序模型） 喷泉模型 瀑布模型（ 瀑布模型 线性顺序模型） • 并发开发模型 •原型模型 原型模型 • 形式化方法模型 •RAD模型 RAD模型 RAD • 第四代技术 •增量模型 增量模型 • 过程技术 •螺旋模型 螺旋模型
gaoying@ 20
面向对象模型
gaoying@ 21
喷泉模型 维护期 运行状态 实现和集成阶段 实现阶段 面向对象设计阶段 计划阶段 面向对象分析阶段 需求阶段
gaoying@ 22
进一步开发
喷泉模型特点
主要用于支持面向对象开发过程体现了 软件创建所固有的迭代和无间隙的特征。 软件创建所固有的迭代和无间隙的特征。
gaoying@ 15
演化模型
gaoying@ 16
1
增量模型(递增模型) 增量模型(递增模型)
先完成一个系统子集的开发，再按同样的 先完成一个系统子集的开发， 系统子集) 开发步骤增加功能 (系统子集)，如此递增下 去直至满足全部系统需求。 去直至满足全部系统需求。 系统的总体设计在初始子集设计阶段就应 作出设想。 作出设想。
gaoying@ 23
可重用部件组装模型
使用重用技术的软件工程模型 •构件(components): 可重用的软件成份 构件(components): 构件 •可复用性（Reusability） 可复用性（Reusability） 可复用性 （可重用性） 可重用性） •集成化软件开发环境（ISEE） 集成化软件开发环境（ISEE） 集成化软件开发环境
软件开发过程和软件开发生命周期
集成测试
任务
– 根据概要设计规格说明书，将经过单元测试的模块逐步 进行集成和测试
技术途径和工具
– 以概要设计规格说明书和集成测试计划为依据，进行集 成模块并进行测试 – IDE, 专有工具等
阶段性产品
– 生成满足概要设计要求、可运行的系统源程序和系统集 成测试报告
12
软件生命周期和软件开发过程模型
CASE工具和环境的类别
目前已有大量的CASE工具
– 项目管理工具：估算项目成本和工作量，制定 项目规划等等； – 分析和设计工具：用于系统建模； – 程序设计工具：编译器，调试器等； – 测试工具：测试用例生成，程序动态跟踪工具
28
软件生命周期和软件开发过程模型
CASE工具例子
Rational Rose Microsoft Visual Studio
– 软件从提出开发开始到最终灭亡所经历的时期
3
软件生命周期和软件开发过程模型
软件生命周期示意图
可行性研究 需求分析 概要设计 详细设计 实现 集成测试 确认测试 使用与维护 维护 退役
4
软件定义
软件开发
软件生命周期和软件开发过程模型
可行性研究(1/2)
任务
– 了解用户要求和现实环境，从技术、经济、市 场等方面研究并论证开发该软件系统的可行性
任务
– 确定用户对待开发软件系统的需求包括：
功能 性能 运行环境约束
重要性
– 软件开发依据，软件验收的标准
困难性
– 难以说清, 动态变化, 歧义，复杂
7
软件生命周期和软件开发过程模型
需求分析(2/2)
技术途径和工具
– 需求分析人员需与用户不断、反复地交流和商 讨，使用户需求逐步准确化、一致化、完全化 – 抽象、问题分解、快速原型、多视点等技术
软件工程(概论)生存期和开发模型-作业2
2.3 软件开发模型
4．模型的优点 开发阶段清晰，便于评审、审计、跟踪、管理和控制。
5．模型的缺点 传统的项目组织方法是按顺序完成每个工作流程，即瀑布式生命周期。瀑布
只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。 瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错
一阶段（活3）动用的户输使入用，环继境续很进稳行定下；一阶段的活动，否则返回上一阶段修改。 （4）用户除提出需求以外，很少参与开发工作。
2．模瀑型布的模特型点认为：项目经理或软件管理人员，只要控制好每级台阶的高度 （和1宽）度里，程在碑每或个基台线阶驱处动设，立或里者程说碑文或档基驱线动，；并组织好对基线的评审与审 （计2，）就过可程以逆控转制性好很项差目或的者开说发不成可本逆、转进，度因和为质根量据。上游的错误会在下游进行
误的传递会采取发散扩大的方式。
瀑布模型反馈环
CMM/CMMI采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度， 只有前一阶段不符合项全部改正，才允许开发人员进入后一阶段工作。
不符合项，就是在评审中发现的问题项，它不同于Bug。对于这些不符合项，软 件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底 。
可行性研究的结果是负责人作出是否继续进行这项工程的决定的重要依据。 可行性研究以后的各个阶段，将需要投入多少相应的人力物力。 及时终止不值得投资的工程项目，可以避免更大的浪费。
2.2 软件工程过程
3. 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须 具备哪些功能。产生《需求规格说明书》。
《软件工程》第二章软件生命周期及软件开发模型
谢谢聆听
共同学习相互提高
•问题定义 可行性
问题计划 开发时期
运行时期
2.2.1 瀑布模型
•需求分析
•总体设计
•详细设计
•编码
•测试
维护
图2.2 瀑布模型
2.2.2 演化模型
需
求 设 计 编 码 测 试 集 成
需 求
设 计
编 码
测 试
集 成
需 求
设 计
编 码
测 试
集 成
2.2.3 原型模型
开始
需求采集细化
停止
产品
快速
样本
可行性研究 需求分析 概要设计 详细设计
实现 调试 维护 退役 图 2.1 软 件 生 命 周 期
2。2软件开发生命周期过程和活动
软件生命周期过程的IEEE（美国电气电子工程师学 会 IEEE）标准描述了一系列活动和过程，对于[IEEE Std．1074-1995]的软件的开发和和维护来说这些活动 是强制性的。它的目标是为开发生命周期模型建立一 个通用框架。在这一节，我们描述由这一标准引入的 主要过程和活动。
设计
对原型
建造
加工
原型
用户评价原型 原型
指定计划： 决定目标 方案限制
提交线 评审
客户评价
2.2.4 螺旋模型
累计成本
需求计划 生存期 计划
开发计划
组装测试
风险分析
风险分析
风险分析
原型 3
原型 2
原型 1
软件生命周期与开发模型
软件生命周期与开发模型软件生命周期是指从软件的概念阶段开始，到软件废弃和替代为止的整个过程。
软件开发模型是指在软件生命周期中，开发团队根据特定的开发方式和流程，按照一定的步骤和阶段进行软件开发的模式。
本文将介绍软件生命周期的定义、重要性以及常用的软件开发模型。
软件生命周期的定义与重要性软件生命周期是指软件从概念形成、开发、测试、部署、维护、更新到废弃的全过程。
它涵盖了软件整个生存期内的开发、运行和维护等各个环节。
软件生命周期的目标是以统一的方式管理软件项目，确保软件的质量、成本和交付时间。
软件生命周期的重要性体现在以下几个方面：1. 项目管理：软件生命周期管理有助于项目团队合理规划、组织和控制软件开发过程，保证项目按时、按质完成。
2. 质量保证：通过对软件生命周期的全面管理，能够及时发现和修正软件开发中的问题，提高软件的质量和可靠性。
3. 成本控制：软件生命周期管理能够有效控制软件开发和维护的成本，避免资源浪费和项目延期。
4. 沟通协作：软件生命周期管理促进了项目组内外人员之间的沟通和协作，提高了开发效率和质量。
常用的软件开发模型软件开发模型根据不同的开发需求和项目特点，采用不同的开发方式和流程，以达到高效、规范和可控的软件开发目标。
下面介绍几种常用的软件开发模型：1. 瀑布模型：瀑布模型是最传统的软件开发模型，按照线性序列从需求分析到测试和发布的顺序进行开发。
适用于需求稳定的项目，但无法应对变更需求。
2. 增量模型：增量模型将开发过程分为多个增量，每个增量完成一部分功能，逐步迭代完善软件。
适用于需要快速交付且需求较容易变更的项目。
3. 原型模型：原型模型通过快速构建原型来明确用户需求和系统功能，然后基于原型进行开发。
适用于需求模糊或复杂的项目。
4. 敏捷开发模型：敏捷开发模型强调迭代、自组织和灵活响应变化，注重快速交付和用户反馈。
适用于需求不断变化的项目。
5. 螺旋模型：螺旋模型以风险管理为核心，将软件开发过程划分为多个循环，每个循环都包括需求分析、风险评估、开发和测试等阶段。
《软件工程》课件 第二章-软件生存周期及模型
模型适合的项目：
项目开始，明确了需求的大部分，但是需
求可能会发生变化
对于市场和用户把握不是很准，需要逐步
了解
对于有庞大和复杂功能的系统进行功能改
进，就需要一步一步实施的。
银行业务系统的生存期实例
项目规划
．银行业务需求 ．原形系统源代码 业务需求分析 产品阶段1设计 项目规划
产品阶段n设计
加工原型 客户评价原型
建造原型
原型开发过程
▲快速分析：分析人员与用户配合，迅速确定系统的基 本要求。要根据原型所要体现的特征，描述基本需求。 关键是要注意分析描述内容的选取。 ▲构造原型：在软件工具支持下尽快实现一个可运行的 系统。 ▲运行原型：是发现问题、消除误解、开发者与用户充 分协调的一个步骤。 ▲评价原型：评价原型的特性，纠正误解与错误，增添 新要求或提出要求变动，提出全面的修改意见。 ▲修改：原型开发的循环。
确认系统
把软件产品分解成一系列的增量构件，在增量开发迭代 中逐步加入。
每个构件由多个相互作用的模块构成，并且能够完成特
定的功能。 增量开发方法的新演进版本叫做 “极限程序设计 （eXtreme Programming）”。
增量模型
第一增量 第二增量 第三增量
……
核心功能
核心功能
核心功能
1
1
2
V模型:瀑布模型的细化－－对测试的展开
适合的项目
项目的需求在项目开始前很明确
解决方案在项目开始前也很明确
对系统的性能安全很严格的项目 类似的项目如：
航天飞机等 公司的财务系统
2.增量模型
定义 基本需求
将需求赋予 增量构件
软件工程第2章_软件生存周期及其模型
基本任务：为保证软件的质量， 在设计测试用例的基础上检验 软件的各个组成部分，是否达 到预定要求。
结束标准：软件合格，能交付 用户使用。
典型的软件生存周期包括以下阶段：
5. 编码 6. 测试 7. 软件维护
基本任务：通过各种必要的维 护活动使系统持久地满足用户 需要，是软件生存周期中时间 最长的阶段。
结束标准：以某种程序设计语 言表示的源程序清单。
技术审查和管理复审
• 技术审查是从技术角度进行审查，是保证软件质量和 降低软件成本的重要措施。
• 技术审查通常由专家组成的审查小组来承担审查工作。
• 管理复审的主要任务实在软件生存周期的每个重要里 程碑，对工程项目的成本、实际花费的经费、投资回 收的前景、项目的进度等经济因素从管理角度进行审 查。
面向对象开发方法的组成
OOSD由三部分组成： OOA(Object-Oriented Analysis)面向对象的分析 OOD(Object-Oriented Design)面向对象的设计 OOP (Object-Oriented Program)面向对象的程序设计
软件工程过程
（Software engineering process）
是指在软件工具的支持下，所进行的一系列软 件开发和进化的活动。
通常包括以下四类基本过程： 1、软件规格说明：规定软件的功能及其运行环境。 2、软件开发：产生满足规格说明的软件。 3、软件确认：确认软件能够完成客户提出的要求。 4、软件演进：为满足客户的变更要求，软件必须在 使用的过程中演进。
2.2 软件生存周期模型
• 软件生存周期模型是描述软件开发过程中各种活 动如何执行的模型。
• 软件生存周期模型的选择受软件规模、种类、开 发方式、开发环境以及开发使用的方法等因素影 响。
软件开发模型
适合的项目类型：
采用快速应用开发适合很小并且具有探索性质 的项目。 还适合一个复杂度从小到大变化的项目，例如 重整企业的信息系统。
软件生命周期与软件开发模型
3、增量模型 增量模型也称为渐增模型。 使用增量模型开发软件时，把软件产品作 为一系列的增量构件来设计、编码、集成和测 试。 每个构件由多个相互作用的模块构成，并 且能够完成特定的功能。
软件生命周期与软件开发模型
“瀑布模型是由文档驱动的” 也是一个主要缺点。
在可运行的软件产品交付给用户之前，用户只能通过文 档来了解产品是什么样的。但是，仅仅通过写在纸上的 静态的规格说明，很难全面正确地认识动态的软件产品。 而且事实证明，一旦一个用户开始使用一个软件，在他 的头脑中关于该软件应该做什么的想法就会或多或少地 发生变化，这就使得最初提出的需求变得不完全适用了。 事实上，要求用户完全不经过实践就提出完整准确的需 求，在许多情况下是不切实际的。 总之，由于瀑布模型几乎完全依赖于书面的规格说明， 很可能导致最终开发出的软件产品不能真正满足用户的 需要。
2、快速原型模型 所谓快速原型是快速建立起来的可以在计算机上运 行的程序，它所能完成的功能往往是最终产品能完成 的功能的一个子集。
快速原型模型的第一步是快速建立一个能反映用户主要 需求的原型系统，让用户在计算机上试用它，通过实践 来了解目标系统的概貌。 通常，用户试用原型系统之后会提出许多修改意见，开 发人员按照用户的意见快速地修改原型系统，然后再次 请用户试用… …。 一旦用户认为这个原型系统确实能做他们所需要的工作， 开发人员便可据此书写规范说明文档，根据这份文档开 发出的软件便可以满足用户的真实需求。
维护
软件生命周期与软件开发模型
快速原型的本质是“快速” 。
软件工程软件开发模型
高数、英语、计算机、线 性代数
44
3 “面对对象”程序设计旳特点
继承和多态性组合，能够生成诸多相同但又独一 无二旳对象。继承性使得这些对象能够共享许多相 同特征，而多态又使同一种操作对不同对象产生不 同体现形式。这么不但提升了程序设计旳灵活性， 而且减轻了分别设计旳承担。
45
面对对象模型
• 喷泉模型 (Fountain Model)
• 可重用部件组装模型 (构件集成模型 Component Integration Model)
46
喷泉模型
体现了迭代和无间隙旳特征。 系统某个部分经常反复工作屡次，有关对象
在每次迭代中随之加入演进旳软件成份。 无间隙是指在各项开发活动，即分析、设计
和编码之间不存在明显旳边界。 喷泉模型是对象驱动旳过程。
继承与派生
以汽车为例看客观世界描述事物旳方式：
面对对象程序设计提供了类似旳机制
当定义了一种类后，又需定义一种新类，这 个新类与原来旳类相比，只是增长或修改了部分 属性和操作，这时能够用原来旳类派生出新类， 新类中只需描述自己所特有旳属性和操作。 小，速度快
汽车
载人
载货
客车
货车
大，速度慢
新类称为子类或派生类，原来旳类称为基类。 小轿车 派生能够一直进行下去，形成一种派生树。
• 写出旳程序应该是构造良好、清楚易读旳， 且与设计相一致旳。
9
软件测试
• 单元测试，查找各模块在功能和构造上存在旳 问题并加以纠正；
• 组装测试，将已测试过旳模块按一定顺序组装 起来；
• 按要求旳各项需求，逐项进行有效性测试，决 定已开发旳软件是否合格，能否交付顾客使用。
10
运营／维护
• 纠正性维护 运营中发觉了软件中旳错误需要 修正；
《软件工程(第四版)》教学教案
《软件工程(第四版)》教学教案软件工程(第四版)教学教案第一章引论引言在当今信息化社会，软件已经成为各行各业重要的工具和支撑系统。
然而，软件的复杂性和规模不断增长，使得软件开发面临着许多挑战。
软件工程作为一种综合性学科，旨在通过系统化的方法和工具，提高软件开发的质量和效率。
本教学教案旨在全面介绍软件工程的基本概念和方法，并结合实践案例，培养学生的软件开发和项目管理能力。
1.1 软件工程的概念与特点1.2 软件工程知识体系与发展历史1.3 软件工程师的职责与素养1.4 软件开发生命周期模型1.5 软件过程与过程改进第二章软件项目管理2.1 软件项目管理概述2.1.1 项目管理的概念和重要性2.1.2 软件项目管理的特点2.2 软件项目生命周期及其阶段划分2.2.1 项目立项与可行性分析2.2.2 需求分析与规划2.2.3 软件设计与开发2.2.4 软件测试与验证2.2.5 软件发布与维护2.3 软件项目管理过程与技术2.3.1 项目计划与进度管理2.3.2 资源管理与团队协作2.3.3 风险管理与变更控制2.3.4 质量管理与配置管理2.4 软件项目案例分析第三章需求工程3.1 需求工程概述3.1.1 需求工程的定义和目标3.1.2 需求工程的活动和任务3.2 需求获取与分析3.2.1 需求获取方法和技术3.2.2 需求分析与建模工具3.3 需求规格与验证3.3.1 需求规格化与书写规范3.3.2 需求验证方法和技术3.4 需求管理与变更控制3.4.1 需求跟踪与管理工具3.4.2 需求变更控制与影响分析3.5 需求工程案例分析第四章软件设计与实现4.1 软件设计原则与方法4.1.1 模块化与信息隐藏4.1.2 接口设计与抽象4.1.3 数据结构与算法设计4.2 面向对象软件设计4.2.1 类与对象的概念4.2.2 继承与多态性4.2.3 设计模式与重构技术4.3 软件实现与编码规范4.3.1 编程语言与开发环境选择4.3.2 编码规范与代码质量控制4.4 软件设计与实现案例分析第五章软件测试与维护5.1 软件测试的基本概念5.1.1 软件测试的目标与原则5.1.2 软件测试的类别与策略5.2 软件测试基本技术与工具5.2.1 黑盒测试与白盒测试5.2.2 静态测试与动态测试5.2.3 自动化测试与测试工具5.3 软件质量保证与控制5.3.1 缺陷管理与跟踪5.3.2 软件质量度量与评估5.4 软件测试与维护案例分析第六章软件配置管理6.1 软件配置管理概述6.1.1 配置管理的定义和目标6.1.2 配置管理的基本原则6.2 配置项和配置管理体系6.2.1 配置项的识别与控制6.2.2 配置管理体系的建立与维护6.3 变更控制与配置管理工具6.3.1 变更控制流程与责任划分6.3.2 配置管理工具的选择与应用6.4 软件配置管理案例分析第七章软件工程实践7.1 软件开发过程改进7.1.1 CMMI与软件过程改进7.1.2 敏捷开发与迭代式开发7.2 软件项目管理实践7.2.1 项目管理的成功因素7.2.2 团队协作与沟通技巧7.3 软件工程案例分析与实训结语通过本课程的学习，学生将深入了解软件工程的基本概念、方法和工具，培养软件开发与项目管理的能力，为将来从事软件行业或相关领域的工作打下扎实的基础。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 10、你要做多大的事情，就该承受多大的压力。6/19/2
020 6:55:34 AM06:55:342020/6/19
• 11、自己要先看得起自己，别人才会看得起你。6/19/2
谢 谢 大 家 020 6:55 AM6/19/2020 6:55 AM20.6.1920.6.19
• 12、这一秒不放弃，下一秒就会有希望。19-Jun-2019 J une 202020.6.19
过程是一系列朝着特定目标（例如，需求、管理、 发布）执行的活动。IEEE标准一共列出了17个过程（ 见表2.1）。把过程分组成更高层的抽象称为过程组（ process group）。 过程组的例子是项目管理、前期开发、开发和后期开 发。
表2.1 IEEE 1074的软件过程
2。2软件开发生命周期过程和活动
•
过程组
过程
生命周期建模
选择生命周期模型
项目管理
项目启动
项目监控和控制
软件质量管理
前期开发
概念探讨
系统配置
开发
需求设计
实现后期开发安装操作和支持维护
报废
整体过程
验证并确认
软件配置管理
文档开发
2。2软件开发生命周期过程和活动
最早出现的软件开发模型是 1970年W．Royce提出的瀑布模型， 而后随着软件工程学科的发展和软件 开发的实践，相继提出了原型模型、 演化模型、增量模型、喷泉模型等。
快速 设计
建造 原型
用户评价原型 原型
指定计划： 决定目标 方案限制
提交线 评审
客户评价
2.2.4 螺旋模型
累计成本
需求计划 生存期 计划
开发计划
组装测试
风险分析
风险分析
风险分析
原型 3
原型 2
原型 1
可运 行原型
风险分析：
评价方案 识别风险 消除风险
软件
需求
编码
需求 软件产品
确认
设计 单元
设计确认验证
•
5、知人者智，自知者明。胜人者有力 ，自胜 者强。 20.6.19 20.6.19 06:55:3 406:55: 34June 19, 2020
•
6、意志坚强的人能把世界放在手中像 泥块一 样任意 揉捏。 2020年 6月19 日星期 五上午6 时55分 34秒06 :55:342 0.6.19
•
7、最具挑战性的挑战莫过于提升自我 。。20 20年6 月上午6 时55分 20.6.19 06:55J une 19, 2020
•
8、业余生活要有意义，不要越轨。20 20年6 月19日 星期五6 时55分 34秒06 :55:341 9 June 2020
•
9、一个人即使已登上顶峰，也仍要自 强不息 。上午 6时55 分34秒 上午6时 55分06 :55:342 0.6.19
•问题定义
问题计划可行性 开发时期
运行时期
2.2.1 瀑布模型
•需求分析
•总体设计
•详细设计
•编码
•测试
维护
图2.2 瀑布模型
2.2.2 演化模型
需
求 设 计 编 码 测 试 集 成
需 求
设 计
编 码
测 试
集 成
需 求
设 计
编 码
测 试
集 成
停止
2.2.3 原型模型
开始
需求采集细化
产品 样本
对原型 加工
• 13、无论才能知识多么卓著，如果缺乏热情，则无异 纸上画饼充饥，无补于事。Friday, June 19, 202019-Jun-
2020.6.19
• 14、我只是自己不放过自己而已，现在我不会再逼自 己眷恋了。20.6.1906:55:3419 June 202006:55
测试
组装
验收 测试
实施工程： 开发、验证
实现 测试
形成产品
2.2.5 喷泉模型
演化
维护 确认 实现 设计 分析
关于 模型小结
螺旋模型是由上面四个部分组成的迭代模 型。螺旋模型的每一周期都包括需求定义、风 险分析、工程实现和评审四个阶段。开发过程 每迭代一次，螺旋线就增加一周，软件开发又 前进一个层次，系统又生成一个新版本，而软 件开发的时间和成本又有了新的投入。最后得 到一个客户满意的软件版本。
第2章 软件生命周期及软 件开发模型
2.1 软件生命周期
2.2 软件开发模型
退出
2.1软件生命周期
软件生命周期：软件定 义、软件设计、软件使用 与维护三阶段，而又可以 具体分成几个子阶段。 （1）可行性研究 （2）需求分析和定义
（3）总体设计
（4）详细设计
（5）编码（实现） （6）软件测试、运行／维护
•
2、阅读一切好书如同和过去最杰出的 人谈话 。06:5 5:3406: 55:3406 :556/1 9/2020 6:55:34 AM
•
3、越是没有本领的就越加自命不凡。 20.6.19 06:55:3 406:55 Jun-201 9-Jun-2 0
•
4、越是无能的人，越喜欢挑剔别人的 错儿。 06:55:3 406:55: 3406:5 5Friday , June 19, 2020
可行性研究 需求分析 概要设计 详细设计
实现 调试 维护 退役 图 2.1 软件生命周期
2。2软件开发生命周期过程和活动
软件生命周期过程的IEEE（美国电气电子工程师学 会 IEEE）标准描述了一系列活动和过程，对于[IEEE Std．1074-1995]的软件的开发和和维护来说这些活动 是强制性的。它的目标是为开发生命周期模型建立一 个通用框架。在这一节，我们描述由这一标准引入的 主要过程和活动。
喷泉模型该模型表明软件开发活动之间没 有明显的间隙，用于支持面向对象开发过程。 由于对象概念的引入，使分析、设计、实现之 间的表达没有明显间隙。并且，这一表达自然 地支持复用。
•
1、有时候读书是一种巧妙地避开思考 的方法 。20.6. 1920.6. 19Friday, June 19, 2020
第2章 软件生命周期及软件开 发模型
学习要点：
• 软件生命周期表明软件从功能确定、设计， 到开发成功投入使用，并在使用中不断地修改、 增补和完善，直至被新的需要所替代而停止该 软件的使用的全过程。
•软件开发模型是从软件项目需求定义直至软件 经使用后废弃为止，跨越整个生存期的系统开 发、运作和维护所实施的全部过程、活动和任 务的结构框架。