Wiki: Tendencia en el desarrollo de software
3. Realiza la
descripción de la técnica, práctica o metodología seleccionada de manera
amplia, respetando los derechos de autor.
Un caso de uso es la
descripción de una acción o actividad. En el contexto de ingeniería del
software, un diagrama de caso de uso representa a un sistema o subsistema como
un conjunto de interacciones que se desarrollarán entre casos de uso y entre
estos y sus actores en respuesta a un evento que inicia un actor principal. Los
diagramas de casos de uso sirven para especificar la comunicación y el
comportamiento de un sistema mediante su interacción con los usuarios y/u otros
sistemas. O lo que es igual, un diagrama que muestra la relación entre los
actores y los casos de uso en un sistema. Una relación es una conexión entre
los elementos del modelo, por ejemplo, la especialización y la generalización
son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los
requisitos del sistema al mostrar cómo reacciona a eventos que se producen en
su ámbito o en él mismo.
El modelo de casos de uso es una técnica para la
comprensión de los procesos de un sistema y proporciona dos artefactos o
productos: 1) la descripción textual, y 2) la descripción gráfica del proceso.
Descripción textual de los casos de uso
En la descripción del caso de
uso, se utiliza en primera instancia una descripción resumen de alto nivel de los procesos
relevantes del sistema.
Ejemplo
Descripción grafica de casos de uso
Los diagramas de casos de uso
tienen la finalidad de mostrar las funciones de un sistema de software y sus
interacciones con el exterior, sin descripción detallada ni forma de implementación
de esas funciones. En el diagrama de casos de uso, se utilizan símbolos
representativos que se describen a continuación.
Simbología
Tipos de relaciones
Asociaciones de tipo <
Una asociación <
Una asociación <extend>
representa un conjunto de actividades que se ejecutan de forma opcional y
constituyen un escenario alternativo.
Normas de aplicación
Los
casos de uso evitan típicamente el lenguaje técnico, prefiriendo la lengua del
usuario final o del experto del campo del saber al que se va a aplicar. Los
casos del uso son a menudo elaborados en colaboración por los analistas de
requisitos y los clientes.
Cada
caso de uso se centra en describir cómo alcanzar una única meta o tarea. Desde
una perspectiva tradicional de la ingeniería de software, un caso de uso
describe una característica del sistema. Para la mayoría de proyectos de
software, esto significa que quizás a veces es necesario especificar decenas o
centenares de casos de uso para definir completamente el nuevo sistema. El
grado de la formalidad de un proyecto particular del software y de la etapa del
proyecto influenciará el nivel del detalle requerido en cada caso de uso.
Los
casos de uso pretenden ser herramientas simples para describir el
comportamiento del software o de los sistemas. Un caso de uso contiene una
descripción textual de todas las maneras que los actores previstos podrían
trabajar con el software o el sistema. Los casos de uso no describen ninguna
funcionalidad interna (oculta al exterior) del sistema, ni explican cómo se
implementará. Simplemente muestran lo que el actor hace o debe hacer para
realizar una operación.
Un caso de uso debe:
- Describir una tarea del
negocio que sirva a una meta de negocio.
- Tener un nivel apropiado del
detalle.
- Ser bastante sencillo como
para que un desarrollador lo elabore en un único lanzamiento.
Situaciones que
pueden darse:
- Un actor se comunica con un
caso de uso (si se trata de un actor primario la comunicación la iniciará el
actor, en cambio sí es secundario, el sistema será el que inicie la
comunicación).
- Un caso de uso extiende otro
caso de uso.
- Un caso de uso utiliza otro
caso de uso.
Facilidades
La técnica de caso de uso
tiene éxito en sistemas interactivos, ya que expresa la intención que tiene el
actor (su usuario) al hacer uso del sistema.
Como técnica de extracción de
requisito permite que el analista se centre en las necesidades del usuario, qué
espera este lograr al utilizar el sistema, evitando que la gente especializada
en informática dirija la funcionalidad del nuevo sistema basándose solamente en
criterios tecnológicos.
A su vez, durante la
extracción el analista se concentra en las tareas centrales del usuario
describiendo por lo tanto los casos de uso que mayor valor aportan al negocio.
Esto facilita luego la priorización del requisito.
Aunque comúnmente se asocian a
la fase de Test de una aplicación, esta idea es errónea, y su uso se extiende
mayormente a las primeras fases de un desarrollo.
Limitaciones
Los casos de uso pueden ser
útiles para establecer requisitos de comportamiento, pero no establecen
completamente los requisitos funcionales ni permiten determinar los
requisitos no funcionales. Los casos de uso deben complementarse con
información adicional como reglas de negocio, requisitos no funcionales,
diccionario de datos que complementen los requisitos del sistema. Sin embargo,
la ingeniería del funcionamiento especifica que cada caso crítico del uso debe
tener un requisito no funcional centrado en el funcionamiento asociado.
4. Identifica
una herramienta de software que apoye la implementación de la técnica, práctica
o metodología seleccionada.
Herramientas para diseñar casos de uso
1. Microsoft Visio
Esta potente herramienta de
Microsoft, no solo está disponible para diagramas UML, si no para múltiples
tipos de maquetas, diagramas y planos.
Ventajas
Cuenta con las herramientas
para crear diagramas de casos de uso y otros diagramas.
1. Incorpora los estándares
UML.
2. Su interfaz es fácil y
amigable.
3. Posibilidad de trabajar en
equipo.
4. Conexión de diagramas con
datos en tiempo real.
5. Puedes adquirir una versión
de prueba.
Desventajas
1. Se debe adquirir una
licencia de uso comercial.
2. Solo disponible para
plataformas Windows.
3. Los diagramas deben ser
trabajados en forma local.
2. Lucidchart
Sin duda esta es una de mis
plataformas favoritas Online para el diseño de casos de uso, contiene una
interfaz moderna, amigable y fácil de usar, al igual que otras alternativas no
solo podrás diseñar casos de uso; si no varios tipos de diagramas.
Ventajas
1. Su entorno es Web, por lo
cual no es necesario instalarlo.
2. Puede abrirse desde
cualquier ordenador con un navegador.
3.Los trabajos están
disponibles en cualquier lugar a cualquier hora con una conexión a Internet
(Nube).
4. Curva de aprendizaje
prácticamente nula, al crear tu cuenta estarás trabajando al instante.
5. Podrás probarlo de forma
gratuita.
Desventajas
1. Se debe comprar el
servicio, aunque los planes no son costosos.
2. Si no se cuenta con una
conexión a Internet será imposible acceder a los diagramas.
3. Yuml
Otra de las herramientas para
diseñar casos de uso es Yuml, Este proyecto interesante permitirá crear tus
casos de uso en modo texto y recibir un diagrama ya elaborado a partir del
texto ingresado, sin registrarte podrás ver ejemplos de código y diagramas
realizados.
Ventajas
1. Su entorno es Web, por lo
cual no es necesario instalarlo.
2. Puede abrirse desde
cualquier ordenador con un navegador.
3. Los trabajos están
disponibles en cualquier lugar a cualquier hora con una conexión a Internet.
4. Cuenta con un plan free.
Desventajas
1. Los diagramas son creados a
partir de texto, lo que puede dificultar la creación de los mismos.
2. Las funciones avanzadas
están bajo cuentas Premium.
3. El tiempo de diseño de los
diagramas puede ser mayor si no se conoce la herramienta.
4. Cacoo
Este potente proyecto para la
creación de diversos diagramas UML, entre los cuales está el de casos de uso,
es una excelente alternativa para el análisis de requerimientos de
nuestros proyectos, su facilidad será de gran ayuda en la consecución de las
metas y tareas de tu equipo.
Entre los diagramas que podrás
crear con esta herramienta encontrarás:
Casos de uso
Secuencia
Clase
Actividad
Máquina de estado
Ventajas
1. Su entorno es Web, por lo
cual no es necesario instalarlo.
2. Puede abrirse desde
cualquier ordenador con un navegador.
3. Los trabajos están
disponibles en cualquier lugar a cualquier hora con una conexión a Internet.
4. Se puede trabajar de manera
colaborativa entre los miembros del equipo de trabajo.
5. Soporte para múltiples
diagramas no solo casos de uso.
6. Podemos adquirir una prueba gratuita sin obligación de adquirir el servicio.
Desventajas
1. Se debe comprar el
servicio, aunque los planes no son costosos.
2. Si no se cuenta con una
conexión a Internet será imposible acceder a los diagramas.
5. StarUML
Una de las herramientas por
excelencia para el modelamiento de procesos es StarUML; última en el listado,
pero no menos importante. Es uno de los Software más conocidos y utilizados
para el diseño de casos de uso y todo tipo de diagramas, para el análisis de
requerimientos.
Ventajas
1. Facilidad de uso.
2. Podemos utilizar la
herramienta siempre seleccionando la opción “Evaluar”.
3. Manejo de distintos modelos
no solo de casos de uso.
4. Disponible para múltiples
Sistemas Operativos.
5. Es una de las herramientas
de diagramación más utilizadas en la actualidad.
Desventajas
1. Al ser una aplicación de
escritorio debemos instalarla.
2. Si deseamos trabajar en
entorno profesional debemos adquirir su licencia.
3. Los diagramas son
trabajados en modo local, aunque podemos exportarlos y portarlos en una memoria
USB, correo electrónico, etc.
5. Agrega un video en el cual se muestre como
se ejecuta la técnica práctica o metodología sobre esta herramienta.
Explicación de Diagrama de
Casos de Uso | Registrar Cliente - YouTube
Referencias Bibliográficas
- Jacobson, I., P. Jonsson, M.
Christerson and G. Overgaard, Ingeniería de Software Orientada a Objetos - Un
acercamiento a través de los casos de uso. Addison Wesley Longman, Upper Saddle
River, N.J., 1992.
- Departamento de Informática,
Universidad de Valladolid. «Casos de Uso» (PDF). Archivado
desde el original el 5 de julio de 2016. Consultado el 26 de agosto
de 2018.
- Sommerville. Ingeniería de software. México: Addison Wesley, 2002.
- R.
Pressman. Ingeniería del software. 7 ed. México: McGraw-Hill, 2005.
- C. Larman. uml y patrones de diseño. Introducción al
análisis y diseño orientado a objetos. 2 ed. México: Pearson, 2003.
- O. Johansen. Introducción a la teoría general de
sistemas. México: Limusa, 2011.
- F. B. Campderrich. Ingeniería del software. España:
Editorial uoc, 2003.
Comentarios
Publicar un comentario