Sunteți pe pagina 1din 30

PRINCIPIILE PROIECTRII I REALIZRII SISTEMELOR INFORMATICE (SI)

1. ABORDAREA GLOBAL A PROBLEMEI DE REZOLVAT 2. UTILIZAREA UNEI METODOLOGII UNITARE N PROIECTAREA I REALIZAREA SI 3. APLICAREA CELOR MAI MODERNE SOLUII I METODE DE PROIECTARE I REALIZARE A SI 4. STRUCTURAREA SI RELATIV INDEPENDENT DE STRUCTURA ORGANIZATORIC DIN CADRUL FIRMEI 5. PARTICIPAREA VIITORULUI BENEFICIAR LA ACTIVITILE DE ANALIZ, PROIECTARE I IMPLEMENTARE A SI 6. RESPECTAREA CADRULUI LEGISLATIV 7. REALIZAREA UNOR SI N CONCORDAN CU RESURSELE DISPONIBILE LA UTILIZATOR 8. SOFTWARE-UL ESTE SUPUS SCHIMBRII - ACEAST SCHIMBARE TREBUIE ANTICIPAT I CONTROLAT 9. COMPROMISURILE SUNT INERENTE N DEZVOLTAREA DE SOFTWARE I ELE TREBUIE EXPLICITATE I DOCUMENTATE

ARHITECTURA SISTEMELOR INFORMATICE


ASI := soluia constructiv a SI (soluia proceselor de de integrare a datelor i prelucrrilor); prelucrare a datelor i modul

ASI reflect viziunea strategic managerial asupra modului n care organizaia (firma) lucreaz; ASI este urmarea sintetizrii rspunsurilor la urmtoarele ntrebri: Care sunt componentele SI ? Cum sunt legate componentele i cum interacioneaz ele ? Ce date se culeg ? Unde se culeg datele, unde se stocheaz i prelucreaz ? Ce date se transmit ctre diferitele componente ale SI ?

Etape: 1. definirea ASI; 2. gsirea soluiei optime pentru infrastructura SI care s realizeze culegerea, transmiterea, stocarea i prelucrarea datelor i difuzarea informaiilor; 3. SI se descompune n subsisteme, aplicaii, proceduri, module (care realizeaz funcii distincte n cadrul procedurii); Strategii de definire a ASI: Strategia descendent Strategia ascendent Strategia mixt

CICLUL DE VIA AL UNUI SISTEM INFORMATIC


Ciclul de via presupune parcurgerea unor etape care asigur: concepere i realizare (adolescena) implementare, exploatare, ntreinere i dezvoltare (maturitate) sistemul rspunde tot mai greu cerinelor utilizatorilor, performanele scad (declin) Faze comune diferitelor modele ale ciclului de via: Definirea cerinelor utilizatorilor Specificaia cerinelor sistemului Specificaia cerinelor software Proiectarea general Proiectarea de detaliu Realizarea componentelor sistemului informatic Testarea componentelor Integrarea componentelor Implementarea i testarea Exploatarea i ntreinerea sistemului Dezvoltarea sistemului informatic

MODELE ALE CICLULUI DE VIA

METODOLGII DE REALIZARE A SISTEMELOR INFORMATICE


1. Metodologii generale: SSADM (Structured System Analysis and Design Methodology) MERISE (Methode dEtude et de Realisation, Informatique pour les Systemes dEntreprise) OMT (Object Modeling Technique) 2. Metodologii cadru (aplicabile numai unor produse software) SIIPS (Selection and Implementation of Integrated Packeged Software) pentru ORACLE i SAP 3. Metodologii specializate (dezvoltate i utilizate pentru un singur produs software) AIM pentru Oracle E Business Suite ASAP pentru SAP

METODOLOGIA SSADM (Structured System Analysis and Design Methodology)


Realizat la cererea Guvernului Marii Britanii n 1982 Actual, cea mai folosit metodologie n Marea Britanie i alte ri Metodologia a evoluat n timp prin modificarea tehnicilor utilizate

SSADM include un set de tehnici, instrumente, i formulare standard pentru descrierea sistemului existent sau a noului sistem proiectat Caracteristici generale: - Metodologie orientat pe structura datelor - Evideniaz dou tipuri de modele: modelul logic i modelul fizic; separ proiectarea logic de proiectarea fizic - Se bazeaz pe specificarea clar a cerinelor i a unor reguli detaliate pentru proiectarea celor dou modele - Face apel la reprezentarea fluxurilor de date i prelucrrilor cu ajutorul diagramelor SSADM conine 5 module: MODULUL 0. Studiul de fezabilitate Etapa 0. Fezabilitatea

10

MODULUL 1. Analiza cerinelor Etapa 1. Investigarea mediului existent Etapa 2. Opiunile sistemului economic MODULUL 2. Specificarea cerinelor Etapa 3. Definirea cerinelor MODULUL 3. Specificarea logic a sistemului Etapa 4. Opiunile tehnice ale sistemului Etapa 5. Proiectarea logic MODULUL 4. Proiectarea fizic Etapa 6. Proiectarea fizic Metodologia SSADM are urmtoarele avantaje: prezint o abordare simpl a problemelor prin viziunea utilizatorului ofer flexibilitate mare n analiz i proiectare permite implementarea uoar a sistemului documentaia de sistem este sugestiv, complet i aproape n ntregime redat sub form grafic

METODOLOGIA MERISE (Methode dEtude et de Realisation, Informatique pour les Systemes dEntreprise)
Sistemele informatice au 3 cicluri: Ciclul de via Ciclul de decizie Ciclul de abstractizare CICLUL DE VIA - Se bazeaz pe dualitatea obiect natural obiect artificial: S. informaional (obiect natural) S. Informatic (obiect artificial) - Obiectul natural: realitatea existent ntr-o organizaie - Obiectul artificial: construit de om pentru a reprezenta activitile i fluxurile informaionale existente - Construcia unui sistem informatic implic analiza sistemului informaional din organizaie, perceput ca sistem natural i conceperea unui obiect artificial care s reprezinte aceast organizaie. - Ciclul de via al unui sistem informatic cuprinde 3 perioade: - Concepia sistemului informatic (specificaii funcionale i tehnice)

11

Realizarea sistemului informatic (specificaii de detaliu) Implementarea sistemului

CICLUL DE DECIZIE - Cuprinde ansamblul de opiuni care trebuie s existe n timpul ciclului de via i definete interfaa ntre S. Informatic (ob. artficial) i S. Informaional (ob. natural). Se definesc punctele de decizie privind scopurile sistemului informatic i punctele de decizie privind introducerea sistemului informatic ca obiect natural. - Deciziile sunt ierarhizate astfel nct s se in seama de performane, termeni de predare i de obiectivele finale. Ierahia deciziilor presupune: mprirea sistemului informatic n subsisteme (domenii) orientri majore privind sistemul de gestiune a bazelor de date orientri majore privind soluiile tehnologiei de prelucrare programarea dezvoltrii sistemului informatic reguli de gestiune, etc. CICLUL DE ABSTRACTIZARE - Este util pentru a surprinde elementele semnificative n descrierea sistemului, ignornd detaliile. Se refer n exclusivitate la sistemul informatic ca obiect artificial. - Presupune utilizarea a 3 niveluri de abstractizare: Nivelul conceptual descrie clasele de obiecte i regulile de comportament semnificative pentru analist, n funcie de obiectivele beneficiarului. Nivelul organizaional pentru prelucrri i nivelul logic pentru date descrie natura resurselor utilizate pentru a realiza descrierea static (a datelor) i dinamic (a proceselor). Nivelul operaional pentru prelucrri i nivelul fizic pentru date este rezultatul deciziilor tehnice care au fost luate n funcie de obiectivele i resursele tehnice. Proiectarea sistemelor informatice conform metodei MERISE trebuie s se bazeze pe cele 3 cicluri enunate i presupune parcurgerea urmtoarelor etape: Elaborarea schemei directoare - Stabilirea concordanei dintre obiectivele strategice ale organizaiei i cerinele informaionale ale conducerii - La final se va obine: o definire a domeniilor SI cu arhitectura lor, o planificare a dezvoltrii fiecrui domeniu, un plan al aplicaiilor care trebuie realizate, strategia privind personalul necesar, strategia mijloacelor logice (SGBD-uri, instrumente de dezvoltare)

12

Studiul prealabil - Se realizeaz pe un subansamblu reprezentativ al domeniului ce urmeaz a fi informatizat. - Rezultatul: un raport ce rezum principalele opiuni privind informatizarea. Din aceste soluii se alege cea mai bun sau se ntrerupe ciclul de via al sistemului. Studiul detaliat - Se pleac de rezultatele studiului prealabil i presupune obinerea specificaiilor funcionale generale detaliate ale noului sistem. Specificaiile cuprind: - Schema organizatoric - Prezentarea activitilor - Prezentarea procedurilor utilizate pentru realizarea proceselor - Lista datelor necesare pentru realizarea procedurilor - Prezentarea sarcinilor manuale, total sau parial informatizate - Lista resurselor umane i materiale implicate cu alocarea pe sarcini - Prezentarea situaiilor finale - Situaia echipamentelor utilizate Studiul tehnic - Presupune proiectarea logic i tehnic a fiierelor / bazei de date, descrierea arhitecturii prelucrrii datelor, proiectarea arhitecturii produsului program. Elaborarea programelor - Const n scrierea, testarea i punerea la punct a programelor n funcie de specificaiile din perioada precedent. Implementarea sistemului - Presupune pregtirea lansrii n execuie i lansarea propriu -zis. Etapa include ncrcarea bazelor de date, informarea i pregtirea utilizatorilor. Meninerea n funciune - Presupune asigurarea funcionalitii sistemului la parametrii proiectai i eventual mici dezvoltri pe parcurs. Avantajele metodologiei MERISE: Delimiteaz mai clar nivelurile de realizare Proiectarea se face pe subansambluri ale domeniilor ce urmeaz a fi realizate n final sistemul informatic este format din domeniile informatizate cu o arhitectur bine definit.

13

METODE I TEHNICI DE REALIZARE A SISTEMELOR INFORMATICE Observaii: 1. Metodologia cuprinde etapele / procesele de realizare a unui sistem informatic; fluxul realizrii acestor etape / procese; modul de derulare a ciclului de via a sistemului informatic, etc. 2. Metoda reprezint modul unitar n care analitii de sistem, programatorii i alte categorii de personal implicate realizeaz procesul de analiz a sistemului existent, proiectarea, realizarea i implementarea noului sistem informatic. 3. Tehnicile de lucru reprezint felul n care se acioneaz eficient i rapid n cadrul unei metode, pentru soluionarea diferitelor probleme ce apar n procesele de realizare a sistemelor informatice. Metoda are un caracter general, n cadrul ei se aplic diferite tehnici.

An. 1. 2. 3. 4. 5. 6. 7. 8. 9. Metoda descendent (top-down) Metoda ascendent (bottom-up) Metoda de implementare (paralel, serial, pivot) Tehnici de planificare a execuiei (CPM, PERT) Tehnica interviului Tehnica chestionarului Tehnici de reprezentare (sl, diagrame,..) Tehnica tabelelor de decizie Tehnici de corecie i control automat al datelor X X X X X X X X

Pr. X X

Imp.

X X X

X X X X

14

ANALIZA SISTEMULUI INFORMAIONAL


Obiectiv: cunoaterea sistemului existent i stabilirea modului n care acesta poate s satisfac cerinele managementului organizaiei respective Pasul 1. MODELUL MEDIULUI stabilirea graniei dintre sistem i mediul nconjurtor, modul lor de interaciune Pasul 2. MODELUL COMPORTAMENTAL studiul sistemului din punct de vedere conceptual: sistemul privit ca o colecie de procese (transformri), care accept date din afara sistemului (evenimente) i le transform n date de ieire (rspunsuri). Sistemul este studiat sub 3 aspecte: funcional descrierea datelor de intrare, a prelucrrilor i a datelor de ieire structural identificarea datelor utilizate, tipul, lungimea acestora, precum i a legturilor dintre ele dinamic se refer la evenimentele care determin trecerea sistemului sau a componentelor dintr-o stare n alta. Din punct de vedere al gradului de detaliere: modelul fizic reflect structura tehnic i operaional a sistemului, descrie cum funcioneaz acesta ntr-o anumit implementare; reprezint o variant de implementare a modelului logic modelul logic arat ce trebuie s fac sistemul fr a ine cont de caracteristicile de implementare i de restriciile tehnice; modelul logic este mai stabil n timp dect cel fizic Observaii: - Analiza ncepe cu investigarea i elaborarea modelului fizic al sistemului existent, din care deriv modelul logic al sistemului existent - Modelul logic al sistemului existent mpreun cu cerinele beneficiarului stau la baza elaborrii modelului logic al noului sistem Activitile etapei de analiz pot fi grupate n: stabilirea ariei de investigare investigarea preliminar a cerinelor structurarea sistemului existent elaborarea modelului fizic elaborarea modelului logic asamblarea rezultatelor investigrii evaluarea sistemului definirea soluiei de evaluare a noului sistem

15

Procesul de colaborare echipa de management (MN) analitii de sistem (AS) Pasul 1. MN prezint cerinele pe care sistemul trebuie s le ndeplineasc. Se prezint deficienele actualului sistem. Pasul 2. MN mpreun cu AS determin aria de cuprindere a noului sistem care va fi implementat, precum i cauzele deficienelor existente n actualul sistem. Pasul 3. AS efectueaz un studiu al unitii, care se finalizeaz cu colectarea informaiilor despre organizaia analizat. Pasul 4. AS pornind de la informaiile obinute i cerinele MN, realizeaz analiza sistemului existent, pe diferite niveluri de abstractizare. Pasul 5. AS prezinta la MN modalitile de realizare a obiectivelor i eliminare a deficienelor. Se prezint mai multe alternative de perfecionare a sistemului. Dac analiza este eronat se reia de la Pasul 1. Pasul 6. MN alege varianta convenabil dup mai multe criterii (timp, cost, completitudine, echipamente,...). Dac nicio variant nu este convenabil se poate renuna la realizarea noului sistem.

REZULTATELE ANALIZEI (conform SSADM): descrierea serviciilor existente arat cum sunt organizate datele i procesele n sistemul existent; se prezint modelul logic al datelor i fluxurile logice de date catalogul utilizatorilor descrie sarcinile realizate de utilizatorii ce interacioneaz cu viitorul sistem catalogul cerinelor cuprinde n ordinea prioritilor acceptate de utilizator cerinele funcionale i nefuncionale (tehnologia de prelucrare, securitatea i arhivarea datelor) ale sistemului opiunea selectat a sistemului exprim soluia optim a cerinelor beneficiarului i conine: analiza cost-beneficiu i o descriere a funcionalitii.

16

Diagrama de flux a documentelor Simboluri utilizate: < flux > Flux de date este format din datele transmise ntre dou activiti entitate Entitate - poate fi o persoan, un grup de persoane sau un compartiment din interiorul sau din exteriorul sistemului analizat

17

Diagrama de flux a resurselor fizice Simboluri utilizate: < flux >

Flux de date este format din datele transmise ntre dou activiti; este etichetat printr-un substantiv care sugereaz informaia sau pachetul de informaii transmise entitate Entitate - poate fi o persoan, un grup de persoane sau un compartiment din interiorul sau din exteriorul sistemului analizat

Activitate Activitate numele activitilor principale din sistem

resursa

Resurs reprezentarea prii fizice (resursele transferate ntre activiti)

18

Diagrama de flux a datelor Simboluri utilizate: < flux > Flux de date este format din datele transmise ntre dou procese; este etichetat printr-un substantiv care sugereaz informaia sau pachetul de informaii transmise entitate Entitate extern (terminator) este sursa / receptorul de date. Poate fi un alt sistem (organizaie, compartiment, persoan) i n acest caz comportamentul nu va fi studiat.

19

entitate Entitate extern duplicat nr prooces Procesul - este etichetat cu text ce sugereaz modul de transformare a datelor i este identificat printr-un numr. Se va preciza i locaia (compartiment/persoan) procesului Proces elementar - se marcheaz cu un * procesul et Stoc de date locaie

Stocul de date este un depozit temporar sau permanent de date. Poate fi manual (registru, dosar, arhiv de documente) sau baze de date. n etichet se precizeaz: manual M pe suport magnetic D temporar T

et Stoc de date duplicat

Stoc de date

20

21

22

IMPLEMENTAREA SISTEMELOR INFORMATICE


1. CONSTRUIREA SISTEMULUI A. SCRIEREA PROGRAMELOR Construirea sistemului presupune: Realizarea, Testarea i Documentarea programelor Tehnicile de programare utilizate: programarea structurat programarea modular tehnicile pentru realizarea machetelor de I/O (s fie uor de neles, prietenoase, estetice, conform cerinelor utilizatorilor); se realizeaz dialoguri, meniuri, ferestre, rapoarte de ieire, grafice; Tehnicile asigur aspectele calitative: - lizibilitatea claritatea secvenelor de program (se realizeaz prin utilizarea comentariilor, spaierii i alinierii instruciunilor) - portabilitatea capacitatea unui program de a fi rulat pe diferite calculatoare, fr modificri sau cu modificri neeseniale i puine; - flexibilitatea capacitatea programului de a se adapta uor cerinelor noi care apar n evoluie; se realizeaz prin parametrizare, modularizare; - robusteea capacitatea programului de a rezista la situaii neprevzute; se realizeaz prin tratarea tuturor situaiilor, chiar i acelea care se consider c nu vor apare niciodat; - autodocumentarea se realizeaz prin furnizarea de ctre program de mesaje, informaii, dialoguri; se pot utiliza: linii sau ferestre de dialog i explicative, fiiere de help, exemple tipice, opiuni relevante n meniuri; Important de tiut: ct de mult informaie trebuie furnizat (cantitativ) i care informaie i n ce form (calitativ); Interfaa cu alte limbaje de programare, presupune apelarea din programul principal a facilitilor unui alt limbaj de programare; Tehnicile de depanare, presupun utilizarea unor proceduri speciale pentru urmrirea execuiei secvenelor de instruciuni; B. TESTAREA PROGRAMELOR - Modulele de program se testeaz funcional i logic prin compararea rezultatelor obinute la execuie cu cele propuse a fi obinute; testarea se termin cnd cele dou seturi de rezultate sunt identice; - Abordarea la testare poate fi fcut top-down sau bottom-up;

23

C. NTOCMIREA DOCUMENTAIEI Documentaia de realizare - cuprinde documente din proiectul tehnic i din etapele de realizare a produsului program; - se adreseaz specialitilor n informatic; - coninut: 1. Prezentarea general a produsului program 2. Structura general a produsului program 3. Descrierea coleciilor de date 4. Realizarea modulelor produsului program 5. Anexe Manualul de prezentare - cuprinde aspecte de prezentare general a produsului program (scop, faciliti, restricii, resurse necesare i condiii de utilizare) - se adreseaz tuturor categoriilor de utilizatori; - coninut: 1. Obiectivele generale ale produsului program 2. Structura funcional a produsului program 3. Prezentarea elementelor realizate pentru produsul program 4. Condiii de utilizare a produsului program Manualul de utilizare i exploatare - conine descrierea instruciunilor privind condiiile de utilizare (preliminare) i exploatare (punerea n lucru efectiv) a produsului program; - se adreseaz utilizatorilor finali (beneficiarii sistemului informatic); - coninut: 1. Instruciuni de utilizare 2. Instruciuni de exploatare 1. Instruciuni de utilizare Manualul conine: Proceduri de codificare a datelor se dau instruciuni despre modul de ntocmire a codurilor de ctre utilizator - se explic sistemul de codificare utilizat i structura codurilor - se precizeaz criteriile de validare pentru fiecare cod - se precizeaz eventualele codificri automate pe care le face sistemul Proceduri de ncrcare / validare date - se dau instruciuni despre popularea coleciilor de date - se precizeaz documentele primare din care se preiau datele - se dau instruciuni privind criteriile de validare a datelor ncrcate i modul de corectare a erorilor aprute - se precizeaz corelaiile care trebuie s existe ntre diferitele date ncrcate 24

- se dau instruciuni de utilizare a sistemului de meniuri oferit de produsul software Proceduri de obinere a situaiilor de ieire - se dau instruciuni despre modul de afiare i interpretare a rapoartelor, listelor - se prezint pentru fiecare situaie de ieire macheta, coninutul, periodicitatea de obinere - se precizeaz semnificaia datelor coninute n situaia de ieire i eventualele corelaii dintre date i cheile de control - se indic modul de difuzare i arhivare a situaiilor de ieire Proceduri speciale - se dau instruciuni despre eventualele conversii, interfee, comunicaii cerute de produsul software 2. Instruciuni de exploatare Manualul conine: Ealonarea n timp a procedurilor utilizate (automate i eventual manuale) rezultatul: un grafic de exploatare a procedurilor - scop: ghidarea utilizatorului n exploatarea produsului software (ordinea operaiilor, succesiunea lor n timp, semnificaia lor etc. Proceduri privind datele de intrare - se dau instruciuni privind primirea, controlul, restituirea i pstrarea documentelor din care se preiau datele de intrare - se indic modul de pregtire a datelor de intrare pentru ncrcare (reguli de ncrcare, de validare, de verificare) - proceduri de asamblare a lucrrii - se d o list a procedurilor automate i se dau legturile dintre acestea; se obine schema funcional a procedurilor, care d variante de prelucrare i se indic restriciile de exploatare Proceduri de operare - se dau instruciuni privind pregtirea rulrii i apelul produsului software (mod de apel i ieire, parol de acces, fiiere necesare etc.) - se indic lista mesajelor aprute n exploatare, precum i modul de aciu ne al utilizatorului (rspunsuri, reluri etc.) - se dau indicaii privind operarea cu sistemul de meniuri i ferestrele produsului software Proceduri privind situaiile de ieire - se dau instruciuni pentru obinerea rezultatelor i controlul de form i fond - se indic numrul de exemplare necesare 25

2. PUNEREA N FUNCIUNE A NOULUI SISTEM Obiective: - experimentarea sistemului proiectat - finisarea noului sistem - lansarea n exploatare curent la beneficiar - recepia sistemului informatic proiectat Principalele activiti: - asigurarea condiiilor de punere n funciune a sistemului - executarea procedurilor de conversie - punerea n funciune a sistemului - verificarea performanelor sistemului - definitivarea documentaiei - omologarea sistemului A. Asigurarea condiiilor de implementare Presupune urmtoarele activiti: Definitivarea i difuzarea instruciunilor de executare a procedurilor manuale i automate Instruirea utilizatorilor finali, presupune: - sensibilizarea beneficiarului la probleme de informatic - atragerea personalului cu putere de decizie n activitatea de implementare - pregtirea psihologic a unitii beneficiare - instruirea personalului n modul de utilizare al sistemului informatic Asigurarea condiiilor organizatorice necesare - lansarea efectiv a documentelor proiectate - constituirea noilor fluxuri informaionale - planificarea activitilor acestei etape Asigurarea condiiilor materiale - dotarea unitii cu calculatoare (conectate n reea) - perfectarea accesului la o unitate informatic pentru un anumit numr de ore calculator - soluia mixt Asigurarea bazei informaionale - crearea bazei de date - pregtirea datelor reale i ncrcarea bazei de date (popularea bazei de date)

26

B. Executarea procedurilor de conversie Se aplic n cazurile: - exist un sistem informatic i doar aplicaiile informatice trebuiesc nlocuite - noul sistem informatic este realizat i implementat ealonat n timp; se aplic proceduri de conversie pentru realizarea legturilor funcionale - sistemul informatic preia din exterior date de la alte sisteme C. Punerea n funciune a sistemului Strategii i tactici de implementare - implementarea direct: se renun la un moment dat la vechiul sistem i se introduce noul sistem; strategia cea mai eficace, dar i cea mai riscant. Sistemul informatic va fi implementat ntr-un timp redus. Riscul apare din eventualele erori de proiectare, realizare i securitate. - implementarea n paralel: funcionarea concomitent a vechiului sistem n paralel cu noul sistem; durata se stabilete pentru a surprinde perioadele de vrf de activitate (ncheiere de lun, semestru, an). n general durata de implementare n paralel nu trebuie s depeasc 3-4 luni. Avantaj: se poate verifica pe date reale funcionarea noului sistem. Dezavantaj: necesit un volum important de munc suplimentar. - implementarea pilot: se alege o unitate reprezentativ pe care se face implementarea sistemului proiectat. Dup verificarea funcionrii corecte se trece la generalizarea implementrii sistemului i la celelalte uniti din sistem. Sistemul trebuie parametrizat, rezult o mai mare flexibilitate i se d posibilitatea extinderii asupra clasei tipologice alese. Avantaj: standardizarea sistemelor pentru clasele tipologice existente i extinderea rapid cu mici adaptri de la o unitate la alta. Dezavantaj: riscul strategiei aprecierea greit a reprezentantului clasei tipologice ca unitate pilot; rezult cheltuieli i ntrzieri important e. Implementarea poate fi realizat prin urmtoarele tactici: - implementarea simultan a tuturor aplicaiilor sistemului - implementarea n serie a aplicaiilor Alegerea strategiei i tacticii de implementare Stabilirea strategiei se poate face innd cont de urmtoarele criterii: - gradul de pregtire profesional a utilizatorilor SI - gradul de pregtire material i psihologic a beneficiarului 27

- natura i complexitatea SI proiectat - gradul de originalitate a SI - gradul de participare a beneficiarului la realizarea SI - volumul de date i diversitatea surselor de producere a acestora - gradul de satisfacere al cerinelor de informare de ctre vechiul i noul sistem Alegerea tacticii depinde de: - numrul de specialiti din partea beneficiarului disponibili - gradul de pregtire al beneficiarului n vederea implementrii Jaloane orientative pentru alegerea strategiei de implementare: Implementarea direct recomandabil pentru SI mai puin complexe, cu grad de originalitate mai redus. Diferena dintre SI vechi i SI nou este mai mare. Este indicat pentru aplicaii care nu necesit termene severe de predare a lucrrilor i este contraindicat pentru aplicaii bancare, calculul salariilor etc. Implementarea n paralel se recomand pentru sistemele complexe cu grad sporit de originalitate, pentru aplicaii cu termene severe. Paralelismul nu afecteaz desfurarea activitii organizaiei i evit situaiile de dezastru, datorate SI implementat. Implementarea pilot se recomand n condiiile existenei unei clase tipologice cu un numr nsemnat de uniti reprezentate de unitatea pilot. D. Verificarea performanelor SI proiectat Se realizeaz prin evaluarea rezultatelor obinute pe msura testrii i implementrii SI n comparaie cu cerinele i restriciile formulate n etapa de proiectare. Se verific condiiile necesare exploatrii curente, performanele n exploatare (timpul de rspuns, fiabilitatea sistemului).

E. Definitivarea documentaiei sistemului proiectat Etapa de implementare se finalizeaz, atunci cnd noul sistem funcionez n conformitate cu cerinele stabilite prin proiect. n vederea recepionrii, proiectantul elaboreaz RAPORTUL DE IMPLEMENTARE care cuprinde: - prezentarea sumar a sistemului - condiiile n care s-a desfurat implementarea (resurse, aria de cuprindere etc.) - evaluarea rezultatelor implementrii (performane, costuri, eficien)

28

Implementarea se ncheie cnd s-a definitivat ntreaga documentaie a sistemului. Tendin: documentaia este inclus n programele de aplicaie.

F. Omologarea / recepionarea sistemului informatic Presupune acceptarea oficial de ctre beneficiar a SI.

Utilizarea instrumentelor CASE


Instrumentele de tip CASE (Computer-Aided Software Engineering) au aprut n anii 90. Acestea au fost create special pentru a mbuntii munca de rutin utiliznd un suport automat. Sistemele organizaionale, procedurile i anumite practici utilizate n management pot conine instrumente CASE. n unele sisteme informatice, analitii permit utilizatorilor s realizeze grafice i s modifice diagrame ntr-o manier foarte facil. Astfel analistul poate deveni mai productiv, reducnd din timpul n care se realizau grafice tradiional sau n care se reprezentau diagrame de date de tip flow. Un pachet de instrumente CASE, crete productivitatea grupului prin permiterea analizrii i distribuirii muncii ntre membrii echipei, care pot foarte simplu accesa de pe PC-ul lor datele respective. Instrumentele CASE faciliteaz interaciunea dintre membrii echipei prin procese interactive,dinamice sau procese iterative. Pentru ca un sistem informatic s fie considerat satisfctor, trebuie s permit o comunicare excelent ntre analiti i utilizatori, pe ntregul ciclu de via al pro dusului. Un alt avantaj semnificativ al utilizrii instrumentelor CASE l reprezint integrarea activitilor i oferirea unei continuiti ntre sistemele dezvoltate. Instrumentele CASE au un rol important atunci cnd o faz a ciclului de via a sistemului necesit cteva modificri. Integrarea activitilor prin folosirea acestor tehnologii face mai uoar nelegerea cum toate fazele ciclului de via sunt strns legate dar independente. Poate cel mai mare avantaj al utilizrii instrumentelor CASE l reprezint faptul c aceste instrumente permit utilizatorilor s analizeze impactul modificrilor de mentenan. Instrumentul CASE va trece peste fiecare ecran, raport sau fiier ce este folosit, crend un plan de mentenan complet. 29

Instrumentele CASE se mpart n dou categorii: - Instrumente UPPER CASE - Instrumente LOWER CASE Instrumentele UPPER CASE ajut analitii i designerii, n timp ce instrumentele LOWER CASE sunt utilizate numai de programatori i persoanele care trebuie s implementeze sistemele proiectate de instrumentele UPPER CASE. Instrumente UPPER CASE Un instrument UPPER CASE permite analistului s creeze i s modifice design-ul sistemului. Toate informaiile despre proiect sunt stocate ntr-o enciclopedie numit depozitul CASE. Acesta este o mare colecie de nregistrri, elemente, diagrame, ecrane, rapoarte sau alte informaii. Analitii pot astfel vedea pe schema design -ului sistemului unde pot apare erori. Totodat, un instrument, UPPER CASE ofer un suport n modelarea cerine lor funcionale ale organizaiei, asistnd analitii i utilizatorii n definirea limitelor proiectului. n acelai timp, ajut s se vizualizeze cum se potrivete proiectul pe organizaia respectiv. Instrumente LOWER CASE Instrumentele LOWER CASE sunt utilizate pentru a genera sursa cod a programului, eliminnd nevoia de programare. Instrumentele LOWER CASE fac ca sistemul s fie produs mai rapid, pe baza generatoarelor de cod. Suma de timp petrecut cu mentenana scade datorit faptului c codul este generat deci nu are erori. Singurele erori care pot apare sunt erorile de design. Prin scderea timpului se poate aloca mai mult timp pentru dezvoltarea unor noi sisteme mai performante. Codul generat poate fi fcut n mai multe limbaje, deci se poate face o migrare rapid a sistemelor de pe o platform pe alta.

30