TDD,BDD,DDD,XP,Scrum,Kanban,Design Thinking等名词解释

TDD是测试驱动开发（Test-Driven Development）的英文简称，是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践，但不只适用于XP（Extreme
Programming），同样可以适用于其他开发方法和过程。

BDD,Behavior Driven Development，行为驱动开发是一种敏捷软件开发的技术，它鼓励软件项目中的开发者、QA和非技术人员或商业参与者之间的协作。BDD最初是由Dan
North在2003年命名，它包括验收测试和客户测试驱动等的极限编程的实践，作为对测试驱动开发的回应。在过去数年里，它得到了很大的发展。

DDD(Domain-DrivenDesign领域驱动设计)是告诉我们如何做好业务层！并以领域驱动设计思想来选择合适的框架。
我们知道软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。 模型驱动设计(Model-Driven
Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。
2004年著名建模专家EricEvans发表了他最具影响力的著名书籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（中文译名：领域驱动设计　2006年3月清华出版社译本，或称DomainDriven-Designarchitecture[EvansDDD]）。时值今日，DDD开发框架已经层出不穷（如RoR、RIFE、JdonFramework等），我们项目软件包结构都变成了这样：xxx.model;xxx.service，DDD思想可以说是遍地开花了.领域建模是一种艺术的技术，不是数学的技术，它是用来解决复杂软件快速应付变化的解决之道.
模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。单一的领域模型同时满足分析原型和软件设计，如果一个模型实现时不实用，重新寻找新模型。如果模型没有忠实表达领域关键概念时，也必须重新寻找新的模型。建模和设计成为单个迭代循环。将领域模型和设计紧密联系。因此，建模专家必须懂设计，会编程。

Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums.

XP（Extreme Programming，极限编程）是一门针对业务和软件开发的规则，它的作用在于将两者的力量集中在共同的、可以达到的目标上。它是以符合客户需要的软件为目标而产生的一种方法论，XP使开发者能够更有效的响应客户的需求变化，哪怕是在软件生命周期的后期。它强调，软件开发是人与人合作进行的过程，因此成功的软件开发过程应该充分利用人的优势，而弱化人的缺点，突出了人在软件开发过程中的作用。极端编程属于轻量级的方法，认为文档、架构不如直接编程来的直接。

Kanban，“看板”是一种生产管理系统，由1940年代的丰田汽车公司发明。名称源自日文“看板”。在软件开发过程，可以使用用“看板卡”（经常为即时贴）来执行看板。这些卡片不是作为提高生产量的信号，而是用于记载生产数量和标记生产过程。在虚拟看板系统中，会使用虚拟看板卡。在软件开发中,我们采用虚拟看板系统来限制在制品。 由 David J.Anderson。
       Design Thinking（设计思考）是一个以人为本的解决问题方法论，透过从人的需求出发，为各种议题寻求创新解决方案，并创造更多的可能性。IDEO设计公司总裁蒂姆·布朗曾在《哈佛商业评论》定义：“设计思考是以人为本的设计精神与方法，考虑人的需求、行为，也考量科技或商业的可行性。”设计思考，与分析式思考（analytical
thinking）相较之下，在“理性分析”层面是有很大不同的，设计思考是一种较为“感性分析”，并注重“了解”、“发想”、“构思”、“执行”的过程。目前多数教学都将设计思考过程，浓缩成五大步骤“同理心”、“需求定义”、“创意动脑”、“制作原型”、“实际测试”。[2]