Diagrame de activitate
Fig. 3.4. Exemplu de diagramă a activității
Este util pentru programatori să înțeleagă în mod clar toate procesele de afaceri ale companiei care vor fi afectate de noul lor sistem. În acest caz, compania are încă un proces de procesare a aplicațiilor, care funcționează deja și este disponibil pentru client, și trebuie, de asemenea, înțeles. În caz contrar, s-ar putea dovedi că au lipsit detalii importante, ceea ce nu permite noului sistem să-și îndeplinească complet funcțiile. De exemplu, este posibil ca subsistemul de procesare a aplicațiilor cu care sistemul să fie integrat să fie implementat ... pe macrocomenzi în Word / Excel! Evident, este foarte dificil să se integreze cu un astfel de sistem. Acest lucru și fapte similare ar trebui să fie specificate clientului cât mai curând posibil, altfel proiectul se poate încheia fără succes - clientul va cheltui bani și nu va obține serviciile necesare pentru afacerea lui.
Deci, esența principală a acestui tip de diagramă este activitatea - starea activă a sistemului. în care ea face o treabă. După finalizarea acestuia, are loc o tranziție la o altă activitate. Sunt posibile și cazuri mai complexe de tranziții între activități. De exemplu, săriți la un eveniment.
Diagrama trebuie să conțină simbolurile de început și sfârșit.
Apoi, pe diagrama poate fi folosit un splitter de furcă paralel (furculiță), care pornește mai multe ramuri concurente. Astfel de ramuri pot fi combinate (toate sau doar o parte) printr-o construcție numită paralelă.
În cele din urmă, diagrama poate folosi simbolurile ramificației logice și conexiunea logică (decizie). Pe ramurile care provin din ramificații logice, sunt indicate condițiile de tranziție.
Diagrame de implementare
Acum este timpul să determinăm mai întâi sistemul viitor din interior. Să începem cu diagramele de desfășurare. care sunt destinate să descrie hardware-ul sistemului.
Tipurile descriptive și de exemplu ale diagramelor de implementare sunt corelate, precum și diagramele de clasă și diagramele obiectului.
Construcția desenelor tehnice până în prezent este, de asemenea, computerizată. Cele mai obișnuite produse software sunt pachetele AutoCAD, Microsoft Visio etc.
Fig. 3.5. Exemple de diagrame de implementare
Componente diagrame
La discutarea arhitecturii sistemului, ca următorul rezultat intermediar, poate apărea o diagramă. prezentat în Fig. 3.6.
Fig. 3.6. Exemplu de diagramă a componentelor
Aceasta este o diagramă a componentelor UML. În aceste diagrame sunt prezentate componente (componente) - module software independente. ascunzând punerea lor în aplicare și interacționând unele cu altele prin interfețe.
Independența componentelor este după cum urmează.
- Ei realizează funcționalități diferite ale sistemului. De exemplu, modulul ClientGUI implementează interfața cu utilizatorul stația operatorului, module și ClientNetworkSupport ServerNetworkSupport - susține o rețea între client și server, modulul ServerBusinessLogic - logica de afaceri server și modulul RequestDB este responsabil pentru interacțiunea cu aplicațiile de baze de date și sincronizarea cu sistemul de aplicare.
- Fiecare modul este independent din punct de vedere al organizării fizice - punerea sa în aplicare este ascuns de mediu, interacțiunea cu mediul are loc pe reguli strict definite, iar el este de multe ori un fișier binar independent (de exemplu, fișierul DLL).
- Independența perioadei de execuție este, de asemenea, posibilă - fiecare componentă poate fi fie pe un computer separat, fie într-un proces de sistem de operare separat, fie poate lucra în contextul unui fir separat.
- În cele din urmă, dezvoltarea fiecărui astfel de modul poate fi încredințată unui dezvoltator separat sau unei echipe de dezvoltatori, adică folosind componenta pentru a organiza separarea echipei de programatori.
În virtutea independenței lor și nevoia de interacțiune între componentele au interfețe (interfețe), care permite componentelor să ascundă structura lor internă și să ofere în afara unui anumit mod de a se referi la funcțiile lor.
Interfața furnizată pe diagramele UML este reprezentată de un cerc mic care este conectat printr-o linie normală la componenta sa. Utilizarea interfeței este indicată de o ceașcă goală, care este conectată printr-o linie normală la componentă și linia punctată cu interfața "consumată".
Conceptul de componentă este foarte amplu și nu există o definiție precisă pentru aceasta. Ambiguitatea nu apare atât de mult din cauza cercetătorilor discrepanțe în ceea ce privește prevalența diferitelor tehnologii și instrumente de programare, acest termen este folosit în diferite moduri calea lui.
Cele mai frecvente sunt tehnologiile componente - JavaBeans, EJB, CORBA, DCOM. Net. servicii web, etc. Acestea permit crearea unor sisteme distribuite, care, în legătură cu răspândirea Internetului, sunt una dintre principalele domenii ale programării moderne. Diferitele definiții ale conceptului de componentă, discuții și discuții mai aprofundate asupra acestei chestiuni pot fi găsite în [3.8].
Informații. reprezentate în diagrama din Fig. 3.6. se poate modifica în timp: interfețele sunt specificate, se adaugă noile componente, existente, defalcate în mai mici, etc. componenta Grafic a proiectului este recomandabil să se mențină starea actuală (referindu-se la dezvoltarea iterativă și introducerea proiectului de orice schimbare), ca parte componentă a unui sistem de multe ori .. este nucleul arhitecturii sale. Și pentru a avea descrierea corectă și compactă a arhitecturii este întotdeauna util, cu ajutorul acestei descrieri este mai ușor de a ține evidența modificărilor în proiect și pentru a menține imaginea de ansamblu.
Un alt aspect important al sistemului descris în această diagramă este interfețele componentelor. Ei trebuie să studieze cu atenție și în timp, ca și în cazul în care cererea este dezvoltat de către diferite grupuri de lucru, distribuite geografic, interfețele de coordonare întârziate pot necesita modificări ample ale codului deja scris.
Fig. 3.7. Un exemplu de plasare a componentelor pe diagrame de implementare
Rețineți că descrierea tipurilor de noduri din diagramele de implementare se face pe bază descriptivă, nu pe un nivel de instanță.
Observăm că diagrama din Fig. 3.6 este un "candidat pentru ficat de lungă durată" în procesul de dezvoltare, deoarece este laconic și nu conține informații inutile. Care componente sunt situate pe server și care pe client nu sunt foarte importante aici, deoarece sistemul nu este foarte mare, toate acestea sunt amintite. În plus, faptul că componentele sunt distribuite prin hardware nu pot fi modificate aici, ca într-un sistem mai complex în care există mai multe servere diferite, clienți de diferite tipuri etc. Diagrama din Fig. 3.7 este, mai degrabă, "o singură dată" și este util pentru orice raport, pentru a vorbi cu clientul etc.
Articole similare
Trimiteți-le prietenilor: