论文投稿_医学论文投稿_核心期刊,职称论文投稿发表_论文部落

　　9原型实现模型
　　原型实现模型是从需求收集开始，开发者和客户在一起定义软件的总体目标，标识出己知的需求，并规划出需要进一步定义的区域。然后是“快速设计”，快速设计集中于软件中那些对用户/客户可见的部分的表示，这将导致原型的创建，并由用户/客户评估并进一步精化待开发软件的需求。逐步调整原型使其满足客户的要求，而同时也使开发者对将要做的事情有更好的理解，这个过程是迭代的。其流程从听取客户意见开始，随后是建造/修改原型，客户测试运行原型，然后回头往复循环直到客户对原型满意为止。发者与用户交流直观，可以澄清模糊需求，调动用户的积极性，能及早地暴露系统实施后潜在的一些问题；原型系统可作为培训环境，有利于用户培训和开发同步，开发过程也是学习过程。
　　原型实现模型的缺点是：产品原型在一定程度上限制了开发人员的创新，没有考虑软件的整体质量和长期的可维护性，由于达不到质量要求产品可能被抛弃，而采用新的模型重新设计。因此，原型实现模型不适合嵌入式、实时控制、科学数值计算等大型软件系统的开发。
　　增量模型和原型模型都是从概要的需求出发进行开发的，但两者有明显的不同。增量模型是从一些不完整的系统需求出发，在开发过程中逐渐发现新的需求，并进一步充实完善该系统，使之成为实际可用的系统。而原型开发的目的是为了发现并建立一个完整的经过证实的需求规格说明，并以此作为正式系统的开发基础。因此，原型开发阶段的输出是需求的规格说明，是为了降低整个软件生成期的费用而拉大需求分析阶段的一种方法，大部分原型是“用完就扔”的类型。
　　10RAD模型
　　快速应用开发（AD)模型是一个增量型的软件开发过程模型，强调极短的开发周期。RAD模型是瀑布模型的一个“高速”变种，通过大量使用可复用构件，采用基于构件的建造方法赢得了快速开发。如果需求理解得好而且约束了项目的范围，利用这种模型可以很快地创建出功能完善的“信息系统”。其流程从业务建模开始，随后是数据建模、过程建模、应用生成、测试及反复。
　　RAD模型各个活动期所要完成的任务是：
　　（1）业务建模：以什么信息驱动业务过程运作？要生成什么信息？谁生成它？信息流的去向？由谁处理？可以辅之以数据流图。
　　（2）数据建模：为支持业务过程的数据流，找数据对象集合，定义数据对象属性，与其它数据对象的关系构成数据模型，可辅之以R-E图。
　　（3）过程建模：如何使数据对象在信息流中完成各业务功能。创建过程以描述数据对象的增加、修改、删除、查找，即细化数据流图中的处理框。
　　（4）应用程序生成：利用第四代语言(4GL)写出处理程序，重用已有构件或创建新的可重用构件，利用环境提供的工具，自动生成、构造出整个应用系统。
　　（5）测试与交付，由于大量重用，一般只作总体测试，但新创建的构件还是要测试的。
　　与瀑布模型相比，RAD模型是不采用传统的第三代程序设计语言来创建软件，而是采用基于构件的开发方法，复用己有的程序结构（如果可能的话）或使用可复用构件或是创建可复用的构件（如果需要的话）。在所有情况下，均使用自动化工具辅助软件创造。很显然，加在一个RAD模型项目上的时间约束需要“一个可伸缩的范围”[8]。如果一个业务能够被模块化使得其中每一个主要功能均可以在不到三个月的时间内完成，它就是RAD的一个候选者。每一个主要功能可由一个单独的RAD组来实现，最后再集成起来形成一个整体。
　　RAD模型通过大量使用可复用构件加快了开发速度，对信息系统的开发特别有效。但是像所有其它软件过程模型一样，RAD方法也有其缺陷:
　　（1）并非所有应用都适合RAD。RAD模型对模块化要求比较高，如果有哪一功能不能被模块化，那么建造RAD所需要的构件就会有问题；如果高性能是一个指标，且该指标必须通过调整接口使其适应系统构件才能赢得，RAD方法也有可能不能奏效。
　　（2）开发者和客户必须在很短的时间完成一系列的需求分析，任何一方配合不当都会导致RAD项目失败。
　　（3）RAD只能用于信息系统开发，不适合技术风险很高的情况。当一个新应用要采用很多新技术或当新软件要求与己有的计算机程序的高互操作性时，这种情况就会发生。
　　11并发开发模型
　　并发开发模型也称并发工程，关注于多个任务的并发执行，表示为一系列的主要技术活动、任务及它们的相关状态，并发过程模型是由客户要求、管理决策、评审结果驱动的。该模型不是将软件工程活动限定为一个顺序的事件序列，而是定义了一个活动网络。网络上的每一个活动均可与其它活动同时发生曰。这种模型可以提供一个项目的当前状态的准确视图。
　　并发过程模型定义了一系列事件，对于每一个软件工程活动，它们触发从一个状态到另一个状态的变迁。当它应用于客户机/服务器系统时，并发过程模型在两维上定义活动:一个系统维和一个构件维。其并发性通过两种方式得到：