[计算机软件技术基础(第三版)麦中凡苗明川何玉洁]第十二章软件工程过程与软件工程管理.pptVIP

C++程序设计 12.1 软件工程概述 1968年软件业界和科学工作者提出了软件工程的概念：任何软件都应当和其他产业的产品一样，由专业人员制作(软件中是系统分析员、高级程序员、程序员)，以系统的、工程的方法开发制作，并提供全方位的售后服务管理(不能因开发者离开、调走而无人管)。 所谓系统的方法，是任何产品都有其创意、开发、生产、调试、使用、维护、退役的全过程，而不是只考虑其中的一部分。如果按照系统的规范或标准进行开发，就可能大幅度提高软件生产力，就如同工业生产取代手工作坊。 所谓工程方法，是指要有工程规范和工程管理。工程产品不要求绝对完善，只要求在给定时间、给定的经费和当前技术条件下符合规范的要求的最佳。工程管理要考虑到可行性、计划性、投入/产出、费用/效益。 软件工程以系统工程的方法制作软件产品，它包括: ? 软件的系统(生存期)模型； ? 与此模型相对应的各种规范和标准； ? 为达到这些规范、标准的方法和工具； ? 软件生产、交付、使用、维护的全面管理。 软件工程的提出，导致了对软件本质的研究。软件不仅仅是可运行的程序系统，为了维护和适应市场技术的发展，它必须有全套完整的文档，所以软件=程序+文档。 软件开发方法学的研究是软件技术发展最活跃的因素。所谓方法学(Methodology)，是一组规范了的方法，按这组方法施行，可以得到较为理想的结果。把这组方法标准化就是软件开发标准。 有了软件规范和标准，软件工具才有市场。软件工具从最初的编译器、连接器、加载运行的必备工具(现在已纳入操作系统范畴)到测试排错工具、格式美化器，到当今可执行的规范说明语言、模型—描述—代码自动生成工具等。以“软件开发软件”的大量自动工具的出现，构成了良好的软件开发环境(Environment)，即开发和运行工具集的总称。这些集成工具的互联和集成(在单一的界面上可以方便、灵活地使用这些工具)及其支持的软、硬件就构成了软件开发平台(Flat)。 12.2 软件工程过程 12.2.1 软件过程活动 过程是活动的序列。先看看软件工程过程有哪些活动内容。 对于软件，ISO?12207生存周期标准建议的过程如图12.1所示。 除了主过程、支持过程、辅助过程是为概念清晰而设的“虚”过程而外其他十二个过程都是要人们实实在在去做的过程。上一章讲的六种活动只是主过程中与技术有关的活动。需求定义可用于获取、供应过程的技术方面(获取还要加上投标、签约等非技术活动)。运营过程不在上章活动之列。 软件过程与软件质量 软件过程和程序设计中算法过程非常类似，只不过前者是人们的工程活动，后者是机器的动作(语句)。以活动(语句)的先后刻画时序，活动(语句)可以嵌套，可以并行，活动中的活动是子过程(嵌套子程序调用)。由算法过程对程序质量的重要性可以推断为某个项目排定的软件过程，即项目计划，对软件质量的影响的重大。软件过程是人的活动，有项目追踪，可以中途调整。 软件过程有了缺陷一般表现为窝工、返工，如某几个人早已完成模块的单元测试，另一些人的单元测试调不出来，导致无法进行集成调试。再如，需求变了，一些人几个星期的工作白废。造成软件工程延误的原因是多方面的： ? 人员不胜任 培训不足或高手离职，新手适应周期太短； ? 问题估计不足 项目固有的问题，开始时看简单了，评估草率； ? 需求变动过频 用户主义太多，多头决策，缺乏交流； ? 工具配套不齐 工具、基础设施因到货、培训等各种原因不能正常使用； ? 信息不足 需求分析时收集信息缺乏某些关键数据； ? 管理漏洞 某些地方改了，其他人不知道或争议迟迟不决； ? 决策缺陷 分析模型和顶层设计决策有误，模块相互制约； ? 人员组织缺陷 只相信高手，不能团结整体，交流太少和薪酬不当； ? 标准规范不当 选用超前和落伍规范； ? 过程模型不当 项目计划一开始就脱离实际，调度追踪时人为添乱 12.2.2 软件过程模型 严格讲来，本节讨论的是软件开发的过程模型，是上节讨论的主过程或叫关键活动域的模型。 瀑布模型 软件生存周期必经的阶段和软件的开发过程(活动已排定)应该是两个概念。早期软件工程就把它作为开发的过程模型，而且给它严格规定：一个阶段(子过程)完了之后必须做正式技术评审(FTR)；评审后的文档，必须经过正式手续才能改动；做完一个阶段才能开始下一阶段。以为这种“步步为