软件工程控制.docxVIP

软件工程控制 软件工程控制的重要性软件开发过程 新问题多多，且并不因软件开发工具的完善 而有大的改善，软件工程控制的重要性越来 越被重视。软件开发过程的新问题常有如下 几种： 对软件开发成本和进度的估计经常很 不准确。实际成本比估计成本有可能高出一 个数量级，实际进度比预期进度拖延几个月 甚至几年的现象并不罕见。这种现象降低了 软件开发组织的信誉。 而为了赶进度和节约 成本所采取的一些权宜之计又往往损害了 软件产品的质量，从而不可避免地会引起用 户的不满。 用户对“已完成的”软件系统不满足 的现象经常发生。软件开发人员经常在对用 户要求只有模糊的了解， 甚至对所要解决的 新问题还没有确切熟悉的情况下，就仓促上 阵匆忙着手编写程序。软件开发人员和用户 之间的信息交流往往很不充分，“闭门造车” 必然导致最终的产品不符合用户的实际需 要。 软件产品的质量往往靠不住。 软件可靠 性和质量保证的确切的定量概念刚刚出现 不久，软件质量保证技术还没有坚持不懈地 应用到软件开发的全过程中， 这些都导致软 件产品发生质量新问题。 软件经常是不可维护的。 很多程序中的 错误是非常难改正垢，实际上不可能使这些 程序适应新的硬件环境，也不能根据用户的 需要在原有程序中增加一些新的功能。“可 重用的软件”还是一个没有完全做到的、 正 在努力追求的目标，人们仍然在重复开发类 似的或基本类似的软件。 软件通常没有适当的文档资料。计算机 软件不仅仅是程序，还应该有一整套文档资 料。这些文档资料应该是在软件开发过程中 产生出来的，而且应该是“最新式的”。软 件开发组织的管理人员可以使用这些文档 资料作为“里程碑”，来管理和评价软件开 发工程的进展状况；软件开发人员可以利用 它们作为通信工具，在软件开发过程中准确 地交流信息；对于软件维护人员而言，这些 文档资料更是至关重要必不可少的。 缺乏必 要的文档资料或者文档资料不合格，必然给 软件开发和维护带来许多严重的困难和新 问题。 软件成本在计算机系统总成本中所占 的比例逐年上升。由于微电子学技术的进步 和生产自动化程度不断提高， 硬件成本逐年 下降，然而软件开发需要大量人力，软件成 本随着通货膨胀以及软件规模和数量的不 断扩大而持续上升。美国在 1985年软件成 本大约已占计算机系统总成本的 90。 软件开发生产率提高的速度， 远远跟不 上计算机应用迅速普及深入的趋向。软件产 品“供不应求”的现象使人类不能充分利 用现代计算机硬件提供的巨大潜力。 软件工程的七条基本原理：1、用分阶 段的生命周期计划严格管理有人经统计发 现，在不成功的软件项目中有一半左右是由 于计划不周造成的，可见把建立完善的计划 作为第一条基本原理是吸取了前人的教训 而提出来的。在软件开发和维护的漫长的生 命周期中，需要完成许多性质各异的工作。 这条基本原理意味着，应该把软件生命周期 划分成若干个阶段，并相应地制定出切实可 行的计划，然后严格按照计划对软件的开发 和维护工作进行管理。Boehm认为，在软件 的整个生命周期中应该制定并严格执行六 类计划，它们是项目概要计划，里程碑计划， 项目控制计划，产品控制计划，验证计划， 运行维护计划。不同层次的管理人员都必须 严格按照计划各尽其职地管理软件开发和 维护工作，绝不能受客户或上级人员的影响 而擅自背离预定计划。2、坚持进行阶段评 审当时已经熟悉到，软件的质量保证工作不 能等到编码阶段结束之后再进行。这样说至 少有两个理由：第一，大部分错误是在编码 之前造成的，例如，根据Boehm等人的统计， 设计错误占软件错误的 63,编码仅占37; 第二，错误发现和改正得越晚，所需付出的 代价也越高。 因此，在每个阶段都进行严格的评审， 以便尽早发现在软件开发过程中所犯的错 误，是一条必须遵循的重要原则。 3、实行 严格的产品控制在软件开发过程中不应随 意改变需求，因为改变一项需求往往需要付 出较高的代价，但是，在软件开发过程中改 变需求又是难免的，由于外部环境的变化， 相应地改变用户需求是一种客观需要， 显然 不能硬性禁止客户提出改变需求的要求， 而 只能依靠科学的产品控制技术来顺应这种 要求。也就是说，当改变需求时，为了保持 软件各个配置成分的一致性，必须实行严格 的产品控制，其中主要是实行基准配置管理。 所谓基准配置又称基线配置，它们是经过阶 段评审后的软件配置成分。 基准配置管理也称为变动控制：一切有 关修改软件的建议，非凡是涉及到对基准配 置的修改建议，都必须按照严格的规程进行 评审，获得批准以后才能实施修改。绝对不 能谁想修改软件，就随意进行修改。 4、采 用现代程序设计技术从提出软件工程的概 念开始，人们一直把主要精力用于探究各种 新的程序设计技术。60年代末提出的结构程 序设计技术，已经成为