सीआईसीएस

आईबीएम सीआईसीएस (ग्राहक सूचना नियंत्रण प्रणाली) मिश्रित भाषा एप्लिकेशन सर्वर का एक परिवार है जो z/OS और z/VSE के तहत आईबीएम मेनफ्रेम सिस्टम पर अनुप्रयोगों के लिए ऑनलाइन लेनदेन प्रबंधन और कनेक्टिविटी प्रदान करता है।

सीआईसीएस परिवार के उत्पाद मध्यस्थ  के रूप में डिज़ाइन किए गए हैं और तेजी से, उच्च मात्रा में ऑनलाइन लेनदेन प्रसंस्करण का समर्थन करते हैं। सीआईसीएस लेनदेन एक एकल अनुरोध द्वारा शुरू की गई प्रसंस्करण की एक इकाई है जो एक या अधिक वस्तुओं को प्रभावित कर सकती है। यह प्रसंस्करण आम तौर पर इंटरैक्टिव (स्क्रीन-उन्मुख) होता है, लेकिन पृष्ठभूमि लेनदेन संभव है।

सीआईसीएस ट्रांजेक्शन सर्वर (सीआईसीएस टीएस) सीआईसीएस परिवार के मुखिया के रूप में बैठता है और ऐसी सेवाएं प्रदान करता है जो ऑपरेटिंग सिस्टम के कार्यों को विस्तारित या प्रतिस्थापित करती हैं। ये सेवाएँ सामान्यीकृत ऑपरेटिंग सिस्टम सेवाओं की तुलना में अधिक कुशल हो सकती हैं और प्रोग्रामर के लिए उपयोग में आसान भी हो सकती हैं, विशेष रूप से विविध टर्मिनल उपकरणों के साथ संचार के संबंध में।

सीआईसीएस के लिए विकसित एप्लिकेशन विभिन्न प्रोग्रामिंग भाषाओं में लिखे जा सकते हैं और फाइलों, डेटाबेस कनेक्शन, टर्मिनलों जैसे संसाधनों के साथ बातचीत करने या वेब सेवाओं जैसे कार्यों को शुरू करने के लिए सीआईसीएस द्वारा प्रदत्त भाषा एक्सटेंशन का उपयोग कर सकते हैं। सीआईसीएस पूरे लेन-देन का प्रबंधन इस प्रकार करता है कि यदि किसी भी कारण से लेन-देन का एक हिस्सा विफल हो जाता है तो सभी पुनर्प्राप्ति योग्य परिवर्तनों का समर्थन किया जा सकता है।

जबकि बैंकों और बीमा कंपनियों जैसे बड़े वित्तीय संस्थानों में सीआईसीएस टीएस की सर्वोच्च प्रोफ़ाइल है, कई फार्च्यून 500 कंपनियों और सरकारी संस्थाओं द्वारा सीआईसीएस चलाने की सूचना है। अन्य छोटे उद्यम भी सीआईसीएस टीएस और अन्य सीआईसीएस परिवार के उत्पाद चला सकते हैं। सीआईसीएस को नियमित रूप से पर्दे के पीछे पाया जा सकता है, उदाहरण के लिए, बैंक-टेलर एप्लिकेशन, स्वचालित टेलर मशीन सिस्टम, औद्योगिक उत्पादन नियंत्रण प्रणाली, बीमा एप्लिकेशन और कई अन्य प्रकार के इंटरैक्टिव एप्लिकेशन।

हाल के सीआईसीएस टीएस संवर्द्धन में डेवलपर अनुभव को बेहतर बनाने के लिए नई क्षमताएं शामिल हैं, जिसमें एपीआई, फ्रेमवर्क, संपादकों और बिल्ड टूल की पसंद शामिल है, साथ ही सुरक्षा, लचीलापन और प्रबंधन के प्रमुख क्षेत्रों में अपडेट प्रदान करना शामिल है। इससे पहले, हालिया सीआईसीएस टीएस रिलीज में, वेब सेवाओं और जावा (प्रोग्रामिंग भाषा), घटना प्रसंस्करण, एटम (वेब ​​​​मानक) फ़ीड और प्रतिनिधित्वात्मक राज्य हस्तांतरणीय इंटरफेस के लिए समर्थन प्रदान किया गया था।

इतिहास
सीआईसीएस से पहले एक एकल-थ्रेडेड लेनदेन प्रसंस्करण प्रणाली, आईबीएम एमटीसीएस थी। इन लेनदेन को मूल एप्लिकेशन प्रोग्राम में कोई बदलाव किए बिना सीआईसीएस के तहत निष्पादित करने की अनुमति देने के लिए बाद में एक 'एमटीसीएस-सीआईसीएस ब्रिज' विकसित किया गया था। आईबीएम की ग्राहक सूचना नियंत्रण प्रणाली (सीआईसीएस), पहली बार 1966 में मिशिगन बेल के साथ मिलकर विकसित की गई थी। बेन रिगिन्स वर्जीनिया इलेक्ट्रिक पावर कंपनी में आईबीएम सिस्टम इंजीनियर थे, जब उनके मन में ऑनलाइन सिस्टम का विचार आया। सीआईसीएस को मूल रूप से संयुक्त राज्य अमेरिका में डेस प्लेन्स, इलिनोइस में आईबीएम विकास केंद्र से 1966 में सार्वजनिक उपयोगिता उद्योग की आवश्यकताओं को पूरा करने के लिए विकसित किया गया था। पहला सीआईसीएस उत्पाद 1968 में घोषित किया गया था, जिसका नाम सार्वजनिक उपयोगिता ग्राहक सूचना नियंत्रण प्रणाली या पीयू-सीआईसीएस था। यह तुरंत स्पष्ट हो गया कि इसकी कई अन्य उद्योगों में प्रयोज्यता है, इसलिए सार्वजनिक उपयोगिता उपसर्ग को आईबीएम सूचना प्रबंधन प्रणाली डेटाबेस प्रबंधन प्रणाली के कुछ ही समय बाद 8 जुलाई, 1969 को सीआईसीएस कार्यक्रम उत्पाद की पहली रिलीज की शुरुआत के साथ हटा दिया गया था।

अगले कुछ वर्षों के लिए, सीआईसीएस को पालो अल्टो में विकसित किया गया था और इसे आईएमएस की तुलना में कम महत्वपूर्ण छोटा उत्पाद माना जाता था जिसे आईबीएम ने तब अधिक रणनीतिक माना था। हालाँकि, ग्राहकों के दबाव ने इसे जीवित रखा। जब आईबीएम ने 1974 में आईएमएस पर ध्यान केंद्रित करने के लिए सीआईसीएस के विकास को समाप्त करने का फैसला किया, तो सीआईसीएस विकास की जिम्मेदारी यूनाइटेड किंगडम में आईबीएम हर्स्ले साइट द्वारा उठाई गई, जिसने पीएल/आई कंपाइलर पर काम करना बंद कर दिया था और इसलिए सीआईसीएस के समान कई ग्राहकों को जानता था। भारत, चीन, रूस, ऑस्ट्रेलिया और संयुक्त राज्य अमेरिका की प्रयोगशालाओं के योगदान के साथ-साथ हर्स्ले में आज भी विकास कार्य जारी है।

प्रारंभिक विकास
सीआईसीएस मूल रूप से केवल कुछ आईबीएम-ब्रांड उपकरणों जैसे 1965 आईबीएम 2741 सेलेक्ट्रिक (गोल्फ बॉल) टाइपराइटर-आधारित टर्मिनल का समर्थन करता था। 1964 आईबीएम 2260 और 1972 आईबीएम 3270 वीडियो डिस्प्ले टर्मिनलों का बाद में व्यापक रूप से उपयोग किया गया।

आईबीएम मेनफ्रेम के शुरुआती दिनों में, कंप्यूटर सॉफ्टवेयर मुफ़्त था – कंप्यूटर हार्डवेयर के साथ बिना किसी अतिरिक्त शुल्क के बंडल किया गया। ओएस/360 ऑपरेटिंग सिस्टम और सीआईसीएस जैसे एप्लिकेशन सपोर्ट सॉफ्टवेयर  खुला स्रोत सॉफ्टवेयर  पहल से बहुत पहले आईबीएम ग्राहकों के लिए खुले थे। स्टैंडर्ड ऑयल ऑफ इंडियाना (अमोको) जैसे निगमों ने सीआईसीएस में प्रमुख योगदान दिया।

आईबीएम डेस प्लेन्स टीम ने एएससीआईआई टेलेटाइप मॉडल 33 एएसआर जैसे लोकप्रिय गैर-आईबीएम टर्मिनलों के लिए समर्थन जोड़ने की कोशिश की, लेकिन छोटी कम बजट वाली सॉफ्टवेयर विकास टीम इसका परीक्षण करने के लिए 100 डॉलर प्रति माह के हार्डवेयर का खर्च वहन नहीं कर सकी। आईबीएम के अधिकारियों को गलत लगा कि भविष्य अतीत की तरह होगा, जिसमें पारंपरिक पंच कार्ड का उपयोग करके बैच प्रसंस्करण किया जाएगा।

जब सार्वजनिक उपयोगिता कंपनियों, बैंकों और क्रेडिट-कार्ड कंपनियों ने अपने टेलीफोन ऑपरेटरों के लिए ग्राहक जानकारी तक हाई-स्पीड डेटा एक्सेस और अपडेट के लिए (रातोंरात प्रचय संसाधन  पंच कार्ड सिस्टम की प्रतीक्षा किए बिना) एक लागत प्रभावी इंटरैक्टिव सिस्टम (अमेरिकन एयरलाइंस सेबर (कंप्यूटर सिस्टम) कंप्यूटर आरक्षण प्रणाली द्वारा उपयोग किए जाने वाले 1965 आईबीएम एयरलाइन नियंत्रण कार्यक्रम के समान) की मांग की, तो आईबीएम ने अनिच्छा से केवल न्यूनतम फंडिंग प्रदान की।

जब सीआईसीएस को टेलेटाइप मॉडल 33 एएसआर समर्थन के साथ अमोको को वितरित किया गया, तो इससे संपूर्ण ओएस/360 ऑपरेटिंग सिस्टम क्रैश हो गया (गैर-सीआईसीएस एप्लिकेशन प्रोग्राम सहित)। सीआईसीएस टर्मिनल कंट्रोल प्रोग्राम (टीसीपी) का अधिकांश हिस्सा – सीआईसीएस का हृदय) और ओएस/360 के हिस्से को तुलसा ओक्लाहोमा में अमोको प्रोडक्शन कंपनी द्वारा श्रमसाध्य रूप से फिर से डिजाइन और फिर से लिखना पड़ा। फिर इसे दूसरों को मुफ्त वितरण के लिए आईबीएम को वापस दे दिया गया।

कुछ ही वर्षों में, CICS ने IBM के लिए $60 बिलियन से अधिक का नया हार्डवेयर राजस्व अर्जित किया, और उनका सबसे सफल मेनफ़्रेम सॉफ़्टवेयर उत्पाद बन गया।

1972 में, CICS तीन संस्करणों में उपलब्ध था – बहुत सीमित मेमोरी वाली DOS/360 और अनुवर्ती|DOS/360 मशीनों के लिए DOS-ENTRY (प्रोग्राम संख्या 5736-XX6), अधिक मेमोरी वाली DOS/360 मशीनों के लिए DOS-STANDARD (प्रोग्राम संख्या 5736-XX7), और OS/360 पर चलने वाली बड़ी मशीनों के लिए OS-STANDARD V2 (प्रोग्राम संख्या 5734-XX7)। 1970 की शुरुआत में, बेन रिगिन्स (प्रारंभिक रिलीज के प्रमुख वास्तुकार) सहित कई मूल डेवलपर्स कैलिफोर्निया में स्थानांतरित हो गए और आईबीएम के पालो ऑल्टो, कैलिफोर्निया डेवलपमेंट सेंटर में सीआईसीएस विकास जारी रखा। आईबीएम के अधिकारियों ने सॉफ़्टवेयर के मूल्य को राजस्व-सृजन करने वाले उत्पाद के रूप में तब तक मान्यता नहीं दी जब तक कि संघीय कानून द्वारा सॉफ़्टवेयर अनबंडलिंग की आवश्यकता नहीं हो गई। 1980 में, आईबीएम के अधिकारी बेन रिगिन्स के मजबूत सुझावों पर ध्यान देने में विफल रहे कि आईबीएम को आईबीएम पर्सनल कंप्यूटर में सीआईसीएस दूसरे कंप्यूटर पर निर्भर रहने वाला कंप्यूटर प्रोग्राम  (असंगत इंटेल चिप और अपरिपक्व एएससीआईआई-आधारित माइक्रोसॉफ्ट 1980 डॉस के बजाय) के रूप में उपयोग के लिए अपना स्वयं का  EBCDIC -आधारित ऑपरेटिंग सिस्टम और एकीकृत-सर्किट माइक्रोप्रोसेसर चिप प्रदान करना चाहिए।

उस युग के बड़े प्रोसेसरों की भी सीमित क्षमता के कारण प्रत्येक सीआईसीएस इंस्टॉलेशन को सशर्त असेंबली-भाषा कथनों के लिए मान स्थापित करने के लिए सिस्टम पीढ़ी (सिसजेन) नामक एक प्रक्रिया को पूरा करने के बाद सभी सीआईसीएस सिस्टम मॉड्यूल के लिए स्रोत कोड को इकट्ठा करना आवश्यक था, जिसे सीआईसीएसजीईएन कहा जाता है। इस प्रक्रिया ने प्रत्येक ग्राहक को किसी भी सुविधा के लिए सीआईसीएस से समर्थन को बाहर करने की अनुमति दी, जिसका वे उपयोग नहीं करना चाहते थे, जैसे कि उपयोग में नहीं आने वाले टर्मिनल प्रकारों के लिए डिवाइस समर्थन।

सीआईसीएस की प्रारंभिक लोकप्रियता का श्रेय उसके अपेक्षाकृत कुशल कार्यान्वयन को जाता है जब हार्डवेयर बहुत महंगा था, इसकी बहु-थ्रेडेड प्रसंस्करण वास्तुकला, टर्मिनल-आधारित वास्तविक समय लेनदेन अनुप्रयोगों को विकसित करने के लिए इसकी सापेक्ष सादगी, और डिबगिंग और फीचर एन्हांसमेंट दोनों सहित कई ओपन-सोर्स ग्राहक योगदान।

Z संकेतन
टोनी होरे के नेतृत्व में ऑक्सफोर्ड यूनिवर्सिटी कंप्यूटिंग प्रयोगशाला के सहयोग से 1980 और 1990 के दशक में Z अंकन का उपयोग करके CICS के एक हिस्से को औपचारिक रूप दिया गया था। इस कार्य ने एंटरप्राइज़ के लिए क्वींस पुरस्कार जीता|तकनीकी उपलब्धि के लिए क्वींस पुरस्कार।

एक वितरित फ़ाइल सर्वर के रूप में सीआईसीएस
1986 में, IBM ने वितरित डेटा प्रबंधन वास्तुकला (DDM) द्वारा परिभाषित रिकॉर्ड-उन्मुख फ़ाइल सेवाओं के लिए CICS समर्थन की घोषणा की। इसने दूरस्थ, नेटवर्क से जुड़े कंप्यूटरों पर प्रोग्रामों को फ़ाइलें बनाने, प्रबंधित करने और उन तक पहुंचने में सक्षम बनाया जो पहले केवल सीआईसीएस/एमवीएस और सीआईसीएस/वीएसई लेनदेन प्रसंस्करण वातावरण में उपलब्ध थे। सीआईसीएस के नए संस्करणों में, डीडीएम के लिए समर्थन हटा दिया गया है। CICS z/OS के DDM घटक के लिए समर्थन 2003 के अंत में बंद कर दिया गया था, और संस्करण 5.2 के बाद z/OS के लिए CICS से हटा दिया गया था। z/VSE के लिए CICS TS में, DDM के लिए समर्थन को V1.1.1 स्तर पर स्थिर किया गया था, भविष्य में रिलीज़ में इसे बंद करने के घोषित इरादे के साथ। z/VSE 2.1 से आगे के लिए CICS में, CICS/DDM समर्थित नहीं है।

सीआईसीएस और वर्ल्ड वाइड वेब
सीआईसीएस ट्रांजेक्शन सर्वर ने सबसे पहले संस्करण 1.2 में एक मूल हाइपरटेक्स्ट परहस्त शिष्टाचार  इंटरफ़ेस पेश किया, साथ में एक HTML मुखौटा के साथ ग्रीन-स्क्रीन टर्मिनल-आधारित कार्यक्रमों को लपेटने के लिए एक वेब ब्रिज तकनीक भी पेश की। सीआईसीएस वेब और दस्तावेज़ एपीआई को सीआईसीएस टीएस वी1.3 में बढ़ाया गया था ताकि वेब-जागरूक अनुप्रयोगों को वेब ब्राउज़र के साथ अधिक प्रभावी ढंग से इंटरैक्ट करने के लिए लिखा जा सके।

सीआईसीएस टीएस संस्करण 2.1 से 2.3 तक सीआईसीएस में सामान्य वस्तु अनुरोध ब्रोकर आर्किटेक्चर  और एंटरप्राइज़ जावानीस प्रौद्योगिकियों को पेश करने पर ध्यान केंद्रित किया गया है, जो वितरित एप्लिकेशन घटक मॉडल में सीआईसीएस परिसंपत्तियों को एकीकृत करने के नए तरीकों की पेशकश करता है। ये प्रौद्योगिकियां सीआईसीएस में जावा (प्रोग्रामिंग भाषा) अनुप्रयोगों की मेजबानी पर निर्भर थीं। जावा होस्टिंग वातावरण में कई रिलीज़ों में कई सुधार देखे गए, जिसके परिणामस्वरूप अंततः IBM WebSphere एप्लिकेशन सर्वर को CICS ट्रांजेक्शन सर्वर V5.1 में एम्बेड किया गया। जावा का उपयोग करके सीआईसीएस में कई वेब फेसिंग प्रौद्योगिकियों को होस्ट किया जा सकता है, इसके परिणामस्वरूप अंततः मूल कोरबा और ईजेबी प्रौद्योगिकियों को हटा दिया गया।

सीआईसीएस टीएस वी3.1 ने आउटबाउंड संचार के लिए क्लाइंट साइड HTTP एपीआई के साथ, सीआईसीएस के लिए सरल ऑब्जेक्ट एक्सेस प्रोटोकॉल और वेब सेवा विवरण भाषा प्रौद्योगिकियों का एक मूल कार्यान्वयन जोड़ा। इन जुड़वां प्रौद्योगिकियों ने अन्य एंटरप्राइज़ अनुप्रयोगों के साथ सीआईसीएस घटकों के आसान एकीकरण को सक्षम किया, और व्यापक रूप से अपनाया गया। COBOL जैसी भाषाओं में लिखे गए पारंपरिक CICS कार्यक्रमों को लेने और उन्हें WSDL परिभाषित वेब सेवाओं में परिवर्तित करने के लिए उपकरण शामिल किए गए थे, जिसमें बहुत कम या कोई कार्यक्रम परिवर्तन नहीं था। सीआईसीएस के लगातार जारी होने के बाद इस तकनीक में नियमित सुधार देखा गया।

सीआईसीएस टीएस वी4.1 और वी4.2 में वेब कनेक्टिविटी में और सुधार देखा गया, जिसमें एटम (वेब ​​मानक) प्रकाशन प्रोटोकॉल का मूल कार्यान्वयन भी शामिल है।

कई नई वेब फेसिंग तकनीकों को पारंपरिक उत्पाद रिलीज के अलावा डिलीवरी मॉडल का उपयोग करके सीआईसीएस के पहले रिलीज के लिए उपलब्ध कराया गया था। इसने शुरुआती अपनाने वालों को रचनात्मक प्रतिक्रिया प्रदान करने की अनुमति दी जो एकीकृत प्रौद्योगिकी के अंतिम डिजाइन को प्रभावित कर सकती है। उदाहरणों में टीएस वी2.2 के लिए सीआईसीएस प्रौद्योगिकी पूर्वावलोकन सपोर्टपैक के लिए साबुन, या टीएस वी3.1 के लिए एटीओएम सपोर्टपैक शामिल हैं। इस दृष्टिकोण का उपयोग CICS TS V4.2 के लिए JSON समर्थन पेश करने के लिए किया गया था, एक ऐसी तकनीक जिसे CICS TS V5.2 में एकीकृत किया गया।

सीआईसीएस में जेएसओएन तकनीक पहले की एसओएपी तकनीक के समान है, दोनों ने सीआईसीएस में होस्ट किए गए कार्यक्रमों को आधुनिक पहलू के साथ लपेटने की अनुमति दी है। JSON तकनीक को z/OS कनेक्ट एंटरप्राइज एडिशन में बढ़ाया गया था, जो JSON API की रचना करने के लिए एक IBM उत्पाद है जो कई मेनफ्रेम सबसिस्टम से संपत्ति का लाभ उठा सकता है।

सीआईसीएस के साथ बातचीत करने के लिए कई साझेदार उत्पादों का भी उपयोग किया गया है। लोकप्रिय उदाहरणों में जावा ईई कनेक्टर आर्किटेक्चर अनुरूप जावा एप्लिकेशन सर्वर से सीआईसीएस से कनेक्ट करने के लिए सीआईसीएस ट्रांजेक्शन गेटवे का उपयोग करना और सीआईसीएस तक पहुंचने से पहले वेब ट्रैफिक को फ़िल्टर करने के लिए आईबीएम डेटापावर उपकरणों का उपयोग करना शामिल है।

सीआईसीएस के आधुनिक संस्करण मौजूदा और नई दोनों सॉफ्टवेयर परिसंपत्तियों को वितरित एप्लिकेशन प्रवाह में एकीकृत करने के लिए कई तरीके प्रदान करते हैं। सीआईसीएस संपत्तियों को रिमोट सिस्टम से एक्सेस किया जा सकता है, और रिमोट सिस्टम तक पहुंच बनाई जा सकती है; उपयोगकर्ता की पहचान और लेन-देन संबंधी संदर्भ को प्रचारित किया जा सकता है; रेस्टफुल एपीआई की रचना और प्रबंधन किया जा सकता है; उपकरण, उपयोगकर्ता और सर्वर मानक-आधारित प्रौद्योगिकियों का उपयोग करके सीआईसीएस के साथ बातचीत कर सकते हैं; और सीआईसीएस में आईबीएम वेबस्फीयर लिबर्टी वातावरण नई प्रौद्योगिकियों को तेजी से अपनाने को बढ़ावा देता है।

माइक्रोसीआईसीएस
जनवरी 1985 तक, 1969 में स्थापित एक परामर्श कंपनी ने, हिल्टन होटल्स, एफटीडी फ्लोरिस्ट्स, एमट्रैक और बजट रेंट-ए-कार के लिए बड़े पैमाने पर ऑनलाइन सिस्टम बनाकर माइक्रोसीआईसीएस की घोषणा की। प्रारंभिक फोकस IBM XT/370 और IBM AT/370 था।

सीआईसीएस परिवार
यद्यपि जब सीआईसीएस का उल्लेख किया जाता है, तो लोग आमतौर पर सीआईसीएस लेनदेन सर्वर का मतलब रखते हैं, सीआईसीएस परिवार लेनदेन सर्वर, कनेक्टर्स (जिसे सीआईसीएस लेनदेन गेटवे कहा जाता है) और सीआईसीएस टूल्स के पोर्टफोलियो को संदर्भित करता है।

वितरित प्लेटफ़ॉर्म पर CICS - मेनफ़्रेम नहीं - को IBM TXSeries कहा जाता है। TXSeries वितरित लेनदेन प्रसंस्करण मिडलवेयर है। यह क्लाउड वातावरण और पारंपरिक डेटा केंद्रों में C, C++, COBOL, Java™ और PL/I अनुप्रयोगों का समर्थन करता है। TXSeries AIX, Linux x86, Microsoft Windows, सोलारिस (ऑपरेटिंग सिस्टम) और HP-UX प्लेटफ़ॉर्म पर उपलब्ध है। सीआईसीएस अन्य ऑपरेटिंग सिस्टमों, विशेषकर आईबीएम मैं  और ओएस/2 पर भी उपलब्ध है। z/OS कार्यान्वयन (यानी, z/OS के लिए CICS लेनदेन सर्वर) अब तक सबसे लोकप्रिय और महत्वपूर्ण है।

सीआईसीएस के दो संस्करण पहले वीएम/सीएमएस के लिए उपलब्ध थे, लेकिन दोनों को बंद कर दिया गया है। 1986 में, IBM ने CICS/CMS जारी किया, जो विकास के उपयोग के लिए डिज़ाइन किया गया सीआईसीएस का एकल-उपयोगकर्ता संस्करण था, अनुप्रयोगों को बाद में उत्पादन निष्पादन के लिए एमवीएस या डीओएस/वीएस सिस्टम में स्थानांतरित किया गया था। बाद में, 1988 में, IBM ने CICS/VM जारी किया।  सीआईसीएस/वीएम का उद्देश्य आईबीएम 9370 पर उपयोग करना था, जो विभागीय उपयोग के लिए लक्षित एक निम्न-स्तरीय मेनफ्रेम है; आईबीएम ने एमवीएस के लिए केंद्रीय मेनफ्रेम चलाने वाले सीआईसीएस के साथ संयोजन में उपयोग के लिए विभागीय या शाखा कार्यालय मेनफ्रेम पर चलने वाले सीआईसीएस/वीएम को तैनात किया।

सीआईसीएस उपकरण
सीआईसीएस सिस्टम और अनुप्रयोगों का प्रावधान, प्रबंधन और विश्लेषण सीआईसीएस टूल्स द्वारा प्रदान किया जाता है। इसमें प्रदर्शन प्रबंधन के साथ-साथ सीआईसीएस संसाधनों की तैनाती और प्रबंधन भी शामिल है। 2015 में, चार मुख्य मूलभूत CICS उपकरण (और z/OS के लिए CICS ऑप्टिमाइज़ेशन सॉल्यूशन पैक) को z/OS 5.3 के लिए CICS ट्रांजेक्शन सर्वर की रिलीज़ के साथ अपडेट किया गया था। चार मुख्य सीआईसीएस उपकरण: z/OS के लिए CICS इंटरडिपेंडेंसी एनालाइजर, z/OS के लिए CICS डिप्लॉयमेंट असिस्टेंट, z/OS के लिए CICS परफॉर्मेंस एनालाइजर और z/OS के लिए CICS कॉन्फ़िगरेशन मैनेजर।

रिलीज़ और संस्करण
z/OS के लिए CICS ट्रांजेक्शन सर्वर ने निम्नलिखित रिलीज़ नंबरों का उपयोग किया है:

प्रोग्रामिंग विचार
एकाधिक समवर्ती डेटाबेस लेनदेन थ्रेड (कंप्यूटर विज्ञान) का समर्थन करने के लिए एकाधिक-उपयोगकर्ता इंटरैक्टिव-लेन-देन एप्लिकेशन प्रोग्राम को अर्ध-पुनर्प्रवेशक (सबरूटीन) होना आवश्यक था। एक एप्लिकेशन में सॉफ़्टवेयर कोडिंग त्रुटि सभी उपयोगकर्ताओं को सिस्टम से ब्लॉक कर सकती है। सीआईसीएस रीएंट्रेंट/पुन: प्रयोज्य नियंत्रण कार्यक्रमों के मॉड्यूलर डिजाइन का मतलब है कि, विवेकपूर्ण छंटनी के साथ, एकाधिक अनुप्रयोगों वाले कई उपयोगकर्ताओं को केवल 32K महंगी चुंबकीय कोर भौतिक मेमोरी (ऑपरेटिंग सिस्टम सहित) के साथ कंप्यूटर पर निष्पादित किया जा सकता है।

सीआईसीएस एप्लिकेशन प्रोग्रामर्स को अपने लेनदेन को यथासंभव कुशल बनाने के लिए काफी प्रयास की आवश्यकता थी। एक सामान्य तकनीक यह थी कि अलग-अलग प्रोग्राम के आकार को 4,096 बाइट्स या 4K से अधिक नहीं सीमित किया जाए, ताकि CICS किसी भी प्रोग्राम द्वारा कब्जा की गई मेमोरी को किसी अन्य प्रोग्राम या अन्य एप्लिकेशन स्टोरेज आवश्यकताओं के लिए आसानी से पुन: उपयोग कर सके। जब 1972 में संस्करण OS/360 में आभासी मेमोरी  जोड़ी गई, तो पेजिंग और थ्रैशिंग (कंप्यूटर विज्ञान) अनुत्पादक संसाधन-विवाद ओवरहेड को कम करने के लिए 4K रणनीति और भी महत्वपूर्ण हो गई।

संकलित उच्च-स्तरीय COBOL और PL/I भाषा कार्यक्रमों की दक्षता वांछित होने के लिए बहुत कुछ छोड़ गई। COBOL और PL/I समर्थन उपलब्ध होने के बाद भी, कई CICS एप्लिकेशन प्रोग्राम असेंबलर भाषा में लिखे जाते रहे।

1960 और 1970 के दशक के हार्डवेयर संसाधनों के महंगे और दुर्लभ होने के कारण, सिस्टम अनुकूलन विश्लेषकों के बीच एक प्रतिस्पर्धी गेम विकसित हुआ। जब महत्वपूर्ण पथ विधि कोड की पहचान की गई, तो एक कोड स्निपेट एक विश्लेषक से दूसरे विश्लेषक को दिया गया। प्रत्येक व्यक्ति को या तो (ए) आवश्यक कोड के बाइट्स की संख्या कम करनी होगी, या (बी) आवश्यक CPU  चक्रों की संख्या कम करनी होगी। युवा विश्लेषकों ने अधिक अनुभवी आकाओं से जो सीखा, उससे सीखा। अंततः, जब कोई (ए) या (बी) नहीं कर सका, तो कोड को अनुकूलित माना गया, और वे अन्य स्निपेट पर चले गए। केवल एक विश्लेषक वाली छोटी दुकानों ने सीआईसीएस अनुकूलन बहुत धीरे-धीरे (या बिल्कुल नहीं) सीखा।

क्योंकि एप्लिकेशन प्रोग्राम को कई समवर्ती (कंप्यूटर विज्ञान) थ्रेड्स द्वारा साझा किया जा सकता है, एक प्रोग्राम के भीतर एम्बेडेड स्थिर चर का उपयोग (या ऑपरेटिंग सिस्टम मेमोरी का उपयोग) प्रतिबंधित था (केवल कन्वेंशन द्वारा)।

दुर्भाग्य से, कई नियम बार-बार तोड़े गए, विशेष रूप से COBOL प्रोग्रामर द्वारा जो अपने प्रोग्राम के आंतरिक पहलुओं को नहीं समझ पाए या आवश्यक प्रतिबंधात्मक संकलन समय विकल्पों का उपयोग करने में विफल रहे। इसके परिणामस्वरूप गैर-पुनर्प्रवेशी कोड उत्पन्न हुआ जो अक्सर अविश्वसनीय होता था, जिससे नकली भंडारण उल्लंघन होता था और संपूर्ण सीआईसीएस सिस्टम क्रैश हो जाता था।

मूल रूप से, संपूर्ण मेमोरी प्रबंधन (ऑपरेटिंग सिस्टम)#विभाजित आवंटन, या मल्टीपल वर्चुअल स्टोरेज (एमवीएस) क्षेत्र, सीआईसीएस कर्नेल कोड सहित एक ही मेमोरी सुरक्षा कुंजी के साथ संचालित होता है। प्रोग्राम भ्रष्टाचार और सीआईसीएस नियंत्रण ब्लॉक भ्रष्टाचार सिस्टम डाउनटाइम का लगातार कारण था। एक एप्लिकेशन प्रोग्राम में एक सॉफ़्टवेयर त्रुटि एक या सभी वर्तमान में चल रहे एप्लिकेशन लेनदेन की मेमोरी (कोड या डेटा) को ओवरराइट कर सकती है। जटिल क्षणिक समय त्रुटियों के लिए आपत्तिजनक एप्लिकेशन कोड का पता लगाना एक बहुत ही कठिन ऑपरेटिंग-सिस्टम विश्लेषक समस्या हो सकती है।

ये कमियाँ उनकी गंभीरता और इस तथ्य के बावजूद कि शीर्ष गुणवत्ता वाले सीआईसीएस कौशल उच्च मांग और कम आपूर्ति में थे, 20 से अधिक वर्षों की अवधि में सीआईसीएस की कई नई रिलीज के लिए बनी रहीं। उन्हें टीएस वी3.3, वी4.1 और वी5.2 में क्रमशः स्टोरेज प्रोटेक्शन, ट्रांजेक्शन आइसोलेशन और सबस्पेस सुविधाओं के साथ संबोधित किया गया था, जो एक ही एड्रेस स्पेस के भीतर एप्लिकेशन कोड और डेटा की सुरक्षा के लिए ऑपरेटिंग सिस्टम हार्डवेयर सुविधाओं का उपयोग करते हैं, भले ही एप्लिकेशन को अलग करने के लिए नहीं लिखा गया हो। सीआईसीएस एप्लिकेशन लेनदेन कई सार्वजनिक उपयोगिता कंपनियों, बड़े बैंकों और अन्य अरबों डॉलर के वित्तीय संस्थानों के लिए मिशन-महत्वपूर्ण बना हुआ है।

इसके अतिरिक्त, अग्रिम एपी का माप प्रदान करना संभव हैएक निगरानी कार्यक्रम के नियंत्रण में परीक्षण करके प्लिकेशन सुरक्षा, जो परीक्षण और डीबग सुविधाएँ प्रदान करने का भी कार्य करता है।

मैक्रो-स्तरीय प्रोग्रामिंग
जब सीआईसीएस पहली बार जारी किया गया था, तो यह केवल आईबीएम बेसिक असेंबली लैंग्वेज में लिखे गए एप्लिकेशन लेनदेन कार्यक्रमों का समर्थन करता था। COBOL और PL/I समर्थन वर्षों बाद जोड़े गए। प्रारंभिक असेंबलर अभिविन्यास के कारण, सीआईसीएस सेवाओं के लिए अनुरोध असेंबलर-भाषा मैक्रो निर्देश का उपयोग करके किए गए थे। उदाहरण के लिए, किसी फ़ाइल से रिकॉर्ड पढ़ने का अनुरोध सीआईसीएस के फ़ाइल नियंत्रण प्रोग्राम को मैक्रो कॉल द्वारा किया गया था, जो इस तरह दिख सकता है:

डीएफएचएफसी प्रकार=पढ़ें, डेटासेट=मायफाइल, टाइपोपर=अद्यतन,...आदि।

इसने बाद की शब्दावली मैक्रो-स्तरीय सीआईसीएस को जन्म दिया।

जब उच्च-स्तरीय भाषा समर्थन जोड़ा गया, तो मैक्रोज़ को बरकरार रखा गया और कोड को एक प्री- संकलक द्वारा परिवर्तित किया गया, जिसने मैक्रोज़ को उनके COBOL या PL/I CALL स्टेटमेंट समकक्षों में विस्तारित किया। इस प्रकार एक उच्च-स्तरीय प्रोग्रामिंग भाषा एप्लिकेशन तैयार करना प्रभावी रूप से दो-चरणीय कंपाइलर था –  प्रीप्रोसेसर से आउटपुट इनपुट के रूप में एचएलएल कंपाइलर में फीड किया जाता है।

COBOL विचार: PL/I के विपरीत, IBM COBOL आमतौर पर पॉइंटर्स (पते) के हेरफेर के लिए प्रदान नहीं करता है। COBOL प्रोग्रामर्स को CICS नियंत्रण ब्लॉक और डायनेमिक स्टोरेज तक पहुंचने की अनुमति देने के लिए डिजाइनरों ने अनिवार्य रूप से एक हैक का सहारा लिया। COBOL लिंकेज सेक्शन का उपयोग आम तौर पर अंतर-प्रोग्राम संचार, जैसे पैरामीटर पासिंग के लिए किया जाता था। कंपाइलर पतों की एक सूची तैयार करता है, प्रत्येक को बेस लोकेटर फॉर लिंकेज (बीएलएल) कहा जाता है, जिसे कॉल किए गए प्रोग्राम में प्रवेश पर सेट किया गया था। पहला बीएलएल लिंकेज अनुभाग में पहले आइटम से मेल खाता है इत्यादि। सीआईसीएस प्रोग्रामर को प्रोग्राम के पहले तर्क के रूप में सूची के पते को पारित करके इन तक पहुंचने और हेरफेर करने की अनुमति देता है। लिंकेज अनुभाग में संबंधित संरचना तक पहुंच की अनुमति देने के लिए बीएलएल को सीआईसीएस या एप्लिकेशन द्वारा गतिशील रूप से सेट किया जा सकता है।

कमांड-स्तरीय प्रोग्रामिंग
1980 के दशक के दौरान, हर्स्ले पार्क में आईबीएम ने सीआईसीएस का एक संस्करण तैयार किया जो कमांड-स्तरीय सीआईसीएस के रूप में जाना जाने वाला समर्थन करता था जो अभी भी पुराने कार्यक्रमों का समर्थन करता था लेकिन एप्लिकेशन प्रोग्रामों में एक नई एपीआई शैली पेश करता था।

एक सामान्य कमांड-स्तरीय कॉल निम्नलिखित की तरह दिख सकती है:

SEND MAPSET कमांड में दिए गए मान MAPSET तर्क के लिए नीचे दी गई मानचित्र परिभाषा में पहले DFHMSD मैक्रो और MAP तर्क के लिए DFHMSI मैक्रो पर उपयोग किए गए नामों के अनुरूप हैं। इसे प्री-कंपाइल बैच ट्रांसलेशन चरण द्वारा पूर्व-संसाधित किया जाता है, जो एम्बेडेड कमांड्स (EXECs) को कॉल स्टेटमेंट में स्टब सबरूटीन में परिवर्तित करता है। इसलिए, बाद के निष्पादन के लिए एप्लिकेशन प्रोग्राम तैयार करने के लिए अभी भी दो चरणों की आवश्यकता है। मैक्रो-लेवल और कमांड-लेवल स्टेटमेंट दोनों का उपयोग करके मिश्रित मोड एप्लिकेशन लिखना संभव था।

प्रारंभ में, निष्पादन के समय, कमांड-स्तरीय कमांड को रन-टाइम अनुवादक, EXEC इंटरफ़ेस प्रोग्राम का उपयोग करके पुराने मैक्रो-लेवल कॉल में परिवर्तित किया गया था, जिसे तब ज्यादातर अपरिवर्तित सीआईसीएस न्यूक्लियस प्रोग्राम द्वारा निष्पादित किया गया था। लेकिन जब TS V3 के लिए CICS कर्नेल को फिर से लिखा गया, तो EXEC CICS CICS अनुप्रयोगों को प्रोग्राम करने का एकमात्र तरीका बन गया, क्योंकि कई अंतर्निहित इंटरफ़ेस बदल गए थे।

रन-टाइम रूपांतरण
1990 के दशक की शुरुआत में शुरू की गई केवल कमांड-स्तरीय सीआईसीएस ने सीआईसीएस के पुराने संस्करणों की तुलना में कुछ फायदे पेश किए। हालाँकि, आईबीएम ने पुराने संस्करणों के लिए लिखे गए मैक्रो-स्तरीय एप्लिकेशन प्रोग्राम के लिए समर्थन भी बंद कर दिया। इसका मतलब यह था कि कई एप्लिकेशन प्रोग्रामों को केवल कमांड-स्तरीय EXEC कमांड का उपयोग करने के लिए परिवर्तित या पूरी तरह से फिर से लिखना पड़ा।

इस समय तक, दुनिया भर में शायद लाखों कार्यक्रम थे जो कई मामलों में दशकों से उत्पादन में थे। उन्हें दोबारा लिखने से अक्सर नए फीचर्स जोड़े बिना ही नए बग आ जाते हैं। ऐसे उपयोगकर्ताओं की एक बड़ी संख्या थी, जिन्होंने V3 में परिवर्तन के बाद कई वर्षों तक मैक्रो कोड चलाना जारी रखने के लिए CICS V2 एप्लिकेशन-स्वामित्व वाले क्षेत्रों (AORs) को चलाया।

एपीटी इंटरनेशनल के  कमान सीआईसीएस एस जैसे रूपांतरण सॉफ़्टवेयर का उपयोग करके पुराने मैक्रो-स्तरीय कार्यक्रमों को निष्पादित करना भी संभव था।

नई प्रोग्रामिंग शैलियाँ
हाल के सीआईसीएस लेनदेन सर्वर संवर्द्धन में कई आधुनिक प्रोग्रामिंग शैलियों के लिए समर्थन शामिल है।

सीआईसीएस लेनदेन सर्वर संस्करण 5.6 जावा डेवलपर्स के लिए क्लाउड-नेटिव अनुभव प्रदान करने के लिए जावा के लिए उन्नत समर्थन पेश किया गया। उदाहरण के लिए, नया सीआईसीएस जावा एपीआई (JCICSX) मॉकिंग और स्टबिंग दृष्टिकोण का उपयोग करके आसान यूनिट परीक्षण की अनुमति देता है, और इसे डेवलपर के स्थानीय वर्कस्टेशन पर दूरस्थ रूप से चलाया जा सकता है। Maven Central पर CICS कलाकृतियों का एक सेट डेवलपर्स को Apache Maven और Gradle जैसे लोकप्रिय निर्भरता प्रबंधन टूल का उपयोग करके जावा निर्भरता को हल करने में सक्षम बनाता है। मेवेन (cics-bundle-maven) और ग्रैडल (cics-bundle-gradle) के लिए प्लग-इन भी ग्रहण (सॉफ्टवेयर), IntelliJ IDEA और विजुअल स्टूडियो कोड जैसे परिचित आईडीई का उपयोग करके सीआईसीएस बंडलों के स्वचालित निर्माण को सरल बनाने के लिए प्रदान किए जाते हैं। इसके अलावा, संस्करण 12 के लिए Node.js z/OS समर्थन बढ़ाया गया है, जो तेज स्टार्टअप, बेहतर डिफ़ॉल्ट हीप सीमा, V8 जावास्क्रिप्ट इंजन के लिए अपडेट आदि प्रदान करता है। जकार्ता ी 8 के लिए समर्थन भी शामिल है।

CICS TS 5.5 ने Node.js के लिए IBM SDK के लिए समर्थन पेश किया, जो IBM Z के लिए उच्च-प्रदर्शन, अत्यधिक स्केलेबल नेटवर्क अनुप्रयोगों को कुशलतापूर्वक बनाने के लिए पूर्ण जावास्क्रिप्ट रनटाइम, सर्वर-साइड एपीआई और लाइब्रेरी प्रदान करता है।

सीआईसीएस ट्रांजेक्शन सर्वर संस्करण 2.1 ने जावा के लिए समर्थन पेश किया। सीआईसीएस ट्रांजेक्शन सर्वर संस्करण 2.2 सॉफ्टवेयर डेवलपर्स टूलकिट का समर्थन करता है। सीआईसीएस आईबीएम के वेबस्फेयर उत्पाद परिवार के समान रन-टाइम कंटेनर प्रदान करता है इसलिए जावा ईई एप्लिकेशन सीआईसीएस और वेबस्फेयर के बीच पोर्टेबल हैं और जावा ईई अनुप्रयोगों के विकास और तैनाती के लिए सामान्य टूलींग है।

इसके अलावा, सीआईसीएस ने मौजूदा एप्लिकेशन प्रोग्राम को आधुनिक इंटरफेस के अंदर लपेटने पर जोर दिया ताकि लंबे समय से स्थापित व्यावसायिक कार्यों को अधिक आधुनिक सेवाओं में शामिल किया जा सके। इनमें डब्लूएसडीएल, एसओएपी और जेएसओएन इंटरफेस शामिल हैं जो विरासत कोड को लपेटते हैं ताकि एक वेब या मोबाइल एप्लिकेशन बैक-एंड फ़ंक्शंस के बड़े पुनर्लेखन की आवश्यकता के बिना मुख्य व्यावसायिक वस्तुओं को प्राप्त और अपडेट कर सके।

लेनदेन
सीआईसीएस लेनदेन परिचालनों का एक सेट है जो एक कार्य को एक साथ निष्पादित करता है। आमतौर पर, अधिकांश लेन-देन अपेक्षाकृत सरल कार्य होते हैं जैसे इन्वेंट्री सूची का अनुरोध करना या किसी खाते में डेबिट या क्रेडिट दर्ज करना। लेन-देन की एक प्राथमिक विशेषता यह है कि यह परमाणुता (डेटाबेस सिस्टम) होना चाहिए। आईबीएम जेड सर्वर पर, सीआईसीएस आसानी से प्रति सेकंड हजारों लेनदेन का समर्थन करता है, जिससे यह एंटरप्राइज़ कंप्यूटिंग का मुख्य आधार बन जाता है।

सीआईसीएस अनुप्रयोगों में लेनदेन शामिल होते हैं, जिन्हें COBOL, PL/I, C, C++, IBM बेसिक असेंबली लैंग्वेज, Rexx और Java सहित कई प्रोग्रामिंग भाषाओं में लिखा जा सकता है।

प्रत्येक सीआईसीएस कार्यक्रम एक लेनदेन पहचानकर्ता का उपयोग करके शुरू किया जाता है। सीआईसीएस स्क्रीन को आम तौर पर एक निर्माण के रूप में भेजा जाता है जिसे मैप कहा जाता है, बुनियादी मानचित्रण समर्थन  (बीएमएस) असेंबलर मैक्रोज़ या थर्ड-पार्टी टूल के साथ बनाया गया एक मॉड्यूल। सीआईसीएस पैनल (कंप्यूटर सॉफ़्टवेयर) में हाइलाइट किया गया टेक्स्ट हो सकता है, जिसमें अलग-अलग रंग होते हैं, और/या उपयोग किए गए टर्मिनल प्रकार के आधार पर ब्लिंक होता है। COBOL के माध्यम से मानचित्र कैसे भेजा जा सकता है इसका एक उदाहरण नीचे दिया गया है। अंतिम उपयोगकर्ता डेटा इनपुट करता है, जिसे सीआईसीएस से मानचित्र प्राप्त करके प्रोग्राम के लिए सुलभ बनाया जाता है।

तकनीकी कारणों से, जो संदर्भित किया जा रहा है उसके आधार पर, कुछ कमांड पैरामीटरों के तर्कों को उद्धृत किया जाना चाहिए और कुछ को उद्धृत नहीं किया जाना चाहिए। अधिकांश प्रोग्रामर किसी संदर्भ पुस्तक से तब तक कोड निकालेंगे जब तक उन्हें समझ नहीं आ जाता कि कौन से तर्क उद्धृत किए गए हैं, या वे आम तौर पर एक डिब्बाबंद टेम्पलेट का उपयोग करेंगे जहां उनके पास उदाहरण कोड होता है जिसे वे बस कॉपी और पेस्ट करते हैं, फिर मूल्यों को बदलने के लिए संपादित करते हैं।

बीएमएस मानचित्र कोड का उदाहरण
बेसिक मैपिंग सपोर्ट निम्नलिखित जैसे असेंबलर मैक्रोज़ के माध्यम से स्क्रीन प्रारूप को परिभाषित करता है। इसे दोनों भौतिक मानचित्र सेट तैयार करने के लिए इकट्ठा किया गया था – सीआईसीएस लोड लाइब्रेरी में एक लोड मॉड्यूल –  और एक प्रतीकात्मक मानचित्र सेट –  PL/I, COBOL, असेंबलर आदि में एक संरचना परिभाषा या DSECT जिसे स्रोत प्रोग्राम में कॉपी किया गया था।

संरचना
z/OS वातावरण में, CICS इंस्टॉलेशन में एक या अधिक मेमोरी प्रबंधन (ऑपरेटिंग सिस्टम)#विभाजित आवंटन (आमतौर पर CICS क्षेत्र के रूप में जाना जाता है) शामिल होता है, एक या अधिक z/OS सिस्टम छवियों में फैला हुआ। यद्यपि यह इंटरैक्टिव लेनदेन को संसाधित करता है, प्रत्येक सीआईसीएस क्षेत्र को आमतौर पर मानक कार्य नियंत्रण भाषा  स्टेटमेंट के साथ बैच प्रोसेसिंग | बैच एड्रेस स्पेस के रूप में शुरू किया जाता है: यह एक ऐसा काम है जो बंद होने तक अनिश्चित काल तक चलता है। वैकल्पिक रूप से, प्रत्येक सीआईसीएस क्षेत्र को एक डेमॉन (कंप्यूटिंग) के रूप में शुरू किया जा सकता है। चाहे बैच कार्य हो या शुरू किया गया कार्य, सीआईसीएस क्षेत्र रखरखाव (एमवीएस या सीआईसीएस) के लिए बंद होने से पहले दिनों, हफ्तों या महीनों तक चल सकते हैं। पुनरारंभ करने पर एक पैरामीटर यह निर्धारित करता है कि प्रारंभ ठंडा होना चाहिए (कोई पुनर्प्राप्ति नहीं) या गर्म/आपातकालीन (वार्म शटडाउन का उपयोग करना या क्रैश के बाद लॉग से पुनरारंभ करना)। कई संसाधनों वाले बड़े सीआईसीएस क्षेत्रों की ठंडी शुरुआत में लंबा समय लग सकता है क्योंकि सभी परिभाषाओं को फिर से संसाधित किया जाता है।

विभिन्न कारणों से इंस्टॉलेशन को कई एड्रेस स्पेस में विभाजित किया गया है, जैसे:


 * आवेदन पृथक्करण,
 * फ़ंक्शन पृथक्करण,
 * z/OS SysPlex के मामले में किसी एकल क्षेत्र, या पता स्थान, या मेनफ़्रेम उदाहरण की कार्यभार क्षमता सीमाओं से बचना।

एक सामान्य इंस्टॉलेशन में कई अलग-अलग एप्लिकेशन शामिल होते हैं जो एक सेवा बनाते हैं। प्रत्येक सेवा में आम तौर पर कई टर्मिनल-स्वामित्व क्षेत्र (टीओआर) होते हैं जो लेनदेन को कई एप्लिकेशन-स्वामित्व वाले क्षेत्रों (एओआर) में रूट करते हैं, हालांकि अन्य टोपोलॉजी संभव हैं। उदाहरण के लिए, AORs फ़ाइल I/O निष्पादित नहीं कर सकते हैं। इसके बजाय एक फ़ाइल-स्वामित्व क्षेत्र (FOR) होगा जो AOR में लेनदेन की ओर से फ़ाइल I/O निष्पादित करता है – यह देखते हुए कि, उस समय, एक वीएसएएम फ़ाइल एक समय में केवल एक पता स्थान से पुनर्प्राप्त करने योग्य लेखन पहुंच का समर्थन कर सकती थी।

लेकिन सभी सीआईसीएस एप्लिकेशन प्राथमिक डेटा स्रोत के रूप में वीएसएएम का उपयोग नहीं करते हैं (या ऐतिहासिक रूप से सीए डाटाकॉम जैसे समय डेटास्टोर पर अन्य एकल पता स्थान) - कई डेटाबेस के रूप में आईएमएस/डीबी या डीबी 2 का उपयोग करते हैं, और/या कतार प्रबंधक के रूप में एमक्यू का उपयोग करते हैं। इन सभी मामलों के लिए, टीओआर लेनदेन को एओआर के सेट पर लोड-बैलेंस कर सकते हैं जो फिर सीधे साझा डेटाबेस/क्यू का उपयोग करते हैं। सीआईसीएस डेटा स्टोर्स के बीच एक्सए दो-चरण प्रतिबद्धता का समर्थन करता है और उदाहरण के लिए, एमक्यू, वीएसएएम/आरएलएस और डीबी 2 तक फैले लेनदेन एसीआईडी ​​गुणों के साथ संभव हैं।

CICS पता स्थानों के बीच SNA LU6.2 प्रोटोकॉल का उपयोग करके वितरित लेनदेन का समर्थन करता है जो समान या विभिन्न क्लस्टर पर चल सकता है। यह वितरित अनुप्रयोगों को सहयोग करके एकाधिक डेटास्टोर के ACID अपडेट की अनुमति देता है। व्यवहार में, यदि सिस्टम या संचार विफलता होती है तो इसमें समस्याएं होती हैं क्योंकि यदि संचार नोड्स में से एक भी पुनर्प्राप्त नहीं हुआ है तो लेनदेन स्वभाव (बैकआउट या कमिट) संदेह में हो सकता है। इस प्रकार इन सुविधाओं का उपयोग कभी भी बहुत व्यापक नहीं रहा।

सिस्प्लेक्स शोषण
CICS ESA V3.2 के समय, 1990 के दशक की शुरुआत में, IBM को इस चुनौती का सामना करना पड़ा कि CICS को नई zOS आईबीएम पैरेलल सिस्प्लेक्स मेनफ्रेम लाइन का फायदा उठाने के लिए कैसे प्रेरित किया जाए।

सिस्प्लेक्स मौजूदा एमिटर-युग्मित लॉजिक (एमिटर उत्सर्जक-युग्मित तर्क) हार्डवेयर के बजाय सीएमओएस (पूरक धातु ऑक्साइड सिलिकॉन) पर आधारित होना था। मेनफ्रेम-अद्वितीय ईसीएल को स्केल करने की लागत सीएमओएस की तुलना में बहुत अधिक थी, जिसे प्रत्येक पीढ़ी के सीपीयू की इकाई लागत को कम करने के लिए सोनी प्लेस्टेशन जैसे उच्च-मात्रा उपयोग मामलों के साथ कीरेत्सु द्वारा विकसित किया जा रहा था। उपयोगकर्ताओं के लिए ईसीएल चलाना भी महंगा था क्योंकि गेट ड्रेन करंट इतनी अधिक गर्मी पैदा करता था कि सीपीयू को थर्मल कंडक्शन मॉड्यूल (टीसीएम) नामक एक विशेष मॉड्यूल में पैक करना पड़ता था। ) जिसमें अक्रिय गैस पिस्टन थे और उन्हें ठंडा करने के लिए उच्च मात्रा में ठंडा पानी डालने की आवश्यकता थी। लेकिन एयर-कूल्ड सीएमओएस तकनीक की सीपीयू गति शुरू में ईसीएल (विशेष रूप से मेनफ्रेम-क्लोन निर्माताओं अमदहल कॉर्पोरेशन और हिताची डेटा सिस्टम्स से उपलब्ध बॉक्स) की तुलना में बहुत धीमी थी। यह विशेष रूप से सीआईसीएस संदर्भ में आईबीएम से संबंधित था क्योंकि लगभग सभी सबसे बड़े मेनफ्रेम ग्राहक सीआईसीएस चला रहे थे और उनमें से कई के लिए यह प्राथमिक मेनफ्रेम कार्यभार था।

सिस्प्लेक्स पर समान कुल लेन-देन थ्रूपुट प्राप्त करने के लिए प्रत्येक कार्यभार के लिए समानांतर में कई बक्सों का उपयोग करने की आवश्यकता होगी, लेकिन एक सीआईसीएस पता स्थान, अपने अर्ध-रीएंट्रेंट एप्लिकेशन प्रोग्रामिंग मॉडल के कारण, उस समय एक बॉक्स पर लगभग 1.5 प्रोसेसर से अधिक का शोषण नहीं कर सकता था। – एमवीएस उप-कार्यों के उपयोग के साथ भी। इसके बिना, ये ग्राहक सिस्प्लेक्स के बजाय प्रतिस्पर्धियों की ओर रुख करेंगे क्योंकि उन्होंने सीआईसीएस कार्यभार बढ़ा दिया है। आईबीएम के अंदर इस बात पर काफी बहस हुई कि क्या अनुप्रयोगों के लिए उर्ध्वगामी अनुकूलता को तोड़ना और आईएमएस/डीसी जैसे मॉडल पर जाना सही दृष्टिकोण होगा जो पूरी तरह से पुनः प्रवेशी था, या ग्राहकों द्वारा अपनाए गए दृष्टिकोण का विस्तार करके एकल मेनफ्रेम की शक्ति का पूरी तरह से दोहन करना होगा। –  मल्टी-रीजन ऑपरेशन (एमआरओ) का उपयोग करना।

आखिरकार सीआईसीएस उपयोगकर्ता समुदाय से सलाह लेने के बाद दूसरा रास्ता अपनाया गया और ऊपर की अनुकूलता को तोड़ने का जोरदार विरोध किया गया, क्योंकि उनके पास उस समय Y2K से मुकाबला करने की संभावना थी और मुख्य रूप से COBOL, PL/1, या असेंबलर कोड की लाखों लाइनों को फिर से लिखने और परीक्षण करने में कोई मूल्य नहीं दिखता था।

Sysplex पर CICS के लिए IBM द्वारा अनुशंसित संरचना यह थी कि प्रत्येक Sysplex नोड पर कम से कम एक CICS टर्मिनल स्वामित्व क्षेत्र रखा गया था, जो पूरे Sysplex में फैले कई एप्लिकेशन स्वामित्व क्षेत्रों (AOR) में लेनदेन भेजता था। यदि इन अनुप्रयोगों को साझा संसाधनों तक पहुंचने की आवश्यकता होती है, तो वे या तो सिस्प्लेक्स-शोषित डेटास्टोर (जैसे आईबीएम डीबी2 2 या आईबीएम सूचना प्रबंधन प्रणाली | आईएमएस/डीबी) का उपयोग करते हैं या फ़ंक्शन-शिपिंग द्वारा, संसाधन अनुरोधों को वर्चुअल स्टोरेज एक्सेस विधि और सीआईसीएस डेटा टेबल्स, आईबीएम वेबस्फेयर एमक्यू, सीआईसीएस ट्रांस के लिए फ़ाइल स्वामित्व क्षेत्र (एफओआर) सहित एकल-प्रति-संसाधन संसाधन स्वामित्व क्षेत्रों (आरओआर) में केंद्रित करते हैं। मूल डेटा (टीडी) और सीआईसीएस अस्थायी भंडारण (टीएस)। इसने कई सीआईसीएस क्षेत्रों को कॉन्फ़िगर और प्रबंधित करने के लिए परिचालन जटिलता की कीमत पर विरासत अनुप्रयोगों के लिए अनुकूलता को संरक्षित किया।

बाद के रिलीज और संस्करणों में, सीआईसीएस वीएसएएम/आरएलएस में नई सिस्प्लेक्स-शोषण सुविधाओं का फायदा उठाने में सक्षम था, ZOS के लिए MQ और अपने स्वयं के डेटा टेबल्स, टीडी, और टीएस संसाधनों को सिस्प्लेक्स -> कपलिंग सुविधा या सीएफ के लिए आर्किटेक्टेड साझा संसाधन प्रबंधक में रखा, जिससे अधिकांश आरओआर की आवश्यकता समाप्त हो गई। सीएफ हार्डवेयर मैसेजिंग सहायता के साथ साझा टाइमबेस, बफर पूल, लॉक और काउंटर सहित संसाधनों का एक मैप किया गया दृश्य प्रदान करता है, जिसने सिस्प्लेक्स में संसाधनों को साझा करना पोलिंग और विश्वसनीय दोनों की तुलना में अधिक कुशल बना दिया है (विफलता के मामले में उपयोग के लिए सेमी-सिंक्रनाइज़्ड बैकअप सीएफ का उपयोग करना)।

इस समय तक, सीएमओएस लाइन में अलग-अलग बॉक्स थे जो प्रति सीपीयू अधिक प्रोसेसर के साथ सबसे तेज़ ईसीएल बॉक्स द्वारा उपलब्ध शक्ति से अधिक थे और जब इन्हें एक साथ जोड़ा गया था तो 32 या अधिक नोड्स एक एकल वर्कलोड के लिए कुल शक्ति में बड़े परिमाण के दो ऑर्डर स्केल करने में सक्षम होंगे। उदाहरण के लिए, 2002 तक, चार्ल्स श्वाब एक मेट्रोप्लेक्स चला रहे थे, जिसमें फीनिक्स, एज़ेड में दो स्थानों पर इसके मेनफ्रेम सिस्प्लेक्स की एक अनावश्यक जोड़ी शामिल थी, जिनमें से प्रत्येक में प्री-डॉट-कॉम बबल|डॉटकॉम-बबल वेब क्लाइंट पूछताछ अनुरोधों की विशाल मात्रा का समर्थन करने के लिए एक साझा सीआईसीएस/डीबी/2 वर्कलोड द्वारा संचालित 32 नोड्स थे।

यह सस्ता, अधिक स्केलेबल सीएमओएस प्रौद्योगिकी आधार, और 64 बिट एड्रेसिंग प्राप्त करने और स्वतंत्र रूप से क्लोन सीएफ कार्यक्षमता का उत्पादन करने की भारी निवेश लागत ने आईबीएम-मेनफ्रेम क्लोन निर्माताओं को एक-एक करके व्यवसाय से बाहर कर दिया।

सीआईसीएस पुनर्प्राप्ति/पुनरारंभ
सीआईसीएस में पुनर्प्राप्ति/पुनरारंभ का उद्देश्य विफलता होने पर ऑनलाइन सिस्टम को होने वाली क्षति को कम करना और यदि संभव हो तो समाप्त करना है, ताकि सिस्टम और डेटा अखंडता बनी रहे। यदि सीआईसीएस क्षेत्र विफल होने के बजाय बंद हो गया था तो यह शटडाउन पर लिखे गए चेकपॉइंट का शोषण करते हुए एक गर्म शुरुआत करेगा। सीआईसीएस क्षेत्र को कोल्ड स्टार्ट के लिए भी मजबूर किया जा सकता है जो सभी परिभाषाओं को फिर से लोड करता है और लॉग को मिटा देता है, संसाधनों को चाहे वे किसी भी स्थिति में छोड़ दें।

सीआईसीएस के तहत, निम्नलिखित कुछ संसाधन हैं जिन्हें पुनर्प्राप्त करने योग्य माना जाता है। यदि कोई चाहता है कि ये संसाधन पुनर्प्राप्त करने योग्य हों तो प्रासंगिक सीआईसीएस परिभाषाओं में विशेष विकल्प निर्दिष्ट किए जाने चाहिए:


 * वीएसएएम फ़ाइलें
 * सीएमटी सीआईसीएस-संरक्षित डेटा तालिकाएँ
 * अंतर्विभाजन TDQ
 * सहायक भंडारण में अस्थायी भंडारण कतार
 * वीटीएएम नेटवर्क में लेनदेन से/तक I/O संदेश
 * सीआईसीएस से जुड़े अन्य डेटाबेस/कतारबद्ध संसाधन जो एक्सए दो-चरण प्रतिबद्ध प्रोटोकॉल का समर्थन करते हैं (जैसे आईएमएस/डीबी, डीबी2, वीएसएएम/आरएलएस)

सीआईसीएस उपयोगकर्ताओं को अपने सीआईसीएस सिस्टम में अपनी स्वयं की पुनर्प्राप्ति/पुनरारंभ क्षमता स्थापित करने के लिए व्यापक पुनर्प्राप्ति/पुनरारंभ सुविधाएं भी प्रदान करता है। आमतौर पर उपयोग की जाने वाली पुनर्प्राप्ति/पुनः आरंभ सुविधाओं में शामिल हैं:


 * डायनेमिक ट्रांजेक्शन बैकआउट (डीटीबी)
 * स्वचालित लेनदेन पुनरारंभ
 * सिस्टम लॉग का उपयोग करके संसाधन पुनर्प्राप्ति
 * जर्नल का उपयोग करके संसाधन पुनर्प्राप्ति
 * सिस्टम पुनः आरंभ
 * विस्तारित पुनर्प्राप्ति सुविधा

घटक
प्रत्येक सीआईसीएस क्षेत्र में एक प्रमुख कार्य शामिल होता है जिस पर प्रत्येक लेनदेन चलता है, हालांकि आईबीएम डीबी2 डेटा तक पहुंच जैसी कुछ सेवाएं अन्य कार्यों (टीसीबी) का उपयोग करती हैं। एक क्षेत्र के भीतर, लेनदेन सहकारी मल्टीटास्किंग हैं – उनसे अपेक्षा की जाती है कि वे अच्छा व्यवहार करें और प्रतीक्षा करने के बजाय सीपीयू प्रदान करें। सीआईसीएस सेवाएँ इसे स्वचालित रूप से संभालती हैं।

प्रत्येक अद्वितीय सीआईसीएस कार्य (कंप्यूटिंग) या लेनदेन को स्टार्ट-अप पर अपना स्वयं का गतिशील कंप्यूटर भंडारण  आवंटित किया जाता है और अतिरिक्त मेमोरी के लिए बाद के अनुरोधों को स्टोरेज कंट्रोल प्रोग्राम (सीआईसीएस न्यूक्लियस या कर्नेल (ऑपरेटिंग सिस्टम) का हिस्सा) पर कॉल द्वारा नियंत्रित किया जाता है, जो एक ऑपरेटिंग सिस्टम के अनुरूप होता है।

सीआईसीएस प्रणाली में ऑनलाइन न्यूक्लियस, बैच सपोर्ट प्रोग्राम और एप्लिकेशन सेवाएं शामिल होती हैं।

नाभिक
मूल CICS नाभिक में V3 तक 370 असेंबलर में लिखे गए कई कार्यात्मक मॉड्यूल शामिल थे:
 * कार्य नियंत्रण कार्यक्रम (केसीपी)
 * भंडारण नियंत्रण कार्यक्रम (एससीपी)
 * कार्यक्रम नियंत्रण कार्यक्रम (पीसीपी)
 * प्रोग्राम इंटरप्ट कंट्रोल प्रोग्राम (पीआईपी)
 * अंतराल नियंत्रण कार्यक्रम (आईसीपी)
 * डंप नियंत्रण कार्यक्रम (डीसीपी)
 * टर्मिनल नियंत्रण कार्यक्रम (टीसीपी)
 * फ़ाइल नियंत्रण कार्यक्रम (एफसीपी)
 * क्षणिक डेटा नियंत्रण कार्यक्रम (टीडीपी)
 * अस्थायी भंडारण नियंत्रण कार्यक्रम (टीएसपी)

V3 से शुरू करके, CICS न्यूक्लियस को IBM की PL/AS भाषा का उपयोग करके कर्नेल-और-डोमेन संरचना में फिर से लिखा गया था – जिसे असेंबलर में संकलित किया गया है।

पिछली संरचना ने चिंताओं को अलग करने को लागू नहीं किया था और इसलिए इसमें कई अंतर-प्रोग्राम निर्भरताएं थीं, जिसके कारण जब तक संपूर्ण कोड विश्लेषण नहीं किया गया, तब तक बग पैदा हो गए। नई संरचना अधिक मॉड्यूलर और इतनी लचीली थी क्योंकि इसे बिना किसी प्रभाव के बदलना आसान था। पहले डोमेन अक्सर पिछले प्रोग्राम के नाम से बनाए गए थे, लेकिन अनुगामी P के बिना। उदाहरण के लिए, प्रोग्राम कंट्रोल डोमेन (DFHPC) या ट्रांसिएंट डेटा डोमेन (DFHTD)। कर्नेल अंतर-डोमेन अनुरोधों के लिए एक स्विचर के रूप में संचालित होता है – शुरू में यह अक्सर कॉल किए जाने वाले डोमेन (जैसे ट्रेस) के लिए महंगा साबित हुआ, लेकिन पीएल/एएस मैक्रोज़ का उपयोग करके अलग डोमेन डिज़ाइन से समझौता किए बिना इन कॉलों को इन-लाइन किया गया।

बाद के संस्करणों में, लॉगिंग डोमेन DFHLG और ट्रांजेक्शन डोमेन DFHTM जैसे पूरी तरह से पुन: डिज़ाइन किए गए डोमेन जोड़े गए, जिन्होंने जर्नल कंट्रोल प्रोग्राम (JCP) को प्रतिस्थापित किया।

समर्थन कार्यक्रम
ऑनलाइन कार्यों के अलावा सीआईसीएस के पास कई सहायता कार्यक्रम हैं जो बैच नौकरियों के रूप में चलते हैं।
 * उच्च स्तरीय भाषा (मैक्रो) प्रीप्रोसेसर
 * कमांड भाषा अनुवादक
 * डंप उपयोगिता - सीआईसीएस डंप प्रबंधन द्वारा उत्पन्न स्वरूपित डंप प्रिंट करता है
 * ट्रेस उपयोगिता - सीआईसीएस ट्रेस आउटपुट को प्रारूपित और प्रिंट करता है
 * जर्नल फ़ॉर्मेटिंग उपयोगिता – त्रुटि के मामले में सीआईसीएस क्षेत्र का एक स्वरूपित डंप प्रिंट करता है

अनुप्रयोग सेवाएँ
सीआईसीएस के निम्नलिखित घटक अनुप्रयोग विकास का समर्थन करते हैं।
 * बेसिक मैपिंग सपोर्ट (बीएमएस) डिवाइस-स्वतंत्र टर्मिनल इनपुट और आउटपुट प्रदान करता है
 * APPC समर्थन जो वितरित अनुप्रयोगों के सहयोग के लिए LU6.1 और LU6.2 API समर्थन प्रदान करता है जो दो-चरण प्रतिबद्धता का समर्थन करता है
 * डेटा इंटरचेंज प्रोग्राम (डीआईपी) आईबीएम 2780/3780#2770.2सी 3770 और आईबीएम 3790 प्रोग्रामेबल डिवाइस के लिए समर्थन प्रदान करता है।
 * 2260 संगतता आईबीएम 2260 डिस्प्ले डिवाइस के लिए लिखे गए प्रोग्राम को 3270 डिस्प्ले पर चलाने की अनुमति देती है
 * EXEC इंटरफ़ेस प्रोग्राम – स्टब प्रोग्राम जो उत्पन्न कॉल को परिवर्तित करता है   सीआईसीएस कार्यों में कॉल के लिए आदेश
 * अंतर्निहित कार्य - तालिका खोज, ध्वन्यात्मक रूपांतरण, फ़ील्ड सत्यापन, फ़ील्ड संपादन, बिट जांच, इनपुट फ़ॉर्मेटिंग, भारित पुनर्प्राप्ति

उच्चारण
अलग-अलग देशों में अलग-अलग उच्चारण होते हैं
 * आईबीएम (विशेष रूप से टिवोली सॉफ्टवेयर) के भीतर इसे कहा जाता है.
 * अमेरिका में, इसे आमतौर पर प्रत्येक अक्षर को पढ़कर उच्चारित किया जाता है.
 * ऑस्ट्रेलिया, बेल्जियम, कनाडा, हांगकांग, यूके और कुछ अन्य देशों में इसका उच्चारण किया जाता है.
 * डेनमार्क में इसे किक कहा जाता है।
 * फिनलैंड में इसका उच्चारण किया जाता है
 * फ्रांस में इसका उच्चारण किया जाता है.
 * जर्मनी, ऑस्ट्रिया और हंगरी में इसका उच्चारण किया जाता है और, कम बार,.
 * ग्रीस में इसका उच्चारण किक्स होता है।
 * भारत में इसे किक कहा जाता है।
 * ईरान में इसका उच्चारण लात मारना होता है।
 * इटली में, उच्चारित किया जाता है.
 * पोलैंड में इसका उच्चारण किया जाता है.
 * पुर्तगाल और ब्राज़ील में इसका उच्चारण किया जाता है.
 * रूस में इसका उच्चारण किक्स किया जाता है।
 * स्लोवेनिया में इसका उच्चारण किक्स किया जाता है।
 * स्पेन में इसका उच्चारण किया जाता है.
 * स्वीडन में इसे किक कहा जाता है।
 * युगांडा में इसे किक कहा जाता है।
 * तुर्की में इसका उच्चारण किक्स होता है।

यह भी देखें

 * IBM TXSeries (वितरित प्लेटफॉर्म पर CICS)
 * आईबीएम वेबस्फीयर
 * आईबीएम 2741
 * आईबीएम 2260
 * आईबीएम 3270
 * ओएस/360 और उत्तराधिकारी
 * लेनदेन प्रसंस्करण सुविधा
 * वर्चुअल स्टोरेज एक्सेस मेथड (वीएसएएम)

बाहरी संबंध

 * Why to choose CICS Transaction Server for new IT projects – IBM CICS whitepaper
 * Support Forum for CICS Programming
 * CICS User Community website for CICS related news, announcements and discussions
 * Support Forum for CICS Programming
 * CICS User Community website for CICS related news, announcements and discussions