UML - Casos de Uso

CAPÍTULO I - INTRODUCCIÓN

¿Por qué modelamos?

Por que en sí es lo primero que se debe hacer antes de iniciar un proyecto, modelar nos permite identificar que es lo que se necesita, que es lo que se tiene, el nivel de conocimiento que hay, etc,  en lo que se esta haciendo (modelando), varios campos como la ingeniería, arquitectura y muchos mas usan modelos.

Niveles de Modelado

Los modelos adquieren diferentes formas para diferentes propósitos y aparecen en diversos niveles de abstracción La cantidad del detalle del modelo debe adaptarse a uno de los siguientes propósitos:

-          Guía al proceso de pensamiento

-          Especificaciones abstractas de la estructura esencial de un sistema

-          Especificaciones completas de un sistema final

-          Ejemplos de sistemas típicos o posibles

-          Descripciones completas o parciales de un sistema

¿Qué hay en un modelo?

Los modelos tienen 2 aspectos importantes:

Información semántica: Es la que capta información la procesa, de modo que se pueda cambiar, modificar, arreglar y/o reparar.

Presentación Visual: Es la que muestra la información semántica de modo que el usuario pueda aceptarla y usarla.

 

¿Cuál es el significado de un modelo?

Un modelo es un generador de configuraciones de sistemas, los posibles sistemas son sus extensiones o valores; en los modelos hay que considerar los siguientes aspectos:

-          Abstracción frente a detalle

-          Especificación frente a implementación

-          Descripción frente a instancia

-          Variaciones en la interpretación

Principios del modelado

1º Elección de creación del modelo – problema – solución.

2º Modelo expresado en niveles de precisión.

3º Los mejores modelos – realidad.

4º Un solo modelo no – varios, conjunto de modelos si.

Perspectiva general de UML

UML es un lenguaje para visualizar, especificar, construir, documentar.

El modelado proporciona una comprensión de un sistema. Nunca es suficiente un solo modelo, mas bien para comprender cualquier cosa, algunas veces se necesitan varios modelos conectados o en red.

Bloques de construcción de UML

El vocabulario de UML incluye tres clases de bloques de construcción:

1.       Elementos

2.       Relaciones.

3.       Diagramas

Elementos en UML.- Hay 4 tipos:

-          Estructurales.

-          De comportamiento.

-          De agrupación

-          De Notación.

Relaciones en UML

-          Dependencia.

-          Asociación.

-          Generalización.

-          Realización.

 

Diagramas en UML

UML incluye 9 diagramas:

-          De Clases.

-          De Objetos

-          De Casos de usos.

-          De secuencia.

-          De colaboración.

-          De estados (Starechart).

-          De actividades.

-          De componentes.

-          De despliegue.

 

Objetivos de UML

El 1ro y más importante, UML es un lenguaje de modelado de propósito general que puedan usar todos los modeladores, que no tiene propietario y está basado en el común acuerdo de gran parte de la comunidad informática.

Areas conceptuales de UML

-          Estructura estática

-          Comportamiento dinámico

-           Construcción de implementación

-          Organización del modelo

-          Mecanismo de extensión

 

CAPÍTULO II – CONCEPTOS DE UML

Clases y Objetos.- Una clase es un descriptor de objetos que compartes los mismos atributos, operaciones, métodos, relaciones y comportamiento. Un objeto es el valor de una variable debe tener una clase compatible para el tipo de esta variable, es decir, debe ser de la misma clase.

Diagramas de UML

Ya mostrados los diferentes diagramas de UML, ahora se mostrara la división que existe en estos diagramas:

DIAGRAMAS ESTRUCTURALES

-          Diagrama de clase: representa un conjunto de clases, interfaces y colaboraciones y relación
entre ellas.

-           Diagrama de objetos: conjunto de objetos y sus relaciones.

-           Diagrama de componentes: conjunto de componentes y sus relaciones.

-           Diagrama de despliegue: conjunto de nodos y sus relaciones.
DIAGRAMAS DE COMPORTAMIENTO

-          Diagrama de casos de uso: representa un conjunto de casos de uso, actores y sus relaciones.

-           Diagrama de secuencia: es un diagrama de interacción que resalta la ordenación temporal de los mensajes.

-           Diagrama de colaboración: es un diagrama de interacción que resalta la organización estructural de los objetos que envían y reciben mensajes.

-           Diagrama de estados: representa una máquina de estados constituida por estados, transiciones, eventos y actividades

-          Diagrama de actividades: muestra el flujo de actividades de un sistema.

 

Vistas de UML

Relaciones:

-      Dependencia: Es una relación de uso que declara que un cambio en la especificación de un elemento puede afectar a otro que lo utilice. Se representa con una línea discontinua.
Estas se utilizan cuando se quiere indicar que un elemento utiliza al otro.

-      Generalización: Es una relación entre un elemento general y un caso más específico de ese elemento, la generalización significa que los objetos hijo se pueden emplear en cualquier lugar donde pueda aparecer el padre pero no a la inversa. Se representa como una línea dirigida continua apuntando al padre.

-      Asociación: Es una relación estructural que especifica que los objetos de un elemento están conectados con los objetos de otro. Se representa como una línea continua que conecta la misma o diferentes clases.

CAPÍTULO III – CASOS DE USO

Nombres
Cada caso de uso debe tener su propio nombre para que se distinga de otros casos de uso. El nombre conocido como nombre simple es una cadena de texto.

Casos De Uso y Actores
El actor representa una interacción individual con el sistema de una forma específica, aunque se utilizan actores en los modelos, estos no forman parte del sistema.

 

Casos de Uso y Flujos de eventos
Describe que es lo que hace un sistema pero no específica como lo hace donde es importante tener clara la separación de objetivos entre las vistas internas y externas; este tipo de clase de uso especifica claramente que hace el sistema en la que una persona ajena lo puede entender perfectamente.

 

Casos de Uso y Colaboraciones
Este captura el comportamiento esperado del sistema sin especificar como se complementa ese comportamiento, esta separación es importante porque el sistema no debe de estar influenciado por cuestiones de implementación.

Propiedades Comunes

Contenidos:

-          Casos de Uso.

-          Actores.

-          Relaciones de dependencia, generalización y asociación.

Usos Comunes:

-          Para modelar el contexto de un sistema.

-          Para modelar los requisitos de un sistema.