एसक्यूएल सफलता के लिए 10 कदम

एसक्यूएल सफलता के लिए 10 कदम - डमीज

एसक्यूएल का उद्देश्य डेवलपर्स को उपयोगी और मजबूत डाटाबेस और डेटाबेस अनुप्रयोग बनाने के लिए सक्षम करना है। इस पर सफल होने के लिए, आपके विकास प्रयासों को एक चरण की श्रृंखला से गुजरना होगा, प्रत्येक एक पिछली इमारत, जब तक कि आप एक सफल परियोजना को सही तरीके से मना नहीं कर सकते। यहां दस आवश्यक चरण हैं जो परिणामस्वरूप सफल डेटाबेस विकास प्रयास करेंगे।

कार्य को परिभाषित करें

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

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

परियोजना के क्षेत्र का निर्धारण करें

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

यह तय करें कि नौकरी करने के लिए क्या ले जाएगा:

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

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

आवश्यकताएँ कथन जनरेट करें

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

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

एक औपचारिक डेटाबेस मॉडल बनाएं

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

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

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

एक बार जब आपके पास ई-आर मॉडल के रूप में सिस्टम होता है, तो एक रिलेशनल मॉडल में परिवर्तित करना आसान होता है। रिलेशनल मॉडल ऐसा कुछ है जिसे आपका डीबीएमएस समझता है, और आप इसे सीधे से डेटाबेस बना सकते हैं।

डेटाबेस एप्लिकेशन को डिज़ाइन करें

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

डेटाबेस एप्लिकेशन उपयोगकर्ता के साथ संपर्क करते हुए कुल प्रणाली का हिस्सा है। यह सब कुछ बनाता है जो उपयोगकर्ता स्क्रीन पर देखता है। यह हर प्रमुख अवसाद का जवाब देता है और उपयोगकर्ता का प्रदर्शन करता है और उपयोगकर्ता द्वारा किए जाने वाले प्रत्येक माउस कार्रवाई का जवाब देता है। यह हर रिपोर्ट को प्रिंट करता है जो उपयोगकर्ता के सहकर्मियों द्वारा पढ़ा जाता है। उपयोगकर्ता के दृष्टिकोण से, डेटाबेस एप्लिकेशन है सिस्टम

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

इसे बनाएं

अब जब आपके पास एक डेटाबेस डिजाइन है, तो आप टेबल बना सकते हैं, उन दोनों के बीच रिश्तों, और उस डेटा पर बाधाएं जो उन्हें दर्ज किया जा सकता है

यह दस्तावेज करें

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

सबकुछ टेस्ट करें

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

तैयार उत्पाद को बनाए रखें

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

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