Pregătirea întreprinderii de a implementa sistemul informațional habrahabr. Prelucrarea rezultatelor de proiectare

Orice proprietar de companie se întreabă dacă întreprinderea sa funcționează cât mai eficient posibil. Un răspuns clar la această întrebare poate fi dat prin analiza multor indicatori. Obținerea manuală a acestor date este dificilă și extrem de costisitoare. Un sistem informatic modern este capabil să genereze orice indicator în câteva minute folosind un algoritm de calcul predeterminat.

Eficacitatea tehnologiei este cea care împinge managerii să ia decizia de a implementa sistemul în activitățile întreprinderii. Dar înainte de a cumpăra licențe și de a angaja o companie de integrare binecunoscută pentru implementare, trebuie să obțineți o înțelegere de bază a acestui proces pentru a monitoriza progresul implementării în propria companie.

De unde să începem implementarea unui sistem informațional?

Făcându-și ideea pe care compania trebuie să o implementeze sistem informatic managementul întreprinderii, trebuie să decideți cine o va face. Există mai multe abordări pentru lansarea proiectelor de acest fel într-o întreprindere:

• Încheierea unui contract cu o companie mare care implementează IP. Avantajele includ experiența companiei de outsourcing și a specialiștilor săi individuali, precum și disponibilitatea propriilor dezvoltări de design. Dezavantajele includ costul muncii, posibila fluctuație de personal și posibilitatea ca în spatele unui nume mare să nu existe cei mai buni specialiști;
• Invitație la o companie IT mică, regională. Un avantaj clar este probabilitatea mare ca implementarea unui sistem informatic automatizat să devină un proiect prioritar pentru acesta. Dacă proiectul este mare și, prin urmare, de lungă durată, ar trebui să fiți atenți la schimbările bruște în management, specialiști și priorități ale companiilor mici de implementare;
• Implementare de către propriul nostru departament IT. Această opțiune atrage absența cheltuielilor suplimentare, comunicarea constantă cu specialiștii și posibilitatea de a gestiona personal proiectul. Totuși, există și aici un mare pericol - specialiștii departamentului IT, deseori dependenți de utilizatori și de management, sunt ghidați complet de deciziile lor, inclusiv de cele care nu sunt întotdeauna corecte;
• Invitația unui expert. Un mod grozav economisiți bani și obțineți un specialist în domeniul potrivit. Dezavantajele includ nevoia de organizare ridicată a tuturor angajaților companiei, dependența succesului de o singură persoană și responsabilitatea formală pentru proiect.

Practica arată că este mai bine să încredințați managementul implementării sistemelor informaționale unor specialiști cu experiență. De aceea, indiferent de opțiunea echipei de implementare pe care o alegeți, asigurați-vă că verificați experiența - și nu numai cantitativă, ci și calitativă. Verificați recenziile muncii companiilor și experților IT, monitorizați calificările propriilor specialiști.

Un punct atât de important ca plan strategic implementarea și alegerea tipului de relație cu implementatorii sistemului informațional este importantă, dar nu este singurul criteriu. Eficacitatea implementării unui sistem informațional la o întreprindere depinde de mai mulți factori și de dorința personalului de a-i lua în considerare în activitatea lor. Experții identifică câteva reguli de bază, ignorând care cel mai probabil vor duce la consecințe grave:

• Conștientizarea necesității de a introduce instrumente tehnologice moderne și pregătirea pentru implementare a tuturor angajaților;
• Studierea elementelor de bază ale construirii unui sistem;
• Selectarea competentă a unui program de bază adecvat și a echipei responsabile de implementarea acestuia;
• Alocarea de personal calificat pentru monitorizarea proiectului din partea clientului;
• Organizarea consecventa si clara a proiectului;
• Dorința de a schimba în bine.

Este dificil de determinat orice interval de timp pentru lansarea unui sistem informațional corporativ. Multe vor depinde de dacă dezvoltarea sistemelor informatice pentru întreprinderi a existat înainte sau dacă va trebui să începeți de la zero. Ar trebui să vă pregătiți pentru faptul că implementarea va dura destul de mult și va schimba semnificativ unele procese de afaceri din companie. Tehnologia de implementare a sistemelor informatice poate diferi semnificativ în funcție de diferiți specialiști, dar anumite etape ies în evidență în aproape fiecare proiect de succes.

Implementarea cu succes a sistemelor informatice include multe etape importante și utile pentru întreprindere. Pe lângă începerea directă a lucrului în SI, ele ajută compania să eficientizeze procesele cheie de afaceri și să identifice zonele cu probleme. Cu cât compania este mai mare, cu atât sunt angajați mai mulți angajați ale căror funcții și calificări sunt discutabile. Implementarea corectă a sistemului informațional le va dezvălui.

Dacă o companie dorește să nu implementeze doar „pentru spectacol” un IS, ci să folosească efectiv toate capacitățile acestuia, urmează următorii pași:

1. În primul rând, este necesar să se determine scopul implementării. Mulți manageri conducerea superioară se referă superficial la această etapă, dar de fapt ea stabilește direcția pentru întreaga implementare a SI;
2. Studiu asupra proceselor de afaceri ale companiei. Această etapă include interviuri cu conducerea, angajații obișnuiți și întocmirea diagramelor pentru fiecare proces. Rezultatul este o clarificare a obiectivelor implementării și capacitatea de a estima preliminar domeniul de activitate și costul;
3. Intocmirea unui proiect, specificatii tehnice si reglementari. Aceste documente trebuie să descrie toate procesele de afaceri implicate în implementarea SI. Încercați să întocmiți un proiect de implementare cât mai detaliat, indicând datele necesare, structura acestora, algoritmi de acțiune, joburi;
4. Instruirea specialistilor. La începerea implementării, angajații companiei ar trebui să știe ce li se cere pentru a nu întârzia finalizarea lucrărilor. De asemenea, administratorii și dezvoltatorii companiei trebuie să înceapă să înțeleagă sistemul informațional. Adică, angajații își extind cunoștințele în beneficiul companiei;
5. Realizarea unui sistem informatic în conformitate cu specificul întreprinderii. Această etapă include:
   • Diferențierea drepturilor la funcționalitatea sistemului pentru angajați;
   • Completarea inițială a datelor;
   • Configurarea algoritmilor de calcul și crearea rapoartelor necesare.
6. Testarea sistemului informatic. În această etapă pot fi descoperite probleme de implementare în ceea ce privește algoritmii sau necesitatea unor noi rapoarte;
7. Operațiune de probă cu date reale. Cel mai adesea, în această etapă, mulți angajați ai companiei lucrează mai mult. Ei nu trebuie doar să lucreze ca înainte, ci și să își reflecte acțiunile în sistemul informațional. Sunt necesare disciplină maximă și eforturi concentrate ale tuturor participanților la implementare. Rezultatul final ar trebui să fie o coincidență a datelor din sistemul informațional cu starea reală a lucrurilor;
8. Operare industrială. În această etapă, angajații trec la muncă cu normă întreagă în sistemul informațional. Trebuie organizat suport tehnic utilizatorii;
9. Finalizarea proiectului. Se semnează principalul rezultat al etapei fișele postului, delimitarea responsabilităților departamentelor și interacțiunea acestora. Sistemul de informații corporative a fost lansat la întreprindere.

Doar eforturile concertate ale angajaților companiei de la toate nivelurile garantează pe termen lung munca de succes sistemul informatic la intreprindere.

Întrebarea: „Cine va implementa sistemul informațional?” este extrem de importantă în fiecare caz de lansare a unui proiect de automatizare.

Această teză este de netăgăduit din mai multe motive:

• Introducerea informațiilor este o plăcere foarte costisitoare;
• O abordare de calitate insuficientă a implementării proiectelor poate paraliza activitatea unei întreprinderi, uneori pentru o lungă perioadă de timp;
• În timpul implementării, cele existente pot și ar trebui să sufere modificări;
• Structura întreprinderii în sine se poate schimba.

Putem spune cu încredere că măsura în care sistemul informațional rezultat va satisface nevoile depinde de nivelul consultanților care implementează sistemul informațional. Și acest lucru este extrem de important, având în vedere faptul că, de regulă, companiile nu au în personalul lor analiști de afaceri competenți care să fie capabili să ghideze proiectul în direcția corectă, evitând greșelile tipice.

Implementarea sistemelor informatice are loc în principal conform uneia dintre următoarele scheme:

Implementarea este realizată de către firma implementătoare;

1. Departament propriu tehnologia de informație;
2. Un freelancer este angajat pentru a acționa ca manager de proiect.

Să luăm în considerare fiecare opțiune mai detaliat.

Firma de implementare. Aici este imediat necesar să se diferențieze astfel de companii. Un lucru este pentru o companie mare care are sucursale și, de regulă, dezvoltări proprii pentru platforma aleasă. Și cu totul altceva este o companie mică. Pe de o parte, o companie mare poate oferi garanții mai mari ale succesului unui proiect de implementare. Uneori, această presupunere este corectă, dar situația nu este întotdeauna atât de clară.

Nuanțele lucrului cu o companie mare de implementare:

Implementarea sistemului informatic este în curs;

Personalul companiei include specialiști cu calificări foarte diferite. De regulă, astfel de companii au o „cifră de afaceri a personalului” foarte mare, recrutează o mulțime de tineri fără experiență (uneori foarte promițători) și trebuie să fie „formați” undeva. În consecință, la proiect sunt trimiși angajați cu un nivel de pregătire direct dependent de gradul de importanță al clientului pentru companie;

Eșecul proiectelor „mici” are un efect redus asupra reputației generale a companiei și a atitudinii corespunzătoare față de astfel de proiecte;

Întrucât companiile au propriile dezvoltări ale sistemelor informaționale, aceste dezvoltări sunt promovate, ceea ce nu este întotdeauna justificat (uneori este mai ușor să creezi o soluție complet nouă) și este întotdeauna foarte costisitor și incomod de întreținut;

Costul serviciilor este cel mai mare dintre toate opțiunile luate în considerare.

O opțiune alternativă este o companie mică:

Proiectul poate deveni o sarcină prioritară pentru specialiștii companiei;

După părerea mea, astfel de companii sunt caracterizate de lăcomie. Din moment ce domeniul tehnologiei informației nu este încă cel mai industrie competitivă economie. Firme mici poate primi un proiect semnificativ de implementare a sistemelor informatice. În timp ce principalele forțe ale companiei sunt deja ocupate cu proiecte, ele încearcă să compenseze deficiența prin accelerarea recrutării de noi veniți, dorind firesc să facă economii la salarii. Dezvoltarea este transferată către cei mai ieftini externalizatori, în timp ce ei înșiși percep destul de mult pentru o oră de muncă de programator. Marjele pot ajunge la 75%. Aceste proiecte sunt caracterizate de schimbări constante ale managerilor, depășiri ale consultanților, soluții tehnice ciudate și termene limită ratate.

Succesul proiectului depinde în totalitate de calificarea angajaților companiei și, în primul rând, a managerului de proiect;

Costă mult mai puțin decât.

Departamentul intern de tehnologie a informației (IT).

La prima vedere, pare a fi cea mai bună opțiune, angajații dvs., costuri controlate, garanție de conservare a informațiilor. Cu toate acestea, experiența mondială arată că cazurile de implementare a proiectelor de implementare a sistemelor informaționale folosind această metodă sunt rare! Un element caracteristic al unor astfel de proiecte este perioada lungă de implementare, care durează ani de zile. Astfel de proiecte devin activități operaționale.

Angajații departamentelor IT sunt mai jos în ierarhie decât șefii de departament sau, mai ales, directorii de divizie. Și sunt nevoiți să îndeplinească toate capriciile utilizatorilor. Aceste. Dezvoltarea este condusă de o dictatură de manageri de nivel mediu incompetenți în tehnologia informației. Și o astfel de dictatură este implicată și în ambiții, orice manager este pur și simplu obligat să îmbunătățească ceva și să demonstreze unicitatea proceselor sale de afaceri. Conduce la rezultate foarte interesante.

Un alt punct este comunicarea prea strânsă, utilizatorul cere să facă ceva verbal, dar apoi face ajustări și apoi din nou. Astfel, măsura evaluării muncii atât a consultantului, cât și a programatorului dispare. Este greu de lovit când ținta nu este stabilită.

Nu se poate să nu remarce o astfel de slăbiciune a acestei scheme precum izolarea specialiștilor IT de întreprindere de schimbul de informații cu alți specialiști implicați în proiecte similare.

Implementarea cu succes a unui proiect de implementare a unui sistem informatic conform acestei scheme este posibilă doar datorită geniului managerului, șefului serviciului IT. Cine va putea demonstra celorlalți manageri corectitudinea ideilor sale, va putea stabili un flux de documente clar, va monitoriza în permanență progresul proiectului și va putea să-și stimuleze subalternii.

Freelancer. Cea mai personalizată soluție. O abordare atentă a alegerii unui expert care va conduce echipa de implementare este un avantaj major această decizie, pe lângă costul relativ scăzut al serviciilor freelance. Este necesar să fii foarte atent în evaluarea experienței profesionale a unui consultant.

Dar nimeni nu garantează că acest specialist va putea depăși cu fermitate problemele manageriale descrise în paragraful anterior.

Dezavantajele acestei abordări sunt evidente și includ lipsa responsabilității formalizate pentru proiect, precum și gradul ridicat de dependență a succesului întregului proiect de o singură persoană care conduce procesul de implementare.

În plus, există riscul ca persoana noua nu va putea lucra bine cu echipa de servicii tehnologia informației deja constituită, ceea ce va întârzia cel puțin implementarea sistemului informațional.

Tragând concluzii din toate cele de mai sus, aș dori să consemnez:

• Atragerea unei mari companii de implementare este o prerogativă companii mari, succesul proiectului cu care va avea o componentă de imagine pentru implementator;
• O companie mică este mai potrivită pentru implementări mai mici, dar este necesar să se monitorizeze îndeaproape progresul implementării sistemului informațional;
• Implementare de catre propriul departament IT, cu aceasta schema exista un risc extrem de mare de transfer activitati ale proiectuluiîn sala de operație, proiectul va dura ani de zile, iar obiectivele se vor schimba constant;
• Freelancer este o abordare interesantă a implementării, dar necesită o abordare minuțioasă în alegerea unui consultant. Din păcate, managerilor care au inițiat implementarea unui sistem informațional este dificil să determine nivelul de competență al unui specialist IT din cauza lipsei de experiență în activitățile de proiect în domeniul IT. În plus, un factor cheie în această schemă poate fi nivelul de competențe atribuit unui specialist.

Pe baza faptului că metodele propuse nu sunt ideale.

Nu există nimic mai dificil, mai periculos și mai incert decât să conduci introducerea unei noi ordini de lucruri, pentru că fiecare inovație are dușmani înflăcărați care au trăit bine sub cea veche și susținători leneși care nu sunt siguri dacă pot trăi sub cea nouă.
N. Machiavelli

Și acum partea interesantă și plină de creativitate, proiecție, creativitate și creație a proiectului se apropie de sfârșit. Începe viața dură de zi cu zi de a-ți apăra decizia într-o atmosferă reală întreprindere specifică, și ceea ce este de asemenea important, totul se încadrează și în cadrul legislației actuale.

Pentru început produs vândut trebuie desfășurat pe echipamente pregătite pentru organizarea operațiunii sale de probă.

1. Implementarea sistemului la locul de operare pilot

În conformitate cu arhitectura tehnologică proiectată reflectată în documentație, sunt achiziționate servere, echipamente de comunicație și alte echipamente, precum și software-ul de sistem. Componentele sistemului informatic sunt asamblate într-un singur complex hardware și software la locurile unde este planificată utilizarea sa industrială.

Datorită faptului că în proiecte majore, implicat număr mare echipamente pe care software-ul este împrăștiat în noduri, noduri și chiar nori, atunci acest proces trebuie să fie însoțit de documentație la scară largă. De exemplu, documentația tehnică include tabele cu adrese de servere, stații de lucru, metode de acces etc. Pentru reprezentarea vizuală, se folosesc diagrame de componente, care oferă o înțelegere a locației nodurilor de rețea, distribuția componentelor interacțiunii lor etc. Dar trebuie să fie încă determinate măsuri pentru a reglementa tot felul de modificări ale infrastructurii, permițând eliminarea consecințelor defecțiunilor diferitelor elemente ale sistemului.

Figura 19. – Exemplu descrierea tehnica etapa de implementare

Toate acestea sunt extrem de importante, deoarece următoarea etapă la aceste site-uri operaționale va începe să fie aglomerată cu mulți specialiști din echipa de implementare și suport, iar aceștia nu ar trebui să fie nevoiți să extragă de fiecare dată informațiile necesare muncii din surse diferite, chiar informate. . Prin urmare, documentația trebuie păstrată la zi și modificată simultan cu modificările setărilor sistemului, modificărilor solutie arhitecturala etc.

Util pe site-urile „de luptă” pentru operare industriala sisteme, implementați și bancuri de testare care simulează funcționarea aproape de viața reală. Ei bine, dintr-o dată vor apărea comentarii care necesită lansarea de noi versiuni. Desigur, toți sunt profesioniști, oameni responsabili și toate astea, dar este mai bine să rulați mai întâi actualizările pe un banc de testare. Doar în cazul în care.

Între timp, 90% din timp a trecut deja...

2. Instruirea personalului clientului pentru a lucra cu sistemul informatic

După cum sa menționat deja de mai multe ori, în proiecte mari o atenție deosebită acordă atenție calității documentației, inclusiv instrucțiunilor pentru utilizatorii sistemului. Cel mai adesea, instrucțiunile de utilizare sunt împărțite în segmente după tip de activitate, specializare etc. Acest lucru permite documentului să se concentreze asupra puncte importanteși nu supraîncărcați utilizatorii cu informații inutile.

Deoarece un număr semnificativ de angajați clienți diferiți pot fi implicați în formare, care, la rândul lor, pentru a asigura continuitatea proceselor de afaceri nu pot fi instruiți în același timp, care trebuie să fie instruiți în diferite responsabilități funcționale si alte lucruri motive întemeiate, este necesar să se planifice cu atenție procesul de pregătire a personalului. De asemenea, este utilă împărțirea elevilor în grupuri în funcție de categorii care necesită utilizarea abordări diferiteși aprofundarea pregătirii, în funcție de nivelul de pregătire inițială a acestora. Ca urmare, programul de antrenament întocmit trebuie convenit cu toți părţile interesate, și aprobat de conducerea clientului ca fiind obligatoriu.

Și am avertizat în faza de proiectare că instruirea personalului clienților nu este doar o sarcină foarte importantă, ci și foarte multă muncă...

3. Identificarea deficiențelor și defectelor sistemului informațional

De foarte multe ori în proiectele mari, testarea versiunii finale nu ne permite să identificăm toate zonele problematice ale soluției. Motivul pentru aceasta poate fi: volume uriașe de date în condiții reale de luptă, manifestarea unor combinații unice de reguli de afaceri în procesele de afaceri reale, caracteristici de operare ale echipamentelor specifice, combinații specifice de componente ale sistemului, echilibrarea sarcinii între nodurile distribuite etc.

Adesea, situația se complică și mai mult de faptul că introducerea de noi sisteme în stadiile inițiale nu elimină în niciun caz necesitatea de a efectua lucrări pe sisteme vechi. Adică, utilizatorii duplică datele în ambele sisteme. Uneori, datele existente, actualizate trebuie migrate din magazinele vechi la altele noi, iar structura și formatul informațiilor sunt de obicei foarte, foarte diferite. De exemplu, dacă noua structură de date nu are suficiente informații pentru a completa detaliile solicitate, acestea sunt completate cu unele date atribuite „în mod implicit” și apoi ajustate manual de către utilizatori. Și aceasta este doar o mică parte din ceea ce întâlnim în proiecte reale.

Un subiect separat este soluțiile de integrare, în care eșecurile pot apărea într-un lanț folosind diverse componente dezvoltate de două, trei sau mai multe echipe. Găsirea celor de vină în această situație este extrem de dificilă, deoarece defectele apar cel mai adesea la joncțiunea elementelor de integrare, din cauza inconsecvențelor identificate în timpul implementării. Și aici este important să nu căutați cei responsabili de pedeapsă, ci să convineți rapid și constructiv asupra concesiunilor comune de la dezvoltatorii componentelor conectate și să rezolvați eficient problema.

Având în vedere toate cele de mai sus, etapa de operare de probă este cel mai adesea plină de izbucniri emoționale și revendicări reciproce, atât între echipele de dezvoltare, cât și cu clienții. În acest caz, este foarte important rolul arhitecților și analiștilor de sistem, care trebuie să localizeze rapid problema, să propună o soluție și să se pună de acord cu toate părțile interesate. Pentru a efectua o astfel de muncă, pe lângă abilitățile profesionale de bază, trebuie să aveți și talentul unui negociator și cunoștințele de bază ale managementului.

Între timp, am ajuns la capătul timpului alocat proiectului...

4. Coordonarea schimbărilor în timpul implementării sistemului informaţional

În cazul în care funcționarea unor module funcționale ale sistemului informațional nu satisface în mod critic nevoile și așteptările clientului și se găsesc soluții pentru a depăși aceste probleme, atunci acestea trebuie înregistrate și convenite cu clientul.

Etapa de a conveni asupra unei noi soluții este foarte importantă din cel puțin două motive.

În primul rând, dacă volumul de implementare a modificărilor depășește sumele alocate pentru riscuri similareîn ceea ce privește proiectul, este necesar fie să se încheie acorduri suplimentare, fie echipa de interpreți va lucra în pierdere. Adesea, artiștii sunt chemați să facă rapid modificări, dar ei spun că le vom ține cont și vom plăti pentru munca la ele mai târziu, într-un singur pachet. Dar, de fapt, astfel de cazuri duc de obicei la faptul că clientul uită apoi complet promisiunile sale și declară că lucrarea finalizată este o corectare de către executanți a propriilor greșeli.

În al doilea rând, orice modificare a unor componente ale sistemului poate implica o schimbare inevitabilă a componentelor interdependente, ceea ce necesită o analiză atentă și, eventual, reproiectarea unui întreg lanț de subsisteme. În caz contrar, apariția defectelor în funcționarea sistemului în ansamblu este inevitabilă. Acest lucru se poate manifesta, de exemplu, prin eșecul unui modul al unei echipe adiacente de interpreți, iar clientul îi declară deja hack-uri și dezertori. Adevărul va apărea desigur, dar asediul va rămâne.

Și pentru a-l parafraza pe Jerzy Lec: „Când am ajuns la capătul timpului alocat, s-a auzit o bătaie de jos...”

Întrucât timpul este întârziat, este necesar să negociezi cu clientul și să-l convingi că nici el nu a fost un cadou în proiect, iar o parte din vină este a lui.

5. Perfecţionarea sistemului informaţional pe baza rezultatelor operaţiunii de probă

Dacă în timpul operațiunii de probă sunt luate și convenite decizii pentru a face modificări la complexul software și hardware dezvoltat, atunci pe baza acestora, sarcinile sunt atribuite executanților pentru implementarea lor. Procesul descris în secțiunea Partea 3. Se repetă implementarea soluției de proiectare. Dar…

Dacă în etapa de proiectare a sistemului am discutat despre impactul negativ al utilizării pe scară largă a metodologiei Scrum (1) în proiecte mari, atunci în această etapă este perfect potrivit. Acest lucru se observă mai ales în proiectele în care produsul transferat clientului nu îl mulțumește în majoritatea privințelor. Cu alte cuvinte, este timpul să cedeți în panică și să faceți, foarte repede, cu capul, modificări la un produs care este deja în uz.

De fapt, a venit momentul în care sunt relevante următoarele condiții:

1. Clientul a început deja să lucreze efectiv cu sistemul, are timp alocat pentru asta și acum înțelege clar de ce are nevoie cu adevărat. În consecință, el este gata să lucreze îndeaproape cu o echipă de interpreți și are o nevoie critică de acest lucru;
2. În cea mai mare parte, documentația este deja gata, iar modificările și completările acesteia nu mai pot fi efectuate atât de repede, ci întocmite după fapt pe baza rezultatelor implementării cu succes.
3. Îmbunătățirile apar în cea mai mare parte la module, subsisteme, circuite individuale, care au o echipă specifică de interpreți responsabilă de segment. Prin urmare, comunicarea dintre utilizatori și dezvoltatori este deja localizată, este ușor să stabiliți feedback de înaltă calitate;
4. Îmbunătățirile și corecțiile trebuie efectuate foarte rapid, în rafale mici, cu rezultatul transferat către client, care este vital interesat de ele;

Este foarte important ca în final, documentația de proiectare să fie adusă în deplină conformitate cu inovațiile, iar echipa poate găsi cu ușurință în ea o soluție relevantă pentru analiza și proiectarea modificărilor ulterioare.

Figura 20. – Etapa implementării sistemului informaţional

Fara comentarii…

6. Trecerea sistemului informatic în exploatare comercială

Atunci când, în timpul operațiunii de probă, au fost rezolvate toate problemele controversate și neînțelegerile privind modul în care sistemul implementat ar trebui să funcționeze și măsura în care acesta respectă contractul de desfășurare a acestuia, părțile semnează acte de executare a contractului. Clientul efectuează plata integrală a lucrărilor efectuate. Contractul de dezvoltare si implementare a unui sistem informatic poate fi considerat finalizat.

Implementarea trece în faza de operare industrială. Aceste relații sunt cel mai adesea reglementate legal printr-un acord separat sau acord suplimentar pentru a sprijini funcționarea industrială a sistemului. În cadrul acestui contract, pot fi efectuate lucrări preventive pentru a diagnostica funcționarea componentelor sistemului, interacțiunile acestora, eliminarea defecțiunilor minore etc.

7. Rezumatul secțiunii

Etapa de implementare a unui sistem informatic reprezintă momentul de adevăr al întregului proces de producere a acestuia și va marca începutul celei mai dificile perioade pentru toți participanții la proiect. Poate include următoarele activități:

1. Implementarea sistemului la locul de operare industrială, inclusiv furnizarea de echipamente, instalarea software-ului de sistem, instalarea ediției curente a sistemului în curs de implementare etc.;
2. Instruirea utilizatorilor pentru a lucra cu sistemul, inclusiv administratorii, specialiștii în întreținerea echipamentelor etc.
3. Identificarea și eliminarea deficiențelor și defectelor identificate în timpul operațiunii de probă.
4. Coordonarea modificărilor în funcționarea sistemului și aducerea acestuia în conformitate cu obligațiile contractuale;
5. Semnarea documentelor privind indeplinirea obligatiilor contractuale. Efectuarea unei plăți integrale pentru munca prestată;
6. Punerea în funcțiune comercială a sistemului;

De obicei, se disting următoarele etape ale creării unui IP:

1. formarea cerințelor de sistem,

2. design,

3. implementare,

4. testare,

5. punerea în funcțiune,

6. operare și întreținere.

Etapa inițială a procesului de creare a unui SI, după determinarea scopului creării sistemului, este modelarea proceselor de afaceri - un set de lucrări interconectate pentru a rezolva o problemă specifică care apare în organizație și a realiza scopurile și obiectivele acesteia. Modelul de organizare, descris în termeni de procese de afaceri și funcții de afaceri, ne permite să formulăm cerințele de bază pentru SI.

Scopul etapelor inițiale ale creării unui SI, realizate în etapa de analiză a activităților organizației, este formarea cerințelor pentru IP, reflectând corect și cu acuratețe scopurile și obiectivele organizației clienților. Pentru a preciza procesul de creare a unui sistem informațional care să răspundă nevoilor organizației, este necesar să se afle și să se articuleze clar care sunt aceste nevoi. Pentru a face acest lucru, este necesar să se determine cerințele clienților pentru SI și să le mapam într-un limbaj model în cerințele pentru dezvoltarea unui proiect IS, astfel încât să se asigure conformitatea cu scopurile și obiectivele organizației.

La scenă proiectaÎn primul rând, se formează modele de date. Designerii primesc rezultatele analizei ca informații inițiale. Construirea modelelor de date logice și fizice este o parte fundamentală a proiectării bazei de date. Obținut în timpul procesului de analiză model informativ mai întâi convertit într-un model de date logic și apoi într-un model de date fizic.

În paralel cu proiectarea schemei bazei de date, se realizează proiectarea procesului pentru a obține specificațiile (descrierile) tuturor modulelor IS. Ambele procese de proiectare sunt strâns legate deoarece o parte din logica de afaceri este de obicei implementată în baza de date (constrângeri, declanșatoare, proceduri stocate). Scopul principal al proiectării proceselor este de a mapa funcțiile obținute în etapa de analiză în module ale sistemului informațional. Produsele finale ale etapei de proiectare sunt o schemă de bază de date (pe baza modelului ER dezvoltat în etapa de analiză) și un set de specificații pentru modulele de sistem (acestea sunt construite pe baza modelelor funcționale).

În plus, în faza de proiectare, se realizează și dezvoltarea arhitecturii IS, inclusiv selecția platformei (platformelor) și a sistemului de operare ( sisteme de operare). Într-un IS eterogen, mai multe computere pot rula pe platforme hardware diferite și pot rula sisteme de operare diferite. Pe lângă alegerea unei platforme, în faza de proiectare se determină unele caracteristici ale arhitecturii (fișier-server sau client-server, bază de date centralizată sau distribuită, bază de date omogenă sau nu, dacă se vor folosi servere de baze de date paralele pentru îmbunătățirea performanței). Faza de proiectare se încheie cu dezvoltarea proiect tehnic ESTE.

La scenă implementare creația este în curs de desfășurare software sisteme, instalare mijloace tehnice, elaborarea documentaţiei operaţionale.

Etapă testarea apare de obicei distribuit în timp.

După finalizarea dezvoltării unui modul individual, sistemul efectuează un test offline, care are două obiective principale: detectarea defecțiunilor modulului și conformitatea modulului cu specificația (prezența tuturor funcții necesare, lipsa funcțiilor inutile). După ce testul autonom trece cu succes, modulul este inclus în partea dezvoltată a sistemului, iar grupul de module generate trece testele de conectare care ar trebui să urmărească influența lor reciprocă. Apoi, un grup de module este testat pentru fiabilitatea operațională, adică trec, în primul rând, teste care simulează defecțiuni ale sistemului și, în al doilea rând, teste între defecțiuni. Apoi, întregul set de module este supus unui test de sistem - un test intern de acceptare a produsului, care arată nivelul calității acestuia. Acestea includ teste de funcționalitate și teste de fiabilitate a sistemului. Ultimul test al sistemului informatic este testarea de acceptare. Un astfel de test presupune prezentarea sistemului informatic către client și trebuie să conțină un grup de teste care simulează procese reale de afaceri pentru a arăta conformitatea implementării cu cerințele clientului.

2. Conceptul de „arhitectură a sistemului informațional”

Să luăm în considerare definiția „arhitecturii sistemului informațional” dată de diverse surse:

Arhitectură- Asta structura organizatorica sisteme.

ArhitecturaIS– un concept care definește modelul, structura, funcțiile îndeplinite și interconectarea componentelor unui sistem informațional.

Arhitectură- Asta organizarea de bază sistem, concretizat în componentele sale, relațiile acestora între ele și cu mediul înconjurător, precum și principiile care determină proiectarea și dezvoltarea sistemului.

Arhitectură– este un set de decizii semnificative despre organizarea unui sistem software, un set de elemente structurale și interfețele acestora cu care este asamblat sistemul, împreună cu comportamentul lor determinat de interacțiunea dintre aceste elemente, aranjarea elementelor în subsisteme treptat mai mari. , și stil arhitectură, care dirijează această organizare - elemente și interfețele acestora, interacțiuni și aspect.

Arhitectură este structura organizației și comportamentul sistemului asociat acesteia. Arhitectură poate fi dezasamblat recursiv în părți care interacționează prin interfețe, conexiunile care conectează piesele și condițiile de asamblare a pieselor. Părțile care interacționează prin interfețe includ clase, componente și subsisteme.

Dacă combinăm toate aceste definiții, obținem următoarele:

Arhitectura IP numită organizarea fundamentală a componentelor SI, conexiunile dintre acestea și mediul extern, precum și principii și mijloace de dezvoltare și susținere a sistemelor.

Sub arhitectura sisteme software vom înțelege setul de decizii privind:

· organizarea sistemului software;

· selectarea elementelor structurale care alcătuiesc sistemul și interfețele acestora;

· comportamentul acestor elemente în interacţiunea cu alte elemente;

· combinarea acestor elemente în subsisteme;

· stilul arhitectural, care determină organizarea logică și fizică a sistemului: elemente statice și dinamice, interfețele acestora și metodele de combinare a acestora.

Arhitectură al unui sistem software acoperă nu numai aspectele sale structurale și comportamentale, ci și regulile sale de utilizare și integrare cu alte sisteme, funcționalitate, performanță, flexibilitate, fiabilitate, reutilizare, completitudine, limitări economice și tehnologice și probleme de interfață cu utilizatorul.

Pe măsură ce sistemele software se dezvoltă, integrarea lor între ele devine din ce în ce mai importantă pentru a construi un spațiu informațional unificat pentru întreprindere.

Detalii Publicat: 14.07.2018 21:24: sunt luate în considerare etapele de bază ale implementării sistemelor informaționale corporative. În plus, se realizează o revizuire a documentelor de proiectare ale fiecărei etape și se demonstrează dependența datelor dintr-o fază dată de documentele etapelor ulterioare.
Descărcați: PDF.
Cuvinte cheie: documente sisteme ERP, documentarea implementării sistemelor informaționale corporative, documentarea sistemelor informaționale, documentele în sistemul informațional, documentația de proiectare a sistemelor ERP, documentatie de lucru ESTE, documentatia tehnica KIS, documente de reglementare sistem informatic, documente de reglementare privind proiectarea sistemelor informatice, documente de implementare software, documente de implementare a sistemelor informatice, etape si documente de implementare produs software, operarea de probă a sistemelor informatice, GOST R 54869-2011, ANSI PMBoK.

Cu siguranță, cea mai deprimantă situație posibilă este incertitudinea. A nu ști ce se va întâmpla în continuare cu problema care te îngrijorează are un impact extrem de negativ. Procesul de implementare a unui sistem informațional corporativ (denumit în continuare - CSI) nu face excepție. Să presupunem că tocmai v-ați alăturat unei echipe de proiect fără nicio experiență de lucru sau cunoștințe teoretice. Efectuând sarcini specifice, ne asemănăm cu „pisicii orbi” care așteaptă senzațiile tari de mâine. Un alt exemplu nu mai puțin ilustrativ este acela în care un consultant a rezolvat de câțiva ani o gamă strict limitată de probleme, nedorind să înțeleagă pentru ce procese de nivel superior sunt relevante. În astfel de cazuri, nu ar trebui să fii surprins când sarcina se dovedește brusc a fi finalizată „ieri”. Pentru a exclude cele de mai sus, este necesar să înțelegem în mod clar succesiunea etapelor de implementare a SIC și documentele pregătite în fiecare etapă.

Scop și obiective

Scopul acestei lucrări este de a lua în considerare etapele de bază ale implementării sistemelor informaționale corporative pentru a asigura un proces de implementare mai bun. Atingerea acestui obiectiv necesită rezolvarea următoarelor sarcini:

• revizuirea literaturii de specialitate privind implementarea CIS;
• luarea în considerare a etapelor de bază ale implementării CIS;
• analiza documentelor de proiect și dependențele acestora de etape.

1. Revizuirea abordărilor de implementare a sistemelor informaționale corporative

Un sistem informațional corporativ este reprezentat de un set de sisteme informaționale (denumite în continuare IS) care definesc un anumit domeniu. Există mai multe abordări pentru introducerea SI, care sunt aplicabile și implementării CIS (Fig. 1). Să începem revizuirea cu demersul declarat de stat. Este vorba despre despre standardele industriei, în special, GOST R 54869-2011, precum și internațional Standardul ISO 21500. Documentele conțin o descriere a etapelor managementului proiectului de la procesul de inițializare până la finalizare, indiferent de tipul de sistem implementat. Prin urmare, este posibil să se utilizeze aceste standarde pentru implementarea tehnicilor, informaționale și sisteme corporative. Seif cunoștințe profesionale managementul de proiect, prezentat de ANSI PMI PMBoK, reglementează procesele de planificare, execuție, revizuire și influență de la etapa de inițiere până la finalizarea unui proiect. Similar cu GOST R 54869-2011 și ISO 21500, utilizarea sa este permisă pentru managementul implementării diverse tipuri sisteme

Orez. 1.

Metodologiile Accelerated SAP (denumite în continuare ASAP), Accenture Delivery Methods (denumite în continuare ADM) și Microsoft Dynamics Sure Step (denumite în continuare MDSS) sunt utilizate de companiile SAP, Accenture și, respectiv, Microsoft, atunci când implementează pachete. soluții CSI. Abordările se concentrează exclusiv pe implementarea proiectelor de implementare a CSI. Abordările discutate mai sus utilizează în primul rând o schemă în cascadă pentru introducerea CIS. Această schemă se caracterizează printr-o dependență strictă de timp a implementării etapelor proiectului. Lucrările la o anumită etapă pot fi efectuate numai dacă toate activitățile fazei anterioare a proiectului au fost implementate. Numele etapelor variază de la abordare la abordare, însă conținutul lucrării rămâne neschimbat. Prin urmare, este foarte posibil să se formeze lista unică atât operațiunile cât și documentele întocmite. Să rezumăm rezultatul analizei abordărilor de implementare a CIS cu o listă a etapelor tipice de implementare a proiectului (Fig. 2).

Orez. 2.

2. Documente de proiect pentru etapele tipice de implementare a proiectului

În secțiunea anterioară au fost evidențiate etapele tipice de implementare a proiectelor de implementare a CSI, inclusiv

• pregătirea proiectelor;
• proiecta;
• implementare;
• pregătirea pentru operare industrială pilot (denumită în continuare EIP);
• OPE;
• trecerea la operațiunea productivă (denumită în continuare PE)

și care sunt comune metodologiilor și standardelor ASAP, ADM, MDSS. Absența etapei PE este permisă, apoi fazele a 4-a și a 5-a ale proiectului vor asigura pregătirea pentru PE și, respectiv, PE. Să ne uităm la documentele fiecărei etape mai detaliat (Fig. 3).

Orez. 3.

2.1. Etapa de pregătire a proiectului

Etapa inițială a unui proiect de implementare a CSI este pregătirea. În contextul acestei faze, sunt formulate scopuri și obiective, precum și modele de documente și un program extins al proiectului. Documentul principal al etapei este carta, care definește obiectivele proiectului și conține, de asemenea, sfera funcțională, organizațională, tehnică și metodologică a proiectului. În plus, documentul descrie participanții la proiect și stabilește procedura de aprobare documentatia proiectului. Se pregătește un concept de instruire pentru echipa de proiect, inclusiv o abordare propusă pentru instruirea echipei de implementare CIS a clientului. Aici sunt generate șabloanele de documente utilizate pentru pregătirea documentației în etapele ulterioare ale proiectului. Domeniul de aplicare al proiectului cuprins în cartă este necesar pentru a determina calendarul proiectului. Acestea din urmă sunt reflectate într-un program extins, care este ulterior rafinat pentru fiecare fază. Astfel, carta este documentul dominant al etapei de pregătire.

2.2. Etapa de proiectare

După finalizarea pregătirii proiectului, trecem la etapa de proiectare a sistemului. Calitatea, interconectarea și detaliul soluțiilor proiectate sunt factorul determinant pentru succesul implementării CIS. Erorile făcute în faza de proiectare sunt destul de laborioase pentru a elimina. Începutul fazei de proiectare este însoțit de pregătirea materialelor de instruire și a unui plan de instruire pentru echipa clientului. Conceptul format anterior pentru formarea echipei de proiect conține doar conținutul superficial al acestor documente. În continuare, echipa de proiect a clientului, împreună cu specialiștii contractorului, participă la un sondaj al proceselor de afaceri ale clientului. Rezultatul analizei procesului este cerințele funcționale și tehnice pentru sistemul proiectat.

Cerințele clienților sunt comparate cu o soluție CIS standard (analiza Fit) pentru a identifica deficitele funcționale (analiza GAP). O deficiență funcțională necesită modificarea sistemului, pentru care sunt pregătite specificații de dezvoltare care conțin o enunțare a problemei și un vector de soluție propus. Se dezvoltă un concept de roluri și puteri care definește o listă de roluri de utilizator și regulile pentru crearea și atribuirea acestora angajaților. Funcționalitatea standard CIS, specificațiile de dezvoltare și conceptul de roluri și autorități sunt necesare pentru a formula soluții de proiectare. Soluțiile de proiectare conțin procesele de afaceri ale clientului în modele „ca atare” și „așa cum va fi”, indicând îmbunătățirile sistemului și rolurile utilizatorului.

Soluțiile de proiectare sunt create pe baza analizei Fit/GAP a cerințelor funcționale și tehnice ale clientului. Experiența în proiect arată că soluțiile sunt cel mai adesea formate pentru procesul de afaceri al fiecărui client. În plus, soluțiile pentru menținerea datelor de bază, a structurii organizaționale și a migrației sunt evidențiate separat. Problema migrării datelor istorice ale sistemului este luată în considerare separat în conceptul corespunzător. Conceptul include o descriere a abordării migrării datelor, mecanismele de migrare utilizate conform deciziilor de proiectare și planul de migrare propus. În această etapă sunt create și concepte pentru instruirea utilizatorilor finali și tranziția la utilizarea sistemului. Conceptul de antrenament al utilizatorului determină ordinea și calendarul planificat al antrenamentului, materialele de instruire necesare, precum și lista de exerciții care trebuie efectuate.

Conceptul de tranziție la utilizarea sistemului descrie procedura de utilizare a noii soluții CIS și funcționarea sistemului anterior, stabilește o listă de pași pentru a oferi utilizatorilor posibilitatea de a lucra cu noua soluție și definește un set de operațiuni efectuate. manual de către specialiştii tehnici din CSI. Toate documentele create această etapă interconectate. Soluțiile de proiectare pot fi considerate cel mai mult documente semnificative, deoarece acestea sunt baza pentru implementarea sistemului, instruirea utilizatorilor, migrarea datelor și trecerea la utilizarea soluției CIS propuse.

2.3. Etapa de implementare

Sistemul este implementat în conformitate cu documentele pregătite în faza de proiectare. Erorile de proiectare duc inevitabil la setare incorectăși finalizarea sistemului, tocmai din acest motiv faza de proiectare este atât de esențială. În urma deciziilor de proiectare, a specificațiilor de dezvoltare și a conceptului de roluri și puteri, se implementează sistemul, se întocmesc descrieri ale setărilor efectuate, implementarea tehnică a specificațiilor și, respectiv, setările de roluri și puteri. Operațiunile care nu sunt incluse în descrierea setărilor efectuate necesită introducerea manuală de către specialiștii CIS. Prin urmare, o descriere a unor astfel de operațiuni este conținută în instrucțiunile de tranziție la utilizarea sistemului, o legătură către care este conținută în conceptul corespunzător.

Conform conceptului de migrare a datelor, soluțiile de proiectare au fost pregătite și implementate în CSI în această etapă. Aici sunt pregătite și instrucțiuni, inclusiv o descriere a procedurilor de încărcare și monitorizare a datelor, precum și exemple de șabloane de încărcare. Sistemul configurat și modificat este utilizat pentru testarea internă. Testarea este efectuată de specialiștii CIS pe baza scenariilor de testare funcțională. Scenariile conțin exerciții care reflectă procesele de afaceri ale soluțiilor de proiectare. Scopul testării funcționale este de a verifica funcționarea corectă programe individuale. Testarea de integrare, spre deosebire de testarea funcțională, ne permite să examinăm interacțiunea corectă a programelor implicate într-un singur proces de afaceri.

Atât specialiștii CIS, cât și utilizatorii cheie ai clientului sunt implicați în testarea integrării. Erorile de testare funcționale și de integrare sunt înregistrate în jurnalul de probleme pentru eliminarea ulterioară. Numărul de erori din jurnalul de probleme indică profunditatea înțelegerii cerințelor de afaceri ale clientului. Dacă jurnalul conține și număr mare comentarii critice, există o mare probabilitate de suspendare a proiectului (deoarece comentariile trebuie eliminate înainte de etapa PPE).

2.4. Etapa de pregătire pentru operarea pilot

Implementarea sistemului este completă, iar jurnalul de probleme conține un număr mic de comentarii. Încep pregătirile pentru OPE. Scopul principal al acestei faze este de a educa utilizatorii finali. Sunt pregătite instrucțiuni pentru utilizatorii finali (în contextul proceselor sau operațiunilor de afaceri). În continuare, pe baza acestora, sunt generate scenarii de instruire a utilizatorilor și incluse în planul final de instruire. Planul de instruire propus a fost creat anterior în contextul conceptului de instruire. Instruirea utilizatorilor se desfășoară în condiții apropiate de cele reale. Prin urmare, este necesar să pregătiți o listă de participanți și să le atribuiți roluri reale pentru a efectua exercițiile de testare. Antrenamentele sunt un fel de testare a sistemului, actualizând astfel jurnalul de probleme.

În continuare, sunt analizate comentariile primite în timpul instruirii. Continuarea proiectului este posibilă dacă jurnalul de probleme conține comentarii care nu împiedică implementarea proiectului. În acest caz, este pregătită o listă de utilizatori care participă la OPE și sunt atribuite rolurile necesare. Se elaborează un plan pentru trecerea la utilizarea sistemului în modul EIP, care include o listă a pașilor necesari pentru a asigura funcționarea SIC și momentul implementării acestora. Pașii specifici ai planului conțin legături către operațiuni din instrucțiunile de tranziție la utilizarea sistemului. Planul de migrare a datelor este similar cu planul de tranziție a sistemului, cu toate acestea, conține link-uri către instrucțiuni de migrare. Clientul asigură completarea și verificarea datelor în șabloanele de descărcare. Etapa de pregătire se încheie cu stabilirea utilizatorilor în sistemul EPE, precum și cu migrarea datelor de bază și variabile.

2.5. Etapa de operare pilot

Testarea pilot vă permite să testați performanța unui sistem în timpul operațiunilor de afaceri din lumea reală, folosind date istorice dintr-un sistem anterior. Încărcarea datelor variabile în etapa de pregătire pentru EPE este limitată la o singură perioadă. Prin urmare, primul lucru pe care îl fac utilizatorii în sistem este să verifice dacă soldurile rămase sunt încărcate corect. În continuare, angajații introduc mișcări de materiale și tranzacții de cont pe baza documentelor primare pentru o anumită perioadă. Comentariile utilizatorilor atunci când lucrează cu sistemul sunt înregistrate în jurnalul de probleme. Etapa OPE se încheie cu închiderea perioadei în modulele de logistică, contabilitateși controlând.

2.6. Etapa de tranziție la operațiune productivă

Finalizarea cu succes a etapei EPE ne permite să vorbim despre trecerea la PE. Principala condiție pentru tranziție este absența comentariilor în jurnalul de probleme și actualizarea întregii documentații de proiect pe baza rezultatelor corectării comentariilor. Similar cu etapa de pregătire pentru PE, sunt pregătite liste de utilizatori ai sistemului, planuri de tranziție la PE și migrarea datelor. Șabloanele de descărcare a datelor sunt completate. După ce au creat utilizatori în CSI, au finalizat toate operațiunile din planul de tranziție și migrarea datelor, începe lucrul în modul PE. Din acest moment, orice comentarii sau probleme care apar sunt rezolvate de echipa de asistență pentru clienți. În etapele de implementare, pregătire pentru testarea operațională și industrială, erorile de sistem au fost înregistrate în jurnalul de probleme și corectate de către specialiștii contractorului.

3. Dependența documentelor în curs de pregătire de etapele proiectului

Documentele de proiectare sunt aprobate de client în faza de proiectare. Ulterior, în fazele de implementare, pregătire pentru evaluarea operațională și tehnică, comentariile clientului cu privire la prototipul implementat al sistemului sunt reflectate în jurnalul de probleme. Corectarea comentariilor din jurnalul de probleme constă în actualizarea și reaprobarea documentelor, precum și configurarea suplimentară și demonstrarea sistemului către client. Figura de mai jos arată fluxul de documente pentru procesele de proiectare, instruire, tranziție de sistem și migrare a datelor (Figura 4). Să spunem, pe baza rezultatelor antrenamentului, a fost dezvăluit că unul dintre scenariile de antrenament contrazice cerințele. Care sunt consecințele?

Orez. 4.

În primul rând, aproape toate documentele pot fi modificate, de la soluții de proiectare până la scenarii de instruire a utilizatorilor finali. În al doilea rând, este necesar să se ajusteze atât documentele privind tranziția la utilizarea CIS, cât și migrarea datelor. În cele din urmă, în al treilea rând, reinstruiți utilizatorii finali. Astfel de costuri semnificative cu forța de muncă apar din cauza faptului că, pe de o parte, procesele de proiectare, instruire, trecere la utilizarea sistemului și migrare sunt strict interconectate, pe de altă parte, cu cât comentariile sunt formulate mai târziu, cu atât mai dificil și mai dificil. este scump să le elimini. De aceea, calitatea soluțiilor de proiectare determină succesul implementării CIS.

Rezultate și concluzii

Luarea în considerare a metodologiilor de implementare a CIS, identificarea etapelor tipice de implementare a sistemelor, precum și revizuirea documentației proiectului și dependența documentelor de fazele proiectului constituie principalele rezultate ale lucrării. Analiza metodologiilor de implementare a SI a făcut posibilă identificarea fazelor de pregătire a proiectului, proiectare, implementare, pregătire pentru EIP, EIP și tranziție la EIP, care sunt tipice indiferent de standardul sau metodologia de management de proiect aleasă. O descriere a documentației de proiectare este făcută pentru fiecare etapă tipică a implementării CIS și este prezentată clar sub forma unei diagrame în cascadă (Fig. 3). Dat scurtă descriere documentele și procedura de întocmire a acestora. Accentul principal este pus pe scopul documentelor, nu pe conținutul acestora.

Se arată dependența documentelor de fazele proiectului. După cum este ilustrat, o modificare minoră într-un document necesită actualizarea documentelor utilizate pentru pregătirea celui original (Fig. 4). Acest lucru crește semnificativ intensitatea muncii. O descriere detaliată a lucrărilor tipice în fiecare fază a proiectului, analiza documentației proiectului și identificarea cerințelor de bază pentru conținutul documentelor sunt determinate în mod similar. direcție promițătoare cercetări ulterioare.

Literatură

1. GOST R 54869-2011. Management de proiect. Cerințe de management de proiect. – M.: Standartinform, 2011. – 10 p.
2. Zandhuis A., Stellingwerf R. ISO 21500. Ghid pentru managementul proiectelor. Un ghid de buzunar. – NL.: Editura Van Haren, 2013. – 148 p.
3. ANSI/PMI 99-001-2014. A Guide to the Project Management Body of Knowledge (Ghid PMBOK). – Pennsylvan.: Project Management Institute, 2013 – 589 p.
4. Brand H. Implementarea SAP R/3 cu ASAP: Ghidul oficial SAP. – NJ.: Sybex Inc, 1999. – 591 p.
5. Kress R. Running IT Like a Business: A Step-by-Step Guide to Accenture's Internal IT – Ely: IT Governance Publishing, 2012. – 140 p.
6. Shankar C., Bellefroid V. Microsoft Dynamics Sure Step 2010. – Birmingham: Packt Publishing, 2011. – 360 p.
7. Proiectare sisteme informatice: manual de instruire/ Gvozdeva T.V., Ballod B.A. – Rostov n/d.: Phoenix, 2009. – 508 p.
8. Kovalev S., Kovalev V. Secrete întreprinderi de succes: procesele de afaceri și structura organizatorică. – M.: BITEK, 2012. – 498 p.
9. Stepanov D.Yu. Revizuirea proceselor de afaceri logistice folosind exemplul activităților de achiziție ale unei întreprinderi // Logistica astăzi. – 2014. – vol. 65, nr. – p.208-228.
10. Stepanov D.Yu. Formarea cerințelor universale pentru programele utilizator la pregătirea specificațiilor pentru dezvoltarea ABAP // Probleme actuale ale științei moderne. – 2014. – vol. 78, nr. – p.258-268.