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

From Vigyanwiki
No edit summary
No edit summary
Line 22: Line 22:


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


[[File:Greater Yellowstone Rural ITS Architecture Interconnect Diagram.jpg|thumb|360px|आर्किटेक्चर इंटरकनेक्ट आरेख का उदाहरण।<ref name="USDT06"/>]]* आर्किटेक्चर इंटरकनेक्ट डायग्राम: यह आंकड़ा आर्किटेक्चर इंटरकनेक्ट डायग्राम का एक उदाहरण देता है: अल्बुकर्क पुलिस विभाग के लिए अल्बुकर्क क्षेत्रीय ITS आर्किटेक्चर इंटरकनेक्ट का एक प्रतिनिधित्व जो टर्बो आर्किटेक्चर टूल का उपयोग करके उत्पन्न किया गया था, चित्र में दिखाया गया है। प्रत्येक ब्लॉक शीर्ष छायांकित भाग में हितधारक के नाम सहित ITS इन्वेंट्री तत्व का प्रतिनिधित्व करता है। तत्वों के बीच की इंटरकनेक्ट लाइनें ठोस या धराशायी हैं, जो मौजूदा या नियोजित कनेक्शन का संकेत देती हैं।<ref name="USDT06"/>* [[बिज़नेस मॉडल कैनवास]], नए विकसित करने या मौजूदा बिजनेस मॉडल का दस्तावेजीकरण करने के लिए एक रणनीतिक प्रबंधन टेम्पलेट। यह एक फर्म के मूल्य प्रस्ताव, बुनियादी ढांचे, ग्राहकों और वित्त का वर्णन करने वाले तत्वों के साथ एक दृश्य चार्ट है। [1] यह फर्मों को संभावित ट्रेड-ऑफ को चित्रित करके उनकी गतिविधियों को संरेखित करने में सहायता करता है।
[[File:Greater Yellowstone Rural ITS Architecture Interconnect Diagram.jpg|thumb|360px|आर्किटेक्चर अंतर्संबद्ध आरेख का उदाहरण।<ref name="USDT06"/>]]* आर्किटेक्चर अंतर्संबद्ध आरेख: यह आंकड़ा आर्किटेक्चर अंतर्संबद्ध आरेख का एक उदाहरण देता है: अल्बुकर्क पुलिस विभाग के लिए अल्बुकर्क क्षेत्रीय ITS आर्किटेक्चर अंतर्संबद्ध का प्रतिनिधित्व जो टर्बो आर्किटेक्चर टूल का उपयोग करके उत्पन्न किया गया था, चित्र में दिखाया गया है। प्रत्येक ब्लॉक शीर्ष छायांकित भाग में हितधारक के नाम सहित ITS इन्वेंट्री तत्व का प्रतिनिधित्व करता है। तत्वों के मध्य की अंतर्संबद्ध लाइनें ठोस या धराशायी हैं जो उपस्थित या नियोजित सम्बन्ध का संकेत देती हैं।<ref name="USDT06"/>* [[बिज़नेस मॉडल कैनवास]] नए विकसित करने या मौजूदा बिजनेस मॉडल का दस्तावेजीकरण करने के लिए एक रणनीतिक प्रबंधन टेम्पलेट। यह एक फर्म के मूल्य प्रस्ताव, बुनियादी ढांचे, ग्राहकों और वित्त का वर्णन करने वाले तत्वों के साथ एक दृश्य चार्ट है। [1] यह फर्मों को संभावित ट्रेड-ऑफ को चित्रित करके उनकी गतिविधियों को संरेखित करने में सहायता करता है।
* [[उद्यम [[डेटा मॉडल]]]]: Simsion (2005) के अनुसार इस प्रकार के डेटा मॉडल में 50 से 200 इकाई वर्ग तक हो सकते हैं, जो [[मॉडलिंग की दिनांक]] में विशिष्ट उच्च स्तर के सामान्यीकरण का परिणाम है।<ref>[[Graeme Simsion|Graeme C. Simsion]], Graham C. Witt (2005). ''Data Modeling Essentials''. p. 512.</ref>
* [[उद्यम [[डेटा मॉडल]]]]: Simsion (2005) के अनुसार इस प्रकार के डेटा मॉडल में 50 से 200 इकाई वर्ग तक हो सकते हैं, जो [[मॉडलिंग की दिनांक]] में विशिष्ट उच्च स्तर के सामान्यीकरण का परिणाम है।<ref>[[Graeme Simsion|Graeme C. Simsion]], Graham C. Witt (2005). ''Data Modeling Essentials''. p. 512.</ref>
* [[IDEF0]] टॉप लेवल कॉन्टेक्स्ट डायग्राम: IDEF0 प्रक्रिया विघटित होने वाले प्राइम फंक्शन की पहचान के साथ शुरू होती है। यह फ़ंक्शन एक शीर्ष स्तरीय संदर्भ आरेख पर पहचाना जाता है जो विशेष IDEF0 विश्लेषण के दायरे को परिभाषित करता है।
* [[IDEF0]] टॉप लेवल कॉन्टेक्स्ट डायग्राम: IDEF0 प्रक्रिया विघटित होने वाले प्राइम फंक्शन की पहचान के साथ शुरू होती है। यह फ़ंक्शन एक शीर्ष स्तरीय संदर्भ आरेख पर पहचाना जाता है जो विशेष IDEF0 विश्लेषण के दायरे को परिभाषित करता है।
* प्रॉब्लम फ्रेम्स एप्रोच # प्रॉब्लम डायग्राम्स | प्रॉब्लम डायग्राम्स (प्रॉब्लम फ्रेम्स): कॉन्टेक्स्ट डायग्राम पर दिखाई जाने वाली चीजों के अलावा, एक प्रॉब्लम डायग्राम रिक्वायरमेंट्स और रिक्वायरमेंट्स रेफरेंस दिखाता है।
* प्रॉब्लम फ्रेम्स एप्रोच # प्रॉब्लम डायग्राम्स | प्रॉब्लम डायग्राम्स (प्रॉब्लम फ्रेम्स): कॉन्टेक्स्ट डायग्राम पर दिखाई जाने वाली चीजों के अलावा, एक प्रॉब्लम डायग्राम रिक्वायरमेंट्स और रिक्वायरमेंट्स रेफरेंस दिखाता है।
* केस आरेख का उपयोग करें: [[एकीकृत मॉडलिंग भाषा]] आरेखों में से एक। वे अमूर्तता के समान स्तर पर परियोजना के दायरे का भी प्रतिनिधित्व करते हैं। - उपयोग के मामले, हालांकि, 'अभिनेताओं' के लक्ष्यों पर अधिक ध्यान केंद्रित करते हैं जो प्रणाली के साथ बातचीत करते हैं, और कोई समाधान निर्दिष्ट नहीं करते हैं। उपयोग केस आरेख उपयोग मामलों के एक सेट का प्रतिनिधित्व करते हैं, जो कि एक अभिनेता उपयोग मामले के लक्ष्य को कैसे प्राप्त करता है, इसका पाठ्य विवरण है। उदाहरण के लिए ग्राहक स्थान आदेश।
* केस आरेख का उपयोग: [[एकीकृत मॉडलिंग भाषा]] आरेखों में से एक वे अमूर्तता के समान स्तर पर परियोजना के दायरे का भी प्रतिनिधित्व करते हैं। - उपयोग के मामले, हालांकि, 'अभिनेताओं' के लक्ष्यों पर अधिक ध्यान केंद्रित करते हैं जो प्रणाली के साथ बातचीत करते हैं, और कोई समाधान निर्दिष्ट नहीं करते हैं। उपयोग केस आरेख उपयोग मामलों के एक सेट का प्रतिनिधित्व करते हैं, जो कि एक अभिनेता उपयोग मामले के लक्ष्य को कैसे प्राप्त करता है, इसका पाठ्य विवरण है। उदाहरण के लिए ग्राहक स्थान आदेश।
* [[ आर्चीमेट ]]: आर्किमेट एक खुली और स्वतंत्र उद्यम वास्तुकला मॉडलिंग भाषा है जो एक स्पष्ट तरीके से व्यापार डोमेन के भीतर और उसके आसपास वास्तुकला के विवरण, विश्लेषण और दृश्यता का समर्थन करती है।
* [[ आर्चीमेट ]]: आर्चीमेट खुली और स्वतंत्र उद्यम वास्तुकला मॉडलिंग भाषा है जो एक स्पष्ट तरीके से व्यापार डोमेन के भीतर और उसके आसपास वास्तुकला के विवरण, विश्लेषण और दृश्यता का समर्थन करती है।


इनमें से अधिकांश आरेख तब तक अच्छी तरह से काम करते हैं जब तक सीमित संख्या में इंटरकनेक्ट दिखाए जाएंगे। जहां बीस या अधिक इंटरकनेक्ट प्रदर्शित किए जाने चाहिए, आरेख काफी जटिल हो जाते हैं और पढ़ने में मुश्किल हो सकते हैं।<ref name="USDT06">US Department of Transportation, Office of Operations (2006)[http://ops.fhwa.dot.gov/publications/regitsarchguide/5defineint.htm Regional ITS Architecture Guidance Document]. July 2006</ref>
इनमें से अधिकांश आरेख तब तक अच्छी प्रकार से काम करते हैं जब तक सीमित संख्या में अन्तर्संबद्ध दिखाए जाते हैं। जहां बीस या अधिक अन्तर्संबद्ध प्रदर्शित किए जाने चाहिए वहां आरेख काफी जटिल हो जाते हैं और पढ़ने में कठिन हो सकते हैं।<ref name="USDT06">US Department of Transportation, Office of Operations (2006)[http://ops.fhwa.dot.gov/publications/regitsarchguide/5defineint.htm Regional ITS Architecture Guidance Document]. July 2006</ref>





Revision as of 22:43, 20 May 2023

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

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

अवलोकन

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

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

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

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

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

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

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

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

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

विकल्प

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

आर्किटेक्चर अंतर्संबद्ध आरेख का उदाहरण।[7]

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

  • [[उद्यम डेटा मॉडल]]: Simsion (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.


बाहरी संबंध