系统上下文在软件架构中的角色
系统上下文是系统的软件架构中的基础构件。开发系统上下文视图非常重要，因为此视图将作为回溯到业务上下文、展开功能和操作体系结构的机制使用。我们将提供业务上下文的简单概述，以了解为何可跟踪性对其如此重要。
- 业务上下文
- 提供系统需要如何与其他企业交互的组织视图，描述软件所在的业务生态系统。此视图在非常依赖外部组织的系统中特别重要。这个高级视图并不区分各个用户和角色。相反，它将其描述为与业务交互的用户社区。
例如，如果您在为某所大学构建软件，业务上下文可能将这所大学描述为中央实体，并描述对以下实体的依赖关系：
- 政府，向其申请资金和获得及执行法律法规遵从性检查。
- IT 行业，申请研究项目和教育服务。
- 用户社区，大学将为其提供硬件和软件支持。
- 联盟中的其他大学，获得学生历史记录。
- 系统上下文
- 使用业务上下文标识外部系统。标识了外部组织后，系统上下文将标识具体的 IT 系统和应用程序，系统将需要与其进行交互来接收和发送信息。要对每个外部组织进行相同的处理，所获得的全部信息一起构成了系统级别的视图，可表明需要将哪些外部系统纳入整体解决方案的范畴内。
系统上下文提供了业务上下文的分解，并提供了对业务上下文信息的可跟踪性。
系统上下文帮助标识构建完整的解决方案所需的一些主要体系结构构件。待构建系统与每个外部系统之间的信息流为信息模型提供了关键输入。外部系统的特征决定了对可促进技术集成的适配器的需求。信息流还表示从体系结构而言非常重要的活动，这些活动可以回溯到业务流程模型，而后者是表示系统需求的一个主要部分。
不能低估系统上下文的重要性。它在开发应用程序系统的软件架构中扮演着重要的角色。我强烈建议对系统上下文加以记录。
记录系统上下文
记录系统上下文的第一步是创建系统上下文关系图。如 图 1 中所示，系统上下文关系图具有以下特点：
- 将待构建系统表示为黑盒
- 描述其与外部实体（系统和最终用户）的交互
- 标识系统和外部实体间的信息和控制流
外部实体并不一定是企业范围外的系统。现有企业应用程序或数据库也可以在系统上下文中表示为外部实体。我建议专门划出一个部分来描述系统上下文关系图，并使用意义明确的名称，如“系统上下文关系图”等。
copy form https://www.ibm.com/developerworks/cn/architecture/ar-archdoc2/index.html