软件工程-过程模型
软件工程模型与开发过程
软件工程模型与开发过程软件工程是一门涵盖了软件开发全过程的学科，涉及到从需求分析到软件测试和维护的各个环节。
为了更加高效地进行软件开发，人们提出了各种各样的软件工程模型和开发过程。
本文将介绍几种常见的软件工程模型以及软件开发过程的核心流程。
一、瀑布模型瀑布模型是最早被提出并广泛应用的软件开发模型之一。
瀑布模型将软件开发过程划分为需求分析、系统设计、编码、测试和运维等连续的阶段，每个阶段的输出作为下一个阶段的输入。
这种线性的开发模型使得开发过程有序、清晰，易于管理和追踪。
瀑布模型的优点是在每个阶段需求明确，各个阶段之间有明确的输入和输出，容易控制开发进度。
但是，瀑布模型的缺点也比较明显，由于各个阶段之间的依赖性较强，一旦前面的阶段出现问题，后续阶段将受到较大的影响，导致整个开发过程延误。
二、迭代模型为了弥补瀑布模型的缺陷，迭代模型被提出并被广泛应用。
迭代模型将软件开发过程划分为多个迭代循环，每个迭代循环包含需求分析、设计、编码、测试和部署等基本阶段。
每个迭代循环的输出是一个可以交付的软件增量。
迭代模型的优点是每个迭代循环都可以进行反馈和调整，较容易适应需求变化，同时也较为灵活。
但是，迭代模型的缺点是每个迭代循环的时间和成本都是相对较高的，需要进行反复的测试和调整，特别是对于较大规模的软件项目，可能会导致开发周期过长。
三、敏捷开发敏捷开发是一种以迭代和增量为核心的软件开发方法论。
敏捷开发强调团队合作、持续交付和快速反馈，通过不断迭代和小规模增量交付来适应需求变化。
敏捷开发提倡面对面的沟通和自组织的团队，强调快速响应和持续改进。
敏捷开发的优点是能够快速适应变化的需求，及时反馈和交付可用的软件。
同时，敏捷开发也鼓励开发人员与用户紧密合作，更好地理解用户需求和期望。
然而，敏捷开发也需要团队成员具备较高的技术能力和良好的沟通协调能力，同时也需要在开发过程中不断进行测试和验证，以确保软件质量。
四、融合模型融合模型是将不同的软件工程模型进行有机的结合，形成适合具体项目的开发模型。
第1讲 软件过程模型-xu
1.4 软件过程
软件生存期模型是跨越整个生存期的系统开发 、运作和维护所实施的全部过程、活动和任务 的结构框架 瀑布模型 原型模型 螺旋模型 喷泉模型 增量模型
1.4 软件过程
1.
瀑布模型 （传统的软件过程）
特点：
阶段间具有顺序性和依赖性
必须等前一阶段的工作完成之后，才能开始后一阶段的工作
1.1软件工程简述
7. 承认不断改进软件工程实践的必要性
遵循前6条基本原理，就能够按照当代软件工
程基本原理实现软件的工程化生产，但不能保 证赶上时代前进的步伐。
积极主动采纳新的软件技术，且不断总结经验。
1.2 软件工程
软件工程的目标
研制、开发与生产出具有良好软件质量和费
用合算的产品。（正确、可靠、可维护、可 重用；可追踪、可移植、可操作、有效性）
1.3 软件生命周期
5.详细设计/模块设计
详细设计阶段的任务就是把解法具体化，也就
是回答“应该怎样具体地实现这个系统”这个 关键问题。 详细地设计每个模块，确定实现模块功能所需 要的算法和数据结构
编写设计说明书，提交评审
1.3 软件生命周期
6.编码和单元测试
这个阶段的关键任务是写出正确的容易理解
1.3 软件生命周期
8.软件维护
维护阶段的关键任务是，通过各种必要的维护活动使系统持
久地满足用户的需要
通常有四类维护活动：
改正性维护 适应性维护 完善性维护 预防性维护
—— 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段
的执行顺序，因此也称为过程模型
1.4 软件过程
经统计表明，不成功的软件项目中有一半左右是
软件工程-软件过程模型
4 演化模型-螺旋模型
Evolutionary Model
螺旋模型的基本思想
每一个螺旋周期（Spiral model sectors）包 含四个部分： （1）确定目标，选择方案，设定约束条件， 选定完成本周期所定目标的策略。 （2）分析该策略可能存在的风险。 （3）在排除风险后，实现本螺旋周期的目标。 （4）评价前一步的结果，并且计划下一轮的 工作。
第二章 软件过程模型
软件生存周期 软件开发模型 瀑布模型 进化式模型 演化模型 形式化开发
第一节 软件生存周期
软件生存周期的概念： 一个软件从计划起，到废弃不用止。
软件生存周期包括：计划、开发、运行。
第二节 软件开发模型概念
软件开发模型的概念：
为整个软件生存期建立的模型。
交付客户
构件n
规格说明
设计
实现和集成
交付客户
增量模型的基本思想
每个增量提供系统功能的一个子集，一个增 量完成并交付，部分系统功能可以提前交付 使用。 对增量中服务的分配取决于服务优先次序。 最高优先权的服务首先被交付。 第一个增量往往是核心的产品。 开发者能通过对系统的经验帮助理解后面的 增量需求和目前增量后续版本的需求变更。
思考题
为以下各系统提出合适的软件过程模型，阐 述理由： （1） 汽车防锁死刹车控制系统 （2）一个支持软件维护的虚拟现实系统 （3）大学记账系统，准备替换一个已存在的 系统 （4）一个位于火车站的交互式火车车次查询 系统
建立原型系统的方法
原型系统仅包括未来系统的主要功能，以及 系统重要的接口。 开发原型系统尽可能使用能缩短开发周期的 语言和工具。
3 演化模型-增量模型
Evolutionary Model
软件工程-软件过程模型
软件工程-软件过程模型软件工程-软件过程模型1.引言在软件开发过程中，软件过程模型是一种指导开发团队进行软件项目管理、开发、测试和维护的方法。
选择合适的软件过程模型能够提高开发效率和质量。
本文将介绍几种常见的软件过程模型及其特点。
2.瀑布模型2.1 概述瀑布模型是最经典的软件过程模型，它将软件开发过程划分为需求分析、设计、编码、测试和维护等阶段，各阶段按序依次进行，并且每个阶段的输出作为下一个阶段的输入。
该模型适用于需求明确、变动较少的项目。
2.2 优点●易于理解和使用●各个阶段有明确的任务和输出●开发进度容易掌握2.3 缺点●特别注重文档，过程较为刻板●不适应需求较为灵活和易变的项目●需求变更较困难3.增量模型3.1 概述增量模型是一种迭代的软件过程模型，它将软件开发过程分解为多个增量部分，每个增量部分都是可执行的，具有独立的功能。
每个增量都经过开发、测试和维护等阶段，最终形成完整的软件系统。
3.2 优点●提高开发效率，快速交付可用的软件●适用于需求变更频繁的项目●早期发现和解决问题，降低风险3.3 缺点●需要多次集成和测试，增加了工作量和成本●每个增量都需要经过完整的开发流程，开发时间可能较长4.原型模型4.1 概述原型模型是一种以用户需求为中心的软件过程模型。
它将软件系统分为前端界面和后端逻辑实现，开发团队先为用户构建原型界面，根据用户反馈进行迭代修改，最终实现满足用户需求的系统。
4.2 优点●高度交互性，能够及时反馈用户需求●提高用户满意度，减少需求变更●可提前发现和解决问题4.3 缺点●需要与用户之间的密切合作●前期投入较大●需求不够明确时，开发团队容易走偏5.敏捷模型5.1 概述敏捷模型是一种以迭代和增量为特点的软件过程模型。
它注重团队合作、需求变更和持续交付的原则，以客户满意为最终目标。
5.2 优点●满足需求变更的灵活性●提高开发团队的工作效率和满意度●客户参与度高，减少需求风险5.3 缺点●依赖团队协作和沟通●需求变更较多时，可能影响开发进度和成本控制●关注点放在短期交付上，对长期计划较弱6.结论根据不同项目的需求和特点，选择合适的软件过程模型对项目的成功非常重要。
软件工程基础之02软件过程模型
软件工程基础之02软件过程模型软件工程基础之02 软件过程模型1\引言软件过程模型是软件开发过程中的一个重要概念，用于指导软件项目的组织和管理。
本文将介绍软件过程模型的基本概念、分类、优缺点以及常见的几种软件过程模型。
2\软件过程模型的基本概念2\1 软件过程软件过程是指在软件开发过程中，按照一定的方法论和流程执行的一系列活动。
它包括需求分析、设计、编码、测试、部署等一系列环节，以及相关的管理活动。
2\2 软件过程模型软件过程模型是对软件开发过程的一个抽象描述，它定义了软件开发过程中各个阶段的顺序、交互和活动。
软件过程模型可以帮助团队更好地理解、管理和改进软件开发过程。
3\软件过程模型的分类3\1 瀑布模型瀑布模型是最传统也是最经典的软件过程模型，它将软件开发过程划分为需求分析、设计、编码、测试和部署等几个阶段，每个阶段都有明确的输入和输出。
3\2 原型模型原型模型适用于需求不明确或变化频繁的项目。
它通过快速构建一个初步版本的软件原型，与用户进行反复的交互和验证，以快速收集需求并逐步完善软件。
3\3 增量模型增量模型将软件开发过程划分为多个迭代的增量，每个增量都是对之前版本的扩展和改进。
相比于瀑布模型，增量模型能够更早地交付可用的软件，并且逐步完善。
3\4 螺旋模型螺旋模型是一种风险驱动的软件开发过程模型，它强调风险的评估和管理。
螺旋模型将软件开发过程划分为多个循环，每个循环都包括风险评估、规划、开发和评估等活动。
4\软件过程模型的优缺点4\1 瀑布模型的优缺点瀑布模型的优点是结构清晰、易于理解和控制，适用于需求稳定的项目。
缺点是缺乏灵活性，需求变更困难，容易导致项目延期。
4\2 原型模型的优缺点原型模型的优点是快速、灵活，能够及早与用户进行交互并获取反馈。
缺点是可能会导致需求变更频繁，进而增加开发成本。
4\3 增量模型的优缺点增量模型的优点是能够快速交付可用的软件，并逐步完善。
缺点是每个增量的设计和开发都需要经过完整的软件开发流程，增加了开发成本。
软件工程过程及常见模型
软件工程过程及常见模型
软件工程过程是指将软件开发过程分解为多个阶段，并通过一系列活动和任务进行管理和控制的方法。
常见的软件工程过程模型包括：
1. 瀑布模型（Waterfall Model）：各个开发阶段按照线性顺序依次进行，前一阶段的输出作为后一阶段的输入。
适用于需求稳定、风险较低的项目。
2. 原型模型（Prototype Model）：通过创建原型来逐步完善需求，在需求不确定的情况下更加灵活和迭代式。
适用于用户需求不明确或变化频繁的项目。
3. 增量模型（Incremental Model）：将软件开发分为多个小的模块，每个模块的开发和测试都是独立的，逐步完成整个系统的开发。
适用于需求变化较频繁的项目。
4. 螺旋模型（Spiral Model）：以风险管理为核心，通过迭代的方式进行软件开发，每个迭代阶段都包括计划、风险评估、工程开发和客户评估。
适用于复杂、大型项目。
5. 敏捷模型（Agile Model）：强调快速反馈和持续交付，在灵活性和适应性方面更为突出。
采用迭代和增量的方式进行软件开发，如Scrum、XP等。
适用于需求频繁变化的项目。
不同的模型适用于不同类型的项目和开发需求，选择合适的软件工程过程模型对于项目的成功实施非常重要。
软件工程-软件过程模型
软件工程-软件过程模型软件工程-软件过程模型软件过程模型是在软件开发过程中使用的一种组织结构和指导原则。
它描述了从需求定义到软件交付的整个过程，并指导了开发团队如何在不同阶段进行工作和合作。
软件过程模型的选择对于项目的成功至关重要，因为它决定了项目的管理方式、时间表安排和团队的工作内容。
软件过程模型的选择通常基于项目的需求、规模和风险管理。
以下是几种常见的软件过程模型：1. 瀑布模型：瀑布模型是最传统和经典的软件过程模型。
它按照顺序执行软件开发过程的各个阶段，包括需求分析、系统设计、编码、和维护。
这种模型适用于需求稳定、项目规模小、时间周期长的项目。
2. 迭代和增量模型：迭代和增量模型将软件开发过程分为多个迭代阶段，每个阶段都是一个完整的开发循环。
每个迭代周期中的需求、设计、开发和都会被完成，项目会在每个迭代中逐步增加功能。
这种模型适用于需求变化频繁、项目规模大的项目。
3. 敏捷模型：敏捷模型是近年来非常流行的软件过程模型。
它强调团队合作、快速响应需求变化和持续交付价值。
敏捷开发基于迭代和增量的原则，通过短周期的开发迭代来快速响应用户反馈。
常见的敏捷方法包括Scrum和XP（极限编程）。
4. 螺旋模型：螺旋模型是一种风险驱动的软件过程模型。
它将软件开发过程分为多个循环，每个循环包括需求分析、风险评估、开发和评审。
每个循环都会根据之前循环的结果进行调整。
这种模型适用于需求不稳定、项目风险高的项目。
除了以上几种常见的软件过程模型，还有一些特定领域的模型，如嵌入式软件开发的V模型和安全软件开发的安全模型等。
在选择软件过程模型时，团队应根据项目的需求和约束条件进行评估和选择。
也可以根据项目的具体情况结合多种模型，采用混合的开发方法。
无论选择哪种模型，重要的是团队要能够灵活适应变化，并不断优化和改进开发过程，以提高软件质量和开发效率。
系统与软件工程 过程评估 软件测试过程评估模型参编单位
系统与软件工程过程评估软件测试过程评估模型参编单位系统与软件工程过程评估是软件开发过程中非常重要的一项工作。
其中，软件测试过程评估模型是评估软件测试过程质量的一种方法。
本文将以"软件测试过程评估模型参编单位"为主题，对软件测试过程评估模型进行详细介绍和分析。
一、软件测试过程评估模型的定义和目的软件测试过程评估模型是用于测量和评估软件测试过程质量的一种方法。
其目的是通过对测试过程进行评估，发现不足之处，并提供改进建议，从而提高测试效率和测试质量。
二、软件测试过程评估模型的构成要素软件测试过程评估模型主要包含以下几个要素：1. 测试过程的相关文档和规范：包括测试计划、测试用例、测试报告等文档，以及相关的测试规范和标准。
2. 测试过程的执行和记录：包括测试环境的搭建、测试用例的执行和问题的记录等。
3. 测试过程的控制和管理：包括测试进度的跟踪、测试资源的分配和测试工作的管理等。
三、常见的软件测试过程评估模型1. TMM（Test Maturity Model）：TMM是由软件工程研究所（SEI）提出的一种软件测试过程评估模型。
它通过评估组织的测试过程能力来识别改进领域，并提供改进建议。
2. TPI（Test Process Improvement）：TPI是另一种软件测试过程评估模型，它由Sogeti公司提出。
TPI模型主要关注测试过程的改进，通过评估测试过程的能力，找到改进的方向，从而提高测试效率和质量。
3. CTP（Capability Test Process）：CTP是来自中国软件测试中心（China Soft Test Center）的一种软件测试过程评估模型。
CTP模型侧重于测试过程的管理和控制能力，通过评估测试过程的能力，识别问题，并提供改进建议。
四、软件测试过程评估模型参编单位在编制软件测试过程评估模型的过程中，需要相关单位的参与和支持。
以下是常见的软件测试过程评估模型参编单位：1. 企事业单位：需要测试软件的企事业单位可以参与软件测试过程评估模型的编制过程，从而更好地理解和应用评估结果。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
– 瀑布模型、增量过程模型（增量模型、RAD模 型）、演化过程模型（原型开发、螺旋模型、 协同开发模型）
2.4.1 瀑布模型
软件工程
• 也称为线性模型或传统生存周期，V模型
瀑布模型（续）
软件工程
• 适用范围？
– 通常发生在对一个已有系统进行明确定义的适 应性调整和增强的时候
软件工程
低于小型、相对简单的项目而言，获取需求 的任务集可能包括：
1. 制定一个项目的共利益者列表 2. 邀请所有的共利益者成员参加一个非正式会
议
3. 咨询每一个共利益者对于软件特征和功能的 需求
4. 讨论需求。并确定最终的需求列表 5. 划定需求优先级 6. 把不确定的地方标记出来
软件工程
低于大型、复杂的软件工程项目而言，可能 有不同的任务集，例如：
确，防患于未然 – 原型最好是可以运行的，最少要在各主要功能
模块之间能够建立相互连接
原型开发（续）
软件工程
• 原型的处理方法：
– 抛弃型
• 在获取的明确需求的基础上，重新设计与开发 • 成本相对高，小公司一般慎用
– 演化型
• 在原型的基础上继续开发
原型开发（续）
软件工程
• 优点：
1. 能让人（开发者或客户）很快见到产品，有成 就感。
软件工程
3.3.2 RAD模型（续）
RAD模型（续）
软件工程
• 瀑布模型的高速变体，通过基于构件的方 法快速实现。
• 适于工期紧张，又可细分功能，还要有合 适的构件。
RAD模型（续）
软件工程
• 缺点：
1. 需要投入更多的人力。 2. 各团队要紧密协作。 3. 只适应于特殊的系统，必须可以合理模块化。 4. 不适于高性能需求（若需调构件接口 ） 5. 系统需求灵活，现有构件不容易轻易满足。 6. 技术风险很高的情况下，不宜采用该模型。
2.3 过程模式
软件工程
• 所谓过程模式，比通用过程框架中定义的活动 相对要具体些，包含这些通用的方面，但依据 不同的领域，侧重点不一样，表述方法也不一 样。（注意：模式的定义更宽泛，它可能适用 于任何阶段，任何方面）
一个描述过程模式的模版：
软件工程
➢ 模式名称 ➢ 目的 ➢ 类型（任务模式、步骤模式、阶段模式） ➢ 启动条件 ➢ 问题 ➢ 解决办法 ➢ 结束条件 ➢ 相关模式 ➢ 已知应用实例
2. 产品在最后阶段才与客户见面，从心里学的角度讲 有些考验客户。另外，如果此时才发现问题，需要 改正，工作量将会很大。
3. 效率可能不高。
瀑布模型（续）
软件工程
• 优点：
–它提供了一个摸板，这个摸板使得分析、设计、 编码、测试和支持的方法可以在该摸板下有一 个共同的指导。
–虽然有不少缺陷但比在软件开发中随意的状态 要好得多。
– 对于一个新的项目，需求必须是准确定义和相 对稳定的
瀑布模型（续）
• 线性顺序模型特点:
–阶段间的顺序性和依赖性； –文档驱动性； –严格阶段评估； –开发初期需要清楚全部需求； –开发周期长、风险大。
软件工程
瀑布模型（续）
软件工程
• 瀑布模型的缺点：
1. 顺序太严格。实际工作经常是在多个环节之间来回 反馈调整，而不是将一个环节完成后再继续前进。
基于构件的开发（续）
• 构件开发的步骤：
– 对所需构件进行评估。 – 考虑构件的集成。 – 设计系统的软件框架。 – 将构件放入框架。 – 进行测试。
形式化方法模型ຫໍສະໝຸດ 软件工程• 形式化方法模型的主要活动是生成计算机软件形 式化的数学规格说明。
• 特点：精密、准确。 • 缺点：难度大，成本高，可用人力资源少，用户
不易理解，有时甚至无法完成。 • 方法：有穷状态机、Petri网、Z语言等。
软件工程
面向方面的软件开发
• 将系统分成若干相对较独立的组成部分，这些部 分称为方面。面向方面技术包括面向对象技术， 比它大。
• 系统的方面包括用户接口、协调工作、发布、持 续性、存储器管理、事务处理、安全、完整性等。
• 还不成熟。具有螺旋型和协同型的共同特点。
• 4. 并行过程流
– 将一个或是多个其它活动并行执行（如，软件一个 方面的建模可以同软件另一个方面的建模活动并行 执行）
软件工程
2.1 过程框架（续）
• 不同学者依据自己的理解将通用过程框架应用到侧重点不 同的各个领域，提出了各自的用以描述过程的模型。
软件工程
2.1 过程框架（续）
• 过程模型的适用性（如软件需解决的问题、
1. 制定一个项目的共利益者列表 2. 和共利益者的每一个成员分别单独讨论，获取所有的需求。 3. 基于步骤2的调查，建立初步的功能和特征列表 4. 安排一系列促进需求获取的会议 5. 举行一系列会议 6. 在每次会议上建立非正式的用户场景 7. 根据共利益者的反馈，进一步细化用户场景 8. 建立一个修正的需求列表 9. 使用质量功能部署技术将需求划分优先级别 10. 将需求打包以便软件可以分批交付 11. 注意系统的约束和限制 12. 讨论系统的验证方法。
演化过程评述
软件工程
• 演化模型的初衷是采用迭代或者增量的方 式开发高质量软件
• 用演化模型可以强调灵活性、可扩展性和 开发速度
• 软件开发团队需要在严格的项目和产品参 数与客户满意度之间找到一个平衡点
软件工程
2.4.2专用过程模型
• 具有通用过程模型的特点，只适应于一些 特定的领域。
• 包括： 1. 基于构件的开发 2. 形式化方法模型 3. 面向方面的软件开发等
2. 能渐进地启发客户提出新的要求或任务。
原型开发（续）
软件工程
• 缺点：
1. 容易蒙骗客户，也可能由此给自己带来麻烦。 2. 往往只为结果，而不考虑技术手段，为今后埋
下隐患。 3. 系统可能考虑不周全。
原型开发（续）
软件工程
• 它与增量模型相比：
–增量模型在开发以前基本能确定系统的需求， 虽然在以后的过程中也可能不断完善；原型开 发适应于预先不太清楚系统的需求。
演化过程模型
软件工程
• 软件，类似于其他复杂的系统，会随着时 间的推移而演化
• 软件有技术能力的限制，时间的限制，认 识理解的限制，其它客观因素的限制。
• 演化模型也是一种迭代模型。
演化过程模型
• 演化模型包括：
– 原型模型 – 螺旋模型 – 协同开发模型 – ……
软件工程
原型开发
软件工程
• 如果出现下面的情况，怎么办？
软件工程
• CMMI定义了每一个过程域的“特定目标”， 以及达到该目标所需的“特定实践”
– 任务：查相关资料，了解CMMI每级的目标和 实践
成熟度模型等级 优化级 已定量管理级 已定义级
已管理级 已执行级
关注焦点
过程域 软 件 工 程
持续的过 组织创新和部署；原因分析和决定 程改进
定量管理 组织过程性能；定量项目管理
项目特点、开发队伍和组织文化等）是成 功的关键！
软件工程
2.2 能力成熟度模型集成
• 美国卡内基-梅隆大学软件工程研究所（SEI） 在美国国防部资助下20世纪80年代末建立 的能力成熟度模型集成（CMMI）,用于预测 软件开发组织所开发的系统和软件工程能 力
软件工程
CMM的5个能力成熟度等级
CMMI
基于构件的开发
软件工程
• 利用预先打包的软件构件开发程序 • 什么是构件？
– 没有统一的定义 – Gartner Group定义：运行时软件构件是一个可
动态绑定的、含一个或多个程序的软件包，它 作为一个独立单位，通过运行时可辨别的文档 化接口加以管理和存取
• 类似于螺旋模型，本质上是演化模型
软件工程
第二章 过程模型
提出问题……
软件工程
• 在开发产品或构造系统时，由谁指导我们 及时交付高质量的产品？
所遵循的线路图就称为： 软件过程
主要内容
• 过程框架 • CMMI • 过程模式 • 惯用过程模型 • 专用过程模型
软件工程
2.1 过程框架
软件工程
• 将整个软件过程再进一步细分为各个相对独立的 功能块，即过程框架。（以工作开展的时间为线 索）
–增量模型的反馈可能较少，而原型开发需要不 断的大量反馈信息。
螺旋模型
软件工程
• 结合了原形的迭代性质和瀑布模型的系统 性和可控性特点
• 风险驱动，引入非常严格的风险识别、风 险分析和风险控制
• 早期迭代中可能是一个理论模型或原形
螺旋模型（续）
软件工程
螺旋模型（续）
软件工程
• 螺旋模型与原型相比：
过程框架
图 2-1 软 件 过 程 框 架
软件工程
定义了若干个 框架活动
普适性活动 图
2-1 软 件 过 程 框 架
软件工程
适用于任何一 个框架活动
图
框架活动
2-1
软
件
过
程 框
框架活动
架
软件工程
五个最基本的 框架活动：沟 通、策划、建 模、构建和部 署
软件工程
五个最基本的框架活动
• 沟通：与客户之间的交流与写作 • 策划：为后续的软件工程工作制定计划 • 建模：包括分析和设计 • 构建：编码和测试 • 部署：软件交付用户，用户对其进行评估
– 客户也不能给出确切的要求 – 开发人员对算法的效率、操作系统的兼容性和
人机交互的形式不确定
原型
是一个循环的过程，所以也是迭代的过程。
原型开发（续）
软件工程
软件工程 图： 原型法的处理过程
原型开发（续）
软件工程
• 对原型的基本要求：