课件-3 第三章 软件开发过程 敏捷过程.ppt

第三章 敏捷过程 3.1 敏捷过程概述 3.2 敏捷过程的价值观与原则 3.3 敏捷过程特点——AP与RUP 3.4 敏捷过程实施策略 3.5 敏捷过程案例——对需求变化的 两种态度 3.6 本章小结 习题 3.1 敏捷过程概述 敏捷过程（AP，Agile Process） AP提出者: 许多公司软件团队陷入了不断增长的过程泥潭 为矫正某些官僚烦琐的软件过程 2001年2月，17个方法学家达成一致并发起成立 敏捷软件开发联盟（） 简称为敏捷联盟（Agile Alliance） 3.1 敏捷过程概述 AP内容及特点: 软件开发宣言 软件团队具有快速工作、快速响应变化 的能力 4条基本价值观+12条原则 一种典型的软件过程模式 生命周期+人员+方法+产品及关系 3.1 敏捷过程概述 AP旗下的敏捷型软件过程流派： 极限编程XP(Extreme Programming) SCRUM 动态系统开发方法DSDM（Dynamic System Development Method） 水晶系列方法Crystal Family 开放式源码 适配性软件开发ASD(Adaptive Software Development) 特征驱动开发（Feature Drive n Development）等 本章阐述这些敏捷过程流派的共同内容特征 3.1 敏捷过程概述 AP的掌握与应用: 表述方式上有点“偏激”，本身也存在一些较“前卫”的思想方法 获取该过程描述的第一手资料 不要断章取义或道听途说 3.2 敏捷过程的价值观与原则 从敏捷软件开发宣言的立场观点，论述AP 4条价值观 12条原则 3.2 敏捷过程的价值观与原则 AP的4条价值观 AP的12条原则 XP的实践 3.2.1 AP的价值观 四条价值观声明构成敏捷软件开发宣言。理解宣言的方法： 明白它定义的偏好，而不是可以彼此替代的选择 鼓励集中精力重视左边的内容，但并不是完全排除右边的内容 3.2.1 AP的价值观 3.2.1 AP的价值观 1．个体和交互胜过过程和工具 （Individual and interaction over process and tools） 个体与过程、工具比较 人是软件项目获得成功最为重要的因素 如果项目团队中没有优秀的成员，那么使用再好的过程和工具也不能从失败中挽救项目 当然，不好的过程和工具也可以使最优秀的团队成员失去效用 3.2.1 AP的价值观 例1：两种项目开发环境 在一个房间里一起工作的是有他们自己工具的五个软件开发人员 五个有着定义明确的过程、能拿到最先进的工具但技能很差的“翻烧饼的” AP建议将有限项目资金的大部分用于投入建造前一种项目开发环境，注意是大部分而非全部 例2：华为惠州招聘会趣闻 3.2.1 AP的价值观 个体间交互的重要性 一个团队中的成员未必个个是一流的开发人员， 其中有很多可能是平均水平 一个由平均水平开发人员组成的团队，如果具有良好的沟通能力，将要比那些虽然拥有一批高水平的开发成员、但成员之间不能进行有效交流的团队更有可能获得成功 例：三个臭皮匠与一个诸葛亮 ?合作、沟通以及交互能力要比单纯的软件编程能力更为重要 3.2.1 AP的价值观 正确看待工具的作用 合适的工具对于成功来说非常重要 如编译器、IDE、源代码控制系统等工具，这些对于团队的开发者正确地完成他们的工作是至关重要的 工具的作用不可被过份地夸大 使用过多的庞大、笨重的工具就像缺少工具一样，都是不好的，更大的、更先进的、价格昂贵的工具通常造成的障碍要大于它们带来的帮助 建议从使用小的工具开始 尝试一个工具，直到发现它无法适用时才去更换它 3.2.1 AP的价值观 结论——个体和交互胜过过程和工具 团队的构建(包括个体、交互等)要比项目环境(包括过程、工具)的构建重要得多 应该首先致力于构建团队，然后再让团队基于需要来配置环境 许多团队和管理者就犯了先构建项目环境，然后期望团队自动凝聚在一起的错误 3.2.1 AP的价值观 2．可以工作的软件胜过面面俱到的文档 （Working software over comprehensive documentation） 可以工作的软件的重要性 软件开发的主要目标： 交付给用户可以工作的软件而不是文档， 否则应该称之为文档开发而不是软件开发 3.2.1 AP的价值观 文档的作用 没有文档的软件是一种灾难 代码不是传达系统原理和结构的理想媒介 团队需要编制易于阅读的文档，以对系统及其