软件工程实践者的研究方法讲义第二章分析报告.pptVIP

软件工程 第2章 过程模型 软件过程 软件同其他资产一样，是知识的具体体现，而知识最初都是以分散的、不明确的、隐蔽的且不完整的形式广泛存在的，因此，软件开发是一个社会学习的过程。软件过程是一个对话，在对话中，软件所必需的知识被收集在一起并在软件中实现。过程提供了用户与设计人员之间、用户与不断演化的工具之间以及设计人员与不断演化的工具（技术）之间的交互途径。软件开发是一个迭代的过程，在这个过程中，演化的工具本身就作为沟通的媒介，每新一轮对话都可以从参与的人员中获得更有用的知识。[BAE98] 软件过程 软件过程可定义为一个为建造高质量软件所需要完成的活动、动作和任务的框架。 软件过程定义了软件开发中采用的方法，但软件工程还包含该过程中应用的技术（技术方法和自动化工具）。 软件工程是由有创造力、用知识的人完成的，他们根据产品构建的需要和市场需求，选取成熟的软件过程。 通用过程模型 软件过程示意图如课本图2-1所示(19页)。每个框架活动由一系列软件工程动作构成；每个软件工程动作由任务集合来定义，这个任务集合明确了将要完成的工作任务、将要产生的工作产品、所需要的质量保证点，以及用于表明过程状态的里程碑。 通用过程模型 软件工程的通用过程框架定义了五种框架活动——沟通、策划、建模、构建以及部署。此外，一系列普适性活动（项目跟踪控制、风险管理、质量保证、配置管理、技术评审以及其他活动）贯穿软件过程始终。 过程流描述了在执行顺序和执行时间上，如何组织框架中的活动、动作和任务。 定义框架活动 第1章给出了5种通用框架活动的基本定义，但是一个软件团队要在软件过程中具体执行这些活动中的任何一个，还需要更多信息。因此，面临一个关键问题：针对给定的问题、开发人员和利益相关者，哪些动作适合于框架活动？ 任务集 任务集定义了为达到一个软件工程动作的目标所需要完成的工作。每一个软件工程动作都由若干个任务集构成，而每一个任务集都由工作任务、工作产品、质量保证点和项目里程碑等组成。通常选择最满足项目需要和适合开发组特点的任务集。软件工程动作可以根据软件项目的特定需要和开发队伍的特点作适当的调整。 过程模式 过程模式模板[AMB98] 过程模式 惯用过程模型 最早提出惯用过程模型(Prescriptive process models)是为了改变软件开发的混乱状况，使软件开发更加有序。这些传统模型为软件工程增加了大量有用的结构化设计，并为软件团队提供了有效的路线图。尽管如此，软件工程工作和它产生的产品仍然停留在“混乱的边缘”。 统计数字：混乱的软件开发 惯例过程模型 惯例过程模型规定了一套过程元素——框架活动、软件工程动作、任务、工作产品、质量保证以及每个项目的变更控制机制。每个过程模型还定义了工作流——即过程元素之间相互关联的方式。 所有的软件过程模型都支持通用框架活动，但是每一个模型都对框架活动有不同的侧重，并且定义了不同的工作流如何以不同的方式执行每一个框架活动。 瀑布模型 瀑布模型(the waterfall model)，又被称为经典生命周期，它提出了一个系统的、顺序的软件开发方法，从用户需求规格说明开始，通过策划、建模、构建和部署的过程，最终提供一个完整的软件并提供持续的技术支持。如课本图2-3所示。 瀑布模型 瀑布模型基本思想 将软件开发过程划分为分析、设计、编码、测试等阶段。 软件开发要遵循过程规律，按次序进行。 每个阶段均有里程碑和提交物。 工作以线性方式进行，上一阶段的输出是下一阶段的输入。 瀑布模型的优点 简单、易懂、易用。 为项目提供了按阶段划分的检查点，项目管理比较规范。 每个阶段必须提供文档，而且要求每个阶段的所有产品必须进行正式、严格的技术审查。 运用瀑布模型遇到的问题 实际的项目很少遵守瀑布模型提出的顺序。 客户通常难以清楚地描述所有的需求。 客户必须要有耐心，只有在项目接近尾声的时候，他们才能得到可执行的程序。 瀑布模型的适用场合 需求相当稳定，客户需求被全面的了解风险管理。 开发团队对于这一应用领域非常熟悉。 外部环境的不可控因素很少。 小型清晰的项目或长周期的项目。 增量模型 增量模型以迭代的方式运用瀑布模型。如课本图2-5所示，随着时间的推移，增量模型在每个阶段运用线性序列。每个线性序列生产出一个软件的可交付增量。 增量模型 增量模型的使用方法 软件被作为一系列的增量来进行开发，每一个增量都提交一个可以操作的产品，可供用户评估。 第一个增量往往是核心产品：满足了基本的需求，但是缺少附加的特性。 客户使用上一个增量的提交物并进行自己评价，制定下一个增量计划，说明需要增加的特性和功能。 重复上述过程，直到最终产品产生为止。 增量模型应用举例 应用举例：开发一个类似于Word的字处理软件。 – 增量