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