敏捷开发基础构架材料

《敏捷开发基础构架材料》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、敏捷开发基础构架材料敏捷开发：敏捷软件开发是软件开发的一个概念框架。是一种以人为核心、迭代、循序渐进的开发方法。敏捷开发提倡“增量迭代、及时交付”，这种模式能最大限度的降低短期固定时间的迭代式软件的开发风险。常见的敏捷开发流派有XP（ExtermeProgremming极限编程）、Scrum、DSDM（动态系统开发）、FSD（FeatureDriverDeyelopinent特征驱动开发）lean（精益开发）、kanban敏捷开发原则和方法：1）迭代式开发。即整个开发过程被分为几个迭代周期，每个迭代周期是一个定长或不定长的时间

2、块每个迭代周期持续的时间一般较短，通常为一到六周。2）增量交付。产品是在每个迭代周期结束吋被逐步交付使用，而不是在整个开发过程结束的时候一次性交付使用。每次交付的都是可以被部署到用户应用环境。中被用户使用的、能给用户带来即时效益和价值的产品。3）开发团队和用户反馈推动产品开发。敏捷开发方法主张用户能够全程参与到整个开发过程中。这使需求变化和用户反馈能被动态管理并及时集成到产品屮。同时，团队对于用户的需求也能及时提供反馈意见。4）持续集成。新的功能或需求变化总是尽可能频繁地被整合到产品中。一些项目是在每个迭代周期结束的时候集成，

3、有些项目则每天都在这么做。5）开发团队自我管理。拥有一个积极的、自我管理的、具备自由交流风格的开发团队，是每个敏捷项目必不可少的条件。人是敏捷开发的核心。敏捷开发总是以人为中心建立开发的过程和机制，而非把过程和机制强加给人。敏捷开发实践都基于一个简单的周期1、测试先行开发：1）写一个失败的测试2）编写代码让测试通过3）运行测试…■通过了吗？4）如果测试仍然失败，回到步骤2、日常工作流程：1）在每FI的站立会议中，设置团队需要完成的任务2）执行这些任务3）第二条对任务的执行情况和遇到问题进行沟通4）总结经验教训，调整第二天的工作

4、计划3、测试驱动需求：1）将需求转变为测试2）进行软件开发3）运行这些测试，如果测试通过，任务完成，如果没有回到4、迭代:1）设定一个完成状态2）找到一系列需求，构成迭代待办事项，并承诺完成3）一一解决待办事项4）迭代结朿，一一检查每个事项是否达到，“完成状态”，如果是，标记完成，否则将他们放回待办事项中，以待日后处理。5、演示：通常在迭代末进行演示，客户可以利用这个机会，验证针对预期需求的实现是否真正地解决了当前的问题1）确定需求的业务价值2）定义需求3）实现需求4）验证实现的功能是否满足业务需要6、回顾：1）确定团队的工作

5、方法2）在迭代中应用这方法3）反思总结实践过程中的好坏方面4）找到一些更加有效的方法，确定什么时间，谁负责实行7、版本发布：1）创建该版本的远景，并设定需要达到的业务目标2）创建该版本的待办事项3）通过多次迭代来发布该版本4）为部署，并为下一个版本收集反馈信息Scrums的Scrum会议来进行信息同步，通过沟通和讨论来展示自己的Scrum敏捷开发木匡架一scrum与sprint:敏捷开发相对于传统开发区别在于敏捷开发使用用迭代、增量的方法来优化可预见性别控制风险。简而言之即传统开发是需要先知道一个较长的完成目标，当达到目标时吐

6、过发现该目标任务与现阶段的发展状况或需求状况不相符（有差异）则需耍更改项冃计划，而这个更改周期所走的流程可能将会需要花费半年或更长的时间。而Scrum开发则是用迭代、增量的尝试方法，现制定一个短期迭代计划（2・3周），如迭代过程中发现问题便可以及时更改调整，因此敏捷开发可以在迭代、增量过程中优化项目的可预见性并控制风险3个支柱：透明性、检验、适应框架组成：1个流程：3个角色：1）PO（productowner产品经理）2）scrummaster（项目经理）3）scrumteam（研发团队）5个事件：1）Sprint（冲刺）：2

7、）sprint计划会议：即迭代计划会议，会议屮需耍确定下一sprint需要完成的工作3）每日例会：即站地会议。在敏捷团队中，大家每天都会彼此交流自己完成什么，遇到了什么问题，明天计划如何，这就保证了所以成员步调协调一致4）Sprint评审会议：5）Sprint回顾会议:4个工件：1）Productbacklog（产品待办列表）:指产品的需求列表2）Sprintbacklog（迭代待办列表）：即等待认领或者开发的任务列表3）燃尽图、燃烧图4）潜在可发布的产品增量敏捷开发-Scrum术语解释：Sprint：原意为冲刺，指一个迭代周

8、期（一个交付阶段）一般以2・3周为宜Sprintbacklog：迭代待办列表，Productbacklog：产品待办列表，指产品的需求列表Userstory：用户故事，指一条需求（功能点）Storypoint：衡量用户故事的工作量大小的计量单位。一般为天/小时Producto