CICS - CICS

Diğer kullanımlar için bkz. CICS (anlam ayrım) .
CICS
IBM logosu.svg
Diğer isimler Müşteri Bilgi Kontrol Sistemi
İlk sürüm 8 Temmuz 1969 ; 52 yıl önce ( 8 Temmuz 1969 )
kararlı sürüm
CICS İşlem Sunucusu V5.6 / 12 Haziran 2020 ; 13 ay önce ( 2020-06-12 )
İşletim sistemi z/OS , z/VSE
platformu IBM Z
Tip teleişlem izleme
Lisans tescilli
İnternet sitesi www .ibm .com /it-infrastructure /z /cics

IBM CICS (Müşteri Bilgi Kontrol Sistemi), z/OS ve z/VSE altında IBM anabilgisayar sistemlerindeki uygulamalar için çevrimiçi işlem yönetimi ve bağlanabilirlik sağlayan karma dilli uygulama sunucuları ailesidir .

CICS ailesi ürünleri, ara katman yazılımı olarak tasarlanmıştır ve hızlı, yüksek hacimli çevrimiçi işlem işlemlerini destekler . CICS işlemi , bir veya daha fazla nesneyi etkileyebilecek tek bir istek tarafından başlatılan bir işlem birimidir. Bu işleme genellikle etkileşimlidir (ekran odaklı), ancak arka plan işlemleri mümkündür.

CICS İşlem Sunucusu (CICS TS), CICS ailesinin başında yer alır ve işletim sisteminin işlevlerini genişleten veya değiştiren hizmetler sağlar. Bu hizmetler, genelleştirilmiş işletim sistemi hizmetlerinden daha verimli olabilir ve ayrıca programcılar için, özellikle çeşitli uçbirim cihazlarıyla iletişim açısından kullanımı daha basit olabilir.

CICS için geliştirilen uygulamalar, çeşitli programlama dillerinde yazılabilir ve dosyalar, veritabanı bağlantıları , terminaller gibi kaynaklarla etkileşim kurmak veya web hizmetleri gibi işlevleri çağırmak için CICS tarafından sağlanan dil uzantılarını kullanabilir . CICS, tüm işlemi, herhangi bir nedenle işlemin bir kısmı başarısız olursa, kurtarılabilir tüm değişikliklerin geri alınabileceği şekilde yönetir.

CICS TS, bankalar ve sigorta şirketleri gibi büyük finans kuruluşları arasında en yüksek profile sahipken, birçok Fortune 500 şirketinin ve devlet kurumunun CICS'i yönettiği bildiriliyor. Diğer, daha küçük işletmeler de CICS TS ve diğer CICS ailesi ürünlerini çalıştırabilir. CICS, örneğin banka vezne uygulamaları, ATM sistemleri, endüstriyel üretim kontrol sistemleri, sigorta uygulamaları ve diğer birçok etkileşimli uygulama türünde düzenli olarak perde arkasında bulunabilir .

En son CICS TS geliştirmeleri, API'ler, çerçeveler, düzenleyiciler ve derleme araçları seçimi de dahil olmak üzere geliştirici deneyimini iyileştirmek için yeni yetenekler içerirken aynı zamanda güvenlik, esneklik ve yönetimin önemli alanlarında güncellemeler sağlar. Daha önceki CICS TS sürümlerinde, Web hizmetleri ve Java , olay işleme , Atom beslemeleri ve RESTful arabirimleri için destek sağlanıyordu .


Tarih

CICS'den önce daha önceki, tek iş parçacıklı bir işlem işleme sistemi olan IBM MTCS geliyordu . Daha sonra, bu işlemlerin orijinal uygulama programlarında herhangi bir değişiklik olmaksızın CICS altında yürütülmesine izin vermek için bir 'MTCS-CICS köprüsü' geliştirildi.

CICS, ilk olarak , 1966'dan başlayarak, kamu hizmeti sektörünün gereksinimlerine hitap etmek için Amerika Birleşik Devletleri'nde Des Plaines, Illinois'deki bir IBM Geliştirme Merkezinde geliştirildi . İlk CICS ürünü, Kamu Hizmeti Müşteri Bilgi Kontrol Sistemi veya PU-CICS adlı 1968'de duyuruldu . Diğer birçok endüstriye uygulanabilirliği olduğu hemen anlaşıldı, bu nedenle Public Utility öneki, IMS veritabanı yönetim sisteminden kısa bir süre sonra, 8 Temmuz 1969'da CICS Program Ürününün ilk sürümünün tanıtılmasıyla birlikte kaldırıldı .

Önümüzdeki birkaç yıl boyunca, CICS Palo Alto'da geliştirildi ve IBM'in o zamanlar daha stratejik kabul ettiği IMS'den daha az önemli "küçük" bir ürün olarak kabul edildi. Ancak müşteri baskısı onu canlı tuttu. IBM, 1974'te IMS'ye odaklanmak için CICS'nin geliştirilmesini sona erdirmeye karar verdiğinde, CICS geliştirme sorumluluğu, PL/I derleyicisi üzerinde çalışmayı yeni bırakmış olan ve bu nedenle aynı bilgilerin çoğunu bilen Birleşik Krallık'taki IBM Hursley sitesi tarafından alındı. CICS olarak müşteriler. Geliştirme çalışmalarının özü, Hindistan, Çin, Rusya, Avustralya ve Amerika Birleşik Devletleri'ndeki laboratuvarların katkılarıyla birlikte bugün Hursley'de devam ediyor.

Erken evrim

CICS başlangıçta yalnızca 1965 IBM 2741 Selectric (golf topu) daktilo tabanlı terminal gibi birkaç IBM marka cihazı destekledi . 1964 IBM 2260 ve 1972 IBM 3270 video görüntüleme terminalleri daha sonra yaygın olarak kullanıldı.

IBM ana bilgisayarlarının ilk günlerinde, bilgisayar yazılımı ücretsizdi - bilgisayar donanımıyla birlikte ücretsiz olarak paketlendi . OS / 360 CICS gibi işletim sistemi ve uygulama desteği yazılım çok önce IBM müşterilerine "açık" olduğunu açık kaynak yazılım girişimi. Standard Oil of Indiana (Amoco) gibi şirketler CICS'e büyük katkılarda bulundu.

IBM Des Plaines ekibi, ASCII Teletype Model 33 ASR gibi popüler IBM dışı terminaller için destek eklemeye çalıştı , ancak küçük düşük bütçeli yazılım geliştirme ekibi, test etmek için ayda 100 dolarlık donanımı karşılayamadı. IBM yöneticileri, geleneksel delikli kartların kullanıldığı toplu işleme ile geleceğin geçmişteki gibi olacağını yanlış bir şekilde hissettiler .

Kamu hizmeti şirketleri, bankalar ve kredi kartı şirketleri , yüksek hızlı veri erişimi için düşük maliyetli bir etkileşimli sistem ( Amerikan Havayolları Sabre bilgisayar rezervasyon sistemi tarafından kullanılan 1965 IBM Havayolu Kontrol Programına benzer) talep ettiğinde, IBM isteksizce yalnızca asgari düzeyde finansman sağladı. ve-telefon operatörleri için müşteri bilgilerini güncelleme (bir gecede toplu işleme delikli kart sistemlerini beklemeden).

CICS, Teletype Model 33 ASR desteğiyle Amoco'ya teslim edildiğinde, tüm OS/360 işletim sisteminin (CICS olmayan uygulama programları dahil) çökmesine neden oldu. CICS Terminal Kontrol Programının (TCP – CICS'nin kalbi) çoğunluğu ve OS/360'ın bir kısmı, Tulsa Oklahoma'daki Amoco Production Company tarafından zahmetli bir şekilde yeniden tasarlanıp yeniden yazıldı. Daha sonra başkalarına ücretsiz dağıtılmak üzere IBM'e geri verildi.

Birkaç yıl içinde CICS, IBM için 60 milyar doların üzerinde yeni donanım geliri elde etti ve onların en başarılı ana bilgisayar yazılım ürünü oldu.

1972'de CICS'in üç versiyonu mevcuttu – çok sınırlı belleğe sahip DOS/360 makineleri için DOS-ENTRY (program numarası 5736-XX6) , daha fazla belleğe sahip DOS/360 makineleri için DOS-STANDARD (program numarası 5736-XX7), ve OS/360 çalıştıran daha büyük makineler için OS-STANDARD V2 (program numarası 5734-XX7).

1970'in başlarında, Ben Riggins (ilk sürümlerin ana mimarı) dahil olmak üzere bir dizi orijinal geliştirici Kaliforniya'ya taşındı ve IBM'in Palo Alto Geliştirme Merkezi'nde CICS geliştirmeye devam etti . IBM yöneticileri, federal yasanın yazılım ayrıştırmasını gerektirmesine kadar, yazılımdaki değeri gelir getiren bir ürün olarak kabul etmediler . 1980 yılında, IBM yöneticileri, IBM kendi sağlaması gerektiğini heed Ben Riggins'i güçlü önerilere başarısız EBCDIC tabanlı işletim sistemi ve entegre devre mikroişlemci kullanılmak üzere çip IBM Kişisel Bilgisayar CICS olarak akıllı terminale yerine uyumsuz Intel çip ( ve olgunlaşmamış ASCII tabanlı Microsoft 1980 DOS ).

O dönemin büyük işlemcilerinin bile sınırlı kapasitesi nedeniyle, her CICS kurulumunun, koşullu montaj için değerler oluşturmak üzere CICSGEN olarak adlandırılan sistem oluşturmaya (sysgen) benzer bir işlemi tamamladıktan sonra tüm CICS sistem modüllerinin kaynak kodunu birleştirmesi gerekiyordu. -dil ifadeleri. Bu süreç, her müşterinin, kullanılmayan terminal türleri için cihaz desteği gibi, kullanmayı amaçlamadığı herhangi bir özellik için desteği CICS'in kendisinden hariç tutmasına izin verdi.

CICS, erken popülaritesini, donanımın çok pahalı olduğu zamanlarda nispeten verimli uygulanmasına, çok iş parçacıklı işleme mimarisine, terminal tabanlı gerçek zamanlı işlem uygulamaları geliştirmek için göreceli basitliğine ve hem hata ayıklama hem de özellik dahil olmak üzere birçok açık kaynaklı müşteri katkısına borçludur. artırma.

Z gösterimi

CICS'in bir kısmı , 1980'lerde ve 1990'larda Tony Hoare liderliğinde Oxford Üniversitesi Bilgi İşlem Laboratuvarı ile işbirliği içinde Z notasyonu kullanılarak resmileştirildi . Bu çalışma, Kraliçe'nin Teknolojik Başarı Ödülü'nü kazandı .

Dağıtılmış dosya sunucusu olarak CICS

1986'da IBM, Dağıtılmış Veri Yönetimi Mimarisi (DDM) tarafından tanımlanan kayıt odaklı dosya hizmetleri için CICS desteğini duyurdu . Bu, uzak, ağa bağlı bilgisayarlardaki programların daha önce yalnızca CICS/MVS ve CICS/VSE işlem işleme ortamlarında mevcut olan dosyaları oluşturmasını, yönetmesini ve bunlara erişmesini sağladı.

CICS'nin daha yeni sürümlerinde DDM desteği kaldırılmıştır. CICS z/OS'nin DDM bileşeni desteği 2003'ün sonunda kesildi ve sürüm 5.2'den itibaren CICS for z/OS'den kaldırıldı. CICS TS for z/VSE'de, DDM desteği V1.1.1 düzeyinde sabitlendi ve gelecekteki bir sürümde sonlandırılacağı açıklandı. CICS for z/VSE 2.1'den sonraki sürümlerde, CICS/DDM desteklenmez.

CICS ve World Wide Web

CICS Transaction Server ilk olarak sürüm 1.2'de yerel bir HTTP arayüzünü, yeşil ekran terminal tabanlı programları bir HTML cephesi ile sarmak için bir Web Bridge teknolojisiyle birlikte tanıttı . CICS Web ve Belge API'leri, web'i tanıyan uygulamaların web tarayıcıları ile daha etkili bir şekilde etkileşime girecek şekilde yazılmasını sağlamak için CICS TS V1.3'te geliştirildi.

CICS TS 2.1 ila 2.3 sürümleri , CICS varlıklarını dağıtılmış uygulama bileşeni modellerine entegre etmek için yeni yollar sunan CORBA ve EJB teknolojilerini CICS'e tanıtmaya odaklandı . Bu teknolojiler, Java uygulamalarının CICS'de barındırılmasına dayanıyordu . Java barındırma ortamı, birçok yayın üzerinde sayısız iyileştirme gördü ve sonuçta WebSphere Liberty Profilinin CICS Transaction Server V5.1'e yerleştirilmesiyle sonuçlandı . Java kullanılarak CICS'de çok sayıda web tabanlı teknoloji barındırılabilir, bu sonuçta yerel CORBA ve EJB teknolojilerinin kaldırılmasıyla sonuçlandı.

CICS TS V3.1 , giden iletişim için istemci tarafı HTTP API'leri ile birlikte CICS için SOAP ve WSDL teknolojilerinin yerel bir uygulamasını ekledi . Bu ikiz teknolojiler, CICS bileşenlerinin diğer Kurumsal uygulamalarla daha kolay entegrasyonunu sağladı ve yaygın bir şekilde benimsendi. COBOL gibi dillerde yazılmış geleneksel CICS programlarını almak ve bunları çok az program değişikliği ile veya hiç program değişikliği olmadan WSDL tanımlı Web Servislerine dönüştürmek için araçlar dahil edildi . Bu teknoloji, CICS'in ardışık sürümleri üzerinde düzenli geliştirmeler gördü.

CICS TS V4.1 ve V4.2, Atom yayınlama protokolünün yerel bir uygulaması da dahil olmak üzere web bağlantısında daha fazla geliştirme gördü .

Daha yeni web'e yönelik teknolojilerin çoğu, geleneksel bir ürün sürümü dışındaki teslimat modelleri kullanılarak CICS'in önceki sürümleri için kullanıma sunuldu. Bu, erken benimseyenlerin, entegre teknolojinin nihai tasarımını etkileyebilecek yapıcı geri bildirim sağlamasına izin verdi. Örnekler arasında Soap for CICS teknolojisi önizlemesi TS V2.2 için SupportPac veya TS V3.1 için ATOM SupportPac bulunur. Bu yaklaşım, CICS TS V5.2'ye entegre edilecek bir teknoloji olan CICS TS V4.2 için JSON desteğini sunmak için kullanıldı .

JSON CICS teknoloji önceki benzer SABUN CICS barındırılan programlar modern bir cephe ile sarılmış izin ikisi de, teknoloji. JSON teknolojisi, çeşitli anabilgisayar alt sistemlerindeki varlıklardan yararlanabilen JSON API'leri oluşturmaya yönelik bir IBM ürünü olan z/OS Connect Enterprise Edition'da geliştirildi.

Birçok ortak ürünü de CICS ile etkileşim kurmak için kullanılmıştır. Popüler örnekler arasında, JCA uyumlu Java uygulama sunucularından CICS'ye bağlanmak için CICS Transaction Gateway'in ve web trafiğini CICS'ye ulaşmadan önce filtrelemek için IBM DataPower cihazlarının kullanılması yer alır.

CICS'nin modern sürümleri, hem mevcut hem de yeni yazılım varlıklarının dağıtılmış uygulama akışlarına entegre edilmesi için birçok yol sağlar. CICS varlıklarına uzak sistemlerden erişilebilir ve uzak sistemlere erişebilir; kullanıcı kimliği ve işlem bağlamı yayılabilir; RESTful API'ler oluşturulabilir ve yönetilebilir; cihazlar, kullanıcılar ve sunucular, standartlara dayalı teknolojileri kullanarak CICS ile etkileşime girebilir; ve CICS'deki IBM WebSphere Liberty ortamı, yeni teknolojilerin hızla benimsenmesini destekler.

MikroCICS

Ocak 1985'te Hilton Otelleri, FTD Florists, Amtrak ve Budget Rent-a-Car için "devasa çevrimiçi sistemler" yapan 1969 yılında kurulmuş bir danışmanlık şirketi MicroCICS'in ne olduğunu duyurdu . İlk odak noktası IBM XT/370 ve IBM AT/370 idi .

CICS Ailesi

CICS'den bahsedildiğinde, insanlar genellikle CICS İşlem Sunucusu anlamına gelse de, CICS Ailesi , işlem sunucuları, bağlayıcılar ( CICS İşlem Ağ Geçidi olarak adlandırılır ) ve CICS Araçlarından oluşan bir portföyü ifade eder .

Ana bilgisayarlar değil, dağıtılmış platformlardaki CICS'ye IBM TXSeries adı verilir . TXSeries, dağıtılmış işlem işleme ara yazılımıdır. Bulut ortamlarında ve geleneksel veri merkezlerinde C, C++, COBOL, Java™ ve PL/I uygulamalarını destekler. TXSeries, AIX , Linux x86, Windows , Solaris ve HP-UX platformlarında mevcuttur. CICS, özellikle IBM i ve OS/2 olmak üzere diğer işletim sistemlerinde de mevcuttur . z/OS uygulaması (yani, z/OS için CICS Transaction Server), açık ara en popüler ve önemli olanıdır.

CICS'nin iki sürümü daha önce VM/CMS için mevcuttu , ancak o zamandan beri her ikisi de kullanımdan kaldırıldı. 1986'da IBM , geliştirme kullanımı için tasarlanmış tek kullanıcılı bir CICS sürümü olan CICS/CMS'yi yayımladı ; uygulamalar daha sonra üretim yürütmesi için bir MVS veya DOS/VS sistemine aktarıldı . Daha sonra, 1988'de IBM, CICS/VM'yi piyasaya sürdü . CICS/VM, departman kullanımına yönelik düşük kaliteli bir ana bilgisayar olan IBM 9370'te kullanılmak üzere tasarlandı ; IBM, MVS için CICS çalıştıran merkezi bir anabilgisayarla birlikte kullanım için departman veya şube anabilgisayarlarında çalışan CICS/VM'yi konumlandırdı.

CICS Araçları

CICS sistemlerinin ve uygulamalarının sağlanması, yönetimi ve analizi CICS Tools tarafından sağlanır. Bu, performans yönetiminin yanı sıra CICS kaynaklarının dağıtımını ve yönetimini içerir. 2015 yılında, dört temel temel CICS aracı (ve z/OS için CICS Optimizasyon Çözüm Paketi), CICS Transaction Server for z/OS 5.3'ün yayımlanmasıyla güncellendi. Dört temel CICS Aracı: CICS Interdependency Analyzer for z/OS, CICS Deployment Assistant for z/OS, CICS Performance Analyzer for z/OS ve CICS Configuration Manager for z/OS.

Programlama

Programlama konuları

Çoklu kullanıcılı interaktif-işlem uygulaması programları olması gerekir iken yarı - evresel birden eşzamanlı desteklemek amacıyla işlem konuları . Bir uygulamadaki bir yazılım kodlama hatası, tüm kullanıcıları sistemden engelleyebilir. CICS yeniden girişli / yeniden kullanılabilir kontrol programlarının modüler tasarımı, makul bir "budama" ile birden çok kullanıcının, yalnızca 32K pahalı manyetik çekirdekli fiziksel belleğe ( işletim sistemi dahil ) sahip bir bilgisayarda birden çok uygulama çalıştırabileceği anlamına geliyordu .

CICS uygulama programcılarının işlemlerini mümkün olduğunca verimli hale getirmek için büyük çaba sarf etmesi gerekiyordu. Yaygın bir teknik, tek tek programların boyutunu 4.096 bayt veya 4K'dan fazla olmayacak şekilde sınırlamaktı, böylece CICS şu anda kullanılmayan herhangi bir programın kapladığı belleği başka bir program veya diğer uygulama depolama ihtiyaçları için kolayca yeniden kullanabilirdi. Ne zaman sanal bellek 1972 yılında versiyonları OS / 360 eklendi, 4K strateji daha da önemli azaltmak oldu sayfalama ve dayak verimsiz kaynak çekişme yükü.

Derlenmiş yüksek seviyeli COBOL ve PL/I dil programlarının verimliliği arzulanan çok şey bıraktı. Birçok CICS uygulama programı, COBOL ve PL/I desteği kullanıma sunulduktan sonra bile assembler dilinde yazılmaya devam etti.

1960'lar ve 1970'lerin donanım kaynakları pahalı ve kıt, sistem optimizasyon analistleri arasında rekabetçi bir "oyun" geliştirildi. Ne zaman kritik yol kodu tespit edildi, bir kod parçacığı başka bir analiste yaklaşık geçirildi. Her kişinin ya (a) gerekli kod bayt sayısını azaltması ya da (b) gerekli CPU çevrimi sayısını azaltması gerekiyordu. Daha genç analistler, daha deneyimli danışmanların yaptıklarından öğrendiler. Sonunda, (a) veya (b)'yi kimse yapamadığında, kod optimize edilmiş olarak kabul edildi ve diğer snippet'lere geçtiler. Sadece bir analisti olan küçük dükkanlar, CICS optimizasyonunu çok yavaş öğrendi (veya hiç öğrenmedi).

Uygulama programları birçok eşzamanlı iş parçacığı tarafından paylaşılabildiğinden , bir programa gömülü statik değişkenlerin kullanımı (veya işletim sistemi belleğinin kullanımı) kısıtlandı (yalnızca geleneksel olarak).

Ne yazık ki, "kuralların" çoğu, özellikle programlarının iç yapısını anlayamayan veya gerekli kısıtlayıcı derleme zamanı seçeneklerini kullanamayan COBOL programcıları tarafından sıklıkla çiğnendi . Bu, genellikle güvenilmez olan ve sahte depolama ihlallerine ve tüm CICS sistem çökmelerine yol açan "yeniden girmeyen" kodla sonuçlandı .

Başlangıçta, tüm bölüm veya Çoklu Sanal Depolama (MVS) bölgesi, CICS çekirdek kodu da dahil olmak üzere aynı bellek koruma anahtarıyla çalışırdı. Program bozulması ve CICS kontrol bloğu bozulması, sistem arıza süresinin sık görülen bir nedeniydi. Bir uygulama programındaki bir yazılım hatası, o anda çalışan uygulama işlemlerinin birinin veya tümünün belleğinin (kod veya veri) üzerine yazabilir. Karmaşık geçici zamanlama hataları için sorunlu uygulama kodunu bulmak, çok zor bir işletim sistemi analist sorunu olabilir.

Bu eksiklikler, ciddiyetlerine ve en yüksek kaliteli CICS becerilerinin yüksek talep ve arz azlığına rağmen, 20 yılı aşkın bir süre boyunca CICS'in birden çok yeni sürümü için devam etti. TS V3.3, V4.1 ve V5.2'de, uygulama kodunu ve aynı adres alanındaki verileri korumak için işletim sistemi donanım özelliklerini kullanan sırasıyla Depolama Koruması, İşlem Yalıtımı ve Alt Alan özellikleri ile ele alındı. uygulamalar ayrılmak için yazılmamıştır. CICS uygulama işlemleri, birçok kamu hizmeti şirketi, büyük banka ve diğer milyarlarca dolarlık finans kurumu için kritik bir görev olmaya devam ediyor.

Ek olarak, Test ve Hata Ayıklama özellikleri sağlamaya da hizmet eden bir izleme programının kontrolü altında test gerçekleştirerek önceden bir uygulama koruması önlemi sağlamak mümkündür.

Makro düzeyinde programlama

CICS ilk yayınlandığında, yalnızca IBM 360 Assembler'da yazılmış uygulama işlem programlarını destekledi . COBOL ve PL/I desteği yıllar sonra eklendi. İlk derleyici oryantasyonu nedeniyle, CICS hizmetlerine yönelik istekler, derleyici dili makroları kullanılarak yapıldı . Örneğin, CICS'in "Dosya Kontrol Programı"na yapılan bir makro çağrısıyla yapılmış bir dosyadan kayıt okuma isteği şöyle görünebilir: 

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

Bu, daha sonraki terminolojiye yol açtı " Makro düzeyde CICS."

Üst düzey dil desteği eklendiğinde, makrolar korundu ve kod, makroları COBOL veya PL/I CALL deyim eşdeğerlerine genişleten bir ön derleyici tarafından dönüştürüldü. Bu nedenle, bir HLL uygulaması hazırlamak etkili bir şekilde "iki aşamalı" bir derlemeydi  - önişlemciden çıktı, girdi olarak HLL derleyicisine beslenir.

COBOL ile ilgili hususlar : PL/I'den farklı olarak, IBM COBOL normalde işaretçilerin (adreslerin) değiştirilmesini sağlamaz. COBOL programcılarının CICS kontrol bloklarına ve dinamik depolamaya erişmesine izin vermek için tasarımcılar esasen bir hack'e başvurdular. COBOL Bağlantı Bölümü normalde parametre geçişi gibi programlar arası iletişim için kullanılırdı. Derleyici , çağrılan programa girişte ayarlanan , her biri Bağlantı için Temel Konum Belirleyici (BLL) olarak adlandırılan bir adres listesi oluşturur . İlk BLL, Bağlantı Bölümündeki ilk öğeye karşılık gelir ve bu şekilde devam eder. CICS, programcının listenin adresini programa ilk argüman olarak ileterek bunlara erişmesine ve bunları değiştirmesine izin verir. BLL'ler daha sonra Bağlantı Bölümündeki ilgili yapıya erişime izin vermek için CICS veya uygulama tarafından dinamik olarak ayarlanabilir.

Komut düzeyinde programlama

1980'lerde IBM, Hursley Park'ta "Komut düzeyi CICS" olarak bilinen ve hala eski programları destekleyen ancak uygulama programlarına yeni bir API stili getiren bir CICS sürümü üretti.

Tipik bir Komut düzeyinde arama aşağıdaki gibi görünebilir: 

 EXEC CICS
     SEND MAPSET('LOSMATT') MAP('LOSATT')
 END-EXEC

MAPSET SEND komutunda verilen değerler, MAPSET argümanı için aşağıda verilen harita tanımındaki ilk DFHMSD makrosunda ve MAP argümanı için DFHMSI makrosunda kullanılan isimlere karşılık gelir. Bu, gömülü komutları (EXEC'ler) bir saplama alt rutinine çağrı ifadelerine dönüştüren bir derleme öncesi toplu çeviri aşaması tarafından önceden işlenir. Bu nedenle, uygulama programlarının daha sonra yürütülmek üzere hazırlanması hala iki aşamayı gerektiriyordu. Hem Makro düzeyinde hem de Komut düzeyinde ifadeler kullanılarak " Karma mod " uygulamaları yazmak mümkündü .

Başlangıçta, yürütme zamanında, komut düzeyindeki komutlar, bir çalışma zamanı çeviricisi olan "EXEC Arayüz Programı" kullanılarak, daha sonra çoğunlukla değişmeyen CICS çekirdek programları tarafından yürütülen eski Makro düzeyi çağrısına dönüştürüldü. Ancak CICS Çekirdeği TS V3 için yeniden yazıldığında, temel arabirimlerin çoğu değiştiği için EXEC CICS, CICS uygulamalarını programlamanın tek yolu oldu.

Çalışma zamanı dönüştürme

Yalnızca Komut düzeyinde CICS 1990'ların başlarında tanıtılan CICS önceki sürümlere göre bazı avantajları sundu. Ancak IBM, önceki sürümler için yazılmış Makro düzeyinde uygulama programları için desteği de bıraktı. Bu, birçok uygulama programının yalnızca Komut düzeyi EXEC komutlarını kullanacak şekilde dönüştürülmesi veya tamamen yeniden yazılması gerektiği anlamına geliyordu.

Bu zamana kadar, birçok durumda onlarca yıldır üretimde olan dünya çapında belki de milyonlarca program vardı. Bunları yeniden yazmak, genellikle yeni özellikler eklemeden yeni hatalar ortaya çıkardı. V3'e geçişten sonra uzun yıllar makro kodunu çalıştırmaya devam etmek için CICS V2 uygulama sahiplik bölgelerini (AOR'ler) çalıştıran önemli sayıda kullanıcı vardı.

APT International'ın Command CICS gibi dönüştürme yazılımlarını kullanarak eski Makro düzeyinde programları yürütmek de mümkündü .

Yeni programlama stilleri

En son CICS Transaction Server geliştirmeleri, bir dizi modern programlama stili için destek içerir.

CICS Transaction Server Sürüm 5.6, Java geliştiricileri için bulutta yerel bir deneyim sunmak için Java için gelişmiş destek sağladı. Örneğin, yeni CICS Java API'si ( JCICSX ), alay etme ve saplama yaklaşımlarını kullanarak daha kolay birim testine olanak tanır ve geliştiricinin yerel iş istasyonunda uzaktan çalıştırılabilir. Maven Central'daki bir dizi CICS yapısı , geliştiricilerin Apache Maven ve Gradle gibi popüler bağımlılık yönetimi araçlarını kullanarak Java bağımlılıklarını çözmelerini sağlar . Maven ( cics-bundle-maven ) ve Gradle ( cics-bundle-gradle ) eklentileri , Eclipse , IntelliJ IDEA ve Visual Studio Code gibi tanıdık IDE'ler kullanılarak CICS paketlerinin otomatik olarak oluşturulmasını basitleştirmek için de sağlanmıştır . Ayrıca, Node.js z/OS desteği sürüm 12 için geliştirilmiştir, daha hızlı başlatma, daha iyi varsayılan yığın sınırları, V8 JavaScript motorunda güncellemeler vb . sağlar. Jakarta EE 8 desteği de dahildir.

CICS TS 5.5, IBM Z için yüksek performanslı, yüksek düzeyde ölçeklenebilir ağ uygulamalarını verimli bir şekilde oluşturmak için eksiksiz bir JavaScript çalışma zamanı, sunucu tarafı API'leri ve kitaplıklar sağlayarak Node.js için IBM SDK desteğini tanıttı.

CICS İşlem Sunucusu Sürüm 2.1, Java desteğini tanıttı. CICS Transaction Server Version 2.2, Software Developers Toolkit'i destekledi. CICS, IBM'in WebSphere ürün ailesiyle aynı çalışma zamanı kapsayıcısını sağlar, böylece Java EE uygulamaları CICS ile Websphere arasında taşınabilir ve Java EE uygulamalarının geliştirilmesi ve devreye alınması için ortak araçlar vardır.

Buna ek olarak, CICS, köklü iş fonksiyonlarının daha modern hizmetlere dahil edilebilmesi için mevcut uygulama programlarının modern arayüzler içinde "sarılmasına" vurgu yaptı. Bunlar, bir web veya mobil uygulamanın, arka uç işlevlerinin büyük bir yeniden yazılmasına gerek kalmadan temel iş nesnelerini alabilmesi ve güncelleyebilmesi için eski kodu saran WSDL, SOAP ve JSON arabirimlerini içerir.

işlemler

CICS işlemi, bir görevi birlikte gerçekleştiren bir dizi işlemdir. Genellikle, işlemlerin çoğu, bir envanter listesi istemek veya bir hesaba borç veya alacak girmek gibi nispeten basit görevlerdir. Bir işlemin birincil özelliği, atomik olması gerektiğidir . On IBM Z sunucuları, CICS kolaylıkla kurumsal bilgisayar bir dayanak noktası haline saniyede işlemlerin binlerce destekler.

CICS uygulamaları, COBOL, PL/I, C, C++, IBM Basic Assembly Language, REXX ve Java dahil olmak üzere çok sayıda programlama dilinde yazılabilen işlemlerden oluşur .

Her CICS programı, bir işlem tanımlayıcısı kullanılarak başlatılır. CICS ekranları genellikle harita adı verilen bir yapı, Temel Eşleme Desteği (BMS) derleyici makroları veya üçüncü taraf araçlarıyla oluşturulan bir modül olarak gönderilir . CICS ekranları , kullanılan terminal tipine bağlı olarak vurgulanmış, farklı renklere sahip ve/veya yanıp sönen metinler içerebilir. COBOL aracılığıyla bir haritanın nasıl gönderilebileceğine dair bir örnek aşağıda verilmiştir. Son kullanıcı, CICS'ten bir harita alarak program tarafından erişilebilir hale getirilen verileri girer. 

 EXEC CICS
     RECEIVE MAPSET('LOSMATT') MAP('LOSATT') INTO(OUR-MAP)
 END-EXEC.

Teknik nedenlerden dolayı, referans alınan şeye bağlı olarak bazı komut parametrelerinin argümanları alıntılanmalı ve bazıları alıntılanmamalıdır. Çoğu programcı, hangi argümanların alıntılandığına dair "askıda kalma" veya kavramı elde edene kadar bir referans kitabından kodlar ya da genellikle kopyalayıp yapıştırdıkları ve ardından düzenledikleri örnek kodların olduğu bir "hazır şablon" kullanırlar. değerleri değiştirin.

BMS Harita Kodu Örneği

Temel Eşleme Desteği, ekran biçimini aşağıdaki gibi birleştirici makrolar aracılığıyla tanımlar. Bu, hem fiziksel harita seti  - bir CICS yük kitaplığında bir yük modülü - hem de sembolik bir harita seti  - kaynak programa kopyalanan PL/I, COBOL, assembler, vb.'de bir yapı tanımı veya DSECT oluşturmak için birleştirildi. 

 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
                COLOR=BLUE                                              X
                ATTRB=ASKIP,                                            X
                INITIAL='PF7-          8-           9-          10-     X
                    11-            12-CANCEL'
 *
           DFHMSD   TYPE=FINAL
           END

Yapı

İçinde Z / işletim ortamında, CICS yükleme içerir bir veya daha fazla " bölgeleri " (genel olarak "CICS bölge" olarak da adlandırılır), bir ya da daha fazla Z / işletim sistemi görüntüleri boyunca yayıldı. Etkileşimli işlemleri işlemesine rağmen, her CICS bölgesi genellikle standart JCL ifadeleriyle toplu işleme|toplu adres alanı olarak başlatılır : kapatılana kadar süresiz olarak çalışan bir iştir. Alternatif olarak, her CICS bölgesi başlatılmış bir görev olarak başlatılabilir . İster toplu iş ister başlatılmış bir görev olsun, CICS bölgeleri bakım (MVS veya CICS) için kapatılmadan önce günler, haftalar ve hatta aylarca çalışabilir. Yeniden başlatma üzerine bir parametre, başlatmanın "Soğuk" (kurtarma yok) veya "Sıcak"/"Acil" (sıcak bir kapatma kullanarak veya bir çökmeden sonra günlükten yeniden başlatmayı kullanarak) olup olmayacağını belirler. Birçok kaynağa sahip büyük CICS bölgelerinin soğuk başlangıçları, tüm tanımlar yeniden işlendiğinden uzun zaman alabilir.

Kurulumlar, aşağıdakiler gibi çok çeşitli nedenlerle birden çok adres alanına bölünmüştür:

  • uygulama ayırma,
  • fonksiyon ayrımı,
  • az/OS SysPlex durumunda tek bir bölgenin veya adres alanının veya ana bilgisayar örneğinin iş yükü kapasitesi sınırlamalarından kaçınma.

Tipik bir kurulum, bir hizmeti oluşturan bir dizi farklı uygulamadan oluşur. Her hizmetin genellikle, işlemleri birden çok "Uygulama Sahibi Bölgesine" (AOR) yönlendiren bir dizi "Terminal Sahibi Bölge" (TOR) vardır, ancak başka topolojiler de mümkündür. Örneğin, AOR'ler Dosya G/Ç gerçekleştirmeyebilir. Bunun yerine, AOR'deki işlemler adına Dosya G/Ç'sini gerçekleştiren bir "Dosya Sahiplik Bölgesi" (FOR) olacaktır - o sırada bir VSAM dosyasının yalnızca şu adresteki bir adres alanından kurtarılabilir yazma erişimini destekleyebileceği göz önüne alındığında, bir zaman.

Ancak tüm CICS uygulamaları VSAM'i birincil veri kaynağı olarak kullanmaz (veya geçmişte CA Datacom gibi veri depolarında başka tek adres alanı) - çoğu veritabanı olarak IMS/DB veya Db2'yi ve/veya kuyruk yöneticisi olarak MQ'yu kullanır. Tüm bu durumlar için, TOR'lar, daha sonra doğrudan paylaşılan veritabanlarını/sıralarını kullanan AOR kümelerine yönelik işlemleri yük dengeleyebilir. CICS, veri depoları arasında XA iki aşamalı kesinleştirmeyi destekler ve bu nedenle örneğin MQ, VSAM/RLS ve Db2'yi kapsayan işlemler ACID özellikleriyle mümkündür.

CICS, aynı veya farklı kümelerde çalışabilen adres alanları arasında SNA LU6.2 protokolünü kullanan dağıtılmış işlemleri destekler. Bu, dağıtılmış uygulamalarla işbirliği yaparak birden çok veri deposunun ACID güncellemelerine izin verir. Pratikte bununla ilgili sorunlar vardır, çünkü bir sistem veya iletişim hatası meydana gelir, çünkü iletişimdeki düğümlerden biri kurtarılmamışsa işlem düzenlemesi (geri alma veya kaydetme) şüpheli olabilir. Dolayısıyla bu tesislerin kullanımı hiçbir zaman çok yaygın olmamıştır.

Sysplex istismarı

CICS ESA V3.2 zamanında, 1990'ların başında, IBM, CICS'in yeni zOS Sysplex anabilgisayar hattından yararlanmasını sağlama zorluğuyla karşı karşıya kaldı .

Sysplex, mevcut ECL (Yayıcı Bağlantılı Mantık) donanımı yerine CMOS'a (Tamamlayıcı Metal Oksit Silikon) dayanacaktı . Ana bilgisayara özgü ECL'yi ölçeklendirmenin maliyeti, her neslin CPU'larının birim maliyetini azaltmak için Sony PlayStation gibi yüksek hacimli kullanım durumlarına sahip bir keiretsu tarafından geliştirilen CMOS'tan çok daha yüksekti . ECL'yi çalıştırmak da kullanıcılar için pahalıydı çünkü kapı boşaltma akımı o kadar çok ısı üretiyordu ki CPU, inert gaz pistonları olan ve yüksek hacimli soğutulması için tesisata ihtiyaç duyan Termal İletim Modülü (TCM) adı verilen özel bir modüle paketlenmek zorunda kaldı. soğutulacak su. Ancak hava soğutmalı CMOS teknolojisinin CPU hızı başlangıçta ECL'den çok daha yavaştı (özellikle ana bilgisayar klonu üreticileri Amdahl ve Hitachi'den temin edilebilen kutular ). Bu, özellikle en büyük anabilgisayar müşterilerinin neredeyse tamamı CICS çalıştırdığından ve birçoğu için birincil anabilgisayar iş yükü olduğundan, CICS bağlamında IBM'i ilgilendiriyordu.

Bir Sysplex üzerinde aynı toplam işlem verimini elde etmek için, her iş yükü için paralel olarak birden çok kutunun kullanılması gerekir, ancak bir CICS adres alanı, yarı girişli uygulama programlama modeli nedeniyle, bir kutuda yaklaşık 1.5 işlemciden fazlasını kullanamaz. zaman – MVS alt görevlerinin kullanımıyla bile. Bu olmadan, bu müşteriler CICS iş yüklerini büyüttükçe Sysplex yerine rakiplere geçme eğiliminde olacaktır. IBM içinde, doğru yaklaşımın uygulamalar için yukarı doğru uyumluluğu kırıp IMS/DC gibi tamamen reentran bir modele mi geçmek , yoksa müşterilerin benimsediği yaklaşımı tek bir ana bilgisayarın gücünden daha fazla yararlanmak için genişletmek mi olacağı konusunda önemli bir tartışma vardı. – çoklu bölge operasyonu (MRO) kullanma.

Sonunda, ikinci yol, CICS kullanıcı topluluğuna danışıldıktan ve Y2K'nın o sırada başa çıkma ihtimaline sahip oldukları ve milyonlarca satırı yeniden yazmanın ve test etmenin değerini görmedikleri göz önüne alındığında, uyumluluğun bozulmasına şiddetle karşı çıktıktan sonra kabul edildi. COBOL, PL/1 veya montajcı kodu.

IBM'in Sysplex üzerinde CICS için önerilen yapısı, tüm Sysplex'e yayılmış birçok Uygulama Sahiplik Bölgesine (AOR) işlemler gönderen her Sysplex düğümüne en az bir CICS Terminal Sahiplik Bölgesi yerleştirilmesiydi. Bu uygulamaların paylaşılan kaynaklara erişmesi gerekiyorsa, ya Sysplex'ten yararlanan bir veri deposu ( Db2 veya IMS/DB gibi ) kullandılar ya da işlev sevkıyatı ile kaynak istekleri, Dosya dahil olmak üzere kaynak başına tekil Kaynak Owing Bölgelerine (ROR'ler) yoğunlaştırıldı. için sahip olmak bölgeler (Fors) VSAM için Bölgeleri (QORs) sahip olmak ve CICS Veri Tabloları, Sırasına MQ , CICS Geçici Veriler (TD) ve CICS Geçici Depolama (TS). Bu, birçok CICS bölgesini yapılandırmak ve yönetmek için operasyonel karmaşıklık pahasına eski uygulamalar için uyumluluğu korudu.

Sonraki sürümlerde ve sürümlerde CICS, VSAM/RLS, MQ for zOS'taki yeni Sysplex istismar tesislerinden yararlanmayı başardı ve kendi Veri Tablolarını, TD ve TS kaynaklarını Sysplex -> Coupling Facility için tasarlanmış paylaşılan kaynak yöneticisine yerleştirdi. veya CF, çoğu ROR'a olan ihtiyacı ortadan kaldırır. CF, paylaşılan bir zaman tabanı, arabellek havuzları, kilitler ve Sysplex'te kaynakları paylaşmayı hem yoklamadan daha verimli hem de güvenilir hale getiren donanım mesajlaşma yardımcıları ile birlikte kaynakların eşlenmiş bir görünümünü sağlar (aşağıdaki durumlarda kullanım için yarı senkronize bir yedek CF kullanarak). arıza).

Bu zamana kadar, CMOS hattı, CPU başına daha fazla işlemciye sahip en hızlı ECL kutusunun sahip olduğu gücü aşan bireysel kutulara sahipti ve bunlar bir araya getirildiğinde 32 veya daha fazla düğüm, toplam güçte iki kat daha büyük ölçeklendirebilecekti. tek iş yükü. Örneğin, 2002 yılına gelindiğinde, Charles Schwab, Phoenix, AZ'deki iki konumda, her biri 32 düğüme sahip yedekli bir ana bilgisayar Sysplex çiftinden oluşan bir "MetroPlex" çalıştırıyordu. dotcom-bubble öncesi web istemcisi sorgulama istekleri.

Bu daha ucuz, çok daha ölçeklenebilir CMOS teknoloji tabanı ve hem 64 bit adreslemeye ulaşmak hem de bağımsız olarak klonlanmış CF işlevselliği üretmek zorunda olmanın büyük yatırım maliyetleri, IBM anabilgisayar klon üreticilerini birer birer işin dışına itti.

CICS Kurtarma/Yeniden Başlatma

CICS'de kurtarma/yeniden başlatmanın amacı, sistem ve veri bütünlüğünün korunması için bir arıza meydana geldiğinde Çevrimiçi Sisteme verilen hasarı en aza indirmek ve mümkünse ortadan kaldırmaktır. CICS bölgesi başarısız olmak yerine kapatılmışsa, kapatma sırasında yazılan kontrol noktasından yararlanarak "Sıcak" bir başlangıç ​​gerçekleştirir. CICS bölgesi ayrıca tüm tanımları yeniden yükleyen ve günlüğü silen "Soğuk" başlatmaya zorlanabilir ve kaynakları hangi durumda olurlarsa olsunlar bırakır.

CICS kapsamında, kurtarılabilir olarak kabul edilen kaynaklardan bazıları aşağıda verilmiştir. Bu kaynakların kurtarılabilir olması isteniyorsa, ilgili CICS tanımlarında özel seçenekler belirtilmelidir:

  • VSAM dosyaları
  • CMT CICS tarafından korunan veri tabloları
  • Bölüm içi TDQ
  • Yardımcı depolamada Geçici Depolama Kuyruğu
  • Bir VTAM ağındaki işlemlerden/işlemlere I/O mesajları
  • XA iki aşamalı kesinleştirme protokolünü destekleyen CICS'ye bağlı diğer veritabanı/kuyruk kaynakları (IMS/DB, Db2, VSAM/RLS gibi)

CICS ayrıca, kullanıcıların CICS sistemlerinde kendi kurtarma/yeniden başlatma yeteneklerini oluşturmaları için kapsamlı kurtarma/yeniden başlatma olanakları sunar. Yaygın olarak kullanılan kurtarma/yeniden başlatma olanakları şunları içerir:

  • Dinamik İşlem Geri Alma (DTB)
  • Otomatik İşlem Yeniden Başlatma
  • Sistem Günlüğünü Kullanarak Kaynak Kurtarma
  • Günlük kullanarak Kaynak Kurtarma
  • Sistem Yeniden Başlatma
  • Genişletilmiş Kurtarma Tesisi

Bileşenler

Db2 verilerine erişim gibi belirli hizmetler diğer görevleri (TCB'ler) kullansa da , her CICS bölgesi, her işlemin üzerinde çalıştığı bir ana görevi içerir . Bir bölge içinde, işlemler işbirliği içinde çok görevlidir  - iyi davranmaları ve beklemek yerine CPU'yu sağlamaları beklenir. CICS hizmetleri bunu otomatik olarak halleder.

Her benzersiz CICS " Görevi " veya işlemi, başlangıçta kendi dinamik belleğine atanır ve sonraki ek bellek talepleri, "Depolama Denetimi programına" (CICS çekirdeğinin veya " çekirdeğin " bir parçası) yapılan bir çağrı ile işlenir. işletim sistemine benzer .

Bir CICS sistemi, çevrimiçi çekirdek , toplu destek programları ve uygulama hizmetlerinden oluşur.

çekirdek

Orijinal CICS çekirdeği, V3'e kadar 370 derleyicide yazılmış bir dizi işlevsel modülden oluşuyordu:

  • Görev Kontrol Programı (KCP)
  • Depolama Kontrol Programı (SCP)
  • Program Kontrol Programı (PCP)
  • Program Kesinti Kontrol Programı (PIP)
  • Aralık Kontrol Programı (ICP)
  • Döküm Kontrol Programı (DCP)
  • Terminal Kontrol Programı (TCP)
  • Dosya Kontrol Programı (FCP)
  • Geçici Veri Kontrol Programı (TDP)
  • Geçici Depolama Kontrol Programı (TSP)

V3'ten başlayarak, CICS çekirdeği, IBM'in PL/AS dili kullanılarak bir çekirdek ve etki alanı yapısında yeniden yazıldı ve bu dil, birleştiricide derlendi.

Önceki yapı, endişelerin ayrılmasını zorunlu kılmıyordu ve bu nedenle, kapsamlı kod analizi yapılmadıkça hatalara yol açan birçok program arası bağımlılık vardı. Yeni yapı daha modüler ve esnekti çünkü darbe olmadan değiştirmek daha kolaydı. İlk alanlar genellikle önceki programın adıyla, ancak sonunda "P" olmadan oluşturuldu. Örneğin, Program Kontrol Etki Alanı (DFHPC) veya Geçici Veri Etki Alanı (DFHTD). Çekirdek, etki alanları arası istekler için bir anahtarlayıcı olarak çalıştı - başlangıçta bu, sık çağrılan etki alanları (Trace gibi) için pahalı olduğunu kanıtladı, ancak PL/AS makroları kullanılarak bu çağrılar, ayrı etki alanı tasarımından ödün vermeden sıralandı.

Daha sonraki sürümlerde, Günlük Kontrol Programının (JCP) yerini alan Logging Domain DFHLG ve Transaction Domain DFHTM gibi tamamen yeniden tasarlanmış alanlar eklendi.

Destek programları

CICS'in çevrimiçi işlevlerine ek olarak, toplu işler olarak çalışan çeşitli destek programları vardır.

  • Üst düzey dil (makro) ön işlemcisi
  • Komut dili tercümanı
  • Dump yardımcı programı – CICS Dump Management tarafından oluşturulan biçimlendirilmiş dökümleri yazdırır
  • İzleme yardımcı programı – CICS izleme çıktısını biçimlendirir ve yazdırır
  • Günlük biçimlendirme yardımcı programı - hata durumunda CICS bölgesinin biçimlendirilmiş bir dökümünü yazdırır

Uygulama hizmetleri

Aşağıdaki CICS bileşenleri uygulama geliştirmeyi destekler.

  • Temel Eşleme Desteği (BMS), cihazdan bağımsız terminal girişi ve çıkışı sağlar
  • İki aşamalı kesinleştirmeyi destekleyen dağıtılmış uygulamaların birlikte çalışması için LU6.1 ve LU6.2 API desteği sağlayan APPC Desteği
  • Veri Değişim Programı (DIP), IBM 3770 ve IBM 3790 programlanabilir aygıtları için destek sağlar
  • 2260 Uyumluluğu, IBM 2260 görüntüleme aygıtları için yazılmış programların 3270 ekranda çalışmasına olanak tanır
  • EXEC Arayüz Programı – EXEC CICSkomutlar tarafından oluşturulan çağrıları CICS işlevlerine çağrılara dönüştüren saplama programı
  • Yerleşik İşlevler – tablo arama, fonetik dönüştürme, alan doğrulama, alan düzenleme, bit kontrolü, giriş biçimlendirme, ağırlıklı alma

Telaffuz

Farklı ülkelerin farklı telaffuzları vardır

  • IBM (özellikle içinde Tivoli ) bu şekilde ifade edilir / k ɪ k s / .
  • ABD'de, daha genellikle her harfi okuyarak telaffuz edilir / ˌ s i ˌ aɪ ˌ ler i ɛ s / .
  • Avustralya, Belçika, Kanada, Hong Kong, İngiltere ve diğer bazı ülkelerde, belirgindir / k ɪ k s / .
  • Finlandiya'da telaffuz edilir. [kikler]
  • Fransa'da telaffuz edilir [se.i.se.ɛs] .
  • Almanya, Avusturya ve Macaristan'da telaffuz edilir. [ˈtsɪks] ve daha az sıklıkla[ˈkɪks] .
  • Yunanistan'da kiks olarak telaffuz edilir .
  • Hindistan'da tekme olarak telaffuz edilir .
  • İran'da tekme olarak telaffuz edilir .
  • İsrail'de CICS olarak telaffuz edilir .
  • İtalya'da telaffuz edilir [ˈtʃiks] .
  • Polonya'da telaffuz edilir. [ˈkʲiks] .
  • Portekiz ve Brezilya'da telaffuz edilir. [ˈsiks] .
  • Rusya'da kiks olarak telaffuz edilir .
  • Slovenya'da kiks olarak telaffuz edilir .
  • İspanya'da telaffuz edilir. [θiks] .
  • İsveç'te tekme olarak telaffuz edilir .
  • İsrail'de tekme olarak telaffuz edilir .
  • Uganda'da tekme olarak telaffuz edilir .
  • Türkiye'de kiks diye okunur .

Ayrıca bakınız

Referanslar

Dış bağlantılar