सिस्टम विश्लेषण और डिज़ाइन - सिस्टम डिज़ाइन

System designवह चरण है जो समस्याग्रस्त डोमेन और मौजूदा सिस्टम के बीच अंतर को एक प्रबंधनीय तरीके से पूरा करता है। यह चरण समाधान डोमेन पर केंद्रित है, अर्थात "कैसे लागू किया जाए?"

यह वह चरण है जहां SRS दस्तावेज़ को एक प्रारूप में परिवर्तित किया जाता है जिसे लागू किया जा सकता है और यह तय करता है कि सिस्टम कैसे काम करेगा।

इस चरण में, सिस्टम विकास की जटिल गतिविधि को कई छोटी उप-गतिविधियों में विभाजित किया जाता है, जो सिस्टम विकास के मुख्य उद्देश्य को प्राप्त करने के लिए एक दूसरे के साथ समन्वय करते हैं।

सिस्टम डिजाइन के इनपुट

सिस्टम डिज़ाइन में निम्नलिखित इनपुट हैं -

  • काम का बयान

  • आवश्यकता निर्धारण योजना

  • वर्तमान स्थिति का विश्लेषण

  • एक वैचारिक डेटा मॉडल, संशोधित DFDs, और मेटाडेटा (डेटा के बारे में डेटा) सहित प्रस्तावित सिस्टम आवश्यकताएं।

सिस्टम डिजाइन के लिए आउटपुट

सिस्टम डिज़ाइन निम्नलिखित आउटपुट देता है -

  • प्रस्तावित प्रणाली के लिए बुनियादी ढाँचा और संगठनात्मक परिवर्तन।

  • एक डेटा स्कीमा, अक्सर एक संबंधपरक स्कीमा।

  • मेटाडेटा को टेबल / फाइल और कॉलम / डेटा-आइटम को परिभाषित करने के लिए।

  • एक फ़ंक्शन पदानुक्रम आरेख या वेब पेज मैप जो ग्राफिक रूप से प्रोग्राम संरचना का वर्णन करता है।

  • कार्यक्रम में प्रत्येक मॉड्यूल के लिए वास्तविक या छद्मकोड।

  • प्रस्तावित प्रणाली के लिए एक प्रोटोटाइप।

सिस्टम डिजाइन के प्रकार

तार्किक डिजाइन

तार्किक डिजाइन डेटा प्रवाह, इनपुट और सिस्टम के आउटपुट के एक सार प्रतिनिधित्व से संबंधित है। यह इनपुट (स्रोत), आउटपुट (गंतव्य), डेटाबेस (डेटा स्टोर), प्रक्रियाएं (डेटा प्रवाह) सभी का एक प्रारूप में वर्णन करता है जो उपयोगकर्ता की आवश्यकताओं को पूरा करता है।

किसी सिस्टम के तार्किक डिज़ाइन को तैयार करते समय, सिस्टम विश्लेषक उपयोगकर्ता की ज़रूरत के स्तर को निर्दिष्ट करता है जो सिस्टम और आवश्यक डेटा स्रोतों में से सूचना प्रवाह को वास्तव में निर्धारित करता है। डेटा प्रवाह आरेख, ईआर आरेख मॉडलिंग का उपयोग किया जाता है।

शारीरिक डिजाइन

भौतिक डिजाइन प्रणाली के वास्तविक इनपुट और आउटपुट प्रक्रियाओं से संबंधित है। यह इस बात पर केंद्रित है कि डेटा को सिस्टम में कैसे दर्ज किया जाता है, सत्यापित किया जाता है, संसाधित किया जाता है, और आउटपुट के रूप में प्रदर्शित किया जाता है।

यह डिजाइन विनिर्देश को परिभाषित करके कार्य प्रणाली का निर्माण करता है जो उम्मीदवार प्रणाली को वास्तव में निर्दिष्ट करता है। यह यूजर इंटरफेस डिजाइन, प्रोसेस डिजाइन और डेटा डिजाइन से संबंधित है।

इसमें निम्न चरण शामिल हैं -

  • इनपुट / आउटपुट मीडिया को निर्दिष्ट करना, डेटाबेस को डिजाइन करना और बैकअप प्रक्रियाओं को निर्दिष्ट करना।

  • योजना प्रणाली कार्यान्वयन।

  • एक परीक्षण और कार्यान्वयन योजना तैयार करना, और किसी भी नए हार्डवेयर और सॉफ्टवेयर को निर्दिष्ट करना।

  • लागत, लाभ, रूपांतरण तिथियों और सिस्टम की बाधाओं को अद्यतन करना।

वास्तुशिल्प डिजाइन

इसे उच्च स्तरीय डिजाइन के रूप में भी जाना जाता है जो सिस्टम आर्किटेक्चर के डिजाइन पर केंद्रित है। यह प्रणाली की संरचना और व्यवहार का वर्णन करता है। यह प्रणाली विकास प्रक्रिया के विभिन्न मॉड्यूल के बीच संरचना और संबंध को परिभाषित करता है।

विस्तृत रचना

यह वास्तुशिल्प डिजाइन का अनुसरण करता है और प्रत्येक मॉड्यूल के विकास पर केंद्रित है।

वैचारिक डेटा मॉडलिंग

यह संगठनात्मक डेटा का प्रतिनिधित्व करता है जिसमें सभी प्रमुख संस्थाएं और संबंध शामिल हैं। सिस्टम विश्लेषक वर्तमान प्रणाली के लिए एक वैचारिक डेटा मॉडल विकसित करते हैं जो प्रस्तावित प्रणाली के लिए गुंजाइश और आवश्यकता का समर्थन करता है।

वैचारिक डेटा मॉडलिंग का मुख्य उद्देश्य डेटा के यथासंभव अर्थ पर कब्जा करना है। अधिकांश संगठन आज ईआर मॉडल का उपयोग करके वैचारिक डेटा मॉडलिंग का उपयोग करते हैं जो संभव के रूप में डेटा के बारे में अधिक अर्थ का प्रतिनिधित्व करने के लिए विशेष संकेतन का उपयोग करता है।

इकाई संबंध मॉडल

यह डेटाबेस डिजाइन में उपयोग की जाने वाली तकनीक है जो किसी संगठन की विभिन्न संस्थाओं के बीच संबंधों का वर्णन करने में मदद करती है।

ईआर मॉडल में प्रयुक्त शब्द

  • ENTITY- यह एक आवेदन में विशिष्ट वास्तविक दुनिया आइटम निर्दिष्ट करता है। उदाहरण के लिए: विक्रेता, आइटम, छात्र, पाठ्यक्रम, शिक्षक, आदि।

  • RELATIONSHIP- वे संस्थाओं के बीच सार्थक निर्भरता हैं। उदाहरण के लिए, विक्रेता वस्तुओं की आपूर्ति करता है, शिक्षक पाठ्यक्रम पढ़ाता है, फिर आपूर्ति और पाठ्यक्रम संबंध हैं।

  • ATTRIBUTES- यह रिश्तों के गुणों को निर्दिष्ट करता है। उदाहरण के लिए, विक्रेता कोड, छात्र का नाम। ईआर मॉडल में प्रयुक्त प्रतीक और उनके संबंधित अर्थ -

निम्न तालिका ईआर मॉडल में प्रयुक्त प्रतीकों और उनके महत्व को दर्शाती है -

प्रतीक जिसका अर्थ है
सत्ता
कमजोर इकाई
संबंध
पहचान का रिश्ता
गुण
मुख्य विशेषताएं
बहु-मूल्यांकित
समग्र गुण
व्युत्पन्न विशेषताएँ
R में E2 की कुल भागीदारी
कार्डिनलिटी अनुपात 1: एन फॉर ई 1: ई 2 इन आर

डेटा के दो सेटों के बीच तीन प्रकार के संबंध मौजूद हो सकते हैं: एक-से-एक, एक से कई, और कई-से-कई।

फ़ाइल संगठन

यह वर्णन करता है कि किसी फ़ाइल के भीतर रिकॉर्ड कैसे संग्रहीत किए जाते हैं।

चार फ़ाइल संगठन विधियाँ हैं -

  • Serial - रिकॉर्ड कालानुक्रमिक क्रम में संग्रहीत किए जाते हैं (क्रम में वे इनपुट या घटित होते हैं)। Examples - टेलीफोन शुल्क, एटीएम लेनदेन, टेलीफोन कतारों की रिकॉर्डिंग।

  • Sequential - रिकॉर्ड एक प्रमुख क्षेत्र के आधार पर क्रम में संग्रहीत किए जाते हैं जिसमें एक मूल्य होता है जो विशिष्ट रूप से रिकॉर्ड की पहचान करता है। Examples - फोन निर्देशिका।

  • Direct (relative)- प्रत्येक रिकॉर्ड डिवाइस पर एक भौतिक पते या स्थान के आधार पर संग्रहीत किया जाता है। पते की गणना रिकॉर्ड के प्रमुख क्षेत्र में संग्रहीत मूल्य से की जाती है। रैंडमाइज़िंग रूटीन या हैशिंग एल्गोरिथम रूपांतरण करता है।

  • Indexed - रिकॉर्ड अनुक्रमित और गैर अनुक्रमिक दोनों अनुक्रमित का उपयोग कर संसाधित किया जा सकता है।

तुलना

फ़ाइल का उपयोग

एक सेक्शनल एक्सेस या रैंडम एक्सेस का उपयोग करके किसी फाइल को एक्सेस कर सकता है। फ़ाइल एक्सेस के तरीके कंप्यूटर प्रोग्राम को फाइल में रिकॉर्ड पढ़ने या लिखने की अनुमति देते हैं।

अनुक्रमिक पहुंच

फ़ाइल के हर रिकॉर्ड को पहले रिकॉर्ड के साथ शुरू किया जाता है, जब तक कि End of File (EOF) नहीं पहुँच जाता। यह कुशल है जब किसी भी समय फ़ाइल पर बड़ी संख्या में रिकॉर्ड को एक्सेस करने की आवश्यकता होती है। टेप (अनुक्रमिक एक्सेस) पर संग्रहीत डेटा केवल क्रमिक रूप से एक्सेस किया जा सकता है।

डायरेक्ट (रैंडम) एक्सेस

अन्य अभिलेखों के सापेक्ष उनकी स्थिति के बजाय उनके भौतिक स्थानों या डिवाइस पर पता करके रिकॉर्ड स्थित हैं। सीडी डिवाइस (डायरेक्ट-एक्सेस) पर संग्रहीत डेटा को क्रमिक या बेतरतीब ढंग से एक्सेस किया जा सकता है।

एक संगठन प्रणाली में उपयोग की जाने वाली फाइलें के प्रकार

संगठन प्रणाली में उपयोग की जाने वाली फाइलें निम्नलिखित हैं -

  • Master file- इसमें एक सिस्टम के लिए वर्तमान जानकारी है। उदाहरण के लिए, ग्राहक फ़ाइल, छात्र फ़ाइल, टेलीफोन निर्देशिका।

  • Table file- यह एक प्रकार की मास्टर फ़ाइल है जो बार-बार बदलती है और एक सारणीबद्ध प्रारूप में संग्रहीत होती है। उदाहरण के लिए, ज़िपकोड संग्रहीत करना।

  • Transaction file- इसमें दिन-प्रतिदिन की जानकारी व्यावसायिक गतिविधियों से उत्पन्न होती है। इसका उपयोग मास्टर फ़ाइल को अपडेट या संसाधित करने के लिए किया जाता है। उदाहरण के लिए, कर्मचारियों के पते।

  • Temporary file - जब भी सिस्टम की जरूरत हो इसे बनाया और इस्तेमाल किया जाता है।

  • Mirror file- वे अन्य फ़ाइलों के सटीक डुप्लिकेट हैं। मूल अनुपयोगी होने पर मामलों में डाउनटाइम के जोखिम को कम करने में मदद करें। मूल फ़ाइल बदलने पर उन्हें हर बार संशोधित किया जाना चाहिए।

  • Log files- मास्टर फ़ाइल में किए गए किसी भी परिवर्तन को क्रॉनिकल करने के लिए उनके पास मास्टर और लेनदेन रिकॉर्ड की प्रतियां होती हैं। यह ऑडिटिंग की सुविधा देता है और सिस्टम की विफलता के मामले में वसूली के लिए तंत्र प्रदान करता है।

  • Archive files - बैकअप फाइलें जिसमें अन्य फाइलों के ऐतिहासिक संस्करण होते हैं।

प्रलेखन नियंत्रण

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

सिस्टम के कार्यान्वयन के बाद यदि सिस्टम अनुचित तरीके से काम कर रहा है, तो प्रलेखन व्यवस्थापक को सिस्टम में डेटा के प्रवाह को समझने के लिए दोषों को ठीक करने और सिस्टम को काम करने में मदद करता है।

प्रोग्रामर या सिस्टम विश्लेषक आमतौर पर प्रोग्राम और सिस्टम प्रलेखन बनाते हैं। सिस्टम विश्लेषक आमतौर पर उपयोगकर्ताओं को सिस्टम सीखने में मदद करने के लिए प्रलेखन तैयार करने के लिए जिम्मेदार होते हैं। बड़ी कंपनियों में, एक तकनीकी सहायता टीम जिसमें तकनीकी लेखक शामिल हैं, उपयोगकर्ता प्रलेखन और प्रशिक्षण सामग्री तैयार करने में सहायता कर सकती है।

लाभ

  • यह सिस्टम डाउनटाइम को कम कर सकता है, लागत में कटौती कर सकता है और रखरखाव कार्यों को गति दे सकता है।

  • यह वर्तमान प्रणाली के औपचारिक प्रवाह का स्पष्ट विवरण प्रदान करता है और इनपुट डेटा के प्रकार और आउटपुट का उत्पादन कैसे किया जा सकता है, यह समझने में मदद करता है।

  • यह प्रणाली के बारे में तकनीकी और गैर-तकनीकी उपयोगकर्ताओं के बीच संचार का प्रभावी और कुशल तरीका प्रदान करता है।

  • यह नए उपयोगकर्ता के प्रशिक्षण की सुविधा प्रदान करता है ताकि वह प्रणाली के प्रवाह को आसानी से समझ सके।

  • यह समस्या निवारण जैसी समस्याओं को हल करने में उपयोगकर्ता की मदद करता है और प्रबंधक को संगठन प्रणाली के बेहतर अंतिम निर्णय लेने में मदद करता है।

  • यह सिस्टम के आंतरिक या बाहरी कामकाज को बेहतर नियंत्रण प्रदान करता है।

दस्तावेज़ों के प्रकार

जब सिस्टम डिजाइन की बात आती है, तो चार मुख्य दस्तावेज निम्नलिखित हैं -

  • कार्यक्रम प्रलेखन
  • सिस्टम प्रलेखन
  • संचालन प्रलेखन
  • उपयोगकर्ता प्रलेखन

कार्यक्रम का प्रलेखन

  • यह सभी प्रोग्राम मॉड्यूल के लिए इनपुट, आउटपुट और प्रोसेसिंग लॉजिक का वर्णन करता है।

  • कार्यक्रम प्रलेखन प्रक्रिया सिस्टम विश्लेषण चरण में शुरू होती है और कार्यान्वयन के दौरान जारी रहती है।

  • यह प्रलेखन प्रोग्रामर को निर्देशित करता है, जो आंतरिक और बाहरी टिप्पणियों और विवरणों द्वारा अच्छी तरह से समर्थित मॉड्यूल का निर्माण करते हैं जिन्हें आसानी से समझा और बनाए रखा जा सकता है।

संचालन प्रलेखन

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

इसमें निम्न जानकारी शामिल है -

  • कार्यक्रम, सिस्टम विश्लेषक, प्रोग्रामर, और सिस्टम पहचान।

  • रिपोर्ट, निष्पादन आवृत्ति और समय सीमा जैसे मुद्रित आउटपुट के लिए समयबद्धन जानकारी।

  • इनपुट फाइलें, उनका स्रोत, आउटपुट फाइलें और उनके गंतव्य।

  • ई-मेल और रिपोर्ट वितरण सूची।

  • ऑनलाइन फॉर्म सहित विशेष प्रपत्रों की आवश्यकता है।

  • ऑपरेटरों को त्रुटि और सूचनात्मक संदेश और प्रक्रियाओं को पुनरारंभ करें।

  • विशेष निर्देश, जैसे सुरक्षा आवश्यकताएं।

उपयोगकर्ता दस्तावेज़

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

उपयोगकर्ता, सिस्टम के मालिक, विश्लेषक और प्रोग्रामर, सभी ने उपयोगकर्ता के मार्गदर्शिका को विकसित करने के लिए संयुक्त प्रयास किए।

एक उपयोगकर्ता प्रलेखन में शामिल होना चाहिए -

  • एक सिस्टम अवलोकन जो स्पष्ट रूप से सभी प्रमुख सिस्टम सुविधाओं, क्षमताओं और सीमाओं का वर्णन करता है।

  • स्रोत दस्तावेज़ सामग्री, तैयारी, प्रसंस्करण और, नमूनों का विवरण।

  • मेनू और डेटा प्रविष्टि स्क्रीन विकल्प, सामग्री और प्रसंस्करण निर्देशों का अवलोकन।

  • रिपोर्ट के उदाहरण जो नमूने सहित उपयोगकर्ता के अनुरोध पर नियमित रूप से या उपलब्ध होते हैं।

  • सुरक्षा और ऑडिट ट्रेल जानकारी।

  • विशिष्ट इनपुट, आउटपुट या प्रसंस्करण आवश्यकताओं के लिए जिम्मेदारी का स्पष्टीकरण।

  • परिवर्तनों का अनुरोध करने और समस्याओं की रिपोर्ट करने की प्रक्रिया।

  • अपवादों और त्रुटि स्थितियों के उदाहरण।

  • अक्सर पूछे जाने वाले प्रश्न (एफएक्यू)।

  • उपयोगकर्ता मैनुअल को अपडेट करने के लिए सहायता और प्रक्रियाएं कैसे प्राप्त करें, इसका स्पष्टीकरण।

सिस्टम प्रलेखन

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

  • यह आईएस और पूरे आईएस के भीतर प्रत्येक कार्यक्रम का वर्णन करता है।

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

  • इसमें डेटा डिक्शनरी प्रविष्टियाँ, डेटा प्रवाह आरेख, ऑब्जेक्ट मॉडल, स्क्रीन लेआउट, स्रोत दस्तावेज़ और सिस्टम अनुरोध शामिल हैं, जिन्होंने परियोजना शुरू की है।

  • सिस्टम विश्लेषण और सिस्टम डिज़ाइन चरणों के दौरान अधिकांश सिस्टम प्रलेखन तैयार किया जाता है।

  • सिस्टम कार्यान्वयन के दौरान, एक विश्लेषक को यह सुनिश्चित करने के लिए सिस्टम दस्तावेज़ की समीक्षा करनी चाहिए कि यह पूर्ण, सटीक और अद्यतित है, और कार्यान्वयन प्रक्रिया के दौरान किए गए किसी भी परिवर्तन सहित।