अंतर बी/डब्ल्यू डिजाइन और आर्किटेक्चर क्या अंतर है?अंतर बी/डब्ल्यू डिजाइन और वास्तुकला क्या अंतर है?
नमस्ते, मैंने इस प्रश्न से कई शिक्षकों से पूछा है लेकिन किसी ने मुझे संतोषजनक उत्तर नहीं दिया है। ये दो शब्द बहुत diffused हैं .. मैं उन्हें सही ढंग से नहीं मिल रहा है .. एक सटीक उत्तर के लिए इंतजार कर रहा है ...
कोई वास्तविक समय उदाहरण या परिदृश्य जो इस अंतर को विस्तारित कर सकता है ??
मेरी समझ में, डिजाइन एक प्रणाली के लिए अधिक विशिष्ट है। दो प्रणालियों में समान डिज़ाइन हो सकता है लेकिन समान आर्किटेक्चर साझा करें।
तो एक डिज़ाइन परिभाषित करता है कि दिए गए आवश्यकताओं पर एक चयनित आर्किटेक्चर कैसे लागू किया जाता है। (या कुछ इस तरह)
लेकिन यह अधिक मेरा की भावना है, इसलिए मैं अन्य उत्तर में दिलचस्पी रखता हूँ ...
architecture और design देखें।
एक कार्यक्रम या कंप्यूटिंग प्रणाली के सॉफ्टवेयर वास्तुकला संरचना या प्रणाली, जो सॉफ्टवेयर घटक, उन घटकों के बाहर से दिखाई देने गुण, और रिश्ते उन दोनों के बीच शामिल की संरचनाओं है। [...] दस्तावेजीकरण सॉफ्टवेयर वास्तुकला हितधारकों, उच्च स्तर के डिजाइन के बारे में दस्तावेजों जल्दी निर्णय बीच संचार की सुविधा, और डिजाइन घटकों और परियोजनाओं के बीच पैटर्न का पुन: उपयोग की अनुमति देता है।
-
सॉफ्टवेयर डिजाइन एक सॉफ्टवेयर समाधान के लिए समस्या को सुलझाने और योजना बनाने की एक प्रक्रिया है। उद्देश्य और सॉफ़्टवेयर के विनिर्देश निर्धारित किए गए हैं, सॉफ़्टवेयर डेवलपर्स डिज़ाइनर या को समाधान के लिए एक योजना विकसित करने के लिए डिज़ाइनर नियोजित करेंगे। इसमें निम्न-स्तरीय घटक और एल्गोरिदम कार्यान्वयन के मुद्दों के साथ-साथ आर्किटेक्चरल व्यू भी शामिल है।
-
तो वे एक दूसरे के साथ भागों का हिस्सा है, लेकिन वे सॉफ्टवेयर का थोड़ा अलग पहलुओं को देखें। तकनीकी रूप से बोलते हुए, आर्किटेक्चर में all aspects शामिल होना चाहिए, लेकिन वास्तव में वे आमतौर पर उच्च स्तरीय टोपोलॉजी या सॉफ़्टवेयर की संरचना का संदर्भ लेते हैं। उदाहरण के लिए, फ़ाइल-आधारित कमांड लाइन सॉफ़्टवेयर, एक वेब ऐप, या n-tier समृद्ध इंटरनेट एप्लिकेशन के रूप में सिस्टम को कार्यान्वित करने के बारे में निर्णय लेना एक वास्तुशिल्प निर्णय होगा।
सॉफ़्टवेयर डिज़ाइन में आर्किटेक्चरल फैसले बनाना शामिल है, लेकिन इसमें बहुत गहरे लोग शामिल होंगे जैसे address1 डेटाबेस में होना चाहिए, जो वास्तव में एक वास्तुशिल्प निर्णय नहीं है।
संपादित: अंतर आसान बनाने के लिए, वास्तुकला, सॉफ्टवेयर समाधान के ज्ञात पैटर्न को संदर्भित करता है अक्सर प्लेसमेंट और उप-घटक/स्तरों/परतों के बीच संबंधों से जुड़े। पैटर्न यह भी निर्दिष्ट करते हैं कि डेटा कैसे संग्रहीत किया जाता है, संसाधित और प्रस्तुत किया जाता है। एक आर्किटेक्चर ऐसा कुछ है जिसे बक्से और तीरों का उपयोग करके वर्णित किया जा सकता है, जैसे कि autonomous robotic paradigms।
सॉफ़्टवेयर डिज़ाइन दी गई सॉफ़्टवेयर आवश्यकताओं के समाधान के बारे में सोचने की प्रक्रिया है। प्रत्येक समस्या अपने तरीके से अद्वितीय है, इसलिए डिजाइन अलग होगा।
इस पर मेरी ले ..
डिजाइन कैसे आप अपने सॉफ्टवेयर
वास्तुकला कैसे की वास्तविकता है की संरचना करने के लिए जा रहे हैं की योजना बना की प्रक्रिया है आपका कोडबेस संरचित है। यदि आपका कोड संरचित नहीं है तो आप वास्तव में आर्किटेक्चर होने का दावा नहीं कर सकते हैं।
आदर्श रूप में आप एक डिजाइन चरण (या डिजाइन अवधियों की श्रृंखला एक codebases जीवनकाल के दौरान) से अपने वास्तुकला मिल चाहते हैं, लेकिन कभी कभी अच्छा वास्तुकला रिफैक्टरिंग से निरंतर से अधिक सुधार से आ सकता है, और सिर्फ कर की भावना क्या सही है'।
ये औपचारिक रूप से शब्द हालांकि परिभाषित नहीं कर रहे हैं;)
आर्किटेक्चर डिजाइन किए हैं। लेकिन दूसरी तरफ नहीं। 'आर्किटेक्चर' आमतौर पर एक बड़ी (बहु-स्तरीय) प्रणाली के डिजाइन की पहचान और नाम के लिए उपयोग किया जाता है। एक प्रणाली परिभाषा द्वारा कई घटकों या उपप्रणाली के सहयोग से है। कोई इसे 'सिस्टम डिज़ाइन' या सिर्फ 'डिज़ाइन' कह सकता है, लेकिन एक कारण या किसी अन्य कारण के लिए आर्किटेक्चर, इसे अधिक वजन देता है क्योंकि यह अपने उपप्रणाली या घटकों के डिज़ाइन से अलग होना चाहता है।
इस बारे में सोचें: घर बनाने के लिए, आपको वास्तुकार (वास्तुकार) से एक ब्लूप्रिंट मिलता है। फिर कन्स्ट्रक्टर इस ब्लूप्रिंट का उपयोग करता है और निर्णय (डिजाइनर) बनाता है कि किस प्रकार के सीमेंट और ईंटों का उपयोग करना है, किस प्रकार के रंग की आवश्यकता है आदि। ये डिजाइन निर्णय हैं। फिर कार्यकर्ता बिल्डर से आदेश लेता है और घर (कोडर) का निर्माण करता है।
आर्किटेक्चर का अर्थ कंप्यूटर या कंप्यूटर-आधारित सिस्टम की वैचारिक संरचना और तार्किक संगठन है।
डिज़ाइन का अर्थ है एक योजना या चित्र या सिस्टम या किसी ऑब्जेक्ट की कार्यप्रणाली को दिखाने से पहले दिखाया गया है।
यदि आप एक घटक "आर्किटेक्टिंग" कर रहे हैं, तो आप परिभाषित कर रहे हैं कि यह बड़े सिस्टम में कैसे व्यवहार करता है। यदि आप एक ही घटक को "डिजाइन" कर रहे हैं, तो आप यह परिभाषित कर रहे हैं कि यह आंतरिक रूप से कैसे व्यवहार करता है।
सभी वास्तुकला डिज़ाइन है लेकिन सभी डिज़ाइन आर्किटेक्चर नहीं हैं।
How हिस्सा डिजाइन और What और How के चौराहे है वास्तुकला है 
हैं भी निर्णय, कि वास्तुकला महत्वपूर्ण नहीं हैं डिजाइन, अर्थात् डिजाइन की वास्तुकला शाखा की सदस्य नहीं है। उदाहरण के लिए, कुछ घटक के आंतरिक डिजाइन निर्णय, जैसे- एल्गोरिदम की पसंद, डेटा संरचना का चयन इत्यादि। कोई भी डिज़ाइन निर्णय, जो इसकी घटक सीमा के बाहर दिखाई नहीं देता है, एक घटक का आंतरिक डिज़ाइन है और यह गैर-वास्तुशिल्प है। ये डिज़ाइन फैसले हैं जो एक सिस्टम आर्किटेक्ट मॉड्यूल डिज़ाइनर के विवेकाधिकार या कार्यान्वयन टीम पर तब तक छोड़ेगा जब तक कि उनका डिज़ाइन सिस्टम स्तर आर्किटेक्चर द्वारा लगाए गए आर्किटेक्चरल बाधाओं को तोड़ न सके।
लिंक है कि एक good analogy
डिजाइन देता है एक योजना कैसे आपको लगता है कि क्या करने जा रहे है। वास्तुकार यह है कि आपने कैसे कार्यान्वित किया है। 1. उनके चरण, जिम्मेदारी के क्षेत्रों और निर्णय लेने के स्तर 2. आर्किटेक्चर ढांचे, उपकरण, भाषाओं, दायरे, लक्ष्यों और उच्च स्तरीय पद्धतियों के मामले में बड़ी तस्वीर है जबकि डिजाइन कार्यान्वयन की छोटी तस्वीर है सिस्टम की विभिन्न बाधाओं के बारे में स्थानीय बाधाओं के साथ पद्धति, डिजाइन पैटर्न, प्रोग्रामिंग मुहावरे, रीफैक्टरिंग & कोड कैसे व्यवस्थित किया जाता है। 3. आर्किटेक्चर रणनीति, संरचना और उद्देश्य की ओर मुकाबला करता है जो उच्च स्तर पर है। डिजाइन सामरिक है और कंक्रीट की ओर अधिक कार्यान्वयन और अभ्यास की ओर मुकाबला करता है।
आर्किटेक्चर 'घटक और रिश्ते उन्हें बीवी' है ... उदाहरण के लिए जब आप 1 हजार मीटर की ऊंचाई से एक इमारत देखते हैं तो आप केवल कनेक्टिंग पथ और कमरे देख सकते हैं ..... लेकिन कमरे के अंदर क्या है डिजाइन ....
[सॉफ्टवेयर डिजाइन बनाम सॉफ्टवेयर आर्किटेक्चर] के संभावित डुप्लिकेट (http://stackoverflow.com/questions/704855/software-design-vs-software-architecture) –