当前位置：文档之家 › 第2章 过程和生命周期的建模

第2章 过程和生命周期的建模

  • 格式：pdf
  • 大小：702.62 KB
  • 文档页数：28

下载文档原格式

  / 28

合集下载

第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章 软件生存周期及开发模型

02第2章软件生命周期及开发模型

02第2章软件生命周期及开发模型
Ø显然，快速原型方法可以克服瀑布模型的缺点，减少由 于软件需求不明确带来的开发风险，具有显著的效果。
2、原型模型
Ø 增量模型在开发软件过程中，是将软件产品作为一系列的增量 构 件来设计、编码、集成和测试；
Ø 每个构件由多个互相作用的模块构成，且能够完成特定的功能； Ø 采用增量模型开发，首先建立的增量构件是实现软件系统最基
第2章软件生命周期及开发模型软件过程概述21传统的软件过程模型22面向对象的软件过程模型23第2章软件生命周期及开发模型敏捷软件开发过程模型2421软件过程概述1软件生命周期软件也有一个孕育诞生成长成熟衰亡的生存过程
第2章 软件生命周期及开发模型
【学习目标】掌握软件的生命周期的概念，明确学习软件 过程模型的意义，掌握各种过程模型的特点与适用范围， 掌握面向对象软件过程模型的内容与过程，了解敏捷开发 软件过程模型的内容与过程。 【教学方法】案例教学法
2.4 敏捷软件开发过程模型
2.1 软件过程概述
1
软件生命周期
主
要
内
容
2 软件生命周期各阶段的任务
1、软件生命周期
软件也有一个孕育、诞生、成长、成熟、衰亡的生存过 程。称其为计算机软件的生命周期。
软件生命周期可划分为若干个阶段。问题定义、可行性研 究、需求分析、概要设计、详细设计、编码和单元测试、综 合测试、系统运行和维护。
2、原型模型
快速原型模型（Rapid Prototype Model）
Ø快速原型模型的第一步是建造一个快速原型，实现客户 或未来的用户与系统的交互，用户或客户对原型进行评价， 进一步细化待开发软件的需求。通过逐步调整原型使其满 足客户的要求，开发人员可以确定客户的真正需求是什么； 第二步则在第一步的基础上开发客户满意的软件产品;

过程和生命周期的建模

过程和生命周期的建模

公共过程框架
为开发 高质量 的软件 需要完 成的任 务的框 架。
框架活动
任务集合 工作任务
里程碑、交付物
SQA点
保护性活动
chapter 2
软件过程（续）

软件过程又称软件生命周期（ Life cycle ），是软件生命周期内为达到一 定目标而必须实施的一系列相关过程的 集合。 早期： 立项、需求分析、设计、编码、 测试、交付、维护、退役
chapter 2
Examples of process models
Waterfall model瀑布模型 Prototyping原型化模型 V-model V-模型 Operational specification操作说明模 型 Transformational model变换模型 Phased development: increments and iteration增量和迭代模型 Spiral model螺旋模型
chapter 2
Operational specification 操作说明模型
chapter 2
Transformational model 变换模型
chapter 2

软件需求描述被精练成一个用数学符号表达 的详细的形式化描述 设计、实现和单元测试等开发过程由转换过 程替代，在转换的过程中，每个步骤增加细 节，直到形式化描述被转换变成一个可执行 程序。
chapter 2
软件过程各阶段内容
● 可行性研究 任务 了解用户要求和现实环境。从技术、经济、市
场等方面研究并论证开发该软件系统的可行性。 △技术可行性 当前的软件开发方法和工具能否支持需求的实现； △操作可行性 用户能否在特定的环境下使用这个软件； △经济可行性 开发和使用、维护这个软件的成本能否被用户所接 受。

软件工程课件2过程和生命周期的建模

软件工程课件2过程和生命周期的建模
9
六、维护与运行阶段 在实际运行中不断修改、完善、维护， 使系统持久地满足用户的需要。
10
按照传统瀑布模型开发软件的特点
1.阶段间具有顺序性和依赖性。 2.推迟实现的观点。 3.每个阶段必须完成规定的文档;
每个阶段结束前完成文档审查,及早 改正错误。
11
§2.3 软件开发标准 软件产品的标准化
软件开发过程的标准化
12
❖ 主要的软件生存周期模型有瀑布模型、增量模型、 螺旋模型、喷泉模型、变换模型和基于知识的模 型。
3
可行性分析与 项目开发计划
可行性研究报告
需求分析
需求说明书
设计
设计文档
编码
程序
测试
测试报告
维护 与运行
4
一、可行性分析与项目开发计划阶段
1 主要任务：确定软件系统是否值得开 发即搞清楚问题的性质，确定系统的目 标和规模，从技术、经济和社会因素等 方面分析论证项目的可行性。 2 产品：可行性研究报告。这是部门负 责人决定是否进行这项工程的重要依据。 3 参加人员：由用户和高级程序员组成
5
二 、需求分析阶段
1. 主要任务：确定用户要求软件系统做什么。即了 解准备让计算机“干什么”事。 2. 产品：需求说明书—明确描述了用户的要求也就 是双方充分讨论交流后达成的一致协议。 3. 参加人员
6
三、设计阶段
1 概要设计：模块的分解即一个大程序应该 怎样由许多规模适中的模块按合理的层次结 构组织而成。 2 详细设计：考虑每个模块内部的细节。如： 流程、数据结构、数据库、代码设计等问题。 3 产品：模块说明书，数据库 4 参加人员
§2.1 过程的含义
软件工程过程规定了获取、供应、开发、操作 和维护软件时，要实施的过程、活动和任务。

软件工程第2章软件生存周期与软件过程

软件工程第2章软件生存周期与软件过程
软件工程第2章软件生存周期与软件 过程
用例驱动 ─ Concise, simple, and understandable
以体系结构为中心 ─ Effective basis for large-scale reuse
增量和迭代开发 ─ 基于风险前驱的原则，渐进地展开分析、设 计及其相关活动，每个迭代都会提供一次验 证和调整模型机会，推动软件质量的提升。
增量模型也存在以下缺陷 （1）由于各个构件是逐渐并入已有的软件体系
结构中的，所以加入构件必须不破坏已构造好 的系统部分，这需要软件具备开放式的体系结 构。 （2）在开发过程中，需求的变化是不可避免的。 增量模型的灵活性可以使其适应这种变化的能 力大大优于瀑布模型和快速原型模型，但也很 容易退化为边做边改模型，从而是软件过程的 控制失去整体性。
各阶段结束前都要对所完成的文档进 行评审，以便及时发现问题，改正错 误。
软件工程第2章软件生存周期与软件 过程
瀑布模型的缺点
（1） 各个阶段的划分完全固定，阶段之间产 生大量的文档，极大地增加了工作量。
（2） 由于开发模型是线性的，用户只有等到 整个过程的末期才能见到开发成果，从而增 加了开发的风险。
在增量模型中，软件被作为一系列的增量构件 来设计、实现、集成和测试，每一个构件是由 多种相互作用的模块所形成的提供特定功能的 代码片段构成 。
增量模型在各个阶段并不交付一个可运行的完 整产品，而是交付满足客户需求的一个子集的 可运行产品。整个产品被分解成若干个构件， 开发人员逐个构件地交付产品，这样做的好处 是软件开发可以较好地适应变化，客户可以不 断地看到所开发的软件，从而降低开发风险。
软件工程第2章软件生存周期与软件 过程
迭代式开发 容纳需求变更/减少风险。 管理需求 使用用例和脚本。 使用基于构件的体系结构。 可视化建模。 验证软件质量 质量评估内建在贯穿于整个

《软件工程实用教程》第2章软件生存周期及开发模型

《软件工程实用教程》第2章软件生存周期及开发模型
第六页，共34页。
第2章软件生存(shēngcún)周期 及开发模型
2.2.1 瀑布(pùbù)模型
第七页，共34页。
第2章软件(ruǎn jiàn)生存周期 及开发模型
瀑布模型的特点： 阶段性 阶段评审 文档管理 瀑布模型适用于具有以下特征的一类(yī lèi)系统: 在开发时期内没有或很少有需求变化； 开发者对应用领域很熟悉； 低风险项目，如开发者对目标和开发环境很熟悉； 除了在早期阶段，用户对开发工作参与很少； 系统编程要求使用面向过程的程序设计语言。
✓ 快速原型不能贯穿软件的整个生命周期，它需要 和其他的过程模型相结合才能产生作用。
✓ 对于一个大型复杂的系统，如果不经过分析来进 行整体性划分，想直接用屏幕来一个一个地模拟 是很困难的；对于大量运算、逻辑性较强的程序 模块，快速原型方法很难构造出模型来供人评价。
第十二页，共34页。
第2章软件(ruǎn jiàn)生存周期 及开发模型
细化阶段的目标是分析问题域，建立健全的体系结 构基础，编制项目计划，淘汰项目中最高风险 的元素。本阶段的具体目标如下：
确保软件结构、需求、计划足够稳定；确保项目风 险已经降低到能够预计完成整个项目的成本和 日程的程度；
针对(zhēnduì)项目的软件结构上的主要风险已经 解决或处理完成；
通过完成软件结构上的主要场景建立软件体系结构 的基线；
（3）软件系统是逐渐开展的，因此开发者可以通过对诸多 构件的开发，逐步积累开发经验。实际上增量式开发 还有利于技术复用，
第十七页，共34页。
第2章软件生存(shēngcún)周期 及开发模型
2.2.4 螺旋(luóxuán)模型
第十八页，共34页。
第2章软件生存(shēngcún)周期 及开发模型

第二章_软件生命周期模型

© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心
③
④
⑤
⑥
7
软件工程过程 软件生命周期
软件过程模型
传统软件生命周期模型 新型软件生命周期模型
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心
8
§2.3 软件过程模型
模型是实际事物、实际系统的抽象。 模型是实际事物、实际系统的抽象。 是实际事物 软件过程模型是从一个特定角度提出的 软件过程模型是从一个特定角度提出的 对软件过程的简化描述， 对软件过程的简化描述，是对软件开发 实际过程的抽象， 实际过程的抽象，它包括构成软件过程 的各种活动 软件工件（ 活动、 的各种活动、软件工件（artifact）以及 ） 参与角色等 参与角色等。
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心
10
软件工程过程 软件生命周期 软件过程模型
传统软件生命周期模型
新型软件生命周期模型
© 2008 BUPT TSEG 北京邮电大学 通信软件工程中心
11
§2.4 传统软件生命周期模型
软件过程模型有时也称软件生命周期模型， 软件过程模型有时也称软件生命周期模型，即描述从软 有时也称软件生命周期模型 件需求定义直至软件经使用后废弃为止， 件需求定义直至软件经使用后废弃为止，跨越整个生存 期的软件开发、运行和维护所实施的全部过程、活动和 期的软件开发、运行和维护所实施的全部过程、 任务的结构框架， 任务的结构框架，同时描述生命周期不同阶段产生的软 件工件，明确活动的执行角色等。 件工件，明确活动的执行角色等。 九个传统软件生命周期模型： 九个传统软件生命周期模型： .瀑布模型 .螺旋模型 .V模型和 模型和W .V模型和W模型 .喷泉模型 .原型方法 .构件组装模型 .演化模型 .快速应用开发模型 .增量模型

软工判断题02章24题

【基础题型】判断题【入库题型】判断题在进行了可行性分析后，需求分析就只需要解决目标系统的设计方案。

【答案】B【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题可行性研究的目的是用最小的代价，在尽可能短的时间内，确定该项目是否值得开发。

【答案】A【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题可行性研究进一步研究问题定义阶段所确定的问题是否有可行的解。

【答案】A【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题在可行性研究中最难决断和最关键的问题是经济可行性。

【答案】B【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题软件工程过程应该以软件设计为中心，关键是编写程序。

【答案】A【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题软件定义是软件工程的早期阶段，是由系统分析人员单独完成的系统分析、规划和规格描述，确定软件是什么。

【答案】B【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题系统定义明确之后，应对系统的可行性进行研究。

可行性研究包括经济可行性、社会可行性、系统可行性。

【答案】B【难度】易【知识点】2过程和生命周期建模\2.1过程的含义【启用状态】启用【审核状态】终审通过【下一题】【基础题型】判断题【入库题型】判断题可行性分析中，系统流程图经常用于描述当前运行系统。

《软件工程》第二章软件生命周期及软件开发模型

喷泉模型该模型表明软件开发活动之间没 有明显的间隙，用于支持面向对象开发过程。 由于对象概念的引入，使分析、设计、实现之 间的表达没有明显间隙。并且，这一表达自然 地支持复用。
谢谢聆听
共同学习相互提高
•问题定义 可行性
问题计划 开发时期
运行时期
2.2.1 瀑布模型
•需求分析
•总体设计
•详细设计
•编码
•测试
维护
图2.2 瀑布模型
2.2.2 演化模型
需
求 设 计 编 码 测 试 集 成
需 求
设 计
编 码
测 试
集 成
需 求
设 计
编 码
测 试
集 成
2.2.3 原型模型
开始
需求采集细化
停止
产品
快速
样本
可行性研究 需求分析 概要设计 详细设计
实现 调试 维护 退役 图 2.1 软 件 生 命 周 期
2。2软件开发生命周期过程和活动
软件生命周期过程的IEEE（美国电气电子工程师学 会 IEEE）标准描述了一系列活动和过程，对于[IEEE Std．1074-1995]的软件的开发和和维护来说这些活动 是强制性的。它的目标是为开发生命周期模型建立一 个通用框架。在这一节，我们描述由这一标准引入的 主要过程和活动。
设计
对原型
建造
加工
原型
用户评价原型 原型
指定计划： 决定目标 方案限制
提交线 评审
客户评价
2.2.4 螺旋模型
累计成本
需求计划 生存期 计划
开发计划
组装测试
风险分析
风险分析
风险分析
原型 3
原型 2
原型 1

第2章 过程和生命周期


Gao Haichang , Software School, Xidian University
12
迭代模型
优点： 优点：
软件工程实践
能够较好地适应需求难以确定、不断变更的软件系统 的开发
缺点： 缺点：
迭代次数难以事先确定，增加了过程管理的复杂度
Gao Haichang , Software School, Xidian University
软件工程实践
Gao Haichang , Software School, Xidian University
5
瀑布模型
软件工程实践
要求软件项目的开发严格按照软件生命周期的方 式进行 特点： 特点：
分阶段 阶段间有因果关系 评审 允许反馈
Gao Haichang , Software School, Xidian University
13
螺旋模型
软件工程实践
结合了瀑布模型、 结合了瀑布模型、快速原型模型和迭代模型的思 并引入了风险分析活动。 想，并引入了风险分析活动。 每个循环迭代都包含4个阶段： 每个循环迭代都包含 个阶段： 个阶段
制定计划 风险分析 设计实施 用户反馈
Gao Haichang , Software School, Xidian University
Gao Haichang , Software School, Xidian University
7
快速原型模型
软件工程实践
允许在需求分析阶段对软件的需求进行初步的分 允许在需求分析阶段对软件的需求进行初步的分 初步 析和定义
Gao Haichang , Software School, Xidian University
  1. 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第2章
Modeling the Process and Life Cycle
过程和生命周期的建模
2010/12/23
苏州大学计算机科学与技术学院
1
In this chapter , we look at 本章将介绍 ·what we mean by a “process” 过程的含意 ·software development products 软件开发的产品 ·processes, and resources 过程和资源 ·several models of the software development process 软件开发过程的若干模型 ·tools and techniques for process modeling 过程建模的工具和技术
改进后的瀑布模型
思考题：同学们自己考虑一下两个瀑布模型的优缺点？ 附注2．1 瀑布模型的缺点
2010/12/23
苏州大学计算机科学与技术学院
10
实际的软件开发过程
2010/12/23
苏州大学计算机科学与技术学院
11
带原型化的瀑布模型
2010/12/23
苏州大学计算机科学与技术学院
12
V模型
2010/12/23
苏州大学计算机科学与技术学院
17
2.3 TOOLS AND TECHNIQUES FOR PROCESS MODELING 过程建模工具和技术
静态模型：Lai符号 过程元素有以下7种类型 1．活动：过程中将要发生的事情。 2．顺序：活动的顺序。 3．过程模型：是关于系统的兴趣的观点。部分过程可以表示为分离的模 型，用来预测过程行为或分析一定的特性。 4．资源：必需的事项、工具或人员。 5．控制：对执行过程的外部影响。 6．策略：指导原则。 7．组织结构：过程代理者的等级结构，使实际分组与逻辑分组及相关角 色相对应。 动态模型：系统动态
2010/12/23
苏州大学计算机科学与技术学院
26
另一个角度看需求开发和需求管理之间的区 别：
·记录下当前项目或以前项目中所遇到的与需求相关的问题。指 明每一个问题是需求开发问题还是需求管理问题，以及这些 问题带来的影响及其产生的根本原因。 ·与项目组成员和其他风险承担者(客户，市场调查人员，项目管 理者)一起讨论当前或以前项目中的需求问题，及其产生的根 源和带来的影响。向所有参与者指明，如果想解决这些困难， 必须正视它，大家是否为此做好准备了呢? ·整理出对整个项目人员一天训练用的软件需求课程，人员要包 括重要的客户，市场人员和管理人员。训练是一种有效的团 队学习与合作的方法。大家将会在训练中达成术语与技术上 的共识，有利于相互交流沟通与协作。
2010/12/23 苏州大学计算机科学与技术学院 22
软件需求各组成部分的关系
2010/12/23
苏州大学计算机科学与技术学院
23
需求的开发与管理
我们可以将整个软件需求工程研究领域划分为需求开发和需 求管理两部分，如图所示：
ห้องสมุดไป่ตู้
2010/12/23
苏州大学计算机科学与技术学院
24
需求开发可进一步分为： 问题获取(elicitation)、分析(analysis)、编写规格 说明 (specification)和验证(verification)四个阶段(ThayerandDorfman 1997)。这些子项包括软件类产品中需求收集、评价、编写文档等所有活 动。需求开发活动包括以下几个方面： ·确定产品所期望的用户类。 ·获取每个用户类的需求。 ·了解实际用户任务和目标以及这些任务所支持的业务需求。 ·分析源于用户的信息。 ·将系统级的需求分为几个子系统，并将需求中的一部份分配给软件组件。 ·了解相关质量属性的重要性。 ·商讨实施优先级的划分。 ·将所收集的用户需求编写成规格说明和模型。 ·评审需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发 小组接受说明之前将问题都弄清楚。
苏州大学计算机科学与技术学院
13
原型化模型
2010/12/23
苏州大学计算机科学与技术学院
14
操作规格说明模型
2010/12/23
苏州大学计算机科学与技术学院
15
阶段化开发：增量和迭代
阶段化开发模型 增量开发和迭代开发
2010/12/23
苏州大学计算机科学与技术学院
16
螺旋模型
2010/12/23
a set of ordered tasks as a process: a series of steps involving activities, constraints, and resources that produce an intended output of some kind. 有顺序的任务集合称为过程：即一系列涉及 到活动、约束和资源的步骤，它们产生某种类 型的有目的的输出。
2010/12/23
苏州大学计算机科学与技术学院
21
补充：需求的层次
软件需求一般包含三个层次──业务需求、用户需求和功能需求──还包括 非功能需求。 业务需求(business requirement)：反映了组织机构或客户对系统、产品高层 次的目标要求，它们在项目视图与范围文档中予以说明。 用户需求(user requirement)：描述了用户使用产品必须要完成的任务和具备 的功能，这在使用实例(use case)文档或方案脚本(scenario)说明中予以说 明。 功能需求(functional requirement)：定义了开发人员必须实现的软件功能， 使得用户能完成他们的任务，从而满足其业务需求。 在软件需求规格说明书(software requirements specification，SRS)中对上述 三个需求层次进行详细描述。软件需求规格说明中说明的功能需求充分描 述了软件系统所应具有的外部行为。软件需求规格说明在开发、测试、质 量保证、项目管理以及相关项目功能中都起了重要的作用。 作为功能需求的补充，软件需求规格说明书还应包括非功能需求．它描述了 系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规 范和合约，外部界面的具体细节，性能要求，设计或实现的约束条件及质 量属性等。
2010/12/23 苏州大学计算机科学与技术学院 18
汽车状态的变换图
箭头指出了一个因素中的变化如何 影响另一个因素中的变化
2010/12/23
苏州大学计算机科学与技术学院
19
右图说明潜在平均名义生产率受下面三种因素影响：有经 验的职员的生产率、有经验的职员的比例以及新职员的生 产率。 生产率的4个主要方面： 软件产品、人力资源管理、计划和控制
2010/12/23
苏州大学计算机科学与技术学院
20
2.4 PRACTICAL PROCESS MODELING 实际的过程建模
Marvel Case Studies MaweI的个案研究 Desirable Properties of Process Modeling Tools Techniques 过程建模工具和技术中有价值的属性 and
2010/12/23 苏州大学计算机科学与技术学院 7
边做边改模型
2010/12/23
苏州大学计算机科学与技术学院
8
瀑布模型图
one development stage should be completed before the next begins. 一个开发阶段必须在另一个开 发阶段 开始之 前完成。
2010/12/23
苏州大学计算机科学与技术学院
4
一个过程常常涉及到一系列的工具和技术。任何过程都具有如下特征： ·过程规定了所有主要的过程活动。 ·过程使用资源，服从于一组约束(比如进度约束)，产生中间结果和最终产 品。 ·过程由子过程组成，这些子过程用某种方式链接起来。过程可以定义为分 层的过程等级结构，以便每一个子过程具有自己的过程模型。 ·每一个过程活动具有入口和出口标准，这样可知道活动何时开始以及何时 结束。 ·活动以一定的顺序加以组织，因此，一个活动相对于其他活动何时完成是 很清楚的。 ·每一个过程具有一系列的指导原则，这些指导原则解释了每一个活动的目 标。 ·约束或控制可以应用到任何活动、资源或产品中。例如，预算或进度可以 限制活动需要的时间长短，工具可以限制资源使用的方式。当过程涉及到 某些产品的开发时，有时把这种过程称为生命周期。因此，软件开发过程 有时被称为软件生命周期，因为它从概念到实现、交付、使用和维护描述 了软件产品的生命。
2010/12/23
苏州大学计算机科学与技术学院
25
通常的需求管理活动
·定义需求基线(迅速制定需求文档的主体)。 ·评审提出的需求变更、评估每项变更的可能影响从而决定是否 实施它。 ·以一种可控制的方式将需求变更融入到项目中。 ·使当前的项目计划与需求一致。 ·估计变更需求所产生影响并在此基础上协商新的承诺(约定)。 ·让每项需求都能与其对应的设计、源代码和测试用例联系起来 以实现跟踪。 ·在整个项目过程中跟踪需求状态及其变更情况。
2010/12/23 苏州大学计算机科学与技术学院 6
2.2 SOFTWARE PROCESS MODELS 软件过程模型
Every software development process model includes system requirements as input and a delivered product as output. 每一个软件开发过程模型都含有输入(系统需求)和输出(一个交付 的产品)。 以下的模型，理解它们的共性和区别。 边做边改模型 瀑布模型 螺旋模型 V模型 增量迭代模型 原型化模型
2010/12/23 苏州大学计算机科学与技术学院 2
本章要点：
2.1 过程的含义 2.2 软件过程模型 2.3 过程建模工具和技术 2.4 实际的过程建模 补充：需求的层次 补充：需求的开发与管理