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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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