Diseño (Diagrama de Clases) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.

Slides:



Advertisements
Presentaciones similares
Prof. Joel Moreno Molina
Advertisements

Clase 09.  Garantizar la calidad de software  La prueba nunca termina, del IS translada se translada al usuario  Las casas de software invierte del.
Modelo del Proceso de Negocio Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
Análisis (Documentación de CU) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
Unified Modeling Language (UML) Unified Modeling Language (UML) Lenguaje Unificado de Modelado ConceptosBásicos.
Diagrama de Clases SPI 2016.
NOTA: Para cambiar la imagen de esta dispositiva, seleccione la imagen y elimínela. A continuación haga clic en el icono Imágenes en el marcador de posición.
2012-BM5A. Introducción Todos los lenguajes de programación son distintos entre si. Sin embargo, pueden ser agrupados según la forma de pensar y estructurar.
UNIVERSIDAD DE LAS FUERZAS ARMADAS - ESPE DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN CARRERA: INGENIERÍA EN SISTEMAS E INFORMÁTICA “ESTUDIO DE LA NOTACIÓN.
Análisis (Modelo de CU) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos Reservados.
INGENIERÍA DE SOFTWARE RODRÍGUEZ CADENA CYNTHIA VIRIDIANA GRANADOS HERNÁNDEZ ERICK METODOLOGÍA OMT.
Organizaciones involucradas: El centro de cálculo noruego. Crea lenguaje llamado Simula 67, desarrollado por Krinsten Nygaard y Ole-Johan Dahl, en 1967.
Análisis de Proyecto de Software.
Unidad Primer Periodo. Matemáticas
El Lenguaje de Modelación Unificado
METODOLOGÍA DE SISTEMAS
Desarrollo rápido de prototipo
METODOLOGÍA DE SISTEMAS
Ingeniero en Computación José Alfredo Cobián Campos
PROGRAMACION ORIENTADA A OBJETOS
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Diagramas de Casos de Uso
Ingeniería de Software
Diseño (Diagrama de Interacción)
Comunicación comercial y atención al cliente
¿ Que hemos aprendido? Análisis Entendimiento del problema
Programación Avanzada
Diagramas de clases Modelan la vista estática del sistema
Francisco Valdés Souto
Curso de Lenguaje de Modelado Unificado Multiplataforma Adaptativo basado en la Teoría de Respuesta al Item Margarita Rojas Rojas Pedro Salcedo Lagos.
Diseño (Diagrama de Interacción)
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
DIAGRAMA DE CLASES 2016 Ramos, Pablo.
Tema 3. Lenguaje unificado de modelado UML
(Unified Modeling Language)
Diseño (Diagrama de Interacción)
PROGRAMA DE INGENIERÍA DE SISTEMAS POR CICLOS PROPEDEUTICOS
SUBSECRETARÍA DE EDUCACIÓN SUPERIOR DIRECCIÓN GENERAL DE EDUCACIÓN SUPERIOR TECNOLÓGICA INSTITUTO TECNOLÓGICO DE SALINA CRUZ.     NOMBRE DEL TEMA: HERRAMIENTAS.
INSTITUTO TECNOLÓGICO SUPERIOR DE LIBRES Organismo Público Descentralizado del Gobierno del Estado de Puebla   INGENIERÍA EN SISTEMAS COMPUTACIONALES.
Diagramas del modelo uml
Resumen: Análisis de requerimientos
Ingeniería del Software
Proceso Unificado de Desarrollo de Software
4.2 Cumplimiento de Especificación en los Requerimientos
Una tienda especializada en componentes electrónicos, compra sus existencias a una serie de proveedores, vendiéndolas posteriormente a sus clientes; a.
Roles del Analista de Sistemas Y Ciclo de Vida del Desarrollo de Sistemas.
Sistemas de Información
Ciclo de vida del Software
Metodologías de Desarrollo de Software RUP – Proceso Racional Unificado Gilber BASILIO ROBLES I.E.S.T.P. “DANIEL ALCIDES CARRIÓN” Taller de Modelamiento.
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
ANALISIS DE SISTEMAS ANALISIS ORIENTADO A OBJETOS.
INTRODUCCIÓN A UML Y AL ADOO 1 Diagramas en UML ◦Diagramas de casos de uso ◦Diagramas de clases y objetos ◦Diagramas de secuencia ◦Diagramas de colaboración.
DISEÑO DE SOFTWARE 1ª. Parte
Identificación y Clasificación de los Componentes Reutilizables.
Identificación y Clasificación de los Componentes Reutilizables.
DIAGRAMA DE COLABORACIÓN
PROGRAMA DE INGENIERÍA DE SISTEMAS POR CICLOS PROPEDEUTICOS
Diagramas de clases Modelan la vista estática del sistema
Diagrama de componentes
1 Introducción al proceso unificado de desarrollo de software.
El Modelo Esencial. Que modelar en el Análisis? El Sistema Actual ? El Sistema Futuro ? Los detalles de implementación ? Los requerimientos esenciales.
IEEE-STD PRÁCTICA RECOMENDADA PARA LA ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE.
1 UMLUML Wilson Peláez Hernández. 2 LAS CLASES – DIAGRAMAS DE CLASES.
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS. INTRODUCCION. ¿ Qué es UML ?. UML, por sus siglas en Ingles, Unified Modeling Languaje.(Lenguaje Unificado.
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno. INTRODUCCIÓN A UML  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Diagramas de Despliegue. Diagrama de Despliegue Se utiliza para modelar el hardware utilizado en las implementaciones de sistemas y las relaciones entre.
INTRODUCCIÓN A UML.  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Unida III: Análisis y Diseño de Sistemas Orientado a Objetos
ICI 502 Procesos de Software
Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Copyright 2019 Luis Fernando Muñoz Pantoja Ingeniero de Sistemas Derechos reservados UML.
Transcripción de la presentación:

Diseño (Diagrama de Clases) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos Reservados

Contenido Realización de un Caso de uso Diferencia entre análisis y diseño Diagrama de Clases

Realización de un Caso de Uso Una realización es una posible realización de un Caso de uso específico. Una realización de un Caso de uso puede ser representada utilizando un conjunto de diagramas, el número y el tipo puede variar según el proyecto.

Realización de un Caso de Uso

Diferencia entre Análisis y Diseño ANALISIS  Se enfoca en entender el problema  Diseño idealizado  Comportamiento  Estructura del sistema  Requerimientos funcionales  Modelo pequeño DISEÑO Se enfoca en entender la solución Operaciones y atributos Desempeño Cerca al código real Ciclos de vida de los objetos Requerimientos no Funcionales Modelo más largo

Diferencia entre Análisis y Diseño ANALISIS  El objetivo del análisis es entender el problema e iniciar un modelado visual de lo que se pretende construir, independientemente de la implementación y la tecnología.  Se enfoca en el ¿Qué? DISEÑO EL objetivo es refinar el modelo de análisis con la intensión de crear un modelo que permita hacer una transición hacia la fase de codificación. Se enfoca en el ¿Cómo?

Diagrama de Clases Un diagrama de clases es un diagrama que muestra un conjunto de clases, interfaces, colaboraciones y sus relaciones. Gráficamente es una colección de vértices (nodos) y arcos. Los elementos que puede tener un diagrama de clases son:  Clases  Interfaces  Colaboraciones  Relaciones de dependencia, generalización y asociación.

Diagrama de Clases Un diagrama de clases es utilizado para modelar la vista estática de diseño de un sistema. Se toman como entrada los artefactos generados como parte del análisis (diagrama de clases de análisis, otros diagramas, Modelo de Casos de Uso, etc. No todas las clases del modelo de análisis se convertirán en clases de diseño.

Diagrama de Clases

Cuando de un modelo de análisis se toman las clases de entidad y estas se refinan, al hacer el diagrama de clases de las clases entidad se obtiene un diagrama ( o parte de) de entidad-relación. Una colaboración es una sociedad de clases, interfaces y otros elementos que trabajan en conjunto para proporcionar una funcionalidad en conjunto que es mayor a la suma de los elementos. Una interfaz es una colección de operaciones utilizadas para especificar el servicio de una clase o componente.

Ejercicio: Realizar a partir del diagrama de clases de análisis el diagrama de clases de diseño, identificando cuales desaparecen y cuales clases son nuevas.

¿Preguntas? © Avantare Consultores S. A. de C. V. – Derechos Reservados

Gracias © Avantare Consultores S. A. de C. V. – Derechos Reservados “Enabling IT Projects Success”