Documente Academic
Documente Profesional
Documente Cultură
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
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
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
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
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
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
resursa
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
Stoc de date
20
21
22
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.
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