微软新技术

敏捷建模思想，是由以下一系列文章组成：1、敏捷建模的价值观 2、敏捷建模的原则 3、敏捷建模的实践 4、敏捷建模是（不是）什么？ 5、模型何时是敏捷的？ 6、你是在敏捷建模吗？ 7、敏捷建模何时是有（没有）意义的？ 8、AM的实践是如何组合的？ 9、那，你想成为一个敏捷建模者吗? 10、建模的误区 1、敏捷建模的价值观AM的价值观包括了XP的四个价值观：沟通、简单、反馈、勇气，此外，还

◆多种模型开发软件需要使用多种模型，因为每种模型只能描述软件的单个方面，“要开发现今的商业应用，我们该需要什么样的模型？”考虑到现今的软件的复杂性，你的建模工具箱应该要包容大量有用的技术（关于artifact的清单，可以参阅AM的建模artifact）。有一点很重要，你没有必要为一个系统开发所有的模型，而应该针对系统的具体情况，挑选一部分的模型。不同的系统使用不同部分的模型。比如，和家里的

补充实践◆使用建模标准这项实践是从XP的编码标准改名而来，基本的概念是在一个软件项目中开发人员应该同意并遵守一套共同的建模标准。遵守共同的编码惯例能够产生价值：遵守你选择的编码指南能够写出干净的代码，易于理解，这要比不这么做产生出来的代码好得多。同样，遵守共同的建模标准也有类似的价值。目前可供选择的建模标准有很多，包括对象管理组织（OMG）制定的统一建模语言(UML)，它给通用的面向对

　　在按照我的理解方式审查了软件开发的生命周期后，我得出一个结论：实际上满足工程设计标准的惟一软件文档，就是源代码清单。 -- Jack Reeves 简介　　2001年，为了解决许多公司的软件团队陷入不断增长的过程泥潭，一批业界专家一起概括出了一些可以让软件开发团队具有快速工作、响应变化能力的价值观和原

3、敏捷建模的实践敏捷建模（AM）在AM原则的基础上定义了一组核心实践（practice）和补充实践，其中的某些实践已经是极限编程（XP）中采用了的，并在Extreme ProgrammingExplained一书中有详细的论述，和AM的原则一样，我们在描述这组实践时，将会注重于建模的过程，这样你可以从另外一个角度来观察这些已或XP采用的素材。核心实践◆Stakeholde