Cel mai bun răspuns
Dacă urmează să utilizați UML (cele mai utilizate diagrame) pentru crearea arhitectura dvs. software, Visual Paradigm Community Edition este o soluție complet gratuită (pentru personal și non -Commercial).
Suportă diagrame UML 2.5 (aici este o arhitectură software MVC Framework utilizând diagrama de secvență)
Model-vizualizare-controler ( MVC ) este unul dintre cele mai utilizate cadre de arhitectură software pentru dezvoltarea interfețelor utilizator care împarte o aplicație în trei părți interconectate (model / vizualizare și controler). Acest lucru se face pentru a separa reprezentările interne ale informațiilor de modurile în care informațiile sunt prezentate și acceptate de utilizator.
Arhitectura MVC decuplează aceste componente majore permițând reutilizarea eficientă a codului și dezvoltarea paralelă utilizând conceptul separarea preocupărilor care este potrivită atât pentru aplicația web, cât și pentru cea desktop.
De exemplu: JHispter este cadrul MVC (împreună cu API-ul REST) pentru Aplicațiile web, în timp ce cel mai popular cadru Spring aparține, de asemenea, MVC pentru toate tipurile de aplicații.
În UML, puteți utiliza o secvență diagramă pentru a reprezenta arhitectura software-ului MVC. (Sursă: Visual Paradigm – MVC Framework – Cercul comunității Paradigmă vizuală )
- Entitățile sunt obiecte care reprezintă date de sistem: client, produs, tranzacție, coș etc.
- Limite sunt obiecte care interacționează cu actorii de sistem: UserInterface, DataBaseGateway, ServerProxy etc.
- Controalele sunt obiecte care mediază între limite și entități.
Ele orchestrează executarea comenzilor provenind de la graniță prin interacțiunea cu obiecte de entitate și graniță. Controalele corespund adesea scenariului de cazuri de utilizare și sunt deseori reprezentate printr-o diagramă de secvență.
Puteți utiliza stereotipuri pentru linia vieții în diagrama de secvență MVC pentru a clarifica vizual ce tip de obiecte utilizați în MVC
Pentru a crea o diagramă de secvență MVC cu instrumentul UML gratuit
Înțelegeți mai multe despre diagramele UML
Aflați mai multe despre diagramele secvențiale
Răspuns
Abordarea la nivel înalt pe care o iau în general atunci când documentez arhitecturile (sau chiar mai multe detalii, proiecte de nivel inferior) este:
- Identificați părțile interesate de proiectare. Echipa de inginerie / dezvoltare este una dintre părțile interesate. Echipa dvs. de testare / asigurarea calității, echipa de infrastructură IT, managementul proiectului și poate personalul de asistență pot fi, de asemenea, părți interesate ale sistemului și interesate de diferite aspecte ale proiectării.
- Identificați zonele care vă preocupă sistemul. Dacă sistemul dvs. are o bază de date, un punct de vedere este structura bazei de date. Dacă aveți un sistem distribuit, atunci administratorii de sistem sau personalul serviciului pentru clienți ar putea fi interesați de locul în care sunt instalate componentele. Dacă aveți o interfață publică, atunci dezvoltatorii externi sunt interesați de ceea ce este acea interfață – formate de fișiere, formate de date etc. Dacă aveți mulți algoritmi complexi, atunci proiectanții / întreținătorii de algoritmi sunt interesați de fluxurile de lucru și pașii algoritmului. Fiecare punct de vedere pe care îl identificați este un set specific de preocupări.
- Pentru fiecare punct de vedere pe care îl aveți, alegeți o reprezentare adecvată. Pentru punctul dvs. de vedere al bazei de date, poate că diagramele entitate-relație și un dicționar de date pot fi utile. Pentru interfețele publice, documentele schemei XML sau documentația API pot fi incluse ca parte a documentației dvs. Pentru algoritmi complecși, luați în considerare diagramele de prezentare a activității UML sau a interacțiunii. Când alegeți o notație, prefer notații bine cunoscute și bine definite, astfel încât să nu trebuie să explic notația mea altcuiva și să le pot indica simplu materialul de referință existent dacă nu cunosc simbolurile folosite.
- Adăugați descrieri textuale și raționale în jurul diagramelor. Explicați nu numai care au fost deciziile arhitecturale pe care le-ați luat, ci și ce v-a determinat să luați acele decizii.
Cadruri arhitecturale, cum ar fi Zachman Framework, The Open Group Architectural Framework, Departamentul pentru Cadrul arhitectural de apărare și alte cadre arhitecturale ajută prin definirea punctelor de vedere esențiale și a punctelor de vedere care sunt în general aplicabile.
În cele din urmă, „cea mai bună” documentare este cea care satisface nevoile părților interesate.Identificarea cine are nevoie de informații și de ce anume au nevoie este primul pas.