软件工程中的上下文模型

在本文中，我们将了解软件工程中的上下文模型。它是软件工程中系统模型的一种。让我们先了解一下系统模型。

系统模型

软件开发人员想要开发的系统的图形表示称为系统模型。系统是根据用户需求和系统需求开发的。系统模型使用图形符号详细描述系统。系统模型有四种类型：上下文模型、交互结构模型、行为模型和结构模型。

上下文模型

外部视角模型表示必须构建的系统将如何与其环境中的其他系统进行交互。它显示了系统的边界，该边界包括环境中的各种自动化系统。在创建上下文模型时会讨论员工和利益相关者的需求，以决定需要开发的系统的功能。它显示了要创建的系统与其他系统之间的关系。

它用于向开发人员、利益相关者或客户解释。在创建上下文模型时需要牢记一些因素。这些因素可以是系统的总体成本、分析系统所需的时间等。

系统边界

它描述了系统的内部和外部。找出环境的内部和外部非常重要。系统边界的位置起着至关重要的作用，它会影响系统的需求。

上下文模型示例

让我们看一些上下文模型的例子来更好地理解它。

1. 银行 ATM 系统示例

上下文模型图的中心是名为“银行 ATM 系统”的主系统。主系统连接到环境中的参与者。参与者可以是用户和其他系统。其他系统是本地分行会计系统、账户数据库、用户数据库、硬件/软件维护人员、安全系统和现金柜员。

银行 ATM 系统用于取款和其他银行交易。本地分行会计系统包含本地分行用户的账户。银行 ATM 系统与本地分行会计系统交互以获取用户账户详细信息。账户数据库允许用户访问其信息。硬件/软件维护人员测试和维护 ATM。安全系统用于保护 ATM 免受黑客攻击。现金柜员用于清点现金。

2. 订单处理系统示例

上下文模型图的中心是名为“订单处理系统”的主系统。主系统与其他系统连接，这些系统是客户渠道、配送调度系统、库存管理系统和支付处理系统。

“订单处理系统”用于轻松管理订单。首先，订单处理系统将与客户渠道交互，订单可能来自不同的渠道。主系统与其他系统之间也会交换数据。订单来自客户渠道，因此订单处理系统与客户渠道之间的数据交换是“订单详情和客户信息”。

支付处理系统用于从系统中获取付款。订单和支付处理系统之间讨论的数据是“订单金额和付款状态”。主系统将确认订单，并将信息传递给库存管理系统，因为每个订单都需要某些原料。订单处理系统与库存管理系统之间讨论的数据是“订单详情和库存不足警报”。如果库存中的原料不足，库存管理系统将向主系统发出警报。当订单准备好后，必须在配送调度系统的帮助下进行配送，该系统管理所需的卡车和司机。订单处理系统与配送调度系统之间讨论的数据是“订单详情和配送状态”。

3. 库存控制系统示例

上下文模型图的中心是名为“库存控制系统”的主系统。主系统与环境中的各种系统相连。这些系统包括库存数据库、会计系统、维护系统、监控系统、报表生成系统和账户数据库。

库存控制系统是处理库存的系统，例如跟踪货物、成本等。库存数据库保存库存数据，如货物需求、货物数量、成本等。

会计系统保存库存记录、交易、为补充库存而支付的款项等。监控系统是监控商品（如库存可用性、客户的货物使用模式等）的系统。

维护系统是用于维护商品、必要时维修库存等的系统。报表生成系统生成与库存相关的报表，例如已购商品、已售商品等。账户数据库用于存储会计信息。

主系统与子系统相连，以便它们相互通信并协助主系统正常工作。

4. 婴儿日托系统示例

上下文模型图的中心是“婴儿日托系统”。主系统连接到用户和其他系统。用户是父母、儿童、员工和房东。系统包括许可管理部门系统、卫生局和餐饮系统。

婴儿日托系统有助于照顾婴儿。父母与婴儿日托系统沟通，以便将孩子送入日托中心，父母将向日托中心支付费用以获得服务。婴儿日托系统与儿童互动并照顾他们。婴儿日托系统需要一个地方来安置儿童，因此系统将与房东互动，房东将提供场地，日托中心将支付租金。

婴儿日托系统将与餐饮系统沟通，为儿童提供食物，因此日托中心将从餐饮系统订购食物。婴儿日托系统应有提供服务的资质，因此将与许可管理部门沟通。日托中心将提供文件，许可管理部门将提供许可证。员工提供专业知识来完成工作，并从日托中心获得报酬。婴儿日托系统将与卫生局互动，为儿童提供健康设施，因为他们的健康非常重要。

结论

您已经了解了软件工程中的上下文模型。上下文模型是一个外部视角模型，它通过图形符号显示主系统与其他系统之间的交互。