03软件项目生存期模型-说课稿
合集下载
第三章软件项目生存期模型PPT课件
输出：
详细设计文件
时间计划： 2001/1/15-2001/2/15（暂定）
.
37
其它模型
其他
例如:Code and fix
自定义
.
38
Code and fix
需编 求码 了、 解走
查
编
修
译
正
、
检
错
.
编
提
写
交
文
档
测 试
39
选择生存期的步骤
熟悉各种生存期模型 评审、分析项目的特性 选择适合项目的生存期模型 标识生存期模型与项目不一致地方,并进行裁减
35
银行业务系统的生存期实例
项目规划
．银行业务需求 ．原形系统源代码
业务需求分析
原形系统分析
项目规划
项目规划
产品阶段1设计
产品阶段n设计
产品阶段1开发
产品阶段n开发
集成测试
确认测试
产品提交
.
36
产品阶段1设计
阶段目标： 设计公共控制系统功能模块
输入：
系统设计文件
数据库结构定义
过程：
详细设计
公司的财务系统 库存管理系统 短期项目
.
12
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
.
13
V模型
项目规化 需求分析
接收测试 系统测试
总体设计
集成测试
详细设计
单元测试
编码和调试
.
14
V模型模型适合的项目
.
21
本章要点
软件项目生存周期过程ppt课件
5) 软件生存周期过程的监控 (1)软件生存周期过程的监查 在项目实施中,必须监查软件生存周期过程的执行情况，以 确保软件开发是按规划、高效进行的。 以下各任务中形成的数据，有助于过程ห้องสมุดไป่ตู้监查： 进展与进度的跟踪。这一跟踪可以揭示过程的偏离、不期望
的过程范围增大、工具或资源等问题。 ❖质量数据趋势的检查。这一检查可以用于确定软件实现组是
个阶段对它进行跟踪吗？ 可测量的(Measurable)。可以对它进行测量吗？ 注:确定一个需求是否满足以上五个性质是复杂耗时的 过程.
3) 需求分类 功能；
性能； 外部接口； 设计约束； 质量属性。 功能需求
功能需求规约了系统或系统构件必须执行的功能。
标识开发项目可用的SLCMs。 ❖在所期望的最终系统和开发环境中，标识那些会影响SLCM 选 择的属性。 标识为选择生存周期模型所需要的任何约束,包括外部的 或是内部的。例如，来自客户合同上的需求，或关键开发技能 的缺乏，特别是客户强制的、具有里程碑的程序进度，以及使 一个特定的应用框架或关键构件成为有用的一个策略决策。
其中:功能-能显示错误警告 设计约束-在对话窗口的中间显示,并使用红色的、14点加 粗Arial字体。
2)什么样的陈述可以作为需求 --需求的基本性质
IEEE标准830-1998要求单一需求必须具有5个基本性质: 必要的(Necessary)。是要求的吗？
无歧义的(Unambiguous)。只能用一种方式解释吗？ 可测试的(testable)。可以对它进行测试吗？ 可跟踪的(Traceable)。可以从一个开发阶段到另一
l 实施时间
如果一个项目采用演化或螺旋生存周期模型，并在前面一个 迭代周期中已标识了过程改变的要求，那么最好把这一改变推迟 到下一个迭代周期。这样就可以用有序的方式进行这一改变。
项目初始-生存期
所有人工作进度和完成情况都是公 开的，有人的工作任务拖延，大家 都能发现，便于及时解决。
通常按人分颜色贴纸。
37
计划纸牌
各自取出自己对于此任务的开发时间的预估，如果差别 太大，需要一起讨论原因。 作用是防止项目在开发过程中，被某些人所领导，受到 别人的意志左右。
38 燃烬图
39
XP(eXtreme Programming)极限编程模型
阶段性完成可以降低估计失误
28
渐进式阶段模型的缺点适合的项目
精心规划各个阶段的目标 每个阶段提交的都是正式版本，增加工作量
渐进式模型可以用于各种项目，主要用于中大型项目， 软件项目通常使用这种模型开发。
29
银行业务系统的生存期实例
项目规划 业务需求分析
原形系统分析 项目规划
项目规划
产品阶段1设计
软件项目管理
生存期模型
2
目录
•概述
•管理计划
•项目初始 •项目确立 •生存期模型
•人员与沟通计划 •风险计划 •合同计划 •集成计划
•项目计划
•项目执行控制
•范围计划-需求管理 •集成计划执行控制
•范围计划-任务分解 •核心计划执行控制
•成本计划 •进度计划 •质量计划
•辅助计划执行控制 •项目结束
迭代模型
47
第三章 生存期模型
生存期模型定义 传统生存期模型 敏捷生存期模型
案例分析 课程实践:生存期模型
48
课程实践二：生存期模型确定
实践目的：掌握软件项目生存期模型选择方法 实践要求： 1. 复习课程的生存期模型。 2. 分析SPM项目特性。 3. 确定SPM项目生存期模型。 4. 选择1个团队课堂上讲述SPM项目生存期模型，并说
通常按人分颜色贴纸。
37
计划纸牌
各自取出自己对于此任务的开发时间的预估，如果差别 太大，需要一起讨论原因。 作用是防止项目在开发过程中，被某些人所领导，受到 别人的意志左右。
38 燃烬图
39
XP(eXtreme Programming)极限编程模型
阶段性完成可以降低估计失误
28
渐进式阶段模型的缺点适合的项目
精心规划各个阶段的目标 每个阶段提交的都是正式版本，增加工作量
渐进式模型可以用于各种项目，主要用于中大型项目， 软件项目通常使用这种模型开发。
29
银行业务系统的生存期实例
项目规划 业务需求分析
原形系统分析 项目规划
项目规划
产品阶段1设计
软件项目管理
生存期模型
2
目录
•概述
•管理计划
•项目初始 •项目确立 •生存期模型
•人员与沟通计划 •风险计划 •合同计划 •集成计划
•项目计划
•项目执行控制
•范围计划-需求管理 •集成计划执行控制
•范围计划-任务分解 •核心计划执行控制
•成本计划 •进度计划 •质量计划
•辅助计划执行控制 •项目结束
迭代模型
47
第三章 生存期模型
生存期模型定义 传统生存期模型 敏捷生存期模型
案例分析 课程实践:生存期模型
48
课程实践二：生存期模型确定
实践目的：掌握软件项目生存期模型选择方法 实践要求： 1. 复习课程的生存期模型。 2. 分析SPM项目特性。 3. 确定SPM项目生存期模型。 4. 选择1个团队课堂上讲述SPM项目生存期模型，并说
3软件项目生存期模型
35
选择生存期的步骤
熟悉各种生存期模型 评审、分析项目的特性 选择适合项目的生存期模型 标识生存期模型与项目不一致地方,并进行裁减
chapter__3
36
小结
瀑布模型 V模型 原型模型 增量模型 螺旋式模型 快速应用开发模型 渐进式阶段模型
chapter__3 37
31
时间
阶段性完成规划
chapter__3
32
渐进式阶段模型的特点
阶段式提交一个可运行的产品 关键的功能更早出现 早期预警问题，避免软件缺陷不知不觉的增长 减少报告负担 阶段性完成可以降低估计失误 阶段性完成均衡了弹性与效率
chapter__3
33
渐进式阶段模型适合的项目
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3 29
最常用的－渐进式阶段模型
综合了增量模型和螺旋式模型的一个实用模型 渐进式前进 阶段式提交
chapter__3
30
渐进式迭代模型
chapter__3
19
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3 20
Spiral Model
chapter__3
21
Spiral Model
螺旋模型沿着螺线旋转，在四个象限上分别表 达了四个方面的活动，即： 制定计划──确定软件目标，需求和选定实施 方案，弄清项目开发的限制条件 风险分析──评估所选方案，考虑如何识别和 消除风险 实施工程──实施软件开发，编码，测试等 客户评估──评价开发工作，提出修正建议， 规划下期任务
生存期模型
“软件项目关理在线学习网站”生存期模型案例分析本项目采用增量式生存期模型，整个项目可分为4个增量，本项目的生存期定义图如下所示：户需求用第一增量 第二增量第三增量 第四增量项目生存期示意图生存期中的各阶段定义如下1、需求分析阶段阶段目标」确定费求的功能和服务。
进入条件: 用户提出初始需求。
输入; 演示系统。
输出: 关键特性 表(Key Feature Lis,KFL)、s 务过 程定义Cbasiness国求定义文档。
完成标志: 输出通过用户确认。
2 系统设计阶段阶段目标: 根据已有的系统结构确定应用運辑结构、数据库结构和页面进入条件: 提交费求分析初步結果。
输入: 关键特性表、商务过程定义文档、需求定义文档。
输出: 系统设计报告、DataMede和数据库、页面流(pageflow)完成标志: 设计通过专家的对等评审。
3.项目规划阶段阶段目标: 根据需求分析和系统设计结果确定本阶段的时间计划，资源进入条件: 提交響求分析初步结果。
输入: 需求定义文档、系统设计文档。
输出: 项目计划。
完成标志: 项目计划经合同管理者审批。
4.增量1设计阶段目标: 进行界面设计。
进入条件: 设计通过专家的对等评审，输入: 系统设计文件、数据库结构定义。
输出: 源代码，可运行版本-1完成标志:增量1集成与网站系统集成调试完毕。
5增量2设计阶段目标: 进行学生登录等功能的添加进入条件:实现增量1，输入: 系统设计文件、数据库结构定义。
输出: 源代码，可运行版本-2完成标志: 增量2集成与网站系统集成调试完毕。
6增量3设计阶段目标: 注册等算法的实现。
进入条件:实现增量2输入: 系统设计文件、数据库结构定义。
输出: 源代码，可运行版本-3完成标志: 增量3集成与网站系统集成调试完毕。
7增量4设计阶段目标:查询成绩，网上测试，联系我们等操作。
进入条件:实现增量3输入: 系统设计文件、数据库结构定义。
输出: 源代码，可运行版本-4完成标志: 增量4集成与网站系统集成调试完毕。
软件项目管理案例教程(第4版)-第3章
第三增量
……
核心功能
核心功能
核心功能
1
1
2
1
2
3
chapter__1
32
本章要点
一、生存期概述 二、预测生存期模型 三、迭代型生存期模型 四、增量型生存期模型 五、敏捷型生存期模型 六、混合型生存期模型 七、“医疗信息商务平台”生存期
模型案例分析
chapter__3
航天飞机等 公司的财务系统
chapter__1
22
本章要点
一、生存期概述 二、预测生存期模型 三、迭代型生存期模型 四、增量型生存期模型 五、敏捷型生存期模型 六、混合型生存期模型 七、“医疗信息商务平台”生存期
模型案例分析
chapter__3
24
本章要点
模型案例分析
chapter__3
4
3.1生存期概述
3.1.1 生存期的定义
软件项目生存期模型的基本特征如下：
描述开发的主要阶段。 定义每一个阶段要完成的主要过程和活动。 规范每一个阶段的输入和输出。
chapter__3
6
生存期模型选择
Customer
Customer
Requirements
模型案例分析
chapter__3
15
3.2 预测型生存期模型
3.2.1 瀑布模型（WaterFall model）
需求分析
设计
实施
测试
chapter__1
维护
17
WaterFall model适合的项目
在项目开始前,项目的需求很明确 在项目开始前,解决方案也很明确 类似的项目如：
1.3 软件生存期模型
优点：可以大大降低软件开发所需的时间。 优点：可以大大降低软件开发所需的时间。
34
软件过程改进
软件过程改进（SPI） 软件过程改进（SPI）帮助软件企业对其软件过 程的改变进行计划、制定以及实施。 程的改变进行计划、制定以及实施。 它的实施对象就是软件企业的软件过程，也就是 它的实施对象就是软件企业的软件过程， 软件产品的生产过程， 软件产品的生产过程，当然也包括软件维护之类 的维护过程，而对于其他的过程并不关注。 的维护过程，而对于其他的过程并不关注。
42
22
螺旋周期及螺旋模型特点 螺旋周期及螺旋模型特点
确定目标，选择方案，选定完成目标的策略 确定目标，选择方案， 风险角度分析该策略 启动一个开发阶段 评价前一步的结果， 评价前一步的结果，计划下一轮的工作 特点: 特点: 瀑布模型 + 快速原型 + 风险分析 迭代过程
23
变换模型
24
变换模型
可以勘探现有的数据， 可以勘探现有的数据，从中发现新的事实方法指 导用户以专家的水平解决复杂的问题。 导用户以专家的水平解决复杂的问题。 以瀑布模型为基本框架， 以瀑布模型为基本框架，在不同开发阶段引入了 原型实现方法和面向对象技术以克服瀑布模型的 缺点 适应于特定领域软件和专家决策系统的开发。 适应于特定领域软件和专家决策系统的开发。
35
过程的3 过程的3个层次
组织级业务目标和方针，如缩短交付工期、 组织级业务目标和方针，如缩短交付工期、 提高技术有效性、减少延期率， 提高技术有效性、减少延期率，降低交付缺 陷率、提高客户满意度等。 陷率、提高客户满意度等。 软件开发过程，如瀑布、迭代……，同时包 软件开发过程，如瀑布、迭代 ， 括支持过程，如配置管理、质量保证等， 括支持过程，如配置管理、质量保证等，还 有管理过程。 有管理过程。 过程活动中使用的模板、方法、检查单等。 过程活动中使用的模板、方法、检查单等。
第2章 软件生存期模型
➢ 每个构件由多个相互作用的模块构成，并且能够 完成特定的功能。
2.3 增量模型
➢ 增量模型如图所示。
2.3 增量模型
• 增量模型的优点
(1)能在较短时间内向用户提交可完成一些有用的工作产品， 即从第1个构件交付之日起，用户就能做一些有用的工作。
(2)逐步增加产品的功能可以使用户有较充裕的时间学习和适 应新产品，从而减少一个全新的软件可能给用户组织带来 的冲击。
在维护和开发之间并没有本质区别。
2.4 螺旋模型
• 螺旋模型的缺点
➢ 螺旋模型是风险驱动的，因此要求软件开发人员 必须具有丰富的风险评估经验和这方面的专门知 识，否则将出现真正的风险：当项目实际上正在 走向灾难时，开发人员可能还以为一切正常。
2.4
➢ 多数场合，软件开发过程是沿螺旋线的路径连 续进行的。
2.6 统一过程
• 统一过程的阶段
③ 构造阶段。构造阶段是建立系统，构造信息系统 的第1个具有操作质量的版本，以能够交付给客户 进行测试的版本结束，有时称为测试版本。
④ 移交阶段。移交阶段包含测试时期，以发布完 整的系统而终止，其目标是确保信息系统真正满 足客户的需求。
2.6 统一过程
• 主要工作产品
➢ 原型建造模型和螺旋模型既是迭代模型，又是进 化模型。
➢ 实践中，客户利用迭代或增量模型尽快开发第一 个版本的软件制品，占领市场的有利商机，然后 再逐步扩展系统功能，不断推出后续版本。
2.5 喷泉模型
• 喷泉模型是典型的面向 对象生命周期模型。
➢ “喷泉”一词体现了迭 代和无间隙特性。图中 代表不同阶段的圆圈相 互重叠，这明确表示两 个活动之间存在重叠。
2.3 增量模型
• 采用增量模型需注意的问题
2.3 增量模型
➢ 增量模型如图所示。
2.3 增量模型
• 增量模型的优点
(1)能在较短时间内向用户提交可完成一些有用的工作产品， 即从第1个构件交付之日起，用户就能做一些有用的工作。
(2)逐步增加产品的功能可以使用户有较充裕的时间学习和适 应新产品，从而减少一个全新的软件可能给用户组织带来 的冲击。
在维护和开发之间并没有本质区别。
2.4 螺旋模型
• 螺旋模型的缺点
➢ 螺旋模型是风险驱动的，因此要求软件开发人员 必须具有丰富的风险评估经验和这方面的专门知 识，否则将出现真正的风险：当项目实际上正在 走向灾难时，开发人员可能还以为一切正常。
2.4
➢ 多数场合，软件开发过程是沿螺旋线的路径连 续进行的。
2.6 统一过程
• 统一过程的阶段
③ 构造阶段。构造阶段是建立系统，构造信息系统 的第1个具有操作质量的版本，以能够交付给客户 进行测试的版本结束，有时称为测试版本。
④ 移交阶段。移交阶段包含测试时期，以发布完 整的系统而终止，其目标是确保信息系统真正满 足客户的需求。
2.6 统一过程
• 主要工作产品
➢ 原型建造模型和螺旋模型既是迭代模型，又是进 化模型。
➢ 实践中，客户利用迭代或增量模型尽快开发第一 个版本的软件制品，占领市场的有利商机，然后 再逐步扩展系统功能，不断推出后续版本。
2.5 喷泉模型
• 喷泉模型是典型的面向 对象生命周期模型。
➢ “喷泉”一词体现了迭 代和无间隙特性。图中 代表不同阶段的圆圈相 互重叠，这明确表示两 个活动之间存在重叠。
2.3 增量模型
• 采用增量模型需注意的问题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
核心功能
核心功能
1
1
2
1
2
3
chapter__3
22
增量模型适合的项目
项目开始，明确了需求的大部分，但是需求可 能会发生变化
对于市场和用户把握不是很准，需要逐步了解 对于有庞大和复杂功能的系统进行功能改进，
就需要一步一步实施的。
增量模型实例
chapter__3
23
本章要点
一、生存期模型定义 二、常用生存期模型
chapter__3
4
建筑工程类项目典型生存期模型
chapter__3
5
制药项目典型生存期模型
chapter__3
6
生存期模型选择
Customer
Customer
Requirements
Input
Product realization
Satisfaction
Product
Output
chapter__3
30
RAD模型适合的项目
很小并且具有探索性质的项目 适合一个复杂度从小到大变化的项目，例如重
整企业的信息系统
chapter__3
31
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
32
RoadMap
合同管理 生存期 需求管理 任务分解 规模估算 项目进度
质量计划 配置计划 风险计划 团队管理 项目度量
集成项目 跟踪控制 项目结束
chapter__3
2
软件开发项目管理
第三章 软件项目生存期模型
chapter__3
3
本章要点
一、生存期模型定义 二、常用生存期模型 三、案例分析
风险分析──评估所选方案，考虑如何识别和 消除风险
实施工程──实施软件开发，编码，测试等
客户评估──评价开发工作，提出修正建议， 规划下期任务
chapter__3
26
Spiral Model适合的项目
风险是主要的制约因素 不确定因素和风险限制了项目进度 用户对自己的需求也不是很明确 需要对一些基本的概念进行验证 可能发生一些重大的变更 项目规模很大 项目中采用了新技术
框架中。
chapter__3
9
本章要点
一、生存期模型定义 二、常用生存期模型 三、案例分析
chapter__3
10
常用生存期模型
瀑布Waterfall V模型V-shaped 原型Prototyping 增量Incremental 螺旋式Spiral 快速应用开发RAD 渐近式阶段
15
V模型
项目规化 需求分析
接收测试 系统测试
总体设计
集成测试
详细设计
单元测试
编码和调试
chapter__3
16
V模型模型适合的项目
项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 对系统的性能安全很严格的项目 类似的项目如：
航天飞机等 公司的财务系统
实例
chapter__3
项目的需求在项目开始前很明确 解决方案在项目开始前也很明确 类似的项目如：
公司的财务系统 库存管理系统 短期项目
chapter__3
14
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
确定显示界面 第一次开发的产品，验证可行性
chapter__3
20
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
21
Incremental Model
第一增量
第二增量
第三增量
……
核心功能
7
软件生存期模型
软件开发的一种框架。 说明了软件的活动和进行软件开发的过程。 这个模型可以是以活动为中心，可以以产
品为中心的。
chapter__3
8
软件生存期模型特征
描述了开发的主要阶段 定义了每一个阶段要完成的主要过程和活动 规范了每一个阶段的输入和输出 提供了一个框架，可以将必要的活动映射到该
17
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
18
Prototype
chapter__3
19
Prototype 模型适合的项目
项目的需求在项目开始前不明确 需要减少项目需求的不确定性 类似的项目如：
最常用的－渐进式阶段模型
综合了增量模型和螺旋式模型的一个实用模型 渐进式前进 阶段式提交
chapter__3
33
渐进式迭代模型
34
chapter__3
34
阶段性完成规划
chapter__3
35
渐进式阶段模型的特点
阶段式提交一个可运行的产品 关键的功能更早出现 早期预警问题，避免软件缺陷不知不觉的增长 减少报告负担 阶段性完成可以降低估计失误 阶段性完成均衡了弹性与效率
实例
chapter__3
27
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
28
RAＤ
chapter__3
29
RAD
传统开发
规划
分析
设计
构建
测试
后置
压缩
规划
快速应用开发
后置
chapter__3
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、iral Model
chapter__3
25
Spiral Model
螺旋模型沿着螺线旋转，在四个象限上分别表 达了四个方面的活动，即：
制定计划──确定软件目标，需求和选定实施 方案，弄清项目开发的限制条件
chapter__3
36
渐进式阶段模型适合的项目
可以适合任何规模的项目，主要是中型或 大型项目
希望随时看到未来的项目
chapter__3
37
银行业务系统的生存期实例
项目规划
．银行业务需求 ．原形系统源代码
chapter__3
11
本章要点
一、生存期模型定义 二、常用生存期模型
瀑布 V模型 原型 增量 螺旋式 快速应用开发 渐近式阶段
三、案例分析
chapter__3
12
WaterFall model
需求分析
设计
实施
测试
chapter__3
维护
13
WaterFall model适合的项目