我正在研究系统的组件图,由于系统的设计,很多依赖线最终会交叉,这使得该图难以阅读且难以理解。
回避这个问题的一种方法是使用单独的组件图来说明系统组件的子集如何依赖于某些组件/接口。例如,对数据存储的依赖关系将在组件图中表示,该图仅涵盖数据存储和直接访问这些数据存储的组件,省略其余组件。但是,我不确定这是否被认为是标准做法,甚至可以接受。
有谁知道是否可以呈现同一系统的多个组件图?如果不是,还有哪些其他替代方法可以避免图表混乱?
我正在研究系统的组件图,由于系统的设计,很多依赖线最终会交叉,这使得该图难以阅读且难以理解。
回避这个问题的一种方法是使用单独的组件图来说明系统组件的子集如何依赖于某些组件/接口。例如,对数据存储的依赖关系将在组件图中表示,该图仅涵盖数据存储和直接访问这些数据存储的组件,省略其余组件。但是,我不确定这是否被认为是标准做法,甚至可以接受。
有谁知道是否可以呈现同一系统的多个组件图?如果不是,还有哪些其他替代方法可以避免图表混乱?
是的,这是标准做法。只有最微不足道的系统才能小到可以在单个图表中表示。
不同的视图是简化图表复杂性的常用方法。但是,对多个图表的渴望可能有点让人觉得您尝试建模的系统过于复杂。
Consider moving up a level up from component diagrams to package diagrams in order to help lay out the bigger picture. This should help you to organize your system in to a set of well organized sub systems. For each sub-system you can then drill down back to the detailed component diagrams.