2009-04-16 11 views
13

मुझे वर्तमान में सॉफ्टवेयर विकास के लिए एक दस्तावेजी, सुसंगत वास्तुकला गाइड बनाने के साथ काम सौंपा गया है। हमारे पास बहुत से स्मार्ट लोग सही चीजें कर रहे हैं, लेकिन लगातार और दोहराव से नहीं।एंटरप्राइज़, सिस्टम और एप्लिकेशन आर्किटेक्चर (बेस्ट प्रैक्टिस?)

हम माइक्रोसॉफ्ट के एप्लीकेशन आर्किटेक्चर गाइड 2.0 को शुरुआती बिंदु के रूप में उपयोग कर रहे हैं। इसलिए एक आवेदन वास्तुकला के साथ आना काफी है (मैं आसान नहीं कहूंगा) सीधे आगे। संभवतः क्योंकि मेरे पास डेवलपर के रूप में कुछ वर्षों का अनुभव है इसलिए मुझे इस क्षेत्र की बहुत अच्छी समझ है और यहां कई उदाहरण और मार्गदर्शन भी हैं।

चूंकि हमारे संगठन में कुछ एप्लिकेशन हैं जो 1 या अधिक सिस्टम बनाते हैं जिन्हें हम "क्लाइंट" पर इंस्टॉल करते हैं ... हमने सोचा कि यह सिस्टम आर्किटेक्चर और एंटरप्राइज़ आर्किटेक्चर बनाने के लिए भी समझ में आता है। और यह वह जगह है जहां समस्याएं शुरू होती हैं।

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

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

  • क्या मेरे पास यह पूरी तरह से गलत है?
  • क्या वहां कोई मानक हैं (और मैं उन्हें कहां पा सकता हूं)?
  • क्या मानक होना चाहिए, या "अच्छा" सिस्टम आर्किटेक्चर किसी भी प्रारूप में कोई दस्तावेज़ हो सकता है जो स्पष्ट रूप से और आसानी से समझने योग्य और अपने पाठकों के लिए उपयोगी है?
  • अनुभवी आर्किटेक्ट्स उस दृष्टिकोण के बारे में क्या सोचेंगे?

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

अद्यतन: TOGAF(9) के बारे में क्या। क्या किसी के पास इसका अनुभव है और क्या इसे विस्तार से समझने की कोशिश करने के प्रयास के लायक है।

उत्तर

19

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

पढ़ें: A Comparison of the Top Four Enterprise-Architecture Methodologies द्वारा: रोजर सत्र

एक टुकड़ा ...

- - - - - - - - - - - 8 < - - - - - - - - - - - -

पिछले 20 वर्षों में कई एंटरप्राइज़-आर्किटेक्चरल पद्धतियां आई हैं और चली गई हैं।

  • उद्यम के लिए Zachman फ्रेमवर्क आर्किटेक्चर-हालांकि एक ढांचे के रूप में स्वयं का वर्णन किया, वास्तव में सरल शब्दों में एक वर्गीकरण के रूप में परिभाषित किया गया है
  • : इस बिंदु पर, शायद क्षेत्र के 90 प्रतिशत इन चार तरीकों में से एक का उपयोग करें ओपन समूह वास्तुकला फ्रेमवर्क (टोगाफ) -Although एक रूपरेखा कहा जाता है, वास्तव में सरल शब्दों में एक प्रक्रिया
  • फेडरल उद्यम संरचना-कर सकते हैं या तो एक कार्यान्वित उद्यम वास्तुकला या एक उद्यम संरचना
  • बनाने के लिए एक proscriptive पद्धति के रूप में देखी जा रूप में परिभाषित है गार्टनर पद्धति-बीएस हो सकती है टी एंटरप्राइज़ आर्किटेक्चरल प्रैक्टिस के रूप में वर्णित

यह श्वेत पत्र एंटरप्राइज़ आर्किटेक्चर के लिए इन चार दृष्टिकोणों पर चर्चा करता है। यह एक काल्पनिक कंपनी के संदर्भ में ऐसा करता है जो कुछ गैर-आकस्मिक परिचालन समस्याओं का सामना कर रहा है। इन समस्याओं में शामिल हैं:

  • आईटी सिस्टम जो अप्रत्याशित रूप से जटिल और तेजी से महंगा बने रहने के लिए बन गए हैं।
  • आईटी सिस्टम जो वर्तमान और भविष्य के बाजार की स्थितियों को समय पर और लागत प्रभावी ढंग से प्रतिक्रिया देने की संगठन की क्षमता में बाधा डाल रहे हैं।
  • मिशन-महत्वपूर्ण जानकारी जो लगातार अद्यतित और/या केवल सादा गलत है।
  • संगठन के व्यापार और प्रौद्योगिकी पक्षों के बीच अविश्वास की संस्कृति।

- - - - - - - - - - - 8 < - - - - - - - - - - - -

श्वेत पत्र मुझे कई मायनों में मदद की।

  1. यह मेरे वास्तुकला का एक अच्छा परिचय और इतिहास दे दी है (उद्यम वास्तुकला विशेष रूप से)
  2. यह मेरे लिए शुरू की क्या लेखक का सुझाव 4 प्रमुख उद्यम आर्किटेक्चर उपलब्ध है।
  3. और फिर उनको अच्छे उदाहरणों के साथ एक तार्किक और सरल तरीके से तुलना करना जारी रखता है जिनसे मैं संबंधित हो सकता हूं।

मैं यह नहीं कह सकता कि मेरे सभी प्रश्नों का उत्तर दिया गया है और अब मैं मरने के लिए तैयार हूं :-), लेकिन बहुत स्पष्ट हो गया है और इस प्रकार मैंने सोचा कि वहां कोई और भी उपयोगी हो सकता है।

मैं अभी भी इस विषय पर आपके अतिरिक्त टिप्पणी, सुझाव और प्रश्नों का महत्व रखूंगा।

+1

+1 एक अच्छा और सूचनात्मक श्वेत पत्र साझा करने के लिए – Azi

+0

मृत लिंक, कोई ताजा कोई? – Simon

1

आपको स्थिति और आर्किटेक्चर के दायरे की समझ में वास्तव में अच्छी समझ है।

"सिस्टम" आर्किटेक्चर को परिभाषित करने के लिए थोड़ा कठिन है - "समाधान" या "आईटी" की तलाश हो सकती है, लेकिन ऐसा लगता है कि आपका सॉफ़्टवेयर आर्किटेक्चर भौतिक सर्वर दुनिया से कैसे संबंधित है, नेटवर्किंग फेंकने के साथ

"हमारे पास बहुत से स्मार्ट लोग सही चीजें कर रहे हैं, लेकिन लगातार और दोहराए जाने वाले नहीं।"

फिर, टोगाफ 8 जा रहा है अपने आप को certifed, - मैं कहूँगा कि टोगाफ एक साथ वास्तुकला और एक variours विशेषज्ञ तकनीकी समूह लाने के लिए एक तरह से परिभाषित करने और करने के लिए दृढ़ता से कि pinning के विभिन्न पहलुओं को "पद्धति" की भावना लाता है व्यवसयिक उददेश्य। TOGAF आर्किटेक्चर शासन की आवश्यकता को समझने में मदद करता है और प्रक्रिया में परिवर्तन (सभी भागों तकनीकी, डेटा, सिस्टम, सॉफ्टवेयर और व्यापार) से दृढ़ता से विचार लाता है।

  1. वास्तुकला विकास विधि
  2. तकनीकी संदर्भ मॉडल
  3. मानकों सूचना बेस
  4. उद्यम सातत्य

सभी archtecture प्रयास के बारे में जानकारी इकट्ठा करने और एक लगातार दृष्टिकोण प्रदान करने में मदद विकास और ईए के लिए।

यह ग्राहकों को यह समझने में भी सहायता करता है कि आप क्या कर रहे हैं और आप यह दिखाने के तरीके के रूप में TOAGF कैसे पेश कर सकते हैं कि यह एक साथ फिट बैठता है।

पीएस - मैं केवल TOGAF को उपयोगी होने के रूप में बताता हूं कि मैंने जो उद्धरण निकाला है, वह आपके लिए संबोधित करेगा।

वहां अन्य आर्किटेक्ट फ़्रेमवर्क हैं।

0

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

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

+0

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

+0

निश्चित रूप से। एक ईए को विभिन्न दृष्टिकोण जोड़ना चाहिए, लेकिन व्यापार अंतिम चालक है। ईए के बारे में कुछ भी करने से पहले, व्यापार लक्ष्यों को स्पष्ट किया जाना चाहिए। और व्यापार लक्ष्यों को पूरा करने के लिए अन्य सभी दृष्टिकोण भी विकसित किए जाने चाहिए। मेरा मतलब व्यापार उन्मुख है। – yanky

संबंधित मुद्दे