n?对变化的快速响应重于跟随计划2019/2/185敏捷开发原则(Principles)最高目标是通过快速的和经常的发布软件满足客户的需要提交软件的周期为几个星期到几个月产生正确的软件是衡量进度的首要标准主动接受需求的改变而不是拒绝商务人员和开发人员工作在一起个人必须有动力,要创造环境支持他们的要求,信任他们最有效的交流方法是面对面的交流最好的结构,需求和设计来自于自组织的团队(anizingteam),允许任何人提出想法和建议持续改进设计和编码鼓励正常工作,减少长时间加班保持简单,减少不必要的部分,认识到简单的设计比复杂的设计更难(simpledesignishardertoproduce)定期调整过程,获得更高效率2019/2/186敏捷开发的设计原则SRP单一职责原则SRP:SingleResponsibilityPrincipleOCP开放封闭原则OCP:Open-ClosePrincipleLSPLiskov替换原则LSP:LiskovSubstitutionPrincipleDIP依赖倒置原则DIP:DependencyInvertionPrincipleISP接口隔离原则ISP:InterfaceSeparatePrinciple2019/2/187敏捷开发-迭代计划最新版本验收测试发布计划迭代计划开发项目周期2019/2/188敏捷开发-迭代计划2019/2/189名词解释故事故事是客户想要系统做的事情,适合在一至两个迭代内完成,并且是可测试的,他不一定是商业价值的直接体现。迭代迭代是一个周期在2-4周,能够完成当前团队所能实现的,最具商业价值的功能,并可以提供一个可工作的小版本供发布。VelocityVelocity翻译为项目周转时间。代表团队在给定周期内能够完成多少商业价值,以便用于衡量将来该团队能够提供的商业价值。也即昨天的天气。2019/2/1810