敏捷建模（AM）定义了一系列的核心原则和辅助原则，它们为软件开发项目中的建模实践奠定了基石。其中一些原则是从XP中借鉴而来，在Extreme Programming Explained中有它们的详细描述。而XP中的一些原则又是源于众所周知的软件工程学。复用的思想随处可见！基本上，本文中对这些原则的阐述主要侧重于它们是如何影响着建模工作；这样，对于这些借鉴于XP的原则，我们可以从另一个角度来看待。

软件开发过程中常用的软件生命周期模型1）瀑布模型2）迭代模型3）原型模型4）增量模型定义一个适用的软件生命周期是软件项目策划的基点，也是用以规范项目管理的重要手段。为此，对项目定义软件生命周期时，应该选择一个合适 的软件生命周期模型，然后再根据实际项目情况，裁剪出合适的软件生命周期定义。1、瀑布模型选择准则：1）用户开始就给出明确的需求，且在开发过程需求

n 个体和交互 胜过 过程和工具 　　 可以工作的软件 胜过 面面俱到的文档 　　 客户合作 胜过 合同谈判 　　 响应变化 胜过 遵循计划 　　虽然右项也有价值，但是我们认为左项具有更大的价值。 　n 我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。敏捷软件开发宣言遵循的原则：　　n 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变

走出一般性的设计误区，迈向成功之途 无论你遵从的是重量级的方法，比如Enterprise UnifiedProcess(EUP），还是轻量级的开发过程，如Extreme Programming(XP），建模在软件开发中都是不可或缺的。但不幸的是其中充斥着各种谬误与迷思。这来自于各个方面，有从理论家错误的研究、数十年来信息技术领域内的文化沉积、软件工具开发商天花乱坠半的市场宣传以及象Object

敏捷建模（Agile Modeling，AM）的价值观包括了XP的四个价值观：沟通、简单、反馈、勇气，此外，还扩展了第五个价值观：谦逊。　　敏捷开发是针对传统的瀑布开发模式的弊端而产生的一种新的开发模式，目标是提高开发效率和响应能力。除了原则和实践，模式也是很重要的，多研究模式及其应用可以使你更深层次的理解敏捷开发。沟通　　建模不但能够促进你团队内部的开发人员之间沟通、还能够促进你的团

敏捷建模者的个性 　　Alistair Cockburn指出：很多的方法学都定义了软件开发项目中开发人员所担任的角色，同时还定义个各个角色执行的任务，尽管入席，这些方法并没有定义这些角色最适合的人选。一个人要想成功的担任某个角色，他应当很好的适应它－－虽然这并不需要人们掌握所有的技能，但人们必须要慢慢的熟悉这些技术。我的经验告诉我，要成为一个成功的敏捷建模者，下面的列出的个性是必要的：

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

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

WPF oneWay:使用 OneWay 绑定时，每当源发生变化，数据就会从源流向目标。OneTime: 绑定也会将数据从源发送到目标；但是，仅当启动了应用程序或 DataContext 发生更改时才会如此操作，因此，它不会侦听源中的更改通知。OneWayToSource: 绑定会将数据从目标发送到源。TwoWay: 绑定会将源数据发送到目标，但如果目标属性的值发生变化，则会将