SE02第2章节计算机软件过程.pptVIP

课程介绍 第二章 软件过程 主要知识点 什么是软件过程 什么是软件过程模型 有哪些常见的软件过程模型及其各自的特点 软件过程、生命周期、过程模型 软件工程方法学包括方法、工具和过程 软件过程 为了获得高质量的软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤 它定义了 运用方法的顺序 应该交付的文档资料 为保证软件质量和协调变化所需要采取的管理措施 标志软件开发各个阶段任务完成的里程碑 软件过程、生命周期、过程模型 软件生命周期：软件从定义、开发、使用和维护，直到被废弃的整个时期 生命周期模型： 规定了把生命周期划分成哪些阶段及各个阶段的执行顺序。 它能直观表达软件生命的全过程，明确规定了各时期要完成的主要活动、任务和开发策略。 因此，软件生命周期模型也常称为： 软件过程模型（ Process Model ） 2.1软件生命周期的基本任务 软件生命周期由三个时期组成： 软件定义（又称为系统分析、需求分析） 问题定义 可行性研究 需求分析 软件开发 系统设计（概要设计、详细设计） 编码和单元测试 综合测试 软件维护（运行维护） 软件生命周期 分析 做什么？？？ 设计 怎么做？？？ 实现 完成系统 确认 质量保证 维护 安装后的进一步完善 生命周期各阶段的基本任务 2.2 瀑布模型（waterfall model） 1970年Winston Royce 直到80年代早期，一直是唯一被广泛采用的软件开发模型 传统瀑布模型的特点 特点(文档驱动的模型) 阶段间具有顺序性和依赖性 推迟实现的观点 质量保证的观点 每个阶段都必须完成规定的文档 每个阶段结束前对所完成的文档进行评审 思考？？？？ 传统瀑布模型存在什么问题？ 传统瀑布模型的问题 传统的瀑布模型过于理想化了，事实上，人在工作过程中不可能不犯错误 单一流程，开发中的经验教训不能反馈 用户常常难以清楚地给出所有需求 不能适应需求的变化 用户必须有耐心 开发者常常被不必要地耽搁 风险往往迟至后期的开发阶段才显露 实际的瀑布模型 瀑布模型的优点： 强调采用规范的方法； 严格规定各阶段必交的文档； 强调各阶段产品的测试 缺点： 文档驱动的模型，最终交付的产品可能不是用户真正需要的 2.3 快速原型模型 （rapid prototype model） 快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 适用情况 用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求； 开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式； …… 原型模型可能是最好的选择 快速原型模型 快速原型模型的特点与种类 特点 快速开发工具 得到良好的需求定义，可处理模糊需求 开发者和用户可充分通信 使某些类型的风险降至最低 种类 渐进型 抛弃型 存在的问题 用户似乎看到的是软件的工作版本，其实…… 开发者常常需要实现上的折衷，以使原型能够尽快工作 2.4 增量模型 增量模型 基本思想： 将整个系统分解成若干个子系统（增量构件），每个增量构件实现一个特定的功能； 分批地逐步向用户提交产品，每次提交一个满足用户需求子集的可运行产品； 最后提交满足全部需求的完整产品。 优点： 易于开发和维护 问题： 新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。 风险更大的增量模型 增量模型融合了瀑布模型的基本成分和原型 的迭代特性。 例如，使用增量模型开发字处理软件 基本的文件管理、编辑和文档生成功能。 更完善的编辑和文档生成能力。 实现拼写和文法检查功能。 完成高级的页面布局功能。 特点 第一个增量往往是核心产品 每一个增量均发布一个可操作产品 早期的增量是最终产品的“可拆卸”版本 2.5 螺旋模型（spiral model） 1988年，Barry Boehm正式发表了软件系统开发的螺旋模型“ 每个阶段之前都增加了风险分析过程的快速原型模型 螺旋模型(Cont.) 完整 螺旋模型的特点 特点 风险驱动的 瀑布模型+快速原型+风险分析 主要适用于内部开发的大规模软件项目 优点 强调严格的全过程风险管理 强调各开发阶段的质量 缺点 对风险管理的技能水平要求很高 需要人员、资金和时间的投入 2.6 喷泉模型 典型的面向对象生命周期模型 软件生命周期的各个阶段相互重叠和多次反复 各项开发活动之间无缝过渡 各种模型的比较 其它 现在软件产业界普遍认为，开发复杂软件项目必须采用基于UML的、以构架为中心、用例驱动与风险驱动相结合的迭代式增量开发过程，它是世界公认的开发复杂软件项目的最好过程，已经成为软件界的“圣经”。这一开发过程目前已经稳定、成熟。 这就是： RUP—Rationa