问软件体系结构建模

EN

同意前面的答案。如前所述，问题中提到的模型类型无助于您。

对于非平凡的数据模型或业务域，我建议从实体关系图开始。这是很容易理解的，少数几个符号被迅速解释。包括实体的适当定义。这将确保每个人对该领域都有相同的理解。与基数的关系也会提前解决许多误解。

块图通常是显示体系结构运行时组合的主要图表。指示协议和系统边界。选择一个符合目的的抽象级别，然后尽可能具体地使用所显示的元素。例如，在通信信道中，指示由谁发起请求、数据流方向和使用的协议。在模型下面的附加文本中描述每个组件和连接的用途，以防它不是琐碎的或显而易见的。

SAP使用精简的UML版本作为体系结构(如描述的这里)。

如果需要，可以使用其他图表类型。

不要忘记，可能存在一个与运行时视图不同的体系结构的设计时视图。例如，您可能在设计时有层，这些层由编译器为运行时折叠。

对于任何架构建模和表示，您必须考虑到您的受众，以及哪些符号最容易和准确地传达设计的结构以及这些决策的基本原理。

两件好事--

• 使用有文档和“标准”的体系结构风格(SBA)通过模式识别帮助沟通。如果有人知道它的风格，知道你正在使用它将帮助他更容易理解。
• 使用有文档和“标准”的图表符号将有助于提高可读性，因为知道该表示法的个人将能够更容易地推断结构和意义。

当然，请注意的是，您不能假设每个人都已经知道样式和符号约定，所以您仍然必须使用标准的图表最佳实践(例如，传奇、清晰的标签、不混合透视图、多视图和观点等等)。

关于用于体系结构表示的UML符号，唯一的问题是，使用为面向对象的设计设计的符号来绘制体系结构级别的概念有时是很有挑战性的。我看不出你提到的任何一个符号都能帮助你建立架构的模型。用例不仅仅是图片。业务流程建模与结构无关--动态、静态或物理。