《软件工程与开发技术》课件第1章.ppt

图1.12RAD模型原型模型从需求收集开始，开发者和用户在一起定义软件的总体目标，标识出已知的需求，并规划出进一步定义的区域。然后进行快速设计并进行编码实现，进行原型的建造。这种快速设计和建造通常集中在那些对用户可见的部分(如输入方式、输出界面)。原型建造好之后，运行原型程序，由用户和开发者进行评估、验证。接着进一步精化待开发软件的需求，逐步调整原型以使其逐渐满足用户的真正需求，同时也使开发者对将要完成的开发任务有更深入的理解。这一过程是多次迭代进行的。使用原型模型必须有两个前提。其一是用户必须积极参与原型的建造，同时开发者和用户必须有共识：建造原型仅仅是为了定义需求，之后就必须被全部抛弃(至少是部分抛弃)，实际的软件必须在充分考虑到软件质量和可维护性之后才被开发。从这个意义上说，原型模型又往往被称为“抛弃原型模型”。其二是必须有快速开发工具可供使用。1.6.3快速应用开发模型快速应用开发(RAD)模型是线性顺序模型的一个“高速”变种，强调极端的开发周期。RAD模型通过使用基于构件的建造方法达到快速开发的效果。在需求得到很好理解、项目的范围约束明晰的前提下(通常不容易保证这样的条件)，采用RAD过程能够使项目组在很短的时间内(如60～90天)创建出功能完善的系统。?RAD过程主要用于信息应用软件的开发，如图1.12所示，它包含如下几个开发阶段：(1)业务建模：业务活动中的信息流被模型化。此阶段说明什么信息驱动业务流程、生成什么信息、谁负责生成该信息、该信息流向何处、谁处理它等。(2)数据建模：业务建模阶段定义的一部分信息流被精化，形成一组支持该业务所需的数据对象。此阶段标识出每个数据对象的特征属性，定义这些对象之间的关系。(3)处理建模：数据建模阶段定义的数据对象变换成为要完成一项业务功能所需的信息流。此阶段创建处理描述以便增加、修改、删除或获取某个数据对象。(4)应用生成：RAD过程不是采用传统的第三代程序设计语言来创建软件，而主要是复用已有的程序构件或是创建可复用的构件。在所有情况下，均使用自动化工具辅助软件建造。(5)测试及反复：RAD过程强调复用，许多构件是已经测试过的，减少了测试工作量。但是所有的新创建构件、所有的接口都必须测试。图1.12RAD模型1.6.4演化软件过程模型1.增量模型增量模型融合了线性顺序模型的基本成分(重复的应用这些成分)和原型模型的迭代特征，如图1.13所示。增量模型实际上是一个随着日程/时间的进展而交错的线性序列集合。每一个线性序列产生一个软件的可发布的“增量”，所有的增量都能够结合到原型模型中去。图1.13增量模型当使用增量模型时，第一个增量模型往往是核心部分的产品，它实现了软件的基本需求，但很多已经明晰或者尚不明晰的补充特性还没有发布。核心产品交由用户使用或进行详细复审。使用或复审评估的结果是制定下一个增量开发计划。该计划包括对核心产品的修改及增加一些新的功能与特性。这个过程在每一个增量发布后迭代地进行，直到产生最终的完善产品。和原型模型不一样的是，增量模型虽然也具有“迭代”特征，但是每一个增量都发布一个可操作的产品，不妨称之为“产品扩充迭代”。它的早期产品是最终产品的可拆卸版本，每一个版本都能够提供给用户实际使用。2.螺旋模型螺旋模型也属于演化软件过程模型。它将原型的迭代特征与线性顺序模型中控制的和系统化的方面结合起来，使得能够快速开发软件的增量版本。在螺旋模型中，软件开发是一系列的增量发布。和增量模型不同，它并不要求每一个增量都是可以运行的程序。在早期的迭代中，发布的增量可以是一个纸上的模型或原型；在以后的迭代中产生更加完善的版本。螺旋模型被划分为若干个框架活动，如图1.14所示。活动也称为任务区域，一般包括：(1)用户通信：建立开发者和用户之间有效通信所需要的任务。(2)计划：定义资源、进度和其他项目相关信息所需要的任务。(3)风险分析：评估技术的及管理的风险所需要的任务。(4)工程：建立应用的一个或多个表示所需要的任务。(5)建造及发布：建造、测试、安装和提供用户支持所需要的任务。(6)用户评估：基于在工程阶段产生的或在安装阶段实现的软件表示的评估，是获得用户反馈所必需的任务。图1.14一个典型的螺旋模型每一个框架活动(任务区域)均含有一系列的适应待开发项目特点的工作任务(活动)。在所有的情况下，都需要应用诸如软件配置管理、软件品质保证等保护性活动。随着演化过程的开始，软件工程项目组按照顺时针方向沿螺旋移动。从核心开始，第一圈可能产生软件规格说明书，第二圈可能开发出一个原型，随后可