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