软件过程框架与软件过程模型.
软件工程第二章-软件过程
编码
运行 时期
1. 瀑布模型
瀑布模型(waterfall model)是软件工程最早的范例，
也称经典生命周期，它提出了一个系统的、顺序的软 件开发方法，从用户需求规格说明开始，通过计划、 建模、构建和部署的过程，最终提供一个完整的软件 并提供持续的技术支持。
沟通 项目启动 需求获取 策划 项目估算 进度计划 项目跟踪
… 框架活动 # n 动作 # n.1 任务集 …… 动作 # n.m 任务集 工作任务、工作产品、 质量保证点、项目里程碑
工作任务、工作产品、 质量保证点、项目里程碑
只有一种软件过程吗？
软件过程的种类很多，区别主要体现在几个方面： 组成过程的各个活动(包括普适性活动)、动作和任务，及其相互依 赖的关系都可能不同； 动作和任务的细化程度可能不同； 工作产品的定义和要求可能不同； 质量保证活动的应用方式可能不同； 项目跟踪和控制活动的应用方式可能不同； 过程描述的详细程度和严谨程度可能不同； 客户和利益相关者对项目参与的程度可能不同； 软件团队所赋予的自主权可能不同； 队伍组织和角色的明确程度可能不同。
下优先级进行增量开发：
第一个增量实现基本的文件管理、编辑和文档生成功能
； 第二个增量实现更加完善的编辑和文档生成功能； 第三个增量实现拼写和文法检查功能； 第四个增量完成高级的页面布局功能； ……
增量模型的特点
增量过程模型综合了线性、并行、演化三种过程流的
特征。
对于每个增量，使用的是线性过程流；
过程流
过程流(process flow)：描述了在执行顺序和执行时
间上，如何组织框架中的活动、动作和任务。 大致有四大类不同的过程流：
Chapter03软件过程模型
8
3.3 增量过程模型
能在较短的时间内向用户提交可以完成主 要功能的产品。 逐步增加产品的功能，使用户有充裕的时 间学习和适应新产品，减少一个全新的产 品给客户组织带来的冲击。
9
The Incremental and Iterative Model
format
edit
format
create
create
Component-Based Development—the process to apply when reuse is a development objective Formal methods—the process to apply when a mathematical specification is to be developed Aspect-Oriented Software Development—use aspects to characterize cross-cutting functional and non-functional properties components. Cleanroom software engineering—emphasizes error detection before testing
RAD
11
The Incremental Model
12
3.4 演化过程模型
原型开发
需求不够详细，不太清楚
人机交互形式不确定 开发人员对算法，OS兼容性不确定
螺旋模型
瀑布模型＋原型迭代
协同开发模型
由一系列框架活动，软件工程动作和任务，相关状态表示。 协同过程模型定义了一系列事件，这些事件触发软件工程活 动、动作、任务的状态之间的转换。
软件开发流程模型
软件开发流程模型1、V 模型模型图定义：RAD (Rap Application Development,快速应⽤开发) 模型是软件开发过程中的⼀个重要模型，由于其模型构图形似字母V，所以⼜称软件开发的V模型。
它通过开发和测试同时进⾏的⽅式来缩短开发周期，提⾼开发效率。
优点：相对于瀑布模型，V模型测试能够尽早的进⼊到开发阶段。
缺点：虽然测试尽早的进⼊到开发阶段，但是真正进⾏软件测试是在编码之后，这样忽视了测试对需求分析，系统设计的验证，时间效率上也⼤打折扣。
2、瀑布模型模型图定义：瀑布模型(Waterfall Model)是将软件⽣存周期的各项活动规定为按固定顺序⽽连接的若⼲阶段⼯作，形如瀑布流⽔，最终得到软件产品。
地位：这是⼀种经典模型,提供了软件开发的基本框架。
优点:1）各阶段划分清晰2）强调计划与需求分析3）适合需求稳定的产品开发缺点:1）单⼀流程，不可逆2）风险显露得晚，纠正机会少3）测试只是其中⼀个阶段，缺乏全过程测试思想3、敏捷开发模型流程图定义：从1990年代开始逐渐引起⼴泛关注,是⼀种以⼈为核⼼、快速迭代、循序渐进的开发⽅法。
强调以⼈为本，专注于交付对客户有价值的软件。
是⼀个⽤于开发和维持复杂产品的框架。
就是把⼀个⼤项⽬分为多个相互联系，但也可独⽴运⾏的⼩项⽬，并分别完成，在此过程中软件⼀直处于可使⽤状态。
优点：敏捷确实是项⽬进⼊实质开发迭代阶段，⽤户很快可以看到⼀个基线架构版的产品。
敏捷注重市场快速反应能⼒，也即具体应对能⼒，客户前期满意度⾼。
缺点：但敏捷注重⼈员的沟通，忽略⽂档的重要性，若项⽬⼈员流动⼤太，⼜给维护带来不少难度，特别项⽬存在新⼿⽐较多时，⽼员⼯⽐较累。
需要项⽬中存在经验较强的⼈，要不⼤项⽬中容易遇到瓶颈问题。
V模型理解V模型的中⼼思想是，研发⼈员和测试⼈员需要同时⼯作，在软件做需求分析的同时就会有测试⽤例的跟踪，这样可以尽快找出程序错误和需求偏离，从⽽更⾼效的提⾼程序质量，最⼤可能的减少成本，同时满⾜⽤户的实际软件需求。
软件开发过程模型的分类和特点
软件开发过程模型的分类和特点软件开发过程模型是指在软件开发过程中，按照一定的规则和步骤进行组织和管理的框架。
根据软件开发的需求和项目特点，存在不同的软件开发过程模型，每个模型都有其独特的特点和适用场景。
以下是常见的软件开发过程模型的分类和特点：1. 瀑布模型：瀑布模型是最早引入的软件开发过程模型，它包括需求分析、设计、编码、测试和维护等阶段，且每个阶段按照严格的顺序依次进行。
瀑布模型适用于需求稳定、项目规模较小的情况，但其缺点是缺乏灵活性和对需求变更的适应性。
2. 原型模型：原型模型主要用于快速评估和验证用户需求，基于迭代的方法，可以根据用户的反馈持续改进原型。
原型模型适用于需求不明确或频繁变更的项目，但需要注意的是，过多的迭代可能导致项目延期。
3. 增量模型：增量模型将项目划分为多个增量，每个增量都包含整个开发周期的一部分功能。
在每个增量完成后，可以进行用户验证和反馈，然后逐步增加功能。
增量模型适用于大型项目和需要早期交付的项目，能够及早获得用户反馈，但较难估计整体时间和成本。
4. 螺旋模型：螺旋模型结合了瀑布模型和原型模型的特点，采用迭代和逐步扩展的方式进行软件开发。
每一次迭代包括风险识别、原型开发、用户评审和计划等活动。
螺旋模型适用于复杂项目和具有较高风险的项目，但需要投入较多的人力和时间成本。
5. 敏捷模型：敏捷模型是一种注重快速交付和持续迭代的开发方法，强调团队合作、用户参与和快速响应变化的能力。
敏捷模型包括Scrum、XP、Kanban等各种方法论，适用于变化频繁且需求不确定的项目。
然而，敏捷模型对团队协作和沟通能力要求较高。
总之，软件开发过程模型的分类和特点主要取决于项目的需求特点和开发团队的能力。
选择适合的开发过程模型将有助于提高软件开发效率和质量。
14 软件过程模型CMM的体系结构
4.6 KPA2.6 软件配置管理
• SCM(Software Configuration Management)保证软件项目生产的产品在 软件生命周期中的完整性。
• 软件配置：软件工作产品及技术文档。 • 通过在给定时间点上软件的配置，系统地 控制配置的更改，维护在整个软件生命周 期中配置的完整性和可跟踪性，得到具有 完整性的软件工作产品和软件产品。
1.1 软件项目成功的三要素－PPT
S D O TECHNOLOGY
不规范
SD O
TECHNOLOGY
S D O
低效率
覆盖成功开发的三要素： Technology – 强大的工具 Process – 协同和规范 People – 执行能力
S D O TECHNOLOGY
不专业
1.2 软件工程难题
5 CMM 3级的KPA
• 3级CMM在2级的基础上增加了七个KPA，既包 括项目管理问题，又包括组织问题和工程问题。 • 软件组织建立了一个基础设施，对项目中所有 有效的软件工程和管理过程的实施制度化。
5.1 KPA3.1 组织过程焦点OPF
• Organization Process Focus • 软件组织建立负责软件过程活动的责任和 机制 • 为改进软件组织的整体软件过程能力提供 组织上的保证。 • 如：设定职位，指定专人或小组负责软件 过程能力的监管。
第14讲 软件能力成熟度模型 CMM
本讲提纲
• • • • • • • • 1. 软件过程与过程改进概述 2. 软件过程的三个流派 3. CMM 概述/CMM的外部结构 4. CMM 2级的6个关键过程域 5. CMM 3级的7个关键过程域 6. CMM 4级的6个关键过程域 7. CMM 5级的6个关键过程域 8 CMM的内部结构与公共特性
软件过程的定义与模型
5
第二节
软件生命周期
• 软件生命周期的概念 • 传统软件生命周期的各个阶段
统一软件开发过程模型适用的范围极为广泛，但是对开发人员的素质要求较高。
29
敏捷过程与极限编程
随着计算机技术的迅猛发展和全球化进程的加快，软件需求常 常发生变化，强烈的市场竞争要求更快速的开发软件，同时软件 也能够以更快的速度更新。传统的方法在开发时效上时常面临挑 战，因此，强调快捷、小文档、轻量级的敏捷开发方法开始流行。 敏捷方法是一种轻量级的软件工程方法，相对于传统的软件工程 方法，它更强调软件开发过程中各种变化的必然性，通过团队成 员之间充分的交流与沟通以及合理的机制来有效地响应变化。
11
几种模型之间的关系
5．软件测试 软件测试是保证软件质量的关键步骤。软件测试的目的是发现软件产品中存在的 软件缺陷，进而保证软件产品的质量。在软件开发的实践中，软件缺陷的产生是必然 的。软件缺陷发现得越晚，弥补缺陷所需的成本就越高，损失也就越大。为了尽早发 现软件缺陷，有效地进行软件测试是必须的。按照测试点的不同，测试可以分为单元 测试、集成测试、系统测试和验收测试。
17
快速原型模型
快速原型的基本思想是快速建 立一个能反映用户主要需求的原型系 统，让用户在计算机上试用它，通过 实践来了解目标系统的概貌。通常， 用户试用原型系统之后会提出许多修 改意见，开发人员按照用户的意见快 速地修改原型系统，然后再次请用户 试用……反反复复地改进，直到原型 系统满足用户的要求。
软件开发软件生命周期及软件开发模型
最早出现的软件开发模型是1970年W．Royce提 出的瀑布模型，而后随着软件工程学科的发展和 软件开发的实践，相继提出了原型模型、演化模 型、增量模型、喷泉模型等。
1.原型模型、螺旋模型
关于模型小结 螺旋模型是由上面四个部分组成的迭代模型。螺旋模型的每一周期都包括需求定义、风险分析、 工程实现和评审四个阶段。开发过程每迭代一次，螺旋线就增加一周，软件开发又前进一个层次 ，系统又生成一个新版本，而软件开发的时间和成本又有了新的投入。最后得到一个客户满意的 软件版本。 喷泉模型该模型表明软件开发活动之间没有明显的间隙，用于支持面向对象开发过程。由于对 象概念的引入，使分析、设计、实现之间的表达没有明显间隙。并且人：-- 汇报时间：20XX
第2章 软件生命周期及软件开发模型
学习要点：
• 软件生命周期表明软件从功能确定、设计，到开发成功投入使用，并在使用中不断地修改 、增补和完善，直至被新的需要所替代而停止该软件的使用的全过程。 •软件开发模型是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生存期的系统开 发、运作和维护所实施的全部过程、活动和任务的结构框架。
第2章 软件生命周期及软件开发模型
2.1 软件生命周期 2.2 软件开发模型
退出
软件生命周期：软件定义、软件设计、软件使用与维护 三阶段，而又可以具体分成几个子阶段。
（1）可行性研究 （2）需求分析和定义 （3）总体设计 （4）详细设计 （5）编码（实现） （6）软件测试、运行／维护
2.2软件模型
软件生命周期 及软件开发模型
汇报人：-- 汇报时间：20XX
小结 软件生命周期实质上是大型系统开发过程中各项目阶段的一种表示方法，如同任何事物一样，软件 也有一个孕育、诞生、成长、成熟、衰亡的生存过程。根据这一思想，把上述基本的过程活动进一 步展开，可以得到软件生命期的6个步骤，即制定计划、需求分析、设计、程序编码、测试及运行 维护。 软件生命期模型是从软件项目需求定义直至软件经使用后废弃为止，跨越整个生命周期的系统开发 、运作和维护所实施的全部过程、活动和任务的结构框架。
软件测试 第2章软件测试过程模型及标准
第2章软件测试过程模型及标准第一节回顾1.软件过程模型：软件开发全部过程、活动和任务的结构框架也称软件开发模型或软件生存周期模型2.典型的软件过程模型：瀑布模型，演化模型，增量模型，原型模型，螺旋模型，喷泉模型，基于构件的开发模型，形式方法模型3.瀑布模型（包含计算机系统工程）（如图所示）将软件放在计算机系统工程中，考察软件在计算机系统扮演什么角色，软件做什么，区分哪些事情由硬件完成，哪些事情软件完成，哪些事情由人完成。
4.瀑布模型（不包含计算机系统工程）（如图所示）第二节软件测试过程模型1.模型：描述软件测试全部过程、活动和任务的结构框架2.典型的软件测试模型：2.1V模型2.2W模型2.3H模型2.4TMap模型第三节V模型1.V模型描述软件开发各阶段与软件测试类别的关系2.V模型的左分支展示了软件开发的活动（和传统瀑布模型的开发步骤相一致），右分支展示了软件测试的类别特点：3.可根据V模型确定各软件测试阶段的测试要求4.可针对开发活动的不同特点为不同的测试类别设计不同的测试用例5.体现测试人员参与开发的全过程6.V模型（含计算机系统工程）（如图所示）7.V模型（不含计算机系统工程）（如图所示）8.V模型右侧的测试级别随软件开发程度的加深而对应不同级别的测试阶段a)单元测试：主要针对详细设计和编码的测试b)集成测试：主要针对概要设计的测试c)系统测试：主要针对软件系统或计算机系统的测试d)验收测试：主要由用户进行的测试缺点：V模型把测试过程作为在需求定义、需求分析、系统概要设计、系统详细设计及编码之后的一个阶段。
容易使人理解为测试是软件开发的最后阶段，测试主要针对程序进行，而需求定义、需求分析、系统概要设计、详细设计阶段隐藏的问题一直到后期的系统测试和验收测试才被发现。
第四节W模型1.V模型中增加各开发阶段应同步进行的验证和确认活动，演化成W模型2.W模型由两个V组成，一个V代表开发过程，另一个V代表测试过程优点：3.体现了尽早地、不断地进行软件测试4.体现了测试对象不仅是程序代码，还包括需求分析、设计等阶段的工作产品，测试与开发同步进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
12
- 测量 定义和收集过程、项目和产品的度量，以帮助团队在发布软件的时候满足 客户要求。同时，测量还可与其它框架协同使用。 - 软件配置管理 管理整个软件过程中变更所带来的影响。 - 可复用管理 定义产品复用的标准（包括软件构件），并且建立构件复用机制。 - 工作产品（Work Product）的准备和生产 包括了创建产品所必须的活动如建模、文档、日志、表格和列表等。
16
17
18
3、软件构造
任务：根据设计说明书中每个模块的控制流程编写出相应 的源程序。 目的：写出高质量的代码和相应的文档。 - 构造要注意使系统更易于使用和系统的可重用性。 - 选择合适的开发工具及系统软件、数据库软件、中间 件等。制定编程规范。 输入：软件设计文档、本过程相关计划 步骤：编程、单元测试、制定下一阶段相关计划、编制用 户文档 输出：源程序和相关文档、下一过程相关计划
14
Review Item Discrepancy152、软件设计
任务：给出实现系统的实施蓝图。 目的：要回答“如何解决该问题？”， 既系统“怎样做？”。 输入：软件需求规范、本过程相关计划 步骤： 概要设计：解决系统的子系统/模块划分、子系统/模块的 层次结构及数据库设计； 详细设计：解决每个模块/类内部算法和数据结构； 制定下一过程相关计划。 输出：体系结构设计说明书、详细设计说明书、下一过程相关 计划
9
公共软件过程框架
公共过程框架 技术性活动
任务集合
工作任务 里程碑、交付物 SQA（软件质量保证）点
支持性活动
10
一个公共过程框架，是通过定义若干框架活动来建立的，如果不 考虑其规模和复杂性，这些活动适用于所有软件项目。
任务集合——每一个集合都由软件工程工作任务、项目里程碑、 软件工程产品和交付物以及质量保证点组成——使得框架活动适应 于不同软件项目的特征和项目组的需求。
4
如何定义软件开发活动? - 名称 - 任务 - 输入: 开始所必需满足的条件 - 输出: 完成时所必须满足的条件以及结果 - 实施: 做什么，怎么做(详细的步骤)，或者如何从输入产生输出
输入
软件开发活动
输出
5
软件活动例子:
- 名字： 单元测试 - 任务 对软件基本单元模块进行测试，判断是否有错 - 输入 有一个已完成、被文档化和批准的软件单元测试计划 供测试的软件单元模块代码 - 实施 遵循单元测试计划，运行所有的测试用例 撰写单元测试报告 - 输出 单元测试报告
19
4、软件测试
任务：检查、发现程序中的错误，提高系统可靠性。 目的：保证系统的正确性、可靠性和可用性。 回答：“该系统是否能实现规定的操作？”。 输入：已经完成的代码、本过程相关的计划 步骤：集成测试、系统测试、确认测试 输出：测试报告和软件修改报告等。
20
5、软件维护
任务：改正软件系统在使用过程中发现的隐含错误，扩充在 使用过程中新的功能要求。 目的：维护软件系统的正常运行。 回答：系统是否满足用户的应用要求。 输入：问题报告 步骤：问题报告审批、问题修改、审核 输出：软件修改报告。
第三讲 软件过程框架与软件过程模型
软件过程框架
什么是过程？ 针对一个给定目标的一系列操作步骤。 例如 - 目标：去火车站 - 操作步骤：去南门/东门公共汽车站，乘50/17路汽车，… 每个过程都有明确的目的以及具体的操作步骤，操作步骤说明了 有哪些操作以及按照什么样的方式来执行操作。
2
什么是软件开发过程？ 按照项目的进度、成本和质量限制，开发和维护满足用户需求的 软件所必需的一组有序的软件开发活动集合。
6
为什么需要软件过程？
- 明确了软件开发的过程和步骤，促进工程化软件开发 - 便于制定软件项目计划 - 为软件开发提供了可视性，便于对软件开发过程进行管理和控制 - 便于细化和安排任务，使得每个人员明确各自的工作
7
软件开发过程模型
软件开发过程模型 - 软件开发过程模型是软件开发全过程、软件开发活动以及它们之间 关系的结构框架 - 指导软件开发以及软件开发过程的定义 常用的软件开发过程模型 - 瀑布模型 - 原型模型 - 增量模型 - 迭代模型 - 螺旋模型
13
主要的开发和支持过程
1、软件需求分析 任务：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完 整地描述表达出来。 目的：要回答“要解决什么问题？”， 既系统“做什么？”。 输入：系统需求文档/问题陈述、本过程相关工作计划 步骤：可行性研究、需求分析、制定相关开发计划 输出：可行性报告、需求规范、下一过程开发计划 需求说明书是让用户理解:“什么是他们真正需要的”； 让开发者理解“什么是他们真正的开发目标”。
8
软件过程分类 - 基本过程类 是构成软件生存周期主要部分的那些过程, 包括：定义、 构建、维护等过程.
- 支持过程类 可穿插到基本过程中提供支持的一系列过程, 包括：文档开 发、 配置管理、 质量保证、验证、确认、联合评审、审计、 问题解决等程.
- 组织过程类 一个组织用来建立、实施一种基础结构, 并不断改进该基 础结构的过程, 包括：管理、计划、改进、培训等过程.
支持性活动——如软件质量保证，软件配置管理和测度，它们 贯穿于整个过程模型之中。支持性活动独立于任何一个框架活动， 且贯穿于整个过程。
11
管理性活动
- 软件项目跟踪和控制 允许项目组根据计划来评估项目进度，并且采取必要的措施保证项目按 进度计划进行。 - 风险管理 评估可能对项目成果或者产品质量产生影响的风险。 - 软件质量保证 确定和执行用以保证软件质量的活动。 ·正式技术评审: 评估软件工程产品，尽量在错误传播到下一个动作 或活动之前，发现并清除错误。 ·V&V（Verification and Validation）：验证与确认。
软件开发活动的例子 - 需求分析 - 体系结构设计 开发活动的顺序例子 - 先做需求分析，然后再做体系结构设计 ……
3
在按任务性质，软件开发活动可分为二种形式 技术活动 - 对软件项目实施开发，产生软件产品 - 例如，需求分析，概要设计，编码，单元测试等等 管理活动 - 对软件项目中的人、产品和过程等实施管理的活动 - 例如，制订软件项目计划，软件配置等等