Mejor IDENTIFICACION de los CASOS DE USO

[rodrigocg]

Tengo una duda existencial!!

Quisiera saber cual es la mejor forma de encarar un sistema para la correcta identificacion de los casos de uso.
He visto diferentes sitios con diferentes metodos para la deteccion de los casos de uso. Especificamente he visto que unos identificaban los casos de uso a traves de los "casos de uso del negocio". Por otro lado vi que no se realizaba el modelo del negocio y vi que identificaban "SUBSISTEMAS" importanes dentro del sistema y a raiz de estos subsistemas identificaban los casos de uso. Y tambien vi otros lados donde no organizaban las cosas x subsistemas sino que identificaban objetivos y a raiz de estos sacaban los casos de uso.

Por esto: Cual seria la mejor de encarar un sistema para la correcta identificacion de los preciados casos de usos ? Modelando el negocio? Identificando objetivos primordiales detallandolos mediante una plantilla de objetivos ? Identificando "Subsistemas"?

NOTA: Por ahi en un sistema se puede modelar el negocio, identificar subsistemas y tambien objetivos.
Pero he visto que a los casos de uso los organizan por subsistemas O por objetivos O por casos de uso del negocio. Por lo tanto no se como organizarlos y a partir de DONDE pensarlos. GRACIAS.

[Pierre]

Bueno lo recomendable seria q empieces con el modelamiento para Business Use Case, pero yo no hago eso, lo primordial en el Diagrama de Uso Case es saber q es lo q va a realizar el sistema.. ya sea Realizar Mantenimientos, Registrar documentos o cosas asi.. de ahi es donde t ayudaria el Business Use Case, pues en el se plasman las actividades q realizara la empresa, digamos Enviar cotizacion al cliente o cosas asi.

El punto es q tendrias q entender q el Business Use Case es para las actividades a realizar manualmente y El DIagrama de Use Case es para las actividades a realizar con tu sistema.

Espero eso responda tu pregunta.

[TolaWare]

La forma de identificar casos de uso, depende en gran medida del tipo de sistema a encarar.

Si es un tipo sistema de gestion, lo que puedes hacer es sentarte a hablar con los usuarios (técnicamente llamado "entrevista con el usuario") y si le preguntas abiertamente, "¿Que es lo que haces vos en esta empresa?", pues probablemente te va a enumerar un grupo de tareas las cuales en ese momento podes asociar uno a uno con Casos de Uso, luego a medida que te entrevistas con otros usuarios, podes ir sacando mas casos de uso, agruparlos, y acomodarlos de manera que el diagrama resultante satisfaga todas las funcionalidades que necesitan los usuarios (o que vos decidis incluir en el sistema)


Los criterios para agrupar casos de uso son muchos, y por lo general, es mas por sentido común que por otra cosa. Por ejemplo, si tenemos 3 Casos de uso : alta de cliente, baja de cliente, actualizacion de datos de cliente. No hace falta hacer referencia al patron CRUD para darse cuenta que estos 3 casos de uso hay que agruparlos en un ABM (Alta Baja Modificacion).

Espero haberte ayudado

[p3cha]

Hola a todos, realmente no sé si se debe hacer un tema nuevo o como, pero bueno ya me dirán! Tengo una duda sobre casos de uso.
Estoy intentando aplicar esta técnica (Casos de Uso) pero realmente se me está complicando. Pongo un problema sencillo (no se asusten por el texto) a ver quien me puede ayudar.

1- Tengo algunas dudas sobre como modelar el siguiente problema, mediante casos de usos.

Contexto: La empresa es una aseguradora, puntualmente se trata al ocurrir un accidente de Autos

- Relato: el ACTOR "A" analiza un reclamo nuevo y determina si se solicita el Rechazo al ACTOR "B" o no.
Lo que analiza el ACTOR "A" es si existe cobertura financiera, si la licencia del conductor es válida o si este estaba alcoholizado, por esto toma la decisión de solicitar que se Rechace el reclamo, enviando un mail al ACTOR "B" mencionado que haga efectivo el rechazo del reclamo.
Por otro lado, el ACTOR "B", para hacer efectivo el Rechazo, ingresá al Sistema y utiliza un programa de Cartas con formatos preestablecidos. Busca el tipo de letter (existen varios), imprime la misma, y la lleva hasta el area "Expedición" para que desde este área la envien al domicilio del cliente.


Las preguntas son:
¿ Son dos casos de usos, es decir, uno para SOLICITAR y otro para efectivamente RECHAZAR; o es un unico caso de uso con dos actores?
¿ Estaría dentro del Sistema el envío del e-mail ?
¿ Como quedaría compuesto el flujo principal del caso de uso ?

Por otro lado, al relevar este proceso o caso de uso me doy cuenta que puede ser mejorado y entonces lo planteo de la siguiente manera:

- Relato: el Actor "A" analiza el reclamo y determina si se RECHAZA o no el reclamo. Para hacerlo, utiliza una opción del sistema que titulada "Rechazar reclamo", al presionar esta el Sistema automaticamente deja una nueva solicitud en la "bandeja de entrada" de solicitudes de "Rechazo" (no es una casilla de e-mail, sino un formulario donde se visualizan todas las solicitudes)


Preguntas:

¿ Son dos casos de usos, es decir, uno para SOLICITAR y otro para efectivamente RECHAZAR; o es un unico caso de uso con dos actores?
¿ Como quedaría compuesto el flujo principal del caso de uso ?
¿ Está nueva "Bandeja de Entrada", donde se especifica, en un nuevo caso de uso?

Desde ya muy agradecido por sus respuestas o aportes!