TOGAF® ADM चरण C - एप्लिकेशन आर्किटेक्चर विकसित करें

हम डेवलप करते हैं सूचना प्रणाली वास्तुकला, जो TOGAF ADM चरण C में एप्लिकेशन आर्किटेक्चर और डेटा आर्किटेक्चर से बना है। आवेदन वास्तुकला चार मूलभूत में से एक है एंटरप्राइज़ आर्किटेक्चर डोमेन. TOGAF बहुत स्पष्ट है - एप्लिकेशन और डेटा आर्किटेक्चर अविभाज्य हैं और सक्षम करने के लिए मौजूद हैं व्यापार वास्तुकला.

एक आधुनिक में डिजिटल रूप से रूपांतरित उद्यम, एक में विकल्प वास्तुकला डोमेन अन्य डोमेन में परिणामों को सक्षम, वितरित या अवरुद्ध करें। व्यावसायिक उद्देश्यों पर निर्भर करता है सही आईटी वास्तुकला.

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

TOGAF® ADM चरण C—एप्लिकेशन आर्किटेक्चर विकसित करें

एक नजर में

TOGAF एडीएम अवलोकन

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

अगर आपको एक की जरूरत है TOGAF ADM का अवलोकन, कृपया पढ़ें TOGAF ADM चरणों की व्याख्या.

TOGAF चरण C क्या है?

TOGAF चरण C में, आप एप्लिकेशन आर्किटेक्चर बना रहे हैं। आवेदन आर्किटेक्ट अपने एप्लिकेशन आर्किटेक्चर के विकास का नेतृत्व करें।

एप्लीकेशन आर्किटेक्चर क्या है?

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

हम गारंटी दे सकते हैं कि आपका वर्तमान एप्लिकेशन आर्किटेक्चर आपके व्यावसायिक आर्किटेक्चर के साथ संरेखित नहीं है। एक एप्लिकेशन आर्किटेक्चर की आवश्यकता है a व्यापार वास्तुकला. व्यवसाय संरचना को विकसित करने के लिए एप्लिकेशन आर्किटेक्ट्स को हितधारकों के साथ जुड़ने की आवश्यकता होती है।

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

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

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

TOGAF ADM चरण C का उद्देश्य क्या है?

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

  • आप इस समस्या का समाधान करते हैं कि कैसे वर्तमान उद्यम हितधारकों की प्राथमिकताओं को पूरा नहीं कर सकता
  • आप सीखते हैं कि उद्यम को हितधारकों की प्राथमिकताओं को पूरा करने में सक्षम बनाने के लिए क्या बदलना चाहिए? (अंतराल)
  • परिवर्तन देने के लिए आपको कार्य की पर्याप्त समझ है (कार्य पैकेज)
  • आप अपेक्षित मूल्य की रक्षा के लिए अन्य आर्किटेक्चर डोमेन में परिवर्तन और बाधाओं के बीच बातचीत को समझते हैं (आर्किटेक्चर आवश्यकताएँ विनिर्देश)

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

याद रखें, TOGAF ADM संभावित परिवर्तनों की पड़ताल करता है। जब तक आप इसे विकसित नहीं कर रहे हैं चरण एफ में कार्यान्वयन योजना, सबसे सस्ते ऑफ-रैंप की तलाश करें। बुरे विचारों का मतलब यह नहीं है कि आप समस्या का समाधान नहीं कर रहे हैं। आपको कमजोर छोड़ देना चाहिए वास्तुकला विकल्प. बुरे विचारों को जल्दी ही रोक देने से धन की बचत होती है और सफल परिवर्तन संभव होते हैं। जिस क्षण कोई विचार खराब हो जाता है, अपने ट्रैक में मृत होना बंद कर दें। विचार को मार डालो। अपनी जीत का जश्न मनाएं! जश्न मनाएं कि आप सफल बदलाव को सक्षम कर रहे हैं!

TOGAF चरण B, चरण D, और चरण E के साथ सहभागिता

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

कई TOGAF ADM आरेखों में निहित क्लासिक अनुक्रम वह क्रम है जिसे हम वास्तुकला विकास को बंद कर सकते हैं, इसे शुरू नहीं कर सकते।

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

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

TOGAF एडीएम चरण सी आवेदन वास्तुकला

TOGAF एडीएम फेज सी एप्लीकेशन आर्किटेक्चर डिलिवरेबल्स

चरण सी का एक केंद्रीय परिणाम एक अनुप्रयोग वास्तुकला है। यह संपूर्ण उद्यम संरचना का एक हिस्सा है।

एप्लिकेशन आर्किटेक्चर निम्नलिखित सवालों के जवाब देने में मदद करेगा:

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

हमेशा ध्यान रखें कि आप संगठन को बेहतर बनाने की कोशिश कर रहे हैं। सुधार के लिए परिवर्तन की आवश्यकता होती है और मूल्य प्रदान करता है। मूल्य और परिवर्तन की लागत को मापा जा सकता है। अनिश्चितता हमेशा संभावित मूल्य को कम करती है। अनिश्चितता हमेशा लागत बढ़ाती है। हम अनिश्चितता को एक ज्यामितीय प्रभाव के रूप में देखते हैं। थोड़ी सी अनिश्चितता संभावित मूल्य को बहुत कम कर देती है।

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

विभिन्न मॉडल उद्यम के विभिन्न पहलुओं की व्याख्या करेंगे। मॉडल और आवश्यक परिवर्तन मिलकर एप्लिकेशन आर्किटेक्चर बनाते हैं।

चरण सी आवेदन वास्तुकला का समापन

सभी TOGAF ADM चरण आपको आवश्यक ज्ञान विकसित करने के लिए प्रेरित करते हैं। चरण सी का परिणाम उम्मीदवार सूचना प्रणाली वास्तुकला के भीतर शामिल उम्मीदवार आवेदन वास्तुकला है।

आउटपुट और परिणाम आवश्यक ज्ञान
The अनुप्रयोग वास्तुकला डोमेन वास्तुकला समस्या के समाधान के लिए हितधारकों द्वारा अनुमोदित, अंतराल के एक सेट के साथ, और हितधारकों द्वारा समझे गए अंतराल को दूर करने के लिए काम करना। वर्तमान सॉफ्टवेयर पोर्टफोलियो हितधारकों की प्राथमिकताओं को पूरा करने में कैसे विफल रहता है?

सॉफ्टवेयर पोर्टफोलियो को हितधारकों की प्राथमिकताओं को पूरा करने में सक्षम बनाने के लिए क्या बदलना चाहिए? (अंतराल)

बनाए जा रहे अतिरिक्त मूल्य के अनुरूप परिवर्तनों को साकार करने के लिए कौन-सा कार्य आवश्यक है? (वर्क पैकेज)

मूल्य, प्रयास और परिवर्तन के जोखिम के जवाब में हितधारक की प्राथमिकता और वरीयता कैसे समायोजित होती है। (हितधारक आवश्यकताएँ)

से तालिका टोगाफ 10 TOGAF सीरीज गाइड: एंटरप्राइज आर्किटेक्ट्स गाइड टू डेवलपिंग आर्किटेक्चर

चरण सी नंगे हड्डियों

चरण सी में, हम यह निर्धारित करने के लिए एक एप्लिकेशन आर्किटेक्ट के काम को सरल बना सकते हैं कि एक उद्यम कैसे बेहतर होना चाहिए। इसके लिए यह समझने की आवश्यकता है कि यह किसमें अच्छा होने का प्रयास कर रहा है, कहाँ यह सर्वश्रेष्ठ से कम हो रहा है, और सर्वश्रेष्ठ होने के लिए क्या बदलना चाहिए।

चरण C की नंगी हड्डियाँ हैं:

  • यह जानना कि एप्लिकेशन पोर्टफोलियो कैसे मूल्य कैप्चर करने में सक्षम बनाता है

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

आपको अपने सॉफ़्टवेयर को भूमिका-मूल्य निर्माण या रिकॉर्ड रखने के लिए अनुकूलित करना होगा। रिकॉर्ड कीपिंग मान लें। मूल्य सृजन के साथ रिकॉर्ड कीपिंग की महत्वपूर्ण भूमिका को भ्रमित न करें।

  • आवेदन वास्तुकला लागत और जटिलता के स्रोत को जानना

प्रत्येक एप्लिकेशन पोर्टफोलियो लागत और जटिलता पैदा करता है। हम सॉफ्टवेयर को एक जटिल घड़ी-कार्य के रूप में समझते हैं जिसे समय के साथ इकट्ठा किया गया था। हमने हर चीज को हर चीज से जोड़ा।

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

  • सॉफ्टवेयर का चयन करने का तरीका जानना

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

  • यह जानना कि सॉफ्टवेयर कब 'का हिस्सा है'उत्पाद'

हमारे संगठन एक उत्पाद या सेवा प्रदान करते हैं। सॉफ्टवेयर है कि 'उत्पाद' व्यवसाय का समर्थन करने वाले सॉफ़्टवेयर से बहुत अलग है।

  • सूचना के प्रवाह को जानना

लोग असीम रूप से लचीले होते हैं। हम जानकारी साझा करने का निर्णय ले सकते हैं। हम एक स्थिति को सक्रिय रूप से देख सकते हैं और प्रतिक्रिया कर सकते हैं। सॉफ्टवेयर ठीक वही करता है जो उसे बताया जाता है। सॉफ्टवेयर वही करता है जो उसे बताया जाता है।

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

  • सॉफ्टवेयर की अपेक्षाओं को जानना

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

  • जानिए संगठन को क्या करना चाहिए

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

  • सर्वोत्तम एप्लिकेशन पोर्टफोलियो देने के लिए क्या बदलना चाहिए?

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

चरण सी के तीन समापन अनिवार्य:

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

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

TOGAF चरण C अनुप्रयोग आर्किटेक्चर डिलिवरेबल्स और एंटरप्राइज़ आर्किटेक्चर उद्देश्य

उद्यम वास्तुकला के विकास के लिए चार मुख्य उद्देश्य हैं। विभिन्न TOGAF चरण C डिलिवरेबल्स का प्रत्येक उद्देश्य में अलग-अलग महत्व है।

रणनीति का समर्थन करने के लिए वास्तुकला पोर्टफोलियो का समर्थन करने के लिए वास्तुकला परियोजना का समर्थन करने के लिए वास्तुकला समाधान वितरण का समर्थन करने के लिए वास्तुकला
चरण सी कार्य उत्पाद: उम्मीदवार आवेदन वास्तुकला कुंजी सुपुर्दगी

प्राथमिक उपयोग हितधारक लक्ष्य और कार्य की समझ है।

माध्यमिक उपयोग आर्किटेक्ट्स के लिए आर्किटेक्चर आवश्यकताएँ विशिष्टता का निर्माण है

कुंजी सुपुर्दगी

प्राथमिक उपयोग हितधारक लक्ष्य और कार्य की समझ है।

माध्यमिक उपयोग आर्किटेक्ट्स के लिए आर्किटेक्चर आवश्यकताएँ विशिष्टता का निर्माण है

परियोजना शुरू करने और व्यावसायिक मामले को अंतिम रूप देने से पहले

प्राथमिक उपयोग कार्यान्वयनकर्ताओं के लिए आर्किटेक्चर आवश्यकताएँ विशिष्टता का निर्माण है

निष्पादन भागीदारों की सगाई से पहले (आंतरिक प्रदाताओं सहित)

प्राथमिक उपयोग कार्यान्वयनकर्ताओं के लिए आर्किटेक्चर आवश्यकताएँ विशिष्टता का निर्माण है

चरण सी कार्य उत्पाद: उम्मीदवार रोडमैप आइटम कुंजी सुपुर्दगी

प्राथमिक उपयोग हितधारक काम की समझ है।

माध्यमिक उपयोग आर्किटेक्ट्स के लिए बाधाओं का निर्माण है

कुंजी सुपुर्दगी

प्राथमिक उपयोग कार्य और निर्भरता की हितधारक समझ है।

माध्यमिक उपयोग आर्किटेक्ट्स के लिए बाधाओं का निर्माण है

सीमित उपयोग
एकाधिक इंटरैक्टिव परिवर्तनों वाली परियोजनाओं के इनपुट के रूप में उपयोग किया जा सकता है
निष्पादन भागीदारों (आंतरिक प्रदाताओं सहित) की सगाई से पहले।

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

चरण सी कार्य उत्पाद: वास्तुकला आवश्यकताएँ विशिष्टता सीमित उपयोग

आमतौर पर आर्किटेक्ट बेहतर आर्किटेक्चर से बाधाओं का अनुमान लगा सकते हैं।

सीमित उपयोग

आमतौर पर आर्किटेक्ट बेहतर आर्किटेक्चर से बाधाओं का अनुमान लगा सकते हैं।

कुंजी सुपुर्दगी

परियोजना की शुरुआत के पूरा होने से पहले

कुंजी सुपुर्दगी

सगाई और अनुबंध से पहले

से तालिका टोगाफ 10 TOGAF सीरीज गाइड: एंटरप्राइज आर्किटेक्ट्स गाइड टू डेवलपिंग आर्किटेक्चर

उम्मीदवार आवेदन वास्तुकला

उद्यम वास्तुकला के विकास के लिए चार मुख्य उद्देश्य हैं। प्रत्येक उद्देश्य में विभिन्न मॉडलों का अलग-अलग महत्व है।

>>> आम पर जाएं अनुप्रयोग वास्तुकला मॉडल

उम्मीदवार आवेदन वास्तुकला रोडमैप घटक

क्या बदलना चाहिए? यदि आप एप्लिकेशन डेवलपमेंट मॉडल को बदल रहे हैं, तो वर्तमान और लक्ष्य के बीच का अंतर रोडमैप कैंडिडेट है। तो क्या उस बदलाव को सक्षम करने के लिए हर चीज की जरूरत है।

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

हम सभी आर्किटेक्चर रोडमैप घटकों का उपयोग करते हैं TOGAF चरण ई - वास्तुकला रोडमैप.

उम्मीदवार आवेदन वास्तुकला आवश्यकताएँ विशिष्टता

परिभाषित करें कि आप परिवर्तन का आकलन कैसे करेंगे। सुधार का आकलन कैसे किया जाएगा?

आवश्यकताओं का वर्णन करने के लिए हम अक्सर अपने मॉडलों में स्कोर का उपयोग करते हैं। प्रत्येक आवश्यकता दक्षता, स्वचालन, चपलता, या कलाकार का एक उपाय है। फिर जब हम . में काम कर रहे होते हैं TOGAF चरण G प्रदर्शन एक परिवर्तन परियोजना के साथ वास्तुकला शासन हम इन अंकों का उपयोग डिजाइन और कार्यान्वयन का आकलन करने के लिए करते हैं।

चरण सी में एप्लिकेशन आर्किटेक्ट की क्या भूमिका है?

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

एप्लिकेशन आर्किटेक्ट को अन्य डोमेन आर्किटेक्ट्स के साथ सहयोग करने की आवश्यकता होगी।

व्यापार वास्तुकला की कुंजी। जानिए और समझिए ऑपरेटिंग मॉडल और की योग्यता और स्वचालन विशेषताएँ क्षमता मॉडल.

>>> आम पर जाएं व्यापार वास्तुकला मॉडल

ध्यान रखें कि एक डोमेन में कमियों को अक्सर दूसरे में हल किया जाता है, और एक डोमेन में परिवर्तन अक्सर लागत और दूसरे में परिवर्तन लागू करते हैं।

चरण सी में एंटरप्राइज आर्किटेक्ट की क्या भूमिका है?

TOGAF चरण C में, उद्यम वास्तुकार की भूमिका संपूर्ण मूल्य की रक्षा करना है। डोमेन आर्किटेक्ट के कौशल के आधार पर, एंटरप्राइज़ आर्किटेक्ट को भरने की आवश्यकता होती है। उदाहरण के लिए, एक एप्लिकेशन आर्किटेक्ट व्यवसाय आर्किटेक्चर में परिवर्तनों के प्रभाव को नहीं देख सकता है। या हो सकता है कि वे किसी आवश्यकता को उस संदर्भ में स्पष्ट न करें जिस पर सुरक्षा वास्तुकार कार्य कर सकता है।

उद्यम वास्तुकार की सबसे महत्वपूर्ण भूमिका सीमाओं को पार करना है। चाहे वे डोमेन, कौशल, या प्राधिकरण सीमाएं हों, उद्यम वास्तुकार को उन्हें पार करने की आवश्यकता होती है।

आवेदन वास्तुकला

अनुप्रयोग वास्तुकला मॉडल, उपकरण और तकनीक

TOGAF ADM चरण C सूचना प्रणाली वास्तुकला प्रदान करता है। यह चरण एप्लिकेशन आर्किटेक्चर और डेटा आर्किटेक्चर को विकसित करने के लिए मौजूद है जिसमें सूचना प्रणाली शामिल है। TOGAF में, पहला कदम आवश्यक विचारों और आवश्यक मॉडलों को निर्धारित करना है।

हितधारक चिंताएं विचारों की पहचान करेंगी। सात केंद्रीय अनुप्रयोग वास्तुकला मॉडल हैं।

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

अनुप्रयोग वास्तुकला मॉडल

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

एक साथ लिया गया, मॉडल एप्लिकेशन आर्किटेक्चर का वर्णन करते हैं। संपूर्ण एंटरप्राइज़ आर्किटेक्चर में, ये मॉडल अन्य मॉडल से जुड़ेंगे जो अन्य एंटरप्राइज़ आर्किटेक्चर डोमेन का वर्णन करते हैं।

अनुप्रयोग विकास मॉडल

एप्लिकेशन डेवलपमेंट मॉडल बताता है कि सॉफ्टवेयर कैसे विकसित किया जाएगा। मॉडल को एक कार्यात्मक या भौतिक मॉडल की आवश्यकता होती है। कार्यात्मक मॉडल कहीं बेहतर है क्योंकि यह एक तार्किक पहचान सॉफ्टवेयर है।

चार अनुप्रयोग विकास प्रकार हैं: सास, एंटरप्राइज़ सूट, विशेषज्ञ वाणिज्यिक पैकेज और कस्टम विकास। प्रत्येक प्रकार की अनूठी विशेषताएं और निहितार्थ हैं।

  • सास विशेषताओं में अच्छी तरह से परिभाषित इंटरफेस के साथ पैकेज्ड सॉफ्टवेयर शामिल हैं। एक तीसरा पक्ष जीवनचक्र को नियंत्रित करता है। अनुकूलन उपलब्ध नहीं है।

व्यावसायिक गतिविधियों के लिए सबसे अच्छा उपयोग किया जाता है जो प्रशासनिक और अप्रत्यक्ष रूप से मूल्य उत्पादन गतिविधि का समर्थन करते हैं। सख्त सॉफ्टवेयर प्रतिबंध व्यावसायिक गतिविधि में प्रतिबंध लगाते हैं और मानक उद्योग प्रथाओं को अपनाने में मदद करते हैं।

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

प्राथमिक मूल्य श्रृंखला में व्यावसायिक गतिविधियों के लिए सबसे अच्छा उपयोग किया जाता है। लचीलापन अनुकूलन की अनुमति देता है कि मूल्य कैसे उत्पन्न होता है। प्रभावी उपयोग के लिए आज और भविष्य में मूल्य सृजन को समझने की आवश्यकता है।

सिस्टम मॉडल

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

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

कार्यात्मक मॉडल

कार्यात्मक मॉडल आपके सॉफ़्टवेयर पोर्टफोलियो को कार्यक्षमता तक तोड़ देता है। यह उन सभी चीजों की पहचान करता है जो आपके सॉफ़्टवेयर को करने की आवश्यकता है। अच्छे कार्यात्मक मॉडल व्यापक कवरेज प्रदान करते हैं।

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

आवेदन पोर्टफोलियो योजना में महत्वपूर्ण। दोहराव और एकीकरण आईटी पोर्टफोलियो में जटिलता और लागत को बढ़ाता है।

बिआनी, FEAF, TMForum का ODF, और IndEA सभी कार्यात्मक मॉडल प्रदान करते हैं।

उत्पाद मॉडल

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

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

एकीकरण मॉडल

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

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

सेवा मॉडल

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

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

भौतिक मॉडल

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

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

अनुप्रयोग वास्तुकला तकनीक

हम अपने एप्लिकेशन आर्किटेक्चर को विकसित और संप्रेषित करने के लिए तकनीकों के व्यापक सेट का उपयोग करते हैं।

  • UML अच्छे मॉडल-संचालित-विकास में सर्वव्यापी है। जब आप समाधान विकास का समर्थन करने के लिए आर्किटेक्चर में काम कर रहे हों, तो यूएमएल प्रथाओं का पालन करते हुए एक कार्यात्मक मॉडल और एकीकरण मॉडल विकसित किया जाना चाहिए।
  • 4+1 दृश्य विभिन्न समुदायों के लिए लक्ष्य के निहितार्थ की पहचान करने में बहुत उपयोगी होते हैं। 4+1 मॉडल विकसित करने से यह सुनिश्चित करने में मदद मिलती है कि आप सभी प्रासंगिक परिवर्तनों पर विचार कर रहे हैं।
  • DODAF की सूचना आवश्यकताएँ सभी आवश्यक सूचना प्रवाहों को बाहर निकालती हैं। इससे कोई फर्क नहीं पड़ता कि नोड एक व्यक्ति, एक संगठन या एक प्रणाली है। जानकारी अंदर और बाहर प्रवाहित होगी। ऑटोमेशन को खत्म करने का सबसे तेज़ तरीका एक सूचना प्रवाह के बीच में मैन्युअल कदम रखना है।

अनुप्रयोग आर्किटेक्चर मॉडल एंटरप्राइज़ आर्किटेक्चर उद्देश्य के लिए संरेखित

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

रणनीति का समर्थन करने के लिए वास्तुकला पोर्टफोलियो का समर्थन करने के लिए वास्तुकला परियोजना का समर्थन करने के लिए वास्तुकला समाधान वितरण का समर्थन करने के लिए वास्तुकला
अनुप्रयोग विकास मॉडल कुंजी वितरण योग्य कुंजी वितरण योग्य सुपीरियर आर्किटेक्चर सुपीरियर आर्किटेक्चर
सिस्टम मॉडल नियमित वितरण योग्य कुंजी वितरण योग्य सुपीरियर आर्किटेक्चर सुपीरियर आर्किटेक्चर
कार्यात्मक मॉडल नियमित वितरण योग्य कुंजी वितरण योग्य कुंजी वितरण योग्य और सुपीरियर आर्किटेक्चर कुंजी वितरण योग्य और सुपीरियर आर्किटेक्चर
उत्पाद मॉडल समसामयिक सुपुर्दगी

विवरण का उपयुक्त स्तर अक्सर मूल्य को कम कर देता है

नियमित वितरण योग्य

विवरण का उपयुक्त स्तर अक्सर मूल्य को कम कर देता है

कुंजी वितरण योग्य कुंजी वितरण योग्य
एकीकरण मॉडल समसामयिक सुपुर्दगी

विवरण का उपयुक्त स्तर अक्सर मूल्य को कम कर देता है

नियमित वितरण योग्य

विवरण का उपयुक्त स्तर अक्सर मूल्य को कम कर देता है

कुंजी वितरण योग्य कुंजी वितरण योग्य और सुपीरियर आर्किटेक्चर
सेवा मॉडल समसामयिक सुपुर्दगी

विवरण का उपयुक्त स्तर अक्सर मूल्य को कम कर देता है

नियमित वितरण योग्य कुंजी वितरण योग्य और सुपीरियर आर्किटेक्चर कुंजी वितरण योग्य और सुपीरियर आर्किटेक्चर

बिजनेस आर्किटेक्चर मॉडल एप्लीकेशन आर्किटेक्चर मॉडल पर प्रभाव

व्यापार मॉडल ऑपरेटिंग मॉडल मूल्य श्रृंखला क्षमता मॉडल प्रक्रिया प्रतिमान कार्यात्मक मॉडल सूचना मॉडल संगठन मॉडल
अनुप्रयोग विकास मॉडल प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सीमित इनपुट सीमित इनपुट
सिस्टम मॉडल सीमित इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट प्रमुख इनपुट सीमित इनपुट प्रमुख इनपुट
उत्पाद मॉडल प्रमुख इनपुट प्रमुख इनपुट प्रमुख इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट सीमित इनपुट
एकीकरण मॉडल बहुत सीमित इनपुट कोर डिजाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

कोर डिजाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सर्वश्रेष्ठ इनपुट

एक सीधा लिंक देखना बहुत मुश्किल है। यह काम करने लायक है।

कोर डिजाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सीमित इनपुट

केवल तभी उपयोग करें जब अन्य मॉडल उपलब्ध न हों

कोर डिजाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

कोर डिजाइन पर प्रमुख इनपुट

एक सिस्टम या कार्यात्मक मॉडल की आवश्यकता है

सेवा मॉडल सीमित इनपुट

लिंकेज महत्वपूर्ण हैं, लेकिन एक सीधा लिंक देखना बहुत मुश्किल है

सीमित इनपुट

लिंकेज महत्वपूर्ण हैं, लेकिन एक सीधा लिंक देखना बहुत मुश्किल है

सीमित इनपुट

लिंकेज महत्वपूर्ण हैं, लेकिन एक सीधा लिंक देखना बहुत मुश्किल है

सर्वश्रेष्ठ इनपुट

एक सीधा लिंक देखना बहुत मुश्किल है। यह काम करने लायक है।

पूर्णता परीक्षण के रूप में उपयोग किया जाता है प्रमुख इनपुट

एक सीधा लिंक देखना बहुत मुश्किल है। यह काम करने लायक है।

प्रमुख इनपुट

एंटरप्राइज़ आर्किटेक्चर उपयोग मामलों के लिए एप्लिकेशन आर्किटेक्चर मॉडल

सभी उद्यम वास्तुकला मामलों का उपयोग करें बदलाव के बारे में हैं। वे सभी प्रकार के परिवर्तन को देखते हैं, और कैसे एक एंटरप्राइज़ आर्किटेक्ट निर्णय निर्माताओं को आगे का रास्ता तय करने में मदद करता है।

मैं एंटरप्राइज़ आर्किटेक्चर उपयोग मामलों को परिवर्तन के प्रकार, एंटरप्राइज़ आर्किटेक्चर टीम के उद्देश्य, या आमतौर पर पूछे जाने वाले प्रश्नों के रूप में मानता हूं।

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

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

गंभीर अंतराल और बाधाएं

गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं
उत्पाद मॉडल गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं
एकीकरण मॉडल सूचना की कमी गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं गंभीर अंतराल और बाधाएं
सेवा मॉडल अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी अंतराल और बाधाओं के लिए बहुत उपयोगी

अनुप्रयोग वास्तुकला के लिए उद्यम वास्तुकला सिद्धांतों को लागू करना

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

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

उत्तोलन अनुप्रयोग विकास मॉडल भेदभाव पर खर्च पर ध्यान केंद्रित करने के लिए।

उत्तोलन उत्पाद मॉडल उत्पाद और सेवा के वितरण पर ध्यान केंद्रित करने के लिए।

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

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

स्वयं सेवा जब वे स्वयं-सेवा नहीं होते हैं तो अनुप्रयोग प्रशासनिक गतिविधियाँ और परिनियोजन उच्च लागत वाले होते हैं

कमजोर यूएक्स उच्च लागत है ..

TOGAF चरण C फुर्तीले विकास के साथ कैसे तालमेल बिठाता है?

एप्लिकेशन आर्किटेक्चर चुस्त विकास के लिए कई बाधाएं और मार्गदर्शन प्रदान करेगा। मौलिक मार्गदर्शन अनुप्रयोग विकास मॉडल से आता है। यह पहचानता है कि आप कहाँ चुस्त विकास नहीं चाहते हैं।

उद्यम वास्तुकला और चुस्त विकास चार क्षेत्रों में कटेगी। उद्यम वास्तुकला होगा:

  1. चुस्त दृष्टिकोण को परिभाषित करें
  2. स्प्रिंट में बैकलॉग का मार्गदर्शन करें
  3. स्प्रिंट के अंदर विकल्पों को सीमित करें
  4. क्रॉस उत्पाद निर्भरता के लिए हल करें

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

TOGAF चरण C एंटरप्राइज़ चपलता के साथ कैसे सक्षम होता है?

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

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

एंटरप्राइज चपलता मॉडल

  1. सतर्कता - क्या आप अवसरों और खतरों का पता लगा सकते हैं?
  2. अभिगम्यता - क्या आप समय पर प्रतिक्रिया देने के लिए प्रासंगिक जानकारी तक पहुँच सकते हैं?
  3. निर्णायकता - क्या आप उपलब्ध जानकारी का उपयोग करके निर्णय ले सकते हैं?
  4. शीघ्रता - क्या आप उपलब्ध समय में अपने निर्णयों को लागू कर सकते हैं?
  5. लचीलापन - कार्रवाई में बाधाओं को कम करने के लिए आप क्या कर रहे हैं?
TOGAF एडीएम चरण सी अनुप्रयोग वास्तुकला मॉडल

TOGAF एडीएम चरण सी पर अंतिम विचार

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

TOGAF ADM फेज C में काम करने वाले एप्लिकेशन आर्किटेक्ट्स की एक जटिल भूमिका होती है।

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

TOGAF ADM चरण C में, चार मूलभूत में से एक एंटरप्राइज़ आर्किटेक्चर डोमेन विकसित किया जाता है। TOGAF बहुत स्पष्ट है कि आप अन्य डोमेन के विकास के दौरान इस वास्तुकला को विकसित करते हैं। एक डोमेन में परिवर्तन दूसरे डोमेन में परिवर्तनों को सक्षम, बल या अवरोधित करेगा।

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

TOGAF एडीएम चरण सी अनुप्रयोग वास्तुकला विकसित करता है। एप्लिकेशन आर्किटेक्चर सभी आधुनिक डिजिटल उद्यमों की नींव है। TOGAF चरण C to . का उपयोग करें सबसे अधिक उद्यम मूल्य प्राप्त करने पर दुर्लभ परिवर्तन संसाधनों पर ध्यान केंद्रित करें।

शीर्ष तक स्क्रॉल करें