Software process,iterative development process,process improvement,the inspection process in hindi सॉफ्टवेयर प्रक्रिया, पुनरावृत्त विकास प्रक्रिया, प्रक्रिया सुधार, निरीक्षण प्रक्रिया हिंदी में

 पुनरावृत्त विकास प्रक्रिया

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

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

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

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

विकास प्रक्रिया

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

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

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

प्रक्रिया सुधार एक बड़ी परियोजना में भी एक उद्देश्य है जहाँ परियोजना के शुरुआती हिस्सों से फीडबैक का उपयोग बाकी परियोजना के निष्पादन को बेहतर बनाने के लिए किया जा सकता है। इस प्रकार की प्रतिक्रिया तब सर्वाधिक उपयुक्त होती है जब पुनरावृत्तीय विकास प्रक्रिया मॉडल का उपयोग किया जाता है, एक पुनरावृत्ति से प्राप्त प्रतिक्रिया का उपयोग बाद की पुनरावृत्तियों के निष्पादन को बेहतर बनाने के लिए किया जाता है।

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

निरीक्षण एक स्पष्ट रूप से परिभाषित प्रक्रिया का पालन करते हुए साथियों के एक समूह द्वारा सॉफ़्टवेयर कार्य उत्पाद की समीक्षा है। निरीक्षणों का मूल लक्ष्य दोषों का पता लगाकर कार्य उत्पाद की गुणवत्ता में सुधार करना है। हालाँकि, निरीक्षण दोषों को जल्दी और लागत प्रभावी तरीके से खोजकर उत्पादकता में भी सुधार करते हैं। निरीक्षण की कुछ विशेषताएँ हैं

• तकनीकी लोगों द्वारा तकनीकी लोगों के लिए निरीक्षण किया जाता है

• यह प्रतिभागियों के लिए परिभाषित भूमिकाओं वाली एक संरचित प्रक्रिया है

• समस्याओं की पहचान करने पर ध्यान केंद्रित किया जाता है, उन्हें हल करने पर नहीं

• समीक्षा डेटा रिकॉर्ड किया जाता है और निरीक्षण प्रक्रिया की प्रभावशीलता की निगरानी के लिए उपयोग किया जाता है

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

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

योजना

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

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

अवलोकन और तैयारी

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

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

 समूह समीक्षा बैठक

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

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

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

उचित प्रबंधन

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

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

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

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

Faq

Question - सॉफ्टवेयर विकास में पुनरावृत्त विकास प्रक्रिया क्या है?

Answers- पुनरावृत्त विकास प्रक्रिया मॉडल वॉटरफॉल मॉडल की तीसरी सीमा का मुकाबला करता है और प्रोटोटाइपिंग और वॉटरफॉल मॉडल दोनों के लाभों को संयोजित करने का प्रयास करता है।

Question - सॉफ्टवेयर विकास में उचित प्रबंधन का क्या महत्व होता है?

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

 की जानी चाहिए और यदि आवश्यक हो तो सुधारात्मक कार्रवाई की जानी चाहिए।