软件工程-第02章 过程综述

现代软件工程第2章过程综述软件过程软件同其他资产一样，是知识的具体体现，而知识最初都是以分散的、不明确的、隐蔽的且不完整的形式广泛存在的，因此，软件开发是一个社会学习的过程。软件过程是一个对话，在对话中，软件所必需的知识被收集在一起并在软件中实现。过程提供了用户与设计人员之间、用户与不断演化的工具之间以及设计人员与不断演化的工具（技术）之间的交互途径。软件开发是一个迭代的过程，在这个过程中，演化的工具本身就作为沟通的媒介，每新一轮对话都可以从参与的人员中获得更有用的知识。[BAE98]软件过程软件过程可定义为一个为建造高质量软件所需要完成的任务的框架。软件过程定义了软件开发中采用的方法，但软件工程还包含该过程中应用的技术（技术方法和自动化工具）。软件工程是由有创造力、有知识的人完成的，他们根据产品构建的需要和市场需求，选取成熟的软件过程。软件工程软件工程是建立和使用一套合理的工程原则，从而经济地获得可靠的、可以在实际机器上高效运行的软件。[NAU69]软件工程是：(1)将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护，即将工程化方法应用于软件。(2)在(1)中所述方法的研究。软件工程图2-1软件工程层次图过程框架过程框架定义了若干个小的框架活动，为完整的软件开发过程建立了基础。这些框架活动可广泛应用于所有软件开发项目。（课本图2-2）过程框架通用框架活动沟通：包含了与客户(和其他共利益者)之间大量的交流和协作，还包括需求获取以及其他相关活动。策划：指为后续的软件工程工作制定计划。它描述了需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。建模：它包括创建模型和设计两方面。创建模型有助于客户和开发人员更好地理解软件需求；设计可以实现需求。构建：它包括编码(手写或自动生成)和测试。部署：软件(全部或者完成的部分)交付到用户，用户对其进行评测并给出反馈意见。任务集任务集定义了为达到一个软件工程动作的目标所需要完成的工作。每一个软件工程动作都由若干个任务集构成，而每一个任务集都由工作任务、工作产品、质量保证点和项目里程碑等组成。通常选择最满足项目需要和适合开发组特点的任务集。普适性活动软件项目跟踪和控制风险管理软件质量保证正式技术评审测量软件配置管理可复用管理工作产品的准备和生产过程模型所有的过程模型都可用前述的过程框架概括。过程模型的适用性是成功的关键，不同的模型在一些方面有很大区别(课本21页)惯例过程模型：强调对过程活动和任务的详细定义、识别和应用。敏捷过程模型：提倡弱化软件过程中过于正式的要求，强调可操作性和可适应性。能力成熟度模型集成CMMISEI提出了一个全面的过程元模型，当软件开发组织达到不同的过程能力和成熟度水平时，该模型可用来预测其所开发的系统和软件工程能力。为达到这些能力，SEI认为组织都应建立与CMMI指南相符合的过程模型。能力成熟度模型集成CMMI第0级：不完全级第1级：已执行级第2级：已管理级第3级：已定义级第4级：已定量管理级第5级：优化级过程模式软件过程可以定义为一系列模式的组合，这些模式定义了一系列的软件开发中需要的活动、动作、工作任务、工作产品及其相关的行为[AMB98]通俗地讲，过程模式提供了一个模板——一种描述软件过程中重要特征的一致性方法。通过模式组合，软件团队可以定义能最好满足项目需求的开发过程。过程模式模板[AMB98]模式名称：应能清楚地表述该模式在软件过程中的功能。目的：简洁地描述模式的目的。类型：定义模式类型。启动条件：描述模式应用的前提条件。问题：描述模式将要解决的问题。解决办法：描述模式的实现。结束条件：描述模式成功执行之后的结果。相关模式：以层次或其他图的方式列举与该模式相关的其他模式。已知应用实例：介绍该模式的具体实例。过程模式过程模式提供了一种有效的机制来描述各种软件过程。模式使得软件工程组织能够从高层抽象开始，开发层次化的过程描述。高层抽象描述又进一步细化为一系列步骤模式以描述框架活动，然后每一个步骤模式又进一步逐层细化为更详细的任务模式。过程模式一旦建立起来，就可以在过程变体的定义中复用——即软件开发队伍可以将模式作为过程模型的构建模块，定制特定的过程模型。过程技术过程技术工具可以帮助软件开发组织对通用过程框架、任务集和普适性活动建造自动化的模型。一旦创建了可接受的过程，其他过程技术工具可用来分配、监测、甚至控制所有过程模型中的软件工程任务。产品与过程如果过程很薄弱，最终产品必将受到影响。但是对过程的过于依赖也是很危险的。小结软件工程是一门涉及软件开发过程、方法、工具的学科。尽管有多种不同的软件工程过程模型，但它们都定义了：一组框架活动