解决方案架构师在日常实践中通常做的更多实际示例和可交付成果：
让我们概述一下覆盖范围，
- 每个解决方案都应该从业务问题陈述/目标开始。没有业务价值，无论您的解决方案多么强大，它对业务都没有价值
- 这将是架构愿景（有些人将其称为 IT 愿景。但是，根据我的解释，IT 愿景通常是针对企业级别的更高级别的）。它将突出假设和约束，以及高级当前和目标概念架构
- 紧随高级非功能性需求以捕获对业务特别是金融业也可能有用的技术需求（例如性能、安全性）
- 最后，这将是解决方案选项和成本估算，这将对业务案例有用并寻求业务批准
业务问题陈述/业务目标
这些业务问题陈述/目标应该来自业务利益相关者，具体取决于您的组织结构，它可能来自 BA（业务分析师）/ PO（产品负责人）。
但是，上述业务相关的方向/内容需要在进行任何技术/架构设计之前得到业务代表的同意、审查和签字。否则，您可能无法获得业务支持，或者在更糟糕的情况下，您为业务设计了错误的解决方案。
下面列出了每个组件的详细信息及其常见的表示形式：
问题陈述——陈述企业的痛点/担忧。这通常由定义问题或需要解决的新需求声明的业务用户编写/确认
输出PPT：利益相关者、部门/团队、业务能力或价值流受到影响的列表，以及优先级
业务愿景——同意架构的高水平预期业务成果和可量化的好处（例如节省成本、增加收入）
输出PPT：文本描述，带有图形/图表作为补充
业务能力影响——说明新解决方案影响业务能力的领域（例如，运营可能因新系统而改变）
输出PPT：能力模型或价值链图
变革驱动因素和机遇——确定目标架构实现业务愿景的变革驱动因素和机遇。
输出PPT：实现目标架构的潜在机会列表和影响对目标架构做出的决策的驱动程序
业务目标——说明解决业务问题陈述的原则/目标是什么
输出PPT：与每个问题陈述相关联的业务目标列表，以及技术目标列表，例如现有系统的迁移、退役
IT / 架构愿景
在收集了这些业务愿景、目标和要求之后，架构师可以开始在高层设计架构，其中包含设计原则、假设、约束和风险。然后架构师将确定它在当前状态下的样子（例如现有系统和集成），并为目标状态起草初始概念架构。
架构假设— 说明在选择目标状态下的建议选项时所做的架构假设（例如特征假设、覆盖率）
输出PPT：架构假设和相关领域列表
约束和风险——说明技术限制和相应的风险（例如，特定产品与可能无法实现业务愿景的现有系统的可集成性）
输出PPT：限制和风险列表，如果可能，还包括缓解措施
通常的做法是将假设、约束和风险分组到一个具有不同类别的列表中，但实际上它们也可以单独捕获。
当前状态架构——以可视化视图说明当前状态架构，这将有助于架构师了解相关现有系统、数据库、接口和集成的当前 IT 环境
输出PPT：架构图
目标状态架构——在可视化视图中概述目标状态架构，包括受影响的应用程序、高级数据需求、基础架构以及将利用/集成的技术组件
输出PPT：带有表格/列表的架构图以补充细节
非功能性需求
一旦您有了目标架构设计，您就应该开始收集非功能性需求 (NFR)，这将更好地概述您的解决方案选项和不同方面的成本计算。
可用性——运行时间、可用性要求（例如高可用性 (HA)）、是否有批处理窗口、计划停机时间等。
性能——响应时间和可接受的数据延迟，可能是用户界面、处理时间等。
Volumes — 预计入站和出站的平均数据量
用户交互- 用户数量、并发用户数量和用户的位置/办公室
业务连续性— 高级别灾难恢复 (DR) 计划以及 DR 站点上可接受的事务和用户数量
安全性——身份验证和授权要求、数据安全要求（例如静态数据、传输中的数据）、审计控制和数据机密性
操作和监控——操作和监控要求（例如与现有的应用程序监控工具集成）
网络 -网络要求，例如 LAN、WAN 和云网络要求（例如 VNet、子网）、VPN / ExpressRoute，以及负载均衡器
用户界面要求——用户将使用设备以及设备的分辨率
架构需求——集成需求和环境需求（Dev、QA、UAT、Prod）或 CI/CD 需求
输出PPT：Excel 中包含类别的非功能性需求列表
解决方案选项和成本估算
通过概念架构设计和非功能性需求，您应该对解决方案的外观有一个清晰的概念，并了解哪些是可行和合适的解决方案选项。
提议的解决方案选项——通用方法将是购买（从供应商处购买现成的产品）vs. 构建（构建自己的解决方案）vs. 混合。考虑到不同的考虑因素和标准（例如许可模式、产品功能能否满足业务需求、定制解决方案是否过于昂贵），您应该能够为成本计算和后续步骤列出 3-4 个选项
输出PPT：不同选项的解决方案图以及用于比较选项的表格
Costing Estimate —高水平的成本估算，向企业表明该解决方案的成本以及实施多长时间
输出PPT：带有成本类别、单位成本、数量、总金额、成本类型（一次性/经常性）的 Excel 成本核算模板，以及高级实施时间表
下一步？
上图是解决方案架构 101 - 高级流程
回顾上一个故事中的流程，一旦您掌握了所有信息/设计，团队应该进入解决方案交付和实施阶段。但是，大多数组织都会有以下过程，
- 业务案例批准，以确保业务收益与所需成本
- 解决方案设计委员会/设计权威，确保解决方案不重复且适合实现愿景，同时符合企业 IT 政策
- 安全审查委员会确保 NFR 和安全要求得到明确说明和验证
所有这些过程都是为了确保设计方案的可行性。不正确的解决方案/设计可能会对组织的金钱投资、时间和精力产生重大影响，有时也会对团队士气产生重大影响。
下图总结了解决方案架构师在其角色和职责中涵盖的所有关键可交付成果，
请记住，每个组织都可能有不同的设计权威/解决方案架构委员会/委员会，这可能需要不同的可交付成果。这个故事只是旨在根据我的经验列出那些常见/关键的可交付成果。希望你喜欢它！