CASO DE USO

Un caso de uso es una descripción de los pasos o las actividades que deberán realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán en un caso de uso se denominan actores.En el contexto de ingeniería del software, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. 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 requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.

Los más comunes para la captura de requisitos funcionales, especialmente con el desarrollo del paradigma de la programación orientada a objetos, donde se originaron, si bien puede utilizarse con resultados igualmente satisfactorios con otros paradigmas de programación.

Requerimientos Funcionales

Son todas aquellas acciones que se van a realizar en el software o como se va a comportar el software.

Requerimientos no Funcionales

Se refieren a todos los requisitos que ni describen información a guardar, ni funciones a realizar.

UML

 diagramas UML.

Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje demodelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables.

Es importante resaltar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

Se puede aplicar en el desarrollo de software gran variedad de formas para dar soporte a una metodología de desarrollo de software (tal como el Proceso Unificado Racional o RUP), pero no especifica en sí mismo qué metodología o proceso usar.

UML no puede compararse con la programación estructurada, pues UML significa Lenguaje Unificado de Modelado, no es programación, solo se diagrama la realidad de una utilización en un requerimiento. Mientras que, programación estructurada, es una forma de programar como lo es la orientación a objetos, sin embargo, la programación orientada a objetos viene siendo un complemento

 perfecto de UML, pero no por eso se toma UML sólo para lenguajes orientados a objetos.

Actor (UML)

Ilustración de un actor, junto con los demás elementos de un diagrama de casos de uso.

Ejemplo sencillo de diagrama de casos de uso, donde se muestran los actores 

En el Lenguaje Unificado de Modelado (UML), un actor "especifica un rol jugado por un usuario o 

cualquier otro sistema que interactúa con el sujeto."

Un actor modela un tipo de rol jugado por una entidad que interactúa con el sujeto

 (esto es, intercambiando signos y datos), pero que es externo a dicho sujeto.

Los actores pueden representar roles jugados por usuarios humanos, hardware externo,

 u otros sujetos. Un actor no necesariamente representa una entidad física específica, sino

 simplemente una faceta particular (es decir, un "rol") de alguna actividad que es relevante

 a la especificación de sus casos de uso asociados. Así, una única instancia física puede 

jugar el rol de muchos actores diferentes y, asimismo, un actor dado puede ser interpretado

 por múltiples instancias diferentes.

UML  no permite asociaciones entre Actores. A pesar de todo, esta restricción es usualmente 

violada en la práctica, en la medida que la generalización/especialización de relaciones entre

 actores es útil para el modelado de los comportamientos de superposición entre actores.