Analisis de sistemas final

UML

lenguaje modelo unificado

• obtener un lenguaje simple que permite modelar aplicaciones en cualquier dominio

• es un lenguaje capaz de abstraer cualquier tipo de sistema mediante los diagramas

Beneficios de UML

• produce un aumento en la calidad del desarrollo

• Reduce los costos del proyecto

• Mejora en un 50% o mas los tiempos totales de desarrollo

Modelo

abstraccion semanticamente cerrada de un sistema

Vista

proyeccion de la organizacion y estructura de un modelo del sistema, centrada en un aspecto del sistema

Diagrama

representacion grafica de un conjunto de elementos, normalmente mostrado como un grafo conexo de nodos y arcos

Tipos de diagramas

Estructurales

• representan partes estaticas de un sistema, tales como clases, objetos, componentes

De comportamiento

• especifican las partes dinamicas de un sistema tales como estados del sistema, flujo de control de actividades, secuencias de mensajes

Tipos de diagramas estructurales

• De clases: conjunto de clases, interfaces y colaboraciones, y las relaciones entre ellas

• de objetos: instantaneas de las instancias de los elementos controntrados en los diagramas de clases

• de componentes: conjunto de componentes y sus relaciones

• de despliegue: conjunto de nodos y sus relaciones

Diagramas de comportamiento

• diagramas de casos de uso

  • conjunto de casos de uso y actores y sus relaciones

• Diagramas de interaccion:

  • De secuencia: conjunto de objetos y los mensajes enviados y recibidos por ellos

  • de colaboracion: resalta organizacion estructural de objetos que envian y reciben mensajes

• Diagramas de estados:

  • representan maquinas de estados, construida por estados, transiciones, eventos y actividades

• Diagramas de actividades:

  • muestran el flujo de actividades de un sistema

Tipos de vistas

• Vista de casos de uso:

  • comportamiento del sistema tal y como es percibido por usuarios, analistas, y encargados de pruebas

• Vista logica:

  • representa la funcionalidad que el sistema proporcionara a los usuarios finales

• Vista de despliegue:

  • se muestra el sistema desde la perspectiva de un programador

• Vista de processos:

  • en esta se muestran procesos que hay en el sistema y la forma en que estos se comunican

• Vista fisica:

  • se muestra la perspectiva de un ingeniero en sistemas, los componentes fisicos

Relacion vistas - diagramas

• Vista de casos de uso

  • diagrama de casos de uso

  • diagramas de claso

• Vista logica

  • diagrama de clases

  • diagrama de secuencia

• Vista de despliegue

  • diagrama de componentes

  • diagrama de paquetes

• VIsta de procesos

  • diagrama de actividades

• Vista fisica

  • diagrama de despliegue

Diagrama de actividades

es un diagrama disenado para mostrar una vision simplificada de lo que ocurre durante una operacion o proceso

Uso y objetivo de diagrama de actividades

• uso: modelar el comportamiento de un sistema a partir de un caso de uso

• objetivo: modelar un proceso de flujo de trabajo

• una operacion: es un servicio proporcionado por un objeto, que esta disponible a travez de una interfaz

• una interfaz: es un grupo de operaciones relacionadas con semantica

Que muestra el diagrama de actividades

• muestra el comportamiento de nivel de ejecucion de sistema sin profundizar en los detalles internos de los mensajes

• los parametros de entrada y salida de una accion se pueden mostrar usando relaciones de flujo que conectan la accion y un estado de flujo de objeto

Representacion de diagrama de actividades

• serie de acciones representadas dentro de uno o varios hilos de proceso condicionadas por nodos de control

• demuestra actividades que deben ser analizadas en un caso de uso asi como las rutas que este puede ir desencadenado

Elementos de diagrama de actividades

• Actividad

Representada con un rectangulo

Cada actividad puede representar varios pasos

• Transicion

Representada por una flecha →

indican el flujo de desarrllo de la tarea

• Barra de sincronizacion

Representada por una barra

sirve para coordinar actividades

• Decision

Representada por una diamante

Se utiliza para representar alternativas en el flujo de desarrollo de la tarea

• Creacion

Representada por un punto

Indica el punto de inicio de una tarea

• Finalizacion

Represantada por un punto y un circulo

Indica el punto en el que finaliza el diagrama

Modelado de casos de uso

• especifica un comportamiento deseado del sistema

• representan los requisitos funcionales del sistema

• describen que hace el sistema

Partes de un caso de uso

• escenarios: conjunto de secuencias de acciones

• actores: roles que puedan jugar los usuarios

• variantes: versiones especializadas, un CDU que extiende a otro

• realize un trabajo tangible

Escenario

Actores

representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema

Tipos de actores

• Principal: requiere al sistema el cumplimiento de un objetivo

• Secundarios: el sistemas necesita de ellos para satisfacer un objetivo

Escenarios y casos de uso

• un caso de uso describe un conjunto de secuencias de interacciones entre actores y el sistema

• un escenario es una instancia de un caso de uso

• un escenario es una historia particular de uso de un sistema

Descripcion de un caso de uso

• son documentos de texto, no son diagramas

• Describe el flujo de eventos

• Debe ser legible y comprensible para un usuario no experto

Casos de uso y colaboracion

• con un caso de uso se describe un comportamiento esperaedo del sistema

• un caso de uso se implementa a traves de una colaboracion

• una colaboracion tiene una parte estatica y una parte dinamica

Relaciones en casos de uso

• Generalizacion: un CDU hereda el comportamiento y significado de otro

• Inclusion: un CDU base incorpora explicitamente el comportamiento de otro en algun lugar de su secuencia

• Extension: un CDU base incorpora implicitamente el comportamiento de otro CDU

Relacion de inclusion

permite factorizar un comportamiento en un caso de uso aparte y evitar repetir un mismo flujo

(parte obligatorio)

Relacion de extension

La parte opcional del sistema

Obtencion de casos de uso

• Identificar los usuarios del sistema

• estructurar los casos de uso

• encontrar todos los roles que juegan los usuario y que son relevantes al sistema

Especificacion de casos de uso

Resumen

Actores Principales

Personas involucradas

Precondiciones

Poscondiciones

Escenario Principa’
Extensiones

Requisitos de interfaz de ususario

Requisitos no funcionales

Cuestion pendientes

Diagrama de clases

• pertenecen a los diagramas de estructura dentro de UML

• sirven para modelar una descripcion de conjunto de objetos que comparten los mismos atributos, operaciones, metodos, relaciones, y semantica

Atributos

son todos los valores que daran sentido descriptivo a cada isntancia de la clase

Instancia

son todos aquellos objetos derivados de una clase

Metodos

permiten especificar comportamientos de cualquier caracteristica de una clase

Visibilidad

+ publico: cualquier clase puede acceder a este

- privado: ninguna clase puede acceder a este

# protegido : solo la misma clase y subclases pueden acceder a estos

~ paquete": todas clases dentro del mismo paquete pueden acceder a estos

Relaciones entre clases

→ herencia

— asociacion

—<> agregacion (una clase puede existir sin la otra)

—<(filled)> composicion (una parte no puede existir sin el todo)

Multiplicidad

0.. 1 →opcional

N → cantidad especifica

0.. * → cero a muchos

1.. * → uno a muchos

M.. 2 → rango especifico