9、门户解决方案架构设计：物理解决方案开发指南

门户解决方案架构设计：物理解决方案开发指南

1. 进入物理解决方案开发阶段

当你确认所准备的逻辑解决方案已满足所有功能需求后，就可以着手开发物理解决方案了。在这之前，你已经与客户确定了其原本使用的业务模型，对用例进行了调研，明确了非功能需求（NFRs），做出了一些架构决策，并确定了适用于设计的业务、集成、组合和应用模式。现在，物理系统设计将以逻辑解决方案为驱动，借助组件（可选）和运营模型来确定解决方案的实际产品映射。

开发物理解决方案需要完成以下步骤：
- 步骤3A [可选]：开发高级组件模型
- 步骤3B [可选]：应用大型可复用资产（包括红皮书和最佳实践白皮书）中的设计指南（应用级别）
- 步骤3C [可选]：对组件交互进行技术演练
- 步骤3D：开发运营模型
- 步骤3E：通过应用匹配的大型可复用资产中的产品映射来为运营模型提供基础
- 步骤3F：在运营模型中解决“运营”非功能需求
- 步骤3G：进行技术演练以确保满足非功能需求

2. 步骤3A：开发高级组件模型

组件模型描述了系统组件的高级逻辑结构，它展示了整个系统的主要子系统和边界（接口），具体包括：
- 显示并定义构成解决方案且将放置在运营模型上的组件（节点）
- 展示组件的职责、关系边界和交互
- 记录系统的功能/技术部分之间的关联

组件可以是软件子系统、程序模块、类的集合（例如处理注册的所有类）、程序（例如执行警报通知的程序）、产品的一部分（例如DB2）或硬件设备（例如计算机）。

组件模型包含多个图表。在最高级别，它识别构成解决方案的组件或节点，并展示它