Software modular
Pentru a crea sisteme flexibile, evolutive și scalabile, trebuie să avem modularitate, adică proprietatea care ne permite să creăm un sistem de jos în sus (de jos în sus).
Mai întâi trebuie să aveți modulele, deci aveți nevoie de o „arhivă” de module. Acestea trebuie apoi să fie interschimbabile, adică trebuie să fie posibilă înlocuirea unui modul cu un alt modul echivalent, iar acest lucru se face permițând schimbul de informații între module prin interfețe definite: interacțiunea componentelor nu trebuie să varieze cu variația modulelor. .
Software-ul modular descoperă o nouă paradigmă de integrare între componente odată cu dezvoltarea mashup-urilor (aplicație web hibridă), adică creând ceva pornind de la diferite surse, de exemplu folosind API-uri create inițial în scopuri diferite, dar apoi combinate pentru a produce un nou produs.
Cât de simple ar trebui să fie modulele într-un sistem modular?
Formularele trebuie făcute cât mai simple posibil. Fiecare companie poate gestiona relațiile mai complicate (ex. managementul personalului) într-un mod foarte diferit, dar funcționalitățile elementare rămân aceleași (ex. salarizare). Modulele mici permit mai multă reutilizare, mai puțin timp de dezvoltare și o evoluție constantă (de exemplu, dacă separați interfața cu utilizatorul, trebuie să vă asigurați că este consecventă, de exemplu trebuie să puteți utiliza copy-paste indiferent de sistemul pentru care UI este construit).
Problema care se pune este, în mod clar, cum se realizează interacțiunea între module. Un sistem mare a făcut posibil să existe o mulțime de informații legate între ele în cadrul sistemului în sine și, de asemenea, a făcut posibilă gestionarea informațiilor aferente într-un mod unic.
pentru a accesa permisiunile, în timp ce cu i de date sunt dispersate iar mecanismele de autentificare pot fi diverse.
Această descompunere ne oferă, în același timp, multă libertate: i de date le putem plasa oriunde vrem, distribuindu-le dupa bunul plac.
Integrarea tuturor componentelor, Baza de date, module și interfețe, nu are loc în vid, ci are loc pe o platformă: ea este cea care ne permite să realizăm integrarea, de aceea este necesar să definim bine această platformă.
Ceea ce permite crearea sistemelor modulare este mai presus de toate un standard privind tipul de informații care sunt schimbate de module: trebuie să existe o corespondență în posibilele fluxuri de comunicare între module. Putem avea mai multe sisteme de scriere interschimbabile dacă avem un singur standard de document, dar până acum s-a întâmplat exact invers: un sistem de scriere predominant cu un număr mare de formate de documente. Această situație are două dezavantaje:
- dacă standardul este asociat cu un sistem, acel sistem tinde să devină universal,
- acest lucru tinde să favorizeze închiderea pieței, deoarece există un standard pe care nimeni altcineva nu îl poate genera, așa că cel mai răspândit devine automat cel mai puternic.
Agenda este un exemplu de aplicație transversală în comparație cu toate celelalte aplicații, pentru că trebuie să existe o agendă, de aceea are sens să o gestionăm la nivel de sistem, și nu la nivel de aplicație. Sistemul este platforma pe care rulăm aplicațiile, prin care le facem să comunice. Acest lucru ne permite să separăm de date din aplicații. Acest lucru simplifică foarte mult crearea sistemului informațional: putem îmbina de date a două companii mai ușor sau utilizați aplicații diferite pentru a accesa aceleași de date.
Fuziunea sistemelor informatice este esențială în procesul de fuziune a companiilor. Având formulare simple, schimbul de informații este mai ușor decât adoptarea de formulare complexe.
Modularitatea este adesea deja prezentă după un punct de vedere extern: cel al utilizatorului. De fapt, el vede sistemul o bucată la un moment dat, adică vede doar piesa pe care o folosește și o percepe ca un modul separat de restul. Modularitatea aparentă este primul pas în trecerea către modularitatea reală.
Acest lucru ne permite să creăm interacțiuni și servicii noi și inter-componente. Interfața sistemului devine dependentă de mediul utilizatorului: sistemul răspunde atunci când utilizatorul are nevoie, astfel încât timpul de așteptare devine esențial pentru măsurarea eficacității sistemului.
Este important ca interfața să fie proiectată plecând de la utilizator, de la ceea ce face el: utilizatorul se obișnuiește cu procedurile, chiar dacă sunt șchiopate și fără logică.
În sfârșit, platforma trebuie să fie conștientă de a fi o platformă: nu numai că trebuie să permită execuția modulelor, ci trebuie să conțină și toate acele funcții care pot fi transversale (ex. agendă, e-mail) care pot fi accesate cu primitive de sistem ( exact ca la copy-paste). Pentru sistem, acestea ar putea fi văzute ca
- aplicatii normale, dar sunt esentiale pentru a putea imbina componentele.
- Platformă = sistem + servicii transversale.
Platforma nu este sistemul și nu îl înlocuiește, mai ales dacă aveți sisteme diferite (Windows, Linux, Mac...), în care middleware-ul preia controlul, arătând mai multe sisteme ca și cum ar fi unul singur.
Prin urmare, sistemele modulare trebuie să aibă cel puțin 4 caracteristici:
- modulele trebuie să fie simple;
- modulele trebuie să fie interschimbabile;
- ai nevoie de o platformă plină de servicii necesare pentru integrare;
- interfața trebuie să fie proiectată pentru a satisface utilizatorul aplicației.
Toate aceste caracteristici sunt legate de evoluție: modulele permit evoluții separate și permit evoluția sistemului. Platforma și interfața trebuie, la rândul lor, să poată evolua conform protocoalelor și procedurilor.
Share:
Aflați mai multe de la Agenția Web Online
Abonați-vă pentru a primi cele mai recente articole prin e-mail.
