सिस्टम आर्किटेक्चर: Difference between revisions

From Vigyanwiki
(Created page with "एक प्रणाली आर्किटेक्चर वैचारिक मॉडल है जो सिस्टम की संरचना , व...")
 
No edit summary
 
(4 intermediate revisions by 4 users not shown)
Line 1: Line 1:
एक [[ प्रणाली ]] आर्किटेक्चर वैचारिक मॉडल है जो सिस्टम की [[ संरचना ]], व्यवहार और अधिक दृश्य मॉडल को परिभाषित करता है।<ref>Hannu Jaakkola and Bernhard Thalheim. (2011) "Architecture-driven modelling methodologies." In: ''Proceedings of the 2011 conference on Information Modelling and Knowledge Bases XXII''. Anneli Heimbürger et al. (eds). IOS Press. p. 98</ref> एक आर्किटेक्चर विवरण एक औपचारिक विवरण और एक प्रणाली का प्रतिनिधित्व है, जो इस तरह से व्यवस्थित होता है जो सिस्टम की संरचनाओं और व्यवहारों के बारे में तर्क का समर्थन करता है।
सिस्टम आर्किटेक्चर वैचारिक प्रतिरूप है जो प्रणाली की [[ संरचना | संरचना]], व्यवहार और अधिक दृश्य प्रतिरूप को परिभाषित करता है।<ref>Hannu Jaakkola and Bernhard Thalheim. (2011) "Architecture-driven modelling methodologies." In: ''Proceedings of the 2011 conference on Information Modelling and Knowledge Bases XXII''. Anneli Heimbürger et al. (eds). IOS Press. p. 98</ref> एक संरचना  विवरण एक औपचारिक विवरण और एक प्रणाली का प्रतिनिधित्व है, जो इस तरह से व्यवस्थित होता है जो प्रणाली की संरचनाओं और व्यवहारों के बारे में तर्क का समर्थन करता है।


एक सिस्टम आर्किटेक्चर में सिस्टम सिस्टम और विकसित उप-सिस्टम शामिल हो सकते हैं, जो समग्र सिस्टम को लागू करने के लिए मिलकर काम करेंगे। सिस्टम आर्किटेक्चर का वर्णन करने के लिए भाषाओं को औपचारिक रूप देने के प्रयास किए गए हैं, सामूहिक रूप से इन्हें [[ वास्तुकला विवरण भाषाओं ]] (ADL) कहा जाता है।<ref>Paul C. Clements (1996)  "[http://www.sei.cmu.edu/library/assets/Survey_of_ADLs.pdf A survey of architecture description languages]." Proceedings of the 8th international workshop on software specification and design. IEEE Computer Society, 1996.</ref><ref>Nenad Medvidovic and Richard N. Taylor (2000). "[ftp://ftp.ics.uci.edu/pub/arch/papers/TR-UCI-ICS-97-02.pdf A classification and comparison framework for software architecture description languages.]" Software Engineering, IEEE Transactions on 26.1 (2000): 70-93.</ref><ref>{{Citation |last=Nejad |first=Bobby |title=The Physical Architecture |date=2023 |url=https://doi.org/10.1007/978-3-031-15900-8_13 |work=Introduction to Satellite Ground Segment Systems Engineering: Principles and Operational Aspects |pages=187–197 |editor-last=Nejad |editor-first=Bobby |place=Cham |publisher=Springer International Publishing |language=en |doi=10.1007/978-3-031-15900-8_13 |isbn=978-3-031-15900-8 |access-date=2022-12-07}}</ref>
एक सिस्टम आर्किटेक्चर में प्रणाली और विकसित उप-प्रणाली सम्मलित हो सकते हैं, जो समग्र प्रणाली को लागू करने के लिए मिलकर काम करेंगे। सिस्टम आर्किटेक्चर का वर्णन करने के लिए भाषाओं को औपचारिक रूप देने के प्रयास किए गए हैं, सामूहिक रूप से इन्हें [[ वास्तुकला विवरण भाषाओं |आर्किटेक्चर विवरण भाषाओं]] (ADL) कहा जाता है।<ref>Paul C. Clements (1996)  "[http://www.sei.cmu.edu/library/assets/Survey_of_ADLs.pdf A survey of architecture description languages]." Proceedings of the 8th international workshop on software specification and design. IEEE Computer Society, 1996.</ref><ref>Nenad Medvidovic and Richard N. Taylor (2000). "[ftp://ftp.ics.uci.edu/pub/arch/papers/TR-UCI-ICS-97-02.pdf A classification and comparison framework for software architecture description languages.]" Software Engineering, IEEE Transactions on 26.1 (2000): 70-93.</ref><ref>{{Citation |last=Nejad |first=Bobby |title=The Physical Architecture |date=2023 |url=https://doi.org/10.1007/978-3-031-15900-8_13 |work=Introduction to Satellite Ground Segment Systems Engineering: Principles and Operational Aspects |pages=187–197 |editor-last=Nejad |editor-first=Bobby |place=Cham |publisher=Springer International Publishing |language=en |doi=10.1007/978-3-031-15900-8_13 |isbn=978-3-031-15900-8 |access-date=2022-12-07}}</ref>
== अवलोकन ==
विभिन्न संगठन सिस्टम आर्किटेक्चर  को विभिन्न तरीकों से परिभाषित कर सकते हैं, जिनमें सम्मलित हैं:


 
* एक प्रणाली का मौलिक संगठन, इसके घटकों में सन्निहित, एक दूसरे से और पर्यावरण के साथ उनके संबंध, और इसकी अभिक्लपना और विकास को नियंत्रित करने वाले सिद्धांत।<ref>From [[ANSI]]/[[IEEE]] [[IEEE 1471|1471-2000]].</ref>
== सिंहावलोकन ==
* हार्डवेयर और[[ सॉफ्टवेयर घटक | सॉफ्टवेयर घटक]] पर कार्यक्षमता के प्रतिचित्रिण, [[ हार्डवेयर वास्तुकला |हार्डवेयरआर्किटेक्चर]] पर[[ सॉफ़्टवेयर वास्तुशिल्प ]]के प्रतिचित्रिण और इन घटकों के साथ मानव संपर्क सहित एक प्रणाली का प्रतिनिधित्व।<ref>From the [http://www.cmu.edu Carnegie Mellon University]'s [http://www.sei.cmu.edu Software Engineering Institute].</ref>
विभिन्न संगठन सिस्टम आर्किटेक्चर को विभिन्न तरीकों से परिभाषित कर सकते हैं, जिनमें शामिल हैं:
* भौतिक तत्वों की एक आवंटित व्यवस्था जो एक उपभोक्ता उत्पाद या जीवन-चक्र प्रक्रिया के लिए अभिक्लपना समाधान प्रदान करती है, जिसका उद्देश्य कार्यात्मकआर्किटेक्चर की आवश्यकताओं और आधारभूत आवश्यकताओं को पूरा करना है।<ref>From [http://www.manningaffordability.com/s&tweb/HEResource/Other/Definitions.htm The Human Engineering Home Page's Glossary]. {{Webarchive|url=https://web.archive.org/web/20150213071022/http://www.manningaffordability.com/s%26tweb/HEResource/Other/Definitions.htm |date=2015-02-13 }}</ref>
 
* एकआर्किटेक्चर में सबसे महत्वपूर्ण, व्यापक, शीर्ष-स्तरीय, रणनीतिक आविष्कार, निर्णय, और समग्र संरचना (अर्थात, आवश्यक तत्व और उनके संबंध) और संबंधित विशेषताओं और व्यवहार के बारे में उनसे जुड़े तर्क सम्मलित हैं।<ref>From  [http://www.opfro.org/Components/WorkProducts/ArchitectureSet/Architectures/Architectures.html OPEN Process Framework (OPF) Repository] {{Webarchive|url=https://web.archive.org/web/20060305173824/http://www.opfro.org/Components/WorkProducts/ArchitectureSet/Architectures/Architectures.html |date=2006-03-05 }}.</ref>
* एक प्रणाली का मौलिक संगठन, इसके घटकों में सन्निहित, एक दूसरे से और पर्यावरण के साथ उनके संबंध, और इसके डिजाइन और विकास को नियंत्रित करने वाले सिद्धांत।<ref>From [[ANSI]]/[[IEEE]] [[IEEE 1471|1471-2000]].</ref>
* [[Index.php?title=संगणक प्रणाली|संगणक प्रणाली]] के अभिक्लपना और सामग्री का विवरण। यदि प्रलेखित है, तो इसमें वर्तमान हार्डवेयर, सॉफ्टवेयर और जालक्रमण क्षमताओं की विस्तृत सूची जैसी जानकारी सम्मलित हो सकती है; भविष्य की खरीद के लिए लंबी दूरी की योजनाओं और प्राथमिकताओं का विवरण, और पुराने उपकरण और सॉफ्टवेयर को उन्नयन करने और/या बदलने की योजना।<ref>From [http://nces.ed.gov/pubs98/tech/glossary.asp The National Center for Education Statistics glossary].</ref>
* हार्डवेयर और [[ सॉफ्टवेयर घटक ]]ों पर कार्यक्षमता की मैपिंग, [[ हार्डवेयर वास्तुकला ]] पर [[ सॉफ़्टवेयर वास्तुशिल्प ]] की मैपिंग और इन घटकों के साथ मानव संपर्क सहित एक प्रणाली का प्रतिनिधित्व।<ref>From the [http://www.cmu.edu Carnegie Mellon University]'s [http://www.sei.cmu.edu Software Engineering Institute].</ref>
* भौतिक तत्वों की एक आवंटित व्यवस्था जो एक उपभोक्ता उत्पाद या जीवन-चक्र प्रक्रिया के लिए डिजाइन समाधान प्रदान करती है, जिसका उद्देश्य कार्यात्मक वास्तुकला की आवश्यकताओं और आधारभूत आवश्यकताओं को पूरा करना है।<ref>From [http://www.manningaffordability.com/s&tweb/HEResource/Other/Definitions.htm The Human Engineering Home Page's Glossary]. {{Webarchive|url=https://web.archive.org/web/20150213071022/http://www.manningaffordability.com/s%26tweb/HEResource/Other/Definitions.htm |date=2015-02-13 }}</ref>
* एक वास्तुकला में सबसे महत्वपूर्ण, व्यापक, शीर्ष-स्तरीय, रणनीतिक आविष्कार, निर्णय, और समग्र संरचना (यानी, आवश्यक तत्व और उनके संबंध) और संबंधित विशेषताओं और व्यवहार के बारे में उनसे जुड़े तर्क शामिल हैं।<ref>From  [http://www.opfro.org/Components/WorkProducts/ArchitectureSet/Architectures/Architectures.html OPEN Process Framework (OPF) Repository] {{Webarchive|url=https://web.archive.org/web/20060305173824/http://www.opfro.org/Components/WorkProducts/ArchitectureSet/Architectures/Architectures.html |date=2006-03-05 }}.</ref>
* [[ कंप्यूटर प्रणाली ]] के डिजाइन और सामग्री का विवरण। यदि प्रलेखित है, तो इसमें वर्तमान हार्डवेयर, सॉफ्टवेयर और नेटवर्किंग क्षमताओं की विस्तृत सूची जैसी जानकारी शामिल हो सकती है; भविष्य की खरीद के लिए लंबी दूरी की योजनाओं और प्राथमिकताओं का विवरण, और पुराने उपकरण और सॉफ्टवेयर को अपग्रेड करने और/या बदलने की योजना।<ref>From [http://nces.ed.gov/pubs98/tech/glossary.asp The National Center for Education Statistics glossary].</ref>
* एक प्रणाली का एक औपचारिक विवरण, या इसके कार्यान्वयन को निर्देशित करने के लिए घटक स्तर पर प्रणाली की एक विस्तृत योजना।<ref>[[TOGAF]]</ref>
* एक प्रणाली का एक औपचारिक विवरण, या इसके कार्यान्वयन को निर्देशित करने के लिए घटक स्तर पर प्रणाली की एक विस्तृत योजना।<ref>[[TOGAF]]</ref>
* उत्पादों और उनके जीवन-चक्र प्रक्रियाओं के लिए डिज़ाइन आर्किटेक्चर का सम्मिश्रण।<ref>From [[IEEE]] 1220-1998 as found at [http://www.acq.osd.mil/osjtf/termsdef.html their glossary] {{webarchive|url=https://web.archive.org/web/20060517130043/http://www.acq.osd.mil/osjtf/termsdef.html |date=2006-05-17 }}.</ref>
* उत्पादों और उनके जीवन-चक्र प्रक्रियाओं के लिए अभिक्लपना संरचना का सम्मिश्रण।<ref>From [[IEEE]] 1220-1998 as found at [http://www.acq.osd.mil/osjtf/termsdef.html their glossary] {{webarchive|url=https://web.archive.org/web/20060517130043/http://www.acq.osd.mil/osjtf/termsdef.html |date=2006-05-17 }}.</ref>
* घटकों की संरचना, उनके अंतर्संबंध, और समय के साथ उनके डिजाइन और विकास को नियंत्रित करने वाले सिद्धांत और दिशानिर्देश।<ref>[[TOGAF]]</ref>
* घटकों की संरचना, उनके अंतर्संबंध, और समय के साथ उनकी अभिक्लपना और विकास को नियंत्रित करने वाले सिद्धांत और दिशानिर्देश।<ref>[[TOGAF]]</ref>
सिस्टम आर्किटेक्चर को मौजूदा (या भविष्य) सिस्टम के प्रतिनिधित्व के एक सेट के रूप में सोच सकते हैं। ये अभ्यावेदन शुरू में एक सामान्य, उच्च-स्तरीय कार्यात्मक संगठन का वर्णन करते हैं, और अधिक विस्तृत और ठोस विवरणों के लिए उत्तरोत्तर परिष्कृत होते हैं।
सिस्टम आर्किटेक्चर को सम्मलिता (या भविष्य) प्रणाली के प्रतिनिधित्व के एक सेट के रूप में सोच सकते हैं। ये अभ्यावेदन आरंभ में एक सामान्य, उच्च-स्तरीय कार्यात्मक संगठन का वर्णन करते हैं, और अधिक विस्तृत और ठोस विवरणों के लिए उत्तरोत्तर परिष्कृत होते हैं।


सिस्टम आर्किटेक्चर विक्षनरी की सूचनात्मक सामग्री को व्यक्त करता है: एक सिस्टम से युक्त तत्व, उन तत्वों के बीच संबंध, और विक्षनरी: उन संबंधों को नियंत्रित करने वाला नियम। आर्किटेक्चरल घटक और इन घटकों के बीच संबंधों का सेट जिसमें आर्किटेक्चर विवरण में हार्डवेयर, [[ सॉफ्टवेयर ]], दस्तावेज़ीकरण, सुविधाएं, मैन्युअल प्रक्रियाएं, या संगठनों या लोगों द्वारा निभाई गई भूमिकाएं शामिल हो सकती हैं।{{huh?|date=May 2014}}
सिस्टम आर्किटेक्चर विक्षनरी की सूचनात्मक सामग्री को व्यक्त करता है: एक प्रणाली से युक्त तत्व, उन तत्वों के बीच संबंध, और विक्षनरी: उन संबंधों को नियंत्रित करने वाला नियम। संरचना के घटक और इन घटकों के बीच संबंधों का सेट जिसमें संरचना  विवरण में हार्डवेयर, [[ सॉफ्टवेयर |सॉफ्टवेयर]], दस्तावेज़ीकरण, सुविधाएं, स्वतः प्रक्रियाएं, या संगठनों या लोगों द्वारा निभाई गई भूमिकाएं सम्मलित हो सकती हैं।{{huh?|date=May 2014}}
एक सिस्टम आर्किटेक्चर मुख्य रूप से सिस्टम के विक्ट: कंपोनेंट या सिस्टम के बीच आंतरिक इंटरफेस (कंप्यूटर विज्ञान) पर ध्यान केंद्रित करता है, और सिस्टम और इसके बाहरी वातावरण, विशेष रूप से [[ उपयोगकर्ता (कंप्यूटिंग) ]] के बीच इंटरफेस पर। (कंप्यूटर सिस्टम के विशिष्ट मामले में, यह बाद वाला, विशेष, इंटरफ़ेस [[ कंप्यूटर मानव इंटरफ़ेस ]], AKA मानव कंप्यूटर इंटरफ़ेस या [[ ह्यूमन कंप्यूटर इंटरेक्शन ]] के रूप में जाना जाता है; जिसे पहले मैन-मशीन इंटरफ़ेस कहा जाता था।)
एक सिस्टम आर्किटेक्चर मुख्य रूप से प्रणाली के विक्ट: संघटक या प्रणाली के बीच आंतरिक अंतरापूष्ठ (संगणक विज्ञान) पर ध्यान केंद्रित करता है, और प्रणाली और इसके बाहरी वातावरण, विशेष रूप से [[Index.php?title=उपयोगकर्ता (संगणना)|उपयोगकर्ता (संगणना)]] के बीच अंतरापूष्ठ पर। (संगणक प्रणाली के विशिष्ट स्थितियोंे में, यह बाद वाला, विशेष, अंतरापूष्ठ [[ कंप्यूटर मानव इंटरफ़ेस | संगणक मानव अंतरापूष्ठ]] , AKA मानव संगणक अंतरापूष्ठ या [[ ह्यूमन कंप्यूटर इंटरेक्शन | ह्यूमन संगणक इंटरेक्शन]] के रूप में जाना जाता है; जिसे पहले मैन-मशीन अंतरापूष्ठ कहा जाता था।)


[[ सिस्टम आर्किटेक्चर इंजीनियरिंग ]] (SAE) के साथ एक सिस्टम आर्किटेक्चर की तुलना की जा सकती है - एक सिस्टम के आर्किटेक्चर को प्रभावी ढंग से लागू करने के लिए विधि और अनुशासन:<ref>
[[Index.php?title=सिस्टम आर्किटेक्चर अभियांत्रिकी|सिस्टम आर्किटेक्चर अभियांत्रिकी]] (एसएई) के साथ एक सिस्टम आर्किटेक्चर की तुलना की जा सकती है - एक प्रणाली के संरचना को प्रभावी ढंग से लागू करने के लिए विधि और अनुशासन:<ref>
The Method Framework for Engineering System Architectures, [[Donald Firesmith]] et al., 2008</ref>
The Method Framework for Engineering System Architectures, [[Donald Firesmith]] et al., 2008</ref>
* SAE एक तरीका है क्योंकि चरणों का एक क्रम निर्धारित है{{by whom?|date=May 2014}} [[ बाधा (गणित) ]] के एक [[ सेट (गणित) ]] के भीतर एक प्रणाली की वास्तुकला का निर्माण या परिवर्तन करना।
* एसएई एक तरीका है क्योंकि चरणों का एक क्रम निर्धारित है [[ बाधा (गणित) ]] के एक [[ सेट (गणित) ]] के भीतर एक प्रणाली कीआर्किटेक्चर का निर्माण या परिवर्तन करना।
* SAE एक अनुशासन है क्योंकि [[ ज्ञान ]] के एक समूह का उपयोग अभ्यासकर्ताओं को बाधाओं के एक सेट के भीतर प्रणाली को डिजाइन करने के सबसे प्रभावी तरीके के रूप में सूचित करने के लिए किया जाता है।
* एसएई एक अनुशासन है क्योंकि[[ ज्ञान ]]के एक समूह का उपयोग अभ्यासकर्ताओं को बाधाओं के एक सेट के भीतर प्रणाली को अभिक्लपना करने के सबसे प्रभावी तरीके के रूप में सूचित करने के लिए किया जाता है।


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


* डिजिटल [[ कंप्यूटर ]]ों के आगमन से पहले, इलेक्ट्रॉनिक्स और अन्य इंजीनियरिंग विषयों में सिस्टम शब्द का उपयोग किया जाता था क्योंकि यह आज भी आमतौर पर उपयोग किया जाता है। हालांकि, [[ डिजिटल कंप्यूटर ]]ों के आगमन और एक अलग अनुशासन के रूप में [[ सॉफ्टवेयर इंजीनियर ]]िंग के विकास के साथ, इंजीनियर्ड हार्डवेयर कलाकृतियों, सॉफ्टवेयर कलाकृतियों और संयुक्त कलाकृतियों के बीच अंतर करना अक्सर आवश्यक होता था। एक [[ कंप्यूटर प्रोग्राम ]] हार्डवेयर आर्टिफैक्ट, या कंप्यूटर, जिसमें कंप्यूटर प्रोग्राम का अभाव है, नपुंसक है; यहां तक ​​​​कि एक सॉफ्टवेयर आर्टिफैक्ट या प्रोग्राम के रूप में भी उतना ही नपुंसक है जब तक कि इसका उपयोग उपयुक्त (हार्डवेयर) मशीन के अनुक्रमिक राज्यों को बदलने के लिए नहीं किया जा सकता। हालांकि, एक हार्डवेयर मशीन और इसकी प्रोग्रामिंग को अमूर्त और भौतिक कार्यों की लगभग असीमित संख्या को करने के लिए डिज़ाइन किया जा सकता है। कंप्यूटर और सॉफ्टवेयर इंजीनियरिंग विषयों (और, अक्सर, अन्य इंजीनियरिंग विषयों, जैसे संचार) के भीतर, शब्द प्रणाली को एक उपयोगी प्रदर्शन करने के लिए आवश्यक सभी तत्वों (जिसमें आम तौर पर हार्डवेयर और सॉफ्टवेयर दोनों शामिल होते हैं) के रूप में परिभाषित किया गया था। समारोह।
* डिजिटल [[ कंप्यूटर | संगणक]] के आगमन से पहले, इलेक्ट्रॉनिक्स और अन्य अभियांत्रिकी विषयों में प्रणाली शब्द का उपयोग किया जाता था क्योंकि यह आज भी सामान्यत: उपयोग किया जाता है। चूंकि, [[Index.php?title=अंकीय संगणक|अंकीय संगणक]] के आगमन और एक अलग अनुशासन के रूप में [[Index.php?title=सॉफ्टवेयर अभियांत्रिकी|सॉफ्टवेयर अभियांत्रिकी]] के विकास के साथ, अभियंत्रित हार्डवेयर कलाकृतियों, सॉफ्टवेयर कलाकृतियों और संयुक्त कलाकृतियों के बीच अंतर करना अधिकांशत: आवश्यक होता था। एक[[Index.php?title=कंप्यूटर क्रमादेश|कंप्यूटर क्रमादेश]] हार्डवेयर अश्मोपकरण, या संगणक, जिसमें संगणक क्रमादेश का अभाव है, अशक्त है; यहां तक ​​​​कि एक सॉफ्टवेयर अश्मोपकरण या क्रमादेश के रूप में भी उतना ही अशक्त है जब तक कि इसका उपयोग उपयुक्त (हार्डवेयर) मशीन के अनुक्रमिक राज्यों को बदलने के लिए नहीं किया जा सकता। चूंकि, एक हार्डवेयर मशीन और इसकी क्रमदेशन को अमूर्त और भौतिक कार्यों की लगभग असीमित संख्या को करने के लिए अभिक्लपित किया जा सकता है। संगणक और सॉफ्टवेयर अभियांत्रिकी विषयों (और, अधिकांशत:, अन्य अभियांत्रिकी विषयों, जैसे संचार) के भीतर, शब्द प्रणाली को एक उपयोगी प्रदर्शन करने के लिए आवश्यक सभी तत्वों (जिसमें सामान्यत: हार्डवेयर और सॉफ्टवेयर दोनों सम्मलित होते हैं) के रूप में परिभाषित किया गया था।
*
*
* नतीजतन, इन इंजीनियरिंग विषयों के भीतर, एक प्रणाली आम तौर पर एक प्रोग्राम करने योग्य हार्डवेयर मशीन और उसके शामिल प्रोग्राम को संदर्भित करती है। और एक [[ सिस्टम अभियंता ]] को एक ऐसे व्यक्ति के रूप में परिभाषित किया जाता है जो संपूर्ण डिवाइस, हार्डवेयर और सॉफ्टवेयर दोनों से संबंधित है, और विशेष रूप से, डिवाइस के सभी इंटरफेस, जिसमें हार्डवेयर और सॉफ्टवेयर के बीच और विशेष रूप से संपूर्ण डिवाइस और उसके उपयोगकर्ता (CHI) के बीच शामिल है। ). [[ हार्डवेयर डिजाइनर ]] हार्डवेयर डिवाइस के साथ विशेष रूप से डील करता है (अधिक या कम); सॉफ्टवेयर इंजीनियर विशेष रूप से कंप्यूटर प्रोग्राम के साथ डील करता है (अधिक या कम); और सिस्टम इंजीनियर यह देखने के लिए जिम्मेदार है कि प्रोग्राम हार्डवेयर डिवाइस के भीतर ठीक से चलने में सक्षम है, और यह कि दो संस्थाओं से बना सिस्टम अपने बाहरी वातावरण, विशेष रूप से उपयोगकर्ता के साथ ठीक से बातचीत करने और अपने इच्छित कार्य को करने में सक्षम है।
* परिणाम स्वरुप, इन अभियांत्रिकी विषयों के भीतर, एक प्रणाली सामान्यत: एक क्रमादेश करने योग्य हार्डवेयर मशीन और उसके सम्मलित क्रमादेशको संदर्भित करती है। और एक [[ सिस्टम अभियंता |प्रणाली अभियंता]] को एक ऐसे व्यक्ति के रूप में परिभाषित किया जाता है जो संपूर्ण उपकरण, हार्डवेयर और सॉफ्टवेयर दोनों से संबंधित है, और विशेष रूप से, उपकरण के सभी अंतरापूष्ठ, जिसमें हार्डवेयर और सॉफ्टवेयर के बीच और विशेष रूप से संपूर्ण उपकरण और उसके उपयोगकर्ता (CHI) के बीच सम्मलित है। ). [[ हार्डवेयर डिजाइनर | हार्डवेयर अभिक्लपना]] हार्डवेयर उपकरण के साथ विशेष रूप से व्यवहार करता है (अधिक या कम); सॉफ्टवेयर इंजीनियर विशेष रूप से संगणक क्रमादेश के साथ व्यवहार करता है (अधिक या कम); और प्रणाली अभियंता यह देखने के लिए जिम्मेदार है कि क्रमादेश हार्डवेयर उपकरण के भीतर ठीक से चलने में सक्षम है, और यह कि दो संस्थाओं से बना प्रणाली अपने बाहरी वातावरण, विशेष रूप से उपयोगकर्ता के साथ ठीक से बातचीत करने और अपने इच्छित कार्य को करने में सक्षम है।
*
*
* एक सिस्टम आर्किटेक्चर सॉफ्टवेयर और हार्डवेयर दोनों के तत्वों का उपयोग करता है और इस तरह के एक समग्र सिस्टम के डिजाइन को सक्षम करने के लिए उपयोग किया जाता है। एक अच्छी वास्तुकला को 'विभाजन [[ योजना (गणित) ]]' या एल्गोरिद्म के रूप में देखा जा सकता है, जो सिस्टम की सभी वर्तमान और पूर्वाभास योग्य आवश्यकताओं को एक विकट में विभाजित करता है: साफ-सुथरे बंधे सेट [[ सबसिस्टम ]] के काम करने योग्य सेट जिसमें कुछ भी नहीं बचा है। अर्थात्, यह एक विभाजन योजना है जो है :wikt:अनन्य, [[ अंतराल (गणित) ]], और [[ सामूहिक रूप से संपूर्ण घटनाएँ ]]। विभाजन का एक प्रमुख उद्देश्य उप प्रणालियों में तत्वों को व्यवस्थित करना है ताकि उनके बीच कम से कम अन्योन्याश्रितता की आवश्यकता हो। सॉफ्टवेयर और हार्डवेयर दोनों में, एक अच्छी उप प्रणाली को एक सार्थक वस्तु के रूप में देखा जाता है। इसके अलावा, एक अच्छा आर्किटेक्चर उपयोगकर्ता की आवश्यकताओं के लिए आसान मैपिंग और उपयोगकर्ता की आवश्यकताओं के [[ सत्यापन और सत्यापन ]] के लिए प्रदान करता है। आदर्श रूप से, हर न्यूनतम तत्व से लेकर हर आवश्यकता और परीक्षण तक एक मैपिंग भी मौजूद है।
* एक सिस्टम आर्किटेक्चर सॉफ्टवेयर और हार्डवेयर दोनों के तत्वों का उपयोग करता है और इस तरह के एक समग्र प्रणाली के अभिक्लपना को सक्षम करने के लिए उपयोग किया जाता है। एक अच्छीआर्किटेक्चर को 'विभाजन [[ योजना (गणित) ]]' या कलन विधि के रूप में देखा जा सकता है, जो प्रणाली की सभी वर्तमान और पूर्वाभास योग्य आवश्यकताओं को एक विकट में विभाजित करता है: साफ-सुथरे बंधे सेट[[ सबसिस्टम | सबप्रणाली]] के काम करने योग्य सेट जिसमें कुछ भी नहीं बचा है। अर्थात्, यह एक विभाजन योजना है जो है :wikt:अनन्य, [[ अंतराल (गणित) | अंतराल (गणित)]], और [[ सामूहिक रूप से संपूर्ण घटनाएँ ]]। विभाजन का एक प्रमुख उद्देश्य उप प्रणालियों में तत्वों को व्यवस्थित करना है जिससे कि उनके बीच कम से कम अन्योन्याश्रितता की आवश्यकता हो। सॉफ्टवेयर और हार्डवेयर दोनों में, एक अच्छी उप प्रणाली को एक सार्थक वस्तु के रूप में देखा जाता है। इसके अतिरिक्त, एक अच्छा संरचना  उपयोगकर्ता की आवश्यकताओं के लिए आसान प्रतिचित्रिण और उपयोगकर्ता की आवश्यकताओं के [[ सत्यापन और सत्यापन ]] के लिए प्रदान करता है। आदर्श रूप से, हर न्यूनतम तत्व से लेकर हर आवश्यकता और परीक्षण तक एक प्रतिचित्रिण भी सम्मलित है।
*
*


== प्रकार ==
== प्रकार ==
{{expand section|date=July 2012}}
कई प्रकार के सिस्टम आर्किटेक्चर (समान मूलभूत सिद्धांतों द्वारा रेखांकित<ref>[http://borisgolden.com/systems_architecture.html#principles''The fundamental principles of Systems Architecture''], by Boris Golden</ref>) की पहचान इस प्रकार की गई है:<ref>The Art of Systems Architecture, [[Mark Maier]] and [[Eberhardt Rechtin]], 2nd ed 2002</ref>
कई प्रकार के सिस्टम आर्किटेक्चर (समान मूलभूत सिद्धांतों द्वारा रेखांकित<ref>[http://borisgolden.com/systems_architecture.html#principles''The fundamental principles of Systems Architecture''], by Boris Golden</ref>) की पहचान इस प्रकार की गई है:<ref>The Art of Systems Architecture, [[Mark Maier]] and [[Eberhardt Rechtin]], 2nd ed 2002</ref>
* हार्डवेयर संरचना <ref>{{Cite book |url=https://link.springer.com/book/10.1007/978-3-031-08693-9 |title=एल्गोरिदम से लेकर हार्डवेयर आर्किटेक्चर तक|language=en |doi=10.1007/978-3-031-08693-9}}</ref>
* हार्डवेयर आर्किटेक्चर<ref>{{Cite book |url=https://link.springer.com/book/10.1007/978-3-031-08693-9 |title=एल्गोरिदम से लेकर हार्डवेयर आर्किटेक्चर तक|language=en |doi=10.1007/978-3-031-08693-9}}</ref>
* सॉफ़्टवेयर वास्तुशिल्प<ref>{{Cite book |url=https://link.springer.com/book/10.1007/978-1-4842-7990-8 |title=उदाहरण के द्वारा सॉफ्टवेयर आर्किटेक्चर|language=en |doi=10.1007/978-1-4842-7990-8}}</ref><ref>{{Cite journal |last=Zeng |first=Ruiqi |last2=Niu |first2=Yiru |last3=Zhao |first3=Yue |last4=Peng |first4=Haiyang |date=2022 |editor-last=Liu |editor-first=Shuai |editor2-last=Ma |editor2-first=Xuefei |title=सॉफ्टवेयर आर्किटेक्चर इवोल्यूशन एंड टेक्नोलॉजी रिसर्च|url=https://link.springer.com/chapter/10.1007/978-3-030-94551-0_54 |journal=Advanced Hybrid Information Processing |language=en |location=Cham |publisher=Springer International Publishing |pages=708–720 |doi=10.1007/978-3-030-94551-0_54 |isbn=978-3-030-94551-0}}</ref>
* सॉफ़्टवेयर वास्तुशिल्प<ref>{{Cite book |url=https://link.springer.com/book/10.1007/978-1-4842-7990-8 |title=उदाहरण के द्वारा सॉफ्टवेयर आर्किटेक्चर|language=en |doi=10.1007/978-1-4842-7990-8}}</ref><ref>{{Cite journal |last=Zeng |first=Ruiqi |last2=Niu |first2=Yiru |last3=Zhao |first3=Yue |last4=Peng |first4=Haiyang |date=2022 |editor-last=Liu |editor-first=Shuai |editor2-last=Ma |editor2-first=Xuefei |title=सॉफ्टवेयर आर्किटेक्चर इवोल्यूशन एंड टेक्नोलॉजी रिसर्च|url=https://link.springer.com/chapter/10.1007/978-3-030-94551-0_54 |journal=Advanced Hybrid Information Processing |language=en |location=Cham |publisher=Springer International Publishing |pages=708–720 |doi=10.1007/978-3-030-94551-0_54 |isbn=978-3-030-94551-0}}</ref>
* [[ उद्यम स्थापत्य ]]<ref>{{Citation |last=Ziemann |first=Jörg |title=Enterprise Architecture in a Nutshell |date=2022 |url=https://doi.org/10.1007/978-3-030-96734-5_2 |work=Fundamentals of Enterprise Architecture Management: Foundations for Steering the Enterprise-Wide Digital System |pages=23–60 |editor-last=Ziemann |editor-first=Jörg |place=Cham |publisher=Springer International Publishing |language=en |doi=10.1007/978-3-030-96734-5_2 |isbn=978-3-030-96734-5 |access-date=2022-12-07}}</ref><ref>{{Citation |last=Musukutwa |first=Sheunopa Chalmers |title=Developing an Enterprise Architecture |date=2022 |url=https://doi.org/10.1007/978-1-4842-8575-6_3 |work=SAP Enterprise Architecture: A Blueprint for Executing Digital Transformation |pages=51–92 |editor-last=Musukutwa |editor-first=Sheunopa Chalmers |place=Berkeley, CA |publisher=Apress |language=en |doi=10.1007/978-1-4842-8575-6_3 |isbn=978-1-4842-8575-6 |access-date=2022-12-07}}</ref>
* [[ उद्यम स्थापत्य ]]<ref>{{Citation |last=Ziemann |first=Jörg |title=Enterprise Architecture in a Nutshell |date=2022 |url=https://doi.org/10.1007/978-3-030-96734-5_2 |work=Fundamentals of Enterprise Architecture Management: Foundations for Steering the Enterprise-Wide Digital System |pages=23–60 |editor-last=Ziemann |editor-first=Jörg |place=Cham |publisher=Springer International Publishing |language=en |doi=10.1007/978-3-030-96734-5_2 |isbn=978-3-030-96734-5 |access-date=2022-12-07}}</ref><ref>{{Citation |last=Musukutwa |first=Sheunopa Chalmers |title=Developing an Enterprise Architecture |date=2022 |url=https://doi.org/10.1007/978-1-4842-8575-6_3 |work=SAP Enterprise Architecture: A Blueprint for Executing Digital Transformation |pages=51–92 |editor-last=Musukutwa |editor-first=Sheunopa Chalmers |place=Berkeley, CA |publisher=Apress |language=en |doi=10.1007/978-1-4842-8575-6_3 |isbn=978-1-4842-8575-6 |access-date=2022-12-07}}</ref>
* सहयोगात्मक प्रणाली आर्किटेक्चर (जैसे इंटरनेट, [[ बुद्धिमान परिवहन प्रणाली ]] और संयुक्त वायु रक्षा प्रणाली)
* सहयोगात्मक सिस्टम आर्किटेक्चर (जैसे इंटरनेट, [[ बुद्धिमान परिवहन प्रणाली ]] और संयुक्त वायु रक्षा प्रणाली)
* विनिर्माण प्रणाली आर्किटेक्चर<ref>{{Cite journal |last=Markusheska |first=Nastasija |last2=Srinivasan |first2=Venkatachalam |last3=Walther |first3=Jan-Niclas |last4=Gindorf |first4=Alex |last5=Biedermann |first5=Jörn |last6=Meller |first6=Frank |last7=Nagel |first7=Björn |date=2022-07-01 |title=स्वचालित विमान केबिन असेंबली प्रक्रियाओं के लिए एक सिस्टम आर्किटेक्चर मॉडल लागू करना|url=https://doi.org/10.1007/s13272-022-00582-6 |journal=CEAS Aeronautical Journal |language=en |volume=13 |issue=3 |pages=689–703 |doi=10.1007/s13272-022-00582-6 |issn=1869-5590}}</ref>
* विनिर्माण सिस्टम आर्किटेक्चर <ref>{{Cite journal |last=Markusheska |first=Nastasija |last2=Srinivasan |first2=Venkatachalam |last3=Walther |first3=Jan-Niclas |last4=Gindorf |first4=Alex |last5=Biedermann |first5=Jörn |last6=Meller |first6=Frank |last7=Nagel |first7=Björn |date=2022-07-01 |title=स्वचालित विमान केबिन असेंबली प्रक्रियाओं के लिए एक सिस्टम आर्किटेक्चर मॉडल लागू करना|url=https://doi.org/10.1007/s13272-022-00582-6 |journal=CEAS Aeronautical Journal |language=en |volume=13 |issue=3 |pages=689–703 |doi=10.1007/s13272-022-00582-6 |issn=1869-5590}}</ref>
* सामरिक प्रणाली वास्तुकला<ref>[http://www.alacrastore.com/research/forrester-Choosing_A_Strategic_Systems_Architecture-39702 ''Choosing A Strategic Systems Architecture''], by Brad Day</ref>
* सामरिक प्रणालीआर्किटेक्चर<ref>[http://www.alacrastore.com/research/forrester-Choosing_A_Strategic_Systems_Architecture-39702 ''Choosing A Strategic Systems Architecture''], by Brad Day</ref>
 
 
== यह भी देखें ==
== यह भी देखें ==
* [[ अर्काडिया (इंजीनियरिंग) ]]
* [[ अर्काडिया (इंजीनियरिंग) | अर्काडिया (अभियांत्रिकी)]]
* आर्किटेक्चरल पैटर्न (कंप्यूटर साइंस)
* संरचना ल पैटर्न (संगणक साइंस)
* रक्षा वास्तुकला फ्रेमवर्क विभाग
* रक्षाआर्किटेक्चर फ्रेमवर्क विभाग
* [[ एंटरप्राइज आर्किटेक्चर फ्रेमवर्क ]]
* [[ एंटरप्राइज आर्किटेक्चर फ्रेमवर्क | एंटरप्राइज संरचना  फ्रेमवर्क]]
* [[ उद्यम सूचना सुरक्षा वास्तुकला ]]
* [[ उद्यम सूचना सुरक्षा वास्तुकला | उद्यम सूचना सुरक्षाआर्किटेक्चर]]
* प्रक्रिया संरचना
* प्रक्रिया संरचना
* [[ आवश्यकताओं के विश्लेषण ]]
* [[ आवश्यकताओं के विश्लेषण ]]
* सॉफ़्टवेयर वास्तुशिल्प
* सॉफ़्टवेयर वास्तुशिल्प
* [[ सॉफ्टवेयर इंजीनियरिंग ]]
* [[ सॉफ्टवेयर इंजीनियरिंग | सॉफ्टवेयर अभियांत्रिकी]]
* [[ सिस्टम आर्किटेक्ट ]]
* [[ सिस्टम आर्किटेक्ट | प्रणाली आर्किटेक्ट]]
* [[ सिस्टम विश्लेषण ]]
* [[ सिस्टम विश्लेषण | प्रणाली विश्लेषण]]
* [[ सिस्टम डिजाइन ]]
* [[ सिस्टम डिजाइन | प्रणाली अभिक्लपना]]
* [[ प्रणाली अभियांत्रिकी ]]
* [[ प्रणाली अभियांत्रिकी ]]


Line 65: Line 60:




 
==हरी कड़ियाँ==
==इस पेज में लापता आंतरिक लिंक की सूची==
 
*मॉडल देखें
*संकल्पनात्मक निदर्श
*व्‍यवहार
*इंटरफ़ेस (कंप्यूटर विज्ञान)
*बंधा हुआ सेट
*कलन विधि
*वास्तुकला पैटर्न (कंप्यूटर विज्ञान)
*प्रक्रिया वास्तुकला
*डिपार्टमेंट ऑफ डिफेन्स आर्किटेक्चर फ्रेमवर्क
==बाहरी कड़ियाँ==
{{Commonscat}}
{{Commonscat}}
*[http://sysarch.pbwiki.com Principles of system architecture]
*[http://sysarch.pbwiki.com Principles of system architecture]
Line 83: Line 66:
*[http://www.incose.org/practice/techactivities/wg/sysarch/ INCOSE Systems Architecture Working Group]
*[http://www.incose.org/practice/techactivities/wg/sysarch/ INCOSE Systems Architecture Working Group]
*[http://www.elsevier.com/wps/find/journaldescription.cws_home/505616/description#description Journal of Systems Architecture]
*[http://www.elsevier.com/wps/find/journaldescription.cws_home/505616/description#description Journal of Systems Architecture]
[[श्रेणी:सिस्टम आर्किटेक्चर| ]]
[[श्रेणी: सिस्टम इंजीनियरिंग]]
[[श्रेणी: सॉफ्टवेयर आर्किटेक्चर]]


[[Category: Machine Translated Page]]
[[Category:CS1 English-language sources (en)]]
[[Category:Commons category link is the pagename]]
[[Category:Created On 31/12/2022]]
[[Category:Created On 31/12/2022]]
[[Category:Machine Translated Page]]
[[Category:Pages with script errors]]
[[Category:Templates Vigyan Ready]]
[[Category:Webarchive template wayback links]]
[[Category:Wikipedia articles needing clarification from May 2014]]

Latest revision as of 16:14, 2 March 2023

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

एक सिस्टम आर्किटेक्चर में प्रणाली और विकसित उप-प्रणाली सम्मलित हो सकते हैं, जो समग्र प्रणाली को लागू करने के लिए मिलकर काम करेंगे। सिस्टम आर्किटेक्चर का वर्णन करने के लिए भाषाओं को औपचारिक रूप देने के प्रयास किए गए हैं, सामूहिक रूप से इन्हें आर्किटेक्चर विवरण भाषाओं (ADL) कहा जाता है।[2][3][4]

अवलोकन

विभिन्न संगठन सिस्टम आर्किटेक्चर को विभिन्न तरीकों से परिभाषित कर सकते हैं, जिनमें सम्मलित हैं:

  • एक प्रणाली का मौलिक संगठन, इसके घटकों में सन्निहित, एक दूसरे से और पर्यावरण के साथ उनके संबंध, और इसकी अभिक्लपना और विकास को नियंत्रित करने वाले सिद्धांत।[5]
  • हार्डवेयर और सॉफ्टवेयर घटक पर कार्यक्षमता के प्रतिचित्रिण, हार्डवेयरआर्किटेक्चर परसॉफ़्टवेयर वास्तुशिल्प के प्रतिचित्रिण और इन घटकों के साथ मानव संपर्क सहित एक प्रणाली का प्रतिनिधित्व।[6]
  • भौतिक तत्वों की एक आवंटित व्यवस्था जो एक उपभोक्ता उत्पाद या जीवन-चक्र प्रक्रिया के लिए अभिक्लपना समाधान प्रदान करती है, जिसका उद्देश्य कार्यात्मकआर्किटेक्चर की आवश्यकताओं और आधारभूत आवश्यकताओं को पूरा करना है।[7]
  • एकआर्किटेक्चर में सबसे महत्वपूर्ण, व्यापक, शीर्ष-स्तरीय, रणनीतिक आविष्कार, निर्णय, और समग्र संरचना (अर्थात, आवश्यक तत्व और उनके संबंध) और संबंधित विशेषताओं और व्यवहार के बारे में उनसे जुड़े तर्क सम्मलित हैं।[8]
  • संगणक प्रणाली के अभिक्लपना और सामग्री का विवरण। यदि प्रलेखित है, तो इसमें वर्तमान हार्डवेयर, सॉफ्टवेयर और जालक्रमण क्षमताओं की विस्तृत सूची जैसी जानकारी सम्मलित हो सकती है; भविष्य की खरीद के लिए लंबी दूरी की योजनाओं और प्राथमिकताओं का विवरण, और पुराने उपकरण और सॉफ्टवेयर को उन्नयन करने और/या बदलने की योजना।[9]
  • एक प्रणाली का एक औपचारिक विवरण, या इसके कार्यान्वयन को निर्देशित करने के लिए घटक स्तर पर प्रणाली की एक विस्तृत योजना।[10]
  • उत्पादों और उनके जीवन-चक्र प्रक्रियाओं के लिए अभिक्लपना संरचना का सम्मिश्रण।[11]
  • घटकों की संरचना, उनके अंतर्संबंध, और समय के साथ उनकी अभिक्लपना और विकास को नियंत्रित करने वाले सिद्धांत और दिशानिर्देश।[12]

सिस्टम आर्किटेक्चर को सम्मलिता (या भविष्य) प्रणाली के प्रतिनिधित्व के एक सेट के रूप में सोच सकते हैं। ये अभ्यावेदन आरंभ में एक सामान्य, उच्च-स्तरीय कार्यात्मक संगठन का वर्णन करते हैं, और अधिक विस्तृत और ठोस विवरणों के लिए उत्तरोत्तर परिष्कृत होते हैं।

सिस्टम आर्किटेक्चर विक्षनरी की सूचनात्मक सामग्री को व्यक्त करता है: एक प्रणाली से युक्त तत्व, उन तत्वों के बीच संबंध, और विक्षनरी: उन संबंधों को नियंत्रित करने वाला नियम। संरचना के घटक और इन घटकों के बीच संबंधों का सेट जिसमें संरचना विवरण में हार्डवेयर, सॉफ्टवेयर, दस्तावेज़ीकरण, सुविधाएं, स्वतः प्रक्रियाएं, या संगठनों या लोगों द्वारा निभाई गई भूमिकाएं सम्मलित हो सकती हैं।[clarification needed] एक सिस्टम आर्किटेक्चर मुख्य रूप से प्रणाली के विक्ट: संघटक या प्रणाली के बीच आंतरिक अंतरापूष्ठ (संगणक विज्ञान) पर ध्यान केंद्रित करता है, और प्रणाली और इसके बाहरी वातावरण, विशेष रूप से उपयोगकर्ता (संगणना) के बीच अंतरापूष्ठ पर। (संगणक प्रणाली के विशिष्ट स्थितियोंे में, यह बाद वाला, विशेष, अंतरापूष्ठ संगणक मानव अंतरापूष्ठ , AKA मानव संगणक अंतरापूष्ठ या ह्यूमन संगणक इंटरेक्शन के रूप में जाना जाता है; जिसे पहले मैन-मशीन अंतरापूष्ठ कहा जाता था।)

सिस्टम आर्किटेक्चर अभियांत्रिकी (एसएई) के साथ एक सिस्टम आर्किटेक्चर की तुलना की जा सकती है - एक प्रणाली के संरचना को प्रभावी ढंग से लागू करने के लिए विधि और अनुशासन:[13]

  • एसएई एक तरीका है क्योंकि चरणों का एक क्रम निर्धारित है बाधा (गणित) के एक सेट (गणित) के भीतर एक प्रणाली कीआर्किटेक्चर का निर्माण या परिवर्तन करना।
  • एसएई एक अनुशासन है क्योंकिज्ञान के एक समूह का उपयोग अभ्यासकर्ताओं को बाधाओं के एक सेट के भीतर प्रणाली को अभिक्लपना करने के सबसे प्रभावी तरीके के रूप में सूचित करने के लिए किया जाता है।

इतिहास

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

  • डिजिटल संगणक के आगमन से पहले, इलेक्ट्रॉनिक्स और अन्य अभियांत्रिकी विषयों में प्रणाली शब्द का उपयोग किया जाता था क्योंकि यह आज भी सामान्यत: उपयोग किया जाता है। चूंकि, अंकीय संगणक के आगमन और एक अलग अनुशासन के रूप में सॉफ्टवेयर अभियांत्रिकी के विकास के साथ, अभियंत्रित हार्डवेयर कलाकृतियों, सॉफ्टवेयर कलाकृतियों और संयुक्त कलाकृतियों के बीच अंतर करना अधिकांशत: आवश्यक होता था। एककंप्यूटर क्रमादेश हार्डवेयर अश्मोपकरण, या संगणक, जिसमें संगणक क्रमादेश का अभाव है, अशक्त है; यहां तक ​​​​कि एक सॉफ्टवेयर अश्मोपकरण या क्रमादेश के रूप में भी उतना ही अशक्त है जब तक कि इसका उपयोग उपयुक्त (हार्डवेयर) मशीन के अनुक्रमिक राज्यों को बदलने के लिए नहीं किया जा सकता। चूंकि, एक हार्डवेयर मशीन और इसकी क्रमदेशन को अमूर्त और भौतिक कार्यों की लगभग असीमित संख्या को करने के लिए अभिक्लपित किया जा सकता है। संगणक और सॉफ्टवेयर अभियांत्रिकी विषयों (और, अधिकांशत:, अन्य अभियांत्रिकी विषयों, जैसे संचार) के भीतर, शब्द प्रणाली को एक उपयोगी प्रदर्शन करने के लिए आवश्यक सभी तत्वों (जिसमें सामान्यत: हार्डवेयर और सॉफ्टवेयर दोनों सम्मलित होते हैं) के रूप में परिभाषित किया गया था।
  • परिणाम स्वरुप, इन अभियांत्रिकी विषयों के भीतर, एक प्रणाली सामान्यत: एक क्रमादेश करने योग्य हार्डवेयर मशीन और उसके सम्मलित क्रमादेशको संदर्भित करती है। और एक प्रणाली अभियंता को एक ऐसे व्यक्ति के रूप में परिभाषित किया जाता है जो संपूर्ण उपकरण, हार्डवेयर और सॉफ्टवेयर दोनों से संबंधित है, और विशेष रूप से, उपकरण के सभी अंतरापूष्ठ, जिसमें हार्डवेयर और सॉफ्टवेयर के बीच और विशेष रूप से संपूर्ण उपकरण और उसके उपयोगकर्ता (CHI) के बीच सम्मलित है। ). हार्डवेयर अभिक्लपना हार्डवेयर उपकरण के साथ विशेष रूप से व्यवहार करता है (अधिक या कम); सॉफ्टवेयर इंजीनियर विशेष रूप से संगणक क्रमादेश के साथ व्यवहार करता है (अधिक या कम); और प्रणाली अभियंता यह देखने के लिए जिम्मेदार है कि क्रमादेश हार्डवेयर उपकरण के भीतर ठीक से चलने में सक्षम है, और यह कि दो संस्थाओं से बना प्रणाली अपने बाहरी वातावरण, विशेष रूप से उपयोगकर्ता के साथ ठीक से बातचीत करने और अपने इच्छित कार्य को करने में सक्षम है।
  • एक सिस्टम आर्किटेक्चर सॉफ्टवेयर और हार्डवेयर दोनों के तत्वों का उपयोग करता है और इस तरह के एक समग्र प्रणाली के अभिक्लपना को सक्षम करने के लिए उपयोग किया जाता है। एक अच्छीआर्किटेक्चर को 'विभाजन योजना (गणित) ' या कलन विधि के रूप में देखा जा सकता है, जो प्रणाली की सभी वर्तमान और पूर्वाभास योग्य आवश्यकताओं को एक विकट में विभाजित करता है: साफ-सुथरे बंधे सेट सबप्रणाली के काम करने योग्य सेट जिसमें कुछ भी नहीं बचा है। अर्थात्, यह एक विभाजन योजना है जो है :wikt:अनन्य, अंतराल (गणित), और सामूहिक रूप से संपूर्ण घटनाएँ । विभाजन का एक प्रमुख उद्देश्य उप प्रणालियों में तत्वों को व्यवस्थित करना है जिससे कि उनके बीच कम से कम अन्योन्याश्रितता की आवश्यकता हो। सॉफ्टवेयर और हार्डवेयर दोनों में, एक अच्छी उप प्रणाली को एक सार्थक वस्तु के रूप में देखा जाता है। इसके अतिरिक्त, एक अच्छा संरचना उपयोगकर्ता की आवश्यकताओं के लिए आसान प्रतिचित्रिण और उपयोगकर्ता की आवश्यकताओं के सत्यापन और सत्यापन के लिए प्रदान करता है। आदर्श रूप से, हर न्यूनतम तत्व से लेकर हर आवश्यकता और परीक्षण तक एक प्रतिचित्रिण भी सम्मलित है।

प्रकार

कई प्रकार के सिस्टम आर्किटेक्चर (समान मूलभूत सिद्धांतों द्वारा रेखांकित[14]) की पहचान इस प्रकार की गई है:[15]

यह भी देखें

संदर्भ

  1. ↑ Hannu Jaakkola and Bernhard Thalheim. (2011) "Architecture-driven modelling methodologies." In: Proceedings of the 2011 conference on Information Modelling and Knowledge Bases XXII. Anneli Heimbürger et al. (eds). IOS Press. p. 98
  2. ↑ Paul C. Clements (1996) "A survey of architecture description languages." Proceedings of the 8th international workshop on software specification and design. IEEE Computer Society, 1996.
  3. ↑ Nenad Medvidovic and Richard N. Taylor (2000). "A classification and comparison framework for software architecture description languages." Software Engineering, IEEE Transactions on 26.1 (2000): 70-93.
  4. ↑ Nejad, Bobby (2023), Nejad, Bobby (ed.), "The Physical Architecture", Introduction to Satellite Ground Segment Systems Engineering: Principles and Operational Aspects (in English), Cham: Springer International Publishing, pp. 187–197, doi:10.1007/978-3-031-15900-8_13, ISBN 978-3-031-15900-8, retrieved 2022-12-07
  5. ↑ From ANSI/IEEE 1471-2000.
  6. ↑ From the Carnegie Mellon University's Software Engineering Institute.
  7. ↑ From The Human Engineering Home Page's Glossary. Archived 2015-02-13 at the Wayback Machine
  8. ↑ From OPEN Process Framework (OPF) Repository Archived 2006-03-05 at the Wayback Machine.
  9. ↑ From The National Center for Education Statistics glossary.
  10. ↑ TOGAF
  11. ↑ From IEEE 1220-1998 as found at their glossary Archived 2006-05-17 at the Wayback Machine.
  12. ↑ TOGAF
  13. ↑ The Method Framework for Engineering System Architectures, Donald Firesmith et al., 2008
  14. ↑ The fundamental principles of Systems Architecture, by Boris Golden
  15. ↑ The Art of Systems Architecture, Mark Maier and Eberhardt Rechtin, 2nd ed 2002
  16. ↑ एल्गोरिदम से लेकर हार्डवेयर आर्किटेक्चर तक (in English). doi:10.1007/978-3-031-08693-9.
  17. ↑ उदाहरण के द्वारा सॉफ्टवेयर आर्किटेक्चर (in English). doi:10.1007/978-1-4842-7990-8.
  18. ↑ Zeng, Ruiqi; Niu, Yiru; Zhao, Yue; Peng, Haiyang (2022). Liu, Shuai; Ma, Xuefei (eds.). "सॉफ्टवेयर आर्किटेक्चर इवोल्यूशन एंड टेक्नोलॉजी रिसर्च". Advanced Hybrid Information Processing (in English). Cham: Springer International Publishing: 708–720. doi:10.1007/978-3-030-94551-0_54. ISBN 978-3-030-94551-0.
  19. ↑ Ziemann, Jörg (2022), Ziemann, Jörg (ed.), "Enterprise Architecture in a Nutshell", Fundamentals of Enterprise Architecture Management: Foundations for Steering the Enterprise-Wide Digital System (in English), Cham: Springer International Publishing, pp. 23–60, doi:10.1007/978-3-030-96734-5_2, ISBN 978-3-030-96734-5, retrieved 2022-12-07
  20. ↑ Musukutwa, Sheunopa Chalmers (2022), Musukutwa, Sheunopa Chalmers (ed.), "Developing an Enterprise Architecture", SAP Enterprise Architecture: A Blueprint for Executing Digital Transformation (in English), Berkeley, CA: Apress, pp. 51–92, doi:10.1007/978-1-4842-8575-6_3, ISBN 978-1-4842-8575-6, retrieved 2022-12-07
  21. ↑ Markusheska, Nastasija; Srinivasan, Venkatachalam; Walther, Jan-Niclas; Gindorf, Alex; Biedermann, Jörn; Meller, Frank; Nagel, Björn (2022-07-01). "स्वचालित विमान केबिन असेंबली प्रक्रियाओं के लिए एक सिस्टम आर्किटेक्चर मॉडल लागू करना". CEAS Aeronautical Journal (in English). 13 (3): 689–703. doi:10.1007/s13272-022-00582-6. ISSN 1869-5590.
  22. ↑ Choosing A Strategic Systems Architecture, by Brad Day


हरी कड़ियाँ

Wikimedia Commons has media related to [[commons:Category:सिस्टम आर्किटेक्चर|सिस्टम आर्किटेक्चर]].
Retrieved from ‘https://www.vigyanwiki.in/index.php?title=सिस्टम_आर्किटेक्चर&oldid=99094’