Alegerea unei tehnologii acceptabile pentru crearea unui sistem informatic depinde în mod direct de alegerea arhitecturii IP.
Considerând sistemul informatic ca fiind un set de componente care interacționează, le puteți distribui pe următoarele niveluri fizice:
§ hardware - calculatoare, periferice, echipamente de rețea și de telecomunicații etc .;
§ sisteme și sisteme dependente - sisteme de operare, protocoale de rețea etc .;
§ Mediu de aplicație - mediuware (CORBA, DCE, Tuxedo etc.), DBMS, Intranet, OLAP, interfețe de comunicare;
§ aplicații ale disciplinei;
§ infrastructura comună - un set de componente IP potrivite pentru utilizarea în diferite domenii.
Astfel de componente, de exemplu, sunt:
§ Instrumente de automatizare pentru procese de afaceri (sarcini atomice și fluxuri de lucru);
§ Mijloace de control al accesului la resursele informaționale;
§ Instrumente pentru compilarea și tipărirea rapoartelor (generatoare de rapoarte).
§ componente care implementează modelul de domeniu (
Concepția arhitecturii interacțiunii componentelor sistemului informatic (nivelurile II-IV) se referă la alocarea componentelor de bază, la dezvoltarea interfețelor acestora și la definirea regulilor și principiilor de interacțiune a acestor componente.
Proiectarea arhitecturii interacțiunii componentelor IS este una dintre etapele cele mai importante și complexe și nu se acordă întotdeauna suficientă atenție dezvoltării sistemului.
La proiectarea arhitecturii interacțiunii componentelor distribuite ale sistemului informatic se disting următoarele tipuri de interacțiuni:
· Vertical - fiecare componentă are o interfață unică în cadrul sistemului informatic dat;
· Orizontal - toate componentele au aceeași interfață universală, oferind interacțiune intercomponată;
· Mixed - toate componentele au o interfață de bază universală, fiecare componentă specificând operații suplimentare pentru a lucra cu domeniul domeniului său.
Avantajele și dezavantajele acestor tipuri de interacțiuni sunt ușor de urmărit pe baza exemplului de integrare a unei noi sarcini într-un sistem informatic compus din mai multe componente.
Dacă utilizați tipul vertical de interacțiune între componentele distribuite, cantitatea de cod necesar pentru integrare va fi determinată de numărul de componente ale sistemului. Numărul de interfețe în acest caz va fi (N-1) * N, unde N este numărul de componente. Pentru a implementa noua sarcină, va dura 2N + 1 timp pentru a dezvolta noi programe de legătură. De obicei, această soluție este rezultatul unei atenții insuficiente acordate designului de arhitecturi IP.
În cazul unui sistem construit pe orizontală, numărul de interfețe (cod de integrare) va fi minim. Adăugarea unei componente noi necesită două interfețe suplimentare.
În dezvoltarea actuală, este extrem de dificil să se creeze aceleași interfețe pentru toate subsistemele, astfel încât cel mai preferat pentru crearea unui sistem distribuit este tipul de interacțiune dintre componentele mixte. În acest caz, arhitectura construită păstrează proprietatea universalității interfețelor, dar vă permite să adăugați operații specifice aplicației. Cantitatea de cod necesar pentru integrarea unei noi sarcini cu această arhitectură variază în funcție de proiectul particular de la 2 (arhitectura orizontală) la 2N + 1 (arhitectura verticală).
Interfețele comune ale componentelor sunt cheia proiectării unei arhitecturi care asigură dezvoltarea și susținerea cu succes a sistemului pe o perioadă lungă de timp.
La proiectarea unei arhitecturi de aplicații, primul pas este selectarea standardelor utilizate. Cu complexitatea din ce în ce mai mare a sistemelor informatice, importanța respectării standardelor de software este în creștere. Standardele sunt utilizate pentru atingerea următoarelor obiective:
· Portabilitatea aplicațiilor - transferul de aplicații pe diferite platforme hardware, sisteme de operare, protocoale de rețea;
· Interoperabilitate - capacitatea de a partaja informații și resurse cu componente ale unui sistem distribuit;
· Reducerea costului sistemului - integrarea sistemelor software care acceptă standardele general acceptate, reduce costul aplicațiilor pentru utilizarea finală;
· Reducerea riscului de alegere a unui produs software - utilizarea standardelor eliberează dezvoltatorul de atașamentul la un anumit produs software;
· Creșterea duratei de viață a sistemului - Conformitatea cu standardele reduce riscul unei uzuri rapide a sistemului.
Articole similare
Trimiteți-le prietenilor: