软件工程讲义_第二章.pdfVIP

软件工程 第2章过程模型 软件过程 软件同其他资产一样，是知识的具体体现，而 知识最初都是以分散的、不明确的、隐蔽的且不 完整的形式广泛存在的，因此，软件开发是一个 社会学习的过程。软件过程是一个对话，在对话 中，软件所必需的知识被收集在一起并在软件中 实现。过程提供了用户与设计人员之间、用户与 不断演化的工具之间以及设计人员与不断演化的 工具（技术）之间的交互途径。软件开发是一个 迭代的过程，在这个过程中，演化的工具本身就 作为沟通的媒介，每新一轮对话都可以从参与的 人员中获得更有用的知识。[BAE98] 软件过程 软件过程可定义为一个为建造高质量软件 所需要完成的活动、动作和任务的框架。 软件过程定义了软件开发中采用的方法， 但软件工程还包含该过程中应用的技术 （技术方法和自动化工具）。 软件工程是由有创造力、用知识的人完成 的，他们根据产品构建的需要和市场需求， 选取成熟的软件过程。 通用过程模型 软件过程示意图如课本图2-1所示 (19页)。每个框架活动由一系列软件 工程动作构成；每个软件工程动作由 任务集合来定义，这个任务集合明确 了将要完成的工作任务、将要产生的 工作产品、所需要的质量保证点，以 及用于表明过程状态的里程碑。 通用过程模型 软件工程的通用过程框架定义了五种框架 活动——沟通、策划、建模、构建以及部 署。此外，一系列普适性活动（项目跟踪 控制、风险管理、质量保证、配置管理、 技术评审以及其他活动）贯穿软件过程始 终。 过程流描述了在执行顺序和执行时间上， 如何组织框架中的活动、动作和任务。 定义框架活动 第1章给出了5种通用框架活动的基本定 义，但是一个软件团队要在软件过程中具 体执行这些活动中的任何一个，还需要更 多信息。因此，面临一个关键问题：针对 给定的问题、开发人员和利益相关者，哪 些动作适合于框架活动？ 任务集 任务集定义了为达到一个软件工程动作的 目标所需要完成的工作。每一个软件工程 动作都由若干个任务集构成，而每一个任 务集都由工作任务、工作产品、质量保证 点和项目里程碑等组成。通常选择最满足 项目需要和适合开发组特点的任务集。软 件工程动作可以根据软件项目的特定需要 和开发队伍的特点作适当的调整。 过程模式 软件过程可以定义为一系列模式的组合， 这些模式定义了一系列的软件开发中需要 的活动、动作、工作任务、工作产品及其 相关的行为[AMB98] 通俗地讲，过程模式提供了一个模板—— 一种描述软件过程中重要特征的一致性方 法。通过模式组合，软件团队可以定义能 最好满足项目需求的开发过程。 过程模式模板[AMB98] 模式名称：应能清楚地表述该模式在软件过程中的功能。 驱动力：模式使用环境及主要问题， 以明确主要难点 并可能影响解决方案。 类型：定义模式类型。 启动条件：描述模式应用的前提条件。 问题：描述模式将要解决的问题。 解决办法：描述模式的实现。 结束条件：描述模式成功执行之后的结果。 相关模式：以层次或其他图的方式列举与该模式相关的 其他模式。 已知应用实例：介绍该模式的具体实例。 过程模式 过程模式提供了一种有效的机制来描述各 种软件过程。模式使得软件工程组织能够 从高层抽象开始，开发层次化的过程描述。 高层抽象描述又进一步细化为一系列步骤 模式以描述框架活动，然后每一个步骤模 式又进一步逐层细化为更详细的任务模式。 过程模式一旦建立起来，就可以在过程变 体的定义中复用——即软件开发队伍可以 将模式作为过程模式的构建模块，定制特 定的过程模型。 惯用过程模型 最早提出惯用过程模型(Prescriptive process models)是为了改变软件开发的 混乱状况，使软件开发更加有序。这些传 统模型为软件工程增加了大量有用的结构 化设计，并为软件团队提供了有效的路线 图。尽管如此，软件工程工作和它产生的 产品仍然停留在 “混乱的边缘”。 统计数字：混乱的软件开发 惯例过程模型 惯例过程模型规定了一套过程元素——框 架活动、软件工程动作、任务、工作产品、 质量保证以及每个项目的变更控制机制。 每个过程模型还定义了工作流——即过程 元素之间相互关联的方式。 所有的软件过程模型都支持通用框架活动， 但是每一个模型都对框架活动有不同的侧 重，并且定义了不同的工作流如何以不同