第1章软件工程导论详解.ppt

1.阶段间具有顺序性和依赖性。 2.推迟实现的观点。 3.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。 传统的瀑布模型过于理想化。事实上，人在工作过程中不可能不犯错误。 在设计阶段可能发生规格说明文档中的错误。 而设计上的缺陷或错误可能在实现过程中显现出来。 在综合测试阶段将发现需求分析、设计或编码阶段的许多错误。 * 瀑布模型有许多优点：可强迫开发人员采用规范的方法（例如，结构化技术）； 严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。瀑布模型的成功在很大程度上是由于它基本上是一种文档驱动的模型。 ? 适合于用户需求明确、完整、无重大变化的软件项目开发。 快速建立起来的可以在计算机上运行的程序，他所能完成的功能 往往是最终产品能完成的功能的 一个子集。 快速原型模型的工作过程 原型模型从需求收集开始。 开发者和用户在一起定义软件的总体目标，标识出已知的需求，并规划出进一步定义的区域。 然后是“快速设计”，快速设计集中于软件那些对用户可见部分的表示。“快速设计”导致原型的建造。 原型由用户评估，并进一步精化待开发软件的需求，逐步调整原型使其满足客户的要求。同时开发者对将要做的事情有更好的理解， 这个过程是迭代的。 按线性模型构建软件系统 原型模型适用情况用户定义了一组一般性目标，但不能标识出详细的输入、处理及输出需求 开发者可能不能确定算法的有效性、操作系统的适应性或人机交互的形式； ……原型模型可能是最好的选择 （1） 原型系统已经通过与用户交互而得到验证，据此产生的规格说明文档正确地描述了用户需求，因此，在开发过程的后续阶段不会因为发现了规格说明文档的错误而进行较大的返工。 （渐增模型） 先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。 系统的总体设计在初始子集设计阶段就应作出设想。 特点： ? 反复的应用瀑布模型的基本成分和原型模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。 ? 早期的版本实现用户的基本需求，并提供给用户评估的平台。 如果项目在既定的商业要求之前不可能找到足够的开发人员，这种情况下增量模型显得特别有用 早期的增量可以由少量的人员实现。如果核心产品的口碑不错，可为下一个增量投入更多的人力 产品交付给用户后用户可能不满意； 到了预定的交付日期软件可能还未开发出来； 实际的开发成本可能超过预算； 产品完成前一些关键的开发人员 “跳槽”了； 产品投入市场之前竞争对手发布了一个功能相近、价格更低的软件等。 螺旋模型将开发过程划分为几个螺旋周期，每个周期有三到六个任务区域，见下图。 螺旋的第一圈可能产生产品的规格说明，再下面的螺旋可能用于开发一个原型，随后可能是软件的更完善的版本。每一圈还要根据用户评估的反馈对项目计划（包括进度、费用）进行调整。 ? 适合于大型系统的软件开发，随着过程的进展演化，开发者和用户能够更好的识别和对待每一个演化级别上的风险。 ? 需要相当丰富的风险评估经验和专门知识，使该模型的应用受到一定限制。 ? 随着迭代次数的增加，工作量加大，软件开发成本增加。 可重用部件组装模型 (构件集成模型) (Component Integration Model) 构件（component)也称为组件，是一段实现一系列有确定接口的程序体，具有自己的功能和逻辑，能同其他构件组装起来协调工作。 该模型支持软件重用，对缩短软件开发周期、降低项目成本有重要的现实意义。同时，建造符合某应用领域体系结构标准的构件，可以用来搭建分布式的、跨越不同操作平台的软件，扩展了软件的应用前景，促进了软件标准化、商品化的发展。 因此，在此基础上专家们又提出了“基于构件的软件工程”(CBSE)。 构件组装模型如下图所示： 可复用性（Reusability） * * Agile means being able to quickly change direction. It is based on rapid prototype and incremental models. Agile methods emphasize working software as the primary measure of progress. Combined with the preference for face-to-face communication, agile methods usually produce less