MODELADO DEL DOMINIO (MODELO CONCEPTUAL)

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

Download "MODELADO DEL DOMINIO (MODELO CONCEPTUAL)"

Transcripción

1 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 establecer y perfeccionar el glosario del dominio. En su forma más simple, el Glosario es una lista de los términos relevantes y sus definiciones. El objetivo NO es recoger todos los posibles términos, sino aquellos que no están claros, son ambiguos o requieren algún tipo de elaboración relevante, como el formato de la información o las reglas de validación. En un modelo conceptual se ofrece una representación de cosas del mundo real, no de componentes de software. Un modelo conceptual muestra: (1) Los conceptos. (2) Las asociaciones entre conceptos. (3) Los atributos de los conceptos. Un concepto se considera a partir de: (1) Su Símbolo: palabras o imágenes que lo representan. (2) Su Definición: proposición que expone con claridad sus características. (3) Su Extensión: el conjunto de ejemplos a los que se aplica. Una distinción fundamental entre el Análisis Orientado a Objetos y el Análisis Estructurado es la división por conceptos y no por funciones. 1

2 ESTRATEGIAS PARA IDENTIFICAR CONCEPTOS Es mejor exagerar y especificar un modelo conceptual con muchos conceptos refinados. Estrategia 1. Obtenerlos a partir de una lista de categorías. CATEGORIA Objetos físicos Especificaciones Lugares Transacciones Elemento de Transacción Roles Contenedores Dentro de Contenedor Sistemas Externos Abstractos Organizaciones Eventos Procesos Reglas y Políticas Catalogos Registros Instrumentos/Servicios Manuales/Libros EJEMPLOS Caja / Avión DescripcionVuelo Tienda / Aeropuerto Venta / Pago /Reserva Forma de Pago Cajero / Piloto Tienda / Cesto / Avión Producto / Pasajero ControlTraficoAereo Hambre / Enfermedad DepartamentoVentas Venta / Aterrizaje ReservacionAsiento Pcancelaciones CProducto / Cturistico Recibo / Bitacora LineadeCredito ManualdeMantenimiento 2

3 Estrategia 2. Obtenerlos mediante identificación de frases nominales. No es posible encontrar mecánicamente correspondencias entre sustantivo y concepto (un sustantivo puede ser concepto o atributo), y además las palabras del lenguaje natural son ambiguas. También varias frases pueden referirse al mismo concepto. El actor hace Respuesta del sistema 1. Este CASO DE USO comienza cuando un CLIENTE llega a la CAJA (PUNTO DE PAGO) con PRODUCTOS que desea comprar. 2. El CAJERO registra el CÓDIGO de cada PRODUCTO. Si hay más de un producto, el CAJERO puede digitar también la CANTIDAD. 3. Determina el PRECIO DEL PRODUCTO y a la TRANSACCION DE VENTAS le agrega la información sobre el producto. Se muestran la DESCRIPCIÓN y el PRECIO del PRODUCTO actual. 3

4 REPRESENTACIÓN EN UML Mediante un Diagrama de Estructura Estática. Al preparar un modelo conceptual: Utilice nombres existentes. Excluya características irrelevantes. No agregue cosas que no existan. ERRORES EN LA IDENTIFICACION DE CONCEPTOS Representar como atributo algo que debe ser un concepto independiente. Regla: Si en el mundo real no consideramos algún concepto X como número o texto, probablemente X sea un concepto y no un atributo. VUELO Destino VUELO AEROPUERTO Nombre En el mundo real, un aeropuerto de destino no se considera número ni texto: es un elemento inmenso que ocupa espacio. Por tanto Aeropuerto DEBERÍA ser un concepto. En caso de duda convierta el atributo en un concepto independiente. 4

5 CONCEPTOS:ESPECIFICACION-DESCRIPCION Una especificación no representa un concepto sino una descripción acerca de él. Cuándo incluirlas? Si al eliminar todas las instancias se pierde toda la información, debido a asociaciones incorrectas. Son necesarias para reducir información redundante. PRODUCTO Número de serie Descripción Precio PRODUCTO Descripción Precio Describe 1 * ESPEC_PRODUCTO Número de serie ASOCIACIONES Una asociación es una relación entre dos conceptos que indica alguna conexión significativa entre ellos. Las asociaciones útiles a determinar, suelen incluir el conocimiento de una relación que ha de preservarse por algún tiempo. Una asociación se representa como una línea entre conceptos, con el nombre de la asociación. 5

6 La asociación es intrínsecamente bidireccional, es un posible nexo lógico entre los objetos. Este nexo es totalmente abstracto, no es una afirmación sobre las conexiones entre las entidades del software. Los extremos de una asociación pueden contener una expresión de multiplicidad que indica la relación numérica entre las instancias de los conceptos. Opcionalmente se puede poner una flecha que indique la dirección en que debe leerse el nombre de la asociación. CAJA Registra 1 1 VENTA Asociaciones: Lista de comprobación CATEGORIA A es una parte física de B A es una parte lógica de B A está contenido físicamente en B A está contenido lógicamente en B A es una descripción de B A es una linea de transacción o reporte de B A se introduce/presenta/captura en B A es miembro de B A es una unidad organizacional de B A usa o dirige a B A se comunica con B A se relaciona con una transacción B A es una transacción relacionada con otra transaccion B A está subordinado a B A es propiedad de B EJEMPLOS Silla-Avión Campo-Registro Producto-Tienda Catalogo-Tienda Especificación VentasLineaProducto Venta(Actual)-Caja Cajero-Tienda Departamento- Facultad Cajero-Caja Cliente-Cajero Cliente-Pago Pago-Venta Soldado-Oficial Caja-Tienda 6

7 Las asociaciones más importantes son: A es una parte física o lógica de B A está física o lógicamente contenido en B A está registrado en B Es más importante identificar los conceptos que las asociaciones. Muchas asociaciones tienden a confundir el modelo conceptual, en vez de aclararlo. La multiplicidad define cuántas instancias de un tipo A pueden asociarse a una instancia del tipo B en determinado momento.las expresiones de multiplicidad son las siguientes: * cero o más, muchos 1..* uno o más de uno a cuarenta 5 exactamente cinco 2,4,6 exactamente dos, cuatro o seis Por ejemplo: TIENDA Almacena 1 * PRODUCTO Los nombres de las asociaciones deben ser lo más claros posibles, y deben permitir leer y entender fácilmente las relaciones entre conceptos. Por ejemplo: TIENDA 1 Contiene 1..* CAJA Registra 1 1..* VENTA Se-cierra-con 1 1 PAGO 7

8 ATRIBUTOS Un atributo es un valor de datos lógico de un objeto. Incluya los siguientes atributos en un modelo del dominio: aquellos para los que requisitos sugieren o implican una necesidad de registrar la información. Los atributos deben ser, preferiblemente, atributos simples o tipos de datos. Hay que relacionar a los conceptos con asociaciones no con atributos. CAJERO Nombre Registro Actual CAJERO Nombre Utiliza 1 1 REGISTRO Número Un error típico es modelar un concepto complejo del dominio como un atributo. VUELO Destino Se-dirige-a VUELO 1 1 AEROPUERTO 8

9 TIPOS NO PRIMITIVOS Represente lo que podría considerarse, inicialmente, como un tipo de dato primitivo (ej. Número o string) en la forma de clase no primitiva si: Está compuesto de secciones separadas: número de teléfono, nombre de persona. Habitualmente, hay operaciones asociadas con él (por ejemplo, validación): NIT. Tiene otros atributos: Un precio promocional podría tener una fecha de comienzo y una de finalización. Es una cantidad con una unidad: La cantidad del pago tiene una unidad monetaria. MODELADO DE CANTIDADES Y UNIDADES En el caso general, la solución consiste en representar la Cantidad como una clase conceptual aparte, con una Unidad asociada. PAGO Tiene * 1 CANTIDAD Cantidad:TipoNumero Se-expresa-en * 1 UNIDAD 9

10 En síntesis, para construir un modelo conceptual se deben aplicar los siguientes pasos: (1) Liste los conceptos idóneos usando la lista de categorías de conceptos. (2) Dibújelos en un modelo conceptual (cajones). (3) Incorpore las asociaciones necesarias para registrar las relaciones más importantes (las que se deben recordar). (4) Agregue los atributos necesarios para cumplir con las necesidades de información FIN DEL DOCUMENTO 10

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

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

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

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

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

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

Programación Avanzada. Análisis Modelado del Dominio

Programación Avanzada. Análisis Modelado del Dominio Programación Avanzada Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación Avanzada Análisis:

Más detalles

MODELO DEL DOMINIO. 1. Introducción

MODELO DEL DOMINIO. 1. Introducción MODELO DEL DOMINIO Extraído de: UML y Patrones. 2ª Edición. Craig Larman. Prentice Hall. 2003 1. Introducción Un modelo del dominio se utiliza con frecuencia como fuente de inspiración para el diseño de

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

M III ABSTRACCIÓN Y CLASIFICACIÓN

M III ABSTRACCIÓN Y CLASIFICACIÓN M III ABSTRACCIÓN Y CLASIFICACIÓN COMPLEJIDAD Y ABSTRACCIÓN La abstracción en el desarrollo del programario En todo el proceso de abstracción siempre hay una parte de la situación o del problema que se

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

Modelo Conceptual. También conocido como modelo de dominio. Diccionario/Glosario Diagrama de Entidad Relación Diagrama de Clases

Modelo Conceptual. También conocido como modelo de dominio. Diccionario/Glosario Diagrama de Entidad Relación Diagrama de Clases Modelo Conceptual Explica cuales son y como se relacionan los conceptos relevantes en la descripción del problema Existen muchas variantes, con distintos grados de sofisticación, para describir el modelo

Más detalles

Unidad 5. Modelo de objetos del dominio del problema. Trimestre 10-I. Universidad Autonomía Metropolitana. Unidad 5

Unidad 5. Modelo de objetos del dominio del problema. Trimestre 10-I. Universidad Autonomía Metropolitana. Unidad 5 objetos del dominio del problema Universidad Autonomía Metropolitana Trimestre 10-I Contenido de la unidad 1 Objetivos Su objetivo es delimitar el sistema y capturar la funcionalidad que éste debe ofrecer

Más detalles

CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS

CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS 4.1 Diferencias entre análisis y diseño La división entre el análisis y diseño es poco clara, el trabajo de los dos se mezcla continuamente

Más detalles

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

Weitzenfeld: Capítulo 6 1

Weitzenfeld: Capítulo 6 1 Weitzenfeld: Capítulo 6 Las descripciones de los casos de uso representan todas las posibles interacciones de los actores con el sistema para los eventos enviados o recibidos por los actores. En esta etapa

Más detalles

Programa de Ingeniería de Sistemas Ingeniería de Software I

Programa de Ingeniería de Sistemas Ingeniería de Software I DIAGRAMAS DE CLASES EJERCICIOS RESUELTOS. ----------------------------------------------------------------------------------------------------------------------------------------- EJERCICIO. RESERVA DE

Más detalles

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen)

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen) Departamento de Lenguajes y Sistemas Informáticos E.T.S. Ingeniería Informática. Universidad de Sevilla Avda Reina Mercedes s/n. 402 Sevilla Tlf/Fax 954 557 39 E-mail lsi@lsi.us.es Web www.lsi.us.es E.T.S.

Más detalles

Capítulo VI. Diagramas de Entidad Relación

Capítulo VI. Diagramas de Entidad Relación Diagramas de Entidad Relación Diagramas de entidad relación Tabla de contenido 1.- Concepto de entidad... 91 1.1.- Entidad del negocio... 91 1.2.- Atributos y datos... 91 2.- Asociación de entidades...

Más detalles

Manual de Elaboración del Glosario de Términos Proyectos Aplicativos Informáticos Oficina de Informática

Manual de Elaboración del Glosario de Términos Proyectos Aplicativos Informáticos Oficina de Informática Oficina de Informática Departamento Nacional de Planeación Bogotá, 2015 PÁGINA: 2 de 6 VERSIÓN: 01 TABLA DE CONTENIDO 1. Introducción... 3 2. Objetivo... 3 3. Conceptos y definiciones... 3 3.1 Los conceptos

Más detalles

Cómo hacer un mapa conceptual paso a paso

Cómo hacer un mapa conceptual paso a paso Esta guía corresponde a una adaptación de la guía Cómo hacer un mapa conceptual paso a paso de Talleres de adaptación e innovación tecnológica para el Espacio Europeo de Educación Superior IUED - UNED

Más detalles

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición.

Glosario. actividad. 1. (tarea) 2. es un subproceso que no requiere mas descomposición. Glosario Aclaraciones Los conceptos del glosario están ordenados alfabéticamente. Un concepto puede ser un único término como meta o una frase como ambiente de ingeniería de software centrado en procesos.

Más detalles

ISO 19103. Lenguaje de Esquema Conceptual

ISO 19103. Lenguaje de Esquema Conceptual ISO 19103 Lenguaje de Esquema Conceptual La ISO 19103 establece normas y guías para la adopción y uso de un Lenguaje de Esquema Conceptual (CSL) para desarrollar modelos o esquemas de información geográfica,

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN

ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini

Más detalles

Los requisitos de un Sistema de Información

Los requisitos de un Sistema de Información Captura de requisitos Captura de Requisitos en el PUD Los requisitos de un Sistema de Información Modelo de Casos de Uso Otros instrumentos 1 Iteración en PUD Planificación de la Iteración Captura de requisitos:

Más detalles

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles

DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES

DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES DIAGRAMAS DE SECUENCIA DEL SISTEMA, CONTRATOS DE LAS OPERACIONES DEL SISTEMA, GLOSARIO Y PAQUETES Extraído de: UML y Patrones. 2ª Edición. Craig Larman. Prentice Hall. 2003. Diagramas de Secuencia del

Más detalles

Ejemplo: agencia de viajes por internet

Ejemplo: agencia de viajes por internet Introducción Modelado de casos de uso Propósito y definición Casos de uso y extracción de requisitos Carácter hipotético de los casos de uso El modelo de casos de uso Notación. Actores y casos de uso.

Más detalles

TEMA 8: DIAGRAMA DE CLASE EN UML

TEMA 8: DIAGRAMA DE CLASE EN UML TEMA 8: DIAGRAMA DE CLASE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Clase Los diagramas de clases son los más utilizados en el modelado

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Principios de Computadoras II

Principios de Computadoras II Departamento de Ingeniería Electrónica y Computadoras Mg. Ricardo Coppo rcoppo@uns.edu.ar Asociación y Ligaduras Una asociación es un concepto que establece una relación entre dos clases en tiempo de diseño

Más detalles

6.5 Modelo del dominio del problema

6.5 Modelo del dominio del problema 6.5 Modelo del dominio del problema El modelo del dominio del problema define un modelo de clases comun para todos los involucrados en el modelo de requisites, tanto analistas como clientes. Este modelo

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 Asignando Responsabilidades 2 Responsabilidades son obligaciones de un objeto, o comportamiento relacionado a su rol en el sistema Qué hace un objeto?

Más detalles

6.6 DISEÑO. [Proceso]

6.6 DISEÑO. [Proceso] 6.6 DISEÑO. [Proceso] Durante un Ciclo de Desarrollo iterativo es posible pasar a la Fase de Diseño una vez completada la documentación de la fase de Análisis. Durante esta etapa se desarrolla una solución

Más detalles

Diagramas de Clase en UML 1.1

Diagramas de Clase en UML 1.1 Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar

Más detalles

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO

Ejercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software

Más detalles

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases

Inicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases 3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología

Más detalles

Desarrollo Orientado a Objetos con UML

Desarrollo Orientado a Objetos con UML Desarrollo Orientado a Objetos con UML Programación C.E.C.yT. Juan de Dios Bátíz Paredes IPN Índice I UML... I.1 Introducción... II NOTACIÓN UML... II.1 Modelos... II.2 Elementos Comunes a Todos los Diagramas...

Más detalles

Ejemplo de Análisis Orientado a Objetos ATMs

Ejemplo de Análisis Orientado a Objetos ATMs Ejemplo de Análisis Orientado a Objetos ATMs Se desea diseñar el software necesario para una red bancaria provista de cajeros automáticos (ATMs), que serán compartidos por un consorcio de bancos. Cada

Más detalles

ADMINISTRACIÓN DE PROYECTOS

ADMINISTRACIÓN DE PROYECTOS ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración

Más detalles

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR

CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir

Más detalles

La calidad de los datos ha mejorado, se ha avanzado en la construcción de reglas de integridad.

La calidad de los datos ha mejorado, se ha avanzado en la construcción de reglas de integridad. MINERIA DE DATOS PREPROCESAMIENTO: LIMPIEZA Y TRANSFORMACIÓN El éxito de un proceso de minería de datos depende no sólo de tener todos los datos necesarios (una buena recopilación) sino de que éstos estén

Más detalles

FUNDAMENTOS DE LA TEORÍA DE SISTEMA

FUNDAMENTOS DE LA TEORÍA DE SISTEMA FUNDAMENTOS DE LA TEORÍA DE SISTEMA AL TERMINAR LA CLASE UD PODRÁ RESPONDER Qué es un sistema? Cómo pueden ser definidos los sistemas? Cuáles son los parámetros de un sistema? Cuáles son las característica

Más detalles

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

Más detalles

Pauta de Informe de Proyecto

Pauta de Informe de Proyecto Departamento de Informática Universidad Técnica Federico Santa María Pauta de Informe de Proyecto ILI-236 Profesores: Hernán Astudillo y Marcello Visconti 1 Introducción... 3 2 Plan de trabajo... 3 3 Análisis...

Más detalles

ESTE EJERCICIO ES DE TIPO MIXTO.

ESTE EJERCICIO ES DE TIPO MIXTO. junio, 1ª semana, nacional 2012 ESTE EJERCICIO ES DE TIPO MIXTO. ES IRRELEVANTE SI CONTESTA A LA PREGUNTA DE TEST O NO. SIN EMBARGO, SE DEBE ESCANEAR DICHA HOJA JUNTO CON EL RESTO DE LA CONTESTACIÓN DEL

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El modelo de casos de uso. Ingeniería de la Programación El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto

Más detalles

PDF created with pdffactory Pro trial version www.pdffactory.com

PDF created with pdffactory Pro trial version www.pdffactory.com Universidad de Los Andes Facultad de Humanidades y Educación Escuela de Educación Departamento de Educación Física Cátedra Didáctica de la Educación Física RESUMEN DE LA TAXONOMIA DE LOS OBJETIVOS DE LA

Más detalles

6.8 La Arquitectura del Sistema. [Proceso]

6.8 La Arquitectura del Sistema. [Proceso] 6.8 La Arquitectura del Sistema. [Proceso] En el Caso de Estudio se ha hecho énfasis en los objetos del Dominio del problema, ya que representan la esencia del sistema y definen su comportamiento. Sin

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

Capítulo 2 Modelado orientado a objetos

Capítulo 2 Modelado orientado a objetos 13019 Diseño de bases de datos Capítulo 2 Modelado orientado a objetos Wladimiro Díaz Wladimiro.Diaz@uv.es Universitat de València 13019 Diseño de bases de datos p. 1/52 El modelo orientado a objetos La

Más detalles

Proyecto de Desarrollo de una Base de Datos para un concesionario

Proyecto de Desarrollo de una Base de Datos para un concesionario Proyecto de Desarrollo de una Base de Datos para un concesionario Etienne Boshoff de Jong Enginyeria en Informàtica Juan Martinez Bolaños 14 enero 2013 Proyecto Final de Carrera: Base de Datos Page 1 1.

Más detalles

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general

1 Sistemas Electrónicos de Contabilidad 1.1 Determinación de las operaciones de aplicación general 1 Sistemas Electrónicos de Contabilidad La contabilidad como se conoce actualmente, es el producto de toda una gran cantidad de prácticas mercantiles disímiles que han exigido a través de los años, el

Más detalles

Gestión de la Información

Gestión de la Información Gestión de la Información Patricio Martínez Barco Departamento de Lenguajes y Sistemas Informáticos patricio@dlsi.ua.es Gestión de la Información TEMA 2 (PARTE II) METODOLOGÍA DE DISEÑO DE BASES DE DATOS

Más detalles

Diseño de una Base de Datos. Fases del Diseño

Diseño de una Base de Datos. Fases del Diseño de una Base de Datos Fases del Análisis de Requerimientos Conceptual (Entidad-relación) Lógico (ELKA) Físico (Almacenamiento y Acceso) 1 Análisis de Requerimientos Descripción operacional. Fase de adquisición

Más detalles

Recuperación de información Bases de Datos Documentales Licenciatura en Documentación Curso 2011/2012

Recuperación de información Bases de Datos Documentales Licenciatura en Documentación Curso 2011/2012 Bases de Datos Documentales Curso 2011/2012 Miguel Ángel Rodríguez Luaces Laboratorio de Bases de Datos Universidade da Coruña Introducción Hemos dedicado la primera mitad del curso a diseñar e implementar

Más detalles

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es

Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1

Más detalles

Elaborado por: gestor Alejandro Díaz Perdomo Correo electrónico: alejandrodiazp@misena.edu.co Página 1

Elaborado por: gestor Alejandro Díaz Perdomo Correo electrónico: alejandrodiazp@misena.edu.co Página 1 GUIA APRENDIZAJE PARA ELABORAR COMPONENTE TECNICO DE UN PLAN DE NEGOCIOS En la formulación de proyectos empresariales, destinado a las diferentes fuentes de financiación, es importante tener CLARO el componente

Más detalles

ICONIX. Notas del método con ampliaciones y mejoras

ICONIX. Notas del método con ampliaciones y mejoras ICONIX Notas del método con ampliaciones y mejoras Juan Manuel Fernández Peña y María de los Ángeles Sumano López Colaboración de Josué Andrade Mirós Octubre de 2004 Método ICONIX Referencia El método

Más detalles

Diseño orientado a los objetos

Diseño orientado a los objetos Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia

Más detalles

Arturo Cepeda Pérez. Software Engineering Tutor

Arturo Cepeda Pérez. Software Engineering Tutor Software Engineering Tutor M A N U A L D E U S U A R I O Tabla de contenidos 1. Software Engineering Tutor... 1 2. Entorno... 2 2.1. Vista Modelo... 3 2.2. Vista Diagrama... 4 2.3. Vista Propiedades...

Más detalles

Introducción a la Computación TFA

Introducción a la Computación TFA Introducción a la Computación TFA Departamento de Informática Facultad de Ciencias Físico, Matemáticas y Naturales- UNSL Lenguaje de Diseño de Algoritmos Estructura de Control Condicional Simple y Múltiple

Más detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA DE CLASES EN UML DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,

Más detalles

NÚCLEO. Versión 3.0 CAPACITACION USUARIOS FINALES SIGI. Marzo 2013. 1 de 13

NÚCLEO. Versión 3.0 CAPACITACION USUARIOS FINALES SIGI. Marzo 2013. 1 de 13 NÚCLEO Versión 3.0 CAPACITACION USUARIOS FINALES SIGI Marzo 2013 1 de 13 ÍNDICE 1. Introducción...3 1.1. Objetivo...3 1.2. Alcance...3 2. Marco de Referencia...3 2.1. Definiciones...3 2.2. Marco Legal...4

Más detalles

Diagramas de clases de UML

Diagramas de clases de UML Qué es UML? UML ( Unified Modeling Language ) es un lenguaje visual para crear modelos de sistemas. Diagramas de clases de UML Franco Guidi Polanco Escuela de Ingeniería Industrial Pontificia Universidad

Más detalles

UML, ejemplo sencillo sobre Modelado de un Proyecto

UML, ejemplo sencillo sobre Modelado de un Proyecto UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso

Más detalles

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento

OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje

Más detalles

Fundamentos del diseño 3ª edición (2002)

Fundamentos del diseño 3ª edición (2002) Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software

Más detalles

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

Más detalles

4.1. Introducción. 4.2.1. Servicios de Dominio del Directorio Activo

4.1. Introducción. 4.2.1. Servicios de Dominio del Directorio Activo 4.1. Introducción 4.1. Introducción Este capítulo introduce los conceptos fundamentales sobre dominios Windows Server 2008, que permiten unificar y centralizar la administración de conjuntos de sistemas

Más detalles

Weitzenfeld: Capítulo 4 1

Weitzenfeld: Capítulo 4 1 Weitzenfeld: Capítulo 4 Parte II Modelado y Programación Orientada a Objetos En esta segunda parte se describirá la programación orientada a objetos desde dos perspectivas distintas. La primera es el modelado

Más detalles

Caso empresa ELÉCTRICA S.A.

Caso empresa ELÉCTRICA S.A. 1 Caso empresa ELÉCTRICA S.A. Eléctrica es una empresa dedicada a la venta de artículos Esta empresa cuenta con diferentes puntos de venta. Cada punto de venta cuenta con cajeros, vendedores y su propio

Más detalles

BASE DE DATOS UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II. Comenzar presentación

BASE DE DATOS UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II. Comenzar presentación UNIVERSIDAD DE LOS ANDES FACULTAD DE MEDICINA T.S.U. EN ESTADISTICA DE SALUD CATEDRA DE COMPUTACIÓN II BASE DE DATOS Comenzar presentación Base de datos Una base de datos (BD) o banco de datos es un conjunto

Más detalles

Proyecto de Normalización Automática de Base de Datos

Proyecto de Normalización Automática de Base de Datos Proyecto de Normalización Automática de Base de Datos Lic. Beatriz Steimberg * Resumen En el primer cuatrimestre del año 2003 se encaró el proyecto de Normalización Automática de Base de Datos. El objetivo

Más detalles

Algunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos

Algunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos Algunas Herramientas de Apoyo al Análisis y Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos Resumen Para desarrollar software hay varias herramientas de gran utilidad

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo

CAPITULO 2. Como se definió en el plan del presente proyecto, este será desarrollado bajo 1 CAPITULO 2 ANÁLISIS DEL SISTEMA 1. Introducción Como se definió en el plan del presente proyecto, este será desarrollado bajo la metodología orientada a objetos. El objetivo del análisis será marcar

Más detalles

construcción de programas Prof. Eliana Guzmán U.

construcción de programas Prof. Eliana Guzmán U. Unidad II. Metodología para la construcción de programas Prof. Eliana Guzmán U. Semestre: A-2015 Introducción Resolver un problema con una computadora conduce a la escritura de un programa y a su ejecución.

Más detalles

A.1. Definiciones de datos en SQL

A.1. Definiciones de datos en SQL A.1. Definiciones de datos en SQL Las Sentencias del lenguaje de definición de datos (DDL) que posee SQL operan en base a tablas. Las Principales sentencias DDL son las siguientes: CREATE TABLE DROP TABLE

Más detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los

Más detalles

Excel y bases de datos

Excel y bases de datos Excel y bases de datos Los sistemas especializados en el manejo de bases de datos son denominados motores o manejadores de bases de datos. las características técnicas que debe cumplir un sistema de este

Más detalles

Sistemas de Información II Tema 1. El enfoque de bases de datos

Sistemas de Información II Tema 1. El enfoque de bases de datos Sistemas de Información II Tema 1. El enfoque de bases de datos Bibliografía: Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3ª edición, 2002 (Capítulo 1). Carlos Castillo UPF 2008 1 De qué

Más detalles

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008

Estándares para planes de calidad de software. Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 Estándares para planes de calidad de software Escuela de Ingeniería de Sistemas y Computación Desarrollo de Software II Agosto Diciembre 2008 DIFERENCIA ENTRE PRODUCIR UNA FUNCION Y PRODUCIR UNA FUNCION

Más detalles

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos: Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende

Más detalles

Un ideograma es una representación gráfica de un constructo conceptual, informativo o procedimental acerca de un conocimiento específico.

Un ideograma es una representación gráfica de un constructo conceptual, informativo o procedimental acerca de un conocimiento específico. Ideograma Qué es un ideograma? Un ideograma es una representación gráfica de un constructo conceptual, informativo o procedimental acerca de un conocimiento específico. Es una representación gráfica del

Más detalles

GESTIÓN DE FINCAS E INMUEBLES

GESTIÓN DE FINCAS E INMUEBLES GESTIÓN DE FINCAS E INMUEBLES Gestión de Fincas e Inmuebles ALUMNO: ANDRES EDUARDO SOLER LOPEZ 72040 DOCENTE: FLAVIO SOTO UNIVERSIDAD INCCA DE COLOMBIA FACULTAD DE INGENIERIA, ADMINISTRACIÓN Y CIENCIAS

Más detalles

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

Master en Gestion de la Calidad

Master en Gestion de la Calidad Master en Gestion de la Calidad No Conformidades y Acciones Correctoras No Conformidades y Acciones Correctoras 1 / 11 OBJETIVOS Al finalizar esta unidad didáctica será capaz de: Conocer con claridad la

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

DISEÑO DE FUNCIONES (TRATAMIENTOS)

DISEÑO DE FUNCIONES (TRATAMIENTOS) DISEÑO DE FUNCIONES (TRATAMIENTOS) Diseño Estructurado. Estrategias para Derivar el Diagrama de Estructura. Diseño de Módulos Programables. 1. DISEÑO ESTRUCTURADO El Diseño es el proceso por el cual se

Más detalles

SIGPRE Sistema de Gestión Presupuestaria

SIGPRE Sistema de Gestión Presupuestaria SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009

Más detalles

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INDICE Introducción...2 Frontera de la aplicación...3 Cuenta de Puntos Función sin ajustar...3 Funciones de Datos...4 Funciones Transaccionales...4 Mecanismo...5

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES

ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES ADENDUM A LA UNIDAD 6 MODELOS CONCEPTUALES A6. MODELOS ORIENTADOS A PROCESOS... 1 A6.1. INTRODUCCIÓN AL MODELADO CONCEPTUAL... 2 A6.1.1. CONCEPTO DE MODELO... 2 A6.1.2. PROPÓSITO DE LOS MODELOS... 2 A6.1.3.

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola

BPMN vs UML. Los Requerimientos y el Modelo del Negocio. Autor: Norberto Figuerola BPMN vs UML Autor: Norberto Figuerola Los Requerimientos y el Modelo del Negocio Normalmente, siempre que iniciamos un esfuerzo de desarrollo de software éste tiene como objetivo automatizar procesos del

Más detalles