【发布时间】:2018-04-11 05:40:06
【问题描述】:
我是 uml 的完全初学者,需要制作图表来显示组织中当前信息系统的使用和结构。他们使用一套系统进行制造,一套系统用于会计、仓储和人力资源。首先,我想用描述来做用例。第一个问题是我应该按模块(他们涵盖的每个业务领域)来做吗?
然后我需要一个图表来查看系统之间的连接。是用组件图还是哪个图更合适?如果公司使用 Office 365,它是否显示在图表中?另外,如果系统支持 EDI,我是否也应该包含它?
感谢您的帮助。
【问题讨论】:
我是 uml 的完全初学者,需要制作图表来显示组织中当前信息系统的使用和结构。他们使用一套系统进行制造,一套系统用于会计、仓储和人力资源。首先,我想用描述来做用例。第一个问题是我应该按模块(他们涵盖的每个业务领域)来做吗?
然后我需要一个图表来查看系统之间的连接。是用组件图还是哪个图更合适?如果公司使用 Office 365,它是否显示在图表中?另外,如果系统支持 EDI,我是否也应该包含它?
感谢您的帮助。
【问题讨论】:
一如既往:视情况而定。
用例是关于附加值的。如果您要记录一个复杂的系统,那么将事物分组是一个好主意。对于公司而言,按组织分组是合理的。虽然通常有水平(单一焦点)和垂直(需要多个领域)部门。如果重点是“重新发明”,您可能应该将您的观点解耦。无论如何,找到真正的用例是一项艰巨的任务。因此,在合成它们的过程中,您可能会发现如何对它们进行逻辑分组。
从组件开始也是一个好主意。您可以使用显示具体用途的组件实例(通过包显示位置)。这些具体组件可以抽象为通用组件,以便您知道使用了哪些不同的基本组件(集中打包它们)。组件之间的接口可以通过装配连接器(带有插座/棒棒糖的连接器)显示。稍后您可以使用端口和接口详细说明重要的组件。其他组件可以留在外围而不需要更多细节。 EDI/Office 是否“重要”取决于。概括地包括它们,并在分析期间的讨论中找出是否需要详细信息。
【讨论】: