- 迭代增量式方法：通过一次或多次重复生成候选的解决方案。分为 5 步
- 确认架构目标：确认一开始的架构目标，确认架构消费者的目标，确认限制
- 关键情节
- 一个情节是一个扩展性的，覆盖描述用户和系统的一个交互
- 给每个情节确定优先级，在用户、商业和系统目标之间权衡
- 应用概述：将架构与现实世界的限制和决定关联，包括下面的活动
- 确认应用类型：移动端、web 端、互联网应用等
- 确认部署限制：选择合适的部署拓扑，解决应用和基础设施之间的冲突
- 确认重要的架构设计类型：客户端/服务端、分层、消息-总线、领域驱动等
- 确认相关的技术：根据开发的应用类型、倾向的应用部署拓扑和架构类型确认相关技术
- 关键问题或关键热点：关键热点是经常制造错误的区域
- 候选的解决方案：根据应用概述和关键问题创建和细化架构
- 候选的架构包括：应用类型、部署架构、架构类型、技术选型、指令参数和横切关注点
- 根据架构目标和关键情节验证候选的解决方案
- 架构概况：
- 在项目的关键阶段经常检查架构，响应其他重要架构的改变
- 主要目的是确定基础架构和候选架构的灵活性
- 将功能需求和之类属性与建议的技术方案关联
- 交流架构设计
- 完成架构设计之后，必须和其他的利益共享者交流设计，包括开发团队、系统管理员、操作员、商业所有者，及其他利益集团
- 有下面几个方法向其他人描述架构
- 统一建模语言：功能需求视图、静态结构视图、动态行为视图
- 4+1 模型：逻辑视图、进程视图、物理视图、开发视图、场景视图/用例视图
- 架构描述语言
- 敏捷建模
- IEEE 1471：是体系结构描述的推荐规范，用于软件密集型系统，保证架构描述的内容