#context #business-context
此提示主要适用于信息系统，较少适用于实时、嵌入式、面向硬件或更面向流程的系统。
您将使用上下文与各种利益相关者进行讨论，这些利益相关者的建模技能可能有限，并且有限（或没有！）UML的知识。
直观地说，许多人将软件系统之间的箭头理解为数据流。（指导）依赖性、关联等UML关系对这些人来说可能相当令人困惑。
因此：在上下文中，通过反转来自UML的通常依赖或方法/服务调用箭头的方向来使用数据流。
Note: this advice is controversial in some teams, because we so explicitely do not comply with the standard UML notation, and also doing that only in the context. However, we found that data flows are often easier to communicate with (non-technical) stakeholders.
对于你们中间的形式主义者：使用正常的、虚线的UML依赖箭头，并用刻板印象“流”注释它，以指示它为数据流，而不是控制流。
对于不太纯粹的UML用户：发明一个新的箭头（例如，带箭头的实线），并按照上文建议在图例中声明为数据流。IT资深人士在这里从结构化分析中识别出好的旧上下文图。