ORGANIZAREA VIRTUAL A ACTIVITII

CUPRINS1.Sisteme Informatice21.1.Noiuni generale21.2.Realizarea unui sistem informatic21.3.Structura Sistemelor Informatice32.Metode si tehnici de realizare a sistemelor informatice52.1.Termeni utilizai52.2.Ciclul de via al unui sistem informatic72.3.Modele reprezentative ale ciclurilor de via ale sistemelor informatice82.4.Metode de proiectare a sistemelor informatice123.Metode moderne de analiz i determinare a cerinelor sistemului143.1.Joint Application Design(JAD)143.2.Prototipizarea i determinarea cerinelor sistemelor153.3. Structurarea cerinelor sistemului - modelarea logic a datelor i prelucrrilor163.3.1. Diagramele fluxurilor de date (DFD)163.3.2Tehnica SSADM (Structured Systems Analysis and Design Methodology) pentru construirea DFD163.4. Modelarea conceptual a datelor (diagramele entitate relaie, DER)184.Metode de organizare a sistemelor informatice204.2 SCRUM204.3 Kanban215.Concluzii216.Bibliografie22

1. Sisteme Informatice1.1. Noiuni generaleConform [1], un sistem reprezint un ansamblu de elemente (componente) interdependente ntre care se stabilete o interaciune dinamic, pe baza unor reguli prestabilite, cu scopul atingerii unui anumit obiectiv.Noiunea de sistem informatic este legat de informatizarea activitii organizaiei, deci folosirea echipamentelor hardware i a produselor software pentru organizarea i administrarea informaiilor. Utilizarea calculatoarelor n cadrul sistemului informaional (SI) al unei organizaii conduce la definirea componentei Sistem Informaional Automatizat (SIA) care cuprinde numai lucrrile realizate cu ajutorul calculatoarelor. Relaia SI SIA este reprezentat n figura 1.

Figura 1. Relaia SI-SIAUn sistem informatic este un sistem utilizator-calculator integrat, care furnizeaz informaii pentru a sprijini activitile de la nivel operaional i activitile de management ntr-o organizaie, utiliznd echipamente hardware i produse software, proceduri manuale, o baz de date i modele matematice pentru analiz, planificare, control i luarea deciziilor.1.2. Realizarea unui sistem informaticPentru a realiza un sistem informatic, este necesar parcurgerea urmtoarelor etape: Analiza; Proiectare; Implementare.

Un sistem informatic este compus din 6 grupe de elemente:

a. Baza tehnico-material a sistemului - este constituit din totalitatea echipamentelor de culegere, verificare, transmitere, stocare i prelucrare a datelor. Reprezint hardware-ul sistemului informatic;b. Programele necesare SI - reprezint software-ul sistemului informatic i cuprinde totalitatea programelor necesare pentru funcionarea acestuia: sistemul de operare, soft specializat pentru gestiunea datelor (SGBD, SGF), programe de aplicaii;c. Baza informaional - se refer la datele supuse prelucrrii, fluxurile informaionale, sistemele i nomenclatoarele de coduri;d. Baza tiinific i metodologic - const din modele matematice ale proceselor i fenomenelor economice, metode i tehnici de realizare a sistemelor informatice.e. Resursele umane sunt formate din personalul de specialitate (analiti, programatori, ingineri de sistem, administratori de baze de date, operatori etc) i din beneficiarii sistemului. Deoarece analitii de sisteme informatice nu pot s cunoasc specificul tuturor unitilor beneficiare cu care ar putea veni n contact n decursul timpului, n echipa de realizare a sistemului informatic se coopteaz i specialiti din partea unitii beneficiare, care s aib idee de ceea ce se poate face cu calculatorul, dar mai ales s tie foarte bine ce vor de la calculator, n contextul viitorului sistem informatic. Se creaz deci o echip mixt de realizare a sistemului informatic.f. Cadrul organizatoric este specificat n regulamentul de organizare i funcionare (ROF) al unitii n care funcioneaz sistemul informatic.

La realizarea i utilizarea unui sistem informatic trebuie avute n vedere urmtoarele componente hard i soft: reele, echipamente, produse software de baz, produse software de aplicaie.

1.3. Structura Sistemelor Informaticen conformitate cu abordarea funcional, sistemele informatice sunt organizate pe subsisteme, aplicaii i uniti funcionale (proceduri logice). Pentru programatori mai sunt relevante nc dou niveluri, inferioare unitii funcionale i anume, unitatea de prelucrare (procedura automat) i modulul program . Subsistemul vizeaz o funcie a unitii beneficiare sau un domeniu de activitate din unitatea n care este conceput sistemul. Aplicaia vizeaz o activitate, iar unitatea funcional (procedura logica) o subactivitate sau sarcin .Aplicaia este un pachet de programe ce servete la automatizarea prelucrrii datelor aferente unei activiti distincte din cadrul unui domeniu de activitate (de exemplu poate exista o aplicaie pentru elaborarea statelor de plat, denumit pe scurt aplicaia salarizare). ntr-o aplicaie pot fi implicate mai multe elemente de structur organizatoric. De exemplu n elaborarea statelor de plat este implicat nu numai biroul financiar, care este titular pentru aceast activitate, ci i serviciul personal, sau dac sistemul de plat presupune pontaj, va fi implicat dispeceratul, secretariatul, etc.. mplicarea mai multor elemente de structur organizatoric ntr-o aplicaie complic schema funcional a aplicaiei, dar de cele mai multe ori, prezena mai multor elemente este inevitabil.De regul aplicaiile se deruleaz ciclic i pentru a fi mai uor trecute pe calculator, ciclul lor de via se descompune n subactiviti cum ar fi preluarea datelor i actualizarea bazei de date, sau cea de elaborare liste de ieire sau rapoarte, sau etapa de elaborare informaii pentru alte aplicaii, etc.Procedura logic (denumit i unitatea funcional) este corespondentul subactivitii din cadrul unei aplicaii din domeniul informatizrii. Numai la acest nivel se poate face uor, trecerea direct de la structura logic a aplicaiei la programe, ceea ce nseamn c unei proceduri logice (uniti funcionale) i se pot asocia din softul aplicaiei, una sau mai multe proceduri automate (uniti de prelucrare). Ultima situaie este necesar mai ales atunci cnd i n cadrul unei uniti de prelucrare, sunt implicate mai multe elemente de structur organizatoric. Procedura automat (unitatea de prelucrare) este o secven bine definit de programe (module program), care odat lansat n execuie, se ruleaz dup o schem logic, fr ntrerupere, pn la sfrit. De exemplu preluarea pe calculator, validarea i stocarea fielor de pontaj pentru salarii poate constitui o procedur n cadrul aplicaiei numit salarii. Faptul c procedura se ruleaz ntotdeauna pn la sfrsit, nu nseamn c programele care fac parte din procedur se vor rula toate de fiecare dat; rostul schemei logice care st la baza procedurii, este tocmai acela de a decide n funcie de parametrii introdui de utilizator i de felul cum decurge rularea, care program s se ruleze i care s fie srit, astfel nct procedura s nfptuiasc un act coerent, raional, s permit utilizatorului s controleze situaia, mai precis s nfptuiasc o etap sau mcar acea parte dintr-o etap din ciclul de via al unei aplicaii, care-i revine biroului sau seciei din care face parte utilizatorul respectiv. Exist i proceduri manuale care dei nu fac obiectul programrii, ele pregtesc prelucrarea automat a datelor, sau dup caz, finalizeaz aceast aciune. Proiectantul sistemului informatic, trebuie s in seama de procedurile manuale i s fac referiri la ele n cadrul etapei de proiectare logic i fizic precum i ulterior n cadrul manualelor de utilizare i respectiv de exploatare, pentru c abia mpreun cu aceste proceduri sistemul informatic este complet.Structura sistemului informatic trebuie s fie ct mai puin dependent de structura organizatoric a intreprinderii/instituiei pentru care s-a conceput sistemul. Acest lucru asigur sistemelor informatice o via mai lung, fcndu-le s nu depind de frecventele schimbri de structur organizatoric, care au loc de obicei n seciunile sociale unde sunt implementate i care, dac sistemul s-ar baza pe ele, ar face ca acesta s trebuiasc s fie actualizat, pentru fiecare modificare de structur. S-a specificat c sistemele informatice sunt structurate pe subsisteme, aplicaii, uniti funcionale, uniti de prelucrare sau proceduri i module program. Merit remarcat c, indiferent de nivelul su, orice component a sistemului informatic presupune intrri, prelucrri i ieiri, iar relaiile dintre componente se realizeaz prin intermediul unei baze informaionale, care exist i n sistemul informaional, dar n condiiile informatizrii, va fi reflectat n colecii omogene de date ce pot fi organizate n baze de fiiere sau date n funcie de sistemul specific de gestiune a datelor (SGF sau SGBD).

Figura 2. Reprezentarea schematic a concepiei logice de principiu a sistemului informatic2. Metode si tehnici de realizare a sistemelor informatice

2.1. Termeni utilizaiLa realizarea sistemelor informatice se utilizeaz metode, tehnici, instrumente i procedee de lucru. Pentru o nelegere ct mai bun a sistemelor informatice, este necesar definirea terminologiei utilizate [3]:Metodele utilizate n proiectarea sistemelor informatice reprezint modul unitar sau maniera comun n care analitii de sistem, programatorii i alte categorii de persoane implicate realizeaz procesul de analiz a sistemului informaional-decizional existent, proiectarea i introducerea sistemului informatic. Metoda are caracter general, n cadrul ei aplicndu-se anumite tehnici de lucru.Tehnicile de lucru utilizate n proiectarea sistemelor informatice reprezint felul n care se acioneaz eficient i rapid, n cadrul unei metode, pentru soluionarea diferitelor probleme care apar n procesul de proiectare. Prin aceste tehnici se mbin cunotiintele despre metode cu miestria personala a celor chemai s aplice metodele i s utilizeze instrumentele adecvate.Instrumentele utilizate n proiectarea sistemelor informatice sunt mijloacele care se utilizeaz de ctre echipa pentru realizarea scopului propus. Instrumentele depind de metodele i tehnicile utilizate, precum i de domeniile de activitate analizate i proiectate.Prin procedur sau procedeu se nelege succesiunea operaiilor necesare parcurgerii unor etape ale aciunii i aplicrii unor tehnici n cadrul metodelor n conformitate cu o rutin de lucru data.Utilizarea acestor metode, tehnici, instrumente, procedee de lucru n proiectarea sistemelor informatice se face n conformitate cu o serie de principii i n limita unor metodologii de lucru care se adopt n funcie de situaia real la care se refer.La realizarea sistemelor informatice se utilizeaz numeroase metode si tehnici. Impactul informaticii asupra altor domenii de proiectare a determinat transferul ntre domenii a unora dintre metode i tehnici. Acest fapt implic o mare pruden n prezentarea lor ca specifice unui domeniu sau altul. Chiar n cadrul activitilor de realizare a sistemelor informatice, unele sunt specifice activitilor de analiz, proiectare, implementare, altele sunt generale, putnd fi utilizate n toate etapele de realizare a sistemelor informatice.Din punct de vedere al evoluiei n timp metodele si tehnicile se clasifica n: Metode si tehnici clasice care constau n analiza si proiectarea sistemelor informatice, bazndu-se n cea mai mare parte pe utilizarea activitatii omului. Metode si tehnici evoluate care sunt rezultatul accentuarii "industrializarii" activitatii de analiza si proiectare a sistemelor informatice si impun utilizarea unor pachete de programe de asistare a analizei si proiectarii sistemelor informatice.Din punct de vedere al grupelor de activitati n care sunt utilizate se mpart n: metode si tehnici de analiza, metode si tehnici de proiectare, metode si tehnici de implementare.Dupa componentele sistemului informational exista: modele ale datelor, modele ale prelucrarilor, modele ale comunicatiilor etc.Dupa sistemul analizat exista: modele ale sistemului existent si modele ale noului sistem.Dupa gradul de abstractizare exista: modele semantice, modele logice, modele fizice.Pasii care trebuiesc parcursi pentru modelarea informationala sunt: Investigarea sistemului; Identificarea elementelor esentiale; Stabilirea setului de axiome si formele de reprezentare; Construirea modelului/ modelelor; Analiza si rafinarea modelelor; Utilizarea modelelor.

2.2. Ciclul de via al unui sistem informaticSistemele informatice (SI) se caracterizeaz printr-un ciclu de via care ncepe cu decizia realizrii unui nou SI care s corespund mai bine noilor cerine ale utilizatorilor i se ncheie cu decizia de nlocuire a SI existent cu unul nou, mai performant. Ciclul de via se desfoar pe etape n cadrul fiecreia fiind definite faze i activiti specifice.nc de la nceput facem meniunea c, indiferent de etapa istoric sau metodologic, sistemele sunt abordate prin prisma ciclului lor de via. Ele apar, se dezvolt, descresc i pier, sau printr-un nou ciclu, se perfecioneaz, dnd natere unei alte versiuni sau chiar unui nou sistem. Mutaiile din domeniul tehnologiei informaionale i al metodelor de abordare a sistemelor s-au reflectat i n ciclul de via al dezvoltrii sistemelor, fie prin schimbarea etapelor acestuia, fie prin modificarea opticii de parcurgere a lor. Spre exemplu, odat cu abordarea orientat-obiect a sistemelor, s-au lansat i noi modele ale ciclului de via.Prin parcurgerea materialelor de specialitate, se poate constata c numrul fazelor/etapelor variaz de la trei (de exemplu analiza, proiectarea, implementarea) la peste douzeci. Exist mai multe modele ale ciclului de via, multe dintre ele cunoscnd o evoluie n timp. Spre exemplu, modelul cascad (figura 3) prevede parcurgerea mai multor etape ale ciclului de via care se deruleaz secvenial fiind ns permis la nevoie revenirea la etapa parcurs anterior n vederea ndeprtrii neajunsurilor identificate n etapele superioare ale ciclului de via.

Etapele ciclului de via a unui sistem informatic n modelul cascad sunt reprezentate in urmatoarea figura:

Figura 3 - Etapele ciclului de via a unui sistem informatic n modelul cascad

2.3. Modele reprezentative ale ciclurilor de via ale sistemelor informatice

1) Modelul cascad. Asigur trecerea de la o etap la alta, n ordine secvenial.

Figura 4 Modelul cascadFazele sunt structurate pe activiti i subactiviti. Punctul su slab este c se aplic la nivel sistem i nu se poate trece la etapa urmtoare pn ce nu au fost aduse la zi toate aplicaiile; n practic se solicit decalaje ntre aplicaii.

2) Modelul V. Braul stng al diagramei, parcurs descendent, reunete fazele n cadrul crora se realizeaz, pas cu pas, proiectarea i realizarea sistemului informatic. Detalierea activitilor de proiectare, codificare i asamblare a componentelor se realizeaz gradual. Braul drept al diagramei cuprinde reprezentarea fazelor asigurnd asamblarea progresiv a componentelor sistemului pe msura testrii lor individuale (aici se realizeaz verificrile i validrile), pn la obinerea sistemului global i acceptarea acestuia de ctre beneficiar. Braul drept se parcurge ascendent.

Figura 5 Modelul V

n cadrul modelului se remarc realizarea distinciei dintre verificare i validare. Verificarea se refer la testarea sistemului n diversele stadii pe care le parcurge, iar validarea urmrete s identifice n ce msur sistemul corespunde cerinelor iniiale, ceea ce constituie un punct slab al modelului datorit ntrzierii cu care se produce aceasta validare.3) Modelul W. Acest model reia ideea modelului n V pe care l dezvolt i perfecioneaz prin integrarea activitilor de validare la nivelul fazelor de proiectare. Figura 6 Modelul W

4) Modelul incremental. Permite livrarea sistemului pe componente, dar i global. Definirea cerinelor i analiza se execut totui la nivelul ntregului sistem. Este o metod de tip top-down, ceea ce implic cunoaterea i formularea cerinelor pentru ntregul sistem nc din faza incipient de abordare a sistemului, chiar dac ulterior se vor rezolva doar pri din el. De regul adugarea unei pri presupune testarea a tot ce este realizat pn n acel moment, ceea ce poate duce la modificri multiple ale componentelor realizate printre primele.

Figura 7 Modelul incremental

5) Modelul spiral. Modelul presupune construirea mai multor prototipuri succesive n condiiile realizrii unei analize a riscului pe fiecare nivel. Fazele de dezvoltare sunt reluate la fiecare iteraie n aceeai succesiune i presupun: Analiza riscurilor Realizarea unui prototip Simularea i testarea prototipului Determinarea cerinelor n urma rezultatelor testrii Validarea cerinelor Planificarea ciclului urmtorModelul presupune proiectarea sistemului, realizarea primului prototip funcional, verificarea msurii n care rspunde cererilor formulate de utilizator i rafinarea acestei prime soluii, prin dezvoltri viitoare care adaug noi funcionaliti pn la obinerea variantei finale a sistemului.

Figura 8 Modelul spiral

6) Modelul evolutiv. Necesit efectuarea unei investigaii iniiale pe baza creia s se poat elabora o strategie de descompunere a proiectului n pri/segmente, fiecare cu o valoare deosebit pentru client. Acestea sunt realizate i livrate n mod iterativ i contribuie la sporirea treptat a performanelor sistemului. Se are n vedere posibilitatea aplicrii unor adaptri sau modificri ulterioare.

Figura 9 Modelul evolutiv

Metoda are succes deoarece se bazeaz pe o arhitectur deschis, flexibil, elaborat prin participarea tuturor prilor interesate, inclusiv a utilizatorilor i a unor specialiti profesioniti.7) Modelul X. n partea de sus a X-ului este aplicat modelul cascad i V, iar n partea de jos sunt avute n vedere aciuni de valorificare a softului creat anterior. Aceast preocupare este din ce n ce mai extins pe plan mondial i pare foarte raional deoarece softul prezint o mare suplee n ce privete adaptarea de la o problem la alta. De fapt nu conteaz dect asemnarea structurilor, semnificaia variabilelor fiind la libera alegere a celui care folosete softul. n partea de sus, modelul ia n consideraie utilizarea unor specificaii de sistem, a proiectului arhitectural i de detaliu , codificarea, testarea pe componente, integrarea i testarea sistemului. Parte inferioar a X-ului este un V ntors, pentru a sugera noiunea de gestiune patrimonial a depozitelor reutilizabile la nivel component, structur, domeniu i chiar aplicaie. Avnd n vedere c partea inferioar a modelului se aplic practic doar n fazele de proiectare fizic, modelul - ca i modelul tridimensional al autorilor metodei Merise, nu este prea popular. Dealtfel metoda Merise mai prezint un model n dou dimensiuni n care pe abscis este trecut sistemul actual i cel viitor, iar pe ordonat sunt trecute nivelele global, conceptual, organi-zaional, logic, fizic i de exploatare, dar dup cum s-a putut vedea, din cele prezentate n seciu-nea 1 a acestui capitol, metoda Merise este aplicat de fapt pe un model n dou dimensiuni, sub form de matrice care este foarte riguros i se preteaz la exigenele ingineriei softului.8) Modelul tridimensional. Modelul tridimensional promovat de metoda de proiectare MERISE se caracterizeaz prin reprezentarea grafic pe trei axe, fiecare dintre acestea corespunznd ciclului de via al sistemului, ciclul de decizie i respectiv ciclului abstractizrii.

Figura 10 Modelul tridimensional

2.4. Metode de proiectare a sistemelor informatice

1) Metodele structurate fac parte din prima generaie, anii '70. Sistemul informaional/informatic este structurat pe baza funciilor sale. Ele sunt centrate pe analiza funcional: fiecare funcie identificat se subdivide ierarhic n subfuncii, continund n aceast manier pn se ajunge la componente suficient de mici astfel nct acestea s poat fi programate cu uurin.

Figura 11 Metode structurate

Exemple: SADT (Structured Analysis and Design Technique), JSD (Jackson System Development), Yourdon. Avantaje: Simplitate, bun adaptare la definirea cerinelor utilizatorului; Dezavantaje: Concentreaz efortul de analiz asupra funciilor (de prelucrare) neglijnd coerena datelor (a cror structur este totui mult mai stabil dect a prelucrrilor); volatilitatea cerinelor utilizatorilor (funciilor) face ca aplicaiile s fie ntr-o aproape continu reconsiderare.

2) Metodele sistemice fac parte din generaia a doua, anii '80. Se bazeaz pe aplicarea teoriei sistemelor n analiza ntreprinderii. Sistemul informatic este abordat sub dou aspecte complementare: datele i prelucrrile, care sunt studiate i modelate independent i reunite ct mai trziu cu putin.Metodele sistemice acord prioritate datelor fa de prelucrri si respect cele trei niveluri de concepie introduse prin raportul ANSI/SPARC: conceptual, logic i fizic.Se disting patru niveluri de abstractizare:Nivelul conceptual exprim opiunile de gestiune, formulnd ntrebarea: Ce facem?Nivelul organizaional exprim alegerile ntreprinderii legate de resurse umane i materiale. Se pun urmtoarele ntrebri: Cine? Unde? Cnd? Cum?Nivelul logic permite alegerea mijloacelor i a resurselor informatice, fcnd abstracie de caracteristicile lor tehnice precizate.Nivelul fizic este reprezentat prin alegerile tehnice, urmrind specificitatea lor. La fiecare nivel de abstractizare, SI este reprezentat prin trei modele: datele, prelucrrile, comunicrile.- exemple : MERISE, AXIAL, Information Engineering (J. Martin). Avantaje: sistemele se axeaz pe conceptul de baz de date, care ofer mai mult coeren, stabilitate i elimin redundanele.Dezavantaje: deficiene n modelarea prelucrrilor, posibilitatea apariiei de discordane ntre modelele datelor i ale prelucrrilor.

3) Metodele orientate obiect (obiectuale) fac parte din generaia a treia, anii '90. Se acord atenie deosebit att structurii datelor, ct i structurii funcionale.Sistemul informaional/informatic este perceput ca o structur de obiecte autonome, ce se organizeaz i coopereaz ntre ele. Un obiect are un anumit comportament, definit prin ansamblul operaiilor (serviciilor) pe care le poate efectua; datele i prelucrrile prin care este implementat acest comportament sunt ncapsulate (mascate) i sunt inaccesibile celorlalte obiecte.Fiecare obiect poate participa la compunerea altor obiecte mai complexe.Fiecare obiect poate interveni n mai multe funcii sau scenarii funcionale diferite.Exemple: OOD (Booch), OMT (Rumbaugh), OOA/OOD (Coad), OOM (Rochfeld).

Figura 12 Metode Orientate obiect

Metodele orientate obiect se caracterizeaz prin definirea a trei modele: Modelul obiectelor are rolul de a descrie obiectele care intervin n problema de rezolvat i relaiile dintre ele. Modelul obiectelor reprezint descrierea structurii statice a obiectelor, claselor de obiecte, a operaiilor i atributelor, precum i a legturilor i a relaiilor dintre ele. Modelul dinamic are rolul de a descrie strile pe care le poate avea un obiect i evenimentele la trecerea dintr-o structur n alta. Modelul dinamic descrie interaciunea dintre obiecte i este focalizat pe aspecte ce se schimb n timp. Modelul funcional are rolul de a descrie prelucrrile i fluxurile de date. Modelul funcional prezint transformrile valorilor datelor, preciznd sursa i destinaia lor.Avantaje: permite reutilizarea componentelor de program, favorizeaz modelarea i utilizarea de obiecte complexe. Dezavantaje: percepia i reprezentarea monolitic de tipul "totul este obiect" nu corespunde ntotdeauna realitii reprezentate. 3. Metode moderne de analiz i determinare a cerinelor sistemului

Ca efect al tendinelor de mrire a timpului de analiz a sistemelor existente, n ultimii ani, s-a efectuat trecerea spre analiza mai puin pronunat a sistemelor ce urmeaz a se realiza. Tehnicile moderne, JAD i prototipizarea, preiau tot mai puine elemente din sistemele existente, ca urmare a analizei efectuate. Altele mai radicale renun aproape total la analiza sistemului existent, este cazul proceselor controlate prin RAD, care apeleaz la JAD, prototipizare i alte instrumente de tip CASE.

3.1. Joint Application Design(JAD)

Spre sfritul anilor 1970, specialitii n realizarea de sisteme de la IBM au elaborat un nou proces de culegere a cerinelor informaionale ale sistemelor i de revizuire a proiectelor sistemelor, numindu-se JAD.Ideea principal a proiectrii JAD o constituie punerea laolalt a tuturor forelor interesate n dezvoltarea sistemelor: utilizatori-cheie, managerii i analitii de sistem implicai n analiza sistemului curent. Din acest punct de vedere JAD este similar interviului la nivel de grup. Totui n sesiunea JAD se urmrete o anumit secven de derulare a activitilor, pe baza unor roluri bine stabilite.3.2. Prototipizarea i determinarea cerinelor sistemelor

Prototipizarea este un proces interactiv prin care analitii i utilizatorii pun n discuie o versiune rudimentar a unui sistem informaional, care va fi ntr-o continu schimbare, n funcie de reacia utilizatorilor. Prototipizarea renun la ciclul de via al dezvoltrii sistemelor sau la creterea rolului su.Pentru culegerea informaiilor despre cerinele utilizatorilor nc se apeleaz la interviuri, dar prin prototipizare, operaiunea va fi mai simpl i va solicita un timp mai scurt. Prototipul este vzut i testat de utilizator, avnd posibilitatea s precizeze ce ar mai dori, dar i s-i genereze aceast form nou, cu ajutorul specialitilor.Prototipizarea este facilitat de cteva limbaje sau produse program, inclusiv instrumentele de tip CASE.Prototipizarea este foarte util n determinarea cerinelor sistemului atunci cnd: cerinele utilizatorului nu sunt prea clar formulate sau bine nelese;

unul sau mai muli utilizatori sau susintori sunt implicai n sistem;

se utilizeaz anumite mijloace de lucru (formulare i rapoarte predefinite).

Prototipizarea genereaz i deficiene, cum ar fi:

tendina de evitare a unui cadru formal de elaborare a documentaiei privind cerinele sistemului, ceea ce va ngreuna n viitor orice control; fiind conceput de un numr mic de utilizatori va fi probabil respins de viitorii utilizatori; fiind conceput izolat este puin probabil ca el s fie integrat n sistemul existent;

nerespectndu-se etapele ciclului de via al dezvoltrii sistemelor pot fi omise aspecte eseniale, cum ar fi securitatea, controlul datelor introduse i standardizarea la nivel de sistem.

3.3. Structurarea cerinelor sistemului - modelarea logic a datelor i prelucrrilor

Indiferent de metodologiile folosite n realizarea unui sistem/aplicaie, toate apeleaz la operaiunea de modelare logic a datelor i prelucrrilor sub form de diagrame, diferenele constnd doar n folosirea mai pronunat a diagramelor pentru descrierea sistemului, ncadrndu-le n diagrame de context, diagrame ale fluxurilor de date fizice i diagrame ale fluxului de date logice. Altele apeleaz la combinaii de diagrame, tabele i forme descriptive.Diagrama de context scoate n eviden aria de ntindere a sistemului analizat, prin specificarea elementelor din interiorul organizaiei i a celor externe, sub denumirea de entiti externe sistemului analizat.

3.3.1. Diagramele fluxurilor de date (DFD)Diagrama fluxului de date ale nivelului logic curent, independent de tehnologie, reliefeaz funciile de prelucrare a datelor executate de ctre sistemul informaionalcurent.

Diagrama de flux de date ale sistemului logic nou va prezenta circuitul datelor, structura lor i cerinele funcionale ale noului sistem.Descrieri ale obiectelor DFD se regsesc n aa-zisele dicionare ale proiectelor sau depozitele CASE (repository) .Diagramele fluxului de date DFD au ca obiectiv urmrirea modului de transfer al datelor ntre procesele de prelucrare a lor, astfel de diagrame se mai numesc i modele ale proceselor de prelucrare, iar operaiunea se numete modelarea proceselor.DFD reprezint doar una din tehnicile de analiz structurat.Tehnica de redare a proceselor de prelucrare prin intermediul diagramelor fluxurilor de date a cptat noi accepiuni prin ncorporarea ei n instrumentele de analiz i proiectare cu ajutorul calculatorului, adic n instrumente CASE.3.3. 3.3.2 Tehnica SSADM (Structured Systems Analysis and Design Methodology) pentru construirea DFDn analiza sistemelor se folosesc frecvent reprezentrile grafice, de exemplu diagramele. n continuare vom folosi tehnica reprezentrii grafice a fluxului informaional. Proiectarea fluxului informaional reprezint circulaia informaiei n sistem, transformrile suferite, stocarea informaiei precum i scurgerile de informaie n afara sistemului. Scopul diagramelor de date DFD pentru o anumit component organizatoric sau funcional la care se refer (secie, birou, compartiment, ntreaga unitate, o anumit activitate vnzri, cumprri, ncasri, pli, .a) este de a scoate n relief, ntr-o manier ct mai sugestiv, urmtoarele aspecte: sursa datelor de prelucrare;

operaiunile de prelucrare prin care trec datele;

destinaia datelor prelucrate;

legtura existent ntre prelucrri i activitatea de stocare a datelor.

ntocmirea diagramelor de flux de date (DFD)

DFD este o reprezentare grafic a transformrii datelor de intrare n date de ieire folosind un set de simboluri de reprezentare i un set de reguli de completare i validare.Simboluri folosite n diagramele realizate cu SSADM:proces (transformare): Procesele sunt etichetate cu text ce sugereaz modul de transformare a datelor i sunt identificate printr-un numr(descriere a funciei procesului de prelucrare, ncepnd cu un verb, urmat de o descriere a obiectului funciei de prelucrare). n DFD fizic pentru sistemul existent, se va preciza i locaia (compartiment / persoan) procesului.

flux de date: este constituit din datele transmise ntre dou procese. Fluxul de date este etichetat printr-un substantiv ce sugereaz informaia sau pachetul de informaii transmise.

entitate extern (terminator): surs / receptor de date. Poate fi un alt sistem (organizaie, compartiment).

stoc de date: un depozit temporar sau permanent de date. Poate fi:- manual: registre, dosare, arhiv de documente

- pe suport magnetic: fiiere.

3.4. Modelarea conceptual a datelor (diagramele entitate relaie, DER)

n cadrul modelrii conceptuale a datelor se va renuna la abordarea proceselor i se va trece la abordarea sistemelor prin prisma datelor. La fel ca i n cazul modelrii proceselor i modelrii logicii proceselor elementele eseniale vor fi diagramele.James Martin i Carma McClure, atunci cnd reliefeaz importana tehnicilor structurate prin obiectivele ce i le propun, consider c o parte a acestora au legtur i cu datele, i anume [1]:-S se realizeze o administrare riguroas a datelor. Administrarea datelor se refer la structurarea corect a datelor, la uniformitatea modalitilor de definire i proiectare a datelor la nivel de ntreprindere i nu a sistemului. Corect efectuate, acestea accelereaz procesele de analiz i proiectare i permit s se utilizeze n comun componentele eseniale ale sistemelor: resursele.-S se efectueze o analiz sntoas a datelor. Analizele datelor clarific problemele de structurare a lor i conduc la structuri stabile ale acestora, concretizate prin costuri reduse ale realizrii sistemelor. Dac baza de date a unitii este deosebit de important, atunci pe analiza datelor trebuie s se pun un accent aparte, ea fiind ntotdeauna realizat naintea proiectrii programelor. Firesc, dac tim care sunt cerinele unui sistem (ieirile), imediat ne vom pune ntrebarea din ce se obin acestea (intrrile) i apoi vom urmri cum se pot obine ieirile (procesele).Obiectivul principal al ingineriei informaiei este crearea unui set de metodologii care s poat fi folosite n cele mai diverse medii de lucru, astfel nct s se construiasc modele ale datelor la nivel de ntreprindere, iar sistemele proiectate izolat s se integreze n aceste modele.Datele trebuie s fie unice. Asupra lor, la nivel de ntreprindere, pot fi vzute doucategorii mari de operaiuni:

- asigurarea datelor (creare, actualizare);-utilizarea datelor (obinere de documente, de diverse rapoarte, analize What- If, sprijin decizional, diferite cutri de informaii, control i auditare ntreprindere).Modelul conceptual al datelor nseamn o modalitate de reprezentare a datelor organizaiei. Rolul su este de a scoate n relief toate regulile privind identitatea i legturile existente ntre date.Cea mai cunoscut form utilizat pentru modelarea datelor este diagrama entitate- relaie (DER). O modalitate aproape identic este folosit i n analiza i proiectarea orietat-obiect.Modelarea datelor prin DER prezint caracteristicile i structura datelor independent de modul n care acestea sunt memorate n calculator. Modelul se creeaz iterativ. De cele mai multe ori, operaiunea are loc la nivel de ntreprindere, prin apelarea la o categorie foarte larg de date neglijndu-se detaliile exagerate. Doar n etapele urmtoare, n spe cnd se trece la definirea proiectului, are loc construirea unui model anume entitate-relaie prin care s fie scoas n eviden aria de ntindere a proiectului. n timpul structurrii cerinelor, un model entiatate-relaie reprezint cerinele conceptuale de date pentru sistemul luat n discuie. Dup ce sunt descrise complet intrrile i ieirile sistemului n cadrul proiectrii logice, modelul conceptual al datelor, redat sub forma entitate-relaie, este rafinat nainte de a fi trecut ntr-un format logic (de regul, un model relaional al datelor) din care se definesc bazele de date i are loc proiectarea fizic a acestora.Se consider c, n timpul modelrii conceptuale a datelor, se produc i se analizeaz cel puin patru diagrame entitate-relaie:1. DER care s acopere datele necesare aplicaiei proiectului. Ea va permite stabilirea necesarului de date ale aplicaiei proiectului, fr s se in seama de constrngerile sau confuziile generate de detaliile care nu sunt nc necesare.2. DER pentru aplicaia ce va fi nlocuit. Diferenele dintre aceste diagrame arat ce schimbri trebuie ntreprinse pentru convertirea bazei de date n noua aplicaie. Nu se aplic n cazul sistemelor complet noi.4. Metode de organizare a sistemelor informatice Dezvoltarea de software agila este denumirea data unui grup de metodologii de dezvoltare software ce sunt bazate pe anumite principii comune.In aceste metodelogii se pune accentul pe inspectie frecventa, pe adaptare din mers, pe munca in echipa, auto-organizare si responsabilitate. In acest fel se favorizeaza dezvoltarea rapida a unui produs software de mare calitate, precum si coordonarea procesului de dezvoltare cu cererile clientului si obiectivele companiei. Pentru programarea agila clientul este cel mai important. El trebuie sa fie pe deplin multumit de produsul software.4.2 SCRUMScrum este o metoda iterativa a carui scop este de a ajuta echipele de dezvoltatori sa isi concentreze atentia asupra obiectivelor stabilite si sa minimizeze munsca depusa.Aceasta metoda doreste sa pastreze simplicitate intr-un mediu de afaceri complicat. Termenul de SCRUM provinde din rugby unde reprezinta o strategie de a readuce o minge pierduta inapoi in joc folosind munca de echipa.In cadrul unui proces Scrum sunt definite 6 roluri (conform lui Schwaber si Beedle), fiecare cu diferite sarcini si scopuri. Aceste roluri sunt mpartite n dou categorii: Porcii: SCRUM Master, Product Owner, SCRUM Team Puii: Utilizatorii, Clientii, Managerii

Figura 13 Membrii SCRUM Figura 14 Componentele SCRUM

AVANTAJE: Incurajeaza munca in echipa si transparenta, se concentreaza pe facilitatiile utilizatorilor, este adaptiv, etc.DEZAVANTAJE: impactul emotional al esecului pe membrii echipei in cazul in care proiectul nu reuseste, marimea echipei este limitata, se bazeaza pe experienta, potrivit pentru dezvoltarea unui noi produs, nu pentru imbunatatirea unui produs existent4.3 KanbanSe fac deseori comparatii intre Kanban si SCRUM , lumea intrebandu-se care dintre aceste doua tehnici agile este mai buna.Kanban e mai mult axat pe imbunatatirea tehnicilor incrementale. In Kanban munca este organizata cu ajutorul unui Kanban Board.Acolo avem starile pentru fiecare eveniment si e suficient , atunci cand am terminat o sarcina, sa o mutam in etapa urmatoare. Principalul criteriu managerial introdus de kanban este asa numitawork in progress(WIP). Aceasta notiune e utilizata pentru a semnala cate elemente de lucru pot ramane intr-o anumita zona, intr-un anumit strat. In acest fel echipa poate afla de blocajele in curs doar studiind panoul. Cam aceasta ar fi diferenta esentiala intre SCRUM si Kanban. Cum le alegem? Simplu. Daca organizarea proiectului este blocata cu adevarat si are nevoie de o schimbare fundamentala spre un proces mai eficient, SCRUM este in mod sigur cea mai buna alegere. Daca insa proiectul este in lucru si dorim doar sa imbunatatim timpul de executie , fara insa a zdruncina intregul sistem, Kanban ar trebui sa reprezinte alegerea noastra.

Figura 15 Comparatie intre board-urile SCRUM si Kanban

5. ConcluziiContinua dezvoltare a domeniului tehnologiei informatiei impune elaborarea de noi metodologii pentru realizarea sistemelor de aplicatii informatice.Clienii pot regndi modelul i procesele de business derulate n cadrul companiei, n funcie de nevoile momentului, profitnd de informaiile generate de activitatea organizaiei. Noile modele de business au la baz satisfacerea preferinelor clienilor i necesit analizarea detaliat a unor segmente de pia diferite precum i a unor noi surse de date.Pentru livrarea unor produse de o calitate superioara este nevoie de o organizare, implementare si proiectare cat mai buna in prealabil. Un produs se va realiza intr-un timp cat mai scurt cu ajutorul unor oameni motivati si receptivi. Totul este intr-o stransa relatie si, astfel, angajatii multumiti si eficienti, care functioneaza pe baza unor modele bine stabilite de proiectare si implementare vor duce la bun sfarsit proiecte care sunt livrate clientilor si astfel compania are parte de productivitate, eficienta si rezultatele asteptate.6. Bibliografie

-[1] http://www.seap.usv.ro/~sorinv/PSI.pdf- [2] www.icbe-ct.com/pacuraru/SIG_cap2.doc- [3] Method engineering: engineering of information systems developmentmethods and tools Sjaak Brinkkemper Department of Computer Science, University of Twente, P. 0. Box 217, 7500 AE Enschede, Ihe Netherlands

- [4] Systems Development in Information Systems Research JAY F. NUNAMAKER, JR., MINDER CHEN, and TITUS D. M. PURDIN

-[5] Kanban vs Scrum- Henrik Kniberg-Version 2011-06-29-[6] Agile Programming: Design to Accommodate Change-Dave Thomas-Vol. 22, No. 3 May/June 200513