मेटामोडल्स की गतिशील व्याख्या

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

"यह वही है जो मुझे उत्पादन कार्य से मतलब है या, जैसा कि मैंने पिछली बार कहा था," ओपेरा ओपेरा। " दर्शन में, "नटुरा नकटता" और "नटुरा नॅट्रान्स" के बीच एक अंतर है - उत्पन्न प्रकृति और उत्पन्न प्रकृति। सादृश्य से, कोई भी बना सकता है - "कल्टुरा कलुरेटा" और "कलुरुरा कल्टुरन्स"। कहते हैं, उपन्यास "इन सर्च ऑफ लॉस्ट टाइम" एक काम के रूप में नहीं, बल्कि "कल्टुरा कल्चरन्स" या "ओपेरा ओपेरा" के रूप में बनाया गया है। यह वही है जिसे यूनानियों ने लोगो कहा जाता है। ”
// मरब ममर्दशविलि "प्राचीन दर्शन पर व्याख्यान"

समस्या का बयान

सूचना प्रणाली के विकास के लिए शास्त्रीय दृष्टिकोण, जाहिर है, डेटा संरचनाओं और प्रोग्राम कोड का उपयोग करके एक डोमेन मॉडल का निर्माण करना है । डेटा संरचनाओं में शामिल हैं: रैम और ट्रांसफर प्रोटोकॉल में संरचनाएं, डिस्क पर और डेटाबेस में फ़ाइलों में, और प्रोग्राम कोड सिम्युलेटेड डेटा पर हल की जा रही समस्या का एक सक्रिय (अनिवार्य, घटना या कार्यात्मक) मॉडल है।

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

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

हम उन कार्यों के वर्ग को प्रतिबंधित करते हैं जिनके लिए मौलिक रूप से अलग दृष्टिकोण की आवश्यकता होती है:

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

मैं इस बात पर जोर देता हूं कि टास्क क्लास में विशिष्ट संचार या सूचना के कार्य शामिल नहीं हैं, जिसके लिए आप एक लंबी उम्र के साथ सॉफ्टवेयर बना सकते हैं, जैसे ईमेल, दस्तावेज़ प्रबंधन, सीआरएम सिस्टम, इंस्टेंट मैसेजिंग सिस्टम, सोशल नेटवर्क, समाचार या सूचना वेब संसाधन आदि। .D। ऐसी तकनीकों का दायरा निम्नलिखित उद्योगों के लिए कम हो गया है :

• कॉर्पोरेट आवेदन सूचना प्रणाली,
• डेटाबेस अनुप्रयोग
• विश्लेषणात्मक प्रणाली, रिपोर्टिंग प्रणाली, निर्णय लेने की प्रणाली,
• भागीदार कंपनियों के बीच एकीकरण प्रणाली।

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

सॉफ्टवेयर घटकों और डेटा संरचनाओं के अमूर्तता बढ़ाने में क्या कठिनाइयाँ हैं:
1. प्रोग्राम कोड में वायर्ड पहचानकर्ताओं द्वारा लिंक करना। डेटा संरचनाओं और प्रोग्राम इंटरफेस पर अपील तार्किक पहचानकर्ताओं का उपयोग करके की जाती है, जो अंततः कॉल पते, मुख्य मेमोरी में रिश्तेदार पते और नेटवर्क कॉल में परिवर्तित हो जाते हैं। और स्थैतिक (प्रारंभिक) बाइंडिंग के साथ और डायनामिक (लेट) बाइंडिंग के साथ, पहचानकर्ताओं को सिस्टम घटकों के प्रोग्राम कोड में संरक्षित किया जाता है, इसके अलावा, वे पूरे कोड में बिखरे हुए हैं। और अमूर्तता बढ़ाने के लिए, कोड में डोमेन मॉडल की ओर इशारा करने वाले पहचानकर्ता नहीं होने चाहिए, लेकिन केवल पहचानकर्ता मेट्रोपोडेल की ओर इशारा करते हैं।
2. चर के स्थिर टाइपिंग का उपयोग । एक गतिशील विषय क्षेत्र वाले कार्यों के लिए, यह न केवल विशेषता है कि हम पहले से चर (वस्तु, वर्ग, अभिव्यक्ति, स्थिर, कार्य) के प्रकार को नहीं जानते हैं, लेकिन इस प्रकार को संकलन समय पर भी नहीं जाना जा सकता है। कम से कम, इस तरह की समस्याओं को हल करने के लिए उपयुक्त एक प्रोग्रामिंग भाषा को आत्मनिरीक्षण और नए बनाए गए प्रकारों के प्रकारों, वर्गों और चर के गतिशील निर्माण का समर्थन करना चाहिए।
3. डोमेन मॉडल के कुछ वर्गों में मिश्रण और सिस्टम समस्याओं को हल करना। उदाहरण के लिए, "कार" वर्ग को यह जानने की आवश्यकता नहीं है कि यह स्क्रीन पर प्रदर्शित होने वाले विज़ुअल कंट्रोल, लाइब्रेरी या टैग क्या है, और न ही इसे कैसे क्रमबद्ध किया जाना है और किस प्रकार के सिंटैक्टिक संरचनाओं के साथ, कैसे इसे डिस्क पर या डेटाबेस में संग्रहीत किया जाता है, यह कैसे प्रसारित होता है नेटवर्क, किस प्रोटोकॉल या डेटा प्रारूप के साथ, या किस रूप में इसे रैम में तैनात किया जाना चाहिए।
मैं यह दावा नहीं करता कि उपरोक्त प्रोग्रामिंग तकनीकें नहीं लेती हैं, वे विषय क्षेत्र के स्थिर मॉडल के साथ समस्याओं को हल करने के लिए काफी लागू और अपरिहार्य हैं। डायनामिक डोमेन के साथ सॉफ्टवेयर के प्रणालीगत पहलुओं को विकसित करने के लिए स्टैटिक और डायनेमिक लिंकिंग उपयुक्त है, लेकिन उपरोक्त तकनीकों को डोमेन के मॉडल या मेटामॉडल के प्रसंस्करण से नहीं जोड़ा जाना चाहिए।

गतिशील मेटामॉडल व्याख्या

गतिशील व्याख्या के सिद्धांत का वर्णन करने से पहले, हम स्पष्ट करते हैं कि हम उपयोग की गई शर्तों से क्या मतलब है।

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

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

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

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

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

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

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

डायनामिक रूप से निर्मित एप्लिकेशन डेटा संरचनाएं और एप्लिकेशन स्क्रिप्ट (ईवेंट, डेटा प्रोसेसिंग के तरीके) एप्लिकेशन वर्चुअल मशीन के एपीआई कॉल पर भरोसा करते हैं जिसमें गतिशील मॉडल चल रहा है। ऐसा एपीआई, बदले में, लॉन्च पर्यावरण के एपीआई पर "बैठता है" (उदाहरण के लिए, ऑपरेटिंग सिस्टम की एपीआई, मोबाइल ऑपरेटिंग सिस्टम, वर्चुअल मशीन, क्लाउड इंफ्रास्ट्रक्चर एपीआई, आदि)। मॉडल का गतिशील निर्माण आईपी के सर्वर और क्लाइंट (उपयोगकर्ता) दोनों घटकों में होता है, अर्थात। उपयोगकर्ता इंटरफ़ेस गतिशील रूप से बनाया गया है, और एपीआई की भूमिका उपयोग विज़ुअलाइज़ेशन लाइब्रेरी (जीयूआई घटकों) या रेंडरर रेंडरिंग वातावरण (उदाहरण के लिए: HTML5, Flash, SilverLight, Adobe AIR) द्वारा निभाई जाती है। नेटवर्क इंटरफेस को गतिशील रूप से भी बनाया जा सकता है, हालांकि, ट्रांसमिशन प्रोटोकॉल और डेटा विनिमय प्रारूप, निश्चित रूप से, निश्चित होना चाहिए (एक घटक में संकलित) या प्लेटफ़ॉर्म पर उपलब्ध सुलभ सेट से चयनित (उदाहरण के लिए, JSON, XML, YAML, CARAR, CSV, HTML) आदि)।

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

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

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

निष्कर्ष

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

अतिरिक्त सामग्री

1. मेटप्रोग्रामिंग
2. कई सार परतों के साथ डेटाबेस के डिजाइन में मेटामोडेल का उपयोग:
भाग 1 और भाग 2
3. सूचना प्रणाली का एकीकरण