软件项目生存周期过程ppt课件
合集下载
软件项目生存周期过程ppt课件
5) 软件生存周期过程的监控 (1)软件生存周期过程的监查 在项目实施中,必须监查软件生存周期过程的执行情况，以 确保软件开发是按规划、高效进行的。 以下各任务中形成的数据，有助于过程ห้องสมุดไป่ตู้监查： 进展与进度的跟踪。这一跟踪可以揭示过程的偏离、不期望
的过程范围增大、工具或资源等问题。 ❖质量数据趋势的检查。这一检查可以用于确定软件实现组是
个阶段对它进行跟踪吗？ 可测量的(Measurable)。可以对它进行测量吗？ 注:确定一个需求是否满足以上五个性质是复杂耗时的 过程.
3) 需求分类 功能；
性能； 外部接口； 设计约束； 质量属性。 功能需求
功能需求规约了系统或系统构件必须执行的功能。
标识开发项目可用的SLCMs。 ❖在所期望的最终系统和开发环境中，标识那些会影响SLCM 选 择的属性。 标识为选择生存周期模型所需要的任何约束,包括外部的 或是内部的。例如，来自客户合同上的需求，或关键开发技能 的缺乏，特别是客户强制的、具有里程碑的程序进度，以及使 一个特定的应用框架或关键构件成为有用的一个策略决策。
其中:功能-能显示错误警告 设计约束-在对话窗口的中间显示,并使用红色的、14点加 粗Arial字体。
2)什么样的陈述可以作为需求 --需求的基本性质
IEEE标准830-1998要求单一需求必须具有5个基本性质: 必要的(Necessary)。是要求的吗？
无歧义的(Unambiguous)。只能用一种方式解释吗？ 可测试的(testable)。可以对它进行测试吗？ 可跟踪的(Traceable)。可以从一个开发阶段到另一
l 实施时间
如果一个项目采用演化或螺旋生存周期模型，并在前面一个 迭代周期中已标识了过程改变的要求，那么最好把这一改变推迟 到下一个迭代周期。这样就可以用有序的方式进行这一改变。
第二章 软件生存周期与软件过程_PPT幻灯片
4. 采用增量模型比采用瀑布模型和快速原型 模型需要更精心的设计，但在设计阶段多 付出的劳动将在维护阶段获得回报。
2.3.2螺旋模型(Spiral Model)
螺旋模型为目前软件开发中最常 用的软件快发模型，是在结合瀑布模 型与快速原型模型基础上演变而成的， 尤其适用于大型软件的开发。
1.典型的迭代模型
验证
风险分析 设计 验证
风险分析 编码 测试
风险分析 综合测试
简化的螺旋模型
维护
可看作在每个 优点 –对可选方案和约束条件的强调有利于 已有软件的重用，也有助于把软件质 量作为软件开发的一个重要目标； –减少了过多测试或测试不足； –维护和开发之间并没有本质区别。
• ……
原型模型可能是最好的选择
2.3软件演化周期
2.3 软件演化模型
原型开发模型的出现，使人们 逐渐熟悉非线性的开发模型。随着 软件规模的不断增长，复杂软件开 始采用渐增式或迭代式的开发方式 。于是，一种称为演化模型（ evolutionary mode）的渐进式的开 发模型应运而生。
2.3.1 增量模型（渐增模型） (Incremental Model)
交付客房
增量模型图
增量模型的优点
1. 在较短时间内向用户提交可完成部分工作 的产品，并分批、逐步地向用户提交产品。 从第一个构件交付之日起，用户就能做一 些有用的工作。
2. 整个软件产品被分解成许多个增量构件， 开发人员可以一个构件一个构件地逐步开 发。
3. 逐步增加产品功能可以使用户有较充裕的 时间学习和适应新产品，从而减少一个全 新的软件可能给客户组织带来的冲击。
2.1软件生存周期
2.1 软件生存周期
一切的工业产品都有自己的生 存周期,软件(产品)也不例外。一个 软件从开始立项起，到废弃不用止， 统称为软件的生存周期（life cycle）。
2.3.2螺旋模型(Spiral Model)
螺旋模型为目前软件开发中最常 用的软件快发模型，是在结合瀑布模 型与快速原型模型基础上演变而成的， 尤其适用于大型软件的开发。
1.典型的迭代模型
验证
风险分析 设计 验证
风险分析 编码 测试
风险分析 综合测试
简化的螺旋模型
维护
可看作在每个 优点 –对可选方案和约束条件的强调有利于 已有软件的重用，也有助于把软件质 量作为软件开发的一个重要目标； –减少了过多测试或测试不足； –维护和开发之间并没有本质区别。
• ……
原型模型可能是最好的选择
2.3软件演化周期
2.3 软件演化模型
原型开发模型的出现，使人们 逐渐熟悉非线性的开发模型。随着 软件规模的不断增长，复杂软件开 始采用渐增式或迭代式的开发方式 。于是，一种称为演化模型（ evolutionary mode）的渐进式的开 发模型应运而生。
2.3.1 增量模型（渐增模型） (Incremental Model)
交付客房
增量模型图
增量模型的优点
1. 在较短时间内向用户提交可完成部分工作 的产品，并分批、逐步地向用户提交产品。 从第一个构件交付之日起，用户就能做一 些有用的工作。
2. 整个软件产品被分解成许多个增量构件， 开发人员可以一个构件一个构件地逐步开 发。
3. 逐步增加产品功能可以使用户有较充裕的 时间学习和适应新产品，从而减少一个全 新的软件可能给客户组织带来的冲击。
2.1软件生存周期
2.1 软件生存周期
一切的工业产品都有自己的生 存周期,软件(产品)也不例外。一个 软件从开始立项起，到废弃不用止， 统称为软件的生存周期（life cycle）。
[计算机软件及应用]软件开发生命周期-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模型 原型 增量 螺旋式 快速应用开发 渐近式阶段 三、案例分析
软件的生命周期ppt
件问题报告”和“软件修改报告”
二、软件的维护
• 可维护性：可理解性、可测试性、可修改性 • 改正性维护 • 适应性维护 • 完善性维护 • 预防性维护
三、软件的退役
软件生存周期的几种模型
• 一、瀑布模型 • 二、原型模型 • 三、迭代式模型 • 四、其他几种模型
• 螺旋模型 • 智能模型 • 喷泉模型 • 增量原型
开始 结束
初步需求 分析
快速设计
开发产品
建造原型
对原型加工
用户评估原 型（新需求）
谢谢观赏！
• 运行环境约束：运行环境（硬件、系统平台） 的要求
• 工具：需求规格说明语言、数据流图、数据字 典、状态图
• 通信瓶颈：用户 vs 开发人员 • 分析方法：结构化分析、面向对象分析
• 软件的开发
一、概要设计（总体设计）
• 划分功能模块 • 定义各功能模块的接口 • 设计全局数据结构（数据库） • 制定测试计划 • 设计原则：自顶向下、逐步求精、抽象、模块
•
了解软件开发的全过程 对照目前学习进行比较思考
—张昊哲
1
什么是生命周期？
生命周期（Life Cycle）的概念应用很广泛，特别是 在政治、经济、环境、技术，社会等诸多领域经常出现， 其基本涵义可以通俗地理解为“从摇篮到坟墓”的整个过程。
人的生命周期是什么样的？ 出生、婴儿、儿童、青年、中年、老年.....
进度安排
二、需求分析：
• 解决“做什么(What to do)”，阶段性标志： 软件需求规格说明(Software Requirements
Specification，SRS)
• 既是软件开发依据，也是软件验收标准 • 功能需求：软件必须完成的功能 • 性能需求：安全性、可靠性、可维护性、精度
二、软件的维护
• 可维护性：可理解性、可测试性、可修改性 • 改正性维护 • 适应性维护 • 完善性维护 • 预防性维护
三、软件的退役
软件生存周期的几种模型
• 一、瀑布模型 • 二、原型模型 • 三、迭代式模型 • 四、其他几种模型
• 螺旋模型 • 智能模型 • 喷泉模型 • 增量原型
开始 结束
初步需求 分析
快速设计
开发产品
建造原型
对原型加工
用户评估原 型（新需求）
谢谢观赏！
• 运行环境约束：运行环境（硬件、系统平台） 的要求
• 工具：需求规格说明语言、数据流图、数据字 典、状态图
• 通信瓶颈：用户 vs 开发人员 • 分析方法：结构化分析、面向对象分析
• 软件的开发
一、概要设计（总体设计）
• 划分功能模块 • 定义各功能模块的接口 • 设计全局数据结构（数据库） • 制定测试计划 • 设计原则：自顶向下、逐步求精、抽象、模块
•
了解软件开发的全过程 对照目前学习进行比较思考
—张昊哲
1
什么是生命周期？
生命周期（Life Cycle）的概念应用很广泛，特别是 在政治、经济、环境、技术，社会等诸多领域经常出现， 其基本涵义可以通俗地理解为“从摇篮到坟墓”的整个过程。
人的生命周期是什么样的？ 出生、婴儿、儿童、青年、中年、老年.....
进度安排
二、需求分析：
• 解决“做什么(What to do)”，阶段性标志： 软件需求规格说明(Software Requirements
Specification，SRS)
• 既是软件开发依据，也是软件验收标准 • 功能需求：软件必须完成的功能 • 性能需求：安全性、可靠性、可维护性、精度
第二章软件生命周期过程ppt课件
大型项目的规模和复杂性增加，软件开发 过程中必然存在着许多风险问题，风险分 析是保证项目成功的必要手段。
2020/1/25
17
2.1.2.3 螺旋模型
2020/1/25
18
2.1.2.3 螺旋模型
螺旋模型沿着螺线旋转，在四个象限上分别表 达了四个方面的活动，即：
制定计划──确定软件目标，选定实施方案，弄 清项目开发的限制条件
的内容；活动的输出传给下一活动；对活动的实施工作 进行评审。(IPOC) 适合：需求明确的任务。 优点：以项目的阶段评审和文档控制（冻结）为手段有 效地对整个开发过程进行指导，从而保证了软件产品及 时交付，并达到预期的质量要求。严格把关、错误尽早 发现并消灭在前一阶段。 缺点：成品时间长；缺乏灵活性。 80年代中期发现严 格按瀑布模型开发的大型系统成功率极低(低于23%)。
2020/1/25
10
2.1.2.1 瀑布模型
早期的瀑布模型即为线性顺序模型。它一次走完分析、 设计、编码、测试和运行维护这些框架活动。
质量保证、文档管理、正式技术评审、配置管理等伞形 活动穿插瀑布模型
1970年，W.Royce提出瀑布模型。 特征：活动的输入来自上一活动的输出；完成该项活动
第二章 软件生命周期过程
;
提纲
第二章 软件生命周期过程 2.1 软件生命周期 2.2 基本过程 2.3 支持过程 2.4 组织过程
2020/1/25
2
2.1 软件生命周期
2.1.1 软件生命周期定义 2.1.2 软件生命周期模型
2.1.2.1 瀑布模型 2.1.2.2 演化模型 2.1.2.3 螺旋模型 2.1.2.4 喷泉模型 2.1.2.5 构件组装模型 2.1.2.6 快速应用开发模型 2.1.2.7 其他模型
《软件生命周期》课件
软件设计的主要目的是创建和维护软件系统的架构，以确保软件系统的可 维护性、可扩展性和可重用性。
软Hale Waihona Puke 设计的原则模块化原则将软件系统划分为独立的模块，每个模块具 有明确定义的输入和输出。
抽象化原则
通过抽象来隐藏实现细节，使软件设计更加 简单明了。
单一职责原则
每个模块只负责一个功能，避免模块之间的 耦合。
软件维护技术
包括代码重构、单元测试、持续集成/持续 部署（CI/CD）等。
软件维护的注意事项
建立完善的文档
详细记录软件的架构、功能、接口等信息， 方便后续维护。
定期进行代码审查
及时发现和修复潜在的错误和漏洞。
遵循最佳实践
如代码规范、命名规范等，提高代码质量和 可维护性。
保持与开发人员的沟通
确保维护工作的顺利进行。
需求规格说明
将分析后的需求编写成需求规格说明 文档，明确需求的细节和验收标准。
需求分析
对收集到的需求进行整理、分类和评 估，明确软件的功能和非功能需求。
需求评审
邀请相关人员对需求规格说明进行审 查和评估，以确保需求的准确性和完 整性。
需求分析的工具
原型开发工具
用于快速构建软件原型，帮助用户更好地理解软件的 功能和界面设计。
软件测试的目的是发现软件 中存在的缺陷和错误，并提 供相应的反馈和建议，帮助 开发人员修复和改进软件。
软件测试贯穿于整个软件开 发生命周期，包括需求分析 、设计、编码、集成和部署 等阶段。
软件测试的方法和步骤
单元测试
对每个模块或函数进行测试，确保它们正常工作并满足设计要求。
集成测试
将多个模块或组件组合在一起进行测试，确保它们能够协同工作。
软Hale Waihona Puke 设计的原则模块化原则将软件系统划分为独立的模块，每个模块具 有明确定义的输入和输出。
抽象化原则
通过抽象来隐藏实现细节，使软件设计更加 简单明了。
单一职责原则
每个模块只负责一个功能，避免模块之间的 耦合。
软件维护技术
包括代码重构、单元测试、持续集成/持续 部署（CI/CD）等。
软件维护的注意事项
建立完善的文档
详细记录软件的架构、功能、接口等信息， 方便后续维护。
定期进行代码审查
及时发现和修复潜在的错误和漏洞。
遵循最佳实践
如代码规范、命名规范等，提高代码质量和 可维护性。
保持与开发人员的沟通
确保维护工作的顺利进行。
需求规格说明
将分析后的需求编写成需求规格说明 文档，明确需求的细节和验收标准。
需求分析
对收集到的需求进行整理、分类和评 估，明确软件的功能和非功能需求。
需求评审
邀请相关人员对需求规格说明进行审 查和评估，以确保需求的准确性和完 整性。
需求分析的工具
原型开发工具
用于快速构建软件原型，帮助用户更好地理解软件的 功能和界面设计。
软件测试的目的是发现软件 中存在的缺陷和错误，并提 供相应的反馈和建议，帮助 开发人员修复和改进软件。
软件测试贯穿于整个软件开 发生命周期，包括需求分析 、设计、编码、集成和部署 等阶段。
软件测试的方法和步骤
单元测试
对每个模块或函数进行测试，确保它们正常工作并满足设计要求。
集成测试
将多个模块或组件组合在一起进行测试，确保它们能够协同工作。
项目生命周期ppt课件
内容提要
1 项目的生命周期 2 项目管理过程 3 项目全寿命周期管理
4
2
为什么要了解项目生命周期？
案例： 小王是软件开发公司的项目经理， 初次接受一个软件开发项目后，他就召集几 个志同1道合的职员，向他们大致地介绍了项 目的概况，然后说：“我们开始干吧。”
一个月过去了，到了预定完工的时间， 这时大家都还没有完成各自的工作，每个人 之间的设计思路存在很大的分歧，到项目后 期已经很难整合。项目最终在超期、超成本 的情况下完成，顾客对软件产品的质量极为 不满意。
事实上，项目存在一个生命周期。 要经历不同的发展阶段，项目经理 只有按部就班的完成每一个阶段的 任务，才有可能成功地完成项目。
2.1 项目生命周期
项目生命周期的定义 项目作为一种创造独特产品与 服务的一次性活动是有始有终 的，项目从始到终的整个过程 构成了一个项目的生命周期。
2.1 项目生命周期
房屋建筑的基础工程完 工、建筑物的主体工程 完工、整个项目全部工 程完工
第二节、项目生命周期 的说明和描述
项目生命周期通常被一些团队用来描述 项目的寿命期中 主要任务的时间安排. 如何表达?
可以是一般性文字说明，也可能是比较 详细的具体描述。包括文字、图、表以及核 检表（Check List）等方式。
注册工作 至少十年
后期活动
美国新药开发项目生命周期示意图 例---心血管治疗药品
2.2 项目管理过程
启动
2 项目管理过程
（1）项目的各个阶段应当从事何种技术工作。不同阶段 的工作内容有很大区别，在启动阶段，主要是项目启动， 制定项目章程；组织与准备阶段主要是制定项目规划和项 目计划；在项目执行阶段，主要是将计划付诸实施，监督 实际进展，发现和处理偏差；在收尾阶段，主要是产品试 运行，结束各种项目关系，进行总结工作。
1 项目的生命周期 2 项目管理过程 3 项目全寿命周期管理
4
2
为什么要了解项目生命周期？
案例： 小王是软件开发公司的项目经理， 初次接受一个软件开发项目后，他就召集几 个志同1道合的职员，向他们大致地介绍了项 目的概况，然后说：“我们开始干吧。”
一个月过去了，到了预定完工的时间， 这时大家都还没有完成各自的工作，每个人 之间的设计思路存在很大的分歧，到项目后 期已经很难整合。项目最终在超期、超成本 的情况下完成，顾客对软件产品的质量极为 不满意。
事实上，项目存在一个生命周期。 要经历不同的发展阶段，项目经理 只有按部就班的完成每一个阶段的 任务，才有可能成功地完成项目。
2.1 项目生命周期
项目生命周期的定义 项目作为一种创造独特产品与 服务的一次性活动是有始有终 的，项目从始到终的整个过程 构成了一个项目的生命周期。
2.1 项目生命周期
房屋建筑的基础工程完 工、建筑物的主体工程 完工、整个项目全部工 程完工
第二节、项目生命周期 的说明和描述
项目生命周期通常被一些团队用来描述 项目的寿命期中 主要任务的时间安排. 如何表达?
可以是一般性文字说明，也可能是比较 详细的具体描述。包括文字、图、表以及核 检表（Check List）等方式。
注册工作 至少十年
后期活动
美国新药开发项目生命周期示意图 例---心血管治疗药品
2.2 项目管理过程
启动
2 项目管理过程
（1）项目的各个阶段应当从事何种技术工作。不同阶段 的工作内容有很大区别，在启动阶段，主要是项目启动， 制定项目章程；组织与准备阶段主要是制定项目规划和项 目计划；在项目执行阶段，主要是将计划付诸实施，监督 实际进展，发现和处理偏差；在收尾阶段，主要是产品试 运行，结束各种项目关系，进行总结工作。
zxy软件项目生命周期ppt课件
测试与V模型
测试与V模型
测试与V模型
在瀑布模型中，测试是软件开发过程的最后阶段， 而在V模型中，测试贯穿在整个软件开发过程活 动中
测试人员可以尽早进入项目 1. 测试人员将更加熟悉产品，这对设计出高质量的
测试用例非常有帮助 2. 更多缺陷将在早期被发现，这有利于大幅度降低
成本 在项目后期发现严重缺陷的风险大大降低 很多组织选用V模型作为项目的开发模型
软件生命周期
什么是软件的生命周期？ 一个软件从形成概念开始，经过开发、使用和维护， 直到最后退出使用的全过程称为软件生存周期。 软件生命周期由软件定义、软件开发、运行、维护及 退役五个时期。而每个时期又可以进一步划分成若干阶 段。
软件生命周期的各个阶段
阶段
问题定义 可行性研究 需求分析 概要设计 详细设计 编码 测试 维护
阶段成果：应提供“详细设计规格说明”和单元测试计 划等详细设计文档。
软件生命周期
编码：
编码的主要任务是根据详细设计规格说明，用某种选定 的程序设计语言把详细设计的结果转化为机器可运行的 源程序模块，这是一个编程和调试程序的过程。
一般来说，对软件系统所采用的分析方法、设计方法、 编程方法以及所选用的程序设计语言应尽可能保持一致。
所增加的项目成本
全流程的测试思想
全流程的测试思想
是指从项目立项开始就着手考虑在项目各个阶段设置与 发现阶段产物缺陷相关的测试活动，例如需求规格说明 书、设计说明书、代码、项目计划等等，以达到尽早发 现软件产品中缺陷的目的。
整个软件开发过程中的测试活动分为两大部分： 静态部分和动态部分 本课程所述的软件测试过程只考虑动态部分
该阶段的问题是“软件能否顺利的为用户进行服务”。
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
而且,还必须定期监控以上信息源.由于生存周期的监控必然 带来额外的进度评估，因此应按基本的周期对进度进行修正。
否遵循期望的生存周期过程。
设计、编码和测试计划复审记录和动作的检查。这一检查 可以用于确定过程是否产生预期结果。即给出正在实施的过 程是否有效？ 变更要求和测试异常报告趋势的检查。这些检查提供了过 程有效程度的深入了解，也能确定配置管理系统的负载是否 在可支持的范围内。 关键资源的有效使用。有时，这可以检测出计划中存在的 隐性偏离。 与项目组成员的交谈。与项目组成员进行正式或者非正式 的对话，了解过程的运作情况。他们的观点，一旦由描述的 客观数据所支持，那么对发现过程问题、寻找过程改善的机 会是非常有价值的。
5) 软件生存周期过程的监控 (1)软件生存周期过程的监查 在项目实施中,必须监查软件生存周期过程的执行情况，以 确保软件开发是按规划、高效进行的。 以下各任务中形成的数据，有助于过程的监查： 进展与进度的跟踪。这一跟踪可以揭示过程的偏离、不期望
的过程范围增大、工具或资源等问题。 ❖质量数据趋势的检查。这一检查可以用于确定软件实现组是
其中，规划并记录这些活动的关键手段是SLCM计划 （或SLCMP）。
创建这一计划的主要指南： IEEE/EIA Standard 12207.0-1996《软件生存周期过程》 IEEE Standard 1074-1997《软件生存周期过程的开发》 IEEE/EIZ 12207.2-1997《软件生存周期过程-实现考虑》。
Recognition of need
Requirements
Acq.Decision& Strategy
Maintenance
Specification
Release to field
Design Acceptance
Implementation
在一个项目生存周期中，每一个任务(例如Design )都通过 一个或多个过程的方式来完成。在生存周期中所有这些相关 过程的组合，称为项目的软件生存周期过程。 注:在这一定义中,关注开发产品所需要的工程技术和管理技
4) 项目软件生存周期过程的实现
将合适的活动映射带所选择的软件生存周期模型之后，就 完成了一个完整生存周期的精化.下一个任务是将组织的过程 资产应用到将精化的生存周期中,其结果就是项目的软件生存 周期过程的实现.
组织的过程资产一般包括：
l 政策； l 规程； l 工具；
l 标准； l 已有的SCLPs； l 度量； l 方法学
动定义为组成一个过程的元素；把任务定义为一个活动中的 最小的工作单元。 至于如何确定每一个任务，这是管理的责任，这涉及到成本 和进度评估和管理，即必须考虑项目的完成时间和监控它们 的状态。
在确定任务的工作中，应注意： 一般来说，任务是可分配给项目组成员的、定义良好的工 作。 一些相关的工作通常组合在一起形成活动，通常称之为“工 作包”。 由此可见，创建生存周期过程的任务是，选择一些要实施的 任务及其所需要的方法、工具和能力。
标识开发项目可用的SLCMs。 ❖在所期望的最终系统和开发环境中，标识那些会影响SLCM 选 择的属性。 标识为选择生存周期模型所需要的任何约束,包括外部的 或是内部的。例如，来自客户合同上的需求，或关键开发技能 的缺乏，特别是客户强制的、具有里程碑的程序进度，以及使 一个特定的应用框架或关键构件成为有用的一个策略决策。
2) 软件生存周期模型的选择 在实际工程中,可供选择的四个主要软件生存周期模型为: （1）瀑布模型，（2）增量模型， （3）演化模型，（4）螺旋模型。
(1) 选择步骤 在每一模型的优缺点评估完成之后，过程设计师必须为 指定的项目选择最合适的生存周期模型。 (注：这是一项重要而复杂的任务.) IEEE Standard 1074-1997列出了选择项目生存周期模型 的步骤(5步).
术活动,从规约 (Specification)一直到验收(Acceptance).
软件生存周期过程的管理
管理的一般模型:
P
D
A
C 所谓软件生存周期过程的管理,即从需求规约到验收，对 过程、❖过程之间的关系以及过程产品流进行定义和 控制.
具体地说，可分为4个主要阶段：
选择合适的软件生存周期模型（the Software Life Cycle Model, SLCM）,作为发布、支持产品所需要的一 个全局过程网，作为完成其中活动所需要的活动网。
的 ……
期途
过 程
径 作用于
支持/管理技术与方法
程
型建
立
回答:如何建立一项软件工程的生存周期过程并管理之.
1)引言 一个项目的软件生存周期过程管理,是该软件工程项目管 理的一个子集. 何谓一个项目的软件生存周期过程? 无论是软件项还是硬件项，在其开发上的演化一般被称 为该项的生存周期。通常，一个项的开发往往始于一个 想法，依其服务情况，不断地进行改进。因此,项目的 生存周期可概括为:
❖通过标识和定义那些单个的任务（例如需求），创建软 件生存周期（the Software Life Cycle, SLC）。
建 立 组 织 上 和 技 术 上 的 软 件 生 存 周 期 过 程 （ the Software Life Cycle Process，SLCP）。
在整个产品的生存周期中，管理该SLCP。
基于以往的经验和组织能力，评估第一步所选择的那几个 SLCM。
最后，选择最能满足项目属性和约束的SLCM。
3)生存周期过程的精化 选择了一个软件生存周期模型之后，下一个任务就是将
相关的生存周期活动映射到该软件生存周期模型。 --精化
IEEE Standard 1074-1997和IEEE/EIA Standard 12207 将活
软件工程
第四讲 软件项目生存周期过程的管理
3、软件工程生存周期过程管理
给
支
出
软件开发方法学
软件开发本质 定义
软
软
件
件
生
生
存形 存
周成 周
期
期
过
模
持 过 程 方 向
(活 动 与 定 序)
的
软 件 工 程 生 存 周Leabharlann 实 结构化方法现 开
面向对象方法
发 面向数据结构 方法
过 维也纳开发方
程 法（VDM）