Es el instrumento (artefacto) más importante de crear en el AOO.

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Es el instrumento (artefacto) más importante de crear en el AOO."

Transcripción

1 El Modelo Conceptual Ilustra: Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la representación de cosas del mundo real y NO de componentes de software. En él NO se definen operaciones. Puede representarse mediate un diagrama de estructura estático (notación UML). El Modelo Conceptual El modelo conceptual muestra: Conceptos s de los conceptos Asociaciones entre conceptos CONCEPTOS: Informalmente Idea, cosa u objeto Formalmente Puede considerarse en términos de: Símbolo: Palabras o imágenes representando un concepto. Definición: La descripción formal de un concepto Extensión: El conjunto de ejemplos a los cuales se aplica el concepto. 1

2 El Modelo Conceptual Venta Fecha Hora Símbolo del concepto Una venta representa el evento de una transacción de ordenar artículos. Definición del concepto Ella tiene una fecha y una hora. Venta 1 Venta 2 Venta 3 Venta 4 Extensión del concepto Un concepto tiene un símbolo, una definición y una extensión Modelos Conceptuales y Descomposición Análisis Estructurado División por funciones Análisis O.O. División por conceptos (objetos) Estrategias para Identificar Conceptos Es mejor sobreespecificar un modelo conceptual con muchos conceptos detallados. No excluya conceptos simples solo porque en los requerimientos no se indique la necesidad de tener información sobre ellos o porque el concepto no tenga atributos o porque su papel sea netamente de comportamiento y no de información. Identificar conceptos Lista de categorías de conceptos Identificación de sustantivos en las descripciones textuales del dominio de problemas ( conceptos y atributos candidatos) y en los casos de uso expandidos. 2

3 Lista de Categorías de Conceptos CATEGORÍA DE CONCEPTOS Objetos físicos Especificaciones, diseños o descripciones de cosas Lugares Transacciones Elementos de línea de transacción Roles de la gente Contenedores de otras cosas Cosas en un contenedor EJEMPLOS TPV, Avión Especificación producto. Descripción Vuelo Tienda, Aeropuerto Venta, Pago, Reservaciones Artículo Línea Ventas Cajero, Piloto Tienda, Avión Artículo, Pasajero CATEGORÍA DE CONCEPTOS Otro computador o sistemas electromecánicos externos a nuestro sistema Conceptos abstractos Organizaciones Eventos Procesos (no se representan a menudo como un concepto, pero podría darse el caso) EJEMPLOS Sistema Autorización Tarjeta Crédito, Control Tráfico Aéreo. Acrofobia Departamento Ventas Aerolínea Objeto Venta, Robo, Reunión, Vuelo, Accidente, Aterrizaje Vender Un Producto Reservar Silla 3

4 CATEGORÍA DE CONCEPTOS Reglas y Políticas Catálogos Registros de finanzas, trabajos, contratos y asuntos legales. Instrumentos financieros y servicios EJEMPLOS Política Devolución Política Cancelación Catálogo Producto Catálogo Partes Recibo, Contrato Empleo, Consecutivo Mantenimiento. Línea De Crédito, Existencias Manuales, libros Manual Reparación Manual Empleado Comprar artículo en efectivo. (Formato expandido) Acciones del Actor Respuesta del Sistema 1. Este caso de uso inicia cuando un cliente llega a un punto de pago con los artículos que va a comprar. 2. El cajero registra el código de cada artículo. Si hay más de uno de los mismos artículos, el cajero puede entrar también la cantidad. 3. Determinar el precio del artículo, y añadir la información del artículo a la transacción de ventas que se ejecuta. La descripción y precio del artículo se despliega. 4

5 Guías para el Modelo Conceptual 1. Listar los conceptos candidatos usando la lista de categorías a de conceptos y la identificación n de sustantivos relacionados con los requerimientos en consideración. 2. Dibujarlos en un modelo conceptual. 3. Adicionar las asociaciones necesarias para registrar relaciones para la cuales haya necesidad de preservar memoria. 4. Adicionar los atributos necesarios para llenar los requerimientos de información. Recomendaciones para Crear el Modelo Conceptual Denomine los conceptos y atributos con los nombres que tienen en el mundo real. Excluya conceptos del mundo real que no sean pertinentes a los requerimientos. No adiciones cosas que no estén bajo consideración en el dominio del problema. Para establecer si X es un concepto o un atributo: Piense en X, si lo considera un número o un texto en el mundo real, X probablemente sea un atributo. 5

6 Recomendaciones para Crear el Modelo Conceptual Ejemplo: Vuelo Destino O...? Vuelo aeropuerto nombre En el mundo real un aeropuerto de destino no se considera número ni texto. Es algo que ocupa espacio. Por lo tanto, aeropuerto debería ser un concepto, si hay duda, considerelo un concepto separado. Modelo Conceptual - Asociaciones Asociación: Relación entre conceptos que indica alguna conexión interesante y significativa. Se describen en UML como relaciones de estructura entre objetos de diferente tipo. asociación TPV 1 Registra 1..* VENTA PAGO 1 Pagada-por 1 Nombre asociación Multiplicidad 6

7 ROLES Modelo Conceptual Cada final de una asociación es llamado un rol. roles pueden opcionalmente tener: Nombre Expresión de multiplicidad Navegabilidad. MULTIPLICIDAD Los Define cuántas instancias de un tipo A pueden asociarse con una instancia de un tipo B, en un momento particular en el tiempo. Modelo Conceptual Cuáles asociaciones deben incluirse en un modelo conceptual? Asociaciones para las cuales el conocimiento de la relación necesita preservarse durante un período de tiempo (asociaciones de necesidad de saber ). Ejemplo: es necesario recordar qué instancias de Artículos-línea-de-venta se asocian con una instancia de venta para reconstruir la venta, imprimir un recibo o calcular venta total. Asociaciones derivadas de la lista de asociaciones comunes. 7

8 Modelo Conceptual Guías para Asociaciones: Focalizar en aquellas asociaciones para las cuales el conocimiento de la relación debe preservarse por un período de tiempo. Es más importante identificar conceptos que asociaciones. Demasiadas asociaciones tienden a hacer confuso un modelo conceptual en lugar de clarificarlo. Su descubrimiento i consume demasiado d tiempo y los beneficios son marginales. Evite mostrar asociaciones redundantes o derivables. Lista de Asociaciones Comunes Ejemplos A es una parte física de B Pantalla TPV Ala avión A es una parte lógica de B Artículo de línea de venta Venta Escala del vuelo Ruta del vuelo A está físicamente contenido en B TPV Tienda Artículo Tienda/ estantería A está lógicamente contenido en B Descripción Catálogo del artículo Catálogo Tienda A es una descripción de B Descripción del artículo Artículo 8

9 Lista de Asociaciones Comunes A es un artículo de línea de una transacción o informe B A es conocido, registrado, reportado, capturado, (logged) en B Ejemplos Artículo de línea de venta Venta Trabajo Consecutimantenimiento vo mantenimiento (LOG) Venta (completada) ----TPV Renovación ---- Lista de reservas de vuelo AesunmiembrodeB Cajero ---- Tienda Piloto ---- Aerolínea A es una unidad suborganizacional de B Departamento Mantenimiento ---- Tienda ---- Aerolínea Lista de Asociaciones Comunes Ejemplos A usa y maneja B Cajero ---- Pago Pasajero ---- Tiquete Cajero ---- Pago A se comunica con B Cliente ---- Cajero Agente reservas ---- Pasajero A está relacionado a una transacción B Cliente Pasajero Cajero ---- Pago ---- Tiquete ---- Pago A es una transacción relacionada con Pago ---- Venta otra transacción B Reserva ---- Cancelación A es el siguiente de B TPV ---- TPV Ciudad ---- Ciudad A pertenece a B TPV ---- Tienda 9

10 Modelo Conceptual s: Un atributo es un valor de dato lógico de un objeto. Deben incluirse aquéllos que sugieren los casos de uso o implican necesidad de recordar información. Ejemplo: Un recibo de ventas incluye lafecha y la hora por lo tanto el concepto VENTA necesita como atributos la fecha y la hora. Modelo Conceptual NOTACIÓN UML PARA ATRIBUTOS VENTA Fecha hora atributos Los atributos en un modelo conceptual deberían ser atributos simples o valores de datos puros. Tipos simples de atributos son: Booleanos, fecha, número, cadenas de caracteres, tiempo Otro tipo de atributos comunes son: dirección, color, figura geométrica (punto, cuadrado..), zona postal, teléfono código, c.c., tipos enumerados. 10

11 Glosario de Términos El glosario o diccionario del modelo (similar al diccionario de datos) lista y define todos los términos que requieren clarificación. El glosario se crea en la fase de Planeamiento y Elaboración pero se refina en todos los ciclos de desarrollo a medida que se encuentren nuevos términos. No hay un formato oficial para un glosario. Ejemplo : Glosario del Sistema TPV. Término Categoría Comentarios Comprar artículo EspecificacionProducto. descripcion : Texto Elemento Pago EspecificacionProducto. precio : Cantidad ElementoLineaVenta. cantidad : Integer Venta ArticuloLineaVenta Tienda Venta.total : Cantidad Pago.cuantia : Cantidad EspecificacionProducto. upc : UPC Caso de Uso Tipo Tipo Tipo Tipo Tipo Descripción del proceso de compra de artículos por un cliente en una tienda Una corta descripción de un artículo en venta, y su EspecificacionProducto asociado Un artículo para la venta en una tienda Un pago en efectivo El precio de un artículo en una venta, y su EspecificacionProducto asociado La cantidad de un tipo de artículos a comprar Una transacción de venta Un ítem de línea para un articulo particular comprado en una venta El lugar donde la venta de artículo ocurre El gran total de la venta La cantidad de dinero entregada en pago por el cliente. El código del artículo y su EspecificaciónProducto 11

El Modelo Conceptual

El Modelo Conceptual El Modelo Conceptual Ilustra: Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la representación de cosas del mundo real y NO de componentes

Más detalles

Qué es un Modelo de Dominio

Qué es un Modelo de Dominio MODELO CONCEPTUAL/ MODELO DE DOMINIO Qué es un Modelo de Dominio Un Modelo de Dominio es una representación visual de clases conceptuales o de objetos reales en un dominio de interés [MO95]. Un Modelo

Más detalles

Análisis Modelado del Dominio

Análisis Modelado del Dominio Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación 4 - Curso 2013 Análisis - Modelado del

Más detalles

Metodologías de Diseño. Análisis Modelado del Dominio

Metodologías de Diseño. Análisis Modelado del Dominio Metodologías de Diseño y Programación Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones CC3002 Análisis:

Más detalles

Capítulo III: AOO. Modelo del Dominio. Ejemplo 3.2

Capítulo III: AOO. Modelo del Dominio. Ejemplo 3.2 Capítulo III: AOO UP->fase de Elaboración Descubrir la mayoría de los requisitos. Estabilizar la arquitectura Implementar el núcleo de la aplicación Buenas prácticas en la Elaboración Llevar a cabo iteraciones

Más detalles

6.3 EDIFICACIÓN. [Proceso]

6.3 EDIFICACIÓN. [Proceso] 6.3 EDIFICACIÓN. [Proceso] Esta etapa comprende la construcción del sistema en una serie de iteraciones increméntales. La construcción de un sistema utilizando ciclos de desarrollo iterativos tiene ciertas

Más detalles

Procedimiento para construir el diagrama de clases

Procedimiento para construir el diagrama de clases Procedimiento para construir el diagrama de clases Proceso de construcción del modelo de clases Identificación de objetos y clases Identificación de atributos y funciones asociaciones y agregaciones relaciones

Más detalles

MODELADO DEL DOMINIO (MODELO CONCEPTUAL)

MODELADO DEL DOMINIO (MODELO CONCEPTUAL) MODELADO DEL DOMINIO (MODELO CONCEPTUAL) Es el Artefacto más importante en el Análisis Orientado a Objetos. Explica los conceptos más significativos en un dominio del problema. Previo a esto es fundamental

Más detalles

Análisis y Diseño Orientado a Objetos

Análisis y Diseño Orientado a Objetos Universidad de Chile Departamento de Ciencias de la Computación CC61J - Taller de UML Análisis y Diseño Orientado a Objetos Luis A. Guerrero Introducción Requisitos del usuario Proceso de desarrollo de

Más detalles

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I Sistemas de Bases de Datos I MODELADO DE DATOS I Qué es el Modelado de Datos? MUNDO REAL ANALIZAR INTERPRETAR ABSTRAER MODELO Qué es el Modelado de Datos? Es la representación de cosas del mundo real.

Más detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque: Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas

Más detalles

Programación 4 CASO DE ESTUDIO :: ANÁLISIS

Programación 4 CASO DE ESTUDIO :: ANÁLISIS Programación 4 CASO DE ESTUDIO :: ANÁLISIS OBJETIVO En este documento se presenta un caso de estudio que servirá como guía práctica para la introducción de la etapa de análisis, tanto para las actividades

Más detalles

Applying UML and paterns (Capítulos 8, 9 y 10)

Applying UML and paterns (Capítulos 8, 9 y 10) Applying UML and paterns (Capítulos 8, 9 y 10) ABEL ORTEGA HERNÁNDEZ CINVESTAV-Tamaulipas 08 de Octubre del 2012 ABEL ORTEGA HDZ. (CINVESTAV) Presentación 08 de Octubre del 2012 1 / 91 Capítulo 8: Iteración

Más detalles

Análisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0

Análisis y Diseño del Software. El Lenguaje Unificado de Modelado UML 2.0 Análisis y Diseño del Software El Lenguaje Unificado de Modelado UML 2.0 Contenidos Introducción al modelado del software Presentación de UML Modelado de Casos de Usos Diagramas de casos de uso Modelado

Más detalles

3 Análisis orientado a objetos

3 Análisis orientado a objetos 3 Análisis orientado a objetos En la fase de Elaboración, siguiendo a UP, las iteraciones que se van a llevar a cabo deberán de servir para: Descubrir la mayoría de los requisitos. Estabilizar la arquitectura,

Más detalles

UNIDAD Nº 4. Construcción de un Modelo Conceptual

UNIDAD Nº 4. Construcción de un Modelo Conceptual UNIDAD Nº 4 Construcción de un Modelo Conceptual 1. Introducción Un Modelo Conceptual explica (a sus creadores) los conceptos significativos en un dominio del problema, es el artefacto más importante a

Más detalles

1.1CONCEPTOS ORIENTADOS A OBJETOS

1.1CONCEPTOS ORIENTADOS A OBJETOS Planificación 08-04-2014 Tema 3:Analista de sistemas con UML Objetivos Los estudiantes serán capaz de: Conocer las técnicas de UML para el análisis de sistemas de información Identificación de casos de

Más detalles

Fase de Análisis A continuación se desarrolla el ejemplo del Modelo de Dominio para un Aeropuerto.

Fase de Análisis A continuación se desarrolla el ejemplo del Modelo de Dominio para un Aeropuerto. Fase de Análisis A continuación se desarrolla el ejemplo del Modelo de Dominio para un Aeropuerto. 1. Modelo Conceptual Lista de Concepto Categoría del Concepto Lugares Personas Conceptos Ejemplos Aeropuerto

Más detalles

Ingeniería del Software I

Ingeniería del Software I - 1 - Ingeniería del Software I Introducción al Modelo Conceptual 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 CLASES CONCEPTUALES... 3 ESTRATEGIAS PARA IDENTIFICAR CLASES CONCEPTUALES... 3 Utilizar lista

Más detalles

Modelado Estático Básico. Diseño de Software Avanzado Departamento de Informática

Modelado Estático Básico. Diseño de Software Avanzado Departamento de Informática Modelado Estático Básico Objetos y Clases (I) Dos niveles de abstracción: Objeto: representación de una entidad concreta con identidad, estado y comportamiento (no siempre entidades físicas tangibles).

Más detalles

Variantes del conceptos de clases(1/2)

Variantes del conceptos de clases(1/2) Capítulo IV: UML (UnifiedModelingLanguage) Vistas (artefactos que representan un aspecto del sistema) Estructural: estructura lógica (Diagramas de clase y de casos de uso) Dinámico: Interacciones entre

Más detalles

Análisis y modelado de sistemas de software. Análisis - Modelado funcional. Blanca A. Vargas Govea Febrero 22, 2013

Análisis y modelado de sistemas de software. Análisis - Modelado funcional. Blanca A. Vargas Govea Febrero 22, 2013 Análisis y modelado de sistemas de software Análisis - Modelado funcional Blanca A. Vargas Govea vargasgovea@itesm.mx Febrero 22, 2013 Objetivo Conocer los elementos de los Diagramas de Casos de Uso y

Más detalles

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 2 de mayo de 2012

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 2 de mayo de 2012 CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 2 de mayo de 202 Agenda Motivación Dominio del Problema Conceptos Modelo de Dominio Diagrama de Actividades Características Notación y

Más detalles

Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea

Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea Análisis y modelado de sistemas de software Análisis - Modelado estructural Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 1, 2013 Resolver Actividad 11 Resolver Tarea 11 Actividad 11: individual Hacer

Más detalles

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información Modelo del Dominio del Problema y Representación en UML UNIDAD 6 Análisis y Diseño de Sistemas de Información Modelo del Dominio del Problema Consiste de los objetos del dominio del problema, es decir,

Más detalles

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación Sistemas informáticos industriales 2017 Diccionario de Datos Diagrama Entidad Relación DICCIONARIO DE DATOS Un diccionario de datos (DD) es una lista organizada de los datos utilizados por el sistema que

Más detalles

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. Diagramas de Actividades

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. Diagramas de Actividades MODULO IV Análisis y Diseño de Sistemas de Información INF-162 III. UML Diagramas de Actividades Facilitador: Miguel Cotaña 06 de Diciembre 2012 1 Un diagrama de actividades destaca el flujo de control

Más detalles

Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea

Análisis y modelado de sistemas de software. Análisis - Modelado estructural. Blanca A. Vargas Govea Análisis y modelado de sistemas de software Análisis - Modelado estructural Blanca A. Vargas Govea vargasgovea@itesm.mx Marzo 8, 2013 Objetivo Aplicar diagramas de clases 2 Diagramas de objetos Es una

Más detalles

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008 Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente

Más detalles

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un

Más detalles

Ingeniería de Software.

Ingeniería de Software. Ingeniería de Software. Disciplina de Análisis. Construcción del Modelo Conceptual del Sistema. Ingeniería de Software. Modelo Conceptual del Sistema Página 0 Mapa del Proceso. Ingeniería de Software.

Más detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 3 Análisis del Problema Modelo del Dominio

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 3 Análisis del Problema Modelo del Dominio Unidad II Metodología para resolver problemas aplicando la POO Parte 3 Análisis del Problema Modelo del Dominio 1 FASE II. Análisis del problema Incluye: Modelo de casos de uso Modelo del dominio Tareas:

Más detalles

Identificar objetos y clases Identificar y depurar relaciones Identificar atributos de objetos y relaciones Añadir herencia Comprobar los casos de

Identificar objetos y clases Identificar y depurar relaciones Identificar atributos de objetos y relaciones Añadir herencia Comprobar los casos de Identificar objetos y clases Identificar y depurar relaciones Identificar atributos de objetos y relaciones Añadir herencia Comprobar los casos de uso (iterar) Modularizar Añadir y simplificar métodos

Más detalles

Capítulos 2 y 5: Modelación con UML y Modelo Objeto

Capítulos 2 y 5: Modelación con UML y Modelo Objeto Capítulos 2 y 5: Modelación con UML y Modelo Objeto Agenda Recordar: Modelo de Sistema: modelo objeto + modelo funcional + modelo dinámico Ultima Clase: Modelo Objeto Definir el concepto de Modelo de Clases

Más detalles

Sistemas de Información II. Modelo del Negocio

Sistemas de Información II. Modelo del Negocio Modelo del Negocio El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones

Más detalles

Modelado Estructural F E B R E R O,

Modelado Estructural F E B R E R O, Modelado Estructural F E B R E R O, 2 0 1 4 Modelado Estructural Sirve para describir los diferentes tipos y relaciones estáticas existentes entre los diferentes objetos de un sistema. A la hora de desarrollar

Más detalles

Modelo de Análisis. Programación Orientada a Objetos 2

Modelo de Análisis. Programación Orientada a Objetos 2 Programación Orientada a Objetos Diagrama de Clases I Ing. Julio Ernesto Carreño Vargas MsC. Modelo de Análisis Un modelo conceptual explica los conceptos más significativos en un dominio del problema,

Más detalles

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE INTRODUCCION A LA PROGRAMACION DE COMPUTACION 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias

Más detalles

Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado por Lic. Guillermo Cherencio

Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado por Lic. Guillermo Cherencio PROVINCIA DE BUENOS AIRES Dirección General de Cultura y Educación Dirección de Educación Superior Desarrollo Orientado a Objetos con UML C.E.C.yT. Juan de Dios Bátíz Paredes IPN Resumido y Reorganizado

Más detalles

[Una agencia de Viajes]

[Una agencia de Viajes] [Una agencia de Viajes] For a better Holiday Hanna Realizado por: Cheikh Malaaynine Charradi Meryem Índice: 1. Introducción:..3 1.1 Qué es una agencia de viajes?...3 2. Glosario de términos..4 3. Modelado

Más detalles

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012

CC Taller de UML Apuntes de Clase. Prof. Andrés Muñoz Ordenes 9 de mayo de 2012 CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 9 de mayo de 2012 Agenda Motivación Actividad en Clase Continuación Modelo de Análisis Diagrama de Interacción Características Notación

Más detalles

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos. UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:

Más detalles

Qué es una Base de Datos?

Qué es una Base de Datos? Bases de Datos Qué es una Base de Datos? Colección compartida de datos relacionados desde el punto de vista lógico, junto con una descripción de esos datos (metadatos), diseñada para satisfacer las necesidades

Más detalles

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos. UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Introducción a la Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA

Más detalles

3 Análisis orientado a objetos En la fase de Elaboración, siguiendo a UP, las iteraciones que se van a llevar a cabo deberán de servir para:

3 Análisis orientado a objetos En la fase de Elaboración, siguiendo a UP, las iteraciones que se van a llevar a cabo deberán de servir para: 3 Análisis orientado a objetos En la fase de Elaboración, siguiendo a UP, las iteraciones que se van a llevar a cabo deberán de servir para: Descubrir la mayoría de los requisitos. Estabilizar la arquitectura,

Más detalles

Cliente. Generalización. Cliente Comercial

Cliente. Generalización. Cliente Comercial Casos de Uso Análisis y Diseño OO 2008-3 Qué es un caso de uso? Especificación del comportamiento de un sistema ode una parte de este Descripción de un conjunto de secuencia de acciones, incluyendo variantes

Más detalles

Modelo de Dominio Angela Carrillo R. Modelo del Dominio Muestra clases conceptuales significativas ifi en un dominio del problema Un modelo de dominio es una representación de las clases conceptuales del

Más detalles

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12

Caso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12 Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se

Más detalles

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco UML Diagrama de Casos de Usos Prof. Daniel Riesco Diagramas de Caso Uso Secuencia de transacciones desarrolladas por un sistema en respuesta a un evento iniciado por un actor Sirven para especificar la

Más detalles

INGENIERÍA WEB. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017

INGENIERÍA WEB. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017 INGENIERÍA WEB Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017 INTRODUCCIÓN: Aspectos importantes en las aplicaciones WEB Modelo de Dominio

Más detalles

CLASE 6: MODELO CONCEPTUAL/ MODELO DE DOMINIO. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez

CLASE 6: MODELO CONCEPTUAL/ MODELO DE DOMINIO. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez CLASE 6: MODELO CONCEPTUAL/ MODELO DE DOMINIO Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez Qué es un Modelo de Dominio Un Modelo de Dominio es una representación visual de

Más detalles

Modelo de Casos de Uso

Modelo de Casos de Uso Modelo de Casos de Uso Artefactos UML Josep Vilalta Marzo Rev.- 3.1 2007 VICO OPEN MODELING, S.L. www.vico.org 1 Diagramas UML 2.0 Diagrama estructura comportamiento Paquetes Clases Objetos Casos de Uso

Más detalles

DIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos.

DIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos. Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando detalles de su implementación, como por ejemplo los métodos. Entradas

Más detalles

Published on Marco de Desarrollo de la Junta de Andalucía (http://madeja.i-administracion.juntaandalucia.es/servicios/madeja)

Published on Marco de Desarrollo de la Junta de Andalucía (http://madeja.i-administracion.juntaandalucia.es/servicios/madeja) Published on Marco de Desarrollo de la Junta de Andalucía (http://madeja.i-administracion.juntaandalucia.es/servicios/madeja) Análisis del Sistema Área: Ingeniería de requisitos Carácter del recurso: Recomendado

Más detalles

Capítulo 16. Diagrama de Clases UML

Capítulo 16. Diagrama de Clases UML Capítulo 16. Diagrama de Clases UML Florentino TORRES M. CINVESTAV-Tamaulipas 15 de Oct del 2012 Florentino TORRES M. (CINVESTAV) 15 de Oct del 2012 1 / 70 1 Capítulo 16. Diagrama de Clases UML Aplicando

Más detalles

TRABAJO PRÁCTICO 7: OBJETOS

TRABAJO PRÁCTICO 7: OBJETOS TEORÍA TRABAJO PRÁCTICO 7: OBJETOS Qué son los métodos Orientados a Objetos? Los métodos OO proveen un conjunto de técnicas para analizar, descomponer y modularizar arquitecturas de software. Se caracterizan

Más detalles

INTRODUCCIÓN A LA NOTACIÓN UML Diagramas de clases

INTRODUCCIÓN A LA NOTACIÓN UML Diagramas de clases INTRODUCCIÓN A LA NOTACIÓN UML Diagramas de clases 1 Introducción Este documento proporciona una breve descripción de la notación UML utilizada en los diagramas UML de clases. 2 Clase Una clase UML (figura

Más detalles

Sample UP Artifact Relationships. Domain Model. Sale... LineItem... quantity. Use-Case Model. Operation: enteritem( ) Cashier: Item ID:...

Sample UP Artifact Relationships. Domain Model. Sale... LineItem... quantity. Use-Case Model. Operation: enteritem( ) Cashier: Item ID:... Dpto. de Computación y T.I. Taller de Ingeniería de Software Clase 4 Agenda. Exposición prototipo no funcional integrado 2. Exposición Casos de Uso 3. Diagrama de Clases de Análisis 3. 4. Asignación próxima

Más detalles

UML Unifield Modeling Languaje

UML Unifield Modeling Languaje UML Unifield Modeling Languaje 1 Modelo: Representación abstracta de una especificación, un diseño o un sistema. Generalmente, basada en una visión particular y compuesta por uno o más diagramas. Lenguaje

Más detalles

DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao

DameArgo. LasPelasAntes. Dpto. LSI - Universidad de Granada. ClienteColgao Casos de uso DameArgo LasPelasAntes Dpto. LSI - Universidad de Granada ClienteColgao Contexto de uso Delimitar a partir del uso: Por personas, si el sistema es interactivo. Por máquinas, si el sistema

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez

PROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez PROGRAMACIÓN ORIENTADA A OBJETOS Dr. Noé Alejandro Castro Sánchez Introducción Nueva filosofía para resolución de problemas: Descomposición de la realidad en objetos. Objetos: representación de entidades

Más detalles

Figura 2. Figura 1. Figura 3. Figura 4

Figura 2. Figura 1. Figura 3. Figura 4 Examen 1. Se desea construir un sistema de gestión de ventas para comercios. El sistema constará de una base de datos en la que, entre otras cosas, se almacena la información del inventario de productos

Más detalles

CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez

CLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez CLASE 3: UML DIAGRAMAS CASOS DE USO Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez UML UML es un lenguaje para especificar, visualizar, construir y documentar los artefactos de

Más detalles

Agenda. Motivación Dominio del Problema. Modelo de Dominio. Actividad en Clase. Conceptos. Diagrama de Actividades. Diagrama de Clases Conceptuales

Agenda. Motivación Dominio del Problema. Modelo de Dominio. Actividad en Clase. Conceptos. Diagrama de Actividades. Diagrama de Clases Conceptuales Parcial Agenda Motivación Dominio del Problema Conceptos Modelo de Dominio Diagrama de Actividades Características Notación y Sintaxis Diagrama de Clases Conceptuales Características Notación y Sintaxis

Más detalles

Elementos Diagramas de Clases Clase:

Elementos Diagramas de Clases Clase: Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.

Más detalles

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades

MODULO IV. Análisis y Diseño de Sistemas de Información INF-162 III. UML. 4.8 Diagramas de Actividades MODULO IV Análisis y Diseño de Sistemas de Información INF-162 III. UML 4.8 Diagramas de Actividades Facilitador: Miguel Cotaña 23 de Noviembre 2009 1 Un diagrama de actividades destaca el flujo de control

Más detalles

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el

Más detalles

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema Modelado Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Vocabulario del Sistema Distribución de Responsabilidades Semántica de una Clase

Más detalles

Héctor Cuadra. Diseño de Sistemas de Información

Héctor Cuadra. Diseño de Sistemas de Información Héctor Cuadra Diseño de Sistemas de Información Diagrama de clases El Diagrama de Clase es el diagrama principal de análisis y diseño para un sistema. En él, la estructura de clases del sistema se especifica,

Más detalles

INGENIERIA DE SOFTWARE. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera 2017

INGENIERIA DE SOFTWARE. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera 2017 INGENIERIA DE SOFTWARE Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera 2017 CONCEPTOS: En general, dentro de un Desarrollo OO se distinguen tres

Más detalles

Qué Necesita el Usuario

Qué Necesita el Usuario Qué Necesita el Usuario Qué Pidió el Usuario Cómo lo Vio el Analista Cómo se Diseñó Cómo lo Escribió el Programador Cómo Funciona el Sistema (en ocasiones...) Qué es? Técnica para la captura de requisitos

Más detalles

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son parte de un concepto general denominado clases.

Más detalles

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA

Objetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO Duración: 24 hrs. Código: UMLAN Curso: Descripción del curso Ingeniería de Requerimientos es la disciplina para desarrollar una especi cación completa, consistente

Más detalles

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING

Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Comprender la importancia del modelado y el uso de diagramas para la Ingeniería y la arquitectura. Conocer las ventajas que

Más detalles

CLASE 5: DIAGRAMAS DE CLASES: MODELO CONCEPTUAL. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez

CLASE 5: DIAGRAMAS DE CLASES: MODELO CONCEPTUAL. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez CLASE 5: DIAGRAMAS DE CLASES: MODELO CONCEPTUAL Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Objetivos: Diagrama de Clases Ser capaz de: Representar Clases Representar relaciones

Más detalles

Actores. Casos de Uso. Requisitos: Descripción Casos de Uso (v 1.0) Weitzenfeld 1. Apéndice Requisitos: Modelo de Casos de Uso

Actores. Casos de Uso. Requisitos: Descripción Casos de Uso (v 1.0) Weitzenfeld 1. Apéndice Requisitos: Modelo de Casos de Uso Requisitos: Descripción Casos de Uso (v 1.0) Weitzenfeld 1 Apéndice Requisitos: Modelo de Casos de Uso Usuario Actor: Casos de Uso: : Descripción: Usuario Validar Usuario, Registrar Usuario, Registrar

Más detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1 Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución

Más detalles

3.3. Herramientas de la tecnología de objetos Proceso de Desarrollo

3.3. Herramientas de la tecnología de objetos Proceso de Desarrollo 3.3. Herramientas de la tecnología de objetos 3.3.1.Proceso de Desarrollo La finalidad del presente documento es describir el proceso que se aplicará en el proyecto de software DIMSE, que tiene como objetivo

Más detalles

Programación Orientada a Objetos

Programación Orientada a Objetos Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 12 Nombre: Análisis y diseño orientado a objetos Contextualización Cada análisis debe contemplar elementos exclusivos del

Más detalles

25. PROCEDIMIENTO PARA LA SOLICITUD DE BOLETOS DE AVIÓN

25. PROCEDIMIENTO PARA LA SOLICITUD DE BOLETOS DE AVIÓN Hoja: 1 de 7 25. PROCEDIMIENTO PARA LA SOLICITUD DE BOLETOS DE AVIÓN Hoja: 2 de 7 1.0 Propósito Proporcionar los boletos de avión solicitados para las comisiones oficiales que requieren las diferentes

Más detalles

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE

UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve

Más detalles

Programación orientada a objetos Semestre 6 Fascículo No. 2

Programación orientada a objetos Semestre 6 Fascículo No. 2 Programación orientada a objetos Semestre 6 Fascículo No. 2 Tabla de contenido Requerimientos UML Unified Modeling Language Diagramas de casos de uso (funcional) Procesos Entradas Salidas Actores Herramientas

Más detalles

A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013

A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 Tema 2: Captura de requisitos usando UML A. Goñi, J. Ibáñez, J. Iturrioz, J.A. Vadillo OCW 2013 1.-Introducción: Índice Visión global de la captura de requisitos Artefactos 2.- Modelo de Casos de Uso 3.-

Más detalles

Unidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín

Unidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín Unidad 7 Ingeniería de Requisitos y Análisis OO M.C. Martín Olguín Conceptos Requisitos del Software Es la descripción de los servicios y restricciones de un sistema de software, es decir, lo que el software

Más detalles

12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso

12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Casos de Uso (Jacobson) describen bajo la forma de acciones y reacciones

Más detalles

Diseño de Modelos de Bases de Datos

Diseño de Modelos de Bases de Datos Carlos A. Olarte (carlosolarte@puj.edu.co) BDI Pontificia Universidad Javeriana Contenido 1 2 Modelo Entidad Relación 3 Llaves 4 Conjuntos Entidad Débil 5 Subclases y relaciones ISA 6 Ejercicios El diseño

Más detalles

Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software

Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software Curso de Arquitecturas de Software Programación Orientada a Objetos Diagramas de Interacción Diseño En la fase de diseño se hace refinamiento estructural, se modifica y completa el diagrama de clases del

Más detalles

Diagrama de Clases I: asociaciones

Diagrama de Clases I: asociaciones Programación Orientada a Objetos Diagrama de Clases I: asociaciones Ing. Julio Ernesto Carreño Vargas MsC. Concepto de diagrama de clases Modelo de Dominio Un modelo conceptual explica los conceptos más

Más detalles

UML (Unified Modeling Language) Octubre de 2007

UML (Unified Modeling Language) Octubre de 2007 UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de

Más detalles

Documentación de Requisitos con Casos de Uso

Documentación de Requisitos con Casos de Uso de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas

Más detalles

Diagramas de clases de UML

Diagramas de clases de UML Diagramas de clases de UML Franco Guidi Polanco Escuela de Ingeniería Industrial Pontificia Universidad Católica de Valparaíso, Chile fguidi@ucv.cl Qué es UML? v UML ( Unified Modeling Language ) es un

Más detalles

Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación Algoritmia y Programación

Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación Algoritmia y Programación Facultad de Ingeniería Escuela de Ingeniería de Sistemas y Computación Algoritmia y Programación LaboratorioTema: Arreglos Unidimensionales y Bidimensionales Fecha: 12 al 26 de Mayo Objetivos: 1. Comprender

Más detalles

Ejemplo UML. Terminal de Punto De Venta (TPDV) Diagrama de casos de uso Diagrama de clases

Ejemplo UML. Terminal de Punto De Venta (TPDV) Diagrama de casos de uso Diagrama de clases Ejemplo UML Terminal de Punto De Venta (TPDV) Diagrama de casos de uso Diagrama de clases 1 Descripción Nuestro caso de uso es un sistema de terminal de punto de venta (TPDV). Este terminal es un sistema

Más detalles

Fase de inicio de RUP

Fase de inicio de RUP Fase de inicio de RUP Libro de Larman, Capítulos 4-7 Dr. Eduardo A. RODRÍGUEZ TELLO CINVESTAV-Tamaulipas 3 de octubre del 2012 Dr. Eduardo RODRÍGUEZ T. (CINVESTAV) Fase de inicio 3 de octubre del 2012

Más detalles

2.4 Modelado conceptual

2.4 Modelado conceptual 2.4 Modelado conceptual 2.4. Búsqueda de conceptos Un modelo conceptual muestra clases conceptuales significativas en un dominio del problema; es el artefacto más importante que se crea durante el análisis

Más detalles

Análisis y Diseño Orientado a Objetos. 2 - Análisis

Análisis y Diseño Orientado a Objetos. 2 - Análisis Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar

Más detalles

TIPOS DE DIAGRAMAS. Diagramas de estructura: mostrar la estructura estática del sistema que se está modelando

TIPOS DE DIAGRAMAS. Diagramas de estructura: mostrar la estructura estática del sistema que se está modelando DIAGRAMA DE CLASE TIPOS DE DIAGRAMAS Diagramas de estructura: mostrar la estructura estática del sistema que se está modelando Incluye: diagramas de clase, componentes y/o objetos. Diagramas de comportamiento:

Más detalles

BASE DE DATOS Modelos de Datos

BASE DE DATOS Modelos de Datos BASE DE DATOS Modelos de Datos Autor: Lic. Jaquelina E. Escalante Desarrollo de una Base de datos 1 Análisis de requisitos, es decir, el estudio del sistema que se pretende modelar de la forma más precisa

Más detalles

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

Ingeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar

Más detalles

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software

4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)

Más detalles