TOGAF ADM: यह क्या है और इसका इतना महत्व क्यों है?

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

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

ADM क्या है?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

चरण D TOGAF का चरण है, जो आर्किटेक्चर परियोजना के लिए तकनीकी आर्किटेक्चर विकसित करता है। तकनीकी आर्किटेक्चर प्लेटफॉर्म सेवाओं और तार्किक और भौतिक तकनीकी घटकों की संरचना और अंतरक्रिया का वर्णन करता है। चरण 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 के दौरान आवश्यकताओं के प्रबंधन की प्रक्रिया है। इसलिए, संरचना आवश्यकताएं हमेशा परिवर्तन के अधीन होती हैं। इसके अलावा, संरचना कई ड्राइवरों और सीमाओं से जुड़ी होती है जो व्यवसाय के नियंत्रण से परे होती हैं – जैसे बदलती बाजार स्थितियां या नए कानून – जो मांग में अप्रत्याशित तरीके से परिवर्तन ला सकते हैं। TOGAF इस बात पर जोर देता है कि आवश्यकता प्रबंधन प्रक्रिया स्वयं आवश्यकताओं को संबोधित, हल या प्राथमिकता नहीं देती है, क्योंकि यह ADM के संबंधित चरण में किया जाता है। आवश्यकता प्रबंधन चरण सिर्फ ADM के दौरान आवश्यकताओं के प्रबंधन की प्रक्रिया है। इसलिए, संरचना आवश्यकताएं हमेशा परिवर्तन के अधीन होती हैं। इसके अलावा, संरचना कई ड्राइवरों और सीमाओं से जुड़ी होती है जो व्यवसाय के नियंत्रण से परे होती हैं – जैसे बदलती बाजार स्थितियां या नए कानून – ये सभी अप्रत्याशित तरीके से मांग में परिवर्तन लाते हैं। TOGAF इस बात पर जोर देता है कि आवश्यकता प्रबंधन प्रक्रिया स्वयं आवश्यकताओं को संबोधित, हल या प्राथमिकता नहीं देती है, क्योंकि यह ADM के संबंधित चरण में किया जाता है। आवश्यकता प्रबंधन चरण सिर्फ ADM के दौरान आवश्यकताओं के प्रबंधन की प्रक्रिया है। TOGAF इस बात पर जोर देता है कि आवश्यकता प्रबंधन प्रक्रिया स्वयं आवश्यकताओं को संबोधित, हल या प्राथमिकता नहीं देती है, क्योंकि यह ADM के संबंधित चरण में किया जाता है। आवश्यकता प्रबंधन चरण सिर्फ ADM के दौरान आवश्यकताओं के प्रबंधन की प्रक्रिया है। TOGAF इस बात पर जोर देता है कि आवश्यकता प्रबंधन प्रक्रिया स्वयं आवश्यकताओं को संबोधित, हल या प्राथमिकता नहीं देती है, क्योंकि यह ADM के संबंधित चरण में किया जाता है। आवश्यकता प्रबंधन चरण सिर्फ ADM के दौरान आवश्यकताओं के प्रबंधन की प्रक्रिया है।

(*स्रोत: TOGAF)

TOGAF

ArchiMate 3

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