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

From Vigyanwiki

सिस्टम आर्किटेक्चर वैचारिक प्रतिरूप है जो प्रणाली की संरचना, व्यवहार और अधिक दृश्य प्रतिरूप को परिभाषित करता है।[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’