आर्किटेक्चर और आर्किटेक्ट्स

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


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

• व्यावसायिक वास्तुकला
• सूचना प्रणाली वास्तुकला (डेटा स्ट्रीम)
• तकनीकी वास्तुकला

इस प्रकार, डेवलपर्स अक्सर आवेदन की तकनीकी वास्तुकला के बारे में बात करते हैं।

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


यह पता चला है कि आर्किटेक्ट के 3 प्रकार / स्तर हैं:

• एंटरप्राइज (ईए)
• समाधान (SA)
• आधारभूत संरचना (IA)

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

एंटरप्राइज आर्किटेक्ट और सॉल्यूशन आर्किटेक्ट के बीच अंतर

यदि बहुत संक्षेप में, तब:

• एंटरप्राइज - क्या करना है
• समाधान - कैसे करें

ईए चेहरे में शामिल मुद्दों और चुनौतियों की सीमा:

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

समाधान आर्किटेक्ट के लिए प्रश्न सरल डेवलपर्स के लिए अधिक परिचित हैं, उदाहरण के लिए:

• काम के लिए रूपरेखा का विकल्प;
• उपयोगकर्ता को प्रस्तुतियाँ;
• अनुप्रयोग विकास नियंत्रण;
• डेवलपर्स के बीच विवादास्पद मुद्दों का समाधान।

मतभेदों का चित्रण निम्न प्रकार से किया जा सकता है:



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

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

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

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

जिम्मेदारी और प्रभाव के स्तर

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

उद्यम वास्तुकला की संभावित कलाकृतियाँ:

• परियोजना की योजना
• सिस्टम के लिए व्यावसायिक प्रक्रियाओं का मानचित्रण
• व्यापार प्रक्रियाओं
• संगठनात्मक संरचना
• प्रणाली एकीकरण की तकनीकी वास्तुकला
• डेटा संरचनाएं
• सिस्टम और उनके घटकों को तैनात करने के लिए टोपोलॉजी
• नेटवर्क टोपोलॉजी और उपकरण कनेक्शन
• प्रणालियों का भौतिक स्थान
• सिस्टम और उपकरण के रजिस्टरों
• कार्यात्मक प्रणाली

नीचे दिए गए फोटो में उनके बीच का संबंध। गुणवत्ता के लिए क्षमा करें।

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

आर्किटेक्ट्स का काम

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

किसी को भी विकास और नियंत्रण के लिए विशिष्ट उपकरण नहीं कहा जाता है। एक तरह से या किसी अन्य, Visio, SharePoint, Wiki से उपकरणों का एक संकलन उपयोग किया जाता है।

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

अतिरिक्त सामग्री से, आप TOGAF9 और निक मलिक ब्लॉग की सिफारिश कर सकते हैं।

युपीडी
कथाकार सर्गेई ऑरलिक था और यह वास्तुकला के बारे में उनकी पिछली कहानियों का संकलन था। स्लाइड्स www.slideshare.net/sorlik/pretations पर उपलब्ध हैं