सरकारी एजन्सीमधील कार्ड इंडेक्स सिस्टममधून स्वयंचलित डेटाबेसमध्ये संक्रमण

डेटा जतन (अचूकपणे रेकॉर्ड) करण्याची गरज निर्माण झाल्यापासून, लोकांनी विविध माध्यमांवर, सर्व प्रकारच्या साधनांसह, त्यानंतरच्या वापरासाठी आवश्यक माहिती कॅप्चर केली (किंवा जतन केली). हजारो वर्षांपासून, त्याने खडकांवर रेखाचित्रे कोरली आणि ती चर्मपत्राच्या तुकड्यावर लिहून ठेवली, भविष्यात पुढील वापरासाठी (फक्त डोळ्यात बायसन मारण्यासाठी).

गेल्या सहस्राब्दीमध्ये, अक्षरांच्या भाषेत माहिती रेकॉर्ड करणे—“लेखन”—व्यापक बनले आहे. डेटा प्रशासनाच्या दृष्टीने लेखनाचे निर्विवाद फायदे (प्रचलितता, सापेक्ष वाचन आणि लेखन सुलभता इ.) असले तरी, ते पूर्ण वापरास परवानगी देत ​​नाही. लिखित डेटाचे व्यवस्थापन करण्यासाठी एखादी व्यक्ती सर्वात चांगली गोष्ट शोधू शकते ती म्हणजे लायब्ररी (संग्रहण). परंतु लायब्ररीला विशेष शोध (इंडेक्सिंग) आणि डेटा मॅनेजमेंट टूल - कार्ड इंडेक्ससह देखील पूरक करावे लागले. कार्ड इंडेक्स मूलत: लायब्ररी कॅटलॉग-रजिस्ट्री आहे. लायब्ररी (संग्रहण) हा शब्द केवळ आपल्याला वापरल्या जाणार्‍या लायब्ररी म्हणून समजला पाहिजे असे नाही तर इतर संघटित आणि संरचित लिखित डेटा (उदाहरणार्थ, नोंदणी कार्यालय फाइल किंवा अंतर्गत व्यवहार मंत्रालय, राज्य कर सेवा) देखील समजले पाहिजे. ).

सरकारी नोंदणी प्रणालीवर कार्ड फाइलिंग सिस्टमचा किती परिणाम झाला आहे हे कमी लेखणे कठीण आहे. उदाहरणार्थ, लोकसंख्या नोंदणी संस्था ज्यामध्ये निवासी पत्ता हा नागरिकांबद्दल संग्रहित डेटाचे भौतिक स्थान आहे. अशा प्रकारे, ठराविक रस्त्यावर आणि भागात राहणाऱ्या नागरिकांचा सर्व डेटा क्षेत्राद्वारे नियुक्त केलेल्या एका नोंदणी विभागात संग्रहित केला जातो. हे या वस्तुस्थितीमुळे आहे की ही पद्धत आपल्याला माहिती एकाच ठिकाणी संग्रहित करण्यापेक्षा द्रुतपणे शोधणे, अद्यतनित करणे, मोजणे आणि सांख्यिकीय आणि विश्लेषणात्मक डेटा तयार करण्यास अनुमती देते. उदाहरणार्थ, पासपोर्ट कार्यालय किंवा कर विभाग ज्यात तुम्ही आहात ते तुमच्या क्रियाकलापांबद्दल लिखित आणि भौतिक डेटा (कर अहवाल किंवा नागरी नोंदी) संग्रहित करतात. नोंदणी पत्त्यावर आधारित कोणतीही व्यक्ती किंवा सरकारी संस्था, कागदपत्रे कोणत्या नोंदणी कार्यालयात संग्रहित केली आहेत आणि कर सेवेच्या कोणत्या जिल्हा विभागात उत्पन्नाची घोषणा दाखल केली आहे हे सहजपणे ठरवू शकते.

कार्ड अकाउंटिंग क्षमतेच्या या पायावर, संपूर्ण डेटा नोंदणी प्रणाली तयार केली गेली: नागरिकांबद्दल (नोंदणी कार्यालय, पासपोर्ट कार्यालय), आर्थिक क्रियाकलापांबद्दल (जिल्हा कर सेवा विभाग), रिअल इस्टेटबद्दल (जिल्हा रिअल इस्टेट नोंदणी विभाग), वाहनांबद्दल ( नोंदणी आणि परीक्षा विभाग) ), भरतीबद्दल (लष्करी कमिसारियाट्स), इ.

कार्ड अकाउंटिंगला प्रादेशिक पदनाम (S227NA69-Tver प्रदेश) सह राज्य नोंदणी चिन्हे वापरण्यास भाग पाडले जाते, प्रादेशिक वैशिष्ट्यांनुसार विविध विभागांची नावे द्या (Pervomaisky जिल्हा अंतर्गत व्यवहार विभाग), सक्ती आणि शारीरिकरित्या डेटा हलविण्यास भाग पाडले, इ.

मी एका कार्ड इंडेक्समधून दुसर्‍या कार्ड इंडेक्समध्ये कार्ड फाइलिंग सिस्टममधील डेटाच्या युनिटची हालचाल विचारात घेण्याचा प्रस्ताव देतो. एक स्पष्ट उदाहरण म्हणून, वाहन नोंदणी प्रणालीमध्ये वाहनाच्या पुनर्नोंदणीची प्रक्रिया घेऊ, जेव्हा कार एखाद्या व्यक्तीला विकली जाते ज्याचे नोंदणीचे ठिकाण (नोंदणी) मागील मालकाच्या नोंदणीच्या ठिकाणापेक्षा वेगळे असते. नियमांनुसार, कारची पुन्हा नोंदणी करण्यासाठी विक्रेता आणि खरेदीदार यांनी REO “A” (ज्याचा विक्रेता संबंधित आहे) येथे येणे आवश्यक आहे. खरेदी आणि विक्री करारावर स्वाक्षरी केल्यानंतर आणि संबंधित कागदपत्रांची पूर्तता केल्यानंतर, नवीन मालकास एक संक्रमण क्रमांक प्राप्त होतो जो मर्यादित कालावधीसाठी वैध असतो. नवीन मालक, ट्रान्झिट क्रमांकाच्या वैधतेच्या कालावधीत, तो नोंदणी (नोंदणी) द्वारे संबंधित असलेल्या REO "B" वर पोहोचण्यास बांधील आहे. REO “B” येथे त्याच्या आगमनानंतर, त्याचा ट्रान्झिट नंबर आणि इतर नोंदणी दस्तऐवज जप्त केले जातात आणि कार नवीन मालकाकडे नोंदणीकृत केली जाते.

माहितीच्या युनिटची हालचाल पूर्णपणे समजून घेण्यासाठी, खाली आम्ही नोंदणी क्रियांच्या प्रत्येक टप्प्यासह डेटाच्या युनिटच्या हालचालीचे सादृश्य काढू.

ऑपरेशन 1

विक्रेता आणि खरेदीदार कार खरेदी किंवा विक्री करण्यासाठी REO “A” येथे येतात आणि ऑपरेटरशी संपर्क साधतात. ऑपरेटरला नोंदणी कार्ड फाइलमध्ये एक नोंदणी कार्ड सापडते - म्हणजेच, तो भौतिकरित्या डेटा शोधतो, ज्यास काही वेळ लागतो. कार्ड शोधल्यानंतर, ते कारवर अटक किंवा धारणाधिकाराची उपस्थिती तपासते (कारच्या नोंदणी कार्डमध्ये डेटा रेकॉर्ड केला जातो).

ऑपरेशन 2

ऑपरेटर, आवश्यक नोंदणी क्रिया पार पाडल्यानंतर, मर्यादित कालावधीसाठी संक्रमण क्रमांक आणि नोंदणी दस्तऐवज जारी करतो. नवीन मालकाचा डेटा REO “B” मध्ये संग्रहित केला जाणे आवश्यक आहे या वस्तुस्थितीमुळे (डेटाबेस कार्ड-आधारित आणि स्थानिक असल्याने), REO “A” वरून REO “B” मध्ये माहिती हस्तांतरित करण्यासाठी खालील प्रक्रिया विकसित केली गेली आहे. नवीन मालक आणि त्याच्या कारबद्दलचा डेटा त्याच्यासोबत हलविला जाईल, ज्यासाठी त्याला संक्रमण क्रमांक जारी केले जातील. नोंदणी रद्द करण्याबाबत विशेष चिन्ह असलेले नोंदणी कार्ड वाहनाच्या इतिहासातील माहितीचे एकक म्हणून REO “A” मध्ये राहील. या प्रकरणात नोंदणी रद्द करण्याचा अर्थ असा आहे की REO "A" डेटाबेसमध्ये, माहितीचे हे युनिट निष्क्रिय होईल आणि यापुढे वर नमूद केलेल्या भौतिक डेटा शोधांच्या सूचीमध्ये नसेल (नोंदणी रद्द केलेल्या कारचे नोंदणी कार्ड इतरांपेक्षा वेगळे हलविले जाईल. सक्रिय रोलर्स). प्रसारित केलेली माहिती स्वतः संक्रमण क्रमांक आणि नोंदणी दस्तऐवजांमध्ये प्रदर्शित केली जाईल.

ऑपरेशन 3

नवीन मालक, ज्याला REO “A” कडून कारची नोंदणी रद्द केल्यामुळे संक्रमण क्रमांक मिळाले आहेत, तो REO “B” साठी निघतो. "ट्रान्झिट" या क्रमांकाच्या प्रकाराचे नाव सूचित करते की डेटा हलविण्यासाठी नंबर आवश्यक आहे. माहिती REO “A” वरून REO “B” मध्ये हस्तांतरित केली जाते, ज्यामध्ये नवीन मालक डेटा वाहक म्हणून कार्य करतो. माहितीच्या हस्तांतरणाची पूर्तता सुनिश्चित करण्यासाठी, ट्रांझिट क्रमांक वैधतेच्या ठराविक कालावधीसाठी जारी केले जातात, ज्या दरम्यान नवीन मालकाने REO “B” मध्ये नोंदणी करणे आवश्यक आहे. या प्रक्रियेचे नियंत्रण संबंधित सरकारी संस्थांवर सोपवले जाते. वरीलवरून असे दिसून येते की प्रचंड कायदेशीर मानदंड आणि मानवी संसाधने गुंतलेली आहेत आणि डेटा चळवळ प्रक्रियेच्या अंमलबजावणीवर नियंत्रण ठेवण्यासाठी वापरली जातात.

ऑपरेशन 4

कार आरईओ “बी” वर आल्यानंतर, ती नोंदणीकृत केली जाते, म्हणजे आरईओ “बी” च्या फाइल कॅबिनेटमध्ये कारबद्दलचा डेटा रेकॉर्ड करणे. ऑपरेटर ट्रान्झिट क्रमांक मागे घेतो आणि नवीन राज्य क्रमांक जारी करतो, नोंदणी कार्ड मुद्रित करताना आणि कार्ड इंडेक्समध्ये प्रविष्ट करताना. हे नोंदणी कार्ड REO “B” वरून हस्तांतरित केलेला सर्व डेटा प्रदर्शित करते.

हे REO “A” वरून REO “B” मध्ये “एनालॉग” डेटा ट्रान्सफरची प्रक्रिया पूर्ण करते. निःसंशयपणे, माहितीच्या हालचालीसाठी हा अल्गोरिदम जटिल आहे आणि त्यासाठी मानवी संसाधने आणि शारीरिक क्रियाकलाप दोन्हीकडून मोठ्या खर्चाची आवश्यकता आहे. ट्रान्सपोर्ट केलेल्या कारचा डेटा व्हॉल्यूममध्ये 3 किलोबाइट्सपेक्षा जास्त नाही, तर 1024 किलोबाइट्सच्या व्हॉल्यूमसह विद्यमान तंत्रज्ञानाचा वापर करून माहिती हलविण्याची बाजार किंमत 3 सोम्स आहे (सेल्युलर ऑपरेटरच्या कमाल शुल्कानुसार).

डीबीएमएस-डेटाबेस व्यवस्थापन प्रणाली वापरण्याचे युग

डेटाबेस व्यवस्थापन प्रणालीचा वापर नोंदणी प्रक्रियेच्या मोठ्या अॅरेमध्ये डेटा बदलण्याची प्रक्रिया मूलभूतपणे सुलभ करू शकतो. डेटा क्वेरीसाठी स्वयंचलित आणि हमी परिणाम प्रदान करा.

स्पष्ट उदाहरणासाठी, DBMS वापरल्यास कारच्या पुनर्नोंदणीच्या वरील प्रक्रियेशी साधर्म्य काढू.

ऑपरेशन 1

विक्रेता आणि खरेदीदार कार खरेदी किंवा विक्री करण्यासाठी REO “A” येथे येतात आणि ऑपरेटरशी संपर्क साधतात. ऑपरेटरला नोंदणी कार्ड फाइलमध्ये एक नोंदणी कार्ड सापडते - म्हणजेच, तो भौतिकरित्या डेटा शोधतो, ज्यास काही वेळ लागतो. कार्ड शोधल्यानंतर, ते कारवर अटक किंवा धारणाधिकाराची उपस्थिती तपासते (कारच्या नोंदणी कार्डमध्ये डेटा रेकॉर्ड केला जातो). ऑपरेटर DBMS मध्ये वाहन डेटा प्रविष्ट करतो आणि अटक किंवा धारणाधिकाराच्या उपस्थितीबद्दल त्वरित प्रतिसाद प्राप्त करतो.

ऑपरेशन 2

ऑपरेटर, आवश्यक नोंदणी क्रिया पार पाडल्यानंतर, मर्यादित कालावधीसाठी संक्रमण क्रमांक आणि नोंदणी दस्तऐवज जारी करतो. नवीन मालकाचा डेटा REO “B” मध्ये संग्रहित केला जाणे आवश्यक आहे या वस्तुस्थितीमुळे (डेटाबेस कार्ड-आधारित आणि स्थानिक असल्याने), REO “A” वरून REO “B” मध्ये माहिती हस्तांतरित करण्यासाठी खालील प्रक्रिया विकसित केली गेली आहे. ऑपरेटर नवीन मालकाचा डेटा DBMS मध्ये प्रविष्ट करतो.

हे पुन्हा नोंदणी प्रक्रिया पूर्ण करते. इतर सर्व ऑपरेशन्स संबंधित नाहीत, कारण डेटाबेस केंद्रीकृत आहे. नवीन मालकास ट्रान्झिट क्रमांक प्राप्त करण्याची (पे) आवश्यकता नाही. वाहन नोंदणीसाठी रांगेत उभे रहा (स्टेजिंग), पूर्ण झालेल्या अर्जासाठी पैसे द्या, इ. त्याच वेळी, REO कर्मचार्‍यांवरचा भार कमी होईल कारण ऑपरेशनसाठी यापुढे जटिल पुनर्नोंदणी योजनेची आवश्यकता नाही.

राज्य परवाना प्लेट्समध्ये प्रादेशिक वैशिष्ट्यांचा वापर (प्रादेशिक पदनामांची आवश्यकता नाही, जे कोणत्याही REO मध्ये कारची नोंदणी करण्यास अनुमती देईल), नोंदणी दस्तऐवजांमध्ये मालकाचा पत्ता रेकॉर्ड करणे, यासारख्या अनेक निर्बंधांची आवश्यकता नाही. निवासस्थान बदलल्यास पुन्हा नोंदणी करणे, आणि याप्रमाणे एक मोठी यादी.

नोंदणी दस्तऐवज खोटे ठरविण्याची शक्यता व्यावहारिकरित्या काढून टाकली जाते, कारण डेटाबेसमधून वाहनाची माहिती प्रदान केली जाते.

सरकारी एजन्सीमध्ये डेटा मिळविण्यासाठी सध्याच्या प्रक्रिया कार्ड फाइलिंग आणि डेटा स्टोरेजच्या क्षमतेवर आधारित आहेत.

वरील आधारे, स्वयंचलित माहिती प्रणाली (AIS) वापरण्याचे खालील मुख्य फायदे निश्चित केले जाऊ शकतात:

• AIS लक्षणीयरीत्या सुलभ करेल आणि नोंदणी प्रक्रियेकडे पाहण्याचा दृष्टिकोन आमूलाग्र बदलेल.
• नोंदणी प्रक्रियेमध्ये डीबीएमएस डिझाइनची तत्त्वे आणि नियम वापरणे आवश्यक आहे.
• AIS च्या क्षमतांचा पूर्णपणे वापर करण्यासाठी, स्थापित नोंदणी प्रक्रिया बदलली पाहिजे.
• इतर प्रणालींसह थेट सिस्टम एकत्रीकरणासाठी विस्तृत शक्यता (उदाहरणार्थ, बँकिंग).
• मानवी घटकाशी संबंधित त्रुटी कमी करणे.
• नागरिकांना माहिती मिळण्यासाठी लागणारा वेळ कमी करणे.

स्त्रोत: www.habr.com