Орчин үеийн компаниуд мэдээллийн системээ шилжүүлэх шаардлага байнга тулгардаг. Гэсэн хэдий ч замд олон саад бэрхшээл тулгардаг тул энэ процедурыг сайтар бэлтгэх хэрэгтэй.

Хуучирсан платформуудын үйл ажиллагаатай холбоотой эрсдлийг бууруулах, мэдээллийн системийг олон улсын жишигт хүргэх, бизнесийн үйл явцын үр ашгийг нэмэгдүүлэх зэрэг мэдээллийн шинэ системд (МС) шилжих ажлыг эхлүүлэх олон шалтгаан байж болно. Гэхдээ компанид ямар даалгавар тулгарахаас үл хамааран нэг IP-ээс нөгөөд шилжих шилжилтийг сайтар төлөвлөж, бэлтгэх ёстой.

Шилжилт хөдөлгөөний асуудал

ERP, тооцоо, боловсруулалт эсвэл үндсэн банк зэрэг гүйлгээний системийг шилжүүлэхэд шинэ системд шилжих нь маш их асуудалтай байдаг. Баримт нь мэдээллийн технологийн мэргэжилтнүүд үр дүнг нэгтгэх, дүн шинжилгээ хийх хуучин болон шинэ системийн зэрэгцээ ажиллагааг хангах, их хэмжээний өгөгдлийг үнэн зөв шилжүүлэхийг хангах шаардлагатай байна.

Жишээлбэл, би гүйлгээний системийг дэмждэггүй Informix платформоос Oracle платформ руу шилжүүлж байсан томоохон банкуудын нэгэнд төслийн туршлагатай байсан. Үүний зэрэгцээ бизнесийн үйл явцын нарийвчилсан дүн шинжилгээ хийх, өгөгдлийг хуучин системээс шинэ систем рүү дахин дахин шилжүүлэх, шинэ болон хуучин системийн үр дүнгийн нийцтэй байдлыг шалгах, ажлын үргэлжлэх хугацааг харгалзан үзэх шаардлагатай байв. үйл явцын журам. Тийм ч учраас шилжин суурьших хугацаа 14 сар байсан. Заримдаа хоёр системийн зэрэгцээ ажиллагаа нь удаан хугацаагаар үргэлжилж болох боловч энэ нь хэдэн сараар хязгаарлагдаж байсан ч шинэ IS-ийн ажиллагааг хангахын тулд нэмэлт тооцооллын хүчин чадал, аж ахуйн нэгжийн ажилтнууд хоёр системд нэгэн зэрэг ажлыг гүйцэтгэхэд ихээхэн цаг зарцуулах шаардлагатай болдог. .

Хэлтсийн системээс аж ахуйн нэгжийн түвшинд

IP-ийг шинэчлэх нь ихэвчлэн даяаршил, төвлөрлийн хүрээнд явагддаг. Энэ нь програм хангамжийн системийг дэмжих, шинэчлэх зардлыг мэдэгдэхүйц бууруулах боломжийг танд олгоно. Үнэн хэрэгтээ, бүх ажилчдад үйлчилдэг нэг платформыг хадгалах нь хэлтэс тус бүрт тусдаа хэрэгслийг хадгалахаас хамаагүй хялбар юм. Жишээлбэл, бараа материалын нягтлан бодох бүртгэлийн системийг амжилттай шилжүүлэх нь томоохон байгууллагын хэдэн мянган хэлтсийг нэг платформ руу шилжүүлэх, мэдээллийн технологийн зардлыг ноцтой бууруулах боломжийг олгодог. Гэсэн хэдий ч, энэ тохиолдолд бэлтгэлийн ихэнх хэсэг нь янз бүрийн формат, дүрслэл дэх өгөгдлийг зохицуулах, шинэ журам боловсруулах, ажилчдын харилцааны шинэ загварыг бий болгоход чиглэгддэг гэдгийг санах нь зүйтэй.

Өөр нэг чухал тал бол бусад аж ахуйн нэгжийн мэдээллийн системүүд, ялангуяа өөрөө бичсэн болон тусгай системүүдтэй нэгтгэх интерфейс юм. Тэдэнтэй холбоотой асуудлууд нь эхний шатанд тийм ч мэдэгдэхүйц биш байж болох ч янз бүрийн хэлтэс болон ерөнхий системийн хоорондын харилцан үйлчлэлийг тогтооход тодорхойлогддог. Хэрэв хуучин системийн хувьд ийм интерфейсийг программчлагдсан эсвэл зохион байгуулалтын хувьд аль хэдийн хэрэгжүүлсэн бол шинэ системийн хувьд тэдгээрийг шинээр боловсруулах шаардлагатай байж магадгүй юм.

Хоолны үеэр хоолны дуршил гарч ирдэг шиг системийн үйл ажиллагааг өргөжүүлэх тухай бодол төслийг хэрэгжүүлэх явцад аль хэдийн гарч ирдэг гэдгийг санах нь зүйтэй. Энэ нь бүхэл бүтэн цуврал нэмэлт ажил шаардлагатай болно гэсэн үг юм.

Үйл ажиллагааны төлөвлөгөө

Системийн шилжилтийн төслийн үйл ажиллагааны туршлагаас харахад аливаа төсөл нь нарийн бэлтгэл шаарддаг бөгөөд бие даасан төлөвлөгөөтэй байх ёстой. Гэсэн хэдий ч шилжүүлж буй системийн төрөл, програм хангамж, өгөгдлийн сангийн хэмжээ гэх мэтээс үл хамааран ерөнхий схем нь бараг ижил харагдаж байна.

Эхний шатанд нарийвчилсан аудит хийх, шинэ системийн ажиллах горимд тавигдах бүх шаардлагыг олж тогтоох, бүх гол хэрэглэгчидтэй ярилцлага хийх шаардлагатай байна. Бид ямар хэмжээний өгөгдөл, ямар ачааллын талаар ярьж байгааг ойлгох нь чухал бөгөөд зөвхөн дараа нь мэргэжилтнүүд шилжилт хөдөлгөөний зөв стратегийг санал болгож чадна.

Процедурууд нь өөрөө сайтар бодож боловсруулсан байх ёстой бөгөөд шилжих явцад хэрэглэгчдэд систем рүү нэвтрэх дүрэм, алдаа гарсан тохиолдолд өмнөх төлөв рүү буцах журам, эдгээр үйл явцад оролцож буй янз бүрийн мэргэжилтнүүдийн харилцан үйлчлэл зэрэг чухал элементүүдийг багтаасан байх ёстой. .

Үйлчлүүлэгчтэй тохиролцсоны дараа нарийвчилсан төлөвлөгөөг ихэвчлэн боловсруулдаг бөгөөд үүнд хэд хэдэн үе шат орно: өгөгдлийг хуулах, баталгаажуулах, хоёр системийг зэрэгцээ ажиллуулах, шинэ платформ руу бүрэн шилжих. Миний бодлоор мэргэжлийн зохион байгуулалттай системийн шилжилтийн гол зүйл бол шинэ автоматжуулсан системд аажмаар, стрессгүйгээр ажиллаж эхлэх хэрэглэгчдэд зориулсан үйл явцын жигд байдал юм.

Гэсэн хэдий ч болгоомжтой бэлтгэл ч гэсэн хэрэглэгчдийг "шинэ төмөр зам" руу шилжүүлэхдээ хөдөлмөрийн зардлыг дутуу үнэлэхээс үргэлж аварч чаддаггүй. Энэхүү үйл явц нь компанийн ажилчдыг сургах, шинэ системд дасан зохицох үед тэдний дэмжлэгийг хоёуланг нь багтаадаг.

InTech-д зориулсан Лейф Поулсен

Үйлдвэрлэлийг автоматжуулах, үйлдвэрлэлийн үйл явцын талаарх мэдээлэл цуглуулах систем нь харьцангуй богино хугацаанд үйлчилдэг. Технологийн тоног төхөөрөмжийн ашиглалтын хугацаа дуусахаас өмнө тэдгээрийг шинэчлэх эсвэл солих шаардлагатай болдог. Олон компаниудын хувьд ийм автоматжуулалтын системийг үйлдвэрлэлээ зогсоохгүйгээр солих эсвэл шинэчлэх ажлыг удирдах нь жинхэнэ сорилт юм. Тиймээс ямар нэгэн зүйл тохиолдох хүртэл шинэчлэл эсвэл солих объектив хэрэгцээг үл тоомсорлодог. Энэхүү нийтлэл нь нарийн төлөвлөлт, зохион байгуулалтаар дамжуулан энэ ажлыг хэрхэн амжилттай гүйцэтгэх тухай юм.

Үйлдвэрлэлийн автоматжуулалтын систем болон үйлдвэрлэлийн мэдээллийн технологийн системийг шинэчлэх, солих хэрэгцээ шаардлагад хоёр үндсэн хүчин зүйл байна: эдгээр системийн техникийн доройтол, түүнчлэн эдгээр системүүдийн дэмждэг бизнесийн үйл явцын шаардлагын өөрчлөлт.

Хэрэв компаниуд үйлдлийн систем, мэдээллийн сан, хэрэглээний программ хангамжийг шинэчлэх хэрэгцээг үл тоомсорловол техникийн системийн найдвартай байдал цаг хугацааны явцад буурна. Тоног төхөөрөмжийн эвдрэлийн үйл ажиллагааны эрсдэл дагаад нэмэгддэг.

Нарийвчлалтай төлөвлөлт хийснээр үйл ажиллагааны эрсдэлийг хүлээн зөвшөөрөгдөх хэмжээнд байлгахын зэрэгцээ хөрөнгө оруулалтыг хамгаалж, амьдралын мөчлөгийн зардлыг багасгах боломжтой. Ердийн автоматжуулалт эсвэл мэдээллийн технологийн системийн хувьд хөрөнгө оруулалтын ердөө 20-40% нь системийг худалдан авахад зарцуулагддаг. Үлдсэн 60-80% нь өндөр хүртээмжийг хадгалах, үе үе өөрчлөгдөж буй шаардлагад дасан зохицоход чиглэгддэг.

Техникийн доройтлоос урьдчилан сэргийлэхэд шаардагдах үйл ажиллагааг үнэлэхээс гадна шинэ сорилтууд болон бизнесийн боломжуудыг авч үзэх шаардлагатай. Бизнесийн орчин байнга өөрчлөгдөж байдаг тул одоо байгаа технологийг сайжруулах, шинэ технологийг нэвтрүүлэх бүх боломжийг үргэлж анхаарч үзэх хэрэгтэй. Өндөр өртөгтэй автоматжуулалтын системийг шилжүүлэхэд хүргэдэг бизнесийн ердийн боломжууд нь зах зээлд гарах хурд, өрсөлдөх чадвар, өсөлт, чанар, зохицуулалтын нийцэл юм.

Урт хугацааны шилжилт хөдөлгөөний төлөвлөгөө

Системийн шилжилт хөдөлгөөний урт хугацааны төлөвлөгөөг боловсруулах нь компаниудад системийн үйл ажиллагааны эрсдэлийг хүлээн зөвшөөрөгдөх түвшинд байлгах боломжийг олгодог. Үүнээс гадна эрсдэлийн удирдлага, бизнесийн зорилгыг цаг тухайд нь дэмжиж өгдөг. Шилжилт хөдөлгөөний төлөвлөгөөнд "үйлдвэрлэлийн шилдэг туршлага", технологийн функциональ байдал, үйлдвэрлэлийн зайлшгүй зогсолт зэрэг хязгаарлалтуудыг харгалзан үзэх ёстой.

Ерөнхийдөө урт хугацааны төлөвлөлтийн арга барилыг 1-р зурагт үзүүлэв. Таван жилийн дараа компани хаана байхыг хүсч байгаа, тэнд хүрэхийн тулд ямар арга хэмжээ авах шаардлагатай, тэнд очиход шаардагдах нөөц байгаа эсэхийг тодорхойлохын тулд шилжилт хөдөлгөөний төлөвлөгөө боловсруулдаг. Энэхүү арга барил нь аж үйлдвэрийн аж ахуйн нэгжүүдийн системийн архитектурыг боловсруулахад өргөн хэрэглэгддэг TOGAF стандартад заасан архитектурын дизайны зарчмууд дээр суурилдаг.

Зураг 1. Шилжилт хөдөлгөөний урт хугацааны төлөвлөгөөг бий болгох ерөнхий хандлага.

Одоо байгаа архитектур болон зорилтот, хүссэн нэгийг нь ялгах шаардлагатай. Тэдний хоорондын ялгаа нь компанийн одоогийн байр суурь болон ирээдүйд эзлэхийг хүсч буй албан тушаалын ялгааг илэрхийлдэг. Шилжилтийн төлөвлөгөө нь одоо байгаа архитектураас зорилтот архитектур руу шилжих замыг хэд хэдэн шилжилтийн үе шатыг дамждаг.

Архитектур бүрийг 1-р зурагт үзүүлсэнчлэн бизнес ба технологийн хоорондын ялгааг арилгах "давхарга" гэж тодорхойлж болно. 1. Дараах "давхарга"-д анхаарлаа хандуулах хэрэгтэй.

• Бизнесийн зорилгоЭнэ нь стратеги төлөвлөлтийн ерөнхий хүчин чармайлтын нэг хэсэг юм. Тэд үйл явцын зөв чиглэлийг сонгох боломжийг танд олгоно.
• Бизнес загварүйлдвэрлэл, бизнесийн үйл явцыг ойлгох нөхцөлийг хангадаг. Ерөнхийдөө энэ нь материалын урсгал, үйл явцын өндөр түвшний тайлбарыг агуулдаг.
• Тодорхойлолт үйлдвэрлэл, бизнесийн үйл явцтехнологийг амжилттай ашиглах, бизнесийн үүднээс үнэ цэнийг нь зөв үнэлэхэд чухал ач холбогдолтой.
• Мэдээлэл, өгөгдөл, баримт бичигпроцесс болон програмуудыг холбоход чухал ач холбогдолтой. Аппликейшн хоорондын харилцан ажиллах чадвар, мэдээллийн урсгалыг удирдах нь онцгой чухал юм.
• Тодорхойлолт програмуудөндөр түвшний шаардлагыг томъёолж, интерфейсийг тодорхойлох боломжийг танд олгоно.
• Тодорхойлолт дэд бүтэц, тооцоолол, сүлжээшаардлага (техник хангамж, алдааг тэсвэрлэх чадвар, гүйцэтгэл).
• Өгөгдсөн үйлчилгээүр дүнтэй үйл ажиллагааны удирдлага, шийдвэрийн дэмжлэгийг хангах шаардлагыг тодорхойлох.

Шилжин суурьших төлөвлөгөө боловсруулах

Бүхэл бүтэн байгууллага, тэр ч байтугай нэг үйлдвэрлэлийн талбайд шилжих төлөвлөгөөг боловсруулах нь олон хүнийг хамарсан үнэхээр төвөгтэй ажил байж болно. Хөгжлийн үйл явцыг доор тайлбарласан хэд хэдэн үе шатанд хуваахыг зөвлөж байна.

II хэсэг

1-р шат: Дайчлах

Үндсэн зорилго:

• даалгавар, зорилгын талаар нэгдсэн ойлголтод хүрэх
• төсөл хэрэгжүүлэхээр төлөвлөж буй байгууллагыг дайчлах
• төслийн үе шатуудын чухал үе шат, үр дүнг тайлбарлах замаар төлөвлөгөөг нарийвчлан гаргах
• шаардлагатай/боломжтой бүх мэдээллийг цуглуулах
• үзэл баримтлал, практик, онолын талаар зөв ойлголт өгөх

• төлөвлөсөн уулзалтууд
• төслийн эхлэлд зориулсан семинар

Үр дүн:

• зөвлөгөөний нарийвчилсан төлөвлөгөө
• нийтлэг зорилго
• үйл явцын тойм

2-р шат: Шинжилгээ

Шинжилгээний үе шатны зорилго нь:

• бизнес болон үйлдвэрлэлийн үйл явцын шинжилгээ:

Мэдээллийн технологи, автоматжуулалтын системд үйлчилдэг боловсон хүчний бэлэн байдлыг үнэлэх

Ирээдүйн архитектурын өгөгдөл, функциональ хэрэгцээг ойлгох

Зорилгоо тодорхойлох, бизнесийн жишээг хэрэгжүүлэхийн тулд ирээдүйн архитектурын гол давуу талыг тодорхойлох

• одоо байгаа архитектурын дүн шинжилгээ

Одоо байгаа үйлдвэрлэлийн үйл явцыг автоматжуулалтын систем, мэдээлэл цуглуулах, үйлдвэрлэлийн удирдлагын системтэй холбон тодорхойлох

Одоо байгаа бизнесийн үйл явц, тэдгээрийн үйлдвэрлэлийн автоматжуулалтын системтэй холболтыг тодорхойлох

Одоо байгаа програмууд, өгөгдөл, логик болон физик дэд бүтэц, техникийн дэмжлэг үзүүлэх үйлчилгээг тодорхойлох

Энэ үе шатанд дараахь үйл ажиллагаа явагдана.

• янз бүрийн үйл явцын талаархи семинар, хэлэлцүүлэг
• контекст мэдээлэл авахын тулд сайтад зочилно
• одоо байгаа системүүдийн талаархи семинар, хэлэлцүүлэг
• үйлчилгээний төлөвшлийн түвшин, зохицуулалтын шаардлагад нийцэж байгааг тодорхойлох үнэлгээ

Үр дүн:

• одоо байгаа дэд бүтцийг тодорхойлох
• шинжилгээний баримт бичиг
• Шинэ архитектурын сорилт, боломжуудын талаархи санаа бодлын жагсаалт Шинэ архитектурын сорилт, боломжуудын талаархи санааны жагсаалт

3-р шат: Зорилго

Энэ үе шатны зорилго нь шинжилгээний үе шатанд боловсруулсан хэрэгцээг тодорхойлж, тайлбарлах явдал юм.

Шийдэл буюу зорилтот архитектур нь:

• ирээдүйн бизнесийн үйл явц, үйл ажиллагаа
• зорилтот програмын төрлүүд, тэдгээрийн функциональ байдал, хэрэглэгчид, мэдээлэл, интерфейс
• дэд бүтцийн хэрэгцээ болон шинэчилсэн дэмжлэгийн стандартууд

Энэ үе шатанд дараахь үйл ажиллагаа явагдана.

• үйл явцыг сайжруулах талаар семинар, хэлэлцүүлэг
• архитектурыг сайжруулах семинар, хэлэлцүүлэг

Үр дүн:

• ирээдүйн архитектур (танилцуулга)
• Хэрэглээний төрлүүдийн товч тайлбар

4-р шат: Үндэслэл

Үндэслэл тогтоох үе шатны зорилго нь төслийн зардал, үр ашгийн талаарх бүдүүлэг тооцоонд үндэслэн бизнесийн анхны жишээг гаргахад оршино.

Одоо байгаа болон хүссэн нөхцөл байдлын хоорондын зөрүү нь ихэвчлэн олон тооны санааг бий болгоход хүргэдэг. Санааг зөвтгөх нь "шаардлагатай" -ыг "хүсмээр" зүйлээс ялгах, дараа нь дээд удирдлагад санаагаа танилцуулах, хөгжүүлэх боломжийг олгоно.

Энэ үе шатанд дараахь үйл ажиллагаа явагдана.

• зардал, үр ашгийн тооцоолол
• танилцуулгын анхны хувилбар

Үр дүн:

• нийтлэг зорилго
• бизнесийн санааг эрэмбэлэх
• шаардлагатай нөөцийн үнэлгээ

5-р шат: Төлөвлөгөө

Энэ үе шатны зорилго нь тэргүүлэх чиглэл, нөөц, хамаарал дээр үндэслэн төслийг төлөвлөх явдал юм.

• нэгдсэн төслийн үе шатуудыг хэрэгжүүлэх дарааллыг төлөвлөх
• дараагийн алхмуудад шаардлагатай нөөц, чадамжаар хангах
• төслийн менежментийн үйл ажиллагааг эхлүүлэх
• зөвлөгөө өгөх ажлыг дуусгах, бүх үе шатны үр дүнг хэрэглэгчдэд шилжүүлэх

Энэ үе шатанд дараахь үйл ажиллагаа явагдана.

• хэрэгжүүлэх төлөвлөгөө боловсруулах
• хөрөнгө оруулалтын төлөвлөгөө боловсруулах
• эрсдлийн үнэлгээ

Үр дүн:

• хэрэгжүүлэх төлөвлөгөө
• төсөлд хамрагдсан боловсон хүчний ажлын ачааллын үнэлгээ
• төслийн эрсдэлийн үнэлгээ
• хөрөнгө оруулалтын төлөвлөгөө (эхний ойролцоо)
• төслийн танилцуулгын эцсийн хувилбар

Кейс судалгаа

Дараах жишээ нь тайлбарласан арга барилыг бодит нөхцөлд хэрхэн ашиглахыг харуулж байна. Нууцлалын нөхцлийг дагаж мөрдөхийн тулд тайлбарт нэрээ нууцлах хэрэгтэй. Бид эмийн бүтээгдэхүүний идэвхтэй бодис үйлдвэрлэдэг нэлээд том аж ахуйн нэгжийн тухай ярьж байна. Үйлдвэрлэлийн байгууламжууд нь 20 гаруй жилийн өмнө ашиглалтад орсон бөгөөд түүнээс хойш зарим шинэчлэл хийгдсэн ч хуучирсан хэд хэдэн системийг солих шаардлагатай байна. Барилгын автоматжуулалтын систем ба DCS нь засвар үйлчилгээ хийхэд хэцүү, хоцрогдсон технологид суурилдаг тул эхний байранд ордог. Нэмж дурдахад үйлдвэрлэл нь бизнесийн шинэ шаардлагад дасан зохицох ёстой, үүнд зарим бүтээгдэхүүнийг зогсоох, бусад бүтээгдэхүүнийг зах зээлд гаргах зэрэг орно. Ер нь техникийн болон бизнесийн шаардлагуудыг хамарсан шилжилт хөдөлгөөний төлөвлөгөөг боловсруулах шаардлагатай байна.

Эхлээд та аж ахуйн нэгжийн хэмжээнд одоо ашиглагдаж байгаа тоног төхөөрөмжийн мастер жагсаалтыг гаргах хэрэгтэй. Энэ мэдээлэл нь ихэвчлэн янз бүрийн баримт бичигт (мөн ажилчдын дурсамжинд) "нуугдсан" байдаг. Энэ нь шилжилт хөдөлгөөний төлөвлөлтийн үндэс болохын тулд олборлож, дүрслэн харуулах ёстой. Энэ зорилгоор бид ихэвчлэн үйлдвэрлэлийн нэгж бүрийн үндсэн тоног төхөөрөмж, түүхий эдийн хөдөлгөөнийг харуулсан процессын модулийн диаграммыг үүсгэдэг. Техник хангамжийн "дээд талд" тусдаа давхаргууд болгон бид ямар системүүд ямар техник хангамжийг дэмждэгийг харуулдаг.

Жишээг Зураг дээр үзүүлэв. 2. Суулгасан системүүдийн талаарх мэдээлэл нь системийн хадгалалтад (эсвэл зүгээр л Excel файлуудад) агуулагддаг бөгөөд цаашид дүн шинжилгээ хийх, төлөвлөхөд ашиглаж болно.

Зураг 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-ийн автоматжуулалт, мэдээллийн технологийн тэргүүлэх мэргэжилтэн. Тэрээр үйл явцын менежментийн чиглэлээр магистрын зэрэгтэй. NNE Pharmaplan-д Поулсен нь үйлдвэрлэлийн автоматжуулалт, мэдээллийн технологийн салбарт технологи, арга, чадамжийг хөгжүүлэх үүрэгтэй бөгөөд бизнесийн ахлах зөвлөхөөр ажилладаг.

Сүүлд шинэчлэгдсэн: 2015/10/31

Ихэнхдээ загвар өөрчлөгдөхөд нөхцөл байдал үүсдэг. Жишээлбэл, бид үүнд шинэ үл хөдлөх хөрөнгө оруулахаар шийдсэн. Гэхдээ үүний зэрэгцээ бид зарим өгөгдлийг агуулсан мэдээллийн сантай болсон. Өгөгдлийн санг алдагдуулахгүйгээр шинэчлэхийн тулд ASP.NET MVC нь шилжилт хөдөлгөөн гэх мэт механизмыг бидэнд санал болгож байна. Жишээлбэл, бидэнд энгийн хэрэглэгчийн загвар байна:

Нийтийн анги Хэрэглэгч ( public int Id ( get; set; ) public string Name ( get; set; ) )

Үүний дагуу бид мэдээллийн сантай ажиллах өгөгдлийн контекст байдаг:

Хэрэглэгчид(авах;тогтоох;))

Бидэнд энэ загвартай ажиллах бүх дэд бүтэц бий - үзэл бодол, хянагч, мэдээллийн санд энэ загварын хэд хэдэн объект байгаа гэж бодъё. Гэхдээ зарим үед бид хэрэглээний загвар баазыг өөрчлөхөөр шийдсэн. Жишээлбэл, бид хэрэглэгчийн загварт өөр талбар нэмсэн:

Нийтийн анги Хэрэглэгч ( public int Id ( get; set; ) public string Name ( get; set; ) public int Age ( get; set; ) )

Нэмж дурдахад бид өөр нэг загвар нэмэхээр шийдсэн, жишээлбэл:

Public class Company ( public int Id ( get; set; ) public string Name ( get; set; ) )

Тиймээс бидний өгөгдлийн контекст аль хэдийн дараах байдлаар өөрчлөгдөж байна:

Нийтийн ангилал UserContext: DbContext ( public UserContext() : base("DefaultConnection") ( ) public DbSet Хэрэглэгчид ( авах; тохируулах; ) нийтийн DbSet Компаниуд (авах; тогтоосон; ) )

Бид Хэрэглэгчийн загварт зориулсан харагдац дээр Age шинж чанарын нэмэлт талбарыг нэмж болно, бид шинэ загварт хянагч, харагдац үүсгэж болох боловч мэдээллийн санд шинэ объект нэмэхийг оролдох үед алдаа гарах болно:

Өгөгдлийн контекст өөрчлөгдсөн бөгөөд одоо бид хуучин өгөгдлийн сангийн схемээс шинэ схем рүү шилжих шаардлагатай байна. Юуны өмнө Visual Studio-ийн доод хэсэгт байрлах Багц менежерийн консол цонхыг олоод, дотор нь идэвхжүүлэх-шилжүүлэх командыг оруулаад Enter дарна уу:

Энэхүү Visual Studio командыг ажиллуулсны дараа төсөлд Migrations хавтас үүсэх бөгөөд та файлыг олох боломжтой Configuration.cs. Энэ файл нь тохиргооны тохиргоог тохируулдаг ижил нэртэй Тохиргооны ангийн мэдэгдлийг агуулдаг:

Namespace MigrationApp.Migrations ( System.Data.Entity ашиглах; System.Data.Entity.Migrations ашиглах; System.Linq ашиглах; дотоод битүүмжилсэн анги Тохиргоо: DbMigrationsConfiguration ( public Configuration() ( AutomaticMigrationsEnabled = худал; ContextKey = "MigrationApp.Models.UserContext"; ) хамгаалагдсан хүчингүй үрийг хүчингүй болгох (MigrationApp.Models.UserContext context) ( ) ) )

Seed аргын хувьд та мэдээллийн санг үрийн мэдээллээр эхлүүлж болно. Одоо бид шилжилт хөдөлгөөнийг өөрөө бий болгох хэрэгтэй. Багц менежерийн консол дээр дараах тушаалыг оруулна уу:

PM Add-Migration "MigrateDB"

Дараа нь Visual Studio автоматаар шилжих анги үүсгэх болно:

Namespace MigrationApp.Migrations ( System. using System.Data.Entity.Migrations; public partal class MigrateDB: DbMigration ( public override void 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). : false)); public override void Down() ( DropColumn("dbo.Users", "Age"); DropTable("dbo.Companies"); ) ) )

Up аргын хувьд CreateTable аргыг дуудаж "dbo.Companies" хүснэгтийг үүсгэн түүний тохиргоог хийнэ: багана үүсгэх, түлхүүр тохируулах. Мөн одоо байгаа хүснэгтэд Насны шинэ багана нэмэгдсэн. Down арга нь багана болон хүснэгт байгаа тохиолдолд тэдгээрийг устгадаг. Үнэн хэрэгтээ эдгээр аргууд нь мэдээллийн сан болон түүний хүснэгтүүдийн бүтцийг өөрчилдөг SQL дэх ALTER илэрхийлэлтэй дүйцэхүйц юм.

Эцэст нь шилжүүлэлтийг хийхийн тулд бид ижил консол дээр команд бичээд энэ ангиллыг хэрэглэнэ.

PM Update-Мэдээллийн сан

Үүний дараа, хэрэв бид мэдээллийн сангийн бүрэлдэхүүнийг харвал шилжүүлсэн шилжүүлгийн дагуу түүнд өөрчлөлт орсон болохыг харах болно.

Тиймээс шилжүүлэлт хийгдсэн бөгөөд бид шинэчлэгдсэн загварууд болон өгөгдлийн контекстийг аль хэдийн ашиглах боломжтой болсон.

Энэ нийтлэлд бид үйлчлүүлэгчдийг 1С: Enterprise 8 тохиргоонд шилжүүлэхтэй холбоотой томоохон корпорацийн төслүүдэд өгөгдөл шилжүүлэх туршлагаа системчлэхийг хүсч байна.

Үүний зэрэгцээ нийтлэлд гол анхаарал хандуулах нь юуны түрүүнд шилжих үйл явцын технологийн бүрэлдэхүүн хэсэгт тавигдах болно. Зохион байгуулалтын бүрэлдэхүүн хэсэг ч нөлөөлсөн боловч бага хэмжээгээр.

Нэр томьёо ба тодорхойлолт

Өгөгдлийн шилжилтийг ихэвчлэн ажлын эцсийн дараалал буюу эх системээс (түүхэн систем) зорьсон систем рүү өгөгдлийг нэг удаа бөөнөөр нь шилжүүлэхэд чиглэсэн төсөл гэж ойлгодог. Үүний зэрэгцээ эх сурвалжийн системд энэ өгөгдлийг ашиглах нь зогсдог.

Өгөгдлийн шилжилтийг өгөгдлийн нэгтгэлээс ялгах ёстой. Интеграци нь шилжилт хөдөлгөөнөөс ялгаатай нь мэдээллийн технологийн архитектурын байнгын хэсэг бөгөөд өөр өөр системүүд болон мэдээллийн сангуудын хооронд өгөгдлийн урсгалыг хариуцдаг бөгөөд төслийн үйл ажиллагаа гэхээсээ илүү үйл явц юм.

Шилжилтийн схем ерөнхийдөө дараах байдалтай байна.

Цагаан будаа. 1

Түүхэн системүүд- шинэ системийг нэвтрүүлэхдээ бүрэн буюу хэсэгчлэн солихоор төлөвлөж буй Хэрэглэгчийн компанийн мэдээллийн сан.

Хүлээн авагчийн систем- зорилтот систем, дурын тохиргоо "1C: Enterprise 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 байж болно. Энэ ажлын үр дүнд хүснэгтийн зураглалын бүртгэлийг эмхэтгэн хөтөлж байна. Энэ дэд үе шат нь талбайн зураглалын дараагийн дэд үе шат, зураглалын ажлын ерөнхий байдлыг хянахад зайлшгүй шаардлагатай.

1С загваруудын бүлэг	1С загварын нэр	Файлын нэр- эх сурвалж	Эх файл үүсгэх дүрэм	Хариуцлагатай	Статус	Анхаарна уу
NSI	Жишээ_ Нэршил	Номинк latura.xls	N систем дэх сонголтыг тохируулна уу . txt руу хадгална уу . xls дээр нээнэ, багана нь текст байна . Эхний мөр нь толгой юм . Баганын тоо - 15 . txt болон xls доторх мөрийн тоог шалгана уу . Хуудасны нэр үргэлж "Хуудас1" байна	Иванов I.I.	ажил дээрээ

· Талбарын зураглал - аль хэдийн тодорхойлсон хүснэгтийн зураглал доторх хүснэгтийн талбаруудыг зураглах. Энэ ажлын үр дүн нь талбайн зураглалын бүртгэл юм.

№pp

Cl. талбар

Шаардлагатай

1С загварын талбарын нэр "Загвар_Нэршил"

Тодорхойлолт

Талбайн нэр "Nomenclature.xls"

Бөглөх алгоритм

Код

Лавлах элементийн код

Код

Нэр

Нэр

Тиймээ

Энэ бүлэг

Дараах утгуудын аль нэгийг агуулна. . 1 - бүлгүүдэд зориулсан . 0 - элементүүдийн хувьд

Кодын урт=11 тэмдэгт, сүүлийн 4 тэмдэгт байвал<>"0000", дараа нь энэ элемент "0", өөрөөр хэлбэл бүлэг нь "1" байна.

Бүтэн нэр

Лавлах элементийн нэр

Нэр

Хэрэв ThisGroup = 1 бол "", ElseIf ThisGroup = 0 бол Нэр.

Энэ үе шатны нэг хэсэг болгон өгөгдлийг хэвийн болгох боломжтой ажлыг хийх ёстой.

5.Хувиргах дүрмийг бэлтгэх

Өмнөх үе шатуудаас ялгаатай нь энэ үе шат нь техникийн шинж чанартай бөгөөд Гүйцэтгэгч хөгжүүлэгчийн ажлыг хамардаг.

Талбайн зураглалын бүртгэлд үндэслэн Гүйцэтгэгчийн мэргэжилтнүүд өгөгдлийг хувиргах дүрмийг боловсруулдаг.

Шилжилтийн бэлтгэл үе шат, цаашлаад туршилтын болон эцсийн шилжилтийн үед өгөгдлийн хувиргалт хийх дүрэм (скрипт) боловсруулах таатай орчин, эх өгөгдлийг ачаалах өгөгдөл болгон хувиргах орчин байх нь чухал юм.

Энэ орчинд тавигдах шаардлагууд нь:

· Өөрчлөлтийн дүрмийг боловсруулахад хялбар, хурд;

· Өгөгдөл хөрвүүлэх хурд. Оролт, гаралтын файлууд нь хэдэн зуун мянган мөр байж болно!

· Хэд хэдэн оролтын файлтай зэрэг ажиллах чадвартай;

· Өөрчлөлтийн дүрмийг тусдаа файлд хадгалах чадвар.

Шилжилтийн төслүүдийнхээ хувьд бид стандарт 1С Query Console боловсруулалтыг үндэс болгон ашиглан тусгай хөгжүүлэгчийн ажлын станцыг боловсруулсан.

Query Console боловсруулалтыг сайжруулснаар 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

Өгөгдлийн эх үүсвэрийг хувиргах бүх боломжит үе шатуудыг харуулахын тулд тусгайлан сонгосон жишээ нь хиймэл гэдгийг анхаарна уу.

Энд байгаа хувиргах үйлдлүүдийн технологийн дараалал нь дараах байдалтай байна.

Access SQL асуулгын хэлийг ашиглан (1С асуулгын хэлтэй харьцуулахад мэдэгдэхүйц нэмэлт боломжуудыг өгдөг) xls файлаас өгөгдлийг 1С орчинд задалдаг анхны асуулга үүсгэсэн. Үүний зэрэгцээ, энэ үе шатанд янз бүрийн шалгалт, өгөгдлийг хэвийн болгох боломжтой болсон.

ADO өгөгдөлд нэвтрэх технологи нь өндөр хурдыг өгдөг.

Цагаан будаа. 3

2. 1С хэл дээрх асуулга - талбарын зураглалын алгоритмыг хэрэгжүүлдэг үндсэн асуулга. Мөн түүнчлэн: татаж авсан өгөгдлийг 1С мэдээллийн баазын өгөгдлөөр баяжуулах, дахин бүлэглэх, бусад эх сурвалжийн xls файлуудтай асуулгын үр дүнтэй нэгтгэх гэх мэт.

3. Шаардлагатай бол 1С хүсэлтийн үр дүнгийн дараах боловсруулалт. 1С хэл дээрх скрипт ашиглан хэрэгжүүлсэн.

Жишээлбэл, бид дүнгийн баганад "НИЙТ" мөрийг нэмж оруулдаг.

4. Эцсийн өгөгдлийн багцыг xls файлд бичнэ.

Ерөнхийдөө гаралт нь зорилтот 1С мэдээллийн санд ачаалах эцсийн файлууд юм.

Энэ хэрэгсэл нь танд өгөгдөл хөрвүүлэх дүрмийг тусдаа xml файлд хадгалах боломжийг олгодог:

Үүнээс гадна ажиллах боломжтой В багц горим, энэ нь олон төрлийн бус шилжих өгөгдөл байгаа үед онцгой чухал юм.

Өмнөх үе шатуудад ажлын бэлтгэл хэсэг ерөнхийдөө дуусна - бүх мэдээллийн эх сурвалжийг тодорхойлж, эх сурвалжаас өгөгдлийг татаж авч, зорилтот мэдээллийн санд татаж авах загваруудыг бэлтгэж, өгөгдлийн зураглалыг бэлтгэж, эцэст нь өгөгдлийг хувиргах скриптүүдийг боловсруулдаг. .

Эцсийн шилжилтийн өмнө та хэд хэдэн туршилтыг заавал хийх ёстой гэдгийг тэмдэглэх нь зүйтэй. Туршилтын шилжилтийн явцад Гүйцэтгэгч нь захиалагчдын хамт дараахь зүйлийг тодорхойлно.

Хөрвүүлэлтийн алдаа, өгөгдөл ачаалах алдаа

Зорилтот системд ачаалагдсан өгөгдлийн чанарын урьдчилсан үнэлгээг хийх

Туршилтын шилжилтийн үр дүнд үндэслэн тэд эцсийн шилжих төлөвлөгөөг бий болгож/шинэчилнэ

7.Өгөгдлийн тохируулга

Татаж авсан өгөгдлийн чанарыг туршилтын шилжилтийн дараа болон эцсийн шилжилтийн төгсгөлд шалгах шаардлагатай. Зохицуулах явцад дараахь үзүүлэлтүүдийг шалгаж болно.

· Баримт бичгийн дагуу үлдэгдлийн нийт дүнгийн давхцал;

· Тоон үзүүлэлт, жишээ нь OS-ийн тоо;

· Сонгогдсон аж ахуйн нэгжүүдийг зөв бөглөх;

Шилжилтийн бүх процессын туршид өгөгдөл шилжүүлэх, өгөгдлийг хэвийн болгох асуудлыг шийдвэрлэх шаардлагатай гэдгийг анхаарна уу. Дараагийн үе шатанд алдаа гаргахгүйн тулд одоо байгаа үе шатанд юу хийх хэрэгтэйг өөрөөсөө үргэлж асуух ёстой.

Жишээлбэл:

· Түлхүүр талбараар давхардсан эсэхийг шалгана. Үүнийг анхны өгөгдөл дээр хийж болно, хийх ёстой;

· Талбайн төрлүүдийн албадлага;

· Лавлагааны бүрэн бүтэн байдал;

· Математикийн үл нийцэл. Жишээлбэл, хувиргах явцад хуваахаар төлөвлөж буй хоосон тоон талбаруудыг шалгах;

· Ерөнхийдөө шалгах ёстой талбаруудыг бөглөсөн;

· Буруу тэмдэгтүүдийг солих. Жишээлбэл, кирилл үсгийн талбарт англи тэмдэгтүүд (“o”, “a”, “e” гэх мэт) Энэ нь ялангуяа гол талбаруудад үнэн юм!

· Хүлээн авах системийн төрлүүдтэй нийцэж байгаа мөрийн талбаруудын утгыг шалгах (Уртны хязгаарлалт)

Эцсийн шилжилт хөдөлгөөн дууссаны дараа урьдчилан тодорхойлсон шилжилт хөдөлгөөний стратеги, шилжилт хөдөлгөөний төлөвлөгөөний дагуу түүхэн тогтолцооны цаашдын үйл ажиллагааны талаар шийдвэр гаргадаг.

Ихэнх тохиолдолд үйл ажиллагаа нь эцсийн өгөгдлийг нэгтгэж, шилжилтийн амжилтыг бүртгэсний дараа шууд дуусдаг - шинэ системийн хэрэглэгчид зэрэгцээ хоёр системд бүртгэл хөтлөхөө больж, шинэ системд бүрэн шилждэг. Үүний зэрэгцээ хуучин системд хандах хандалтыг унших горимд хадгалдаг.

Зарим тохиолдолд хоёр системийн зэрэгцээ ажиллагаа нь туршилтын ажиллагааны (TE) хугацаанд, тэр ч байтугай энэ хугацаанаас хойш ч тохиолдож болно. Хоёр систем дэх хэрэглэгчдийн зэрэгцээ ажиллах асуудал нь шилжилт хөдөлгөөн (эсвэл ерөнхийдөө шинэ системийн ажиллагаа!) хангалтгүй гэж үзвэл хуучин систем рүү буцах боломжийн асуудалтай нягт холбоотой юм.

Дүгнэлт

Эцэст нь хэлэхэд, 1С: Аж ахуйн нэгжийн олон тохиргоог багтаасан томоохон гүйлгээний системийг шилжүүлэх тухайд шинэ системд шилжих нь маш их хөдөлмөр шаарддаг гэдгийг тэмдэглэхийг хүсч байна.

Тиймээс аливаа ийм төсөл нь нарийн бэлтгэл шаарддаг бөгөөд бие даасан төлөвлөгөөтэй байх ёстой гэдгийг санах нь зүйтэй. Гэсэн хэдий ч шилжүүлж буй системийн төрөл, мэдээллийн сангийн хэмжээ гэх мэтээс үл хамааран шилжих ерөнхий схем нь бараг ижил харагдаж байна.

• одоо байгаа нөөцийн домайнуудыг шинэ домайнуудын зохион байгуулалтын нэгжид шилжүүлэх нь сүлжээний нөөцийн удирдлагыг хялбаршуулах;
• Бодит өгөгдөл дамжуулахгүй байхад шилжилт хөдөлгөөний явцыг "дууриах";
• шилжилт хөдөлгөөнтэй холбоотой үйлдлийг буцаах;
• үйлчилгээний дансыг шилжүүлэх;
• сэргээх итгэлцсэн харилцааэх ба зорилтот домэйнуудын хооронд;
• Аль хэдийн үүсгэсэн Active Directory орчинд олон домэйныг нэг буюу хэд хэдэн том домэйн болгон хувиргах;
• одоо байгаа бүлгүүдийн бүтцийг өөрчлөх эсвэл хэд хэдэн бүлгийг зорилтот домэйнд нэгтгэх;
• шилжих үйл явдлыг бүртгэх замаар өгөгдөл дамжуулах үйл явцад дүн шинжилгээ хийх.

Хэрэглэгчид болон ажлын станцуудыг нэг Active Directory бүтэц рүү шилжүүлэх нь одоо байгаа нэвтрэх эрхийг хадгалахын зэрэгцээ хийгддэг.

Шинэчлэх сонголтууд

Домэйн дэд бүтцийг шинэчлэх хоёр үндсэн сонголт байдаг [4]:

• Домэйн шинэчлэл. Энэ арга нь домайныг шилжүүлэхэд хамгийн түгээмэл бөгөөд хэрэгжүүлэхэд хамгийн хялбар арга юм. Энэ арга нь одоогийн домайн бүтэц, системийн тохиргоо, хэрэглэгч болон бүлгийн бүтцийг хадгалах боломжийг олгодог. Домэйн шинэчлэлт (оронд нь шинэчлэх) нь одоо байгаа домэйн хянагчдыг шинээр үүсгэсэн домэйнд шилжүүлэх явдал юм.
• Домэйн бүтцийн өөрчлөлт. Энэ арга нь домэйнуудын одоо байгаа бүтцийг өөрчлөх, домэйныг нэгтгэх эсвэл домайныг байгууллагын нэгж болгон хувиргах боломжийг олгодог.

Дээрх сонголтуудаас гадна тэдгээрт суурилсан холимог сонголт бас бий - домэйныг дараагийн бүтцийн өөрчлөлтөөр шинэчлэх [13].

Эдгээр сонголтыг гэж нэрлэдэг Active Directory хэрэгжүүлэх шилжилтийн замууд. Тэдгээрээс сонгосон шилжилтийн зам нь домайн дэд бүтцийг шинэчлэх ерөнхий стратегийн гол холбоос байх болно. Энэ стратеги нь ямар лавлах үйлчилгээний объектуудыг ямар дарааллаар зөөх шаардлагатайг тайлбарлах болно. Active Directory-ийг хэрэгжүүлэх явцад аливаа програмын шилжилтийн шилдэг туршлага бол шилжилтийн төлөвлөгөө гэж нэрлэгддэг ажлын баримт бичигт бүх нарийн ширийн зүйлийг баримтжуулах явдал юм.

Шилжилтийн замыг сонгох шалгуур

Шилжилтийн замыг сонгохдоо шийдвэр нь зөвхөн нэг домайнтай холбоотой гэж үздэг бөгөөд энэ нь нэг байгууллагын доторх өөр өөр домэйнуудад өөр өөр шилжилтийн замыг ашиглах нь туйлын шударга гэсэн үг юм.

Хүснэгт 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-р шалгуурыг үндэслэн шилжилтийн замыг сонгох

  Шилжилтийн зам	Эрхийн шалгуур
  Домэйн шинэчлэл	Төсвийн шаардагдах хөрөнгийн хэмжээг бууруулахад нөлөөлж буй хүчин зүйлүүд: одоо байгаа серверийн техник хангамжийг ашиглах чадвар; хүний ​​нөөцийн зардлыг бууруулах; Цөөн шинэчлэх ажлыг турших шаардлагатай тул туршилтын зардлыг бууруулна
  Домэйн бүтцийн өөрчлөлт	Олон шалтгааны улмаас домэйны бүтцийн өөрчлөлт нь домэйн шинэчлэхээс илүү их төсөв шаарддаг. Лавлах үйлчилгээний объектуудыг шилжүүлэх ёстой нүцгэн ойн орчныг бий болгоход шаардагдах техник хангамжийн шаардлагыг төсвийн үүднээс авч үзэх хэрэгтэй.

Хэрэв компани шинэчлэгдэх зам болгон домэйн шинэчлэх эсвэл бүтцийн өөрчлөлтийг итгэлтэйгээр сонгох нөхцөлийг бүрэн хангаагүй эсвэл хоёр зам нь түүнд тохирсон бол гуравдахь замыг сонгож болно - domain renewal, дараа нь бүтцийн өөрчлөлт.

Active Directory руу орох энэ зам нь шууд ашиг тусыг өгөх болно (захиргааны төлөөлөгч, бүлгийн бодлого, програмыг нийтлэх ба бусад), түүнчлэн домэйн бүтцийн өөрчлөлтийн урт хугацааны ашиг тус (компанийн бизнес, байгууллагын зорилгод нийцүүлэн домэйны хэмжээ нэмэгдсэн, домэйн дизайн багатай).