क्षमता परिपक्वता मॉडल (सीएमएम) & यह सॉफ्टवेयर इंजीनियरिंग में स्तर है

सीएमएम क्या है?

किसी संगठन की सॉफ़्टवेयर प्रक्रिया की परिपक्वता को मापने के लिए क्षमता परिपक्वता मॉडल को एक बेंचमार्क के रूप में उपयोग किया जाता है।

सीएमएम को 80 के दशक के अंत में सॉफ्टवेयर इंजीनियरिंग संस्थान में विकसित किया गया था। यह उपमहाद्वीपों के काम का मूल्यांकन करने के तरीके के रूप में अमेरिकी वायु सेना द्वारा वित्तपोषित एक अध्ययन के परिणामस्वरूप विकसित किया गया था। बाद में सॉफ्टवेयर विकास की परिपक्वता का आकलन करने के लिए 1991 में निर्मित CMM-SW मॉडल पर आधारित, कई अन्य मॉडल CMM-I के साथ एकीकृत हैं

इस ट्यूटोरियल में हम सीखेंगे,

• क्षमता परिपक्वता मॉडल (सीएमएम) स्तर क्या है?
• सीएमएम के विभिन्न स्तरों पर क्या होता है?
• सीएमएम को लागू करने में कितना समय लगता है?
• सीएमएम की आंतरिक संरचना
• सीएमएम मॉडल की सीमाएं
• CMM का उपयोग क्यों करें?

क्षमता परिपक्वता मॉडल (सीएमएम) स्तर क्या है?

1. प्रारंभिक
2. दोहराने योग्य / प्रबंधित
3. परिभाषित
4. मात्रात्मक रूप से प्रबंधित
5. अनुकूलन

सीएमएम के विभिन्न स्तरों पर क्या होता है?

स्तरों	गतिविधियों	लाभ
स्तर 1 प्रारंभिक	स्तर 1 पर, प्रक्रिया आमतौर पर अराजक और तदर्थ होती है एक क्षमता को व्यक्तियों के आधार पर और संगठन के आधार पर प्रदर्शित किया जाता है प्रगति नहीं मापी गई विकसित उत्पाद अक्सर शेड्यूल और ओवर बजट होते हैं अनुसूची, लागत, कार्यक्षमता और गुणवत्ता लक्ष्य में व्यापक बदलाव	कोई नहीं। एक परियोजना कुल अराजकता है
स्तर 2 प्रबंधित	आवश्यकता प्रबंधन लागत, शेड्यूल और कार्यक्षमता जैसे प्रोजेक्ट पैरामीटर का अनुमान लगाएं वास्तविक प्रगति को मापें योजनाओं और प्रक्रिया का विकास करना सॉफ्टवेयर प्रोजेक्ट मानकों को परिभाषित किया गया है उत्पादों की पहचान और नियंत्रण, समस्या रिपोर्ट में बदलाव आदि। प्रक्रियाएँ परियोजनाओं के बीच भिन्न हो सकती हैं	प्रक्रियाओं को समझना आसान हो जाता है प्रबंधकों और टीम के सदस्य यह समझाने में कम समय व्यतीत करते हैं कि चीजों को कैसे किया जाता है और इसे निष्पादित करने में अधिक समय परियोजनाएं बेहतर अनुमानित, बेहतर नियोजित और अधिक लचीली हैं गुणवत्ता परियोजनाओं में एकीकृत है शुरू में लागत अधिक हो सकती है लेकिन समय के साथ कम हो जाती है अधिक कागजी कार्रवाई और प्रलेखन के बारे में पूछें
स्तर -3 परिभाषित	ग्राहकों की आवश्यकताओं को स्पष्ट करें डिजाइन आवश्यकताओं को हल करें, एक कार्यान्वयन प्रक्रिया विकसित करें सुनिश्चित करता है कि उत्पाद आवश्यकताओं और इच्छित उपयोग को पूरा करता है व्यवस्थित रूप से निर्णयों का विश्लेषण करें संभावित समस्याओं को सुधारें और नियंत्रित करें	प्रक्रिया सुधार मानक बन जाता है समाधान "कोडित" होने से "इंजीनियर" होने तक प्रगति करता है प्रक्रिया में शामिल पूरी टीम के साथ परियोजना के प्रयास में गुणवत्ता के द्वार दिखाई देते हैं जोखिम कम हो जाते हैं और आश्चर्य से टीम को नहीं लेते हैं
स्तर -4 मात्रात्मक रूप से प्रबंधित	प्रोजेक्ट की प्रक्रियाओं और उप-प्रक्रियाओं को सांख्यिकीय रूप से प्रबंधित करता है प्रक्रिया प्रदर्शन को समझें, मात्रात्मक रूप से संगठन की परियोजना का प्रबंधन करें	संगठन में प्रक्रिया प्रदर्शन का अनुकूलन करता है एक संगठन में फोस्टर क्वांटिटेटिव प्रोजेक्ट मैनेजमेंट।
स्तर -5 अनुकूलन	दोषों का कारण जल्दी पता लगाएं और निकालें जरूरतों और व्यावसायिक उद्देश्यों को पूरा करने के लिए नए उपकरणों की पहचान करना और उनमें सुधार करना	फोस्टर संगठनात्मक नवाचार और तैनाती कारण विश्लेषण और संकल्प को प्रोत्साहन देता है

आरेख के बाद, अलग-अलग सीएमएम स्तर पर क्या होता है, इसका एक चित्रात्मक प्रतिनिधित्व देता है

सीएमएम को लागू करने में कितना समय लगता है?

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

• सीएमएम कार्यान्वयन रातोंरात नहीं होता है
• यह सिर्फ एक "कागजी कार्रवाई" नहीं है।
• कार्यान्वयन के लिए विशिष्ट समय है
  • 3-6 महीने -> तैयारी के लिए
  • 6-12 महीने -> कार्यान्वयन के लिए
  • 3 महीने -> मूल्यांकन की तैयारी के लिए
  • 12 महीने -> प्रत्येक नए स्तर के लिए

सीएमएम की आंतरिक संरचना

सीएमएम में प्रत्येक स्तर को प्रमुख प्रक्रिया क्षेत्र या केपीए में स्तर -1 के अलावा परिभाषित किया गया है । प्रत्येक KPA संबंधित गतिविधियों के एक समूह को परिभाषित करता है, जो जब सामूहिक रूप से किया जाता है तो सॉफ्टवेयर क्षमता में सुधार के लिए महत्वपूर्ण माने जाने वाले लक्ष्यों का एक समूह प्राप्त करता है

विभिन्न CMM स्तरों के लिए, KPA के सेट होते हैं, उदाहरण के लिए CMM मॉडल -2, KPA हैं

• REQM- आवश्यकता प्रबंधन
• पीपी- प्रोजेक्ट प्लानिंग
• पीएमसी- परियोजना निगरानी और नियंत्रण
• एसएएम- सप्लायर एग्रीमेंट मैनेजमेंट
• PPQA- प्रक्रिया और गुणवत्ता आश्वासन
• सीएम-विन्यास प्रबंधन

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

1. प्रदर्शन करने की प्रतिबद्धता
2. प्रदर्शन करने की क्षमता
3. गतिविधियाँ प्रदर्शन करती हैं
4. माप और विश्लेषण
5. कार्यान्वयन का सत्यापन

सीएमएम मॉडल की सीमाएं

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

CMM का उपयोग क्यों करें?

आज CMM सॉफ्टवेयर उद्योग में "अनुमोदन की मुहर" के रूप में कार्य करता है। यह सॉफ्टवेयर गुणवत्ता में सुधार करने के लिए विभिन्न तरीकों से मदद करता है।

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

सारांश

सीएमएम को पहली बार यूएस एयरफोर्स में 80 के दशक के अंत में उपमहाद्वीपों के काम का मूल्यांकन करने के लिए पेश किया गया था। बाद में, उन्नत संस्करण के साथ, इसे सॉफ्टवेयर विकास प्रणाली की गुणवत्ता को ट्रैक करने के लिए लागू किया गया था।

पूरे सीएमएम स्तर को पांच स्तरों में विभाजित किया गया है।

• स्तर 1 (प्रारंभिक): जहां सिस्टम की आवश्यकताएं आमतौर पर अनिश्चित, गलत समझी जाती हैं और अनियंत्रित होती हैं। प्रक्रिया आमतौर पर अराजक और तदर्थ होती है।
• स्तर 2 (प्रबंधित): अनुमानित परियोजना लागत, अनुसूची और कार्यक्षमता। सॉफ्टवेयर मानकों को परिभाषित किया गया है
• स्तर 3 (परिभाषित): सुनिश्चित करता है कि उत्पाद आवश्यकताओं और इच्छित उपयोग को पूरा करता है
• स्तर 4 (मात्रात्मक रूप से प्रबंधित): परियोजना की प्रक्रियाओं और उप-प्रक्रियाओं को सांख्यिकीय रूप से प्रबंधित करता है
• स्तर 5 (परिपक्वता): जरूरतों और व्यावसायिक उद्देश्यों को पूरा करने के लिए नए उपकरणों की पहचान करना और उनमें सुधार करना