1. Prototipul de interfaDup finalizarea diagramelor de cazuri de utilizare i a unor prime versiuni stabile ale diagramelor de interaciune i de clase se recomand implementarea unui prototip al sistemului informatic. Acest prototip se numete prototip de interfa deoarece are rolul de a: - rafina relaiiile dintre actori i clasele de interfa; - obine feedback din partea beneficiarului (clientului) asupra aspectului vizual al aplicaiei.

Prototipul poate conduce la descoperirea sau confirmarea cerinelor enunate. n acelai timp ns un prototip poate genera o reacie defavorabil din partea clientului cu privire la termenii stabilii iniial pentru dezvoltarea aplicaiei. Acesta trebuie lmurit din start c ceea ce s-a realizat reprezint doar o carcas vizual a viitoarei aplicaii, fr a se avea n vedere funcionalitile descrise n specificaii.De asemenea, scopurile prototipului sunt: - stabilirea unor cerine ale interfeei pentru funcionaliti cheie ale aplicaiei;- se demonstreaz clientului (ntr-o form vizual) c cerinele proiectului au fost bine nelese i sunt realizabile; - nceperea etapei de dezvoltare a elementelor standard ale interfeei.Procesul de prototipizare trebuie nceput cu investigarea ateptrii actorilor asupra interfeei prin completarea unor chestionare specifice formate din urmtoarele ntrebri: - ce nivel de pregtire (informatic) necesit actorul pentru a realiza o anumit funcionalitate? - actorul are experien de lucru n medii bazate pe ferestre? - actorul are experien n utilizarea altor sisteme de automatizare a procesului modelat?- este necesar consultarea unor documente/cataloage n paralel cu utilizarea aplicaiei? - actorul dorete implementarea unor faciliti de tip salvare/restaurare?Rspunsurile la ntrebrile de mai sus se noteaz pentru fiecare element de interfa. De asemenea, sunt specificate n final consideraii generale legate de interfaa utilizator (culori, mod de introducere general, tip de componente (controale), grafice utilizate etc).60% din utilitatea interfeei este data de modul n care interfaa utilizator se potrivete cu modelul mental al utilizatorului despre o anumit funcionalitate. Interaciunea influeneaz utilitatea ntr-o proporie de 30% iar prezentarea (modul n care aceasta arat) conteaz ntr-o proporie de 10%. Prin urmare probleme de genul Mut butonul OK cu 10 pixeli mai sus nu trebuie s domine realizarea prototipului. Prototipul trebuie iniial s identifice grupuri majore de ferestre i strategia de interaciune de ansamblu, lsnd la final aspecte de ordin estetic.Se utilizeaz hri (diagrame) de structur a ecranului (nu sunt definite n UML) n care se descrie fluxul aplicaiei urmnd cile principale ale cazurilor de utilizare. Se vor utiliza forme ptrate pentru reprezentarea ferestrelor modale (necesit un rspuns dat de utilizator pentru a se putea continua o activitate). Pentru reprezentarea ferestrelor ne-modale se vor utiliza forme ptrate cu colurile rotunjite. Direcia de traversare arat calea de navigare a ferestrelor. Prin aceste figuri grafice se pot modela diverse elemente ale interfeei utilizator, cum ar fi ferestre coninnd tab-uri (figura 1).

Figura 1. Ferestre care conin tab-uri

Figura 2. Exemplu de diagram de structur a ecranului

2. Diagrame de implementare n UML exist dou tipuri distincte de diagrame de implementare: a) diagramele de componenteb) diagramele de desfurareDiagrame de componenteO diagram de componente prezint dependenele existente ntre diverse componente software (cod surs, cod binar, executabile, librarii cu legare dinamica etc.) ce compun un sistem informatic. Aceste dependente sunt: statice (au loc in etapele de compilare sau link-editare) sau dinamice (au loc in timpul execuiei).

O componenta este un modul soft (cod sursa, cod binar, dll, executabil etc) cu o interfa bine definit.

n general numele unei componente este numele fiierului reprezentat de component. Obiectele implementate de o instan a componentei se reprezint grafic n interiorul simbolului instanei componentei.

Figura 3. Reprezentarea grafic a componentelor n UMLDiagrama de componente este un graf de componente ntre care exist relaii de dependen sau de compunere (componente incluse fizic n alte componente).Dependenele ntre componente se reprezint grafic prin linii ntrerupte ntre o component client i o component furnizor de servicii, orientate spre componenta furnizor. Relaia de dependen semnifica faptul c clasele incluse n componenta client pot moteni, instania sau utiliza clase incluse n componenta furnizor.O diagram care conine diverse tipuri de componente poate fi utilizat, spre exemplu, pentru reprezentarea de dependene statice, cum este dependena de compilare ntre diverse programe (figura 4).

Figura 4. Dependene statice i dou reprezentri grafice alternativeale componentelor De asemenea, pot exista relaii de dependen ntre componente i interfee ale altor componente, relaii care semnific faptul c un client utilizeaz operaii ale componentei furnizor (figura 5).

Figura 5. Dependene dinamice ntre componentele unui sistem informatic de gestiune a biletelor de cltorie cu avionulExemple de stereotipuri predefinite pentru componente:- programe principale ()- subprograme ()- pachete ()- librarii cu legare dinamica ()- procese ( )- executabile ( )Drawing component diagramsComponent diagram shows the physical aspect of an object-oriented software system. It illustrates the architectures of the software components and dependencies between them.

Creating component diagram Click on UML on toolbar and select Component Diagram from the drop down menu. Right click on Component Diagram in Diagram Navigator and select New Component Diagram from the popup menu. Select File > New Diagram > UML Diagrams > Component Diagram from the main menu.

Create component diagram

Creating componentTo create component, click Component on the diagram toolbar and then click on the diagram.

Create component

A component will be created.

Component created

Assigning stereotypesRight click on the package and select Stereotypes > Edit Stereotypes... from the pop-up menu.

Assign stereotypes

When the Component Specification dialog box pops out, the Stereotypes tab is opened by default. The list on the left shows the selectable stereotypes.If the stereotype you want to use is not on the list, click Edit Stereotypes... button.

Edit stereotypes

Click Add... button in the Configure Stereotypes dialog box.

Add stereotype

Name the stereotype (e.g. application) in the Stereotype Specification dialog box and then click OK button to close it. Click OK button in the Configure Stereotypes dialog box. The added stereotype will then be shown on the list in the Component Specification dialog box. Select it and click Add Selected button. Finally, click OK button to confirm.

Add selected stereotypes

Close the specification dialog box. Stereotypes will be applied to the package.

Stereotypes assigned

Creating provided interfaceTo create provided interface for a component, move the mouse over the target component and press its resource icon Realization -> Interface.

Create provided interface

Drag it to your preferred place to create a new interface, or drag to an existing interface to connect to it. Release the mouse button to create the required interface.

Provided interface created

Creating required interfaceTo create required interface for a component, move the mouse over the target component and press its resource icon Usage-> Interface.

Create required interface

Drag it to your preferred place to create a new interface, or drag to an existing interface to connect to it. Release the mouse button to create the required interface.

Required interface created

Creating dependencyTo create dependency, click Dependency on the diagram toolbar.

Create dependency

Drag from the source shape, move the mouse over the target shape and then release the mouse button to create the dependency.

Dependency created

Continue to complete the diagram

Completed diagram

Diagrame de desfurare

Diagramele de desfurare prezint configuraia elementelor de procesare din timpul execuiei i componentele, procesele i obiectele care le conin. Fiecare model al unui sistem informatic are asociata o singur diagrama de desfurare.

O diagram de desfurare este un graf de noduri conectate prin asocieri de comunicare.

Un nod este o entitate fizic ce reprezint o resurs de procesare, avnd o memorie i anumite capabiliti de procesare (dispozitive de calcul, resurse umane, resurse de procesare mecanic).Un nod este reprezentat grafic prin intemediul unui paralelipiped. Un tip de nod are asociat un nume, iar o instan a unui nod are asociate (opional) un nume de instan i un nume de tip (nume instan : nume tip). O asociere ntre dou noduri indic existena unei ci de comunicare ntre noduri. Asocierea poate avea un stereotip care s indice tipul de comunicare (tipul de canal, reea).Diagramele de desfurare pot fi utilizate pentru reprezentarea componentelor ce pot aparine anumitor noduri prin imbricarea grafic a simbolului componentei n cadrul simbolului ce reprezint nodul (figura 6).

Figura 6. Diagrama de desfurare pentru o aplicatiede gestiune a biletelor de calatorie cu avionulntre componente pot exista i relaii de dependen.

Diagramele de desfurare conin dou tipuri de noduri: medii de execuie si dispozitive. Mediile de execuie reprezint componente hardware capabile s execute programe. Dispozitivele reprezint componente hardware fr putere de calcul. Numele asociat unui dispozitiv este in general unul generic (ex. imprimanta, modem, terminal etc) - figura 7.O conexiune reprezint o legatur hardware (n general bidirecional) ntre dou dispozitive sau procesoare.

Figura 7. Diagrama de desfurare a unui sistem informatic oarecareDrawing deployment diagramsDeployment diagram shows the physical aspects of an object-oriented system. It also shows the configuration of run time processing nodes and artifacts.Creating deployment diagram Click on UML on toolbar and select Deployment Diagram from the drop down menu. Right click on Deployment Diagram in Diagram Navigator and select New Deployment Diagram from the popup menu. Select File > New Diagram > UML Diagrams > Deployment Diagram from the main menu.

Create deployment diagram

Creating node model elementTo create node model element, right click on the background of Model Explorer and select Model Element > New Model Element from the pop-up menu.

Create model element

In the New Model Element dialog box, type Node (Deployment) in Model element type, type the node name in Model element name. Click OK to confirm.

Create node

A node model element will be created.

Node created

Creating instance of nodeTo create instance of node, click Instance Specification on the diagram toolbar and then click on the diagram.

Create instance specification

An instance specification will be created.

Instance specification created

Selecting classifiersTo specify classifiers for an instance specification, right-click it and select Select Classifier > Select Classifier... from the pop-up menu.

Select classifier

When the Instance Specification Specification dialog box pops out, the Classifiers tab is opened by default. Select the classifier(s) on the left and click Add Selected button to add them.

Add selected classifiers

Click OK button to close the specification dialog box. The selected classifiers are assigned to the instance specification.

Classifiers assigned

Creating linkTo create link from instance specification, move the mouse over the target shape and press its resource icon Link -> Instance Specification.

Create link

Drag to empty space of the diagram to create a new instance specification, or drag to an existing instance specification to connect to it. Release the mouse button to create the link.

Link created

Creating instance of componentSimilar to creating instance of node, you first create a component model element, and then create an instance specification, but this time assigns a component to the instance specification as classifier. After that the instance specification will be displayed as a component.

Instance of component

Creating dependencyTo create dependency, click Dependency on the diagram toolbar.

Create dependency

Drag from the source shape, move the mouse over the target shape and then release the mouse button to create the dependency.

Dependency created

Continue to complete the diagram.

Completed diagram