Tehnologia migrației datelor în proiecte mari. MIGNARE MIGNARE METODOLOGIA MIGNĂRII DATELOR

cum să implementați gratuit

Migrația la software-ul liber ca migrarea la un sistem de operare mai nou. De exemplu, puteți menționa apariția primelor opțiuni Windows din țara noastră. Nu mai puțin luminos exemplu - Migrarea pe Windows NT, ideologia de lucru în care diferă brusc de la Windows 9x. Puteți da un alt exemplu - fiecare nouă versiune a pachetului MS Office diferă de cea precedentă nu numai diferențele în interfață, ci și formate de fișiere. Astfel, sarcina de migrație este relevantă chiar și într-un astfel de caz, atunci când este utilizat de un singur producător.

Acest articol propune o descriere generală a metodologiei de migrație cu acoperirea momentelor semnificative. Principiul general al migrației este grijuliu, implementarea atentă a procesului prin schimbări treptate. Migrația este formată din mai multe site-uri logic integrale, etape.

crearea unui grup de lucru (cine face)

La efectuarea migrației, este necesar să se asigure rezolvarea problemelor de natură tehnică și non-tehnică.

Este important să se ia în considerare problemele juridice care sunt foarte relevante pentru unele țări CSI, în special pentru Ucraina. În unele cazuri, discutați în mod inteligent sarcinile administrative ale relației "Administratorului utilizatorului angajatorului". Din punct de vedere istoric, aceste relații nu sunt suficient reglementate de regulile și instrucțiunile corporative interne.

În procesul de pregătire a materialului, au fost efectuate conversații cu profesioniști în domeniul securității, al legii informatice și al administratorilor de sistem. Majoritatea covârșitoare a declarat necesitatea unor reguli de proiectare documentară pentru utilizatorii cu sistemul de informații al organizației.

Planificarea corectă include, de asemenea, rezolvarea problemelor financiare. Este necesar să se evalueze costurile de legalizare a sistemului informatic existent, costul introducerii unui nou, evaluarea costului de proprietate în viitorul previzibil.

Orice proiect, inclusiv un proiect de migrare, se poate confrunta cu subestimarea factorului uman. Firește, va fi necesară utilizarea metodelor de gestionare a resurselor umane. Majoritatea celor mai renumiți administratori de sisteme autorizați și managerii IT nu sunt experți în domeniul managementului personalului sau al domeniilor de finanțare. O sarcină cuprinzătoare similară nu poate fi rezolvată de același departament IT.

Prima sarcină pe calea migrației la unul nou, sistemul țintă este de a crea un grup de lucru al planificării migrației. Acest grup este responsabil pentru efectuarea migrației și, prin urmare, trebuie să aibă puteri destul de largi.

Scopul proiectului este de a construi o infrastructură IT justificată din punct de vedere economic. Un bun candidat pentru funcția de șef al grupului de lucru va fi managerul de top al întreprinderii sau al organizației, de exemplu - director financiar. Firește, acest grup include șeful departamentului IT, care deține viziunea întregii infrastructuri IT, atât în \u200b\u200bprezent, cât și în perspectivă. Ca parte a grupului, este necesar un administrator de sistem experimentat, de preferință cu experiența de funcționare a software-ului liber. Dimensiunea grupului nu poate fi estimată - în unele cazuri, sunt implicați alți angajați ai companiei. Este posibilă atragerea unui consultant terț cu experiență sau - specializată în astfel de decizii ale companiei. Rezultatul acestui grup este un plan detaliat de migrare cu o evaluare a valorii migrației. Fie - explicații ale ineficienței migrației pentru soluții libere pentru organizație.

studiu (ce este)

Primul pas ar trebui să fie un audit - o descriere a sistemului existent (moștenit).

Nu este un secret că, în anii aprobați de informatizarea "AVRAL", fără a ține seama de rambursarea cheltuită a fondurilor, rezultatul a fost, de regulă, nu numai din punct de vedere economic, ci și sisteme de dezechilibrate din punct de vedere tehnologic. Auditul Software-ului Enterprise este o revizuire a programelor instalate, determinând respectarea cerințelor lor de afaceri.

Rezultatul procesului de audit este:

Descrierea caracteristicilor tehnice ale software-ului instalat;

O listă de riscuri identificate asociate utilizării software-ului fără licență;

Numărarea costului achiziționării de licențe pentru software-ul instalat;

Numărarea costului eliminării fără licență și instalarea software-ului licențiat;

Determinarea fezabilității utilizării în continuare a software-ului;

O listă de riscuri identificate asociate utilizării software-ului;

inventarul prin

Unele studii arată că majoritatea organizațiilor organizațiilor acordă mai multă atenție funcționalității software-ului utilizat și mult mai puțin - drepturile la produsele utilizate sunt îndeplinite.

Din păcate, în majoritatea organizațiilor nu există o cultură IT. Uneori, chiar și reprezentanții serviciilor IT nu știu cu adevărat ce și unde sunt instalate pe computerele de la lucrători, iar angajații obișnuiți decid în mod independent și stabilesc produse software obținute din surse dubioase.

Inventarul software-ului vă permite să identificați software-ul fără licență în organizație. Trebuie subliniat faptul că acest eveniment este întotdeauna benefic. Rezultatul inventarului poate fi utilizat pentru a estima costurile de legalizare în funcție de utilizarea gratuită și utilizând software-ul non-free.

Organizațiile sunt adesea interesate de o planificare financiară clară a costului utilizării și dezvoltării software-ului. Interesul managerilor de top într-un astfel de detaliu este destul de ușor de înțeles - conducerea de vârf a companiilor este interesată de transformarea software-ului în activul companiilor, care este luată în considerare, este monitorizată și sa dezvoltat în mod similar cu alte tipuri de active.

Auditul procedurii, care, de regulă, este destul de lungă, necesitând în stadiul analizării informațiilor de personal calificat și cunoașterea diferitelor informații specifice. Recomandarea poate fi un apel la societatea specializată în aceste servicii. Cu toate acestea, este foarte posibil să audiți de către departamentul IT.

În unele organizații, este incomod (adesea este imposibil) să efectuați un inventar la scară largă a software-ului. Motivele pot fi dimensiunea politicii de organizare sau de securitate. Este necesar să se găsească un compromis între eficiența inventarului și factorii care complică un astfel de proces.

Puteți lua în considerare două opțiuni pentru audit. Prima opțiune este un audit complet despre toate computerele, o rețea locală și o perfecțiune studiază. Avantajul acestei metode este o precizie ridicată, dezavantaj - costuri mari, timp și inconveniente pentru utilizatori. Avantajele suplimentare ale acestei metode sunt capacitatea de a identifica independent de utilizatorii de software și de a explora cerințele utilizatorilor la software-ul pe locurile lor de lucru folosind chestionare special pregătite. A doua opțiune este un audit al unor instrumente tipice de calcul, o rețea locală și o perfecțiune. În același timp, alegerea obiectelor de audit este dictată, de regulă, îndatoririle funcționale ale utilizatorilor. O astfel de metodă de aproximare reduce semnificativ costul inventarului, dar are o eroare excelentă.

Organizațiile mici pot efectua manual un audit și pot face informații despre computere și servere, precum și software-ul instalat pe ele, într-o masă simplă electronică. În același timp, trebuie să specificați prezența sau absența licențelor, autentificării și certificatelor de drepturi de autor pentru fiecare produs software găsit.

Pentru mediu și mare, este posibil să se recomandă utilizarea unui software specializat sau invită o organizație terță parte specializată în servicii similare. În procesul de creare a unui document, au fost efectuate lucrări la revizuirea inventarului automat al software-ului și al hardware-ului (GASP, inventarul PC-urilor, MSIA). Exponent Navigator (http://www.e-x.ru/pages/expnav.html) poate fi o recomandare (http: //www.html), exponent.

Navigator exponent.

Produsul este conceput pentru a revizui echipamentele și software-ul peste rețea. Informațiile despre computer includ informații despre accesorii (procesor, placă de bază, hard disk, module de memorie, card video, carduri de rețea, imprimantă și alte dispozitive), sistem de operare, drivere și software.

Potrivit creatorilor programului, după organizarea colectării automate de informare a computerelor, este posibil să se vizualizeze și să organizeze aceste informații, să pregătească rapoarte tipărite și publicarea web, descărcați date către Microsoft Excel, XML și alte formate. Capabilități:

Diagnosticarea automată a configurației computerului;

Colectarea automată a informațiilor despre computerele de rețea;

Determinarea echipamentelor instalate;

Definirea programelor instalate;

Definiția caracteristicilor fișierelor;

Capabilități avansate de sortare, căutare și selectare a datelor;

Pregătirea rapoartelor tipărite;

Datele de export în MS Excel;

Generarea automată a publicațiilor web.

În versiunea gratuită a programului există o limită - reprezentând 25 de computere; Costul licenței este de 1 USD pe 1 computer.

design (ceea ce vrem)

Rezultatele procesate ale studiului sistemului existent reprezintă baza pentru modelarea unui nou sistem țintă. Această întrebare este extrem de importantă și complicată. Aceasta complică luarea în considerare a acestei chestiuni și lipsa de cunoștință istorică cu software-ul gratuit, în special Linux, majoritatea managerilor IT și administratorii de sistem.

Există o mulțime de literatură, inclusiv vorbitor de limbă rusă, despre Linux, care descrie avantajul acestei platforme din punct de vedere tehnologic. Cu toate acestea, toate aceste avantaje sunt importante cu problema principală - existența unei game largi de direcții diferite. Cu mult timp în urmă, mitul este larg răspândit că, sub platforma Linux, există un număr limitat de software aplicat pentru utilizarea corporativă, inclusiv automatizarea biroului. În majoritatea covârșitoare, aceste mituri sunt create și alimentate de creatorii și vânzătorii de software de proprietate și au puțin în comun cu realitatea. Debutul acestui mitul nu este scopul principal al acestei cărți. Cu toate acestea, merită remarcat faptul că, de exemplu, o latitudine de software aplicat este o fantomă absolută, luând în considerare standardele istorice stabilite pentru schimbul de documente. Deci, de exemplu, biroul actual al editorului de birou este Microsoft Office, editorul grafic Raster - Adobe Photosop, iar Draw Corel este foarte distribuită ca grafică vectorială.

O altă problemă este, de multe ori, funcționalitatea redundantă a produselor de proprietate dictate nu la nevoile pieței, ci opinia comercianților. Și pentru această funcționalitate redundantă, utilizatorul plătește destul de mari bani: costul unei licențe pentru dreptul de a utiliza programe care mărește complexitatea operațiunii și creșterea cerințelor hardware.

Recent, situația se schimbă - apare o masă de informații dedicate aplicației Linux. Probabil cel mai bun material va fi acest document :-), în care este planificată să se evidențieze numeroase probleme administrative și tehnice.

Cu toate acestea, în momentul în care documentul este creat și informațiile pot fi găsite în diferite surse. Este imposibil să trecem de materialele lui Valery V. Kachurov, Neskov Artem "Analogii de programe Windows din Linux - Tabelul de conformitate". (http://linuxshop.ru/linuxbel/win-lin-soft/). Această resursă conține o mulțime de informații valoroase. Din păcate, autorii par să abandoneze această lucrare. Această secțiune a site-ului este în mod regulat indisponibilă, dar o copie a tabelului poate fi găsită la http://www.blif.net/module.php?name\u003dlinwin. Puteți recomanda resursele Fundației Aplicațiilor Open Source Source
(http://www.osafoundation.org/), în special http://www.osafoundation.org/desktop-linux-overview.pdf.

Rezultatul este:

Crearea unui prototip de stații de lucru;

Numărarea costului licențelor pentru software propus;

Învățarea utilizatorilor;

Crearea unui plan de implementare a calendarului exemplar;

Lista riscurilor în introducerea software-ului liber;

Susține soluții gratuite;

Numărarea eficienței economice a noului sistem timp de până la cinci ani.

proiect pilot (verificarea boot-ului)

Datorită numărului mare de factori din sistemul moștenit, un număr mare de utilizatori care au afectat migrația, se recomandă îndeplinirea experimentală a migrației într-o scară mică - un proiect pilot. Această etapă este necesară pentru a verifica și a ajusta planurile de migrare și prototipul noului sistem. Este un proiect-pilot care este baza pentru a lua o decizie cu privire la introducerea unui nou sistem de informații bazat pe SPO. A doua valoare a proiectului pilot este capacitatea de a informa utilizatorii despre noul sistem, pentru a obține feedback de la utilizatori. Al treilea argument în favoarea proiectului pilot va fi posibilitatea de a determina experimental costul mai precis al proiectului.

Când alegeți un obiect de testare, trebuie să găsiți un mijloc de aur. În primul rând, obiectul selectat trebuie să furnizeze date fiabile pentru evaluare. În al doilea rând, proiectul-pilot nu ar trebui să aibă un impact critic asupra afacerii.

În această etapă, sunt instruiți administratorii de sistem și utilizatorii finali: un prototip de materiale metodice, documentație, resurse pe Internet. Este recomandat utilizatorii care participă la proiectul pilot la "descărcare" și să permită o parte din timp să utilizeze noul sistem.

Etapa experimentală este în special la cerere:

Dacă posibilitatea de a migra utilizatorii de la sistemul moștenit la noul sistem nu a fost dovedită;

Dacă există un scepticism personalizat, care va putea încetini procesul de migrare;

Organizația nu are cultura corporativă (care, din păcate, este distribuită în CSI);

Dacă există resurse limitate pentru migrația la scară largă;

Organizația este mare, iar mulți utilizatori nu sunt implicați în proiectul experimental;

Dacă sistemele de proprietate moștenite au evoluat rapid atât termenii tehnici cât și în reducerea costurilor;

Efectul economic complet al migrației nu este găsit.

Pentru a reuși, proiect pilot:

Nu ar trebui să se refere la zona critică a afacerii;

Trebuie să fie suficient de importantă pentru afaceri;

Nu ar trebui să necesite o resursă intermediară a persoanelor care sunt deja limitate în timp;

Trebuie să aibă un grup de sprijin semnificativ;

Feedback-ul de la utilizatori (sisteme de asistență tehnică) trebuie furnizat;

Nu ar trebui să fie în sfera altor limitate (de exemplu, o perioadă importantă pentru afaceri).

În funcție de mărimea organizației, sunt posibile una sau mai multe etape experimentale, ceea ce permite să determine mai precis liniile și costul migrației la liber. Este important să se estimeze rezultatele și să stabilesc dacă viziunea și scopul practicilor sau ar trebui să fie schimbate sau poate chiar lăsate. Datele din aceste proiecte-pilot ar trebui utilizate pentru a ajusta planurile și pentru a număra costul final. În procesul de experiment, trebuie să perfecționați întrebările:

Descrierea prototipului stațiilor de lucru;

Descrierea setărilor specifice utilizatorilor:

Costurile medii ale tipului de stații de desfășurare;

Transferați datele din sistemul moștenit la unul nou;

Învățarea utilizatorilor;

Numărarea costului de implementare a software-ului;

Sprijiniți soluțiile gratuite.

planificare (ce și cum)

1. Crearea unui plan de migrare. Planul de migrare trebuie să răspundă la întrebări:

Descrierea fazelor de construcție a sistemului;

Definiția nevoilor de sprijin;

Descrierea finalizării migrației.

De fapt, alegerea finală este făcută, deoarece va avea loc migrația. Aprobă estimarea costurilor de migrație.

2. Descrierea fazelor construcției sistemului. Evaluarea fazelor de construire a unui sistem pe care trebuie să le aibă cea mai bună prioritate a nevoilor personalizate.

Planul trebuie să fie responsabil pentru următoarele întrebări:

În ce măsură și ce etape sistemul ar trebui să fie instalat și implementat pentru a maximiza nevoile utilizatorilor?

Ce este necesar pentru fiecare fază a migrației la un nou sistem de la organizarea clienților și utilizatorii de utilizatori?

Care va fi impactul și riscul utilizării sistemului în fiecare etapă a creșterii?

Etapele desfășurării sistemului trebuie să fie clar desemnate în ceea ce privește migrația; Clienții, dezvoltatorii și utilizatorii trebuie să fie familiarizați. Evaluările de risc trebuie completate înainte de încheierea planului de construire a sistemului. Este necesar să se asigure că evaluările de planificare sunt rezonabile, abordarea este bine concepută în conformitate cu prioritățile organizației, iar impactul potențial asupra clienților și al utilizatorilor este acceptabil.

3. Determinarea nevoilor de sprijin. Este necesar să se asigure nivelul optim de suport pentru a ajuta utilizatorii să utilizeze noul sistem. În plus, utilizatorii necesită adesea sprijin pentru a le ajuta să înțeleagă abilitățile generale (posibilitățile) sistemului țintă.

Întrebările care trebuie rezolvate includ:

Ce învățare și ajutorare a utilizatorilor vor necesita?

Care este nivelul general al suportului migrației pe care utilizatorii vor fi obligați să garanteze migrația de succes?

Cum se obține adoptarea sistemului țintă de către utilizatori și de a evita rezistența utilizatorilor de a implementa un nou sistem?

Cum vor fi raportate clienții și utilizatorii care se schimbă inevitabil în caracteristicile sistemelor și serviciilor?

Este posibil să se susțină soluțiile gratuite ale unității IT a organizației sau cea mai bună opțiune va externaliza?

Planul de migrație ar trebui să se concentreze asupra soluționării acestor probleme, planificarea sprijinului utilizatorilor în domenii:

Sistem de comunicare elementar;

Servicii de asistență tehnică pentru noi sisteme;

Asistență tehnică pentru utilizatorii care migrează la noul sistem;

Manuale de utilizare pentru perioadele de tranziție și ulterioare;

Învățarea pentru utilizatorii în învățarea și adaptarea la noul sistem, pentru a efectua aceleași tipuri de sarcini;

Abilitatea de a testa utilizarea noilor sisteme;

Demonstrații de utilizare a sistemelor noi pentru a arăta utilizatorii existenți sisteme moștenite, ca lucrări noi de sistem și modul în care aceștia pot îndeplini sarcini comparabile;

Depășirea problemelor operaționale actuale.

În stadiul formării utilizatorilor, veți acorda o atenție deosebită celor care sunt susținători ai vechiului sistem și / sau un adversar al noilor sisteme.

4. Descrierea finalizării migrației. După finalizarea fiecărei noi faze de implementare și instruire, dezvoltatorii și implementările ar trebui să se asigure că utilizatorii migrează cât mai confortabil posibil cu noul sistem țintă. Planul de migrație trebuie să asigure accelerarea forței migrației și eliminarea sistemului moștenit cât mai curând posibil.

Trebuie să se prevadă un efort suplimentar ca să fie necesar pentru "ultimele adepți" și pentru alți utilizatori care întâmpină probleme neprevăzute. Un alt aspect al acestei activități estimează timpul și costul pentru a finaliza tranziția tuturor utilizatorilor la noul sistem și pentru a elimina sistemele vechi construite pe software de proprietate din zona non-licențe.

Gestionarea organizației, a dezvoltatorilor și a uneltelor ar trebui să ia în considerare includerea mai multor abordări pentru a ajuta la migrarea către utilizatorii de sisteme moștenite:

Raportează fiecărui grup de utilizatori, după cum și când trebuie să facă transferul sarcinilor lor noi sisteme, modul în care se modifică volumul de muncă pentru perioada de migrare cu sisteme moștenite;

Stabiliți stimulii la acțiune pentru a trece complet la un nou sistem liber și pentru a elimina dependențele din sistemele moștenite;

Furnizați asistență (software și personal suplimentar) pentru a converti datele moștenite într-un nou sistem; - ordinea producției de la funcționarea sistemelor moștenite;

Arhivarea datelor moștenite sisteme și depozitare.

migrația (Do)

Tot ceea ce rămâne în ultima etapă este de a lucra conform planului.

Gestionați activ și monitorizați procesele de migrare:

Setați criteriile de măsurare și monitorizarea etapelor de migrare și a costurilor de resurse pentru migrație;

Efectuați revizuiri periodice ale situației și familiarizați-vă cu ei, în conformitate cu autoritatea și politicile organizaționale, persoane interesate (management, manageri de proiect și sponsor);

Setați sistemul de urmărire (urmărire) pentru a gestiona promovarea proceselor (progresului), a problemelor, a soluțiilor și a altor aspecte de afaceri legate de planificarea migrației și executării planurilor.

Vadim Mashkov, UA-Foss, [E-mail protejat]

În acest articol, dorim să sistematizăm experiența noastră în desfășurarea migrației datelor în proiecte corporative mari legate de tranziția clienților la locul de muncă în configurațiile "1c: întreprindere 8".

În același timp, accentul principal în articol va fi făcut, în primul rând, asupra componentei tehnologice a procesului de migrare. Componenta organizațională este, de asemenea, afectată, dar într-o măsură mai mică.

Termeni și definiții

În cadrul migrației datelor, este obișnuit să înțelegeți secvența finală de lucru, un proiect care vizează mișcarea de masă unică a datelor din sistemele sursă (sisteme istorice) în sistemul receptorului. În acest caz, funcționarea acestor date în sistemele sursă este reziliată.

Ar trebui să se distingă datele de migrare din integrarea datelor. Integrarea, spre deosebire de migrație, este partea permanentă a arhitecturii IT și este responsabilă de fluxurile de date între diferite sisteme și depozite de date - și este un proces și nu punerea în aplicare a proiectului.

Schema de migrație arată, în general, așa:

Smochin. unu

Sisteme istorice - Bazele de date ale companiei Clientului, care sunt planificate să fie înlocuite integral sau parțial atunci când implementează un nou sistem.

Sistem de receptor - Sistemul țintă, configurarea arbitrară "1c: întreprindere 8".

Datele inițiale. - Datele descărcate din sistemele istorice într-un format XLS arbitrar. În acest caz, formatul XLS este reprezentat ca fiind unul dintre cele mai convenabile, deoarece posibilitatea descărcării în fișierul XLS este prezentă în multe conturi ale "generațiilor anterioare".

Ca o alternativă modernă, este posibil să se ia în considerare formatul fișierului XML.

Există, de asemenea, opțiuni pentru utilizarea unei baze de date intermediare.

Transformare, conversie - Procesul de transformare a datelor sursă la datele pentru descărcare. Transformarea datelor are loc în conformitate cu șabloanele de sarcină. Rezultatul transformării este datele pentru descărcare.

Date pentru descărcare - Datele concepute pentru a porni la sistemul receptorului. În acest articol, precum și datele inițiale, se ia în considerare formatul XLS.

Șabloane de date pentru descărcare - Descrierea tabelelor de date pentru descărcare în sistemul țintă.

Etapele migrației

Luați în considerare procesul etapizat de pregătire și conducere a migrației.

Următoarele elemente includ etapele organizaționale ale migrației:

· Determinarea strategiei de migrație. În acest stadiu, contractantul și clientul sunt de acord cu privire la tehnologia muncii migrației;

· Determinarea compoziției grupului de lucru de migrare. Grupul de lucru ar trebui să includă specialiști și artist și client, familiarizat cu o activitate suficientă cu activitatea sistemelor istorice (de la client) și cu sistemul țintă (de către contractant);

· Planul preliminar de migrație. Planul de migrare de-a lungul proiectului va fi ajustat în mod repetat;

· Perioade de date de descărcare a datelor din sistemele istorice, volumele de date. Perioadele de reducere a datelor pentru migrații, date de testare și migrații finale. Aceste informații pot fi atribuite planului de migrare;

· Compoziția datelor care trebuie migrate. Date de referință, clasificatoare, date tranzacționale, reziduuri, cifra de afaceri etc.;

· Întrebările de verificare a calității, corectitudinea și integritatea datelor în procesul de migrare și, în funcție de rezultate;

· Întrebări pentru a reveni la starea anterioară în caz de defecțiuni.

Să aparăm pe etapele tehnologice ale migrației.

Smochin. 2.

1. Pregătirea șabloanelor de încărcare a datelor

Șablonul de încărcare a datelor conține descrieri tehnice ale tabelelor de date pentru descărcare, algoritmi și reguli de încărcare pentru șablonul curent.

Fiecare șablon este în general proiectat pentru una sau mai multe mese legate în sistemul de recepție țintă.

Șablonul indică:

· Descrierea tuturor câmpurilor XLS pentru descărcare, inclusiv:

o Numele câmpului

o Semnul de umplere a câmpului obligatoriu

o Exemplul de umplere a câmpului

o Notă

· Descrierea regulilor de descărcare a tabelului de sistem țintă pe baza datelor de încărcare (sesiune în cazul mai multor tabele conexe, algoritmi de căutare pentru câmpurile cheie etc.)

· Descrierea completării câmpurilor direct ale tabelelor sistemului țintă în cazul în care orice altceva de la transferarea datelor "One to One" din fișierul de date pentru a descărca. De fapt, pentru câmpurile de referință, de exemplu.

În procesul de lucru pe această etapă, contractantul trebuie să pregătească, de asemenea, încărcătorul de date pentru descărcarea datelor. În cazul lucrului cu fișierele XLS, această sarcină nu este deosebit de dificilă.

2. Dovada surselor de date

Această etapă poate începe cu pasul anterior "1. Pregătirea șabloanelor de descărcare a datelor. "

Ca parte a acestei etape, specialiștii clientului determină ce sisteme și care date pot fi descărcate. De asemenea, ar trebui să determinați ce date eventual Pot fi necesare.

De regulă, în proiecte mari de migrație, detectarea unei liste complete exhaustive de surse de date poate ocupa suficient timp și are loc ca lucrări la etapele ulterioare.

Este adesea de situația când, pentru a asigura o integritate ulterioară a informațiilor, unele date trebuie transferate din surse tipărite (digitize) sau chiar să intre în tabelele de la cuvintele angajaților cheie ai clienților.

Cu toate acestea, în acest stadiu trebuie să încercați să identificați cât mai mult posibil datele.

3. Încărcarea datelor sursă

Procesul de descărcare a datelor din sistemele istorice poate avea o cantitate suficientă de timp, mai ales dacă există multe sisteme, ele sunt diferite, iar diferitele diviziuni ale clientului sunt responsabile pentru acestea. Este necesar să se țină cont de momentul în care testarea și migrațiile finale.

Opțiunea cea mai convenabilă pare să descărcă în fișierele XLS. Multe sisteme IT vechi susțin o astfel de opțiune.

De asemenea, pot exista opțiuni de descărcare în format CSV, DBF, formate XML și altele.

Este demn de remarcat faptul că, dintr-un motiv sau altul (de exemplu, problemele de securitate), clientul nu poate furniza întotdeauna încărcarea datelor în întregime în acest stadiu! Numai structura de date și mai multe elemente de testare. Astfel, o astfel de situație poate apărea că în timpul încercării și a încărcăturilor finale, în tabelele sursă vor fi găsite date de calitate, ceea ce va duce la erori neplanificate.

Pentru a minimiza această problemă, ar trebui să se precizeze volumul de descărcări de testare din sistemele istorice.

4.Provizionarea datelor

Maparea (cartografierea datelor) - În general, procesul de cartografiere a datelor istorice și a unui sistem de receptor. Adică datele sursă și datele pentru descărcare.

Etapa de cartografiere este cea mai mare etapă consumatoare de timp și poate dura mai mult de 50% din toate lucrările cu privire la sarcina migrației.

În acest stadiu, întregul grup de lucru al proiectului de migrație este pe deplin implicat.

În procesul de cartografiere a datelor, este necesar să se evidențieze formarea tabelelor de cartografiere și a câmpurilor de cartografiere.

· Maparea tabelelor sau șabloane de cartografiere - Maparea tabelelor de date sursă și șabloane de date pentru descărcare. Conformitatea poate fi ca 1: 1 și N: n. Ca urmare a acestei lucrări, registrul tabelelor de cartografiere este compilat și menținut. Acest sub-pas este necesar pentru următoarea sub-etapă a câmpurilor de cartografiere și pentru a urmări starea generală de cartografiere.

Grupul de echipă 1c.

Numele șablonului 1c.

Nume de fișier

sursă

Reguli pentru formarea unui fișier sursă

Responsabil

stare

Notă

NSi.

Șablon

Nomenclatură

Nomenk.

latural .xls.

În sistemul n setați selecția
. Salvați în TXT.
. Deschis în XLS, Coloane - Text
. Primul șir - pălărie
. Numărul de coloane - 15
. Verificați numărul de rânduri din TXT și XLS
. Numele foii este întotdeauna "Sheet1"

Ivanov i.i.

în muncă

· Câmpurile de cartografiere - Maparea câmpurilor de tabel în cadrul tabelelor de cartografiere deja definite. Rezultatul acestei lucrări este registrul câmpurilor de cartografiere.

ПП.

Cl. camp

Obligatoriu

Numele câmpului de șablon 1C "Template_namNaclature"

Descriere

Numele câmpului "nomenclatură.xls"

Algoritmul de umplere

Codul

Codul elementului de referință

Codul

Nume

Acest grup

Conține una dintre valori:
. 1 - Pentru grupuri
. 0 - Pentru elemente

Dacă lungimea codului \u003d 11 caractere și ultimele 4 caractere<> "0000", atunci acest element este "0", altfel grupul este "1".

Numele complet

Numele elementului de referință

Nume

Dacă Grupul ETCO \u003d 1, apoi "", și Grupul ETCO \u003d 0, apoi numele.

În cadrul acestei etape, acesta ar trebui să efectueze, de asemenea, posibile date privind normalizarea datelor.

5. Pregătirea regulilor de transformare

Spre deosebire de etapele anterioare, această etapă este tehnică și implică activitatea dezvoltatorului contractorului.

Pe baza registrelor convenite ale câmpurilor de cartografiere, specialiștii artistului dezvoltă reguli de transformare a datelor.

Pentru lucrările operaționale în procesul de etape de migrare pregătitoare și în continuare, în cursul testului și migrației finale, este important să existe un mediu de dezvoltare convenabil pentru datele (scripturile) transformării datelor și mediul de conversie a datelor sursă la date pentru descărcare.

În același timp, cerințele pentru acest mediu includ:

· Confort și viteza de dezvoltare a regulilor de transformare;

· Rata de conversie a datelor. Fișierele de la intrare și ieșire pot fi sute de mii de rânduri!

· Abilitatea de a lucra cu mai multe fișiere de intrare în același timp;

· Abilitatea de a salva regulile de transformare în fișierele individuale.

Pentru proiectele sale de migrație, am dezvoltat un dezvoltator specializat AWP, luând ca bază prelucrarea standard a "cererilor de consolă" 1c.

Prelucrarea "Consola de solicitare" a fost finalizată pentru a putea face cereri directe la fișierele XLS.

Să dăm un exemplu de combinare a celor două surse XL -FILES Personal.xLS.

Codul angajatilor	Nume de familie	Nume	al doilea prenume	Data de nastere
2423	Ivanov.	Ivan.	Ivanovich.	17.11.1992
1523	Petrov.	Busuioc	Aleksandrovich.	04.02.1991
4363	Sidorov.	Kirill.	Nikolaevich.	01.05.1995
	Denisov.	Denis.	Denisovich.	01.01.1990

și Operațiuni.xLS.cu pagini:

Scrierea off.

Codul angajatilor	Data	Sumă
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

și Sosiri:

Codul angajatilor	Data	Sumă
	01.05.2004
	02.05.2004
	03.05.2004
	04.05.2004







2423Data de nastere	Cantitatea de sosire	Cantitatea de scriere
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
TOTAL:			2579861	347842

Rețineți că un exemplu este artificial, selectat special pentru demonstrarea tuturor etapelor posibile ale transformării surselor de date.

Secvența tehnologică a operațiunilor de transformare aici este după cum urmează:

Folosind limba de interogare Access SQL (oferă caracteristici semnificative suplimentare, comparativ cu limba de solicitare 1C), se creează o solicitare inițială, extragerea datelor din fișierul XLS la 1c. În același timp, în această etapă există diferite verificări și normalizări de date.

Tehnologia de acces ADO oferă o viteză mare.

Smochin. 3.

2. Abonatul în limba 1c - interogarea principală care implementează câmpul de cartografiere. Precum și: îmbogățirea datelor descărcate de date din baza 1c, rearanjarea, combinarea cu rezultatele interogărilor la alte surse XLS -FALL etc.

3. conceperea rezultatului interogării 1c, dacă este necesar. Este implementat folosind un script în 1c.

De exemplu, linia de adăugare "Total" în ceea ce privește sumele este implementată aici.

4. Recuperați setul de date din rezultat în fișierul XLS.

În general, la ieșire, primim fișiere finale pentru a descărca în baza de date țintă 1c.

De asemenea, acest instrument vă permite să salvați regulile de conversie a datelor într-un fișier XML separat:

În plus, este implementat la locul de muncă în mod lot.Acest lucru este deosebit de relevant cu un număr mare de date migratoare eterogene.

În timpul pașilor anteriori, partea pregătitoare a lucrării este, în general, capete - toate sursele de date sunt dezvăluite, datele sursă sunt descărcate din surse, șabloanele de descărcare sunt pregătite la baza țintă, cartografiere și, în cele din urmă, a dezvoltat scripturi de transformare a datelor.

Trebuie remarcat faptul că, înainte de migrația finală, trebuie efectuate mai multe teste. În timpul migrației de testare, contractantul, împreună cu clienții, detectează:

· Erori de conversie, erori de încărcare a datelor

· Efectuarea unei evaluări preliminare a calității datelor descărcate în sistemul țintă.

· Conform rezultatelor migrației de testare, baza migrației finale este întocmită / actualizată

7. Master de date

Verificarea calității datelor descărcate trebuie făcută atât după migrațiile de testare, cât și la sfârșitul migrației finale. În timpul reconcilierii, următorii indicatori pot fi verificați:

· Coincidentele sumelor finale asupra resturilor, potrivit documentelor;

· Coincidențe cantitative, cum ar fi numărul de OS;

· Corectitudinea completării entităților individuale de probă;

Rețineți că acestea sau alte verificări ale datelor migratoare, problemele de normalizare a datelor trebuie rezolvate pe parcursul tuturor proceselor de migrare. Este întotdeauna necesar să ne întrebăm ce trebuie făcut în stadiul actual pentru a evita erorile la etapele ulterioare.

De exemplu:

· Verificați duplicarea câmpurilor cheie. Puteți și trebuie să fiți efectuați pe datele sursă;

· Aducerea tipurilor de câmpuri;

· Integritate de referință;

· Inconsecvențe matematice. De exemplu, verificarea câmpurilor numerice goale pe care este programată diviziunea diviziei;

· În general, verificarea câmpurilor complete obligatorii;

· Înlocuirea caracterelor incorecte. De exemplu, caracterele englezești în câmpurile chirilice ("O", "A", "E" etc.) Mai ales relevante pentru câmpurile cheie!

· Verificarea valorilor câmpurilor de șir pentru conformitatea tipului de sistem de receptor (limitele în lungime)

După finalizarea migrației finale, potrivit unei anumite strategii de migrație și a planului de migrație, se ia o decizie pentru exploatarea ulterior a sistemelor istorice.

Adesea, exploatarea este finalizată imediat după reconcilierea finală a datelor și remedierea succesului migrației - utilizatorii noului sistem nu mai sunt înregistrați în paralel în două sisteme, dar se deplasează complet la un nou sistem. În acest caz, accesul la vechiul sistem este salvat în modul de citire.

În unele cazuri, funcționarea paralelă a două sisteme în timpul operațiunii de încercare (OE) poate apărea și chiar mai mult decât această perioadă. Problema funcționării paralele a utilizatorilor în două sisteme este strâns legată de posibilitatea unei revoluții la vechiul sistem, în cazul în care migrația (sau, în general, munca noului sistem!) Va fi considerată nesatisfăcătoare.

Concluzie

În concluzie, aș dori să menționez că atunci când vine vorba de migrarea unor sisteme tranzacționale mari, care includ numeroase configurații "1c: întreprinderi", tranziția către un nou sistem poate fi foarte consumatoare de timp.

Prin urmare, trebuie amintit că orice proiect similar necesită o pregătire atentă și trebuie însoțită de un plan individual. Cu toate acestea, indiferent de tipul de sisteme migrate, volume de bază de date etc. Schema globală de migrație pare aproape identică.

Leif Polesen pentru Intech

Sistemele de automatizare pentru producția și colectarea informațiilor privind procesele de producție trăiesc relativ lungi. Ele sunt adesea modernizate sau înlocuite înainte ca echipamentul de proces să ajungă la sfârșitul vieții sale. Pentru multe companii, gestionarea înlocuirii sau modernizării acestor sisteme de automatizare fără a opri producția se transformă într-un apel real. Prin urmare, nevoia obiectivă de modernizare sau înlocuire este ignorată până când se întâmplă ceva. Acest articol este dedicat modului în care poate fi rezolvată cu succes de această sarcină, datorită planificării și unei organizații atente.

Doi factori principali sunt după cum este necesar pentru a face upgrade și înlocui sistemele de automatizare industrială și sistemele IT industriale: degradarea tehnică a acestor sisteme, precum și modificările cerințelor proceselor de afaceri care sunt susținute de aceste sisteme.

Fiabilitatea sistemelor tehnice va scădea în timp dacă companiile ignoră necesitatea modernizării sistemelor de operare, bazelor de date, prin aplicații. Riscul operațional al defecțiunii echipamentului crește în mod corespunzător.

Datorită unei planificări atente, riscul operațional poate fi ținut la un nivel acceptabil, în plus, este prevăzută protecția investițiilor și cheltuielile pe tot parcursul ciclului de viață ale sistemului sunt minimizate. Pentru un sistem tipic de automatizare sau IT, numai 20-40% din investiții sunt realizate de sistem. Restul de 60-80% merg pentru a-și menține disponibilitatea ridicată și adaptarea la cerințele privind schimbarea periodică.

Pe lângă evaluarea activităților necesare pentru prevenirea degradării tehnice, trebuie luate în considerare noi provocări, precum și posibilități de afaceri potențiale. Mediul de afaceri se schimbă în mod constant, iar toate posibilitățile de îmbunătățire a noilor tehnologii ar trebui luate în considerare întotdeauna. Oportunități de afaceri tipice care pot deveni stimulente pentru sistemele de automatizare a notelor de migrare - rata de producție a produselor noi pe piață, competitivitate, creștere, calitate și respectare a cerințelor de reglementare.

Plan de migrație pe termen lung

Dezvoltarea unui plan de migrație pe termen lung permite companiilor să sprijine riscurile sistemice la un nivel acceptabil. În plus, oferă riscuri de gestionare și sprijin în timp util al obiectivelor de afaceri. Planul de migrație trebuie să țină seama în mod necesar de astfel de restricții ca "cele mai bune practici de producție", funcționalitate tehnologică, ușurință inevitabilă a producției.

În general, abordarea la planificarea pe termen lung este descrisă în figura 1. Planul de migrație este elaborat pentru a determina în cazul în care compania dorește să fie în cinci ani, ceea ce este necesar pentru a face acțiuni pentru acest lucru și dacă sunt necesare resurse necesare pentru acest lucru. Această abordare se bazează pe principiile designului arhitectural stabilit în standardul TOGAF, care este utilizat pe scară largă în dezvoltarea arhitecturii sistemice a întreprinderilor industriale.

Figura 1. Abordarea generală a creării unui plan de migrație pe termen lung.

Este necesar să se facă distincția între arhitectura existentă și țintă, de dorit. Diferența dintre ele reflectă diferența dintre poziția companiei în prezent și situația pe care vrea să o ia în viitor. Planul de migrare deschide calea de la arhitectura existentă la țintă - probabil prin mai multe etape de tranziție.

Fiecare arhitectură poate fi descrisă ca o serie de "straturi" care servește legătura dintre afaceri și tehnologie - așa cum se arată în fig. 1. Trebuie să se acorde atenție următoarelor "straturi":

Obiective de afaceri. Aceasta face parte din strategia generală de planificare a lucrărilor. Ele vă permit să alegeți direcția corectă a procesului.
Model de afaceri Oferă un context în care sunt înțelese procesele de producție și de afaceri. De regulă, aceasta include o descriere la nivel înalt a fluxurilor de materiale și procese.
Descriere producție și procese de afaceri Este important pentru aplicarea cu succes a tehnologiei și evaluarea corectă a valorii lor din punctul de vedere al afacerii.
Informații, date și documente Important pentru a comunica procesele și aplicațiile. Mai ales o interacțiune importantă și gestionarea fluxurilor de informații între aplicații.
Descrieri aplicațiipermiteți cerințe la nivel înalt și identificați interfețele.
Definiție infrastructură, computere și rețea Cerințe (hardware, toleranță la defecțiuni, performanță).
Furnizate servicii Determinați cerințele pentru asigurarea unui sprijin eficient de gestionare și soluții.

Dezvoltarea unui plan de migrație

Dezvoltarea unui plan de migrație pentru o întreagă organizație sau chiar pentru o platformă de producție separată poate fi o sarcină cu adevărat complexă care implică mulți oameni. Se recomandă separarea procesului de dezvoltare în mai multe etape descrise mai jos.

Partea a II-a.

Etapa 1: Mobilizarea

Obiective de bază:

obțineți o înțelegere comună a sarcinilor și obiectivelor
mobilizarea organizației în care este planificat proiectul
detaliați planul, descriind etapele și rezultatele fazelor proiectului
colectați toate informațiile necesare / disponibile
oferiți o înțelegere corectă a conceptelor, practicilor și teoriei

Întâlniri planificate
workshop dedicat proiectului

Rezultate:

plan detaliat de consultanță
scopuri comune
procesul de ansamblu

Etapa 2: Analiza

Scopul etapei de analiză este:

analiza proceselor de afaceri și de producție pentru a:

Evaluați disponibilitatea personalului care servește sistemul IT și Automatizare

Aflați nevoia de date și funcționalitate pentru arhitectura viitoare

Identificați avantajele cheie ale arhitecturii viitoare pentru stabilirea obiectivelor și punerea în aplicare a justificării economice

analiza arhitecturii existente

Determinarea proceselor de producție existente în legătură cu sistemele de automatizare, colectarea datelor, sistemele de management al producției

Determinarea proceselor de afaceri existente și a legăturilor acestora cu sistemele de automatizare a producției

Determinarea aplicațiilor, datelor, infrastructurii logice și fizice existente, precum și serviciile de asistență tehnică

În această etapă se efectuează următoarea activitate:

seminarii și discuții privind diverse procese
intreprinderi vizite pentru a obține informații contextuale
seminare și discuții dedicate sistemelor existente
evaluarea serviciilor pentru a determina gradul de maturitate și respectarea cerințelor de reglementare

Rezultate:

determinarea infrastructurii existente
documentație de analiză
lista de idei privind provocările și capacitățile noii arhitecturi Lista de idei privind provocările și capacitățile noii arhitecturi

Etapa 3: Scopul

Scopul acestei etape este definirea și descrierea nevoilor formulate în timpul etapei de analiză.

Soluția sau arhitectura țintă va descrie:

viitoare procese de afaceri și funcționalitate
tipuri vizate de aplicații, cu funcționalitatea, utilizatorii, informațiile și interfețele
cerințele de infrastructură și standardele revizuite de sprijin

În această etapă se efectuează următoarea activitate:

seminarii și discuții privind îmbunătățirea proceselor
seminarii și discuții privind îmbunătățirea arhitecturii

Rezultate:

arhitectura viitoare (prezentare)
scurtă descriere a aplicațiilor

Etapa 4: Justificare

Scopul etapei de fundamentare este rațiunea economică primară bazată pe estimări aproximative ale costurilor și a beneficiilor obținute în timpul proiectului.

Diferența dintre poziția existentă și cea dorită conduce, de obicei, la apariția unui număr de idei. Motivul ideilor va face posibilă distingerea "necesară" de la "dorit" și, după aceea, să depuneți și să dezvoltăm idei la conducerea de vârf.

În această etapă se efectuează următoarea activitate:

estimarea aproximativă a cheltuielilor și a beneficiilor
prima versiune a prezentării

Rezultate:

scopuri comune
schimbarea ideilor de afaceri
evaluarea resurselor necesare

Etapa 5: Plan

Scopul acestei etape este de a planifica un proiect bazat pe priorități, resurse și dependențe:

planificarea secvenței etapelor proiectului consolidat
furnizarea de resurse și competențe necesare pentru următorii pași
activități de management de proiect
finalizarea consultanței și transferul rezultatelor tuturor etapelor către client

În această etapă se efectuează următoarea activitate:

planul de dezvoltare pentru implementare
dezvoltarea unui plan de investiții
evaluare a riscurilor

Rezultate:

plan de implementare
evaluarea volumului de muncă pentru personalul implicat în proiect
estimarea riscurilor proiectului
plan de investiții (în prima aproximare)
versiunea finală a prezentării proiectului

Exemplu practic

Următorul exemplu ilustrează aplicarea abordării descrise în condiții reale. Pentru a respecta condițiile confidențiale, anonimatul este observat în descriere. Este vorba despre o întreprindere destul de mare care produce ingrediente active pentru produse farmaceutice. Facilitățile de producție au fost puse în funcțiune cu mai mult de 20 de ani în urmă și, deși de atunci, a fost efectuată o anumită modernizare, o serie de sisteme învechite necesită înlocuire. Sistemele de automatizare ale clădirilor și RSU sunt în primul rând, deoarece se bazează pe tehnologii învechite care sunt greu de întreținut. În plus, producția ar trebui să se adapteze la noile cerințe de afaceri, inclusiv încetarea producției de produse singure și lansarea altora. În general, este necesar să lucrăm la un plan de migrație care să acopere atât cerințele tehnice, cât și cele de afaceri.

În primul rând, este necesar să se creeze o listă generală de echipamente care sunt utilizate în prezent în întreaga întreprindere. Aceste informații sunt adesea "ascunse" în diverse documente (și memorie de personal). Acesta trebuie eliminat și vizualizat, astfel încât să devină baza pentru planificarea migrației. În acest scop, de regulă, de regulă, să creăm o diagramă de proces de proces, arătând echipamentul principal și deplasarea materiilor prime și a materialelor în fiecare unitate de producție. Ca straturi separate de echipamente "de sus", arătăm care sisteme pe care echipamentul le este acceptată.

Un exemplu este prezentat în fig. 2. Datele privind sistemele stabilite, conțin, de asemenea, în stocarea sistemului (sau pur și simplu în fișierele Excel) și pot fi utilizate pentru o analiză și planificare ulterioară.

Figura 2. "stratul" automatizării vă permite să evaluați sistemele existente

Înainte de a discuta planul de migrare, este necesar să se determine principalele motive de afaceri ale modificărilor de producție. În cazul examinat, conducerea a alocat următoarele motive:

1. Respectarea constantă și fără erori cu cerințele de reglementare

2. Costurile minime de timp pentru a intra pe piață, flexibilitate

3. Succes, competitivitate, perfecțiune operațională

4. Calitate fără compromisuri

5. Producția de creștere

Aceste obiective trebuie să fie transformate în sarcini mai specifice, a căror execuție poate fi cuantificată.

Apoi, trebuie să aflăm cât de bine există sisteme existente care sprijină procesele actuale și viitoare de afaceri. Pentru a face acest lucru, folosim un model de referință standard (bazat pe seria ANSI / ISA-95). Acesta include 19 procese de afaceri la nivel înalt, detaliate în măsura în care vă permite să vedeți deficiențe în implementarea practică și necesitatea schimbării pentru afaceri eficiente.

În plus, trebuie, de asemenea, să evaluăm capacitățile tehnice ale sistemelor existente pentru a sprijini procesele de afaceri în viitor. Acest lucru este implementat sistematic utilizând stocarea informațiilor descrise mai sus. Pentru fiecare sistem, informații despre care se află în depozit (în cazul nostru este de aproximativ 70 de sisteme), este necesar să se evalueze următoarele aspecte:

Starea echipamentului (Istoria Bounce, timpul mediu de funcționare pentru eșec, vârsta echipamentului, accesibilitatea pieselor de schimb)
Starea de software (suport pentru furnizorii, disponibilitatea documentației, personalul cu competențele necesare)
Oportunități de sisteme (rezervare, durata de viață medie înainte de reparare)
Evaluarea impactului de impact (furnizarea de informații, erori de date, inaccesibilitate)
Indicatori indicatori (fiabilitatea sistemului, importanța critică a sistemului etc.)

Evaluarea tehnică a evidențiat necesitatea modernizării și înlocuirii unui număr de sisteme:

TP ACS se bazează pe frecvența obișnuită, depășită și mai multe PLC-uri diferite, dintre care un număr sunt deja "maturate" pentru a le înlocui.
Sistemul de automatizare a clădirilor se bazează pe o platformă mai nouă, dar necesită și modernizarea pentru a îndeplini noi cerințe.
O serie de sisteme secundare necesită, de asemenea, upgrade-uri sau chiar înlocuiri.
Infrastructura care deservește toate sistemele necesită o mai bună segmentare și protecție pentru respectarea cerințelor de siguranță moderne.

Partea III.

După analizarea obiectivelor de afaceri programate pentru viitor, a devenit evident că niciunul dintre sistemele existente nu corespunde în totalitate nevoilor viitoare. Această înțelegere a servit ca un motiv pentru apariția unor idei despre introducerea noilor tehnologii, precum și un sistem executiv de producție. Conform rezultatelor analizei, au fost propuse 16 proiecte diferite, care, cu o implementare consecventă, vor ajuta companiile să răspundă viitoarelor cerințe tehnice și comerciale.

Se estimează menținerea lucrărilor tehnice și costul fiecărui proiect; Pentru fiecare proiect pregătește un scurt rezumat cu o singură pagină, care poate discuta despre management. (Vezi figura 3).

Smochin. 3. Descrierea unică a proiectului potențial de migrare

Pentru a alege proiectele prioritare, rezultatele potențiale ale fiecăruia sunt evaluate. Rezultatele sunt evaluate din punct de vedere al scopurilor de afaceri, precum și fiabilitatea ACS TP.

De regulă, va trebui să evaluați mai multe scenarii de implementare pentru a evalua nevoia globală de resurse și resurse financiare pentru fiecare plan (figura 7). Una dintre principalele limitări care ar trebui luate în considerare sunt "Windows" în procesul de producție, în timpul căreia puteți înlocui sau modifica sistemele. De regulă, aceste "ferestre" se încadrează în weekend - și aceasta este o "sticlă de gât serioasă".

Smochin. 7. Revizuirea programelor de migrație consolidată

De la înlocuirea sistemelor și ajustarea acestora este întotdeauna "în margine", pregătirea trebuie să fie foarte atentă. Totul ar trebui să fie topit în detaliu. Un aspect important al planificării este de a verifica sistemele implementate.

În cazul descris de noi, punerea în aplicare a planului de migrație pe termen lung a fost efectuată în șase fluxuri diferite, a se vedea orezul. opt.

Smochin. 8. Organizarea proiectelor de migrație în șase fluxuri diferite

O parte din pregătire este o evaluare aprofundată și o prevenire a riscurilor proiectului. În fig. 9 prezintă riscuri tipice caracteristice proiectelor de migrație.

Smochin. 9. Evaluarea riscurilor tipice ale proiectelor de migrație

Procese de sprijin pentru afaceri

Abordarea conducerii ciclului de viață și planificarea migrației pe termen lung descrise în acest articol este determinată de nevoile afacerii. Acesta include o evaluare a obiectivelor de afaceri actuale și viitoare, precum și o analiză aprofundată a modului în care sistemele tehnice vor fi acceptate sau înlocuite pentru cel mai bun suport în aceste scopuri. Abordarea se bazează pe principiile TOGAF, care prevăd implementarea consecventă a proiectului, în funcție de disponibilitatea bugetelor și a personalului calificat. Evaluarea arhitecturilor actuale și viitoare a sistemului este un element-cheie în identificarea viitoarelor proiecte de migrație. În cele din urmă, este necesar să se respecte principiile gestionării modificărilor organizației, care asigură implicarea în timp util a participanților-cheie ai proiectului, atât de importantă pentru succesul proiectelor de migrație. Eficacitatea acestei abordări a fost demonstrată în mod repetat în practică.

Leif Poulse.n) ( ), specialiști de conducere în domeniul automatizării și în NNE Pharmaplan. Are un grad de atelier în domeniul managementului tehnologic. NNE Pharmaplan Polesen este responsabilă pentru dezvoltarea tehnologiilor, metodelor și competențelor în domeniul automatizării industriale și a acesteia și lucrează ca consultant de afaceri senior.

Industria PLM sa dezvoltat de mai bine de zece ani, iar momentul în care întreprinderile, testarea deciziilor selectate inițial, sunt destul de rezonabil în mod rezonabil să schimbe PLM-ul existent sau să schimbe în mod semnificativ configurația curentului. Și apoi există o chestiune de a migra datele PLM de la vechiul sistem la cel nou. După cum știm, chiar și difuzarea datelor geometrice nu este rezolvată cu ușurință și ambiguu, migrarea datelor PLM este și mai complicată și încă un proces puțin cunoscut.

Așa cum se întâmplă

Alegerea unui nou sistem PLM a fost făcută, o echipă de directori cu relief sărbătorește rezultatul eforturilor complexe ale acestei alegeri. De fapt, numai acum lucrarea, planificarea și făcând migrarea datelor de la sistemele existente la o nouă platformă țintă PLM. Companiile existente conțin o parte semnificativă a proprietății intelectuale (IP) și, prin urmare, avantajele competitive și capitalul companiei. Succesul introducerii unui nou sistem depinde în mare măsură de îndeplinirea migrației efective a datelor existente, inteligente, eficiente și în timp util.

Acest scenariu se repetă în mod regulat într-una sau altă lume și în orice industrie. Cu o rată rapidă de îmbunătățire a tehnologiilor, consolidarea presiunii competitive, duce la faptul că multe companii își evaluează în mod constant soluțiile PLM și îmbunătățesc îmbunătățirile. Decizia poate fi cauzată de recunoașterea faptului că soluția actuală sau, mai des, întreținerea sau utilizarea mai multor sisteme, nu este satisfăcută de conducerea companiei. În plus, există un alt motiv comun - consecințele achizițiilor companiei și realizarea că consolidarea diferitelor lor soluții PLM este justificată. Un alt scenariu este nevoia de reconfigurare masivă a platformei actuale. Indiferent de cauzele schimbărilor, implementarea eficientă a modificărilor va depinde de migrarea cu succes a datelor existente pe o nouă platformă.

Probleme de migrare a datelor

Migrația de date face numeroase întrebări în prim plan. De exemplu, se poate afla că acesta este primul audit al modului în care compania a ales instrumentele de gestionare a produselor. Pentru a depăși dezavantajele evidente ale modelului actual de date, care sa dezvoltat în timp, compania poate fi necesar să schimbe părți ale modelului sau să o extindă. În orice caz, aceste modificări vor avea o presiune suplimentară asupra procesului de tranziție de la vechiul la noul transfer simplu, poate să nu fie posibilă. Unul dintre momentele cele mai importante ale migrației este că trebuie mai întâi să determinați toate datele care fac obiectul considerației. Mulți cred că vorbim numai despre transferul de date digitale, cu toate acestea, specialiștii cu experiență recunosc cu siguranță că o parte din IC critică a companiei pot fi în continuare în imprimare, sau de la toți transportatorii săi sunt șefi de angajați principali.

După identificarea datelor care fac obiectul migrației, este necesar să se dezvolte și să execute procesele de verificare a corectitudinii acestora. Adesea, datele pot fi învechite, deoarece cele mai recente modificări nu au fost făcute la versiunile anterioare ale datelor. În plus, datele duplicate sunt adesea utilizate (sau susținute în mai multe sisteme), necesitând un test constant sau periodic al datelor de coerență și de curățare. Determinarea sumei totale de date pentru migrație necesită utilizarea cunoștințelor celor mai experimentați angajați ai companiei.

Poate că una dintre cele mai mari probleme ale migrației datelor sunt termenele limită pentru migrație. Datele vechi vor fi completate în mod constant și modificate, deoarece compania nu își poate opri activitatea și așteaptă finalizarea noii implementări a PLM. În plus, în realitate, echipa de migrație are un timp tehnic foarte limitat pentru comutarea reală, este de obicei weekend-uri sau sărbători. Necesitatea de a se întrista într-un timp calendaristic accesibil necesită implementarea algoritmilor de migrație utilizând instrumente speciale, deoarece datele pot conține cu ușurință sute de mii (sau chiar milioane) de intrări.

Un exemplu de soluție

Să ne întoarcem la experiența celor care au implementat și să migreze datele PLM în mod regulat. Unul dintre specialiștii recunoscuți în domeniul migrației de date PLM este grupul german al companiei Prion, care are o experiență de unsprezece ani în furnizarea unor astfel de servicii și instrumente eficiente pentru punerea lor în aplicare. Deoarece portofoliul PRIR include interfețe pentru cele mai frecvente PDM și sisteme moștenite, din care datele trebuie transferate, în fiecare caz, compania nu are nevoie să reevalueze software-ul pentru migrație. Acest lucru vă permite să dezvoltați rapid un plan de tranziție ținând cont de caracteristicile unei anumite societăți și să efectuați rapid migrația pentru a minimiza impactul asupra dezvoltării și producției de produse. Figura de mai jos prezintă o diagramă a unui proces tipic de migrare a datelor pentru metodologia Prion.

Cea mai semnificativă este că performanța acestei scheme este confirmată în mod repetat de proiectele de migrație a migrației de date PLM de la numeroși clienți PRIR. În plus, încercările repetate de a produce difuzarea directă a datelor de la un sistem PLM la alta, au fost dovedite 100% din inoperabilitatea unei astfel de abordări primitive. Printre factorii care determină această stare de lucruri: colectarea datelor din mai multe surse, necesitatea de a transforma și curăța datele, certificarea lor și încărcare la un nou sistem, care poate fi, de asemenea, distribuit fizic. Astfel, există complet inacceptabile atunci când treceți la o nouă platformă PLM.

Pentru a reduce aceste riscuri, Prion a dezvoltat instrumente de migrare care utilizează o bază de date intermediară. Datele sunt exportate într-o bază de date intermediară și, înainte de a descărca la o nouă platformă țintă PLM, sunt convertite în această bază de date. O astfel de abordare nu duce la schimbarea imediată a datelor de lucru, iar afacerile pot continua ca de obicei, în timp ce regulile și detaliile procesului de migrare a datelor sunt elaborate. Factorul critic pentru succesul migrației este de a crea un sistem de management al schimbării, astfel încât nu numai să urmărească modificările făcute în timpul migrării datelor în sine, ci și modificări ale datelor făcute după descărcarea pe noua platformă PLM. Acest sistem de management al schimbării trebuie să sprijine cerințele specifice ale clientului din procesul de migrare în sine înainte de a lansa un nou sistem de operare în condiții reale.

Faptul că prionul poate folosi multe dintre scenariile de migrație din biblioteca extinsă, care a fost dezvoltată pentru foștii clienți reduc riscurile de migrație și reduce semnificativ costurile pentru clienții viitori. Această abordare ajută la multe scenarii de migrație dificile, mai ales atunci când sistemul țintă este o soluție distribuită.

Pentru mai multe informații despre instrumentele și serviciile Prion, vă recomandăm contactarea site-ului.

Transferul de date este mișcarea informațiilor digitale stocate între computere, sisteme sau formate. Transferul de date are loc din mai multe motive, inclusiv întreținerea înlocuirii sau serverului, schimbarea centrelor de date, proiectele de consolidare a datelor și actualizările sistemului. Deoarece majoritatea cunoștințelor corporative și analiștii de afaceri ai companiei sunt conținute în datele sale, orice proiect de migrare a datelor trebuie completat cu atenție pentru a minimiza riscurile.

Descărcarea "Migrației datelor"

Transferul de date este un risc semnificativ de continuitate a afacerii dacă este incorectă. Pierderea de date, desigur, este cel mai rău scenariu, dar companiile ar trebui să se ocupe și de timpul de așteptare, probleme de compatibilitate și problema generală a performanței sistemului. Transferul de date este împiedicat datorită unei cantități mari de date, diferite formate de date și diferențe în datele din corporații.

Pentru a minimiza riscurile de migrare a datelor, compania creează politici detaliate de transfer de date, care, după caz, suspendă copierea de rezervă, circulația mișcării și mediul de date paralele. Dacă societatea nu poate lansa un mediu de migrație preliminar atunci când se pregătește un nou mediu, atunci va exista un timp inactiv semnificativ, deoarece operațiunile de afaceri pe aplicațiile actuale sunt suspendate pentru a permite migrarea datelor. Acest tip de oprire, transfer și pornire poate fi necesar la trecerea la noi platforme sau în prezența unor restricții dure asupra stocării fizice și swap sau corecții sunt necesare pentru tehnologia de stocare existentă.

Migrarea datelor cu timp de nefuncționare zero

Modelul de migrare cu timp de nefuncționare zero depinde de prezența unui număr suficient de depozit pentru a crea și a începe două medii complete. O copie completă a datelor companiei este luată într-un mediu nou și este verificat în timp ce angajații rămân în mediul vechi. Erorile sunt dezvoltate din noul sistem, asigurându-se că toate aplicațiile funcționează încă și totul este locul în care ar trebui să fie. La finalizarea testelor, apare un nou copie, iar toți angajații merg la un mediu nou. Vechiul mediu de date rămâne uneori deschis timp de câteva luni, astfel încât angajații să poată primi fișiere din vechiul sistem de date, dar nu au scris noi date acestor servere. Toate migrațiile de date sunt făcute pentru a verifica datele după migrare pentru a verifica pierderea datelor.

Un lucru care poate îmbunătăți migrarea datelor este curățarea și standardizarea practicii de date la migrație. Organizația de date a companiei este adesea o reflectare a diferitelor obiceiuri în depunerea poporului lor. Două persoane cu același rol pot folosi metode complet diferite. De exemplu, păstrarea contractelor pe furnizor într-un singur caz, precum și în cursul anului fiscal și luna în altul. Unificarea metodelor de date poate fi o sarcină mult mai importantă decât migrarea efectivă a datelor, dar curate, date organizate coerente, susținute de politici clare, ajută dovezile viitoare ale datelor companiei pentru multe migrații este încă în față.