सिस्टम सपोर्ट प्रोग्राम

System Support Program (SSP)

Main Menu of SSP 7.5, shown inside a TN5250 client
डेवलपर	IBM
काम करने की अवस्था	Discontinued
आरंभिक रिलीज	1977 (1977)
प्लेटफार्मों	System/34 and System/36 minicomputer
डिफ़ॉल्ट उपयोगकर्ता इंटरफ़ेस	Command-line interface
लाइसेंस	Proprietary
इससे पहले	System/32 System Control Program (SCP)
इसके द्वारा सफ़ल	OS/400

सिस्टम सपोर्ट प्रोग्राम (SSP) IBM सिस्टम/34 और सिस्टम/36 मिनी कंप्यूटर का ऑपरेटिंग सिस्टम था। SSP 1977 में रिलीज़ किया गया कमांड-आधारित ऑपरेटिंग सिस्टम था। SSP में मूल रूप से 60 या इतने ही कमांड शामिल थे जो सिस्टम/34 पर 1977 से 1983 तक अलग-अलग संस्करणों में लागू किए गए थे जिन्हें रिलीज़ कहा जाता है।

इतिहास

एसएसपी में मूल रूप से 60 या इतने ही आदेश शामिल थे जो सिस्टम/34 पर 1977 से 1983 तक विभिन्न संस्करणों में लागू किए गए थे जिन्हें रिलीज़ कहा जाता है। रिलीज़ 1 को 1977 में मूल S/34 के साथ जारी किया गया था। रिलीज़ 9 को 1981 में जारी किया गया था। 1983 में, IBM ने IBM सिस्टम/36 नामक नए कंप्यूटर पर SSP को रीपैकेज किया, जो S/34 के साथ संगत ऑब्जेक्ट-कोड नहीं था। 1994 में, IBM ने उन्नत/36 कहे जाने वाले S/36 के अद्यतन मॉडल पर SSP को दोबारा पैक किया। ए/36 आईबीएम एएस/400 था जिसमें एसएसपी को आभासी मशीन के रूप में लागू किया गया था।

एसएसपी की प्रमुख रिलीज में शामिल हैं:

• एस/34
  • एस/34 रिलीज 1.0 - यह स्पष्ट रूप से था 1977 में पहले S/34 के साथ भेजा गया।
  • एस/34 रिलीज 8.0 - ऐसा लगता है 1980 के बारे में जारी किया गया है।
  • S/34 रिलीज़ 9.0 - यह S/34 c.1980 के लिए अंतिम रिलीज़ थी।
• एस/36
  • एस/36 रिलीज 1.0 - यह स्पष्ट रूप से था 1983 में पहले S/36 के साथ भेजा गया।
  • एस/36 रिलीज 2.0 - इस रिलीज ने 8809-टेप ड्राइव का समर्थन किया।
  • एस/36 रिलीज 4.0 - यह रिलीज थी जहां एस/36 को 5 जॉब क्यू दिए गए थे।
  • एस/36 रिलीज 5.1 - 1988 की यह रिलीज 536X प्लेटफॉर्म पर आखिरी बड़ा बदलाव था।
  • S/36 रिलीज़ 6.0 - जिसे VASP या मूल्य वर्धित समर्थन उत्पाद के रूप में भी जाना जाता है, इस रिलीज़ में कार्यक्षमता जोड़ी गई है जो आरपीजी में प्रोग्राम कॉल की अनुमति देती है, और इसने AS/400 के आकार की गणना करने के लिए सॉफ़्टवेयर भी प्रदान किया जिसकी आवश्यकता उपयोगकर्ता को अपग्रेड करते समय होगी। वीएएसपी विवादास्पद था. उद्योग पत्रों में अफवाहें फैलीं कि यदि 6.0 पर्याप्त रूप से कार्य नहीं करता है तो ग्राहक 5.1 पर वापस नहीं जा सकता है। RPG CALL/PARM के साथ प्रोग्राम कॉल्स IBM RPG III डिजाइनों से कम और ग्राहक ऐड-ऑन उत्पादों से घटिया थे।
  • S/36 रिलीज़ 7.1 - यह 1994 रिलीज़ उन्नत/36 (9402-236 मॉडल) के साथ भेज दी गई थी। पहली A/36 मशीनें कम रिलीज़ पर काम नहीं करेंगी और 7.5 के साथ भी असंगत थीं (जबकि तकनीकी रूप से, सच है, 7.1 मशीन से प्रोग्राम ऑब्जेक्ट कोड 7.5 पर चलेगा और इसके विपरीत, साथ ही कई 9402-236 को 9402 में अपग्रेड किया गया था -436, जिसे उन्होंने मदरबोर्ड को बदल दिया और कुछ नया एलआईसी कोड स्थापित किया और आपने अपनी फाइलों और वॉयला की प्रतिलिपि पर बहाल किया, यह सब काम किया)। अफवाहें फैलीं कि पूर्व रिलीज़ कंपाइलर उन्नत / 36 पर काम नहीं करेंगे, लेकिन वे निराधार साबित हुए। संभावित रूप से अधिक उन्नत 7.x संकलक के बजाय प्रोग्रामर 5.1 आईबीएम आरपीजी द्वितीय संकलक का उपयोग करने के कारण थे।
  • S/36 रिलीज़ 7.5 - 1995 की इस रिलीज़ को उन्नत/36 (9402-436) की दूसरी और अंतिम लहर के साथ भेज दिया गया था। WRKSYSVL जैसे कार्यों ने ऑपरेटर को मक्खी पर सिस्टम समय को बदलने की अनुमति दी, जो दिलचस्प था क्योंकि असेंबलर सबरूटीन्स के माध्यम से ऐसा करने के लिए ग्राहक ऐड-ऑन उन्नत / 36 पर काम नहीं करते थे। हालांकि, फाइलों को खोलने/बंद करने, वीटीओसी को पुनः प्राप्त करने आदि जैसी चीजों को करने के लिए असेंबलर रूटीन 7.1 और 7.5 पर ठीक काम करता है।
  • अतिथि/36 - यह रिलीज़ 7.5 है, लेकिन आप AS/400 (चल रहे OS/400 V3R6 से V4R4) पर M36 (एक अतिथि) सेट कर सकते हैं, और यह 9402-436 की तरह ही काम करेगा, सिवाय उसके इस अतिथि विभाजन के अलावा, यदि आप चाहते थे तो आपके पास OS/400 भी था। इसलिए, यदि 9402-436 जो 3 गति 2102, 2104 और 2106 में आया था (जो बाद वाला आधार से लगभग 2.7X तेज था) पर्याप्त तेज़ नहीं था, तो आप 9406-xxx मशीन प्राप्त कर सकते हैं और अतिथि/36 स्थापित कर सकते हैं ऐसे पर। और वास्तव में, आप से अधिक अतिथि/36 स्थापित कर सकते हैं। संलग्न कार्यस्थानों की संख्या की कुछ सीमाएँ थीं लेकिन दो अतिथि/36 AS/400 पर चल रहे थे और उनके बीच DDM (वितरित डेटा प्रबंधन) स्थापित कर रहे थे और बड़ी फ़ाइलों को होस्ट करने के लिए OS/400 के साथ भी आसानी से किया जा सकता था। जबकि अधिकांश भाग के लिए S/36 और A/36 ने अतिथि/36 (या M/36) पर केवल ट्विनैक्स संलग्न टर्मिनलों के साथ काम किया, आप अपने सभी टर्मिनलों को LAN पर चल रहे tcp/ip पर रख सकते हैं और वर्चुअल डिवाइस हो सकते हैं। अतिथि/36 पर्यावरण में।
  • S36EE (S/36 निष्पादन वातावरण) - यह AS/400 और इसके अनुवर्ती (iSeries, IBM i) पर नेटिव समर्थित था, जो उपयोगकर्ता को अपने s/36 प्रोग्राम और प्रक्रियाओं को परिवर्तित किए बिना चलाना जारी रखने की अनुमति देता है उन्हें। कई सिस्टम प्रोसेस भी ऐसे ही काम करते हैं। हालांकि यह आम तौर पर धीमा था क्योंकि इसे अतिरिक्त चरणों से गुजरना पड़ता है, हालांकि आज ऐसी तेज मशीनों के साथ, S36EE की गति A/36 निष्पादन गति से कई गुना तेज है। उदाहरण, कार्य को विज्ञापन/36 पर चलने में 12 मिनट लगते हैं, S36EE मोड में चलने में 20 सेकंड लगते हैं। हालाँकि ऑब्जेक्ट कोड पिछले S/36 और A/36 के साथ संगत नहीं है, जिसका अर्थ है कि किसी को सभी प्रोग्राम और मेनू को फिर से कंपाइल करना होगा। हालाँकि, फायदा यह है कि आप न केवल S36EE बल्कि OS/400 एप्लिकेशन भी चला सकते हैं। आप अपने S/36 प्रोग्राम में डेटाबेस टेबल एक्सेस कर सकते हैं, आप S/36 प्रोग्राम से RPG/400 और RPGIV प्रोग्राम कॉल कर सकते हैं। इसलिए, जबकि तकनीकी रूप से एसएसपी नहीं है, यह एसएसपी की तरह दिखता है, यह एसएसपी की तरह काम करता है, और यह आपके एस/36 प्रोग्राम/प्रॉक्स चलाएगा।

S/36 और A/36 और M/36 ऑपरेटिंग सिस्टम पर सीमाएं: सिस्टम द्वारा उपयोग की जा सकने वाली डिस्क स्थान की अधिकतम मात्रा 4 gb थी (ऑपरेटिंग सिस्टम की प्रति आवृत्ति, इसलिए दो M36 विभाजन चलाने वाली मशीन में 4 gb हो सकता है प्रत्येक। अन्य सीमा कार्यक्रम का आकार था, 64KB से अधिक नहीं हो सकता। यदि आपके पास ऐसा कार्यक्रम था जो उससे बड़ा था, तो आपको बाद के वर्षों में रचनात्मक बनना पड़ा जब कॉल/पार्म जगह में आया, क्योंकि आप कोड को कॉल में ले जाएंगे प्रोग्राम, क्योंकि यदि उदाहरण के लिए बेस प्रोग्राम 63kb था, तो आप आसानी से 20kb नामक प्रोग्राम को कॉल कर सकते थे। आपके पास मशीन पर लगभग 8,000+ से अधिक फ़ाइलें भी नहीं हो सकती थीं। आपके द्वारा किसी फ़ाइल में लाए जा सकने वाली फ़ाइलों की संख्या पर भी प्रतिबंध था। प्रोग्राम (फिर से, आप gबुलाए गए प्रोग्रामों में फाइलें डालकर और परिणाम को वापस भेजकर। शुरू में आपके द्वारा लोड किए जा सकने वाले रिकॉर्ड की अधिकतम संख्या लगभग 8 मिलियन थी और अधिकतम फ़ाइल लगभग 16 मिलियन हो सकती थी। S36EE में इनमें से कोई भी सीमा मौजूद नहीं है (प्रोग्राम में कुछ अधिकतम फाइलें हैं, लेकिन देशी SSP की तुलना में बहुत बड़ी #)।

कार्य और घटक

SSP का उपयोग करके, ऑपरेटर S/34-36 ऑब्जेक्ट्स जैसे लाइब्रेरी, डेटा फाइल, मेनू (कंप्यूटिंग), सबरूटीन, स्रोत सदस्य और सुरक्षा फ़ाइलें बना, हटा और प्रबंधित कर सकता है।

SSP में DFU, SEU, Screen Design Aid, और WSU जैसे मॉड्यूल (प्रोग्रामिंग) होते हैं जो ऑपरेटरों को लाइब्रेरी और फाइलें बनाने, उन फाइलों में जानकारी दर्ज करने, सरल रिपोर्ट तैयार करने और मेनू संरचना बनाए रखने की अनुमति देते हैं जो जानकारी तक पहुंच को आसान बनाता है। उन्नत/36 WSU का समर्थन नहीं करता है। एसएसपी के माध्यम से पासवर्ड और संसाधन सुरक्षा भी कार्यान्वित की जाती है, जैसे दूरस्थ संचार, जो आज डायल-अप कम्प्यूटर नेट्वर्किंग के समान है।

SSP डिस्क-आधारित ऑपरेटिंग सिस्टम है। कंप्यूटर प्रोग्राम को फिक्स्ड डिस्क से चलाया जा सकता है, लेकिन डिस्केट या टेप से नहीं। सिस्टम/34 5340, या सिस्टम/36 5360/5362 का पूरक से चार फिक्स्ड डिस्क, कम से कम कंप्यूटर टर्मिनल और 8 डिस्केट ड्राइव की निश्चित डिस्क सरणी है, वैकल्पिक रूप से दो पत्रिका इकाइयों के साथ लगाया जाता है जिसमें 10 हो सकते हैं डिस्केट प्रत्येक और तीन डिस्केट स्लॉट। A S/36 5363/5364 में 5-1/4 डिस्केट ड्राइव है। S/36 कंप्यूटर को 8809 रील-टू-रील टेप ड्राइव (800/1600 bpi) या 6157 1/4 कार्ट्रिज (QIC) टेप ड्राइव से कॉन्फ़िगर किया जा सकता है। A/36 कंप्यूटर में उच्च-घनत्व QIC ड्राइव होता है लेकिन 5.25 या 8 डिस्केट ड्राइव (एकल) वैकल्पिक था जैसा कि 9348-001 9 ट्रैक (रील से रील) 1600/6250 bpi टेप ड्राइव था।

सिस्टम उपयोगिता कार्यक्रम

एसएसपी प्रक्रियाएं उपयोगिता कार्यक्रमों का उपयोग करती हैं, जो कुछ मामलों में कंप्यूटर प्रोग्रामर के लिए स्वयं एसएसपी प्रक्रियाओं की तुलना में अधिक उपयोगी हो सकती हैं। $MAINT लाइब्रेरी यूटिलिटी है, जिसका उपयोग किया जाता है ALOCLIBR, BLDLIBR, FROMLIBR, LIBRLIBR, REMOVE, CONDENSE, LISTLIBR, और TOLIBR. $COPY फ़ाइल उपयोगिता है जिसका उपयोग किया जाता है SAVE, RESTORE, COPYDATA, और LISTDATA. सहित कई अन्य सुविधाएं हैं $FBLD, $LABEL, $DUPRD, $INIT, $DELET, $HIST, $CNFIG, #GSORT, $PACK, और $PROF, जो संबद्ध SSP प्रक्रियाओं की तुलना में कार्यक्रम स्तर पर अधिक लचीली हो सकती हैं।

=== CNFIGSSP === का प्रयोग करके विन्यस्त करना CNFIGSSP}SP प्रक्रिया का उपयोग डिवाइस सहित सिस्टम को कॉन्फ़िगर करने के लिए किया गया था। प्रत्येक डिवाइस को दो-वर्ण आईडी असाइन की जाती है। पहला अक्षर अल्फ़ाबेटिक होना चाहिए; दूसरा अल्फ़ामेरिक होना चाहिए। सिस्टम ने कुछ आईडी भी आरक्षित की हैं; उदाहरण के लिए डिवाइस को I1 या F1 नहीं कहा जा सकता है। I1 डिस्केट ड्राइव का नाम है; F1 वह है जिसे सिस्टम हार्ड ड्राइव कहता है (फिक्स्ड डिस्क के लिए खड़ा है, क्योंकि यह रिमूवेबल डिस्क पैक नहीं है।)

लगा देना CNFIGSSP, सिस्टम समर्पित होना चाहिए (कोई अन्य उपयोगकर्ता लॉग ऑन या प्रोग्राम नहीं चल रहा है)। सिस्टम को आईपी लेड (रीबूट किया हुआ) होना चाहिए। जब ​​आईपीएल समाप्त हो जाएगा, तो नए डिवाइस स्टेटस डिस्प्ले पर दिखाई देंगे।

एसडीए - स्क्रीन डिजाइन सहायता

Main article: Screen Design Aid

एसडीए ऑपरेटर को स्क्रीन प्रारूप या मेनू बनाने की अनुमति देता है। कमांड कुंजियों को सक्षम/अक्षम किया जा सकता है। इनपुट फ़ील्ड, आउटपुट फ़ील्ड और स्थिरांक बनाए और अनुकूलित किए जा सकते हैं। स्थितियां (आरपीजी में इन्हें संकेतक कहा जाता है) फ़ील्ड गायब होने या रंग बदलने का कारण बन सकती हैं।

एसईयू - स्रोत प्रविष्टि उपयोगिता

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

SORT - सिस्टम सॉर्ट उपयोगिता

SORT में से आठ इनपुट फ़ाइलें होती हैं, जो किसी भी मान्य रिकॉर्ड लंबाई की हो सकती हैं। इसमें किसी भी निर्दिष्ट लंबाई की आउटपुट फ़ाइल होती है, जिसमें शून्य से लेकर 8 मिलियन से अधिक रिकॉर्ड हो सकते हैं।

एक क्रम में पूरे रिकॉर्ड या केवल 3-बाइट पते हो सकते हैं जो संबंधित फ़ाइल में रिकॉर्ड को इंगित करते हैं। इसे एड्रेस-आउट फ़ाइल या कहा जाता था ADDROUT. ऐड रूट का उपयोग करते समय, प्रोग्राम इन 3-बाइट पतों में पढ़ता है और फिर मास्टर फ़ाइल से संबद्ध रिकॉर्ड प्राप्त करता है।

डब्ल्यूएसयू - वर्क स्टेशन यूटिलिटी

यह आरपीजी जैसी भाषा थी जो एसएसपी पर चलती थी। यह डेटा एंट्री प्रकार के कार्यक्रमों पर केंद्रित था। WSU मुक्त था, लेकिन यह विशेष रूप से अच्छी तरह से प्राप्त नहीं हुआ था क्योंकि यह बहुत सीमित था।

DFU - डेटा फ़ाइल उपयोगिता

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

डीएफयू का इस्तेमाल किया जा सकता है

• प्रोग्रामर द्वारा प्रोग्राम लिखे बिना फ्लाई पर डेटा बेस फाइलों को अपडेट करने के लिए
• प्रोग्रामर द्वारा डेटा बेस फ़ाइल पर बुनियादी संचालन करने के लिए सरल प्रोग्राम बनाने के लिए
• डेटा प्रविष्टि कर्मियों द्वारा किसी फ़ाइल से रिकॉर्ड जोड़ने या हटाने के लिए, या रिकॉर्ड प्रिंट करने के लिए।

प्रोग्रामिंग

परिचालन नियंत्रण भाषा (OCL)

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

आरपीजी II

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

कमांड कुंजियाँ आरपीजी संकेतक KA-KY बन गईं, और विभिन्न ऑन-स्क्रीन रूपों को स्वयं रूपों में छिपे विभिन्न अदृश्य नियंत्रण वर्णों द्वारा पहचाना गया। चूंकि टाइप करने के लिए उपयोगकर्ता को स्क्रीन पर फॉर्म प्रदर्शित करना पड़ता था, आरपीजी II ने इनपुट स्वीकार करने से पहले प्रोग्राम को आउटपुट लिखने का तरीका प्रदान किया। कई सफल प्रोग्रामर संयुक्त-प्राथमिक WORKSTN फ़ाइल का उपयोग करने के लिए संयुक्त-मांग फ़ाइल का उपयोग करने के लिए चले गए, जिसमें डिस्प्ले को पढ़ने और लिखने के लिए ऑपरेशन कोड थे। कई WORKSTNs के लिए कोड करने का तरीका भी था; कई लोग स्मृति में ही कार्यक्रम की ही प्रति पर हस्ताक्षर कर सकते हैं। सबसे बड़ा कार्यक्रम आकार 64k था।

प्रोग्राम विशेषताएँ - एमआरटी, एसआरटी, एनआरटी और एनईपी

एमआरटी = एकाधिक अनुरोधकर्ता टर्मिनल प्रोग्राम। SSP प्रोग्राम में बार में 7 टर्मिनल तक अटैच कर सकता है। कोई भी ऑपरेटर अपने टर्मिनल पर प्रोग्राम शुरू कर सकता है, फिर उसी प्रोग्राम का चयन करने पर अन्य ऑपरेटरों के टर्मिनलों को जोड़ा जाएगा। सेवित किए जाने वाले टर्मिनलों की अधिकतम संख्या प्रोग्रामर द्वारा नियंत्रित की जा सकती थी।

एसआरटी = सिंगल रिक्वेस्टर टर्मिनल प्रोग्राम। एमआरटी नहीं।

NRT = नो रिक्वेस्टर टर्मिनल प्रोग्राम। टर्मिनल पर शुरू हुआ, NRT अनुरोध करने वाले टर्मिनल को रिलीज़ करता है और जारी रहता है। यह MS-DOS TSR (टर्मिनेट एंड स्टे रेजिडेंट) प्रोग्राम के समान है। परिभाषा के अनुसार, कोई भी कार्यक्रम जो JOBQ के लिए विकसित या प्रस्तुत किया गया था, NRT था।

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

ऑब्जेक्ट कोड प्रारूप

कोबोल, फोरट्रान और आरपीजी ने ऑब्जेक्ट कोड (टाइप ओ) उत्पन्न किया। बेसिक की ही व्याख्या की गई थी; बेसिक्स नामक संकलन उपयोगिता ने सबरूटीन कोड (टाइप आर) बनाया। बुनियादी कार्यक्रमों को अन्य कंप्यूटरों के साथ संगतता के स्रोत के रूप में सहेजा जा सकता है, लेकिन परियोजना का पाठ उपनेमका में संरक्षित किया गया था (जब तक कि प्रोग्रामर ने इसे निजी रखने के लिए LOCK पैरामीटर का उपयोग नहीं किया।)

प्रक्रियाएं, जो प्रोग्राम शुरू करने और उन्हें संसाधन आवंटित करने के लिए ऑपरेशनल कंट्रोल लैंग्वेज का उपयोग करती हैं, टाइप पी हैं।

ऊपर निर्दिष्ट बेसिक के अपवाद के साथ, सभी वस्तुओं के लिए स्रोत सदस्य प्रकार S हैं।

DFU प्रोग्राम ने सबरूटीन (R) कोड जनरेट किया। तो WSU कार्यक्रम किया।

स्क्रीन स्वरूप उत्पन्न वस्तु कोड।

मेनू उत्पन्न वस्तु कोड। मेनू बस बहुत ही विशिष्ट स्क्रीन प्रारूप है जिसमें सहयोगी संदेश सदस्य दो पाउंड के संकेतों (##) के साथ जोड़ा जाता है ताकि संबंधित संख्या को चुने जाने पर कार्रवाई की जा सके।

लोकप्रिय एसएसपी अनुप्रयोग

• प्रोग्रामर और ऑपरेटर उत्पादकता सहायता (पीओपी) व्यापक रूप से इस्तेमाल किया जाने वाला विकास कार्यक्रम था। इसे उन्नत 36 के साथ शामिल किया गया था।
• मैपिक्स, विनिर्माण और उत्पादन सूचना नियंत्रण प्रणाली।
• IMAS, साधारण लेखा पैकेज
• बीपीसीएस, अधिक उन्नत लेखा प्रणाली
• IBM Office/36 कार्यक्रमों का संग्रह (DisplayWrite/36, IDDU, Query, इत्यादि) 1980 के दशक के अंत में लोकप्रिय थे और बाद में उन्नत/36 के साथ बंडल किए गए थे। सिस्टम/34 टेक्स्ट एडिटर ऑफिस/36 का अग्रदूत था।
• ब्रिट्ज़ वर्ड प्रोसेसिंग सिस्टम सामान्य-उद्देश्य वाला टेक्स्ट एडिटर था जिसमें मेलमर्ज, लेबल और मूल फ़ाइल संपादन क्षमताएं थीं।

सिस्टम सुरक्षा

SSP सिस्टम पर चार प्रकार की कंप्यूटर सुरक्षा होती है:

• बैज सुरक्षा।
• पासवर्ड सुरक्षा।
• संसाधन सुरक्षा।
• मेनू सुरक्षा।

बैज सुरक्षा 5250-सीरीज़ टर्मिनल से जुड़ी चुंबकीय पट्टी कार्ड डिवाइस का उपयोग करके कार्यान्वित की जाती है। लॉग ऑन करने के लिए, उपयोगकर्ता ने न केवल उपयोगकर्ता/पासवर्ड की जानकारी टाइप की बल्कि रीडर के माध्यम से बैज को स्वाइप भी किया।

SECEDIT

यूजर आईडी और पासवर्ड के साथ काम करने के लिए SECEDIT प्रक्रिया का इस्तेमाल किया गया था। उपयोगकर्ता प्रोफ़ाइल में 1 से 8 वर्णों का अल्फ़ान्यूमेरिक उपयोगकर्ता आईडी, 4 वर्णों का अल्फ़ान्यूमेरिक पासवर्ड, उपयोगकर्ता की सुरक्षा रेटिंग के लिए कोड - M (मास्टर सुरक्षा अधिकारी), S (सुरक्षा अधिकारी), O (सिस्टम ऑपरेटर), C (उप-कंसोल ऑपरेटर), या D (डिस्प्ले स्टेशन ऑपरेटर) - और कई अन्य डिफ़ॉल्ट सेटिंग्स।

SECEDIT संसाधन प्रक्रिया का उपयोग फ़ाइल, लाइब्रेरी, फ़ोल्डर और समूह वस्तुओं के लिए सुरक्षा रेटिंग स्थापित करने के लिए किया गया था। O (स्वामी), C (बदलें), U (अपडेट), R (पढ़ें), E (निष्पादित करें) या N (कोई नहीं) का एक्सेस स्तर उपयोगकर्ता को किसी विशेष संसाधन के लिए प्रदान किया जा सकता है। समूह वस्तु प्रकार की होल्डिंग कंपनी थी, जिसके पास या से अधिक निम्न वस्तुएँ थीं। उदाहरण के लिए, समूह ACCOUNTG को एक्सेस प्रदान करने से सभी अकाउंटिंग फ़ाइलों तक पहुँच स्थापित करना आसान हो गया। समूह वस्तुएँ समूह फ़ाइलों को भी संदर्भित कर सकती हैं; समूह UB ने UB.OLD, UB.NEW, UB.01, या एम्बेडेड अवधि के साथ किसी फ़ाइल नाम का संदर्भ दिया।

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

अन्य प्रक्रियाएं

PROF (प्रोफाइल) प्रक्रिया का उपयोग यूजर आईडी और पासवर्ड के साथ काम करने के लिए किया गया था। उपयोगकर्ता प्रोफ़ाइल में 1 से 8 वर्णों का अल्फ़ान्यूमेरिक उपयोगकर्ता आईडी, 4 वर्णों का अल्फ़ान्यूमेरिक पासवर्ड, उपयोगकर्ता की सुरक्षा रेटिंग के लिए कोड—M (मास्टर सुरक्षा अधिकारी), S (सुरक्षा अधिकारी), O (सिस्टम ऑपरेटर), C (सब कंसोल ऑपरेटर), या D (डिस्प्ले स्टेशन ऑपरेटर) -- और कई अन्य डिफ़ॉल्ट सेटिंग्स।

फ़ाइल और लाइब्रेरी ऑब्जेक्ट्स के लिए सुरक्षा रेटिंग स्थापित करने के लिए PRSRCID (उपयोगकर्ता आईडी द्वारा प्रोफ़ाइल संसाधन सुरक्षा) प्रक्रिया का उपयोग किया गया था। किसी विशेष संसाधन के लिए उपयोगकर्ता के लिए O (स्वामी), G (बदलें), R (पढ़ें), E (निष्पादित) या N (कोई नहीं) का एक्सेस स्तर प्रदान किया जा सकता है।

मुद्रित डिस्क कैटलॉग (वीटीओसी, सामग्री की मात्रा तालिका) ने सुरक्षित होने के रूप में नोटेशन 3 के साथ सभी सुरक्षित वस्तुओं को प्रदर्शित किया।

फाइलें, लाइब्रेरी और फोल्डर

एसएसपी दो अलग-अलग डेटा ऑब्जेक्ट प्रदान करता है जिन्हें फाइल और लाइब्रेरी कहा जाता है। फ़ाइलों में रिकॉर्ड होते हैं, लगभग हमेशा निश्चित रिकॉर्ड लंबाई के साथ। पुस्तकालयों में ऐसे प्रोग्राम होते हैं जो इन फ़ाइलों को संदर्भित और एक्सेस कर सकते हैं। एसएसपी में 80 से अधिक अलग-अलग कमांड शामिल हैं जो ऑपरेटरों को फ़ाइलों और पुस्तकालयों को बनाने, हटाने, कॉपी करने, संपादित करने/बदलने और सुरक्षित करने की अनुमति देते हैं।

एक निश्चित डिस्क पर पुस्तकालय या फ़ाइल सन्निहित संगठन में मौजूद होना चाहिए (हालांकि, पुस्तकालय में लगभग 50 ब्लॉकों की सीमा हो सकती है जिसे पुनर्गठित किया जाना चाहिए, और इसे अन्य उपयोगकर्ताओं को आवंटित किए जाने पर विस्तारित नहीं किया जा सकता है)। फ़ाइल को EXTEND मान के साथ व्यवस्थित किया जा सकता है या इसे स्वचालित रूप से विस्तारित करने के लिए FILE ऑपरेशनल कंट्रोल लैंग्वेज के साथ आवंटित किया जा सकता है। सभी रिकॉर्ड ऐड/अपडेट/डिलीट फाइल के एक्सटेंड होने तक इंतजार करते हैं। विस्तार की आवृत्ति को कम करने के लिए पर्याप्त रूप से बड़े विस्तार मूल्यों को बनाने के लिए यह अच्छी समझदारी की नीति है। पुस्तकालयों में ऐसे विस्तार हो सकते हैं जो सन्निहित नहीं थे। कई बार किसी प्रोग्राम को कंपाइल करते समय हद बना दी जाती थी और उसके लिए मुख्य आवंटन में पर्याप्त जगह होने पर CONDENSE करके उसे हटा दिया जाता था। अन्यथा, पुस्तकालय को बड़े आकार में पुन: आवंटित करने के लिए किसी ने ALOCLIBR किया।

S/36 पर फ़ाइलें अनुक्रमिक (S), प्रत्यक्ष (D), या अनुक्रमित (I) हो सकती हैं। अनुक्रमित फ़ाइल में कई वैकल्पिक अनुक्रमणिकाएँ (X) हो सकती हैं, और वास्तव में, अनुक्रमिक फ़ाइल में वैकल्पिक अनुक्रमणिकाएँ हो सकती हैं, इसलिए कोई प्राथमिक अनुक्रमणिका नहीं है। अनुक्रमित फ़ाइल में कुंजी होती है, जो सन्निहित होनी चाहिए और 60 वर्णों तक लंबी हो सकती है; हालाँकि, वैकल्पिक अनुक्रमणिका में तीन-भाग कुंजियाँ हो सकती हैं जो दूसरे के साथ सन्निहित नहीं हैं। अनुक्रमित या वैकल्पिक अनुक्रमणिका फ़ाइलों में डुप्लिकेट कुंजियों को अनुमति या अस्वीकृत किया जा सकता है। प्रत्यक्ष संगठन वाली फ़ाइल सभी रिकॉर्ड के साथ बनाई गई है और ऑटो-विस्तारित नहीं हो सकती है। अनुक्रमिक या अनुक्रमित संगठन वाली फ़ाइल बिना किसी रिकॉर्ड जोड़े बनाई जाती है। वैकल्पिक अनुक्रमणिका में हमेशा उसके अभिभावक के रूप में कई रिकॉर्ड होते हैं, सिस्टम/38-शैली लॉजिकल फ़ाइल के विपरीत जो माता-पिता से रिकॉर्ड फ़िल्टर करने के लिए शर्तों के साथ बनाया गया है।

1986 में, एसएसपी में वितरित डेटा प्रबंधन वास्तुकला (डीडीएम) के लिए समर्थन जोड़ा गया था। इसने सिस्टम/36 प्रोग्राम को दूरस्थ सिस्टम/36, सिस्टम/38, और आईबीएम मेनफ्रेम सिस्टम पर CICS चलाने वाले रिकॉर्ड-उन्मुख फ़ाइलों को बनाने, प्रबंधित करने और एक्सेस करने के लिए सक्षम किया। इसने दूरस्थ सिस्टम/36 और सिस्टम/38 कंप्यूटरों पर सिस्टम/36 पर फ़ाइलों को बनाने, एक्सेस करने और प्रबंधित करने के लिए प्रोग्राम को भी सक्षम किया। डीडीएम द्वारा परिभाषित प्रारंभिक रिकॉर्ड-उन्मुख फ़ाइल मॉडल सिस्टम/36 फ़ाइल सिस्टम पर आधारित थे।

संबंधित ऑपरेटिंग सिस्टम

सिस्टम/3 (1969) सिस्टम कंट्रोल प्रोग्राम (एससीपी) (5702-एससी1) नामक डिस्क-आधारित बैच ऑपरेटिंग सिस्टम चलाता था। आईबीएम ने बाद में संचार नियंत्रण कार्यक्रम (सीसीपी) नामक सिस्टम/3 के लिए ऑनलाइन कार्यक्रम पेश किया जिसे बैच प्रोग्राम के रूप में शुरू किया गया था। आईबीएम सिस्टम/32 (1975) डिस्क-आधारित ऑपरेटिंग सिस्टम चलाता था जिसे सिस्टम कंट्रोल प्रोग्राम भी कहा जाता है। आईबीएम सिस्टम/38 (1978) नियंत्रण कार्यक्रम सुविधा (सीपीएफ) नामक ऑपरेटिंग सिस्टम चलाता था जो एसएसपी से कहीं अधिक उन्नत था और विशेष रूप से समान नहीं था।

स्रोत

• IBM प्रकाशन SC21-8299, SSP ऑपरेटिंग सिस्टम के लिए सामान्य जानकारी।

बाहरी संबंध

• Bitsavers Archive of System/34 Documentation - Including documentation on SSP
• Bitsavers Archive of System/36 Documentation - Including documentation on SSP