 |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  |  | ||||||||||||||||||||||||||
प्रणाली के विकास कार्यप्रणाली
4 अगस्त, 2008
"एक पद्धति" दर्शन का एक सिफारिश संग्रह है, प्रक्रियाओं, नियमों, तकनीक, चरणों, उपकरण, प्रलेखन, और प्रबंधन के डेवलपर्स के लिए प्रशिक्षण है.
पद्धति का उद्देश्य
कब्जा, रिकॉर्ड और दस्तावेज़ सही, उपयोगकर्ता की जरूरत करने के लिए.
परियोजना और प्रगति पर रिपोर्ट (परियोजना प्रबंधन क्षमता की निगरानी करने के लिए)
निर्धारित समय और निर्धारित बजट के भीतर गुणवत्ता प्रणाली के विकास की सुविधा के लिए
दोनों परियोजना की प्रक्रिया और परियोजना डिलिवरेबल्स की उचित प्रलेखन की सुविधा के लिए, भविष्य की रखरखाव में मदद.
एक प्रारंभिक चरण में बदलने की सुविधा के लिए नियंत्रण के यांत्रिकी.
प्रणाली है कि अंत उपयोगकर्ता द्वारा पसंद कर रहे हैं की डिलीवरी की सुविधा के लिए.
सभी विकास प्रणाली के विकास में शामिल गतिविधियों का पूरा कवरेज.
सादगी: उपकरण, तकनीक आदि प्रयोग करने में आसान होना चाहिए.
डिजाइन के मान्यकरण: - पद्धति की अपनी परिणामों की समीक्षा के लिए एक व्यवस्था समाप्त करना चाहिए.
डिजाइन से विश्लेषण की जुदाई, वहाँ उपयोगकर्ता करने की आवश्यकता पर विशेष ध्यान देते हैं, काफी कार्यान्वयन की जरूरत से अलग किया जाना चाहिए.
एक पद्धति के लिए विभिन्न सुविधाओं के लिए कहा जा सकता है. इन सुविधाओं के मॉडल तकनीकी और प्रबंधकीय मॉडल में वर्गीकृत किया जा सकता है.
एक पद्धति के लिए एक मॉडल तकनीकी की जरूरत है. इस मॉडल के औजार, उपकरण है जो एक सूचना प्रणाली के विकास की प्रक्रिया में डेवलपर्स मदद मिलेगी जैसी सुविधाएँ शामिल हैं. इन उपकरणों के हर चरण या उप कार्यप्रणाली में शामिल चरण में मदद करते हैं. मामले उपकरणों जैसे, परियोजना प्रबंधन उपकरण, उपकरण ड्राइंग, डेटा शब्दकोश आदि
एक पद्धति भी एक तकनीक की जरूरत है. एक पद्धति कई तकनीकों हो सकता है, तकनीक सत्यापित करने के लिए और कार्यप्रणाली पर व्याख्या, इस प्रकार वे चरण और पद्धति की subphase सक्षम करने के लिए बाहर की पद्धति के सिद्धांत के अनुसार किया जा मदद करता है.
की कार्यप्रणाली चरण के गाइड के रूप में तकनीक काम करते हैं. तकनीक का एक पद्धति के विभिन्न भागों (चरणों) पता.
तकनीक भी कार्यप्रणाली क्या रूट चित्र, संकल्पनात्मक मॉडल, DFD, निर्णय वृक्ष / तालिकाओं उदा की आवश्यकता होती है की आसान समझ, सक्षम इकाई के जीवन चक्र, संरचित चित्र, आदि सामान्य
एक पद्धति भी एक दर्शन है, उस में यह अंतर्निहित सिद्धांतों और अनुमान है कि पद्धति के लेखक का मानना है कि इस सुविधा के अंदर की जरूरत है आवश्यकताओं को आकार और एक सूचना प्रणाली के विकास के मार्गदर्शन में मदद करता है. यह भी पद्धति की समझ सकें.
एक पद्धति भी एक प्रबंधकीय मॉडल है कि एक पद्धति की एक विशेषता है है. इस विशेषता यह है कि उस में विकास के ढांचे की एक पद्धति के लिए एक विकास है कि संरचना की जरूरत है;
पहचानती चरणों, subphases, कदम और कार्य पद्धति में किया जाना.
पहचानती है outputs उत्पादन किया जा करने के लिए और जो परिस्थितियों के तहत वे उत्पादन किया जाना चाहिए.
बाधाओं को लागू किया जा करने के लिए और लोगों को शामिल किया जाना है. इस सुविधा के विकास की प्रक्रिया के लिए प्रदान करने के लिए वास्तव में प्रबंधित और नियंत्रित किया.
प्रारंभिक 60 के दशकों में शुरू में वहाँ एक पद्धति के लिए कोई प्रशंसा थी. आवेदन प्रणाली एक स्पष्ट सूचना प्रणाली विकास पद्धति की सहायता के बिना विकसित किए गए.
इसके अलावा वहाँ विश्लेषण और प्रणाली के विकास के डिजाइन भागों और इसलिए भूमिका की सराहना बढ़ गया था और एक विश्लेषक प्रोग्रामर की भूमिका के लिए मांग बढ़ वहाँ था.
वहाँ भी एक अहसास है कि संगठन के रूप में आकार और जटिलता में विकसित किया गया था. यह वांछित था करने के लिए एक बंद समाधान से दूर एक और अधिक एकीकृत सूचना प्रणाली के लिए कदम.
वहाँ भी एक है के विकास के लिए एक पद्धति की प्रशंसा स्वीकार किया गया था
क्या लेखन पद्धति के लिए एक तर्क है
एक पद्धति लेखन के लिए तर्क हैं:
कार्यप्रणाली एक विकास प्रक्रिया के अंत उत्पाद को बेहतर बनाने अर्थात् एक बेहतर है चाहिए
एक बेहतर विकास: प्रक्रिया में है कि कार्यप्रणाली में सुधार परियोजना प्रबंधन और नियंत्रण प्रदान इतनी है कि संगठन के लाभ से लाभ है कि एक कसकर नियंत्रित विकास की प्रक्रिया से प्राप्त कर सकते हैं चाहिए.
गोद लेने का चयन /
सिद्धांततः बोल, सर्वोत्तम पद्धति एक है कि सबसे अच्छा है हाथ में परियोजना का काम करने के लिए अनुकूल है. अभ्यास में, सबसे अच्छा पद्धति एक है कि डिजाइनर अच्छी तरह समझती हो सकता है.
कुछ मामलों में, सही पद्धति है कि एक संगठन के मानकों के भीतर की सिफारिश की गई है.
आम के प्रयास
तदर्थ: कोई औपचारिक मान्यता के तरीके को दिया जाता है
आकस्मिक दृष्टिकोण: हम परियोजना प्रकृति पर निर्भर करता है अलग अलग तरीकों का उपयोग करें.
प्रोटोटाइप / विकासवादी: विकास अस्पष्ट हम प्रयोग कर रहे हैं यह उन संदर्भ जहां जरूरत है उपयोगकर्ता, व्यापार के क्षेत्र अपरिचित है, के जोखिम के स्तर आदि उच्च है
कार्यप्रणाली की एक Adavantages
उपयोगकर्ता एक और अधिक वृद्धि की दिलकश व्यवस्था करने के लिए अनुवाद भागीदारी.
प्रोटोटाइप जोखिम समायोजन के लिए निहित क्षमता है.
जल्दी प्रणाली विकास.
बेहतर उपयोगकर्ता इंटरफ़ेस.
लापता कार्यों / सुविधाओं जल्दी पता लगाया जा सकता है.
एक नुकसान की कार्यप्रणाली
गरीब प्रलेखन.
प्रोटोटाइप और वास्तविक प्रणाली के बीच भ्रम.
परियोजना प्रबंधन मुश्किल है.
यह मुश्किल के लिए एक प्रोटोटाइप अनुबंध आकर्षण है.
गरीब प्रलेखन प्रणाली अनुरक्षण का एक परिणाम के रूप में मुश्किल हो सकती है.
लोकप्रियता: unranked [ ? ]
टिप्पणियाँ
कहने के लिए कुछ मिल गया?
