सिस्टम संदर्भ आरेख: Difference between revisions

From Vigyanwiki
No edit summary
Line 64: Line 64:
[[Category: Machine Translated Page]]
[[Category: Machine Translated Page]]
[[Category:Created On 15/05/2023]]
[[Category:Created On 15/05/2023]]
[[Category:Vigyan Ready]]

Revision as of 20:37, 24 May 2023

प्रणाली संदर्भ आरेख का उदाहरण।[1]

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

अवलोकन

प्रणाली संदर्भ आरेख एक प्रणाली को समग्र रूप से और इसके इनपुट/आउटपुट और आउटपुट (कंप्यूटिंग) को / से बाहरी कारकों के रूप में दिखाते हैं। कोसियाकॉफ़ एंड स्वीट (2011) के अनुसार:[3]

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

जांच के अंतर्गत सीमा पर सहमति प्राप्त करने के लिए प्रणाली संदर्भ आरेखों का उपयोग परियोजना के आरंभ में किया जाता है।[4] संदर्भ आरेख सामान्य रूप से आवश्यक प्रपत्रों में सम्मिलित होते हैं। इन रेखाचित्रों को सभी परियोजना हितधारकों द्वारा पढ़ा जाना चाहिए और इस प्रकार सरल भाषा में लिखा जाना चाहिए जिससे हितधारक दस्तावेज़ के भीतर की वस्तुओं को समझ सकें।

बिल्डिंग ब्लॉक्स

संदर्भित रेखाचित्र को दो प्रकार के बिल्डिंग ब्लॉक्स के उपयोग से विकसित किया जा सकता है:

  • संस्थाएँ (संस्था): लेबल वाले बॉक्स; केंद्र में एक प्रणाली का प्रतिनिधित्व करता है और इसके चारों ओर प्रत्येक बाहरी संस्था के लिए कई बॉक्स हैं
  • संबंध: संस्थाओं और प्रणाली के मध्य लेबल की गई रेखाएँ

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

संदर्भ आरेख बाहरी संस्थाओं के वर्गीकरण को सरल श्रेणियों के समूह के रूप में भी सूचीबद्ध कर सकता है[5] (उदाहरण:[6]), जो प्रणाली के संबंध में इकाई की भागीदारी के स्तर में स्पष्टता जोड़ता है। इन श्रेणियों में सम्मिलित हैं:

  • सक्रिय: कुछ लक्ष्य या उद्देश्य प्राप्त करने के लिए गतिशील (उदाहरण: लेख पाठक या ग्राहक)।
  • निष्क्रिय: स्थैतिक बाहरी संस्थाएं जो प्रणाली के साथ अधिकतर संपर्क करती हैं (उदाहरण: आलेख संपादक या डेटाबेस व्यवस्थापक)।
  • सहकारी: पूर्वानुमेय बाहरी संस्थाएँ जिनका उपयोग प्रणाली द्वारा कुछ वांछित परिणाम लाने के लिए किया जाता है (उदाहरण: इंटरनेट सेवा प्रदाता या शिपिंग कंपनियाँ)।
  • स्वायत्त (स्वतंत्र): बाहरी संस्थाएं जो प्रणाली से भिन्न हैं परन्तु लगाए गए प्रतिबंधों या समान प्रभावों के माध्यम से अप्रत्यक्ष रूप से प्रणाली को प्रभावित करती हैं (उदाहरण: नियामक समितियां या मानक समूह)।

विकल्प

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

आर्किटेक्चर अंतर्संबद्ध आरेख का उदाहरण।[7]
  • आर्किटेक्चर अंतर्संबद्ध आरेख: यह आंकड़ा आर्किटेक्चर अंतर्संबद्ध आरेख का उदाहरण देता है: अल्बुकर्क पुलिस विभाग के लिए अल्बुकर्क क्षेत्रीय ITS आर्किटेक्चर अंतर्संबद्ध का प्रतिनिधित्व जो टर्बो आर्किटेक्चर टूल का उपयोग करके उत्पन्न किया गया था जैसा कि चित्र में दिखाया गया है। प्रत्येक ब्लॉक शीर्ष छायांकित भाग में हितधारक के नाम सहित ITS इन्वेंट्री तत्व का प्रतिनिधित्व करता है। तत्वों के मध्य की अंतर्संबद्ध लाइनें ठोस या धराशायी हैं जो उपस्थित या नियोजित सम्बन्ध का संकेत देती हैं।[7]
  • नए बिज़नेस मॉडल कैनवास विकसित करने या उपलब्ध बिजनेस मॉडल का दस्तावेजीकरण करने के लिए रणनीतिक प्रबंधन टेम्पलेटजो फर्म के मूल्य प्रस्ताव, बुनियादी ढांचे, ग्राहकों और वित्त का वर्णन करने वाले तत्वों के साथ दृश्य चार्ट है। [1] यह फर्मों को संभावित ट्रेड-ऑफ को चित्रित करके उनकी गतिविधियों को संरेखित करने में सहायता करता है।
  • [[उद्यम डेटा मॉडल]]: सिमसियन (सन 2005) के अनुसार इस प्रकार के डेटा मॉडल में 50 से 200 इकाई वर्ग तक हो सकते हैं जो मॉडलिंग की दिनांक में विशिष्ट उच्च स्तर के सामान्यीकरण का परिणाम है।[8]
  • IDEF0 उच्च स्तरीय कॉन्टेक्स्ट आरेख: IDEF0 प्रक्रिया विघटित होने वाले प्राइम फंक्शन की पहचान के साथ प्रारम्भ होती है। यह फ़ंक्शन शीर्ष स्तरीय संदर्भ आरेख पर पहचाना जाता है जो विशेष IDEF0 विश्लेषण की सीमा को परिभाषित करता है।
  • प्रॉब्लम आरेख्स (प्रॉब्लम फ्रेम्स): कॉन्टेक्स्ट आरेख पर दिखाई जाने वाली वस्तुओं के अतिरिक्त प्रॉब्लम आरेख आवश्यकताओं और आवश्यकता संदर्भ दिखाता है।
  • केस आरेख का उपयोग: एकीकृत मॉडलिंग भाषा आरेखों में से एक वे अमूर्तता के समान स्तर पर परियोजना की सीमा का भी प्रतिनिधित्व करते हैं। - उपयोग की स्थितियां जबकि 'संस्थाओं' के लक्ष्यों पर अधिक ध्यान केंद्रित करते हैं जो प्रणाली के साथ संपर्क करते हैं अन्य कोई समाधान निर्दिष्ट नहीं करते हैं। उपयोग केस आरेख उपयोग स्थितियों के सेट का प्रतिनिधित्व करते हैं जो कि संस्था उपयोग स्थिति के लक्ष्य को कैसे प्राप्त करता है इसका पाठ्य विवरण है। उदाहरण के लिए ग्राहक स्थान आदेश।
  • आर्चीमेट: आर्चीमेट खुली और स्वतंत्र उद्यम वास्तुकला मॉडलिंग भाषा है जो स्पष्ट रूप से व्यापार डोमेन के भीतर और उसके आसपास वास्तुकला के विवरण, विश्लेषण और दृश्यता का समर्थन करती है।

इनमें से अधिकांश आरेख तब तक अच्छी प्रकार से काम करते हैं जब तक सीमित संख्या में अन्तर्संबद्ध दिखाए जाते हैं। जहां बीस या अधिक अन्तर्संबद्ध प्रदर्शित किए जाने चाहिए वहां आरेख अधिक जटिल हो जाते हैं और पढ़ने में कठिन हो सकते हैं।[7]


यह भी देखें

संदर्भ

  1. NDE Project Management Archived 7 November 2008 at the Wayback Machine (NPOESS) Data Exploitation web site. 2008.
  2. Manoj Kumar Choubey (2012) IT Infrastructure and Management (For the GBTU and MMTU). p. 53
  3. Alexander Kossiakoff, William N. Sweet (2011). Systems Engineering: Principles and Practices p. 266
  4. Richard Wiener (1998) Journal of Object-oriented Programming. Vol 11. p. 68
  5. Suzanne Robertson, James C. Robertson (2006) Mastering the Requirements Process. Pearson Education, 17 mrt. 2006
  6. System Goal Modelling using the i*: Approach in RESCUE Centre HCI Design, 27 February 2003
  7. 7.0 7.1 7.2 US Department of Transportation, Office of Operations (2006)Regional ITS Architecture Guidance Document. July 2006
  8. Graeme C. Simsion, Graham C. Witt (2005). Data Modeling Essentials. p. 512.


बाहरी संबंध