计算机软件开发规范GB8566-88.doc

精品文档 标准：计算机软件开发规范 GB 8566-88 目的：详细规定计算机软件开发过程胡各个阶段及没法儿阶段胡任务、 实施步骤、实施要求 、 完成标志及交付文件。为软件开人员和管理人员提供一系列之有效的准则、方法和规范。 作用： 有利于提高开发的控制和管理， 缩短开发时间和减少维护次数， 便于开发和维护人员之间的协作、交流，是软件开发更加有成效。 软件的生存周期： Systems Development Life Cycle (SDLC) 可行性研究与计划 需求分析 概要设计 详细设计 实现 组装测试 确认测试 使用和维护 按照人们所习惯的粗分方法把上面 8 个阶段划分为计划、开发和维护 3 个阶段，在概述其 他两个阶段的基础上重点介绍软件的开发过程 软件开发方法求。 模型 特点 瀑布模型： 该模型严格规定 各阶段的任务， 上一阶段任务输 出作为下一阶段 工作输入。  适用类型 优点 缺点 此模型适合于用 为项目提供了按 由于任务顺序固 户需求明确、开 阶段划分的检查 定，软件研制周 发 技 术 比 较 成 点。 期长，前一阶段 熟、工程管理严 当前一阶段完成 工作中造成的差 格的场合使用。 后，您只需要去 错 越 到 后 期 越 关注后续阶段。 大，而且纠正前 期 错 误 的 代 价 高。 渐进模型（快速 从一组简单的基 原型模型）： 本 用 户 需 求 出 发，首先建立一 个满足基本要求 的原型系统。通 过测试和运行原 型系统，有用户 提出进一步细致 的需求，然后修 改和完善原型系 统，反复进行这 个过程直到用户  该模型适合开发 由于用户在整个 初期用户需求不 软件开发过程中 甚明确，相关技 都直接参与．因 术和理论需要不 此最终的软件产 断研究、反复实 品能够很好地满 验以及开发过程 足用户的需求。 需要经常与用户 交互的场合，学 习或研究类软件 的 开 发 常 用 此 法。 . 满意为止。 螺旋模型 它将瀑布模型和 大型复杂的系统 快速原型模型结 合起来，强调了 其他模型所忽视 的风险分析，特 别适合于。 喷泉模型： 特点是各项活动 该模型主要用于 之间没有明显的 面向对象软件技 界限。 术开发项目 该 开 发 过 程 分 为：分析、设计、 实现、确认、维 护和演化。 软 件 测 试 模 型 旨在改进软件开 （V 模型） 发 的 效 率 和 效 果。Ｖ模型反映 出了测试活动与 分析设计活动的 关系  精品文档 1）设计上的灵活 对于新近开发， 性 , 可 以 在 项 目 需求不明确的情 的各个阶段进行 况下，适合用螺 变更。 旋 模 型 进 行 开 2）以小的分段来 发，便于风险控 构 建 大 型 系 统 , 制和需求变更！ 使成本计算变得 简单容易。 3）客户始终参与 每 个 阶 段 的 开 发 , 保 证 了 项 目 不偏离正确方向 以及项目的可控 性。 4 ）随着项目推 进 , 客 户 始 终 掌 握项目的最新信 息 , 从 而 他 或 她能够和管理层 有效地交互。 5）客户认可这种 公司内部的开发 方式带来的良好 的沟通和高质量 的产品。 该模型软件开发 过程与开发者对 问题认识和理解 的 深 化 过 程 同 步。该模型重视 软件研发工作的 重复与渐进，通 过相关对象的反 复迭代并在迭代 中充实扩展，实 现了开发工作的 迭代和无间隙， V 模型存在一定 的局限性，它仅 仅把测试作为在 编码之后的一个 阶段，是针对程 序进行的寻找错 . 精品文档 W 模型 相对于 V 模型， 测试伴随着整个 W 模型增加了软 软件开发周期， 件各开发阶段中 而且测试的对象 应同步进行的验 不仅仅是程序， 证和确认活动 需求、设计等同 样要测试，也就 是说，测试与开 发 是 同 步 进 行 的。 W 模型有利 于尽早地全面的 发现问题。例如， 需 求 分 析 完 成 后，测试人员就 应该参与到对需 求的验证和确认 活动中，以尽早 地 找 出 缺 陷 所 在。同时，对需 求的测试也有利 于及时了解项目 难 度 和 测 试 风 险，及早制定应 对措施，这将显 著减少总体测试 时间，加快项目 进度。  误的活动，而忽视了测试活动对需求分析、系统设计等活动的验证和确认的功能 W 模型也存在局限性。在 W 模型中，需求、设计、编码等活动 被 视 为 串 行的，同时，测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。这样就无法支持迭 代 的 开 发 模型。对于当前软件开发复杂多变的情况， W 模型并不能解除测试管理面临着困惑 . 精品文档 瀑布模型 瀑布模型阶段任务 渐进模型 . 精品文档 模型 双 v 模型 螺旋模型 快速原型（ Rapid Prototype ）模型：快速原型模型在功