西安交通大学/宋永红老师/软件过程与管理/全套讲义

【实例简介】
西安交通大学/硕士研究生课程/软件过程与管理/宋永红老师/全套PPT讲义/PDF完整版
Organized by huo yueyu 12变更管理… 小结 第十二章敏捷项目管理 12.1敏捷项日管理模式 122构想阶段. 123推测阶段.… 11 124探索阶段 14 12.5适应和结束阶段 Organized by huo yueyu 软件过程与管理(软件过程部分) 第1章:绪论 第2章:过程综述第3章:惯例过程模型第4章:敏捷过程模型 第5章:软件项目管理综述第6章:过程和项目度量第η章:估算第8 章:项目进度安排第9章:风險管理第10章:质量管理第11章:变更管 理第12章:敏捷项目管理第13章:案例讨论 第一章绪论 背景 软件已经成为世界舞台上最重要的技术之 在有限的时间和资源下开发和维护出高质量的软件依然是我们面临的难题:软件 工程为开发及维打高质量的软件产品提供一个工程框架。 什么是软件工程? 建立和使用一套合理的工程原则,从而经济地获得可靠的、可以在实际机器上高 效运行的软件。---- Fritz bauer,NATO会议,1968 软件工程是 (1)将系统化的、规范的、可量化的方法应用于软件的开发、运行和维护,即 将工程化方法应用于软件。 (2)在(1)中所述方法的研究---TEFE,1983 软件工程是一种层次化的技术 工具 方法 过程 实现对象的质量焦点 软件工程体系层次图 质量焦点层:软件工程的根基 支持软件工程的根基就在于对质量的关注,任何工程方法必须以组织对质量 的承诺为基础 质量管理的理念剌激」不断的过程改进,正是这种改进导致了更加成熟的软 件工程方法的不断出现。 全面质量管理 6西格玛理论 过程层:软件工程的基础 过程定乂了一组关键过程区域的框架,这些关键过程区域构成了软件项目管 Organized by huo yueyu 理控制的基础。 顺序 产品 管理 里程碑 软件过程将技术层、工具层结合在一起,使得软件能够被合理地、及时地开发出 来 方法层:提供技术解决方案 解决开发软件在技术上需要“如何做”的问题,涵盖了一系列的任务。 软件工程方法依赖于一组基本原则,这些原则涵盖了软件L程的所有技术领 域 沟通 需求分析 设计建模 编程、测试 工具层:服务于过程和方法 为过程和方法提供自动化或半自动化的支持。 当这些工具被集成起来使得一个工具产生的信息可以被另外一个工具使用 时,一个支持软件开发的系统就建立了,称为计算机辅助软件工程(CASE)。 可见软件工程有三个主要研究内容: 过程、方法、工具--软件工程三要素 不同的软件团队对“系统化、规范化、可量化”有不同的定义 软件工程是研究和应用如何以系统性的、规范化的、可定量的过程化方法去 开发和维护软件,以及如何把经过实践考验而证明正确的管理技术和当前能够得 到的最好的技术方法结合起来 软件工程体系层次的拓展 工程 组织 方法 工具 RUP、XP…) (需末管理 (面向过程 (管理、计划) 程序=算法+结构ooP、MDA 配置管理、 文档化…) Organized by huo yueyu 软件工程层状模型 软件工程包括技术和管理两方面的内容,是技术和管理密切结合所形成的工 程学科。通过计划、组织和控制等一系列活动,合埋地配置和使用资源,以达到 既定的日标。 技术+管理=软件工程 第二章过程综述 21软件过程及框架 过程 为实现一个给定目标而进行的一系列运作步骤。 软件过程: 开发和维护软件极其相关产品所涉及的一系列活动。 软件过程框架是通过定义若干框架活动,为完整的软件开发过程建立基础。其中: 每一个活动均由一组软件工程动作组成, 每一个动作均包含一系列相互关联的任务并产生一个工作产品。 通用框架活动( generic activity) 沟通:交流与协作 策划:制定计划 建模:创建模型和设计 适合绝大多数软件项日 构建:编码和测试 部署:交付、用户评测和反馈 保护性框架活动( umbrella activity) 软件过程跟踪与控制 风险管理 软件质量保证 具有普适性,适合于各个软件工程 测量 软件配置管理 技术评审 公用过程框架 通用框架活动适用于所有软件项∏,而不在乎其规模和复杂性 构成软件工程动作的任务集合可以依项目需要和团队特点而不同-使得框架 活动适应于不同软件项目的特征和项目组的需求 基于通用框架活动和保护性框架活动,软件过程可以提供个公用过程框架,在 该框架下可以建立一个软件开发的综合计划。 Organized by huo yueyu 软件过程提供一个公用过程框架,在该框架下可以建立一个软件开发的综合计划 通用框架活动适用于所有软件项目,而不在乎其规模和复杂性。 构成软件工程动作的任务集合可以依项目需要和团队特点而不同--使得 框架活动适应于不同软件项目的特征和项目组的需求。 若保护性活动独立于任何一个框架活动,且贯穿于整个过程模型之中 所有的软件过程都可以用公用过程框架来概括。但是, 由于软件所需解决的问题、项目特点、开发团队及组织文化的不同,软件过 程的适应性调整才是成功的关键。 讨论:不同的软件过程之间有哪些不同之处 22过程模式与过程评估 过程模式提供了个模板,种在软件过程的背景下,统摧述问题解决方案的 方法。 模式名称 目的 类型 Ambler的过程模式模板〈启动条件 问题、解决方法 结束条件 相关模式、已知应用实例 根据抽象层次不同,过程模式有三种类型: 阶段模式: 描述完整的软件过程或软件过程阶段 步骤模式: 描述过程框架活动 任务模式 描述工作任务 (逐层细化) 过程模式提供了一种有效的机制描述各种软件过程。 过程模式可以复用 建立了过程模式就可以构建过程模型 过程模型需要经过评仙以确定是否满足过程标准要求 过程评估方法 用于组织内部过程改进的CMM评估 用于过程改进的标准CMM评估 SPICE (ISO/IEC 15504) ISO9001-2000 过程评估的作用 软件过程改进和组织能力确定 Organized by huo yueyu 软件过程 检验 识别改进方向 识别能力及风险 软件过程评估 导致 导致 引发 软件过程改进 组织能力确定 第三章惯例过程模型 3.1管理过程模型概述 惯例过程模型是包括活动、动作、仼务、里程碑和上作产品的明确的集合,旨在 开发高质量的软件 惯例过程模型通过一套框架汘动指导项目閉队,这些框架峾动被组织到一个过程 流中,每个过程模型的术语和细节不同,但通用框架活动在一定程度上保持一致。 惯例过程模型的优点 为活动提供稳定、控制和有组织性,以有序和项目的一致性为首要目标。 为软件工程工作增加了大量有用的结构化设计,为项目团队提供了有效的路 线图 惯例过程模型的不足 使用过程屮需要调整才能适应不同项目需要 缺乏灵活性、应对变更能力不强 32瀑布模型 所有过程模型的鼻祖-- Royce,1970 瀑布模型又称经典生命周期,是一个系统的顺序的软件开发方法。 瀑布模型从需求规格说明开始,通过策划、建模、构建和部署的过程,最终提供 整的软件并提供持续的技术支持 传统瀑布模型: ↓项目启动 需求获取 沟进 估算、计划、跟踪 策划 Organized by huo yueyu 分析、设计 建模 编码 构建 ↓测试 ↓交付、支持与反馈 部著 项目启动 沟通 需求获取 策划 结算,计划,跟踪 建项 分析,设计 编码 构建 测试 部署 交付,支持与反馈 项目启动 需求获取 估算、计划、跟踪 分析、设计 编马 交付、支持与反情 实际瀑布模型:每两层之间相互指向,且最下面一层依次指向上面每一层 项目启动 需求获取 估算、计划、跟除 分析、设计 编码 交付、支物与反 瀑布模型的特点: 阶段间具有顺序性和依赖性 推迟程序的物理实现 质量保证:每个阶段必须完成规定的文档;每个阶段结束前完成文档审查, 及早改进错误。 Organized by huo yueyu 是一种严格线性的、按阶段顺序的、逐步细化的过程模型 文档驱动,强调文档的做用 瀑布模型的优点 有利于人员的组织与管理 有利于软件开发方法和工具的研究 可以提高大型软件项目开发的质量和效率 瀑布模型的缺点 难以解决需求不明确的问题 缺乏灵活性,开发周期长 易于陷入“阻塞状态 反馈吋问长,风险大 可操作性差 瀑布模型的适用范围 需求明确、全面,开发过程中没有或很少变更的项日 开发人员熟悉项目产品的应用领域 用户使用环境稳定的项日 开发过程很少或不需要用户参与的项目 3.3增量过程模型 增量过程模型是·种以增量的形式生宀软件广品的过程模型,适用于以下场景: 初试的软件需求有明确的定义,但是,受时间或资源的限制,不官单纯运用 线性模型。 迫切需要迅速提供一套功能有限的产品,在后续版本中细化和扩充 增量过程模型的代表 增量模型 RAD模型 331增量模型 增量模型以迭代的方式运用瀑布模型。 每·个增量都提交个可以操作的户品。 【实例截图】
【核心代码】