第二章 软件开发模型
软件工程之软件开发模型
较为直观和明确地进一步提出需求，提出修改意见。 经过运营原型对软件需求规格阐明进行评价和确认。 评价要有顾客参加，注意来自顾客旳反馈信息。
原型模型旳内容
⑷ 修改和完善原型 根据修改意见进行修改，以得到新旳系统原型，然后
再进行试用和评价，这么经过有限次旳循环反复，逐渐提升 和完善，直到得到一种顾客满意旳系统模型为止。根据原型 实现旳特点和环境，能够把原型作为试验旳工具，用完就丢 弃之（大部分原型都废弃不用，主要因为原型太慢、太大、 构造不合理等原因）；也能够使原型全部或部分地成为最终 系统旳构成部分。
2.5 螺旋模型
螺旋模型将瀑布模型与原型模型结合起来， 加入了两种模型均忽视了旳风险分析，弥补 了这两种模型旳不足。
螺旋模型是一种风险驱动旳模型。 螺旋模型将开发过程分为几种螺旋周期，每
个螺旋周期大致和瀑布模型相符合。 螺旋模型适合于大型软件旳开发。
制定计划
螺旋模型
风险分析
客户评估
完整旳螺旋模型图
原型模型旳内容
第一最终系统是软件需求全部功能旳实现，而原型只 实现所选择旳部分功能。 第二最终系统对每个软件需求都要求详细实现，而原 型仅仅是为了试验和演示用旳，部分功能需求能够忽 视，或者模拟实现。
原型模型旳内容
⑵ 构造原型 根据顾客初步需求，开发出一种能够应用旳系统，
它应满足上述旳由顾客提出旳基本要求。在构造一 种原型时，应该强调着眼于预期旳评估，而不是为 了正规旳长久使用。
因为目前还没有任何一种措施能够处理软件危机中旳全 部问题，所以在软件开发旳各个阶段采用综合治理旳措 施。
软件开发模型直接影响软件开发旳周期和软件质量，是 软件开发旳组织管理形式，是软件工程最主要旳内容之 一。
软件工程课程目录
软件工程课程目录第一章：导论
1.1 软件工程概述
1.2 软件工程的定义和特点
1.3 软件工程的发展历程
第二章：软件开发过程模型
2.1 瀑布模型
2.2 增量模型
2.3 螺旋模型
2.4 敏捷开发模型
2.5 DevOps模型
第三章：需求工程
3.1 需求获取与分析
3.2 需求规格说明
3.3 需求验证与确认
3.4 变更管理
第四章：软件设计与实现
4.1 结构化设计
4.2 面向对象设计
4.3 软件架构设计
4.4 系统建模
4.5 设计原则和模式
第五章：软件测试与维护5.1 测试基础知识
5.2 测试设计技术
5.3 测试用例编写
5.4 软件维护流程及策略5.5 缺陷管理
第六章：软件项目管理6.1 项目启动与规划
6.2 项目进度管理
6.3 资源管理
6.4 风险管理
6.5 团队协作与沟通
第七章：软件质量保证和评估
7.1 质量保证概述
7.2 质量标准与度量
7.3 代码审查
7.4 归纳测试
7.5 质量评估与改进
第八章：软件工程伦理与职业道德
8.1 软件工程伦理概述
8.2 软件专业人员责任
8.3 知识产权保护
8.4 软件工程师的职业道德
结语：
软件工程课程目录涵盖了软件工程学科的基本知识和方法，帮助学生全面了解软件开发的过程和要素。
通过学习本课程，学生可以系统学习软件工程的理论和实践知识，培养良好的软件开发习惯和职业道德意识，为将来的软件开发工作奠定坚实的基础。
软件工程-软件过程模型
4 演化模型-螺旋模型
Evolutionary Model
螺旋模型的基本思想
每一个螺旋周期（Spiral model sectors）包 含四个部分： （1）确定目标，选择方案，设定约束条件， 选定完成本周期所定目标的策略。 （2）分析该策略可能存在的风险。 （3）在排除风险后，实现本螺旋周期的目标。 （4）评价前一步的结果，并且计划下一轮的 工作。
第二章 软件过程模型
软件生存周期 软件开发模型 瀑布模型 进化式模型 演化模型 形式化开发
第一节 软件生存周期
软件生存周期的概念： 一个软件从计划起，到废弃不用止。
软件生存周期包括：计划、开发、运行。
第二节 软件开发模型概念
软件开发模型的概念：
为整个软件生存期建立的模型。
交付客户
构件n
规格说明
设计
实现和集成
交付客户
增量模型的基本思想
每个增量提供系统功能的一个子集，一个增 量完成并交付，部分系统功能可以提前交付 使用。 对增量中服务的分配取决于服务优先次序。 最高优先权的服务首先被交付。 第一个增量往往是核心的产品。 开发者能通过对系统的经验帮助理解后面的 增量需求和目前增量后续版本的需求变更。
思考题
为以下各系统提出合适的软件过程模型，阐 述理由： （1） 汽车防锁死刹车控制系统 （2）一个支持软件维护的虚拟现实系统 （3）大学记账系统，准备替换一个已存在的 系统 （4）一个位于火车站的交互式火车车次查询 系统
建立原型系统的方法
原型系统仅包括未来系统的主要功能，以及 系统重要的接口。 开发原型系统尽可能使用能缩短开发周期的 语言和工具。
3 演化模型-增量模型
Evolutionary Model
02-第二章-软件开发模型-软件工程教案-海南大学(共15章)
的系统开发任务书，任务书的内容应简洁明了、
全面完整而具体，以作为系统需求分析和开发工作 的依据。 可行性研究报告批准之后，便可着手进行软件 计划工作。对软件作用范围、工作环境和基本功能、 特性加以研究，确定要做什么，不要做什么，做到 什么程序。同时，估算出所需的资金、工作量、费 用和进度。编制系统开发初步进度计划表。
瀑布模型各个阶段的任务与文档
瀑布模型法明确规定了每个阶段的任务。 上一阶段完成确定的任务后就产生一定格式 的文档交给下一阶段。不同阶段的任务一般 由不同级别的软件人员来承担。 瀑布模型法适合于在软件需求比较明确、 开发技术比较成熟、工程管理比较严格的场 合下使用。 例如工资管理、会计系统软件的需求比较 明确，就适合于使用瀑布模型法进行开发。
快速原型模型包含的内容 ⑴ 功能选择 要恰当选择原型实现的功能。根据 用户基本需求，对系统给出初步定义。 用户的基本需求包括各种功能的要求、 数据结构、菜单和屏幕、报表内容和格 式等要求。这些要求虽是概略的，但是 最基本的，易于描述和定义。原型和最 终的软件系统不同，两者在功能范围上 的区别主要有以下两个方面：
• 问题定义——系统解决什么问题、目标、范围 • 可行性分析——了解用户要求及观察环境、收集资料、数据流程、技术、
经济、操作可行性、组织、人力、物力、效益
开发时期 • 需求分析——弄清用户的全部需求，用“需求规格说明书”准确地表达出来；
建立系统目标逻辑模型——即“做什么”
• 软件设计——分为总体设计与详细设计，产生软件结构、数据结构、用户界
快速原型模型的基本思想
在获得用户基本需求说明的基础上，投入少量人 力和物力，快速建立一个原始模型，使用户及时运 行和看到模型的概貌和使用效果，并对需求说明进 行补充和精化，提出改进意见，开发人员进一步修 改完善，如此循环迭代，直到得到一个用户满意的 模型为止。 从原型法的基本思想中可以看到，用户能及早 看到系统模型，在循环迭代修改和完善过程中，使 用户的需求日益明确，从而消除了用户需求的不确 定性，同时从原型到模型的生成，周期短、见效 快，对环境变化的适应能力较强。
软件开发模型(最新总结ppt)
一、瀑布模型（Waterfall Model
）
定义：瀑布模型即生存周期模型，其核心思想是 按工序将问题化简，将功能的实现与设计分开， 便于分工协作，即采用结构化的分析与设计方 法将逻辑实现与物理实现分开。 结构：瀑布模型将软件生命周期划分为制定计划、 需求分析、软件设计、程序编写、软件测试和 运行维护等六个基本活动，并且规定了它们自 上而下、相互衔接的固定次序，如同瀑布流水， 逐级下落。
八、并发开发模型： 定义：也称为“并发工程”，它关注于多 个任务的并发执行，表示为一系列的主要 技术活动、任务及其相关状态。 构成：并发过程模型由客户要求、管理决 策和评审结果驱动，不是将软件工程活动 限定为一个顺序的事件序列，而是定义一 个活动网络，网络上的每一个活动均可与 其他活动同时发生。这种模型可以提供一 个项目的当前状态的准确视图。
瀑布模型图：
计划 需求分析 设计 需求变更
点：在瀑布模型中，软件开发的各项活动严 格按照线性方式进行，当前活动接受上一项活 动的工作结果影响，实施完成所需的工作内容 。 缺点： 1、 各个阶段的划分完全固定，阶段之间产生大 量的文档，极大地增加了工作量； 2、由于开发模型是线性的，用户只有等到整个 过程的末期才能见到开发成果，从而增加了开 发的风险； 3、早期的错误可能要等到开发后期的测试阶段 才能发现，进而带来严重的后果。
六、WINWIN模型 ：
定义：WINWIN模型融合了螺旋模型的基本成分 以及原型实现的迭代特性，夸大风险以及标识。 路程经过过程早期谈判使客户以及开发者之间达 成一致协议，它将变成进展成软件以及系统定义 的关键标准。 优点：WINWIN模型夸大风险阐发以及标识，使 得开发职员以及用户对每个演化层出现的风险有 所相识，继而做出应有的反应。采用WINWIN模 型的优点是客户以及开发者到达一种平衡，实现 共赢，可是需要额外的谈判内容。
软件工程(概论)生存期和开发模型-作业2
2.3 软件开发模型
4．模型的优点 开发阶段清晰，便于评审、审计、跟踪、管理和控制。
5．模型的缺点 传统的项目组织方法是按顺序完成每个工作流程，即瀑布式生命周期。瀑布
只能一个个台阶地往下流，不可能倒着往上流，这就是它致命的缺点。 瀑布式生命周期通常会导致在项目后期，出现“问题堆积”，更可怕的是，错
一阶段（活3）动用的户输使入用，环继境续很进稳行定下；一阶段的活动，否则返回上一阶段修改。 （4）用户除提出需求以外，很少参与开发工作。
2．模瀑型布的模特型点认为：项目经理或软件管理人员，只要控制好每级台阶的高度 （和1宽）度里，程在碑每或个基台线阶驱处动设，立或里者程说碑文或档基驱线动，；并组织好对基线的评审与审 （计2，）就过可程以逆控转制性好很项差目或的者开说发不成可本逆、转进，度因和为质根量据。上游的错误会在下游进行
误的传递会采取发散扩大的方式。
瀑布模型反馈环
CMM/CMMI采取阶段评审和不符合项(Noncompliance Items)的动态跟踪制度， 只有前一阶段不符合项全部改正，才允许开发人员进入后一阶段工作。
不符合项，就是在评审中发现的问题项，它不同于Bug。对于这些不符合项，软 件管理部门要列出表格，记录在案，确定责任人，限定改正时间，动态跟踪到底 。
可行性研究的结果是负责人作出是否继续进行这项工程的决定的重要依据。 可行性研究以后的各个阶段，将需要投入多少相应的人力物力。 及时终止不值得投资的工程项目，可以避免更大的浪费。
2.2 软件工程过程
3. 需求分析
这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统必须做什么”，主要是确定目标系统必须 具备哪些功能。产生《需求规格说明书》。
02-软件开发生命周期模型指南
CMMI生命周期模型1.1 术语CMMI 能力成熟度模型集成PP 项目计划PMC 项目监控PPQA 过程和产品质量保证CM 配置管理SOW 工作说明书WBS 工作分解结构SRS 软件需求规格说明书2 带回溯的瀑布模型带回溯的瀑布模型是最常用的软件开发模型，它的各个阶段是按线性序列组织并可以回溯到上一级，克服了标准瀑布模型缺乏灵活性的缺点。
开发过程中的阶段划分为项目策划、需求分析、概要设计、详细设计、编码和单元测试、软件集成和集成测试、系统测试、验收和安装等（图1）。
尽管开发过程中定义了各个阶段的顺序，但这些阶段有时是相互交迭进行的，阶段间的依赖性由入口准则来确定。
带回溯的瀑布模型的每个阶段均具有以下特征：●从上一阶段接受本阶段工作的对象，作为输入；●对上述输入实施本阶段的活动；●给出本阶段的工作成果，作为输出传入下一阶段；●对本阶段工作进行评审，如果本阶段工作得到确认，那么继续下阶段工作，否则返回前一阶段，甚至更前阶段。
●本阶段可以回溯至上一阶段，并可以逐级向上回溯。
●各阶段之间可以有重叠。
图1 瀑布模型瀑布模型为软件开发与维护提供了一种有效的管理模式，根据这一管理模式制订开发计划、进行成本预算、组织开发人员，以阶段评审和文档控制为手段有效地对整个开发过程进行指导，从而保证了软件产品的质量。
优点：适用于需求稳定，且无其它不确定因素；易于理解和使用；每个阶段的产出物形成稳定的基线；变更被认为很少发生或是严格受控的。
缺点：对于需求不稳定或存在其它不确定因素的项目适用性差，变更实现困难且成本高；一般在最后阶段才能看到产品。
2.1 项目启动建立项目，并且确认相关的项目干系人并且取得相关干系人的关系依赖，做好相关的准备工作和进行对项目的估算，准备项目的任务书和进行项目的启动。
2.2 项目计划项目策划是每个项目的初始阶段，目的是为开发过程和过程管理做好必要的准备。
项目策划的主要工作是进行可行性分析和研究，进行估计和制定管理项目的计划。
软件工程专题讲座基础篇
3.1 软件开发过程
定义:软件过程是指将用户的要求转变成软件产品的过程,是
人们用于开发和维护软件及其相关产品(项目计划,设计文件, 编程代码,测试,用户手册)的一系列活动,方法,实践和改造. 软件过程的规划由不同开发机构针对不同应用项目确定,是由一 组有组织的活动组成,通常包括四种基本的活动: 1.软件规格说明:规定软件的功能及其运行限制; 2.软件开发:产生满足规格说明的软件; 3.软件确认:确认软件能够完成客户提出的要求; 4.软件演进:为满足客户的变更要求而进行演进.
(软件工程过程中的四个基本活动:规格说明,开发,确认,演进)
(4)软件无评测手段:软件质量无法保证.
(软件产品质量度量,软件过程质量控制和保证)
6
1.2 软件危机
2.什么原因导致软件危机的?
(1)软件的固有特征:软件是复杂的. 实际问题的复杂性,感知接受的复杂性,理性表达的复杂性. (另外,软件规模不断扩大.) (2)外部原因: 软件开发范型(模型) 软件设计方法(方法) 软件开发支持(工具) 软件开发管理(过程)
9
1.3 软件工程及其发展阶段
2,80年代初～现在 状况:"软件工厂"的概念已经提出. 研究:软件生产技术,特别是软件复用技术和软件生产 管理的研究和实践. 成果:提出了具有广泛应用前景的面向对象方法和相关 的编程语言. 事件:软件过程改进.在工业实践中建立起一种量化的 评估程序,判定软件组织成熟的程度. 焦点:软件过程
32
获取过程 项目委 托方 供应过程 项目承 包方 开发过程 软件开 发人员
运行过程 用户 维护过程 维护人 员
3.1.2 支持过程类
过程名 执行者 活动内容 文档过程 1.由软 制订文档编制计划;设计和开发文档;制作和发行文档; 件开发 文档维护. 组织自 配置管理 确定软件配置项和基线;控制配置项的修改和交付;记 己实施. 过程 录配置项的完成和修改情况;保证配置项的完整,相容 2.由独 和正确性;控制配置项的存储和提交. 立的第 质量保证 三方机 软件产品质量保证;软件过程质量保证. 过程 构实施. 验证过程 3.作为 合同验证;过程验证;需求验证;设计验证;代码验证; 一种服 集成验证;文档验证. 务由客 确认过程 类似于验证的活动,区别是:确认针对软件是否正确地 户实施. 满足客户的要求,验证针对软件是否按照规范要求开发. 评审过程 审计过程 问题解决 过程
软件过程模型（软件开发模型）
软件过程模型（软件开发模型）软件过程模型也称为软件开发模型，它是软件开发全部过程、活动和任务的结构框架。
典型的软件过程模型有瀑布模型、增量模型、演化模型（原型模型、螺旋模型）、喷泉模型、基于构件的开发模型、形式化⽅法模型、统⼀过程（UP）模型、敏捷⽅法等。
1、瀑布模型（Waterfall Model）瀑布模型是将软件⽣存周期中各个活动规定为依线性顺序连接的若⼲阶段的模型，包括需求分析、设计、编码、测试、运⾏与维护。
它规定了由前⾄后、相互衔接的固定次序，如同瀑布流⽔逐级下落。
如下图所⽰。
瀑布模型为软件的开发和维护提供了⼀种有效的管理模式，根据这⼀模式来制订开发计划，进⾏成本预算，组织开发⼒量，以项⽬的阶段评审和⽂档控制为⼿段有效的对整个开发过程进⾏指导，因此它是以⽂档为驱动，适合于软件需求很明确的软件项⽬的模型。
优点是容易理解，管理成本低；强调开发的阶段性早期计划及需求调查和产品测试。
缺点是客户必须完整、正确和清晰的表达他们的需要，⽽这往往⼜不可能；在后期很难评估项⽬的进度状态；对项⽬的风险控制能⼒弱。
2、增量模型（Incremental Model）增量模型融合了瀑布模型的基本成分和原型实现的迭代特征，它假设可以将需求分段为⼀系列增量产品，每⼀增量可以分别开发。
该模型采⽤随着⽇程时间的进展⽽交错的线性序列，每⼀个线性序列产⽣软件的⼀个可发布的“增量”，如下图所⽰。
当使⽤增量模型时，第⼀个增量往往是核⼼的产品。
客户对每个增量的使⽤和评估都作为下⼀个增量发布的新特征和功能，这个过程在每⼀个增量发布后不断重复，直到产⽣了最终的完善产品。
增量模型强调每⼀个增量均发布⼀个可操作的产品。
增量模型作为瀑布模型的⼀个变体，具有瀑布模型的所有优点。
此外还具有如下优点：第⼀个可交付版本所需要的成本和时间很少；开发由增量表⽰的⼩系统所承担的风险不⼤；由于很快发布了第⼀个版本，因此可以减少⽤户需求的变更；运⾏增量投资，即在项⽬开始时，可以仅对⼀个或两个增量投资。
软件开发的基本模型
软件开发的基本模型随着计算机技术的进步和应用范围的扩大，软件开发变得越来越重要，软件开发的质量和效率也直接影响着软件应用的效果和成本。
软件开发的过程复杂且需要系统化的方法，因此，软件开发的基本模型应运而生，成为软件开发的核心和基础。
一、瀑布模型瀑布模型是最早、最经典的软件开发模型之一，将软件开发过程划分为“需求分析建模、设计、编码、测试和运维”五个阶段，每个阶段可以彻底完成后再进入下一阶段。
这种模型的优点是结构清晰、便于管理，但其缺点也很明显，即缺乏灵活性，对于需求变更等情况无法及时响应。
二、原型模型原型模型是为了解决瀑布模型缺少灵活性问题而出现的一种软件开发模型。
其特点是以实际用户需求为基础，快速制作出一个大致框架，让客户和开发人员对软件的基本功能进行测试和反馈，然后逐渐完善和细化。
原型模型可以快速响应客户的需求变更和调整，但同时也存在设计过于简单的缺点。
三、增量模型增量模型是其它模型的进一步发展和改进，是在原型模型基础上推出的一个模型，和原型模型的区别在于，增量模型是分阶段的，每一阶段可以完整地实现部分软件功能，然后逐渐增加新的功能，不断进行测试和调整。
增量模型有助于减少风险和成本，保证软件开发与实际需要的无缝对接。
四、螺旋模型螺旋模型是一种以迭代方式进行软件开发的模型，在项目进行初期，就以需要进一步完善为前提，以实现最终软件为目标，逐步确定需求，分析风险，并把这些因素集成到下一次迭代的计划中。
螺旋模型有助于适应对开发过程的逐步完善，降低风险，但工作量较大，需要具备较高的开发管理素质。
综上所述，软件开发的基本模型有瀑布模型、原型模型、增量模型和螺旋模型等，每个模型都有其特点和优缺点，开发人员需要根据具体的项目需求选择合适的开发模型，在不断的实践和改进中，不断完美软件开发过程，提高软件开发的质量和效率。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Slide 1-29
增量模型--特点
第一个增量往往是核心产品 每一个增量均发布一个可操作产品
早期的增量是最终产品的“可拆卸”版本
优点：
客户无须等到整个系统的实现 可以将早期的增量作为原型，获得对后面增量 的经验。 项目总体失败的风险比较低。 最重要的系统服务接受了最多的测试。
Slide 1-30
增量模型--使用指南
第一增量 第二增量
3
第三增量
……
核心功能
核心功能
核心功能
1
1
1
1
2
2
1
1
2
2
3
3
Slide 1-28
增量模型—举例
增量模型融合了瀑布模型的基本成分和原型 的迭代特性。
例如，使用增量模型开发字处理软件
1. 基本的文件管理、编辑和文档生成功能。 2. 更完善的编辑和文档生成能力。 3. 实现拼写和文法检查功能。 4. 完成高级的页面布局功能。
Slide 1-9
软件生存期模型
软件开发的一种框架。
说明了软件的活动和进行软件开发的过程。
这个模型可以以活动为中心，也可以以产品
为中心。
Slide 1-10
软件过程模型
传统开发模型
瀑布模型（waterfall model） 快速原型模型（rapid prototype mncremental model） 螺旋模型（spiral model）
Slide 1-8
软件生存周期 2
2.软件开发：
需求分析：解决的问题是目标系统必须做什么，编 写软件需求规格说明。
概要设计：如何宏观解决问题。
详细设计：如何具体实现这个系统。 编码和测试：如何写出正确的容易理解、容易维护 的程序模块。
3.运行和维护：对软件产品进行修改或对软件需 求变化作出反应的过程。
项目的需求在项目开始前很明确
解决方案在项目开始前也很明确 类似的项目如： 公司的财务系统 库存管理系统
短期项目
Slide 1-14
思考？？？？
传统瀑布模型存在什么问题？
Slide 1-15
传统的瀑布模型 — 存在什么问题？？？
传统的瀑布模型过于理想化了，事实上， 人在工作过程中不可能不犯错误。 实际项目很少按照该模型给出的顺序进行 用户常常难以清楚地给出所有需求
Slide 1-25
增量模型 1
需求分析 验证
规格说明 验证
设计 验证 针对每个构件完成 详细设计、编码和 集成，经测试后交 付给用户 维护
Slide 1-26
增量模型
增量1 分析 设计 编码 测试
2
增量2
分析
设计
编码
测试
增量3
分析
设计
编码
测试
增量4
分析
设计
编码
测试
Slide 1-27
增量模型
过程就是针对某一给定目标的一系列运作步骤 ，是在过程环境下的一系列有序活动。
它可能包括工具、方法、资料或人
Slide 1-4
煮蛋的启示
Slide 1-5
软件过程
软件过程是将用户的需求转化成有效的软件 解决方案的一系列活动。
软件过程是为了获得高质量软件产品所需要 完成的一系列任务的框架，它规定了完成各 项任务的工作步骤。 软件过程必须科学、合理，才能开发出高质 量的软件产品。 许多软件组织无法正确定义和控制这一过程 ，但这恰恰是组织改进的关键。
Slide 1-33
螺旋模型
Slide 1-34
螺旋模型
螺旋模型沿着螺线旋转，在四个象限上分别表达了四 个方面的活动，即： 制定计划──确定软件目标，需求和选定实施方案，弄 清项目开发的限制条件 风险分析──评估所选方案，考虑如何识别和消除风险 原型开发──实施软件开发，编码，测试等 用户评审──评价开发工作，提出修正建议，规划下期 任务
Slide 1-40
RUP—Rational Unified Process
Slide 1-41
Rational Unified Process—RUP
Rational 统一过程是由Rational 软件公司开
发和营销的一种软件工程过程，是开发组织用
以分配与管理任务和职责的一种规范化方法。
这个过程的目的是在预定的进度和预算范围内
Slide 1-6
软件生存周期
软件生存周期是指软件从产生到消亡的整个过程。
定义 阶段 计划 需求分析 设计 开发 阶段 编码 测试 维护 阶段 运行及维护
Slide 1-7
软件生存周期 1
1.软件定义
问题定义
要解决的问题是什么？系统分析员来完成。
可行性研究
对前一阶段确定的问题是否有可行的解决办法。
，开发出满足最终用户需要的高质量软件。
Slide 1-42
RUP
Best Practices
Process Made Practical Develop Iteratively Manage Requirements Use Component Architectures Model Visually (UML) Continuously Verify Quality Manage Change
3、运行和评价原型 用户试用原型
并与开发者之间频繁交流，发现问题，目 的是验证原型的正确性。
4、修改与改进 对原型进行修改、增
删。
快速原型的工作模型
Slide 1-19
快速原型模型
需求分析 原型开发 原型评价
用户 反馈
最终系统设计 最终系统实现 快速原型法的生存期模型
Slide 1-21
快速原型模型—特点
开发 时期
设 编
计 码
(设计文档)
(程序)
测
运行 时期
试
维 护
(测试报告)
(维护报告)
Slide 1-12
瀑布模型——特点
简单易用，直观。 阶段的顺序性和依赖性。
没有反馈过程, 需要严密控制。
用户直到项目结束才能看到质量如何。
推迟实现的观点。
不允许或者限制变更。
Slide 1-13
瀑布模型--适合的项目
首先构建整个系统的一部分
然后逐步地增加功能和性能
使用条件：用户的理解、支持和参与
Slide 1-31
增量模型--适合的项目
项目开始，明确了需求的大部分，但是 需求可能会发生变化 对于市场和用户把握不是很准，需要逐 步了解 具有复杂功能的大型系统进行功能改进
Slide 1-32
螺旋模型
在原型基础上，进行多次原型反复并增加风险 评估，形成螺旋模型。 螺旋模型综合了传统的生存周期模型和原型开 发模型的优点，同时增加了一个新元素——风险 分析（risk analysis)。 瀑布模型+快速原型+风险分析
Slide 1-23
快速原型模型—适合项目
项目的需求在项目开始前不明确 类似的项目如： 明确显示界面 开发新产品，验证技术可行性
Slide 1-24
增量模型
由Mills提出，是为了减少开发过程的返 工，客户可以得到一些机会延迟对详细需求 的决策。
融合了瀑布模型的基本成分和原型的迭 代特征，采用随着日程时间的进展而交错的 线性序列。
Slide 1-53
小结
软件开发模型是不断发展的
各种软件开发模型各有优缺点 选用时不必拘泥于某种模型 可组合多种模型 也可根据实际创建新的模型
Slide 1-54
下课了。。。
追求
休息一会儿。。。
Slide 1-55
特点
快速开发工具
过程可以循环 低成本 种类 渐进型（RCP 法） 抛弃型（RSP 法）
Slide 1-22
快速原型模型—使用指南
用户和开发人员根据初始需求共同开发一个项目规划 用户和开发人员利用快速分析技术共同定义需求和规格 设计者构建一个模型
设计者演示这个模型，用户来评估性能
标识问题，然后用户和设计者一起来解决他们 循环这个过程，直到用户满意为止 详细设计就可以根据这个原型进行 原型可以用代码或者工具来实施
使用条件
用户的充分理解和参与 专门的风险评估技术支持
Slide 1-37
螺旋模型--适合的项目
风险是主要的制约因素
项目中的不确定因素和风险限制了进度
用户对自己的需求不是很明确 需求可能会发生重大的变更 项目规模很大 采用了新技术或新概念，需要验证。
Slide 1-38
现在软件产业界普遍认为，开发复杂软 件项目必须采用基于UML的、以构架为中心 、用例驱动与风险驱动相结合的迭代式增量 开发过程，他是世界公认的开发复杂软件项 目的最好过程，已经成为软件界的“圣经” 。这一开发过程目前已经稳定、成熟。 这就是：
软件过程模型
鲁东大学信息与电气工程学院
2013-8-21 1
主要内容
软件生命周期
软件过程
软件过程模型
传统的过程模型
演化的过程模型
RUP统一过程
敏捷过程
Slide 1-2
学习目标
了解软件过程 掌握软件过程模型: 瀑布模型、原型模型 、增量模型、螺旋模型 了解RUP 了解XP
Slide 1-3
过程
Slide 1-43
捕获了很多现代软件开发中的最佳实践（best
practice）
迭代地开发软件
管理需求
应用基于构件的构架 为软件建立可视化的模型 不断地验证软件质量 控制软件的变更
Slide 1-45
软件开发模型—实例
假设你被任命为一家软件公司的项目负责人，你的 工作是管理该公司已被广泛应用的字处理软件的新版本
原型化方法的基本思想