设计 CICS到IMS ISC 应用程序

CICS® 和 IMS在其体系结构及其应用程序和系统编程需求方面存在许多差异。 CICS到IMS ISC 应用程序的设计主要涉及 CICS 应用程序编程和 IMS 系统定义。 这种差异反映了控制在两个系统中的每个系统中的位置。

CICS 是 直接控制 系统。 在终端上输入的数据会导致 CICS 调用相应的应用程序来处理入局数据。 数据是存储的，而不是排队的，应用程序 "拥有" 终端，直到它完成其处理并终止。 在 CICS ISC 中，应用程序涉及数据流协议，具有同步点，并且通常涉及大多数系统服务。

相比之下， IMS 是 已排队 的系统。 所有输入和输出消息都由 IMS 控制区域代表相关应用程序和终端排队。 因此，将异步执行消息排队和消息处理。 图 1对此进行了说明。

由于此类型的系统设计， IMS 应用程序无法直接控制 IMS 系统资源，也无法直接参与系统间通信的控制。 IMS 消息切换完全在 IMS 控制区域中处理; 不涉及消息处理区域。

图 1 说明了基本 IMS 消息排队机制。 有两个 IMS 区域，一个控制区域和一个消息处理区域。 控制区域具有多个到客户机应用程序或终端的会话以及多个消息队列。 来自客户机应用程序和终端的请求由控制区域接收，并根据其事务代码附加到输入消息队列。 当请求到达输入队列的头时，会将其传递到消息处理区域上的相应应用程序。 最终，来自消息处理区域的响应将传递回控制区域，并将其附加到输出队列。 当它到达队列的头时，会将它发送到相应的客户机应用程序或终端。