1 / 61

Modelo de Análisis

Modelo de Análisis. Contenido. Análisis Modelo de Análisis Modelo Conceptual. Análisis. En el Workflow de Análisis se analizan, refinan y estructuran los requerimientos capturados con el propósito de estructurar el sistema completo.

cayla
Download Presentation

Modelo de Análisis

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Modelo de Análisis

  2. Contenido • Análisis • Modelo de Análisis • Modelo Conceptual

  3. Análisis • En el Workflow de Análisis se analizan, refinan y estructuran los requerimientos capturados con el propósito de estructurar el sistema completo. • Los modelos que se desarrollan describen qué es lo que el sistema va a hacer.

  4. Análisis • Los modelos que se desarrollan están orientados al problema y no al ambiente en el que el sistema va a ser desarrollado e implementado.

  5. Análisis • El modelo de análisis proporciona una configuración conceptual del sistema que consiste de objetos de control, entidad e interfaces.

  6. Use-Case Model Se describe usando el lenguaje del cliente. Es la vista externa del sistema. Analysis Model Se describe usando el lenguaje del desarrollador. Es la vista interna del sistema Modelo de Casos de Uso vs. Modelo de Análisis

  7. Use-Case Model Se usa a manera de contrato entre clientes y desarrolladores para definir lo que el sistema debe y no debe hacer Analysis Model Se usa para que los desarrolladores comprendan como el sistema debe ser diseñado e implementado. Modelo de Casos de Uso vs. Modelo de Análisis

  8. Use-Case Model Puede contener redundancias e inconsistencias en el enlace con los requerimientos. Captura la funcionalidad del sistema Analysis Model No debe contener redundancias ni inconsistencias en la interpretación de los requerimientos. Bosqueja como realizar la funcionalidad dentro del sistema. Modelo de Casos de Uso vs. Modelo de Análisis

  9. Modelo de Análisis • ¿Qué es? • Clases Interfaz o Frontera • Clases Entidad • Clases de Control • Diagrama de Clases de Análisis

  10. ¿Qué es? • Es un modelo conceptual de objetos que ayuda a refinar los requerimientos y permite a los desarrolladores describir la estructura interna del sistema.

  11. ¿Qué es? • Es una jerarquía de paquetes de análisis que agregan clases de análisis y realizaciones de casos de uso. • Se describen las clases de análisis bajo sus tres estereotipos: Interfaz, Entidad y Control

  12. ¿Qué es? Analysis Model Analysis System Analysis Package 1 * * * * * Analysis Class Use Case Realization-Analysis

  13. Clases Interfaz o Frontera • Las Clases “Boundary” se usan para modelar la interacción entre el sistema y los actores. • Esta interacción involucra recibir (y presentar) información y peticiones desde usuarios y sistemas externos.

  14. Clases Interfaz o Frontera • Representan la abstracción de de ventanas, formularios, paneles, interfaces de comunicación, impresoras, sensores, terminales o dispositivos.

  15. Clases Interfaz o Frontera Ejemplo: • La interfaz de pago es usada para soportar la interacción entre el actor cajero y el caso de uso de Registrar Pago. Interfaz Pago Cajero

  16. Clases Entidad • Las Clases Entidad (Entity) son usadas para modelar la información que tiene permanencia en el tiempo y es persistente. • Modelan la información y el comportamiento asociado de algún concepto como una persona, evento u objeto del mundo real.

  17. Clases Entidad • Usualmente muestran la estructura de datos lógica que contribuye a la comprensión de la información que depende el sistema.

  18. Clases Entidad Ejemplo: • La clase entidad Pago permite mostrar la información de un pago en la interfaz de pago. consulta Interfaz Pago Cajero Pago

  19. Clase Controladora • Las clases “control” representan la coordinación, secuencia, gestión de transacciones y control de otros objetos. • Usualmente se usan para encapsular el control relacionado con un caso de uso específico.

  20. Clase Controladora • También se usan para representar cálculos y derivaciones complejas, como la lógica del negocio que no se puede relacionar con ninguna entidad. • La dinámica del sistema se modela en una clase controladora, que se encarga de delegar trabajo a otras clases.

  21. Clase Controladora Ejemplo: • La controladora de pagos es responsable de la coordinación entre la interfaz de pagos y la entidad pago. Registrar Crear Interfaz Pago Controladora de Pagos Cajero Pago

  22. Diagrama de Clases • Es un diagrama que muestra las clases de análisis y sus relaciones. Registrar Crear Interfaz Pago Controladora de Pagos Cajero Pago

  23. Modelo Conceptual • ¿Qué es? • Conceptos Relacionados • Relaciones • Obtención del Modelo Conceptual • Atributos.

  24. ¿Qué es? • Es una vista que muestra los conceptos básicos del sistema: sus partes y relaciones. • Se utiliza un diagrama de clases de UML simplificado. • Es una representación de las relaciones entre clases entidad.

  25. Conceptos Relacionados • Correspondencia Tipo - Instancia • Diagramas de Estructura Estática • Diagramas de Clase • Diagramas de Objetos • Modelo Conceptual vs. Diagrama de Clases

  26. Correspondencia Tipo-Instancia • La dicotomía tipo-instancia • clase-objeto, asociación-link, parámetro-valor, operación-llamada, etc. • En UML la distinción tipo-instancia emplea el mismo símbolo geométrico para cada par de elementos y subrayando el string del nombre.

  27. p1: Punto p2: Punto Punto x: 2.15 y: 654.25 x: 2 y: 541.12 x: Real y: Real rotar(angulo: Real) escala(factor: Real) Correspondencia Tipo-Instancia

  28. Diagrama de Clases • Es una colección de elementos declarativos del modelo (clases y sus relaciones), conectados como un grafo.

  29. Diagrama de Objetos • Es un grafo de instancias de clase • De modo Estático es una instancia de un Diagrama de Clases. • De modo Dinámico muestra el estado detallado de un sistema en un periodo de tiempo.

  30. Ventana {abstract, autor = Joe, status=verificado} Ventana +tamaño: Area=(100,100) #visible: Boolean=false +default-size: Rectangle #maximum-size: Rectangle tamaño: Area visible: Boolean +desplegar ( ) +ocultar ( ) +crear ( ) Modelo Conceptual vs. Diagrama de Clases Ventana subrayado: ámbito de clase

  31. Relaciones • Son vínculos que se establecen entre los conceptos o clases. • En una primera etapa del análisis revisaremos las: • Asociaciones • Agregaciones

  32. Relación de Asociación • Representa una relación o conexión semántica entre objetos de diferentes clases

  33. Relación de Asociación • Pueden ser binarias, ternarias o de orden superior. • Por defecto son bidireccionales

  34. Relación de Asociación Asociación binaria • Se denota gráficamente como un arco sólido conectando dos símbolos de clase.

  35. Relación de Asociación Asociación binaria TRIPULANTE VUELO viaja

  36. Atributos de las Relaciones • Multiplicidad: Es indicada por un rango en el rol. Indicar el número de instancias vinculadas entre las clases. • Rol: Cada final de la asociación es un rol (opcionalmente se documenta con un nombre).

  37. Atributos de las Relaciones • Navegabilidad: Indica el grado de visibilidad que tienen las intancias de una clase respecto de otra. • Nombre: Cada asociación puede tener un nombre

  38. Nombre de Asociaciones Legible y Entendible AVION posee ASIENTO

  39. La Multiplicidad • Define cuántas ocurrencias de un tipo A pueden ser asociados con una instancia de un tipo B. VUELO Posee ASIENTO 1 *

  40. La Multiplicidad Muchos * Exactamente uno 1 Cero or muchos 0..* Uno o muchos 1..* Cero o uno 0..1 Rango específico 2..4

  41. Persona Cuenta Corporación Relación de Asociación • Trabaja-para * Empresa Persona empleado empleador Trabajador salario jefe 0..1 trabajador * • gerencia Dirección de lectura del nombre de relación

  42. Asociación N-aria • Asociación entre 3 o más clases. • La multiplicidad puede ser especificada pero es menos obvia.

  43. Asociación N-aria Año Equipo Jugador Registro

  44. Agregaciones • Las agregaciones se identifican con relaciones entre tipos que impliquen que uno “tiene a” otro.

  45. Aeropuerto Agregaciones Avion Vuelo El Vuelo está compuesto de Avión y Aeropuerto

  46. Agregación Contiene4 3..* Polígono Punto {ordenado} 1 Propiedad-Grafica color textura densidad 1

  47. Composición • Es una forma fuerte de agregación donde el tiempo de vida de la parte coincide con el todo. • Las partes no deben sobrevivir fuera del todo. • Operaciones de copia o eliminación al todo deben propagarse a las partes. • Soporta encapsulamiento.

  48. Estilo Agregación vs. Composición Punto Círculo Polígono

  49. Obtención del Modelo Conceptual • Explica los conceptos significativos en el dominio del problema. • Procedimiento: • Los tipos o conceptos • Las asociaciones • La multiplicidad • Las agregaciones

  50. Definir las clases o conceptos • Hacer una lista de clases de acuerdo a categorías

More Related