सामग्री पर जाएं
वेबसाइट का अन्वेषण करें
अपने प्रोजेक्ट पर चर्चा करें

contact@almousa.dev

प्रक्रिया / गुणवत्ता, हस्तांतरण और सहायता

आवश्यकताओं से हस्तांतरण तकएक स्पष्ट प्रक्रिया और प्रतिबद्धताएँ।

विकास और प्रोजेक्ट सौंपने के छह चरण, साथ में गुणवत्ता व सुरक्षा की प्रक्रियाएँ, स्वामित्व, दोष सुधार की दस साल की वारंटी, सहायता और भुगतान की शर्तें।

हम आपकी ज़रूरतों को एक कार्यशील सिस्टम में कैसे बदलते हैं

01 — आपके व्यवसाय को समझना

हम समस्या, आपके वर्तमान वर्कफ़्लो, उपयोगकर्ताओं और वांछित परिणाम से शुरू करते हैं। कार्यान्वयन शुरू होने से पहले हम उन प्रश्नों की पहचान करते हैं जो समाधान को प्रभावित करते हैं।

02 — दायरा और अनुबंध तय करना

हम शामिल सुविधाएँ, पेज, एकीकरण, सौंपे जाने वाले काम, समय-सारणी, लागत और हर पक्ष की ज़िम्मेदारियाँ स्पष्ट करते हैं। समझौता मंज़ूर होने और शुरुआती 50% भुगतान होने के बाद प्रोजेक्ट का काम शुरू होता है।

हम आपको ऐसी किसी भी अपेक्षित देरी की सूचना देते हैं जो डिलीवरी पर महत्वपूर्ण असर डाले, और उसका प्रभाव तथा प्रस्तावित समय-सारणी बताते हैं। सहमत तारीख में हर बदलाव आपके साथ दस्तावेज़ में दर्ज किया जाता है; केवल सूचना देने का अर्थ यह नहीं है कि आपने समय बढ़ाने पर सहमति दे दी है। अनुबंध समाप्त करने और धनवापसी के वैधानिक अधिकार अपनी शर्तें पूरी होने पर लागू होते हैं, जिसमें नियंत्रण से बाहर असाधारण परिस्थितियों (फ़ोर्स मेज्योर) और लागू नियमों को ध्यान में रखा जाता है।

03 - डिज़ाइन और विकास

टीम सहमत आवश्यकताओं के अनुसार इंटरफेस और कार्यक्षमता लागू करती है। कार्यान्वयन से पहले लागत और शेड्यूल पर उनके प्रभाव को समझाने के लिए परिवर्तन अनुरोधों की समीक्षा की जाती है।

04 — पूरी तरह कार्यशील संस्करण की डिलीवरी

हम सहमत पेज पूरी कार्यक्षमता और सिस्टम के साथ एकीकरण सहित सौंपते हैं, साथ ही वास्तविक उपयोग के लिए ज़रूरी एक्सेस क्रेडेंशियल देते हैं। इस चरण में दूसरी किस्त के रूप में 25% का भुगतान देय होता है।

05 — अपने व्यवसाय में सिस्टम का उपयोग करें

आप एक सप्ताह तक सिस्टम का उपयोग करके जाँचते हैं कि सौंपी गई कार्यक्षमता स्वीकृत आवश्यकताओं के अनुरूप है। यदि दोष सहमत मुख्य सुविधाओं का उपयोग रोकते हैं, तो हम उन्हें ठीक करते हैं और सत्यापित करते हैं कि उपयोग रोकने वाला उनका प्रभाव दूर हो गया है। यह अंतिम 25% भुगतान देय होने से पहले किया जाता है।

06 — हस्तांतरण के बाद भी सहायता जारी रहती है

सहमति के अनुसार, हस्तांतरण में सोर्स कोड और परियोजना रिपॉजिटरी शामिल हैं। सॉफ़्टवेयर दोषों को ठीक करने की वारंटी निम्न अवधि तक जारी रहती है: हस्तांतरण की सहमत तारीख से 10 वर्ष, इसकी शर्तों के अधीन।

WhatsApp और ईमेल सहायता चैनल चौबीसों घंटे उपलब्ध हैं। शामिल सेवाएँ और प्रतिक्रिया और समाधान समय परियोजना अनुबंध में परिभाषित हैं। संचालन, निगरानी और पुनर्स्थापन परीक्षण अलग से निर्दिष्ट हैं।

इंजीनियरिंग, गुणवत्ता और सुरक्षा मानक

अनुमोदन से पहले कोड की समीक्षा

डेवलपर अपने लिखे कोड को सौंपने की मंज़ूरी अकेले नहीं देते। स्वीकृत ब्रांच में मर्ज करने या अंतिम रिलीज़ में शामिल करने से पहले कोई दूसरा डेवलपर या टीम का योग्य सदस्य उसकी समीक्षा करता है। इस समीक्षा में दो व्यक्तियों की समीक्षा का सिद्धांत अपनाया जाता है।

समीक्षा में आवश्यकताओं से मेल, कोड की संरचना और उसके रखरखाव की सुगमता, एरर व एक्सेप्शन को सँभालने का तरीका और मौजूदा कार्यक्षमता पर बदलाव का प्रभाव जाँचा जाता है।

परियोजना के अनुकूल परीक्षण

हम परिवर्तन की प्रकृति और प्रभाव के अनुसार आवश्यक परीक्षण निर्धारित करते हैं। जहां लागू हो, इनमें शामिल हैं:

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

विकास और समीक्षा की प्रक्रिया में सुरक्षा

हम प्रमाणीकरण और पहुंच नियंत्रण, इनपुट सत्यापन, सत्र और टोकन हैंडलिंग और संवेदनशील डेटा की सुरक्षा की समीक्षा करते हैं।

हम यह भी जाँचते हैं कि पासवर्ड, एक्सेस कुंजियाँ और गोपनीय क्रेडेंशियल कोड या रिपॉज़िटरी में शामिल न हों। प्रोजेक्ट के परिवेश में उपलब्ध होने पर स्टैटिक एनालिसिस और डिपेंडेंसी स्कैनिंग टूल इस्तेमाल किए जाते हैं।

संवेदनशील और सुरक्षा-संबंधी परिवर्तनों की उनके द्वारा उत्पन्न जोखिमों के अनुसार कड़ी समीक्षा और परीक्षण किया जाता है।

परिवर्तन डिलीवरी के लिए कब तैयार है?

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

ये प्रथाएं हमारे कार्य दृष्टिकोण का वर्णन करती हैं। वे स्वतंत्र सुरक्षा प्रमाणीकरण का दावा नहीं करते हैं या गारंटी नहीं देते हैं कि कोई भी सिस्टम हर भेद्यता से मुक्त है।

परियोजना का स्वामित्व और हस्तांतरण

प्रोजेक्ट पूरा होने पर आपको क्या मिलेगा?

परियोजना के हस्तांतरण में शामिल हैं:

  • स्रोत कोड और प्रोजेक्ट रिपॉजिटरी।
  • एक उपयोगकर्ता मार्गदर्शिका मुख्य कार्यों और सिस्टम का उपयोग कैसे करें, इसकी व्याख्या करना।
  • संचालन एवं परिनियोजन निर्देश, जिसमें सिस्टम को स्थापित करने और चलाने की आवश्यकताएं शामिल हैं।
  • API दस्तावेज़, जहाँ APIs उपलब्ध कराए गए हों, उनके उपयोग और एकीकरण को समझाते हुए।
  • परिचयात्मक प्रदर्शन या प्रशिक्षण सत्र प्रणाली का परिचय और उसका उपयोग।

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

प्रोजेक्ट खाते आपके नियंत्रण में हैं

प्रोजेक्ट होस्टिंग, डोमेन और बाहरी सेवा खाते क्लाइंट के नाम पर बनाए जाते हैं और क्लाइंट के नियंत्रण में रहते हैं। हमारी टीम को सहमति के अनुसार कार्यान्वयन और संचालन के लिए आवश्यक पहुंच अनुमतियां प्राप्त होती हैं।

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

सॉफ़्टवेयर दोषों को ठीक करने की वारंटी

हमें अपने काम की गुणवत्ता पर भरोसा है और हम सॉफ़्टवेयर दोषों को ठीक करने की वारंटी देते हैं। इसकी अवधि है: हस्तांतरण की सहमत तारीख से 10 वर्ष. इसमें हमारे विकसित किए गए सॉफ़्टवेयर के उन दोषों को बिना अतिरिक्त सुधार शुल्क के ठीक करना शामिल है, जिनके कारण उसकी कार्यक्षमता सहमत आवश्यकताओं को पूरा नहीं करती।

निम्नलिखित काम का अलग आकलन किया जाता है और उसे करने से पहले उसकी लागत पर सहमति ली जाती है:

  • नई सुविधाएँ जोड़ना या स्वीकृत आवश्यकताओं को बदलना।
  • ग्राहक या किसी अन्य पक्ष द्वारा किए गए संशोधनों के कारण हुई त्रुटियों को ठीक करना।
  • तृतीय-पक्ष सेवाओं में विफलताओं का समाधान करना।
  • तृतीय-पक्ष सेवाओं, इंटरफ़ेस या प्लेटफ़ॉर्म में बदलावों के कारण आवश्यक संगतता अपडेट।

इन परिस्थितियों से अप्रभावित रहने वाले हमारे काम के मूल दोषों की वारंटी रद्द नहीं होती। वारंटी का विवरण और दोषों की सूचना देने तथा उन्हें ठीक करने की प्रक्रियाएँ परियोजना अनुबंध में दी गई हैं।

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

सहायता और संचालन

सहायता के माध्यम

सहायता अनुरोध भेजे जा सकते हैं किसी भी समय, सप्ताह के सातों दिन, के माध्यम से:

शामिल सेवाएँ और प्रतिक्रिया और समाधान समय परियोजना अनुबंध में परिभाषित हैं। मुद्दों को उनके प्रभाव के अनुसार प्राथमिकता दी जाती है।

आपकी रिपोर्ट को संभालने में हमारी मदद करने के लिए, प्रोजेक्ट का नाम, समस्या का विवरण, यह कब घटित हुई, और जहां संभव हो इसे पुन: पेश करने के चरण शामिल करें। पासवर्ड, एक्सेस कुंजी या संवेदनशील क्लाइंट डेटा भेजने से बचें।

संचालन और परिचालन रखरखाव

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

एक प्रस्ताव में इन सेवाओं को एक वर्ष के लिए शामिल किया जा सकता है, या सहमति के अनुसार उन्हें अलग शुल्क पर प्रदान किया जा सकता है। वे हर प्रोजेक्ट में स्वचालित रूप से शामिल नहीं होते हैं.

बैकअप और पुनर्स्थापना परीक्षण

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

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

सॉफ़्टवेयर वारंटी से संबंध

वारंटी के दायरे में आने वाले सॉफ़्टवेयर दोषों की वारंटी निम्न अवधि तक जारी रहती है: 10 साल इसकी शर्तों के तहत, संचालन, निगरानी और बहाली परीक्षण सेवाओं की अवधि से स्वतंत्र।

परिचालन सेवा समाप्त होने से सॉफ़्टवेयर दोषों को ठीक करने की वारंटी रद्द नहीं होती। इस वारंटी में मुफ़्त सिस्टम प्रशासन और संचालन शामिल नहीं हैं।

किसी भी समय अनुरोध भेज सकने का अर्थ यह नहीं है कि टीम का कोई व्यक्ति तुरंत जवाब देगा या लगातार निगरानी करेगा। सेवा के समय और जवाब देने व समस्या सुलझाने के लक्ष्य प्रोजेक्ट समझौते में तय होते हैं।

आपकी परियोजना की कीमत कैसे तय की जाती है?

हर प्रोजेक्ट की ज़रूरतें अलग होती हैं। हम समस्या, लक्षित उपयोगकर्ताओं और आवश्यक कार्यक्षमता को समझने के बाद लागत तय करते हैं। इसके बाद कार्यक्षेत्र, सौंपे जाने वाले काम और लागत स्पष्ट करने वाला प्रस्ताव देते हैं।

लागत पर क्या प्रभाव पड़ता है?

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

प्रस्ताव क्या समझाता है?

हम शामिल कार्यक्षमता, सौंपे जाने वाले काम, कार्यान्वयन व प्रोजेक्ट सौंपने के प्रमुख चरण, समय-सारणी, लागत, भुगतान व्यवस्था, हर पक्ष की ज़िम्मेदारियाँ और कार्यान्वयन को प्रभावित करने वाली ज़रूरतें या शामिल न किए गए कार्य स्पष्ट करते हैं।

तीसरे पक्ष की लागत

क्लाइंट प्रोजेक्ट के लिए आवश्यक होस्टिंग, डोमेन, लाइसेंस और बाहरी सेवाओं और सदस्यता के लिए भुगतान करता है। हम अनुमोदन से पहले ज्ञात लागतों की व्याख्या करते हैं, आवर्ती शुल्क को उपयोग-आधारित शुल्क से अलग करते हैं।

परिवर्तन अनुरोध

हम यह निर्धारित करने के लिए प्रत्येक अनुरोध की समीक्षा करते हैं कि क्या यह सहमत दायरे में आता है। उस दायरे से बाहर के परिवर्धन या परिवर्तनों के लिए, हम लागत और शेड्यूल पर उनके प्रभाव की व्याख्या करते हैं और कार्यान्वयन से पहले आपकी स्वीकृति प्राप्त करते हैं।

हमारी वारंटी द्वारा कवर किए गए सॉफ़्टवेयर दोषों को अतिरिक्त सुधार शुल्क के बिना वारंटी नीति के तहत संबोधित किया जाता है।

भुगतान की समय-सारणी

भुगतानकब देय होता है
50%परियोजना प्रारंभ होने पर, कार्यक्षेत्र और समझौते के अनुमोदन के बाद
25%पूर्ण कार्यक्षमता के साथ सहमत पृष्ठों की डिलीवरी पर, सिस्टम के साथ एकीकृत और वास्तविक उपयोग के लिए तैयार
25%सिस्टम के एक सप्ताह के उपयोग के बाद, जब सहमत मुख्य कार्यों के उपयोग को रोकने वाला कोई दोष न हो

उपयोग की अवधि तब शुरू होती है जब सिस्टम क्लाइंट को उपलब्ध करा दिया जाता है और आवश्यक एक्सेस क्रेडेंशियल दे दिए जाते हैं। इस अवधि में उपयोग रोकने वाले दोष सामने आने पर उन्हें ठीक किया जाता है और अंतिम भुगतान देय होने से पहले सत्यापित किया जाता है कि उपयोग में रुकावट दूर हो गई है।

उपयोग में रुकावट पैदा न करने वाली टिप्पणियों के कारण अंतिम भुगतान नहीं टलता। उन पर प्रोजेक्ट के कार्यक्षेत्र और वारंटी के अनुसार काम जारी रहता है। कार्यक्षेत्र से बाहर की नई सुविधाओं और बदलावों का अलग से आकलन होता है।

सॉफ़्टवेयर दोषों को ठीक करने की वारंटी निम्न अवधि तक जारी रहती है: हस्तांतरण की सहमत तारीख से 10 वर्ष, इसकी शर्तों के अधीन है, और अंतिम भुगतान होने पर समाप्त नहीं होता है।

प्रस्ताव में कुल कीमत और कोई भी लागू शुल्क या कर, बाहरी और आवर्ती सदस्यता की अलग-अलग पहचान शामिल है। व्यवसाय और लेनदेन पर लागू आवश्यकताओं के तहत चालान जारी किए जाते हैं।

रद्द करने, धनवापसी माँगने या अनुबंध संबंधी शिकायत के लिए, अनुबंध के संदर्भ के साथ contact@almousa.dev पर ईमेल करें। अनुरोधों की समीक्षा डिलीवरी की प्रगति, अनुबंध और वैधानिक अधिकारों के आधार पर की जाती है, और देय या वापस की जाने वाली राशि स्पष्ट की जाती है। किस्त का भुगतान करने या एक सप्ताह की उपयोग अवधि पूरी करने से वैधानिक अधिकारों का त्याग नहीं होता।

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