Es el instrumento (artefacto) más importante de crear en el AOO.
|
|
- Vicente Mario Duarte Ortíz
- hace 5 años
- Vistas:
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 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 detallesQué 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 detallesAná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 detallesMetodologí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 detallesCapí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 detalles6.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 detallesProcedimiento 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 detallesMODELADO 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 detallesAná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 detallesSistemas 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 detalles1. 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 detallesProgramació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 detallesApplying 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 detallesAná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 detalles3 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 detallesUNIDAD 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 detalles1.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 detallesFase 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 detallesIngenierí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 detallesModelado 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 detallesVariantes 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 detallesAná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 detallesCC 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 detallesAná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 detallesModelo 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 detallesSistemas 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 detallesMODULO 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 detallesAná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 detallesTema 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 detallesProf. 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 detallesIngenierí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 detallesUnidad 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 detallesIdentificar 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 detallesCapí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 detallesSistemas 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 detallesModelado 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 detallesModelo 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 detallesUNIVERSIDAD 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 detallesDesarrollo 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] 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 detallesCC 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 detalles1. 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 detallesQué 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 detalles1. 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 detalles3 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 detallesCliente. 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 detallesModelo 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 detallesCaso 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 detallesUML. 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 detallesINGENIERÍ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 detallesCLASE 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 detallesModelo 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 detallesDIAGRAMAS 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 detallesPublished 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 detallesCapí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 detallesTRABAJO 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 detallesINTRODUCCIÓ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 detallesSample 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 detallesUML 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 detallesDameArgo. 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 detallesPROGRAMACIÓ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 detallesFigura 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 detallesCLASE 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 detallesAgenda. 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 detallesElementos 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 detallesMODULO 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 detallesCLASE 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 detallesLos 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 detallesHé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 detallesINGENIERIA 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 detallesQué 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 detallesUML (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 detallesObjetivos: 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 detallesDiagramas 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 detallesCLASE 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 detallesActores. 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 detallesUnidad 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 detalles3.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 detallesProgramació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 detalles25. 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 detallesUNT 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 detallesProgramació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 detallesA. 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 detallesUnidad 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 detalles12/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 detallesDiseñ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 detallesDiseñ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 detallesDiagrama 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 detallesUML (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 detallesDocumentació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 detallesDiagramas 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 detallesFacultad 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 detallesEjemplo 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 detallesFase 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 detalles2.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 detallesAná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 detallesTIPOS 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 detallesBASE 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 detallesIngenierí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 detalles4/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