TECNICATURA UNIVERSITARIA EN INFORMATICA

Slides:



Advertisements
Presentaciones similares
MODELOS ORIENTADOS A OBJETOS
Advertisements

U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
UML DCU -DS Alvaro Garrido V..
También conocido como Diseño Lógico Rodrigo Salvatierra Alberú.
Análisis y Diseño Orientado a Objetos.
Diseño de la Interfaz de Usuario
DISEÑO ORIENTADO AL OBJETO
DSOO - María Eugenia Valencia
Elementos para Interpretar el Modelo Conceptual de Datos
Prof. César Luza Montero
CONCEPTOS Y PRINCIPIOS ORIENTADOS A OBJETOS
Requerimientos del Usuario y Requerimientos del Sistema 3ero BB
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
MODELO RELACIONAL.
Desarrollo Orientado a Objetos con UML
Una Introducción a UML El Modelo de Proceso de Negocio
Profesor: Miguel Angel Vidal
Contratos Constituyen una descripción del comportamiento de un sistema. Se elaboran durante la fase de análisis. Dependen de: Modelo Conceptual Diagrama.
DSOO - María Eugenia Valencia
ANÁLISIS Y DISEÑO DESDE UNA PERSPECTIVA ORIENTADA A OBJETOS Alan Vargas.
UNIDAD I Conceptos Básicos.
Análisis y Diseño Orientado a Objetos utilizando UML
Ingeniería de Software
Viviana Poblete López Módulo: Modelo de Datos
IDENTIFICAR CONCEPTOS: ESTRATEGIAS Es mejor exagerar y especificar un modelo conceptual con muchos conceptos refinados. Estrategia 1. Obtenerlos a partir.
Fundamentos de programación
Modelo de Análisis. Contenido Análisis Modelo de Análisis Modelo Conceptual.
5.3 APROXIMACIONES AL DISEÑO
Análisis y Diseño Orientado a Objetos utilizando UML
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
Patrones para asignar responsabilidades
Modelo de Dominio Angela Carrillo R..
Introducción a las Bases de Datos Relacionales Juan Alberto Sigüenza Escuela Técnica Superior de Informática Universidad Autónoma de Madrid.
Análisis de Sistemas.
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
ANALISIS Y DISEÑO DE SISTEMAS II
Ingeniería de software
Diagrama de Clases ACI 570.
1 Diseño Orientado al Objeto Agustín J. González ELO-326: Seminario de Computadores II 2do. Sem
Importancia en la efectividad del:
DOCUMENTACIÓN DEL SISTEMA DE GESTIÓN DE LA CALIDAD
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Desarrollo de Software Orientado a Objetos (deficiencias)
PROYECTO EMPRESARIAL Clase # 2.
Ingeniería del Software
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
UNIVERSIDAD LATINA BASES DE DATOS DISEÑO DE BASES DE DATOS (modelos para el diseño)
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
TEMA 9: DIAGRAMA DE CLASE EN UML
Ingeniería del software
Ingeniería de Requisitos
Elaboración de algoritmos usando lógica de programación
Jairo Pinto Ing. sistemas
UML.
Ilustra: E L M ODELO C ONCEPTUAL Conceptos (Objetos) en el dominio del problema. Es el instrumento (artefacto) más importante de crear en el AOO. Es la.
Análisis y Diseño de Sistemas
Fundamentos del Análisis Orientado a Objetos
Actividades en el Proceso de desarrollo de Software
Sandra Muñoz Blanca González Patricia Lázaro
Técnica: es un procedimiento o conjunto de procedimientos, (reglas normas o protocolos), que tienen como objetivo obtener un resultado determinado, ya.
Proceso de desarrollo de Software
UNIVERSIDAD LATINA (UNILA) II.- MODELO DE IMPLEMENTACIÓN
Fundamentos de Computación
PRESENTACION DE INGENIERIA ORIENTADA A OBJETOS
Fundamentos de Ingeniería de Software
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Entregables del Proyecto
Seminario de Sistemas Distribuidora Autores: Silvana Bassi Federico Albera Director: Lic. José A. Peralta Febrero de 2008.
Taller de Sistemas de Programas Clase 4 Dpto. de Computación y T.I.
Transcripción de la presentación:

TECNICATURA UNIVERSITARIA EN INFORMATICA SISTEMAS II UNIDAD Nº 4 MODELO CONCEPTUAL O DE DOMINIO

ACTIVIDADES Y DEPENDENCIAS CONSTRUCCION DE UN MODELO CONCEPTUAL Un modelo conceptual es una representación de conceptos en un dominio del problema. Una cualidad esencial que debe ofrecer un modelo conceptual es que representa cosas del mundo real, no componentes de software ACTIVIDADES Y DEPENDENCIAS Una de las primeras actividades centrales de un ciclo de desarrollo consiste en crear un modelo conceptual para los casos de uso del ciclo actual. Esto no puede hacerse si no se cuentan con los casos y con otros documentos que permitan identificar los conceptos (objetos). La creación no siempre es lineal; por ejemplo, el modelo conceptual puede formularse en paralelo con el desarrollo de los casos.

Asociaciones entre conceptos Atributos de conceptos. CONSTRUCCION DE UN MODELO CONCEPTUAL El paso esencial de un análisis orientado a objetos es descomponer el problema en conceptos u objetos individuales: las cosas que sabemos. En UML lo ilustramos con un grupo de diagramas de estructura estática donde no se define ninguna operación. La designación de modelo conceptual ofrece la ventaja de subrayar fuertemente una concentración en los conceptos del dominio, no en las entidades del software. Puede mostrarnos: Conceptos Asociaciones entre conceptos Atributos de conceptos.

Conocimiento de la nomenclatura del dominio CONSTRUCCION DE UN MODELO CONCEPTUAL Conocimiento de la nomenclatura del dominio Los Modelos Conceptuales permiten: Descomponer el espacio del problema en unidades comprensibles (conceptos), Además, contribuye a esclarecer la terminología o nomenclatura del dominio. Podemos verlo como un modelo que comunica (a los interesados como pueden serlo los desarrolladores) cuáles son los términos importantes y cómo se relacionan entre sí. Los modelos conceptuales no son modelos de diseño de software. No corresponden al Modelo conceptual: Los artefactos del software, como una ventana o una base de datos, salvo que el dominio a modelar se refiera a conceptos de software; por ejemplo, un modelo de interfaces gráficas para el usuario. Las responsabilidades o métodos.

Los modelos conceptuales no son modelos de diseño de software. CONSTRUCCION DE UN MODELO CONCEPTUAL Los modelos conceptuales no son modelos de diseño de software. Hay que evitar:

En términos informales el concepto es una idea, cosa u objeto. CONSTRUCCION DE UN MODELO CONCEPTUAL Conceptos: En términos informales el concepto es una idea, cosa u objeto. En un lenguaje más formal, podemos considerarlo a partir de su símbolo, intensión y extensión. Símbolo: palabras o imágenes que representan un concepto. Intensión: la definición del concepto. Extensión: el conjunto de ejemplos a que se aplica el concepto.

Los modelos conceptuales y la descomposición: CONSTRUCCION DE UN MODELO CONCEPTUAL Los modelos conceptuales y la descomposición: En el análisis estructurado la dimensión de la descomposición se realiza mediante: procesos o funciones, En cambio en el análisis orientado a objetos, se lleva a cabo fundamentalmente con: conceptos (objetos). Por lo tanto, unas tarea primordial de la fase de análisis consiste en: Identificar varios conceptos en el dominio del problema y documentar los resultados en un modelo conceptual

Estrategias para identificar los conceptos: CONSTRUCCION DE UN MODELO CONCEPTUAL Estrategias para identificar los conceptos: Obtención de conceptos a partir de una lista de categorías de conceptos Obtención de conceptos a partir de la identificación de frases nominales Categoría de concepto Ejemplos Objetos físicos o tangibles Puesto de venta Avión Especificaciones, diseño o descripciones de cosas EspecificaciondeProducto Descripcionde Vuelo Lugares Tienda Aeropuerto Transacciones Venta, Pago Reservación Línea o renglón de elemento de transacciones VentasLineadeProducto Papel de personas Cajero Piloto Contenedores de cosas Tienda, Cesto Avión Cosas dentro de un contenedor Producto Pasajero Otro sistemas de cómputos Electromecánicos externos al sistema SistemadeAutorizaciondeTarjetadeCredito ControldeTraficoAereo

CONSTRUCCION DE UN MODELO CONCEPTUAL Otro sistemas de cómputos Electromecánicos externos al sistema SistemadeAutorizaciondeTarjetadeCredito ControldeTraficoAereo Conceptos de nombres abstractos Hambre Acrofobia Organizaciones Departamentode VentasObj etoLineaAerea Procesos (a menudo no están repre sentados como conceptos, pero pueden estarlo) VentaUnProduct ReservaAsiento Reglas y Políticas PoliticadeReembolso PoliticadeCancelaciones Catálogos CatalogodeProducto Catalogodepartes Registro de finanzas, de trabajo, de contratos de asuntos legales Recibo, Mayor, ContratodeEmpleo BitácoradeMantenimiento Instrumentos y servicios financieros LineadeCredito Existencia Manuales, libros ManualdePersonal ManualdeReparaciones

El cajero comienza una nueva venta. CONSTRUCCION DE UN MODELO CONCEPTUAL Escenario principal El cliente llega a un puesto de venta con mercaderías y/o servicios que comprar. El cajero comienza una nueva venta. El cajero introduce el identificador del artículo. El sistema registra la línea de venta y presenta la descripción del artículo, precio y suma parcial. El cajero repite los pasos 3 y 4 hasta que se indique. El sistema presenta el total con los impuestos calculados. El cajero le dice al cliente el total y solicita el pago. Clases conceptuales candidatas para el dominio de ventas Cliente, puesto de venta, mercadería, servicio, cajero, venta, identificador de artículo, sistema, línea de venta, descripción de artículo, precio, etc..

Directrices para construir modelos conceptuales CONSTRUCCION DE UN MODELO CONCEPTUAL Directrices para construir modelos conceptuales Cómo construir un Modelo Conceptual: Aplique los siguientes pasos para crear un Modelo Conceptual: Liste los conceptos idóneos usando la lista de categoría de conceptos la identificación de la frase nominal relacionadas con los requerimientos en cuestión. Dibújelos en un Modelo Conceptual o Modelo de Dominio, Incorpore las asociaciones necesarias para registrar las relaciones Agregue los atributos necesarios para cumplir con las necesidades de información Asignación de nombres y modelado de cosas: El Modelo Conceptual es una especie de mapa de conceptos o cosas de un dominio: Utilice nombres existentes en el territorio Excluya las características irrelevantes No agregue cosas que no existan

Errores que se cometen frecuentemente al identificar conceptos: CONSTRUCCION DE UN MODELO CONCEPTUAL Errores que se cometen frecuentemente al identificar conceptos: Tal vez el error más frecuente cuando se crea un Modelo Conceptual es el de representar algo como atributo, cuando debió ser un concepto. Una regla práctica para no caer en él es: Si en el mundo real no consideramos algún concepto X como número o texto, probablemente X sea un concepto y no un atribulo. Por ejemplo: en el mundo real un aeropuerto de destino no se considera número ni texto: es una cosa masiva que ocupa espacio, por lo tanto aeropuerto debería ser un concepto. En caso de duda, convierta el atributo en un concepto independiente. Analizar aquellos conceptos semejantes con distinto nombre Modelado de un mundo irreal,

Especificación o descripción de conceptos CONSTRUCCION DE UN MODELO CONCEPTUAL Especificación o descripción de conceptos Incorpore una especificación o descripción de conceptos cuando: Se necesita la descripción de un artículo o servicio independiente de la existencia. La eliminación de las instancias de las cosas que describen da por resultado una pérdida de información que ha de conservarse, debido a la asociación incorrecta de la información con lo eliminado. Reduce información redundante o duplicada