敏捷开发的宣言和原则及分析报告.pdfVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
范文 范例 指导 学习 敏捷开发的宣言和原则 宣言 : 个体和交互 胜过 过程和工具 可以工作的软件 胜过 面面俱到的文档 客户合作 胜过 合同谈判 响应变化 胜过 遵循计划 原则 : 1.我们最优先做的是通过尽早 、持续的交付有价值的软件来使客户满 意 。 2 .即使到了开发的后期 ,也欢迎改变需求 。敏捷过程利用变化来为客 户创造竞争优势 。 3 .经常性地交付可以工作的软件 ,交付的间隔可以从几周到几个月 , 交付的时间间隔越短越好 。 4 .在整个项目开发期间 ,业务人员和开发人员必须天天都在一起工 作 。 5 .围绕被激励起来的个人来构建项目 。给他们提供所需要的环境和支 持 ,并且相信他们能够完成工作 。 6 .在团队内部 ,最具有效果并且富有效率的传递信息的方法 ,就是面 对面的交谈 。 7 .工作的软件是首要的进度度量标准 。 8 .敏捷过程提倡可持续的开发速度 。责任人 、开发者和用户应该能够 保持一个长期的 、恒定的开发速度 。 word 版本整理分享 范文 范例 指导 学习 9 .不断地关注优秀的技能和好的设计会增强敏捷能力 。 10.简单 使未完成的工作最大化的艺术 是根本的 。 11.最好的构架 、需求和设计出自于自组织的团队 。 12.每隔一定时间 ,团队会在如何才能更有效地工作方面反省 ,然后相 应地对自己的行为进行调整 。 (一 )敏捷开发思想之简单最好 极限编程中有一条著名的懒汉原则 ,称之为 KISS原则 ,KISS是 Keep it simple and stupid 的缩写 。简略地说 ,就是 设计尽量保证简单 。极限编程坚 持只为今天的需求设计以及编码 ,而不用考虑明天 。这颇有一些 做一天和“ 尚撞一天钟 ”的意味 。 这个原则带来一个问题 ,那就是我们还需要设计吗 ? 我们强调设计 ,其目的就在于设计出合理 、优雅的结构 , 以提供具有良好复 用性与可扩展性的系统 ,这是一种未雨绸缪 ,为未来考虑 。而现在 ,我们若 要遵循 KISS原则 ,就是不再考虑明天的需求 。显然 ,这两者的观点是相悖的 。 于是 ,矛盾出现 :一方面我们需要保持设计简单 ,不做无谓的功能预测 ;另 一方面 ,我们又需要拥抱变化 ,在尽可能少的改变结构与代码的情况之下 , 满足未来的需求 。 如何解决这个矛盾 。让我们先看看提出简单原则的初衷 。在 《敏捷开发 思想之拥抱变化 》一篇中 ,我提到需求的变化是不可避免的

文档评论(0)

wanggx999 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档