专业前沿技术发展动态(软件项目管理)2解析.pptVIP

一、瀑布模型 瀑布模型也称线性模型，它规定了软件工程的各项活动，并且规定它们必须自上而下、相互衔接的固定顺序，如同瀑布流水，逐级落下。 瀑布模型的关键 瀑布模型是最典型的软件工程开发模式，简洁、精确、实用，便于控制管理，效果显著。 采用瀑布模型的三个要点： 瀑布模型非常强调产品的定义。开发或者编写代码阶段只是其中单独的一块任务。 瀑布模型各步骤是分立的、没有交叉。 瀑布模型无法回溯。一旦进入某一个步骤，就要完成该步骤的任务，然后才能向下继续。 瀑布模式（续） 瀑布模式的特点： 对于有明确清晰的产品定义和训练有素的开发人员的项目而言，该模式效果良好。可以在编写代码之前解决所有的未知问题并明确所有细节。缺点是反映客户变化需求慢，开发周期长。 对测试而言，瀑布模式比其他模式更有优势。其每一步骤都有完整细致的文档说明记录。测试员根据此制定精确的计划和进度、测试对象明确。但是缺点也明显，即测试仅在最后进行。会导致一些根本性问题只能在后期发现，造成修复缺陷的费用增大许多。 三、RAD模式 RAD（Rapid Application Development）模式，即快速应用开发模式。由于其模式构图像字母V，故也称为V模式。它通过使用基于构件的开发方法来缩短产品开发的周期，提高开发的速度。RAD模式与原型法相反，它要求作好需求分析，并且项目的范围明确。它包含以下几个阶段： 业务建模：业务活动中的信息流被模式化，确定谁生成何信息驱动业务流程等。 数据建模：上一步定义的部分信息流被细化。形成若干支持该业务的数据对象，标出每个对象的属性和对象间的关系。 处理建模：描述增加、修改、删除或获取数据对象的操作。 应用生成：用4GL技术复用已有的程序构件生成代码。 测试及反复：对编好的程序模拟运行，查找潜在的错误，发现后再修改重测。已有构件可免测以节约时间。 RAD（V）模型示意图 RAD（V）模型的分析 从上图可见。RAD模式避免了瀑布式模式所带来的误区——软件测试是在代码完成后进行。RAD模式说明软件测试的工作很早就应该开始，即从项目一启动就开始。图中左侧是设计分析，右侧是验证和测试，即对左边结果的检验，如： 需求分析和功能设计对应验收测试 系统概要设计对应系统测试，建立测试环境 详细设计对应集成测试，准备测试用例 编程设计对应单元测试，及时发现每个模块的问题，加快速度，提高质量，减少成本。 改进的RAD模型（V模块） 四、螺旋模型 螺旋模型（Boehm）是对前述各开发模式的改进，是一个演化软件过程模式。其总体思想是不把原型的迭代特征与线性顺序模型中控制和系统化方面结合起来，采用面向对象技术和可视化工具，逐步定义功能细节和产品界面，逐步实现，接受客户反馈并改进。然后进入下一阶段，重复上述过程，直至得到最终产品。 螺旋模式被划分为若干框架活动，也称任务区域。一般由3~6个任务区域构成，以4个居多。 螺旋模型的特点 螺旋模型是指把软件开发工作划分成若干个循环重复的阶段（周期），每个周期阶段在笛卡儿坐标的四个象限上分别表达了四个方面的活动。即： 制定方案：确定软件目标，选定实施方案，弄清项目开发的限制条件 风险分析：分析所选方案，考虑如何识别和消除风险 实施工程：实施软件开发 评估：评价开发工作，提出修正建议和相应计划 沿着螺旋线自内向外每旋转一圈便代表开发出更为完善的新的软件版本。最外圈的是最新的版本，一个软件会有若干个版本。 软件开发螺旋模型示意图 螺旋模式的优缺点 螺旋模式中包含了几种开发模式的优点，比如： ——瀑布模式（分析、设计、开发和测试的步骤）； ——边写边改模式（螺旋模式的每一次重复阶段）； ——大爆炸模式（从外界观察）。 螺旋模式发现问题早、解决软件缺陷成本低、适应客户需求变化快，测试员可以尽早介入，提前到设计阶段发现问题。是目前一种很好的软件开发模式。 螺旋模式的本质 与传统的过程模式不同，在螺旋模式中，软件交付了并不等于结束，其适用于计算机软件的整个生命周期。一个“概念开发项目”从螺旋的核心（水平轴）开始一直持续到概念开发结束。如果概念被开发成真正的产品，过程又从水平轴一个新的起点开始，意味着一个新的开发项目开始了。 本质上，具有上述特征的螺旋是一直运转的，直到软件退役。对于大型软件系统的开发来说，螺旋模式更是一个很现实的选择。 软件过程的可视性与CMM的比较 软件缺陷定义 至少满足下列5个规则之一才称为发生了一个软件缺陷（Software bug): 软件未实现产品说明书要求的功能； 软件出现了产品说明书指明不应该出现的错误； 软件实现了产品说明书未提到的功能； 软件未实现产品说明书虽未明确提及但应该实现的目标； 软件难以理解、不易使用、运行缓慢或者——从测试员的角度看