Casos de uso UML

El CASO DE USO REPRESENTA UNA UNIDAD FUNCIONAL COHERENTE

DE UN SISTEMA, SUBSISTEMA O CLASE.

EN UN CASO DE USO UNO O MAS ACTORES INTERACCIONAN CON EL SISTEMA QUE REALIZA ALGUNAS ACCIONES.

ELEMENTOS DE UN MODELO DE CASOS DE USO:

      ·         ACTORES

      ·         CASOS DE USO

      ·         RELACIONES

ACTOR:

UNA DEFINICIÓN PREVIA, ES QUE UN ACTOR ES UN ROL QUE UN USUARIO JUEGA CON RESPECTO AL SISTEMA. ES IMPORTANTE DESTACAR EL USO DE LA PALABRA ROL, PUES CON ESTO SE ESPECIFICA QUE UN ACTOR NO NECESARIAMENTE REPRESENTA A UNA PERSONA EN PARTICULAR, SINO MÁS BIEN LA LABOR QUE REALIZA FRENTE AL SISTEMA.

CASO DE USO:

ES UNA OPERACIÓN/TAREA ESPECÍFICA QUE SE REALIZA TRAS UNA ORDEN DE ALGÚN AGENTE EXTERNO, SEA DESDE UNA PETICIÓN DE UN ACTOR O BIEN DESDE LA INVOCACIÓN DESDE OTRO CASO DE USO.

RELACIONES:

• ASOCIACIÓN: 

ES EL TIPO DE RELACIÓN MÁS BÁSICA QUE INDICA LA INVOCACIÓN DESDE UN ACTOR O CASO DE USO A OTRA OPERACIÓN (CASO DE USO). DICHA RELACIÓN SE DENOTA CON UNA FLECHA SIMPLE.

• DEPENDENCIA O INSTANCIACIÓN:

ES UNA FORMA MUY PARTICULAR DE RELACIÓN ENTRE CLASES, EN LA CUAL UNA CLASE DEPENDE DE OTRA, ES DECIR, SE INSTANCIA (SE CREA). DICHA RELACIÓN SE DENOTA CON UNA FLECHA PUNTEADA.

• GENERALIZACIÓN:

ESTE TIPO DE RELACIÓN ES UNO DE LOS MÁS UTILIZADOS, CUMPLE UNA DOBLE FUNCIÓN DEPENDIENDO DE SU ESTEREOTIPO, QUE PUEDE SER DE USO (<<USES>>) O DE HERENCIA (<<EXTENDS>>).

ESTE TIPO DE RELACIÓN ESTA ORIENTADO EXCLUSIVAMENTE PARA CASOS DE USO (Y NO PARA ACTORES).

EXTENDS: SE RECOMIENDA UTILIZAR CUANDO UN CASO DE USO ES SIMILAR A OTRO (CARACTERÍSTICAS).

USES: SE RECOMIENDA UTILIZAR CUANDO SE TIENE UN CONJUNTO DE CARACTERÍSTICAS QUE SON SIMILARES EN MÁS DE UN CASO DE USO Y NO SE DESEA MANTENER COPIADA LA DESCRIPCIÓN DE LA CARACTERÍSTICA.

DE LO ANTERIOR CABE MENCIONAR QUE TIENE EL MISMO PARADIGMA EN DISEÑO Y MODELAMIENTO DE CLASES, EN DONDE ESTA LA DUDA CLÁSICA DE USAR O HEREDAR.