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