软件过程框架-软件过程模型.pptVIP

第三讲 软件过程框架与软件过程模型;软件过程框架;;;;软件活动例子: - 名字： 单元测试 - 任务 对软件基本单元模块进行测试，判断是否有错 - 输入 有一个已完成、被文档化和批准的软件单元测试计划 供测试的软件单元模块代码 - 实施 遵循单元测试计划，运行所有的测试用例 撰写单元测试报告 - 输出 单元测试报告 ;;软件开发过程模型;软件过程分类 - 基本过程类 是构成软件生存周期主要部分的那些过程, 包括：定义、构建、维护等过程. - 支持过程类 可穿插到基本过程中提供支持的一系列过程, 包括：文档开发、 配置管理、 质量保证、验证、确认、联合评审、审计、问题解决等程. - 组织过程类 一个组织用来建立、实施一种基础结构, 并不断改进该基础结构的过程, 包括：管理、计划、改进、培训等过程.;; 一个公共过程框架，是通过定义若干框架活动来建立的，如果不考虑其规模和复杂性，这些活动适用于所有软件项目。 任务集合——每一个集合都由软件工程工作任务、项目里程碑、软件工程产品和交付物以及质量保证点组成——使得框架活动适应于不同软件项目的特征和项目组的需求。 支持性活动——如软件质量保证，软件配置管理和测度，它们贯穿于整个过程模型之中。支持性活动独立于任何一个框架活动，且贯穿于整个过程。 ;管理性活动;- 测量 定义和收集过程、项目和产品的度量，以帮助团队在发布软件的时候满足客户要求。同时，测量还可与其它框架协同使用。 - 软件配置管理 管理整个软件过程中变更所带来的影响。 - 可复用管理 定义产品复用的标准（包括软件构件），并且建立构件复用机制。 - 工作产品（Work Product）的准备和生产 包括了创建产品所必须的活动如建模、文档、日志、表格和列表等。;主要的开发和支持过程 1、软件需求分析 任务：收集、分析、理解、确定用户的要求；然后把用户的要求精确、完整地描述表达出来。 目的：要回答“要解决什么问题？”， 既系统“做什么？”。 输入：系统需求文档/问题陈述、本过程相关工作计划 步骤：可行性研究、需求分析、制定相关开发计划 输出：可行性报告、需求规范、下一过程开发计划 需求说明书是让用户理解:“什么是他们真正需要的”； 让开发者理解“什么是他们真正的开发目标”。;Review Item Discrepancy;任务：给出实现系统的实施蓝图。 目的：要回答“如何解决该问题？”， 既系统“怎样做？”。 输入：软件需求规范、本过程相关计划 步骤： 概要设计：解决系统的子系统/模块划分、子系统/模块的层次结构及数据库设计； 详细设计：解决每个模块/类内部算法和数据结构； 制定下一过程相关计划。 输出：体系结构设计说明书、详细设计说明书、下一过程相关计划 ;17;18;3、软件构造;4、软件测试;5、软件维护;6.软件配置管理;SRD;7.软件工程管理;25;26;8.软件质量保证;28;传统软件生命周期模型;;瀑布模型的优缺点;2. V模型和W模型;Evolutif公司在V模型的基础上提出了W模型;3. 原型方法;;;原型方法的特点： （1）从认知论的角度看，原型方法遵循了人们认识事物的规律，因而更容易为人们所普遍接受，这主要表现在： ① 人们对任何事物的认知都不可能一蹴而就、尽善尽美； ② 认识和学习的过程都是循序渐进的； ③ 对于事物的描述，往往都是受环境的启发而不断完善的； ④ 人们批评指责一个已有的事物，要比空洞地描述自己的设想容易得多，改进一些事物要比创造一些事物容易得多。 ;⑵ 原型方法将模拟的手段引入分析的初期阶段，沟通了人们的思想，缩短了用户和开发人员之间的距离。这主要表现在： ① 所有问题的讨论都是围绕某一个确定原型而进行的，彼此之间不存在误解和答非所问的可能性，为准确认识问题创造了条件。 ② 有了原型才能启发人们对原来想不起来或不易准确描述的问题有一个比较确切的描述； ③ 能够及早地暴露出系统实现后存在的一些问题，促使人们在系统实现之前就加以解决。 ;;;原型方法可以支持软件生命周期的不同阶段 ;4. 迭代模型(Iterative);迭代模型分类： - 探索式迭代模型 - 进化型迭代模型 迭代模型的特点： - 优点：明确用户需求、提高系统质量、降低开发风险； - 缺点：难于管理、结构较差、技术不成熟； 迭代模型适用范围： - 需求不清楚； - 小型或中小型系统； - 开发周期短;5. 增量模型;45;