软件工程实用教程第2章软件生存周期及开发模型
第2 章软件生存周期及开发模型
2.2 典型的软件过程模型
2.2 典型的软件过程模型
2.2 典型的软件过程模型
2.2 典型的软件过程模型
2.3 面向对象的软件过程模型
统一开发过程（RUP）
2.3 面向对象的软件过程模型
1．初始阶段：为系统建立业务用例和确定项目的边界 2．细化阶段：分析问题域，建立健全的体系结构基础， 编制项目计划，淘汰项目中最高风险的元素 3．构建阶段：所有剩余的构件和应用程序功能被开发并 集成为产品，所有的功能被详尽的测试。这个阶段的重点 在管理资源和控制运作以优化成本、日程、质量生产过程。 4．交付阶段：完成最后的软件产品和产品验收测试，并 编制用户文档，进行用户培训等，将软件产品交付给用户 群体
2.1.2 软件过程模型
软件过程:是整个软件生存周期中一系列有序的软件 生产活动的流程。为了能高效地开发一个高质量的软 件产品，通常把软件生存周期中各项开发活动的流程 用一个合理的框架 —— 开发模型来规范描述，这就是 软件过程模型，也称为软件生存周期模型。
过程模型: 能够清晰、直观地表达软件开发的 全过程，明确规定了要完成的主要活动和任务， 是软件项目工作的基础。 建模: 是软件过程中最常使用的技术手段之一。
极限编程过程
第2章软件生存周期及开发模型
1．策划：策划活动开始于建立一系列描述待 开发软件的必要特征与功能的“故事”。每个 故事由客户书写并置于一张索引卡上，客户根 据对应特征或功能的全局业务价值标明权值( 即优先级)。 (1)所有选定故事将在几周之内尽快实现； (2)具有最高价值的故事将移到进度表的前 面并首先实现； (3)高风险故事将首先实现。
2.3 面向对象的软件过程模型
第2章 软件生存周期及开发模型
第2章 软件生存周期及开发模型
软件工程第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等工具。
可以工作的软件胜过面面俱到的文档价值导向为客户交付可工作的软件是我们的核心目标•我们应该尽早交付可进行端到端测试的代码，该目标决定了我们不应该花过多精力在面面俱到的文档上。
•但这不代表我们要抵制任何文档。
实践证明，轻量级的文档策略有助于团队高质量交付可工作的软件。
•在开发过程中，交互设计原型也是一种轻量级文档，交互设计师交付可以尽早地跟团队和客户进行确认验收的核心业务场景的原型，快速收集反馈。
客户合作胜过合同谈判客户团队帮助客户实现他们真正想要的价值•让客户也作为团队的一分子，跟客户建立信任的合作关系取代敌对的谈判关系。
•需求的变化往往来自客户，让客户参与进来可以在开发的过程中尽早的发现变化，从而尽早采取解决方案。
软件工程实用教程第三版-郭宁主编-课后习题及答案
软件工程实用教程第三版-郭宁主编-课后习题及答案第一章软件工程引论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章软件生存周期及开发模型
本章學習內容： 1．掌握軟體的生存（生命）週期的概念 2．明確學習軟體過程模型的意義 3．掌握各種過程模型的特點與適用範圍 4．掌握面向對象軟體過程模型的內容與過 程
第2章軟體生存週期及開發模型
2. 1 軟體過程概述
2.1.1 軟體生存週期
軟體的生存週期指軟體產品從功能確 定、設計、開發成功、投入使用，並 在使用中不斷修改、完善，直至被新 的軟體所替代而停止該軟體的使用的 全過程。
第2章軟體生存週期及開發模型
2.2.4 螺旋模型
第2章軟體生存週期及開發模型
改進的瀑布模型
第2章軟體生存週期及開發模型
2.2.2 原型模型
1．快速原型方法 快速原型方法是原型模型在軟體分析、設計 階段的應用，用來解決用戶對軟體系統在需 求分析上的模糊認識。 快速原型法的特點： 快速原型是用來獲取用戶需求的，或是用來 試探某種設計是否有效。一旦需求或設計確 定下來，原型就將被拋棄。
第2章軟體生存週期及開發模型
瀑布模型的缺點 階段與階段劃分固定，階段間產生大量的文檔， 極大地增加了工作量； 由於開發模型呈線性，當開發成果尚未經過測試 時，用戶無法看到軟體的效果，這些問題往往會 導致開發出來的軟體不是用戶真正需要的軟體； 無法通過開發活動澄清本來不夠確切的軟體需求， 因此，需要返工或者不得不在維護中糾正需求的 偏差； 由於固定順序，前期工作中造成的差錯越到後期 階段所造成的損失越大，為了糾正偏差，需要付 出高昂的代價。
第2章軟體生存週期及開發模型
2.2 典型的軟體過程模型
軟體過程模型 把軟體生存週期中各項開發活動的流程用一 個合理的框架——開發模型來規範描述，這 就是軟體過程模型 。 軟體過程模型是從一個特定的角度表現一個 過程，主要根據軟體的類型、規模，特別是 軟體的開發方法、開發環境等多種因素確立 過程模型。
2_软件生存周期及模型
软件产品
基线 检查点 里程碑 评审 审计 顾客>客 户>用户 现有系统 目标系统
14
软件生存周期
软件生存周期模型
15
2.2 软件生存周期模型概念
模型是为了理解事物而对事物作出的一种抽 象，它忽略了不必要的细节，是事物的一种 抽象描述形式 。
软件生存周期模型是描述软件开发过程中各种
活动如何执行的模型。它确立了软件开发和演 化中各阶段的次序以及各阶段活动的准则，确 立开发过程所必须遵守的规定和限制等。
11 编码
12 测试
第2块 第2块 第2块 第2块 第3块 第3块 第3块 第4块 第4块 …第N块
19
增量模型特点
遵循递增方式进行软件开发。开发一部 分，向用户展示一部分。 增量模型是一种非整体开发的模型。 适用于：
1）使用面向对象语言或第四代语言（VB、 Delphi、Qt等）； 2）需求可能发生变化，客户接受分阶段交付； 3）分析设计人员对应用领域不熟悉，难以一步 到位； 4）项目风险高；
基本任务：通过各种类型的测试活动使软件达到 预定的要求。 结束标准：软件合格，能交付用户使用。
测试
7
软件维护时期
基本任务：通过各种必要的维护活动使系 统持久地满足用户需要。
8
交互设计
美国的Alan Cooper提出，交互设计应该作 为软件生存周期的一个重要阶段考虑进去（具 体可参看《软件开发的创新思维》，刘瑞挺等 译，电子工业出版社出版）。 可行性研究和项目开发计划、需求分析、 交互设计、 概要设计、详细设计、编码、测试、维护 解决软件的可用性，最佳满足用户的使用目标。 结束标准：达成共识的交互设计文档
在CMM中软件产品是最终用户使用的软件。它是软件工作产品的一部分。 它是软件工作产品。它是要经内部和外部评审过的，并且是下一阶段工 作的基础，一根基线是一个里程碑或一个检查点。 它是由时间、计划、事件驱动的检查工作进度和质量的一个记号，一个 检查点不一定是基线或里程碑。 它是一个记号，只需经过内部评审。它是一个检查点，但不一定是基线。 是对软件工作产品质量的一次开会或汇签活动。 是复查评审活动程序的合法性，是否按程序与规范进行。 客户是顾客的一部分，顾客包括潜在的客户。用户是软件产品的最终使 用者，用户是客户的一部分。 现有系统是用户当前正在使用的系统（可能是手工系统）；目标系统是 将要实现的系统。
软件工程(概论)生存期和开发模型-作业2
2.3 软件开发模型
4．模型的优点 开发阶段清晰，便于评审、审计、跟踪、管理和控制。
5．模型的缺点 传统的项目组织方法是按顺序完成每个工作流程，即瀑布式生命周期。瀑布
只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。 瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错
一阶段（活3）动用的户输使入用，环继境续很进稳行定下；一阶段的活动，否则返回上一阶段修改。 （4）用户除提出需求以外，很少参与开发工作。
2．模瀑型布的模特型点认为：项目经理或软件管理人员，只要控制好每级台阶的高度 （和1宽）度里，程在碑每或个基台线阶驱处动设，立或里者程说碑文或档基驱线动，；并组织好对基线的评审与审 （计2，）就过可程以逆控转制性好很项差目或的者开说发不成可本逆、转进，度因和为质根量据。上游的错误会在下游进行
误的传递会采取发散扩大的方式。
瀑布模型反馈环
CMM/CMMI采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度， 只有前一阶段不符合项全部改正，才允许开发人员进入后一阶段工作。
不符合项，就是在评审中发现的问题项，它不同于Bug。对于这些不符合项，软 件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底 。
可行性研究的结果是负责人作出是否继续进行这项工程的决定的重要依据。 可行性研究以后的各个阶段，将需要投入多少相应的人力物力。 及时终止不值得投资的工程项目，可以避免更大的浪费。
2.2 软件工程过程
3. 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须 具备哪些功能。产生《需求规格说明书》。
第2章 软件生存周期及开发模型
迭代式生存周期分为以下4个阶段。 (1) 初始阶段。主要工作是确定系统的业务用况 初始阶段。 (Use Case)和定义项目的范围。业务用况包括成功 的评估、风险确认、资源需求和以阶段里程碑表示 的阶段计划。 (2) 精化阶段。主要工作是分析问题域，细化产品 精化阶段。 定义，定义系统的构架并建立基线，为构建阶段的 设计和实施工作提供一个稳定的基础。 (3) 构建阶段 构建阶段。主要工作是反复开发，以完善产品， 达到用户的要求。 (4) 移交阶段。主要工作是将产品交付给用户，包 移交阶段。 括安装、培训、交付、维护等工作。
掌握
2．1 软件生存周期概论 ． 1、概述：任何有生命的动物、植物和人， 都有一个生存周期(Life Cycle)。例 如，人的生 存周期如表2-2所示。
表2-2 人的生存周期
周期 周期 周期划分 周期的主要活动 序号 名称 1 胚胎至分娩 胎儿 定期到妇幼保健院或妇产科医院检查 2 3 4 5 6 7 8 9 0～3岁 3～6岁 6～12岁 婴儿 请保姆看护，上婴儿室或托儿所 幼儿 上幼儿园 儿童 上小学，好好学习，天天向上
2．模型的特点 ． 迭代模型的特点是：迭代或迭代循环驱动，每一次迭 代或迭代循环，均要走完初始(先启)、精化、构建、移交 4个阶段。 面向对象的方法，尤其是面向对象的CASE工具Rose， 适合使用迭代模型。 根据软件开发的实际情况，以下类型的项目可以考虑 使用迭代式生存周期。 · 生存周期模型是以迭代为主要特征的。项目组的管理 人员和核心成员应对迭代的开发方式比较熟悉，并具有 丰富的软件工程知识和实施经验。 · 项目组的管理人员和核心成员应对软件工程的核心过 程：系统建模、需求分析、系统设计、系统实现、项目 管理、配置管理、测试等比较熟悉。
第2块增量构件: 更完善的编辑和 文档生成功能 第2块增量构件: 第3块增量构件: 更完善的编辑和 实现拼写和语法 文档生成功能 检查功能； 第2块增量构件: 第3块增量构件: 第4块增量构件: 更完善的编辑和 实现拼写和语法 完成高级的页面 文档生成功能 检查功能； 排版功能 第2块增量构件: 第3块增量构件: 第4块增量构件: 第N块增 更完善的编辑和 实现拼写和语法 完成高级的页面 量构件: … 文档生成功能 检查功能； 排版功能
软件生存周期及开发模型
据模型PDM 据模型PDM
面向对象的编程工具,在软件企业强大的类库,构件库 面向对象的编程工具,在软件企业强大的类库, 的支撑下,快速地实现需求分析中确认的流程,功能, 的支撑下,快速地实现需求分析中确认的流程,功能, 性能和接口 交付给用户试用,反复循环几次, 交付给用户试用,反复循环几次,直到客户确认满意为 止.
9
增量模型(续) 增量模型(
选择模型的条件 条件: 3,选择模型的条件: 接受分阶段交付. 在项目开发过程中,客户接受分阶段交付 (1)在项目开发过程中,客户接受分阶段交付. (2)开发人员对应用领域不熟悉,难以一步到位. 开发人员对应用领域不熟悉,难以一步到位. 工期过紧的中等或高风险项目 中等或高风险项目. (3)工期过紧的中等或高风险项目. 用户可参与到整个软件开发过程中 到整个软件开发过程中. (4)用户可参与到整个软件开发过程中. 面向对象语言. 使用面向对象语言 (5)使用面向对象语言. 软件公司自己有较好的类库 构件库. 类库, (6)软件公司自己有较好的类库,构件库.
6
瀑布模型(续) 瀑布模型(
3,选择模型的条件: 选择模型的条件 条件: 很少变化. (1)在开发时间内需求没有或很少变化. 在开发时间内需求没有或很少变化 (2)分析设计人员对应用领域很熟悉. 分析设计人员对应用领域很熟悉 领域很熟悉. (3)低风险项目(对目标,环境很熟悉). 低风险项目(对目标,环境很熟悉). (4)用户使用环境很稳定. 用户使用环境很稳定 稳定. 用户除提出需求以外 很少参与开发. 除提出需求以外, (5)用户除提出需求以外,很少参与开发.
12
原型模型(续) 原型模型(
选择模型的条件 条件: 3,选择模型的条件: 已有产品或产品的原型 只需客户化的项目. 或产品的原型, (1)已有产品或产品的原型,只需客户化的项目. 简单而熟悉的行业或领域 或领域. (2)简单而熟悉的行业或领域. 有快速原型开发工具 开发工具. (3)有快速原型开发工具. (4)进行产品移植或升级. 进行产品移植或升级 移植或升级. 4,优点 开发速度快 开发速度快 实时反馈用户意见 实时反馈用户意见 模型的缺点 不利于开发人员的 缺点: 开发人员的创新 5,模型的缺点:不利于开发人员的创新
软件生命周期与开发模型
软件生命周期与开发模型软件生命周期是指从软件的概念阶段开始，到软件废弃和替代为止的整个过程。
软件开发模型是指在软件生命周期中，开发团队根据特定的开发方式和流程，按照一定的步骤和阶段进行软件开发的模式。
本文将介绍软件生命周期的定义、重要性以及常用的软件开发模型。
软件生命周期的定义与重要性软件生命周期是指软件从概念形成、开发、测试、部署、维护、更新到废弃的全过程。
它涵盖了软件整个生存期内的开发、运行和维护等各个环节。
软件生命周期的目标是以统一的方式管理软件项目，确保软件的质量、成本和交付时间。
软件生命周期的重要性体现在以下几个方面：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 软件生存周期模型
• 软件生存周期模型是描述软件开发过程中各种活 动如何执行的模型。
• 软件生存周期模型的选择受软件规模、种类、开 发方式、开发环境以及开发使用的方法等因素影 响。
软件生存周期及其模型是什么？
软件⽣存周期及其模型是什么？
软件⽣存周期（Software life cycle）⼜称为软件⽣命期，⽣存期。
是指从形成开发软件概念起，所开发的软件使⽤以后，知道失去使⽤价值消亡为⽌的整个过程。
⼀般来说，整个⽣存周期包括计划（定义）、开发、运⾏（维护）三个时期，每个时期⼜划分为若⼲个阶段。
每个阶段有明确的任务。
周期模型（典型的⼏种）：
瀑布模型
快速原型模型：快速原型模型允许在需求分析阶段对软件的需求进⾏初步⽽⾮完全的分析和定义，快速设计开发出软件系统的原型，该原型向⽤户展⽰待开发软件的全部或部分功能和性能；⽤户对该原型进⾏测试评定，给出具体改进意见以丰富细化软件需求；开发⼈员据此对软件进⾏修改完善，直⾄⽤户满意认可之后，进⾏软件的完整实现及测试、维护。
迭代模型：迭代包括产⽣产品发布（稳定、可执⾏的产品版本）的全部开发活动和要使⽤该发布必需的所有其他外围元素。
在某种程度上，开发迭代是⼀次完整地经过所有⼯作流程的过程：需求分析、设计、实施和测试⼯作流程。
实质上，它类似⼩型的瀑布式项⽬。
RUP认为，所有的阶段都可以细分为迭代。
每⼀次的迭代都会产⽣⼀个可以发布的产品，这个产品是最终产品的⼀个⼦集。
⽣命周期阶段：
软件计划与可⾏性分析
需求分析
软件设计
编码
软件测试
运⾏与维护。
《软件工程实践与项目管理》课件第2章
第2章 软件生命周期与开发模型 图2-3 软件开发人员的角色
第2章 软件生命周期与开发模型 下面对软件生命周期各阶段加以详细介绍： 1) 需求分析 这个阶段的任务是对用户的需求进行分析和综合，确定
软件的基本目标和逻辑功能要求，解决系统要“做什么”的 问题，写出软件需求规格说明书。该需求规格说明书是软件 工程中最重要的文件，它准确地记录了对目标系统的要求， 它是用户和软件开发人员之间共同的约定及软件开发人员进 行后续开发的基础。
第2章 软件生命周期与开发模型 3. 运行与维护阶段 软件运行与维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于各种原因，软件在运行 过程中可能会出现一些问题，这就要求我们对软件进行维护。 软件的维护一般包括改正性维护、适应性维护、完善性维护 和预防性维护等四个方面。
第2章 软件生命周期与开发模型
第2章 软件生命周期与开发模型 软件原型化方法的基本思想是花费少量代价建立一个可
运行的系统，强调软件开发人员与用户的不断沟通，通过原 型的演进不断适应用户的需求。将维护和修改阶段的工作尽 早进行，从而使软件产品满足用户需求。
第2章 软件生命周期与开发模型 2) 软件原型化方法的分类 软件原型化方法主要用在需求分析阶段，但也可以用于
第2章 软件生命周期与开发模型 (5) 判定原型完成。 如果原型经过修正和改进已获得了参与者的一致认可，那 么原型开发的迭代过程可以结束。 (6) 判定原型效果。 (7) 整理原型和提供文档。 整理原型的目的是为进一步开发提供依据。整理完成之后 即可提供原型文档。
第2章 软件生命周期与开发模型 4) 快速原型的优点 使用快速原型化开发方法进行软件开发具有以下优点： (1) 增进了软件开发人员和用户对系统需求的理解，便于 将用户模糊的需求明确化。 (2) 可以克服瀑布模型的缺点，减少由于软件需求不明确 带来的开发风险。
软件工程第二章 软件生存周期及模型
13
5、瀑布模型特点 是一个理想化过程。会掩饰项目中真正的风险，当你 太晚发现它们时已无济于事。 过程逆转性很差，因为上游的错误会在下游进 行发散性传播。所以逆转会造成很大损失。 缺乏灵活性;特别是无法解决软件需求不明确或 不准确的问题后期错误，修正代价高 。
纯瀑布模型的缺点是在项目开始的时候，在设 计工作完成前和代码写出来前，很难充分描述 需求。
被审文档、开审查会、返工、复查。
❖管理复审的主要任务是在软件生存周期的每个 重要的里程碑，对工程项目的成本、实际花费的 经费、投资回收的前景、项目的进度等经济因素 从管理角度进行审查。从管理角度对软件开发工 程进行复审，是对工程进行管理和控制的主要手 段，对发现的问题可以及时采取措施加以解决， 2021/8必/5 要时甚至可以取消开发工程以避免更大的损失。12 12
它是一个记号，只需经过内部评审。它是一个检查点，但不一定是基线。
评审
审计
顾客>客 户>用户 现有系统 目标系统
2021/8/5
是对软件工作产品质量的一次开会或汇签活动。
是复查评审活动程序的合法性，是否按程序与规范进行。
客户是顾客的一部分，顾客包括潜在的客户。用户是软件产品的最终使 用者，用户是客户的一部分。 现有系统是用户当前正在使用的系统（可能是手工系统）；目标系统是 将要实现的系统。
2021/8/5
27
27
五、原型模型----概念
快速原型模型：先开发一个“原型”软件，完成主
瀑布模型最主要的问题是缺乏灵活性。必须在 项目开始前说明全部需求。但这恰恰是非常困 难的。
2021/8/5
14
14
6、瀑布模型适用场合
当有一个稳定的产品定义和很容易被理解的技术解决方案 时，纯瀑布模型特别合适
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第2章软件生存周期及开发模型
2.1.2 软件过程各阶段任务 1．软件定义期
（1）软件任务立项 （2）可行性研究 （3）软件需求分析 （4）制定项目计划
第2章软件生存周期及开发模型
2．软件开发阶段
（1）总体设计 （2）详细设计 （3）编码和单元测试 （4）集成测试 （5）确认测试
3．运行与维护阶段
第2章软件生存周期及开发模型
瀑布模型的缺点
✓ 阶段与阶段划分固定，阶段间产生大量的文档， 极大地增加了工作量；
✓ 由于开发模型呈线性，当开发成果尚未经过测试 时，用户无法看到软件的效果，这些问题往往会 导致开发出来的软件不是用户真正需要的软件；
✓ 无法通过开发活动澄清本来不够确切的软件需求， 因此，需要返工或者不得不在维护中纠正需求的 偏差；
✓ 对于一个大型复杂的系统，如果不经过分析来 进行整体性划分，想直接用屏幕来一个一个地 模拟是很困难的；对于大量运算、逻辑性较强 的程序模块，快速原型方法很难构造出模型来 供人评价。
第2章软件生存周期及开发模型
原型方法只适用于小型、简单、处理过程比较 明确、没有大量运算和逻辑处理过程的系 统。
第2章软件生存周期及开发模型
第2章软件生存周期及开发模型
2.2.3 增量模型
增量模型的工作流程
定义需求框架
按照构件组成及其关系 设计软件系统体系结构
将构件集成进系统
验证系统
系统已完
否
成
是
最终系统
开发增量构件 细化构件需求 设计构件 实现构件 验证构件
第2章软件生存周期及开发模型
1.增量模型的三个阶段
（1）在系统开发的前期阶段，为了确保所建系统具有优良 的结构，仍需要针对整个系统进行需求分析和总体设计， 需要启动系统的基于增量构件的需求框架，并以需求框 架中构件的组成及关系为依据，完成对软件系统的体系 结构设计。
第2章软件生存周期及开发模型
2.2.1 瀑布模型
第2章软件生存周期及开发模型
瀑布模型的特点： ✓ 阶段性 ✓ 阶段评审 ✓ 文档管理 瀑布模型适用于具有以下特征的一类系统: ✓ 在开发时期内没有或很少有需求变化； ✓ 开发者对应用领域很熟悉； ✓ 低风险项目，如开发者对目标和开发环境很熟悉； ✓ 除了在早期阶段，用户对开发工作参与很少； ✓ 系统编程要求使用面向过程的程序设计语言。
快速原型法的特点： ✓ 快速原型是用来获取用户需求的，或是用来
试探某种设计是否有效。一旦需求或设计确 定下来，原型就将被抛弃。
第2章软件生存周期及开发模型
✓ 快速原型是暂时使用的，因此并不要求完整。 它往往针对某个局部问题建立专门原型，如界 面原型、工作流原型、查询原型等。
✓ 快速原型不能贯穿软件的整个生命周期，它需 要和其他的过程模型相结合才能产生作用。
（3）软件系统是逐渐开展的，因此开发者可以通过对诸多构件 的开发，逐步积累开发经验。实际上增量式开发还有利于 技术复用，
（4）增量式开发还有利于从总体上降低软件项目的技术风险。
第2章软件生存周期及开发模型
2.2.4 螺旋模型
第2章软件生存周期及开发模型
2.2.4 螺旋模型
在笛卡尔坐标的4个象限上分别表达各方面的 活动：
2.增量模型的作用
（1）开发初期的需求定义只是用来确定软件的基本结构，这使 得开发初期，用户只需要对软件需求进行大概的描述，而 对于需求的细节描述，则可以延迟到增量构件开发时进行， 以增量构件为单位逐个地进行需求补充。（2）软件系统可 以按照增量构件的功能安排开发的优先顺序，并逐个实现 和交付使用。这不仅有利于用户尽早地用上系统，能够更 好地适应新的软件环境，而且用户在以增量方式使用系统 的过程中，还能够获得对软件系统后续构件的需求经验。
（2）在完成软件体系结构设计之后，可以进行增量构件的 开发。这时需要对构件进行需求细化，然后进行设计、 编码测试和有效性验证。
（3）在完成了对某个构件的开发之后，需要将该构件集成 到系统中去，并对已经发生了改变的系统重新进行有效 性验证，然后再继续下一个增量构件的开发。
第2章软件生存周期及开发模型
第2章软件生存周期及开发模型
本章学习内容： 1．掌握软件的生存（生命）周期的概念 2．明确学习软件过程模型的意义 3．掌握各种过程模型的特点与适用范围 4．掌握面向对象软件过程模型的内容与过
程
第2章软件生存周期及开发模型
2. 1 软件过程概述
2.1.1 软件生存周期
软件的生存周期指软件产品从功能确 定、设计、开发成功、投入使用，并 在使用中不断修改、完善，直至被新 的软件所替代而停止该软件的使用的 全过程。
第2章软件生存周期及开发模型
2.2 典型的软件过程模型
软件过程模型
把软件生存周期中各项开发活动的流程用一 个合理的框架——开发模型来规范描述，这 就是软件过程模型 。 软件过程模型是从一个特定的角度表现一个 过程，主要根据软件的类型、规模，特别是 软件的开发方法、开发环境等多种因素确立 过程模型。
2．原型进化模型
需求描述
建立/完善原型
使用原型系统
否
交付目标系统
是
系统充分
✓ 原型进化模型将软件的需求细节定义、产品开发和有 效性验证放在同一个工作进程中交替或并行运作。因 此，在获得了软件需求框架以后，就可以直接进入到 对软件的开发中。
✓ 原型进化模型是通过不断发布新的软件版本而使软件 逐步完善的，因此，这种开发模式特别适合于那些用 户急需的软件产品开发。
✓ 由于固定顺序，前期工作中造成的差错越到后期 阶段所造成的损失越大，为了纠正偏差，需要付 出高昂的代价。
第2章软件生存周期及开发模型
改进的瀑布模型
第2章软件生存周期及开发模型
2.2.2 原型模型
1．快速原型方法 快速原型方法是原型模型在软件分析、设计 阶段的应用，用来解决用户对软件系统在需 求分析上的模糊认识。
பைடு நூலகம்
第2章软件生存周期及开发模型
软件的生存周期的作用：
从时间的角度，对软件开发和维护的复 杂过程进行了有效的划分，把整个生命 周期划分为若干个互相区别而又彼此联 系的阶段，给每个阶段赋予确定而有限 的任务，这样就便于每个阶段都采用经 过验证，行之有效的管理技术和方法， 从技术和管理的角度进行严格审查，以 达到保证软件质量、降低成本、合理使 用资源，进而提高软件开发生产率的目 的。