Modelado Estático Diagramas de Clases y Objetos
|
|
- Carmelo Henríquez Lara
- hace 6 años
- Vistas:
Transcripción
1 //203 Modelado Estático Diagramas de Clases y Objetos Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla noviembre 203 Objetivos de este tema Conocer los conceptos del modelado estático mediante diagramas de clases y objetos UML. Ser capaz de realizar un modelo estático de un sistema software a partir de una especificación de requisitos. noviembre 203 Ingeniería de Requisitos IR
2 //203 Modelo software Modelo estático (modelo conceptual) Describe la estructura y las restricciones de la información que representa el estado del sistema. Modelo de conducta Describe las interacciones del sistema con los Modelo = + actores y cómo evoluciona su estado al interactuar. Modelo estático = Estructura + Restricciones Modelo de conducta = Interacciones externas + Evolución interna noviembre 203 Ingeniería de Requisitos 2 Modelo estático software Estructura Describe la estructura de la información que representa el estado del sistema mediante Diagramas de clases UML Diagramas de objetos UML (escenarios) Restricciones Describen qué estados del sistema son válidos y cuáles no mediante Diagramas de clases UML (mutiplicidades) Restricciones asociadas a elementos de los diagramas de clases UML, que pueden expresarse en lenguaje natural o en OCL (Object Constraint Language). noviembre 203 Ingeniería de Requisitos 3 IR 2
3 //203 Trazabilidad hacia requisitos Todo elemento de un modelo estático debe estar trazado hacia aquellos requisitos que lo justifican, normalmente requisitos de información y reglas de negocio. class Ejemplo trazabilidad RI-00 - El sistema deberá almacenar la información correspondiente a los usuarios del sistema. En concreto: RF El sistema deberá enviar automáticamente un a los usuarios cuando «trace» «trace» Usuario apellidos fechanacimiento noviembre 203 Ingeniería de Requisitos 4 Trazabilidad hacia requisitos Todo elemento de un modelo estático debe estar trazado hacia aquellos requisitos que lo justifican, normalmente requisitos de información y reglas de negocio. noviembre 203 Ingeniería de Requisitos 5 IR 3
4 //203 Conceptos del modelado estático Clase entidad Atributo Asociación Rol Multiplicidad Clase asociación Objeto y enlace (instancias de clases y asociaciones) Generalización y especialización Composición y noviembre 203 Ingeniería de Requisitos 6 Representa un concepto relevante del dominio del problema sobre el que el sistema debe almacenar información porque así se ha especificado (o se deduce) en uno o más requisitos (trazas). Se nombran mediante un sustantivo en singular. class Ejemplos de clases Alumno fechanacimiento código Asignatura número fecha tienebeca Matrícula noviembre 203 Ingeniería de Requisitos 7 IR 4
5 //203 Atributo de una clase entidad Son propiedades asociadas a un concepto relevante del dominio del problema que el sistema debe almacenar porque así se ha especificado (o se deduce) en uno o más requisitos (trazas). Se nombran mediante un sustantivo en singular y sus valores deben ser simples (no estructuras de datos). Pueden ser opcionales ([0..]). class Ejemplos de clases Alumno fechanacimiento código Asignatura número fecha tienebeca Matrícula Normalmente las trazas se establecen a nivel de clase, aunque también puede hacerse a nivel de atributos. noviembre 203 Ingeniería de Requisitos 8 entidades Representa algún tipo de relación entre dos o más conceptos relevantes del dominio del problema que el sistema debe conocer porque así se ha especificado (o se deduce) en uno o más requisitos (trazas). Se nombran mediante un verbo en tercera persona del singular y las preposiciones que hagan falta, formando una frase con sentido al leerla con los roles. class Ejemplo asociación Asignatura código 0.. aparec een 0.. M atríc ula número fecha tienebeca noviembre 203 Ingeniería de Requisitos 9 IR 5
6 //203 Rol de un extremo de una asociación Papel que juega cada una de las clases que participan en una asociación. Por defecto, es su propio. Es necesario indicarlo en: Asociaciones de una clase consigo misma Cuando existe más de una asociación entre dos clases. class Ejemplos de roles padre 0..2 espadred e Persona Vuelo salida saled e origen Aeropuerto hijo 0.. llegada llegaa destino noviembre 203 Ingeniería de Requisitos 0 Multiplicidad de un extremo de una asociación Dado un objeto de una clase, indica los números mínimo y máximo de objetos de la otra clase con los que puede estar relacionado mediante de la asociación. class Ejemplos de roles espadred e class Ejemplo asociación Asignatura código 0.. aparec een 0.. M atríc ula número fecha tienebeca padre 0..2 Persona Vuelo salida saled e origen Aeropuerto hijo 0.. llegada llegaa destino noviembre 203 Ingeniería de Requisitos IR 6
7 //203 Multiplicidad de un extremo de una asociación Valores habituales de multiplicidades class Ejemplos de roles 0.. : opcional 0.. : múltiple opcional : equivalente a 0.. espadred e class Ejemplo asociación Asignatura código : obligatoria.. : múltiple obligatoria : equivalente a.. aparec een 0.. M atríc ula número fecha tienebeca padre 0..2 Persona Vuelo salida saled e origen Aeropuerto hijo 0.. llegada llegaa destino noviembre 203 Ingeniería de Requisitos 2 Restricciones en un extremo de un asociación {nonunique}: indica que se permiten duplicados {ordered}: indica que existe un orden Por defecto, se asume que no se permiten duplicados y que no existe un orden. sin duplicados con duplicados {nonunique} sin orden Conjunto (por defecto) Multiconjunto (bag) con orden {ordered} Conjunto ordenado Secuencia noviembre 203 Ingeniería de Requisitos 3 IR 7
8 //203 Restricciones entre asociaciones {xor}: indica que los objetos de la clase común a las asociaciones restringidas no pueden tener de más de una de dichas asociaciones. Ejemplo: un participante en un congreso no puede ser autor de una ponencia y a la vez miembro del comité de programa. Participante.. autor esmiembrode miembro {xor} esautorde {ordered} Comité de Programa Ponencia noviembre 203 Ingeniería de Requisitos 4 Clase asociación A veces es necesario añadir cierta información a las asociaciones, convirtiéndolas en clases. class Ejemplo clase asociación Empleado class Ejemplo clase asociación Empleado trabajaen trabajaen Proyec to presupuesto Proyec to presupuesto cuántas horas trabaja cada empleado en cada proyecto? Esf uerzo horas noviembre 203 Ingeniería de Requisitos 5 IR 8
9 //203 Clase asociación Ejemplo: las horas que trabaja un empleado en un proyecto no son una propiedad ni del empleado ni del proyecto, sino de la asociación entre ambos. f : Esfuerzo horas = 20 f3 : Esfuerzo horas = 7,5 e : Empleado trabajaen p : Proyecto trabajaen e2 : Empleado trabajaen f5 : Esfuerzo horas = 2 trabajaen f2 : Esfuerzo horas = 5 p2 : Proyecto trabajaen e3 : Empleado f4 : Esfuerzo horas = 25 noviembre 203 Ingeniería de Requisitos 6 Objeto Cada ocurrencia o instancia de una clase. Enlaces Cada ocurrencia o instancia de una asociación. class Equipos de fútbol Jugador 0.. Equipo noviembre 203 Ingeniería de Requisitos 7 IR 9
10 //203 Objeto Cada ocurrencia o instancia de una clase. Enlaces Cada ocurrencia o instancia de una asociación. object Equipos de fútbol j : Jugador j :Jugador = "Antoñito" j2 : Jugador j2 :Jugador = "Redondo" e2 : Equipo e :Equipo = "Xerez CD" e : Equipo e2 :Equipo = "Sevilla FC" j3 : Jugador j3 :Jugador = "Kanouté" j4 : Jugador j4 :Jugador = "Negredo" J6 : Jugador = "Luis Fabiano" j5 : Jugador j5 :Jugador = "Jesús Navas" noviembre 203 Ingeniería de Requisitos 8 Extensión de una clase Todas las instancias de dicha clase en el sistema. Extensión de la clase Jugador Extensión de la clase Equipo object Equipos de fútbol j : Jugador j :Jugador = "Antoñito" j2 : Jugador j2 :Jugador = "Redondo" e2 : Equipo e :Equipo = "Xerez CD" e : Equipo e2 :Equipo = "Sevilla FC" j3 : Jugador j3 :Jugador = "Kanouté" j4 : Jugador j4 :Jugador = "Negredo" J6 : Jugador = "Luis Fabiano" j5 : Jugador j5 :Jugador = "Jesús Navas" noviembre 203 Ingeniería de Requisitos 9 IR 0
11 //203 Composición Asociación especial que representa el concepto de ser-parte-de o estar-compuesto-por, en concreto: Una parte (componente) sólo puede pertenecer a un todo (compuesto). Una parte no puede existir sin pertenecer a un todo. La eliminación del todo implica la eliminación de todas sus partes. Es una relación transitiva y antisimétrica, que puede ser recursiva. class Ejemplo de composición Fac tura.. {ordered} L íneadefac tura noviembre 203 Ingeniería de Requisitos 20 Agregación Composición débil donde puede ocurrir que: Una parte (componente) puede pertenecer a más de un todo (agregado), por lo que su multiplicidad no está restringida a. Una parte puede existir sin pertenecer a un todo. La eliminación del todo no implica necesariamente la eliminación de todas sus partes. class Ejemplos de Polígono 3.. {ordered} Punto Grupo musical.. M úsic o noviembre 203 Ingeniería de Requisitos 2 IR
12 //203 /especialización A veces, algunos de los conceptos del dominio del problema presentan entre ellos relaciones del tipo es-un, por ejemplo: es-un vehículo es-un es-un camión automóvil motocicleta Estos conceptos suelen tener propiedades comunes, que al modelarlos conceptualmente aparecen como atributos o asociaciones comunes. noviembre 203 Ingeniería de Requisitos 22 /especialización class Ejemplo de generalización espropietariod e Autom óvil matrícula númerobastidor modelo plazas asegurado tieneseguro 0.. Persona propietario propietario 0.. espropietariod e Cam ión matrícula númerobastidor modelo tonelaje ejes asegurado tieneseguro propietario espropietariod e M otoc ic leta matrícula númerobastidor modelo cilindrada asegurado tieneseguro Seguro 0.. compañia númeropóliza tipo precio 0.. noviembre 203 Ingeniería de Requisitos 23 IR 2
13 Generalización Especialización Generalización Especialización //203 /especialización class Ejemplo de generalización Persona Seguro compañia númeropóliza tipo precio 0.. espropietariod e propietario 0.. tieneseguro Autom óvil plazas asegurado Vehíc ulo matrícula númerobastidor modelo M otoc ic leta cilindrada La clase más general (superclase), contiene todas las propiedades (atributos y asociaciones) comunes, que son heredados por las clases más específicas (las subclases). {completa, disjunta} tonelaje ejes Cam ión noviembre 203 Ingeniería de Requisitos 24 /especialización class Ejemplo de generalización Persona Seguro compañia númeropóliza tipo precio Todas las instancias de las subclases se consideran también instancias de la superclase. La generalización es una relación transitiva y antisimétrica. 0.. espropietariod e propietario 0.. tieneseguro Autom óvil plazas asegurado Vehíc ulo matrícula númerobastidor modelo M otoc ic leta cilindrada {completa, disjunta} tonelaje ejes Cam ión noviembre 203 Ingeniería de Requisitos 25 IR 3
14 //203 /especialización class Ejemplo de generalización Persona Seguro compañia númeropóliza tipo precio 0.. espropietariod e propietario 0.. tieneseguro Autom óvil plazas Vehíc ulo matrícula númerobastidor modelo M otoc ic leta cilindrada {completa, disjunta} implica una partición del conjunto de instancias de la superclase. asegurado {completa, disjunta} Vehículos tonelaje ejes Cam ión Clase abstracta El de las clases abstractas se muestra en cursiva. Automóviles Motocicletas Camiones noviembre 203 Ingeniería de Requisitos 26 /especialización class Ejemplo comunidad universitaria M iem brocu {completa, solapada} Alum no Em pleado {completa, disjunta} PAS PD I noviembre 203 Ingeniería de Requisitos 27 IR 4
15 //203 La barra (/) indica que algún atributo o asociación puede derivarse (calcularse) a partir de otros. Es necesario añadir las restricciones que indican cómo deben derivarse. { total de factura : total = suma de cantidad precio de todas las líneas de factura.} class Ejemplo de Factura número fechaemisión / total emitidaa Cliente / contienea { contenido de la factura : Los productos que contiene son los productos asociados a las líneas fe factura.} LíneaDeFactura.. cantidad {ordered} precio.. correspondea Producto noviembre 203 Ingeniería de Requisitos 28 Tipos enumerados Definen un tipo que puede ser usado en los atributos de las clases entidades. Los atributos son los posibles valores que pueden tomar los atributos del tipo enumerado. class Notación enumerados «enumerado» Sexo hombre mujer «enumerado» VíaPúblic a calle plaza avenida carretera «enumerado» Categoría infantil aventuras cienciaficción drama noviembre 203 Ingeniería de Requisitos 29 IR 5
16 //203 Creación de conceptuales Pasos recomendados:. Analizar la información sobre el dominio del problema (glosario) y los requisitos. 2. Identificar posibles entidades y atributos. 3. Identificar posibles asociaciones. 4. Construir incrementalmente el modelo conceptual e identificar las multiplicidades de las asociaciones. 5. Identificar clasificaciones entre entidades con propiedades (atributos y/o asociaciones) comunes. 6. Identificar composiciones entre entidades. 7. Añadir las restricciones que no puedan expresarse gráficamente. 8. Validar con posibles escenarios mediante diagramas de objetos. 9. Registrar todos aquellos problemas semánticos que deban ser aclarados con clientes y usuarios. noviembre 203 Ingeniería de Requisitos 30 Bibliografía C. Larman, UML y Patrones. Ed. Prentice-Hall, 999. Capítulos 9 al 2 C. Larman, UML y Patrones (2ª edición). Ed. Prentice-Hall, Capítulos 0 al 2 M. Fowler, UML Distilled (3 rd edition). Ed. Addison-Wesley, Capítulo 3 noviembre 203 Ingeniería de Requisitos 3 IR 6
Introducción al Modelado Conceptual
/0/20 Introducción al Modelado Conceptual Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 20 Objetivos de este tema Entender la necesidad del conceptual y su ubicación
Más detallesIntroducción al Modelado Conceptual
4/0/204 Introducción al Modelado Conceptual Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla octubre 204 Objetivos de este tema
Más detallesAnálisis y Negociación de Requisitos
11/11/2013 Análisis y Negociación de Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla Objetivos del tema Conocer los objetivos,
Más detallesIntroducción a la orientación a objetos y a UML
Introducción a la orientación a objetos y a UML El lenguaje unificado de modelado. Manual de referencia. James Rumbaugh, Ivar Jacobson, Grady Booch. Ed. Addison Wesley, 2000 El proceso unificado de desarrollo,
Más detalles12/08/2017. Diagrama de clases y objetos. Modelo de clases y objetos. Diagrama de clases y objetos. Diagrama de clases y objetos
Modelo de clases y objetos ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso El Diagrama de Clases es el diagrama principal para
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 detallesUnified modeling language
Unified modeling language UML es un lenguaje para la especificación, visualización, construcción y documentación de documentos de sistemas de software. Es independiente del lenguaje de implementación y
Más detallesCLA. Diagramas de clases en Métrica V3
CLA Diagramas de clases en Métrica V3 1 Diagramas de clases Qué es? Representa la estructura y comportamiento de cada uno de los objetos del sistema y sus relaciones con los demás objetos. Objetivos? Representar
Más detallesSistemas de Información II Tema 4. El modelo entidad-relación (continuación)
Sistemas de Información II Tema 4. El modelo entidad-relación (continuación) Bibliografía: Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3ª edición, 2002 (Capítulo 4). Garcia-Molina, Ullman
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 detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 9 Modelo Estructural Conceptos Avanzados Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]
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 detallesModelado Conceptual: El Modelo E/R Extendido. Modelado Conceptual: El Modelo E/R Extendido 1
Modelado Conceptual: El Modelo E/R Extendido Modelado Conceptual: El Modelo E/R Extendido www.kybele.urjc.es 1 Índice 1. Modelo E/R Básico 2. Modelo E/R Extendido 3. Modelado Conceptual Modelado Conceptual:
Más detallesAnálisis y Diseño de Sistemas Orientado a Objeto. Captura y Análisis de Requerimiento
Análisis y Diseño de Sistemas Orientado a Objeto Captura y Análisis de Requerimiento Análisis y Diseño Orientado a Objeto Diagramas UML para Análisis Análisis y Diseño Orientado a Objeto Diagramas UML
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 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 detalles12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso "Un diagrama que representa una interacción poniendo el foco en la secuencia
Más detallesUniversidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2006.
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 8 Modelo Estructural Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
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 detallesPrincipios de la Tecnología de Objetos
Principios de la Tecnología de Objetos Unified Modeling Language Copyright Copyright (c) 2004 José M. Ordax Este documento puede ser distribuido solo bajo los términos y condiciones de la Licencia de Documentación
Más detallesGestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación
Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación Julio de 2011 Contenido 1 Diseño de Bases de Datos 2 Diseño de Bases de Datos Diseño Conceptual Describe el contenido (información)
Más detallesModelo E-R Extendido. Ing. Edgar Ruano Bases de Datos I
Modelo E-R Extendido Ing. Edgar Ruano Bases de Datos I Especialización (1/2) DEFINICION: Proceso de designación de subgrupos dentro de un conjunto de entidades. APLICACIÓN: Conjunto de entidades puede
Más detallesContenido. 1 Qué es un diagrama de clase? 2 Elementos de un diagrama de clase. 3 Clase, atributo, método y visibilidad. 4 Agregación y composición
* 1 Contenido 1 Qué es un diagrama de clase? 2 Elementos de un diagrama de clase 3 Clase, atributo, método y visibilidad 4 Agregación y composición 5 Generalización e interface 6 Organización de clases
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 detallesDiagrama de clases. Diagrama que contiene elementos clasificadores conectados por relaciones estáticas.
Diagramas de clases Diagrama de clases Diagrama que contiene elementos clasificadores conectados por relaciones estáticas. Elementos clasificadores: clases Tipos de datos Interfaces los distintos diagramas
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 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 detallesModelado Conceptual: El Modelo E/R Extendido
Modelado Conceptual: El Modelo E/R Extendido Modelado Conceptual: El Modelo E/R Extendido www.kybele.urjc.es 1 Índice 1. Modelo E/R Básico 2. Modelo E/R Extendido 3. Modelado Conceptual Modelado Conceptual:
Más detallesFigura 3.9: Ejemplo de Casos de Uso. Se representa mediante un símbolo que personifica una persona, y va acompañado de un nombre significativo.
Analisis 1 Casos de Uso Si bien no es una herramienta creada por UML, la solución que éste propone son los casos de uso. Los casos de uso son una forma de descomponer la funcionalidad del sistema en partes
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 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 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 detallesLenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
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 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 detallesBases de datos 1. Teórico: Diseño Conceptual
Bases de datos 1 Teórico: Diseño Conceptual Modelado Conceptual Primera etapa en el diseño de una BD Estudio del problema real Especificación usando un lenguaje de muy alto nivel Validar el resultado Actividad
Más detallesBASES DE DATOS 1. Teórico: Diseño Conceptual
BASES DE DATOS 1 Teórico: Diseño Conceptual MODELADO CONCEPTUAL Primera etapa en el diseño de una BD Sub-etapas: Estudio del problema real Especificación usando un lenguaje de muy alto nivel Validar el
Más detalles09/01/2008. Nombre de la clase. Atributos. Métodos/Operaciones
Diagramas de Clase Angela Carrillo R. Clase Descripción de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semántica Implementa una o más interfaces Nombre de la clase
Más detallesIngeniería del Software Orientado a Objetos. Unidad 6: Vistas del UML
Ingeniería del Software Orientado a Objetos Unidad 6: Vistas del UML El UML Es un lenguaje estándar para escribir planos del software. El UML es sólo un lenguaje y como tal es parte de un método de desarrollo
Más detallesSesión 1. Porque es útil usar UML Sesión 2. Casos de uso Modelo del Negocio Sesión 3. Diagramas de Casos de Uso Sesión 4. Diagrama de Actividad
Sesión 1. Porque es útil usar UML Sesión 2. Casos de uso Modelo del Negocio Sesión 3. Diagramas de Casos de Uso Sesión 4. Diagrama de Actividad Sesión 5. Diagrama de Secuencia Sesión 6. Diagrama de Estados
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 detallesDiseño de base de datos: Modelo Entidad Relación (II)
Diseño de base de datos: Modelo Entidad Relación (II) I. Relaciones Una relación es una asociación entre dos o más entidades. Así, por ejemplo, podría existir una relación entre la entidad Empleado y un
Más detallesAsignatura: Bases de datos Código: Año académico: Centro: Escuela Politécnica Superior Departamento: Lenguajes y Computación Área:
Asignatura: Bases de datos Código: 41003201 Año académico: 2007-08 Centro: Escuela Politécnica Superior Departamento: Lenguajes y Computación Área: Lenguajes y Sistemas Informáticos Titulación: Ingeniería
Más detallesEnfoque de Desarrollo de software OO
Enfoque de Desarrollo de software OO Enfoque OO) Ilustraciones de: Object-Oriented Design with Applications,1991, G. Booch 1 Objetivos Presentar los conceptos básicos del enfoque orientado a objetos. 2
Más detallesDiagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
Más detallesGuía práctica de estudio 09: UML
Guía práctica de estudio 09: Elaborado por: M.C. M. Angélica Nakayama C. Ing. Jorge A. Solano Gálvez Autorizado por: M.C. Alejandro Velázquez Mena Guía práctica de estudio 09: Guía práctica de estudio
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 detallesÍtems/Entidades/Objetos [sustantivos]: Objetos que existen en el mundo y que son
Modelado de datos Fundamentos de diseño de bases de datos Modelado de datos Representación de datos Modelos de datos Modelos semánticos Elementos del modelo E/R: Entidades, atributos, claves y relaciones
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 detallesUML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson
UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson El lenguaje UML es un estándar OMG diseñado para visualizar, especificar, construir y documentar software orientado a objetos.
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 detallesTÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS.
TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN ÁREA SISTEMAS INFORMÁTICOS. HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Ingeniería de
Más detallesdiagramas de comportamiento con UML.
U.T.7: Elaboración de diagramas de comportamiento con UML. [Fuente: Entornos de Desarrollo, Alicia Ramos, Ed.Garceta] [Fuente: EL LENGUAJE UNIFICADO DE MODELADO, Grady Booch, James Rumbaugh, Ivar Jacobson,
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 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 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 detallesPrograma Educativo: PROGRAMA DE ESTUDIO Área de Formación : Horas teóricas: Horas prácticas: Total de Horas: Total de créditos:
PROGRAMA DE ESTUDIO Laboratorio de diseño de software Programa Educativo: Área de Formación : Licenciatura en Informática Administrativa Sustantiva Profesional Horas teóricas: 1 Horas prácticas: 4 Total
Más detallesSistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación
Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación
Más detallesModelado Entidad-Relación
Modelado Entidad-Relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado
Más detallesInteracción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
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 detallesBase de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE ING. INDUSTRIAL Base de Datos Resultados Internet Requerimientos BASE DATOS Docente: Ing. Francisco Rodríguez Tema 3: Modelo Entidad Interrelación 1. Modelización
Más detallesSistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad-Relación
Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación
Más detallesDiagrama de Clase. Tipos de diagramas
Diagrama de Clase MC Beatriz Beltrán Martínez MC Miguel Rodríguez Hernández Otoño 2013 Tipos de diagramas Diagramas de estructura: mostrar la estructura estática del sistema que se está modelando Incluye:
Más detallesGestión de Accidentes y Multas de Tráfico octubre 2014
octubre 204 Contexto del problema La Dirección General de Tráfico (DGT) ha decidido desarrollar un sistema de información cuyo objetivo principal es la generación de informes sobre los accidentes y multas
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 detallesSistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación
Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación
Más detallesTema 4e: Proceso Unificado: Análisis
Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis
Más detallesUML. (Unified Modeling Language) Lenguage Unificado de Modelado
1 (Unified Modeling Language) Lenguage Unificado de Modelado Antonio J. Sierra 1 Índice Historia Introducción Objetivos del modelo Críticas Modelo Conceptual de Clases Diagrama de Clases 2 2 Historia (I)
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 detallesBASES DE DATOS II. Tema III:El problema del modelado conceptual. Profesores: Fernando Berzal Galiano Javier García Castellano Maria-Amparo Vila
BASES DE DATOS II Tema III:El problema del modelado conceptual Profesores: Fernando Berzal Galiano Javier García Castellano Maria-Amparo Vila 04/04/2005 IDBIS- DECSAI 1 Tema III: programa El problema del
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 detallesPROGRAMA ANALÍTICO DE ASIGNATURA
UNIVERSIDAD AUTÓNOMA DEL ESTADO DE HIDALGO COORDINACIÓN DE DOCENCIA DIRECCIÓN DE PLANEACIÓN Y DESARROLLO EDUCATIVO PROGRAMA ANALÍTICO DE ASIGNATURA 1.- DATOS GENERALES 1.1 INSTITUTO: CIENCIAS BÁSICAS E
Más detallesGUÍAS DE DISEÑO CON UML. Técnicas para creación de diagramas de software óptimos en UML
GUÍAS DE DISEÑO CON UML Técnicas para creación de diagramas de software óptimos en UML ÍNDICE Recomendaciones de diseño generales Guías para diagramas de Casos de Uso Guías para diagramas de Actividad
Más detallesModelado conceptual de aplicaciones web. Tecnologías web
Nombre de la asignatura: Línea de trabajo: Modelado conceptual de aplicaciones web Tecnologías web Tiempo de dedicación del estudiante a las actividades de: DOC: 48 horas. 20 horas. TPS: 100 horas. Total
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía 2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivo Conocer una herramienta de modelado para la solución
Más detallesIntroducción al Paradigma Orientado a Objetos
Introducción al Paradigma Orientado a Objetos 1 Objetos Qué es un objeto? Un objeto es un componente de software que contiene variables y métodos y que es usado para modelar algún aspecto de la vida real.
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 detallesIngeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Más detallesTEMA 3.- MODELOS CONCEPTUALES DE DATOS.
TEMA 3.- MODELOS CONCEPTUALES DE DATOS. El Diseño de una Base de Datos. Modelos de Datos. El Modelo Entidad-Relación. Extensiones del Modelo Entidad-Relación. 1. El Diseño de una Base de Datos El Sistema
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA ESCUELA PROFESIONAL DE INGENIERÍA DE SOFTWARE 1. ESPECIFICACIONES GENERALES
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA ESCUELA PROFESIONAL DE INGENIERÍA DE SOFTWARE 1. ESPECIFICACIONES GENERALES
Más detallesPara esta práctica usaremos los diagramas de casos de uso, diagramas de secuencia, y los diagramas de clase.
Programación II, Guía #3 17 17 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II GUÍA #3: Herramientas UML. Análisis y diseño UML. Objetivos Conocer una herramienta de modelado para
Más detallesBase de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos
UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INGENEIERIA INDUSTRIAL Base de Datos Resultados Internet Requerimientos BASE DATOS Docente: Ing. Francisco Rodríguez Tema 2: Modelo de Datos Agenda 1. Modelo
Más detalles3.3. Extensiones del modelo
Modelo Entidad-Relación Extendido, MERE Enhanced Entity-Relationship model, EER Aportaciones de diversos autores al modelo Entidad-Relación «básico». Permiten representar... Relaciones exclusivas entre
Más detallesMOO - Metodología y Programación Orientada a Objetos
Unidad responsable: Unidad que imparte: Curso: Titulación: Créditos ECTS: 2015 230 - ETSETB - Escuela Técnica Superior de Ingeniería de Telecomunicación de Barcelona 701 - AC - Departamento de Arquitectura
Más detallesHoras Contacto. Objetivos Se pretende que el estudiante asimile los conceptos fundamentales de análisis y diseño orientado a objetos
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Julio
Más detallesUniversidad Nacional del Sur Departamento de Ciencias e Ingeniería de la Computación Análisis y Diseño de Sistemas 1er.Cuatrimestre de 2013.
ANÁLISIS Y DISEÑO DE Mg. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] Dpto. Cs. e Ing. de la Computación Universidad Nacional del Sur SISTEMAS Clase VII: Modelado Estructural I Primer Cuatrimestre
Más detallesINSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.
INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE. MATERIA: ADMON DE BASE DE DATOS. CARRERA: LIC.INFORMATICA. INDICE:
Más detallesDivisión Académica de Informática y Sistemas
División Académica de Informática y Sistemas Área de formación Sustantiva Profesional Nombre de la asignatura Docencia frente a grupo según SATCA Trabajo de Campo Supervisado según SATCA HCS HPS TH C HTCS
Más detallesCIDE, SA. RIF: J NIT: MODELO FUNCIONAL
MODELO FUNCIONAL SIGA C O NTE NlD O Introducción Aspectos Conceptuales Definición de modelo Requisitos de un Modelo Funcional Modelando la Funcionalidad del Sistema: Diagrama de Casos de Uso Definición
Más detallesProgramación Orientada a Objetos. Conceptos Básicos
Programación Orientada a Objetos Conceptos Básicos Programación Orientada a Objetos Paradigma de programación Un programa orientado a objetos está organizado como un conjunto de agentes en interacción
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 detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 10 Modelo Dinámico Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE
Más detallesIngeniería de Software
Ingeniería de Software ANÁLISIS Y DISEÑO DE SISTEMAS CON Auxiliar: Andrés Neyem aneyem@dcc.uchile.cl Oficina 418 de Doctorado Auxiliar - 10 de Abril de 2007 Repaso Historia de los lenguajes de modelamiento
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía No.3 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución
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 detallesModelo Entidad Relación
Modelo Entidad Relación II - Semestre 2006 1 Diseño de Base de Datos 2 Diseño Conceptual (MER) Cuáles son las entidades y relaciones de la aplicación? Qué información de estas entidades y relaciones deberían
Más detallesHoras Contacto. Modelar gráficamente la solución de problemas con un enfoque Orientado a Objetos, usando un lenguaje de modelado, en este caso UML.
FACULTAD DE INGENIERIA DEPARTAMENTO DE INGENIERIA DE SISTEMAS Nombre de la asignatura (Curso) Código de la asignatura (ID Curso) Análisis y Diseño Orientado a Objetos 4183 Fecha de Actualización Enero
Más detallesUnidad IV: Modelo de Diseño 4.1. Estrategias de diseño
Unidad IV: Modelo de Diseño 4.1. Estrategias de diseño El diseño se define como la búsqueda de una solución en cualquier campo, sin embargo las soluciones no llegan de una manera simple, muchas veces realizamos
Más detalles