知识分享-敏捷开发方法课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《知识分享-敏捷开发方法课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 知识 分享 敏捷 开发 方法 课件
- 资源描述:
-
1、知识分享:敏捷开发方法知识分享:敏捷开发方法目录Catalog敏捷开发简介敏捷开发方法敏捷开发的注意事项IT Craftsmanship关注:技术编程和技术管理能力孤军作战,没有协作零星、偶发的自动化与革新It Industrialization关注:流程IT管理与服务管理能力以同事为客户,没有对外协作有效率的服务与解决方案It Digitalization关注:业务模式强调数字化领导力以同事为合作伙伴,参与对外协作数字化商业创新、新型价值IT系统开发演变的三个时代敏捷概念的提出项目为什么失败?软件工程试图解决这些问题:1)对用户需求理解得不清楚,甚至有错误;2)用户需求变化;3)软件很难维护
2、或扩展;4)在项目后期阶段发现很严重的设计缺陷;5)软件质量或性能不合格;6)Test - Build - Release过程的可操作性、可维护性很差;7)人员流动; 1)为了规范化开发过程,引进传统工程的概念(瀑布型);2)为了理解需求,提出原型法;3)为了提高设计开发的效率和扩展性,提出重用和面向对象等思想;4)为了让开发过程更灵活,提出了开发框架的概念;5)为了降低风险,提出了风险评估、成本控制和增量开发等思想;如何走出困境?当我们面临速度、创新或面临诸多不确定因素瀑布式开发熟知的供应商强大的管理模式最小化的风险技术化团队敏捷式开发规模小但有创新精神的合作伙伴轻装有效的管理模式管控可控的
3、风险更强大团队传统开发模式非线性模式可靠性目标灵活性依据结果定价价值收益、品牌、客户体验以计划为导向、基于审批的管理以经验为导向、基于流程的企业供应商长期交易采购小型、新型供应商短期采购擅长传统流程和项目才能擅长新型和未知项目长期的(月)周期短期的(天/周)敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。q子子项项目特征目特征 - 各个子项目的成果都经过测试各个子项目的成果都经过测试 - 具备集成和可运行的特征具备集成和可运行的特征 - 小项目相互联系小项目相互联系在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可
4、运行的特征。简言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。 双模式可以用来开发不同的应用系统变化change管理Governance-+-创新型系统差异型系统记录型系统Systems of InnovationSystems of DifferentiationSystems of Record传统模式敏捷模式目录Catalog敏捷开发简介敏捷开发方法敏捷开发的注意事项敏捷方法 XP -eXtreme Programing极限编程: 思想源自Kent Beck和Ward Cunningham在软件项目中的合作经历。 SCRUM:
5、 是一种迭代的增量化过程,用于产品开发或工作管理 。 水晶方法Crystal: 由Alistair Cockburn在1990年代末提出。把不同类型的项目采用不同的方法。 FDD特性驱动 Feature Driven Development, 由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发,是一套针对中小型软件开发项目的开发模式。它强调的是简化、实用、 易于被开发团队接受,适用于需求经常变动的项目。 DSDM-Dynamic System Development Methodology, 它倡导以业务为核心,快速而有效地进行系统开发, 在英国等欧洲国家比
6、较流行。 ASD-Adaptive Software Development, 由Jim Highsmith在1999年正式提出。ASD强调开发方法的适应性(Adaptive) XP方法l极限的含义:软件开发中的优点发挥到极致(Kent Beck).lXP:给程序员提供了明确的方法,使得程序员尽管面对需求的改变,却能够从容应对,即使着重变化发生在项目的后期,仍然能够编出代码。lXP核心:沟通、简明、反馈和勇气 lXP重视沟通,客户、开发人员、管理者共同组成团队。Extreme ProgrammingXP的关键实践结对编程测试驱动开发重构简单设计代码集体所有编码标准稳定高速的步伐持续集成隐喻现场
7、客户完整的团队小规模发布计划游戏编程方法小组实践交付和管理XP特点1完整的团队l所有的小组成员应在同一个工作地点工作。l成员中必须有一个用户代表(On-site User),由他/她来提出需求,确定开发优先级,把握开发的动向。l通常还设一个教练(Coach)角色,来指导XP方法的实施及与外部的沟通协调等。l小组每个成员都应围绕用户代表,充分贡献自己的技能。 XP特点2计划游戏XP特点3现场客户 客户是Team成员,在开发现场和开发人员一起工作。 传统的客户任务一般是讲解需求,运行验收测试,接收发布的系统。XP新增加的任务: (1) 写User Story (2) 评估User Story的商业
8、优先级 (3) 为每个User Story定义验收测试 (4) 计划开发内容 (5) 调控开发过程 (6) 建立商业模型,把隐藏在客户需求下的原则传授给开发人员 (8) 程序员分担任务的过程支解了对他们商业模型的理解 (9) 参加设计过程 (10)和程序员一起找出Metaphor,导引设计方向 (11)在Metaphor的帮助下,定义更有效更实际的功能测试,给程序员的设计制定了规范XP特点4小规模发布降低开发风险。 保证客户有足够的依据调控开发过程(增加、删除或改变User Story)。客户使用发布的系统,可以保证频繁地反馈和交流。 发布过程应该尽可能地自动化、规范化。不断地发布可用的系统可
展开阅读全文