एकीकृत प्रक्रिया: Difference between revisions
(Created page with "{{short description|Object oriented software development process framework}} {{no footnotes|date=November 2017}} {{Software development process}} File:UnifiedProcessProjectP...") |
No edit summary |
||
| (3 intermediate revisions by 3 users not shown) | |||
| Line 2: | Line 2: | ||
{{no footnotes|date=November 2017}} | {{no footnotes|date=November 2017}} | ||
{{Software development process}} | {{Software development process}} | ||
[[File:UnifiedProcessProjectProfile20060708.png|frame|right|एकीकृत प्रक्रिया के चार चरणों के सापेक्ष आकार दर्शाने वाली एक विशिष्ट परियोजना की प्रोफ़ाइल।]]एकीकृत [[सॉफ्टवेयर विकास प्रक्रिया]] या एकीकृत प्रक्रिया एक [[पुनरावृत्तीय और वृद्धिशील विकास]] सॉफ्टवेयर विकास प्रक्रिया रूपरेखा है। एकीकृत प्रक्रिया का सबसे प्रसिद्ध और व्यापक रूप से प्रलेखित शोधन तर्कसंगत एकीकृत प्रक्रिया (आरयूपी) है। अन्य उदाहरण ओपनयूपी और [[चुस्त एकीकृत प्रक्रिया]] हैं। | [[File:UnifiedProcessProjectProfile20060708.png|frame|right|एकीकृत प्रक्रिया के चार चरणों के सापेक्ष आकार दर्शाने वाली एक विशिष्ट परियोजना की प्रोफ़ाइल।]]एकीकृत [[सॉफ्टवेयर विकास प्रक्रिया]] या '''एकीकृत प्रक्रिया''' एक [[पुनरावृत्तीय और वृद्धिशील विकास]] सॉफ्टवेयर विकास प्रक्रिया रूपरेखा है। एकीकृत प्रक्रिया का सबसे प्रसिद्ध और व्यापक रूप से प्रलेखित शोधन तर्कसंगत एकीकृत प्रक्रिया (आरयूपी) है। अन्य उदाहरण ओपनयूपी और [[चुस्त एकीकृत प्रक्रिया|एजाइल यूनिफाइड प्रोसेस]] हैं। | ||
== | == समीक्षा == | ||
एकीकृत प्रक्रिया केवल एक प्रक्रिया नहीं है, बल्कि एक विस्तार योग्य ढांचा है जिसे विशिष्ट संगठनों या परियोजनाओं के लिए अनुकूलित किया जाना चाहिए। तर्कसंगत एकीकृत प्रक्रिया, इसी तरह, एक अनुकूलन योग्य रूपरेखा है। परिणामस्वरूप, यह कहना | एकीकृत प्रक्रिया केवल एक प्रक्रिया नहीं है, बल्कि एक विस्तार योग्य ढांचा है जिसे विशिष्ट संगठनों या परियोजनाओं के लिए अनुकूलित किया जाना चाहिए। तर्कसंगत एकीकृत प्रक्रिया, इसी तरह, एक अनुकूलन योग्य रूपरेखा है। परिणामस्वरूप, यह कहना प्रायः असंभव होता है कि प्रक्रिया का परिशोधन यूपी से लिया गया था या आरयूपी से, और इसलिए नामों का परस्पर उपयोग किया जाता है। | ||
तर्कसंगत एकीकृत प्रक्रिया के विपरीत एकीकृत प्रक्रिया नाम का उपयोग | तर्कसंगत एकीकृत प्रक्रिया के विपरीत एकीकृत प्रक्रिया नाम का उपयोग सामान्यतः सामान्य प्रक्रिया का वर्णन करने के लिए किया जाता है, जिसमें वे तत्व भी सम्मिलित हैं जो अधिकांश परिशोधन के लिए सामान्य हैं। एकीकृत प्रक्रिया नाम का उपयोग व्यापार चिह्न उल्लंघन के संभावित परिस्थिति से बचने के लिए भी किया जाता है क्योंकि [[रैशनल यूनीफाइड प्रोसेस]] और आरयूपी [[आईबीएम]] के व्यापार चिह्न हैं। इस प्रक्रिया का वर्णन करने वाली पहली पुस्तक का शीर्षक द यूनिफाइड सॉफ्टवेयर डेवलपमेंट प्रोसेस ({{ISBN|0-201-57169-2}}) और 1999 में [[इवर जैकबसन]], [[ग्रेडी बूच]] और जेम्स रुंबॉघ द्वारा प्रकाशित की गई थी। तब से [[तर्कसंगत सॉफ्टवेयर|रैशनल सॉफ्टवेयर]] से असंबद्ध विभिन्न लेखकों ने यूनिफाइड प्रोसेस नाम का उपयोग करके किताबें और लेख प्रकाशित किए हैं, जबकि रैशनल सॉफ्टवेयर से जुड़े लेखकों ने रैशनल यूनिफाइड प्रोसेस नाम का समर्थन किया है। | ||
2012 में अनुशासित चुस्त वितरण ढांचा जारी किया गया था, एक हाइब्रिड ढांचा जो एकीकृत प्रक्रिया, स्क्रम (सॉफ्टवेयर विकास), [[चरम कार्यक्रम]] और अन्य तरीकों से रणनीतियों को अपनाता है और विस्तारित करता है। | 2012 में अनुशासित चुस्त वितरण ढांचा जारी किया गया था, एक हाइब्रिड ढांचा जो एकीकृत प्रक्रिया, स्क्रम (सॉफ्टवेयर विकास), [[चरम कार्यक्रम|एक्सट्रीम प्रोग्रामिंग]] और अन्य तरीकों से रणनीतियों को अपनाता है और विस्तारित करता है। | ||
== एकीकृत प्रक्रिया विशेषताएँ == | == एकीकृत प्रक्रिया विशेषताएँ == | ||
=== पुनरावृत्तीय और वृद्धिशील === | === पुनरावृत्तीय और वृद्धिशील === | ||
[[File:Unified Process Model for Iterative Development.svg|alt=Diagram illustrating how the relative emphasis of different disciplines change over the course of a project|thumb|400x400px|चित्र यह दर्शाता है कि परियोजना के | [[File:Unified Process Model for Iterative Development.svg|alt=Diagram illustrating how the relative emphasis of different disciplines change over the course of a project|thumb|400x400px|चित्र यह दर्शाता है कि परियोजना के उपरान्त विभिन्न विषयों का सापेक्ष बल कैसे बदलता है]]एकीकृत प्रक्रिया एक पुनरावृत्तीय और वृद्धिशील विकास प्रक्रिया है। विस्तार, निर्माण और संक्रमण चरणों को [[टाइमबॉक्सिंग]] पुनरावृत्तियों की एक श्रृंखला में विभाजित किया गया है। (किसी बड़े प्रक्षेपण के लिए आरंभ चरण को पुनरावृत्तियों में भी विभाजित किया जा सकता है।) प्रत्येक पुनरावृत्ति के परिणामस्वरूप एक वृद्धि होती है, जो सिस्टम का एक विमोचन होता है जिसमें पिछली विमोचन की तुलना में अतिरिक्त या बेहतर कार्यक्षमता सम्मिलित होती है। | ||
हालाँकि अधिकांश पुनरावृत्तियों में अधिकांश प्रक्रिया विषयों (जैसे आवश्यकताएँ, | हालाँकि अधिकांश पुनरावृत्तियों में अधिकांश प्रक्रिया विषयों (जैसे आवश्यकताएँ, अभिकल्पना, कार्यान्वयन, परीक्षण) में काम सम्मिलित होगा, परियोजना के उपरान्त सापेक्ष प्रयास और बल बदल जाएगा। | ||
=== वास्तुकला-केंद्रित === | === वास्तुकला-केंद्रित === | ||
एकीकृत प्रक्रिया इस बात पर | एकीकृत प्रक्रिया इस बात पर बल देती है कि शिल्प विद्या सिस्टम को आकार देने के प्रक्षेपण टीम के प्रयासों के केंद्र में है। चूँकि कोई भी एकल प्रतिरूप किसी सिस्टम के सभी पहलुओं को आच्छादित करने के लिए पर्याप्त नहीं है, एकीकृत प्रक्रिया कई वास्तुशिल्प प्रतिरूप और विचारों का समर्थन करती है। | ||
प्रक्रिया के सबसे महत्वपूर्ण | प्रक्रिया के सबसे महत्वपूर्ण परिदेय में से एक निष्पादन योग्य शिल्प विद्या आधार रेखा है जो विस्तार चरण के उपरान्त बनाया गया है। सिस्टम का यह आंशिक कार्यान्वयन वास्तुकला को मान्य करने और शेष विकास के लिए आधार के रूप में कार्य करता है। | ||
=== जोखिम-केंद्रित === | === जोखिम-केंद्रित === | ||
एकीकृत प्रक्रिया के लिए परियोजना टीम को परियोजना जीवन चक्र के आरंभ में सबसे महत्वपूर्ण जोखिमों को संबोधित करने पर ध्यान केंद्रित करने की आवश्यकता होती है। प्रत्येक पुनरावृत्ति के | एकीकृत प्रक्रिया के लिए परियोजना टीम को परियोजना जीवन चक्र के आरंभ में सबसे महत्वपूर्ण जोखिमों को संबोधित करने पर ध्यान केंद्रित करने की आवश्यकता होती है। प्रत्येक पुनरावृत्ति के परिदेय, विशेष रूप से विस्तार चरण में, यह सुनिश्चित करने के लिए चुना जाना चाहिए कि सबसे बड़े जोखिमों को पहले संबोधित किया जाए। | ||
== परियोजना जीवनचक्र (एकीकृत प्रक्रिया के चरण) == | == परियोजना जीवनचक्र (एकीकृत प्रक्रिया के चरण) == | ||
| Line 31: | Line 31: | ||
*विस्तार (मील का पत्थर) | *विस्तार (मील का पत्थर) | ||
* निर्माण (रिलीज़) | * निर्माण (रिलीज़) | ||
* | * परिवर्तन (अंतिम उत्पादन रिलीज़) | ||
प्रत्येक चरण में | प्रत्येक चरण में सामान्यतः कई पुनरावृत्तियाँ होंगी (यूपी चरण चित्रण में नाम I1, E1, E2, C1, आदि)। प्रत्येक चरण में पुनरावृत्तियों की सटीक संख्या परियोजना के मापक्रम और प्रकृति पर निर्भर करती है। यहां यूपी चरण चित्रण में चार चरणों में बिल्कुल 1, 2, 4 और 2 पुनरावृत्तियां सम्मिलित हैं, लेकिन यह केवल एक उदाहरण है कि एक विशिष्ट परियोजना कैसी दिख सकती है। | ||
=== आरंभ चरण === | === आरंभ चरण === | ||
प्रारम्भिक परियोजना में सबसे छोटा चरण है, और आदर्श रूप से, यह काफी छोटा होना चाहिए। यदि आरंभिक चरण लंबा है तो यह अत्यधिक अग्रिम विशिष्टता का संकेत हो सकता है, जो एकीकृत प्रक्रिया की भावना के विपरीत है। | |||
सिस्टम का एक अनुमानित दृष्टिकोण विकसित करें, व्यवसाय | सिस्टम का एक अनुमानित दृष्टिकोण विकसित करें, व्यवसाय की स्तिथि बनाएं, दायरे को परिभाषित करें, और एक मोटा लागत अनुमान और परियोजना अनुसूची तैयार करें। | ||
=== विस्तार चरण === | === विस्तार चरण === | ||
विस्तार चरण के | विस्तार चरण के उपरान्त, प्रक्षेपण टीम से सिस्टम आवश्यकताओं के एक स्वस्थ बहुमत पर अधिकृत करने की अपेक्षा की जाती है। हालाँकि, विस्तार का प्राथमिक लक्ष्य ज्ञात जोखिम कारकों को संबोधित करना और सिस्टम शिल्प विद्या को स्थापित और मान्य करना है। इस चरण में की जाने वाली सामान्य प्रक्रियाओं में उपयोग केस आरेख, वैचारिक आरेख (केवल मूल चिन्हांकन के साथ [[वर्ग आरेख]]) और [[पैकेज आरेख]] (वास्तुशिल्प आरेख) का निर्माण सम्मिलित है। | ||
शिल्प विद्या को मुख्य रूप से एक निष्पादन योग्य शिल्प विद्या आधार रेखा के कार्यान्वयन के माध्यम से मान्य किया जाता है। यह सिस्टम का आंशिक कार्यान्वयन है जिसमें वास्तुशिल्प की दृष्टि से सबसे महत्वपूर्ण घटक सम्मिलित हैं। इसे छोटे टाइम-बॉक्स पुनरावृत्तियों की एक श्रृंखला में बनाया गया है। विस्तार चरण के अंत तक, सिस्टम शिल्प विद्या स्थिर हो जाना चाहिए और निष्पादन योग्य शिल्प विद्या आधार रेखा को यह प्रदर्शित करना चाहिए कि शिल्प विद्या प्रमुख सिस्टम कार्यक्षमता का समर्थन करेगा और प्रदर्शन, मापक्रमणीयता और लागत की स्तिथि में सही व्यवहार प्रदर्शित करेगा। | |||
वितरण योग्य अंतिम विस्तार चरण निर्माण चरण के लिए एक योजना (लागत और अनुसूची अनुमान सहित) है। इस बिंदु पर योजना सटीक और विश्वसनीय होनी चाहिए क्योंकि यह विस्तार चरण के अनुभव पर आधारित होनी चाहिए और चूंकि विस्तार चरण के | वितरण योग्य अंतिम विस्तार चरण निर्माण चरण के लिए एक योजना (लागत और अनुसूची अनुमान सहित) है। इस बिंदु पर योजना सटीक और विश्वसनीय होनी चाहिए क्योंकि यह विस्तार चरण के अनुभव पर आधारित होनी चाहिए और चूंकि विस्तार चरण के उपरान्त महत्वपूर्ण जोखिम कारकों को संबोधित किया जाना चाहिए था। | ||
=== निर्माण चरण === | === निर्माण चरण === | ||
निर्माण परियोजना का सबसे बड़ा चरण है। इस चरण में, सिस्टम का शेष भाग विस्तार में रखी गई नींव पर बनाया गया है। सिस्टम सुविधाएँ संक्षिप्त, समय-बॉक्स पुनरावृत्तियों की एक श्रृंखला में कार्यान्वित की जाती हैं। प्रत्येक पुनरावृत्ति के परिणामस्वरूप सॉफ़्टवेयर का निष्पादन योग्य रिलीज़ होता है। निर्माण चरण के | निर्माण परियोजना का सबसे बड़ा चरण है। इस चरण में, सिस्टम का शेष भाग विस्तार में रखी गई नींव पर बनाया गया है। सिस्टम सुविधाएँ संक्षिप्त, समय-बॉक्स पुनरावृत्तियों की एक श्रृंखला में कार्यान्वित की जाती हैं। प्रत्येक पुनरावृत्ति के परिणामस्वरूप सॉफ़्टवेयर का निष्पादन योग्य रिलीज़ होता है। निर्माण चरण के उपरान्त पूर्ण-पाठ उपयोग के मामलों को लिखने की प्रथा है और प्रत्येक एक नए पुनरावृत्ति का प्रारम्भ बन जाता है। इस चरण के उपरान्त उपयोग किए जाने वाले सामान्य [[एकीकृत मॉडलिंग भाषा|एकीकृत प्रतिरूपिंग भाषा]] (यूएमएल) आरेखों में [[गतिविधि आरेख]], [[अनुक्रम आरेख]], [[सहयोग आरेख]], [[राज्य आरेख (यूएमएल)]] और पारस्परिक प्रभाव अवलोकन आरेख सम्मिलित हैं। कम जोखिम और आसान तत्वों के लिए पुनरावृत्त कार्यान्वयन किया जाता है। अंतिम निर्माण चरण वितरण योग्य सॉफ़्टवेयर संक्रमण चरण में प्रदर्शित करने के लिए तैयार है। | ||
=== संक्रमण चरण === | === संक्रमण चरण === | ||
अंतिम परियोजना चरण संक्रमण है। इस चरण में सिस्टम को लक्षित उपयोगकर्ताओं के लिए | अंतिम परियोजना चरण संक्रमण है। इस चरण में सिस्टम को लक्षित उपयोगकर्ताओं के लिए प्रदर्शित किया जाता है। प्रारंभिक रिलीज़ (या प्रारंभिक रिलीज़) से प्राप्त प्रतिपुष्टि के परिणामस्वरूप कई संक्रमण चरण पुनरावृत्तियों के उपरान्त और अधिक परिशोधन सम्मिलित किए जा सकते हैं। संक्रमण चरण में सिस्टम रूपांतरण और उपयोगकर्ता प्रशिक्षण भी सम्मिलित है। | ||
==परिष्करण और विविधताएँ== | ==परिष्करण और विविधताएँ== | ||
एकीकृत प्रक्रिया के परिशोधन परियोजना विषयों या [[workflows]] को वर्गीकृत करने के तरीके में एक-दूसरे से भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया नौ विषयों को परिभाषित करती है: [[व्यवसाय प्रक्रिया मॉडलिंग]], आवश्यकताएं, [[वस्तु-उन्मुख विश्लेषण और डिजाइन]], [[कार्यान्वयन]], परीक्षण (मूल्यांकन), [[सॉफ्टवेयर परिनियोजन]], | एकीकृत प्रक्रिया के परिशोधन परियोजना विषयों या [[workflows|कार्य प्रगति]] को वर्गीकृत करने के तरीके में एक-दूसरे से भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया नौ विषयों को परिभाषित करती है: [[व्यवसाय प्रक्रिया मॉडलिंग|व्यवसाय प्रक्रिया प्रतिरूपण]], आवश्यकताएं, [[वस्तु-उन्मुख विश्लेषण और डिजाइन|वस्तु-उन्मुख विश्लेषण और अभिकल्पना]], [[कार्यान्वयन]], परीक्षण (मूल्यांकन), [[सॉफ्टवेयर परिनियोजन]], संरूपण प्रबंधन और [[परिवर्तन प्रबंधन]], [[परियोजना प्रबंधन]] और [[पर्यावरण अनुशासन]]। [[[[उद्यम एकीकृत प्रक्रिया]]]] आठ उद्यम विषयों को जोड़कर आरयूपी का विस्तार करती है। यूपी के चुस्त सुधार जैसे कि ओपनयूपी/बेसिक और चुस्त एकीकृत प्रक्रिया विषयों की संख्या को कम करके आरयूपी को सरल बनाती है। | ||
अलग-अलग | अलग-अलग प्रक्षेपण[[ विरूपण साक्ष्य (सॉफ्टवेयर विकास) ]]पर दिए गए बल में भी सुधार अलग-अलग होता है। त्वरित परिशोधन वर्कफ़्लो को सरल बनाकर और अपेक्षित कलाकृतियों की संख्या को कम करके आरयूपी को सुव्यवस्थित करता है। | ||
संक्रमण चरण के बाद क्या होता है, इसके विनिर्देशन में भी परिशोधन भिन्न-भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया में संक्रमण चरण के बाद | संक्रमण चरण के बाद क्या होता है, इसके विनिर्देशन में भी परिशोधन भिन्न-भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया में संक्रमण चरण के बाद सामान्यतः एक नया आरंभ चरण आता है। उद्यम एकीकृत प्रक्रिया में संक्रमण चरण के बाद उत्पादन चरण आता है। | ||
एकीकृत प्रक्रिया परिशोधन और विविधताओं की संख्या अनगिनत है। एकीकृत प्रक्रिया का उपयोग करने वाले संगठन हमेशा अपने स्वयं के संशोधन और | एकीकृत प्रक्रिया परिशोधन और विविधताओं की संख्या अनगिनत है। एकीकृत प्रक्रिया का उपयोग करने वाले संगठन हमेशा अपने स्वयं के संशोधन और विस्तारण सम्मिलित करते हैं। निम्नलिखित कुछ बेहतर ज्ञात परिशोधनों और विविधताओं की सूची है। | ||
*एजाइल यूनिफाइड प्रोसेस (एयूपी), स्कॉट डब्ल्यू एंबलर द्वारा विकसित एक | *एजाइल यूनिफाइड प्रोसेस (एयूपी), स्कॉट डब्ल्यू एंबलर द्वारा विकसित एक लाइटवेट संस्करण | ||
*[[ बुनियादी एकीकृत प्रक्रिया ]] (बीयूपी), आईबीएम द्वारा विकसित एक | *[[ बुनियादी एकीकृत प्रक्रिया |बेसिक यूनिफाइड प्रोसेस]] (बीयूपी), आईबीएम द्वारा विकसित एक लाइटवेट संस्करण और ओपनयूपी का अग्रदूत | ||
*एंटरप्राइज़ एकीकृत प्रक्रिया (ईयूपी), तर्कसंगत एकीकृत प्रक्रिया का विस्तार | *एंटरप्राइज़ [[ बुनियादी एकीकृत प्रक्रिया |यूनिफाइड प्रोसेस]] (ईयूपी), तर्कसंगत एकीकृत प्रक्रिया का विस्तार | ||
*[[आवश्यक एकीकृत प्रक्रिया]] ( | *[[आवश्यक एकीकृत प्रक्रिया|एसेंशियल]] [[ बुनियादी एकीकृत प्रक्रिया |यूनिफाइड प्रोसेस]] (ईएसएसयूपी), इवर जैकबसन द्वारा विकसित एक लाइटवेट संस्करण | ||
*[[ एकीकृत प्रक्रिया खोलें ]] (ओपनयूपी), एक्लिप्स प्रोसेस फ्रेमवर्क सॉफ्टवेयर डेवलपमेंट प्रोसेस | *[[ एकीकृत प्रक्रिया खोलें |ओपन यूनिफाइड]] [[आवश्यक एकीकृत प्रक्रिया|प्रोसेस]] (ओपनयूपी), एक्लिप्स प्रोसेस फ्रेमवर्क सॉफ्टवेयर डेवलपमेंट प्रोसेस | ||
*रेशनल यूनिफाइड प्रोसेस (आरयूपी), आईबीएम/रेशनल सॉफ्टवेयर डेवलपमेंट प्रोसेस | *रेशनल यूनिफाइड प्रोसेस (आरयूपी), आईबीएम/रेशनल सॉफ्टवेयर डेवलपमेंट प्रोसेस | ||
*[[ओरेकल एकीकृत विधि]] (ओयूएम), [[ओरेकल कॉर्पोरेशन]] विकास और कार्यान्वयन प्रक्रिया | *[[ओरेकल एकीकृत विधि]] (ओयूएम), [[ओरेकल कॉर्पोरेशन]] विकास और कार्यान्वयन प्रक्रिया | ||
| Line 81: | Line 81: | ||
{{Software engineering}} | {{Software engineering}} | ||
[[de:Unified Process]] | [[de:Unified Process]] | ||
[[Category:All articles lacking in-text citations]] | |||
[[Category:Articles lacking in-text citations from November 2017]] | |||
[[Category: | [[Category:Collapse templates]] | ||
[[Category:Created On 23/06/2023]] | [[Category:Created On 23/06/2023]] | ||
[[Category:Lua-based templates]] | |||
[[Category:Machine Translated Page]] | |||
[[Category:Navigational boxes| ]] | |||
[[Category:Navigational boxes without horizontal lists]] | |||
[[Category:Pages with script errors]] | |||
[[Category:Sidebars with styles needing conversion]] | |||
[[Category:Template documentation pages|Documentation/doc]] | |||
[[Category:Templates Translated in Hindi]] | |||
[[Category:Templates Vigyan Ready]] | |||
[[Category:Templates generating microformats]] | |||
[[Category:Templates that add a tracking category]] | |||
[[Category:Templates that are not mobile friendly]] | |||
[[Category:Templates that generate short descriptions]] | |||
[[Category:Templates using TemplateData]] | |||
[[Category:Wikipedia metatemplates]] | |||
[[Category:सॉफ्टवेयर विकास प्रक्रिया]] | |||
Latest revision as of 11:26, 13 July 2023
 | This article includes a list of references, related reading or external links, but its sources remain unclear because it lacks inline citations. (November 2017) (Learn how and when to remove this template message) |
| Part of a series on |
| Software development |
|---|
एकीकृत सॉफ्टवेयर विकास प्रक्रिया या एकीकृत प्रक्रिया एक पुनरावृत्तीय और वृद्धिशील विकास सॉफ्टवेयर विकास प्रक्रिया रूपरेखा है। एकीकृत प्रक्रिया का सबसे प्रसिद्ध और व्यापक रूप से प्रलेखित शोधन तर्कसंगत एकीकृत प्रक्रिया (आरयूपी) है। अन्य उदाहरण ओपनयूपी और एजाइल यूनिफाइड प्रोसेस हैं।
समीक्षा
एकीकृत प्रक्रिया केवल एक प्रक्रिया नहीं है, बल्कि एक विस्तार योग्य ढांचा है जिसे विशिष्ट संगठनों या परियोजनाओं के लिए अनुकूलित किया जाना चाहिए। तर्कसंगत एकीकृत प्रक्रिया, इसी तरह, एक अनुकूलन योग्य रूपरेखा है। परिणामस्वरूप, यह कहना प्रायः असंभव होता है कि प्रक्रिया का परिशोधन यूपी से लिया गया था या आरयूपी से, और इसलिए नामों का परस्पर उपयोग किया जाता है।
तर्कसंगत एकीकृत प्रक्रिया के विपरीत एकीकृत प्रक्रिया नाम का उपयोग सामान्यतः सामान्य प्रक्रिया का वर्णन करने के लिए किया जाता है, जिसमें वे तत्व भी सम्मिलित हैं जो अधिकांश परिशोधन के लिए सामान्य हैं। एकीकृत प्रक्रिया नाम का उपयोग व्यापार चिह्न उल्लंघन के संभावित परिस्थिति से बचने के लिए भी किया जाता है क्योंकि रैशनल यूनीफाइड प्रोसेस और आरयूपी आईबीएम के व्यापार चिह्न हैं। इस प्रक्रिया का वर्णन करने वाली पहली पुस्तक का शीर्षक द यूनिफाइड सॉफ्टवेयर डेवलपमेंट प्रोसेस (ISBN 0-201-57169-2) और 1999 में इवर जैकबसन, ग्रेडी बूच और जेम्स रुंबॉघ द्वारा प्रकाशित की गई थी। तब से रैशनल सॉफ्टवेयर से असंबद्ध विभिन्न लेखकों ने यूनिफाइड प्रोसेस नाम का उपयोग करके किताबें और लेख प्रकाशित किए हैं, जबकि रैशनल सॉफ्टवेयर से जुड़े लेखकों ने रैशनल यूनिफाइड प्रोसेस नाम का समर्थन किया है।
2012 में अनुशासित चुस्त वितरण ढांचा जारी किया गया था, एक हाइब्रिड ढांचा जो एकीकृत प्रक्रिया, स्क्रम (सॉफ्टवेयर विकास), एक्सट्रीम प्रोग्रामिंग और अन्य तरीकों से रणनीतियों को अपनाता है और विस्तारित करता है।
एकीकृत प्रक्रिया विशेषताएँ
पुनरावृत्तीय और वृद्धिशील
एकीकृत प्रक्रिया एक पुनरावृत्तीय और वृद्धिशील विकास प्रक्रिया है। विस्तार, निर्माण और संक्रमण चरणों को टाइमबॉक्सिंग पुनरावृत्तियों की एक श्रृंखला में विभाजित किया गया है। (किसी बड़े प्रक्षेपण के लिए आरंभ चरण को पुनरावृत्तियों में भी विभाजित किया जा सकता है।) प्रत्येक पुनरावृत्ति के परिणामस्वरूप एक वृद्धि होती है, जो सिस्टम का एक विमोचन होता है जिसमें पिछली विमोचन की तुलना में अतिरिक्त या बेहतर कार्यक्षमता सम्मिलित होती है।
हालाँकि अधिकांश पुनरावृत्तियों में अधिकांश प्रक्रिया विषयों (जैसे आवश्यकताएँ, अभिकल्पना, कार्यान्वयन, परीक्षण) में काम सम्मिलित होगा, परियोजना के उपरान्त सापेक्ष प्रयास और बल बदल जाएगा।
वास्तुकला-केंद्रित
एकीकृत प्रक्रिया इस बात पर बल देती है कि शिल्प विद्या सिस्टम को आकार देने के प्रक्षेपण टीम के प्रयासों के केंद्र में है। चूँकि कोई भी एकल प्रतिरूप किसी सिस्टम के सभी पहलुओं को आच्छादित करने के लिए पर्याप्त नहीं है, एकीकृत प्रक्रिया कई वास्तुशिल्प प्रतिरूप और विचारों का समर्थन करती है।
प्रक्रिया के सबसे महत्वपूर्ण परिदेय में से एक निष्पादन योग्य शिल्प विद्या आधार रेखा है जो विस्तार चरण के उपरान्त बनाया गया है। सिस्टम का यह आंशिक कार्यान्वयन वास्तुकला को मान्य करने और शेष विकास के लिए आधार के रूप में कार्य करता है।
जोखिम-केंद्रित
एकीकृत प्रक्रिया के लिए परियोजना टीम को परियोजना जीवन चक्र के आरंभ में सबसे महत्वपूर्ण जोखिमों को संबोधित करने पर ध्यान केंद्रित करने की आवश्यकता होती है। प्रत्येक पुनरावृत्ति के परिदेय, विशेष रूप से विस्तार चरण में, यह सुनिश्चित करने के लिए चुना जाना चाहिए कि सबसे बड़े जोखिमों को पहले संबोधित किया जाए।
परियोजना जीवनचक्र (एकीकृत प्रक्रिया के चरण)
एकीकृत प्रक्रिया परियोजना को चार चरणों में विभाजित करती है:
- आरंभ
- विस्तार (मील का पत्थर)
- निर्माण (रिलीज़)
- परिवर्तन (अंतिम उत्पादन रिलीज़)
प्रत्येक चरण में सामान्यतः कई पुनरावृत्तियाँ होंगी (यूपी चरण चित्रण में नाम I1, E1, E2, C1, आदि)। प्रत्येक चरण में पुनरावृत्तियों की सटीक संख्या परियोजना के मापक्रम और प्रकृति पर निर्भर करती है। यहां यूपी चरण चित्रण में चार चरणों में बिल्कुल 1, 2, 4 और 2 पुनरावृत्तियां सम्मिलित हैं, लेकिन यह केवल एक उदाहरण है कि एक विशिष्ट परियोजना कैसी दिख सकती है।
आरंभ चरण
प्रारम्भिक परियोजना में सबसे छोटा चरण है, और आदर्श रूप से, यह काफी छोटा होना चाहिए। यदि आरंभिक चरण लंबा है तो यह अत्यधिक अग्रिम विशिष्टता का संकेत हो सकता है, जो एकीकृत प्रक्रिया की भावना के विपरीत है।
सिस्टम का एक अनुमानित दृष्टिकोण विकसित करें, व्यवसाय की स्तिथि बनाएं, दायरे को परिभाषित करें, और एक मोटा लागत अनुमान और परियोजना अनुसूची तैयार करें।
विस्तार चरण
विस्तार चरण के उपरान्त, प्रक्षेपण टीम से सिस्टम आवश्यकताओं के एक स्वस्थ बहुमत पर अधिकृत करने की अपेक्षा की जाती है। हालाँकि, विस्तार का प्राथमिक लक्ष्य ज्ञात जोखिम कारकों को संबोधित करना और सिस्टम शिल्प विद्या को स्थापित और मान्य करना है। इस चरण में की जाने वाली सामान्य प्रक्रियाओं में उपयोग केस आरेख, वैचारिक आरेख (केवल मूल चिन्हांकन के साथ वर्ग आरेख) और पैकेज आरेख (वास्तुशिल्प आरेख) का निर्माण सम्मिलित है।
शिल्प विद्या को मुख्य रूप से एक निष्पादन योग्य शिल्प विद्या आधार रेखा के कार्यान्वयन के माध्यम से मान्य किया जाता है। यह सिस्टम का आंशिक कार्यान्वयन है जिसमें वास्तुशिल्प की दृष्टि से सबसे महत्वपूर्ण घटक सम्मिलित हैं। इसे छोटे टाइम-बॉक्स पुनरावृत्तियों की एक श्रृंखला में बनाया गया है। विस्तार चरण के अंत तक, सिस्टम शिल्प विद्या स्थिर हो जाना चाहिए और निष्पादन योग्य शिल्प विद्या आधार रेखा को यह प्रदर्शित करना चाहिए कि शिल्प विद्या प्रमुख सिस्टम कार्यक्षमता का समर्थन करेगा और प्रदर्शन, मापक्रमणीयता और लागत की स्तिथि में सही व्यवहार प्रदर्शित करेगा।
वितरण योग्य अंतिम विस्तार चरण निर्माण चरण के लिए एक योजना (लागत और अनुसूची अनुमान सहित) है। इस बिंदु पर योजना सटीक और विश्वसनीय होनी चाहिए क्योंकि यह विस्तार चरण के अनुभव पर आधारित होनी चाहिए और चूंकि विस्तार चरण के उपरान्त महत्वपूर्ण जोखिम कारकों को संबोधित किया जाना चाहिए था।
निर्माण चरण
निर्माण परियोजना का सबसे बड़ा चरण है। इस चरण में, सिस्टम का शेष भाग विस्तार में रखी गई नींव पर बनाया गया है। सिस्टम सुविधाएँ संक्षिप्त, समय-बॉक्स पुनरावृत्तियों की एक श्रृंखला में कार्यान्वित की जाती हैं। प्रत्येक पुनरावृत्ति के परिणामस्वरूप सॉफ़्टवेयर का निष्पादन योग्य रिलीज़ होता है। निर्माण चरण के उपरान्त पूर्ण-पाठ उपयोग के मामलों को लिखने की प्रथा है और प्रत्येक एक नए पुनरावृत्ति का प्रारम्भ बन जाता है। इस चरण के उपरान्त उपयोग किए जाने वाले सामान्य एकीकृत प्रतिरूपिंग भाषा (यूएमएल) आरेखों में गतिविधि आरेख, अनुक्रम आरेख, सहयोग आरेख, राज्य आरेख (यूएमएल) और पारस्परिक प्रभाव अवलोकन आरेख सम्मिलित हैं। कम जोखिम और आसान तत्वों के लिए पुनरावृत्त कार्यान्वयन किया जाता है। अंतिम निर्माण चरण वितरण योग्य सॉफ़्टवेयर संक्रमण चरण में प्रदर्शित करने के लिए तैयार है।
संक्रमण चरण
अंतिम परियोजना चरण संक्रमण है। इस चरण में सिस्टम को लक्षित उपयोगकर्ताओं के लिए प्रदर्शित किया जाता है। प्रारंभिक रिलीज़ (या प्रारंभिक रिलीज़) से प्राप्त प्रतिपुष्टि के परिणामस्वरूप कई संक्रमण चरण पुनरावृत्तियों के उपरान्त और अधिक परिशोधन सम्मिलित किए जा सकते हैं। संक्रमण चरण में सिस्टम रूपांतरण और उपयोगकर्ता प्रशिक्षण भी सम्मिलित है।
परिष्करण और विविधताएँ
एकीकृत प्रक्रिया के परिशोधन परियोजना विषयों या कार्य प्रगति को वर्गीकृत करने के तरीके में एक-दूसरे से भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया नौ विषयों को परिभाषित करती है: व्यवसाय प्रक्रिया प्रतिरूपण, आवश्यकताएं, वस्तु-उन्मुख विश्लेषण और अभिकल्पना, कार्यान्वयन, परीक्षण (मूल्यांकन), सॉफ्टवेयर परिनियोजन, संरूपण प्रबंधन और परिवर्तन प्रबंधन, परियोजना प्रबंधन और पर्यावरण अनुशासन। [[उद्यम एकीकृत प्रक्रिया]] आठ उद्यम विषयों को जोड़कर आरयूपी का विस्तार करती है। यूपी के चुस्त सुधार जैसे कि ओपनयूपी/बेसिक और चुस्त एकीकृत प्रक्रिया विषयों की संख्या को कम करके आरयूपी को सरल बनाती है।
अलग-अलग प्रक्षेपणविरूपण साक्ष्य (सॉफ्टवेयर विकास) पर दिए गए बल में भी सुधार अलग-अलग होता है। त्वरित परिशोधन वर्कफ़्लो को सरल बनाकर और अपेक्षित कलाकृतियों की संख्या को कम करके आरयूपी को सुव्यवस्थित करता है।
संक्रमण चरण के बाद क्या होता है, इसके विनिर्देशन में भी परिशोधन भिन्न-भिन्न होते हैं। तर्कसंगत एकीकृत प्रक्रिया में संक्रमण चरण के बाद सामान्यतः एक नया आरंभ चरण आता है। उद्यम एकीकृत प्रक्रिया में संक्रमण चरण के बाद उत्पादन चरण आता है।
एकीकृत प्रक्रिया परिशोधन और विविधताओं की संख्या अनगिनत है। एकीकृत प्रक्रिया का उपयोग करने वाले संगठन हमेशा अपने स्वयं के संशोधन और विस्तारण सम्मिलित करते हैं। निम्नलिखित कुछ बेहतर ज्ञात परिशोधनों और विविधताओं की सूची है।
- एजाइल यूनिफाइड प्रोसेस (एयूपी), स्कॉट डब्ल्यू एंबलर द्वारा विकसित एक लाइटवेट संस्करण
- बेसिक यूनिफाइड प्रोसेस (बीयूपी), आईबीएम द्वारा विकसित एक लाइटवेट संस्करण और ओपनयूपी का अग्रदूत
- एंटरप्राइज़ यूनिफाइड प्रोसेस (ईयूपी), तर्कसंगत एकीकृत प्रक्रिया का विस्तार
- एसेंशियल यूनिफाइड प्रोसेस (ईएसएसयूपी), इवर जैकबसन द्वारा विकसित एक लाइटवेट संस्करण
- ओपन यूनिफाइड प्रोसेस (ओपनयूपी), एक्लिप्स प्रोसेस फ्रेमवर्क सॉफ्टवेयर डेवलपमेंट प्रोसेस
- रेशनल यूनिफाइड प्रोसेस (आरयूपी), आईबीएम/रेशनल सॉफ्टवेयर डेवलपमेंट प्रोसेस
- ओरेकल एकीकृत विधि (ओयूएम), ओरेकल कॉर्पोरेशन विकास और कार्यान्वयन प्रक्रिया
- रेशनल यूनिफाइड प्रोसेस-सिस्टम इंजीनियरिंग (आरयूपी-एसई), सिस्टम इंजीनियरिंग के लिए रेशनल सॉफ्टवेयर द्वारा तैयार आरयूपी का एक संस्करण
संदर्भ
- 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.
| Fields | |||||||
|---|---|---|---|---|---|---|---|
| Concepts |
| ||||||
| Orientations | |||||||
| Models |
| ||||||
| Related fields | |||||||
