विश्वविद्यालय ईआरपी: विकल्प और कार्यान्वयन मुद्दे

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

जैसे ही प्रबंधन सभी और सब कुछ के "स्वचालन" की शुरुआत से पहले परिपक्व होता है, पहला सवाल-दुविधा पैदा होती है - कीमत / गुणवत्ता / आवश्यकताओं के लिए सही समाधान चुनना या अपना खुद का सॉफ़्टवेयर लिखना:

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

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

ऐसी स्थिति की कल्पना करें कि प्रबंधन ने फिर भी एक निश्चित प्रणाली शुरू करने का फैसला किया और किसी को तैयार उत्पादों की लागत के विषय पर टोही का संचालन करने का निर्देश दिया।

सही ढंग से उन लोगों की एक टीम बनाना बहुत महत्वपूर्ण है जो सिस्टम खोज का संचालन करेंगे। अक्सर विश्वविद्यालयों में यह जिम्मेदारी आईटी विभाग को सौंपी जाती है (ठीक है, यह सभी कंप्यूटर से जुड़ा हुआ है) और वे गंभीर रूप से गलत हैं, क्योंकि सिस्टम का अंतिम उपयोगकर्ता विश्वविद्यालय का आईटी विशेषज्ञ नहीं है, लेकिन प्रबंधन, डीन, शैक्षिक भाग, कार्यालय, विभाग और शायद छात्र हैं। इसलिए, इस स्तर पर यह निर्धारित करना बेहद महत्वपूर्ण है कि ये सभी सूचीबद्ध श्रेणियां ईआरपी प्रणाली से क्या चाहती हैं, दैनिक कार्यों में इसके व्यावहारिक महत्व को समझना आवश्यक है, कुछ नियमित प्रक्रियाओं के स्वचालन की आवश्यकता को देखने के लिए। आदर्श रूप में, इस स्तर पर यह पहले से ही आवश्यक है कि एक अचयनित उत्पाद के कार्यान्वयन में शामिल व्यक्तियों की सूची (आदेश या आदेश), लेकिन यह विरोधाभासी लग सकता है, और परिचय के लिए जिम्मेदार व्यक्ति वह होना चाहिए जिसकी क्षमताओं पर आदेश जारी करना शामिल हो। उन इकाइयों को जिनके स्वचालन की उम्मीद है।

जाहिर है, कुछ रिपोर्टों (यानी परिचालन संबंधी जानकारी) प्राप्त करने के लिए, और आदर्श रूप से, विश्वविद्यालय में होने वाली प्रक्रियाओं की खुलेपन और पारदर्शिता को बढ़ाने के लिए, रणनीतिक निर्णय लेने के लिए प्रबंधन के लिए एक उपकरण प्राप्त करने के लिए प्रणाली का कार्यान्वयन आवश्यक है, जो अंततः डिवीजनों की श्रम उत्पादकता में वृद्धि को प्रभावित करेगा, कार्य में त्रुटियों की संख्या को कम करेगा, आदि। दुर्भाग्य से, एक साधारण विश्वविद्यालय में वे कभी-कभी शिक्षा मंत्रालय को कुछ अनिवार्य रिपोर्ट प्राप्त करने के लिए एक प्रणाली शुरू करने की कोशिश करते हैं ... और यह सब। ईआरपी सिस्टम की बिक्री प्रबंधकों को अच्छी तरह से पता है और वे संभावित खरीदार की आंखों में धूल झोंकने की कोशिश कर रहे हैं, उसे तैयार मानक रिपोर्ट की अविश्वसनीय मात्रा के साथ तेजस्वी - "लगभग 100", "500 तक", "1000 से अधिक" ... आप इस चारा के लिए गिर नहीं सकते, क्योंकि यह स्पष्ट है कि सभी रिपोर्टों के नामों में "ठेठ" शब्द आपको यह बताना चाहिए कि उन्हें निश्चित रूप से वैसे भी "पूरा" होना होगा। अब मानविकी विश्वविद्यालय के आईटी विभाग की रचना को याद करें ... एक अच्छी प्रणाली में, उपयोगकर्ता को स्वतंत्र रूप से उन सभी रिपोर्टों को उत्पन्न करना होगा, और इस आईटी विभाग को गोल आंखों से नहीं चलाना चाहिए। सिस्टम में एक्सेल में चुनी गई चीजों के अनिवार्य निर्यात के साथ रिपोर्टों का एक सहज "डिजाइनर" होना चाहिए। हम सभी यह अच्छी तरह से जानते हैं कि मंत्रालय को यह या उस जानकारी को जमा करने के लिए ऊपर से कितनी बार "कल" ​​की आवश्यकता होती है, और अब कल्पना करें कि "1000 से अधिक मानक रिपोर्ट" में से 1001 वीं रिपोर्ट प्रदान नहीं की गई है। आप क्या करेंगे? यहां तक ​​कि अगर आप तुरंत सिस्टम के निर्माता से आवश्यक रिपोर्ट के उत्पादन का आदेश देते हैं, तो इसे बनाने और परीक्षण करने में 3-4 दिन लगेंगे। यदि आवश्यक डेटा का चयन करने के लिए सिस्टम में एक सार्वभौमिक उपकरण है, तो उपयोगकर्ता 20 मिनट में इस रिपोर्ट को स्वयं बना देगा। निर्माता के वाक्यांशों में न पड़ें, जैसे "एसक्यूएल के न्यूनतम ज्ञान के साथ, आप 30 मिनट में कोई भी रिपोर्ट बना सकते हैं" - इस मामले में आपको गुप्त रखा जाता है कि "एसक्यूएल के न्यूनतम ज्ञान" के अलावा आपको अभी भी डेटाबेस (300 वर्कशीट) की संरचना का अध्ययन करने की आवश्यकता है और क्या उदाहरण के लिए, FastReport, लेकिन यह अब उपयोगकर्ता स्तर नहीं है! याद रखें, टीवी खरीदते समय आपको एक स्टोर में टांका लगाने वाला लोहा दिया जाता है (बस मामले में)? नहीं? तो फिर ईआरपी सिस्टम के लिए एक प्रोग्रामर क्यों लागू करें?

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

जब कोई सिस्टम चुनते हैं, तो डेमो एक्सेस की मांग करना सुनिश्चित करें, और न केवल रंगीन खिड़कियों पर क्लिक करें, बल्कि सिस्टम में एक या कई व्यावसायिक प्रक्रियाओं को प्रतिबिंबित करने का प्रयास करें, उदाहरण के लिए, प्रवेश अभियान के संचालन की सुविधा का मूल्यांकन करने और प्रवेश के नियमों के साथ सिस्टम के अनुपालन का निर्माण करने के लिए। प्रशिक्षण समूह, एक छात्र को पूर्णकालिक से अंशकालिक में स्थानांतरित करना, एक विशिष्ट आदेश तैयार करना, उससे निकालना, मासिक आवश्यक रिपोर्ट, आदि। पैकेट डेटा हस्तांतरण का परीक्षण एक्सेस के लिए Rosobrnadzor से FIS यूनिफ़ाइड स्टेट एग्जामिनेशन और एडमिशन के लिए पूछें और अपने सिस्टम को इसके साथ जोड़ने का प्रयास करें (जब तक कि आप वेब के माध्यम से आवेदकों के 10,000 एप्लिकेशन में प्रवेश करने की दिनचर्या से खुद को बचाना नहीं चाहते हैं)। डेमो अवधि के विस्तार के लिए पूछने के लिए स्वतंत्र महसूस करें, यदि यह आपूर्तिकर्ता तक सीमित है, तो यह आपके हितों में है। यदि इस स्तर पर आपको ऐसी समस्याएं आती हैं, जो आपको असंभव लगती हैं और आप निर्देशों में एक स्पष्ट समाधान नहीं ढूंढते हैं, तो संभावित विक्रेता से यह पूछना शर्मनाक नहीं है कि वह आपको बताए कि इस समस्या को कैसे हल करें और इसे अभी, ऑनलाइन हल करें। "यह एक डेमो संस्करण है जैसे बहाने न खरीदें, सब कुछ एक वास्तविक प्रणाली में एक घड़ी की तरह काम करता है" या "फिलहाल यह कार्यक्षमता लागू नहीं है, लेकिन खरीद के समय तक हम सब कुछ ठीक कर देंगे", "इसकी पहले से ही योजना है", "हम इसे करते हैं" सौ बार लागू किया गया "," इसे जोड़ना / कॉन्फ़िगर करना आसान है "! विश्वास करें और याद रखें - जो आपने अभी नहीं देखा था, वह संभवतः कभी भी महसूस नहीं किया जाएगा (अच्छी तरह से, आपके पैसे को छोड़कर), बस इस बिंदु पर माइनस डालने के लिए स्वतंत्र महसूस करें, क्योंकि जब तक आपने इस विशेष सॉफ्टवेयर की खरीद पर एक समझौते पर हस्ताक्षर नहीं किए हैं - आप संगीत का आदेश आप और कोई नहीं।

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

अपने विश्वविद्यालय में स्वीकार किए गए सभी प्रकार के दस्तावेजों (आदेश, प्रवेश, बयान, अर्क, रिपोर्ट, आदि) को इकट्ठा करें और उनका विश्लेषण करें, उन्हें वर्गीकृत करें और सिस्टम में उन्हें लागू करने का तरीका खोजने का प्रयास करें। यदि आपको कोई कठिनाई है, तो निर्माता आपकी मदद करें। आपके द्वारा अनुपलब्ध कार्यक्षमता को लागू करने की लागत की तुरंत जाँच करें। यह पता करें कि क्या सिस्टम GosInsp कार्यक्रम के पाठ्यक्रम फ़ाइल स्वरूपों के साथ संगत है, डेवलपर को सिस्टम में अपनी योजना को आयात करने की प्रक्रिया को प्रदर्शित करने के लिए कहें। याद रखें कि एमएमआईएस प्रयोगशाला अक्सर योजना फाइलों और उनके ढांचे के प्रारूप को बदल देती है, यह पता करें कि क्या आपके संभावित खरीदे गए एरपी इसके लिए तैयार हैं। इस बात में दिलचस्पी लें कि कार्यक्रम तीसरी पीढ़ी के FSES का समर्थन करता है।

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

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

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

सामान्य तौर पर - किसी विश्वविद्यालय के लिए एरप-सिस्टम की खोज करने के चरण में, आपको पहली जगह में पैसा नहीं लगाना चाहिए, उपरोक्त बिंदुओं पर ध्यान दें और आप खुद को, इस पर संदेह किए बिना, कार्यान्वयन प्रक्रिया पर महत्वपूर्ण रूप से बचत करेंगे।

तो, पसंद किया जाता है, बिलों का भुगतान किया जाता है, आपके पास हाथों में खरीदी गई ईआरपी प्रणाली की वितरण किट है और आप अपनी आंखों में चमक के साथ सॉफ्टवेयर को सर्वर पर डालने जा रहे हैं। कुछ क्लिक <अगला> और आपके द्वारा स्थापित सिस्टम। आगे क्या है? और फिर सबसे कठिन और समय लेने वाला चरण शुरू होता है - कार्यान्वयन ... इस दिन से शुरू, प्रबंधन हर दिन परिणामों की प्रतीक्षा करेगा, और आप, विश्वविद्यालय से एक कार्यान्वयनकर्ता के रूप में, प्रक्रिया में देरी के लिए दैनिक रूप से प्राप्त करेंगे। पहला मिथक जो विश्वविद्यालय के नेतृत्व के प्रमुख में फैलाया जाना चाहिए, और जल्द ही बेहतर होगा - "ईआरपी प्रणाली जिसे हम खरीदेंगे वह विश्वविद्यालय के सर्वर पर स्थापना के तुरंत बाद काम करने के लिए तैयार है"। यह मामले से बहुत दूर है। अधिक सटीक रूप से - यह सिद्धांत रूप में ऐसा बिल्कुल नहीं है। कोई भी तैयार समाधान अवसर के एक निश्चित मार्जिन के साथ एक निर्माता है, और यह निर्माता बॉक्स से बाहर काम नहीं करता है, यह आपके द्वारा आवश्यक सभी रूपों को प्रिंट नहीं करेगा, यह अपने आप पर छात्र डेटाबेस को नहीं भरेगा, यह पाठ्यक्रम के अनुसार एक तृतीय-पक्ष से लोड नहीं होगा। इन अवसरों को उचित रूप से लागू करें - और एक अच्छी तरह से निर्मित कार्यान्वयन प्रक्रिया है।

एक प्रणाली खरीदते समय यह तय करना महत्वपूर्ण है कि कैसे (और सबसे महत्वपूर्ण - जिनके खर्च पर) कार्यान्वयन की प्रक्रिया होगी। केवल दो विकल्प हैं:

• पहला (मुक्त) - विश्वविद्यालय स्वतंत्र रूप से उत्पाद पेश करता है, सिस्टम डेवलपर के परामर्श से,
• दूसरा (महंगा) - डेवलपर सिस्टम के कार्यान्वयन के लिए विश्वविद्यालय को सशुल्क सेवाएं प्रदान करता है।

मैं क्या कह सकता हूं ... हम स्वतंत्र तरीके से गए और दो साल तक वास्तव में कुछ भी लागू नहीं किया। नहीं, बेशक, कुछ काम करता है, हम कुछ का उपयोग करते हैं, लेकिन सामान्य तौर पर यह हर किसी के लिए स्पष्ट नहीं है कि बगीचे को बाड़ने के लिए क्यों आवश्यक था, क्योंकि आप इसके बिना रह सकते हैं। मैं खुद नहीं कहूंगा कि हमारे लिए एरप सिस्टम क्या काम करता है।

आइए सिस्टम के कार्यान्वयन के लिए जिम्मेदार व्यक्तियों की सूची पर ऑर्डर (आदेश) पर लौटें, जो मैंने ऊपर लिखा था। हमारे पास ऐसी कोई सूची नहीं थी और अभी भी नहीं है। नतीजतन, सभी पत्थर केवल एक बगीचे में उड़ते हैं - मेरा (और मैं सिर्फ आईटी विभाग का कर्मचारी हूं)।जैसा कि पहले ही उल्लेख किया गया है, किसी भी एरप सिस्टम को किसी विशेष विश्वविद्यालय की व्यावसायिक प्रक्रियाओं के लिए कॉन्फ़िगरेशन की आवश्यकता होती है, कभी-कभी यह हासिल करना संभव नहीं होता है कि आप व्यवस्थापक पैनल में केवल चेकबॉक्स को स्विच करके क्या चाहते हैं, सिस्टम में कुछ बदलाव करना अक्सर आवश्यक होता है, एक शब्द में, डेवलपर्स को समाप्त करने की आवश्यकता होती है।
यह याद रखना महत्वपूर्ण है कि किसी भी सूचना प्रणाली की शुरुआत के लिए न केवल तकनीकी विशेषज्ञों की भागीदारी की आवश्यकता होती है। उपयोगकर्ताओं, संगठन प्रबंधन और डेवलपर्स की सक्रिय भागीदारी के बिना, इसे लागू करना अक्सर असंभव होता है। कार्यान्वयन चरण में, आप इस तथ्य का सामना करेंगे कि विश्वविद्यालय के एक ही विभाग में, यहां तक ​​कि अधिकांश कर्मचारी, एक ही कार्य को विभिन्न तरीकों से करने के लिए उपयोग किए जाते हैं, कि कई व्यावसायिक प्रक्रियाएं एक दूसरे को ओवरलैप, डुप्लिकेट या यहां तक ​​कि बाहर करती हैं, कि कई विभागों का काम पूरी तरह से अनियमित है , दस्तावेजों की संख्या के लिए एक समान मानक नहीं हैं और इसी तरह। दरअसल, यही कारण है कि सूचना और स्वचालन बहुत महत्वपूर्ण है, क्योंकि सभी प्रक्रियाओं को पूरी तरह से पारदर्शी बनाएं। ऐसा इसलिए है क्योंकि कोई भी सूचना प्रणाली एक कड़ाई से विनियमित और डिज़ाइन की गई डेटा संरचना है,स्पष्ट और स्पष्ट कार्य प्रक्रियाओं को लागू करना, किसी भी अराजकता को समाप्त करना। लेकिन किसी को अराजकता में काम करना पसंद है, किसी को लाभदायक है, किसी को बस इसके लिए उपयोग किया जाता है और कुछ भी बदलना नहीं चाहता है। ऐसे लोग किसी भी संगठन में मौजूद हैं और वे हर तरह से सूचना प्रणाली के कार्यान्वयन में बाधा डालेंगे। हां, आपको तोड़फोड़, वास्तविक तोड़फोड़ से निपटना होगा, खासकर उन विश्वविद्यालय कर्मचारियों से, जो सिस्टम शुरू होने से पहले भी कंप्यूटर के साथ बहुत दोस्ताना नहीं थे, और अब भी बहुत कुछ। विश्वविद्यालय में सभी दस्तावेजों का एकीकरण भी नकली पुरातनता और रूढ़िवाद के लिए एक झटका होगा: कुछ को बाहर करना होगा, दूसरों को संसाधित करना होगा, सामान्यीकृत करना होगा, आपको नोटों की सामान्य संख्या और इतने पर भी बदलना पड़ सकता है। सबसे अधिक संभावना है, कार्यान्वयन चरण की शुरुआत में, उपयोगकर्ताओं को दस्तावेज़ को एरप सिस्टम और सामान्य एमएस वर्ड और एक्सेल दोनों के साथ रखना होगा,जो निस्संदेह विश्वविद्यालय के किसी भी विभाग में उत्साह या ओवेशन का कारण नहीं होगा। आपको इसके साथ लगना होगा। और यही कारण है कि इस बहुत ही उल्लेखनीय दस्तावेज (आदेश या आदेश) की आवश्यकता होगी जो सिस्टम के कार्यान्वयन के लिए विभागों में विशिष्ट व्यक्तियों की जिम्मेदारी को विनियमित करेगा। यह उन प्रशासनिक उपयोगकर्ताओं को बाध्य करने के लिए भी आवश्यक हो सकता है जो सिस्टम में समान कार्य करने के लिए "किसी तरह" काम करने के लिए उपयोग किए जाते हैं। सौ मिलियन सेमिनार आयोजित करने होंगे, शायद प्रत्येक इकाई के साथ व्यक्तिगत रूप से भी। दुर्भाग्य से, केवल इस तरह से कुछ समय में कुछ बदला जा सकता है, और यदि कार्यान्वित प्रणाली उपयोगकर्ता के अनुकूल है, तो कार्यान्वयन प्रक्रिया कम या ज्यादा आसानी से हो जाएगी। एक दुर्भाग्यपूर्ण तथ्य यह है कि राज्य विश्वविद्यालयों के अधिकांश विभागों में बेहद कम पढ़े-लिखे लोग हैं,जिनके लिए एक नए दस्तावेज़ का निर्माण हमेशा एक त्रासदी रहा है। 30 वर्षों के कार्य इतिहास के लिए, इन लोगों ने अपने स्थान पर एक निश्चित रूढ़िवादिता विकसित की है, जिसे आप पूरी तरह से बदलने की कोशिश करेंगे। बेल्ट के नीचे एक झटका यह भी होगा कि सिस्टम से कम से कम कुछ उपयुक्त रिपोर्ट प्राप्त करने के लिए, आपको सबसे पहले डेटा का एक ढेर ढेर दर्ज करना होगा - एक छात्र डेटाबेस बनाएं, प्रत्येक की सभी आवश्यक विशेषताओं को दर्ज करें (और उनमें से कुछ नहीं हैं , और यह सब करना होगा, अफसोस, हाथों से, क्योंकि वर्ड में बनाए गए प्रथम वर्ष के छात्रों की सूची किसी भी आयात के लिए उधार नहीं देती है, जहां केवल एक स्थान को स्वरूपण के रूप में इस्तेमाल किया गया था ...सिस्टम से कम से कम किसी प्रकार की उपयुक्त रिपोर्ट प्राप्त करने के लिए, आपको सबसे पहले डेटा का एक थुय ढेर दर्ज करना होगा - एक छात्र डेटाबेस बनाएं, प्रत्येक की सभी आवश्यक विशेषताओं को दर्ज करें (और उनमें से कई हैं), और यह सब करना होगा, अफसोस, अपने हाथों से, टी .K। वर्ड में बनाए गए प्रथम वर्ष के छात्रों की सूची किसी भी आयात के लिए उधार नहीं देती है, जहां केवल एक स्थान को स्वरूपण के रूप में इस्तेमाल किया गया था ...सिस्टम से कम से कम किसी प्रकार की उपयुक्त रिपोर्ट प्राप्त करने के लिए, आपको सबसे पहले डेटा का एक थुय ढेर दर्ज करना होगा - एक छात्र डेटाबेस बनाएं, प्रत्येक की सभी आवश्यक विशेषताओं को दर्ज करें (और उनमें से कई हैं), और यह सब करना होगा, अफसोस, अपने हाथों से, टी .K। वर्ड में बनाए गए प्रथम वर्ष के छात्रों की सूची किसी भी आयात के लिए उधार नहीं देती है, जहां केवल एक स्थान को स्वरूपण के रूप में इस्तेमाल किया गया था ...

निस्संदेह, कार्यान्वयन के चरण में, इकाइयों को एक प्रयास की मात्रा की आवश्यकता होगी और घटना तभी सफल होगी जब डीन का डिस्पैचर शैक्षणिक प्रमाण पत्र बनाने के लिए सामान्य 2 दिनों के बजाय 2 मिनट पहले खर्च करता है, जब मंत्रालय 18:00 छात्रों की संख्या का अनुरोध करता है। डॉर्मिटरी और 20 वर्ष की आयु से कम, और शैक्षणिक इकाई डेंस को उन्मत्त रूप से नहीं देखेगा, और 5 मिनट के भीतर यह रिपोर्ट सिस्टम से उत्पन्न करेगा, जब सिस्टम चयन समिति के सचिव को अनुमति नहीं देता है एक ही आवेदक के सातवें कथन को रखने के लिए, और इनमें से कई "जब" हैं ... लेकिन इन सभी के लिए विश्वविद्यालय की खुशी का एहसास होने के लिए, अभी भी बहुत अनुभव किया जाना है और बहुत कुछ इस बात पर निर्भर करेगा कि विश्वविद्यालय ने किस एर सिस्टम का अधिग्रहण किया है, जहां तक ​​यह उपयोगकर्ता के लिए समझ में आता है