软件生命周期模型资料.pdfVIP

瀑布模型 / 改进的瀑布模型 虽然瀑布模型仍然存在很多的问题有待解决，但瀑布模型仍然是最展木的和最效的 ?种可供选择的软 件开发 生命周期模型 . 瀑布模型要求软件开发严格按照需 求- 〉分析 - 〉设计 ? 〉编码 - 〉测试的阶段进 行，每 - 个阶 段都可以定义明确的产出物和验证准则 . 瀑布模型在每 ?个 阶段完成后都可以组织相关的 评审和验证，只有 在评审通过后才能够进入到下 - 个阶段 . 由于需要对每 ?个阶段进行验证，瀑布模型要求每 ?个阶段都有明确的文档产出，对于严格的瀑 布模型 每 ? 个阶段都不应该重叠，而应该是在评审通过，相关的产岀物都己经基线后才能够进入 到下?个 阶段 . 瀑布模型的优点仍然是可以保证整个软件产品较高的质量，保证缺陷能够捉前的被发现和解决 . 采用瀑 布模 型可以保证系统在整体上的充分把握，使系统具备良好的扩展性和可维护性 ?但对丁前期需求不明 确，而又 很难短时间明确淸楚的项目则很难很好的利用瀑布模型 . 另外对于中小型 的项目，需求设计和 开发人员往 往在项目开始后就会全部投入到项目中，而不是分阶段投入，因此 采用瀑布模型会导致项 目人力资源过多 的闲置的情况 , 这也是必须要考虑的问题 . 很多人往往会以进度约束而不选择瀑布模型，这往往是 ?个错误的观点 . 导致这种情况的 ?个关键因素往 往是 概念需求阶段人力不足 . 冈此在概念需求阶段人力能够得到充分保证的情况下，瀑布模型和迭代模 型在开发 周期上并不会存在太人的差别 ?反而是很多项目对于迭代或嫩捷模型用不好，为了赶进度在前 期需求不明 确，没有经过 ?个总体的架构设计情况下就开始编码，后期出现大量的返工而严重影响进度 . 架构设计是软件开发中 ?个重 要的关注点 . 因此在 RUP 中也捉及到软件廿发要以架构为核心 . 因 此在架 构设 计完成后系统会彼分为相关的 f ?系统和功能模块 . 每个功能模块间的接口都可以定义淸楚 . 在这种 情况下， 当模块 B 的详细设计做完成后往往就没有必妥等到其它模块的详细设计都妥完全作完才开始 编码，冈此在 架构设计完成后可以将系统分为多个模块并行开发，每个模块仍然遵循先设计和编码测 试的瀑布模型思路? 这是瀑布模型的 ?种最重要的改进思路，也可以说这 是?种增量开发的模型 . 当?个新系统的开发存在多个完全不相关的独立需求的功能开发的时候，这个时候也可以选择将整个开 发过 程按独立的需求来分为多个小瀑布进行操作 ?这种方式的最人问题就是没有 ?个完全总体的设计， 架构设计 人员无法在洞悉了所有需求后从系统的可扩展性，复用等方而总体规划 . 在项目管理中有 ?种压缩进度的方法叫赶工，因此瀑布模型的另外改进处就在适当的重叠各个阶 段过 程， 达到资源的有效利用 . 比如我们通过讨论，会议确定的实现方式就可以开始执导下 ?个阶 段的工作 而不 ?定 完全等到相关的交付物文档化出来 . 螺旋模型 首先螺旋模型是遵从瀑布模型的 ?即需求? ＞架构 ? ＞设计 ? ＞ 开发 - 〉测试的路线 ?螺旋模型最人的价 值 在于整个开发过程是迭代和风险驱动的 ?通过将瀑布模型的多个阶段转化到参个迭代过程中，以减少 项目的 风险 .