搜索
第二章软件过程模型软件过程的概念1典型的软件过程模型3成熟度模型2小结5过程和产品41234什么是软件过程？---解决问题的过程定义软件过程定义了软件生产的一系列活动，这些活动贯穿于软件开发的整个过程。问题定义技术开发方案集成目标现状什么是软件过程？•虽然过程是多种多样的，但所有过程都具有以下的共同活动沟通该活动包括软件设计者与客户沟通，客户提出要求，软件设计者收集材料，以及其它相关活动。计划软件开发小组讨论使用何种方法及何种工具来实现客户需求。建模在这一部分，软件开发小组讨论选择何种模型来满足需求。不同的需求需要不同的模型。构造部署编码和测试。软件交付给客户。客户给出建议和反馈，软件实施小组改进软件。什么是软件过程？贯穿始终的普适性活动：项目跟踪控制、风险管理、质量保证、配置管理、技术评审等过程评估与改进用于过程改进的CMMI标准评估方法—提供了五步的过程评估模型：启动、诊断、建立、执行和学习。用于组织内部过程改进的CMM评估—采用SEI的CMM作为评估的依据，提供了一种诊断方法，用以分析软件开发机构相对成熟度。SPICE—TheSPICE(ISO/IEC15504)标准定义了软件过程评估的一系列要求。该标准的目的是帮助软件开发组织建立客观的评价体系，以评估定义的软件过程的有效性。软件ISO9001:2000—这是一个通用标准，任何开发组织如果希望提高所提供的产品、系统或服务的整体质量，都可以采用这个标准。因此，该标准可直接应用于软件组织和公司。5优化级持续的过程改进量化管理4量化管理级过程标准化3已定义级基本项目管理有能力的人和个人英雄主义2可重复级1初始级CMM工作无序，项目进行过程中常放弃当初的计划。管理无章法，缺乏健全的管理制度。开发项目成效不稳定，项目成功主要依靠项目负责人的经验和能力，他一但离去，工作秩序面目全非。管理制度化，建立了基本的管理制度和规程，管理工作有章可循。初步实现标准化，开发工作比较好地按标准实施。变更依法进行，做到基线化，稳定可跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件。开发过程，包括技术工作和管理工作，均已实现标准化、文档化。建立了完善的培训制度和专家评审制度，全部技术活动和管理活动均可控制，对项目进行中的过程、岗位和职责均有共同的理解。成熟度模型标准（CMM）产品和过程已建立了定量的质量目标。开发活动中的生产率和质量是可量度的。已建立过程数据库。已实现项目产品和过程的控制。可预测过程和产品质量趋势，如预测偏差，实现及时纠正。可集中精力改进过程，采用新技术、新方法。拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。可取得过程有效性的统计数据，并可据进行分析，从而得出最佳方法软件过程模型是软件开发全部过程、活动和任务的结构框架。它能直观表达软件开发全过程，明确规定要完成的主要活动、任务和开发策略。软件过程模型也常称为：软件开发模型软件生存周期模型软件工程范型软件过程模型常用过程模型•瀑布模型(经典的生命周期模型)•增量过程模型o增量模型oRAD模型•演化过程模型o原型模型o螺旋模型•喷泉模型•其他过程模型？？常用过程模型提倡结构化和有序的软件工程方法，那么对于富于变化的软件世界，这一模型是否合适呢？如果抛弃传统过程模型（以及它们带来的秩序），取而代之以一些不够结构化的模型，是否会使如软件工作无法达到协调和一致？1.瀑布模型(WaterfallModel)•由WinstonRoyce在1970年最早提出的软件开发模型。o软件开发过程与软件生命周期是一致的，也称经典的生命周期模型。•规定了各项软件工程活动，以及它们自上而下，相互衔接的固定次序，如同瀑布流水，逐级下落。•是一种使用广泛，以文档为驱动的模型。可行性研究需求分析概要设计详细设计实现组装测试验收测试使用与维护退役瀑布模型验收测试组装测试实现详细设计概要设计需求分析退役可行性研究使用与维护带反馈的瀑布模型瀑布模型的特点1.阶段间具有顺序性和依赖性。2.推迟实现的观点。3.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。瀑布模型主要问题•线性过程太理想化o各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量；o由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发的风险；o早期的错误可能要等到开发后期的测试阶段才能发现，进而带来严重的后果。瀑布模型适用于系统需求明确、技术成熟、工程管理较严格的场合。怎么办？增量过程模型(IncrementalModel)•增量模型是一种非整体开发的模型。是一种进化式的开发过程。它允许从部分需求定义出发，先建立一个不完整的系统，通过测试运行这个系统取得经验和反馈，进一步使系统扩充和完善。如此反复进行，直至软件人员和用户对所设计的软件系统满意为止。o增量模型oRAD增量模型•增量模型结合了原型模型的基本要素和迭代的特征，该模型采用基于时间的进展而交错的线性序列，每个确定线性序列都会输出该软件的一个“增量”。增量模型特点•增量o小而可用的软件•特点o在前面增量的基础上开发后面的增量o每个增量的开发可用瀑布或快速原型模型o迭代的思路增量模型的优缺点•增量包概念的引入，以及它不需要提供完整的需求。只要有一个增量包出现，开发就可以进行。•在项目的初始阶段不需要投入太多的人力资源。•增量可以有效地管理技术风险。•每个增量必须提供一些系统功能，这使得开发者很难根据客户需求给出大小适合的增量。AdvantagesDisadvantages快速应用开发模型（RAD）•快速应用开发模型（RAD）是一个增量过程模型，强调短暂的开发周期。•RAD模型是瀑布模型的“高速”变体，通过基于构件的构建方法实现快速开发。如果需求以及项目范围得到明确界定，RAD能使开发团队在很短的时间内（如60到90天）建立一个“全功能系统”。•RAD不使用传统程序设计语言,而是基于构件技术,复用已有的程序结构,或使用可复用构件,或创建可复用构件进行。如果一个业务可被模块化并使每个主要功能均可在3月内完成，则RAD是一个候选，每一个主要功能由一个单独的RAD组完成，并最后集成起来成为一个整体。演化模型•演化过程模型o原型模型o螺旋模型•演化模型的思想是首先实现软件的最核心的、最重要的功能原型模型通过总体目标或已确认需求，实现一个可实际运行的系统初步模型，供开发人员和用户进行交流和评审，以便较准确获得用户的需求，然后采用逐步求精方法使原型逐步完善。客户给出一些基本功能描述，但是没有详细定义功能和特性需求；或开发者不确定算法的效率、软件与操作系统是否兼容以及客户与计算机交互的方式。此时，原型法是很好的选择。原型模型原型模型的优缺点优点：开发效率高，原型使总的开发费用降低，时间缩短，开发者与用户交流直观，可以澄清模糊需求，调动用户的积极性，能及早地暴露系统实施后潜在的一些问题。缺点：产品原型在一定程度上限制了开发人员的创新，没有考虑软件的整体质量和可维护性，由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计，相关利益者不会意识到质量问题，而使开发管理陷入失效。设计者在质量和原型间有所折衷，会采用熟悉的工具和环境、低效的算法，一旦适应后，忘记初衷，造成质量问题。螺旋模型（SpiralModel）螺旋模型最早由Boehm在[Boehm1998]中提出，与RAD模型相似，该模型结合了瀑布模型和原型模型的特点。螺旋模型强调风险管理，因此该模型适用于大型系统的开发。螺旋模型（SpiralModel）四个象限上分别表达四个方面的活动•螺旋模型沿着螺线旋转，在笛卡尔坐标的四个象限上分别表达了四个方面的活动：o制定计划。确定软件目标，选定实施方案，弄清项目开发的限制条件。o风险分析。分析所选方案，考虑如何识别和消除风险。o设计实施。设计、编码、测试、优化。o用户反馈。评价开发工作，提出修正建议。螺旋模型的优点•支持用户需求的动态变化。•原型可看作形式的可执行的需求规格说明，易于为用户和开发人员共同理解，还可作为继续开发的基础，并为用户参与所有关键决策提供了方便。•螺旋模型特别强调原型的可扩充性和可修改性，原型的进化贯穿整个软件生存周期，这将有助于目标软件的适应能力。•引入一个非常严格的风险识别，风险分析和风险控制，它把软件项目分解成一个个小项目，每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。•螺旋模型为项目管理人员及时调整管理决策提供了方便，进而可降低开发风险。螺旋模型的缺点和适应场合•如果每次迭代的效率不高，致使迭代次数过多，将会增加成本并推迟提交时间；•使用该模型需要有相当丰富的风险评估经验和专门知识，要求开发队伍水平较高。•支持需求不明确、特别是大型软件系统的开发，并支持面向规格说明、面向过程、面向对象等多种软件开发方法，是一种具有广阔前景的模型。缺点适应场合喷泉模型(FountainModel)•喷泉模型是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程。•具有自下而上周期的各阶段是相互迭代和无间隙的特性。软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。喷泉模型的优缺点•喷泉模型不像瀑布模型那样，需要分析活动结束后才开始设计活动，设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。其优点是可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。•由于喷泉模型在各个开发阶段是重叠的，在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。优点缺点如何选择过程模型？•软件开发模型是不断发展的•各种软件开发模型各有优缺点•选用时不必拘泥与某种模型•可组合多种模型•也可根据实际创建新的模型参考原则1.在前期需求明确的情况下，尽量采用瀑布模型或改进的瀑布模型。2.在用户无系统使用经验，需求分析人员技能不足情况下一定要借助原型。3.在不确定因素很多，很多东西前面无法计划的情况下尽量采用增量迭代和螺旋模型。4.在需求不稳定的情况下尽量采用增量迭代模型。5.在资金和成本无法一次到位的情况下可采用增量模型，软件产品多个版本进行发布。6.对于完成多个独立功能开发可以在需求分析阶段就进行功能并行，但每个功能内部都应该遵循瀑布模型。7.对于全新系统的开发必须在总体设计完成后再开始增量或并行。8.对于编码人员经验较少的情况下建议不要采用敏捷或迭代等生命周期模型。9.增量、迭代和原型可以综合使用，但每一次增量或迭代都必须有明确的交付和出口原则。10.UP适用于面向对象项目。11.敏捷开发适合高开发效率和响应能力需求的项目。以产品为中心过程B产品过程C过程A需求Focus产品产品过程和产品过程很薄弱，最终产品必将受到影响过分依赖过程，也是非常危险的以过程为中心产品过程Focus产品产品小结•软件生命周期-软件过程-软件过程模型•过程定义了谁在做什么，何时以及如何达到一定的目标。•常见的过程模型：瀑布、增量、原型、螺旋•软件过程决定了软件产品的质量，不同的项目需要不同的过程模型或者过程模型的组合软件工程知识•经常听人们说，软件开发知识的半衰期为3年：现在你需要知道的那些知识，在三年内会有一半将过时。在技术相关的知识领域内，这种说法可能是正确的。但还有另一种软件开发知识——一种我认为是“软件工程原则”——并没有3年半衰期的说法。这些软件工程原则可以为专业程序设计人员在其整个职业生涯内提供服务。SteveMcConnell指导过程的原则•原则1：敏捷。你所选择的过程模型是否是传统的或敏捷的，敏捷开发的基本原则会提供给你判断的方法。•原则2：每一步都关注质量。每个过程活动、动作及任务的出口条件应关注生产的工作产品质量。•原则3：做好适应准备。过程不是信仰体验，其中没有信条。当需要的时候，就让你的方法适应于由问题、人员以及项目本身施加的限制。•原则4：建立一个有效团队