एकीकृत प्रक्रिया

एकीकृत प्रक्रिया के चार चरणों के सापेक्ष आकार दर्शाने वाली एक विशिष्ट परियोजना की प्रोफ़ाइल।

एकीकृत सॉफ्टवेयर विकास प्रक्रिया या एकीकृत प्रक्रिया एक पुनरावृत्तीय और वृद्धिशील विकास सॉफ्टवेयर विकास प्रक्रिया रूपरेखा है। एकीकृत प्रक्रिया का सबसे प्रसिद्ध और व्यापक रूप से प्रलेखित शोधन तर्कसंगत एकीकृत प्रक्रिया (आरयूपी) है। अन्य उदाहरण ओपनयूपी और चुस्त एकीकृत प्रक्रिया हैं।

सिंहावलोकन

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

तर्कसंगत एकीकृत प्रक्रिया के विपरीत एकीकृत प्रक्रिया नाम का उपयोग आम तौर पर सामान्य प्रक्रिया का वर्णन करने के लिए किया जाता है, जिसमें वे तत्व भी शामिल हैं जो अधिकांश परिशोधन के लिए सामान्य हैं। एकीकृत प्रक्रिया नाम का उपयोग ट्रेडमार्क उल्लंघन के संभावित मुद्दों से बचने के लिए भी किया जाता है क्योंकि रैशनल यूनीफाइड प्रोसेस और आरयूपी आईबीएम के ट्रेडमार्क हैं। इस प्रक्रिया का वर्णन करने वाली पहली पुस्तक का शीर्षक द यूनिफाइड सॉफ्टवेयर डेवलपमेंट प्रोसेस (ISBN 0-201-57169-2) और 1999 में इवर जैकबसन, ग्रेडी बूच और जेम्स रुंबॉघ द्वारा प्रकाशित। तब से तर्कसंगत सॉफ्टवेयर से असंबद्ध विभिन्न लेखकों ने यूनिफाइड प्रोसेस नाम का उपयोग करके किताबें और लेख प्रकाशित किए हैं, जबकि रैशनल सॉफ्टवेयर से जुड़े लेखकों ने रैशनल यूनिफाइड प्रोसेस नाम का समर्थन किया है।

2012 में अनुशासित चुस्त वितरण ढांचा जारी किया गया था, एक हाइब्रिड ढांचा जो एकीकृत प्रक्रिया, स्क्रम (सॉफ्टवेयर विकास), चरम कार्यक्रम और अन्य तरीकों से रणनीतियों को अपनाता है और विस्तारित करता है।

एकीकृत प्रक्रिया विशेषताएँ

पुनरावृत्तीय और वृद्धिशील

चित्र यह दर्शाता है कि परियोजना के दौरान विभिन्न विषयों का सापेक्ष जोर कैसे बदलता है

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

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

वास्तुकला-केंद्रित

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

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

जोखिम-केंद्रित

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

परियोजना जीवनचक्र (एकीकृत प्रक्रिया के चरण)

एकीकृत प्रक्रिया परियोजना को चार चरणों में विभाजित करती है:

• आरंभ
• विस्तार (मील का पत्थर)
• निर्माण (रिलीज़)
• ट्रांज़िशन (अंतिम उत्पादन रिलीज़)

प्रत्येक चरण में आम तौर पर कई पुनरावृत्तियाँ होंगी (यूपी चरण चित्रण में नाम I1, E1, E2, C1, आदि)। प्रत्येक चरण में पुनरावृत्तियों की सटीक संख्या परियोजना के पैमाने और प्रकृति पर निर्भर करती है। यहां यूपी चरण चित्रण में चार चरणों में बिल्कुल 1, 2, 4 और 2 पुनरावृत्तियां शामिल हैं, लेकिन यह केवल एक उदाहरण है कि एक विशिष्ट परियोजना कैसी दिख सकती है।

आरंभ चरण

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

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

विस्तार चरण

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

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

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

निर्माण चरण

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

संक्रमण चरण

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

परिष्करण और विविधताएँ

एकीकृत प्रक्रिया के परिशोधन परियोजना विषयों या workflows को वर्गीकृत करने के तरीके में एक-दूसरे से भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया नौ विषयों को परिभाषित करती है: व्यवसाय प्रक्रिया मॉडलिंग, आवश्यकताएं, वस्तु-उन्मुख विश्लेषण और डिजाइन, कार्यान्वयन, परीक्षण (मूल्यांकन), सॉफ्टवेयर परिनियोजन, कॉन्फ़िगरेशन प्रबंधन और परिवर्तन प्रबंधन, परियोजना प्रबंधन और पर्यावरण अनुशासन। [[उद्यम एकीकृत प्रक्रिया]] आठ उद्यम विषयों को जोड़कर आरयूपी का विस्तार करती है। यूपी के चुस्त सुधार जैसे कि ओपनयूपी/बेसिक और चुस्त एकीकृत प्रक्रिया विषयों की संख्या को कम करके आरयूपी को सरल बनाती है।

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

संक्रमण चरण के बाद क्या होता है, इसके विनिर्देशन में भी परिशोधन भिन्न-भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया में संक्रमण चरण के बाद आमतौर पर एक नया आरंभ चरण आता है। उद्यम एकीकृत प्रक्रिया में संक्रमण चरण के बाद उत्पादन चरण आता है।

एकीकृत प्रक्रिया परिशोधन और विविधताओं की संख्या अनगिनत है। एकीकृत प्रक्रिया का उपयोग करने वाले संगठन हमेशा अपने स्वयं के संशोधन और एक्सटेंशन शामिल करते हैं। निम्नलिखित कुछ बेहतर ज्ञात परिशोधनों और विविधताओं की सूची है।

• एजाइल यूनिफाइड प्रोसेस (एयूपी), स्कॉट डब्ल्यू एंबलर द्वारा विकसित एक हल्का संस्करण
• बुनियादी एकीकृत प्रक्रिया (बीयूपी), आईबीएम द्वारा विकसित एक हल्का संस्करण और ओपनयूपी का अग्रदूत
• एंटरप्राइज़ एकीकृत प्रक्रिया (ईयूपी), तर्कसंगत एकीकृत प्रक्रिया का विस्तार
• आवश्यक एकीकृत प्रक्रिया (EssUP), इवर जैकबसन द्वारा विकसित एक हल्का संस्करण
• एकीकृत प्रक्रिया खोलें (ओपनयूपी), एक्लिप्स प्रोसेस फ्रेमवर्क सॉफ्टवेयर डेवलपमेंट प्रोसेस
• रेशनल यूनिफाइड प्रोसेस (आरयूपी), आईबीएम/रेशनल सॉफ्टवेयर डेवलपमेंट प्रोसेस
• ओरेकल एकीकृत विधि (ओयूएम), ओरेकल कॉर्पोरेशन विकास और कार्यान्वयन प्रक्रिया
• रेशनल यूनिफाइड प्रोसेस-सिस्टम इंजीनियरिंग (आरयूपी-एसई), सिस्टम इंजीनियरिंग के लिए रेशनल सॉफ्टवेयर द्वारा तैयार आरयूपी का एक संस्करण

संदर्भ

• Kroll, Per; Kruchten, Philippe (2003). The Rational Unified Process Made Easy: A Practitioner's Guide to the RUP. ISBN 0-321-16609-4.
• Kruchten, Philippe (2004). The Rational Unified Process: An Introduction (3rd Ed.). ISBN 0-321-19770-4.
• Ambler, Scott (2002). Agile Modeling: Effective Practices for EXtreme Programming and the Unified Process. J. Wiley. ISBN 0-471-20282-7.
• Scott, Kendall (2002). The Unified Process Explained. ISBN 0-201-74204-7.
• Bergstrom, Stefan; Raberg, Lotta (2004). Adopting the Rational Unified Process: Success with the RUP. ISBN 0-321-20294-5.
• Ambler, Scott; Constantine, Larry (2002). The Unified Process Transition and Production Phases. CMP Books. ISBN 1-57820-092-X.
• Larman, Craig (2004). Agile and Iterative Development: A Manager's Guide. ISBN 0-13-111155-8.