From Wikipedia, the free encyclopedia
El diagrama de casos d'ús és la representació gràfica més simple de les interaccions entre un usuari i un sistema, aquestes relacions es representen amb les normes bàsiques del Llenguatge unificat de modelat (UML).En un diagrama de casos d'ús no es mostren els casos d'ús detalladament, només es mostra el nombre d'usuaris, el seu tipus i la manera com interactua amb el sistema. En concret, en el diagrama no ens mostra l'ordre en el qual es duen a terme els passos per aconseguir els objectius de cada cas d'ús. Aquests detalls poden descriure's en altres diagrames i documents, que es vinculen a cada cas d'ús.
A causa de la seva naturalesa simplista els diagrames de casos d'ús ens mostren el disseny a un alt nivell, amb un cop d'ull al diagrama de casos d'ús d'un sistema podem saber les seves funcionalitats principals independentment del que un sigui des de programadors fins a comercials.
El diagrama de casos d'ús en si no aporta un coneixement molt detallat però aporta una visió general del sistema resultant a més de permetre un canal de comunicació entre totes les parts implicades. Amb el diagrama de casos d'ús trobarem informació del caire; nombre d'usuaris, herència de casos d'ús entre usuaris, accions/rutines que el sistema haurà de fer (casos d'ús),casos d'ús que obliguen l'execució d'altres casos d'ús (<include>), i casos d'ús que poden invocar a altres casos(<exclude>).Per assegurar el coneixement complet del sistema i les seves funcionalitats calen més especificacions a més d'altres diagrames més tècnics i concrets.
Per a la vàlida construcció d'un sistema necessitem saber de manera concreta les seves funcionalitats, aquestes marcaran el nombre de casos d'ús. Els casos d'ús seran l'esquelet de les rutines que es programaran a posteriori, per tant el detall excessiu del cas d'ús no és necessari en el diagrama. Cada usuari del sistema podrà executar funcionalitats segons marqui el diagrama de casos d'ús: com comprar un producte o des del punt de vista del proveïdor, oferir productes per a la seva venda.
Una vegada fet el cas d'ús es pot dividir en diversos casos d'ús més senzills que ajudaran a dividir la rutina del cas d'ús original, que mitjançant <i> i <e> enllaçaran diverses rutines que faran possible la correcte realització del cas d'ús original.
La tècnica de cas d'ús té èxit, ja que expressa la intenció que té l'actor (el seu usuari) en fer ús del sistema. Com a tècnica d'extracció de requeriment permet que l'analista se centri en les necessitats de l'usuari, qui utilitzar el sistema, evitant que la gent especialitzada en informàtica dirigeixi la funcionalitat del nou sistema basant-se solament en criteris tecnològics.
A la vegada, durant l'extracció, l'analista es concentra en les tasques centrals de l'usuari descrivint per tant els casos d'ús. Això facilita després la priorització del requeriment. Encara que comunament s'associen a la fase de Test d'una aplicació, aquesta idea és errònia, i el seu ús s'estén majorment a les primeres fases d'un desenvolupament.
Els casos d'ús han de complementar-se amb informació addicional com a regles de negoci, requisits no funcionals, diccionari de dades que complementin els requeriments del sistema. No obstant això l'enginyeria del funcionament especifica que cada cas crític de l'ús ha de tenir un requisit no funcional centrat en el funcionament associat.
Aquest article té bibliografia, però no se sap quina referència verifica cada part. Podeu millorar aquest article assignant cadascuna d'aquestes obres a frases o paràgrafs concrets. |
Seamless Wikipedia browsing. On steroids.
Every time you click a link to Wikipedia, Wiktionary or Wikiquote in your browser's search results, it will show the modern Wikiwand interface.
Wikiwand extension is a five stars, simple, with minimum permission required to keep your browsing private, safe and transparent.