第2篇 软件过程.pptVIP

软件过程;软件过程模型; 以软件需求完全确定为前提的瀑布模型 在软件开发初期只能提供基本需求所采用的渐进式开发模型如原型模型、螺旋模型、增量模型、并发开发模型 以形式化开发方法为基础的变换模型 基于构件的开发过程 敏捷开发过程 统一软件开发过程RUP ;瀑布模型;瀑布模型;瀑布模型的优点;瀑布模型的缺点;快速原型模型;原型模型示意图;原型模型的优点;RAD（快速应用开发）模型的开发过程;RAD模型的开发过程;RAD模型的开发过程;RAD模型的缺点;螺旋模型;螺旋模型的结构软件过程的Boehm螺旋模型(@1998 IEEE);螺旋模型;螺旋模型的使用;螺旋模型的优点;4. 增量模型;增量模型特点;并发开发模型;6. 形式化开发方法;形式化转换过程：;与瀑布模型的本质区别;形式化开发方法特点及优缺点;7. 构件集成模型;基于构件的开发特点;Rational 统一过程;先启;阶段结束标志着重要的里程碑;迭代和阶段;初启阶段(Inception);手机开发项目 – 初启阶段;精化阶段(Elaboration);手机开发项目 – 精化阶段;构建阶段(Construction);手机开发项目 – 构建阶段;移交阶段(Transition);软件过程的定义;工作流描述有意义的活动序列 ;规程;;规程;规程产生模型;统一过程的模型;规程指导迭代化的开发 ;分析和设计工作流;实现工作流;测试工作流;部署工作流;配置和变更管理工作流;项目管理工作流;环境工作流;RUP的关键概念;RUP的实践 ;第四代技术; 1986年11月，美国卡内基.梅隆大学软件工程研究所（SEI/CMU）提出”软件过程成熟度框架”。 1987年开发了“软件过程评估”和“软件成熟度评价”两个模型。 1991年8月公开发布软件能力成熟度模型(Capability Maturity Model for Software-CMM)CMM v1.0。 1993年2月正式发布CMM v1.1。; 在1986年--1993年的八年间，先后有数百名软件专业人员参与了CMM的评审，300多名代表参加CMM当前版本发布前的研讨会，CMM代表了软件工程和管理工程界广泛、一致的意见。 1999年10月美国国防部规定，承担国防部大型软件项目的承包商必须具备CMM成熟度3级的认证。 目前，中国也有一些软件企业进行了CMM评估和认证。; 能力成熟度模型CMM;表2.18 CMM的能力成熟度级别及关键过程域;L1初始级;能力成熟度模型CMM;成熟??级别的行为特征和关键过程域;L2可重复级;CMM要求的需求管理的基本流程可如图一所示。;(2)软件项目计划(software project planning) 制定实施软件工程与管理软件项目的工作计划。 CMM软件项目计划根据纳入配置管理后的软件需求进行项目估算，并依据文档化的流程，形成项目计划文档。项目计划文档经复审后纳入配置管理，由项目开发人员遵循，并据此跟踪检查计划的执行。项目计划文档在复审过程中，如果项目计划对风险估算不足或存在其它问题，就需要对项目计划文档重新修正，以获得项目组和高层管理者的支持。;(3) 软件项目跟踪和监督(software project tracking and oversight) 根据软件开发计划管理软件项目，随时掌握软件项目的实际开发过程。按照项目计划对软件开发的进度和阶段产品进行跟踪和评审，当软件项目的执行状况与软件项目计划发生较大偏差时，管理机构必须采取有效控制措施，必要时根据项目的实际完成情况和结果，修订项目计划。;CMM软件项目跟踪与监控的基本流程可如图二所示。;(4) 软件分包合同管理(subcontract management) 根据商业联盟、过程能力和技术等因素选择高质量的软件承制方，承制软件项目的部分子项目。制订子项目承制方的工作任务和项目计划文档，它是主承制方跟踪检查和监督子项目过程和产品的依据。;(5) 软件质量保证(quality assurance) 评审软件产品和活动，检验它们是否与应用的标准和规程保持一致，对发现的问题应采取必要措施予以解决。 软件质量保证的基本流程可如图三所示。;(6)软件配置管理(configuration management) 保证软件项目生成的产品在软件生命周期中的完整性。在给定时间点上确定软件配置，如工作产品及其说明。系统的控制软件配置的变化并在整个软件生命周期中维护配置的完整性和可跟踪性。 软件配置管理可以分为两方面的内容，一是配置项的识别和管理，另一方面是变更管理。;配置项管理的基本流程;b. 变更管理图五描述了纳入配置管理的配置项进行变更的完整流程。;3) L3己定义级(defined);(1) 组织的过程焦点(organization