हमारी कंपनी के पास कई एक्स्ट्रा के साथ बिक्री प्रणाली है, जैसे कि कार्यक्षमता, बिक्री और ऑर्डर इतिहास इत्यादि को ऑर्डर करना और प्राप्त करना हमारा मुख्य मुद्दा यह है कि सिस्टम को ग्राउंड अप से ठीक तरह से डिज़ाइन नहीं किया गया था, इसलिए इसे बनाने में बहुत लंबा समय लगता है हमारे ग्राहकों से अनुरोधों को ठीक करता है और संभालता है। साथ ही, वर्तमान तकनीक जिसका हम उपयोग कर रहे हैं (प्रगति डेटाबेस, भाषा के लिए प्रगति 4 जीएल) डेटाबेस कनेक्शन आदि के लिए मल्टी-उपयोगकर्ता लाइसेंस फीस के कारण हमारे ग्राहकों पर लाइसेंसिंग खर्च का थोड़ा सा हिस्सा लेता हैक्या किसी के पास जीयूआई पॉइंट ऑफ सेल सिस्टम के लिए डेटाबेस, प्रोग्रामिंग भाषा/फ्रेमवर्क सुझाव हैं?
बहुत सी चर्चा के बाद ऐसा लगता है कि हम शायद स्क्रैच से शुरू हो जाएंगे (कम से कम वर्तमान समय को बनाए रखने के दौरान)। हम चीजों की एक जोड़ी के लिए देख रहे:
एक अच्छा जीयूआई सामने अंत के साथ प्रणाली बनाएँ (यह वर्तमान में चूई है और आवेदन के लिए एक रास्ता है कि हम सामने के छोर नया स्वरूप के लिए अनुमति देता में नहीं बनाया गया था ... व्यापार तर्क और गुई के कोई लेयरिंग या अलगाव नहीं ... shudder)।
विभिन्न कार्यक्षमताओं को मॉड्यूलर करने की क्षमता के साथ सिस्टम बनाएं ताकि उत्पाद में सभी सुविधाएं शामिल न हों। यह हमारे मौजूदा ग्राहकों के लिए लागत को कम रखेगा जो बुनियादी कार्यक्षमता और कम कीमत वाले टैग चाहते हैं। घंटी और सीटी उन लोगों के लिए उपलब्ध होगी जो उन्हें चाहेंगे।
किसी भी समय किसी भी हिस्से को जोड़ने या बदलने के लिए उचित डिजाइन पैटर्न का उपयोग करें (यानी डेटाबेस को बदलें या एप्लिकेशन को फिर से लिखने के बिना फ्रंट एंड को बदलें)। यह आज एक समस्या है क्योंकि प्रगति 4 जीएल कोड सीधे डेटाबेस के खिलाफ संकलित है। डेटाबेस में छोटे बदलावों के लिए बहुत सारे कोड recompiling की आवश्यकता है।
हमारी नई प्रणाली लिनक्स आधारित होगी, एक ग्राहक अनुप्रयोग की संभावना एक या अधिक खिड़कियों के बक्से से कार्यक्षमता प्रदान करने की संभावना के साथ होगी।
तो मैं जो खोज रहा हूं वह कोई सुझाव है जिस पर डेटाबेस और/या ढांचे या प्रोग्रामिंग भाषाएं इस प्रकार के उत्पाद के लिए सिफारिश कर सकती हैं। जो भी इस क्षेत्र में अनुभव करता है वह हमें सही दिशा में इंगित करने में सक्षम हो सकता है या यहां तक कि कुछ विचारों से बचने के लिए भी कुछ विचार कर सकते हैं। हमने .NET और SQL Express (हमें एंटरप्राइज़ लेवल डीबी की आवश्यकता नहीं है) पर विचार किया है, लेकिन यह हमें विंडोज़ तक सीमित कर देगा (जहां तक मुझे पता है)। मैंने लिनो पर्यावरण में .NET कोड लिखने के लिए मोनो के बारे में सुना है, लेकिन मुझे अभी तक इसके बारे में बहुत कुछ पता नहीं है। हमने जावा और माइस्क्ल आधारित कार्यान्वयन भी माना है।
संक्षेप में हम निम्न कार्य करने के लिए देख रहे हैं:
रखें लाइसेंस प्रौद्योगिकी हम उत्पाद विकसित करने के लिए प्रयोग करेंगे पर नीचे लागत (Oracle, उफ़ MySQL, अच्छा!।)
एक समाधान प्रदान करें जो आसानी से रखरखाव योग्य और सहायक हो।
एक समाधान जिसमें एक CHUI फ्रंट एंड के माध्यम से "पुराना" हार्डवेयर चलाने में सक्षम घटक है। (हमारे कुछ ग्राहकों के पास 40+ टर्मिनल हैं जो पीसी पर कनवर्ट करने के लिए नकदी का एक टन होगा)।
सुझावों की सराहना की जाएगी।
धन्यवाद
[अद्यतन] मुझे लगता है कि हम वर्तमान में कुल लागत विश्लेषण प्रदर्शन कर रहे हैं पर ध्यान देना चाहिए। यह प्रश्न हमें शामिल करने या विश्लेषण में शामिल होने के लिए कुछ "शिक्षित" विकल्प देने का इरादा है। कोई भी जो क्लाइंट/सर्वर सेटअप के बारे में अनुभव/सुझाव साझा कर सकता है उसकी सराहना की जाएगी (न केवल उन लोगों को जिन्हें बिक्री प्रणाली के बिंदु के साथ अनुभव है ... यह केवल एक बोनस होगा)।
[अद्यतन]
जो कोई रुचि रखता है के लिए, हम माइक्रोसॉफ्ट डायनेमिक्स एनएवी, रास खुदरा (बिक्री और विभिन्न अन्य चीजों के बिंदु के लिए एक प्लगइन) के साथ जा रहा समाप्त हो गया और फिर कुछ था (और कर रहे हैं वर्तमान में काम कर रहे हैं) उस पर शीर्ष पर अनुकूलन कार्य। इस सेटअप ने हमें पूरी तरह से एकीकृत जी/एल प्रणाली रखने का अतिरिक्त लाभ दिया, जिसकी वर्तमान प्रणाली में कमी आई थी।
पुन: लिखना अभी तक एक निश्चित चीज़ नहीं है (मेरा मतलब है कि अभी एक वर्तमान कुल लागत विश्लेषण किया जा रहा है, ऐसा लगता है कि हम एक पुनर्लेखन करना चाहते हैं)। हम एक पुनर्लेखन के लिए विकल्पों की जांच कर रहे हैं जो अधिक लागत को सूचित करेंगे। शिक्षित विचार देने के लिए यही सवाल है। –
बीबी ने एक शानदार प्रौद्योगिकी चुनने के बारे में सिर पर नाखून मारा। यह वास्तव में बेकार है जब SupaDupaDB में आपका एक विशेषज्ञ छोड़ देता है और आप चीन में सभी पैसे के लिए एक और नहीं पा सकते हैं। –