Casos de la vida real (en el diseño orientado a objetos)
Usos de casos, casos de uso... Hoy vamos de un tema súper importantísimo y más vale que lo comiences a tener claro pues no le hemos dedicado 3 entradas para que lo olvides así como así, así que aquí vamos de nuevo. Casos de uso, otra vez. Un caso de uso es la descripción de una acción o actividad. Un diagramaasaaaaaa te asustaste, no, no vamos a copiar el artículo de Wikipedia, lo intentaremos hacer un poco más ameno.
Casos de uso (rematch x3)
Los casos de uso fueron inventados por Ivar Jacobson en 1986 y lo petaron gracias a que en ese entonces el UML era lo máximo para el desarrollo de software, sin embargo, hoy en día contamos con muchos modelos, cada uno con sus características bien definidas, y estas herramientas siguen formando parte de muchos de estos modelos, ¿por qué? Bueno, quizá su magia radica en que son extremadamente útiles e intuitivos cuando estamos intentando resolver un problema y a continuación te diremos con un poco más de detalle de qué van.
Un caso de uso es todo acerca del qué
¿Qué se necesita hacer para que un sistema funcione? Los casos de uso tienen que describir perfectamente esta parte de tu problema y no preocuparse por el cómo. Definitivamente se tiene que enfocar en lo que el sistema necesita hacer, ¿todavía no lo captas? Bien, no te preocupes, apenas estamos comenzando.
Una sola meta a la vez
El problema a desarrollar será salvar a la vaquita marina, ¿suena complicado? Vaya que sí pues tenemos que regañar a los pescadores, evitar el uso de redes, crear un santuario de estos, dejar de exportar a China este producto... Es por esto que no podemos meter todo nuestro problema en un sólo caso de uso, así que, la solución completa de nuestro problema puede tener muchos casos de uso y esto es perfectamente normal. Recuerda que un buen caso de uso se enfoca únicamente en una sola meta si detectas que la meta que estás manejando es algo compleja no tengas miedo de hacer otro caso de uso para ella sola.
Goals
Este es el motivo de la existencia de los casos de uso ¿qué pasos debo de hacer para que lograr esta meta? Tu sistema se tiene que asegurar de cumplirla y el caso de uso únicamente tiene que tener los pasos bien delimitados de qué se tiene que hacer para lograr el objetivo.
La trifuerza en acción
Un buen caso de uso debe de tener 3 características bien definidas:
Casos de uso (rematch x3)
Los casos de uso fueron inventados por Ivar Jacobson en 1986 y lo petaron gracias a que en ese entonces el UML era lo máximo para el desarrollo de software, sin embargo, hoy en día contamos con muchos modelos, cada uno con sus características bien definidas, y estas herramientas siguen formando parte de muchos de estos modelos, ¿por qué? Bueno, quizá su magia radica en que son extremadamente útiles e intuitivos cuando estamos intentando resolver un problema y a continuación te diremos con un poco más de detalle de qué van.
Un caso de uso es todo acerca del qué
¿Qué se necesita hacer para que un sistema funcione? Los casos de uso tienen que describir perfectamente esta parte de tu problema y no preocuparse por el cómo. Definitivamente se tiene que enfocar en lo que el sistema necesita hacer, ¿todavía no lo captas? Bien, no te preocupes, apenas estamos comenzando.
Una sola meta a la vez
El problema a desarrollar será salvar a la vaquita marina, ¿suena complicado? Vaya que sí pues tenemos que regañar a los pescadores, evitar el uso de redes, crear un santuario de estos, dejar de exportar a China este producto... Es por esto que no podemos meter todo nuestro problema en un sólo caso de uso, así que, la solución completa de nuestro problema puede tener muchos casos de uso y esto es perfectamente normal. Recuerda que un buen caso de uso se enfoca únicamente en una sola meta si detectas que la meta que estás manejando es algo compleja no tengas miedo de hacer otro caso de uso para ella sola.
Goals
Este es el motivo de la existencia de los casos de uso ¿qué pasos debo de hacer para que lograr esta meta? Tu sistema se tiene que asegurar de cumplirla y el caso de uso únicamente tiene que tener los pasos bien delimitados de qué se tiene que hacer para lograr el objetivo.
La trifuerza en acción
Un buen caso de uso debe de tener 3 características bien definidas:
- Valor claro: ¿Tu caso de uso es parte de la solución del problema final? ¿Sí? ¡Bien hecho! Tu caso de uso tiene un valor claro para el problema. ¿Qué? ¿No lo tiene? Bien, no sé que hayas hecho pero ese no es un caso de uso.
- Inicio y fin: Todo tiene un inicio y un final, suena a una frase que usaría tu abuela, ¿cierto? Bueno, los casos de uso la implementan perfectamente.
- Catalizador externo: Las cosas pasan por algo y ese algo es el catalizador externo, él se encargará de iniciar el primer paso de un caso de uso para que logre su cometido.
Casos de uso y el Mundo Real™
Las cosas en el mundo real™ no van bien y si por alguna razón van bien regresa a revisar porque seguramente te has equivocado en algo, esto es una ley del universo pero tu caso de uso debe de estar listo para funcionar aún y cuando las cosas no van como se supone, lo tienes que blindar. ¿Cómo se hace esto? Con los path alternativos.
¿Qué haces cuando tu cita de Tinder no va bien? Le hablas a tu mejor amiga, finges que un familiar te habla por teléfono, vas al baño y te vas del lugar... ¿Lo ves? Los casos de uso están en todos lados. Eso que haces para librarte de una mala cita es un path alternativo, algo que haces cuando las cosas no van bien. Lo ideal es que todo vaya bien con el main path y no es recurrir a ellos pero deben de existir por si las dudas, las malditas dudas. Así que tus casos lo deben de implementar si o sí.
Conclusiones
¿Ya soy un experto en un casos de uso? Y yo qué voy a saber. Recuerda que, como cualquier otra habilidad, tus casos de uso serán tan buenos como el tiempo que le dediques a la práctica así que no te queda de otra. Toma una pluma y papel y comienza a arreglar el mundo.
Recuerda que siempre puedes visitar la página de O'REILLY y comprar el libro del cual estos post están basados.
Comentarios
Publicar un comentario