Tema 5 Introducción a UML. Ingeniería del Software I
|
|
- Ángel Valenzuela Navarro
- hace 7 años
- Vistas:
Transcripción
1 Tema 5 Introducción a UML Ingeniería del Software I feliu.trias@urjc.es
2 UML Unified Modeling Language (Lenguaje unificado de modelado) Mitos sobre UML UML es un lenguaje de programación Aprender UML es aprender el paradigma de objetos. UML es una metodología de desarrollo.
3 Características Generales Lenguaje Características generales: Incluye conceptos semánticos, notación y reglas de creación de diferentes tipos de diagramas Permite capturar información acerca de la estructura estática y el comportamiento dinámico de un sistema Lenguaje de modelado visual de propósito general usado para: Especificar Modelos precisos, no ambiguos, completos Visualizar Representar y comunicar ideas Construir Trasladar a un lenguaje de programación Documentar Los artefactos construidos durante un proyecto de desarrollo de un sistema software
4 Lenguaje = sintaxis + semántica Unificado a través de: Características Generales Unificado Métodos y notaciones históricas integradas Usado en múltiples etapas del ciclo de desarrollo (de requerimientos a implementación) Gran diversidad de dominios de aplicación Amplia variedad de lenguajes y plataformas de implementación representables Aplicable en diferentes procesos de desarrollo
5 Características Generales Modelado Qué es un modelo? Una abstracción que representa algún aspecto de la realidad Una representación en algún medio que captura los aspectos importantes del sistema modelado desde un determinado punto de vista Un modelo de un sistema software es realizado en un lenguaje de modelado Propósito de los modelos Capturar y precisar requerimientos de un dominio de conocimiento, que sea comprensible por todos los stakeholders del proyecto. Pensar sobre un diseño de un sistema. Capturar decisiones de diseño de un sistema. Explorar posibles soluciones a un problema económicamente. Generar productos de trabajo útiles. Documentar. E = M * C 2
6 Breve evolución histórica Evolución: Oct. 1994: G. Booch y J. Rumbaugh se unen en Rational. Intentan unificar OMT (Object Modeling Tool) y Booch (método) Oct. 1995: I. Jacobson se une a Rational Unified Method v0.8 Nov. 1997: OMG (Object Management Group) aprueba UML (v1.1) 2003: versión 1.5 de UML Oct. 2004: versión 2.0 de UML 2005: convertido en estándar ISO/IEC 19501:2005 Information technology Open Distributed Processing Unified Modeling Language (UML) Version Cambios entre versiones: Refinamiento y extensión de modelos Ampliación de semántica Cambio en las restricciones de uso de elementos en modelos
7 Breve evolución histórica
8 Influencias
9 Participantes en UML 1.0 Rational Software Grady Booch, Jim Rumbaugh y Ivar Jacobson Digital Equipment Hewlett-Packard i-logix David Harel IBM ICON Computing Desmond D Souza Intellicorp and James Martin & co. James Odell MCI Systemhouse Microsoft ObjecTime Oracle Corp. Platinium Technology Sterling Software Taskon Texas Instruments Unisys
10 Vistas de UML Qué es una vista? Una vista es un subconjunto de construcciones de modelado que se enfocan en un aspecto particular del sistema Proyección del sistema completo en un modelo Cada vista cuenta con uno o más diagramas representativos Las vistas pueden agruparse en tres áreas: Estructural Comportamiento dinámico Gestión del modelo
11 Vistas de UML Clasificación estructural Describe los elementos del sistema (clasificadores) y sus relaciones Clasificadores más comunes: Clases Casos de Uso Componentes Nodos Vistas y diagramas asociados: Vista Estática Diagrama de clases Diagrama de objetos Vista de Casos de uso Diagrama de casos de uso Vista de Implementación Diagrama de componentes Diagrama de despliegue
12 Vistas de UML Comportamiento dinámico Describe el comportamiento del sistema a través del tiempo Vistas y diagramas asociados: Vista de Interacción: modela como interactúan los objetos para realizar una funcionalidad del sistema Diagrama de colaboración Diagrama de secuencia Vista de Máquina de estados: modela el ciclo de vida de una instancia de una clase en estados y transiciones. Diagrama de transición de estados Vista de Actividades: modela flujos de trabajo (workflows) Diagrama de Actividades 12
13 Vistas de UML Gestión del modelo Describe la organización de los modelos en unidades jerárquicas Permite manejar la complejidad mediante la identificación de agrupaciones de clasificadores Elementos utilizados: Paquetes Subsistemas Modelos
14 Mecanismos de extensión Permiten adaptar los elementos de modelado asignándole una semántica particular. Estereotipos: Extienden la semántica del elemento sobre el que se aplica Permite representar una variación de un elemento existente que posee otra intención, o distinción de uso Puede indicarse textualmente (entre << y >>) o gráficamente Valores etiquetados Extiende las propiedades de un elemento de UML, permitiendo añadir nueva información en la especificación del elemento Cadenas con el nombre de la etiqueta, un signo igual y un valor Restricciones Notación matemática formal OCL Lenguaje de programación o pseudocódigo
15 Mecanismos de extensión Ejemplo
16 Áreas, vistas y diagramas
17 Áreas, vistas y diagramas Otra clasificación (UML 1.5) Diagramas estáticos (o estructurales *) Diagramas de clases Diagramas de objetos Diagramas de componentes Diagramas de despliegue Diagramas dinámicos (o de comportamiento) Diagramas de casos de uso* Diagramas de secuencia Diagramas de colaboración Diagramas de estados Diagramas de actividades
18 Áreas, vistas y diagramas Otra clasificación (UML 2.0)
19 Vista estática Propósito: Capturar la estructura del sistema en base a elementos (clasificadores) que lo definen Es la base sobre la que se construyen las otras vistas Diagramas: Diagrama de Clases Diagrama de Objetos
20 Vista estática Elementos Clasificador es un concepto discreto en el modelo que tiene identidad, estado, comportamiento, y relaciones Tipos de Clasificadores Elementos del Sistema: Clase Interfaz Tipos de datos Conceptos de Comportamiento: Caso de Uso Conceptos del entorno: Actor Estructuras de implementación: Componente Nodo Subsistema
21 Vista estática Elementos Clase = Conjunto de objetos con estructura, comportamiento, relaciones y semántica común. Objeto = estructura + operaciones + estado interno + identidad Un objeto es una instancia de una clase. Ejemplos algo físico Avión algo del negocio Pedido un concepto lógico Horario algo de la aplicación Window, Botón, Menú algo del comportamiento Tarea, Proceso
22 Diagrama de clases El diagrama de clases representa la vista estática de un sistema software Los elementos que aparecen en este diagrama son aquellos conceptos que tienen significado dentro de una aplicación Elementos principales de este diagrama: Clasificadores: elementos que describen cosas Relaciones entre clasificadores La definición de cada concepto del mundo real se identifica con una clase de este diagrama
23 Clase: se representa en un rectángulo con tres compartimientos nombre de la clase atributos de la clase operaciones de la clase Diagrama de clases: Clase Atributos Policia -Num_Placa : int -Nombre -Apellidos +Apodo -AñosServicio : int = 0 -Condecoraciones -Puntería -Experiencia #Patrullar() -Entrenar() +MostrarCondecoraciones() Nombre de la clase Tipos de los atributos Valor inicial {<10} Restricción sobre el valor Operaciones
24 Diagrama de clases: Visibilidad Determina el nivel de encapsulamiento de los elementos de una clase (-) Privado: Los atributos/operaciones son visibles solo desde la propia clase. (#) Los atributos/operaciones protegidos están visibles para la propia clase y para las clases derivadas de la original (+) Los atributos/operaciones públicos son visibles a otras clases (cuando se trata de atributos se está transgrediendo el principio de encapsulación) Visibilidad + público # protegido - privado
25 Las relaciones entre clasificadores son: Asociación (conocimiento) Agregación / Composición Generalización Dependencia Realización Diagrama de clases: Relaciones entre clasificadores Enlace: Instancia de una asociación Lista ordenada de referencias a objetos
26 Diagrama de clases: Relaciones entre clases Asociación: Conexión semántica entre instancias de clases Proporciona una conexión para el envio de mensajes Multiplicidad 0..1 N..M 0..* 3..* 1..* , 6..* * roles Dirección de lectura de la relación Navegabilidad (uni/bi-direccional) Policia -Num_Placa : int +Apodo -Puntería -Experiencia #Patrullar() -Entrenar() +MostrarCondecoraciones() -perseguidor 1..* Persigue4 -delincuente 1..* Ladrón -IDLadron : int +Apodo -Tipo : int = 0 -Encarcelaciones -Puntería #Robar() -Escapar() +MostrarHistorial() Multiplicidad Nombre de la relación
27 Diagrama de clases: Asociación: casos especiales Presentacion Asociación como clase -Fecha -Hora * * Teatro Obra Asociación calificada Presentacion Num_Butaca 1 1..* Entrada Asociación ordenada Presentacion 1 {ordered} * Diapositiva Restricción Cuenta * * or * 1 Persona Empresa
28 Diagrama de clases: Relaciones entre clases Agregación: relación entre un todo y sus partes Lógica: la parte puede pertenecer a varios agregados Universidad 1..* 1..* Estudiante Física (o composición): las partes sólo existen asociadas al compuesto (acceso a través de él) Universidad 1 1..* Departamento
29 Diagrama de clases: Relaciones entre clases Consideraciones sobre la composición Una composición es una forma de asociación más fuerte en la cual el compuesto es responsable de gestionar sus partes, por ejemplo asignación y desasignación La composición implica tres cosas: Dependencia existencial. El elemento dependiente desaparece al destruirse el que lo contiene y, si es de cardinalidad 1, es creado al mismo tiempo Hay una pertenencia fuerte. Se puede decir que el objeto contenido es parte constitutiva y vital del que lo contiene Los objetos contenidos no son compartidos, esto es, no hacen parte del estado de otro objeto
30 Diagrama de clases: Relaciones entre clases Dependencia: Indica una relación semántica entre dos o más elementos del modelo en la cual un cambio al elemento proveedor puede requerir un cambio o indicar un cambio en el significado del elemento cliente en la dependencia Ladrón -IDLadron : int +Apodo -Tipo : int = 0 -Encarcelaciones -Puntería #Robar() -Escapar() +MostrarHistorial() «uses» Estereotipo -material -fuerza +usar() +aprenderuso() Mecanismos de extensión de UML Herramienta Estereotipos Valores etiquetados Restricción <<excepción>> {versión=3.1} {edad>18}
31 Diagrama de clases: Relaciones entre clases Generalización: Relación taxonómica entre una descripción general y otra más específica que la extiende Relación es un tipo de Representación del concepto de herencia Policia -Num_Placa : int +Apodo -Puntería -Experiencia #Patrullar() -Entrenar() +MostrarCondecoraciones() Patrullero +Riesgo -Pistola Criminalista -Origen +Especialidad
32 Diagrama de clases: Relaciones entre clases Realización: Es una relación que implica que la parte realizante cumple con una serie de especificaciones propuestas por la clase realizada Situaciones de aplicación: Interfaces y las clases y componentes que lo implementan Casos de uso y colaboraciones que lo realizan «interfaz» MiembroSeguridad Policia -Num_Placa : int +Apodo -Puntería -Experiencia #Patrullar() -Entrenar() +MostrarCondecoraciones()
33 Diagrama de clases: Interfaces Describen un protocolo de comportamiento sin especificar su implementación. Contienen operaciones pero no atributos. Una interfaz puede ser implementada por varias clases
34 Diagramas de Clases vs. Diagramas de Objetos Ambos pertenecen a dos vistas complementarias del modelo Diagrama de Clases: muestra la abstracción de una parte del dominio Diagrama de Objetos: representa una situación concreta del dominio Banco Cliente 1 * 1 * Cuenta cliente01 : Cliente cta0101 : Cuenta unbanco : Banco cta0201 : Cuenta cliente02 : Cliente cta0202 : Cuenta
35 Ejercicio Se desea modelar el sistema de control de un reproductor de MP3 que tiene las siguientes características: Un reproductor tiene una marca y modelo determinado. Las operaciones que permite este aparato son: escuchar música (de la memoria), escuchar la radio o configurar el dispositivo El módulo de memoria permite: conocer la capacidad de la memoria, el número de canciones almacenadas, seleccionar una canción (aleatoriamente o por su título) y borrar una canción De cada canción se conoce su título, intérprete, duración, tamaño que ocupa, y tipo de compresión (en kbps) El módulo de radio permite: seleccionar un dial concreto (preseleccionado o manualmente), cambiar de AM a FM y viceversa y preseleccionar emisoras. Cada emisora se caracteriza por estar en una banda (AM/FM), por un número de frecuencia y por una cobertura El módulo para la configuración del equipo permite: modificar el brillo y colores del display, consultar el estado de la batería y modificar la ecualización del sonido. Diseñar el diagrama de clases UML correspondiente a estas especificaciones
36 Vista de Casos de Uso Diagramas de casos de uso: Capturan los requerimientos funcionales del sistema Describen la forma de usar el sistema tal como se la ve desde el exterior Visión de caja negra del sistema. No es un modelo orientado a objetos. Particiona la funcionalidad del sistema en unidades discretas: los casos de uso. Concepto introducido por I.Jacobson en OOSE (Object Oriented Software Engineering) Diagramas de Casos de Uso: Actores + Caso de uso
37 Representa algo que interactúa con el sistema Puede ser humano u otro sistema (externo) Reside fuera del sistema sirve para describir el entorno del sistema Describe un rol que asume un usuario La misma persona física puede asumir distintos roles Ejemplos: Cliente del Banco Cajero Pasarela bancaria Sistema de sensores Diagrama de Casos de Uso Actor Cliente del Banco
38 Diagrama de Casos de Uso Caso de uso Secuencia de transacciones realizadas por el sistema que brinda un resultado de valor a un actor Describe una forma de utilizar el sistema o una razón por la que el usuario interactúa con el sistema Funciones: Capturan requisitos funcionales del sistema Estructuran los modelos de objetos en vistas manejables Un caso de uso puede tener varios caminos de acción o escenarios Los casos de uso sirven como hilo conductor del proceso de desarrollo (en el PUD)
39 Diagrama de Casos de Uso Ejemplo Cajero automático (CA) Extracción (from Extraccion) Cliente (f rom Actors) Transferencia Sistema Central (f rom Actors) Depósito Operador (f rom Actors) Administración
40 Diagrama de Casos de Uso Descripción textual CU Extracción Camino Estandard 1 Un mensaje de bienvenida está en espera en la pantalla del CA. 2 El cliente inserta su tarjeta en el CA. 3 El CA lee el codigo de la banda magnética y verifica que sea aceptable. 4 Si la tarjeta es aceptable, el CA solicita al cliente su código PIN. 5 El cliente ingresa su código PIN. 6 Si el código PIN es correcto, el CA solicita al cliente el tipo de transacción a realizar. 7 El cliente selecciona <extracción> y el CA envía el código PIN al Sistema bancario solicitando los datos de la cuenta del cliente. 8 Los datos de la cuenta recibidos se despliegan en la pantalla. 9 El cliente selecciona una cuenta y el monto a extraer. 10 El CA envia al sistema bancario el requerimiento de extracción. 11 El CA preparan los billetes a ser dispensados. 12 El CA imprime el comprobante del movimiento. 13 Los billetes son dispensados al cliente.
41 Diagrama de Casos de Uso Descripción textual RF- <id del requisito> Versión Autores Fuentes Objetivos asociados Descripción Precondición Secuencia Normal Postcondición Excepciones 3 Rendimiento Paso Cota de tiempo 1 n segundos 2 n segundos Frecuencia esperada Importancia Urgencia Comentarios <nombre del requisito funcional> <numero de versión y fecha> <autor> <fuente de la versión actual> <nombre del objetivo> El sistema deberá comportarse tal como se describe en el siguiente caso de uso { concreto cuando <evento de activación>, abstracto durante la realización de los casos de uso <lista de casos de uso>} <precondición del caso de uso> Paso Acción 1 {El <actor>, El sistema} <acción realizada por el actor o sistema>, se realiza el caso de uso < caso de uso RF-x> 2 Si <condición>, {el <actor>, el sistema} <acción realizada por el actor o sistema>>, se realiza el caso de uso < caso de uso RF-x> n <postcondición del caso de uso> Paso Acción 1 Si <condición de excepción>,{el <actor>, el sistema} }<acción realizada por el actor o sistema>>, se realiza el caso de uso < caso de uso RF-x>, a continuación este caso de uso {continua, aborta} 2 <nº de veces> veces / <unidad de tiempo> {sin importancia, importante, vital} {puede esperar, hay presión, inmediatamente} <comentarios adicionales>
42 Inclusión Diagrama de Casos de Uso Relaciones Secuencias comunes a varios casos de uso Procesar Tarjeta <<include>> <<include>> <<include>> Extracción Transferencia Depósito
43 Extensión: Diagrama de Casos de Uso Relaciones Partes opcionales de un caso de uso Extracción <<extend>> <<extend>> Estadística Extracción Monitoreo Extracción
44 Generalización: Diagrama de Casos de Uso Relaciones Distintas variantes de un caso de uso. ( es un tipo de ) Extracción Extracción Pesos Extracción Dólares
45 Diagrama de Casos de Uso Ejemplo <<include>> Hacer Pedido <<extend>> <<include>> <<include>> Silicitar Catálogo Suministro de datos de clientes Pedir Producto Pagar Pagar al contado Acordar Crédito
46 Vista de Interacción Representa como interactúan cooperativamente los objetos para implementar el comportamiento definido por los casos de uso Colaboración Interacción entre un conjunto de objetos para implementar un comportamiento del sistema. Una colaboración <<realiza>> la funcionalidad definida en un casos de uso Interacción Una interacción es un conjunto de mensajes que se intercambian dentro del contexto de una colaboración por instancias de clases (objetos) a través de enlaces (instancias de asociación)
47 Vista de Interacción Diagramas de Colaboración Énfasis en la distribución física y relaciones de los objetos 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) 9: no hay fondos : Cliente del banco : Interfaz de cajero : Transacción 2: teclee cantidad 7: reintegro (cantidad) 4: teclee cuenta destino 8: no hay saldo 10: no hay fondos cuentaorigen : Cuenta
48 Vista de Interacción Diagramas de Secuencia Énfasis en la secuencia cronológica de los mensajes : Encargado :WInPréstamos :Socio :Video :Préstamo prestar(video, socio) verificar situación socio verificar situación video registrar préstamo entregar recibo
49 Vista de Máquina de Estados Describe el comportamiento dinámico de los objetos, modelando su ciclo de vida: Autómatas finitos con estados y transiciones Cada objeto se trata en forma aislada, el que se comunica con el resto del mundo detectando eventos y respondiendo a ellos. Es útil modelar solo para objetos con comportamiento estadodependiente Uso de Diagramas de Transición de Estados
50 Diagramas de Transición de Estados Cada objeto está en un estado en cierto instante El estado describe un período de tiempo caracterizado por: Conjunto de valores de atributos y relaciones del objeto Período de tiempo durante el que se espera que ocurra un evento Período de tiempo durante el cual el objeto realiza una actividad El estado en el que se encuentra un objeto determina su comportamiento Cada objeto sigue el comportamiento descrito en el diagrama de transición de estados asociado a su clase La transición entre estados es instantánea y se debe a la ocurrencia de un evento
51 Diagramas de Transición de Estados Estados y Transiciones Evento [condición] / Acción A B El evento se considera instantáneo
52 Ejemplo: Pila (TAD) Diagramas de Transición de Estados pop error crear pila Pila Vacía borrar pila push pop (size = 1) pop (size > 1) push (size+1 <> full) Pila no vacía ni llena borrar pila evento (cond) acción push error Pila llena push (size+1 = full) pop borrar pila
53 Acontecimiento significativo que tiene localización en tiempo y espacio No tiene duración. Instantáneo Tipo de eventos Diagramas de Transición de Estados Eventos Señal: comunicación asíncrona entre objetos Llamada: invocación sincrónica de método del objeto que recibe el evento Cambio: satisfacción de una condición lógica que depende de valores de un atributo Tiempo: instante absoluto, o lapso transcurrido Pueden modelarse con clases y jerarquías
54 Diagramas de Transición de Estados Eventos
55 Diagramas de Transición de Estados Acciones Una acción es un cómputo atómico y breve: una sentencia de asignación una operación aritmética el envío de una señal a otro objeto la invocación de una operación propia asignación de valores de retorno creación o destrucción de objetos una secuencia de acciones simples Acciones específicas de entrada, salida, durante, un estado o por un evento estado A entry: acción por entrar exit: acción por salir do: acción mientras en estado on evento: acción
56 Diagramas de Transición de Estados Estados Compuestos
57 Vista de Actividades Variante de la máquina de estados para modelar flujos de trabajo Utilización de diagramas de actividad Caso particular de los diagramas de estado Los estados representan estados de actividad no de un objeto
58 Diagrama de Actividades Elementos
59 Diagrama de Actividades Calles y flujo de objetos
60 Vista de Implementación Tipo de vista física Modela el empaquetado físico del sistema en unidades reutilizables llamadas componentes Componente una unidad física de implementación con interfaces definidas pensada para ser utilizada como parte reemplazable del sistema. Cada componente implementa una o más clases del diseño Incluyen código fuente, binario, o ejecutable Los componentes se vinculan por relaciones de dependencia Se utilizan diagramas de componentes
61 Diagrama de Componentes
62 Vista de Despliegue Modela la disposición física de los recursos de ejecución computacional Nodo: es un objeto físico de ejecución que representa un recurso computacional. Pueden tener estereotipos (CPU, memorias, disco duro, etc.) Las asociaciones entre nodos representan líneas de comunicación. Se representa con diagramas de despliegue
63 Diagrama de Despliegue
64 Diagrama de Despliegue DB Server * * * * APP Server * Servlets * JSP * JDBC Cliente * Web Browser
65 Vista de Gestión La Vista de Gestión del modelo está compuesta por paquetes y relaciones de dependencia entre paquetes Paquete: es una unidad de organización del modelo Los paquetes ofrecen un mecanismo general para la organización de los modelos / subsistemas agrupando elementos de modelado Los paquetes contienen elementos del modelo como clases, diagramas de casos de uso, interacciones, etc. Los paquetes tambien pueden contener otros paquetes
66 Vista de Gestión Todos los elementos del modelo deben pertenecer a un paquete Los paquetes pueden organizarse según el criterio del diseñador: Por la vista (estática, casos de uso, etc.) Por subsistema Por etapa del ciclo de desarrollo. Una buena organización refleja la arquitectura de alto nivel del sistema.
67 Tema 5 Introducción a UML Ingeniería del Software I feliu.trias@urjc.es
Tema 4b: Introducción a UML
Tema 4b: Introducción a UML Marcos López Sanz Índice Introducción a UML Generalidades y evolución histórica Mecanismos de extensión Vistas y diagramas Ciclo de vida en el PUD UML Unified Modeling Language
Más detallesIntroducción a UML. Mitos sobre UML
Introducción a UML 1 Mitos sobre UML Aprender UML es aprender el paradigma de objetos. UML es una metodología de desarrollo. UML es solo para modelos de objetos. 2 Entonces qué es UML? UML es un lenguaje
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 detallesTema 6: Principios de diseño orientado a objetos
Tema 6: Principios de diseño orientado a objetos Ingeniería de Telecomunicaciones Programación orientada a Objetos Marcos López Sanz Índice UML Características Breve historia Diagramas UML Diagrama de
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 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 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 detallesTema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A
Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R
Más detallesModelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información
Modelo Dinámico del Diseño del Software y Representación en UML UNIDAD 9 Análisis y Diseño de Sistemas de Información El Modelo Dinámico El objetivo del modelo Dinámico es presentar o describir el comportamiento
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 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 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 detallesTEMA 6: INTRODUCCIÓN A UML
TEMA 6: INTRODUCCIÓN A UML Por qué modelamos? El modelado es una parte central de todas las actividades que conducen a la producción de un software de calidad. Como tal la ingeniería software debe basarse
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 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 detallesCAPÍTULO III - UML Y LOS PROCESOS DE DESARROLLO DE SOFTWARE
CAPÍTULO III - UML Y LOS PROCESOS DE DESARROLLO DE SOFTWARE 3.1 Paradigma orientado a objetos A medida que pasa el tiempo los sistemas de software se vuelven cada vez más complejos. Para ayudarnos a lidiar
Más detallesUn caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo.
Casos de uso Un caso de uso es una tarea que debe poder llevarse a cabo con el apoyo del sistema que se está desarrollando, se representa mediante un óvalo. Consultar información Registrarse Relaciones
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 detalles1. INTRODUCCIÓN AL UML...1
1. INTRODUCCIÓN AL UML...1 1.1. INTRODUCCIÓN...1 1.2. MODELO CONCEPTUAL DEL UML...1 1.2.1. Bloques de construcción del UML...2 1.2.1.1. Cosas...2 1.2.1.2. Relaciones...3 1.2.1.3. Diagramas...3 1.2.2. Reglas
Más detallesIntroducción a UML Información tomada de: - Jacobson et al, El proceso unificado de desarrollo de software
Introducción a UML Información tomada de: - Jacobson et al, El proceso unificado de desarrollo de software, Adison Wesley, 2000. - Jacobson et al, El Lenguaje Unificado de Modelado. Manual de referencia,
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 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 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 detallesEl Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo(ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
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 detallesContenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
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 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 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 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 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 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 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 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 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 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 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesCentro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta
Capítulo 6 UML Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta 1 6 UML Lenguaje Unificado de Modelado 6.1 Introducción. El UML es un lenguaje universal de modelado de sistemas que se emplea
Más detallesGeneración de código a partir de UML
Generación de código a partir de UML Ingeniería del Software Curso 2006/2007 Índice De la etapa de diseño al código De la etapa de implementación al código Generación de código: Herramientas Flujo de trabajo
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 detallesProgramación Orientada a Objetos
Programación Orientada a Objetos PROGRAMACIÓN ORIENTADA A OBJETOS 1 Sesión No. 8 Nombre: El Modelo de diseño con UML Contextualización Los modelos que podemos crear con UML son varios, por lo que debemos
Más detallesSistemas de Información II. Análisis de Sistemas Orientado a Objetos
Análisis de Sistemas Orientado a Objetos 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.
Más detallesModelado Visual con UML.
Modelado Visual con UML. Carlos Alberto Fernández y Fernández Instituto de Electrónica y Computación, Universidad Tecnológica de la Mixteca. Km. 2.5 carretera Huajuapan Acatlima. Huajuapan de León, Oaxaca,
Más detallesIntroducción a la Orientación a Objetos
Introducción a la Orientación a Objetos Breve historia de la OO 1960s. Simula incorpora características propias de la OO. 1970s. Smalltalk. Lenguaje totalmente OO. 1990s. Boom de la OO. 2000-Hoy. Época
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 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 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 detallesDesarrollo Orientado a Objetos en Métrica v. 3
Desarrollo Orientado a Objetos en Métrica v. 3 Carlos Rossi Jiménez c 2003 Carlos Rossi Jiménez. Universidad de Málaga p.1/45 Estructura del curso 1. Estructura de Métrica v. 3 2. Técnicas orientadas a
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 detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo
Más detallesAnalista Programador MySQL. Informática y Programación
Analista Programador MySQL Informática y Programación Ficha Técnica Categoría Informática y Programación Referencia 29482-1401 Precio 89.00 Euros Sinopsis UML usa técnicas de notación gráfica para crear
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 detallesoctubre de 2007 Arquitectura de Software
octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la
Más detallesDiplomado Programación orientada a objetos con C++ y UML. Las empresas necesitan contar con sistemas de información modernos, ágiles y de calidad para alcanzar sus objetivos y ser cada vez más competitivos
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesCARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I
Facultad de Ingeniería en Ciencias Aplicadas pag. 1 CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I 1. Misión: (de la carrera) La Carrera de Ingeniería en Sistemas
Más detallesAsignatura: Ingeniería del Software II Profesor: José Merseguer. Departamento de Informática e Ingeniería de Sistemas
Apuntes de UML Asignatura: Ingeniería del Software II Profesor: José Merseguer Departamento de Informática e Ingeniería de Sistemas Universidad de Zaragoza Agradecimiento: Estos apuntes tomaron como base
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 Basado en Componentes. UML aplicado al diseño basado en componentes. Tabla de contenidos. Introducción a UML. Definición e historia
Tabla de contenidos Diseño Basado en Componentes UML aplicado al diseño basado en componentes Introducción a UML Paquetes en UML Implementación de interfaces Diagramas de componentes Diagramas de despliegue
Más detallesDiagramas de Secuencia
Diagramas de Secuencia ECOS Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencia The Unified Modeling Language, User Guide. Grady Booch, James Rumbaugh e
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 UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ
DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación
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 detallesCapacitación adquirida por el alumno al finalizar este modulo
Curso de UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando el Enterprise Architect
Más detallesOO - UML ING. DE SOFTWARE. Es un enfoque sistemático del desarrollo, operación, mantenimiento y retiro del software" Lewis
OO - UML 1 Software es la suma total de los programas de computadora, procedimientos, reglas, la documentación asociada y los datos que pertenecen a un sistema de cómputo" Lewis 1994. ING. DE SOFTWARE
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 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 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 detallesgestión para una empresa de autobuses que se dedica al transporte regional, nacional e internacional de viajeros. Las
INGENIERÍA DEL SOFTWARE I Práctica 3 Modelado de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Ejemplo Práctico de Desarrollo de Software El proyecto consiste en el desarrollo
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 4 Lenguaje UML
67 4. UML (Unified Modeling Language, Lenguaje Unificado de Modelamiento) es un lenguaje que permite modelar, construir y documentar los elementos que forman un Sistema Software Orientado a Objetos. Se
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 detallesDavid Pinelo Marzo Abril de 2009
Introducción a UML David Pinelo Marzo Abril de 2009 Índice Introducción a UML Vista general Arquitectura Bloques de construcción Modelado Estructural Diagramas de clases Diagramas de objetos Modelado del
Más detallesTema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L
Tema 2. Casos de Uso C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R E N O
Más detallesLenguaje Unificado de Modelado UML
Lenguaje Unificado de Modelado (LUM o UML, por sus siglas en inglés, Unified Modeling Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado
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 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 detallesINGENIERÍA DEL SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#4: LENGUAJE UNIFICADO DE MODELADO
Más detallesCASOS DE USO Exploración de Requerimientos
Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 8 CASOS DE USO Exploración de Requerimientos Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. 1 OBJETIVOS Conocer la importancia
Más detallesCrear diagramas basados en UML para la representación de la solución a un problema mediante el Paradigma Orientado a Objetos.
PROGRAMA DE CURSO Modelo 2009 DEPARTAMENTO: COMPUTACIÓN Y DISEÑO GRÁFICO NOMBRE DEL CURSO: Diseño de Software con Práctica Profesional CLAVE: 1013M ACADEMIA A LA QUE PERTENECE: Diseño de Software PROFESIONAL
Más detallesDiagramas de Casos de Uso. Ingeniería del Sw-II, José Merseguer
Diagramas de Casos de Uso 19 Diagramas de Casos de Uso Casos de Uso es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje. No pertenece
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 detallesOMG UML 2.0 Marcando un hito en el desarrollo de software
Ing. Ilver Anache - ianache@avatar.com.pe Consultor AVATAR Ing. Joel Moreno - jmoreno@avatar.com.pe Consultor AVATAR Lima, 2005 Av. Javier Prado 1104 Of. 701- San Isidro Teléfono: (51-1) 225-8390 Fax:
Más detallesUML y UP. Programa de Estudio.
UML y UP Programa de Estudio UML y UP Analiza, modela y diseña sistemas orientado a objetos con UML. Aprende cuándo y cómo utilizar todos los diagramas que forman parte de UML en forma práctica utilizando
Más detallesMetodologías para Sistemas Multi-agente
Metodologías para Sistemas Multi-agente Curso Doctorado Sistemas Multi-agente Índice Conceptos. Introducción Metodologías BDI GAIA AUML Message Conclusiones 1 Conceptos. Introducción Modelar sistemas reales
Más detallesUNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO
UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO 1. INFORMACION GENERAL 1.01. Nombre de la Asignatura : Diseño de Sistemas de Información 1.02.
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía No.2 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 detallesUML: Un Lenguaje de Modelo de Objetos
UML: Un Lenguaje de Modelo de Objetos Luis Ignacio Lizcano Bueno Universidad Francisco de Paula Santander llizcano@yahoo.com RESUMEN Un Lenguaje Unificado de Modelado (UML: Unified Modeling Language) es
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 detallesINDICE CARTAS DESCRIPTIVAS S3
INDICE CARTAS DESCRIPTIVAS S3 CARRERA DE COMPUTACIÓN E INFORMÁTICA CICLO IV ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADO A OBJETOS 2009 I. Identificadores del programa Carrera: Informática y Sistemas Módulo:
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 detallesFundamentos de Ingeniería de Software. Introducción a Orientación a Objetos Contenido
Fundamentos de Ingeniería de Software Marcello Visconti y Hernán Astudillo Departamento de Informática Universidad Técnica Federico Santa María {visconti,hernan} at inf.utfsm.cl Fundamentos de Ingeniería
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 detallesEspecificación de Requerimientos <Nombre del Proyecto> Nombre del Grupo de Desarrollo o Asignatura Nombre del Autor
Especificación de Requerimientos Nombre del Grupo de Desarrollo o Asignatura [Este documento es la plantilla base para elaborar el documento Especificación de Requerimientos. Los textos que aparecen entre
Más detallesTema 13 Modelos de Representación de Diagramas
Tema 13 Modelos de Representación de Diagramas En este tema haremos una revisión rápida de los modelos de representación de diagramas, y su utilidad en la Expresión Gráfica. 13.1 Introducción y Definición
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 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 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 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 detallesGuía del Curso Analista Programador Java: Business Apps Expert
Guía del Curso Analista Programador Java: Business Apps Expert Modalidad de realización del curso: Número de Horas: Titulación: Online 600 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML
Más detallesUML: Lenguaje Unificado de Modelado
PRÁCTICAS UML: Lenguaje Unificado de Modelado Curso 2002-03 Elementos del lenguaje Relaciones entre los elementos Diagramas Francisco Mora (DCCIA, Universidad de Alicante, 2002) 1 Qué es UML? Es un lenguaje
Más detalles