第2章-软件生存期模型ppt课件.ppt
《第2章-软件生存期模型ppt课件.ppt》由会员分享,可在线阅读,更多相关《第2章-软件生存期模型ppt课件.ppt(50页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。第2章 软件生存期模型瀑布模型瀑布模型快速原型模型快速原型模型增量模型增量模型螺旋模型螺旋模型喷泉模型喷泉模型统一过程统一过程基于构件的开发模型基于构件的开发模型敏捷过程敏捷过程严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。在在2020世纪世纪8080年代之前,瀑年代之前,瀑布模型一直是唯一被广泛布模型一直是唯一被广泛采用的生命周期模型。采用的生命周期模型。传统的瀑布模型如图所示。传统的瀑布模型如图所示。2.1 瀑布模
2、型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。瀑布模型的特点瀑布模型的特点阶段间具有顺序性和依赖性。其中包含两重含义:阶段间具有顺序性和依赖性。其中包含两重含义:必须等前一阶段的工作完成之后,才能开始后一必须等前一阶段的工作完成之后,才能开始后一阶段的工作;阶段的工作;前一阶段的输出文档就是后一阶段的输入文档。前一阶段的输出文档就是后一阶段的输入文档。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。瀑布模型的特点瀑布模型的特点推迟实现的观点推迟实现
3、的观点 瀑布模型在编码之前设置了系统分析和系统设计瀑布模型在编码之前设置了系统分析和系统设计的各个阶段,分析与设计阶段的基本任务规定,的各个阶段,分析与设计阶段的基本任务规定,在这两个阶段主要考虑目标系统的逻辑模型,不在这两个阶段主要考虑目标系统的逻辑模型,不涉及软件的物理实现。涉及软件的物理实现。清楚地区分逻辑设计与物理设计,尽可能推迟程清楚地区分逻辑设计与物理设计,尽可能推迟程序的物理实现,是按照瀑布模型开发软件的一条序的物理实现,是按照瀑布模型开发软件的一条重要的指导思想。重要的指导思想。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并
4、处理各类违纪行为或突发事件。瀑布模型的特点瀑布模型的特点质量保证的观点质量保证的观点 每个阶段都必须完成规定的文档,没有交出合格每个阶段都必须完成规定的文档,没有交出合格的文档就是没有完成该阶段的任务。的文档就是没有完成该阶段的任务。每个阶段结束前都要对所完成的文档进行评审,每个阶段结束前都要对所完成的文档进行评审,以便尽早发现问题,改正错误。以便尽早发现问题,改正错误。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。实际的瀑布模型实际的瀑布模型实际的瀑布模型是带实际的瀑布模型是带“反馈环反馈环”的,如图所示。的,
5、如图所示。图中图中实线箭头表示开发实线箭头表示开发过程过程,虚线箭头表示维虚线箭头表示维护过程护过程。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。V模型:模型:瀑布模型的瀑布模型的一个变体一个变体V V模模型型描描述述了了测测试试阶阶段段的的活活动动与与开开发发阶阶段段相相关关活活动动(包包括括需需求求建建模模、概概要要设设计计、详详细细设设计计、编编码码)之之间的关系。间的关系。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。瀑布
6、模型的优点瀑布模型的优点可强迫开发人员采用规范化的方法。可强迫开发人员采用规范化的方法。严格地规定了每个阶段必须提交的文档。严格地规定了每个阶段必须提交的文档。要求每个阶段交出的所有产品都必须是经过验证要求每个阶段交出的所有产品都必须是经过验证的。的。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。瀑布模型的缺点瀑布模型的缺点由于瀑布模型几乎完全依赖于书面的规格说明,由于瀑布模型几乎完全依赖于书面的规格说明,很可能导致最终开发出的软件产品不能真正满足很可能导致最终开发出的软件产品不能真正满足用户的需要。如果需求规格
7、说明与用户需求之间用户的需要。如果需求规格说明与用户需求之间有差异,就会发生这种情况。有差异,就会发生这种情况。瀑布模型只适用于项目开始时需求已确定的情况。瀑布模型只适用于项目开始时需求已确定的情况。2.1 瀑布模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。快速原型是快速建立起来快速原型是快速建立起来的可以在计算机上运行的的可以在计算机上运行的程序,它所能完成的功能程序,它所能完成的功能往往是最终产品能完成的往往是最终产品能完成的功能的一个子集。功能的一个子集。快速原型模型如图所示。快速原型模型如图所示。2.2 快速原型模型
8、严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。快速原型模型的优点快速原型模型的优点(1)(1)有助于满足用户的真实需求。有助于满足用户的真实需求。(2)(2)原型系统已经通过与用户的交互而得到验证,据原型系统已经通过与用户的交互而得到验证,据此产生的规格说明文档能够正确地描述用户需求。此产生的规格说明文档能够正确地描述用户需求。(3)(3)软件产品的开发基本上是按线性顺序进行。软件产品的开发基本上是按线性顺序进行。(4)(4)因为规格说明文档正确地描述了用户需求,因此,因为规格说明文档正确地描述了用户需求,因此,在开发过程的后续
9、阶段不会因为发现规格说明文在开发过程的后续阶段不会因为发现规格说明文档的错误而进行较大的返工。档的错误而进行较大的返工。2.2 快速原型模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。快速原型模型的优点快速原型模型的优点(5)(5)开发人员通过建立原型系统已经学到了许多东西,开发人员通过建立原型系统已经学到了许多东西,因此,在设计和编码阶段发生错误的可能性也比因此,在设计和编码阶段发生错误的可能性也比较小,这自然减少了在后续阶段需要改正前面阶较小,这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。段所犯错误的可能性。(6
10、)(6)快速原型的突出特点是快速原型的突出特点是“快速快速”。开发人员应。开发人员应该尽可能快地建造出原型系统,以加速软件开发该尽可能快地建造出原型系统,以加速软件开发过程,节约软件开发成本。过程,节约软件开发成本。原型的用途是获知用户的真正需求,一旦需求确原型的用途是获知用户的真正需求,一旦需求确定了,原型可以抛弃,当然也可以在原型的基础定了,原型可以抛弃,当然也可以在原型的基础上进行开发。上进行开发。2.2 快速原型模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。增量模型也称为渐增模型,是增量模型也称为渐增模型,是Mill
11、sMills等于等于19801980年提年提出来的。出来的。使用增量模型开发软件时,把软件产品作为一系使用增量模型开发软件时,把软件产品作为一系列的增量构件来设计、编码、集成和测试。列的增量构件来设计、编码、集成和测试。每个构件由多个相互作用的模块构成,并且能够每个构件由多个相互作用的模块构成,并且能够完成特定的功能。完成特定的功能。2.3 增量模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。增量模型如图所示。增量模型如图所示。2.3 增量模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并
12、处理各类违纪行为或突发事件。增量模型的优点增量模型的优点(1)(1)能在较短时间内向用户提交可完成一些有用的工作产品,能在较短时间内向用户提交可完成一些有用的工作产品,即从第即从第1 1个构件交付之日起,用户就能做一些有用的工作。个构件交付之日起,用户就能做一些有用的工作。(2)(2)逐步增加产品的功能可以使用户有较充裕的时间学习和适逐步增加产品的功能可以使用户有较充裕的时间学习和适应新产品,从而减少一个全新的软件可能给用户组织带来应新产品,从而减少一个全新的软件可能给用户组织带来的冲击。的冲击。(3)(3)项目失败的风险较低,虽然在某些增量构件中可能遇到一项目失败的风险较低,虽然在某些增量构
13、件中可能遇到一些问题,但其他增量构件将能够成功地交付给客户。些问题,但其他增量构件将能够成功地交付给客户。(4)(4)优先级最高的服务首先交付,然后再将其他增量构件逐次优先级最高的服务首先交付,然后再将其他增量构件逐次集成进来。因此,最重要的系统服务将接受最多的测试。集成进来。因此,最重要的系统服务将接受最多的测试。2.3 增量模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。增量构件开发增量构件开发 每个增量构件应当实现某种系统功能,因此增量构件的开发每个增量构件应当实现某种系统功能,因此增量构件的开发可以采用瀑布模型的方式,
14、如图所示。可以采用瀑布模型的方式,如图所示。2.3 增量模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。采用增量模型需注意的问题采用增量模型需注意的问题(1)(1)在把每个新的增量构件集成到现有软件体系结构在把每个新的增量构件集成到现有软件体系结构中时,必须不破坏原来已经开发出的产品。中时,必须不破坏原来已经开发出的产品。(2)(2)软件体系结构必须是开放的,即向现有产品中加软件体系结构必须是开放的,即向现有产品中加入新构件的过程必须简单、方便。入新构件的过程必须简单、方便。因此,采用增量模型比采用瀑布模型和快速原型因此,采用
15、增量模型比采用瀑布模型和快速原型模型更需要精心的设计。模型更需要精心的设计。2.3 增量模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。螺旋模型最初是螺旋模型最初是BoehmBoehm于于19881988年提出来的。年提出来的。该模型将瀑布模型与快速原型模型结合起来,并该模型将瀑布模型与快速原型模型结合起来,并且加入两种模型均忽略了的风险分析。且加入两种模型均忽略了的风险分析。螺旋模型的基本思想是,使用原型及其他方法来螺旋模型的基本思想是,使用原型及其他方法来尽量降低风险。尽量降低风险。2.4 螺旋模型严格执行突发事件上报制度
16、、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。理解这种模型的一理解这种模型的一个简便方法,是把个简便方法,是把它看做在每个阶段它看做在每个阶段之前都增加了风险之前都增加了风险分析过程的快速原分析过程的快速原型模型。型模型。2.4 螺旋模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。完整的螺旋模型完整的螺旋模型 2.4 螺旋模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。完整的螺旋模型完整的螺旋模型 在螺旋模型中,软件过
17、程表示成一个螺线,而不是像以往在螺旋模型中,软件过程表示成一个螺线,而不是像以往的模型那样表示为一个具有回溯的活动序列。的模型那样表示为一个具有回溯的活动序列。在螺线上的每一个循环表示过程的一个阶段。在螺线上的每一个循环表示过程的一个阶段。每个阶段开始时的任务是确定该阶段的目标、为完成这些每个阶段开始时的任务是确定该阶段的目标、为完成这些目标选择方案及设定这些方案的约束条件。接下来的任务目标选择方案及设定这些方案的约束条件。接下来的任务是,从风险角度分析上一步的工作结果,努力排除各种潜是,从风险角度分析上一步的工作结果,努力排除各种潜在的风险,通常用建造原型的方法来排除风险。如果成功在的风险,
18、通常用建造原型的方法来排除风险。如果成功地排除了所有风险,则启动下一步开发步骤,在这个步骤地排除了所有风险,则启动下一步开发步骤,在这个步骤的工作过程相当于纯粹的瀑布模型。最后是评价该阶段的的工作过程相当于纯粹的瀑布模型。最后是评价该阶段的工作成果并计划下一个阶段的工作。工作成果并计划下一个阶段的工作。2.4 螺旋模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。螺旋模型的螺旋模型的4项活动项活动 螺线上的每一个循环可划分为螺线上的每一个循环可划分为4 4个象限,分别表达了个象限,分别表达了4 4个方个方面的活动。面的活动。(1
19、)(1)目标设定目标设定定义在该阶段的目标,弄清对过程和产品定义在该阶段的目标,弄清对过程和产品的限制条件,制订详细的管理计划,识别项目风险,可能的限制条件,制订详细的管理计划,识别项目风险,可能还要计划与这些风险有关的对策。还要计划与这些风险有关的对策。(2)(2)风险估计与弱化风险估计与弱化针对每一个风险进行详细分析,设针对每一个风险进行详细分析,设想弱化风险的步骤。想弱化风险的步骤。(3)(3)开发与验证开发与验证评价风险之后选择系统开发模型。评价风险之后选择系统开发模型。(4)(4)计划计划评价开发工作,确定是否继续进行螺线的下一评价开发工作,确定是否继续进行螺线的下一个循环。如果确定
20、要继续,则计划项目的下一个阶段的工个循环。如果确定要继续,则计划项目的下一个阶段的工作。作。2.4 螺旋模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。螺旋模型的优点螺旋模型的优点 对可选方案和约束条件的强调有利于已有软件的对可选方案和约束条件的强调有利于已有软件的重用,也有助于把软件质量作为软件开发的一个重用,也有助于把软件质量作为软件开发的一个重要目标。重要目标。减少了过多测试或测试不足所带来的风险。减少了过多测试或测试不足所带来的风险。在螺旋模型中维护只是模型的另一个周期,因而在螺旋模型中维护只是模型的另一个周期,因而在
21、维护和开发之间并没有本质区别。在维护和开发之间并没有本质区别。2.4 螺旋模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。螺旋模型的缺点螺旋模型的缺点 螺旋模型是风险驱动的,因此要求软件开发人员螺旋模型是风险驱动的,因此要求软件开发人员必须具有丰富的风险评估经验和这方面的专门知必须具有丰富的风险评估经验和这方面的专门知识,否则将出现真正的风险:当项目实际上正在识,否则将出现真正的风险:当项目实际上正在走向灾难时,开发人员可能还以为一切正常。走向灾难时,开发人员可能还以为一切正常。2.4 螺旋模型严格执行突发事件上报制度、校外活
22、动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。喷泉模型是典型的面向喷泉模型是典型的面向对象生命周期模型。对象生命周期模型。“喷泉喷泉”一词体现了迭一词体现了迭代和无间隙特性。图中代和无间隙特性。图中代表不同阶段的圆圈相代表不同阶段的圆圈相互重叠,这明确表示两互重叠,这明确表示两个活动之间存在重叠。个活动之间存在重叠。2.5 喷泉模型严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。由由BoochBooch、JacobsonJacobson及及RumbaughRumbaugh提出,统一过程模型如图提出
23、,统一过程模型如图所示。所示。2.6 统一过程严格执行突发事件上报制度、校外活动报批制度等相关规章制度。做到及时发现、制止、汇报并处理各类违纪行为或突发事件。统一过程的工作流统一过程的工作流 在统一过程中,有在统一过程中,有6 6个核心工作流。个核心工作流。业务建模工作流业务建模工作流。用商业用例为商业过程建立文。用商业用例为商业过程建立文档。档。需求工作流需求工作流。目标是描述系统应该做什么,确保。目标是描述系统应该做什么,确保开发人员构建正确的系统。为此,需明确系统的开发人员构建正确的系统。为此,需明确系统的功能需求和非功能需求(约束)。功能需求和非功能需求(约束)。分析和设计工作流分析和
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 生存 模型 ppt 课件
限制150内