ALM - अॅप्लिकेशन लाइफसायकल मॅनेजमेंट - अॅप्लिकेशन लाइफ सायकल मॅनेजमेंट.

सॉफ्टवेअर डेव्हलपमेंट हा एक जटिल उपक्रम आहे. वाटप केलेल्या बजेटमध्ये आणि वेळेवर, स्वीकारार्ह गुणवत्तेसह, बर्‍यापैकी चांगल्या-परिभाषित वैशिष्ट्यांसह सॉफ्टवेअर उत्पादन तयार करण्यासाठी, असंख्य तज्ञांमधील मोठ्या संख्येने क्रियांचा सतत समन्वय आवश्यक असतो. गेल्या 15 वर्षांमध्ये, सॉफ्टवेअर उत्पादन विकास हा एक पूर्ण वाढ झालेला उद्योग बनला आहे, तेथे कागदोपत्री, पूर्णपणे वैयक्तिक दृष्टिकोनासाठी कोणतेही स्थान नाही, म्हणून हे स्वाभाविक आहे की अनुप्रयोग जीवनचक्र व्यवस्थापन पद्धतीचा उदय हा एक लक्षात घेण्याजोगा ट्रेंड बनला आहे.

अर्थात, सॉफ्टवेअर डेव्हलपमेंटच्या प्रक्रियेत प्रतिभावान प्रोग्रामरची कला आणि सॉफ्टवेअर उत्पादन तयार करण्याच्या प्रक्रियेत इतर सहभागींच्या व्यावसायिक कौशल्यांना स्थान असेल, परंतु आज ही वस्तुस्थितीची मुख्य जाणीव झाली आहे की यामध्ये क्रियाकलापांमध्ये विसंगती, दस्तऐवजीकरण आणि व्यक्तीच्या हुकूमशाहीला स्थान नाही. या शतकाच्या पहिल्या दशकातील सॉफ्टवेअर सिस्टीम उद्योगातील सर्वात उल्लेखनीय ट्रेंड म्हणजे ALM (Application Lifecycle Management, ALM) चा उदय - अनुप्रयोग जीवनचक्र व्यवस्थापन .

सॉफ्टवेअर उत्पादनाची निर्मिती ही व्यवसाय प्रक्रिया म्हणून विचारात घेऊन आणि त्याचे चक्रीय स्वरूप लक्षात घेऊन अशा दृष्टिकोनाने व्यवस्थापनाची शिस्त विकसित केली पाहिजे. एएलएमच्या कल्पनेनुसार, कोणत्याही सॉफ्टवेअर सोल्यूशनवर कार्य करणे त्याच्या कार्यान्वित होण्याच्या टप्प्यावर संपत नाही: सिस्टम आधुनिक आणि सुधारित केली गेली आहे, नवीन आवृत्त्या सोडल्या जातात, ज्या प्रत्येक वेळी अनुप्रयोगाच्या जीवन चक्राच्या पुढील फेरीला प्रारंभ करतात.

फॉरेस्टर संशोधन विश्लेषक सॉफ्टवेअर उद्योगासाठी ALM ची ERP शी तुलना करतात. खरे आहे, ALM चा इतिहास खूपच लहान आहे आणि अद्याप यशस्वी अंमलबजावणीची तुलना करता येण्याजोग्या यादीचा अभिमान बाळगू शकत नाही. विश्लेषक कबूल करतात की, अशा उपायांची वस्तुनिष्ठ गरज असूनही, ALM साधने अजूनही मर्यादित उपयोगाची आहेत आणि त्यांची बाजारपेठ अजूनही खंडित आहे. मार्केट वॉचर्सचा असा विश्वास आहे की सध्याच्या ALM ऑफरपैकी कोणतीही अनुप्रयोग जीवनचक्र व्यवस्थापन ऑटोमेशन टूल्सचे पूर्ण संभाव्य फायदे आणि क्षमता पूर्णपणे ओळखत नाही. तथापि, विश्वसनीय आणि उच्च-गुणवत्तेचे सॉफ्टवेअर तयार करण्यासाठी नियंत्रित, अंदाज करण्यायोग्य, कार्यक्षम प्रक्रियेच्या दिशेने विकासाचा विकास या प्रक्रिया स्वयंचलित करण्यासाठी योग्य प्लॅटफॉर्मच्या उदयासोबत असू शकत नाही.

ALM विक्रेते सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेस समर्थन देण्यासाठी विविध साधने आणि तंत्रज्ञान प्रदान करतात. ही साधने वैयक्तिक विकसकाच्या पारंपारिक उत्पादकता साधनांच्या पलीकडे जातात. सॉफ्टवेअर डेव्हलपमेंटवरील सामूहिक कार्यावर लक्ष केंद्रित केलेल्या पद्धती आणि साधने प्रदान करण्याचा त्यांचा उद्देश आहे. व्यवहार्य ALM सोल्यूशन तयार करण्यासाठी, विक्रेत्यांनी "विस्तारित" सॉफ्टवेअर डेव्हलपमेंट टीमच्या गरजा विचारात घेतल्या पाहिजेत आणि मोठ्या प्रक्रियेत सहभागी होणाऱ्या त्यांच्या उत्पादनांमध्ये भूमिका समाविष्ट केल्या पाहिजेत.

आयटी तज्ञ डी. चॅपल ALM च्या सोप्या दृष्टिकोनाविरुद्ध चेतावणी देतात, जे सहसा फक्त सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकल (सॉफ्टवेअर डेव्हलपमेंट लाइफसायकल, SDLC) द्वारे ओळखले जाते: आरंभ, पुनरावृत्ती विकास चक्र, उत्पादन प्रकाशन आणि अंमलबजावणी. ALM च्या शिस्तीमध्ये अशा प्रकारच्या एंटरप्राइझ संसाधनाच्या अस्तित्वाच्या सर्व पैलूंचा विचार करून, कार्यांची विस्तृत श्रेणी समाविष्ट आहे. व्याख्येनुसार, डी. चॅपल, अॅप्लिकेशनच्या जीवन चक्रामध्ये सर्व टप्प्यांचा समावेश असतो ज्यामध्ये संस्था या संसाधनामध्ये एक किंवा दुसर्या मार्गाने गुंतवणूक करते - सॉफ्टवेअर सोल्यूशनच्या सुरुवातीच्या कल्पनेपासून ते जीवनाच्या शेवटच्या सॉफ्टवेअरच्या विल्हेवाटापर्यंत .

एचपीमध्ये ही व्याख्या अत्यंत तपशीलवार आहे - कंपनीच्या मते, सायकल पूर्ण मॉडेलच्या टप्प्यांपैकी एक आहे

ALM हा अनुप्रयोग वितरणाचा टप्पा आहे (आकृती 3.14), आणि त्याशिवाय, नियोजन, ऑपरेशन आणि डिकमिशनिंग देखील आहे. चक्र बंद आहे: जेव्हा संस्था अनुप्रयोगाच्या निरुपयोगीतेबद्दल अंतिम निष्कर्षापर्यंत पोहोचत नाही तोपर्यंत ते सुधारत राहते. ALM ची सक्षम अंमलबजावणी इतर गोष्टींबरोबरच, सॉफ्टवेअर सोल्यूशनच्या प्रभावी ऑपरेशनचा कालावधी वाढवणे आणि परिणामी, मूलभूतपणे नवीन सॉफ्टवेअर उत्पादने खरेदी किंवा तयार करण्याची किंमत कमी करणे हे आहे.

व्यवसायाचे विश्लेषण आवश्यक आहे

प्राधान्य आणि गुंतवणूक

Wor4dlenne SHSHDOISH "कार्यक्रमांचे निरीक्षण

पूर्णता

नियोजन

मार्गदर्शक निर्णय

दुरुस्ती

चुका

देखरेख

सेटिंग

अनुप्रयोग जीवनचक्र

पद्धती

अनुरूपता

आवश्यकता

वारंवार

islopkyuvanis

दीक्षा

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

डिलिव्हरी

सेवेतून काढून टाकणे

सोडा

प्रवेश

तांदूळ. ३.१४. ALM मॉडेल

D. चॅपल जीवन चक्राचे चित्र एका रेषीय चित्रात विस्तारित करते, ALM च्या तीन मुख्य क्षेत्रांवर प्रकाश टाकते: व्यवस्थापन (शासन), विकास (विकास) आणि ऑपरेशन (ऑपरेशन). या क्षेत्रांशी संबंधित प्रक्रिया नवीन अनुप्रयोगाच्या कल्पनेच्या प्रारंभापासून किंवा विद्यमान अनुप्रयोगाच्या आधुनिकीकरणापासून, त्याच्या तैनातीच्या टप्प्यापर्यंत आणि ऑपरेशनच्या पूर्ण पूर्ततेपर्यंत प्रवाहित होतात, आच्छादित होतात.

ALM मधील प्रशासन संपूर्ण अनुप्रयोग जीवन चक्रात लागू केले जाते आणि त्यामध्ये निर्णय घेणे आणि प्रकल्प व्यवस्थापनाशी संबंधित सर्व प्रक्रिया आणि प्रक्रियांचा समावेश होतो. येथे मुख्य कार्य हे सुनिश्चित करणे आहे की अनुप्रयोग एक किंवा दुसर्या व्यावसायिक उद्दिष्टाची पूर्तता करतो, जे ALM च्या या घटकाचे महत्त्व निर्धारित करते. व्यवस्थापन प्रक्रियेसाठी, डी. चॅपल तपशीलवार गुंतवणूक प्रस्तावाच्या विकासाचा संदर्भ देते (भावी अनुप्रयोगाशी संबंधित खर्च, फायदे आणि जोखीम यांचे विश्लेषण असलेले व्यावसायिक प्रकरण), जे विकासाच्या टप्प्याच्या आधी आहे; प्रकल्प आणि पोर्टफोलिओ व्यवस्थापनासाठी पद्धती आणि साधने वापरून विकास व्यवस्थापन (प्रोजेक्ट पोर्टफोलिओ व्यवस्थापन, पीपीएम); एंटरप्राइझ ऍप्लिकेशन पोर्टफोलिओ मॅनेजमेंटचा एक भाग म्हणून चालू असलेल्या ऍप्लिकेशनचे व्यवस्थापन करणे (ऍप्लिकेशन पोर्टफोलिओ व्यवस्थापन, AWP).

अॅप्लिकेशन डेव्हलपमेंट कल्पना जन्माला येण्याच्या क्षणी आणि तयार समाधानाची तैनाती दरम्यान होते. जेव्हा अनुप्रयोग श्रेणीसुधारित करण्याची किंवा नवीन आवृत्त्या सोडण्याची आवश्यकता असते तेव्हा विकास प्रक्रिया देखील तैनातीनंतर लागू केल्या जातात. विकासामध्ये आवश्यकता व्याख्या, डिझाइन, कोडिंग आणि चाचणी यांचा समावेश होतो, जे सर्व सामान्यत: एकाधिक पुनरावृत्तीमध्ये पूर्ण केले जातात.

ऑपरेशन्सचा संदर्भ आहे नियोजित आणि विकास पूर्ण होण्याच्या काही काळापूर्वी सुरू झालेल्या आणि स्क्रॅप होईपर्यंत चालू असलेल्या चालू अनुप्रयोगाचे निरीक्षण आणि व्यवस्थापन करण्याच्या प्रक्रियेचा. सॉफ्टवेअर लाइफ सायकलमध्ये ऑपरेशनल प्रक्रियांचा समावेश हा एक महत्त्वाचा मुद्दा आहे: विकास कार्यसंघ आणि ऑपरेशनल कर्मचार्‍यांचे विखंडन हे एंटरप्राइझ ऍप्लिकेशन्सच्या सर्वात गंभीर समस्यांपैकी एक मानले जाते आणि ALM वापरून त्यांचे एकत्रीकरण कार्यक्षमतेत गंभीर वाढ करण्याचे आश्वासन देते. व्यवसाय सॉफ्टवेअर वापरणे. एकमात्र समस्या अशी आहे की ALM वातावरणात असे एकत्रीकरण अद्याप एक चांगले उद्दिष्ट आहे, वास्तविक अंमलबजावणी नाही.

सराव मध्ये ALM चे वर्णन केलेले सामान्य चित्र सॉफ्टवेअर जीवन चक्राच्या अनेक टप्प्यांचे नियोजन आणि स्वयंचलित करण्याच्या गरजेमध्ये बदलले आहे. आदर्श ALM वातावरण अनुप्रयोग जीवन चक्रातील सर्व सहभागींना एकत्रित करते, त्यांना योग्य संसाधने आणि कार्यांमध्ये सातत्यपूर्ण प्रवेश प्रदान करते आणि त्याच वेळी प्रत्येक वैयक्तिक भूमिकेचा संदर्भ समजून घेते, त्यांच्या कलाकारांना योग्य साधने प्रदान करते.

ALM प्रक्रियेतील सहभागींच्या भूमिकांची विस्तारित यादी आणि ते करत असलेली कार्ये ज्यांना संबंधित टूलकिटद्वारे समर्थित केले जाणे आवश्यक आहे:

• शीर्ष व्यवस्थापक - प्रकल्प पोर्टफोलिओ व्यवस्थापित करा आणि जोखीम आणि उत्पादन गुणवत्तेसह प्रमुख सॉफ्टवेअर जीवन चक्र मेट्रिक्स नियंत्रित करण्यासाठी डॅशबोर्ड वापरा;
• प्रकल्प व्यवस्थापक - प्रकल्पाच्या अंमलबजावणीची योजना आखतात आणि नियंत्रित करतात, संभाव्य जोखमींचे विश्लेषण करतात आणि संसाधनांच्या वाटपासाठी जबाबदार असतात;
• विश्लेषक - व्यावसायिक वापरकर्त्यांशी संवाद साधा, सॉफ्टवेअर उत्पादनासाठी आवश्यकता परिभाषित करा, संपूर्ण प्रकल्पामध्ये आवश्यकता आणि त्यांचे बदल व्यवस्थापित करा;
• आर्किटेक्ट्स - सॉफ्टवेअर सिस्टमच्या आर्किटेक्चरचे मॉडेल, त्याचे कार्यात्मक घटक, डेटा आणि प्रक्रियांसह;
• विकसक - एकात्मिक विकास वातावरण आणि कोडिंग टप्प्यावर विविध सॉफ्टवेअर गुणवत्ता आश्वासन साधने वापरून कोड लिहा;
• गुणवत्ता विभाग अभियंता - चाचण्या तयार करा आणि व्यवस्थापित करा, कार्यात्मक, प्रतिगमन चाचणी, कार्यप्रदर्शन चाचणी, स्वयंचलित चाचणी साधने वापरण्यासह;
• ऑपरेशनल कर्मचारी - अनुप्रयोगाचे निरीक्षण आणि व्यवस्थापन करते आणि उदयोन्मुख समस्यांबद्दल विकास कार्यसंघाला अभिप्राय प्रदान करते;
• व्यावसायिक वापरकर्ते - विशेष साधनांच्या मदतीने, ते आवश्यकता तयार करण्यास, अनुप्रयोगातील दोषांचा अहवाल देण्यास आणि केलेल्या बदलांच्या स्थितीचा मागोवा घेण्यास सक्षम आहेत.

तथापि, "पारंपारिक" ALM प्रक्रिया संस्थेसाठी नफा मिळविण्याची पूर्ण क्षमता साध्य करू शकत नाही. मुद्दा असा आहे की अनेक विक्रेते आक्रमकपणे मर्यादित एंड-टू-एंड ALM सोल्यूशन्स बाजारात आणत आहेत ज्याचे उद्दिष्ट ग्राहकांना बंद तंत्रज्ञान प्लॅटफॉर्मशी जोडणे आहे. ग्राहकांना लवकरच कळते की हे उपाय त्यांच्या विद्यमान विकास प्रक्रिया, साधने आणि प्लॅटफॉर्मसह एकत्रित होत नाहीत. दुर्दैवाने, यामुळे विकास कार्यसंघांना ALM च्या सायल्ड प्रक्रिया आणि डेटा हॉजपॉज एकटे सोडले जाते, ज्यामुळे त्यांना ALM ची पूर्ण क्षमता लक्षात येण्यापासून प्रतिबंध होतो.

युनिफाइड ALM सॉफ्टवेअर वातावरण कॉन्फिगरेशन आणि बदल व्यवस्थापन आणि सॉफ्टवेअर आवृत्ती नियंत्रणावर आधारित प्रक्रिया आणि व्यवस्थापित करण्यासाठी साधने प्रदान करण्यासाठी डिझाइन केले आहे. सर्वसाधारणपणे, ALM पद्धती आणि साधनांची अंमलबजावणी आपल्याला अनुप्रयोग तयार करण्यासाठी आणि ऑपरेट करण्यासाठी मानक प्रक्रिया तयार करण्यास, सर्व प्रकल्पांमध्ये त्यांचे अनुपालन नियंत्रित करण्यास, कठोर बदल व्यवस्थापन प्रक्रिया लागू करण्यास, IT वातावरणावर आणि संपूर्ण व्यवसायावर त्यांच्या प्रभावाचा अंदाज लावू देते. , गुणवत्ता मेट्रिक्स, उत्पादकता आणि विकास जोखीम यांची एक प्रणाली तयार करा, संपूर्ण जीवन चक्रात या मेट्रिक्सचा मागोवा घ्या आणि त्यांचे विश्लेषण करा आणि शेवटी तुम्ही तयार केलेले अनुप्रयोग खरोखर तुमच्या व्यावसायिक उद्दिष्टांशी संरेखित आहेत याची खात्री करा.

सुरुवातीला, बोरलँड आणि IBM रॅशनल या काही नवोदितांपैकी काही ज्यांना ALM चे महत्त्व समजले आणि त्यांचे उत्पादन प्रकाशन धोरण बदलले. स्पष्ट संधींना प्रतिसाद देत, इतर कंपन्या विजेत्या ALM संकल्पनेत सामील झाल्या: Microsoft, Telelogic, Mercury, Serena, Compuware, CollabNet आणि Mercury. आज, ALM हा एक प्रस्थापित ट्रेंड आहे आणि विश्लेषकांनी ओळखला जाणारा वाढणारा उद्योग आहे. ALM विक्रेते सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेस समर्थन देण्यासाठी विविध साधने आणि तंत्रज्ञान प्रदान करतात. ही साधने वैयक्तिक विकसकाच्या पारंपारिक उत्पादकता साधनांच्या पलीकडे जातात. सॉफ्टवेअर डेव्हलपमेंटवरील सामूहिक कार्यावर लक्ष केंद्रित केलेल्या पद्धती आणि साधने प्रदान करण्याचा त्यांचा उद्देश आहे. व्यवहार्य ALM सोल्यूशन तयार करण्यासाठी, विक्रेत्यांनी मोठ्या सॉफ्टवेअर डेव्हलपमेंट टीमच्या गरजा विचारात घेतल्या पाहिजेत आणि मोठ्या प्रक्रियेत सहभागी होणाऱ्या त्यांच्या उत्पादनांमध्ये भूमिका समाविष्ट केल्या पाहिजेत.

पहिल्या ALM प्रणालींचा एक सामान्य दोष म्हणजे जीवन चक्राच्या वेगवेगळ्या टप्प्यांसाठी मॉड्यूल्सचे कमकुवत एकत्रीकरण, दोन्ही एका निर्मात्याच्या प्लॅटफॉर्ममध्ये आणि भिन्न विक्रेत्यांकडून समाधान. सर्वसमावेशक ALM प्लॅटफॉर्म वापरण्यास सक्षम नसल्यामुळे, ग्राहकांनी भिन्न भागांपासून ते तयार केले, ज्यामुळे त्यांना एंड-टू-एंड लाइफसायकल प्रक्रिया व्यवस्थापन मॅन्युअली लागू करणे भाग पडले, ज्यामुळे ALM ऑटोमेशनचा मुख्य संभाव्य फायदा समतल झाला. म्हणून, चार वर्षांपूर्वी, फॉरेस्टर विश्लेषकांनी ALM वातावरण सुधारण्यासाठी मुख्य दिशा म्हणून एकात्मिक ALM 2.0 प्लॅटफॉर्मचा उदय होण्याचा अंदाज वर्तवला होता, जे जीवन चक्रातील विविध भूमिकांना समर्थन देण्यासाठी सामान्य सेवा प्रदान करेल, विकास कलाकृतींचे एकल भौतिक किंवा आभासी भांडार वापरेल, सूक्ष्म आणि मॅक्रो जीवन चक्र प्रक्रिया व्यवस्थापित करा, विविध भूमिकांसाठी साधनांच्या एकाच वातावरणात एकीकरण प्रदान केले, जीवन चक्राच्या विविध टप्प्यांसाठी एंड-टू-एंड रिपोर्टिंग क्षमता समर्थित.

आज एएलएमसाठी नवीन आवश्यकता आहेत आणि जलद (चपळ) विकास पद्धतींचा व्यापक वापर यामध्ये निर्णायक भूमिका बजावतो. काही वर्षांपूर्वी, डी. सदरलँड, सर्वात प्रसिद्ध सुरुवातीच्या स्क्रॅम पद्धतींपैकी एकाचे निर्माते, त्यांनी सुरुवातीच्या विकासाच्या कल्पनांचे आगामी संपूर्ण रूपांतर घोषित केले. ती अतिशयोक्ती वाटली, पण अंदाज बरोबर निघाला. कॅपजेमिनी ग्रुपचे विश्लेषक आणि एचपी सॉफ्टवेअर आणि सोल्यूशन्स यांच्या संयुक्त अभ्यासानुसार, 2010 मध्ये 60% पेक्षा जास्त कंपन्यांनी आधीच वापरल्या आहेत किंवा चपळ विकास वापरण्याची योजना आखली आहे आणि फॉरेस्टर सर्वेक्षण सहभागींपैकी फक्त 6% लोकांनी कबूल केले की ते अजूनही फक्त वेगवान पद्धती पाहत आहेत. , बाकीचे सर्व त्यांचा वापर एका किंवा दुसर्‍या प्रमाणात करतात, 39% त्यांची अंमलबजावणी पूर्णतः परिपक्व असल्याचे मानतात.

विकसक चपळ पद्धती वापरतात आणि उत्पादनास उत्पादनात ठेवतात जे चपळ विकासाची वास्तविकता विचारात घेत नाहीत, ज्यामुळे व्यावसायिक आवश्यकतांमध्ये बदल करण्यासाठी कार्यरत अनुप्रयोगांच्या प्रतिसादाच्या गतीमध्ये गंभीर अडथळे निर्माण होतात आणि परिणामी, लवचिकता (चपळता) व्यवसायाचाच. विकसकांनी केलेल्या ऍप्लिकेशन वातावरणातील बदलांना प्रतिसाद देण्यास ऑपरेटिंग कर्मचार्‍यांची असमर्थता किंवा इच्छा नसणे बहुतेकदा दस्तऐवजीकरणातील त्रुटींशी संबंधित असते जे रिलीज केलेल्या सॉफ्टवेअर रिलीझच्या घटकांमधील मुख्य अवलंबित्व प्रतिबिंबित न करता टप्प्याटप्प्याने पास केले जाते, आणि अधिक जागतिक स्तरावर, विकासक आणि ऑपरेशनल कर्मचार्‍यांमध्ये विश्वासार्ह आणि स्वयंचलित संप्रेषण चॅनेल नसल्यामुळे. आधुनिक डेटा सेंटर मॅनेजमेंट ऑटोमेशन टूल्स आणि क्लाउड्ससह आयटी इन्फ्रास्ट्रक्चर्सच्या अंमलबजावणीसाठी नवीन दृष्टीकोनांच्या प्रसारामुळे ही समस्या अधिकच बिकट होत आहे. अत्यंत स्वयंचलित आणि शक्य तितक्या लवकर ऍप्लिकेशन्स तैनात करण्यासाठी डिझाइन केलेले, असे वातावरण स्वयंचलित संप्रेषण चॅनेलच्या अनुपस्थितीत आणि विकास आणि ऑपरेशन टप्प्यांमधील एंड-टू-एंड प्रक्रियांच्या अंमलबजावणीशिवाय बदलांना प्रतिसाद देऊ शकणार नाही.

समस्येच्या तीव्रतेची जाणीव आणि त्यावर उपाय शोधण्याच्या प्रवृत्तीने डेव्हऑप्स या नवीन शब्दाला जन्म दिला, ज्याचा विकास आणि ऑपरेशन्समधील परस्परसंवाद सुधारण्यासाठी संकल्पना आणि तंत्रज्ञानाचा संदर्भ दिला जातो. या कल्पनांच्या अंमलबजावणीसाठी मुख्य आशा विश्लेषकांनी ALM वातावरणाच्या नवीन पिढीवर ठेवल्या आहेत, जे व्यावहारिकदृष्ट्या, सिद्धांतात नाही, अनुप्रयोग जीवन चक्राच्या मुख्य टप्प्यांचे एकत्रीकरण सुनिश्चित करेल. आज तयार केलेले अनुप्रयोग बर्‍याच बाबतीत संमिश्र आहेत आणि सेवा तत्त्वांच्या आधारावर, भिन्न प्लॅटफॉर्मसाठी भिन्न प्रोग्रामिंग भाषांमध्ये कार्यान्वित केलेले घटक, तसेच बाह्य प्रणाली आणि लेगसी सोल्यूशन्स कोडच्या आधारावर एकत्रित केले जातात. त्यांचे जीवनचक्र व्यवस्थापित करण्यासाठी, ALM वातावरणाने एकाधिक विकास वातावरण आणि रनटाइम प्लॅटफॉर्म (जसे की NET आणि J2EE) समर्थन केले पाहिजे आणि बाह्य अनुप्रयोग घटकांचे स्त्रोत कोड, परवाना आणि विकास स्थिती नियंत्रित करण्याची क्षमता प्रदान केली पाहिजे.

चपळ प्रक्रियांचा व्यापक अवलंब करण्याच्या लक्षणांपैकी, विश्लेषक या पद्धतींबाबत ऑर्थोडॉक्सीपासून दूर जाणाऱ्या संस्थांकडे निर्देश करतात. विकासक वेगवेगळ्या प्रक्रिया एकत्र करण्यास घाबरत नाहीत जर ते त्यांना नवीन सिस्टम्सवर काम ऑप्टिमाइझ करण्यास परवानगी देत ​​​​असेल, म्हणून ALM 2.0 वातावरणाने विकास, पोर्टफोलिओ व्यवस्थापन आणि उत्पादन गुणवत्ता हमी या क्षेत्रातील विविध प्रक्रिया आणि पद्धतींना समर्थन दिले पाहिजे. नंतरचे विशेषतः महत्वाचे आहे: एंड-टू-एंड गुणवत्ता व्यवस्थापन प्रक्रिया स्वयंचलित करणे - आवश्यकता व्याख्या ते चाचणी आणि ऑपरेशन पर्यंत - एंड-टू-एंड ALM प्लॅटफॉर्मची सर्वात मोठी शक्ती असू शकते.

सॉफ्टवेअर लाइफ सायकलच्या विविध टप्प्यांना समर्थन देणारी तर्कसंगत उत्पादन लाइन नेहमीच त्याच्या रुंदीने ओळखली जाते आणि मॉड्यूल्सच्या आपापसात एकत्रीकरणावर लक्ष केंद्रित करते. बटलर ग्रुपच्या विश्लेषकांनी IBM रॅशनल सॉफ्टवेअर आणि सिस्टम्स डिलिव्हरी हे लागू केलेल्या ALM घटकांच्या श्रेणीनुसार बाजारात सर्वात परिपूर्ण समाधान म्हणून रेट केले. या संचमध्ये प्रकल्प पोर्टफोलिओ व्यवस्थापन, मॉडेल-आधारित डिझाइन आणि विकास, आवश्यकता व्यवस्थापन, कॉन्फिगरेशन आणि बदल व्यवस्थापन, गुणवत्ता व्यवस्थापन, बिल्ड आणि रिलीज व्यवस्थापन यासाठी उत्पादनांचा समावेश आहे; सॉफ्टवेअर जीवन चक्र प्रक्रियांचे आयोजन करणे आणि या प्रक्रियेवर अहवाल आणि दस्तऐवजीकरण प्रदान करणे. नावातील Systems हा शब्द Telclogic च्या अधिग्रहणानंतर दिसला, ज्याचे उपाय सपोर्टिंग सिस्टीम अभियांत्रिकी प्रक्रियांवर केंद्रित आहेत आणि आता ते तर्कसंगत पोर्टफोलिओमध्ये समाकलित झाले आहेत. IBM ALM वातावरणात त्यांचा समावेश सॉफ्टवेअर आणि सिस्टीम विकास प्रक्रियांमधील अभिसरण आणि त्यांच्यासाठी एकल जीवनचक्र व्यवस्थापन वातावरण तयार करण्याचा कल प्रतिबिंबित करतो.

पण ALM तंत्रज्ञानाच्या विकासात IBM चे सर्वात महत्त्वाचे योगदान म्हणजे एकात्मिक एंटरप्राइझ ऍप्लिकेशन लाइफसायकल मॅनेजमेंट प्लॅटफॉर्मची अंमलबजावणी करण्यासाठी पायाभूत सुविधा निर्माण करण्यासाठी Jazz चा दीर्घकालीन प्रकल्प आहे. आजपर्यंत, तर्कसंगत कुटुंबातील अनेक उत्पादने आधीच जॅझ प्लॅटफॉर्मसह एकत्रित केली गेली आहेत, अनेक नवीन उपाय सोडले गेले आहेत जे मूळत: जॅझवर काम करण्यासाठी डिझाइन केले गेले होते आणि भविष्यात, जाझच्या पायाभूत सुविधांसाठी समर्थन प्रदान केले जाईल. तर्कसंगत कुटुंबातील घटक.

जॅझचा मुख्य भाग जॅझ फाउंडेशन प्लॅटफॉर्म आहे, जो जॅझ टीम सर्व्हर आणि अनेक अतिरिक्त एकत्रीकरण मॉड्यूल एकत्र करतो. जॅझ टीम सर्व्हर ALM साठी जीवन चक्राच्या वेगवेगळ्या टप्प्यांसाठी घटक एकत्रित करण्यासाठी एक नवीन दृष्टीकोन प्रदर्शित करतो (चित्र 3.15, ). जर पारंपारिकपणे असे एकत्रीकरण वैयक्तिक उत्पादनांमधील पॉइंट-टू-पॉइंट कनेक्शनवर आधारित असेल, तर जॅझ REST मानकांवर आधारित एक मुक्त वितरित सेवा आर्किटेक्चर लागू करते, जे एकमेकांशी वाद्य घटकांचा एक साधा संवाद प्रदान करते (एएलएम वेबचा एक प्रकार) . RESTful इंटरफेस विविध मॉड्यूल्सचा डेटा आणि कार्यक्षमता सेवा म्हणून प्रस्तुत करण्याची परवानगी देतो. वेब मानक-आधारित दृष्टीकोन वापरणे जॅझला उच्च स्केलेबल बनवते, प्लॅटफॉर्मला एक अष्टपैलू समाधान बनवते जे लहान संघ आणि मोठ्या विकास संघांमध्ये ALM कार्यांना समर्थन देऊ शकते.

प्रकल्प आणि संघ रचना

कार्यक्रम सूचना

जाझ टीम सर्व्हर

आवश्यकता आयटम आणि संबंध IlJ इव्हेंट इतिहास,

"केस ...... आयटम इतिहास ट्रेंड वापरा

स्रोत कोड तयार करतो. चाचणी प्रकरणे चाचणी निकाल

सुरक्षा आणि प्रवेश

तांदूळ. ३.१५. इंटिग्रेटेड एंटरप्राइझ ऍप्लिकेशन लाइफसायकल मॅनेजमेंट प्लॅटफॉर्म

आधुनिक ऍप्लिकेशन लाइफसायकल मॅनेजमेंट वातावरणातील प्रमुख क्षमता सक्षम करण्यासाठी जॅझ फाउंडेशन सर्व ALM घटकांसाठी सामान्य असलेल्या सेवा प्रदान करते. या, उदाहरणार्थ, सहयोग सेवा आहेत ज्या सामान्य समस्यांचे निराकरण करण्याच्या प्रक्रियेत विविध कार्यसंघ सदस्यांच्या परस्परसंवादाची खात्री करतात, जीवन चक्राच्या विविध टप्प्यांमधील संबंध राखतात आणि त्याच वेळी ALM मधील प्रत्येक विशिष्ट भूमिकेचा संदर्भ विचारात घेतात. . जॅझ-समर्थित सहयोग साधने त्वरित संदेशन, दीर्घ चर्चा साधने, विकी आणि इतर लोकप्रिय वेब 2.0 वैशिष्ट्ये वापरतात. या प्रकरणात, कार्यसंघ सदस्यांमधील सर्व परस्परसंवाद प्रकल्प संसाधने मानले जातात जे या परस्परसंवादांचे स्त्रोत म्हणून काम केलेल्या कलाकृतींच्या संबंधात संग्रहित केले जातात (उदाहरणार्थ, दोष किंवा चाचणी प्रकरणे).

जॅझ फाउंडेशन सेवा तुम्हाला तर्कसंगत युनिफाइड प्रक्रिया आणि विविध जलद विकास पर्यायांसह विविध पद्धतींनुसार प्रक्रिया परिभाषित आणि कार्यान्वित करण्याची परवानगी देतात. यासाठी, इव्हेंट सूचना साधने प्रदान केली जातात, विशिष्ट वर्कफ्लोच्या अंमलबजावणीमध्ये कार्यसंघ सदस्यांमधील संवादासाठी समर्थन, नियमांची अंमलबजावणी करणे आणि तपासणे, मूलभूत कार्ये स्वयंचलित करणे, जीवन चक्राच्या विविध टप्प्यांसाठी साधनांचा वापर करून कार्यप्रवाह आयोजित करणे. जीवन चक्र प्रक्रिया आणि प्रक्रिया व्यवस्थापनाची पारदर्शकता सुनिश्चित करण्यासाठी बरेच लक्ष दिले जाते, ज्यासाठी प्रकल्पाची स्थिती, समस्या आणि जोखीम यावर अचूक प्रक्रिया मेट्रिक्स सादर केले जातात आणि त्यांचा मागोवा घेण्यासाठी डॅशबोर्ड प्रदान केले जातात, वास्तविक वेळेसह, विविध स्तरांवर, वैयक्तिक प्रक्रियेतील सहभागींपासून ते संघापर्यंत. आणि पोर्टफोलिओ व्यवस्थापनाची पातळी. इतर जाझ फाउंडेशन सेवांमध्ये शोध इंजिन, सुरक्षा साधने, भूमिका-आधारित प्रवेश आणि सर्व विकास संसाधनांसाठी वितरित भांडार यांचा समावेश होतो.

जॅझ प्लॅटफॉर्म दृश्ये आणि अंदाजांची श्रेणी प्रदान करून ग्रहण विकास वातावरणाशी समाकलित होते. काही जाझ घटक वेब क्लायंटना देखील समर्थन देतात. जाझ फ्रेमवर्क ग्रहणासाठी दोन महत्त्वपूर्ण दृश्ये प्रदान करते: टीम सेंट्रल आणि टीम आर्टिफॅक्ट्स. दोन्ही दृश्ये माहिती गोळा करण्यासाठी वापरली जातात आणि जॅझ प्लॅटफॉर्म घटकांसह वाढविली जाऊ शकतात. Eclipse द्वारे विकसित केलेले, Jazz प्लॅटफॉर्मचे काही घटक वापरकर्त्यांना वेब ब्राउझरवरून थेट Jazz सर्व्हरमध्ये प्रवेश करण्याची परवानगी देतात.

जाझ वेब यूजर इंटरफेस ही क्षमता प्रदान करतो. हा इंटरफेस IDE ऐवजी अधूनमधून किंवा अधूनमधून वापरकर्त्यांसाठी अधिक योग्य आहे कारण त्याला क्लायंट संगणकावर कोणतेही विशेष सॉफ्टवेअर स्थापित करण्याची आवश्यकता नाही; आपल्याला फक्त वेब ब्राउझरची आवश्यकता आहे. प्रत्येक जॅझ सर्व्हरमध्ये एक मुख्य वेब पृष्ठ आहे जेथे वापरकर्ता प्रकल्प क्षेत्र निवडू शकतो आणि लॉग इन करू शकतो. एकदा लॉग इन केल्यानंतर, वापरकर्ता जॅझ सर्व्हरशी संवाद साधू शकतो आणि नवीनतम इव्हेंट तपासणे, वर्कफ्लो आयटम प्रविष्ट करणे आणि अद्यतनित करणे आणि असेंब्ली डाउनलोड करणे यासह जॅझ रेपॉजिटरीमधील माहिती एक्सप्लोर करू शकतो.

विशेषत: जॅझवर चालण्यासाठी तयार करण्यात आलेल्या रॅशनल फॅमिलीमधील सर्वात रोमांचक नवीन जोडांपैकी एक म्हणजे रॅशनल टीम कॉन्सीट (RTC), सहयोग आणि सॉफ्टवेअर लाइफसायकल प्रोसेस ऑटोमेशन उत्पादनांचा संच पूर्णपणे जॅझ आर्किटेक्चरवर तयार करण्यात आला आहे. आयबीएम रॅशनल टीम कॉन्सर्ट हे बहु-प्रोजेक्ट वातावरणात माहिती प्रणालीच्या विकासाचे आयोजन करण्यासाठी डिझाइन केलेले एक संपूर्ण वातावरण आहे ज्यामध्ये बरेच विकासक शिकतात. हे साधन तुम्हाला विकास तज्ञांच्या प्रयत्नांना एकत्रित करण्यास, त्यांचे प्रभावी परस्परसंवाद आयोजित करण्यास आणि संपूर्ण प्रकल्पातील सर्व प्रकल्प क्रियाकलापांवर सर्वोच्च पातळीचे नियंत्रण ठेवण्यास अनुमती देते.

RTC सॉफ्टवेअर कॉन्फिगरेशन व्यवस्थापन, कार्य आणि बिल्ड व्यवस्थापन, आणि पुनरावृत्ती नियोजन आणि प्रकल्प अहवाल लागू करते, विविध प्रकारच्या विकास प्रक्रिया परिभाषित करते आणि संपूर्ण सॉफ्टवेअर जीवनचक्राला समर्थन देण्यासाठी इतर तर्कसंगत उत्पादनांसह समाकलित करते. 2009 मध्ये, IBM ने रॅशनल क्वालिटी मॅनेजर, एक जॅझ-संचालित चाचणी व्यवस्थापन पोर्टल आणि रॅशनल इनसाइट, उच्च-स्तरीय विकास प्रकल्प पोर्टफोलिओ व्यवस्थापनासाठी कॉग्नोस विश्लेषणे वापरून जॅझ प्लॅटफॉर्मसाठी तयार केलेले कार्यप्रदर्शन व्यवस्थापन साधन देखील जारी केले.

IBM रॅशनल टीम कॉन्सर्टची व्यापक एकीकरण क्षमता हे साधन पूर्णपणे अद्वितीय बनवते. विद्यमान एकीकरणांपैकी, खालील गोष्टी लक्षात घेतल्या पाहिजेत.

• 1. कोलॅबोरेटिव्ह अॅप्लिकेशन लाइफसायकल मॅनेजमेंट (CALM) चा भाग म्हणून IBM Rational Requirements Composer सह एकत्रीकरण, जे तुम्हाला या टास्कच्या आधारावर व्युत्पन्न किंवा सुधारित आवश्यकतांशी वर्क ऑर्डर जोडण्याची परवानगी देते आणि त्याउलट, कामाच्या नियोजनासाठी तयार केलेल्या कामांसह आवश्यकता या आवश्यकतांची अंमलबजावणी.
• 2. सहयोगी ऍप्लिकेशन लाइफसायकल मॅनेजमेंटचा एक भाग म्हणून IBM रॅशनल क्वालिटी मॅनेजरसह एकत्रीकरण, ज्याच्या आधारावर रिलीज केलेल्या सॉफ्टवेअर उत्पादनांच्या चाचणी दरम्यान केलेल्या चाचण्यांच्या परिणामांवर आधारित दोष ट्रॅकिंग आयोजित करणे शक्य होते.
• 3. क्लासिक IBM Rational ClearQuest डेव्हलपमेंट मॅनेजमेंट टूलमध्ये परिभाषित केलेल्या वर्क ऑर्डर आणि बदल विनंत्या सिंक्रोनाइझ करण्यासाठी IBM Rational ClearQuest सह एकत्रीकरण.
• 4. दोन साधनांमधील आवृत्ती आणि कॉन्फिगरेशन व्यवस्थापन कलाकृती सिंक्रोनाइझ करण्यासाठी IBM Rational ClearCase सह एकत्रीकरण.

ओपन जॅझ इंटिग्रेशन आर्किटेक्चर जे IBM रॅशनल टीम कॉन्सर्टला अधोरेखित करते ते इतर प्रणालींसह नवीन एकत्रीकरण यंत्रणेच्या अतिरिक्त विकासास अनुमती देते जे संपूर्ण संस्थेमध्ये तैनात आणि सक्रियपणे वापरले जाऊ शकते. या प्रणालींसह एकीकरण पर्यायांपैकी एक म्हणजे Fineco Soft कंपनीचे RTC ईमेल रीडर उत्पादन वापरणे, जे पूर्वनिर्धारित स्वरूपाच्या ईमेल संदेशांनुसार IBM रॅशनल टीम कॉन्सर्ट वर्क टास्कचे सिंक्रोनाइझेशन प्रदान करते. तथापि, अंगभूत IBM रॅशनल टीम कॉन्सर्ट सूचना उपप्रणालीमुळे रिव्हर्स सिंक्रोनाइझेशन देखील शक्य आहे.

हे देखील लक्षात घेतले पाहिजे की IBM रॅशनल टीम कॉन्सर्टवर आधारित आवृत्ती आणि कॉन्फिगरेशन व्यवस्थापन जवळजवळ कोणत्याही प्रकल्पात आयोजित केले जाऊ शकते, जरी विकास पर्यावरण (IDE) या साधनाशी थेट एकीकरण केले नसले तरीही. हे IBM रॅशनल टीम कॉन्सर्ट जाड क्लायंट आणि नॉन-इंटिग्रेबल IDE च्या संयोजनामुळे शक्य झाले आहे. तर, जर एक्लिप्स आयडीई, आयबीएम रॅशनल सॉफ्टवेअर आर्किटेक्ट, आयबीएम रॅशनल अॅप्लिकेशन डेव्हलपर आणि मायक्रोसॉफ्ट व्हिज्युअल स्टुडिओसाठी असे एकत्रीकरण अस्तित्त्वात असेल, तर, उदाहरणार्थ, डेल्फीसह तुम्हाला आयबीएम रॅशनल टीम कॉन्सिट "जाड क्लायंट" वापरावे लागेल, जे नाही. खूप कठीण.

ऍप्लिकेशन लाइफसायकल मॅनेजमेंट (ALM) वेगाने विकसित होत आहे. सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेत सुधारणा करण्यासाठी हा एक आश्वासक दृष्टीकोन आहे. तथापि, "पारंपारिक" ALM प्रक्रिया संस्थेसाठी नफा मिळविण्याची पूर्ण क्षमता साध्य करू शकत नाही. का? कारण विक्रेते आक्रमकपणे मर्यादित एंड-टू-एंड ALM सोल्यूशन्स बाजारात आणत आहेत ज्याचे उद्दिष्ट ग्राहकांना बंद तंत्रज्ञान प्लॅटफॉर्मशी जोडणे आहे. ग्राहकांना लवकरच कळते की हे उपाय त्यांच्या विद्यमान विकास प्रक्रिया, साधने आणि प्लॅटफॉर्मसह एकत्रित होत नाहीत. दुर्दैवाने, यामुळे विकास कार्यसंघांना ALM च्या सायल्ड प्रक्रिया आणि डेटा हॉजपॉज एकटे सोडले जाते, ज्यामुळे त्यांना ALM ची पूर्ण क्षमता लक्षात येण्यापासून प्रतिबंध होतो.

या समस्येचे निराकरण करण्यासाठी, नवीन दृष्टीकोन आवश्यक आहे. एक दृष्टीकोन जो ग्राहकांना मिश्र विकास वातावरण वापरून सॉफ्टवेअर तयार करण्यास अनुमती देईल. बोरलँडच्या ओपन ALM सोल्यूशन्ससह, संस्था त्यांच्या विद्यमान विकास संसाधनांचा आणि साधनांचा फायदा घेऊ शकतात. हे संपूर्ण सॉफ्टवेअर डेव्हलपमेंट सायकलमध्ये पारदर्शकता, नियंत्रण आणि शिस्त मिळविण्यात मदत करेल. ग्राहकांना आता ऑप्टिमाइझ केलेल्या ALM प्लॅटफॉर्मचा आणि एकल, आटोपशीर आणि मोजता येण्याजोगा सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेचा फायदा होऊ शकतो.

प्रेडिक्टेबल सॉफ्टवेअर डेव्हलपमेंट: मिशन इम्पॉसिबल?

सॉफ्टवेअर डेव्हलपमेंट, खरं तर, एक अतिशय जटिल उपक्रम आहे. वाटप केलेल्या बजेटमध्ये आणि वेळेवर, स्वीकारार्ह गुणवत्तेसह, बर्‍यापैकी चांगल्या-परिभाषित वैशिष्ट्यांसह सॉफ्टवेअर उत्पादन तयार करण्यासाठी, असंख्य तज्ञांमधील मोठ्या संख्येने क्रियांचा सतत समन्वय आवश्यक असतो.

जेव्हा संस्था वितरित विकास मॉडेल्स (उदाहरणार्थ, ऑफशोअर प्रोग्रामिंग किंवा तात्पुरते कर्मचारी आणि उपकंत्राटदारांचा वापर) वापरण्याचा निर्णय घेतात तेव्हा सॉफ्टवेअर प्रकल्पांचे व्यवस्थापन आणि ट्रॅकिंगची जटिलता वाढते. परिणामी, अयशस्वी पूर्ण होणे किंवा प्रकल्प बंद होणे ही एक सामान्य घटना बनली आहे. सॉफ्टवेअर उद्योगात खर्च वाढणे, वेळापत्रक चुकणे, खराब गुणवत्ता आणि खराब विश्वासार्हता हे सर्वसामान्य प्रमाण बनले आहे. त्यानुसार, सॉफ्टवेअर डेव्हलपमेंट संस्थांना अधिक स्मार्ट दृष्टिकोन घेण्यास सांगितले जात आहे. त्यांनी अधिक पारंपारिक अभियांत्रिकी शाखांच्या चरणांचे अनुसरण करणार्‍या चांगल्या-व्यवस्थापित, पद्धतशीर आणि प्रक्रिया-देणारं दृष्टिकोन स्वीकारले पाहिजेत. एक

वाढत्या मानकीकरणामुळे आणि एंटरप्राइझ डेव्हलपमेंट प्लॅटफॉर्मच्या वापरामुळे, उद्योगासमोरील आव्हाने कमी तांत्रिक स्वरूपाची बनली आहेत. सॉफ्टवेअर डेव्हलपमेंटमधून स्थिर आणि अंदाजे नफा मिळवण्याची क्षमता अनेक माहिती तंत्रज्ञान (IT) व्यावसायिकांसाठी मुख्यत्वे प्राधान्य बनली आहे. सॉफ्टवेअर डेव्हलपमेंटच्या बाबतीत त्यांचे कार्यसंघ प्रभावी होतील असा आत्मविश्वास त्यांना हवा आहे. या बाबी लक्षात घेऊन, बोरलँडने ALM साठी प्लॅटफॉर्म विकसित केले आहेत. ते सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेची स्थिरता आणि अंदाज करण्याच्या समस्येचे निराकरण करण्यासाठी डिझाइन केलेले आहेत.

1 प्रमुख उद्योग ट्रेंड जसे की CMM/CMMI प्रक्रिया सुधारणा वातावरणाचा वेगवान अवलंब आणि आउटसोर्स डेव्हलपमेंट मॉडेल्सचा वाढता वापर सॉफ्टवेअर डेव्हलपमेंट उद्योगाच्या या स्पष्ट परिवर्तनाशी जवळून संबंधित आहे.

ALM चे आगमन

अ‍ॅप्लिकेशन डेव्हलपमेंट टूल्स उद्योग अंदाज लावता येण्याजोग्या सॉफ्टवेअर डेव्हलपमेंटच्या गरजेला प्रतिसाद देत असल्याने, वैयक्तिक विकसकासाठी फक्त साधनांवर लक्ष केंद्रित केले आहे. उत्पादकांनी त्यांच्या ऑफरचा विस्तार केला आहे आणि त्यांच्या उत्पादनांमध्ये विद्यमान आणि नवीन दोन्ही वैशिष्ट्ये एकत्रित केल्या आहेत. आता त्यांचे निराकरण सॉफ्टवेअर विकास प्रक्रियेतील इतर भूमिकांशी संबंधित कार्ये करतात. सहयोगी विकास प्लॅटफॉर्म म्हणून अनेकदा विक्री आणि विक्री केली जाते, या उत्पादन सूट्सने ऍप्लिकेशन लाइफसायकल मॅनेजमेंट (ALM) तंत्रज्ञानाच्या आगमनाची घोषणा केली. ही बाजारपेठेतील एक नवीन श्रेणी बनली आहे आणि सॉफ्टवेअर डेव्हलपमेंटमधील एक वेगळी शिस्त बनली आहे. ALM प्लॅटफॉर्म विशेषतः सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेची भविष्यवाणी आणि अखंडता वाढवण्याच्या आव्हानांना तोंड देण्यासाठी डिझाइन केलेले आहेत. प्रक्रियेत सामील असलेल्या प्रत्येक प्रमुख भूमिकेसाठी एकत्रीकरण आणि ऑटोमेशन प्रदान करून आणि अनेक कार्ये स्वयंचलित करून ते या समस्यांचे निराकरण करतात.

या क्षमता आयटी नेत्यांना त्यांच्या सॉफ्टवेअर प्रोजेक्ट पोर्टफोलिओमध्ये समतोल आणि प्राधान्य देण्यास अनुमती देतात. ते त्यांच्या संघांचे उच्च स्तरावरील व्यवस्थापन आणि प्रकल्पांच्या अंमलबजावणीमध्ये अधिक पारदर्शकता प्राप्त करू शकतात. ALM सह, व्यवस्थापक सॉफ्टवेअर विकास प्रक्रियेवर अधिक नियंत्रण मिळवू शकतात. हे कॉर्पोरेट गव्हर्नन्ससाठी चांगल्या संधी प्रदान करते आणि संस्थेला विविध नियम आणि नियमांचे पालन करण्यास मदत करते.

ALM उद्योग

सुरुवातीला, एएलएम ट्रेंडचे महत्त्व समजून घेतलेल्या काही नवोदितांपैकी काही आणि त्यांचे उत्पादन लॉन्च करण्याच्या धोरणांमध्ये स्पष्टपणे समर्थन करण्यासाठी बदल केले. बोरलँडआणि IBM तर्कशुद्ध. स्पष्ट संधींना प्रतिसाद देत, इतर कंपन्या विजेत्या ALM संकल्पनेत सामील झाल्या: Microsoft, IBM Rational/Telelogic, Mercury, and Serena. आज, ALM हा एक प्रस्थापित ट्रेंड आहे आणि विश्लेषकांनी ओळखला जाणारा वाढणारा उद्योग आहे. ALM विक्रेते सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेस समर्थन देण्यासाठी विविध साधने आणि तंत्रज्ञान प्रदान करतात. ही साधने वैयक्तिक विकसकाच्या पारंपारिक उत्पादकता साधनांच्या पलीकडे जातात. सॉफ्टवेअर डेव्हलपमेंटवरील सामूहिक कार्यावर लक्ष केंद्रित केलेल्या पद्धती आणि साधने प्रदान करण्याचा त्यांचा उद्देश आहे. व्यवहार्य ALM सोल्यूशन तयार करण्यासाठी, विक्रेत्यांनी "विस्तारित" सॉफ्टवेअर डेव्हलपमेंट टीमच्या गरजा विचारात घेतल्या पाहिजेत आणि मोठ्या प्रक्रियेत सहभागी होणाऱ्या त्यांच्या उत्पादनांमध्ये भूमिका समाविष्ट केल्या पाहिजेत.

पोर्टफोलिओ-स्तरीय डॅशबोर्ड व्यवस्थापकांच्या गरजांसाठी प्रदान केले जातात, महत्त्वपूर्ण प्रकल्प मेट्रिक्स समाविष्ट करतात: जोखीम, प्रगती आणि गुणवत्ता.

प्रकल्प व्यवस्थापकांच्या गरजांसाठी, प्रकल्प नियोजन आणि नियंत्रण, संभाव्य पर्यायांचे विश्लेषण आणि संसाधन वाटप यासाठी साधने प्रदान केली जातात.

विश्लेषकांच्या गरजांसाठी, आवश्यकता परिभाषित करण्यासाठी, अंतिम वापरकर्त्यांशी आणि प्रकल्पाच्या इतर भागधारकांशी संवाद साधण्यासाठी साधने प्रदान केली जातात. तसेच या स्तरावर, त्यानंतरच्या बदलांसह, प्रकल्पाच्या संपूर्ण जीवन चक्रातील आवश्यकता व्यवस्थापित करण्यासाठी साधने आहेत.

वास्तुविशारदांच्या गरजांसाठी, ऍप्लिकेशनच्या विविध पैलूंच्या (घटक, डेटा, प्रक्रिया) व्हिज्युअल मॉडेलिंगसाठी, तसेच डिझाइन पॅटर्न आणि कॉर्पोरेट आर्किटेक्चरचे वर्णन करण्यासाठी साधने प्रदान केली जातात.

विकासकांच्या गरजांसाठी विविध प्रोग्रामिंग वातावरण प्रदान केले जाते, तसेच कोड-स्तरीय गुणवत्ता हमी साधने (उदाहरणार्थ, एक्झिक्युशन प्रोफाइलर, तसेच युनिट चाचणी आणि स्वयंचलित कोड ऑडिटिंगसाठी साधने).

दर्जेदार अभियंत्यांच्या गरजांसाठी, चाचण्या तयार करण्यासाठी आणि व्यवस्थापित करण्यासाठी, प्रतिगमन आणि कार्यात्मक चाचणीसाठी, तसेच स्वयंचलित कामगिरी चाचणीसाठी साधने प्रदान केली जातात.

एक सामूहिक पायाभूत सुविधा संपूर्ण समूहाच्या सामान्य समस्यांचे निराकरण करण्यासाठी कार्य करते. हे सहयोग, प्रक्रिया व्यवस्थापन, बदल व्यवस्थापन आणि आवृत्ती नियंत्रणासाठी साधने प्रदान करते.

सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेच्या व्यवस्थापकांच्या गरजांसाठी, कॉर्पोरेट तांत्रिक मानकांचा संच मॉडेलिंग आणि लागू करण्यासाठी साधने प्रदान केली जातात.

अंतिम वापरकर्त्यांच्या आणि संस्थेतील इतर भागधारकांच्या गरजांसाठी, आवश्यकता व्यवस्थापन स्वयंचलित करण्यासाठी साधने प्रदान केली जातात. त्यांना आवश्यकतांबद्दल माहिती सामायिक करण्याची, दोषांची तक्रार करण्याची आणि उपस्थित केलेल्या समस्यांच्या स्थितीचा मागोवा घेण्याची संधी देखील दिली जाते.

ALM तंत्रज्ञान हे ऍप्लिकेशन डेव्हलपमेंट टूल्स उद्योग आणि त्याच्या ग्राहकांसाठी एक मोठे पाऊल म्हणून ओळखले जाते. विशेष म्हणजे, स्टँडिश ग्रुपचा नवीनतम "अराजक अहवाल" दर्शवितो की अयशस्वी सॉफ्टवेअर प्रकल्पांचा दर गेल्या दशकात निम्म्यावर आला आहे. ही सुधारणा अंशतः ALM ला दिली जाऊ शकते. तथापि, ग्राहकांच्या गरजा बारकाईने पाहिल्यास हे दिसून येते की ALM चे स्पष्ट फायदे असूनही, या तंत्रज्ञानाची पूर्ण क्षमता ओळखणे अद्याप कठीण आहे. हे करण्यासाठी, तुम्हाला मूलभूत दृष्टिकोन बदलण्याची आवश्यकता आहे जी सॉफ्टवेअर जीवन चक्रात समाविष्ट असलेल्या प्रक्रिया आणि साधने एकत्रित करण्यासाठी वापरली जाते.

व्यवसायासाठी ALM ची क्षमता मोठ्या प्रमाणात वापरण्यात येत नाही

सध्याच्या सोल्यूशन्समुळे व्यवसायासाठी ALM चा पूर्णपणे फायदा घेणे कठीण का आहे हे अधिक चांगल्या प्रकारे समजून घेण्यासाठी, विशिष्ट सॉफ्टवेअर डेव्हलपमेंट आणि ऑपरेशन्सचे वातावरण जवळून पाहू या. प्रक्रिया, विकास साधने आणि उत्पादन प्लॅटफॉर्मच्या संदर्भात सॉफ्टवेअरचे उत्पादन आणि उपयोजित कसे केले जाते ते आम्ही तपासू. शेवटी, ही चर्चा स्पष्ट करते की सॉफ्टवेअर उत्पादन ही शेवटची व्यावसायिक प्रक्रिया का राहते जी पूर्ण केली जात नाही - एकटे सोडा स्वयंचलित - स्थिर आणि अंदाजे पद्धतीने.

कॉर्पोरेट आयटी वातावरण: विषमतेची समस्या

इंटरनेटचे आगमन आणि व्यापाराचे मुख्य व्यासपीठ म्हणून त्याचा विस्तार यामुळे पारंपारिक आयटी संस्थांमध्ये महत्त्वपूर्ण बदल घडून आले आहेत. संसाधनांचा अभाव आणि लवचिकतेसाठी उच्च आवश्यकता असताना सतत काम करण्याची सक्ती केल्याने देखील हे सुलभ झाले. या बदलांची समस्या वास्तुशास्त्रीय उत्क्रांतीशी संबंधित आहे. लेगेसी तंत्रज्ञानापासून नवीन, आधुनिक ऍप्लिकेशन प्लॅटफॉर्मवर हलवून IT प्रतिसाद आणि सेवा पातळी आणि कार्यक्षमता वाढवण्यासाठी हे डिझाइन केले आहे. या उत्क्रांतीची मुख्य क्षेत्रे येथे आहेत.

J2EE आणि .NET या एंटरप्राइझ वितरीत प्लॅटफॉर्मसाठी मेनफ्रेमवर चालणाऱ्या मोनोलिथिक स्पेशलाइज्ड अॅप्लिकेशन्समधून नवीन डेव्हलपमेंट टूल्सकडे स्थलांतर.

SAP NetWeaver आणि Oracle Fusion सारख्या संमिश्र ऍप्लिकेशन रनटाइम्सवर प्रक्रिया करण्यासाठी आणि संमिश्र ऍप्लिकेशनसाठी लेगसी आर्किटेक्चरवर तयार केलेल्या पॅकेज्ड एंटरप्राइझ ऍप्लिकेशन्समधून स्थलांतर करा.

विशेष प्लॅटफॉर्मच्या विशिष्ट गरजांसाठी वापरा. या, उदाहरणार्थ, डेटाबेसेस (PHP, Ruby, इ.) वापरून वेब अनुप्रयोगांसाठी स्क्रिप्टिंग भाषा किंवा समृद्ध वेब आणि मल्टीमीडिया वैशिष्ट्यांसह अनुप्रयोग विकास प्लॅटफॉर्म (उदा. Adobe® Flash®/Flex™).

यातील प्रत्येक तंत्रज्ञान विशिष्ट ऍप्लिकेशन डेव्हलपमेंट टूल्सशी संबंधित आहे (अनेकदा वेगवेगळ्या विक्रेत्यांद्वारे ऑफर केले जाते). या साधनांमध्ये विश्लेषण, डिझाइन, कोडिंग, गुणवत्ता नियंत्रण, आवृत्ती नियंत्रण आणि कॉन्फिगरेशन व्यवस्थापन समाविष्ट आहे.

हे गृहीत धरणे वाजवी आहे, विशेषत: मध्यम आणि मोठ्या कॉर्पोरेशनसाठी, की नजीकच्या भविष्यासाठी, प्रत्येक कॉर्पोरेट आयटी वातावरणात खालीलपैकी किमान तीन तैनाती प्लॅटफॉर्म समाविष्ट असतील: मेनफ्रेम, वितरित वातावरण (J2EE किंवा .NET), आणि एक प्रणाली व्यवसाय ऑटोमेशन - प्रक्रिया (एसएपी किंवा ओरॅकल). असेही दिसते (आणि अधिकाधिक स्पष्ट होत आहे) की काही संस्था J2EE प्लॅटफॉर्म आणि .NET दोन्हीवर सॉफ्टवेअर तैनात करत आहेत. 2

परस्परविरोधी कार्यक्रम

हे लक्षात घेणे मनोरंजक आहे की, स्पष्ट कारणांमुळे, काही आयटी सोल्यूशन विक्रेते कॉर्पोरेट आयटी वातावरणाच्या विषम स्वरूपावर शक्य तितका प्रभाव टाकण्याचा प्रयत्न करीत आहेत. हे विक्रेते मार्केटमध्ये संपूर्ण "जीवनासाठी" सोल्यूशन्स पुढे ढकलून आयटी पर्यावरणाची संस्था पूर्णपणे "हस्ते" घेऊ पाहत आहेत. त्यामध्ये सॉफ्टवेअर डेव्हलपमेंट टूल्स, अॅप्लिकेशन्स चालवण्यासाठी वातावरण आणि नेटवर्क आणि सिस्टम व्यवस्थापित करण्यासाठी साधने असतात. सर्वात मोठे उत्पादक त्यांच्या सोल्यूशन्समध्ये ऑपरेटिंग सिस्टम किंवा अगदी हार्डवेअर देखील समाविष्ट करतात. हे सांगण्याशिवाय जाते की अशा उपायांमध्ये व्यावसायिक सेवांचा एक महत्त्वाचा घटक असतो.

सर्वसमावेशक सिंगल-व्हेंडर सोल्यूशन्ससाठी हा मोठा दबाव असूनही, वास्तविकता अशी आहे की बर्‍याच ग्राहकांसाठी, हा दृष्टिकोन कार्य करणार नाही. अशा संघटना सर्व स्तरांवर विषमता वाढवतात. म्हणून, त्यांच्याकडे भिन्न प्राधान्यक्रमांचा एक संच आहे जो विशिष्ट उद्दिष्टे क्लायंटसाठी (पुरवठादार नाही) महत्त्वपूर्ण बनवतो.

स्पर्धात्मकता वाढवणे. सर्वोत्कृष्ट उत्पादन किंवा सेवा वितरीत करण्याचा प्रयत्न करणाऱ्या संस्था सामान्यत: डिझाइनच्या दृष्टिकोनातून सर्वोत्तम प्लॅटफॉर्म आणि विकास साधने निवडतात. हा दृष्टिकोन त्यांना प्रत्येक प्लॅटफॉर्म विशिष्ट अंतिम वापरकर्त्यांसाठी ऑफर करत असलेले फायदे साध्य करण्यात मदत करतो. हे बर्‍याचदा वेगळ्या प्रकल्पांवर घडते, परंतु हे एकाच प्रकल्पात देखील होऊ शकते. यामुळे अखेरीस "हायब्रिड" ऍप्लिकेशन्स बनतात जे अनेक तंत्रज्ञान डोमेन व्यापतात. येथे काही संबंधित उदाहरणे आहेत.

o संमिश्र अनुप्रयोग किंवा सेवा, ज्यात मेनफ्रेम, पॅकेज केलेले अनुप्रयोग आणि इन-हाउस विकसित वितरित अनुप्रयोग समाविष्ट आहेत.

o J2EE/.NET संकरित जे .NET वैशिष्ट्ये आणि वापरकर्ता इंटरफेस वापरतात. सर्व्हरच्या बाजूने, ते J2EE तंत्रज्ञानाच्या स्केलेबिलिटी, व्यवस्थापनक्षमता आणि सुरक्षिततेचा लाभ घेतात. हा आर्किटेक्चरल नमुना विशेषतः आर्थिक उभ्यामध्ये सामान्य आहे. हे उच्च-कार्यक्षमता ट्रेडिंग प्लॅटफॉर्मसाठी वापरले जाते, कारण वॉल स्ट्रीटवर, विंडोज डेस्कटॉप संगणकांसाठी वास्तविक मानक आहे.

o Flash/J2EE संकरित. सर्व्हरसाठी J2EE तंत्रज्ञानाच्या फायद्यांसह ते व्हिडिओ स्ट्रीमिंग आणि समृद्ध इंटरनेट अनुप्रयोगांसाठी एक व्यासपीठ म्हणून Adobe Flash ची शक्ती एकत्र करतात. हे उच्च प्रमाणात स्केलेबिलिटी आणि समृद्ध मीडिया इंटरफेससाठी अनुमती देते.

विकास खर्च कमी करणे. ओपन सोर्स आणि प्रोप्रायटरी टूल्स आणि प्रोग्रॅम या दोन्ही गोष्टी एकत्र करून सॉफ्टवेअर डेव्हलपमेंट आणि डिप्लॉयमेंटची किंमत कमी करण्याचा प्रयत्न संस्था करत आहेत. या संदर्भात, LAMP सूट (Linux, Apache, MySQL, PHP) ची वाढती लोकप्रियता आणि संस्थांमध्ये त्याचा वाढता वापर उल्लेख करणे योग्य आहे.

उत्पादनांच्या बाजारपेठेसाठी कमी वेळ. संस्था त्यांच्या ऑफर केलेल्या विशिष्ट नोकरीच्या फायद्यांमुळे काही विकास साधनांना प्राधान्य देऊ शकतात. यामुळे उत्पादनांसाठी बाजारपेठेतील वेळ लक्षणीयरीत्या कमी करण्याची क्षमता आहे.

आधीच केलेल्या गुंतवणुकीचा प्रभावी वापर. कोणताही "नाश आणि बदला" दृष्टीकोन महत्त्वपूर्ण अडथळ्यांमध्ये जातो. हे या वस्तुस्थितीमुळे आहे की बहुतेक संस्था जुन्या कार्यक्रम आणि साधनांमधील महत्त्वपूर्ण गुंतवणूक सोडण्यास तयार नाहीत.

जोखीम कमी करणे. IT उद्योगातील काही विक्रेते त्यांच्या प्लॅटफॉर्मसाठी गैर-मानक स्थानिक समर्थन प्रदान करतात. त्यांच्या ग्राहकांच्या दृष्टीने याकडे धोका म्हणून पाहिले जाते. एखाद्या विशिष्ट IT विक्रेत्याच्या प्लॅटफॉर्ममध्ये लॉक केल्यामुळे महत्त्वपूर्ण व्यवसाय जोखीम होऊ शकते, विशेषतः जर तो विक्रेता भविष्यात स्पर्धक असेल (किंवा होईल).

2 प्रमुख उद्योग ट्रेंड जसे की CMM/CMMI प्रक्रिया सुधारणा फ्रेमवर्कचा वेगवान अवलंब आणि आउटसोर्स डेव्हलपमेंट मॉडेल्सचा वाढता वापर सॉफ्टवेअर डेव्हलपमेंट उद्योगाच्या या स्पष्ट परिवर्तनाशी जवळचा संबंध आहे. स्टीव्ह मॅकक्लूरचा J2EE आणि .NET वापरण्याबाबतचा IDC अंतर्दृष्टी अहवाल पुढील गोष्टी सांगतो. सध्याच्या .NET वापरकर्त्यांपैकी 10.4% पुढील 12 महिन्यांत J2EE/J2ME वापरण्याची अपेक्षा करतात; 11.9% J2EE/J2ME वापरकर्ते पुढील 12 महिन्यांत .NET विकासामध्ये सहभागी होण्याची अपेक्षा करतात.

IT विषमता: ALM चे सर्वात मोठे आव्हान

थोडक्यात, आयटी उद्योगातील अनेक संस्था विषमता हा एकमेव पर्याय म्हणून पाहतात, कारण त्याच्याशी संबंधित अनेक व्यावसायिक फायदे आहेत. बर्‍याचदा, विकास कार्यसंघ भिन्न साधने वापरतात जी एकत्र काम करण्यासाठी डिझाइन केलेली नाहीत. एका सॉफ्टवेअर प्रकल्पाच्या संदर्भात सर्व आवश्यक क्रियांसाठी साधनांचा पुरवठा करणारा एकच निर्माता नाही. शिवाय, तीन मुख्य डोमेन पूर्णतः कव्हर करू शकेल असा कोणताही एक विक्रेता नाही: लेगसी सिस्टमचे समर्थन आणि आधुनिकीकरण, पॅकेज केलेल्या अनुप्रयोगांचे विस्तार आणि सानुकूलन आणि नवीन वितरित अनुप्रयोगांचा विकास. त्यामुळे, संस्था एकाच प्रकल्पात आणि विविध तंत्रज्ञान डोमेनमध्ये असमान विकास साधने वापरणे सुरू ठेवण्याची शक्यता आहे. यामुळे, ALM लागू करताना सर्वात मोठी समस्या म्हणजे विकास साधनांची विषमता. लक्षात ठेवा की ALM सॉफ्टवेअर उत्पादन प्रक्रियेत स्वयंचलित मापनक्षमता, सातत्य आणि शिस्तीद्वारे अंदाज आणि अखंडता प्राप्त करण्याचा प्रयत्न करते. तथापि, उच्च प्रमाणात विषमता असलेल्या वातावरणात, सॉफ्टवेअर उत्पादन प्रक्रियेचे हे गुण प्राप्त करणे अधिक कठीण आहे.

मापनक्षमतेसाठी विविध ऍप्लिकेशन डेव्हलपमेंट टूल्स आणि रिपॉझिटरीजमधून मेट्रिक्सबद्दल माहिती गोळा करणे आवश्यक असल्याने, अशा डेटा संकलनासाठी कोणतेही सामान्यतः स्वीकारलेले मानक नाही. प्रक्रियेत सामील असलेल्या सर्व साधनांसाठी कोणतीही सामान्य माहिती योजना नसल्यामुळे, एकत्रित मेट्रिक्सचे "सामान्यीकरण" करणे आणि विशिष्ट प्रकल्पांच्या संदर्भात त्यांची तुलना करणे देखील आवश्यक आहे.

संरेखनासाठी संपूर्ण प्रक्रियेत ट्रॅकिंग क्रियाकलाप आणि वितरणयोग्य गोष्टी आवश्यक आहेत, IT धोरणांपासून ते थेट उपयोजित मॉड्यूल्सपर्यंत. जेव्हा संसाधने आणि प्रक्रिया क्रियाकलाप भिन्न साधने आणि भांडारांमध्ये विखुरलेले असतात तेव्हा ऑपरेशनल नियंत्रणाची ही डिग्री प्राप्त करणे खूप कठीण असते. कोणतीही मानक साधने नाहीत जी स्वयंचलित व्याख्या, संकलन, व्यवस्थापन आणि नियंत्रण माहितीचा वापर प्रदान करतात.

शिस्तीसाठी सॉफ्टवेअर उत्पादन व्यवस्थापित करण्यासाठी विविध सामान्य प्रक्रियांचा उपयोजन, अवलंब आणि नियंत्रण आवश्यक आहे. जेव्हा उप-प्रक्रिया विविध प्रक्रिया साधनांमध्ये "प्रक्रिया बेटे" म्हणून वाहतात तेव्हा हे अधिक जटिल होते. अशा उप-प्रक्रिया (उच्च-स्तरीय प्रक्रियेनुसार) कोरिओग्राफ करण्यासाठी किंवा या साधनांसाठी प्रक्रिया घटक तैनात करण्यासाठी कोणतीही मानक यंत्रणा नाही. भिन्न साधनांच्या वातावरणातील प्रक्रियांचे वर्णन करण्यासाठी कोणतीही एकच शब्दावली नाही. ते सर्व "घटक", "कलाकृती", "प्रकल्प" इत्यादींसाठी त्यांच्या स्वतःच्या भाषा वापरतात. शिस्तीच्या आणखी एका पैलूसाठी व्यवस्थापन आणि प्रभाव विश्लेषणामध्ये महत्त्वपूर्ण बदल आवश्यक आहेत. तथापि, या क्षमतांसाठी एंड-टू-एंड ऑपरेशनल कंट्रोलची योग्य अंमलबजावणी आवश्यक आहे. आधी सांगितल्याप्रमाणे, विषम विकास वातावरणात एंड-टू-एंड नियंत्रण मिळवणे अधिक कठीण आहे.

या समस्यांचे निराकरण करण्यासाठी, एएलएमचा सराव करणार्‍या संस्था बर्‍याचदा अनेक विशिष्ट पॉइंट-टू-पॉइंट एकत्रीकरण विकसित करणे थांबवतात जे सामान्यत: वापरात असलेल्या विविध विकास साधनांमधील तंत्रज्ञानातील अंतर भरतात. अशी एकत्रीकरणे अविश्वसनीय आहेत. जेव्हा साधने अद्ययावत किंवा बदलली जातात तेव्हा ते तुटतात आणि ते तयार करणे आणि देखरेख करणे महाग असते. याव्यतिरिक्त, ते सॉफ्टवेअर प्रक्रियांच्या उदयास कारणीभूत ठरतात ज्या सहजपणे मोजल्या जाऊ शकत नाहीत आणि नियंत्रित केल्या जाऊ शकत नाहीत आणि ज्या व्यवस्थापित करण्यासाठी गैरसोयीच्या आहेत. हे उघड आहे की असा दृष्टिकोन अस्वीकार्य आणि फायदेशीर नाही.

म्हणून, ALM सोल्यूशन प्रदात्यांसाठी, बहुतेक IT संस्थांसमोर एक मोठे आव्हान आहे. या संस्थांना ALM कडून अधिक मूल्य मिळवायचे आहे, म्हणजे सॉफ्टवेअर उत्पादन प्रक्रियेत लक्षणीय सुधारणा ज्यामुळे त्यांना आवश्यक ती स्थिरता आणि अंदाज येईल. तथापि, त्यापलीकडे, ALM ग्राहकांना आणखी काही हवे आहे.

वर्क प्लॅटफॉर्मचे मिश्रण त्यांच्या व्यावसायिक उद्दिष्टांच्या दृष्टीने सर्वात चांगल्या प्रकारे वापरण्याची क्षमता.

विविध व्यावसायिक आणि मुक्त स्रोत अनुप्रयोग विकास साधनांचा विनामूल्य वापर त्यांच्या उपयोजन गरजांसाठी अनुकूलित.

विविध प्रकारच्या व्यावसायिक किंवा विशेष सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेचा विनामूल्य वापर, ज्या संस्कृती, प्रकल्प प्रकार आणि संस्थेने स्वीकारलेल्या मूलभूत तंत्रज्ञानासाठी ऑप्टिमाइझ केल्या आहेत.

या जटिल आवश्यकतांची पूर्तता करण्यासाठी, ALM साठी एक नवीन दृष्टीकोन आवश्यक आहे. एक असा दृष्टीकोन जो ग्राहकांना विषम IT वातावरणात ALM चा पूर्ण लाभ घेण्यास सक्षम करेल. बोरलँडने अलीकडेच ओपन ALM नावाचा आपला दृष्टिकोन आणि उत्पादन धोरण जाहीर केले. हा दृष्टिकोन थेट या समस्येचे निराकरण करण्यासाठी डिझाइन केला आहे. हे एकमेव ALM उपाय आहे जे IT संस्थांना त्यांच्या स्वतःच्या कालमर्यादेत अंदाजानुसार सॉफ्टवेअर तयार करण्यास सक्षम करण्यासाठी जमिनीपासून डिझाइन केलेले आहे.

विषमतेवर मात करणे: ALM चे शेवटचे फ्रंटियर

ओपन ALM दृष्टीकोन बोरलँडची स्थापित दृष्टी आणि उत्पादन धोरण लागू करते. हा दृष्टीकोन व्यावसायिक ALM बाजारपेठेतील एक महत्त्वपूर्ण आर्किटेक्चरल बदल दर्शवितो. खरं तर, पूर्णपणे अंमलात आणल्यास, बोरलँड ओपन एएलएम प्लॅटफॉर्म आणि त्याच्याशी संबंधित ऍप्लिकेशन्स बोरलँडच्या कोणत्याही ऍप्लिकेशन डेव्हलपमेंट टूल्सचा अजिबात वापर न करणार्‍या ग्राहकांनाही लक्षणीय लाभ देऊ शकतात. निःसंशयपणे, बोरलँड त्याच्या साधनांचा व्यवसाय महत्त्वाचा मानतात. कंपनी त्यांचा विकास करणे सुरू ठेवेल आणि सॉफ्टवेअर डेव्हलपरच्या विस्तारित संघासाठी सर्वोत्तम-इन-क्लास साधने वितरीत करेल. ओपन ALM धोरणाला समर्थन देण्यासाठी बोरलँडची साधने हळूहळू बदलतील. हे त्यांना ओपन ALM वर आधारित सॉफ्टवेअर उत्पादनाच्या ऑर्केस्ट्रेशनमध्ये सहभागी होण्यास अनुमती देईल. तथापि, जर ग्राहकांनी मुद्दा पाहिला तर, त्यांच्या विकास आवश्यकतांना समर्थन देणाऱ्या कोणत्याही उत्पादनासह बोरलँडची साधने बदलली जाऊ शकतात. हे तृतीय पक्ष किंवा मुक्त स्त्रोत उत्पादन असू शकते. मॉड्यूलरिटी आणि लवचिकतेची ही पातळी इतर ALM विक्रेत्यांपेक्षा बोरलँडची उत्पादन रणनीती सेट करते, ज्यापैकी बरेच जण संपूर्ण सॉफ्टवेअर पुरवठा शृंखला "मालक" करण्याचा प्रयत्न करीत आहेत.

OpenALM चे फायदे

प्रक्रिया, साधन आणि प्लॅटफॉर्म स्तरांवर अतुलनीय लवचिकता प्रदान करताना ओपन ALM ALM चे कार्यात्मक मूल्य प्रदान करते. विशेषतः, Open ALM वापरकर्त्यांना खालील वैशिष्ट्ये मिळतात.

एकाच सॉफ्टवेअर प्रकल्पाच्या संदर्भात किंवा एकाच वेळी अनेक भिन्न प्रकल्पांसाठी प्लॅटफॉर्म आणि कार्यस्थानांचे कोणतेही संयोजन निवडण्याचे स्वातंत्र्य. या प्रकरणात, निवड व्यवसाय प्राधान्यक्रम किंवा प्रकल्पासाठी उपयुक्ततेच्या आधारावर केली जाते.

अर्थशास्त्र, उत्पादकता आणि तांत्रिक अनुकूलतेवर आधारित तुमच्या निवडलेल्या प्लॅटफॉर्मसाठी सर्वोत्तम विकास साधने निवडण्याचे स्वातंत्र्य.

त्यांच्या प्रकल्पांना आणि निवडलेल्या प्लॅटफॉर्मला अनुकूल अशा विकास प्रक्रिया निवडण्याचे किंवा डिझाइन करण्याचे स्वातंत्र्य

संस्थात्मक संस्कृती आणि वेळ-टू-बाजार आवश्यकता.

ओपन ALM प्लॅटफॉर्म आणि त्याची सहाय्यक साधने, प्रथमच, खालील क्षमतांसह विषम अनुप्रयोग विकास वातावरण तैनात करणार्‍या IT संस्थांना प्रदान करतील.

प्रकल्प व्यवस्थापन आणि प्रक्रिया सुधारणा उपक्रमांना समर्थन देण्यासाठी प्रकल्प आणि पोर्टफोलिओ प्रगती, गुणवत्ता आणि जोखीम मेट्रिक्सचे उत्कृष्ट बहु-आयामी आणि सानुकूल दृश्य.

द होली ग्रेल: संपूर्ण ऑपरेशनल कंट्रोल आणि लाइफसायकल ट्रॅकिंग. हे संपूर्ण विकास प्रक्रियेदरम्यान व्यावसायिक उद्दिष्टे आणि क्रियाकलापांचे वास्तविक संरेखन सक्षम करेल, अंतिम वापरकर्त्याच्या अपेक्षा आणि प्रकल्प परिणाम यांच्यात एक चांगला दुवा प्रदान करेल आणि अचूक आणि सर्वसमावेशक प्रभाव विश्लेषणाद्वारे उत्तम प्रकल्प व्यवस्थापन क्षमता प्रदान करेल.

प्रक्रियांवर आधारित, जीवन चक्रात सामील असलेल्या तज्ञांच्या क्रिया आणि साधनांच्या स्वयंचलित समन्वयाच्या मदतीने सॉफ्टवेअर विकास प्रक्रिया व्यवस्थापनाची नवीन पातळी.

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

प्रकल्प पोर्टफोलिओ व्यवस्थापन (प्रोजेक्ट पोर्टफोलिओ व्यवस्थापन, पीपीएम).संपूर्ण सॉफ्टवेअर डेव्हलपमेंट धोरणाचा विकास व्यवस्थापित करण्यासाठी तसेच सॉफ्टवेअर डेव्हलपमेंट प्रकल्पांच्या पोर्टफोलिओची अंमलबजावणी व्यवस्थापित करण्यासाठी साधने आणि स्वयंचलित प्रक्रिया.

आवश्यकतांची व्याख्या आणि त्यांचे व्यवस्थापन (आवश्यकता व्याख्या आणि व्यवस्थापन, RDM).साधने आणि सर्वोत्तम पद्धतींचा एक संच जो प्रकल्प आवश्यकता अचूक आणि पूर्ण असल्याची खात्री करतो, ते कार्यक्षमतेने व्यावसायिक उद्दिष्टे शोधले जाऊ शकतात आणि ते सॉफ्टवेअर चाचण्यांद्वारे चांगल्या प्रकारे कव्हर केले जातात.

जीवन चक्रातील गुणवत्ता व्यवस्थापन (लाइफसायकल गुणवत्ता व्यवस्थापन, एलक्यूएम).सॉफ्टवेअर डेव्हलपमेंटच्या सर्व टप्प्यांवर गुणवत्तेची व्याख्या आणि मापन व्यवस्थापित करण्यासाठी प्रक्रिया आणि माध्यम. ही साधने एखाद्या प्रकल्पात गुणवत्तेची समस्या लवकर शोधण्यासाठी आणि टाळण्यासाठी तयार केली गेली आहेत जेव्हा त्यांचे निराकरण करण्याची किंमत तुलनेने कमी असते. तसेच, QA संघांना खात्री असणे आवश्यक आहे की त्यांच्या चाचण्या पूर्ण झाल्या आहेत आणि अंतिम वापरकर्त्याच्या आवश्यकतांवर आधारित आहेत.

चेंज मॅनेजमेंट (CM).पायाभूत सुविधा आणि साधने जी बदलाच्या प्रभावाचा अंदाज लावण्यास मदत करतात. ते मल्टी-नोड आणि सिंगल-नोड मॉडेल्समध्ये संसाधने आणि जीवनचक्र बदल क्रियाकलाप व्यवस्थापित करण्यात देखील मदत करतात.

बोरलँड ओपन एएलएम सोल्यूशन

आधीच नमूद केल्याप्रमाणे, ALM चे मुख्य उद्दिष्ट स्वयंचलित मापनक्षमता, संरेखन आणि शिस्तीद्वारे अंदाज लावता येण्याजोगे आणि व्यवस्थापित करण्यायोग्य सॉफ्टवेअर विकास प्रक्रिया साध्य करणे आहे. आम्ही पाहिले आहे की ALM च्या तीन आयामांपैकी प्रत्येक एक विषम ऍप्लिकेशन डेव्हलपमेंट वातावरणात अधिक कठीण होते आणि म्हणून ALM वापरकर्त्यांसाठी अनेक विशिष्ट आव्हाने सादर करतात. बोरलँड ओपन ALM प्लॅटफॉर्म आर्किटेक्चर हे तीन समाधान क्षेत्रांचा एक संच आहे, प्रत्येक विशेषत: मुख्य ALM डोमेनपैकी एका समस्येचे निराकरण करण्यासाठी डिझाइन केलेले आहे. ओपन ALM सोल्यूशनचे प्रत्येक क्षेत्र हे उच्च मॉड्यूलर आणि एक्स्टेंसिबल इन्फ्रास्ट्रक्चर लेयरवर आधारित आहे आणि विशेष अनुप्रयोगांचा संग्रह आहे. इन्फ्रास्ट्रक्चर लेयरचा उद्देश ओपन ALM प्लॅटफॉर्मला उत्पादक किंवा अपेक्षित ऑपरेटिंग पर्यावरण तंत्रज्ञानाचा विचार न करता, व्यावसायिक किंवा मुक्त स्रोत विकास साधने आणि प्रक्रियांच्या कोणत्याही संयोजनासह कार्य करण्यास सक्षम करणे आहे. पुढील पानावरील आकृती बोरलँड ALM सोल्यूशनचे संकल्पनात्मक आकृती दर्शवते.

बोरलँड ओपन एएलएम सोल्यूशन आर्किटेक्चर

ALM साठी व्यवसाय बुद्धिमत्ता उघडा

ओपन बिझनेस इंटेलिजेंस फॉर ALM (OBI4ALM) हे प्रमाणभूत पायाभूत सुविधा आणि अॅप्लिकेशन्सवर आधारित आहे ज्यामुळे प्रगतीची मापनक्षमता वाढवणे, कामाची गुणवत्ता सुधारणे किंवा विविध अनुप्रयोग विकास वातावरणात सॉफ्टवेअर प्रकल्पांसाठी इतर कोणतेही विशेष मेट्रिक. OBI4ALM हे यासाठी नोंदणीकृत असलेल्या कोणत्याही ऍप्लिकेशन डेव्हलपमेंट टूलमधील मेट्रिक्सचे परस्परसंबंध आणि विश्लेषणासाठी विवेकीपणे वितरित डेटा संकलनासाठी फ्रेमवर्क प्रदान करते. डेटा स्रोतांमधून पूर्वनिर्धारित मेट्रिक्स काढून, OBI4ALM फ्रेमवर्क संपूर्ण सॉफ्टवेअर डेव्हलपमेंट सायकलमध्ये विखुरलेली भिन्न माहिती एकत्र आणते. हे एकत्रीकरण उत्तम संधी सादर करते. उदाहरणार्थ, तुम्ही प्रोजेक्ट मेट्रिक्सचे एकूण दृश्य तयार करू शकता आणि नवीन प्रोजेक्ट मेट्रिक्स परिभाषित करू शकता जे अनेक लोअर-लेव्हल मेट्रिक्स एकत्र करतात. OBI4ALM इन्फ्रास्ट्रक्चर डेटा स्टोअर वापरते. या रेपॉजिटरीमध्ये सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेच्या विविध टप्प्यांमध्ये सहभागी असलेल्या साधनांमधून गोळा केलेली वर्तमान आणि ऐतिहासिक माहिती असते. हे क्वेरी आणि डेटा विश्लेषणासाठी ऑप्टिमाइझ केलेली रचना वापरते. OBI4ALM ऍप्लिकेशन्स एकत्रित केलेल्या मेट्रिक्सवर आधारित निर्णय घेण्यासाठी योग्य माहितीमध्ये रूपांतरित करू शकतात. हे निर्णय घेण्यास आणि समस्यांची लवकर सूचना देण्यासाठी समर्थन प्रदान करते.

रिअल-टाइम डेटा डॅशबोर्ड - केपीआयचे सानुकूल करण्यायोग्य दृश्य जे कालांतराने ट्रेंड दर्शवतात.

मेट्रिक-आधारित अॅलर्ट हे सानुकूल करण्यायोग्य अलर्ट आहेत जे काही विशिष्ट परिस्थिती उद्भवतात तेव्हा ट्रिगर केले जातात (उदाहरणार्थ, जेव्हा ट्रेंड विशिष्ट सीमा ओलांडतो). सूचना विविध प्रकल्प समस्यांसाठी व्यवस्थापनाची लवचिकता वाढविण्यात मदत करतात: मंद प्रगती, खराब गुणवत्ता, कमी कामगिरी किंवा इतर कोणतीही समस्या ज्याची मेट्रिक्स वापरून परिमाण करता येईल.

निर्णय साधने ही विश्लेषणात्मक साधने आहेत जी प्रकल्प व्यवस्थापन निर्णय घेण्यास मदत करण्यासाठी प्रकल्प (किंवा एकाधिक प्रकल्प) बद्दल ऐतिहासिक माहिती वापरतात.

ALM साठी ओपन प्रोसेस मॅनेजमेंट

अंतिम विश्लेषणामध्ये, प्रक्रिया ही सर्वात महत्वाची संकल्पना बनते जी संपूर्ण सॉफ्टवेअर जीवन चक्रात व्यापते. प्रक्रिया म्हणजे विविध भूमिकांद्वारे वापरल्या जाणार्‍या साधनांमधील माहिती संरचना सामायिक करणे किंवा वापरकर्ता इंटरफेस स्तरावर क्षमतांचे एकत्रीकरण प्रदान करण्यापेक्षा अधिक आहे. सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेत सामील असलेल्या लोकांच्या आणि सिस्टमच्या क्रियाकलापांमध्ये समन्वय साधण्याची या प्रक्रियेमध्ये वास्तविक क्षमता आहे. त्याच वेळी, प्रक्रिया स्थापित धोरणांचे पालन आणि अंमलबजावणीचे गुणवत्ता नियंत्रण सुनिश्चित करते.

ALM (OPM4ALM) साठी ओपन प्रोसेस मॅनेजमेंट इन्फ्रास्ट्रक्चर घटक आणि ऍप्लिकेशन्सचा एक संच प्रदान करते ज्याचा वापर विविध सॉफ्टवेअर प्रक्रियांचे मॉडेल, उपयोजन आणि अंमलबजावणी करण्यासाठी केला जातो. OPM4ALM प्रक्रिया सहभागींमध्ये मार्गदर्शन आणि कार्ये वितरित करण्यापेक्षा खूप पुढे जाते. ही पद्धत प्रक्रिया ऑटोमेशन लेयरचा देखील वापर करते, जी प्रक्रिया मॉडेल्समध्ये निश्चित केलेल्या नियमांनुसार क्लायंट साइड, सर्व्हर साइड आणि पद्धती एकत्रित करण्यासाठी मुख्य "गोंद" म्हणून काम करते. या दृष्टिकोनातून, ऍप्लिकेशन डेव्हलपमेंट टूल्समधील एकीकरण प्रत्यक्षात निम्न-स्तरीय प्रक्रियांद्वारे प्रदान केले जाते. संघाच्या प्रभावी कार्यासाठी हा मूलभूत आधार बनतो.

OPM4ALM पायाभूत सुविधा वितरित प्रक्रिया इंजिनवर आधारित आहे. हे मॉडेलिंग, कस्टमायझेशन, डिप्लॉयमेंट, ऑर्केस्ट्रेशन आणि एकापेक्षा जास्त सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेचे कोरिओग्राफी विकास साधनांच्या विषम वातावरणात प्रदान करते. OPM4ALM फ्रेमवर्कचा एक महत्त्वाचा भाग म्हणजे प्रक्रिया घटनांचे व्यवस्थापन आणि व्याख्या. ओपन एएलएम वर्कबेंच या इव्हेंटची सदस्यता घेऊ शकते आणि "ऐका" शकते आणि जेव्हा ते घडतात तेव्हा सूचित केले जाऊ शकते. प्रक्रिया इंजिन लवचिक नियम व्याख्या आणि मूल्यमापन देखील प्रदान करते. हे ऍप्लिकेशन डेव्हलपमेंट धोरणांचे वर्णन आणि अंमलबजावणी करण्यास मदत करते.

OPM4ALM ऍप्लिकेशन्स प्रोसेस इन्फ्रास्ट्रक्चर लेयरमधून मूल्य वितरीत करतात. ते खालील वैशिष्ट्ये प्रदान करतात.

मॉडेलिंग, सानुकूल, फिटिंग आणि प्रक्रिया पुन्हा वापरण्यासाठी साधने. ते रिच सॉफ्टवेअर डेव्हलपमेंट मॉडेल वापरून व्यावसायिक किंवा सानुकूल सॉफ्टवेअर प्रक्रियांचे कार्यक्षम डिझाइन सक्षम करतात.

एक एंटरप्राइझ सॉफ्टवेअर प्रक्रिया कन्सोल जे एकत्रित पक्ष्यांच्या डोळ्याचे दृश्य दर्शवते. या दृश्यामध्ये सर्व सॉफ्टवेअर प्रक्रिया समाविष्ट आहेत ज्या विविध प्रकल्पांमध्ये भिन्न विकास साधनांचा समावेश आहे.

प्रक्रिया अनुपालन टूलबार. हे प्रक्रिया विचलन आणि त्यांचे संभाव्य परिणाम दर्शविते आणि अनुपालन उपक्रमांच्या अंमलबजावणीसाठी उपयुक्त असलेल्या अहवाल क्षमता प्रदान करते.

प्रत्येक प्रक्रियेसाठी विशिष्ट मेट्रिक्सवर आधारित मोजमाप आणि अहवाल.

ALM साठी नियंत्रण उघडा

एंड-टू-एंड प्रक्रिया नियंत्रण ALM च्या अनेक महत्त्वाच्या फायद्यांचे समर्थन करते. त्यापैकी काही येथे आहेत: आवश्यकता-आधारित विकास, आवश्यकता-आधारित विकास आणि चाचणी लागू करण्यासाठी आणि बदलांच्या प्रभावाचे अचूक विश्लेषण करण्यासाठी हे एक महत्त्वाचे साधन आहे. ओपन ट्रेसेबिलिटी फॉर ALM (OT4ALM) सॉफ्टवेअर डेव्हलपमेंट दरम्यान तयार केलेल्या संसाधनांमधील संबंध तयार करण्यासाठी आणि वर्गीकरण करण्यासाठी एक फ्रेमवर्क प्रदान करते. हे संबंधित संसाधनांसाठी एक लवचिक लिंक शेड्यूल देखील तयार करते. ही संसाधने कोणत्या साधनांमध्ये आहेत हे महत्त्वाचे नाही. तसेच, हे तंत्रज्ञान संसाधनांमधील लिंक्सच्या आकृतीमध्ये नेव्हिगेट करण्यासाठी तसेच इष्टतम क्वेरी तयार करण्यासाठी आणि या आकृतीमध्ये समाविष्ट असलेला डेटा काढण्यासाठी साधने प्रदान करते.

OT4ALM असे ऍप्लिकेशन प्रदान करते जे निर्णय घेण्यासाठी गोळा केलेल्या नियंत्रण डेटाचे माहितीमध्ये रूपांतर करतात.

स्वयंचलित नियोजन, प्रभाव विश्लेषण, अचूक किंमत आणि बजेट अंदाज.

सीमा नियंत्रण - दिलेल्या सीमांमधून विचलनाची पूर्व चेतावणी (उदा., आवश्यकता पूर्ण न करणारी संसाधने) आणि अवास्तव आवश्यकता.

पुनर्वापर विश्लेषक - तुम्हाला कोडचे मॉड्यूल्स पुन्हा वापरण्याऐवजी संपूर्ण संसाधन झाडे (आवश्यकता आणि मॉडेल्सपासून कोड आणि चाचण्यांपर्यंत) पुन्हा वापरण्याची परवानगी देते.

ट्रेसव्ह्यू - विविध प्रकल्पांसाठी परस्परसंवादी ट्रेस दर्शक. हे सर्व प्रक्रिया संसाधने शोधण्यात आणि त्यांची इतर संसाधनांशी तुलना करण्यात मदत करते.

सामान्य प्लॅटफॉर्म पायाभूत सुविधा

ओपन ALM फ्रेमवर्कमध्ये दोन घटक असतात जे सोल्यूशनच्या सर्व भागात वापरले जातात.

ALM मेटामॉडेल.सॉफ्टवेअर प्रक्रियांचे वर्णन करण्यासाठी एक सामान्य भाषा, प्रक्रिया संसाधने (नियंत्रणाची शक्यता) आणि मोजमापाची एकके (मेट्रिक्स) यांच्यातील दुवे. ALM मेटामॉडेल सॉफ्टवेअर डेव्हलपमेंट डोमेनसाठी एक समृद्ध संकल्पनात्मक मॉडेल प्रदान करते. सर्व ओपन ALM-सुसंगत साधनांनी समजून घेतले पाहिजे अशा मानक शब्दसंग्रहाचे वर्णन करण्यासाठी हे आवश्यक आहे. ही समज ओपन ALM प्लॅटफॉर्ममध्ये प्रभावी संप्रेषण सुनिश्चित करेल.

ALM एकत्रीकरण पातळी.एक्स्टेंसिबल आणि एम्बेड करण्यायोग्य इंटिग्रेशन इंजिन आणि SDK. हे ALM साधनांसाठी कार्य करण्यासाठी, ALM मेट्रिक्स गोळा करण्यासाठी आणि संसाधन निरीक्षणासाठी चार्ट तयार करण्यासाठी एक मानक मार्ग परिभाषित करते. ALM प्लॅटफॉर्मला समर्थन देण्यासाठी आणि सहभागी होण्यासाठी, टूलने प्लॅटफॉर्म प्लग-इन प्रदान करणे आवश्यक आहे जे मानक ओपन ALM API चे समाधान करते. तुम्ही एक विशेष अडॅप्टर देखील वापरू शकता जे टूलला इतर ऍप्लिकेशन डेव्हलपमेंट वातावरणाशी जोडते प्रक्रियांद्वारे ओपन ALM प्लॅटफॉर्मद्वारे आयोजित केले जाते.

ALM उघडण्याचा रस्ता

पुढील 24 महिन्यांत, बोरलँड त्याच्या ओपन ALM प्लॅटफॉर्ममध्ये पायाभूत सुविधा, अनुप्रयोग आणि साधनांचा वाढत्या विस्तार करेल. एंटरप्राइझ ओपन ALM अंमलबजावणीच्या तैनाती आणि यशाला गती देण्यासाठी डिझाइन केलेल्या व्यावसायिक सेवा कार्यक्रमांच्या विस्तृत श्रेणीसह या उत्पादनाला पूरक बनवण्याचा देखील बोरलँडचा मानस आहे. ओपन ALM चे काही फायदे आज ग्राहकांना उपलब्ध आहेत. गुणवत्ता सुधारण्यासाठी आणि त्यांचे बदल आणि प्रकल्प व्यवस्थापन प्रक्रिया सुधारू पाहणाऱ्या संस्थांना बोरलँडचे सध्याचे समाधान अतिशय आकर्षक वाटेल. हे समाधान अनुप्रयोग विकास प्रक्रियेच्या चार महत्त्वाच्या क्षेत्रांसाठी अत्यंत स्वयंचलित आणि एकात्मिक समर्थन प्रदान करते:

प्रकल्प पोर्टफोलिओ व्यवस्थापन (पीपीएम);

आवश्यकता व्याख्या आणि व्यवस्थापन (RDM);

ऍप्लिकेशन लाइफसायकल मॅनेजमेंट (LQM);

चेंज मॅनेजमेंट (CM).

हे उपाय बोरलँड उत्पादने आणि तृतीय पक्ष साधनांमध्ये घट्ट एकत्रीकरणाद्वारे प्रदान केले जातात. हे ग्राहकांना आवश्यक असलेली लवचिकता देते आणि आज सॉफ्टवेअर प्रकल्प व्यवस्थापित करण्याची त्यांची क्षमता मोठ्या प्रमाणात वाढवते.

बोरलँड का?

त्याच्या प्रदीर्घ इतिहासात, बोरलँडने आपल्या ग्राहकांना सर्वात सोयीस्कर मार्गाने सॉफ्टवेअर तयार करण्यास सक्षम करण्यासाठी सातत्याने भागीदारी केली आहे. बोरलँड मानक-आधारित विकास आणि प्लॅटफॉर्म समर्थनासाठी वचनबद्ध आहे. याने IT संस्थांना लवचिकता आणि निवडीचे स्वातंत्र्य दिले. ओपन एएलएमच्या आगमनाने, बोरलँड आपल्या पारंपारिक मूल्यांना संपूर्ण नवीन स्तरावर घेऊन जाते. हे स्पष्टपणे कंपनीला ALM सोल्यूशन्स आणि ना-नफा ALM उपक्रमांच्या इतर विक्रेत्यांपेक्षा वेगळे करते.

ALM, IBM Rational आणि Microsoft या सर्वात मोठ्या सोल्युशन मेकर्सचा विचार केला तर, ग्राहक सेवेला त्यांचे सर्वोच्च प्राधान्य नसते. दोन्ही कंपन्या ग्राहकांना त्यांच्या मिडलवेअर सोल्यूशन्स आणि सिस्टम मॅनेजमेंट प्लॅटफॉर्मशी जोडण्यासाठी त्यांच्या विकास साधनांचा लाभ घेण्याचा सतत प्रयत्न करत आहेत.

या दृष्टिकोनाच्या विपरीत, बोरलँडने नेहमीच Java आणि J2EE मानकांना समर्थन देण्याचा आग्रह धरला आहे आणि प्लॅटफॉर्म, भाषा आणि विकास साधनांसाठी मजबूत आणि एकात्मिक समर्थन देऊ केले आहे. मायक्रोसॉफ्ट. बोरलँडने ALM साठी मायक्रोसॉफ्ट सोल्यूशनचा स्पष्टपणे विस्तार करणे सुरू ठेवले आहे. बोरलँडने नवीनतम मायक्रोसॉफ्ट तंत्रज्ञानाच्या समर्थनासाठी मोठ्या प्रमाणात गुंतवणूक केली आहे. उदाहरणार्थ, कॅलिबरआरएम, टीम सिस्टीमसाठी पहिले पूर्णतः एकात्मिक आवश्यकता व्यवस्थापन समाधान, व्हीएसटीएस टूलद्वारे प्रदान केलेल्या मूलभूत आवश्यकता व्यवस्थापन कार्यक्षमतेचा विस्तार करण्यासाठी Microsoft द्वारे शिफारस केली जाते. बोरलँड Java आणि .NET प्लॅटफॉर्ममधील सहकार्याचा विस्तार करत राहील. यूएमएल ते सी# पर्यंत कोड जनरेशन आणि मायक्रोसॉफ्ट डोमेन स्पेसिफिक लँग्वेजेस (यूएमएल बदलण्यासाठी मायक्रोसॉफ्टचा पर्याय) साठी समर्थन यासारखी अतिरिक्त वैशिष्ट्ये प्रदान करण्याची योजना आहे.

ओपन सोर्सकडे वाटचाल ALM साठी विषमता निर्माण करणाऱ्या आव्हानांशी देखील संबंधित आहे. अनेक ग्रहण उपक्रमांचे उद्दिष्ट (अॅप्लिकेशन लाइफसायकल फ्रेमवर्क (ALF), कोरोना आणि एक्लिप्स प्रोसेस फ्रेमवर्क (EPF)) हे बोरलँड ओपन एएलएम सारखेच आहे. बोरलँडला या प्रकल्पांमागील प्रेरणा समजत असताना, कंपनी त्यांचा दृष्टिकोन अपुरा मानते. ALF आणि कोरोना दोन्ही फक्त ओपन ALM पायाभूत सुविधांचे घटक प्रदान करण्याचा प्रयत्न करत आहेत. तथापि, ओपन एएलएम हा अधिक समग्र दृष्टीकोन आहे. हा दृष्टिकोन ग्राहकांना अॅड-ऑन अॅप्लिकेशन्सच्या संचद्वारे पूर्व-निर्मित पायाभूत सुविधांच्या व्यावसायिक मूल्याचा लाभ घेण्यास अनुमती देतो. ओपन एएलएमच्या दिशेने वाटचाल करताना, बोरलँड इतर एएलएम विक्रेत्यांपेक्षा पुढे आहे. कंपनीने अलीकडेच आपले क्षितिज विस्तारले आहे आणि अतिरिक्त ऍप्लिकेशन डेव्हलपमेंट डोमेन कव्हर करण्याचे उद्दिष्ट ठेवले आहे. बोरलँड SAP NetWeaver आणि Oracle Fusion प्लॅटफॉर्मवर पॅकेज्ड ऍप्लिकेशन डेव्हलपमेंट प्रकल्पांना समर्थन देण्यासाठी सर्वोत्तम दृष्टीकोन देखील शोधत आहे.

निष्कर्ष

बोरलँडचे स्थान अद्वितीय आहे कारण कंपनी ALM वापरकर्त्यांना त्यांच्या स्वतःच्या वेळेत सॉफ्टवेअर तयार करण्यात मदत करते. ओपन ALM दृष्टीकोन आणि उत्पादन धोरण स्पष्टपणे बोरलँडला इतर ALM विक्रेते आणि मुक्त स्रोत उपक्रमांपासून वेगळे करते. बोरलँड हा एकमेव प्रमुख ALM विक्रेता आहे जो सुरुवातीपासूनच IT विषमतेची वास्तविकता ओळखतो. ही कंपनी ALM वापरकर्त्यांना प्रक्रिया, कार्यक्षेत्रे आणि विकास साधनांमध्ये विद्यमान साधने प्रभावीपणे वापरण्यासाठी मदत करण्याचा प्रयत्न करत आहे. प्रक्रिया-आधारित एकत्रीकरणासाठी बोरलँडचा दृष्टीकोन कंपनीला त्याच्या प्रतिस्पर्ध्यांपासून वेगळे करतो. हे बोरलँडला संपूर्ण ALM धोरणामध्ये पारदर्शकता, नियंत्रण आणि सुव्यवस्था प्रदान करण्यास अनुमती देते.

बोरलँडने ओपन ALM साठी पायाभूत सुविधा, अनुप्रयोग आणि संबंधित विकास साधने तयार करणे सुरू केले. त्यामुळे, प्रथमच ग्राहकांना एएलएमच्या क्षमतांचा पूर्णपणे वापर करण्याची संधी मिळणार आहे. ते पूर्णपणे अखंड, आटोपशीर आणि मोजता येण्याजोग्या सॉफ्टवेअर डेव्हलपमेंट प्रक्रियेचा लाभ घेण्यास सक्षम असतील.

कॅरोलिन पॅम्पिनो (IBM)
अर्ज-आधारित: तर्कसंगत टीम कॉन्सर्ट बीटा 3, तर्कशुद्ध गुणवत्ता व्यवस्थापक बीटा 3, बीटा 3

पुनरावलोकन करा

खडतर स्पर्धा अनेक संस्थांना कमी वेळेत उत्पादने तयार करण्यास भाग पाडते आणि त्यांना आणखी नाविन्यपूर्ण बनवते. सॉफ्टवेअर डेव्हलपमेंट हे स्वतःच एक जटिल कार्य आहे, म्हणून माहिती प्रणाली आणि उपकरणे विकसित करणार्‍या संस्थांनी तयार केलेल्या प्रणाली देखील अत्यंत जटिल आहेत. घट्ट मुदतीखालील संघांनी गुणवत्तेचा त्याग न करता किंवा बजेट वाढविल्याशिवाय असे करणे आवश्यक आहे. हे करण्यासाठी, सॉफ्टवेअर डेव्हलपमेंटची कार्यक्षमता सुधारणे हे त्यांचे धोरण असावे. या कोंडीवर उपाय म्हणजे अॅप्लिकेशन लाइफसायकल मॅनेजमेंट (एलसीएम) द्वारे जीवनचक्र परस्परसंवाद सुधारणे.

सॉफ्टवेअर डेव्हलपमेंट प्रोजेक्ट्स, अॅप्लिकेशन लाइफसायकल मॅनेजमेंट सोल्यूशन्सचे समर्थन करण्यासाठी डिझाइन केलेले लोक, प्रक्रिया आणि साधने पुनरावृत्ती सॉफ्टवेअर डेव्हलपमेंट सायकलमध्ये समन्वयित करतात ज्यात नियोजन, बदल व्यवस्थापन, आवश्यकता व्याख्या आणि व्यवस्थापन, आर्किटेक्चर व्यवस्थापन, सॉफ्टवेअर कॉन्फिगरेशन व्यवस्थापन, बिल्ड आणि तैनाती संबंधित क्रियाकलाप समाविष्ट असतात. ऑटोमेशन, गुणवत्ता व्यवस्थापन. एलसीए सोल्यूशन्सच्या मुख्य वैशिष्ट्यांव्यतिरिक्त, त्यामध्ये जीवन चक्र कलाकृतींमधील ट्रेसिंग, प्रक्रिया व्याख्या आणि आश्वासन आणि अहवाल यांचा समावेश आहे.

एलसीए सोल्यूशनचा सर्वात महत्वाचा फायदा म्हणजे प्रकल्पातील भागधारकांसाठी नाविन्यपूर्ण उत्पादने तयार करण्यासाठी प्रकल्पात सहभागी लोक, प्रक्रिया, माहिती आणि साधने यांच्यात समन्वय साधण्याची क्षमता. कोणताही एक-आकार-फिट-सर्व उपाय नसल्यामुळे, आम्ही आमच्या क्लायंटला त्यांच्या संस्थेच्या संस्कृती आणि वातावरणास अनुकूल जीवनचक्र व्यवस्थापन लागू करताना खालील तत्त्वांवर लक्ष केंद्रित करण्याचा सल्ला देतो:

• रिअल-टाइम शेड्यूलिंग वापरा;
• संबंधित कलाकृतींसाठी लाइफसायकल ट्रेसिंग प्रदान करा;
• संदर्भातील परस्परसंवादासाठी संधी प्रदान करा;
• विकासासाठी व्यवसाय विश्लेषणे लागू करा;
• विकास प्रक्रियेत सतत सुधारणा राबवा.

वास्तविक वेळेचे नियोजन

आम्ही योजना आखतो कारण आम्हाला विशिष्ट ध्येय गाठायचे आहे आणि ते कधी साध्य होईल हे आम्हाला जाणून घ्यायचे आहे. काम केव्हा झाले हे कळण्याचा एकच मार्ग आहे. हे करण्यासाठी, हे सुनिश्चित करणे आवश्यक आहे की योजना पूर्णतः प्रकल्पाच्या अंमलबजावणीसह एकत्रित केल्या आहेत आणि नेहमी अद्ययावत आहेत. खालील तक्त्यामध्ये काही ठराविक नियोजन क्रियाकलापांची यादी आहे जी तुम्ही करावी किंवा करू नये.

खालील प्रतिमा दर्शवते की कामाच्या आयटमवरून थेट खर्च केलेला वेळ किती लवकर अपडेट केल्याने योजना अचूक ठेवणे किती सोपे होते.

तांदूळ. 1. कामाच्या आयटममधून घालवलेला वेळ अपडेट केल्याने योजना अचूक राहतात

पुढील तीन प्रतिमा एकाच पुनरावृत्ती योजनेची भिन्न दृश्ये दर्शवतात. दृश्ये वापरल्याने कार्यसंघ समतोल राखण्यात मदत होते, प्रभावीपणे योजना बनते आणि बदलांना अधिक जलद प्रतिसाद देते.

तांदूळ. 2. काही टीम सदस्यांना इतरांपेक्षा जास्त काम असते तेव्हा अनुसूचित वेळ दृश्य दर्शवते

तांदूळ. 3. भौगोलिकदृष्ट्या स्थित लवचिक संघांद्वारे इलेक्ट्रॉनिक टास्क बोर्ड दृश्य वापरले जाऊ शकते

तांदूळ. 4. विकास योजना दृश्य अधिक पारंपारिक पद्धतीने दिवस आणि आठवड्यात कार्यांचे वितरण प्रदर्शित करते

खालील प्रतिमा तर्कसंगत टीम कॉन्सर्टमध्ये त्याच्या संबंधित उत्पादन बॅकलॉगच्या लिंकसह, तर्कसंगत आवश्यकता संगीतकार मधील आवश्यकता संग्रह आणि तर्कसंगत गुणवत्ता व्यवस्थापक मधील चाचणी योजना दर्शवते.

तांदूळ. 5. नियोजनाशी संबंधित आवश्यकता आणि चाचणी योजनांचा संग्रह आहे.

IBM रॅशनल कोलॅबोरेटिव्ह लाइफसायकल मॅनेजमेंट सोल्यूशनमध्ये पूर्णपणे एकात्मिक, रिअल-टाइम प्लॅनिंग समाविष्ट आहे.

जीवन चक्र ट्रेस

सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकलमध्ये ट्रेसिंग हे आणखी एक छान "आहेत छान" वैशिष्ट्य नाही. ट्रेसिंगमुळे टीममधील इतर प्रत्येकजण काय करत आहे हे समजण्यास मदत करते. उदाहरणार्थ, आवश्यकता विश्लेषकाला त्यांनी कोणत्या गरजा लिहिल्या आहेत हे चांगले ठाऊक आहे, परंतु त्याला हे देखील माहित असणे आवश्यक आहे की विशिष्ट आवश्यकता विशिष्ट विकास पुनरावृत्तीवर विचारात घेतली जाईल की नाही आणि असल्यास, कोणत्या वेळी. किंवा त्याला हे जाणून घ्यायचे आहे की या आवश्यकतेच्या अंमलबजावणीची चाचणी झाली आहे का आणि त्याचा परिणाम काय आहे.

पीएलसी सोल्यूशन जे लाइफसायकल आर्टिफॅक्ट्स दरम्यान ट्रेसिंग सक्षम करते ते संघांना त्यांच्या प्रकल्पाच्या स्थितीबद्दल कठीण प्रश्नांची उत्तरे देण्यास मदत करते. कलाकृतींमधील दुवे तयार केल्याने संघांना प्रश्नांची उत्तरे देणे सोपे होते जसे की: "कोणत्या आवश्यकता दोषांमुळे प्रभावित होतात?" आणि "कोणत्या कामाच्या वस्तू चाचणीसाठी तयार आहेत?"

तांदूळ. 6. एलसीए सोल्यूशनद्वारे दिलेले महत्त्वाचे प्रश्न

ट्रेसिंग प्रत्येक कार्यसंघ सदस्याला हे समजण्यास मदत करते की उर्वरित कार्यसंघ काय करत आहे आणि त्याचा संपूर्ण कार्याच्या व्याप्तीवर कसा परिणाम होतो. जर तुम्ही बाहेरून थ्रोटल वातावरणात काम करत असाल, तर ट्रेसिंग तुम्हाला ऑडिटर्सच्या प्रश्नांची उत्तरे देण्यात मदत करेल जसे की "या बिल्डमध्ये कोणते बदल समाविष्ट आहेत, कोणत्या चाचण्या चालवल्या गेल्या आणि काय परिणाम झाला?"

खालील ठराविक ट्रेसिंग-संबंधित करा आणि करू नका:

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

तांदूळ. 7. विकास, आवश्यकता आणि चाचणी समाविष्ट करणारी योजना जाहीर करा

जेव्हा ट्रेस लिंक्स स्थापित केल्या जातात, IBM रॅशनल कोलॅबोरेटिव्ह लाइफसायकल मॅनेजमेंट आपोआप चाचणी दरम्यान ओळखल्या गेलेल्या दोषांवर आधारित ट्रेस लिंक तयार करते. खालील प्रतिमा त्यासाठी तयार केलेल्या रूटिंग लिंकसह दोष दाखवते. जेव्हा तुम्ही चाचणी दरम्यान दोष जोडता, तेव्हा चाचणी परिणाम, चाचणी केस, चाचणी योजना, योजना आयटम आणि आवश्यकता यांच्या दोषाचे दुवे स्वयंचलितपणे तयार केले जातात.

तांदूळ. 8. लाइफसायकल लिंक्स आपोआप व्युत्पन्न होतात दोष प्रदर्शन चाचणी प्रकरणे, योजना घटक आणि त्याद्वारे प्रभावित आवश्यकता

संदर्भातील परस्परसंवाद

परस्परसंवाद केवळ मैत्रीपूर्ण आणि कार्यरत संबंध राखण्यासाठी मर्यादित नाही. परस्परसंवाद गुणवत्ता सुधारतो आणि भागधारकांना मूल्य जोडतो, याचा अर्थ असा होतो की परस्परसंवाद नावीन्यपूर्णतेसाठी महत्त्वपूर्ण आहे. एलसीए सोल्यूशनमध्ये सहकार्याच्या संधी टीम सदस्यांची एकमेकांशी संवाद साधण्याची क्षमता सुधारू शकतात, बदलांना प्रतिसाद देऊ शकतात आणि प्रोजेक्ट प्रेडिक्टेबिलिटीमध्ये योगदान देऊ शकतात.

तसेच, सहयोग साधने कार्यसंघांना महत्त्वाच्या गोष्टींवर लक्ष केंद्रित करण्यात मदत करतात. कार्यसंघांनी मॅन्युअल आणि नॉन-क्रिएटिव्ह कार्ये स्वयंचलित करण्यासाठी कोणत्याही संधी शोधल्या पाहिजेत. चांगल्या पीएलसी सोल्यूशनमध्ये बिल्ड आणि चाचणी अंमलबजावणीसाठी ऑटोमेशन समाविष्ट आहे, परंतु स्थिती अहवाल आणि माहिती प्रवेशासाठी ऑटोमेशन देखील समाविष्ट केले पाहिजे. प्रोजेक्ट डॅशबोर्ड आणि वैयक्तिक डॅशबोर्ड टीमला आवश्यक असलेली माहिती आपोआप प्रदान करण्यात, टीमला दृश्यमानता प्रदान करण्यात आणि टीम रिपोर्ट्स आणि क्वेरीद्वारे अद्ययावत डेटामध्ये प्रवेश करण्यात महत्त्वाची भूमिका बजावतात. चांगल्या प्रकारे डिझाइन केलेला यूजर इंटरफेस वापरकर्त्यांना वेगळ्या ऍप्लिकेशनवर स्विच करून "संदर्भ बदलण्याची" सक्ती न करता थेट माहिती वितरीत करून माहितीचा प्रवेश स्वयंचलित करतो. या फॉर्ममध्ये, ऑटोमेशन थेट चांगल्या परस्परसंवादासाठी योगदान देते.

खालील प्रतिमा तर्कसंगत टीम कॉन्सर्ट, रॅशनल रिक्वायरमेंट्स कंपोजर आणि रॅशनल क्वालिटी मॅनेजर यांच्याकडील माहिती असलेल्या विजेट्ससह डॅशबोर्डचा संच दर्शवते. डॅशबोर्डवरील डेटा प्रकल्पाची सद्यस्थिती दाखवतो.

तांदूळ. 9. विविध स्त्रोतांकडून डेटा असलेले डॅशबोर्ड, सर्व कार्यशील संघांसाठी कामाची पारदर्शकता प्रदान करतात

खालील प्रतिमा एक मिनी-डॅशबोर्ड दाखवते जी नेहमी वापरकर्ता इंटरफेसच्या बाजूला उपलब्ध असते आणि डावीकडे किंवा उजवीकडे डॉक केली जाऊ शकते. हे वैयक्तिकृत मिनी डॅशबोर्ड म्हणून कार्य करते जे LCA सोल्यूशनमध्ये वापरकर्त्याचे अनुसरण करते आणि कधीही लपवले किंवा दाखवले जाऊ शकते.

तांदूळ. 10. वापरकर्ता इंटरफेसमध्ये कोठूनही प्रवेशयोग्य मिनी पॅनेल

खालील प्रतिमा तर्कसंगत टीम कॉन्सर्टमधील वैयक्तिक मिनीबार दर्शवते. या पॅनेलमध्ये एक विजेट आहे जे Rational Requirements Composer मधील आवश्यकतांमध्ये बदल प्रदर्शित करते. विविध स्त्रोतांकडून माहिती असलेल्या मिनी-पॅनेलचे हे उदाहरण आहे. जेव्हा तुम्ही आवश्यकतेवर फिरता तेव्हा, आवश्यकता रचनाकार मधील आवश्यकतेच्या स्थितीबद्दल माहितीसह पूर्वावलोकन दिसते. ज्या वापरकर्त्यांना माहितीमध्ये द्रुत प्रवेशाची आवश्यकता आहे त्यांना त्वरीत मिनी-पॅनेलची सवय होईल.

विकासासाठी व्यवसाय बुद्धिमत्ता

आपण यश मेट्रिक्स परिभाषित न केल्यास काहीतरी चांगले होत आहे हे कसे समजेल? कार्यसंघ यशस्वी परिणामाकडे वाटचाल करत आहे की नाही हे तुम्ही प्रकल्पातील कोणत्याही वेळी सांगू शकता का? ज्या क्षेत्रांमध्ये सुधारणा आवश्यक आहे ते ओळखणे, उद्दिष्टे निश्चित करणे, त्या उद्दिष्टांच्या दिशेने प्रगतीचा मागोवा घेणे हे विकासासाठी व्यावसायिक बुद्धिमत्ता विकसित करण्यात मदत करते.

कॅपर्स जोन्स 1 च्या मते, मोजमाप पद्धतींचा व्यापक वापर करणारे प्रकल्प हे नसलेल्या प्रकल्पांपेक्षा अधिक यशस्वी आहेत.

तांदूळ. 12. मापन पद्धती वापरणारे प्रकल्प यशस्वी होण्याची अधिक शक्यता असते

उदाहरणार्थ, खालील तीन मेट्रिक्स कॅपर्स जोन्स संशोधन संस्थांपैकी ५०% पेक्षा कमी वापरतात:

• गुणवत्ता मेट्रिक्स 45%
• उत्पादकता मेट्रिक्स 30%
• तयारी मेट्रिक्स 15%

खालील प्रतिमा प्रकल्प डॅशबोर्डमधील विकास कार्यसंघासाठी अहवाल दर्शवते. जेव्हा कार्य आयटम अद्यतनित केला जातो, तेव्हा अहवाल कार्यसंघाच्या क्रियाकलाप आणि दिशा दर्शवतात. नियोजित कार्य पूर्ण करण्याच्या दिशेने तुमच्या कार्यसंघाच्या प्रगतीचा मागोवा घेण्यासाठी प्रगती चार्ट वापरा. किंवा, वैकल्पिकरित्या, "खुल्या", "प्रगतीमध्ये" आणि "बंद" स्थितींमध्ये कामाच्या आयटमच्या संख्येतील बदल दर्शविणारे तक्ते वापरा (आदर्शपणे, "खुल्या" आणि "प्रगतीमध्ये" स्थितींमधील आयटमची संख्या कमी झाले पाहिजे, तर "बंद" मधील - वाढतात).

तांदूळ. 13. सुधारणा मोजण्यासाठी अहवाल आणि मेट्रिक्ससह डॅशबोर्ड

डॅशबोर्ड आणि अहवाल हे LCA सोल्यूशनचे प्रमुख घटक आहेत, जे संघाच्या सध्याच्या प्रगतीचे मोजमाप करण्यासाठी आणि प्रतिसाद देण्यासाठी जबाबदार आहेत.

विकास प्रक्रियेत सतत सुधारणा

प्रक्रिया दस्तऐवजीकरण केलेल्या क्रियाकलापांपेक्षा अधिक असते. सांघिक संप्रेषण सुधारण्याचे आणि संघाच्या यशाच्या शक्यता वाढविण्याचे साधन म्हणून आम्ही उद्योग अनुभवातून काढलेल्या सर्वोत्तम पद्धतींवर आधारित प्रक्रिया विकसित करतो. वर्तन मुख्यत्वे सवयीद्वारे निर्धारित केले जाते. जेव्हा तुम्ही एखादी प्रक्रिया परिभाषित करता किंवा बदलता, तेव्हा तुम्ही प्रभावीपणे संपूर्ण टीमला त्यांच्या सवयी बदलण्यास आणि त्यांना पहिल्या दृष्टीक्षेपात स्पष्ट नसलेल्या वर्तनाचा अवलंब करण्यास सांगता. एखाद्या व्यक्तीच्या सवयी बदलणे खूप कठीण आहे. प्रक्रिया बदलण्यासाठी अनेकदा लोकांचा विचार आणि वागण्याची पद्धत बदलणे आवश्यक असते. चांगल्या प्रकारे डिझाइन केलेले एलसीएम सोल्यूशन तुम्हाला प्रक्रियेत वाढीव बदल करण्यास, टीम डायनॅमिक्स सुधारण्यास आणि अधिक कार्यक्षमतेकडे पुढे जाण्यास अनुमती देते.

गेल्या 10-15 वर्षांच्या विकास साधनांच्या बाजारपेठेच्या विकासाचे विश्लेषण करताना, प्रत्यक्षात प्रोग्राम लिहिण्याच्या तंत्रज्ञानावर जोर देण्याच्या सामान्य प्रवृत्तीची नोंद करता येते (जे, 90 च्या दशकाच्या सुरुवातीपासून, उदयास आले होते. RAD साधने - "जलद अनुप्रयोग विकास") एकात्मिक गरजेसाठी अॅप्लिकेशन्सच्या संपूर्ण जीवन चक्राचे व्यवस्थापन - ALM (अॅप्लिकेशन लाइफसायकल मॅनेजमेंट) .

सॉफ्टवेअर प्रकल्पांची जटिलता जसजशी वाढत जाते, तसतसे त्यांच्या अंमलबजावणीच्या कार्यक्षमतेची आवश्यकता झपाट्याने वाढते. हे सर्व आज अधिक महत्वाचे आहे, जेव्हा सॉफ्टवेअर डेव्हलपर एंटरप्राइझच्या कामाच्या जवळजवळ सर्व पैलूंमध्ये गुंतलेले आहेत आणि अशा तज्ञांची संख्या वाढत आहे. त्याच वेळी, या क्षेत्रातील संशोधन डेटा सूचित करतो की किमान अर्ध्या "इन-हाऊस" सॉफ्टवेअर डेव्हलपमेंट प्रकल्पांचे परिणाम त्यांच्यावर ठेवलेल्या आशांना न्याय देत नाहीत. या परिस्थितीत, सर्व सहभागी - डिझाइनर, विकसक, परीक्षक, समर्थन सेवा आणि व्यवस्थापक - यांच्या कव्हरेजसह सॉफ्टवेअर साधने तयार करण्याच्या संपूर्ण प्रक्रियेस अनुकूल करण्याचे कार्य विशेषतः निकडीचे बनते. ऍप्लिकेशन लाइफसायकल मॅनेजमेंट (ALM) सॉफ्टवेअर रिलीझ प्रक्रियेला परस्परसंबंधित टप्प्यांचे सतत पुनरावृत्ती होणारे चक्र म्हणून पाहते:

आवश्यकतांची व्याख्या (आवश्यकता);

डिझाइन आणि विश्लेषण (डिझाइन आणि विश्लेषण);

विकास (विकास);

चाचणी (चाचणी);

तैनाती आणि देखभाल (डिप्लॉयमेंट आणि ऑपरेशन्स).

यापैकी प्रत्येक चरण काळजीपूर्वक निरीक्षण आणि नियंत्रित करणे आवश्यक आहे. योग्यरित्या आयोजित ALM प्रणाली आपल्याला याची अनुमती देते:

उत्पादने बाजारात आणण्यासाठी लागणारा वेळ कमी करा (विकसकांना केवळ त्यांच्या प्रोग्राम्सच्या फॉर्म्युलेटेड आवश्यकतांसह अनुपालनाची काळजी घ्यावी लागेल);

अॅप्लिकेशन वापरकर्त्यांच्या गरजा आणि अपेक्षा पूर्ण करेल याची खात्री करून गुणवत्ता सुधारेल;

उत्पादकता वाढवा (विकासकांना विकास आणि अंमलबजावणीमधील सर्वोत्तम पद्धती सामायिक करण्याची संधी मिळते);

साधनांच्या एकत्रीकरणाद्वारे विकासाला गती द्या;

· अनुप्रयोग आणि त्याच्या डिझाइन दस्तऐवजीकरणामध्ये सतत सातत्य राखून देखभाल खर्च कमी करा;

कौशल्य, प्रक्रिया आणि तंत्रज्ञानातील तुमच्या गुंतवणुकीचा जास्तीत जास्त फायदा घ्या.

काटेकोरपणे सांगायचे तर, ALM ची संकल्पना, अर्थातच, मूलभूतपणे नवीन नाही - सॉफ्टवेअर डेव्हलपमेंटच्या समस्यांबद्दल अशी समज सुमारे चाळीस वर्षांपूर्वी, औद्योगिक विकास पद्धतींच्या निर्मितीच्या पहाटेपासून उद्भवली. तथापि, तुलनेने अलीकडे पर्यंत, सॉफ्टवेअर डेव्हलपमेंट कार्य स्वयंचलित करण्याच्या मुख्य प्रयत्नांचा उद्देश प्रोग्रामिंगसाठी सर्वात जास्त वेळ घेणारा टप्पा म्हणून थेट साधने तयार करणे हे होते. आणि केवळ 80 च्या दशकात, सॉफ्टवेअर प्रकल्पांच्या गुंतागुंतीमुळे, परिस्थिती लक्षणीय बदलू लागली. त्याच वेळी, दोन मुख्य क्षेत्रांमध्ये विकास साधने (या शब्दाच्या व्यापक अर्थाने) कार्यक्षमतेचा विस्तार करण्याची प्रासंगिकता झपाट्याने वाढली आहे: 1) सॉफ्टवेअर जीवन चक्राच्या इतर सर्व टप्प्यांचे ऑटोमेशन आणि 2) साधनांचे एकत्रीकरण एकमेकांना

बर्‍याच कंपन्यांनी ही कामे हाताळली, परंतु येथे निर्विवाद नेता तर्कसंगत होता, ज्याने सुरुवातीपासून वीस वर्षांहून अधिक काळ सॉफ्टवेअर डेव्हलपमेंट प्रक्रिया स्वयंचलित करण्यात विशेष कौशल्य प्राप्त केले आहे. एकेकाळी, तीच ती होती जी प्रोग्राम डिझाइन करण्यासाठी व्हिज्युअल पद्धतींचा व्यापक वापर करण्यात अग्रगण्य बनली (आणि व्यावहारिकपणे यूएमएल भाषेची लेखिका, जी या क्षेत्रात एक मानक म्हणून स्वीकारली गेली), एक सामान्य एएलएम तयार केली. पद्धत आणि संबंधित साधनांचा संच. असे म्हणता येईल की या शतकाच्या सुरूवातीस, रॅशनल ही एकमेव कंपनी होती जिच्या शस्त्रागारात एएलएम (व्यवसाय डिझाइनपासून देखरेखीपर्यंत) समर्थन करण्यासाठी उत्पादनांची संपूर्ण श्रेणी होती, तथापि, एका वर्गाच्या साधनांचा अपवाद वगळता - सामान्य कोडिंग साधने. तथापि, फेब्रुवारी 2003 मध्ये, ते स्वतंत्र संस्था म्हणून अस्तित्वात नाही आणि IBM कॉर्पोरेशनचा एक विभाग बनला, ज्याला IBM Rational म्हणतात.

अगदी अलीकडे पर्यंत, रॅशनल हे व्यावहारिकदृष्ट्या ALM वर्गाच्या एकात्मिक विकास साधनांचे एकमेव निर्माता होते, जरी सॉफ्टवेअर डेव्हलपमेंटच्या काही टप्प्यांसाठी इतर विक्रेत्यांकडून स्पर्धात्मक साधने होती आणि आहेत. तथापि, काही वर्षांपूर्वी, पारंपारिक अनुप्रयोग विकास साधनांच्या (डेल्फी, जेबिल्डर, इ.) क्षेत्रात नेहमीच मजबूत स्थान असलेले बोरलँड कॉर्पोरेशन, जे प्रत्यक्षात कॉर्पोरेशनच्या एएलएम कॉम्प्लेक्सचा आधार आहे, ज्याचा विस्तार केला गेला. तत्सम उत्पादने तयार करणाऱ्या इतर कंपन्यांचे संपादन. दोन कंपन्यांच्या व्यवसाय मॉडेलमधील हा मूलभूत फरक आहे, जो वास्तविक स्पर्धेसाठी संभाव्य संधी उघडतो. Rational IBM चा भाग बनल्यानंतर, Borland स्वतःला आज सर्वसमावेशक ALM प्लॅटफॉर्मचा एकमेव स्वतंत्र पुरवठादार म्हणून स्थान देते (म्हणजे, ते स्वतःच्या ऑपरेटिंग सिस्टीम, भाषा इत्यादींना प्रोत्साहन देत नाही). या बदल्यात, स्पर्धकांनी लक्षात घ्या की बोरलँडने अद्याप एक स्पष्ट ALM पद्धत तयार केलेली नाही जी त्याच्याकडे असलेली साधने एकत्रित करण्यासाठी आधार प्रदान करते.

विकास साधने क्षेत्रातील आणखी एक प्रमुख खेळाडू म्हणजे मायक्रोसॉफ्ट कॉर्पोरेशन. तिने स्वतःचे एएलएम प्लॅटफॉर्म तयार करण्याची धमकी दिली नाही; या दिशेने प्रचार केवळ इतर पुरवठादारांच्या सहकार्याच्या चौकटीत आहे, समान तर्कसंगत आणि बोरलँड (हे दोघेही व्हिज्युअल स्टुडिओ इंडस्ट्री पार्टनर प्रोग्राममध्ये प्रथम सहभागी झाले). त्याच वेळी, मायक्रोसॉफ्टचे फ्लॅगशिप व्हिज्युअल स्टुडिओ .NET डेव्हलपमेंट टूल उच्च-स्तरीय मॉडेलिंग आणि प्रोजेक्ट मॅनेजमेंट टूल्सच्या वापराद्वारे, मायक्रोसॉफ्ट व्हिजिओ आणि मायक्रोसॉफ्ट प्रोजेक्टसह एकत्रीकरणाद्वारे कार्यक्षमतेचा सतत विस्तार करत आहे.

हे लक्षात घेतले पाहिजे की आज तंत्रज्ञान आणि सॉफ्टवेअर उत्पादने विकसित करणार्‍या जवळजवळ सर्व आघाडीच्या कंपन्यांनी (वर सूचीबद्ध केलेल्या वगळता, ओरॅकल, कॉम्प्युटर असोसिएट्स इ.) सॉफ्टवेअर तयार करण्यासाठी तंत्रज्ञान विकसित केले आहे, जे त्यांच्या स्वत: च्या सहाय्याने तयार केले गेले. उत्पादनांचे संपादन आणि छोट्या विशेष कंपन्यांनी तयार केलेले तंत्रज्ञान. आणि जरी, Microsoft प्रमाणे, ते अद्याप त्यांचे स्वतःचे ALM प्लॅटफॉर्म तयार करण्याची योजना करत नसले तरी, या कंपन्यांनी जारी केलेली CASE साधने सॉफ्टवेअर जीवन चक्राच्या विशिष्ट टप्प्यांवर मोठ्या प्रमाणावर वापरली जातात.

ALM सिस्टीम तुम्हाला पारदर्शकता, ऍप्लिकेशन डेव्हलपमेंट प्रक्रियेची स्पष्ट समज आणि व्यवसाय प्रक्रियेपैकी एक म्हणून सादर करण्याची परवानगी देतात. तथापि, एएलएमकडे केवळ अनुपालनाचे निरीक्षण आणि नियंत्रण करण्याचे साधन म्हणून पाहिले जाऊ नये, विश्लेषक चेतावणी देतात. विकास प्रक्रिया स्वयंचलित करण्यासाठी आणि विविध साधने एकत्रित करण्यासाठी या प्रणालींची रचना नियंत्रणासाठी इतकी नाही.

ALM टूल्स लागू करताना सर्वात मोठी समस्या ही आहे की लोकांना विकास प्रक्रिया समजत नाही. बर्‍याचदा, व्यवस्थापन असे गृहीत धरते की ALM गोष्टी चांगल्या-परिभाषित पॅटर्नमध्ये पूर्ण करण्यास सक्षम असेल. तथापि, सर्व काही आगाऊ योजना करणे अशक्य आहे. ऍप्लिकेशन डेव्हलपमेंटमध्ये, प्रत्येक टप्प्यावर अनेक पुनरावृत्ती करून जाणे, इंटरमीडिएट आवृत्त्या सोडणे आणि हळूहळू ऍप्लिकेशनची कार्यक्षमता वाढवणे आवश्यक असते. ALM प्रणालीने विकासकांच्या कृती मर्यादित करू नये, परंतु प्रक्रिया सुलभ करू नये.

आयटी उद्योगाला आयटी आणि व्यवसायातील अडथळ्यांबद्दल बोलणे आवडते, परंतु आयटी संस्थेमध्येच असे बरेच कमी दृश्यमान अडथळे आहेत जे निष्काळजी सिस्टम इंटिग्रेटरच्या मार्गात येऊ शकतात.

उदाहरणार्थ, आज आयटीमधील सर्वात वादग्रस्त आणि चर्चेत असलेल्या विषयांपैकी एक - DevOps पद्धत आणि त्याच्याशी संबंधित सर्व गोष्टींचा विचार करा. वास्तविक ऑपरेशनसाठी विकसित अनुप्रयोग आयटी सेवेकडे हस्तांतरित करण्याशी संबंधित सर्व क्रियाकलापांचे संक्षिप्त वर्णन म्हणून, हे शब्द पुरेसे निरुपद्रवी वाटतात. परंतु मोठ्या प्रमाणावर, एंटरप्राइझ ऍप्लिकेशन डेव्हलपर आणि एंटरप्राइझ आयटी इन्फ्रास्ट्रक्चरचे व्यवस्थापन करणारे विशेषज्ञ यांच्यामध्ये गैरसमजाची भिंत आहे. प्रोग्रामर अनेकदा लवचिकतेच्या अभावासाठी IT ला दोष देतात आणि जे लोक दैनंदिन IT ऑपरेशन्स व्यवस्थापित करतात ते उत्पादन पायाभूत सुविधांच्या अडचणी आणि आवश्यकतांकडे दुर्लक्ष करतात ज्यावर त्यांनी तयार केलेले अनुप्रयोग चालले पाहिजेत.

हा तणाव ऍप्लिकेशन लाइफसायकल मॅनेजमेंट (ALM) मध्ये वाढत्या स्वारस्याला चालना देत आहे, जो प्रोग्रामर आणि आयटी कर्मचार्‍यांना विकसित होत असलेल्या ऍप्लिकेशनची आणि ज्या पायाभूत सुविधांवर ऍप्लिकेशन चालवणे आवश्यक आहे त्याबद्दल स्पष्ट समज प्रदान करण्यासाठी डिझाइन केलेले व्यवस्थापन साधनांचा एक संच आहे. मुख्य कल्पना अशी आहे की विकासक आणि आयटी व्यावसायिक यांच्यातील सहकार्यामुळे संपूर्ण कॉर्पोरेट माहिती वातावरणाचे कार्य अधिक कार्यक्षम होईल. समस्या अशी आहे की ALM च्या अंमलबजावणीला अशा परिस्थितीत कमी संधी आहे जिथे प्रकल्पाच्या यशासाठी आवश्यक असलेले सहकार्य दोन पक्ष एकमेकांवर उद्भवणाऱ्या अडचणींसाठी जबाबदारी बदलू लागतात.

ALM पद्धत यशस्वीरित्या अंमलात आणण्यासाठी, सिस्टम इंटिग्रेटरने आयटी विभागातील दोषारोपाच्या पातळीपेक्षा वर जाणे आवश्यक आहे. IBM रॅशनल सॉफ्टवेअर विभागाच्या मार्केटिंगच्या उपाध्यक्षा जीना पूल यांच्या मते, याचा अर्थ आयटी संचालक किंवा वित्तीय संचालक शोधणे आणि नियुक्त करणे असा आहे जो समजू शकेल की कंपनीच्या सर्व सेवांच्या समन्वयित कामाच्या अभावामुळे ग्राहक किती पैसे गमावत आहेत. आयटी विभाग. डेव्हलपमेंट प्रोजेक्टमध्ये उशिराने ऍप्लिकेशनमधील बग्सचे निराकरण करणे म्हणजे अत्यंत उच्च खर्च. जर अशा दुरुस्तीची गरज विकासकाच्या पूर्वीच्या गृहितकांमुळे उद्भवली असेल ज्यामध्ये अनुप्रयोग कार्य करेल आणि ही गृहितके शेवटी चुकीची ठरली तर संपूर्ण प्रकल्पाची किंमत अनेक पटींनी वाढते किंवा ग्राहक त्यानुसार त्याच्या पायाभूत सुविधांमध्ये सुधारणा करण्यास भाग पाडले जाईल.

अर्थात, एखाद्या संस्थेच्या आयटी इन्फ्रास्ट्रक्चरमधील अशा विरोधाभासांचे निराकरण करण्यासाठी महत्त्वपूर्ण रक्कम खर्च होऊ शकते. तथापि, या कार्याचे एकमेव उद्दिष्ट व्यवस्थापन तंत्रज्ञानाचा एक संच तयार करणे आणि त्याची अंमलबजावणी करणे हे असले पाहिजे जे प्रोग्रामर आणि आयटी ऑपरेशन तज्ञांना एकमेकांच्या कामात हस्तक्षेप करणे थांबवू शकेल. प्रोग्रामर IT सह सहकार्यावर चर्चा करण्यात जितका जास्त वेळ घालवतात, तितका वेळ त्यांना प्रत्यक्षात विकसित होण्यासाठी कमी लागतो. जितके अधिक अनुप्रयोग तयार केले जातील, तितकी अधिक प्रगत पायाभूत सुविधांची आवश्यकता असेल आणि ही अर्थातच पुनर्विक्रेत्यांसाठी चांगली बातमी आहे.

सर्वसाधारणपणे, DevOps वादविवाद पुनर्विक्रेते आणि इंटिग्रेटर्ससाठी निश्चितपणे फायदेशीर आहे. समांतरपणे अनेक आयटी प्रकल्प चालवायचे असल्याच्या अंतर्गत संघर्षात अडकून न पडण्याची समस्या आहे. जर ग्राहकाने ALM ची संकल्पना स्वीकारली नाही, तर हे प्रत्यक्षात त्याच्या परिपक्वतेच्या अभावाचे आणि आयटी व्यवस्थापनातील कमकुवत क्षमतेचे एक चांगले सूचक आहे. हे स्वतःच असे सूचित करते की पुनर्विक्रेत्याने अशा ग्राहकापासून दूर राहणे चांगले आहे, कारण असा ग्राहक नफ्यापेक्षा अधिक समस्या आणेल.