Groome — ProBISWEB

Groome Computer Solutions के लिए, जो 1992 से इन्वेंटरी, प्रमाणन और इंस्पेक्शन के सॉफ़्टवेयर में सक्रिय है, हम उनके इंस्पेक्शन सॉफ़्टवेयर का वेब वर्ज़न, फ़ील्डवर्क के लिए एक Android ऐप और उनकी नई वेबसाइट बना रहे हैं।

  • बिल्ड
  • रिलीज़
  • होस्टिंग
Groome — ProBISWEB

एक नज़र में

हमारी भूमिका
हमारे द्वारा बनाया, होस्ट और प्रकाशित किया गया
क्लाइंट
Groome Computer Solutions B.V., Terwolde
ProBISWEB
ProBIS का वेब वर्ज़न; एक VB.NET डेस्कटॉप ऐप्लिकेशन की जगह लेता है और इंस्पेक्टरों द्वारा पहले से उपयोग में है
ProBISGo
Android फ़ील्ड ऐप, ऑफ़लाइन काम करता है; Google Play पर समीक्षा में
वेबसाइट
Groome की नई वेबसाइट, हमारे द्वारा बनाई गई
चलता है
Sarpius पर, नीदरलैंड में, हमारे प्रबंधन में
सहयोग
क्लाइंट के नियमित आईटी पार्टनर के साथ मिलकर

पहले क्या था

एक VB.NET डेस्कटॉप ऐप्लिकेशन। यह वर्कस्टेशन पर ही चलता है: इंस्टॉल हर मशीन पर अलग से करना पड़ता है, और अपडेट भी। इसमें मूल काम अच्छी तरह से समाया हुआ था — इन्वेंटरी कैसे बनती है, इसका सालों का अनुभव — लेकिन यह उसी कंप्यूटर से बँधा हुआ था जिस पर वह इंस्टॉल था।

ProBISWEB

उसी ऐप्लिकेशन का वेब वर्ज़न। इंस्पेक्टर हर प्रोजेक्ट में जो पाया जाता है उसे दर्ज करते हैं, उसे सही जगह या बिल्डिंग के हिस्से से जोड़ते हैं, और रिपोर्ट की ओर आगे बढ़ते हैं। यह कोई फ़ॉर्म नहीं है, बल्कि प्रोजेक्ट्स, लोकेशन और निष्कर्षों का एक पेड़ है जिन्हें रिपोर्ट बनने से पहले आपस में मेल खाना ज़रूरी है। इस लॉजिक को स्थानांतरित करना ही असली काम है; इसके चारों ओर एक वेब पेज बनाना आसान हिस्सा है।

ProBISGo: बिना नेटवर्क के फ़ील्डवर्क

क्रॉल स्पेस या खाली इमारत में अक्सर नेटवर्क नहीं होता, और निष्कर्ष ठीक वहीं मिलते हैं। ProBISGo रवाना होने से पहले प्रोजेक्ट को डिवाइस पर लोड कर देता है, जिसमें दफ़्तर के अपने प्रश्न-प्रकार और क्रम भी शामिल हैं। उसके बाद ऐप बिना कनेक्शन के काम करता है, और नेटवर्क मिलते ही अपने आप ProBISWEB के साथ सिंक हो जाता है। कोई अपलोड बटन नहीं है जिसे आप लंबे दिन के अंत में भूल सकें। ऐप Google Play पर जमा की जा चुकी है और इस समय समीक्षा में है।

यह कैसे चलता है

Sarpius के ज़रिए एक VPS पर, जिसे हम प्रबंधित करते हैं। प्लेटफ़ॉर्म पर कोई कंटेनर-ऐप नहीं, बल्कि एक ऐसी मशीन जिसे हम पूरी तरह खुद सेट करते हैं: किसी मौजूदा सिस्टम को बदलते समय, ग्रीनफ़ील्ड प्रोजेक्ट की तुलना में जो पहले से मौजूद है उससे कहीं ज़्यादा जूझना पड़ता ही है। यह हमारा ही प्लेटफ़ॉर्म और हमारा ही प्रबंधन बना रहता है, इसलिए रखरखाव उसी टीम के पास है जो कोड लिखती है।

यह क्यों मायने रखता है

अभी निर्माण चल ही रहा है और इंस्पेक्टर पहले से ही इसके साथ काम कर रहे हैं। यही वह क्षण होता है जब कोई प्रतिस्थापन प्रोजेक्ट बिगड़ जाता है: नया सिस्टम पुराने से थोड़ा अलग तरीके से काम करता है, और यह तभी पता चलता है जब कोई वाकई इसे लेकर मैदान में उतरता है। क्योंकि इसे हम खुद बनाते और चलाते हैं, ऐसी कोई बात सामने आने पर बस उसे लागू करना और रोलआउट करना होता है, किसी तीसरे पक्ष से चेंज रिक्वेस्ट की बात नहीं होती।

आपके लिए भी कुछ ऐसा?

स्कोप पर बातचीत बिना किसी वचनबद्धता के है। हम ईमानदारी से बताएँगे कि यह हमारे लिए सही है या नहीं।