हम उन प्रक्रियाओं के लिए वेब सिस्टम, मोबाइल एप्लिकेशन, SaaS उत्पाद और आंतरिक प्लेटफ़ॉर्म डिजाइन करते हैं जिन्हें तैयार सॉफ्टवेयर सही ढंग से पूरा नहीं करता। इसमें नए सिस्टम, पुराने सिस्टम का आधुनिकीकरण, API इंटीग्रेशन और व्यावहारिक AI सुविधाएँ शामिल हो सकती हैं।
पूर्ण अनुरोध की आवश्यकता नहीं है। हमें उन मुद्दों के बारे में सूचित करने की आवश्यकता है जो हम चाहते हैं, उपलब्ध सॉफ्टवेयर की स्थिति और योजनाबद्ध समय, और यह सूचित करने के लिए कि यह प्रत्यक्ष विकास या सत्यापन के लिए उपयुक्त है; जब कार्यक्षेत्र स्पष्ट है तो औपचारिक प्रस्ताव और प्रस्ताव प्रदान किए जाते हैं।
ग्राहक पोर्टल, सदस्यता पात्रता, सदस्यता सेवाओं और बिक्री के बाद प्रपत्रों का निर्माण करने के लिए क्वेरी, प्रसंस्करण और प्रतिक्रिया की पूरी प्रक्रिया को आगे बढ़ाने की अनुमति दी जाती है।
देखेंयोजना खाता विशेषाधिकार, उत्पाद इंटरफेस, ऑर्डर लेनदेन और बिलिंग, पहले हार्ड-लाइन कोर संस्करण में और फिर वास्तविक उपयोग के मामले में।
देखेंपरियोजनाओं, आदेशों, सामग्री या सहयोगी कार्यों के आसपास रिकॉर्ड, अनुमोदन और स्थिति में परिवर्तन को जोड़ने के लिए परिचालन प्लेटफार्मों का निर्माण करना।
देखेंमौजूदा कोड और इंटरफेस का आकलन करता है, सभी सॉफ्टवेयर पर डिफ़ॉल्ट होने के बजाय माध्यमिक विकास, ओपन सोर्स अनुकूलन या वृद्धिशील AI एकीकरण का चयन करता है।
देखेंग्राहक अनुरोध प्रस्तुत करते हैं - प्रसंस्करण और लेखा परीक्षा के लिए जिम्मेदार व्यक्ति - और ग्राहक प्रगति पर दिखता है और मामले को बंद कर देता है। उपयोगकर्ता को तब न्याय किया जाता है कि क्या एक AI सारांश या एक ज्ञान प्रश्न और उत्तर को उस प्रणाली के आधार पर जोड़ना है जो पहले से मौजूद है। निम्नलिखित दायरे का एक उदाहरण है, एक नया क्लाइंट आइटम नहीं।
अंत-ऑफ-पाइप, ऑफ-लाइन ट्रेडिंग, उपकरण फिट और मुख्यालय डेटा सिंक्रनाइज़ेशन के साथ वितरण अनुभव के मामले विवरण; सिस्टम कनेक्टिविटी और बैच स्विचिंग विधियों का संदर्भ किसी भी सिस्टम के प्रत्यक्ष प्रतिकृति की अनुमति देने के लिए उपयोग नहीं किया जाना है।
कार्यान्वयन और सत्यापन निर्देश देखें
मानक सॉफ्टवेयर और वास्तविक प्रक्रियाओं के बीच बड़ा अंतर
एकाधिक टूल-कॉम्पलिंग, अनुभव और डेटा को प्रदर्शित करना
प्रारंभिक सिस्टम आर्किटेक्चर व्यापार विस्तार को सीमित करता है
ऐतिहासिक कोड और तकनीकी ऋण स्थिरता और iterative गति को प्रभावित करता है
उत्पाद की मांग जटिल, पूर्ण डिजाइन और अनुसंधान और विकास टीम की कमी
वेब प्रबंधन प्रणाली, एंटरप्राइज़ पोर्टल और बिजनेस डेस्क
भार, सार्वजनिक डोमेन और खुला मंच एकीकरण
आईओएस, Android और ट्रांस-रेंज
मल्टी-टेंडेंट SaaS, उद्योग मंच और उद्यम माध्यम
भुगतान, वित्त, रसद, चालान और तीसरे पक्ष के API एकीकरण
डेटा प्लेटफॉर्म, स्मार्ट विश्लेषण और मौजूदा सॉफ्टवेयर AI कार्यक्षमता का उन्नयन
पुराने सिस्टम, डेटा माइग्रेशन और चरणबद्ध प्रतिस्थापन का पुनर्निर्माण
अंतिम वितरण सीमाओं को सेवाओं के दायरे, निर्माण चरण और सहयोग की गतिशीलता के अनुसार परिभाषित किया गया है, और इसे सामान्य परिणामों के रूप में नीचे वर्णित किया गया है।
सेवा कवरेज और व्यापार बंद लूप्स जो पहले चरण में पूरा होना चाहिए: वेब प्रबंधन प्रणाली, एंटरप्राइज़ पोर्टल और बिजनेस डेस्क, माइक्रो-इन्फोलियो सेब्ट, सार्वजनिक डोमेन और ओपन प्लेटफॉर्म एकीकरण
मौजूदा कोड, डेटा, सिस्टम, उपकरण और दस्तावेजों की अखंडता का स्तर और लेखा परीक्षा, स्थानांतरित या फिर से इंजीनियर होने के लिए कवरेज का दायरा
तृतीय-पक्ष इंटरफेस, समन्वय जिम्मेदारियों, डेटा की गुणवत्ता, असामान्य मुआवजा और बाहरी आपूर्तिकर्ता सहयोग की संख्या
गैर कार्यात्मक आवश्यकताओं जैसे प्रदर्शन, उपलब्धता, सुरक्षा, प्राधिकरण, लेखा परीक्षा, अनुपालन और एक्सेस विंडो
वितरण गहराई और दीर्घकालिक जिम्मेदारी: डेटाबेस स्क्रिप्ट, प्रवासन कार्यक्रम और तैनाती दस्तावेज, परीक्षण रिपोर्ट, स्वीकृति और निरीक्षण सामग्री, परिचालन और परिवहन मैनुअल, और गुणवत्ता आश्वासन, शांति व्यवस्था निरंतरता रेंज
मानक उत्पाद पहले से ही प्रमुख प्रक्रियाओं को संतुष्ट करने में सक्षम हैं, जिसमें केवल विन्यास की एक छोटी राशि है।
स्वीकृति और निरीक्षण में व्यापार मालिकों की जरूरतों और भागीदारी की कोई चल रही पुष्टि नहीं है
मांग अभी भी एक वैचारिक चरण है, लेकिन तत्काल और पूर्ण निर्धारित कुल कीमतों की मांग करता है।
निम्नलिखित कार्यान्वयन पद्धति, डेटा कैलिबर और जिम्मेदारी की सीमाओं को समझाने के लिए उपयोग किया जाता है, और कार्यात्मक सूचियों द्वारा परियोजना निर्णय के लिए प्रॉक्सी के रूप में उपयोग नहीं किया जाता है।
परियोजना एक व्यावसायिक लिंक के चयन के साथ शुरू होती है जिसे सुधार की आवश्यकता होती है, वास्तविक उपयोगकर्ताओं का साक्षात्कार करती है और हाल के नमूनों को लेती है। प्रसंस्करण की मात्रा, औसत समय लेने वाली, प्रतीक्षा समय, वेब प्रबंधन प्रणाली के आसपास बैक-टू-वर्क, असामान्य संख्याओं और मैनुअल संपर्कों की संख्या, एंटरप्राइज पोर्टल और बिजनेस डेस्क रिकॉर्ड की गई है; यदि उपलब्ध डेटा अधूरा है, तो बेसलाइन एक पंक्ति में एक से दो सप्ताह के लिए मैनुअल बिलिंग पर आधारित है। बेसलाइन के बिना, परियोजना केवल मूल्यांकन करके पूरी हो सकती है कि क्या इंटरफ़ेस पूरा हो गया है और यह निर्णय लेने के लिए संभव नहीं है कि उद्यम अनुकूलित सॉफ्टवेयर विकास ने स्थायी व्यवसाय में बदलाव का नेतृत्व किया है।
बेसलाइन को सांख्यिकी और बहिष्करण के दायरे को भी इंगित करना चाहिए। उदाहरण के लिए, प्रसंस्करण समय सूचना की उपलब्धता या ग्राहक द्वारा पहली जमा करने के साथ शुरू होता है, अपवाद तीसरे पक्ष के इंटरफेस को शामिल करने में विफल रहता है, और मैनुअल संशोधन मामूली प्रूफरीडिंग या फिर प्रसंस्करण होते हैं।
पहला मुद्दा, जो सभी क्षेत्रों को कवर करने की कोशिश नहीं करता है, "माइक्रो-इंटेलिजेंस माइक्रो-प्रोग्राम्स, सार्वजनिक-आधारित और ओपन प्लेटफॉर्म एकीकरण" के आसपास एक बंद लूप बनाने के बारे में है जो वास्तविक समय में काम कर सकता है: स्पष्ट रूप से इनपुट, प्रसंस्करण, सिस्टम क्रिया, जिम्मेदार भूमिकाओं, असामान्य आंदोलनों और अंतिम आउटपुट को परिभाषित करता है। प्रमुख भूमिकाओं में कम से कम व्यवसाय मालिकों, वास्तविक उपयोगकर्ताओं, तकनीकी इंटरफेस और प्राप्त करने और निरीक्षण अधिकारियों शामिल हैं, प्रबंधन द्वारा वर्णित मांग से बचने और किसी अन्य समूह द्वारा इंटरनेट पर इस्तेमाल होने से बचने के लिए।
आवश्यकता आकलन प्रत्येक प्रतिस्पर्धा को व्यापार दृश्य, उपयोगकर्ता भूमिका और नमूना स्वीकृति के अनुरूप है। ऐसे मामले जो वैध डेटा प्रदान नहीं करते हैं, इंटरफ़ेस या निर्णय निर्माताओं को पूर्व-स्थिति या बाद के चरण के रूप में शामिल किया जाना चाहिए, और इसे निश्चित-श्रेणी के प्रस्ताव में चुपचाप शामिल नहीं किया जाना चाहिए।
विशिष्ट पथ व्यापार और मांग विश्लेषण, उत्पाद प्रोटोटाइप मान्यता, वास्तुकला और प्रौद्योगिकी डिजाइन और iterative R & D परीक्षण है। प्रत्येक चरण में दृश्य परिणाम होना चाहिए, जैसे कि प्रवाह चार्ट, प्रोटोटाइप, इंटरफेस, परीक्षण रिकॉर्ड, तैनाती बयान या परिचालन प्रदर्शन।
मंच प्रदर्शन "काम के लिए फिट दिखता है" नहीं है। एक प्रतिनिधि नमूना सामान्य प्रक्रियाओं, लापता क्षेत्रों, दोहराने के अनुरोध, अपर्याप्त अधिकार, समय ओवर रन और बाहरी सेवाओं से ऐतिहासिक डेटा विसंगतियों को कवर करने के लिए इस्तेमाल किया जाना चाहिए, और उन समस्याओं की पहचान करना चाहिए जो केवल उत्पादन वातावरण में ही उत्पन्न होती हैं।
परियोजना को कम से कम व्यापार आवश्यकताओं को दोहराना चाहिए, यूआई डिजाइन विनिर्देशों, अनुप्रयोग वास्तुकला, डेटा मॉडल और इंटरफेस विनिर्देशों, बैक-एंड, मोबाइल एंड सोर्स कोड और स्क्रिप्ट का निर्माण करना चाहिए, और स्रोत या विन्यास निषेध, खाता प्रबंधन, निर्माण तैनाती, डेटा बैकअप, विफलता प्रतिक्रिया और बाद में रखरखाव जिम्मेदारियों की पुष्टि करना चाहिए। कार्यात्मक स्वीकृति के अलावा, विशेषाधिकार, सुरक्षा, प्रदर्शन, लॉग, पुनर्प्राप्ति और कुंजी उपयोगकर्ता प्रशिक्षण की जांच करें ताकि यह सुनिश्चित किया जा सके कि ग्राहक टीम स्वतंत्र रूप से सिस्टम सीमाओं का उपयोग और समझने में सक्षम हैं।
प्रति माह 800 आइटम की एक प्रक्रिया आधार रेखा, प्रति यूनिट 18 मिनट का औसत और 12 प्रतिशत की वापसी दर केवल एक उदाहरण है, एक ग्राहक का प्रदर्शन नहीं। एक पंक्ति को एक ही कैलिबर में लगातार अवलोकन के चार से आठ सप्ताह तक पालन किया जाना चाहिए, यह निर्धारित करने से पहले कि क्या सिस्टम को उसी उच्च स्तर के संचालन के साथ सामंजस्य बनाया जा रहा है, प्रमुख नियम डिजिटल परिसंपत्तियों, एकाधिक अंत और बहु प्रणाली के अनुभव में सेट किए गए हैं।
औपचारिक दायरे, आवधिकता, बजट और प्रभाव संकेतक परियोजना 's निदान, अनुबंध और स्वीकृति आधार रेखा में पहचाने जाते हैं।
जब प्रमुख व्यवसाय प्रक्रियाओं में एक उद्यम पहचान होती है, तो मानक उत्पादों को बड़ी मात्रा में समझौता करने की आवश्यकता होती है, या सॉफ्टवेयर स्वयं एक दीर्घकालिक व्यापार क्षमता बन जाएगा, कस्टम विकास अधिक मूल्यवान है; खरीद का आकलन पहले किया जाना चाहिए यदि परिपक्व उत्पादों को मुख्य प्रक्रिया को कवर करने के लिए कॉन्फ़िगर किया गया है। औपचारिक इनपुट को कोर व्यवसाय बंद लूप्स, प्रारंभिक सीमाओं और मापनीय परीक्षण-प्राप्ति मानकों की पुष्टि से पहले किया जाना चाहिए।
अनिश्चितता का स्तर इनपुट के पैमाने पर निर्णय लेने से पहले चरणों द्वारा कम किया जाता है और सहयोग की गतिशीलता।
व्यावसायिक साक्षात्कार, प्रक्रिया संयोजन और इंटरैक्टिव प्रोटोटाइप के माध्यम से सिस्टम सीमाओं की पहचान विकास में प्रवेश के बाद विचलन को समझने में कमी लाने के लिए।
वास्तविक व्यावसायिक डेटा सत्यापन का उपयोग करके, डेटा, विशेषाधिकार, इंटरफेस और सबसे महत्वपूर्ण उपयोगकर्ता कार्यों के आसपास बैकस्टेज का निर्माण करना।
माइग्रेशन, प्रशिक्षण, निगरानी और हैंडओवर पूरा हो गया है, जिसमें डेटा के उपयोग के आधार पर टर्मिनल, मॉड्यूलर और AI क्षमताओं के क्रमिक जोड़ शामिल हैं।
अतिरिक्त आवश्यकताओं, ऐतिहासिक डेटा सफाई, तीसरे पक्ष की प्रणाली अनुकूलन और बाहरी सेवा लागत को अलग से पहचाना जाना चाहिए; ग्राहकों को व्यावसायिक नियमों, डेटा वैधता और अंतिम स्वीकृति निष्कर्षों के लिए जवाबदेह होने की आवश्यकता है, जिससे विकास चरण में अज्ञानीकृत व्यावसायिक निर्णयों को छोड़ने से बचना चाहिए।
प्रत्येक चरण में स्पष्ट उद्देश्य, भागीदारी भूमिकाएं और आकलन योग्य परिणाम होते हैं, और महत्वपूर्ण निर्णय परियोजना के अंत तक नहीं छोड़े जाते हैं।
सहयोग से पहले सबसे आम मुद्दों को स्पष्ट रूप से अग्रिम में बताया गया है।
मानक उत्पादों को प्राथमिकता दी जाती है जब प्रक्रियाएं आम, खराब रूप से अलग और बजट सीमित होती हैं; प्रमुख प्रक्रियाएं प्रतिस्पर्धी, जटिल एकीकरण या अधिक अनुकूलित होती हैं जब योजनाएं समय के साथ विकसित होती हैं।
हाँ। यह अनुशंसा की जाती है कि न्यूनतम व्यवहार्य रेंज और सत्यापन संकेतकों की पहचान की जाए, जो कि कोर बंद लूप्स को प्राथमिकता दी जाती है, और उन्हें वास्तविक उपयोग प्रतिक्रिया के आधार पर विस्तारित किया जाता है।
वेब, Applet, H5, iOS, Android और प्रबंधन बैकस्टेज दृश्य पर उपलब्ध कराया जा सकता है और खाते, विशेषाधिकार, डेटा और इंटरफेस को एकीकृत किया जा सकता है।
कोड, आर्किटेक्चर, डेटाबेस, तैनाती और सुरक्षा आकलन को यह तय करने से पहले किया जा सकता है कि क्या मूल प्रणाली एक्सटेंशन, मॉड्यूलर फिर से इंजीनियरी, दो ट्रैक माइग्रेशन या समग्र प्रतिस्थापन का उपयोग करना है।
नंबरिंग विशेषाधिकार, बैक ऑफिस मैनेजमेंट, भुगतान इंटरफेस, सूचना, डेटा माइग्रेशन, प्रदर्शन सुरक्षा और ऑनलाइन निकासी वास्तविक कार्यभार को प्रभावित करेगी।
परियोजना को ग्राहक की मूल जानकारी, अनुकूलित परिणाम, आपूर्तिकर्ता के सामान्य घटकों, ओपन सोर्स सॉफ्टवेयर और तीसरे पक्ष के व्यावसायिक लाइसेंस के बीच अंतर होना चाहिए। एक ही अवधारणा स्रोत वितरण, एक्सेस अधिकार, संशोधन अधिकार, कॉपीराइट पंजीकरण और पुनः लाइसेंसिंग अधिकारों के बारे में सच नहीं है।
पूर्ण उत्तर देखेंApplets, APPs, SaaS और पुराने सिस्टमपरियोजना आधारित सहयोग आमतौर पर स्रोत कोड प्रदान करता है, लेकिन अनुबंध में विशिष्ट दायरे को निर्दिष्ट किया जाना चाहिए। व्यावसायिक कोड के अलावा, डेटाबेस स्क्रिप्ट, विन्यास, निर्माण तैनाती दस्तावेज़, इंटरफ़ेस फ़ाइलों, परीक्षण सामग्री और डिजाइन परिसंपत्तियों की पहचान करना आवश्यक है।
पूर्ण उत्तर देखेंपरियोजना के सॉफ्टवेयर विकास और आउटसोर्सिंगअनुकूलित सॉफ्टवेयर पृष्ठ आकार पर आधारित एक समान मूल्य नहीं है, और लागत मुख्य रूप से कार्यक्षेत्र, इंटरफ़ेस, डेटा, प्राधिकरण, प्रदर्शन और वितरण के लिए जवाबदेही द्वारा निर्धारित की जाती है। उसी नाम के साथ प्रबंधन प्रणाली एक एकल-सेक्टर उपकरण या ऑर्डर, सूची, वित्त और बहु-संगठनात्मक प्राधिकरण के लिए एक कनेक्शन हो सकती है। यह अनुशंसा की जाती है कि पहला व्यवसाय बंद लूप और प्राप्त करने और निरीक्षण सीमाओं को स्थापित किया जाए, और उत्पाद, डिजाइन, विकास, परीक्षण, तैनाती और रखरखाव कार्यभार का अनुमान लगाया जाए। आवश्यकता के ज्ञान के बिना किसी भी सटीक कुल मूल्य को केवल विपणन संदर्भ के रूप में माना जाता है।
पूर्ण उत्तर देखेंअनुबंध, भुगतान, परिवर्तन और परियोजना वितरणसूचना का उद्देश्य यह प्रदर्शित करना है कि सिस्टम सहमत मानकों को पूरा करता है और ग्राहक काम करना जारी रख सकता है और उसे ले जा सकता है।
पूर्ण उत्तर देखेंक्लाइंट, बैक ऑफिस, इंटरफ़ेस, बिल्ड-अप और चल रहे संचालन से पूर्ण इनपुट की जांच करें
अधिक जानकारी के लिए।लघु प्रक्रिया बजटव्यापार बंद लूप्स, माइक्रो-क्रेडिट क्षमता, बैकस्टेज और निकासी ऑनलाइन से प्रोजेक्ट गुंजाइश
अधिक जानकारी के लिए।समग्र बजटकार्यक्षमता, प्रौद्योगिकी, वितरण और दीर्घकालिक जिम्मेदारी के लिए एक समान उद्धरण आधार रेखा स्थापित करें
अधिक जानकारी के लिए।संबंधित समाधानव्यापार, ऑर्डर प्रदर्शन, सदस्यता अधिकार, विपणन गतिविधियों और दरवाजा स्टोरों को ऑनलाइन और ऑफलाइन चैनल और ग्राहक संचालन को जोड़ने की एक प्रणाली का निर्माण करना।
अधिक जानकारी के लिए।प्रकरण दृश्यपदोन्नति चोटियों, डुप्लिकेट अनुरोध, स्टॉक प्रतियोगिता और तीसरे पक्ष के भुगतान की अस्थिरता जैसे व्यवहारों का जोखिम सदस्यों की अनुपालन मंच के साथ प्रतिस्पर्धा करने की क्षमता से चित्रित किया गया है, साथ ही साथ क्षमता सत्यापन प्राप्त करने और प्राप्त करने के साधन, typology, निगरानी अलार्म और विफलता वसूली जैसे सामंजस्य।
अधिक जानकारी के लिए।प्रकरण दृश्यग्राहक और चौखटे की दुकान के बीच का अंतर यह दिखाया गया है कि सूक्ष्म-इंटेलिजेंस प्रोग्राम सामान, बिलिंग, भुगतान, दरवाजा-टू-डोर उठाने, क्रेडिटिंग और सदस्यता को कैसे जोड़ते हैं, और सूक्ष्म-इंटेलिजेंस, असामान्य लेनदेन, स्टॉक की स्थिरता और परिचालन डेटा की डिलीवरी की सीमाओं को स्पष्ट रूप से पहचानते हैं।
अधिक जानकारी के लिए।परियोजना के विभिन्न चरणों के कार्यान्वयन की सेवा की सीमाएं, बजट आधार और तौर-तरीकों को समान नहीं माना जाता है और इसका मूल्यांकन निम्नलिखित के साथ किया जा सकता है।
आवश्यकताएँ · ज्ञान टूल का विवरणउपकरण की आवश्यकता नहीं है प्रत्यक्ष सूक्ष्म-credit प्रदान करने के लिए; सारांश केवल ब्राउज़र में उत्पन्न होता है और स्वचालित रूप से प्रस्तुत नहीं होता है।
पहला लक्ष्य और वर्तमान स्थिति को पूरा नहीं होना चाहिए।
