IT软件项目的生命周期PPT(共46页)
合集下载
[计算机软件及应用]软件开发生命周期-PPT课件
![[计算机软件及应用]软件开发生命周期-PPT课件](https://img.taocdn.com/s3/m/e7828fca6aec0975f46527d3240c844768eaa071.png)
*
案例分析
“School项目”应该采用什么生存期模型？
*
学生成绩管理主要包括数据维护、成绩查询和成绩统计等三大功能模块。其中数据维护应实现班级、学生、课程和课程成绩等信息的录入、修改和删除等功能；成绩查询包括按学生查询其所有课程的成绩、按课程查询所有学生的成绩、按课程和班级查询所有学生的成绩；成绩统计包括按学生统计学分、平均成绩、班级名次和不及格课程门数，按课程统计学生平均成绩、及格率、优良率（80及以上为优良）。
*
本章要点
一、生存期模型定义 二、常用生存期模型 瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段 三、案例分析
*
V模型
接收测试
集成测试
系统测试
项目规化
需求分析
总体设计
详细设计
编码和调试
集成测试
单元测试
*
V模型模型适合的项目
项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 对系统的性能安全很严格的项目 类似的项目如： 航天飞机等 公司的财务系统
项目规划
项目规划
*
产品阶段1设计
阶段目标： 设计公共控制系统功能模块 输入： 系统设计文件 数据库结构定义 过程： 详细设计 输出： 详细设计文件 时间计划： 2001/1/15-2001/2/15（暂定）
*
其它模型
其他 例如:Code and fix 自定义
*
常用生存期模型
瀑布Waterfall V模型V-shaped 原型Prototyping 增量Incremental 螺旋式Spiral 快速应用开发RAD 渐近式阶段
*
本章要点
一、生存期模型定义 二、常用生存期模型 瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段 三、案例分析
第3章IT软件项目的生命周期
在约束条件内可能获得不了这些软件产品 软件产品功能可能不合适
第3章IT软件项目的生命周期
例2 软件产品螺旋模型（2）
目标 获得软件产品
风险解决 办法
用开发软件产品的原型来明确需求 委托顾问调查现存信息恢复系统的情况 放松时间限制
后果
信息恢复系统灵活性（可移植性）差 不能满足确认的需求 采用DBMS开发的原型可能会提高整个系统 特殊目的软件产品的开发成本可能会很高
（1）纯瀑布模型
•软件概念
• ①软件概念：用户提出对软件的开发与初步需求； • ②需求分析：开发者与用户交流，确
•需求分析
定系统的目标、服务与约束；
••将④初详步细设设计计的：整 •初步设计
• ③初步设计：将用户需求分 解成硬件与软件需求，并建
体 •结构继续分解为可实施
立系统的整体结构模型； •详细设计
这种方法是借助先进的软件开发工具根据用户提出的 软件需求定义，快速建立一个软件系统的“原型”， 向用户展示待开发软件的全部或部分功能，在征求用 户对原型软件的意见后，反复进行修改、完善、提高 和确认，最终实现项目的目标。
第3章IT软件项目的生命周期
(1)渐进原型模型图
•渐进原型模型是从软件开发系统概念开始， 根据软件需求定义，快速建立一个软件系统
(2)开发者对系统的整体框架的理解是否充分？是否有 可能在项目进展过程中对系统框架进行重大改变？
(3)可靠性需求有多大？ (4)需要在项目中为未来的版本提前进行多少计划和设
计？
第3章IT软件项目的生命周期
7.为项目选择最快速的生命周期(2)
(5)项目要承受多大的风险？ (6)是否被迫预先确定进度？ (7)需要具备在进展过程中进行变更的能力吗？ (8)需要在项目整个进展过程中提供给用户可视
第3章IT软件项目的生命周期
例2 软件产品螺旋模型（2）
目标 获得软件产品
风险解决 办法
用开发软件产品的原型来明确需求 委托顾问调查现存信息恢复系统的情况 放松时间限制
后果
信息恢复系统灵活性（可移植性）差 不能满足确认的需求 采用DBMS开发的原型可能会提高整个系统 特殊目的软件产品的开发成本可能会很高
（1）纯瀑布模型
•软件概念
• ①软件概念：用户提出对软件的开发与初步需求； • ②需求分析：开发者与用户交流，确
•需求分析
定系统的目标、服务与约束；
••将④初详步细设设计计的：整 •初步设计
• ③初步设计：将用户需求分 解成硬件与软件需求，并建
体 •结构继续分解为可实施
立系统的整体结构模型； •详细设计
这种方法是借助先进的软件开发工具根据用户提出的 软件需求定义，快速建立一个软件系统的“原型”， 向用户展示待开发软件的全部或部分功能，在征求用 户对原型软件的意见后，反复进行修改、完善、提高 和确认，最终实现项目的目标。
第3章IT软件项目的生命周期
(1)渐进原型模型图
•渐进原型模型是从软件开发系统概念开始， 根据软件需求定义，快速建立一个软件系统
(2)开发者对系统的整体框架的理解是否充分？是否有 可能在项目进展过程中对系统框架进行重大改变？
(3)可靠性需求有多大？ (4)需要在项目中为未来的版本提前进行多少计划和设
计？
第3章IT软件项目的生命周期
7.为项目选择最快速的生命周期(2)
(5)项目要承受多大的风险？ (6)是否被迫预先确定进度？ (7)需要具备在进展过程中进行变更的能力吗？ (8)需要在项目整个进展过程中提供给用户可视
软件工程生命周期PPT资料(正式版)
可行性论证包括经济可行性、技术可行性、操作 可行性、法律可行性等。
需求分析
1) 需求分析的任务
需求分析的任务是确定待开发的软件系统 “做什么，不做什么”。不考虑“怎样做”
具体任务包括确定软件系统的功能需求、性 能需求和运行环境约束，编制软件需求规格 说明书、软件系统的验收测试准则和初步的 用户手册。
检 验 的 模 块 按 照 某 种 选 定 的 策 略 逐 步 进 行 组 装 和 据统计，软件维护人员为了分析和理解原软件系统所花费的工作量约占整个维护工作量的60%以上。
β测试（针对产品软件） 软件设计是对实现软件的结构、系统的数据、系统组件间的接口以及所用的算法进行描述。
测试。 2）单元测试：每编写出一个程序模块的源程序，调试通过后，即对该模块进行测试，这称为单元测试。
维护
✓ 任务: 通过各种维护活动使软件系统持久地满足用
户的需求。
✓ 每项维护活动实质上都是一次压缩和简化了的软
件定义和软件开发过程。都要经历提出维护要求、 分析维护要求、提出维护方案、审批维护方案、 确定维护计划、修改软件设计、修改程序、测试 程序、评审、验收等步骤。
✓ 维护活动一般可以分程四类： v改正性维护
编码与单元测试
2）单元测试：每编写出一个程序模块的源程 序，调试通过后，即对该模块进行测试，这 称为单元测试。
3）实现阶段的成果：
✓ 按一定规则存储在一定载体上的通过
单元测试的各功能模块的集合；
✓ 详细的单元测试报告等文档。
测试
▪ 测试阶段解决的主要问题是“通过怎样的测
试（及相应的调试），使软件系统达到用户 的预期要求。”
需求分析
2）需求分析的实现途径
软件系统需求一般由用户提出。系统分析员和开 发人员在需求分析阶段必须与用户反复讨论、协 商，充分交流信息，并用某种方法和工具构建软 件系统的逻辑模型。为了使开发方与用户对待开 发软件系统达成一致的理解，必须建立相应的需 求文档。有时对大型、复杂的软件系统的主要功 能、接口、人机界面等还要进行模拟或建造原型， 以便向用户和开发方展示待开发软件系统的主要 特征。确定软件需求的过程有时需要反复多次， 最终得到用户和开发者的确认。
需求分析
1) 需求分析的任务
需求分析的任务是确定待开发的软件系统 “做什么，不做什么”。不考虑“怎样做”
具体任务包括确定软件系统的功能需求、性 能需求和运行环境约束，编制软件需求规格 说明书、软件系统的验收测试准则和初步的 用户手册。
检 验 的 模 块 按 照 某 种 选 定 的 策 略 逐 步 进 行 组 装 和 据统计，软件维护人员为了分析和理解原软件系统所花费的工作量约占整个维护工作量的60%以上。
β测试（针对产品软件） 软件设计是对实现软件的结构、系统的数据、系统组件间的接口以及所用的算法进行描述。
测试。 2）单元测试：每编写出一个程序模块的源程序，调试通过后，即对该模块进行测试，这称为单元测试。
维护
✓ 任务: 通过各种维护活动使软件系统持久地满足用
户的需求。
✓ 每项维护活动实质上都是一次压缩和简化了的软
件定义和软件开发过程。都要经历提出维护要求、 分析维护要求、提出维护方案、审批维护方案、 确定维护计划、修改软件设计、修改程序、测试 程序、评审、验收等步骤。
✓ 维护活动一般可以分程四类： v改正性维护
编码与单元测试
2）单元测试：每编写出一个程序模块的源程 序，调试通过后，即对该模块进行测试，这 称为单元测试。
3）实现阶段的成果：
✓ 按一定规则存储在一定载体上的通过
单元测试的各功能模块的集合；
✓ 详细的单元测试报告等文档。
测试
▪ 测试阶段解决的主要问题是“通过怎样的测
试（及相应的调试），使软件系统达到用户 的预期要求。”
需求分析
2）需求分析的实现途径
软件系统需求一般由用户提出。系统分析员和开 发人员在需求分析阶段必须与用户反复讨论、协 商，充分交流信息，并用某种方法和工具构建软 件系统的逻辑模型。为了使开发方与用户对待开 发软件系统达成一致的理解，必须建立相应的需 求文档。有时对大型、复杂的软件系统的主要功 能、接口、人机界面等还要进行模拟或建造原型， 以便向用户和开发方展示待开发软件系统的主要 特征。确定软件需求的过程有时需要反复多次， 最终得到用户和开发者的确认。
软件开发生命周期 PPT课件
➢ 目标：解决的问题是该如何做？ ➢ 成果：设计说明书及相关设计文档
9
构建（实现）
➢ 用具体的编程语言去实现设计思想，满足客户的需求 ➢ 成果：代码及文档等等
10
测试
➢ 依据需求规格说明书验证是否满足客户的需求。 ➢ 成果：测试报告
11
部署
➢ 在生产环境中实施系统，使之正常运转 ➢ 成果：可以正常运转的系统
需求
4
成果
➢ 组织结构视图 概述业务中的关键角色和职责以及他们的分组情况。
➢ 业务流程视图 包括业务的关键业务流程并对其进行概述，这些流程是业务存在 的原因。
5
什么是需求
➢ 需求是指系统必须符合的条件或具备的功能 功能性：系统无需考虑物理约束而必须能够执行的动作 非功能性 可用性 可靠性 性能 实施需求 接口需求 ……
变动。因此，这种模型可证明是低效的。
17
原型模型
➢ 产品的第一版是试验性的 ➢ 这种试验的主要目的是评估此产品的可行性和验证需求 ➢ 这种产品的‘第一版’称为原型 ➢ 抛弃此产品，在更为扎实的基础上开始真正的开发 ➢ 原型法最适合用户不能精确地表述他或她的需求
18
原型模型
19
过程模型的结合
➢ 原型法和瀑布模型的结构化技术可以结合起来使用 ➢ 在向软件工程师提供了足够的关于用户的确切需求反馈
➢ 快速应用开发模型是一个线性过程模型 ➢ 使用基于构件的系统，如面向对象系统 ➢ 在开发中通常同时涉及到不止一个开发组 ➢ 每个组都独立地遵顺RAD过程 ➢ RAD 模型有以下五各阶段：
业务建模 数据建模
22
快速应用开发模型 (RAD)
过程建模 应用生成 测试和调整
组1 业务建模 组2 业务建模 组3 业务建模
9
构建（实现）
➢ 用具体的编程语言去实现设计思想，满足客户的需求 ➢ 成果：代码及文档等等
10
测试
➢ 依据需求规格说明书验证是否满足客户的需求。 ➢ 成果：测试报告
11
部署
➢ 在生产环境中实施系统，使之正常运转 ➢ 成果：可以正常运转的系统
需求
4
成果
➢ 组织结构视图 概述业务中的关键角色和职责以及他们的分组情况。
➢ 业务流程视图 包括业务的关键业务流程并对其进行概述，这些流程是业务存在 的原因。
5
什么是需求
➢ 需求是指系统必须符合的条件或具备的功能 功能性：系统无需考虑物理约束而必须能够执行的动作 非功能性 可用性 可靠性 性能 实施需求 接口需求 ……
变动。因此，这种模型可证明是低效的。
17
原型模型
➢ 产品的第一版是试验性的 ➢ 这种试验的主要目的是评估此产品的可行性和验证需求 ➢ 这种产品的‘第一版’称为原型 ➢ 抛弃此产品，在更为扎实的基础上开始真正的开发 ➢ 原型法最适合用户不能精确地表述他或她的需求
18
原型模型
19
过程模型的结合
➢ 原型法和瀑布模型的结构化技术可以结合起来使用 ➢ 在向软件工程师提供了足够的关于用户的确切需求反馈
➢ 快速应用开发模型是一个线性过程模型 ➢ 使用基于构件的系统，如面向对象系统 ➢ 在开发中通常同时涉及到不止一个开发组 ➢ 每个组都独立地遵顺RAD过程 ➢ RAD 模型有以下五各阶段：
业务建模 数据建模
22
快速应用开发模型 (RAD)
过程建模 应用生成 测试和调整
组1 业务建模 组2 业务建模 组3 业务建模
《软件生命周期》课件
螺旋模型分为四 个阶段：计划、 风险分析、实施 和评估。
螺旋模型强调风 险管理，通过多 次迭代来降低风 险。
螺旋模型适用于 高风险、高复杂 度的项目。
迭代模型
特点：快速、灵活、适应性 强
概念：一种软件开发方法， 通过多次迭代来完善产品
步骤：需求分析、设计、编 码、测试、部署、维护
优点：能够快速响应需求变 化，提高产品质量和开发效
特点：V模型强调测试的重要性，每个开发阶段都有对应的测试阶段， 以确保软件的质量。
优点：V模型有助于提高软件开发的效率和质量，减少错误和缺陷。
缺点：V模型过于依赖文档，可能导致开发进度缓慢，难以适应快速 变化的需求。
DevOps模型
概念：DevOps是一种软件开发和运维模式，强调开发和运维的紧密合作 特点：自动化、持续集成、持续交付、持续部署 优势：提高软件开发效率，降低运维成本，提高软件质量 应用：广泛应用于互联网、金融、电信等行业
意义：软件生命周期是软件工程中重要的概念，有助于理解软件开发的整个过程，提高 软件开发的效率和质量
阶段划分：软件生命周期可以分为需求分析、设计、编码、测试、部署、维护和退役等阶段
每个阶段的目标和任务：每个阶段都有其特定的目标和任务，需要遵循一定的方法和规 范，以保证软件开发的质量和效率
阶段划分
需求分析阶段： 确定软件需求， 制定需求文档
率
缺点：需要较高的团队协作 能力和项目管理能力
敏捷开发模型
核心理念：快速响应变化，持续交付价值 特点：迭代、增量、持续集成、持续交付 开发流程：需求分析、设计、开发、测试、部署 工具和技术：Scrum、极限编程、看板、持续集成工具等
V模型
概念：V模型是一种软件开发生命周期模型，它将软件开发过程分为 需求分析、设计、编码、测试和维护等阶段。
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
一般将项目、结束项目
Page 2
1.软件项目生命周期的概念
对于典型的IT软件项目，项目的生命周期可以从不同 的角度认识。 从项目承担方看：项目是从接到合同正式开始的， 到完成规定工作结束； 从客户的角度看：项目是从确认有需求开始，到 使用项目的成果实现商务目标结束。
系统测试
⑥系统测试：测试系统的各部分是否满足需求。
Page 7
（2）改进的纯瀑布模型--生鱼片模型
“生鱼片模型”，是将模型中的连续的各阶段
软件概念
相互有较大幅度的重叠。
需求分析
例如，在需求分析完成之前可以
初步设计
进行初步设计和详细设计。
详细设计
主要优点：
编码和调试
在项目比较小且定义得很好时，
系统测试
可以有效地减少文档的产生。是
比较有效的模型。
主要缺点：
①因为阶段重叠，里程碑非常不明确，很难精确地进行过程跟踪；
②并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。
Page 8
（2）改进的纯瀑布模型--具有子系统的瀑布模型
初步设计中将系统分成几个逻辑上相对独立的子系统，每一个子系统都
采用相对独立的
软件概念
①软件概念：用户提出对软件的开发与初步需求； ②需求分析：开发者与用户交流，确定
需求分析
系统的目标、服务与约束；
③初步设计：将用户需求分解
④详细设计：
初步设计
成硬件与软件需求，并建立
将初步设计的整体
系统的整体结构模型；
结构继续分解为可实施
详细设计
编码的小模块，并完成
流程图；
编码和调试
⑤编码和调试：选择合适的计算机语言，完 成详细设计中的各个模块的编码并调试；
无论从哪个角度分析，软件项目的生命周期都包括识 别、设计、实施和评估4个阶段。
典型软件项目开发的生命周期如图3.1所示。
Page 3
2.典型软件项目开发的生命周期
识别 初步需求
设计 概念设计
实施 开发概念原型
评估 风险分析
子系统需求分析
逻辑设计
第一次开发
开发结果评估
系统需求分析 整体需求
物理设计 最终设计
Boehm给出的一些成本数据
系统类型
控制系统 卫星系统 操作系统 科学系统 商务系统
阶段成本（%）
需求/设计
实施
46
20
34
20
33
17
44
26
44
28
测试
34 46 50 30 28
从表中我们能看出什么特点？
Page 10
4.原型模型
原型（Prototype）法是在20世纪80年代初，在总结和 归纳结构化分析与设计方法开发软件项目的基础上， 改进结构化系统分析与设计的过于繁琐、开发周期长、 见效慢等缺点，借助第4代程序开发语言而产生的一 种项目开发方法。
这种方法是从一个阶段成瀑布流入下一个阶 段，所以这个模型就称为“瀑布模型”。
Page 5
软件开发瀑布模型及不同阶段之间的交互
需求分析与 定义
系统设计与 软件设计
系统实施与 单元测试
系统集成与 系统测试
系统运行与 系统维护
图3.2 软件开发瀑布模型及不同阶段之间的交互
Page 6
（1）纯瀑布模型
第二次开发 最终开发
开发结果评估 测试
系统配置、 运行、产品
成型
图3.1 典型软件项目开发的生命周期
Page 4
3.瀑布模型
瀑布模型是美国Winston Royce向IEEE WESCON（Royce, Winston 1970）提交的一 篇名为《管理大规模软件系统的开发》 （Managing the Development of Large Software Systems）的论文中首次提出的。
然后根据用户对原型的反馈信息，反复进行 修改、完善、提高和确认，直到开发者和用 户都认为原型已经“足够好”；
最终实现项目目标，完成结尾工作，交付作 为最终产品的原型。
Page 13
(3)渐进原型模型的特点
直观、形象，更多地遵循了人们认识事物的 规律，因而更容易被人们接受。
采用模拟的手段，缩短了用户和系统分析、 设计人员之间的距离。
字典。 有一个可以快速抽象或者能够容易提炼的原
型。
Page 15
5.螺旋模型
确定下阶段 目标、约束
条件
累计成本 过程迭代
螺旋模型示意图
风险分析
评审
开始
风险分析 风险分析 风险分析
风险分析 原型1 原型2 原型3
构造 原型 可操作原型
需求计划 操作概念 开发计划 需求确认
在整个系统开发过程中反馈是及时的，标准 是统一的，可及时地暴露问题，确保系统实 现的正确性。
充分利用了新一代的软件工具，使得系统开 发和运行的效率都大大提高。
Page 14
(4)原型法的应用的软件支撑环境
要有一个方便灵活的关系数据系统。 要有一套完整的程序生成软件。 要有一个与数据库对应的、灵活方便的数据
这种方法是借助先进的软件开发工具根据用户提出的 软件需求定义，快速建立一个软件系统的“原型”， 向用户展示待开发软件的全部或部分功能，在征求用 户对原型软件的意见后，反复进行修改、完善、提高 和确认，最终实现项目的目标。
Page 11
(1)渐进原型模型图
渐进原型模型是从软件开发系统概念开始，根
据软件需求定义，快速建立一个软件系统“原
详细设计
方法进行设计，形
软件概念
编码和调试
成了具有子系统的 瀑布模型。
需求分析
详细设计
子系统设计
初步设计
编码和调试
系统测试
图中，初步设计 阶段将系统分成3个
详细设计
子系统设计
相对、独立的子系统，各子系统
编码和调试
分别独立进行详细设计、编码和调试 及子系统设计，最后统一进行系统测试。
子系统设计
Page 9
第3章 IT软件项目的生命周期
3.1 IT软件项目生命周期的划分 3.2 IT软件项目生命周期中各阶段任务 3.3 IT软件项目生命周期中的重要概念 3.4 IT软件项目管理里程碑
Page 1
3.1 IT软件项目生命周期的划分
1.软件项目生命周期的概念
任何软件的开发都要经历一个“生命周期”， 从软件的调研开始到淘汰的全过程，从项目 批准到交付的过程。
型”的生命周期模型。
修改模型
模型不满意
用户提出 系统要求
识别归纳 用户需求
快速建立开 发原型
评价 模型
满意 确定模型，完 成并交付模型
模型不可行
重新设计或 选择模型
Page 12
(2)渐进原型模型的基本过程
原型建立通常是软件从最显著的方面开始， 向用户展示待开发系统的全部或者部分功能 （通常是完成的部分）；
Page 2
1.软件项目生命周期的概念
对于典型的IT软件项目，项目的生命周期可以从不同 的角度认识。 从项目承担方看：项目是从接到合同正式开始的， 到完成规定工作结束； 从客户的角度看：项目是从确认有需求开始，到 使用项目的成果实现商务目标结束。
系统测试
⑥系统测试：测试系统的各部分是否满足需求。
Page 7
（2）改进的纯瀑布模型--生鱼片模型
“生鱼片模型”，是将模型中的连续的各阶段
软件概念
相互有较大幅度的重叠。
需求分析
例如，在需求分析完成之前可以
初步设计
进行初步设计和详细设计。
详细设计
主要优点：
编码和调试
在项目比较小且定义得很好时，
系统测试
可以有效地减少文档的产生。是
比较有效的模型。
主要缺点：
①因为阶段重叠，里程碑非常不明确，很难精确地进行过程跟踪；
②并行地执行活动可能导致无效的沟通、错误的想法以及低下的效率。
Page 8
（2）改进的纯瀑布模型--具有子系统的瀑布模型
初步设计中将系统分成几个逻辑上相对独立的子系统，每一个子系统都
采用相对独立的
软件概念
①软件概念：用户提出对软件的开发与初步需求； ②需求分析：开发者与用户交流，确定
需求分析
系统的目标、服务与约束；
③初步设计：将用户需求分解
④详细设计：
初步设计
成硬件与软件需求，并建立
将初步设计的整体
系统的整体结构模型；
结构继续分解为可实施
详细设计
编码的小模块，并完成
流程图；
编码和调试
⑤编码和调试：选择合适的计算机语言，完 成详细设计中的各个模块的编码并调试；
无论从哪个角度分析，软件项目的生命周期都包括识 别、设计、实施和评估4个阶段。
典型软件项目开发的生命周期如图3.1所示。
Page 3
2.典型软件项目开发的生命周期
识别 初步需求
设计 概念设计
实施 开发概念原型
评估 风险分析
子系统需求分析
逻辑设计
第一次开发
开发结果评估
系统需求分析 整体需求
物理设计 最终设计
Boehm给出的一些成本数据
系统类型
控制系统 卫星系统 操作系统 科学系统 商务系统
阶段成本（%）
需求/设计
实施
46
20
34
20
33
17
44
26
44
28
测试
34 46 50 30 28
从表中我们能看出什么特点？
Page 10
4.原型模型
原型（Prototype）法是在20世纪80年代初，在总结和 归纳结构化分析与设计方法开发软件项目的基础上， 改进结构化系统分析与设计的过于繁琐、开发周期长、 见效慢等缺点，借助第4代程序开发语言而产生的一 种项目开发方法。
这种方法是从一个阶段成瀑布流入下一个阶 段，所以这个模型就称为“瀑布模型”。
Page 5
软件开发瀑布模型及不同阶段之间的交互
需求分析与 定义
系统设计与 软件设计
系统实施与 单元测试
系统集成与 系统测试
系统运行与 系统维护
图3.2 软件开发瀑布模型及不同阶段之间的交互
Page 6
（1）纯瀑布模型
第二次开发 最终开发
开发结果评估 测试
系统配置、 运行、产品
成型
图3.1 典型软件项目开发的生命周期
Page 4
3.瀑布模型
瀑布模型是美国Winston Royce向IEEE WESCON（Royce, Winston 1970）提交的一 篇名为《管理大规模软件系统的开发》 （Managing the Development of Large Software Systems）的论文中首次提出的。
然后根据用户对原型的反馈信息，反复进行 修改、完善、提高和确认，直到开发者和用 户都认为原型已经“足够好”；
最终实现项目目标，完成结尾工作，交付作 为最终产品的原型。
Page 13
(3)渐进原型模型的特点
直观、形象，更多地遵循了人们认识事物的 规律，因而更容易被人们接受。
采用模拟的手段，缩短了用户和系统分析、 设计人员之间的距离。
字典。 有一个可以快速抽象或者能够容易提炼的原
型。
Page 15
5.螺旋模型
确定下阶段 目标、约束
条件
累计成本 过程迭代
螺旋模型示意图
风险分析
评审
开始
风险分析 风险分析 风险分析
风险分析 原型1 原型2 原型3
构造 原型 可操作原型
需求计划 操作概念 开发计划 需求确认
在整个系统开发过程中反馈是及时的，标准 是统一的，可及时地暴露问题，确保系统实 现的正确性。
充分利用了新一代的软件工具，使得系统开 发和运行的效率都大大提高。
Page 14
(4)原型法的应用的软件支撑环境
要有一个方便灵活的关系数据系统。 要有一套完整的程序生成软件。 要有一个与数据库对应的、灵活方便的数据
这种方法是借助先进的软件开发工具根据用户提出的 软件需求定义，快速建立一个软件系统的“原型”， 向用户展示待开发软件的全部或部分功能，在征求用 户对原型软件的意见后，反复进行修改、完善、提高 和确认，最终实现项目的目标。
Page 11
(1)渐进原型模型图
渐进原型模型是从软件开发系统概念开始，根
据软件需求定义，快速建立一个软件系统“原
详细设计
方法进行设计，形
软件概念
编码和调试
成了具有子系统的 瀑布模型。
需求分析
详细设计
子系统设计
初步设计
编码和调试
系统测试
图中，初步设计 阶段将系统分成3个
详细设计
子系统设计
相对、独立的子系统，各子系统
编码和调试
分别独立进行详细设计、编码和调试 及子系统设计，最后统一进行系统测试。
子系统设计
Page 9
第3章 IT软件项目的生命周期
3.1 IT软件项目生命周期的划分 3.2 IT软件项目生命周期中各阶段任务 3.3 IT软件项目生命周期中的重要概念 3.4 IT软件项目管理里程碑
Page 1
3.1 IT软件项目生命周期的划分
1.软件项目生命周期的概念
任何软件的开发都要经历一个“生命周期”， 从软件的调研开始到淘汰的全过程，从项目 批准到交付的过程。
型”的生命周期模型。
修改模型
模型不满意
用户提出 系统要求
识别归纳 用户需求
快速建立开 发原型
评价 模型
满意 确定模型，完 成并交付模型
模型不可行
重新设计或 选择模型
Page 12
(2)渐进原型模型的基本过程
原型建立通常是软件从最显著的方面开始， 向用户展示待开发系统的全部或者部分功能 （通常是完成的部分）；