软件过程框架与软件过程模型.ppt

RUP中的软件生命周期在时间上被分解为四个顺序的阶段：初始阶段（Inception）、细化阶段（Elaboration）、构造阶段（Construction）和交付阶段（Transition）。 每个阶段结束于一个主要的里程碑(Major Milestones)，并在阶段结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。 * 第六十一页，共八十八页，2022年，8月28日 RUP的9个核心工作流 6个核心过程工作流 - 业务建模（Business Modeling） - 需求（Requirements） - 分析和设计（Analysis Design） - 实现（Implementation） - 测试（Test） - 部署（Deployment） * 第六十二页，共八十八页，2022年，8月28日 传统软件生命周期模型 1. 瀑布模型 Winston Royce在软件生命周期概念的基础上，于1970年提出了著名的“瀑布模型”（waterfall model）。 * 第二十九页，共八十八页，2022年，8月28日 瀑布模型中的每一个开发活动具有下列特征： - 本活动的工作对象来自于上一项活动的输出，这些输出一般是代表本阶段活动结束的里程碑式的文档。 - 根据本阶段的活动规程执行相应的任务。 - 产生本阶段活动相关产出——软件产品，作为下一活动的输入。 - 对本阶段活动执行情况进行评审。 * 第三十页，共八十八页，2022年，8月28日 瀑布模型的优缺点 优点 缺点 降低了软件开发的复杂程度，而且提高了软件开发过程的透明性，提高了软件开发过程的可管理性。 模型缺乏灵活性，特别是无法解决软件需求不明确或不准确的问题。 推迟了软件实现，强调在软件实现前必须进行分析和设计工作。 模型的风险控制能力较弱。 以项目的阶段评审和文档控制为手段有效地对整个开发过程进行指导，保证了阶段之间的正确衔接，能够及时发现并纠正开发过程中存在的缺陷，从而能够使产品达到预期的质量要求。 瀑布模型中的软件活动是文档驱动的，当阶段之间规定过多的文档时，会极大地增加系统的工作量；而且当管理人员以文档的完成情况来评估项目完成进度时，往往会产生错误的结论。 * 第三十一页，共八十八页，2022年，8月28日 2. V模型和W模型 1980年代后期Paul Rook提出了V模型 * 第三十二页，共八十八页，2022年，8月28日 Evolutif公司在V模型的基础上提出了W模型 * 第三十三页，共八十八页，2022年，8月28日 3. 原型方法 原型方法的产生 - 瀑布模型、V模型和W模型都将软件生命周期划分成独立串行的几个阶段，前一个阶段没有完成便无法开始下一阶段的工作。 - 然而完整而准确的需求规格说明是很难得到的，因为： 在开发早期用户往往对系统只有一个模糊的想法，很难完全准确地表达对系统的全面要求 随着开发工作的推进，用户可能会产生新的要求 开发者又可能在设计与实现的过程中遇到一些没有预料到的实际困难，需要以改变需求来解脱困境 * 第三十四页，共八十八页，2022年，8月28日 原型方法指在获得一组基本需求后，通过快速分析构造出一个小型的软件系统原型，满足用户的基本要求。 用户通过使用原型系统，提出修改意见，从而减少用户与开发人员对系统需求的误解，使需求尽可能准确。 原型方法主要用于明确需求，但也可以用于软件开发的其它阶段。 * 第三十五页，共八十八页，2022年，8月28日 原型的三种作用类型： （1）探索型：弄清用户对目标系统的要求，确定所期望的特性；探讨多种实现方案的可行性。主要针对需求模糊、用户和开发者对项目开发都缺乏经验的情况。 （2）实验型；用于大规模开发和实现之前，考核技术实现方案是否合适。 （3） 进化型：在构造系统的过程中能够适应需求的变化，通过不断地改进原型，逐步将原型进化成最终的系统。它将原型方法的思想扩展到软件开发的全过程，适用于需求经常变动的软件项目。 * 第三十六页，共八十八页，2022年，8月28日 原型方法的特点： （1）从认知论的角度看，原型方法遵循了人们认识事物的规律，因而更容易为人们所普遍接受，这主要表现在： ① 人们对任何事物的认知都不可能一蹴而就、尽善尽美； ② 认识和学习的过程都是循序渐进的； ③ 对于事物的描述，往往都是受环境的启发而不断完善的； ④ 人们批评指责一个已有的事物，要比空洞地描述自己的设想容易得多，改进一些事物要比创造一些事物容易得多。 * 第三十七页，共八十八页，2022年，8月28日 ⑵ 原型方法将模拟的手段引入分析的初期阶段，沟通了人们的思想