CICS

في البداية، لم يدعم نظام CICS سوى عدد قليل من أجهزة IBM، مثل جهاز IBM 2741 Selectric (الذي يشبه كرة الغولف) الطرفي الذي يعمل بالآلة الكاتبة، والذي طُرح عام 1965. لاحقًا، شاع استخدام جهازي IBM 2260 و IBM 3270 لعرض الفيديو، اللذين طُرحا عام 1964 و1972 على نطاق واسع.

في بدايات استخدام الحواسيب المركزية من IBM، كانت برامج الحاسوب مجانية ، تُرفق مع أجهزة الحاسوب دون أي تكلفة إضافية . وكان نظام التشغيل OS/360 وبرامج دعم التطبيقات مثل CICS متاحة لعملاء IBM قبل وقت طويل من مبادرة البرمجيات مفتوحة المصدر . وقدّمت شركات مثل ستاندرد أويل أوف إنديانا (أموكو) مساهمات كبيرة في تطوير CICS. 

حاول فريق IBM في ديسبلينز إضافة دعم لأجهزة طرفية شائعة من غير IBM، مثل جهاز ASCII Teletype Model 33 ASR، لكن فريق تطوير البرمجيات الصغير ذو الميزانية المحدودة لم يكن بمقدوره تحمل تكلفة الأجهزة اللازمة لاختبارها، والتي تبلغ 100 دولار شهريًا. وقد اعتقد مسؤولو IBM خطأً أن المستقبل سيكون كالماضي، مع استمرار معالجة البيانات على دفعات باستخدام البطاقات المثقبة التقليدية .

قدمت شركة IBM على مضض تمويلاً ضئيلاً فقط عندما طالبت شركات المرافق العامة والبنوك وشركات بطاقات الائتمان بنظام تفاعلي فعال من حيث التكلفة (على غرار برنامج التحكم في خطوط الطيران IBM لعام 1965 الذي استخدمه نظام حجز الكمبيوتر Sabre التابع لشركة الخطوط الجوية الأمريكية ) للوصول السريع إلى بيانات العملاء وتحديثها لمشغلي الهاتف (دون انتظار أنظمة البطاقات المثقبة لمعالجة الدفعات طوال الليل).

عندما تم تسليم نظام CICS إلى شركة أموكو مع دعم التعرف التلقائي على الكلام (ASR) لطراز Teletype 33، تسبب ذلك في تعطل نظام التشغيل OS/360 بالكامل (بما في ذلك برامج التطبيقات غير التابعة لـ CICS). وقد اضطرت شركة أموكو للإنتاج في تولسا، أوكلاهوما، إلى إعادة تصميم وكتابة معظم برنامج التحكم الطرفي CICS (TCP - جوهر CICS) وجزء من نظام التشغيل OS/360 بشكل مكثف. ثم أُعيد النظام إلى شركة IBM لتوزيعه مجانًا على جهات أخرى. 

يُعدّ نظام التحكم بمعلومات العملاء (CICS) أحد أنجح منتجات البرمجيات التجارية لشركة IBM. ففي السنوات التي تلت إطلاقه، أصبح نظام مراقبة معالجة المعاملات ركيزة أساسية لاستراتيجية IBM في مجال الحواسيب المركزية، حيث حقق في نهاية المطاف إيرادات من الأجهزة المرتبطة به تجاوزت 60 مليار دولار. وبفضل تسهيله لمعالجة المعاملات بكميات كبيرة وبكفاءة عالية، رسّخ CICS مكانته كمكوّن بالغ الأهمية في بيئة الحوسبة المؤسسية، ولا يزال محركًا رئيسيًا لنظام IBM البيئي للحواسيب المركزية.

في عام 1972، كان نظام CICS متاحًا بثلاثة إصدارات - DOS-ENTRY (رقم البرنامج 5736-XX6) لأجهزة DOS/360 ذات الذاكرة المحدودة للغاية، وDOS-STANDARD (رقم البرنامج 5736-XX7) لأجهزة DOS/360 ذات الذاكرة الأكبر، وOS-Standard v2 (رقم البرنامج 5734-XX7) للأجهزة الأكبر التي تعمل بنظام OS/360. ^{[ 5 ]} 

في أوائل عام 1970، انتقل عدد من المطورين الأصليين، بمن فيهم بن ريغينز (المهندس الرئيسي للإصدارات الأولى)، إلى كاليفورنيا وواصلوا تطوير نظام CICS في مركز تطوير IBM في بالو ألتو . لم يدرك مسؤولو IBM قيمة البرمجيات كمنتج مُدرّ للدخل إلا بعد أن فرض القانون الفيدرالي فصل مكونات البرمجيات . في عام 1980، تجاهل مسؤولو IBM اقتراحات بن ريغينز القوية بضرورة أن تُقدّم IBM نظام تشغيل خاص بها قائم على EBCDIC وشريحة معالج دقيق متكاملة الدوائر لاستخدامها في حاسوب IBM الشخصي كمحطة طرفية ذكية تعمل بنظام CICS (بدلاً من شريحة Intel غير المتوافقة ونظام MS-DOS الذي كان لا يزال في مراحله الأولى ).

نظراً للقدرة المحدودة حتى للمعالجات الكبيرة في ذلك الوقت، كان على كل تثبيت لنظام CICS تجميع الشفرة المصدرية لجميع وحدات نظام CICS بعد إتمام عملية مشابهة لعملية إنشاء النظام (sysgen)، تُسمى CICSGEN ، وذلك لتحديد قيم عبارات لغة التجميع الشرطية. سمحت هذه العملية لكل عميل باستبعاد أي ميزة لا ينوي استخدامها من نظام CICS نفسه، مثل دعم الأجهزة لأنواع المحطات الطرفية غير المستخدمة.

يعود الفضل في شعبية CICS المبكرة إلى تنفيذه الفعال نسبيًا عندما كانت الأجهزة باهظة الثمن، وهيكلية المعالجة متعددة الخيوط، وبساطته النسبية لتطوير تطبيقات المعاملات في الوقت الحقيقي القائمة على المحطات الطرفية، والعديد من مساهمات العملاء مفتوحة المصدر، بما في ذلك تصحيح الأخطاء وتحسين الميزات.

تمّ وضع جزء من نظام CICS بشكل رسمي باستخدام ترميز Z في ثمانينيات وتسعينيات القرن الماضي بالتعاون مع مختبر الحوسبة بجامعة أكسفورد ، بقيادة توني هوار . قاد إيب هولم سورنسن مشروع معالجة المعاملات في جامعة أكسفورد منذ بدايته عام 1982 (والذي أُعيدت تسميته لاحقًا بمشروع CICS ^{[ 6 ]} )، بالتعاون مع شركة IBM Hursley . ^{[ 7 ]} حاز هذا العمل على جائزة الملكة للإنجاز التكنولوجي عام 1992. ^{[ 8 ] [ 9 ]} وكجزء من مشروع CICS، قام سورنسن بتوسيع لغة الأوامر المحمية لإدسكر ديكسترا من خلال السماح باستخدام ترميز Z-schema كأوامر مجردة. ^{[ 10 ]}

في عام 1986، أعلنت شركة IBM عن دعم نظام CICS لخدمات الملفات الموجهة نحو السجلات والمحددة بواسطة بنية إدارة البيانات الموزعة (DDM). وقد مكّن هذا البرامج على أجهزة الكمبيوتر البعيدة المتصلة بالشبكة من إنشاء الملفات وإدارتها والوصول إليها، والتي كانت متاحة سابقًا فقط ضمن بيئات معالجة المعاملات CICS/MVS وCICS/VSE. ^{[ 11 ]}

في الإصدارات الأحدث من CICS، أُزيل دعم DDM. توقف دعم مكون DDM في CICS z/OS في نهاية عام 2003، وأُزيل من CICS لنظام z/OS بدءًا من الإصدار 5.2. ^{[ 12 ]} في CICS TS لنظام z/VSE، استقر دعم DDM عند الإصدار 1.1.1، مع إعلان نية إيقافه في إصدار لاحق. ^{[ 13 ]} في CICS لنظام z/VSE بدءًا من الإصدار 2.1، لم يعد CICS/DDM مدعومًا. ^{[ 14 ]}

قدّم خادم معاملات CICS واجهة HTTP أصلية لأول مرة في الإصدار 1.2، بالإضافة إلى تقنية جسر الويب لتغليف البرامج الطرفية ذات الشاشة الخضراء بواجهة HTML . وتم تحسين واجهات برمجة تطبيقات الويب والمستندات في CICS TS V1.3 لتمكين كتابة تطبيقات متوافقة مع الويب للتفاعل بشكل أكثر فعالية مع متصفحات الويب.

ركزت إصدارات CICS TS من 2.1 إلى 2.3 على إدخال تقنيات CORBA و EJB إلى CICS، مما وفر طرقًا جديدة لدمج موارد CICS في نماذج مكونات التطبيقات الموزعة. اعتمدت هذه التقنيات على استضافة تطبيقات Java في CICS. شهدت بيئة استضافة Java تحسينات عديدة على مدار عدة إصدارات. تم تقديم مورد JVM متعدد الخيوط يُسمى JVMSERVER خلال إصدار CICS TS 4.1، وتم تحسينه لاحقًا لاستخدام تقنية JVM 64 بت في الإصدار 5.1. شهد الإصدار 5.1 أيضًا تقديم حاوية الويب WebSphere Liberty. في النهاية، تم دمج WebSphere Liberty بالكامل في CICS Transaction Server في الإصدار 5.3. أصبح بالإمكان استضافة العديد من التقنيات الموجهة للويب في CICS باستخدام Java، مما أدى في النهاية إلى إزالة تقنيات CORBA وEJB الأصلية.

أضافت CICS TS V3.1 تطبيقًا أصليًا لتقنيات SOAP و WSDL لـ CICS، بالإضافة إلى واجهات برمجة تطبيقات HTTP من جانب العميل للاتصالات الصادرة. وقد سهّلت هاتان التقنيتان دمج مكونات CICS مع تطبيقات المؤسسة الأخرى، وشهدتا انتشارًا واسعًا. كما تضمنت أدوات لتحويل برامج CICS التقليدية المكتوبة بلغات مثل COBOL إلى خدمات ويب مُعرّفة باستخدام WSDL، مع تغييرات طفيفة أو معدومة في البرنامج. وشهدت هذه التقنية تحسينات منتظمة مع الإصدارات اللاحقة من CICS.

شهدت CICS TS V4.1 و V4.2 تحسينات إضافية على اتصال الويب، بما في ذلك تطبيق أصلي لبروتوكول نشر Atom .

تم توفير العديد من التقنيات الحديثة المتاحة عبر الويب لإصدارات سابقة من CICS باستخدام نماذج توزيع مختلفة عن نموذج إصدار المنتج التقليدي. وقد أتاح ذلك للمستخدمين الأوائل تقديم ملاحظات بناءة ساهمت في التأثير على التصميم النهائي للتقنية المدمجة. ومن الأمثلة على ذلك حزمة دعم Soap for CICS التجريبية لـ TS V2.2، أو حزمة دعم ATOM لـ TS V3.1. وقد استُخدم هذا النهج لإدخال دعم JSON في CICS TS V4.2، وهي تقنية تم دمجها لاحقًا في CICS TS V5.2.

تُشابه تقنية JSON في CICS تقنية SOAP السابقة ، حيث سمحت كلتاهما بتغليف البرامج المُستضافة على CICS بواجهة حديثة. وقد تم تطوير تقنية JSON بدورها في z/OS Connect Enterprise Edition، وهو منتج من IBM لإنشاء واجهات برمجة تطبيقات JSON التي تستفيد من موارد العديد من الأنظمة الفرعية للحاسوب المركزي.

كما تم استخدام العديد من منتجات الشركاء للتفاعل مع CICS. ومن الأمثلة الشائعة استخدام بوابة معاملات CICS للاتصال بـ CICS من خوادم تطبيقات Java المتوافقة مع JCA ، وأجهزة IBM DataPower لتصفية حركة مرور الويب قبل وصولها إلى CICS.

توفر الإصدارات الحديثة من CICS طرقًا عديدة لدمج أصول البرامج الحالية والجديدة في تدفقات التطبيقات الموزعة. يمكن الوصول إلى أصول CICS من الأنظمة البعيدة، كما يمكن للمستخدمين الوصول إلى الأنظمة البعيدة؛ ويمكن نشر هوية المستخدم وسياق المعاملات؛ ويمكن إنشاء واجهات برمجة تطبيقات RESTful وإدارتها؛ ويمكن للأجهزة والمستخدمين والخوادم التفاعل مع CICS باستخدام تقنيات قائمة على المعايير؛ كما أن بيئة IBM WebSphere Liberty في CICS تُعزز التبني السريع للتقنيات الجديدة.

بحلول يناير 1985، أعلنت شركة استشارية تأسست عام 1969، بعد أن أنجزت "أنظمة ضخمة عبر الإنترنت" لفنادق هيلتون، ومحلات زهور FTD، وشركة أمتراك، وشركة تأجير السيارات Budget، عن ما أصبح يُعرف باسم MicroCICS . ^{[ 15 ]} وكان التركيز الأولي على جهازي IBM XT/370 و IBM AT/370 . ^{[ 16 ]}

على الرغم من أنه عندما يتم ذكر CICS، فإن الناس عادة ما يقصدون خادم معاملات CICS، فإن عائلة CICS تشير إلى مجموعة من خوادم المعاملات والموصلات (تسمى بوابة معاملات CICS) وأدوات CICS.

يُطلق على نظام CICS على المنصات الموزعة - وليس على الحواسيب المركزية - اسم IBM TXSeries . يُعد TXSeries برنامجًا وسيطًا لمعالجة المعاملات الموزعة ، ويدعم تطبيقات C و C++ وCOBOL وJava™ وPL/I في بيئات الحوسبة السحابية ومراكز البيانات التقليدية. يتوفر TXSeries على منصات AIX وLinux x86 و Windows و Solaris و HP-UX . ^{[ 17 ]} كما يتوفر CICS على أنظمة تشغيل أخرى، أبرزها IBM i و OS/2 . ويُعد تطبيق z/OS (أي CICS Transaction Server for z/OS) الأكثر شيوعًا وأهمية.

كان هناك إصداران من CICS متاحان سابقًا لنظام VM/CMS ، لكن تم إيقاف دعمهما لاحقًا. في عام 1986، أصدرت IBM نظام CICS/CMS ، ^{[ 18 ] [ 15 ]} وهو إصدار أحادي المستخدم من CICS مصمم للاستخدام في التطوير، حيث تم نقل التطبيقات لاحقًا إلى نظام MVS أو DOS/VS لتنفيذها في بيئة الإنتاج. ^{[ 19 ] [ 20 ]} وفي وقت لاحق، في عام 1988، أصدرت IBM نظام CICS/VM . ^{[ 21 ] [ 22 ]} كان نظام CICS/VM مخصصًا للاستخدام على جهاز IBM 9370 ، وهو حاسوب مركزي منخفض التكلفة موجه للاستخدام في الأقسام؛ وقد سوّقت IBM نظام CICS/VM للعمل على الحواسيب المركزية في الأقسام أو الفروع بالتزامن مع حاسوب مركزي يعمل بنظام CICS لنظام MVS. ^{[ 23 ]}

تُوفّر أدوات CICS إمكانية توفير أنظمة وتطبيقات CICS وإدارتها وتحليلها. ويشمل ذلك إدارة الأداء، بالإضافة إلى نشر موارد CICS وإدارتها. في عام 2015، تم تحديث أدوات CICS الأساسية الأربع (وحزمة حلول تحسين CICS لنظام z/OS) مع إصدار CICS Transaction Server لنظام z/OS 5.3. وتشمل هذه الأدوات: CICS Interdependency Analyzer لنظام z/OS، وCICS Deployment Assistant لنظام z/OS، وCICS Performance Analyzer لنظام z/OS، وCICS Configuration Manager لنظام z/OS.

استخدم خادم معاملات CICS لنظام التشغيل z/OS أرقام الإصدارات التالية:

كان من الضروري أن تكون برامج التطبيقات التفاعلية متعددة المستخدمين قابلة لإعادة الدخول جزئيًا لدعم سلاسل المعاملات المتزامنة المتعددة . فقد يؤدي خطأ برمجي في أحد التطبيقات إلى منع جميع المستخدمين من الوصول إلى النظام. وبفضل التصميم المعياري لبرامج التحكم القابلة لإعادة الدخول/إعادة الاستخدام في نظام CICS، أمكن، مع "التقليم" المدروس، تشغيل تطبيقات متعددة لمستخدمين متعددين على جهاز كمبيوتر مزود بذاكرة فعلية مغناطيسية أساسية باهظة الثمن بسعة 32 كيلوبايت فقط (بما في ذلك نظام التشغيل ).

تطلّب الأمر جهدًا كبيرًا من مبرمجي تطبيقات CICS لجعل عملياتهم أكثر كفاءة. تمثّلت إحدى التقنيات الشائعة في تحديد حجم كل برنامج بما لا يزيد عن 4096 بايت، أو 4 كيلوبايت، لكي يتمكّن CICS من إعادة استخدام الذاكرة التي يشغلها أي برنامج غير مستخدم حاليًا لبرنامج آخر أو لتلبية احتياجات تخزين التطبيقات الأخرى. وعندما أُضيفت الذاكرة الافتراضية إلى إصدارات نظام التشغيل OS/360 في عام 1972، ازدادت أهمية استراتيجية 4 كيلوبايت لتقليل عمليات الترحيل والتحايل غير المُجدية على الموارد.

كانت كفاءة برامج لغات COBOL وPL/I عالية المستوى المُجمّعة دون المستوى المطلوب. واستمرت كتابة العديد من برامج تطبيقات CICS بلغة التجميع، حتى بعد توفر دعم COBOL وPL/I.

مع ارتفاع تكلفة موارد الأجهزة وندرتها في ستينيات وسبعينيات القرن الماضي، نشأت منافسة بين محللي تحسين الأنظمة. فعند تحديد جزء من الكود الحرج ، كان يتم تداوله بين المحللين. وكان على كل محلل إما (أ) تقليل عدد بايتات الكود المطلوبة، أو (ب) تقليل عدد دورات المعالج المطلوبة. وكان المحللون الجدد يتعلمون من خبرة الموجهين الأكثر خبرة. وفي النهاية، عندما يعجز أي منهم عن تحقيق (أ) أو (ب)، يُعتبر الكود مُحسَّنًا، وينتقلون إلى أجزاء أخرى. أما الشركات الصغيرة التي تضم محللًا واحدًا فقط، فقد تعلمت تحسين CICS ببطء شديد (أو لم تتعلمه على الإطلاق).

نظراً لإمكانية مشاركة برامج التطبيقات بواسطة العديد من الخيوط المتزامنة ، فقد تم تقييد استخدام المتغيرات الثابتة المضمنة داخل البرنامج (أو استخدام ذاكرة نظام التشغيل) (بموجب الاتفاقية فقط).

لسوء الحظ، تم انتهاك العديد من "القواعد" بشكل متكرر، خاصةً من قبل مبرمجي لغة كوبول الذين قد لا يفهمون تفاصيل برامجهم الداخلية أو يفشلون في استخدام خيارات وقت الترجمة التقييدية الضرورية . وقد نتج عن ذلك شيفرة "غير قابلة لإعادة الدخول" كانت في كثير من الأحيان غير موثوقة، مما أدى إلى انتهاكات تخزين زائفة وانهيارات كاملة لنظام CICS.

في الأصل، كانت منطقة التخزين الافتراضية المتعددة (MVS) بأكملها تعمل بمفتاح حماية ذاكرة واحد، بما في ذلك كود نواة CICS. وكان تلف البرامج وتلف كتل التحكم في CICS سببًا شائعًا لتوقف النظام. إذ يمكن لخطأ برمجي في أحد التطبيقات أن يستبدل ذاكرة (كود أو بيانات) واحدة أو جميع معاملات التطبيق قيد التشغيل. وقد يُمثل تحديد موقع كود التطبيق المُسبب للمشكلة في أخطاء التوقيت العابرة المعقدة تحديًا كبيرًا لمحللي أنظمة التشغيل.

استمرت هذه العيوب في العديد من الإصدارات الجديدة من CICS على مدى أكثر من 20 عامًا، على الرغم من خطورتها وقلة الطلب على مهارات CICS عالية الجودة. تمت معالجتها في الإصدارات TS V3.3 وV4.1 وV5.2 من خلال ميزات حماية التخزين، وعزل المعاملات، والمساحات الفرعية على التوالي، والتي تستخدم ميزات نظام التشغيل لحماية كود التطبيق والبيانات ضمن نفس مساحة العناوين، حتى وإن لم تُصمم التطبيقات لتكون منفصلة. ولا تزال معاملات تطبيقات CICS بالغة الأهمية للعديد من شركات المرافق العامة والبنوك الكبرى والمؤسسات المالية الأخرى التي تبلغ قيمتها مليارات الدولارات.

عند إصدار CICS لأول مرة، كان يدعم فقط برامج معاملات التطبيقات المكتوبة بلغة IBM 360 Assembler . أُضيفت لاحقًا لغتا COBOL و PL/I . ونظرًا لتركيز CICS الأولي على لغة التجميع، كانت طلبات خدماته تُرسل باستخدام وحدات ماكرو مكتوبة بلغة التجميع . على سبيل المثال، قد يبدو طلب قراءة سجل من ملف، عبر استدعاء ماكرو لبرنامج "التحكم في الملفات" في CICS، كما يلي:

DFHFC TYPE=READ,DATASET=myfile,TYPOPER=UPDATE,....etc.

وقد أدى ذلك إلى ظهور المصطلح اللاحق " CICS على المستوى الكلي ".

عند إضافة دعم لغات البرمجة عالية المستوى، تم الاحتفاظ بوحدات الماكرو، وقام مُترجم أولي بتحويل الكود إلى ما يُعادلها من عبارات استدعاء في لغتي COBOL أو PL/I. وهكذا، أصبح إعداد تطبيق لغة برمجة عالية المستوى بمثابة عملية تجميع "ثنائية المراحل" - حيث يتم إدخال مُخرجات المُعالج الأولي إلى مُترجم لغة البرمجة عالية المستوى كمدخلات. 

اعتبارات لغة كوبول : على عكس لغة PL/I، لا توفر لغة كوبول من IBM عادةً إمكانية التعامل مع المؤشرات (العناوين). ولتمكين مبرمجي كوبول من الوصول إلى كتل التحكم في CICS والتخزين الديناميكي، لجأ المصممون إلى ما يُمكن اعتباره حلاً مؤقتاً. كان قسم الربط في كوبول يُستخدم عادةً للتواصل بين البرامج، مثل تمرير المعاملات. يُنشئ المُصرّف قائمةً من العناوين، يُسمى كل منها مُحدد موقع أساسي للربط (BLL)، ويتم تعيينها عند بدء تشغيل البرنامج المُستدعى. يتوافق أول مُحدد موقع أساسي للربط مع العنصر الأول في قسم الربط، وهكذا. يسمح CICS للمبرمج بالوصول إلى هذه العناوين والتعامل معها عن طريق تمرير عنوان القائمة كمعامل أول للبرنامج. بعد ذلك، يُمكن تعيين مُحددات المواقع الأساسية للربط ديناميكيًا، إما بواسطة CICS أو بواسطة التطبيق، للسماح بالوصول إلى البنية المُقابلة في قسم الربط. ^{[ 40 ]}

خلال ثمانينيات القرن العشرين، أنتجت شركة IBM في هورسلي بارك نسخة من CICS تدعم ما أصبح يُعرف باسم "CICS على مستوى الأوامر" والذي كان لا يزال يدعم البرامج القديمة ولكنه قدم نمط API جديدًا لبرامج التطبيقات.

قد تبدو مكالمة نموذجية على مستوى الأوامر كما يلي:

تنفيذ CICS إرسال مجموعة الخرائط ( 'LOSMATT' ) تعيين ( 'LOSATT' ) إنهاء التنفيذ

تتوافق القيم المُعطاة في أمر SEND MAPSET مع الأسماء المُستخدمة في أول ماكرو DFHMSD في تعريف الخريطة الموضح أدناه لوسيط MAPSET، وماكرو DFHMSI لوسيط MAP. تتم معالجة هذا مسبقًا بواسطة مرحلة ترجمة دفعية قبل التجميع، والتي تُحوّل الأوامر المُضمّنة (EXECs) إلى عبارات استدعاء لروتين فرعي. لذا، فإن إعداد برامج التطبيقات للتنفيذ لاحقًا لا يزال يتطلب مرحلتين. كان من الممكن كتابة تطبيقات " الوضع المختلط " باستخدام عبارات على مستوى الماكرو وعبارات على مستوى الأوامر.

في البداية، أثناء التنفيذ، كانت أوامر مستوى الأوامر تُحوّل باستخدام مترجم وقت التشغيل، "برنامج واجهة EXEC"، إلى استدعاء مستوى الماكرو القديم، والذي كان يُنفّذ بعد ذلك بواسطة برامج نواة CICS التي لم يطرأ عليها تغيير يُذكر. ولكن عندما أُعيدت كتابة نواة CICS لـ TS V3، أصبح EXEC CICS الطريقة الوحيدة لبرمجة تطبيقات CICS، نظرًا لتغير العديد من الواجهات الأساسية.

قدّم نظام CICS، الذي يعتمد على أوامر مستوى النظام فقط، والذي طُرح في أوائل التسعينيات، بعض المزايا مقارنةً بالإصدارات السابقة. مع ذلك، تخلّت شركة IBM عن دعم برامج التطبيقات ذات مستوى الماكرو المصممة للإصدارات السابقة. هذا يعني أنه كان لا بد من تحويل العديد من برامج التطبيقات أو إعادة كتابتها بالكامل لاستخدام أوامر مستوى النظام فقط.

بحلول ذلك الوقت، كان هناك ملايين البرامج حول العالم، والتي كانت قيد التشغيل لعقود في كثير من الحالات. وكانت إعادة كتابتها تُدخل في كثير من الأحيان أخطاءً جديدة دون إضافة ميزات جديدة بالضرورة. وكان هناك عدد كبير من المستخدمين الذين استخدموا مناطق CICS V2 الخاصة بملكية التطبيقات (AORs) لمواصلة تشغيل التعليمات البرمجية الكلية لسنوات عديدة بعد التغيير إلى الإصدار V3.

كان من الممكن أيضًا تنفيذ البرامج القديمة على مستوى الماكرو باستخدام برامج التحويل مثل Command CICS من APT International . ^{[ 41 ]}

تشمل التحسينات الأخيرة لخادم معاملات CICS دعم عدد من أساليب البرمجة الحديثة.

قدّم خادم معاملات CICS الإصدار 5.6 ^{[ 42 ]} دعمًا مُحسّنًا للغة Java لتوفير تجربة سحابية مُتكاملة لمطوري Java. على سبيل المثال، تُسهّل واجهة برمجة تطبيقات Java الجديدة في CICS ( JCICSX ) اختبار الوحدات باستخدام أساليب المحاكاة والتجريب، ويمكن تشغيلها عن بُعد على محطة عمل المطور المحلية. تُمكّن مجموعة من عناصر CICS على Maven Central المطورين من حلّ تبعيات Java باستخدام أدوات إدارة التبعيات الشائعة مثل Apache Maven و Gradle . كما تُوفّر إضافات لـ Maven ( cics-bundle-maven ) وGradle ( cics-bundle-gradle ) لتبسيط عملية الإنشاء الآلي لحزم CICS، باستخدام بيئات التطوير المتكاملة المألوفة مثل Eclipse و IntelliJ IDEA و Visual Studio Code . بالإضافة إلى ذلك، تم تحسين دعم Node.js لنظام z/OS في الإصدار 12، مما يُوفّر بدء تشغيل أسرع، وحدودًا افتراضية أفضل للذاكرة، وتحديثات لمحرك V8 JavaScript، وغيرها. كما يتضمن الإصدار دعمًا لـ Jakarta EE 8.

قدمت CICS TS 5.5 دعمًا لـ IBM SDK لـ Node.js، مما يوفر وقت تشغيل JavaScript كاملًا، وواجهات برمجة تطبيقات من جانب الخادم، ومكتبات لبناء تطبيقات شبكة عالية الأداء وقابلة للتوسع بشكل كبير لـ IBM Z بكفاءة.

أضاف الإصدار 2.1 من خادم معاملات CICS دعمًا للغة Java. بينما دعم الإصدار 2.2 من خادم معاملات CICS مجموعة أدوات تطوير البرمجيات. يوفر CICS نفس بيئة التشغيل المستخدمة في عائلة منتجات WebSphere من IBM، مما يجعل تطبيقات Java EE قابلة للنقل بين CICS وWebsphere، كما يوفر أدوات مشتركة لتطوير ونشر تطبيقات Java EE.

بالإضافة إلى ذلك، ركزت CICS على "تغليف" برامج التطبيقات الحالية ضمن واجهات حديثة، بحيث يمكن دمج وظائف الأعمال الراسخة في خدمات أكثر حداثة. وتشمل هذه الواجهات WSDL وSOAP وJSON التي تغلف التعليمات البرمجية القديمة، مما يتيح لتطبيقات الويب أو تطبيقات الجوال الحصول على كائنات الأعمال الأساسية وتحديثها دون الحاجة إلى إعادة كتابة وظائف الواجهة الخلفية بشكل جذري.

يُحدد دعم التخطيط الأساسي تنسيق الشاشة من خلال وحدات ماكرو التجميع، مثل ما يلي. وقد تم تجميع هذا لإنشاء كل من مجموعة الخرائط الفيزيائية - وهي وحدة تحميل في مكتبة تحميل CICS - ومجموعة الخرائط الرمزية - وهي تعريف بنية أو DSECT في PL/I أو COBOL أو لغة التجميع، وما إلى ذلك، والتي تم نسخها إلى البرنامج المصدر. ^{[ 43 ]}   

LOSMATT DFHMSD TYPE = MAP , X MODE = INOUT , X TIOAPFX = YES , X TERM = 3270 - 2 , X LANG = COBOL , X MAPATTS = ( COLOR , HILIGHT ), X DSATTS = ( COLOR , HILIGHT ), X STORAGE = AUTO , X CTRL = ( FREEKB , FRSET ) * LOSATT DFHMDI SIZE = ( 24 , 80 ), X LINE = 1 , X COLUMN = 1 * LSSTDII DFHMDF POS = ( 1 , 01 ), X LENGTH = 04 , X COLOR = BLUE , X INITIAL = 'MQCM' , X ATTRB = PROT * DFHMDF POS = ( 24 , 01 ), X LENGTH = 79 ، X اللون = أزرق، X ATTRB = تخطي ، X القيمة الابتدائية = ' PF7-8-9-10 - X11-12- إلغاء ' * DFHMSD النوع = نهاية نهائية

كانت النواة الأصلية لنظام CICS تتألف من عدد من الوحدات الوظيفية المكتوبة بلغة التجميع 370 حتى الإصدار V3:

• برنامج التحكم في المهام (KCP)
• برنامج التحكم في التخزين (SCP)
• برنامج التحكم في البرنامج (PCP)
• برنامج التحكم في مقاطعة البرنامج (PIP)
• برنامج التحكم في الفترات (ICP)
• برنامج التحكم في النفايات (DCP)
• برنامج التحكم الطرفي (TCP)
• برنامج التحكم في الملفات (FCP)
• برنامج التحكم في البيانات العابرة (TDP)
• برنامج التحكم في التخزين المؤقت (TSP)

ابتداءً من الإصدار الثالث، تمت إعادة كتابة نواة CICS إلى بنية النواة والمجال باستخدام لغة PL/AS الخاصة بشركة IBM - والتي يتم تجميعها في لغة التجميع. 

لم يفرض الهيكل السابق فصل الاهتمامات، ولذا احتوى على العديد من التبعيات بين البرامج، مما أدى إلى ظهور أخطاء برمجية ما لم يتم إجراء تحليل شامل للكود. أما الهيكل الجديد فكان أكثر نمطية، وبالتالي أكثر مرونة، لأنه كان من الأسهل تغييره دون التأثير على الأداء. غالبًا ما كانت تُبنى المجالات الأولى باسم البرنامج السابق ولكن بدون اللاحقة "P". على سبيل المثال، مجال التحكم في البرنامج (DFHPC) أو مجال البيانات المؤقتة (DFHTD). عملت النواة كمحول لطلبات ما بين المجالات - في البداية، كان هذا مكلفًا للمجالات التي يتم استدعاؤها بشكل متكرر (مثل التتبع)، ولكن باستخدام وحدات PL/AS البرمجية، تم تضمين هذه الاستدعاءات دون المساس بتصميم المجال المنفصل. 

في الإصدارات اللاحقة، تمت إضافة مجالات أعيد تصميمها بالكامل مثل مجال التسجيل DFHLG ومجال المعاملات DFHTM اللذين حلا محل برنامج التحكم في السجل (JCP).

بالإضافة إلى الوظائف المتاحة عبر الإنترنت، يمتلك نظام CICS العديد من برامج الدعم التي تعمل كعمليات دفعية. ^{[ 52 ] : ص 34-35}

• معالج مسبق للغة عالية المستوى (ماكرو)
• مترجم لغة الأوامر
• أداة تفريغ البيانات – تطبع ملفات التفريغ المنسقة التي تم إنشاؤها بواسطة إدارة تفريغ البيانات في CICS
• أداة التتبع – تقوم بتنسيق وطباعة مخرجات تتبع CICS
• أداة تنسيق السجل - تطبع نسخة منسقة من منطقة CICS في حالة حدوث خطأ 

تدعم المكونات التالية من CICS تطوير التطبيقات. ^{[ 52 ] : ص 35-37}

• يوفر دعم التعيين الأساسي (BMS) مدخلات ومخرجات طرفية مستقلة عن الجهاز
• دعم APPC الذي يوفر دعم واجهة برمجة التطبيقات LU6.1 وLU6.2 للتطبيقات الموزعة المتعاونة التي تدعم الالتزام على مرحلتين
• يوفر برنامج تبادل البيانات (DIP) الدعم لأجهزة IBM 3770 و IBM 3790 القابلة للبرمجة
• تتيح ميزة التوافق مع جهاز IBM 2260 تشغيل البرامج المصممة لأجهزة العرض IBM 2260 على شاشات العرض 3270
• برنامج واجهة EXEC – البرنامج الوهمي الذي يحول الاستدعاءات الناتجة عن الأوامر إلى استدعاءات لوظائف CICS EXEC CICS
• الوظائف المدمجة – البحث في الجداول، والتحويل الصوتي، والتحقق من الحقول، وتحرير الحقول، وفحص البتات، وتنسيق الإدخال، والاسترجاع الموزون