软件工程实用教程第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章软件生存周期及开发模型
第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 典型的軟體過程模型
軟體過程模型 把軟體生存週期中各項開發活動的流程用一 個合理的框架——開發模型來規範描述，這 就是軟體過程模型 。 軟體過程模型是從一個特定的角度表現一個 過程，主要根據軟體的類型、規模，特別是 軟體的開發方法、開發環境等多種因素確立 過程模型。
本章學習內容： 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_软件生存周期及模型
13
软件产品
基线 检查点 里程碑 评审 审计 顾客>客 户>用户 现有系统 目标系统
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中软件产品是最终用户使用的软件。它是软件工作产品的一部分。 它是软件工作产品。它是要经内部和外部评审过的，并且是下一阶段工 作的基础，一根基线是一个里程碑或一个检查点。 它是由时间、计划、事件驱动的检查工作进度和质量的一个记号，一个 检查点不一定是基线或里程碑。 它是一个记号，只需经过内部评审。它是一个检查点，但不一定是基线。 是对软件工作产品质量的一次开会或汇签活动。 是复查评审活动程序的合法性，是否按程序与规范进行。 客户是顾客的一部分，顾客包括潜在的客户。用户是软件产品的最终使 用者，用户是客户的一部分。 现有系统是用户当前正在使用的系统（可能是手工系统）；目标系统是 将要实现的系统。
软件产品
基线 检查点 里程碑 评审 审计 顾客>客 户>用户 现有系统 目标系统
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.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、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：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章软件生存周期及开发模型
软件的生存周期的作用：
从时间的角度，对软件开发和维护的复 杂过程进行了有效的划分，把整个生命 周期划分为若干个互相区别而又彼此联 系的阶段，给每个阶段赋予确定而有限 的任务，这样就便于每个阶段都采用经 过验证，行之有效的管理技术和方法， 从技术和管理的角度进行严格审查，以 达到保证软件质量、降低成本、合理使 用资源，进而提高软件开发生产率的目 的。