Acest proces era unul iterativ (se relua) pana in momentul in care respectivele probleme nu mai puteau fi descompuse
SHAPE * MERGEFORMAT .Problema era descompusa in subprobleme si aferent acestora erau constituite functii care sa asigure rezolvarea acesteia.Avantajele unei asemenea metode erau :
-timpul redus de dezvoltare
-complexitate scazuta a realizarii respectivelor functii.
Dezavantajele acestor metode constau in faptul ca mentenanta unui asemenea sistem ridica numeroase probleme, deseori insurmontabile.Astfel, datorita mediului de afaceri caracterizat de o dinamica continua, apareau deseori schimbari, atat in formularea problemelor, cat si in modul de rezolvare a acestora.Aferent acestor schimbari, echipele de proiectanti trebuiau sa regandeasca anumite probleme.
De cele mai multe ori, rezolvarea intr-o asemenea abordare a unei subprobleme atragea dupa sine modificari in lant, pe cale ierarhica superior si inferior.
Monitorizarea acestor probleme era posibila in cazul sistemelor mici si de-a dreptul imposibila pentru sistemele mari.
Exemple de astfel de metode :
-SADT (structured analysis design technique)
-JSD (Jackson design)
Intre anii '70-'80, datorita progreselor realizare in domeniul stiintelor sistemice, coroborat cu studiile in domeniul algebrei relationale, realizat de catre E.F.Codd, au fost puse la punct METODELE RELATIONALE.
Intr-o asemenea abordare se acorda o atentie sporita modului de organizare a datelor.
Astfel, au fost introduse conceptele unei redundante a datelor controlata, in scopul mentinerii atat a structurii unitare a acestora, cat si a functionalitatii lor.
Intr-o asemenea situatie, datele erau modelate in conformitate cu niste reguli bine determinate si enuntate in cadrul metodelor sistemice datorita metodelor relationale care stateau la baza modelarii datelor.
Astfel se incerca sa se vina in intampinarea problemelor ridicate de catre metodele ierarhice si in mare parte s-a si reusit rezolvarea acestora.
Datele cu privire la o anumita entitate erau stocate in cadrul unui model relational intr-un singur loc si toate celelalte referiri la acestea erau realizate prin intermediul codurilor si al relatiilor proiectate, avand in vedere modelul relational.Astfel, modificarea datelor se realiza o singura data iar aceasta modificare era vizibila la nivel global.Modelul relational si metodele relationale (sistemice) raspundeau astfel atat unor cerinte la nivel local cat si unor cerinte globale.
Stergerea unor date intr-un asemenea model era posibila doar in cazul in care nu existau referiri la acele date.
Metode specifice acestor metode sistemice sunt :
-AXIAL
-MERISE
In anii '90, datorita unui curent aparut la nivelul limbajelor de programare, s-a extrapolate acest concept si la nivelul metodelor de proiectare: conceptul de obiect.
Aferent acestui concept au aparut METODELE ORIENTATE OBIECT.
Daca in cadrul metodelor sistemice totul se focaliza in jurul conceptului de entitate, in cadrul metodelor orientate obiect in centrul atentiei se gaseste obiectul.
Un obiect constituie o abstractizare a unui concept similar din lumea reala.
Ceea ce are in plus un obiect fata de o entitate este ca, pe langa datele care descriu respectiva entitate sau respectivul obiect, obiectul mai contine si metodele de prelucrare a datelor.
Astfel, daca pentru o entitate de tip persoana modelul relational ne permite ca, pe langa alte informatii sa stocam si data de nastere, un obiect care descrie o aceeasi persoana ar putea sa contina pe langa datele continute de unitate si metode (proceduri) de prelucrare a respectivelor date.
Daca, in primul caz, pentru calcularea varstei persoanei era necesar ca asupra entitatii sa se efectueze o operatie de scadere din data curenta a datei de nastere, in cazul obiectelor aceasta procedura este continuta laolalta cu celelalte date.
Obiectele prezinta in plus fata de entitati o componenta comportamentala, care descrie comportamentul acestora in anumite situatii.
Comunicarea intre obiecte se realizeaza pe baza de mesaje iar relatiile dintre aceste obiecte trebuie privite dintr-o tripla perspectiva :
-statica
-dinamica
-functionala.
Metodele orientate obiect incearca sa reprezinte realitatea inconjuratoare prin construirea unor ierarhii de obiecte.Acestea au o existenta proprie in cadrul unor asemenea sisteme.
Obiectele aduc avantajul incapsularii, mostenirii si polimorfismului fata de entitatile metodelor sistemice.
Un sistem conceput avand la baza o metodologie orientata obiect va putea fi mult mai usor intretinut decat cele dezvoltate prin celelalte doua metode.
Astfel, metodele orientate obiect aduc cu ele o puternica refolosire a codului, reducand la minim efortul de mentenanta a unui sistem informatic.
Metode reprezentative in cadrul acestora :
-OMT
-BOOCH
In cadrul acestor metode vor fi analizate relatiile care iau nastere intre diferite obiecte modelate.
Limitarile acestei metode constau in faptul ca nu toate aspectele realitatii pot fi modelate cu ajutorul conceptului de obiect.
ETAPELE PROIECTARII UNUI SISTEM INFORMATIC
In literatura de specialitate exista numeroase opinii cu privire la etapele care trebuiesc parcurse de o echipa de proiectanti in scopul realizarii unui sistem informatic.
De-a lungul timpului diferite firme sau grupuri de firme, cu sau fara aport guvernamental, au incercat sa elaboreze diferite modele cu privire la implementarea si realizarea unui sistem informatic.
Astfel, Victoria Stanciu, in "Proiectarea Sistemelor Informatice", enumera peste cinci modele privitoare la etapele de implementare si realizare a unui sistem informatic:
-model in cascada
-model "W"
-model pinball
-model minge de baschet
dar si metode care au obtinut o recunoastere internationala:
-modelul ISO (international standard organization).
