软件工程基本原理.docx

软件开发过程包括哪几个阶段?Boehm：运用现代科学技术知识来设计并构造计算机程序及为开发、运行和维护这些程序所 必需的相关文件资料IEEE :软件工程是开发、运行、维护和修复软件的系统方法Fritz Bauer:建立并使用完善的工程化原则，以较经济的手段获得能在实际机器上有效运行 的可靠软件的一系列方法软件工程学的内容软件工程学的主要内容是软件开发技术和软件工程管理.软件开发技术包含软件工程方法学、软件工具和软件开发环境；软件工程管理学包含软件工 程经济学和软件管理学软件工程基本原理著名软件工程专家B.Boehm综合有关专家和学者的意见并总结了多年来开发软件的经验，于1983年在一篇论文中提出了软件工程的七条基本原理1) 用分阶段的生存周期计划进行严格的管理2) 坚持进行阶段评审3) 实行严格的产品控制4) 采用现代程序设计技术5) 软件工程结果应能清楚地审查6) 开发小组的人员应该少而精7) 承认不断改进软件工程实践的必要性B.Boehm指出，遵循前六条基本原理，能够实现软件的工程化生产；按照第七条原理，不仅 要积极主动地采纳新的软件技术，而且要注意不断总结经验软件工程(SoftWare Engineering)的框架可概括为：目标、过程和原则。

1) 软件工程目标：生产具有正确性、可用性以及开销合宜的产品正确性指软件产品达到 预期功能的程度可用性指软件基本结构、实现及文档为用户可用的程度开销合宜是指软 件开发、运行的整个开销满足用户要求的程度这些目标的实现不论在理论上还是在实践中 均存在很多待解决的问题，它们形成了对过程、过程模型及工程方法选取的约束2) 软件工程过程：生产一个最终能满足需求且达到工程目标的软件产品所需要的步骤软 件工程过程主要包括开发过程、运作过程、维护过程它们覆盖了需求、设计、实现、确认 以及维护等活动需求活动包括问题分析和需求分析问题分析获取需求定义，又称软件需 求规约需求分析生成功能规约设计活动一般包括概要设计和详细设计概要设计建立整 个软件系统结构，包括子系统、模块以及相关层次的说明、每一模块的接口定义详细设计 产生程序员可用的模块说明，包括每一模块中数据结构说明及加工描述实现活动把设计结 果转换为可执行的程序代码确认活动贯穿于整个开发过程，实现完成后的确认，保证最终 产品满足用户的要求维护活动包括使用过程中的扩充、修改与完善伴随以上过程，还有 管理过程、支持过程、培训过程等3) 软件工程的原则是指围绕工程设计、工程支持以及工程管理在软件开发过程中必须遵循 的原则。

软件工程必须遵循什么原则围绕工程设计、工程支持以及工程管理已提出了以下四条基本原则：(1) 选取适宜的开发模型该原则与系统设计有关在系统设计中，软件需求、硬件需求以及其它因素间是相互制约和 影响的，经常需要权衡因此，必需认识需求定义的易变性，采用适当的开发模型，保证软 件产品满足用户的要求2) 采用合适的设计方法在软件设计中，通常需要考虑软件的模块化、抽象与信息隐蔽、局部化、一致性以及适应性 等特征合适的设计方法有助于这些特征的实现，以达到软件工程的目标3) 提供高质量的工程支撑工欲善其事，必先利其器在软件工程中，软件工具与环境对软件过程的支持颇为重要软 件工程项目的质量与开销直接取决于对软件工程所提供的支撑质量和效用⑷重视软件工程的管理软件工程的管理直接影响可用资源的有效利用，生产满足目标的软件产品以及提高软件组织 的生产能力等问题因此，仅当软件过程予以有效管理时，才能实现有效的软件工程软件工程是指导计算机软件开发和维护的工程学科采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管 理技术和当前能够得到的最好的技术方法结合起来，这就是软件工程软件工程强调使用生存周期方法学和各种结构分析及结构设计技术。

它们是在七十年代为了 对付应用软件日益增长的复杂程度、漫长的开发周期以及用户对软件产品经常不满意的状况 而发展起来的人类解决复杂问题时普遍采用的一个策略就是“各个击破”，也就是对问题 进行分解然后再分别解决各个子问题的策略软件工程采用的生存周期方法学就是从时间角 度对软件开发和维护的复杂问题进行分解，把软件生存的漫长周期依次划分为若干个阶段， 每个阶段有相对独立的任务，然后逐步完成每个阶段的任务采用软件工程方法论开发软件 的时候，从对任务的抽象逻辑分析开始，一个阶段一个阶段地进行开发前一个阶段任务的 完成是开始进行后一个阶段工作的前提和基础，而后一阶段任务的完成通常是使前一阶段提 出的解法更进一步具体化，加进了更多的物理细节每一个阶段的开始和结束都有严格标准， 对于任何两个相邻的阶段而言，前一阶段的结束标准就是后一阶段的开始标准在每一个阶 段结束之前都必须进行正式严格的技术审查和管理复审，从技术和管理两方面对这个阶段的 开发成果进行检查，通过之后这个阶段才算结束；如果检查通不过，则必须进行必要的返工， 并且返工后还要再经过审查审查的一条主要标准就是每个阶段都应该交出“最新式的”（即 和所开发的软件完全一致的）高质量的文档资料，从而保证在软件开发工程结束时有一个完 整准确的软件配置交付使用。

文档是通信的工具，它们清楚准确地说明了到这个时候为止， 关于该项工程已经知道了什么，同时确立了下一步工作的基础此外，文档也起备忘录的作 用，如果文档不完整，那么一定是某些工作忘记做了，在进入生存周期的下一阶段之前，必 须补足这些遗漏的细节在完成生存周期每个阶段的任务时，应该采用适合该阶段任务特点 的系统化的技术方法一一结构分析或结构设计技术把软件生存周期划分成若干个阶段，每个阶段的任务相对独立，而且比较简单，便于不同人 员分工协作，从而降低了整个软件开发工程的困难程度；在软件生存周期的每个阶段都采用 科学的管理技术和良好的技术方法，而且在每个阶段结束之前都从技术和管理两个角度进行 严格的审查，合格之后才开始下一阶段的工作，这就使软件开发工程的全过程以一种有条不 紊的方式进行，保证了软件的质量，特别是提高了软件的可维护性总之，采用软件工程方 法论可以大大提高软件开发的成功率，软件开发的生产率也能明显提高目前划分软件生存周期阶段的方法有许多种，软件规模、种类、开发方式、开发环境以及开 发时使用的方法论都影响软件生存周期阶段的划分在划分软件生存周期的阶段时应该遵循 的一条基本原则就是使各阶段的任务彼此间尽可能相对独立，同一阶段各项任务的性质尽可 能相同，从而降低每个阶段任务的复杂程度，简化不同阶段之间的联系，有利于软件开发工 程的组织管理。

一般说来，软件生存周期由软件定义、软件开发和软件维护三个时期组成， 每个时期又进一步划分成若干个阶段下面的论述主要针对应用软件，对系统软件也基本适 用软件定义时期的任务是确定软件开发工程必须完成的总目标；确定工程的可行性，导出实现 工程目标应该采用的策略及系统必须完成的功能；估计完成该项工程需要的资源和成本，并 且制定工程进度表这个时期的工作通常又称为系统分析，由系统分析员负责完成软件定 义时期通常进一步划分成三个阶段，即问题定义、可行性研究和需求分析开发时期具体设计和实现在前一个时期定义的软件，它通常由下述四个阶段组成:总体设计， 详细设计，编码和单元测试，综合测试维护时期的主要任务是使软件持久地满足用户的需要具体地说，当软件在使用过程中发现 错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新要求时应该 及时改进软件满足用户的新需要通常对维护时期不再进一步划分阶段，但是每一次维护活 动本质上都是一次压缩和简化了的定义和开发过程下面扼要介绍软件生存周期每个阶段的基本任务和结束标准1问题定义 问题定义阶段必须回答的关键问题：“要解决的问题是什么？”如果不知道问题是什么就试 图解决这个问题，显然是盲目的，只会白白浪费时间和金钱，最终得出的结果很可能是毫无 意义的。

尽管确切地定义问题的必要性是十分明显的，但是在实践中它却可能是最容易被忽 视的一个步骤通过问题定义阶段的工作，系统分析员应该提出关于问题性质、工程目标和规模的书面报告 通过对系统的实际用户和使用部门负责人的访问调查，分析员扼要地写出他对问题的理解， 并在用户和使用部门负责人的会议上认真讨论这份书面报告，澄清含糊不精的地方，改正理 解不正确的地方，最后得出一份双方都满意的文档问题定义阶段是软件生存周期中最简短的阶段，一般只需要一天甚至更少的时间2可行性研究这个阶段要回答的关键问题：“对于上一个阶段所确定的问题有行得通的解决办法吗？ ”为 了回答这个问题，系统分析员需要进行一次大大压缩和简化了的系统分析和设计的过程，也 就是在较抽象的高层次上进行的分析和设计的过程可行性研究应该比较简短，这个阶段的任务不是具体解决问题，而是研究问题的范围，探索 这个问题是否值得去解，是否有可行的解决办法在问题定义阶段提出的对工程目标和规模的报告通常比较含糊可行性研究阶段应该导出系 统的高层逻辑模型（通常用数据流图表示），并且在此基础上更准确、更具体地确定工程规 模和目标然后分析员更准确地估计系统的成本和效益，对建议的系统进行仔细的成本/效 益分析是这个阶段的主要任务之一。

可行性研究的结果是使用部门负责人做出是否继续进行这项工程的决定的重要依据，一般说 来，只有投资可能取得较大效益的那些工程项目才值得继续进行下去可行性研究以后的那 些阶段将需要投入要多的人力物力及时中止不值得投资的工程项目，可以避免更大的浪费3需求分析这个阶段的任务仍然不是具体地解决问题，而是准确地确定“为了解决这个问题，目标系统 必须做什么”，主要是确定目标系统必须具备哪些功能用户了解他们所面对的问题，知道必须做什么，但是通常不能完整准确地表达出他们的要求， 更不知道怎样利用计算机解决他们的问题；软件开发人员知道怎样使用软件实现人们的要 求，但是对特定用户的具体要求并不完全清楚因此系统分析员在需求分析阶段必须和用户 密切配合，充分交流信息，以得出经过用户确认的系统逻辑模型通常用数据流图、数据字 典和简要的算法描述表示系统的逻辑模型在需求分析阶段确定的系统逻辑模型是以后设计和实现目标系统的基础，因此必须准确完整 地体现用户的要求系统分析员通常都是计算机软件专家，技术专家一般都喜欢很快着手进 行具体设计，然而，一旦分析员开始谈论程序设计的细节，就会脱离用户，使他们不能继续 提出他们的要求和建议。

较件工程使用的结构分析设计的方法为每个阶段都规定了特定的结 束标准，需求分析阶段必须提供完整准确的系统逻辑模型，经过用户确认之后才能进入下一 个阶段，这就可以有效地防止和克服急于着手进行具体设计的倾向4总体设计这个阶段必须回答的关键问题是：“概括地说，应该如何解决这个问题？”首先，应该考虑几种可能的解决方案列如，目标系统的一些主要功能是用计算机自动完成 还是用人工完成；如果使用计算机，那么是使用批处理方式还是人机交互方式；信息存储使 用传统的文件系统还是数据库……通常至少应该考虑下述几类可能的方案：低成本的解决方案系统只能完成最必要的工作，不能多做一点额处的工作中等成本的解决方案这样的系统不仅能够很好地完成预定的任务，使用起来很方便，而且 可能还具有用户没有具体指定的某些功能和特点虽然用户没有提出这些具体要求，但是系 统分析员根据自己的知识和经验断定，这些附加的能力在实践中将证明是很有价值的高成本的“十全十美”的系统这样的系统具有用户可能希望有的所有功能和特点系统分析员应该使用系统流程图或其他工具描述每种可能的系统，估计每种方案的成本和效 。