Ma'lumotlarni ko'chirish ehtiyotkorlik bilan tayyorgarlikni talab qiladi. Ma'lumotlar bazasi strukturasining versiya migratsiyasi: asosiy yondashuvlar Versiya tarixini saqlash

Zamonaviy kompaniyalar ko'pincha o'zlarining axborot tizimlarini ko'chirish zaruriyatiga duch kelishadi. Biroq, ushbu protseduradan oldin ehtiyotkorlik bilan tayyorgarlik ko'rish kerak, chunki yo'lda ko'plab to'siqlar mavjud.

Yangi axborot tizimiga (AT) o'tishni boshlash uchun juda ko'p sabablar bo'lishi mumkin, jumladan, eskirgan platformalarning ishlashi bilan bog'liq xavflarni kamaytirish, axborot tizimlarini xalqaro standartlarga etkazish va biznes jarayonlari samaradorligini oshirish. Lekin kompaniya oldida qanday vazifa bo'lishidan qat'iy nazar, bir IP-dan ikkinchisiga o'tishni diqqat bilan rejalashtirish va tayyorlash kerak.

Migratsiya muammolari

ERP, billing, protsessing yoki asosiy bank kabi tranzaktsion tizimlarni ko'chirish haqida gap ketganda, yangi tizimga o'tish juda muammoli. Gap shundaki, IT-mutaxassislari natijalarni solishtirish va tahlil qilish uchun eski va yangi tizimlarning parallel ishlashini ta'minlab, katta hajmdagi ma'lumotlarning aniq migratsiyasini ta'minlashi kerak.

Misol uchun, men eng yirik banklardan birida loyiha tajribasiga ega bo'ldim, u erda tranzaksiya tizimi endi qo'llab-quvvatlanmaydigan Informix platformasidan Oracle platformasiga o'tkazilmoqda. Shu bilan birga, biznes-jarayonlarni chuqur tahlil qilish, ma'lumotlarni eski tizimdan yangisiga qayta-qayta o'tkazish, yangi va eski tizimlar natijalarining muvofiqligini tekshirish muddatini hisobga olgan holda tekshirish zarur edi. jarayon qoidalari. Shuning uchun migratsiya davri 14 oy edi. Ba'zida ikkita tizimning parallel ishlashi uzoqroq vaqt davom etishi mumkin, ammo u bir necha oylar bilan cheklangan bo'lsa ham, yangi ATning ishlashini ta'minlash qo'shimcha hisoblash quvvatini va korxona xodimlarining bir vaqtning o'zida ikkita tizimda vazifalarni bajarishi uchun muhim vaqtni ajratishni talab qiladi. .

Bo'lim tizimidan korxona darajasiga

IPni yangilash ko'pincha globallashuv va markazlashtirish doirasida sodir bo'ladi. Bu dasturiy ta'minot tizimlarini qo'llab-quvvatlash va yangilash xarajatlarini sezilarli darajada kamaytirish imkonini beradi. Darhaqiqat, barcha xodimlarga xizmat ko'rsatadigan yagona platformani saqlash har bir bo'lim uchun alohida vositalarni saqlashdan ko'ra osonroqdir. Masalan, inventarizatsiyani hisobga olish tizimining muvaffaqiyatli ko'chishi yirik tashkilotning bir necha ming bo'limlarini bitta platformaga o'tkazish va IT xarajatlarini jiddiy kamaytirishni ta'minlash imkonini beradi. Ammo shuni esda tutish kerakki, bu holda tayyorgarlikning ko'p qismi turli formatlar va ko'rinishlardagi ma'lumotlarni muvofiqlashtirishga, yangi qoidalarni ishlab chiqishga va xodimlarning o'zaro munosabatlarining yangi modellarini qurishga to'g'ri keladi.

Yana bir muhim jihat - bu boshqa korporativ axborot tizimlari, ayniqsa o'z-o'zidan yozilgan va o'ziga xos bo'lganlar bilan integratsiya interfeyslari. Ular bilan bog'liq muammolar birinchi bosqichda unchalik sezilmasligi mumkin, ammo ular turli bo'limlar va umumiy tizim o'rtasidagi o'zaro aloqani o'rnatishda aniqlanadi. Va agar eski tizim uchun bunday interfeyslar allaqachon dasturiy yoki tashkiliy jihatdan amalga oshirilgan bo'lsa, yangi tizim uchun ularni yangidan ishlab chiqish kerak bo'lishi mumkin.

Shuni esda tutish kerakki, tizimning funktsional imkoniyatlarini kengaytirish haqidagi fikrlar, xuddi ovqat paytida tuyadi paydo bo'lgani kabi, loyihani amalga oshirish paytida ham paydo bo'lishi mumkin. Bu butun bir qator qo'shimcha ish talab qilinishini anglatadi.

Harakat rejasi

Tizim migratsiyasi bo'yicha loyiha faoliyati tajribasi shuni ko'rsatadiki, har qanday bunday loyiha puxta tayyorgarlikni talab qiladi va individual reja bilan birga bo'lishi kerak. Biroq, ko'chirilayotgan tizimlar turi, dasturiy ta'minot, ma'lumotlar bazasi hajmi va boshqalardan qat'i nazar, umumiy sxema deyarli bir xil ko'rinadi.

Birinchi bosqichda batafsil audit o'tkazish, yangi tizimning ishlash rejimiga qo'yiladigan barcha talablarni aniqlash, barcha asosiy foydalanuvchilardan so'rov o'tkazish kerak. Qaysi hajmdagi ma'lumotlar va qanday yuk haqida gapirayotganimizni tushunish muhimdir, shundan keyingina mutaxassislar to'g'ri migratsiya strategiyasini taklif qilishlari mumkin.

Protseduralarning o'zi ham puxta o'ylangan bo'lishi kerak va foydalanuvchining migratsiya paytida tizimlarga kirishi qoidalari, nosozliklar yuz berganda oldingi holatga qaytish tartiblari va ushbu jarayonlarda ishtirok etuvchi turli mutaxassislarning o'zaro hamkorligi kabi muhim elementlarni o'z ichiga olishi kerak. .

Buyurtmachi bilan kelishilgandan so'ng, odatda batafsil reja tuziladi, u bir necha bosqichlarni o'z ichiga oladi, xususan: ma'lumotlarni nusxalash, tekshirish, ikkita tizimning parallel ishlashi va yangi platformaga to'liq o'tish. Menimcha, professional tarzda tashkil etilgan tizim migratsiyasida asosiy narsa asta-sekin, stresssiz, yangi avtomatlashtirilgan tizimda ishlashni boshlaydigan foydalanuvchilar uchun jarayonning silliqligidir.

Biroq, hatto puxta tayyorgarlik ham har doim ham foydalanuvchilarni "yangi relslar" ga o'tkazishda mehnat xarajatlarini kam baholashdan qutqarmaydi. Bu jarayon kompaniya xodimlarini o'qitishni ham, yangi tizimga moslashish davrida ularni qo'llab-quvvatlashni ham o'z ichiga oladi.

InTech uchun Leif Poulsen

Ishlab chiqarishni avtomatlashtirish va ishlab chiqarish jarayonlari haqida ma'lumot to'plash tizimlari nisbatan qisqa muddatli. Texnologik uskunaning ishlash muddati tugagunga qadar ular tez-tez yangilanishi yoki almashtirilishi kerak. Ko'pgina kompaniyalar uchun ishlab chiqarishni to'xtatmasdan bunday avtomatlashtirish tizimlarini almashtirish yoki yangilashni boshqarish haqiqiy muammo hisoblanadi. Shuning uchun, biror narsa sodir bo'lgunga qadar modernizatsiya yoki almashtirishning ob'ektiv ehtiyoji e'tiborga olinmaydi. Ushbu maqola ehtiyotkorlik bilan rejalashtirish va tashkil etish orqali ushbu vazifani qanday muvaffaqiyatli bajarishingiz mumkinligi haqida.

Sanoat avtomatlashtirish tizimlari va sanoat AT tizimlarini modernizatsiya qilish va almashtirish zarurati ortida ikkita asosiy omil turibdi: ushbu tizimlarning texnik degradatsiyasi, shuningdek, ushbu tizimlar qo'llab-quvvatlaydigan biznes jarayonlar talablarining o'zgarishi.

Agar kompaniyalar operatsion tizimlar, ma'lumotlar bazalari va amaliy dasturlarni modernizatsiya qilish zaruratini e'tiborsiz qoldirsalar, texnik tizimlarning ishonchliligi vaqt o'tishi bilan pasayadi. Uskunaning ishdan chiqishining operatsion xavfi mos ravishda ortadi.

Ehtiyotkorlik bilan rejalashtirish orqali operatsion riskni maqbul darajada ushlab turish, shu bilan birga investitsiyalarni himoya qilish va hayot aylanish xarajatlarini minimallashtirish mumkin. Oddiy avtomatlashtirish yoki IT tizimi uchun investitsiyalarning atigi 20-40% tizimni sotib olishga ketadi. Qolgan 60-80% uning yuqori mavjudligini saqlab qolish va vaqti-vaqti bilan o'zgaruvchan talablarga moslashishga ketadi.

Texnik buzilishning oldini olish uchun zarur bo'lgan faoliyatni baholashdan tashqari, yangi muammolarni, shuningdek, biznesning potentsial imkoniyatlarini ko'rib chiqish kerak. Ishbilarmonlik muhiti doimiy ravishda o'zgarib turadi va mavjud texnologiyalarni yaxshilash yoki yangi texnologiyalarni joriy etish uchun barcha imkoniyatlar doimo ko'rib chiqilishi kerak. Yuqori xarajatli avtomatlashtirish tizimlarining ko'chishiga turtki bo'lishi mumkin bo'lgan odatiy biznes imkoniyatlari bozorga chiqish tezligi, raqobatbardoshlik, o'sish, sifat va tartibga muvofiqlikdir.

Uzoq muddatli migratsiya rejasi

Uzoq muddatli tizim migratsiya rejasini ishlab chiqish kompaniyalarga tizimli operatsion risklarni maqbul darajada ushlab turish imkonini beradi. Bundan tashqari, u risklarni boshqarish va biznes maqsadlarini o'z vaqtida qo'llab-quvvatlashni ta'minlaydi. Migratsiya rejasida "eng yaxshi ishlab chiqarish amaliyotlari", texnologiya funksionalligi va ishlab chiqarishning muqarrar to'xtab qolishi kabi cheklovlar hisobga olinishi kerak.

Umuman olganda, uzoq muddatli rejalashtirishga yondashuv 1-rasmda tasvirlangan. Migratsiya rejasi kompaniya besh yil ichida qayerda bo'lishni xohlashini, u erga borish uchun qanday harakatlar qilish kerakligini va u erga borish uchun zarur resurslar mavjudligini aniqlash uchun ishlab chiqiladi. Ushbu yondashuv sanoat korxonalari uchun tizim arxitekturasini ishlab chiqishda keng qo'llaniladigan TOGAF standartida ko'rsatilgan me'moriy dizayn tamoyillariga asoslanadi.

1-rasm. Uzoq muddatli migratsiya rejasini tuzishga umumiy yondashuv.

Mavjud arxitektura va maqsadni, kerakli narsani ajratib ko'rsatish kerak. Ularning orasidagi farq kompaniyaning hozirgi holati va kelajakda egallashni istagan pozitsiyasi o'rtasidagi farqni aks ettiradi. Migratsiya rejasi mavjud arxitekturadan maqsadli arxitekturaga yo'lni - ehtimol bir necha o'tish bosqichlarini o'z ichiga oladi.

Har bir arxitekturani 1-rasmda ko'rsatilganidek, biznes va texnologiya o'rtasidagi bo'shliqni to'ldiradigan bir qator "qatlamlar" sifatida tasvirlash mumkin. 1. Quyidagi "qatlamlarga" e'tibor qaratish lozim:

  • Biznes maqsadlari bu umumiy strategiyani rejalashtirish harakatlarining bir qismidir. Ular jarayonning to'g'ri yo'nalishini tanlash imkonini beradi.
  • Biznes modeli ishlab chiqarish va biznes jarayonlari tushuniladigan kontekstni ta'minlaydi. Odatda, u moddiy oqimlar va jarayonlarning yuqori darajadagi tavsifini o'z ichiga oladi.
  • Tavsif ishlab chiqarish va biznes jarayonlari texnologiyalarni muvaffaqiyatli qo‘llash va ularning qiymatini biznes nuqtai nazaridan to‘g‘ri baholash uchun muhim ahamiyatga ega.
  • Ma'lumotlar, ma'lumotlar va hujjatlar jarayonlar va ilovalarni ulash uchun muhim. Ilovalar o'rtasida o'zaro ishlash va axborot oqimlarini boshqarish ayniqsa muhimdir.
  • Tavsiflar ilovalar yuqori darajadagi talablarni shakllantirish va interfeyslarni aniqlash imkonini beradi.
  • Ta'rif infratuzilma, hisoblash va tarmoq talablar (apparat, nosozliklarga chidamlilik, ishlash).
  • Taqdim etilgan xizmatlar samarali operativ boshqaruv va qarorlarni qo'llab-quvvatlashni ta'minlash uchun talablarni belgilash.

Migratsiya rejasini ishlab chiqish

Butun tashkilot yoki hatto bitta ishlab chiqarish maydonchasi uchun migratsiya rejasini ishlab chiqish juda ko'p odamlarni o'z ichiga olgan haqiqatan ham murakkab vazifa bo'lishi mumkin. Rivojlanish jarayonini quyida tavsiflangan bir necha bosqichlarga bo'lish tavsiya etiladi.

II qism

1-bosqich: safarbarlik

Asosiy maqsadlar:

  • vazifalar va maqsadlar haqida umumiy tushunchaga erishish
  • loyiha rejalashtirilgan tashkilotni safarbar qilish
  • loyiha bosqichlarining muhim bosqichlari va natijalarini tavsiflash orqali rejani batafsil bayon qiling
  • barcha kerakli/mavjud ma'lumotlarni to'plash
  • tushunchalar, amaliyotlar va nazariyalarni to'g'ri tushunishni ta'minlash
  • rejalashtirilgan uchrashuvlar
  • loyihaning boshlanishiga bag'ishlangan seminar

Natijalar:

  • batafsil maslahat rejasi
  • umumiy maqsadlar
  • jarayonga umumiy nuqtai

2-bosqich: Tahlil

Tahlil bosqichining maqsadlari:

  • biznes va ishlab chiqarish jarayonlarini tahlil qilish:

AT va avtomatlashtirish tizimlariga xizmat ko'rsatuvchi xodimlarning tayyorgarligini baholash

Kelajakdagi arxitektura uchun ma'lumotlar va funksionallik ehtiyojlarini tushuning

Maqsadlarni belgilash va biznesni amalga oshirish uchun kelajak arxitekturasining asosiy afzalliklarini aniqlang

  • mavjud arxitekturani tahlil qilish

Mavjud ishlab chiqarish jarayonlarini avtomatlashtirish tizimlari, ma'lumotlarni yig'ish, ishlab chiqarishni boshqarish tizimlari bilan bog'liqligini aniqlash

Mavjud biznes jarayonlarini va ularning ishlab chiqarishni avtomatlashtirish tizimlari bilan aloqalarini aniqlash

Mavjud ilovalar, ma'lumotlar, mantiqiy va jismoniy infratuzilma va texnik yordam xizmatlarini aniqlang

Ushbu bosqichda quyidagi tadbirlar amalga oshiriladi:

  • turli jarayonlar bo'yicha seminarlar va muhokamalar
  • kontekstli ma'lumotlarni olish uchun saytga tashrif buyurish
  • mavjud tizimlar bo'yicha seminarlar va muhokamalar
  • xizmatlarning etuklik darajasini va normativ talablarga muvofiqligini aniqlash uchun baholash

Natijalar:

  • mavjud infratuzilmani aniqlash
  • tahlil hujjatlari
  • yangi arxitekturaning muammolari va imkoniyatlari haqidagi g'oyalar ro'yxati yangi arxitekturaning muammolari va imkoniyatlari haqidagi g'oyalar ro'yxati

3-bosqich: Maqsad

Ushbu bosqichning maqsadi tahlil bosqichida shakllantirilgan ehtiyojlarni aniqlash va tavsiflashdir.

Yechim yoki maqsadli arxitektura quyidagilarni tasvirlaydi:

  • kelajakdagi biznes jarayonlari va funksionalligi
  • maqsadli dastur turlari, ularning funksionalligi, foydalanuvchilari, ma'lumotlari va interfeyslari bilan
  • infratuzilma ehtiyojlari va qayta ko'rib chiqilgan qo'llab-quvvatlash standartlari

Ushbu bosqichda quyidagi tadbirlar amalga oshiriladi:

  • jarayonlarni takomillashtirish bo'yicha seminarlar va muhokamalar
  • arxitekturani takomillashtirish bo'yicha seminarlar va muhokamalar

Natijalar:

  • kelajak arxitekturasi (taqdimot)
  • Ilova turlarining qisqacha tavsifi

4-bosqich: asoslash

Asoslash bosqichining maqsadi loyihaning xarajatlari va foydalarining taxminiy smetalariga asoslanib, boshlang'ich biznesni taqdim etishdir.

Mavjud va kerakli vaziyat o'rtasidagi bo'shliq odatda bir qator g'oyalar paydo bo'lishiga olib keladi. G'oyalarni asoslash sizga "kerakli" ni "kerakli" ni farqlash imkonini beradi va shundan so'ng g'oyalarni yuqori boshqaruvga taqdim etish va ishlab chiqish.

Ushbu bosqichda quyidagi tadbirlar amalga oshiriladi:

  • xarajatlar va foydalarning taxminiy bahosi
  • taqdimotning birinchi versiyasi

Natijalar:

  • umumiy maqsadlar
  • biznes g'oyalarning ustuvorligi
  • zarur resurslarni baholash

5-bosqich: Reja

Ushbu bosqichning maqsadi loyihani ustuvorliklar, resurslar va bog'liqliklar asosida rejalashtirish:

  • birlashtirilgan loyihaning bosqichlarini amalga oshirish ketma-ketligini rejalashtirish
  • keyingi qadamlar uchun zarur bo'lgan resurslar va malakalarni ta'minlash
  • loyiha boshqaruvi faoliyatini boshlash
  • konsaltingni yakunlash va barcha bosqichlar natijalarini mijozga topshirish

Ushbu bosqichda quyidagi tadbirlar amalga oshiriladi:

  • amalga oshirish rejasini ishlab chiqish
  • investitsiya rejasini ishlab chiqish
  • xavf-xatarni baholash

Natijalar:

  • amalga oshirish rejasi
  • loyihaga jalb qilingan xodimlarning ish yukini baholash
  • loyiha riskini baholash
  • investitsiya rejasi (birinchi taxmin sifatida)
  • loyiha taqdimotining yakuniy versiyasi

Case Study

Quyidagi misol tasvirlangan yondashuvning real sharoitlarda qo'llanilishini ko'rsatadi. Maxfiylik shartlariga rioya qilish uchun tavsifda anonimlik saqlanadi. Biz farmatsevtika mahsulotlari uchun faol moddalar ishlab chiqaradigan juda yirik korxona haqida bormoqda. Ishlab chiqarish quvvatlari 20 yildan ko‘proq vaqt oldin ishga tushirilgan bo‘lib, o‘shandan beri ayrim modernizatsiya ishlari olib borilgan bo‘lsa-da, bir qator eskirgan tizimlar almashtirishni talab qiladi. Binolarni avtomatlashtirish tizimlari va DCS birinchi o'rinda turadi, chunki ular eskirgan texnologiyalarga asoslangan bo'lib, ularni saqlash qiyin. Bundan tashqari, ishlab chiqarish biznesning yangi talablariga moslashishi kerak, jumladan, ba'zi mahsulotlarni to'xtatish va boshqalarni ishga tushirish. Umuman olganda, ham texnik, ham biznes talablarini qamrab oladigan migratsiya rejasi ustida ishlash kerak.

Birinchidan, hozirda butun korxonada foydalaniladigan uskunalarning asosiy ro'yxatini yaratishingiz kerak. Ushbu ma'lumot ko'pincha turli hujjatlarda (va xodimlarning xotiralarida) "yashirin" bo'ladi. Migratsiyani rejalashtirish uchun asos bo'lishi uchun uni ajratib olish va vizualizatsiya qilish kerak. Shu maqsadda biz odatda har bir ishlab chiqarish birligidagi asosiy uskunalar va xom ashyo harakatlarini ko'rsatadigan jarayon moduli diagrammasini yaratamiz. Uskunaning "tepasida" alohida qatlamlar sifatida biz qaysi tizimlar qaysi uskunani qo'llab-quvvatlashini ko'rsatamiz.

Misol rasmda ko'rsatilgan. 2. O'rnatilgan tizimlar haqidagi ma'lumotlar tizim xotirasida (yoki oddiygina Excel fayllarida) ham mavjud va undan keyingi tahlil va rejalashtirish uchun foydalanish mumkin.

Shakl 2. Avtomatlashtirish "qatlami" mavjud tizimlarni baholash imkonini beradi

Migratsiya rejasini muhokama qilishdan oldin, ishlab chiqarishdagi o'zgarishlarning asosiy biznes sabablarini aniqlash kerak. Bunday holda, rahbariyat quyidagi sabablarni aniqladi:

1. Normativ talablarni izchil va xatosiz bajarish

2. Bozorga kirish uchun zarur bo'lgan minimal vaqt, moslashuvchanlik

3. Muvaffaqiyat, raqobatbardoshlik, operatsion mukammallik

4. Murosasiz sifat

5. Ishlab chiqarish hajmlarining o'sishi

Ushbu maqsadlarni yanada aniqroq vazifalarga aylantirish kerak, ularning amalga oshirilishi miqdoriy jihatdan baholanishi mumkin.

Keyinchalik, mavjud tizimlar joriy va kelajakdagi biznes jarayonlarini qanchalik qo'llab-quvvatlashini aniqlashimiz kerak. Buning uchun biz standart mos yozuvlar modelidan foydalanamiz (ANSI/ISA-95 seriyali standartlar asosida). U 19 ta yuqori darajadagi biznes-jarayonlarni o'z ichiga oladi, bu sizga ularni amaliy amalga oshirishdagi zaif tomonlarni va samarali biznes uchun o'zgarishlar zarurligini ko'rish imkonini beradi.

Bundan tashqari, kelajakda biznes jarayonlarini qo'llab-quvvatlash uchun mavjud tizimlarning texnik imkoniyatlarini ham baholashimiz kerak. Bu tizim xotirasidan yuqorida tavsiflangan ma'lumotlardan foydalangan holda tizimli ravishda amalga oshiriladi. Ma'lumotlar omborida bo'lgan har bir tizim uchun (bizning holatlarimizda 70 ga yaqin tizimlar) quyidagi jihatlarni baholash kerak:

  • Uskunaning holati (nosozlik tarixi, nosozliklar orasidagi o'rtacha vaqt, uskunaning yoshi, ehtiyot qismlar mavjudligi)
  • Dasturiy ta'minotning holati (sotuvchini qo'llab-quvvatlash, hujjatlar mavjudligi, zarur vakolatlarga ega bo'lgan xodimlar)
  • Tizimni tiklash imkoniyatlari (ortiqchalik, ta'mirlashdan oldin o'rtacha xizmat muddati)
  • Biznesga ta'sirni baholash (ma'lumotlar bilan ta'minlash, ma'lumotlar xatolari, mavjud emas)
  • Indikativ ko'rsatkichlar (tizimning ishonchliligi, tizimning muhimligi va boshqalar).

Texnik baholash bir qator tizimlarni modernizatsiya qilish va almashtirish zarurligini aniqladi:

  • Jarayonni boshqarish tizimlari an'anaviy, eskirgan DCS va ko'plab turli PLClarga asoslangan bo'lib, ularning ba'zilari almashtirish uchun allaqachon "pishgan".
  • Binolarni avtomatlashtirish tizimi yangi platformaga asoslangan, ammo yangi talablarni qondirish uchun yangilanishni ham talab qiladi.
  • Bir qator ikkilamchi tizimlar ham modernizatsiyani yoki hatto almashtirishni talab qiladi.
  • Barcha tizimlarga xizmat ko'rsatadigan infratuzilma bugungi xavfsizlik talablariga javob berish uchun yaxshiroq segmentatsiya va himoya qilishni talab qiladi.

III qism

Kelajakdagi biznes maqsadlarini tahlil qilgandan so'ng, mavjud tizimlarning hech biri kelajakdagi ehtiyojlarga to'liq javob bermasligi ma'lum bo'ldi. Ushbu tushuncha yangi texnologiyalarni joriy etish, shuningdek, ishlab chiqarishni amalga oshirish tizimi bilan bog'liq bir qator g'oyalarni keltirib chiqardi. Tahlillar natijasida, izchil amalga oshirilsa, kompaniyaning kelajakdagi texnik va tijorat talablariga javob berishiga yordam beradigan 16 xil loyiha taklif qilindi.

Texnik ishlarning mazmuni va har bir loyihaning narxi baholanadi; Har bir loyiha uchun rahbariyat muhokama qilish uchun bir sahifali qisqacha xulosa tayyorlanadi. (3-rasmga qarang).

Guruch. 3. Potentsial migratsiya loyihasining bir sahifali tavsifi

Ustuvor loyihalarni tanlash uchun ularning har birining potentsial natijalari baholanadi. Natijalar biznes maqsadlari, shuningdek, jarayonni boshqarish tizimining ishonchliligi nuqtai nazaridan baholanadi.

Odatda, har bir reja uchun umumiy resurs va moliyalashtirish talablarini baholash uchun bir nechta amalga oshirish stsenariylarini baholashingiz kerak bo'ladi (7-rasm). Ko'rib chiqilishi kerak bo'lgan asosiy cheklovlardan biri ishlab chiqarish jarayonida tizimlarni almashtirish yoki o'zgartirish mumkin bo'lgan oynalardir. Qoidaga ko'ra, bu "derazalar" dam olish kunlarida paydo bo'ladi - va bu jiddiy to'siq.

Guruch. 7. Migratsiya jadvalining jamlangan ko'rinishi

Tizimlarni almashtirish va o'rnatish uchun har doim kam vaqt bo'lgani uchun, tayyorgarlik juda puxta bo'lishi kerak. Hamma narsa batafsil rejalashtirilgan bo'lishi kerak. Rejalashtirishning muhim jihati joriy qilingan tizimlarni sinovdan o'tkazishdir.

Biz ta'riflagan holda, uzoq muddatli migratsiya rejasini amalga oshirish olti xil oqimda amalga oshirildi, rasmga qarang. 8.

Guruch. 8. Olti xil oqimda migratsiya loyihalarini tashkil etish

Tayyorgarlikning bir qismi loyiha xatarlarini to'liq baholash va oldini olishdir. Shaklda. 9-rasmda migratsiya loyihalari bilan bog'liq odatiy xavflar ko'rsatilgan.

Guruch. 9. Migratsiya loyihalariga xos xavflarni baholash

Biznesni qo'llab-quvvatlash jarayonlari

Ushbu maqolada tasvirlangan hayot aylanishini boshqarish va uzoq muddatli migratsiyani rejalashtirish yondashuvi biznes ehtiyojlaridan kelib chiqadi. U joriy va kelajakdagi biznes maqsadlarini baholashni, shuningdek, ushbu maqsadlarni eng yaxshi qo'llab-quvvatlash uchun texnik tizimlar qanday saqlanishi yoki almashtirilishini chuqur tahlil qilishni o'z ichiga oladi. Yondashuv TOGAF tamoyillariga asoslanadi, ular byudjetlar va malakali kadrlar mavjudligiga qarab loyihalarni izchil amalga oshirishni nazarda tutadi. Joriy va kelajakdagi tizim arxitekturasini baholash kelajakdagi migratsiya loyihalarini aniqlashning asosiy elementidir. Nihoyat, migratsiya loyihalari muvaffaqiyati uchun muhim ahamiyatga ega bo'lgan loyihaning asosiy manfaatdor tomonlarini o'z vaqtida jalb qilishni ta'minlaydigan tashkiliy o'zgarishlarni boshqarish tamoyillariga rioya qilish kerak. Ushbu yondashuvning samaradorligi amalda bir necha bor isbotlangan.

Leyf Poulsen) ( ), NNE Pharmaplan kompaniyasining avtomatlashtirish va IT bo'yicha yetakchi mutaxassisi. U jarayonni boshqarish bo'yicha magistr darajasiga ega. NNE Pharmaplan kompaniyasida Poulsen sanoatni avtomatlashtirish va IT sohasida texnologiyalar, usullar va malakalarni ishlab chiqish uchun mas'ul bo'lib, katta biznes maslahatchisi sifatida ishlaydi.

Oxirgi yangilangan: 31.10.2015

Ko'pincha model o'zgarganda vaziyat yuzaga keladi. Masalan, biz unga yangi xususiyatlarni kiritishga qaror qildik. Ammo shu bilan birga, bizda allaqachon ba'zi ma'lumotlarni o'z ichiga olgan mavjud ma'lumotlar bazasi mavjud. Va ma'lumotlar bazasini yo'qotmasdan yangilash uchun ASP.NET MVC bizga migratsiya kabi mexanizmni taklif qiladi. Masalan, bizda oddiy foydalanuvchi modeli mavjud:

Umumiy sinf Foydalanuvchi ( public int Id ( get; set; ) public string Name (ol; set; ) )

Shunga ko'ra, biz ma'lumotlar bazasi bilan ishlaydigan ma'lumotlar konteksti mavjud:

Foydalanuvchilar (olish; belgilangan;))

Aytaylik, bizda ushbu model bilan ishlash uchun barcha infratuzilma mavjud - ko'rinishlar, kontrollerlar va bizda allaqachon ma'lumotlar bazasida ushbu modelning bir nechta ob'ektlari mavjud. Ammo bir nuqtada biz dastur modeli bazasini o'zgartirishga qaror qildik. Masalan, biz foydalanuvchi modeliga yana bir maydon qo'shdik:

Umumiy sinf Foydalanuvchi ( public int Id ( get; set; ) public string Name ( get; set; ) public int Age ( get; set; ) )

Bundan tashqari, biz yana bitta modelni qo'shishga qaror qildik, masalan:

Ommaviy sinf Kompaniya ( public int Id ( get; set; ) public string Name ( get; set; ) )

Shunday qilib, bizning ma'lumotlar kontekstimiz allaqachon quyidagicha o'zgarib bormoqda:

Umumiy sinf UserContext: DbContext ( public UserContext() : base("DefaultConnection") ( ) public DbSet Foydalanuvchilar (olish; o'rnatish; ) umumiy DbSet Kompaniyalar (oling; belgilangan;))

Biz Age xususiyati uchun qo'shimcha maydonni Foydalanuvchi modeli uchun ko'rinishlarga qo'shishimiz mumkin, biz yangi model uchun kontroller va ko'rinishlarni yaratishimiz mumkin, lekin ma'lumotlar bazasiga yangi ob'ekt qo'shishga harakat qilganimizda, biz xatoga duch kelamiz:

Ma'lumotlar konteksti o'zgardi va endi biz eski ma'lumotlar bazasi sxemasidan yangisiga o'tishimiz kerak. Va birinchi navbatda, Visual Studio dasturining pastki qismidagi Package Manager Console oynasini toping, undagi buyruqni kiriting: enable-migrations va Enter tugmasini bosing:

Ushbu Visual Studio buyrug'ini ishga tushirgandan so'ng, loyihada Migratsiya papkasi yaratiladi, u erda siz faylni topishingiz mumkin Configuration.cs. Ushbu fayl konfiguratsiya sozlamalarini o'rnatadigan bir xil nomdagi Konfiguratsiya sinfining deklaratsiyasini o'z ichiga oladi:

Namespace MigrationApp.Migrations ( System dan foydalanish; System.Data.Entity dan foydalanish; System.Data.Entity.Migrations dan foydalanish; System.Linq dan foydalanish; ichki muhrlangan sinf Konfiguratsiya: DbMigrationsConfiguration ( Public Configuration() ( AutomaticMigrationsEnabled = noto'g'ri; ContextKey = "MigrationApp.Models.UserContext"; ) himoyalangan bekor qilish bekor Seed(MigrationApp.Models.UserContext context) ( ) ) )

Seed usulida siz ma'lumotlar bazasini urug'lik ma'lumotlari bilan ishga tushirishingiz mumkin. Endi biz migratsiyaning o'zini yaratishimiz kerak. U erda, Paket menejeri konsolida buyruqni kiriting:

"MigrateDB" PM qo'shish ko'chishi

Keyin Visual Studio avtomatik ravishda migratsiya sinfini yaratadi:

Namespace MigrationApp.Migrations ( System dan foydalanish; System.Data.Entity.Migrations dan foydalanish; umumiy qisman sinf MigrateDB: DbMigration ( public override void Up() ( CreateTable("dbo.Companies", c => new ( Id = c.Int() null: noto'g'ri, identifikator: rost), Ism = c.String(), )).PrimaryKey(t => t.Id) AddColumn("dbo.Users", "Age", c => c.Int(nullable). : false)); public override void Down() ( DropColumn("dbo.Users", "Age"); DropTable("dbo.Companies"); ) ) )

Up usulida CreateTable usulini chaqirish orqali “dbo.Companies” jadvali yaratiladi va uning konfiguratsiyasi bajariladi: ustunlar yaratish, kalitlarni sozlash. Va mavjud jadvalga yangi Yosh ustuni ham qo'shiladi. Down usuli ustun va jadval mavjud bo'lsa, ularni olib tashlaydi. Aslida, bu usullar ma'lumotlar bazasi va uning jadvallarini tuzilmasini o'zgartiruvchi SQL tilidagi ALTER ifodasiga ekvivalentdir.

Va nihoyat, migratsiyani amalga oshirish uchun biz bir xil konsolda buyruqni kiritish orqali ushbu sinfni qo'llaymiz:

PM yangilash - ma'lumotlar bazasi

Shundan so'ng, ma'lumotlar bazasi tarkibiga nazar tashlasak, amalga oshirilgan migratsiyaga muvofiq unga o'zgartirishlar kiritilganligini ko'ramiz:

Shunday qilib, ko'chirish tugallandi va biz allaqachon yangilangan modellar va ma'lumotlar kontekstidan foydalanishimiz mumkin.

Ushbu maqolada biz mijozlarning 1C: Enterprise 8 konfiguratsiyasida ishlashga o'tishi bilan bog'liq yirik korporativ loyihalarda ma'lumotlar migratsiyasini amalga oshirish bo'yicha tajribamizni tizimlashtirishni istaymiz.

Shu bilan birga, maqolada asosiy urg'u, birinchi navbatda, migratsiya jarayonining texnologik tarkibiy qismiga qaratiladi. Tashkiliy komponent ham ta'sir qiladi, lekin kamroq darajada.

Shartlar va ta'riflar

Ma'lumotlar migratsiyasi odatda ishning yakuniy ketma-ketligi, ma'lumotlarning manba tizimlaridan (tarixiy tizimlar) maqsadli tizimga bir martalik ommaviy harakatlanishiga qaratilgan loyiha sifatida tushuniladi. Shu bilan birga, manba tizimlarida ushbu ma'lumotlardan foydalanish to'xtatiladi.

Ma'lumotlar migratsiyasini ma'lumotlar integratsiyasidan farqlash kerak. Integratsiya, migratsiyadan farqli o'laroq, AT arxitekturasining doimiy qismi bo'lib, turli tizimlar va ma'lumotlar omborlari o'rtasidagi ma'lumotlar oqimi uchun mas'ul bo'lib, loyiha faoliyati emas, balki jarayondir.

Umuman olganda, migratsiya sxemasi quyidagicha ko'rinadi:

Guruch. 1

Tarixiy tizimlar- yangi tizimni joriy etishda to'liq yoki qisman almashtirilishi rejalashtirilgan Buyurtmachi kompaniyasining ma'lumotlar bazalari.

Qabul qiluvchi tizim- maqsadli tizim, o'zboshimchalik bilan "1C: Enterprise 8" konfiguratsiyasi.

Dastlabki ma'lumotlar- tarixiy tizimlardan maxsus xls fayl formatiga yuklab olingan ma'lumotlar. Bunday holda, xls formati eng qulaylaridan biri bo'lib tuyuladi, chunki xls fayliga yuklash qobiliyati "oldingi avlodlar" ning ko'plab buxgalteriya tizimlarida mavjud.

Zamonaviy muqobil sifatida xml fayl formatini transport sifatida ko'rib chiqish mumkin.

Oraliq ma'lumotlar bazasidan foydalanish imkoniyatlari ham mavjud.

O'zgartirish, aylantirish- manba ma'lumotlarini yuklash uchun ma'lumotlarga aylantirish jarayoni. Ma'lumotlarni o'zgartirish yuklash shablonlariga muvofiq amalga oshiriladi. Transformatsiyaning natijasi yuklanadigan ma'lumotlardir.

Yuklab olish uchun ma'lumotlar- qabul qiluvchi tizimga yuklash uchun mo'ljallangan ma'lumotlar. Ushbu maqola, shuningdek, manba ma'lumotlari xls formatini ko'rib chiqadi.

Yuklash uchun ma'lumotlar shablonlar- maqsadli tizimga yuklanadigan ma'lumotlar jadvallarining tavsifi.

Migratsiya bosqichlari

Keling, migratsiyani tayyorlash va o'tkazish jarayonini bosqichma-bosqich ko'rib chiqaylik.

Migratsiyaning tashkiliy bosqichlari quyidagi fikrlarni o'z ichiga oladi:

· Migratsiya strategiyasini belgilash. Ushbu bosqichda Pudratchi va Buyurtmachi migratsiya ishlarini amalga oshirish texnologiyasini kelishib olishadi;

· Migratsiya ishchi guruhi tarkibini aniqlash. Ishchi guruh tarkibiga Pudratchining ham, Buyurtmachining ham tarixiy tizimlar (buyurtmachi tomonidan) va maqsadli tizimning (pudratchi tomonidan) ishlashi bilan etarlicha tanish bo'lgan mutaxassislari kiritilishi kerak;

· Dastlabki migratsiya rejasi. Loyihani amalga oshirish jarayonida migratsiya rejasi bir necha marta tuzatiladi;

· Tarixiy tizimlardan ma’lumotlarni yuklab olish muddatlari, ma’lumotlar hajmlari. Migratsiya uchun ma'lumotlarni kesish muddatlari, sinov sanalari va yakuniy migratsiya. Ushbu ma'lumot migratsiya rejasiga tegishli bo'lishi mumkin;

· Migratsiya qilinadigan ma'lumotlar tarkibi. Malumot ma'lumotlari, tasniflagichlar, muomala ma'lumotlari, qoldiqlar, aylanmalar va boshqalar;

· Migratsiya jarayonida va yakunida ma’lumotlar sifati, to‘g‘riligi va yaxlitligini tekshirish masalalari;

· Nosozliklar yuz berganda oldingi holatga qaytish masalalari.

Keling, migratsiyaning texnologik bosqichlarini batafsil ko'rib chiqaylik.

Guruch. 2

1.Ma'lumotlarni yuklash shablonlarini tayyorlash

Ma'lumotlarni yuklash shablonida yuklanadigan ma'lumotlar jadvallarining texnik tavsiflari, joriy shablon uchun algoritmlar va yuklash qoidalari mavjud.

Har bir shablon odatda maqsadli tizimdagi bir yoki bir nechta bog'liq jadvallarni maqsad qilib qo'yadi.

Shablonda aytilishicha:

· Yuklab olish uchun xls ma'lumotlar faylining barcha maydonlarining tavsifi, jumladan:

o Maydon nomi

o Maydon to'ldirilishi kerakligini ko'rsatuvchi ko'rsatkich

o Maydonni to'ldirishga misol

o Eslatma

· Yuklanishi kerak bo'lgan ma'lumotlar asosida maqsadli tizim jadvalini yuklash qoidalarining tavsifi (bir nechta tegishli jadvallar bo'lsa, navbat, kalit maydonlarni qidirish algoritmlari va boshqalar).

· Maqsadli tizim jadvallari maydonlarini to'g'ridan-to'g'ri to'ldirish tavsifi, agar yuklash uchun ma'lumotlar faylidan ma'lumotlarni "birma-bir" o'tkazishdan boshqa narsa taqdim etilsa. Masalan, mos yozuvlar maydonlari uchun tegishli.

Ushbu bosqichdagi ish davomida Pudratchi, shuningdek, ma'lumotlar fayli yuklagichini yuklash uchun tayyorlashi kerak. xls fayllari bilan ishlashda bu vazifa unchalik qiyin emas.

2.Ma'lumotlar manbalarini aniqlash

Bu bosqich oldingi bosqich bilan birgalikda boshlanishi mumkin “1. Ma'lumotlarni yuklash shablonlari tayyorlanmoqda."

Ushbu bosqichda Buyurtmachining mutaxassislari qaysi tizimlardan va qanday ma'lumotlarni yuklab olish mumkinligini aniqlaydilar. Qaysi ma'lumotlarni ham aniqlashingiz kerak Balki kerak bo'lishi mumkin.

Qoidaga ko'ra, yirik migratsiya loyihalarida ma'lumotlar manbalarining to'liq ro'yxatini aniqlash juda uzoq vaqt talab qilishi mumkin va keyingi bosqichlarda ish davom etayotganda sodir bo'ladi.

Ko'pincha ma'lumotlarning yaxlitligini ta'minlash uchun ba'zi ma'lumotlarni bosma manbalardan o'tkazish (raqamlashtirish) yoki hatto mijozning asosiy xodimlarining so'zlariga ko'ra jadvallarga kiritish kerak bo'lgan holatlar mavjud.

Biroq, ushbu bosqichda iloji boricha ko'proq kerakli ma'lumotlarni aniqlashga harakat qilishingiz kerak.

3.Manba ma'lumotlarini yuklash

Tarixiy tizimlardan ma'lumotlarni yuklab olish jarayoni juda ko'p vaqtni talab qilishi mumkin, ayniqsa tizimlar ko'p bo'lsa, ular har xil va Buyurtmachining turli bo'linmalari ular uchun javobgardir. Bu nuqta sinov va yakuniy migratsiya paytida e'tiborga olinishi kerak.

Eng qulay variant xls fayllariga yuklash kabi ko'rinadi. Ko'pgina eski IT tizimlari bu variantni qo'llab-quvvatlaydi.

Csv formati, dbf, xml formatlari va boshqalarga yuklash variantlari ham bo'lishi mumkin.

Shuni ta'kidlash kerakki, u yoki bu sabablarga ko'ra (masalan, xavfsizlik muammolari) Mijoz har doim ham ushbu bosqichda ma'lumotlarni yuklab olishni to'liq ta'minlay olmaydi! Faqat ma'lumotlar tuzilishi va bir nechta test pozitsiyalari. Shunday qilib, sinov va yakuniy yuklamalar paytida manba jadvallarida past sifatli ma'lumotlar aniqlanishi mumkin bo'lgan vaziyat yuzaga kelishi mumkin, bu esa rejalashtirilmagan xatolarga olib keladi.

Ushbu muammoni minimallashtirish uchun tarixiy tizimlardan test yuklab olish hajmini oldindan kelishib olish kerak.

4.Ma'lumotlarni xaritalash

Xaritalash (ma'lumotlarni xaritalash) - umuman olganda, tarixiy tizimlar va qabul qiluvchi tizim ma'lumotlarini taqqoslash jarayoni. Ya'ni, manba ma'lumotlari va yuklanadigan ma'lumotlar.

Xaritalash bosqichi eng ko'p mehnat talab qiladigan bosqich bo'lib, migratsiya vazifasidagi barcha ishlarning 50% dan ko'prog'ini egallashi mumkin.

Ushbu bosqichda migratsiya loyihasining barcha ishchi guruhi to'liq jalb qilingan.

Ma'lumotlarni xaritalash jarayonida jadvallarni xaritalash va maydonlarni xaritalashning kichik bosqichlarini farqlash kerak.

· Jadvallarni xaritalash yoki shablonlarni xaritalash - yuklash uchun manba ma'lumotlari jadvallarini va ma'lumotlar shablonlarini solishtirish. Uchrashuv 1:1 yoki N:N bo'lishi mumkin. Ushbu ish natijasida jadvalni xaritalash registri tuziladi va yuritiladi. Ushbu kichik bosqich dala xaritasini tuzishning keyingi kichik bosqichi va xaritalash ishlarining umumiy holatini kuzatish uchun zarurdir.

1C shablonlar guruhi

1C shablon nomi

Fayl nomi-

manba

Manba faylni yaratish qoidalari

Mas'uliyatli

Holat

Eslatma

NSI

Namuna_

Nomenklatura

Nomenk

latura.xls

N tizimida tanlovni o'rnating
. txt-ga saqlang
. Xls-da oching, ustunlar matndir
. Birinchi qator - sarlavha
. Ustunlar soni - 15
. txt va xls-dagi qatorlar sonini tekshiring
. Varaq nomi har doim "Sheet1"

Ivanov I.I.

ishda

· Field xaritalash - allaqachon belgilangan jadval xaritalash doirasida jadval maydonlarini xaritalash. Ushbu ishning natijasi - dala xaritalash reestri.

№pp

Cl. maydon

Majburiy

1C shablon maydonining nomi "Şablon_nomenklatura"

Tavsif

Maydon nomi "Nomenclature.xls"

To'ldirish algoritmi

Kod

Katalog element kodi

Kod

Ism

Ism

Ha

Bu guruh

Quyidagi qiymatlardan birini o'z ichiga oladi:
. 1 - guruhlar uchun
. 0 - elementlar uchun

Agar kod uzunligi=11 belgi va oxirgi 4 ta belgi bo'lsa<>"0000", keyin bu element "0", aks holda guruh "1" bo'ladi.

To'liq ism

Katalog elementi nomi

Ism

Agar ThisGroup = 1 bo'lsa, keyin "", ElseIf ThisGroup = 0, keyin nomi.

Ushbu bosqichning bir qismi sifatida ma'lumotlarni normallashtirish bo'yicha mumkin bo'lgan ishlar ham amalga oshirilishi kerak.

5. Transformatsiya qoidalarini tayyorlash

Oldingi bosqichlardan farqli o'laroq, bu bosqich texnik hisoblanadi va Pudratchi ishlab chiqaruvchining ishini o'z ichiga oladi.

Kelishilgan dala xaritalash registrlari asosida Pudratchi mutaxassislari ma'lumotlarni o'zgartirish qoidalarini ishlab chiqadilar.

Migratsiyaning tayyorgarlik bosqichlarida va undan keyin sinov va yakuniy migratsiya paytida operativ ishlarni bajarish uchun ma'lumotlarni o'zgartirish qoidalarini (skriptlarini) ishlab chiqish uchun qulay muhit va manba ma'lumotlarini yuklash uchun ma'lumotlarga aylantirish uchun muhit mavjudligi muhimdir.

Ushbu muhitga qo'yiladigan talablar quyidagilarni o'z ichiga oladi:

· Transformatsiya qoidalarini ishlab chiqish qulayligi va tezligi;

· Ma'lumotlarni konvertatsiya qilish tezligi. Kirish va chiqish fayllari yuz minglab qatorlarni tashkil qilishi mumkin!

· Bir vaqtning o'zida bir nechta kirish fayllari bilan ishlash imkoniyati;

· Transformatsiya qoidalarini alohida fayllarga saqlash imkoniyati.

Migratsiya loyihalarimiz uchun biz 1C Query Console standart ishlovini asos qilib olgan holda ixtisoslashgan ishlab chiquvchi ish stantsiyasini ishlab chiqdik.

Xls fayllariga to'g'ridan-to'g'ri so'rovlarni yuborish uchun Query Console ishlovi yaxshilandi.

Mana ikkita manba xls faylini birlashtirishga misol Xodimlar.xls


Xodimlar kodi

Familiya

Ism

Familiya

Tug'ilgan kun

2423

Ivanov

Ivan

Ivanovich

17.11.1992

1523

Petrov

Bazil

Aleksandrovich

04.02.1991

4363

Sidorov

Kirill

Nikolaevich

01.05.1995

Denisov

Denis

Denisovich

01.01.1990

Va Operatsiyalar.xls sahifalar bilan:

Hisobdan chiqarish

Xodimlar kodi

sana

so'm

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

Va Kvitansiyalar:

Xodimlar kodi

sana

so'm

01.05.2004

02.05.2004

03.05.2004

04.05.2004

2423Tug'ilgan kun

Kvitansiya miqdori

Hisobdan chiqarilgan summa

Ivanov Ivan Ivanovich

2423

17.11.1992

1341234

1010

Petrov Vasiliy Aleksandrovich

1523

04.02.1991

245245

Denisov Denis Denisovich

01.01.1990

380000

320000

Sidorov Kirill Nikolaevich

4363

01.05.1995

613382

26336

JAMI:

2579861

347842

E'tibor bering, misol sun'iy bo'lib, ma'lumotlar manbalarini o'zgartirishning barcha mumkin bo'lgan bosqichlarini namoyish qilish uchun maxsus tanlangan.

Bu erda transformatsiya operatsiyalarining texnologik ketma-ketligi quyidagicha:

Access SQL so'rovlar tilidan (1C so'rovlar tiliga nisbatan sezilarli qo'shimcha imkoniyatlarni ta'minlaydi) foydalanib, xls faylidan ma'lumotlarni 1C muhitiga chiqaradigan dastlabki so'rov yaratiladi. Shu bilan birga, ushbu bosqichda turli xil tekshiruvlar va ma'lumotlarni normallashtirish allaqachon mumkin.

ADO ma'lumotlarga kirish texnologiyasi yuqori tezlikni ta'minlaydi.

Guruch. 3

2. 1C tilida so'rov - maydonni xaritalash algoritmini amalga oshiradigan asosiy so'rov. Shuningdek: yuklab olingan ma'lumotlarni 1C ma'lumotlar bazasidan ma'lumotlar bilan boyitish, qayta guruhlash, boshqa manba xls fayllariga so'rovlar natijalari bilan birlashtirish va hk.

3. Agar kerak bo'lsa, 1C so'rovi natijasini keyingi qayta ishlash. 1C tilida skript yordamida amalga oshirildi.

Misol uchun, bu erda biz miqdor ustunlarida "TOTAL" qatorini qo'shishni amalga oshiramiz.

4.Yakuniy ma'lumotlar to'plamini xls fayliga yozing.

Umuman olganda, chiqish maqsadli 1C ma'lumotlar bazasiga yuklash uchun yakuniy fayllardir.

Ushbu vosita, shuningdek, ma'lumotlarni o'zgartirish qoidalarini alohida xml faylida saqlashga imkon beradi:

Bundan tashqari, ishlash mumkin V ommaviy rejim, bu juda ko'p miqdordagi heterojen migratsiya ma'lumotlari mavjud bo'lganda muhimdir.

Oldingi bosqichlarda ishning tayyorgarlik qismi umuman tugaydi - barcha ma'lumotlar manbalari aniqlanadi, manba ma'lumotlari manbalardan yuklab olinadi, yuklab olish shablonlari maqsadli ma'lumotlar bazasiga tayyorlanadi, ma'lumotlar xaritasi tayyorlanadi va nihoyat, ma'lumotlarni o'zgartirish skriptlari ishlab chiqiladi. .

Shuni ta'kidlash kerakki, oxirgi migratsiyadan oldin siz bir nechta testlarni o'tkazishingiz kerak. Sinov ko'chishlari paytida Pudratchi Buyurtmachilar bilan birgalikda quyidagilarni aniqlaydi:

O'tkazish xatolari, ma'lumotlarni yuklash xatolari

Maqsadli tizimga yuklangan ma'lumotlar sifatini dastlabki baholashni o'tkazing

Sinov ko'chishlari natijalariga ko'ra ular yakuniy migratsiya rejasini tuzadilar/yangilaydilar

7. Ma'lumotlarni solishtirish

Yuklab olingan ma'lumotlarning sifati sinov migratsiyasidan keyin ham, yakuniy migratsiya oxirida ham tekshirilishi kerak. Kelishuv paytida quyidagi ko'rsatkichlarni tekshirish mumkin:

· Hujjatlar bo'yicha qoldiqlar bo'yicha umumiy summalarning mos kelishi;

· Miqdoriy mosliklar, masalan, OS soni;

· Tanlangan alohida ob'ektlarni to'g'ri to'ldirish;

Shuni esda tutingki, ko'chirilayotgan ma'lumotlarning muayyan tekshiruvlari va ma'lumotlarni normallashtirish masalalari barcha migratsiya jarayonlarida hal qilinishi kerak. Keyingi bosqichlarda xatolikka yo'l qo'ymaslik uchun har doim o'zingizdan hozirgi bosqichda nima qilish kerakligini so'rashingiz kerak.

Masalan:

· Kalit maydonlar bo'yicha dublikatlarni tekshiring. Bu asl ma'lumotlar bo'yicha amalga oshirilishi mumkin va kerak;

· Maydon turlarini majburlash;

· Yo'naltiruvchi yaxlitligi;

· Matematik nomuvofiqliklar. Masalan, transformatsiya paytida bo'linish rejalashtirilgan bo'sh raqamli maydonlarni tekshirish;

· Umuman olganda, tekshirish uchun majburiy maydonlar to'ldiriladi;

· Noto'g'ri belgilarni almashtirish. Misol uchun, kirill maydonlarida inglizcha belgilar ("o", "a", "e" va boshqalar) Bu, ayniqsa, kalit maydonlar uchun to'g'ri keladi!

· Qabul qiluvchi tizim turlariga muvofiqligi uchun satr maydonlarining qiymatlarini tekshirish (uzunlik cheklovlari)

Yakuniy migratsiya tugallangandan so'ng, oldindan belgilangan migratsiya strategiyasi va migratsiya rejasiga muvofiq, tarixiy tizimlarning keyingi faoliyati to'g'risida qaror qabul qilinadi.

Ko'pincha operatsiya yakuniy ma'lumotlarni solishtirish va migratsiya muvaffaqiyatini qayd etishdan so'ng darhol yakunlanadi - yangi tizim foydalanuvchilari endi parallel ravishda ikkita tizimda yozuvlarni saqlamaydilar, balki butunlay yangi tizimga o'tadilar. Shu bilan birga, eski tizimga kirish o'qish rejimida saqlanadi.

Ba'zi hollarda ikkita tizimning parallel ishlashi sinov muddati (TE) va hatto bu muddatdan keyin ham sodir bo'lishi mumkin. Foydalanuvchilarning ikki tizimda parallel ishlashi masalasi, agar migratsiya (yoki umuman, yangi tizimning ishlashi!) qoniqarsiz deb topilsa, eski tizimga qaytish imkoniyati masalasi bilan chambarchas bog'liq.

Xulosa

Xulosa qilib shuni ta'kidlashni istardimki, ko'plab 1C: Enterprise konfiguratsiyalarini o'z ichiga olgan yirik tranzaksiya tizimlarini ko'chirish haqida gap ketganda, yangi tizimga o'tish juda ko'p mehnat talab qilishi mumkin.

Shuning uchun shuni esda tutish kerakki, har qanday bunday loyiha puxta tayyorgarlikni talab qiladi va individual reja bilan birga bo'lishi kerak. Biroq, ko'chirilayotgan tizimlar turi, ma'lumotlar bazasi hajmi va boshqalardan qat'i nazar, umumiy migratsiya sxemasi deyarli bir xil ko'rinadi.

  • mavjud resurs domenlarini yangi domenlarning tashkiliy birliklariga o'tkazish, bu tarmoq resurslarini boshqarishni soddalashtiradi;
  • Haqiqiy ma'lumotlar uzatilmasa, migratsiya jarayonini "taqlid qilish";
  • migratsiya bilan bog'liq harakatlarni bekor qilish;
  • xizmat hisoblarini ko'chirish;
  • tiklash ishonchli munosabatlar manba va maqsadli domenlar o'rtasida;
  • Bir nechta domenlarni allaqachon yaratilgan Active Directory muhitida bir yoki bir nechta yirik domenlarga aylantirish;
  • mavjud guruhlarni qayta qurish yoki bir nechta guruhlarni maqsadli domenda bittaga birlashtirish;
  • migratsiya hodisalarini qayd qilish orqali ma'lumotlarni uzatish jarayonini tahlil qilish.

Foydalanuvchilar va ish stantsiyalarining yagona Active Directory tuzilishiga ko'chishi mavjud kirish huquqlarini saqlab qolgan holda amalga oshiriladi.

Yangilash imkoniyatlari

Domen infratuzilmasini yangilashning ikkita asosiy varianti mavjud [4]:

  • Domenni yangilash. Ushbu usul domenlarni ko'chirishda eng keng tarqalgan va amalga oshirish oson. Bu usul joriy domen strukturasini, tizim sozlamalarini, foydalanuvchi va guruh tuzilmasini saqlash imkonini beradi. Domenni yangilash (joyida yangilash) mavjud domen kontrollerlarini yangi yaratilgan domenga o'tkazishni o'z ichiga oladi.
  • Domenni qayta qurish. Ushbu usul sizga domenlarning mavjud tuzilmasini o'zgartirish, domenlarni birlashtirish yoki domenlarni tashkiliy birliklarga aylantirish imkonini beradi.

Yuqoridagi variantlardan tashqari, ularga asoslangan aralash variant ham mavjud - domenlarni keyinchalik qayta qurish bilan yangilash [13].

Ushbu variantlar deyiladi Active Directoryni amalga oshirish uchun o'tish yo'llari. Ulardan tanlangan o'tish yo'li domen infratuzilmasini yangilash bo'yicha umumiy strategiyaning asosiy bo'g'ini bo'ladi. Ushbu strategiya qaysi katalog xizmati ob'ektlari va qanday tartibda ko'chirilishi kerakligi tavsifini o'z ichiga oladi. Active Directory dasturini amalga oshirish paytida har qanday dasturni ko'chirish uchun eng yaxshi amaliyot bu o'tish rejasi deb ataladigan ishchi hujjatdagi har bir tafsilotni hujjatlashtirishdir.

O'tish yo'lini tanlash mezonlari

O'tish yo'lini tanlashda, qaror faqat bitta domenga tegishli deb taxmin qilinadi, ya'ni bitta tashkilot ichidagi turli domenlar uchun turli o'tish yo'llaridan foydalanish mutlaqo adolatli.

12.1, 12.2, 12.3, 12.4, 12.5, 12.6-jadvallarda keltirilgan eng mos o'tish yo'lini tanlashda qo'llaniladigan asosiy mezonlarni ko'rib chiqaylik [13].

  • Mezon 1. Mavjud domenning mavjud modelidan qoniqish. 12.1-jadval. 1-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Agar siz domen modeliga sezilarli o'zgarishlar kiritmasangiz, domenni yangilash eng oson yo'lni ta'minlaydi. Domen nomi barcha foydalanuvchi va guruh hisoblarining mavjudligi kabi bir xil bo'lib qoladi
    Domenni qayta qurish Agar joriy domen modeli tashkilot ehtiyojlariga javob bermasa yoki tashkilot bo'limlari uchun eng mos bo'lmasa, domenni qayta qurish eng yaxshi tanlov bo'lishi mumkin.
  • Mezon 2. Yangi domen modeliga o'tishda xavf darajasi. 12.2-jadval. 2-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Domenni yangilash past xavfli usuldir. Domen boshqaruvchisini yangilash jarayoni avtomatik, shuning uchun foydalanuvchi shovqinisiz xatoga yo'l qo'ymaydi. Domenni yangilashdagi nosozlikni tiklash metodologiyasi ham nisbatan sodda: agar yangilash muvaffaqiyatsiz tugasa, siz asosiy domen boshqaruvchisini (PDC) o'chirib qo'yishingiz, PDC roliga yangi ma'lumotlarga ega bo'lgan har qanday zahiraviy domen boshqaruvchisini (BDC) belgilashingiz kerak va protsedurani qaytadan boshlang
    Domenni qayta qurish Domenni qayta qurish domenni yangilashdan ko'ra yuqori xavf yo'lidir. Bajarilishi kerak bo'lgan ko'proq vazifalar bor va shuning uchun ko'plab jarayonlar noto'g'ri ketishi mumkin. Natijada, tizimga kira olmaydigan, kerakli resurslarga kira olmaydigan yoki pochta qutilariga kira olmaydigan foydalanuvchilar orasida umidsizlik kuchayib bormoqda.
  • Mezon 3. O'tish 1 bajarilish vaqti O'tish vaqti o'tish yo'lini tanlashda hal qiluvchi omil emas, lekin resurslari cheklangan kichik tashkilotlar uchun hal qiluvchi omil bo'lishi mumkin. .12.3-jadval. 3-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Domenni yangilash chiziqli jarayondir: u boshlanganidan keyin u tugallanishi kerak. Bu qayta qurishga qaraganda kamroq qadamlarni talab qiladi va shuning uchun butun o'tishni yakunlash uchun kamroq vaqt talab etiladi
    Domenni qayta qurish Domenni qayta qurish har doim ko'proq vaqt talab etadi. Misol uchun, qayta qurish jarayonida maqsadli domen infratuzilmasini qurish va tasdiqlash, barcha hisoblarni manba domenidan maqsadli domenga o'tkazish uchun ko'p vaqt sarflanadi. Katta tashkilotlar bir vaqtning o'zida barcha ob'ektlarni ko'chira olmasligi mumkin, shuning uchun ko'pincha domenni qayta qurish bir necha bosqichda amalga oshiriladi.
  • 4-mezon: Migratsiya jarayonini yakunlash uchun zarur bo'lgan katalog xizmati vaqti. 12.4-jadval. 4-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Hisob ob'ektlari ko'chirish jarayonida mavjud emas, chunki ular domen yangilanganda o'z-o'zidan yangilanadi
    Domenni qayta qurish Tizimdagi ish vaqti muhim ahamiyatga ega bo'lgan tashkilotlar uchun yaxshi tanlov. Chunki u aholi bo'lmagan, "toza" o'rmonni yaratishni o'z ichiga oladi va asl muhitni deyarli o'zgarishsiz qoldiradi, foydalanuvchilar mavjud muhitda ishlashda davom etar ekan, katalog xizmatining funksionalligi saqlanib qoladi. Siz katta yoki kichik foydalanuvchilar toʻplamini ish vaqti boʻlmagan vaqtda koʻchirishingiz va eski tizimdan chiqishga tayyor boʻlguningizcha ushbu yangi hisoblarni faolsiz qoldirishingiz mumkin.
  • Mezon 5. O'tishni yakunlash uchun resurslarning mavjudligi. 12.5-jadval. 5-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Domenni yangilash avtomatlashtirilgan operatsiya bo'lgani uchun, bu o'tish yo'li kamroq inson resurslarini talab qiladi
    Domenni qayta qurish Domenni qayta qurish domenni yangilashdan ko'ra ko'proq vazifalarni o'z ichiga oladi va shuning uchun ko'proq resurslarni talab qiladi, ya'ni u domenni qayta qurish bilan bog'liq qo'shimcha ish yukini boshqarish uchun etarli darajada xodimlar bilan ta'minlanishi kerak. Muqobil variant - loyihaning bir qismini yoki barchasini autsorsing qilish: bunday loyihalarga ixtisoslashgan ko'plab maslahat guruhlari mavjud bo'lib, ichki xodimlarni o'qitish uchun vaqt va pulni tejaydi.
  • Mezon 6. O'tish davri loyihasi byudjeti. 12.6-jadval. 5-mezon asosida o'tish yo'lini tanlash
    O'tish yo'li Muvofiqlik mezonlari
    Domenni yangilash Kerakli byudjet mablag'larining kamayishiga ta'sir qiluvchi omillar:
    • mavjud server uskunasidan foydalanish imkoniyati;
    • inson resurslari xarajatlarini kamaytirish;
    • sinov xarajatlarini kamaytirish, chunki kamroq yangilash vazifalarini sinab ko'rish kerak bo'ladi
    Domenni qayta qurish Ko'pgina sabablarga ko'ra, domenni qayta qurish domenni yangilashdan ko'ra kattaroq byudjetni talab qiladi. Katalogga xizmat ko'rsatish ob'ektlari ko'chirilishi kerak bo'lgan yalang'och o'rmon muhitini yaratish uchun zarur bo'lgan apparat talablari byudjet nuqtai nazaridan ko'rib chiqilishi kerak.

Agar kompaniya yangilanish yo'li sifatida domenni yangilash yoki qayta tuzishni ishonchli tanlash shartlariga to'liq javob bermasa yoki ikkala yo'l ham bunga mos bo'lsa, u uchinchi yo'lni tanlashi mumkin - domenni yangilash, so'ngra qayta tuzilish.

Ushbu Active Directory yo'li darhol foyda keltiradi (ma'muriyat delegatsiyasi, guruh siyosati, ilovalarni nashr qilish va boshqalar), shuningdek, domenni qayta qurishning uzoq muddatli afzalliklari (domen hajmi oshadigan kamroq domenlar, kompaniyaning biznes va tashkiliy maqsadlariga muvofiq domen dizayni).