Az adatátvitel technológiája nagy projektekben. Migrációs adatbázis adatátviteli módszertan

hogyan lehet ingyen végrehajtani

A szabad szoftverek migrációja, mint például az új operációs rendszerhez való áttéréshez. Például megemlíthetjük az országunk első Windows opcióinak megjelenését. Nem kevésbé világos példa - A Windows NT migrációja, a munkavégzés ideológiája, amely jelentősen különbözött a Windows 9X-től. Egy másik példát adhat - az MS Office csomag új verziója eltér az előzőtől, nem csak az interfész közötti különbségektől, hanem fájlformátumokat is. Tehát a migrációs feladat még egy ilyen esetben is releváns, ha egyetlen gyártóból használja.

Ez a cikk a migrációs módszertan általános leírását javasolja a jelentős pillanatok lefedettségével. A migráció általános elve átgondolt, gondos végrehajtása a folyamat fokozatos változásokkal. A migráció több logikailag integrált webhelyből, szakaszból áll.

munkacsoport létrehozása (ki)

A migráció során a technikai és nem technikai jellegű kérdések megoldása szükséges.

Fontos figyelembe venni a jogi problémákat, hogy a közelmúltban nagyon releváns néhány FÁK-ország, különösen Ukrajna. Bizonyos esetekben intelligensen beszélje meg a "Munkáltató-felhasználó adminisztrátor" kapcsolat adminisztratív feladatait. Történelmileg ezeket a kapcsolatokat a belső vállalati szabályok és utasítások nem szabályozzák.

Az anyag elkészítésének folyamatában a beszélgetéseket szakemberekkel végezték a biztonság, a számítógépes törvény és a rendszergazdák területén. A túlterhelt többség kijelentette, hogy a szervezet információs rendszerével kapcsolatos felhasználók dokumentálási szabályainak szükségessége van.

A megfelelő tervezés magában foglalja a pénzügyi kérdések megoldását is. Szükséges a meglévő információs rendszer legalizálásának költségeinek felmérése, az új bevezetésének költsége, értékeli a tulajdonosi költséget a belátható jövőben.

Bármely projekt, beleértve a migrációs projektet is, szembenézhet az emberi tényező alulbecslésével. Természetesen a humán erőforrás-kezelési módszerek használata szükséges. A legtöbb híres hivatalos rendszergazdák és informatikai vezetők többsége nem szakértők a személyzeti menedzsmentben vagy a pénzügyi területeken. Hasonló átfogó feladat nem oldható meg ugyanazon informatikai osztály.

Az első feladat a migrációhoz való áttérés útján, a célrendszer, hogy hozzon létre egy migrációs tervezés munkacsoportját. Ez a csoport felelős a migráció elvégzéséért, és ezért nagyon széles hatáskörrel kell rendelkeznie.

A projekt célja gazdaságilag indokolt informatikai infrastruktúra kialakítása. A munkacsoport vezetőjének jó jelöltje a vállalkozás vagy szervezet felső vezetője, például - pénzügyi igazgató. Természetesen ez a csoport magában foglalja az informatikai osztály vezetőjét, amely az egész informatikai infrastruktúra látását birtokolja mind a pillanatban, mind pedig perspektívában. A csoport részeként tapasztalt rendszergazda szükséges, lehetőleg az operációs szabad szoftver tapasztalataival. A csoport méretét nem lehet becsülni - egyes esetekben a vállalat egyéb alkalmazottai érintettek. Lehetőség van arra, hogy vonzzák a harmadik féltől származó tanácsadót tapasztalattal, vagy - a vállalat ilyen döntéseire szakosodott. A csoport eredménye részletes migrációs terv, amely értékeli a migráció értékét. Vagy - a szervezet szabad megoldásainak migrációjának hatásainak magyarázata.

kutatás (mi is)

Az első lépésnek auditnak kell lennie - a meglévő (örökölt) rendszer leírása.

Nem titok, hogy az "Avral" informatizáció által jóváhagyott években, figyelembe véve a pénzeszközökre fordított megtérülést, az eredmény általában nemcsak gazdaságilag, hanem technológiailag kiegyensúlyozatlan rendszerek is. A vállalati szoftver ellenőrzése a telepített programok felülvizsgálata, az üzleti igényeik betartásának meghatározása.

Az ellenőrzési folyamat eredménye:

A telepített szoftver műszaki jellemzőinek leírása;

A nem engedélyezett szoftver használatához kapcsolódó azonosított kockázatok listája;

A telepített szoftver engedélyeinek megszerzésének költségeinek számítása;

A licencelt szoftver nem engedélyezett és telepítésének költségeinek számítása;

A szoftver további felhasználásának megvalósíthatóságának meghatározása;

A szoftver használatához kapcsolódó azonosított kockázatok listája;

leltár

Egyes tanulmányok azt mutatják, hogy a szervezetek legtöbb szervezete nagyobb figyelmet fordít a használt szoftver funkcionalitására és sokkal kevesebbre - az alkalmazott termékekhez való jog teljesül.

Sajnos a legtöbb szervezetben nincs olyan kultúra. Néha még az informatikai szolgáltatások képviselői is valóban nem tudják, hogy mi és hol vannak telepítve a munkavállalók számítógépén, és a rendes alkalmazottak önállóan döntenek és létrehoznak a kétes forrásokból származó szoftvereket.

A szoftver leltárja lehetővé teszi a nem engedélyezett szoftver azonosítását a szervezetben. Hangsúlyozni kell, hogy ez az esemény mindig előnyös. A leltár eredménye felhasználható a legalizáció költségeinek becslésére mind a szabad, mind a nem szabad szoftverek használatának megfelelően.

A szervezetek gyakran érdeklődnek a szoftver használatának és fejlesztésének költségeinek egyértelmű pénzügyi tervezésében. A legfontosabb menedzserek ilyen részletessége meglehetősen érthető - a vállalatok felső vezetése érdeklődik a vállalatok szoftverének megfordításában, amelyet figyelembe vesznek, figyelemmel kísérik és alakulnak ki más típusú eszközökhöz hasonlóan.

Az eljárás ellenőrzése, amely szabályként elég hosszú idő, igényli a magasan képzett személyi információk és a különböző konkrét információk ismeretének elemzését. Az ajánlás fellebbezést nyújthat a vállalathoz, amely a szolgáltatásra szakosodott. Mindazonáltal meglehetősen lehetséges az informatikai osztály ellenőrzése.

Egyes szervezetekben kényelmetlen (gyakran lehetetlen) a szoftver nagyszabású leltárának elvégzésére. Az okok lehetnek a szervezet vagy a biztonsági politika mérete. Meg kell találni a kompromisszumot a készlet hatékonyság és az ilyen eljárást bonyolító tényezők között.

A könyvvizsgálat két lehetőséget is figyelembe vehet. Az első lehetőség egy teljes könyvvizsgálat, amelyről minden számítógép, egy helyi hálózat és egy tökéletesség tanul. Ennek a módszernek az előnye a nagy pontosság, a hátrány - nagy költség, magas idő és kényelmetlenség a felhasználók számára. Ennek a módszernek a további előnyei a szoftverek felhasználóinak függetlenen telepítésének azonosítása, és feltárja a felhasználói követelményeket a munkahelyükön a speciálisan elkészített kérdőívekkel. A második lehetőség néhány tipikus számítástechnikai eszköz, helyi hálózat és tökéletesség ellenőrzése. Ugyanakkor az ellenőrzési objektumok megválasztása diktált, mint a felhasználók funkcionális feladata. Az ilyen közelítési módszer jelentősen csökkenti a leltár költségeit, de nagy hiba van.

A kis szervezetek kézzel készíthetnek az ellenőrzést, és információkat készíthetnek a számítógépekről és a szerverekről, valamint a szoftverre, az elektronikus egyszerű asztalra. Ugyanakkor meg kell határoznia a szükséges licencek, hitelesítési és szerzői jogi bizonyítványok jelenlétét vagy hiányát az egyes talált szoftverek mindegyikéhez.

Közepes és nagy, lehet ajánlani egy speciális szoftver használatát, vagy meghívhat egy hasonló szolgáltatásokra szakosodott harmadik fél szervezetét. A dokumentum létrehozásának folyamatában végezték munkát a szoftverek és hardverek automatikus leltárának felülvizsgálatánál (Gasp, PC-készlet, msia). Exponens navigátor (http://www.e-x.ru/pages/expnav.html) lehet ajánlás (http: //www.html), exponens.

Exponens navigátor

A terméket úgy tervezték, hogy felülvizsgálja a készüléket és a szoftvert a hálózaton keresztül. A számítógépes információk tartalmazzák az információkat (processzor, alaplap, merevlemezek, memóriamodulok, videokártya, hálózati kártyák, nyomtató és egyéb eszközök), operációs rendszer, illesztőprogramok és szoftverek.

A program alkotói szerint, a számítógépek automatikus információs gyűjteményének megszervezése után lehetséges megtekinteni és megszervezni az információkat, készítsen nyomtatott jelentéseket és webes közzétételeket, kirakodjon az adatokat a Microsoft Excel, az XML és más formátumokba. Képességek:

A számítógép konfigurációjának automatikus diagnosztikája;

A hálózati számítógépek automatikus gyűjteménye;

A telepített berendezések meghatározása;

A telepített programok meghatározása;

A fájl jellemzőinek meghatározása;

Fejlett válogatási, keresési és adatválasztási képességek;

Nyomtatott jelentések előkészítése;

Exportálási adatok az MS Excel-ben;

A webes kiadványok automatikus generálása.

A program ingyenes verziójában 25 számítógépre van korlátozva; A licencköltség 1 dollár 1 dollár.

tervezés (mit akarunk)

A meglévő rendszer tanulmányozásának feldolgozása az új, célrendszer modellezésének alapja. Ez a kérdés rendkívül fontos és bonyolult. Ez bonyolítja ezt a kérdést, és a szabad szoftverek, különösen a Linux, a legtöbb informatikai vezetők és a rendszergazdák történelmileg megalapozott ismerőseinek hiánya.

Sok irodalom van, beleértve az oroszul beszélő, a Linuxról, amely technikai szempontból leírja ezt a platform előnyeit. Mindezen előnyök azonban fontosak a fő kérdéshez - az alkalmazott különböző irányok széles választékának fennállása. Régen a mítosz elterjedt, hogy a Linux platform alatt korlátozott számú alkalmazott szoftver van a vállalati használatra, beleértve az irodai automatizálást is. A túlnyomó többségben ezeket a mítoszokat a tulajdonosok és az eladók sajátos szoftverek hozták létre és táplálják, és kevés közös a valósággal. A mítosz debunkája nem a könyv fő célja. Mindazonáltal érdemes megjegyezni, hogy például az alkalmazott szoftver szélessége abszolút fantom, figyelembe véve a dokumentumok cseréjére vonatkozó történelmileg standardokat. Így például, a tényleges hivatal a hivatal szerkesztő Microsoft Office, a raszter grafikus szerkesztő - Adobe Photosop és a Corel Draw nagyon szerteágazó a vektorgrafikus.

Egy másik kérdés gyakran, a védett termékek redundáns funkciói, amelyek nem a piac igényeihez képest, hanem a marketingesek véleménye. És ezt a felesleges funkciókat, a felhasználó fizet elég nagy pénz: a költségek egy engedélyt a jogot, hogy a programok, amelyek bonyolítja az üzemeltetés és a megnövekedett hardver követelmények.

A közelmúltban a helyzetváltozások - a Linux alkalmazásához fordított információk tömege jelenik meg. Valószínűleg a legjobb anyag lesz ez a dokumentum :-), amelyben tervezik, hogy sok adminisztratív és technikai kérdést kiemelnek.

Abban a pillanatban azonban a dokumentum csak létrehozásra kerül, és az információk különböző forrásokban találhatók. Lehetetlen a Valery V. Kachurov, Neskov Artem "Anyagok, Neskov Artem" A Windows programok a Linux-ban - a megfelelőségi táblázat. " (http://linuxshop.ru/linuxbegin/win-lin-soft/). Ez az erőforrás sok értékes információt tartalmaz. Sajnos a szerzők úgy tűnik, hogy elhagyják ezt a munkát. A webhely ezen része rendszeresen nem érhető el, de a táblázat másolata megtalálható a http://www.blif.net/modules.php?name\u003dlinwin címen. Ön tájékoztathatja a nyílt forráskódú alkalmazások alapítványi erőforrásait
(http://www.osafoundation.org/), különösen http://www.osafoundation.org/desktop-linux-Ovview.pdf.

Az eredmény:

A munkaállomások prototípusának létrehozása;

A javasolt szoftver engedélyeinek számlálása;

Felhasználói tanulás;

Példamutató naptári megvalósítási terv létrehozása;

A szabad szoftver bevezetésének kockázatainak felsorolása;

Szabad megoldások támogatása;

Az új rendszer gazdasági hatékonyságának legfeljebb öt éve számolása.

kísérleti projekt (ellenőrző rendszerindítás)

Az örökölt rendszer nagyszámú tényezője miatt számos felhasználó, aki potenciálisan befolyásolja a migrációt, ajánlott kísérleti teljesítés a migráció egy kis léptékben - kísérleti projekt. Ez a szakasz szükséges a migrációs tervek és az új rendszer prototípusának ellenőrzéséhez és módosításához. Ez egy kísérleti projekt, amely az alapul szolgáló új információs rendszer bevezetéséről szóló döntés alapja. A kísérleti projekt második értéke az, hogy tájékoztassa a felhasználókat az új rendszerről, hogy visszajelzést kapjon a felhasználóktól. A harmadik érv a kísérleti projekt javára a lehetőség lesz, hogy kísérletileg meghatározzák a pontosabb projektköltséget.

A tesztobjektum kiválasztásakor arany közepét kell találnia. Először is, a kiválasztott objektumnak megbízható adatokat kell megadnia az értékeléshez. Másodszor, a kísérleti projektnek nem szabad kritikus hatást gyakorolni az üzleti tevékenységre.

Ebben a szakaszban a rendszergazdák és a végfelhasználók is képzettek: a módszeres anyagok, dokumentáció, az interneten található erőforrások prototípusa biztosított. Ajánlott felhasználók, akik részt vesznek a kísérleti projektben, hogy "kirakodjanak", és lehetővé teszik az új rendszer használatának részét.

A kísérleti szakasz különösen a keresletben:

Ha nem bizonyították, hogy az örökölt rendszerből az új rendszerhez való vándorlás lehetősége nem bizonyult;

Ha van egyéni szkepticizmus, amely képes lesz lelassítani a migrációs folyamatot;

A szervezetnek nincs vállalati kultúrája (amely sajnos a CIS-ben kerül elosztásra);

Ha korlátozott erőforrások vannak a nagyméretű migrációhoz;

A szervezet nagy, és sok felhasználó nem vesz részt a kísérleti projektben;

Ha az öröklött tulajdonosi rendszerek gyorsan fejlődtek mind a technikai szempontból, mind a költségek csökkentésében;

A migráció teljes mértékben gazdasági hatása nem található meg.

Sikeres, kísérleti projekt:

Nem hivatkozhat az üzlet kritikus területére;

Kellően fontosnak kell lennie az üzleti élet szempontjából;

Nem igényelnek olyan közbenső forrásokat, akik már korlátozott időben korlátozottak;

Jelentős támogatási csoportot kell tartalmaznia;

Visszajelzést kell adni a felhasználóktól (Help Desk Systems);

Nem lehet más korlátozott (például egy fontos időszak) szférában.

A szervezet méretétől függően egy vagy több kísérleti szakasz lehetséges, ami lehetővé teszi a vonalak pontosabb meghatározását és a migráció költségét. Fontos megbecsülni az eredményeit, és meghatározni, hogy a gyakorlati látás és célja megváltozik-e, vagy talán még maradt. Ezen kísérleti projektek adatai fel kell használni a tervek módosítására és a végső költségek számítására. A kísérlet folyamatában finomítani kell a kérdéseket:

A munkaállomások prototípusának leírása;

Speciális felhasználói beállítások leírása:

Az állomások telepítésének átlagos költsége;

Átadja az adatokat az örökölt rendszerből egy újra;

Felhasználói tanulás;

A végrehajtó szoftverek költségeinek számítása;

Szabad megoldások támogatása.

tervezés (mi és hogyan)

1. Migrációs terv létrehozása. A migrációs tervnek megválaszolnia kell a kérdéseket:

A rendszer építési fázisok leírása;

A támogatási igények meghatározása;

A migráció befejezésének leírása.

Tény, hogy a végső választás történik, mivel a migráció előfordul. Jóváhagyja a migrációs költségek becslését.

2. A rendszerépítés fázisainak leírása. Értékelése fázisait építési rendszer, amely a legjobban támogatja az egyéni szükségletek prioritásokat kell tenni.

A tervnek felelősnek kell lennie a következő kérdésekért:

Milyen mértékben és milyen szakaszokat kell telepíteni és alkalmazni a rendszert a felhasználók igényeinek maximalizálása érdekében?

Mi szükséges a migráció minden egyes fázisához egy új rendszerhez az ügyfelek szervezete és a felhasználói felhasználók számára?

Mi lesz a hatás hatása és kockázata a növekmény minden szakaszában?

A rendszer bevezetésének szakaszait egyértelműen meg kell jelölni a migráció szempontjából; Az ügyfeleket, a fejlesztőket és a felhasználókat meg kell ismerni. A kockázatértékeléseket a rendszer építési tervének megkötése előtt kell kitölteni. Biztosítani kell, hogy a tervezési értékelések ésszerűek legyenek, a megközelítést a szervezet prioritásaival összhangban, és az ügyfelekre és a felhasználókra gyakorolt \u200b\u200bpotenciális hatás elfogadható.

3. A támogatási igények meghatározása. Szükséges biztosítani az optimális támogatási szintet, hogy segítsen a felhasználóknak az új rendszer használatához. Ezenkívül a felhasználók gyakran támogatást igényelnek, hogy segítsenek nekik megérteni a célrendszer általános képességeit (lehetőségeit).

A meg kell oldani a kérdéseket:

Milyen tanulást és segítséget nyújt a felhasználók számára?

Mi a migrációs támogatás általános szintje, amelyet a felhasználóknak meg kell adniuk a sikeres migrációt?

Hogyan érheti el a célrendszer elfogadását a felhasználók által, és elkerülje a felhasználók ellenállását egy új rendszer megvalósításához?

Hogyan fogják jelenteni az ügyfelek és a felhasználók, akik elkerülhetetlenek a rendszerek és szolgáltatások jellemzőiben bekövetkezett változásokat?

Lehetséges-e támogatni a szervezet informatikai egységének szabad megoldásait, vagy a legjobb megoldás kiszervezése lesz?

A migrációs tervnek a kérdések megoldására kell összpontosítania, a felhasználói támogatást a területeken:

Elemi kommunikációs rendszer;

Technikai segítségnyújtási szolgáltatások új rendszerekhez;

Technikai segítségnyújtás az új rendszerhez vándorló felhasználóknak;

Átmeneti és későbbi időszakok felhasználói kézikönyvei;

Tanulmányok a felhasználók számára az új rendszerhez való alkalmazkodásban, ugyanazon típusú feladatok elvégzéséhez;

Az új rendszerek használatának tesztelésének képessége;

Az új rendszerek megmutatásainak bemutatása, hogy megmutassák a meglévő felhasználók örökölt rendszereit, mint új rendszert, és hogyan képesek összehasonlítható feladatokat elvégezni;

A jelenlegi működési problémák leküzdése.

A felhasználói képzés színpadán különös figyelmet fordít azoknak, akik a régi rendszer támogatója és / vagy az új rendszerek ellenfele.

4. A migráció befejezésének leírása. A telepítés és a képzés új fázisának befejezése után a fejlesztőknek és a megvalósításoknak biztosítaniuk kell, hogy a felhasználók a lehető legkényelmesebbek az új célrendszerhez. A migrációs tervnek biztosítania kell, hogy felgyorsítsa a migráció erejét, és a lehető leghamarabb megszünteti az örökölt rendszert.

További erőfeszítéseket kell adni annak, hogy szükség lehet a "legújabb Adepts" és más felhasználók számára, akik előre nem látható problémákat tapasztalnak. Ennek a tevékenységnek a másik aspektusa becslései és költsége az összes felhasználó átmenetének befejezéséhez az új rendszerhez és a nem licenc zóna tulajdonosi szoftverek által épített régi rendszerek eltávolításához.

A szervezet, a fejlesztők és az eszközök irányítása figyelembe kell vennie a több megközelítés bevonását, hogy segítsen áttelepíteni a felhasználók öröklött rendszereit:

Jelentés a felhasználók minden egyes csoportjához, amint azt, és amikor feladataikat új rendszerekre kell átvenniük, hogyan változik az örökölt rendszerekkel való áttérés időtartama;

Ösztönözze az ingereket az új szabad rendszerre való teljes átkapcsoláshoz, és megszünteti az örökölt rendszerektől való függőségeket;

Segítséget nyújt (szoftver és további személyzet) az örökölt adatok új rendszerre történő átalakítására; - az örökölt rendszerek működéséből származó teljesítmény sorrendje;

Archiválási adatok örökölt rendszerek és tárolás.

migráció (do)

Minden, ami az utolsó szakaszban marad, az, hogy a terv szerint dolgozzon.

A migrációs folyamatok aktív kezelése és figyelemmel kísérése:

Állítsa be a mérési kritériumokat, és ellenőrizze a migrációs lépések és az építési költségek költségeit;

A Hatóság és a szervezeti politikák szerint, az érdekelt emberek (menedzsment, projektmenedzserek és szponzor) szerint írja elő őket.

Állítsa be a nyomkövetési rendszert (nyomkövetés) a folyamatok (haladás), problémák, megoldások és egyéb üzleti kérdések előmozdítását a migráció tervezésével és a tervek végrehajtásával kapcsolatban.

Vadim Mashkov, Ua-Foss, [E-mail védett]

Ebben a cikkben szeretnénk szisztematizálni tapasztalatainkat az adatátvitel során az ügyfelek átmenetével kapcsolatos nagyvállalati projektekben az "1c: Enterprise 8" konfigurációban való munkavégzéshez kapcsolódó nagyvállalati projektekben.

Ugyanakkor a cikk fő hangsúlyozása elsősorban a migrációs folyamat technológiai összetevőjén történik. A szervezeti összetevőt is érinti, de kisebb mértékben.

Kifejezések és meghatározások

Az adatátvitel alatt a munka végső sorrendjének megértése, egy olyan projekt, amely a forrásrendszerek (történeti rendszerek) egyszeri tömeges mozgására irányul a vevőkészülékbe. Ebben az esetben az adatok működése a forrásrendszerekben megszűnik.

Meg kell különböztetni az adatintegrációtól származó átjárási adatokat. Az integráció, a migrációval ellentétben az informatikai architektúra állandó része, és felelős a különböző rendszerek és adattárházak közötti adatáramlásokért - és folyamat, és nem a projekt végrehajtása.

A migrációs rendszer általában így néz ki:

Ábra. egy

Történelmi rendszerek - Az ügyfél cég adatbázisai, amelyeket terveznek, hogy teljes mértékben vagy részben kicserélve egy új rendszer végrehajtásakor.

Vevő rendszer - Célrendszer, tetszőleges konfiguráció "1c: Enterprise 8".

Kezdeti adatok - A történelmi rendszerekből kirakott adatok tetszőleges XLS formátumba kerülnek. Ebben az esetben az XLS formátum az egyik legmegfelelőbb, hiszen az XLS fájlba való kirakodás lehetősége számos "előző generációk" -ra van jelen.

Mint modern alternatíva, az XML fájlformátum megfontolható.

Vannak lehetőségei is egy közbenső adatbázis használatára.

Átalakítás, átalakítás - A forrásadatok letöltési adataira való átalakítása. Az adatátalakítás a terhelési sablonokkal összhangban történik. Az átalakulás eredménye a letöltési adatok.

A letöltési adatok - A vevő rendszer indítására tervezett adatok. Ebben a cikkben, valamint a kezdeti adatok, az XLS-formátumot figyelembe veszik.

Adatsablonok letöltésre - A célrendszerre letölthető adatok leírása.

A migráció szakaszai

Tekintsük a migráció előkészítésének és elvégzésének fokozatos folyamatát.

A következő tételek közé tartozik a migráció szervezeti szakaszai:

· A migrációs stratégia meghatározása. Ebben a szakaszban a vállalkozó és az ügyfél egyetért a migrációs munka technológiájáról;

· A migrációs munkacsoport összetételének meghatározása. A munkacsoportnak tartalmaznia kell szakembereket és művészeket és az ügyfelet, amely ismerősnek kell lennie ahhoz, hogy a történelmi rendszerek (az ügyféltől) és a célrendszer (a vállalkozó által);

· Előzetes migrációs terv. A projekt mentén a migrációs terv ismételten kiigazításra kerül;

· A történelmi rendszerekből származó adatok kirakodási ideje, adatmennyiségek. A vándorlásokra vonatkozó adatcsökkentések, a teszt és a végső migrációk időpontjai. Ez az információ a migrációs tervnek tulajdonítható;

· Az átváltandó adatok összetétele. Referenciaadatok, osztályozók, tranzakciós adatok, maradékok, forgalom stb.;

· A minőségi ellenőrzés, az adatok helyességének és integritásának kérdései a migráció folyamatában, és az eredmények szerint;

· A kudarcok esetén az előző állapotra visszavezetendő kérdések.

Legyenek a migráció technológiai szakaszaiban.

Ábra. 2.

1. Adatrakodási sablonok előkészítése

Az adatrakodási sablon az aktuális sablon letöltéséhez, algoritmusaihoz és terhelési szabályaihoz műszaki leírásokat tartalmaz.

Minden sablont általában egy vagy több kapcsolódó táblázathoz tervezték a célvevő rendszerben.

A sablon jelzi:

· A letölthető XLS mezők leírása, beleértve:

o mező neve

o aláírja a kötelező mező kitöltését

o mező kitöltése példája

o Megjegyzés

· A célrendszer táblázatának letöltésére vonatkozó szabályok leírása a terhelésre vonatkozó adatok alapján (több kapcsolódó táblázat esetén a keresési algoritmusok, stb.)

· Az feltöltési közvetlenül mezők a célrendszer táblákat, ha valami eltér adatok átvitele „1-1” az adatfájl a letöltéshez. Valójában például hivatkozási mezőkre.

A munkafolyamat során ebben a szakaszban a Vállalkozónak fel kell készítenie az adat-betöltőt az adatok letöltésére. Az XLS-fájlokkal való munkavégzés esetén ez a feladat nem különösebben nehéz.

2. Az adatforrások bizonyítéka

Ez a szakasz az előző lépéssel kezdődik "1. Adatok készítése letöltési sablonok. "

E szakasz részeként az ügyfél szakemberei meghatározzák, hogy mely rendszerek és milyen adatok kirakodhatnak. Meg kell határoznia, hogy milyen adatok esetleg Lehet szükség.

Általában a nagy migrációs projektekben az adatforrások teljes kimerítő listájának kimutatása kellően hosszú időt foglalhat, és a későbbi szakaszokban dolgozik.

Gyakran fordul elő, ha az információ további integritásának biztosítása érdekében egyes adatokat át kell adni a nyomtatott forrásokból (digitalizálás), vagy akár a táblázatokba is be kell adni a kulcsfontosságú ügyfél alkalmazottaiból.

Ebben a szakaszban azonban meg kell próbálnod azonosítani a lehető legtöbbet.

3. A forrásadatok terhelése

A történelmi rendszerekből származó adatok kirakodásának folyamata elegendő időt vehet igénybe, különösen, ha sok rendszer létezik, különbözőek, és az ügyfél különböző részei felelősek számukra. Figyelembe kell venni a teszt és a végső migrációk pillanatát.

A legmegfelelőbb lehetőség úgy tűnik, hogy az XLS fájlok leállítása. Sok régi IT-rendszer támogatja az ilyen lehetőséget.

A CSV formátumban, DBF, XML formátumokban és másokban is kirakodási lehetőségek is lehetnek.

Érdemes megjegyezni, hogy egy vagy másik oknál fogva (például biztonsági kérdések), az ügyfél ebben a szakaszban nem mindig biztosíthatja az adatok feltöltését! Csak adatszerkezet és több tesztelem. Így olyan helyzet merülhet fel, hogy a teszt és a végső terhelés során rossz minőségű adatokat találnak a forrás táblázatokban, amelyek a nem tervezett hibákhoz vezetnek.

A probléma minimalizálása érdekében előzetesen meg kell állapítani a történelmi rendszerekből származó vizsgálati kirakás mennyiségét.

4.Mapping adatok

Mapping (adat leképezés) - általában a történelmi rendszerek és a vevőkészülék adatai leképezési folyamata. Azaz a forrásadatok és a letöltési adatok.

A feltérképezési szakasz a leginkább időigényes szakasz, és a migráció feladatainak több mint 50% -át teszi lehetővé.

Ebben a szakaszban teljes mértékben részt vesz a migrációs projekt teljes munkacsoportja.

Az adatok leképezési folyamatában kiemeljük a táblázatok és a leképezési mezők képződését.

· Mapping asztalok, vagy leképezési sablonok - a forrásadat táblázatok és adatsablonok letöltése. A megfelelés 1: 1 és n: n. Ennek eredményeképpen a feltérképezési táblázatok nyilvántartása összeáll, és karbantartva. Ez az alprogram szükséges a leképezési mezők következő alpontjához, és nyomon követheti a leképezés általános állapotát.

1. csapatcsoport.

Sablon neve 1c

Fájl név

forrás

A forrásfájl kialakítására vonatkozó szabályok

Felelős

Állapot

jegyzet

NSI

Sablon_

Elnevezéstan

Nomenk

latural .xls.

A rendszerben n állítsa be a választást
. Mentse a txt-ben
. Nyílt XLS, oszlopok - szöveg
. Első karakterlánc - kalap
. Oszlopok száma - 15
. Ellenőrizze a TXT és az XLS sorok számát
. A lap neve mindig "lap1"

Ivanov I.I.

munkában

· Mapping Fields - A táblázat mezők leképezése a már meghatározott leképezési táblázatok keretében. Ennek a munkának az eredménye a Mapping mezők nyilvántartása.

ПП

Cl. terület

Kötelező

Az 1C Sablon mező neve "Template_namenClual"

Leírás

A "nómenklatúra.xls" mező neve

Töltési algoritmus

A kód

A referenciaponta kódja

A kód

Név

Igen

Ez a csoport

Az egyik értéket tartalmazza:
. 1 - csoportok esetében
. 0 - Elemek esetén

Ha a kód hossza \u003d 11 karakter és az utolsó 4 karakter<> "0000", akkor ez az elem "0", különben a csoport "1".

Teljes név

A referenciaelem neve

Név

Ha az ETCO csoport \u003d 1, akkor a "" és az Etco Group \u003d 0, majd a név.

E szakasz keretein belül lehetővé kell tennie az adatok normalizálására vonatkozó lehetséges adatokat is.

5. Átalakítási szabályok előkészítése

A korábbi szakaszoktól eltérően ez a szakasz technikai és magában foglalja a vállalkozó fejlesztőjének munkáját.

A feltérképezési mezők elfogadott nyilvántartásai alapján a művész szakemberei adatátalakítási szabályokat dolgoznak ki.

Az előkészítő migrációs szakaszok folyamatában végzett működési munkákhoz fontos, hogy a teszt és a végső migráció során fontos, hogy az adatok átalakítása és a forrásadat-átalakítási környezet adatai (szkriptjeinek) és a forrásadat-konverziós környezet számára megfelelő fejlesztési környezetet létesítették letöltéshez.

Ugyanakkor a környezetre vonatkozó követelmények a következők:

· Az átalakítási szabályok kialakulásának és fejlesztésének gyorsasága;

· Adatkonverziós arány. A bejáratnál és a kimeneten található fájlok több százezer sor lehetnek!

· Egyszerre több bemeneti fájlokkal való együttműködés képessége;

· Az átalakítási szabályok mentése az egyes fájlokra.

A migrációs projektek esetében kifejlesztettünk egy speciális fejlesztőt AWP, alapul szolgáló, a "konzolkérések" 1c szabványos feldolgozása.

A "kérés konzol" feldolgozása véglegesítette, hogy képes legyen közvetlen kéréseket készíteni az XLS fájlokra.

Adunk egy példát a két forrás XLS-filék kombinálására Személyzet.xLS.

Munkavállalói kód	Vezetéknév	Név	középső név	Születési dátum
2423	Ivanov	Ivan.	Ivanovich	17.11.1992
1523	Petrov	Bazsalikom	Aleksandrovich	04.02.1991
4363	Sidorov	Kirill	Nikolaevich	01.05.1995
	Denisov	Denisz	Denisovich	01.01.1990

és Tevékenységek.xLS.oldalakkal:

Leírása

Munkavállalói kód	dátum	Összeg
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

és Érkezés:

Munkavállalói kód	dátum	Összeg
	01.05.2004
	02.05.2004
	03.05.2004
	04.05.2004







2423Születési dátum	Átvételi összeg	Az írás összege
Ivanov Ivan Ivanovich	2423	17.11.1992	1341234	1010
Petrov Vasily Aleksandrovich	1523	04.02.1991	245245
Denisov denis denisovich		01.01.1990	380000	320000
Sidorov Kirill Nikolaevich	4363	01.05.1995	613382	26336
TELJES:			2579861	347842

Ne feledje, hogy egy példa mesterséges, speciálisan kiválasztva az adatforrások átalakításának összes lehetséges szakaszának bemutatására.

Az átalakítási műveletek technológiai sorrendje a következő:

Az Access SQL lekérdezési nyelv (jelentős további funkciókat biztosít az 1C-re vonatkozó nyelvhez képest), kezdeti kérelem jön létre, az adatok kivonása az XLS fájlból 1c-re. Ugyanakkor ebben a szakaszban különböző ellenőrzések és adatok normalizálódnak.

Az Access Technology Ado nagy sebességet biztosít.

Ábra. 3.

2. Előfizető az 1c nyelven - a fő lekérdezés, amely végrehajtja a Mapping mezők mezőjét. Amellett, hogy: az adatok dúsítása az 1c alapból letöltött adatok, átrendeződés, kombinálva a lekérdezések eredményeit más forrás xls -phals stb.

3. Ha szükséges, az 1c lekérdezés eredménye. Az 1c-es szkript segítségével valósul meg.

Például a "Összesen" hozzárendelést az összegek tekintetében itt hajtják végre.

4. Helyezze vissza az eredmény adatkészletet az XLS fájlban.

Általában a kimeneten végleges fájlokat kapunk az 1C-es célbázisba.

Ezenkívül ez az eszköz lehetővé teszi az adatátviteli szabályok mentését egy külön XML fájlba:

Ezenkívül a munka megvalósítása ban ben kötegelt módEz különösen fontos a heterogén migrációs adatokkal.

Az előző lépések során a munka előkészítő része általában véget ér - minden adatforrás kiderül, a forrásadatokat forrásokból kirakodják, a letöltési sablonok készen állnak a célbázisra, az adatok leképezésére és az adatátalakítási parancsfájlokra.

Meg kell jegyezni, hogy a végső migráció előtt több tesztet kell végrehajtani. A vizsgálati migrációk során a vállalkozó az ügyfelekkel együtt észleli:

· Konverziós hibák, adat terhelési hibák

· A célrendszerre letöltött adatok minőségének előzetes értékelését végezzük.

· A vizsgálati migrációk eredményei szerint a végső migráció alapja / frissítése

7. Az adatok mestere

A letöltött adatok minőségének ellenőrzését mind a vizsgálati migrációk után, mind a végső migráció végén kell végrehajtani. A megbékélés során ellenőrizhető a következő mutatók:

· A maradékanyagok végleges összegeinek egybeesése a dokumentumok szerint;

· Mennyiségi egybeesések, például az operációs rendszerek száma;

· Az egyéni mintapegységek kitöltésének helyessége;

Felhívjuk figyelmét, hogy a migrációs adatok, az adatok normalizálási kérdéseinek ellenőrzése az összes migrációs folyamat során meg kell oldani. Mindig szükséges, hogy csodálkozzon, hogy mit kell tenni az aktuális szakaszban, hogy elkerülje a későbbi szakaszok hibáit.

Például:

· Ellenőrizze a kulcsfontosságú mezők másolatát. A forrásadatokon lehet elvégezni és kell elvégezni;

· A mezőtípusok hozza;

· Referencia-integritás;

· Matematikai ellentmondások. Például az üres numerikus mezők ellenőrzése, amelyen az osztályosztály tervezett;

· Általában a kötelező teljes körű területek ellenőrzése;

· Helytelen karakterek cseréje. Például a cirill mezők angol karakterei ("O", "A", "E", stb.) Különösen fontos a kulcsfontosságú mezők számára!

· A vevőkészülék típusának megfelelőségi mezők értékeinek ellenőrzése (Hosszúság határértékek)

A végső bevándorlás befejezése után egy bizonyos migrációs stratégia és a migrációs terv szerint döntés születik a történelmi rendszerek további kihasználására.

Gyakran előfordul, hogy a kizsákmányolás befejezése után azonnal a végső egyeztetése adatok és rögzíti a siker a migráció - a felhasználók az új rendszer már nem rögzített párhuzamosan két rendszer között, de teljesen mozog egy új rendszert. Ebben az esetben a régi rendszerhez való hozzáférés az olvasási módban kerül mentésre.

Bizonyos esetekben két rendszer párhuzamos működése a próbaüzemelés során (OE) előfordulhat, és még több, mint ez az időszak. A két rendszerben lévő felhasználók párhuzamos működésének kérdése szorosan kapcsolódik a régi rendszer visszafordításának lehetőségéhez, ha a migráció (vagy általában az új rendszer munkája!) Nem megfelelőnek tekinthető.

Következtetés

Következésképpen szeretném megjegyezni, hogy amikor a nagy tranzakciós rendszerek migrációjára kerül sor, amelyek számos konfigurációt tartalmaznak "1c: vállalkozások", az új rendszerre való áttérés nagyon időigényes lehet.

Ezért emlékezni kell arra, hogy bármely hasonló projekt gondos előkészítést igényel, és egyedi tervhez kell csatolni. Az átvándorolt \u200b\u200brendszerek típusától függetlenül azonban az adatbázis-térfogat stb. A teljes migrációs rendszer szinte azonos.

LEIF POLESEN INTECH

A termelési folyamatokra vonatkozó információk gyártásának és gyűjtésének automatizálási rendszerei viszonylag hosszúak. Gyakran frissítik vagy kicserélik, mielőtt a feldolgozóberendezés eléri az élet végét. Sok vállalat számára az ilyen automatizálási rendszerek cseréjének vagy korszerűsítésének kezelése anélkül, hogy a termelés megállítása lenne, valódi hívásra fordul. Ezért az objektív szükség felújítása vagy cseréje figyelmen kívül hagyja, amíg valami történik. Ez a cikk arra törekszik, hogy ezt a feladatot sikeresen megoldhassa, a gondos tervezésnek és a szervezetnek köszönhetően.

Két fő tényező szükséges az ipari automatizálási rendszerek és az ipari informatikai rendszerek frissítéséhez és helyettesítéséhez: ezeknek a rendszereknek a technikai lebomlása, valamint az ilyen rendszerek által támogatott üzleti folyamatok követelményeinek változása.

A műszaki rendszerek megbízhatósága idővel csökken, ha a vállalatok figyelmen kívül hagyják az operációs rendszerek, adatbázisok, alkalmazások alkalmazásának szükségességét. A berendezések működési kockázata ennek megfelelően növekszik.

Hála a gondos tervezés, a működési kockázat tartható elfogadható szinten, továbbá a beruházás védelmét biztosítja és kiadások az egész rendszer életciklus minimalizáljuk. Egy tipikus automatizálás vagy informatikai rendszer esetében a beruházások 20-40% -át a rendszer végzi. A fennmaradó 60-80% -ot, hogy fenntartsák magas rendelkezésre állását és alkalmazkodást az időszakosan változó követelményekhez.

A technikai degradáció megelőzéséhez szükséges tevékenységek felmérése mellett az új kihívásokat kell figyelembe venni, valamint a potenciális üzleti lehetőségeket. Az üzleti környezet folyamatosan változik, és mindig figyelembe kell venni az új technológiák meglévő vagy bevezetésének javítását. Jellemző az üzleti lehetőségeket, amelyek válhat ösztönzőket vándorló jegyzetek automatizálási rendszerek - az arány a termelés az új termékek a piacon, a versenyképesség, a növekedés, a minőség és a szabályozási követelményeknek való megfelelését.

Hosszú távú migrációs terv

A hosszú távú rendszer migrációs tervének fejlesztése lehetővé teszi a vállalatok számára, hogy elfogadható szinten támogassák a rendszerszintű kockázatokat. Ezenkívül kockázatkezelést és az üzleti célok időben történő támogatását szolgálja. A migrációs tervnek szükségszerűen figyelembe kell vennie az ilyen korlátozásokat, mint a "legjobb termelési gyakorlatok", a technológiai funkcionalitás, az elkerülhetetlen könnyű termelés.

Általánosságban elmondható, hogy a hosszú távú tervezés megközelítését az 1. ábrán mutatjuk be. A migrációs tervet fejleszteni kell annak megállapításához, hogy a vállalat öt éven belül kíván lenni, ami szükségessé válik ehhez, és hogy szükséges-e erre szükséges erőforrásokra. Ez a megközelítés a TOGAF szabványban meghatározott építészeti tervezés alapelvein alapul, amelyet széles körben alkalmaznak az ipari vállalkozások rendszerszintű architektúrájának fejlesztésében.

1. ábra: A hosszú távú migrációs terv létrehozásának általános megközelítése.

Meg kell különböztetni a meglévő architektúrát és a célt, kívánatos. A köztük lévő különbség tükrözi a jelenlegi helyzetben lévő különbséget a jelenlegi helyzetben, valamint a jövőbeni helyzetben. A migrációs terv eltartja a meglévő architektúrától a célig - talán több átmeneti szakaszon keresztül.

Minden architektúra a "Rétegek" sorozataként írható le, amely az üzleti és a technológia közötti kapcsolatot szolgálja - amint az az 1. ábrán látható. 1. Figyelmet kell fordítani a következő "rétegekre":

Üzleti célok Ez része az általános munkatervezési stratégianak. Lehetővé teszik, hogy kiválassza a folyamat helyes irányát.
Üzleti modell Olyan kontextust biztosít, amelyben a termelési és üzleti folyamatok értendők. Rendszerint magában foglalja az anyagok és folyamatok folyamatainak magas szintű leírását.
Leírás termelési és üzleti folyamatok Fontos a technológia sikeres alkalmazásához és értékük helyes értékeléséhez az üzleti szempontból.
Információ, adatok és dokumentumok Fontos a folyamatok és alkalmazások kommunikálása. Különösen fontos interakció és információvezetés az alkalmazások között.
Leírások alkalmazásokhagyja a magas szintű követelményeket és azonosítja az interfészeket.
Meghatározás infrastruktúra, számítástechnika és hálózat Követelmények (hardver, hibaelhárítás, teljesítmény).
Biztosítani szolgáltatások Határozza meg a hatékony működési menedzsment és megoldások támogatását.

Migrációs terv kidolgozása

A migrációs terv kidolgozása egy teljes szervezetre, vagy akár egy külön termelési platformra is, valóban összetett feladat, amely sok embert érint. Javasoljuk, hogy a fejlesztési folyamatot az alábbiakban leírt több lépésre különítse el.

II. Rész.

1. szakasz: Mobilizáció

Alapvető célok:

a feladatok és célok közös megértése
mozgósítsa a szervezetet, amelyben a projektet tervezték
részletezze a terv, amely leírja a mérföldköveket és a projekt fázisok eredményeit
gyűjtse össze az összes szükséges / rendelkezésre álló információt
a koncepciók, a gyakorlatok és az elmélet megfelelő megértése

tervezett találkozók
a projektnek szentelt műhely

Eredmények:

részletes tanácsadási terv
közös célok
folyamat áttekintése

2. szakasz: Elemzés

Az elemzési szakasz célja:

az üzleti és termelési folyamatok elemzése annak érdekében, hogy:

Értékelje az informatikai és az automatizálási rendszert szolgáló személyzet készségét

Ismerje meg az adatok és funkcionalitás szükségességét a jövőbeli architektúra számára

Határozza meg a jövőbeli architektúra kulcsfontosságú előnyeit a célok meghatározásához és a gazdasági igazolás végrehajtásához

a meglévő architektúra elemzése

A meglévő gyártási folyamatok meghatározása az automatizálási rendszerekkel, adatgyűjtéssel, termelési irányítási rendszerekkel való kapcsolatukban

A meglévő üzleti folyamatok meghatározása és azok összekapcsolása a termelési automatizálási rendszerekkel

A meglévő alkalmazások, adatok, logikai és fizikai infrastruktúra, valamint a technikai támogatási szolgáltatások meghatározása

E szakaszban a következő tevékenységet végezzük:

szemináriumok és különböző folyamatokról folytatott megbeszélések
vállalati látogatások a kontextuális információk megszerzéséhez
a meglévő rendszerekre szánt szemináriumok és megbeszélések
a szolgáltatások értékelése az érettségük mértékének meghatározására és a szabályozási követelmények betartására

Eredmények:

a meglévő infrastruktúra meghatározása
elemzési dokumentáció
az ötletek kihívásai és képességei az új építészet kihívásairól és képességeire vonatkozó új építészeti listák kihívásai és képességei

3. szakasz: Cél

E szakasz célja az elemzési szakasz során megfogalmazott igények meghatározása és leírása.

A megoldás, vagy a cél architektúra leírja:

jövő üzleti folyamatok és funkcionalitás
céltípusok alkalmazások, funkcionalitásuk, felhasználók, információk és interfészek
az infrastrukturális követelmények és a felülvizsgált támogatási szabványok

E szakaszban a következő tevékenységet végezzük:

szemináriumok és megbeszélések a folyamatok javításáról
szemináriumok és megbeszélések az architektúra javításáról

Eredmények:

jövő építészet (prezentáció)
az alkalmazások rövid leírása

4. szakasz: Indokolás

A megalapozott szakasz célja az elsődleges gazdasági indoklás, amely a költségek és a projekt során kapott juttatások közelítő becslésén alapul.

A meglévő és kívánatos helyzet közötti különbség általában számos ötlet kialakulásához vezet. Az ötletek indoklása lehetővé teszi, hogy megkülönböztesse a "szükséges" -t a "kívánatos" -tól, és utána, hogy benyújtsa és fejlessze az ötleteket a felső vezetéshez.

E szakaszban a következő tevékenységet végezzük:

a költségek és előnyök hozzávetőleges becslése
a prezentáció első változata

Eredmények:

közös célok
az üzleti ötletek megváltoztatása
a szükséges források értékelése

5. szakasz: terv

E szakasz célja a prioritások, erőforrások és függőségen alapuló projekt megtervezése:

a konszolidált projekt szakaszainak sorrendjének tervezése
a következő lépésekhez szükséges erőforrások és kompetenciák biztosítása
projektmenedzsment tevékenységek
a tanácsadás befejezése és az összes szakasz eredményeinek átadása az ügyfélnek

E szakaszban a következő tevékenységet végezzük:

a megvalósítás fejlesztési tervét
befektetési terv kidolgozása
kockázatértékelés

Eredmények:

végrehajtási terv
a projektben részt vevő személyzet munkaterhelése értékelése
a projekt kockázatainak becslése
befektetési terv (az első közelítésben)
a projekt bemutatásának végleges változata

Gyakorlati példa

Az alábbi példa a leírt megközelítés valós körülmények között történő alkalmazását szemlélteti. A bizalmas feltételeknek való megfelelés érdekében az anonimitást a leírásban megfigyelik. Ez egy meglehetősen nagyvállalkozás, amely a gyógyszerkészítmények hatóanyagait termel. A termelési létesítményeket több mint 20 évvel ezelőtt üzembe helyezték, és bár azóta egy bizonyos korszerűsítést végeztek, számos elavult rendszert igényelnek. Az épületek és az RSU automatizálási rendszerei elsősorban az elavult technológiákon alapulnak, amelyeket nehéz fenntartani. Ezenkívül a termelésnek alkalmazkodnia kell az új üzleti követelményekhez, beleértve az egyedüli termékek termelésének és mások elindításának megszüntetését. Általánosságban elmondható, hogy a műszaki és üzleti követelményeket lefedő migrációs terven kell dolgoznia.

Először is meg kell hoznia egy általános listát az egész vállalkozás során. Ez az információ gyakran "rejtve" különböző dokumentumokban (és a személyzet memóriájában). Ezt meg kell távolítani és vizualizálni, hogy ez lesz az alapul szolgáló migrációs tervezés. Ebből a célból, rendszerint létrehozunk egy folyamatdiagramot a folyamat modulokról, bemutatva a főberendezéseket és a nyersanyagok és anyagok mozgását minden ipari osztályban. A "felső" felszerelés különálló rétegei, bemutatjuk, hogy mely rendszerek melyik berendezés támogatott.

Példa látható az 1. ábrán. 2. A létrehozott rendszerek adatai is tartalmazzák a rendszer tárolását (vagy egyszerűen az Excel fájlokban), és további elemzésekre és tervezésre is használhatók.

2. ábra Az automatizálás "rétege" lehetővé teszi a meglévő rendszerek értékelését

A migrációs terv megvitatása előtt meg kell határozni a termelési változások főbb üzleti motívumait. A vizsgált ügyben a menedzsment a következő motívumokat rendelte:

1. A szabályozási követelmények állandó és hibamentes betartása

2. Minimális időköltségek a piacra való belépéshez, rugalmasság

3. siker, versenyképesség, operatív tökéletesség

4. Kompromisszum nélküli minőség

5. Növekedési termelés

Ezeket a célokat konkrétabb feladatokba kell átalakítani, amelyek végrehajtása számszerűsíthető.

Ezután meg kell tudnunk, hogy a meglévő rendszerek hogyan támogatják a jelenlegi és a jövőbeni üzleti folyamatokat. Ehhez szabványos referenciamodellt használunk (az ANSI / ISA-95 sorozat alapján). Ez magában foglalja a 19 magas szintű üzleti folyamatot, amennyiben olyan mértékben, amely lehetővé teszi, hogy a gyakorlati megvalósításukban gyengeségeit és a hatékony üzleti tevékenység szükségességét.

Ezenkívül meg kell értékelnünk a meglévő rendszerek technikai képességeit is a jövőben az üzleti folyamatok támogatására. Ezt szisztematikusan hajtja végre a fent leírt információk tárolásával. Minden egyes rendszer esetében, amelyről a tárolóban van (a mi esetünkben körülbelül 70 rendszer), a következő szempontokat kell értékelni:

A berendezés állapota (Bounce Történelem, A kudarc, a berendezés kora, a pótalkatrészek elérhetősége)
A szoftver állapota (az értékesítők támogatása, dokumentáció rendelkezésre állása, a szükséges kompetenciákkal rendelkező személyzet)
A rendszerek lehetősége (foglalás, átlagos élettartam javítása előtt)
Ütközési hatásvizsgálat (információszolgáltatás, adathibák, hozzáférhetetlenség)
Indikatív mutatók (a rendszer megbízhatósága, a rendszer kritikus jelentősége stb.)

A technikai értékelés feltárta a rendszer korszerűsítésének és cseréjének szükségességét:

A TP ACS a szokásos, elavult RSU és sok különböző PLC-n alapul, amelyek már "érlékenyek", hogy helyettesítsék.
Az épület automatizálási rendszer egy újabb platformon alapul, de az új követelmények kielégítésére is szükség van.
Számos másodlagos rendszer is szüksége van a frissítésekre, vagy akár helyettesítésekre is.
Az összes rendszert szolgáló infrastruktúra jobb szegmentálást és védelmet igényel a modern biztonsági követelményeknek való megfelelés érdekében.

III. Rész

Miután elemeztük a jövőre tervezett üzleti célokat, nyilvánvalóvá vált, hogy a meglévő rendszerek egyike sem felel meg a jövőbeni igényeknek. Ez a megértés oka az új technológiák bevezetéséről szóló számos ötlet kialakulásának oka, valamint a gyártási végrehajtó rendszert. Az elemzés eredményei szerint 16 különböző projektet javasoltak, amelyek következetes végrehajtással segítenek a vállalatoknak a jövőbeli technikai és kereskedelmi követelmények teljesítésében.

A technikai munkák karbantartása és az egyes projektek költsége becsülhető; Mert minden egyes projekt egy rövid egyoldalas összefoglalót készít, amely megvitathatja a kezelést. (Lásd a 3. ábrát).

Ábra. 3. A potenciális migrációs projekt egyoldalas leírása

Az elsőbbségi projektek kiválasztása érdekében az egyesek lehetséges eredményeit értékelik. Az eredményeket az üzleti célok szempontjából értékelik, valamint az ACS TP megbízhatóságát.

Általában több végrehajtási forgatókönyvet kell értékelnie az egyes tervekre vonatkozó erőforrásokra és pénzügyi forrásokra vonatkozó általános szükségleteinek értékelésére (7. ábra). Az egyik legfontosabb korlátozás, amelyet figyelembe kell venni a "Windows" a gyártási folyamatban, amely alatt cserélheti vagy módosíthatja a rendszereket. Rendszerint ezek a "Windows" esik a hétvégén - és ez egy komoly "üveg torok."

Ábra. 7. Konszolidált migrációs ütemterv

Mivel a rendszerek cseréje és kiigazítása mindig "a szélén", a készítménynek nagyon óvatosnak kell lennie. Mindent részletesen megolvasztani kell. A tervezés fontos aspektusa a végrehajtott rendszerek ellenőrzése.

Az általunk leírt esetben a hosszú távú migrációs terv végrehajtását hat különböző áramlásban végezték, lásd a rizst. nyolc.

Ábra. 8. Migrációs projektek szervezése hat különböző patakban

A készítmény egy része a projekt kockázatának alapos értékelése és megelőzése. Ábrán. A 9. ábra a migrációs projektekre jellemző tipikus kockázatokat mutat.

Ábra. 9. A migrációs projektek tipikus kockázatainak értékelése

Az üzleti támogatási folyamatok

Az életciklus irányításának és az e cikkben leírt hosszú távú migráció tervezésének megközelítését az üzlet igényei határozzák meg. Ez magában foglalja a jelenlegi és a jövőbeni üzleti célok értékelését, valamint alapos elemzését, hogy a technikai rendszerek hogyan fogják támogatni vagy helyettesíteni a legjobb támogatást e célok érdekében. A megközelítés a TOGAF elvein alapul, amely biztosítja a projekt következetes végrehajtását a költségvetés és a szakképzett személyzet elérhetőségétől függően. A jelenlegi és jövőbeli rendszerarchitektúrák értékelése kulcsfontosságú elem a jövőbeli migrációs projektek azonosításában. Végül meg kell felelnie a szervezetben bekövetkezett változások kezelésének elveinek, amely biztosítja a kulcsfontosságú projekt résztvevőinek időben történő bevonását, olyan fontos a migrációs projektek sikeréhez. Ennek a megközelítésnek a hatékonyságát a gyakorlatban ismételten bizonyították.

Leif Poulsen) ( ), az automatizálás és az Nne Pharmaplan területén vezető szakember. A technológiai menedzsment területén műhelyem van. A NNE Pharpaplan Polesene felelős az ipari automatizálás területén és az informatikai technológiák, módszerek és kompetenciák fejlesztéséért, és vezető üzleti tanácsadóként működik.

A PLM iparág már a fejlődő több mint tíz éve, és abban a pillanatban, hogy a vállalkozások, a vizsgálat a döntések kiválasztott kezdetben meglehetősen ésszerűen úgy, hogy megváltoztatja a meglévő PLM a másikra, vagy jelentősen módosítani kell a beállításokat a jelenlegi. És akkor van egy kérdés, hogy a régi rendszerből származó PLM adatok áttelepítése az újnak. Mint tudjuk, még a geometriai adatok sugárzása sem könnyű és kétértelműen megoldódott, a PLM adatok migrációja még bonyolultabb és még mindig kevéssé ismert folyamat.

Mivel ez történik

Az új PLM rendszer választása történt, a mentességgel rendelkező vezetők csoportja ünnepli a választás összetett erőfeszítéseinek eredményét. Valójában csak a jelenlegi munka, tervezés és adatátvitel a meglévő rendszerekből egy új PLM célplatformra kezdődik. A meglévő vállalatok a szellemi tulajdon jelentős részét tartalmazzák (IP), és ezért a vállalat versenyelőbb előnyei és tőkéje. Az új rendszer bevezetésének sikere nagymértékben függ a meglévő adatok, az intelligens, hatékony és időszerű hatékony migrációjának teljesítményétől.

Ezt a forgatókönyvet rendszeresen megismétlik egy vagy egy másik világban és bármely iparágban. A technológiák javításának gyors javítása, a versenynyomás erősítése, vezet annak a ténynek, hogy sok vállalat folyamatosan értékeli a PLM megoldásokat és javítja a fejlesztéseket. A határozatot az elismerés, hogy a jelenlegi megoldás, vagy gyakrabban a karbantartása vagy több rendszer használata, nem elégedett a vállalat irányításával. Ezenkívül van egy másik közös motívum - a vállalat akvizíciói következményei és a megvalósítás, hogy a különböző PLM megoldások konszolidációja indokolt. Egy másik forgatókönyv a jelenlegi platform hatalmas átkonfigurálásának szükségessége. A változások okaitól függetlenül a változások hatékony végrehajtása függ a meglévő adatok sikeres migrációjától egy új platformon.

Adatügyi migrációs problémák

Az adatok migrációja számos kérdést tesz elő. Például megtudhatja, hogy ez az első könyvvizsgálat, hogy a vállalat milyen módon választotta a termékmenedzsment eszközöket. Annak érdekében, hogy a jelenlegi adatmodellben szereplő nyilvánvaló hátrányokat legyőzzük, a vállalatnak módosítania kell a modell részeit, vagy bővítenie kell. Mindenesetre ezek a változások további nyomást gyakorolnak az átmeneti folyamatra a régi és az új, egyszerű adatátvitel nem lehetséges. A migráció egyik legfontosabb pillanata az, hogy először meg kell határoznia az összes figyelmeztető adatokat. Sokan úgy vélik, hogy csak a digitális adatok átadásáról beszélünk, azonban a tapasztalt szakemberek biztosan felismerik, hogy a vállalat kritikus IC része továbbra is nyomtatható, vagy minden hordozói a vezető alkalmazottak vezetői.

Miután a migráció alá tartozó adatokat azonosították, a helyességük ellenőrzésének folyamatainak fejlesztése és végrehajtása szükséges. Gyakran az adatok elavultak lehetnek, mivel a legújabb változások nem történtek az adatok korábbi verzióihoz. Ezenkívül az ismétlődő adatokat gyakran használják (vagy több rendszerben támogatják), amelyek a konzisztencia és a tisztítási adatok folyamatos vagy időszakos vizsgálatot igényelnek. A migrációs adatok teljes összegének meghatározása megköveteli a vállalat legtapasztaltabb alkalmazottai ismeretének felhasználását.

Talán az adatátvitel egyik legnagyobb problémája a migráció határideje. A régi adatokat folyamatosan feltöltik és módosítják, mivel a vállalat nem tudja megállítani munkáját, és várja meg a PLM új végrehajtását. Ezenkívül a valóságban a migrációs csapat nagyon korlátozott technikai időt mutat a valódi kapcsoláshoz, általában hétvégék vagy ünnepek. A megfizethető naptári időben való találkozás szükségessége megköveteli a migrációs algoritmusok végrehajtását speciális eszközökkel, mivel az adatok könnyen több százezer (akár több millió) bejegyzést tartalmazhatnak.

Példa egy megoldásra

Vigyázzunk azoknak a tapasztalatokra, akik rendszeresen végrehajtották és áttelepítik a PLM adatokat. Az adatátviteli PLM egyik elismert szakembere a németországi Prion Group, amely tizenegyéves tapasztalattal rendelkezik az ilyen szolgáltatások nyújtásában és a hatékony végrehajtás hatékony eszközeinek biztosításában. Mivel a Prir portfólió a legelterjedtebb PDM és az örökölt rendszerekhez kapcsolódó interfészeket tartalmaz, amelyekből az adatokat át kell adni, minden esetben a vállalatnak nincs szükség arra, hogy újrakezdje a migrációs szoftvereket. Ez lehetővé teszi, hogy gyorsan dolgozzon ki egy átmeneti tervet, figyelembe véve a jellemzők egy adott cég, és gyorsan el lehet végezni a migráció hatásának minimalizálására a termékek fejlesztése és gyártása. Az alábbi ábra a prion módszertan tipikus adatátviteli folyamatának diagramját mutatja.

A legjelentősebb az, hogy ennek a rendszernek a teljesítményét ismételten megerősíti a PLM adatátviteli migrációs migrációs projektek számos korábbi ügyfelektől. Ezenkívül ismételt kísérletek arra, hogy közvetlen adatokat közvetítsenek egy PLM rendszerről a másikra, az ilyen primitív megközelítés inoperabilitásának 100% -át bizonyították. A lehetőséget meghatározó tényezők közül: számos forrásból származó adatgyűjtés, az adatok átalakításának és tisztításának szükségessége, azok tanúsítása és betöltése egy új rendszer (ek), amelyek szintén fizikailag eloszthatók. Így teljesen elfogadhatatlanok, ha új PLM platformra váltanak.

A kockázatok csökkentése érdekében a prion olyan migrációs eszközöket fejlesztett ki, amelyek közbenső adatbázist használnak. Az adatokat egy köztes adatbázisba exportálják, és az új PLM célplatformra való letöltés előtt ezt az adatbázisba konvertálják. Az ilyen megközelítés nem vezet az azonnali változásokhoz, és az üzleti tevékenység folytatódhat a szokásos módon, míg az adatátviteli folyamat szabályait és részleteit fejlesztik. A migráció sikerének kritikus tényezője a változtatási menedzsment rendszer létrehozása, hogy ne csak az adatok migrációja során végrehajtott változások nyomon követése, hanem az új PLM platformra való letöltés után is megváltozik. Ez a változáskezelési rendszernek támogatnia kell az Ügyfél sajátos követelményeit a migrációs folyamatból, mielőtt új működési rendszert indítana valós körülmények között.

Az a tény, hogy a prion sok migrációs forgatókönyvet használhat széles körű könyvtárából, amelyet a korábbi ügyfelek számára fejlesztettek ki, csökkenti a migrációs kockázatokat, és jelentősen csökkenti a jövőbeli ügyfelek költségeit. Ez a megközelítés sok nehéz migrációs forgatókönyvben segít, különösen akkor, ha a célrendszer elosztott megoldás.

A prioneszközökről és szolgáltatásokról további információkért javaslom, hogy kapcsolatba lépjek a webhelyről.

Az adatátvitel a tárolt digitális információk mozgása a számítógépek, rendszerek vagy formátumok között. Az adatátvitel számos okból következik be, beleértve a csere- vagy kiszolgáló karbantartását, az adatközpontok megváltoztatását, az adatkonszolidációs projekteket és a rendszerfrissítéseket. Mivel a vállalat vállalati ismereteinek és üzleti elemzőinek többsége az adataiban szerepel, az adatátviteli projektet alaposan meg kell fejezni a kockázatok minimalizálása érdekében.

"Adatátvitel" kirakodása

Az adatátvitel jelentős kockázata az üzleti folytonosságnak, ha helytelen. Az adatvesztés természetesen a legrosszabb forgatókönyv, de a vállalatoknak alapjárati idővel, kompatibilitási kérdésekkel és a teljes rendszer teljesítményproblémával kell foglalkozniuk. Az adatátvitelt nagy mennyiségű adat, különböző adatformátumok és a vállalatok adatai közötti különbségek miatt akadályozzák.

Az adatátviteli kockázatok minimalizálása érdekében a vállalat részletes adatátviteli politikákat hoz létre, amelyek szükség szerint felfüggesztik a mentést, a mozgás és a párhuzamos adatkörnyezetet. Ha a vállalat új környezet előkészítése során nem indíthat előzetes migrációs környezetet, akkor jelentős üresjárati idő lesz, mivel az aktuális alkalmazásokra vonatkozó üzleti műveletek felfüggesztésre kerülnek az adatátvitel engedélyezése. Ez a fajta leállítás, átadás és indítás szükség lehet az új platformok átkapcsolásakor vagy a fizikai tárolással kapcsolatos kemény korlátozások jelenlétében, és a meglévő tárolási technológiához swap vagy korrekció szükséges.

Adatok áttelepítése nulla leállással

A nulla leállással rendelkező migrációs modell elegendő számú tárhely jelenlététől függ, hogy két teljes környezetet hozzon létre és indítsa el. A vállalat adatai teljes példányát új környezetbe vitték, és ellenőrizzük, míg az alkalmazottak a régi környezetben maradnak. A hibákat az új rendszerből fejlesztették ki, biztosítva, hogy az összes alkalmazás még mindig működik, és minden ott van. A tesztelés befejezése után megjelenik egy új másolat, és az alkalmazottak új környezetbe kerülnek. A régi adatkörnyezet néha több hónapig is nyitva marad, így a munkavállalók fájlokat kaphatnak a régi adatrendszerből, de nem írtak új adatokat ezeknek a kiszolgálóknak. Minden adatátvitel az adatvesztés ellenőrzéséhez ellenőrizheti az adatokat a migráció után.

Az egyik dolog, amely javíthatja az adatátvitelt, tisztítja és szabványosítja az adatvédelmet a migrációhoz. A vállalat adatszervezete gyakran tükrözi a különböző szokások az embereik benyújtásában. Két azonos szerepű ember teljesen különböző módszereket használhat. Például a beszerzési szerződések megőrzése az egyik esetben, valamint a pénzügyi év és a hónapban. Az adatmódszerek egyesítése sokkal fontosabb feladat lehet, mint a tényleges adatátvitel, de tiszta, koherens szervezett adatok, amelyeket egyértelmű politikák támogatnak, segítenek a vállalat számos migrációjának adatai jövőbeli bizonyítékainak továbbra is előre.