தரவு நகர்த்தலுக்கு கவனமாக தயாரிப்பு தேவை. தரவுத்தள கட்டமைப்பின் பதிப்பு இடம்பெயர்வு: அடிப்படை அணுகுமுறைகள் பதிப்பு வரலாற்றை சேமிப்பது

நவீன நிறுவனங்கள் தங்கள் தகவல் அமைப்புகளை மாற்ற வேண்டிய அவசியத்தை அடிக்கடி எதிர்கொள்கின்றன. இருப்பினும், இந்த நடைமுறையை கவனமாக தயாரிப்பதன் மூலம் முன்னதாக இருக்க வேண்டும், ஏனெனில் வழியில் பல தடைகள் உள்ளன.

காலாவதியான இயங்குதளங்களின் செயல்பாட்டுடன் தொடர்புடைய அபாயங்களைக் குறைத்தல், தகவல் அமைப்புகளை சர்வதேச தரத்திற்குக் கொண்டு வருதல் மற்றும் வணிகச் செயல்முறைகளின் செயல்திறனை அதிகரிப்பது உள்ளிட்ட புதிய தகவல் அமைப்புக்கு (IS) மாறுவதற்குப் பல காரணங்கள் இருக்கலாம். ஆனால் நிறுவனம் எந்த பணியை எதிர்கொண்டாலும், ஒரு ஐபியிலிருந்து இன்னொரு இடத்திற்கு மாறுவது கவனமாக திட்டமிடப்பட்டு தயாராக இருக்க வேண்டும்.

இடம்பெயர்வு பிரச்சனைகள்

ஈஆர்பி, பில்லிங், ப்ராசசிங் அல்லது கோர் பேங்கிங் போன்ற பரிவர்த்தனை அமைப்புகளை நகர்த்தும்போது, ​​ஒரு புதிய அமைப்புக்கு மாறுவது மிகவும் சிக்கலானது. உண்மை என்னவென்றால், தகவல் தொழில்நுட்ப வல்லுநர்கள் பெரிய அளவிலான தரவுகளின் துல்லியமான இடம்பெயர்வை உறுதி செய்ய வேண்டும், பழைய மற்றும் புதிய அமைப்புகளின் இணையான செயல்பாட்டைப் பராமரித்தல் மற்றும் முடிவுகளை பகுப்பாய்வு செய்ய வேண்டும்.

எடுத்துக்காட்டாக, மிகப் பெரிய வங்கிகளில் ஒன்றில் பணிபுரிந்த அனுபவம் எனக்கு இருந்தது, அங்கு ஒரு பரிவர்த்தனை அமைப்பு இனி ஆதரிக்கப்படாத Informix தளத்திலிருந்து Oracle தளத்திற்கு மாற்றப்பட்டது. அதே நேரத்தில், வணிக செயல்முறைகளின் முழுமையான பகுப்பாய்வை நடத்துவது அவசியம், பழைய அமைப்பிலிருந்து புதியதாக மீண்டும் மீண்டும் தரவை மாற்றவும், புதிய மற்றும் பழைய அமைப்புகளின் முடிவுகளின் நிலைத்தன்மையை சரிபார்க்கவும். செயல்முறை விதிமுறைகள். அதனால்தான் இடம்பெயர்வு காலம் 14 மாதங்கள். சில நேரங்களில் இரண்டு அமைப்புகளின் இணையான செயல்பாடு நீண்ட காலத்திற்கு தொடரலாம், ஆனால் அது பல மாதங்களுக்கு மட்டுப்படுத்தப்பட்டாலும் கூட, புதிய IS இன் செயல்பாட்டை உறுதிப்படுத்த கூடுதல் கணினி ஆற்றலையும் நிறுவன ஊழியர்களின் குறிப்பிடத்தக்க நேரத்தையும் ஒரே நேரத்தில் இரண்டு அமைப்புகளில் செய்ய வேண்டும். .

துறை அமைப்பு முதல் நிறுவன நிலை வரை

ஐபி புதுப்பித்தல் பெரும்பாலும் உலகமயமாக்கல் மற்றும் மையமயமாக்கலின் கட்டமைப்பிற்குள் நிகழ்கிறது. மென்பொருள் அமைப்புகளை ஆதரிப்பதற்கும் புதுப்பிப்பதற்கும் ஆகும் செலவைக் கணிசமாகக் குறைக்க இது உங்களை அனுமதிக்கிறது. உண்மையில், ஒவ்வொரு துறைக்கும் தனித்தனி கருவிகளை பராமரிப்பதை விட, அனைத்து ஊழியர்களுக்கும் சேவை செய்யும் ஒரே தளத்தை பராமரிப்பது மிகவும் எளிதானது. எடுத்துக்காட்டாக, ஒரு சரக்கு கணக்கியல் அமைப்பின் வெற்றிகரமான இடம்பெயர்வு ஒரு பெரிய நிறுவனத்தின் பல ஆயிரம் துறைகளை ஒரே தளத்திற்கு மாற்றவும் மற்றும் IT செலவுகளில் கடுமையான குறைப்பை வழங்கவும் உங்களை அனுமதிக்கிறது. இருப்பினும், இந்த வழக்கில் பெரும்பாலான தயாரிப்புகள் பல்வேறு வடிவங்கள் மற்றும் பிரதிநிதித்துவங்களில் தரவின் ஒருங்கிணைப்பு, புதிய விதிமுறைகளின் வளர்ச்சி மற்றும் பணியாளர் தொடர்புகளின் புதிய மாதிரிகளை உருவாக்குதல் ஆகியவற்றில் விழுகின்றன என்பதை நினைவில் கொள்ள வேண்டும்.

மற்றொரு முக்கியமான அம்சம் மற்ற நிறுவன தகவல் அமைப்புகளுடன், குறிப்பாக சுயமாக எழுதப்பட்ட மற்றும் குறிப்பிட்டவற்றுடன் ஒருங்கிணைப்பு இடைமுகங்கள் ஆகும். அவற்றுடன் தொடர்புடைய சிக்கல்கள் முதல் கட்டத்தில் அவ்வளவு கவனிக்கப்படாமல் இருக்கலாம், ஆனால் பல்வேறு துறைகளுக்கும் ஒட்டுமொத்த அமைப்புக்கும் இடையிலான தொடர்புகளை நிறுவும் போது அடையாளம் காணப்படுகின்றன. பழைய அமைப்பிற்கு, அத்தகைய இடைமுகங்கள் ஏற்கனவே நிரல் ரீதியாக அல்லது நிறுவன ரீதியாக செயல்படுத்தப்பட்டிருந்தால், புதிய அமைப்பிற்கு அவை புதிதாக உருவாக்கப்பட வேண்டியிருக்கும்.

ஒரு உணவின் போது பசியின்மை வருவதைப் போலவே, அமைப்பின் செயல்பாட்டை விரிவுபடுத்துவது பற்றிய எண்ணங்கள் திட்டத்தை செயல்படுத்தும் போது ஏற்கனவே வரலாம் என்பதை நினைவில் கொள்ள வேண்டும். இதன் பொருள் கூடுதல் வேலைகளின் முழுத் தொடரும் தேவைப்படும்.

செயல் திட்டம்

கணினி இடம்பெயர்வு குறித்த திட்ட நடவடிக்கைகளின் அனுபவம், அத்தகைய திட்டத்திற்கு கவனமாக தயாரிப்பு தேவை மற்றும் தனிப்பட்ட திட்டத்துடன் இருக்க வேண்டும் என்பதைக் காட்டுகிறது. எவ்வாறாயினும், எந்த வகையான அமைப்புகள் இடம்பெயர்ந்தாலும், மென்பொருள், தரவுத்தள தொகுதிகள் போன்றவை, பொதுவான திட்டம் கிட்டத்தட்ட ஒரே மாதிரியாகத் தெரிகிறது.

முதல் கட்டத்தில், ஒரு விரிவான தணிக்கை நடத்துவது அவசியம், புதிய அமைப்பின் செயல்பாட்டு முறைக்கான அனைத்து தேவைகளையும் கண்டறிந்து, அனைத்து முக்கிய பயனர்களையும் நேர்காணல் செய்வது அவசியம். எந்த அளவு தரவு மற்றும் எந்த வகையான சுமைகளைப் பற்றி பேசுகிறோம் என்பதைப் புரிந்துகொள்வது முக்கியம், அப்போதுதான் வல்லுநர்கள் சரியான இடம்பெயர்வு மூலோபாயத்தை முன்மொழிய முடியும்.

செயல்முறைகள் கவனமாக சிந்திக்கப்பட வேண்டும் மற்றும் இடம்பெயர்வின் போது கணினிகளை அணுகுவதற்கான விதிகள், தோல்விகள் ஏற்பட்டால் முந்தைய நிலைக்கு திரும்புவதற்கான நடைமுறைகள் மற்றும் இந்த செயல்முறைகளில் ஈடுபட்டுள்ள பல்வேறு நிபுணர்களின் தொடர்பு போன்ற முக்கியமான கூறுகளை உள்ளடக்கியிருக்க வேண்டும். .

வாடிக்கையாளருடனான ஒப்பந்தத்திற்குப் பிறகு, ஒரு விரிவான திட்டம் பொதுவாக வரையப்படுகிறது, இது பல நிலைகளை உள்ளடக்கியது, அதாவது: தரவு நகலெடுத்தல், சரிபார்ப்பு, இரண்டு அமைப்புகளின் இணையான செயல்பாடு மற்றும் புதிய தளத்திற்கு முழுமையான மாற்றம். என் கருத்துப்படி, தொழில்ரீதியாக ஒழுங்கமைக்கப்பட்ட கணினி இடம்பெயர்வின் முக்கிய விஷயம், படிப்படியாக, மன அழுத்தம் இல்லாமல், ஒரு புதிய தானியங்கு அமைப்பில் வேலை செய்யத் தொடங்கும் பயனர்களுக்கான செயல்முறையின் மென்மையாகும்.

இருப்பினும், கவனமாக தயாரிப்பது கூட பயனர்களை "புதிய தண்டவாளங்களுக்கு" மாற்றும் போது தொழிலாளர் செலவுகளை குறைத்து மதிப்பிடுவதிலிருந்து உங்களை எப்போதும் காப்பாற்றாது. இந்த செயல்முறை நிறுவன ஊழியர்களின் பயிற்சி மற்றும் புதிய அமைப்புக்கு தழுவல் காலத்தில் அவர்களின் ஆதரவு ஆகிய இரண்டையும் உள்ளடக்கியது.

InTech க்கான Leif Poulsen

உற்பத்தியை தானியக்கமாக்குவதற்கான அமைப்புகள் மற்றும் உற்பத்தி செயல்முறைகள் பற்றிய தகவல்களைச் சேகரிப்பது ஒப்பீட்டளவில் குறுகிய காலமே. செயல்முறை உபகரணங்கள் அதன் வாழ்நாளின் முடிவை அடைவதற்கு முன்பு அவை பெரும்பாலும் மேம்படுத்தப்பட வேண்டும் அல்லது மாற்றப்பட வேண்டும். பல நிறுவனங்களுக்கு, உற்பத்தியை நிறுத்தாமல் அத்தகைய ஆட்டோமேஷன் அமைப்புகளை மாற்றுவது அல்லது மேம்படுத்துவது ஒரு உண்மையான சவாலாக உள்ளது. எனவே, ஏதாவது நடக்கும் வரை நவீனமயமாக்கல் அல்லது மாற்றத்திற்கான புறநிலை தேவை புறக்கணிக்கப்படுகிறது. கவனமாக திட்டமிடல் மற்றும் ஒழுங்கமைப்பதன் மூலம் இந்த பணியை எவ்வாறு வெற்றிகரமாக நிறைவேற்றுவது என்பது பற்றியது இந்த கட்டுரை.

தொழில்துறை ஆட்டோமேஷன் அமைப்புகள் மற்றும் தொழில்துறை தகவல் தொழில்நுட்ப அமைப்புகளை நவீனமயமாக்குவதற்கும் மாற்றுவதற்கும் இரண்டு முக்கிய காரணிகள் உள்ளன: இந்த அமைப்புகளின் தொழில்நுட்ப சிதைவு, அத்துடன் இந்த அமைப்புகள் ஆதரிக்கும் வணிக செயல்முறைகளின் தேவைகளில் ஏற்படும் மாற்றங்கள்.

இயக்க முறைமைகள், தரவுத்தளங்கள் மற்றும் பயன்பாட்டு மென்பொருள்களை நவீனமயமாக்க வேண்டிய அவசியத்தை நிறுவனங்கள் புறக்கணித்தால், தொழில்நுட்ப அமைப்புகளின் நம்பகத்தன்மை காலப்போக்கில் குறையும். உபகரணங்கள் செயலிழப்பதன் செயல்பாட்டு ஆபத்து அதற்கேற்ப அதிகரிக்கிறது.

கவனமாக திட்டமிடுவதன் மூலம், செயல்பாட்டு அபாயத்தை ஏற்றுக்கொள்ளக்கூடிய அளவில் வைத்திருக்க முடியும், அதே நேரத்தில் முதலீடுகளைப் பாதுகாத்தல் மற்றும் வாழ்க்கைச் சுழற்சி செலவுகளைக் குறைத்தல். ஒரு பொதுவான ஆட்டோமேஷன் அல்லது IT அமைப்புக்கு, முதலீட்டில் 20-40% மட்டுமே கணினியை வாங்குவதற்கு செல்கிறது. மீதமுள்ள 60-80% அதன் உயர் கிடைக்கும் தன்மையை பராமரிக்கவும், அவ்வப்போது மாறும் தேவைகளுக்கு ஏற்பவும் செல்கிறது.

தொழில்நுட்பச் சீரழிவைத் தடுப்பதற்குத் தேவையான செயல்பாடுகளை மதிப்பிடுவதோடு, புதிய சவால்களையும் சாத்தியமான வணிக வாய்ப்புகளையும் கருத்தில் கொள்வது அவசியம். வணிக சூழல் தொடர்ந்து மாறிக்கொண்டே இருக்கிறது, மேலும் தற்போதுள்ள அல்லது புதிய தொழில்நுட்பங்களை அறிமுகப்படுத்துவதற்கான அனைத்து வாய்ப்புகளையும் எப்போதும் கருத்தில் கொள்ள வேண்டும். சந்தைக்கு வேகம், போட்டித்தன்மை, வளர்ச்சி, தரம் மற்றும் ஒழுங்குமுறை இணக்கம் ஆகியவை உயர்-செலவு தன்னியக்க அமைப்புகளின் இடம்பெயர்வுக்கு வழிவகுக்கும் பொதுவான வணிக வாய்ப்புகள்.

நீண்ட கால இடம்பெயர்வு திட்டம்

ஒரு நீண்ட கால அமைப்பு இடம்பெயர்வு திட்டத்தை உருவாக்குவது, நிறுவனங்களை ஏற்றுக்கொள்ளக்கூடிய அளவில் முறையான செயல்பாட்டு அபாயங்களை பராமரிக்க அனுமதிக்கிறது. கூடுதலாக, இது இடர் மேலாண்மை மற்றும் வணிக இலக்குகளின் சரியான நேரத்தில் ஆதரவை உறுதி செய்கிறது. இடம்பெயர்வுத் திட்டம் "சிறந்த உற்பத்தி நடைமுறைகள்", தொழில்நுட்ப செயல்பாடு மற்றும் தவிர்க்க முடியாத உற்பத்தி வேலையில்லா நேரம் போன்ற கட்டுப்பாடுகளை கணக்கில் எடுத்துக்கொள்ள வேண்டும்.

பொதுவாக, நீண்ட கால திட்டமிடலுக்கான அணுகுமுறை படம் 1 இல் சித்தரிக்கப்பட்டுள்ளது. ஐந்து ஆண்டுகளில் நிறுவனம் எங்கு இருக்க விரும்புகிறது, அங்கு செல்ல என்ன நடவடிக்கைகள் எடுக்கப்பட வேண்டும், அங்கு செல்வதற்கு தேவையான ஆதாரங்கள் உள்ளனவா என்பதை தீர்மானிக்க இடம்பெயர்வு திட்டம் உருவாக்கப்பட்டுள்ளது. இந்த அணுகுமுறை TOGAF தரத்தில் கோடிட்டுக் காட்டப்பட்டுள்ள கட்டடக்கலை வடிவமைப்புக் கொள்கைகளை அடிப்படையாகக் கொண்டது, இது தொழில்துறை நிறுவனங்களுக்கான கணினி கட்டமைப்பின் வளர்ச்சியில் பரவலாகப் பயன்படுத்தப்படுகிறது.

படம் 1. நீண்ட கால இடம்பெயர்வு திட்டத்தை உருவாக்குவதற்கான பொதுவான அணுகுமுறை.

தற்போதுள்ள கட்டிடக்கலை மற்றும் இலக்கு, விரும்பிய ஒன்றை வேறுபடுத்துவது அவசியம். அவற்றுக்கிடையேயான வேறுபாடு நிறுவனத்தின் தற்போதைய நிலைக்கும் எதிர்காலத்தில் அது ஆக்கிரமிக்க விரும்பும் நிலைக்கும் உள்ள வித்தியாசத்தை பிரதிபலிக்கிறது. இடம்பெயர்வுத் திட்டம், ஏற்கனவே உள்ள கட்டிடக்கலையிலிருந்து இலக்குக் கட்டமைப்பிற்கான பாதையை பட்டியலிடுகிறது - ஒருவேளை பல மாறுதல் நிலைகள் வழியாக இருக்கலாம்.

ஒவ்வொரு கட்டிடக்கலையும் வணிகத்திற்கும் தொழில்நுட்பத்திற்கும் இடையிலான இடைவெளியைக் குறைக்கும் "அடுக்குகளின்" வரிசையாக விவரிக்கப்படலாம் - படம் 1 இல் காட்டப்பட்டுள்ளது. 1. பின்வரும் "அடுக்குகளுக்கு" கவனம் செலுத்தப்பட வேண்டும்:

  • வணிக இலக்குகள்இது ஒட்டுமொத்த மூலோபாய திட்டமிடல் முயற்சியின் ஒரு பகுதியாகும். செயல்முறையின் சரியான திசையைத் தேர்வுசெய்ய அவை உங்களை அனுமதிக்கின்றன.
  • வியாபார மாதிரிஉற்பத்தி மற்றும் வணிக செயல்முறைகள் புரிந்து கொள்ளப்படும் சூழலை வழங்குகிறது. பொதுவாக, இது பொருள் ஓட்டங்கள் மற்றும் செயல்முறைகளின் உயர் மட்ட விளக்கத்தை உள்ளடக்கியது.
  • விளக்கம் உற்பத்தி மற்றும் வணிக செயல்முறைகள்தொழில்நுட்பங்களை வெற்றிகரமாகப் பயன்படுத்துவதற்கும் வணிகக் கண்ணோட்டத்தில் அவற்றின் மதிப்பை சரியாக மதிப்பிடுவதற்கும் முக்கியமானது.
  • தகவல், தரவு மற்றும் ஆவணங்கள்செயல்முறைகள் மற்றும் பயன்பாடுகளை இணைப்பதில் முக்கியமானது. பயன்பாடுகளுக்கு இடையே உள்ள தகவல் ஓட்டங்களின் இயங்குதன்மை மற்றும் மேலாண்மை குறிப்பாக முக்கியமானது.
  • விளக்கங்கள் பயன்பாடுகள்உயர்நிலை தேவைகளை உருவாக்கவும் இடைமுகங்களை வரையறுக்கவும் உங்களை அனுமதிக்கிறது.
  • வரையறை உள்கட்டமைப்பு, கணினி மற்றும் நெட்வொர்க்தேவைகள் (வன்பொருள், தவறு சகிப்புத்தன்மை, செயல்திறன்).
  • வழங்கப்பட்டது சேவைகள்பயனுள்ள செயல்பாட்டு மேலாண்மை மற்றும் முடிவு ஆதரவை உறுதி செய்வதற்கான தேவைகளை வரையறுக்கவும்.

இடம்பெயர்வு திட்டத்தை உருவாக்குதல்

ஒரு முழு நிறுவனத்திற்கான இடம்பெயர்வு திட்டத்தை உருவாக்குவது, அல்லது ஒரு தயாரிப்பு தளம் கூட, பலரை உள்ளடக்கிய ஒரு சிக்கலான பணியாக இருக்கலாம். வளர்ச்சி செயல்முறையை பல நிலைகளாகப் பிரிக்க பரிந்துரைக்கப்படுகிறது, கீழே விவரிக்கப்பட்டுள்ளது.

பகுதி II

நிலை 1: அணிதிரட்டல்

அடிப்படை இலக்குகள்:

  • பணிகள் மற்றும் இலக்குகள் பற்றிய பொதுவான புரிதலை அடையுங்கள்
  • திட்டம் திட்டமிடப்பட்ட நிறுவனத்தை அணிதிரட்டவும்
  • திட்ட கட்டங்களின் மைல்கற்கள் மற்றும் முடிவுகளை விவரிப்பதன் மூலம் திட்டத்தை விவரிக்கவும்
  • தேவையான/கிடைக்கும் அனைத்து தகவல்களையும் சேகரிக்கவும்
  • கருத்துக்கள், நடைமுறைகள் மற்றும் கோட்பாடு பற்றிய சரியான புரிதலை வழங்குதல்
  • திட்டமிடப்பட்ட கூட்டங்கள்
  • திட்டத்தின் தொடக்கத்திற்காக அர்ப்பணிக்கப்பட்ட பட்டறை

முடிவுகள்:

  • விரிவான ஆலோசனை திட்டம்
  • பொதுவான இலக்குகள்
  • செயல்முறை கண்ணோட்டம்

நிலை 2: பகுப்பாய்வு

பகுப்பாய்வு கட்டத்தின் குறிக்கோள்கள்:

  • வணிக மற்றும் உற்பத்தி செயல்முறைகளின் பகுப்பாய்வு:

தகவல் தொழில்நுட்பம் மற்றும் ஆட்டோமேஷன் அமைப்புகளுக்கு சேவை செய்யும் பணியாளர்களின் தயார்நிலையை மதிப்பிடுங்கள்

எதிர்கால கட்டிடக்கலைக்கான தரவு மற்றும் செயல்பாட்டுத் தேவைகளைப் புரிந்து கொள்ளுங்கள்

இலக்குகளை நிர்ணயிப்பதற்கும் வணிக வழக்கை செயல்படுத்துவதற்கும் எதிர்கால கட்டிடக்கலையின் முக்கிய நன்மைகளை அடையாளம் காணவும்

  • தற்போதுள்ள கட்டிடக்கலை பகுப்பாய்வு

ஆட்டோமேஷன் அமைப்புகள், தரவு சேகரிப்பு, உற்பத்தி மேலாண்மை அமைப்புகள் ஆகியவற்றுடன் தற்போதுள்ள உற்பத்தி செயல்முறைகளைத் தீர்மானித்தல்

தற்போதுள்ள வணிக செயல்முறைகள் மற்றும் உற்பத்தி தன்னியக்க அமைப்புகளுடன் அவற்றின் இணைப்புகளை அடையாளம் காணுதல்

ஏற்கனவே உள்ள பயன்பாடுகள், தரவு, தருக்க மற்றும் இயற்பியல் உள்கட்டமைப்பு மற்றும் தொழில்நுட்ப ஆதரவு சேவைகளை அடையாளம் காணவும்

இந்த கட்டத்தில் பின்வரும் நடவடிக்கைகள் மேற்கொள்ளப்படுகின்றன:

  • பல்வேறு செயல்முறைகள் பற்றிய கருத்தரங்குகள் மற்றும் விவாதங்கள்
  • சூழ்நிலை தகவலைப் பெற தள வருகைகள்
  • கருத்தரங்குகள் மற்றும் தற்போதுள்ள அமைப்புகள் பற்றிய விவாதங்கள்
  • சேவைகளின் முதிர்வு மற்றும் ஒழுங்குமுறைத் தேவைகளுக்கு இணங்குவதைத் தீர்மானிக்க அவற்றை மதிப்பீடு செய்தல்

முடிவுகள்:

  • தற்போதுள்ள உள்கட்டமைப்பின் அடையாளம்
  • பகுப்பாய்வு ஆவணங்கள்
  • புதிய கட்டிடக்கலையின் சவால்கள் மற்றும் வாய்ப்புகள் பற்றிய யோசனைகளின் பட்டியல் புதிய கட்டிடக்கலையின் சவால்கள் மற்றும் வாய்ப்புகள் பற்றிய யோசனைகளின் பட்டியல்

நிலை 3: இலக்கு

இந்த கட்டத்தின் நோக்கம் பகுப்பாய்வு கட்டத்தில் வடிவமைக்கப்பட்ட தேவைகளை அடையாளம் கண்டு விவரிப்பதாகும்.

தீர்வு, அல்லது இலக்கு கட்டமைப்பு, விவரிக்கும்:

  • எதிர்கால வணிக செயல்முறைகள் மற்றும் செயல்பாடு
  • இலக்கு பயன்பாட்டு வகைகள், அவற்றின் செயல்பாடு, பயனர்கள், தகவல் மற்றும் இடைமுகங்கள்
  • உள்கட்டமைப்பு தேவைகள் மற்றும் திருத்தப்பட்ட ஆதரவு தரநிலைகள்

இந்த கட்டத்தில் பின்வரும் நடவடிக்கைகள் மேற்கொள்ளப்படுகின்றன:

  • செயல்முறை மேம்பாடு குறித்த கருத்தரங்குகள் மற்றும் விவாதங்கள்
  • கட்டிடக்கலையை மேம்படுத்துவதற்கான பட்டறைகள் மற்றும் விவாதங்கள்

முடிவுகள்:

  • எதிர்கால கட்டிடக்கலை (விளக்கக்காட்சி)
  • பயன்பாட்டு வகைகளின் சுருக்கமான விளக்கம்

நிலை 4: நியாயப்படுத்துதல்

நியாயப்படுத்தல் கட்டத்தின் நோக்கம், திட்டத்தின் செலவுகள் மற்றும் நன்மைகளின் தோராயமான மதிப்பீடுகளின் அடிப்படையில் ஆரம்ப வணிக வழக்கை வழங்குவதாகும்.

இருக்கும் மற்றும் விரும்பிய சூழ்நிலைக்கு இடையிலான இடைவெளி பொதுவாக பல யோசனைகளின் தோற்றத்திற்கு வழிவகுக்கிறது. யோசனைகளை நியாயப்படுத்துவது, "தேவையானவை" என்பதை "விரும்பத்தக்கது" என்பதிலிருந்து வேறுபடுத்திக் காட்டவும், அதன் பிறகு, உயர் நிர்வாகத்திற்கு யோசனைகளை வழங்கவும், உருவாக்கவும் உங்களை அனுமதிக்கும்.

இந்த கட்டத்தில் பின்வரும் நடவடிக்கைகள் மேற்கொள்ளப்படுகின்றன:

  • செலவுகள் மற்றும் நன்மைகளின் தோராயமான மதிப்பீடு
  • விளக்கக்காட்சியின் முதல் பதிப்பு

முடிவுகள்:

  • பொதுவான இலக்குகள்
  • வணிக யோசனைகளின் முன்னுரிமை
  • தேவையான வளங்களின் மதிப்பீடு

நிலை 5: திட்டம்

இந்த கட்டத்தின் நோக்கம் முன்னுரிமைகள், வளங்கள் மற்றும் சார்புகளின் அடிப்படையில் திட்டத்தை திட்டமிடுவதாகும்:

  • ஒரு ஒருங்கிணைந்த திட்டத்தின் நிலைகளை செயல்படுத்துவதற்கான வரிசையைத் திட்டமிடுதல்
  • அடுத்த படிகளுக்கு தேவையான வளங்கள் மற்றும் திறன்களை வழங்குதல்
  • திட்ட மேலாண்மை நடவடிக்கைகளின் துவக்கம்
  • ஆலோசனையை முடித்தல் மற்றும் அனைத்து நிலைகளின் முடிவுகளை வாடிக்கையாளருக்கு மாற்றுதல்

இந்த கட்டத்தில் பின்வரும் நடவடிக்கைகள் மேற்கொள்ளப்படுகின்றன:

  • செயல்படுத்தும் திட்டத்தின் வளர்ச்சி
  • ஒரு முதலீட்டு திட்டத்தின் வளர்ச்சி
  • இடர் அளவிடல்

முடிவுகள்:

  • செயல்படுத்தும் முறை
  • திட்டத்தில் ஈடுபட்டுள்ள பணியாளர்களின் பணிச்சுமையை மதிப்பீடு செய்தல்
  • திட்ட ஆபத்து மதிப்பீடு
  • முதலீட்டுத் திட்டம் (முதல் தோராயமாக)
  • திட்ட விளக்கக்காட்சியின் இறுதி பதிப்பு

வழக்கு ஆய்வு

பின்வரும் உதாரணம் உண்மையான நிலைமைகளில் விவரிக்கப்பட்ட அணுகுமுறையின் பயன்பாட்டை விளக்குகிறது. ரகசியத்தன்மை நிபந்தனைகளுக்கு இணங்க, விவரத்தில் பெயர் தெரியாத நிலை பராமரிக்கப்படுகிறது. மருந்து தயாரிப்புகளுக்கான செயலில் உள்ள பொருட்களை உற்பத்தி செய்யும் ஒரு பெரிய நிறுவனத்தைப் பற்றி நாங்கள் பேசுகிறோம். உற்பத்தி வசதிகள் 20 ஆண்டுகளுக்கு முன்பு தொடங்கப்பட்டன, அதன் பின்னர் சில நவீனமயமாக்கல் மேற்கொள்ளப்பட்டாலும், பல காலாவதியான அமைப்புகளுக்கு மாற்றீடு தேவைப்படுகிறது. பில்டிங் ஆட்டோமேஷன் சிஸ்டம்ஸ் மற்றும் டிசிஎஸ் ஆகியவை முதல் இடத்தில் உள்ளன, ஏனெனில் அவை பராமரிக்க கடினமாக இருக்கும் காலாவதியான தொழில்நுட்பங்களை அடிப்படையாகக் கொண்டவை. கூடுதலாக, சில தயாரிப்புகளை நிறுத்துதல் மற்றும் பிறவற்றை அறிமுகப்படுத்துதல் உள்ளிட்ட புதிய வணிக கோரிக்கைகளுக்கு உற்பத்தி மாற்றியமைக்க வேண்டும். பொதுவாக, தொழில்நுட்ப மற்றும் வணிகத் தேவைகளை உள்ளடக்கிய இடம்பெயர்வுத் திட்டத்தில் வேலை செய்ய வேண்டிய அவசியம் உள்ளது.

முதலில், நிறுவனம் முழுவதும் தற்போது பயன்படுத்தப்படும் உபகரணங்களின் முதன்மை பட்டியலை நீங்கள் உருவாக்க வேண்டும். இந்த தகவல் பெரும்பாலும் பல்வேறு ஆவணங்களில் (மற்றும் பணியாளர்களின் நினைவுகள்) "மறைக்கப்பட்டுள்ளது". இது பிரித்தெடுக்கப்பட்டு காட்சிப்படுத்தப்பட வேண்டும், இதனால் அது இடம்பெயர்வு திட்டமிடலுக்கான அடிப்படையாக மாறும். இந்த நோக்கத்திற்காக, ஒவ்வொரு உற்பத்தி அலகுகளிலும் உள்ள முக்கிய உபகரணங்கள் மற்றும் மூலப்பொருட்களின் இயக்கங்களைக் காட்டும் செயல்முறை தொகுதி வரைபடத்தை நாங்கள் பொதுவாக உருவாக்குகிறோம். வன்பொருளின் "மேலே" தனி அடுக்குகளாக, எந்த கணினிகள் எந்த வன்பொருளை ஆதரிக்கின்றன என்பதைக் காட்டுகிறோம்.

ஒரு எடுத்துக்காட்டு படம் காட்டப்பட்டுள்ளது. 2. நிறுவப்பட்ட கணினிகள் பற்றிய தரவுகள் கணினி சேமிப்பகத்திலும் (அல்லது வெறுமனே எக்செல் கோப்புகளில்) உள்ளன, மேலும் அவை மேலும் பகுப்பாய்வு மற்றும் திட்டமிடலுக்குப் பயன்படுத்தப்படலாம்.

படம் 2. ஆட்டோமேஷன் "லேயர்" ஏற்கனவே உள்ள அமைப்புகளை மதிப்பீடு செய்ய உங்களை அனுமதிக்கிறது

இடம்பெயர்வுத் திட்டத்தைப் பற்றி விவாதிப்பதற்கு முன், உற்பத்தியில் ஏற்படும் மாற்றங்களுக்கான முக்கிய வணிகக் காரணங்களைக் கண்டறிவது அவசியம். இந்த வழக்கில், நிர்வாகம் பின்வரும் நோக்கங்களை அடையாளம் கண்டுள்ளது:

1. ஒழுங்குமுறை தேவைகளுடன் நிலையான மற்றும் பிழையற்ற இணக்கம்

2. சந்தையில் நுழைவதற்கு தேவையான குறைந்தபட்ச நேரம், நெகிழ்வுத்தன்மை

3. வெற்றி, போட்டித்திறன், செயல்பாட்டு சிறப்பு

4. சமரசம் செய்யாத தரம்

5. உற்பத்தி அளவுகளில் வளர்ச்சி

இந்த இலக்குகள் இன்னும் குறிப்பிட்ட பணிகளாக மொழிபெயர்க்கப்பட வேண்டும், அவற்றை செயல்படுத்துவதை அளவிட முடியும்.

அடுத்து, தற்போதுள்ள அமைப்புகள் தற்போதைய மற்றும் எதிர்கால வணிக செயல்முறைகளை எவ்வளவு சிறப்பாக ஆதரிக்கின்றன என்பதைக் கண்டறிய வேண்டும். இதைச் செய்ய, நாங்கள் ஒரு நிலையான குறிப்பு மாதிரியைப் பயன்படுத்துகிறோம் (ANSI/ISA-95 தொடர் தரநிலைகளின் அடிப்படையில்). இது 19 உயர்-நிலை வணிக செயல்முறைகளை உள்ளடக்கியது, அவற்றின் நடைமுறைச் செயல்பாட்டில் உள்ள பலவீனங்களைக் காணவும், பயனுள்ள வணிகத்திற்காக மாற்றத்தின் அவசியத்தைப் பார்க்கவும் இது உங்களை அனுமதிக்கிறது.

கூடுதலாக, எதிர்காலத்தில் வணிக செயல்முறைகளை ஆதரிக்க, ஏற்கனவே உள்ள அமைப்புகளின் தொழில்நுட்ப திறன்களை மதிப்பீடு செய்ய வேண்டும். கணினி சேமிப்பகத்திலிருந்து மேலே விவரிக்கப்பட்ட தகவலைப் பயன்படுத்தி இது முறையாக செய்யப்படுகிறது. தகவல் களஞ்சியத்தில் உள்ள ஒவ்வொரு அமைப்பிற்கும் (எங்கள் விஷயத்தில், சுமார் 70 அமைப்புகள்), பின்வரும் அம்சங்களை மதிப்பீடு செய்ய வேண்டும்:

  • உபகரண நிலை (தோல்வி வரலாறு, தோல்விகளுக்கு இடையிலான சராசரி நேரம், உபகரணங்களின் வயது, உதிரி பாகங்கள் கிடைக்கும் தன்மை)
  • மென்பொருளின் நிலை (விற்பனையாளர் ஆதரவு, ஆவணங்களின் இருப்பு, தேவையான திறன்களைக் கொண்ட பணியாளர்கள்)
  • கணினி மீட்பு திறன்கள் (பணிநீக்கம், பழுதுபார்க்கும் முன் சராசரி சேவை வாழ்க்கை)
  • வணிக தாக்க மதிப்பீடு (தகவல் வழங்கல், தரவு பிழைகள், கிடைக்காத தன்மை)
  • குறிகாட்டிகள் (கணினி நம்பகத்தன்மை, கணினி விமர்சனம் போன்றவை)

தொழில்நுட்ப மதிப்பீடு பல அமைப்புகளை நவீனமயமாக்கி மாற்ற வேண்டியதன் அவசியத்தை அடையாளம் கண்டுள்ளது:

  • செயல்முறைக் கட்டுப்பாட்டு அமைப்புகள் வழக்கமான, காலாவதியான DCS மற்றும் பல வேறுபட்ட PLCகளை அடிப்படையாகக் கொண்டவை, அவற்றில் சில ஏற்கனவே மாற்றுவதற்கு "பழுத்தவை".
  • கட்டிட தன்னியக்க அமைப்பு புதிய தளத்தை அடிப்படையாகக் கொண்டது, ஆனால் புதிய தேவைகளைப் பூர்த்தி செய்ய மேம்படுத்துதல் தேவைப்படுகிறது.
  • பல இரண்டாம் நிலை அமைப்புகளுக்கு நவீனமயமாக்கல் அல்லது மாற்றீடு கூட தேவைப்படுகிறது.
  • அனைத்து அமைப்புகளுக்கும் சேவை செய்யும் உள்கட்டமைப்புக்கு இன்றைய பாதுகாப்புத் தேவைகளைப் பூர்த்தி செய்ய சிறந்த பிரிவு மற்றும் பாதுகாப்பு தேவைப்படுகிறது.

பகுதி III

எதிர்காலத்திற்கான வணிக இலக்குகளை பகுப்பாய்வு செய்த பிறகு, தற்போதுள்ள அமைப்புகள் எதுவும் எதிர்கால தேவைகளை முழுமையாக பூர்த்தி செய்யவில்லை என்பது தெளிவாகியது. இந்த புரிதல் புதிய தொழில்நுட்பங்களை அறிமுகப்படுத்துவது மற்றும் உற்பத்தி செயல்படுத்தல் அமைப்பு குறித்து பல யோசனைகளை உருவாக்கியது. பகுப்பாய்வின் விளைவாக, 16 வெவ்வேறு திட்டங்கள் முன்மொழியப்பட்டன, அவை தொடர்ந்து செயல்படுத்தப்பட்டால், நிறுவனம் எதிர்கால தொழில்நுட்ப மற்றும் வணிகத் தேவைகளைப் பூர்த்தி செய்ய உதவும்.

தொழில்நுட்ப வேலைகளின் உள்ளடக்கம் மற்றும் ஒவ்வொரு திட்டத்தின் விலையும் மதிப்பிடப்படுகிறது; ஒவ்வொரு திட்டத்திற்கும், நிர்வாகம் விவாதிக்க ஒரு பக்க சுருக்கம் தயாரிக்கப்படுகிறது. (படம் 3 ஐப் பார்க்கவும்).

அரிசி. 3. சாத்தியமான இடம்பெயர்வு திட்டத்தின் ஒரு பக்க விளக்கம்

முன்னுரிமைத் திட்டங்களைத் தேர்ந்தெடுப்பதற்காக, அவை ஒவ்வொன்றின் சாத்தியமான முடிவுகளும் மதிப்பிடப்படுகின்றன. முடிவுகள் வணிக இலக்குகள் மற்றும் செயல்முறை கட்டுப்பாட்டு அமைப்பின் நம்பகத்தன்மை ஆகியவற்றின் அடிப்படையில் மதிப்பிடப்படுகின்றன.

பொதுவாக, ஒவ்வொரு திட்டத்திற்கும் ஒட்டுமொத்த ஆதாரம் மற்றும் நிதித் தேவைகளை மதிப்பிடுவதற்கு பல செயல்படுத்தல் காட்சிகளை நீங்கள் மதிப்பீடு செய்ய வேண்டும் (படம் 7). கருத்தில் கொள்ள வேண்டிய முக்கிய கட்டுப்பாடுகளில் ஒன்று உற்பத்தி செயல்பாட்டில் உள்ள ஜன்னல்கள் ஆகும், இதன் போது அமைப்புகளை மாற்றலாம் அல்லது மாற்றலாம். ஒரு விதியாக, இந்த "ஜன்னல்கள்" வார இறுதிகளில் நிகழ்கின்றன - இது ஒரு கடுமையான இடையூறு.

அரிசி. 7. இடம்பெயர்வு அட்டவணையின் ஒருங்கிணைந்த கண்ணோட்டம்

அமைப்புகளை மாற்றுவதற்கும் அவற்றை அமைப்பதற்கும் எப்போதும் சிறிது நேரம் இருப்பதால், தயாரிப்பு மிகவும் முழுமையானதாக இருக்க வேண்டும். எல்லாவற்றையும் விரிவாக திட்டமிட வேண்டும். திட்டமிடலின் ஒரு முக்கிய அம்சம் செயல்படுத்தப்பட்ட அமைப்புகளைச் சோதிப்பதாகும்.

நாங்கள் விவரிக்கும் வழக்கில், நீண்ட கால இடம்பெயர்வுத் திட்டத்தை செயல்படுத்துவது ஆறு வெவ்வேறு ஸ்ட்ரீம்களில் மேற்கொள்ளப்பட்டது, படம் 1 ஐப் பார்க்கவும். 8.

அரிசி. 8. ஆறு வெவ்வேறு ஸ்ட்ரீம்களில் இடம்பெயர்வு திட்டங்களை ஒழுங்கமைத்தல்

தயாரிப்பின் ஒரு பகுதியானது திட்ட அபாயங்களின் முழுமையான மதிப்பீடு மற்றும் தடுப்பு ஆகும். படத்தில். இடம்பெயர்வு திட்டங்களுடன் தொடர்புடைய பொதுவான அபாயங்களை படம் 9 காட்டுகிறது.

அரிசி. 9. இடம்பெயர்வு திட்டங்களின் பொதுவான அபாயங்களை மதிப்பிடுதல்

வணிக ஆதரவு செயல்முறைகள்

இந்தக் கட்டுரையில் விவரிக்கப்பட்டுள்ள வாழ்க்கைச் சுழற்சி மேலாண்மை மற்றும் நீண்ட கால இடம்பெயர்வு திட்டமிடல் அணுகுமுறை வணிகத் தேவைகளால் இயக்கப்படுகிறது. இது தற்போதைய மற்றும் எதிர்கால வணிக இலக்குகளின் மதிப்பீட்டை உள்ளடக்கியது, அத்துடன் அந்த இலக்குகளை சிறப்பாக ஆதரிக்கும் வகையில் தொழில்நுட்ப அமைப்புகள் எவ்வாறு பராமரிக்கப்படும் அல்லது மாற்றப்படும் என்பது பற்றிய முழுமையான பகுப்பாய்வு. அணுகுமுறை TOGAF கொள்கைகளை அடிப்படையாகக் கொண்டது, இது வரவுசெலவுத் திட்டங்கள் மற்றும் தகுதிவாய்ந்த பணியாளர்களின் கிடைக்கும் தன்மையைப் பொறுத்து தொடர்ச்சியான திட்ட செயலாக்கத்தை வழங்குகிறது. தற்போதைய மற்றும் எதிர்கால அமைப்பு கட்டமைப்புகளை மதிப்பிடுவது எதிர்கால இடம்பெயர்வு திட்டங்களை தீர்மானிப்பதில் ஒரு முக்கிய அங்கமாகும். இறுதியாக, முக்கிய திட்ட பங்குதாரர்களின் சரியான நேரத்தில் ஈடுபாட்டை உறுதி செய்யும் நிறுவன மாற்ற மேலாண்மை கொள்கைகளை கடைபிடிக்க வேண்டியது அவசியம், இது இடம்பெயர்வு திட்டங்களின் வெற்றிக்கு மிகவும் முக்கியமானது. இந்த அணுகுமுறையின் செயல்திறன் நடைமுறையில் மீண்டும் மீண்டும் நிரூபிக்கப்பட்டுள்ளது.

லீஃப் பால்ஸ்n) ( ), NNE Pharmaplan இல் முன்னணி ஆட்டோமேஷன் மற்றும் IT நிபுணர். செயல்முறை மேலாண்மையில் முதுகலைப் பட்டம் பெற்றவர். NNE Pharmaplan இல், தொழில்துறை ஆட்டோமேஷன் மற்றும் IT துறையில் தொழில்நுட்பங்கள், முறைகள் மற்றும் திறன்களை மேம்படுத்துவதற்கு Poulsen பொறுப்பு, மேலும் மூத்த வணிக ஆலோசகராக பணிபுரிகிறார்.

கடைசியாக புதுப்பிக்கப்பட்டது: 10/31/2015

மாதிரி மாறும் போது பெரும்பாலும் ஒரு சூழ்நிலை எழுகிறது. எடுத்துக்காட்டாக, அதில் புதிய பண்புகளை அறிமுகப்படுத்த முடிவு செய்தோம். ஆனால் அதே நேரத்தில், சில தரவைக் கொண்ட தரவுத்தளத்தை ஏற்கனவே எங்களிடம் உள்ளது. தரவுத்தளத்தை இழப்பு இல்லாமல் புதுப்பிக்க, ASP.NET MVC இடம்பெயர்வு போன்ற ஒரு பொறிமுறையை நமக்கு வழங்குகிறது. எடுத்துக்காட்டாக, எங்களிடம் எளிய பயனர் மாதிரி உள்ளது:

பொது வகுப்பு பயனர் (பொது முழு ஐடி (பெறு; அமை;) பொது சரத்தின் பெயர் (பெறு; அமை;) )

அதன்படி, தரவுத்தளத்துடன் நாங்கள் பணிபுரியும் தரவு சூழல் உள்ளது:

பயனர்கள்(கெட்;செட்;))

இந்த மாதிரியுடன் பணிபுரியும் அனைத்து உள்கட்டமைப்புகளும் எங்களிடம் உள்ளன - காட்சிகள், கட்டுப்படுத்திகள் மற்றும் தரவுத்தளத்தில் இந்த மாதிரியின் பல பொருள்கள் ஏற்கனவே உள்ளன. ஆனால் ஒரு கட்டத்தில் பயன்பாட்டு மாதிரியின் தளத்தை மாற்ற முடிவு செய்தோம். எடுத்துக்காட்டாக, பயனர் மாதிரியில் மற்றொரு புலத்தைச் சேர்த்துள்ளோம்:

பொது வர்க்கப் பயனர் (பொது முழு ஐடி (பெறு; அமை;) பொது சரத்தின் பெயர் (பெறு; அமை;) பொது முழு வயது (பெறு; அமை; ) )

கூடுதலாக, மேலும் ஒரு மாதிரியைச் சேர்க்க முடிவு செய்தோம், எடுத்துக்காட்டாக:

பொது வகுப்பு நிறுவனம் (பொது முழு ஐடி (பெறு; அமை;) பொது சரத்தின் பெயர் (பெறு; அமை;) )

எனவே, எங்கள் தரவு சூழல் ஏற்கனவே பின்வருமாறு மாறுகிறது:

பொது வகுப்பு பயனர் சூழல்: DbContext (பொது பயனர் தொடர்பு() : அடிப்படை("DefaultConnection") ( ) public DbSet பயனர்கள் (பெறு; அமை;) பொது DbSet நிறுவனங்கள் (பெறு; அமை;))

பயனர் மாதிரிக்கான காட்சிகளில் வயதுச் சொத்திற்கான கூடுதல் புலத்தைச் சேர்க்கலாம், புதிய மாடலுக்கான கன்ட்ரோலரையும் காட்சிகளையும் உருவாக்கலாம், ஆனால் தரவுத்தளத்தில் புதிய பொருளைச் சேர்க்க முயலும்போது, ​​பிழையைப் பெறுவோம்:

தரவு சூழல் மாறிவிட்டது, இப்போது நாம் பழைய தரவுத்தள திட்டத்திலிருந்து புதியதாக மாற்ற வேண்டும். முதலில், விஷுவல் ஸ்டுடியோவின் கீழே உள்ள தொகுப்பு மேலாளர் கன்சோல் சாளரத்தைக் கண்டுபிடித்து, அதில் உள்ள கட்டளையை உள்ளிடவும்: enable-migrations மற்றும் Enter ஐ அழுத்தவும்:

இந்த விஷுவல் ஸ்டுடியோ கட்டளையை இயக்கிய பிறகு, திட்டத்தில் ஒரு இடம்பெயர்வு கோப்புறை உருவாக்கப்படும், அங்கு நீங்கள் கோப்பைக் காணலாம். Configuration.cs. இந்தக் கோப்பில் உள்ளமைவு அமைப்புகளை அமைக்கும் அதே பெயரின் உள்ளமைவு வகுப்பின் அறிவிப்பு உள்ளது:

Namespace MigrationApp.Migrations ( System ஐப் பயன்படுத்துதல்; System.Data.Entity ஐப் பயன்படுத்துதல்; System.Data.Entity.Migrations ஐப் பயன்படுத்துதல்; System.Data.Entity.Migrations ஐப் பயன்படுத்துதல்; System.Linq ஐப் பயன்படுத்துதல்; உள் சீல் செய்யப்பட்ட வகுப்பு கட்டமைப்பு: DbMigrationsConfiguration (பொது கட்டமைப்பு() ( AutomaticMigrationsEnabled = false; ContextKey = "MigrationApp.Models.UserContext"; ) பாதுகாக்கப்பட்ட மீறல் வெற்றிடமான விதை(MigrationApp.Models.UserContext சூழல்) ( ) ) )

விதை முறையில், நீங்கள் விதை தரவு மூலம் தரவுத்தளத்தை துவக்கலாம். இப்போது நாம் இடம்பெயர்வை உருவாக்க வேண்டும். அங்கு, தொகுப்பு மேலாளர் கன்சோலில், கட்டளையை உள்ளிடவும்:

PM சேர்-மைக்ரேஷன் "MigrateDB"

விஷுவல் ஸ்டுடியோ தானாகவே இடம்பெயர்வு வகுப்பை உருவாக்கும்:

Namespace MigrationApp.Migrations ( கணினியைப் பயன்படுத்துதல்; System.Data.Entity.Migrations ஐப் பயன்படுத்துதல்; பொது பகுதி வகுப்பு MigrateDB: DbMigration ( பொது மேலெழுதல் வெற்றிடத்தை Up() ( CreateTable("dbo.Companies", c => new ( Id = c.Int( nullable: false, identity: true), Name = c.String(), )).PrimaryKey(t => t.Id); AddColumn("dbo.Users", "Age", c => c.Int(nullable) : பொய்));

Up முறையில், CreateTable முறையை அழைப்பதன் மூலம், அட்டவணை "dbo.Companies" உருவாக்கப்பட்டு அதன் கட்டமைப்பு செய்யப்படுகிறது: நெடுவரிசைகளை உருவாக்குதல், விசைகளை அமைத்தல். ஏற்கனவே உள்ள அட்டவணையில் புதிய வயது நெடுவரிசையும் சேர்க்கப்பட்டுள்ளது. டவுன் முறை நெடுவரிசை மற்றும் அட்டவணை இருந்தால் அவற்றை நீக்குகிறது. உண்மையில், இந்த முறைகள் SQL இல் உள்ள ALTER வெளிப்பாடுக்கு சமமானவை, இது தரவுத்தளத்தின் கட்டமைப்பையும் அதன் அட்டவணையையும் மாற்றுகிறது.

இறுதியாக, இடம்பெயர்வைச் செய்ய, அதே கன்சோலில் கட்டளையைத் தட்டச்சு செய்வதன் மூலம் இந்த வகுப்பைப் பயன்படுத்துவோம்:

PM புதுப்பிப்பு-தரவுத்தளம்

இதற்குப் பிறகு, தரவுத்தளத்தின் கலவையைப் பார்த்தால், நிகழ்த்தப்பட்ட இடம்பெயர்வுக்கு ஏற்ப அதில் மாற்றங்கள் பயன்படுத்தப்பட்டிருப்பதைக் காண்போம்:

எனவே, இடம்பெயர்வு முடிந்தது, ஏற்கனவே புதுப்பிக்கப்பட்ட மாதிரிகள் மற்றும் தரவு சூழலைப் பயன்படுத்தலாம்.

இந்தக் கட்டுரையில், 1C:Enterprise 8 உள்ளமைவுகளில் பணிபுரிய வாடிக்கையாளர்களை மாற்றுவது தொடர்பான பெரிய கார்ப்பரேட் திட்டங்களில் தரவு இடமாற்றத்தை மேற்கொள்வதில் எங்கள் அனுபவத்தை முறைப்படுத்த விரும்புகிறோம்.

அதே நேரத்தில், கட்டுரையில் முக்கிய முக்கியத்துவம், முதலில், இடம்பெயர்வு செயல்முறையின் தொழில்நுட்ப கூறுகளில் வைக்கப்படும். நிறுவன கூறும் பாதிக்கப்படுகிறது, ஆனால் குறைந்த அளவிற்கு.

நிபந்தனைகளும் விளக்கங்களும்

தரவு இடம்பெயர்வு என்பது பொதுவாக வேலையின் இறுதி வரிசையாக புரிந்து கொள்ளப்படுகிறது, இது மூல அமைப்புகளிலிருந்து (வரலாற்று அமைப்புகள்) இலக்கு அமைப்புக்கு தரவுகளை ஒரு முறை வெகுஜன நகர்த்துவதை நோக்கமாகக் கொண்டது. அதே நேரத்தில், மூல அமைப்புகளில் இந்தத் தரவின் சுரண்டல் நிறுத்தப்படும்.

தரவு இடமாற்றம் தரவு ஒருங்கிணைப்பிலிருந்து வேறுபடுத்தப்பட வேண்டும். ஒருங்கிணைப்பு, இடம்பெயர்வு போலல்லாமல், IT கட்டமைப்பின் நிரந்தரப் பகுதியாகும், மேலும் இது பல்வேறு அமைப்புகள் மற்றும் தரவுக் கடைகளுக்கு இடையேயான தரவு ஓட்டத்திற்குப் பொறுப்பாகும் - மேலும் இது ஒரு செயல்திட்டச் செயல்பாட்டைக் காட்டிலும் ஒரு செயல்முறையாகும்.

பொதுவாக இடம்பெயர்வு திட்டம் இதுபோல் தெரிகிறது:

அரிசி. 1

வரலாற்று அமைப்புகள்- வாடிக்கையாளரின் நிறுவனத்தின் தரவுத்தளங்கள், ஒரு புதிய அமைப்பை செயல்படுத்தும் போது முழுமையாகவோ அல்லது பகுதியாகவோ மாற்ற திட்டமிடப்பட்டுள்ளது.

பெறுதல் அமைப்பு- இலக்கு அமைப்பு, தன்னிச்சையான கட்டமைப்பு "1C: எண்டர்பிரைஸ் 8".

ஆரம்ப தரவு- வரலாற்று அமைப்புகளிலிருந்து தனிப்பயன் xls கோப்பு வடிவத்தில் பதிவிறக்கம் செய்யப்பட்ட தரவு. இந்த வழக்கில், xls வடிவம் மிகவும் வசதியானதாகத் தெரிகிறது, ஏனெனில் xls கோப்பில் பதிவேற்றும் திறன் "முந்தைய தலைமுறைகளின்" பல கணக்கியல் அமைப்புகளில் உள்ளது.

ஒரு போக்குவரத்திற்கு ஒரு நவீன மாற்றாக, xml கோப்பு வடிவத்தை கருத்தில் கொள்ள முடியும்.

இடைநிலை தரவுத்தளத்தைப் பயன்படுத்துவதற்கான விருப்பங்களும் உள்ளன.

மாற்றம், மாற்றம்- மூலத் தரவை ஏற்றுவதற்கான தரவுகளாக மாற்றும் செயல்முறை. ஏற்றுதல் வார்ப்புருக்களுக்கு ஏற்ப தரவு மாற்றம் ஏற்படுகிறது. மாற்றத்தின் விளைவாக ஏற்றப்பட வேண்டிய தரவு.

தரவைப் பதிவிறக்கவும்- பெறுதல் அமைப்பில் ஏற்றுவதற்கு நோக்கம் கொண்ட தரவு. இந்தக் கட்டுரையும் மூலத் தரவும் xls வடிவமைப்பைக் கருதுகிறது.

ஏற்றுவதற்கான தரவு வார்ப்புருக்கள்- இலக்கு அமைப்பில் ஏற்றப்பட வேண்டிய தரவு அட்டவணைகளின் விளக்கம்.

இடம்பெயர்வு நிலைகள்

படிப்படியாக இடம்பெயர்வு தயாரித்து நடத்தும் செயல்முறையை கருத்தில் கொள்வோம்.

இடம்பெயர்வின் நிறுவன நிலைகளில் பின்வரும் புள்ளிகள் அடங்கும்:

· இடம்பெயர்வு உத்தியை வரையறுத்தல். இந்த கட்டத்தில், ஒப்பந்ததாரர் மற்றும் வாடிக்கையாளர் இடம்பெயர்வு பணிகளை மேற்கொள்வதற்கான தொழில்நுட்பத்தை ஒப்புக்கொள்கிறார்கள்;

· இடம்பெயர்வு பணிக்குழுவின் கலவையை தீர்மானித்தல். பணிக்குழுவில் ஒப்பந்ததாரர் மற்றும் வாடிக்கையாளர் ஆகிய இருவரிடமிருந்தும் வல்லுநர்கள் இருக்க வேண்டும், அவர்கள் வரலாற்று அமைப்புகளின் (வாடிக்கையாளரின் பக்கத்தில்) மற்றும் இலக்கு அமைப்பு (ஒப்பந்தக்காரரின் பக்கத்தில்) செயல்பாட்டைப் பற்றி நன்கு அறிந்தவர்கள்.

· பூர்வாங்க இடம்பெயர்வு திட்டம். திட்டம் முன்னேறும்போது இடம்பெயர்வுத் திட்டம் பல முறை சரிசெய்யப்படும்;

· வரலாற்று அமைப்புகளிலிருந்து தரவைப் பதிவிறக்குவதற்கான தேதிகளின் காலங்கள், தரவுகளின் தொகுதிகள். இடம்பெயர்வுகளுக்கான தரவு கட்-ஆஃப் காலங்கள், சோதனை தேதிகள் மற்றும் இறுதி இடம்பெயர்வுகள். இந்த தகவல் இடம்பெயர்வு திட்டத்திற்கு காரணமாக இருக்கலாம்;

· நகர்த்தப்பட வேண்டிய தரவுகளின் தொகுப்பு. குறிப்பு தரவு, வகைப்படுத்திகள், பரிவர்த்தனை தரவு, நிலுவைகள், விற்றுமுதல் போன்றவை;

இடம்பெயர்வு செயல்முறையின் போது மற்றும் முடிவில் தரவின் தரம், சரியான தன்மை மற்றும் ஒருமைப்பாடு ஆகியவற்றை சரிபார்க்கும் சிக்கல்கள்;

· தோல்விகள் ஏற்பட்டால் முந்தைய நிலைக்கு திரும்புவதில் சிக்கல்கள்.

இடம்பெயர்வின் தொழில்நுட்ப நிலைகளை இன்னும் விரிவாகப் பார்ப்போம்.

அரிசி. 2

1.தரவு ஏற்றுதல் டெம்ப்ளேட்களை தயார் செய்தல்

தரவு ஏற்றுதல் டெம்ப்ளேட்டில் ஏற்றப்பட வேண்டிய தரவு அட்டவணைகள், அல்காரிதம்கள் மற்றும் தற்போதைய டெம்ப்ளேட்டிற்கான ஏற்றுதல் விதிகளின் தொழில்நுட்ப விளக்கங்கள் உள்ளன.

ஒவ்வொரு டெம்ப்ளேட்டும் பொதுவாக இலக்கு இலக்கு அமைப்பில் ஒன்று அல்லது அதற்கு மேற்பட்ட தொடர்புடைய அட்டவணைகளை குறிவைக்கிறது.

டெம்ப்ளேட் கூறுகிறது:

பதிவிறக்கத்திற்கான xls தரவுக் கோப்பின் அனைத்து புலங்களின் விளக்கம், உட்பட:

o புலத்தின் பெயர்

o புலம் நிரப்பப்பட வேண்டும் என்பதற்கான காட்டி

o புலத்தை நிரப்புவதற்கான எடுத்துக்காட்டு

o குறிப்பு

· ஏற்றப்பட வேண்டிய தரவுகளின் அடிப்படையில் இலக்கு கணினி அட்டவணையை ஏற்றுவதற்கான விதிகளின் விளக்கம் (பல தொடர்புடைய அட்டவணைகளின் வரிசை, முக்கிய புலங்களுக்கான தேடல் அல்காரிதம்கள் போன்றவை)

ஒரு தரவுக் கோப்பில் இருந்து "ஒன்றுக்கு ஒன்று" தரவை ஏற்றுவதற்கு மாற்றுவதைத் தவிர வேறு ஏதேனும் இருந்தால், இலக்கு கணினி அட்டவணைகளின் புலங்களை நேரடியாக நிரப்புவதற்கான விளக்கம். எடுத்துக்காட்டாக, குறிப்பு புலங்களுக்கு பொருத்தமானது.

இந்த கட்டத்தில் பணியின் போது, ​​ஒப்பந்ததாரர் ஏற்றுவதற்கு ஒரு தரவு கோப்பு ஏற்றி தயார் செய்ய வேண்டும். xls கோப்புகளுடன் பணிபுரியும் போது, ​​இந்த பணி குறிப்பாக கடினமாக இல்லை.

2.தரவு ஆதாரங்களை அடையாளம் காணுதல்

இந்த நிலை முந்தைய நிலை "1 உடன் தொடங்கலாம். தரவு ஏற்றுதல் டெம்ப்ளேட்களைத் தயார்படுத்துகிறது."

இந்த கட்டத்தில், வாடிக்கையாளரின் வல்லுநர்கள் எந்த அமைப்புகளிலிருந்து எந்தத் தரவைப் பதிவிறக்கலாம் என்பதைத் தீர்மானிக்கிறார்கள். என்ன தரவு என்பதையும் நீங்கள் தீர்மானிக்க வேண்டும் இருக்கலாம் தேவைப்படலாம்.

ஒரு விதியாக, பெரிய இடம்பெயர்வு திட்டங்களில், தரவு மூலங்களின் முழுமையான முழுமையான பட்டியலை அடையாளம் காண நீண்ட நேரம் ஆகலாம் மற்றும் அடுத்தடுத்த கட்டங்களில் வேலை தொடரும்.

தகவலின் ஒருமைப்பாட்டை மேலும் உறுதி செய்வதற்காக, சில தரவுகள் அச்சிடப்பட்ட மூலங்களிலிருந்து (டிஜிட்டல் செய்யப்பட்ட) மாற்றப்பட வேண்டிய சூழ்நிலைகள் உள்ளன அல்லது வாடிக்கையாளரின் முக்கிய ஊழியர்களின் வார்த்தைகளின்படி அட்டவணையில் உள்ளிடப்படும்.

இருப்பினும், இந்த கட்டத்தில் நீங்கள் முடிந்தவரை தேவையான தரவுகளை அடையாளம் காண முயற்சிக்க வேண்டும்.

3.மூலத் தரவைப் பதிவேற்றுதல்

வரலாற்று அமைப்புகளிலிருந்து தரவைப் பதிவிறக்கும் செயல்முறைக்கு நிறைய நேரம் ஆகலாம், குறிப்பாக பல அமைப்புகள் இருந்தால், அவை வேறுபட்டவை மற்றும் வாடிக்கையாளரின் வெவ்வேறு பிரிவுகள் அவர்களுக்குப் பொறுப்பாகும். சோதனை மற்றும் இறுதி இடம்பெயர்வுகளின் போது இந்த புள்ளி கணக்கில் எடுத்துக்கொள்ளப்பட வேண்டும்.

மிகவும் வசதியான விருப்பம் xls கோப்புகளில் பதிவேற்றுவது போல் தெரிகிறது. பல பழைய தகவல் தொழில்நுட்ப அமைப்புகள் இந்த விருப்பத்தை ஆதரிக்கின்றன.

csv வடிவம், dbf, xml வடிவங்கள் மற்றும் பிறவற்றில் பதிவேற்றுவதற்கான விருப்பங்களும் இருக்கலாம்.

ஒரு காரணத்திற்காக அல்லது இன்னொரு காரணத்திற்காக (உதாரணமாக, பாதுகாப்பு சிக்கல்கள்), இந்த கட்டத்தில் வாடிக்கையாளர் எப்போதும் தரவு பதிவிறக்கங்களை முழுமையாக வழங்க முடியாது என்பது கவனிக்கத்தக்கது! ஒரு தரவு அமைப்பு மற்றும் சில சோதனை நிலைகள். எனவே, சோதனை மற்றும் இறுதி சுமைகளின் போது, ​​மூல அட்டவணையில் குறைந்த தரமான தரவு கண்டறியப்படும், இது திட்டமிடப்படாத பிழைகளுக்கு வழிவகுக்கும்.

இந்தச் சிக்கலைக் குறைக்க, வரலாற்று அமைப்புகளில் இருந்து சோதனை பதிவிறக்கங்களின் அளவை முன்கூட்டியே ஒப்புக் கொள்ள வேண்டும்.

4.தரவு மேப்பிங்

மேப்பிங் (தரவு மேப்பிங்) - பொதுவாக, வரலாற்று அமைப்புகள் மற்றும் பெறும் அமைப்பிலிருந்து தரவை ஒப்பிடும் செயல்முறை. அதாவது, மூல தரவு மற்றும் ஏற்றப்பட வேண்டிய தரவு.

மேப்பிங் நிலை மிகவும் உழைப்பு மிகுந்த நிலை மற்றும் இடம்பெயர்வு பணியின் அனைத்து வேலைகளிலும் 50% க்கும் அதிகமானவற்றை எடுக்கலாம்.

இந்த கட்டத்தில், முழு இடம்பெயர்வு திட்ட பணிக்குழுவும் முழுமையாக ஈடுபட்டுள்ளது.

தரவு மேப்பிங் செயல்பாட்டில், டேபிள் மேப்பிங் மற்றும் ஃபீல்ட் மேப்பிங்கின் துணை நிலைகளை வேறுபடுத்துவது அவசியம்.

· அட்டவணைகளின் மேப்பிங், அல்லது டெம்ப்ளேட்களின் மேப்பிங் - ஆதார தரவுகளின் அட்டவணைகள் மற்றும் ஏற்றுவதற்கான தரவு வார்ப்புருக்களின் ஒப்பீடு. போட்டி 1:1 அல்லது N:N ஆக இருக்கலாம். இந்த வேலையின் விளைவாக, டேபிள் மேப்பிங் ரெஜிஸ்ட்ரி தொகுக்கப்பட்டு பராமரிக்கப்படுகிறது. இந்த துணை நிலை கள மேப்பிங்கின் அடுத்த துணை நிலை மற்றும் மேப்பிங்கில் உள்ள பொதுவான விவகாரங்களைக் கண்காணிப்பதற்கு அவசியம்.

1C டெம்ப்ளேட்களின் குழு

1C டெம்ப்ளேட்டின் பெயர்

கோப்பு பெயர் -

ஆதாரம்

மூல கோப்பை உருவாக்குவதற்கான விதிகள்

பொறுப்பு

நிலை

குறிப்பு

என்எஸ்ஐ

மாதிரி_

பெயரிடல்

பெயர்

latura.xls

N அமைப்பில் தேர்வை அமைக்கவும்
. txt இல் சேமிக்கவும்
. xls இல் திற, நெடுவரிசைகள் உரை
. முதல் வரி தலைப்பு
. நெடுவரிசைகளின் எண்ணிக்கை - 15
. txt மற்றும் xls இல் உள்ள வரிகளின் எண்ணிக்கையைச் சரிபார்க்கவும்
. தாள் பெயர் எப்போதும் "தாள்1"

இவானோவ் I.I.

வேலையில்

· ஃபீல்ட் மேப்பிங் - ஏற்கனவே வரையறுக்கப்பட்ட அட்டவணை மேப்பிங்கிற்குள் அட்டவணை புலங்களை மேப்பிங் செய்கிறது. இந்த வேலையின் விளைவாக ஒரு கள மேப்பிங் பதிவேட்டில் உள்ளது.

№pp

Cl. களம்

தேவை

1C டெம்ப்ளேட் புலத்தின் பெயர் "வார்ப்புரு_பெயரிடுதல்"

விளக்கம்

புலத்தின் பெயர் "Nomenclature.xls"

அல்காரிதம் நிரப்புதல்

குறியீடு

கோப்பக உறுப்பு குறியீடு

குறியீடு

பெயர்

பெயர்

ஆம்

இந்த குழு

பின்வரும் மதிப்புகளில் ஒன்றைக் கொண்டுள்ளது:
. 1 - குழுக்களுக்கு
. 0 - உறுப்புகளுக்கு

குறியீடு நீளம்=11 எழுத்துகள் மற்றும் கடைசி 4 எழுத்துகள் என்றால்<>"0000", பின்னர் இந்த உறுப்பு "0", இல்லையெனில் குழு "1".

முழு பெயர்

கோப்பக உறுப்பு பெயர்

பெயர்

இந்த குழு = 1 எனில், பின்னர் "", இல்லையெனில் இந்த குழு = 0, பின்னர் பெயர்.

இந்த கட்டத்தின் ஒரு பகுதியாக, தரவு இயல்பாக்கம் தொடர்பான சாத்தியமான வேலைகளும் மேற்கொள்ளப்பட வேண்டும்.

5. உருமாற்ற விதிகளைத் தயாரித்தல்

முந்தைய நிலைகளைப் போலன்றி, இந்த நிலை தொழில்நுட்பமானது மற்றும் ஒப்பந்ததாரர் டெவலப்பரின் பணியை உள்ளடக்கியது.

ஒப்புக்கொள்ளப்பட்ட கள மேப்பிங் பதிவேடுகளின் அடிப்படையில், ஒப்பந்ததாரரின் வல்லுநர்கள் தரவு மாற்றத்திற்கான விதிகளை உருவாக்குகின்றனர்.

இடப்பெயர்வின் ஆயத்த நிலைகளின் போது செயல்பாட்டுப் பணிகளுக்கு, சோதனை மற்றும் இறுதி இடம்பெயர்வுகளின் போது, ​​தரவு மாற்றத்திற்கான விதிகளை (ஸ்கிரிப்டுகள்) உருவாக்குவதற்கான வசதியான சூழல் மற்றும் மூலத் தரவை ஏற்றுவதற்கான தரவுகளாக மாற்றுவதற்கான சூழல் இருப்பது முக்கியம்.

இந்த சூழலுக்கான தேவைகள் பின்வருமாறு:

· மாற்றம் விதிகளின் வளர்ச்சியின் வசதி மற்றும் வேகம்;

· தரவு மாற்றத்தின் வேகம். உள்ளீடு மற்றும் வெளியீடு கோப்புகள் நூறாயிரக்கணக்கான வரிகள் நீளமாக இருக்கலாம்!

· ஒரே நேரத்தில் பல உள்ளீட்டு கோப்புகளுடன் வேலை செய்யும் திறன்;

· உருமாற்ற விதிகளை தனித்தனி கோப்புகளில் சேமிக்கும் திறன்.

எங்கள் இடம்பெயர்வு திட்டங்களுக்கு, நிலையான 1C வினவல் கன்சோல் செயலாக்கத்தை அடிப்படையாகப் பயன்படுத்தி, சிறப்பு டெவலப்பர் பணிநிலையத்தை உருவாக்கியுள்ளோம்.

xls கோப்புகளுக்கான நேரடி வினவல்களை அனுமதிக்க வினவல் கன்சோல் செயலாக்கம் மேம்படுத்தப்பட்டுள்ளது.

இரண்டு மூல xls கோப்புகளை இணைப்பதற்கான எடுத்துக்காட்டு இங்கே பணியாளர்கள்.xls


பணியாளர் குறியீடு

குடும்ப பெயர்

பெயர்

குடும்ப பெயர்

பிறந்த தேதி

2423

இவானோவ்

இவன்

இவனோவிச்

17.11.1992

1523

பெட்ரோவ்

துளசி

அலெக்ஸாண்ட்ரோவிச்

04.02.1991

4363

சிடோரோவ்

கிரில்

நிகோலாவிச்

01.05.1995

டெனிசோவ்

டெனிஸ்

டெனிசோவிச்

01.01.1990

மற்றும் செயல்பாடுகள்.xlsபக்கங்களுடன்:

தள்ளுபடிகள்

பணியாளர் குறியீடு

தேதி

தொகை

2423

01.02.2014

1523

02.02.2014

4363

03.02.2014

04.02.2014

100000

2423

05.02.2014

1523

06.02.2014

4363

07.02.2014

2356

08.02.2014

140000

2423

09.02.2014

1523

10.02.2014

4363

11.02.2014

23523

12.02.2014

80000

மற்றும் ரசீதுகள்:

பணியாளர் குறியீடு

தேதி

தொகை

01.05.2004

02.05.2004

03.05.2004

04.05.2004

2423பிறந்த தேதி

ரசீது தொகை

தள்ளுபடி செய்யப்பட்ட தொகை

இவனோவ் இவான் இவனோவிச்

2423

17.11.1992

1341234

1010

பெட்ரோவ் வாசிலி அலெக்ஸாண்ட்ரோவிச்

1523

04.02.1991

245245

டெனிசோவ் டெனிஸ் டெனிசோவிச்

01.01.1990

380000

320000

சிடோரோவ் கிரில் நிகோலாவிச்

4363

01.05.1995

613382

26336

மொத்தம்:

2579861

347842

உதாரணம் செயற்கையானது என்பதை நினைவில் கொள்ளவும், தரவு மூலங்களை மாற்றுவதற்கான அனைத்து சாத்தியமான நிலைகளையும் நிரூபிக்க சிறப்பாக தேர்ந்தெடுக்கப்பட்டது.

இங்கே உருமாற்ற நடவடிக்கைகளின் தொழில்நுட்ப வரிசை பின்வருமாறு:

அணுகல் SQL வினவல் மொழியைப் பயன்படுத்தி (இது 1C வினவல் மொழியுடன் ஒப்பிடும்போது குறிப்பிடத்தக்க கூடுதல் திறன்களை வழங்குகிறது), xls கோப்பிலிருந்து 1C சூழலில் தரவைப் பிரித்தெடுக்கும் ஆரம்ப வினவல் உருவாக்கப்படுகிறது. அதே நேரத்தில், இந்த கட்டத்தில் பல்வேறு சோதனைகள் மற்றும் தரவை இயல்பாக்குவது ஏற்கனவே சாத்தியமாகும்.

ADO தரவு அணுகல் தொழில்நுட்பம் அதிக வேகத்தை வழங்குகிறது.

அரிசி. 3

2. 1C மொழியில் வினவல் - புல மேப்பிங் அல்காரிதத்தை செயல்படுத்தும் முக்கிய வினவல். மேலும்: 1C தரவுத்தளத்திலிருந்து தரவிறக்கம் செய்யப்பட்ட தரவைச் செறிவூட்டுதல், மீண்டும் ஒருங்கிணைத்தல், பிற மூல xls கோப்புகளுக்கான வினவல்களின் முடிவுகளுடன் ஒன்றிணைத்தல் போன்றவை.

3. தேவைப்பட்டால் 1C கோரிக்கை முடிவைப் பின் செயலாக்கம். 1C மொழியில் ஸ்கிரிப்டைப் பயன்படுத்தி செயல்படுத்தப்பட்டது.

எடுத்துக்காட்டாக, தொகை நெடுவரிசைகளில் “மொத்தம்” வரியைச் சேர்ப்பதை இங்கே செயல்படுத்துகிறோம்.

4. xls கோப்பில் இறுதித் தரவை எழுதவும்.

பொதுவாக, வெளியீடு என்பது இலக்கு 1C தரவுத்தளத்தில் ஏற்றுவதற்கான இறுதி கோப்புகள் ஆகும்.

இந்தக் கருவி, தரவு மாற்ற விதிகளை ஒரு தனி xml கோப்பில் சேமிக்கவும் உங்களை அனுமதிக்கிறது:

கூடுதலாக, வேலை செய்ய முடியும் வி தொகுப்பு முறை, இது ஒரு பெரிய அளவிலான பன்முகத்தன்மை கொண்ட இடம்பெயர்வு தரவு இருக்கும்போது குறிப்பாக முக்கியமானது.

முந்தைய கட்டங்களில், பணியின் ஆயத்தப் பகுதி பொதுவாக முடிவடைகிறது - அனைத்து தரவு மூலங்களும் அடையாளம் காணப்படுகின்றன, மூல தரவு மூலங்களிலிருந்து பதிவிறக்கம் செய்யப்படுகிறது, இலக்கு தரவுத்தளத்தில் பதிவிறக்க டெம்ப்ளேட்டுகள் தயாரிக்கப்படுகின்றன, தரவு மேப்பிங் தயாரிக்கப்பட்டு, இறுதியாக, தரவு மாற்ற ஸ்கிரிப்டுகள் உருவாக்கப்படுகின்றன. .

இறுதி இடம்பெயர்வுக்கு முன் நீங்கள் நிச்சயமாக பல சோதனைகளை நடத்த வேண்டும் என்பதை கவனத்தில் கொள்ள வேண்டும். சோதனை இடம்பெயர்வுகளின் போது, ​​ஒப்பந்ததாரர், வாடிக்கையாளர்களுடன் சேர்ந்து, அடையாளம் காண்கிறார்:

மாற்றம் பிழைகள், தரவு ஏற்றுதல் பிழைகள்

இலக்கு அமைப்பில் ஏற்றப்பட்ட தரவின் தரத்தின் ஆரம்ப மதிப்பீட்டை நடத்தவும்

சோதனை இடம்பெயர்வுகளின் முடிவுகளின் அடிப்படையில், அவை இறுதி இடம்பெயர்வுத் திட்டத்தை உருவாக்குகின்றன/புதுப்பிக்கின்றன

7.தரவு சமரசம்

பதிவிறக்கம் செய்யப்பட்ட தரவின் தரம் சோதனை இடம்பெயர்வுக்குப் பிறகும் மற்றும் இறுதி இடம்பெயர்வின் முடிவிலும் சரிபார்க்கப்பட வேண்டும். சமரசத்தின் போது, ​​பின்வரும் குறிகாட்டிகளை சரிபார்க்கலாம்:

ஆவணங்களின்படி, நிலுவைகளுக்கான மொத்த தொகைகளின் தற்செயல் நிகழ்வு;

· அளவு பொருத்தங்கள், உதாரணமாக OS இன் எண்ணிக்கை;

· தனிப்பட்ட தேர்ந்தெடுக்கப்பட்ட நிறுவனங்களின் சரியான நிரப்புதல்;

நகர்த்தப்படும் தரவுகளின் சில சோதனைகள் மற்றும் தரவு இயல்பாக்கத்தின் சிக்கல்கள் அனைத்து இடம்பெயர்வு செயல்முறைகளிலும் தீர்க்கப்பட வேண்டும் என்பதை நினைவில் கொள்ளவும். அடுத்த கட்டங்களில் தவறுகளைத் தவிர்க்க தற்போதைய கட்டத்தில் என்ன செய்ய வேண்டும் என்று நீங்கள் எப்போதும் உங்களை நீங்களே கேட்டுக்கொள்ள வேண்டும்.

உதாரணத்திற்கு:

· முக்கிய புலங்கள் மூலம் நகல்களைச் சரிபார்க்கவும். இது அசல் தரவுகளில் மேற்கொள்ளப்படலாம் மற்றும் மேற்கொள்ளப்பட வேண்டும்;

· புல வகைகளின் வற்புறுத்தல்;

· மேற்கோளிட்ட நேர்மை;

· கணித முரண்பாடுகள். எடுத்துக்காட்டாக, உருமாற்றத்தின் போது எந்தெந்த பிரிவுகளுக்கு திட்டமிடப்பட்ட வெற்று எண் புலங்களைச் சரிபார்த்தல்;

· பொதுவாக, சரிபார்க்கும் கட்டாய புலங்கள் நிரப்பப்படுகின்றன;

· தவறான எழுத்துகளை மாற்றுதல். எடுத்துக்காட்டாக, சிரிலிக் புலங்களில் உள்ள ஆங்கில எழுத்துக்கள் ("o", "a", "e", முதலியன) முக்கிய புலங்களுக்கு இது குறிப்பாக உண்மை!

· பெறும் அமைப்பின் வகைகளுடன் இணங்குவதற்கு சரம் புலங்களின் மதிப்புகளைச் சரிபார்க்கிறது (நீளக் கட்டுப்பாடுகள்)

இறுதி இடம்பெயர்வு முடிந்த பிறகு, முன்னரே தீர்மானிக்கப்பட்ட இடம்பெயர்வு உத்தி மற்றும் இடம்பெயர்வு திட்டத்தின் படி, வரலாற்று அமைப்புகளின் மேலும் செயல்பாட்டில் ஒரு முடிவு எடுக்கப்படுகிறது.

பெரும்பாலும், இறுதி தரவு சமரசங்கள் மற்றும் இடம்பெயர்வு வெற்றியைப் பதிவுசெய்த பிறகு செயல்பாடு உடனடியாக முடிக்கப்படுகிறது - புதிய அமைப்பின் பயனர்கள் இனி இரண்டு அமைப்புகளில் இணையாக பதிவுகளை வைத்திருக்க மாட்டார்கள், ஆனால் முற்றிலும் புதிய அமைப்புக்கு மாறுகிறார்கள். அதே நேரத்தில், பழைய கணினிக்கான அணுகல் வாசிப்பு முறையில் பராமரிக்கப்படுகிறது.

சில சந்தர்ப்பங்களில், இரண்டு அமைப்புகளின் இணையான செயல்பாடுகள் சோதனைச் செயல்பாட்டின் (TE) காலத்திற்கும் இந்த காலகட்டத்திற்கு அப்பாலும் நிகழலாம். இடம்பெயர்வு (அல்லது, பொதுவாக, புதிய அமைப்பின் செயல்பாடு!) திருப்தியற்றதாகக் கருதப்பட்டால், இரண்டு அமைப்புகளில் உள்ள பயனர்களின் இணையான வேலையின் சிக்கல், பழைய முறைமைக்குத் திரும்புவதற்கான சாத்தியக்கூறுடன் நெருக்கமாக தொடர்புடையது.

முடிவுரை

முடிவில், பல 1C: நிறுவன கட்டமைப்புகளை உள்ளடக்கிய பெரிய பரிவர்த்தனை அமைப்புகளை நகர்த்தும்போது, ​​ஒரு புதிய அமைப்புக்கு மாறுவது மிகவும் உழைப்பு மிகுந்ததாக இருக்கும் என்பதை நான் கவனிக்க விரும்புகிறேன்.

எனவே, அத்தகைய எந்தவொரு திட்டத்திற்கும் கவனமாக தயாரிப்பு தேவைப்படுகிறது மற்றும் ஒரு தனிப்பட்ட திட்டத்துடன் இருக்க வேண்டும் என்பதை நினைவில் கொள்ள வேண்டும். இருப்பினும், எந்த வகையான அமைப்புகள் இடம்பெயர்ந்தாலும், தரவுத்தள அளவுகள் போன்றவை, பொது இடம்பெயர்வு திட்டம் கிட்டத்தட்ட ஒரே மாதிரியாகத் தெரிகிறது.

  • தற்போதுள்ள வள களங்களை புதிய டொமைன்களின் நிறுவன அலகுகளாக மாற்றவும், இது பிணைய வளங்களின் நிர்வாகத்தை எளிதாக்கும்;
  • உண்மையான தரவு பரிமாற்றம் நிகழாத நிலையில், இடம்பெயர்வின் முன்னேற்றத்தை "உருவகப்படுத்து";
  • இடம்பெயர்வு தொடர்பான எடுக்கப்பட்ட நடவடிக்கைகளை செயல்தவிர்க்க;
  • சேவை கணக்குகளை நகர்த்தவும்;
  • மீட்டமை நம்பிக்கை உறவுமூல மற்றும் இலக்கு களங்களுக்கு இடையே;
  • ஏற்கனவே உருவாக்கப்பட்ட ஆக்டிவ் டைரக்டரி சூழலில் பல டொமைன்களை ஒன்று அல்லது அதற்கு மேற்பட்ட பெரிய டொமைன்களாக மாற்றவும்;
  • ஏற்கனவே உள்ள குழுக்களை மறுசீரமைத்தல் அல்லது இலக்கு களத்தில் பல குழுக்களை ஒன்றிணைத்தல்;
  • இடம்பெயர்வு நிகழ்வுகளை பதிவு செய்வதன் மூலம் தரவு பரிமாற்ற செயல்முறையை பகுப்பாய்வு செய்யவும்.

ஏற்கனவே உள்ள அணுகல் உரிமைகளைப் பாதுகாக்கும் போது, ​​பயனர்கள் மற்றும் பணிநிலையங்களை ஒரு செயலில் உள்ள அடைவு கட்டமைப்பிற்கு மாற்றுதல் மேற்கொள்ளப்படுகிறது.

மேம்படுத்தல் விருப்பங்கள்

டொமைன் உள்கட்டமைப்பை மேம்படுத்த இரண்டு முக்கிய விருப்பங்கள் உள்ளன [4]:

  • டொமைன் புதுப்பிப்பு. இந்த முறை மிகவும் பொதுவானது மற்றும் டொமைன்களை நகர்த்தும்போது செயல்படுத்த எளிதானது. தற்போதைய டொமைன் அமைப்பு, கணினி அமைப்புகள், பயனர் மற்றும் குழு அமைப்பு ஆகியவற்றைச் சேமிக்க இந்த முறை உங்களை அனுமதிக்கிறது. டொமைன் புதுப்பிப்பு (இன்-பிளேஸ் அப்டேட்) என்பது ஏற்கனவே உள்ள டொமைன் கன்ட்ரோலர்களை புதிதாக உருவாக்கப்பட்ட டொமைனுக்கு மாற்றுவதை உள்ளடக்குகிறது.
  • டொமைன் மறுசீரமைப்பு. இந்த முறையானது, தற்போதுள்ள டொமைன்களின் கட்டமைப்பை மாற்றவும், டொமைன்களை ஒன்றிணைக்கவும் அல்லது டொமைன்களை நிறுவன அலகுகளாக மாற்றவும் உங்களை அனுமதிக்கிறது.

மேலே உள்ள விருப்பங்களுடன் கூடுதலாக, அவற்றின் அடிப்படையில் ஒரு கலவையான விருப்பமும் உள்ளது - டொமைன்களை அவற்றின் அடுத்தடுத்த மறுசீரமைப்புடன் புதுப்பித்தல் [13].

இந்த விருப்பங்கள் அழைக்கப்படுகின்றன ஆக்டிவ் டைரக்டரி அமலாக்கத்திற்கான மாறுதல் பாதைகள். அவற்றிலிருந்து தேர்ந்தெடுக்கப்பட்ட மாறுதல் பாதை, டொமைன் உள்கட்டமைப்பை மேம்படுத்துவதற்கான ஒட்டுமொத்த உத்தியின் முக்கிய இணைப்பாக இருக்கும். இந்த மூலோபாயம் எந்த அடைவு சேவைப் பொருள்களை நகர்த்த வேண்டும் மற்றும் எந்த வரிசையில் உள்ளது என்பதற்கான விளக்கத்தை உள்ளடக்கும். ஆக்டிவ் டைரக்டரி அமலாக்கத்தின் போது எந்தவொரு பயன்பாட்டு நகர்வுக்கும் சிறந்த நடைமுறையானது, மாற்றத் திட்டம் எனப்படும் பணிபுரியும் ஆவணத்தில் ஒவ்வொரு விவரத்தையும் ஆவணப்படுத்துவதாகும்.

மாறுதல் பாதையைத் தேர்ந்தெடுப்பதற்கான அளவுகோல்கள்

ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுக்கும்போது, ​​முடிவு ஒரே ஒரு டொமைனைப் பற்றியது என்று கருதப்படுகிறது, அதாவது ஒரே நிறுவனத்தில் உள்ள வெவ்வேறு டொமைன்களுக்கு வெவ்வேறு மாறுதல் பாதைகளைப் பயன்படுத்துவது முற்றிலும் நியாயமானது.

12.1, 12.2, 12.3, 12.4, 12.5, 12.6 அட்டவணைகளில் கொடுக்கப்பட்டுள்ள மிகவும் பொருத்தமான மாற்றம் பாதை [13] தேர்ந்தெடுக்கும் போது பயன்படுத்தப்படும் முக்கிய அளவுகோல்களைக் கருத்தில் கொள்வோம்.

  • அளவுகோல் 1. ஏற்கனவே உள்ள டொமைனின் தற்போதைய மாதிரியில் திருப்தி. அட்டவணை 12.1. அளவுகோல் 1 இன் அடிப்படையில் ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு டொமைன் மாதிரியில் நீங்கள் செய்ய விரும்பும் குறிப்பிடத்தக்க மாற்றங்கள் எதுவும் இல்லை என்றால், டொமைனைப் புதுப்பிப்பது எளிதான பாதையை வழங்கும். அனைத்து பயனர் மற்றும் குழு கணக்குகளின் இருப்பு போலவே டொமைன் பெயரும் அப்படியே இருக்கும்
    டொமைன் மறுசீரமைப்பு தற்போதைய டொமைன் மாதிரியானது நிறுவனத் தேவைகளைப் பூர்த்தி செய்யவில்லை என்றால் அல்லது நிறுவனத்தின் துறைகளுக்கு சிறந்த பொருத்தமாக இல்லாவிட்டால், டொமைன் மறுசீரமைப்பு சிறந்த தேர்வாக இருக்கலாம்.
  • அளவுகோல் 2. புதிய டொமைன் மாடலுக்கு நகரும் போது ஏற்படும் ஆபத்தின் அளவு. அட்டவணை 12.2. அளவுகோல் 2ஐ அடிப்படையாகக் கொண்டு ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு ஒரு டொமைனை மேம்படுத்துவது குறைந்த ஆபத்துள்ள முறையாகும். டொமைன் கன்ட்ரோலர் மேம்படுத்தல் செயல்முறை தானாகவே உள்ளது, எனவே பயனர் தொடர்பு இல்லாமல் பிழைக்கு சிறிய இடமே உள்ளது. டொமைன் மேம்படுத்தல் தோல்வியிலிருந்து மீள்வதற்கான வழிமுறையும் ஒப்பீட்டளவில் எளிமையானது: மேம்படுத்தல் தோல்வியுற்றால், நீங்கள் முதன்மை டொமைன் கன்ட்ரோலரை (PDC) மூட வேண்டும், PDC பங்கிற்கு புதிய தரவைக் கொண்ட ஏதேனும் காப்பு டொமைன் கன்ட்ரோலரை (BDC) ஒதுக்க வேண்டும், மேலும் நடைமுறையை மீண்டும் தொடங்கவும்
    டொமைன் மறுசீரமைப்பு டொமைன் மறுசீரமைப்பு என்பது டொமைன் புதுப்பித்தலை விட அதிக ஆபத்துள்ள பாதையாகும். முடிக்க இன்னும் பல பணிகள் உள்ளன, எனவே பல செயல்முறைகள் தவறாக போகலாம். இதன் விளைவாக, உள்நுழைய, தேவையான ஆதாரங்களை அணுக அல்லது தங்கள் அஞ்சல் பெட்டிகளை அணுக முடியாத பயனர்களிடையே விரக்தி அதிகரித்து வருகிறது.
  • அளவுகோல் 3. மாற்றம் 1 செயல்படுத்தும் நேரம் மாற்றத்தின் நேரம் ஒரு மாற்றம் பாதையைத் தேர்ந்தெடுப்பதில் ஒரு தீர்மானிக்கும் காரணி அல்ல, ஆனால் குறைந்த வளங்களைக் கொண்ட சிறிய நிறுவனங்களுக்கு இது ஒரு தீர்மானிக்கும் காரணியாக இருக்கலாம். .அட்டவணை 12.3. அளவுகோல் 3 இன் அடிப்படையில் ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு டொமைன் புதுப்பித்தல் என்பது ஒரு நேரியல் செயல்முறை: அது தொடங்கப்பட்டவுடன், அது முடிக்கப்பட வேண்டும். இதற்கு மறுசீரமைப்பை விட குறைவான படிகள் தேவை, எனவே முழு மாற்றத்தையும் முடிக்க குறைந்த நேரம் எடுக்கும்
    டொமைன் மறுசீரமைப்பு டொமைன் மறுசீரமைப்பு எப்போதும் அதிக நேரம் எடுக்கும். எடுத்துக்காட்டாக, மறுசீரமைப்பின் போது, ​​இலக்கு டொமைனின் உள்கட்டமைப்பை உருவாக்குவதற்கும் சரிபார்ப்பதற்கும் நிறைய நேரம் செலவிடப்படுகிறது, அனைத்து கணக்குகளையும் மூல டொமைனில் இருந்து இலக்கு டொமைனுக்கு நகர்த்துகிறது. பெரிய நிறுவனங்களால் அனைத்து பொருட்களையும் ஒரே நேரத்தில் நகர்த்த முடியாது, எனவே டொமைன் மறுசீரமைப்பு பல கட்டங்களில் செய்யப்படுகிறது.
  • அளவுகோல் 4: இடம்பெயர்வு செயல்முறையை முடிக்க கோப்பக சேவை நேரம் தேவை. அட்டவணை 12.4. அளவுகோல் 4 இன் அடிப்படையில் ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு இடம்பெயர்வுச் செயல்பாட்டின் போது கணக்குப் பொருள்கள் கிடைக்காது, ஏனெனில் டொமைன் மேம்படுத்தப்படும்போது அவை தானாகவே புதுப்பிக்கப்படும்
    டொமைன் மறுசீரமைப்பு கணினி வேலை நேரம் ஒரு முக்கியமான மதிப்பாக இருக்கும் நிறுவனங்களுக்கு ஒரு நல்ல தேர்வு. மக்கள்தொகை இல்லாத, "சுத்தமான" காடுகளை உருவாக்குவது மற்றும் அசல் சூழலை மாற்றாமல் விட்டுவிடுவதால், பயனர்கள் தங்கள் இருக்கும் சூழலில் தொடர்ந்து செயல்படுவதால் அடைவு சேவையின் செயல்பாடு பாதுகாக்கப்படுகிறது. நெரிசல் இல்லாத நேரங்களில் பெரிய அல்லது சிறிய அளவிலான பயனர்களை நீங்கள் நகர்த்தலாம் மற்றும் பழைய அமைப்பை விட்டு வெளியேறத் தயாராகும் வரை இந்தப் புதிய கணக்குகளை செயலற்ற நிலையில் விடலாம்.
  • அளவுகோல் 5. மாற்றத்தை முடிக்க வளங்களின் இருப்பு. அட்டவணை 12.5. அளவுகோல் 5 இன் அடிப்படையில் ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு டொமைன் புதுப்பிப்பு ஒரு தானியங்கு செயல்பாடு என்பதால், இந்த மாற்றம் பாதைக்கு குறைவான மனித வளங்கள் தேவைப்படும்
    டொமைன் மறுசீரமைப்பு டொமைன் மறுசீரமைப்பு டொமைன் புதுப்பித்தலை விட அதிகமான பணிகளைச் செய்கிறது, எனவே அதிக ஆதாரங்கள் தேவைப்படுகிறது, அதாவது டொமைன் மறுசீரமைப்புடன் தொடர்புடைய கூடுதல் பணிச்சுமையைக் கையாள போதுமான பணியாளர்கள் இருக்க வேண்டும். திட்டத்தில் சில அல்லது அனைத்தையும் அவுட்சோர்ஸ் செய்வது ஒரு மாற்றாகும்: பல ஆலோசனைக் குழுக்கள் உள்ளன, இது போன்ற திட்டங்களில் நிபுணத்துவம் பெற்றது, உள் ஊழியர்களுக்கு பயிற்சி அளிக்க தேவையான நேரத்தையும் பணத்தையும் மிச்சப்படுத்துகிறது.
  • அளவுகோல் 6. மாற்றம் திட்ட பட்ஜெட். அட்டவணை 12.6. அளவுகோல் 5 இன் அடிப்படையில் ஒரு மாறுதல் பாதையைத் தேர்ந்தெடுப்பது
    மாற்றம் பாதை தகுதி வரம்பு
    டொமைன் புதுப்பிப்பு தேவையான பட்ஜெட் நிதிகள் குறைவதற்கு பங்களிக்கும் காரணிகள்:
    • ஏற்கனவே உள்ள சேவையக வன்பொருளைப் பயன்படுத்தும் திறன்;
    • குறைந்த மனித வள செலவுகள்;
    • குறைவான மேம்படுத்தல் பணிகள் சோதிக்கப்பட வேண்டியிருப்பதால் சோதனைச் செலவுகள் குறைக்கப்பட்டன
    டொமைன் மறுசீரமைப்பு பல காரணங்களுக்காக, டொமைன் மறுசீரமைப்புக்கு டொமைன் புதுப்பித்தலை விட பெரிய பட்ஜெட் தேவைப்படும். ஒரு வெற்று வன சூழலை உருவாக்க தேவையான வன்பொருள் தேவைகள், அடைவு சேவை பொருள்கள் இடம்பெயர்க்கப்பட வேண்டும் என்பது பட்ஜெட் கண்ணோட்டத்தில் கருதப்பட வேண்டும்.

ஒரு நிறுவனம், டொமைன் புதுப்பித்தல் அல்லது மறுசீரமைப்பை புதுப்பித்தல் பாதையாக நம்பிக்கையுடன் தெரிவு செய்வதற்கான நிபந்தனைகளை பூர்த்தி செய்யவில்லை என்றால், அல்லது இரண்டு பாதைகளும் அதற்கு ஏற்றதாக இருந்தால், அது மூன்றாவது பாதையை தேர்வு செய்யலாம் - டொமைன் புதுப்பித்தல் மற்றும் மறுசீரமைப்பு.

ஆக்டிவ் டைரக்டரிக்கான இந்தப் பாதை உடனடி பலன்களை வழங்கும் (நிர்வாகத்தின் பிரதிநிதிகள், குழு கொள்கைகள், பயன்பாட்டு வெளியீடு மற்றும் பல), அத்துடன் டொமைன் மறுசீரமைப்பின் நீண்ட கால நன்மைகள் (அதிகரித்த டொமைன் அளவைக் கொண்ட குறைவான டொமைன்கள், நிறுவனத்தின் வணிகம் மற்றும் நிறுவன இலக்குகளுக்கு ஏற்ப டொமைன் வடிவமைப்பு).