如何实现架构的敏捷
使用系统需求和用户需求对可以再次测试的用例的实例进行检验。一个优秀的需求应该能够贯穿架构中用户、业务和系统三个方面。使用用例来对设计进行测试，确定系统中虚弱的部分。系统需求从系统的角度描述应用场景。用户需求从客户的角度描述应用应该可以完成什么任务。这样，你就会根据用途描述需求，并根据质量属性进行检验。你应该在一个迭代周期内完成一个需求所描述的功能。随着架构模型的更新，你可能还需要创建新的需求描述。
在你制定需求描述的时候请注意以下几点：
·在项目的早期创建能够对架构的所有层进行检验的可选架构，从而减少风险。
·关于利用架构模型，根据场景、功能需求、技术需求、质量属性和限制条件调整架构、设计和代码。
·根据你当前的知所创建架构模型，并写出在接下来的需求和迭代周期中必须解决的问题。
·对架构做出足够多的调整后，可以考虑写一个能够反映这些调整的需求描述。把这些调整放到一起解决。
在创建架构的测试点的时候，请考虑以下几点：
·了解你所面临的最大风险，根据这些风险对设计进行调整。
·在敏捷方法中，信息共享是非常重要的；让你的交付成果能够实现更好的信息交流。
·创建架构的时候要考虑到灵活性与重构的问题。你可能需要对架构进行多次调整。
