METODOLOGÍA DE SISTEMAS

Slides:



Advertisements
Presentaciones similares
UML DCU -DS Alvaro Garrido V..
Advertisements

IDENTIFICAR CONCEPTOS: ESTRATEGIAS Es mejor exagerar y especificar un modelo conceptual con muchos conceptos refinados. Estrategia 1. Obtenerlos a partir.
Modelo de Dominio Angela Carrillo R..
Base de Datos I – Ing. Mary Carlota Bernal J. BASE DE DATOS I Diseño conceptual de Base de Datos Modelo Entidad - Relación.
Modelo de Entidad-Relación (Modelo Conceptual) Ing. Linda Masias Morales INTEGRACION DE LAS TECNOLOGIAS DE INFORMACION Y COMUNICACION.
Diagrama de clases Silvia Herzovich Rodrigo Aronas Matias Silversteyn.
Modelo del Proceso de Negocio Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
Departamento de Lenguajes y Sistemas Informáticos escuela técnica superior de ingeniería informática Extendiendo NDT para la catalogación de Requisitos.
Taller de Sistemas de Programas Clase 4 Dpto. de Computación y T.I.
Metodología de Osterwalder
Diciembre, Aplicación Técnicas de Diseño de Pruebas Caso Configuración de Formas de Pago por Tipo de Clientes.
El ELKA es una técnica de modelado de información desarrollada por Hughes Aircraft Company. Esta técnica especifica a través de gráficas, contempla las.
Diseño (Diagrama de Clases) Francisco Valdés Souto 2 al 6 de marzo 2009 © Avantare Consultores S. A. de C. V. – Derechos.
ESCUELA: Ciencias de la Computación NOMBRES: Metodología y Tecnología de la Programación II FECHA: Ing. Patricio Abad Espinoza ABRIL – AGOSTO II.
El Modelo Entidad-Relación (1ra. Parte) Prof. César Luza Montero Facultad de Ingeniería de Sistemas e Informática Universidad Nacional Mayor de San Marcos.
Flujo de trabajo: Requisitos Modelado de Casos de Uso
Curso RRHH 09A Frente RRHH
METODOLOGÍA DE SISTEMAS
UNIVERSIDAD TECNOLÓGICA DE PEREIRA
INTRODUCCIÓN A BASE DE DATOS
PROGRAMACIÓN ORIENTADA A OBJETOS
TEMA 3. CAPTURA DE REQUISITOS COMO CASOS DE USO (Continuación fase de Planeación y Elaboración) ANÁLISIS Y DISEÑO DE SISTEMAS II Lic. Elisa Arizaca Ramirez.
Programación Orientada a Objetos
“POLIMORFISMO PARAMETRICO”
Pragmática Unidad III.
UNIDAD I: TEORIA Y MODELOS DE SIMULACION
SAP Business One, Versión 9.0
Proyecto de Software. t07
Fundamentos de negocios y comercio electrónico.
Proyecto de Software. Clase 06
INTRODUCCIÓN Elmasri: Pág
Modelado de Sistemas Eloy Edmundo Rodríguez Vázquez
METODOLOGÍA DE SISTEMAS
Integrantes, María Ruth Parra Méndez Johanna Patricia Peña Orrego
DIAGRAMA DE CLASES 2016 Ramos, Pablo.
Curso IDEs ISO Metadatos. MODELO.
DIAGRAMA DE CLASES.
MODELO RELACIONAL.
DIAGRAMACIÓN.
UML 2,0 Christian Sáenz.
Control de calidad Comou Corella Jorge Alejandro #2
Ingeniería de Sistemas [UNI – NORTE]
3.3. Arquitectura de los almacenes de datos
Las principales funciones de las hipótesis son:
Diagramas del modelo uml
Resumen: Análisis de requerimientos
Marco Lógico.
MODELOS DE SISTEMAS Giovanna Kristhel Mendoza Castillo
UML - Diagramas de interacción
DIAGRAMA DE OBJETOS Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en la metodología UML.
Conceptos de Objetos, Clases y Otros Modelo Conceptual
Java – programación orientada a objetos programación ii – iee
ESTADÍSTICA BÁSICA.
Teoría Relacional Modelo Relacional Líder en Ciencia y Tecnología.
LA INVESTIGACIÓN CIENTÍFICA.
LA INVESTIGACIÓN CIENTÍFICA.
El Ciclo Contable.
Estadística Conceptos Básicos.
Tecnologías de la Información
Diagramas de clases Modelan la vista estática del sistema
Lingüística computacional
Aidan Hogan CC Bases de Datos Otoño 2019 Clase 7: Actualizaciones, Restricciones, Formas Normales Aidan.
UNIDAD 2 MODELO DE DATOS.
Poder Expresivo de UML 2.0 para especificar arquitecturas de Software
Unida III: Análisis y Diseño de Sistemas Orientado a Objetos
Antecedentes, estado actual del conocimiento y marco teórico
Canvas de diseño Aprendizaje basado en Retos
INTRODUCCIÓN A UML.  QUE ES UML?  PARA QUE SE UTILIZA  COMPONENTES  DIAGRAMAS.
Unida III: Análisis y Diseño de Sistemas Orientado a Objetos
Diccionario de Datos.
Transcripción de la presentación:

METODOLOGÍA DE SISTEMAS UNIDAD II: MODELO DE DOMINIO Ing. Patricia Ontiveros Ing. Laura Zeligueta

Cómo se representa un Modelo de Dominio Utilizando UML, un modelo de dominio se representa con un diagrama de clases en los que no se define ninguna operación. El diagrama de clases muestra: Clases conceptuales Asociaciones entre clases conceptuales Atributos de las clases conceptuales

Clases En el mundo real, normalmente tenemos muchas cosas del mismo tipo. Por ejemplo nuestro teléfono celular es sólo uno de los miles que hay en el mundo. Algunas cosas son reales y otras imaginarias. Los celulares tienen características (marca, modelo, pantalla, teclado, etc.) y comportamientos (hacer y recibir llamadas, enviar mensajes, transmitir datos, etc.).

Los fabricantes aprovechan el hecho de que los celulares comparten esas características comunes y construyen modelos o plantillas comunes, para crear muchos equipos celulares del mismo modelo. A ese modelo o plantilla le llamamos CLASE, y a los equipos que sacamos a partir de ella la llamamos OBJETOS.

Notación de clase y objeto

Definiciones: Clase y Objeto Un objeto es una instancia de una clase que tiene: Identificación + atributos + operaciones estado comportamiento La clase es un modelo que define las variables y métodos comunes a todos los objetos de cierta clase. Los objetos con estado y comportamiento similares se agrupan en las clases

Modelo de Dominio Un modelo de dominio es una representación visual de las clases conceptuales significativas u objetos del mundo real en un dominio de interés.

Clases conceptuales Una clase conceptual es una clase sin operaciones Formalmente se puede considerar en términos de : Símbolo: que representa la clase Intensión: definición de la clase Extensión: conjunto de ejemplos a los que se aplica la clase conceptual.

Símbolo Intensión Extensión Venta “Una venta representa el hecho Fecha Hora “Una venta representa el hecho De una transacción de compra. Sucede un día y a una hora” Intensión Venta 1 Venta 2 Venta 3 Venta 4 Extensión

Identificación de las clases conceptuales A partir de la descripción original de la situación del sistema. Se pueden usar 2 técnicas: Utilización de una lista de categorías Identificación de frases nominales

Lista de categorías: ej. cajero Clases candidatas Objetos tangibles Tarjeta, cajero automático Lugares Sucursal banco Roles de la gente Cajero humano Organizaciones Banco Hechos Extracción, depósito Registros de finanzas, contratos, legales Comprobante de extracción, resumen de saldos, cuenta

Frases nominales Análisis lingüístico: consiste en identificar las frases nominales (sustantivos) en las descripciones de un problema y considerarlas conceptos o atributos idóneos. Se deben identificar: Sustantivos comunes Entidades físicas Entidades conceptuales Ej: El cliente debe ingresar la tarjeta en el cajero automático para poder realizar una extracción de su cuenta.

Selección de clases De las clases candidatas se selecciona aquellas que: Son relevantes al problema Deben ser precisas No deben: ser roles de clases ser redundantes responder a un sistema completo ser atributos de otras clases corresponderse con actores

Un error frecuente al identificar conceptos Es el de representar algo como atributo, cuando en realidad debió haber sido un concepto. En caso de duda, convierta un atributo en un concepto. Luego vemos si es aplicable los 3 elementos que deben tener las clases conceptuales: símbolo, intensión y extensión.

Guía para el modelado Pasos a seguir para crear modelo de dominio: Listar clases candidatas Representarlas en un modelo de dominio Añadir las asociaciones que registren las relaciones Añadir los atributos necesarios

Añadir Asociaciones Es necesario identificar las asociaciones de los conceptos que se requieren para satisfacer los requerimientos de información de los casos de uso en cuestión y los que contribuyen a entender el modelo conceptual.

Asociaciones Una asociación es una relación entre dos conceptos que indica alguna conexión significativa entre ellos. Es un nexo entre objetos, que intrínsecamente es bidireccional. Se representa como una línea entre los conceptos con el nombre de la asociación.

Multiplicidad La multiplicidad define cuántas instancias de tipo A pueden asociarse a una instancia del tipo B en determinado momento. Tienda Producto 1 Almacena * Multiplicidad del rol

Multiplicidad En UML, el valor de multiplicidad depende del contexto, no hay soluciones preestablecidas. Ejemplos de multiplicidad: 1 Uno * Muchos 0..* Cero o más 1..* Uno o más 0..1 Cero o uno

Diagrama de Clases Conceptuales 1 1 * * Cliente Cuenta Tarjeta 1 * Movimiento