SE02软件过程.pptVIP

?Copyright FJNU 软件过程 软件过程综述 软件过程模型 敏捷视角下的软件过程 1 软件过程综述 软件工程与软件过程 软件过程框架 1.1 软件工程与软件过程 软件工程是 ①把系统化的、规范的、可度量的途径应用于软件开发、运行和维护的过程，也就是把工程化应用于软件中； ② 研究①中提到的途径。 软件工程是一种层次化的技术 1.1 软件工程与软件过程 软件工程是一种层次化的技术 质量关注点：软件工程的根基 过程： 软件工程的基础 各个技术层次结合在一起 软件项目管理的基础。工程产品(模型、文档、数据、报告、表格等)的产生、里程碑的建立、质量的保证及变化的适当管理。 1.1 软件工程与软件过程 软件工程是一种层次化的技术 方法：提供了建造软件在技术上需要“如何做”。 涵盖一系列的任务：需求分析、设计、编程、测试和维护。 工具：对过程和方法提供了自动的或半自动的支持。 工具被集成起来 ，形成计算机辅助软件工程(CASE) 1.2 软件过程框架 过程框架定义了若干小的框架活动，为完整的软件开发过程建立了基础。 框架活动可广泛应用于所有软件开发项目，无论这些项目的规模和复杂性如何。 过程框架还包含一些适用于各个软件过程的普适性（又称庇护性、保护性）活动。 1.2 软件过程框架 框架活动 框架活动 由一组软件工程动作组成， 每个动作都包括一系列相互关联的任务，并产生一个关键的工作产品。 每一个工作任务都完成一部分动作所定义的工作。 框架活动 沟通：包含了涉众之间大量的交流和协作，还包括需求获取以及其他相关活动。 策划：指为后续的软件工程工作制定计划。它描述了需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。 框架活动 建模：包括创建模型和设计两方面。创建模型有助于客户和开发人员更好地理解软件需求，设计可以实现需求。 构建：包括编码和测试。 部署：软件(全部或者完成的部分)交付到用户，用户对其进行评测并给出反馈意见。 普适性活动 典型的普适性活动 软件项目跟踪和控制：由项目组根据计划来评估项目进度，并采取必要的措施保证项目按计划进行 风险管理：对可能影响项目成果或产品质量的风险进行评估。 软件质量保证：确定和执行用以保证软件质量的活动。 正式的技术复审：评估软件工程产品，尽量在错误传播到下一个动作或活动之前发现并清除错误。 普适性活动 典型的普适性活动 测量：定义和收集过程、项目和产品的度量，以帮助团队在发布软件的时候满足客户要求。 软件配置管理：管理整个软件过程中变更所带来的影响。 可复用管理：定义产品复用的标准(包括软件构件)，并且建立构件复用机制。 工作产品的准备和产生：包括了创建产品所必需的括动，如建模、文档、日志、表格和列表等。 2 软件过程模型 软件过程模型概述 瀑布模型 演化过程模型 统一过程模型 2.1 软件过程模型概述 所有的过程模型都可以用过程框架进行概括。但不同的过程模型在以下几方面却区别很大: 活动和任务的总体流程，以及相互之间的关系。 在框架中的每一个活动中任务细化的程度。 对所需要提交的工作产品的定义。 质量保证活动应用的方式。 过程跟踪和控制活动应用的方式。 过程描述的详细和严谨程度。 客户和共利益者对项目参与的深度。 软件项目队伍所赋予的自主权。 队伍组织和角色明确程度。 2.1 软件过程模型概述 软件过程模型是软件开发全部过程、活动和任务的结构框架，也称软件开发模型或软件生存周期模型。 惯例过程模型（又称传统过程模型、严格过程模型） 强调对过程活动和任务的详细定义、识别和应用 力求实现结构化和有序 敏捷过程模型 提倡弱化软件过程中过于正式的要求 将自我组织、协作、沟通和可适应性作为主要原则 2.1 软件过程模型概述 采用任何软件过程模型都需明智地认识到过程模型的适用性，如 软件所需解决的问题 项目特点 开发队伍和组织文化等 2 软件过程模型 软件过程模型概述 瀑布模型 演化过程模型 专用的过程模型 统一过程模型 2.2 瀑布模型 瀑布模型，又被称为经典生命周期，它提出了一个系统的、顺序的软件开发方法。 从用户需求规格说明开始，通过策划、建模、构建和部署的过程，最终提供一个完整的软件并提供持续的技术支持。 2.2 瀑布模型 存在的问题 缺乏灵活性，难以适应需求不明确或需求经常变化的软件开发，实际的项目很少遵守瀑布模型提出的顺序。 客户必须要有耐心，因为只有在项日接近尾声的时候，他们才能得到可执行的程序。 开发早期存在的问题往往要到交付使用时才发现，维护代价大。 2 软件过程模型 软件过程模型概述 瀑布模型 演化过程模型 统一过程模型 2.3 演化过程模型 演化模型是迭代的过程模型，使得软件工程师能够逐步开发出更完整的软件版本。 软件会随着时间的推移而演化