【首席架构师看敏捷建模】从这里开始:敏捷建模核心实践

在2000年秋季，当工作首次开始于将成为敏捷建模（AM）方法时，我们专注于定义一系列价值，原则和实践，用于软件开发项目的建模和文档编制。这些原则和实践相当精细，描述了您在建模和文档操作过程中所做的工作。虽然很有价值，但许多人发现这些原则和实践太难以理解，因为它们的粒度，但也因为它们的模糊性。然后在2003年，敏捷模型驱动开发（AMDD）生命周期开始合并，以描述何时在项目（或视情况而定的程序）上进行建模，例如在项目开始时设想的架构构想和需求，或者模型上的模型。整个项目的即时（JIT）基础。这反过来又揭示了更高级别的AMDD“最佳实践”，在图1的模式语言图中进行了概述。

图1.敏捷建模的最佳实践。

AMDD的核心实践是：

1. 积极的利益相关者参与。利益相关者应及时提供信息，及时做出决策，并通过使用包容性工具和技术积极参与开发过程。
2. 架构构想。在敏捷项目开始时，您需要进行一些初始的高级架构建模，以确定适合您的解决方案的可行技术策略。
3. 持续文件。在整个生命周期中编写可交付文档，与创建其余解决方案并行。
4. 延迟文件。尽可能晚地编写可交付文档，避免可能改变的有利于稳定信息的推测性想法。
5. 可执行规范。以可执行的“客户测试”的形式指定需求，并将您的设计指定为可执行的开发人员测试，而不是非可执行的“静态”文档。
6. 迭代建模。在每次迭代开始时，您将进行一些建模，作为迭代计划活动的一部分。
7. 仅仅是足够好的(JBGE)工件。模型或文档需要足以应对手头的情况而不再需要。
8. 向前建模。有时，接近优先级堆栈顶部的需求相当复杂，这促使您在将它们从工作项堆栈的顶部弹出之前投入一些精力来探索它们，以降低整体风险。
9. 模型风暴。在整个迭代过程中，您将在即时（JIT）基础上对风暴建模几分钟，以探索需求背后的细节或思考设计问题。
10. 多种模式。每种类型的模型都有它的优点和缺点。一个有效的开发人员需要在他们的智能工具包中使用一系列模型，使他们能够以最适合的方式应用正确的模型来应对当前的情况。
11. 优先要求。敏捷团队按照利益相关方的定义按优先级顺序实施需求，以便尽可能提供最大的投资回报（ROI）。
12. 要求展望。在敏捷项目开始时，您需要花一些时间来确定项目的范围并创建初始优先级需求堆栈。
13. 单一来源信息。努力在一个地方和一个地方捕获信息。
14. 测试驱动设计（TDD）。在需求或设计级别编写单个测试，然后只需要足够的代码来完成该测试。 TDD是详细的需求规范和测试验证方法的JIT方法。

原文：http://www.agilemodeling.com/essays/bestPractices.htm

本文：https://pub.intelligentx.net/node/700

讨论：请加入知识星球或者小红圈【首席架构师圈】