软件工程原理自从1968年提出“软件工程”这一术语以来，研究软件工程的专家学者们陆续提出了100多条关于软件工程的准则或信条

美国著名的软件工程专家巴利·玻姆（Barry Boehm）综合这些专家的意见，并总结了美国天合公司（TRW）多年的开发软件的经验，于1983年提出了软件工程的七条基本原理

玻姆认为，这七条原理是确保软件产品质量和开发效率的原理的最小集合

它们是相互独立的，是缺一不可的最小集合；同时，它们又是相当完备的

人们当然不能用数学方法严格证明它们是一个完备的集合，但是可以证明，在此之前已经提出的100多条软件工程准则都可以有这七条原理的任意组合蕴含或派生

下面简要介绍软件工程的七条原理：用分阶段的生命周期计划严格管理这一条是吸取前人的教训而提出来的

统计表明，50%以上的失败项目是由于计划不周而造成的

在软件开发与维护的漫长生命周期中，需要完成许多性质各异的工作

这条原理意味着，应该把软件生命周期分成若干阶段，并相应制定出切实可行的计划，然后严格按照计划对软件的开发和维护进行管理

玻姆认为，在整个软件生命周期中应指定并严格执行6类计划：项目概要计划、里程碑计划、项目控制计划、产品控制计划、验证计划、运行维护计划

坚持进行阶段评审统计结果显示：大部分错误是在编码之前造成的，大约占63%错误发现的越晚，改正它要付出的代价就越大，要差2到3个数量级

因此，软件的质量保证工作不能等到编码结束之后再进行，应坚持进行严格的阶段评审，以便尽早发现错误

实行严格的产品控制开发人员最痛恨的事情之一就是改动需求

但是实践告诉我们，需求的改动往往是不可避免的

这就要求我们要采用科学的产品控制技术来顺应这种要求

也就是要采用变动控制，又叫基准配置管理

当需求变动时，其它各个阶段的文档或代码随之相应变动，以保证软件的一致性

采纳现代程序设计技术从六、七十年代的结构化软件开发技术，到最近的面向对象技术，从第一、第二代语言，到第四代语言，人们已经充分认识到：方法大于气力

采用先进的技术既可以提高软件开发的效率，又可以减少软件维护的成本

结果应能清楚地审查软件是一种看不见、摸不着的逻辑产品

软件开发小组的工作进展情况可见性差，难于评价和管理

为更好地进行管理，应根据软件开发的总目标及完成期限，尽量明确地规定开发小组的责任和产品标准，从而使所得到的标准能清楚地审查

开发小组的人员应少而精开发人员的素质和数量是影响软件质量和开发效率的重要因素，应该少而精

　这一条基于两点原因：高素质开发人员的效率比低素质开发人员的效率要高几倍到几十倍，开发工作中犯的错误也要少的多；当开发小组为N人时，可能的通信信道为N(N-1)/2, 可见随着人数N的增大，通讯开销将急剧增大

承认不断改进软件工程实践的必要性遵从上述六条基本原理，就能够较好地实现软件的工程化生产

但是，它们只是对现有的经验的总结和归纳，并不能保证赶上技术不断前进发展的步伐

因此，玻姆提出应把承认不断改进软件工程实践的必要性作为软件工程的第七条原理

根据这条原理，不仅要积极采纳新的软件开发技术，还要注意不断总结经验，收集进度和消耗等数据，进行出错类型和问题报告统计

这些数据既可以用来评估新的软件技术的效果，也可以用来指明必须着重注意的问题和应该优先进行研究的工具和技术

以上内容由大学时代综合整理自互联网，实际情况请以官方资料为准。