软件工程教学03课件

ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,1,软件工程:实践者的研究方法,6/e第3章过程模型copyright1996,2001,2005R.S.Pressman&Associates,Inc.ForUniversityUseOnlyMaybereproducedONLYforstudentuseattheuniversitylevelwhenusedinconjunctionwithSoftwareEngineering:APractitionersApproach.Anyotherreproductionoruseisexpresslyprohibited.,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,2,内容提纲,惯例过程模型瀑布模型增量过程模型演化过程模型专用过程模型统一过程模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,3,混乱与有序,软件世界的混沌（混乱）和有序混沌：软件开发的混乱和无序状态有序：软件工作的结构化设计混乱的边缘：一种不稳定，部分结构化的状态。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,4,惯例过程模型,称为“惯例”的原因：（1）规定了一套过程元素（框架活动、动作、任务、工作产品、质量保证等）（2）规定了过程元素之间的相互关联的方式（工作流）。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,5,惯例过程模型,惯例过程模型倡导一种有序的软件工程方式这将会导致一些问题如果惯例过程模型尽量做到结构化和有序化，那么是否对软件世界频繁变化是合适的?然而，如果我们拒绝接受传统的过程模型（及其反映出的秩序）并用较低结构化的模型取而代之,这样做我们是否就不可能实现协调和统一的软件开发工作?,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,6,瀑布模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,7,瀑布模型的应用场合,瀑布模型从沟通到部署以线性方式进行，因此：需要对一个已有系统进行明确定义的适应性调整或增强；一些新的开发项目，需求是准确定义和相对稳定的；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,8,瀑布模型的流程特点,从上一项开发活动接受该项活动的工作对象，作为输入。利用这一输入，实施该项活动应完成的工作内容。给出该项活动的工作成果，作为输出传给下一项活动。对该项目活动实施的工作成果进行评审。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,9,瀑布模型的优点,消除非结构化软件。降低软件的复杂度，促进软件开发工程化。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,10,瀑布模型的缺点,实际的项目大部分情况难以按照该模型给出的顺序进行。经常情况下客户难以表达真正的需求。客户要等到开发周期的晚期才能看到程序运行的测试版本。可能会产生“堵塞状况”。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,11,增量模型,增量过程模型：包括增量模型和RAD模型。增量过程模型适用于：初始的软件需求定义明确，但不宜采用瀑布模型（比如在短时间内需要提供功能有限的产品，可以慢慢细化和扩展功能）。增量模型融合了瀑布模型的基本成分(重复地应用)和原型的迭代特征。增量模型采用随着日程时间的进展而交错的线性序列。每一个线性序列产生软件的一个可发布的“增量”。增量模型是一种非整体开发的模型。软件在该模型中是“逐渐”开发出来的。该模型有较大的灵活性，适合于设计方案有一定风险的软件项目。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,12,增量模型,增量模型以迭代方式运用瀑布模型；在每个阶段运用的序列都是线性的；每个线性序列生产出一个软件的可交付增量；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,13,增量模型图,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,14,增量模型举例,案例：开发字处理软件第1增量：提供基本的文件管理、编辑和文档生成功能；第2增量：提供复杂的编辑和文档生成功能；第3增量：提供拼写和语法检查功能；第4增量：提供高级页面排版功能；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,15,增量模型,优缺点应用情况：（1）在期限之前没有足够的开发人员；（2）需要规避技术风险的项目；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,16,RAD模型,快速应用程序开发(RapidApplicationDevelopment,RAD)一种侧重于短暂开发周期的增量软件模型是瀑布模型的高速变体基于构件的构建方法实现快速开发,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,17,RAD模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,18,RAD模型的缺点,对于大型项目，需要大量人力资源来创建RAD团队；如果开发者和客户没有做好短时间急速完成系统的准备，则可能导致失败；如果一个系统不能合理的模块化，会带来很多问题；如果系统需求是高性能的，并且需要通过调整构件接口的方式来提高性能，则不能采用RAD模型；技术风险高的情况下（使用大量新技术），也不宜采用。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,19,演化过程模型,原型开发模型、螺旋模型、协同开发模型软件会发生演化因为开发过程中业务和产品需求发生变化或不明确导致难以完成完美的软件产品，但必须要提交功能有限的版本应对竞争和商业压力一种专门应对演化的软件产品过程模型演化过程模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,20,演化过程模型:原型开发模型,原型开发范型（迭代方式）1.始于沟通2.快速设计3.客户评价4.进一步细化调整,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,21,原型开发模型,沟通,快速策划,建模快速设计,构建原型,部署交付品及反馈,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,22,原型开发中存在的问题,软件的整体质量和长期维护性往往被一定程度忽略；在实现过程中，开发者一般采用折中的手段，因此软件有可能是低效的；所以应把原型看作为定义需求服务的角色，在正式提交的软件版本中应果断丢弃或部分丢弃原型中不合理因素。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,23,演化过程模型:螺旋模型,演进式的软件过程模型迭代方式瀑布模型的系统性和可控性特点迅速开发，逐步完善,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,24,螺旋模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,25,螺旋模型,这种模型适合于大型系统的开发，应该说它对于具有高度高风险的大型复杂软件系统的开发是最为实际有效的方法。沿螺线自内向外每旋转一圈便开发出更为完善的一个新的软件版本。永远保持可操作性，直至软件产品周期结束。过程经常处于休止状态，但每当有变更时，过程总能在合适的入口启动（如产品升级）。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,26,螺旋模型的特点,采用循环的方式逐步加深系统定义和实现的深度，同时降低风险；确定一系列里程碑，确保共利益者都支持可行的和令人满意的系统解决方案；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,27,螺旋模型的问题,很难说服客户演进方法是可控的；依赖于大量风险评估专家；如果有较大风险没有被发现和管理，会出现问题。,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,28,演化过程模型:协同开发模型,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,29,协同开发模型,提供精确的项目当前状态图；不是把软件工程活动、动作和任务局限在一个时间序列，而是定义活动状态网络；过程网络中某点产生的事件可以触发状态的转换；,ThesecoursewarematerialsaretobeusedinconjunctionwithSoftwareEngineering:APractitionersApproach,6/eandareprovidedwithpermissionbyR.S.Pressman&Associates,Inc.,copyright1996,2001,2005,30,专用过程模型,基于构件的开发当复用是一种开发目标时会使用该过程模型形式化方法模型强调对需求的数学规格说明面向方面的软件开发AOSD为定义、说明、设计和构建方面提供过程和方法统一过程模型用例驱动，以构架为核心，迭代并且增量”，并且与统一建模语言密切相关,These