TOGAF आर्किटेक्चर डेवलपमेंट मेथड (ADM) का परिचय

TOGAF (द ओपन ग्रुप आर्किटेक्चर फ्रेमवर्क) एक ख ter्न संगठनात्मक फ्रेमवर्क है। फ्रेमवर्क स्वयं एक अच्छी तरह से दस्तावेज़ित ज्ञान का निर्माण है, जिसमें एंटरप्राइज आर्किटेक्चर विकसित करने के लिए विस्तृत विधियाँ और समर्थन करने वाले उपकरणों का संग्रह शामिल है। TOGAF 9.2 फ्रेमवर्क का नवीनतम संस्करण है।

TOGAF को द ओपन ग्रुप के सदस्यों द्वारा विकसित और बनाए रखा जाता है, और यह आर्किटेक्चर फोरम नामक एक टीम के साथ काम करता है। TOGAF वर्जन 1 का पहला विकास 1995 में बनाया गया था, और बाद के TOGAF संस्करणों ने इस ज्ञान प्रणाली का विस्तार और सुधार किया।
TOGAF को विश्व की कुछ प्रमुख कंपनियों और संगठनों के प्रतिनिधित्व करने वाले 300 से अधिक आर्किटेक्चर फोरम सदस्यों के संयुक्त प्रयासों के माध्यम से विकसित किया गया था—इसलिए यह सामान्य एंटरप्राइज आर्किटेक्चर अभ्यासों का एक अच्छा सारांश है।
एंटरप्राइज आर्किटेक्चर का विकास और रखरखाव बहुत जटिल प्रक्रिया है जिसमें कई हितधारकों और निर्णय लेने की प्रक्रियाएँ शामिल होती हैं। TOGAF कंपनी आर्किटेक्चर विनिर्देशों, प्रक्रियाओं और कार्य उत्पादों के दस्तावेज़ीकरण द्वारा मदद करता है।
TOGAF का उपयोग करके संगठन एक संगत एंटरप्राइज आर्किटेक्चर विकसित कर सकते हैं जो हितधारकों की आवश्यकताओं को दर्शाता है, उत्तम व्यवहारों को अपनाता है, और वर्तमान आवश्यकताओं और भविष्य में अनुमानित व्यापार आवश्यकताओं को उचित ढंग से ध्यान में रखता है।

TOGAF कहाँ से आया?

TOGAF का उद्भव यूएस डिपार्टमेंट ऑफ डिफेंस के इन्फॉर्मेशन मैनेजमेंट टेक्नोलॉजी आर्किटेक्चर फ्रेमवर्क (TAFIM) से हुआ। TOGAF 1.0 को वर्षों के अन्वेषण के बाद 1995 में अंततः जारी किया गया, यूएस डिपार्टमेंट ऑफ डिफेंस की अनुमति और यूएस सरकार के बड़े निवेश के साथ। अब तक TOGAF ने अपना नौवां संस्करण जारी किया है, TOGAF 9 (नवीनतम संस्करण TOGAF 9.2 है)

TOGAF क्यों?

आईटी आर्किटेक्चर को संगठन के व्यापार लक्ष्यों को निकटता से दर्शाना चाहिए। वास्तव में, विशिष्ट तकनीकों (व्यापार परिदृश्य) का उपयोग करना चाहिए ताकि व्यापार लक्ष्यों को आईटी आर्किटेक्ट द्वारा सही ढंग से समझा जा सके और TOGAF के उपयोग से विकसित आईटी आर्किटेक्चर में इनका प्रतिबिम्ब दिखाया जा सके।

यहाँ वे कारण हैं जिनके कारण हमें आर्किटेक्चर विकास के लिए TOGAF ADM को अपनाना चाहिए:

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

ADM क्या है?

आर्किटेक्चर डेवलपमेंट मेथड (ADM) का उपयोग एंटरप्राइज आर्किटेक्चर विकसित करने के लिए किया जाता है जो संगठन की व्यापार और जानकारी प्रौद्योगिकी की आवश्यकताओं को पूरा करेगा। TOGAF ADM एक बड़ी संख्या में आर्किटेक्चर प्रैक्टिशनरों के निरंतर योगदान का परिणाम है, जो निम्नलिखित उद्देश्यों को प्राप्त करने के लिए है:

यह एंटरप्राइज आर्किटेक्चर के जीवनचक्र के विकास और प्रबंधन के लिए एक विधि का वर्णन करता है, और TOGAF का केंद्र बनता है।
इसे संगठन की आवश्यकताओं के अनुसार अनुकूलित किया जा सकता है और फिर आर्किटेक्चर योजना गतिविधियों के क्रियान्वयन के प्रबंधन के लिए उपयोग किया जाता है।

आर्किटेक्चर डेवलपमेंट मेथड—जिसे अक्सर ADM के संक्षिप्त रूप के रूप में जाना जाता है—एक विस्तृत चरण-दर-चरण प्रक्रिया है जिसका उपयोग एंटरप्राइज के आर्किटेक्चर को विकसित या बदलने के लिए किया जाता है।

ADM आर्किटेक्चर विकास चक्र को कवर करने वाले 10 चरणों का वर्णन करता है।

इन चरणों में शामिल हैं:

प्रारंभिक चरण
चरण A: स्थापत्य दृष्टि
चरण B: व्यवसाय संरचना
चरण C: सूचना प्रणाली संरचना
चरण D: तकनीकी संरचना
चरण E: अवसर और समाधान
चरण F: स्थानांतरण योजना
चरण G: शासन कार्यान्वयन
चरण H: स्थापत्य परिवर्तन प्रबंधन
आवश्यकता प्रबंधन

ADM इनपुट और आउटपुट

TOGAF प्रत्येक चरण से कई इनपुट और आउटपुट डिलीवरेबल प्रदान करता है:

ये सुझाव हैं और उनका ठीक-ठीक पालन करना आवश्यक नहीं है
प्रत्येक डिलीवरेबल को संस्करण देना चाहिए ताकि बदलाव होने का संकेत मिल सके
दिखाए गए संस्करण संख्या भी एक सुझाव है और उसका पालन करना आवश्यक नहीं है

डिलीवरेबल

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

प्रारंभिक चरण:

प्रारंभिक चरण का मुख्य उद्देश्य संगठन की आवश्यक स्थापत्य क्षमताओं का निर्धारण और स्थापना करना है।

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

इस चरण में, TOGAF को आगामी ADM इटरेशन की आवश्यकताओं को पूरा करने के लिए विशेष रूप से अनुकूलित किया गया है। हम मूल सिद्धांतों को परिभाषित करते हैं, संगठन की संरचना और व्यवसाय की आवश्यक परिवर्तन करने की क्षमता का मूल्यांकन करते हैं, और TOGAF को अन्य प्रबंधन ढांचों के साथ एकीकृत करते हैं। इस चरण में ऐसे चरण हैं जो प्रस्तावित परिवर्तनों से प्रभावित कॉर्पोरेट संगठन को सीमित करते हैं, सही शासन और समर्थन ढांचे की पुष्टि करते हैं, EA टीम और संगठन को परिभाषित और स्थापित करते हैं, स्थापत्य सिद्धांतों की पहचान और स्थापना करते हैं, TOGAF और किसी भी अन्य ढांचे को अनुकूलित करते हैं, और उपकरणों को लागू करते हैं। इस चरण के अंत में, EA टीम को ADM चक्र के इटरेशन का पालन करने के लिए तैयार होना चाहिए। इसका एक कारण यह भी है कि प्रारंभिक चरण को ADM आरेख के शीर्ष पर दिखाया गया है और चरण A से H के मुख्य लूप के बाहर है।

चरण A: स्थापत्य दृष्टि:

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

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

चरण B: व्यापार आर्किटेक्चर:

टोगाफ एंटरप्राइज आर्किटेक्चर को व्यापार क्षमताओं में सुधार करने का एक तरीका मानता है—इसी कारण पहला आर्किटेक्चर विकास चरण व्यापार आर्किटेक्चर.

एडीएम के व्यापार के दृष्टिकोण से—प्रारंभिक चरणों में इंफ्रास्ट्रक्चर कार्य आवेदन ताकि मजबूत व्यापार आवश्यकता का निर्धारण किया जा सके, और चरण A में इंफ्रास्ट्रक्चर कार्य और आर्किटेक्चर दृष्टि बयान.

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

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

चरण C: जानकारी प्रणाली आर्किटेक्चर:

टोगाफ चरण C-जानकारी प्रणाली आर्किटेक्चर-को दो भागों में विभाजित करता है, जिसमें विकास को शामिल किया गया है डेटा और एप्लिकेशन आर्किटेक्चर। टोगाफ दस्तावेज़ में दो डोमेन को शामिल करने वाला एक संक्षिप्त परिचयात्मक अध्याय है, जिसके बाद डेटा और एप्लिकेशन पर अलग-अलग अध्याय हैं। अन्य आर्किटेक्चर विकास चरणों (B&D) की तरह, लक्ष्य डेटा और एप्लिकेशन के लिए लक्ष्य जानकारी प्रणाली आर्किटेक्चर को विकसित करना और आधार और लक्ष्य आर्किटेक्चर के बीच के अंतर के आधार पर प्रारंभिक आर्किटेक्चर रोडमैप घटकों को निर्धारित करना है।

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

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

चरण D: तकनीकी आर्किटेक्चर:

चरण D टोगाफ का चरण है, जो आर्किटेक्चर परियोजना के लिए तकनीकी आर्किटेक्चर का विकास करता है। तकनीकी आर्किटेक्चर प्लेटफॉर्म सेवाओं और तार्किक और भौतिक तकनीकी घटकों की संरचना और अंतरक्रिया का वर्णन करता है। चरण D लक्ष्य तकनीकी आर्किटेक्चर का विकास करता है, जो चरण C में विकसित डेटा और एप्लिकेशन घटकों का समर्थन करता है ताकि व्यापार घटकों को वास्तविक बनाया जा सके।

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

आउटपुट और डिलीवरेबल्स को निर्धारित करना बहुत महत्वपूर्ण है ताकि जानकारी प्रणाली और व्यापार आर्किटेक्चर का समर्थन करने वाली तकनीकी आर्किटेक्चर का निर्माण किया जा सके। सही दायरे को प्राप्त करने से रिटर्न तेजी से आ सकते हैं, जबकि अत्यधिक बड़े दायरे के कारण सफल कार्यान्वयन में बाधा आ सकती है। यह डेप्लॉयमेंट तकनीक के बारे में नहीं है, बल्कि आर्किटेक्चर दृष्टि और कार्य आवेदन को वास्तविक रूप से संबोधित करने वाली तकनीकी आर्किटेक्चर के विकास के बारे में है।

चरण E: अवसर और समाधान:

चरण E का नाम इसलिए रखा गया है क्योंकि विशिष्ट समाधानों के कार्यान्वयन द्वारा लक्ष्य संरचना प्रदान करने के अवसरों को खोजना है। चरण E विश्लेषण और विकास चरणों B, C और D की सिफारिशों को जोड़कर संरचना मार्गदर्शिका का पहला पूर्ण संस्करण उत्पन्न करता है।

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

चरण F: स्थानांतरण योजना:

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

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

चरण F को वास्तविक कार्यान्वयन और स्थानांतरण योजना को सफल बनाने के लिए चार प्रबंधन ढांचों के बीच निकट सहयोग की आवश्यकता होती है।

चार क्षेत्र हैं:

व्यवसाय योजना
एंटरप्राइज आर्किटेक्चर
पोर्टफोलियो प्रबंधन
परियोजना प्रबंधन

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

चरण G: कार्यान्वयन नियंत्रण:

वास्तविक विकास और कार्यान्वयन चरण G के साथ समानांतर रूप से होता है। चरण G सुनिश्चित करता है कि कार्यान्वयन परियोजना और अन्य चल रही परियोजनाएं परिभाषित संरचना के अनुरूप हों।

आमतौर पर, लक्ष्य संरचना को व्यवसाय मूल्य और लाभ को जल्द से जल्द प्राप्त करने और स्थानांतरण योजना में जोखिम को कम करने के लिए एक श्रृंखला के रूप में विकसित किया जाता है। प्रत्येक परिवर्तन लक्ष्य कंपनी के अपने व्यवसाय हितों को प्राप्त करने के लिए एक कदम है।

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

संरचना अनुबंध दस्तावेजों का उपयोग संरचना परिवर्तनों को आगे बढ़ाने के लिए किया जाता है। चरण G के आरंभ में बनाए गए और संरचना कार्यक्षमता और कार्यान्वयन के लिए उत्तरदायी व्यक्तियों द्वारा मंजूर किए गए, यह संरचना के नियंत्रण सुसंगतता का आकलन करने का एक तंत्र है।

चरण H: परिवर्तन प्रबंधन संरचना:

कोई भी योजना के अनुसार नहीं गया—हमेशा नए आवश्यकताएं और संरचना में परिवर्तन होंगे। चरण H संरचना में परिवर्तनों को एक समग्र और संरचित तरीके से प्रबंधित करने के लिए परिवर्तन प्रबंधन प्रक्रिया का वर्णन करता है। आमतौर पर, इसमें नियंत्रण अनुरोधों, नई तकनीकों या व्यवसाय वातावरण में परिवर्तनों के निरंतर निगरानी की आवश्यकता होती है।

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

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

संरचना आवश्यकता प्रबंधन:

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

एंटरप्राइज आर्किटेक्चर की आवश्यकताएं और इन आवश्यकताओं में आने वाले बाद के परिवर्तन की पहचान की जाएगी, संग्रहीत की जाएगी और ADM चरणों और ADM चक्रों के बीच इनके इनपुट और आउटपुट से संबंधित होगी। मांग में परिवर्तन का निपटान करना महत्वपूर्ण है। संरचना अनिश्चितता और परिवर्तन के साथ निपटती है—हितधारकों की अपेक्षाओं और संभावनाओं के बीच का “ग्रे क्षेत्र”! इसलिए, संरचना आवश्यकताएं हमेशा बदलती रहेंगी।

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

TOGAF इस बात पर जोर देता है कि आवश्यकता प्रबंधन प्रक्रिया स्वयं आवश्यकताओं के साथ निपटने, हल करने या प्राथमिकता देने का काम नहीं करती है, क्योंकि यह ADM के संबंधित चरण में किया जाता है। मांग प्रबंधन चरण सिर्फ पूरे ADM में मांगों के प्रबंधन की प्रक्रिया है।

ADM प्रारंभिक चरण

एक संरचना क्षमता बनाने के लिए आवश्यक तैयारी और प्रारंभिक गतिविधियां, जिसमें TOGAF के अनुकूलन और संरचना के परिभाषित करना शामिल है

आउटपुट डिलीवरेबल्स:

संरचना सिद्धांत
आर्किटेक्चर रिपॉजिटरी
व्यापार सिद्धांत, व्यापार लक्ष्य और व्यापार ड्राइवर
एंटरप्राइज आर्किटेक्चर के लिए संगठन मॉडल
आर्किटेक्चर कार्य के लिए अनुरोध
अनुकूलित आर्किटेक्चर फ्रेमवर्क

ADM चरण A: आर्किटेक्चर दृष्टि

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

आउटपुट डिलीवरेबल्स:

आर्किटेक्चर सिद्धांत
आर्किटेक्चर रोडमैप
आर्किटेक्चर दृष्टि
व्यापार सिद्धांत, व्यापार लक्ष्य और व्यापार ड्राइवर
क्षमता मूल्यांकन
संचार योजना
आर्किटेक्चर कार्य के बयान
अनुकूलित आर्किटेक्चर फ्रेमवर्क

ADM चरण B: व्यापार आर्किटेक्चर

व्यापार आर्किटेक्चर: सहमत आर्किटेक्चर दृष्टि के समर्थन के लिए व्यापार आर्किटेक्चर का विकास

आउटपुट डिलीवरेबल्स:

ADM चरण C: सूचना प्रणाली आर्किटेक्चर

सूचना प्रणाली आर्किटेक्चर: सहमत आर्किटेक्चर दृष्टि के समर्थन के लिए सूचना प्रणाली आर्किटेक्चर का विकास

ADM चरण D: प्रौद्योगिकी आर्किटेक्चर

प्रौद्योगिकी आर्किटेक्चर: सहमत आर्किटेक्चर दृष्टि के समर्थन के लिए प्रौद्योगिकी आर्किटेक्चर का विकास

आउटपुट डिलीवरेबल्स:

ADM चरण E: अवसर और समाधान

अवसर और समाधान पिछले चरणों में परिभाषित आर्किटेक्चर के लिए प्रारंभिक कार्यान्वयन योजना और डिलीवरी वाहनों की पहचान करता है

आउटपुट डिलीवरेबल्स:

ADM चरण F: स्थानांतरण योजना

स्थानांतरण योजना एक विस्तृत कार्यान्वयन और स्थानांतरण योजना के अंतिम रूप देकर बेसलाइन से लक्ष्य आर्किटेक्चर तक जाने के तरीके को संबोधित करती है

आर्किटेक्चर बिल्डिंग ब्लॉक्स
आर्किटेक्चर परिभाषा दस्तावेज़
आर्किटेक्चर आवश्यकता विनिर्देश
आर्किटेक्चर रोडमैप
परिवर्तन अनुरोध कार्यान्वयन और स्थानांतरण योजना
कार्यान्वयन नियमन योजना
आर्किटेक्चर कार्य के लिए अनुरोध
आर्किटेक्चर कार्य कथन

एडीएम चरण जी: कार्यान्वयन निगमन

कार्यान्वयन निगमन कार्यान्वयन के लिए एक संरचनात्मक निगरानी प्रदान करता है

आउटपुट डिलीवरेबल्स:

परिवर्तन अनुरोध
सुसंगतता मूल्यांकन
समाधान बिल्डिंग ब्लॉक्स
संरचना कार्य के बयान

एडीएम चरण एच: संरचना परिवर्तन प्रबंधन

संरचना परिवर्तन प्रबंधन नए संरचना के परिवर्तन के प्रबंधन के लिए प्रक्रियाओं की स्थापना करता है। आवश्यकता प्रबंधन एडीएम के दौरान संरचना आवश्यकताओं के प्रबंधन की प्रक्रिया का अध्ययन करता है

सारांश

एडीएम एक व्यापक सामान्य विधि है

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

निम्नलिखित चित्र में दिखाए गए विकास चरणों के लिए टोगाफ एडीएम का समीक्षा निम्नलिखित है:

टोगाफ परिचयात्मक संदर्भ

आर्किमेट 3

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।