Tema 4b: Introducción a UML
|
|
- María Jesús Velázquez Vidal
- hace 7 años
- Vistas:
Transcripción
1 Tema 4b: Introducción a UML Marcos López Sanz
2 Índice Introducción a UML Generalidades y evolución histórica Mecanismos de extensión Vistas y diagramas Ciclo de vida en el PUD
3 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. UML es solo para modelos de objetos
4 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
5 Características Generales Unificado Lenguaje = sintaxis + semántica Unificado a través de: 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
6 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
7 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
8 Breve evolución histórica
9 Influencias
10 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 MCI Systemhouse Microsoft ObjecTime Oracle Corp. Platinium Technology Sterling Software Taskon Texas Instruments Unisys Intellicorp and James Martin & co. James Odell
11 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
12 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
13 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
14 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
15 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
16 Mecanismos de extensión Ejemplo
17 Áreas, vistas y diagramas
18 Á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
19 Áreas, vistas y diagramas Otra clasificación (UML 2.0)
20 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
21 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 Cosas del entorno: Actor Estructuras de implementación: Componente Nodo Subsistema
22 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
23 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
24 Diagrama de clases: Clase Clase: se representa en un rectángulo con tres compartimientos nombre de la clase atributos de la clase operaciones de la 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
25 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
26 Diagrama de clases: Relaciones entre clasificadores Las posibles relaciones entre clasificadores son: Asociación (conocimiento) Agregación / Composición Generalización Dependencia Realización Enlace: Instancia de una asociación Lista ordenada de referencias a objetos
27 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 Dirección de lectura de la relación Multiplicidad 0..1 N..M 0..* 3..* 1..* , 6..* * roles 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
28 Diagrama de clases: Asociación: casos especiales Asociación como clase (clase de asociación) Presentacion -Fecha -Hora * * Teatro Obra Asociación calificada Presentacion Num_Butaca Entrada 1 1..* Asociación ordenada Presentacion Diapositiva 1 {ordered} 1..* Restricción Cuenta * or * Persona * 1 Empresa
29 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
30 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
31 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 Herramienta +usar() +aprenderuso() Mecanismos de extensión de UML Estereotipos Valores etiquetados Restricción <<excepción>> {versión=3.1} {edad>18}
32 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
33 Realización: Diagrama de clases: Relaciones entre clases 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()
34 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
35 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 Banco Cliente 1 * 1 * Cuenta Diagrama de Objetos: representa una situación concreta del dominio cliente01 : Cliente cta0101 : Cuenta unbanco : Banco cta0201 : Cuenta cliente02 : Cliente cta0202 : Cuenta
36 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
37 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
38 Diagrama de Casos de Uso Actor 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 Cliente del Banco
39 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)
40 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
41 Diagrama de Casos de Uso Descripción textual (flujo de eventos) CU Extracción Camino Estándar 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.
42 Diagrama de Casos de Uso Descripción textual (completa) 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>
43 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
44 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
45 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
46 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
47 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)
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 Interacción Diagramas de Colaboración Énfasis en la distribución física y relaciones de los objetos :Socio 2: verificar situación socio :Video 1: prestar(video, socio) 3: verificar situación video :WInPréstamos 5: entregar recibo : Encargado 4: registrar préstamo :Préstamo
50 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 (DTE)
51 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
52 Diagramas de Transición de Estados Estados y Transiciones Evento [condición] / Acción A B El evento se considera instantáneo
53 Diagramas de Transición de Estados Ejemplo: Pila (TAD) 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
54 Diagramas de Transición de Estados Eventos Acontecimiento significativo que tiene localización en tiempo y espacio No tiene duración. Instantáneo Tipo de 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
55 Diagramas de Transición de Estados Eventos
56 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
57 Diagramas de Transición de Estados Estados Compuestos
58 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
59 Diagrama de Actividades Elementos
60 Diagrama de Actividades Calles y flujo de objetos
61 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
62 Diagrama de Componentes (UML 1.5)
63 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
64 Diagrama de Despliegue
65 Diagrama de Despliegue DB Server * * * * APP Server * Servlets * JSP * JDBC Cliente * Web Browser
66 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 también pueden contener otros paquetes
67 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.
68 Vista de Gestión Modelo vs. Subsistema Un modelo es un paquete que abarca una descripción completa de una vista particular de un sistema. Proporciona una descripción cerrada de un sistema a partir de un punto de vista. P. ej.: modelo de análisis, de diseño, de implementación Un subsistema es un paquete que tiene piezas separadas de especificación y de realización. Representa una partición del sistema P. ej.: subsistema de transacciones, de gestión de datos
69 Vista de Gestión Dependencias de acceso / importación: Todas las clases no son necesariamente visibles desde el exterior del paquete, es decir, un paquete encapsula a la vez que agrupa El operador :: permite designar una clase definida en un contexto distinto del actual
70 Vista de Gestión Dependencias de acceso / importación: La dependencia de acceso no modifica el espacio de nombres del cliente. Solo concede permiso para establecer referencias La dependencia de importación se utiliza para agregar nombres al espacio de nombres del paquete del cliente como sinónimos de los caminos completos
71 4+1 vistas de P. Kruchten Vista Lógica Vista de Procesos Vista de los Casos de Uso Vista de Realización Vista de Distribución
72 Ciclo de Vida en el PUD
73 Ciclo de Vida en el PUD
74 Ciclo de Vida en el PUD
75 Ciclo de Vida en el PUD
76 Bibliografía Título Autor ISBN El Lenguaje Unificado de Modelado James Rumbaugh Manual de Referencia El Lenguaje Unificado de Modelado Grady Booch Guía del Usuario UML Gota a gota Martin Fowler UML y Patrones Craig Larman
Prof. 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 detallesDiagramas de interacción
Tema 6: Diagramas de Interacción Diagramas de interacción Los diagramas de interacción son diagramas que describen cómo grupos de objetos colaboran para conseguir algún fin. Estos diagramas muestran objetos,
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 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 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 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 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 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 detallesTema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008
Tema 3: Diagramas de Casos de Uso Arturo Mora Soto Octubre 2008 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos conceptualmente
Más 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 detallesÍndice. http://www.dicampus.es
Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:
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 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 detallesUML: INTRODUCCIÓN, ORIENTACIÓN a Objetos
1Diseño y Modelado UML UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos - Por qué es necesario el UML - La concepción del UML - Diagramas del UML - Diagrama de clases - Diagrama de objetos - Diagrama de casos
Más detallesDiagramas de secuencia
Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Interacciones básicas 1 Para qué sirven los diagramas de secuencia? 2 Para qué sirven los diagramas de
Más detallesDocumentación de Requisitos con Casos de Uso
de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas
Más 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 detallesIngeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado
Ingeniería de Software con UML Unified Modeling Language Lenguaje Unificado de Modelado 1. Introducción Unified Modeling Languaje Fuente: Booch- Jacobson-Rumbauch y diversos sitios Internet, entre otros:
Más detallesPlanificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6
Planificaciones 7509 - Análisis de la Información Docente responsable: GONZALEZ NORBERTO DANIEL 1 de 6 OBJETIVOS Introducir al alumno en los conceptos fundamentales del desarrollo de sistemas de información
Más detallesResultado de Aprendizaje:
10. Matriz de Valoración o Rúbrica MATRIZ DE VALORACIÓN O RÚBRICA Siglema: PROO-02 Nombre del Módulo: Nombre del Alumno: Docente evaluador: Grupo: Fecha: Resultado de Aprendizaje: 1.1 Diseña modelos bajo
Más detallesCristian Blanco
UNIDAD DIDÁCTICA 8. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMAS DE COMPORTAMIENTO En el siguiente enlace tienes una descripción y algunos ejemplos de todos los diagramas UML.: http://jms32.eresmas.net/tacticos/uml/umlindex.html
Más detallesPrograma de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET
Programa de actualización profesional ACTI.NET Desarrollo de aplicaciones locales y web con tecnología VB.NET OBJETIVOS: Conocer de las bondades del paradigma de orientación a objetos en.net y su lenguaje
Más detallesModelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática
Modelado Básico con Casos de Uso El Modelo de Casos de Uso La técnica de los casos de uso (inventada por Ivar Jacobson): Objetivo: identificar la funcionalidad de un sistema (requisitos funcionales). Método:
Más detallesSe utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos
Diagrama de clase Se utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos Contenido Generalidades de un diagrama de clase...
Más detallesDiseño arquitectónico 1ª edición (2002)
Unidades temáticas de Ingeniería del Software Diseño arquitectónico 1ª edición (2002) Facultad de Informática objetivo Los sistemas grandes se descomponen en subsistemas que suministran un conjunto relacionado
Más detallesDIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO Un diagrama de casos de uso es una especie de diagrama de comportamiento. Los diagramas de casos de uso son a menudo confundidos con los casos de uso. Mientras
Más detallesUMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología
UMECIT Universidad Metropolitana de Educación, Ciencia y Tecnología Ingeniería Todos los derechos Reservados lynda.com Descripción del Curso Curso que inicia el estudio de los ciclos de desarrollo del
Más detallesDescripción del Curso
Curso Práctico de Modelado de Negocios BPMN con UML Descripción del Curso Durante este curso aprenderás de forma práctica el estándar BPMN (Business Process Management Notation) y las extensiones de UML
Más detallesCC61J / CC Taller de UML Apuntes de Clase
CC61J / CC5404 - Taller de UML Apuntes de Clase Prof. Andrés Muñoz Ordenes 14 de marzo de 2012 Agenda Presentaciones Docente Participantes Curso Introducción Motivación Qué es UML? Historia Características
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE
Nº 1 1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Programa de Formación: Técnico en programación de software Nombre del Proyecto: Sistema de información para la gestión empresarial Fase del proyecto: FASE
Más detallesProcesadores de Lenguajes II. Luis M a Montero de Espinosa Díaz Manuel Trinidad García. 17 de enero de 2013
Procesadores de Lenguajes II Luis M a Montero de Espinosa Díaz Manuel Trinidad García Ingeniería Informática Universidad de Cádiz 17 de enero de 2013 1 / 42 Índice 1 Resumen Introducción Principales conceptos
Más detallesINGENIERÍA DEL SOFTWARE
INGENIERÍA DEL SOFTWARE Sesión No. 11 INGENIERÍA DEL SOFTWARE 1 Nombre: Estereotipos y valores etiquetados de los paquetes Contextualización Los estereotipos dentro de los medios de programación son más
Más detallesUniversidad Centroccidental Lisandro Alvarado. Decanato de Ciencias y Tecnología Departamento de Sistemas
Universidad Centroccidental Lisandro Alvarado Decanato de Ciencias y Tecnología Departamento de Sistemas PROGRAMA INSTRUCCIONAL PROGRAMA: ANALISIS DE SISTEMAS DEPARTAMENTO: SISTEMAS ASIGNATURA: INTRODUCCIÓN
Más detallesDescripción de servicio
de servicio Código del servicio Nombre del servicio Versión Funcionalidades del servicio 1.
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE
Código: F004-P006- GFPI Nº 23 1. IDENTIFICACIÓN DE LA GUIA DE APRENDIZAJE Programa de Formación: Técnico en programación de software Código:228120 Versión: 102 Nombre del Proyecto: SISTEMA DE INFORMACIÓN
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Más detallesJAVA 7 Los fundamentos del lenguaje Java
Presentación 1. Historia 9 1.1 Por qué Java? 9 1.2 Objetivos del diseño de Java 10 1.3 Auge de Java 11 2. Características de Java 12 2.1 El lenguaje de programación Java 12 2.1.1 Sencillo 13 2.1.2 Orientado
Más detallesTema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II www.kybele.urjc.es
Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1
Más detallesSistemas de Información II Requerimientos. Análisis de Requisitos
Requerimientos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones
Más detallesConceptos de Programación Orientada a Objetos
Paradigmas de programación Prog. orientada a objetos Conceptos de Programación Orientada a Objetos Abstracción de Programación estructurada Programación imperativa 2 Programación estructurada (I) Programación
Más detallesEl modelo de casos de uso. Ingeniería de la Programación
El modelo de casos de uso Ingeniería de la Programación Prácticas cas 1 Contenidos Introducción RF y RNF Introducción al modelo de RF de UML. Actores y Casos de Uso Modelo de casos de uso Diagrama de contexto
Más detallesINGENIERÍA DEL SOFTWARE I Tema 8. Contexto y Requisitos del Sistema (en desarrollo OO)
INGENIERÍA DEL SOFTWARE I Tema 8 Contexto y Requisitos del Sistema (en desarrollo OO) Univ. Cantabria Fac. de Ciencias Francisco Ruiz y Patricia López Objetivos del Tema Conocer en detalle la técnica de
Más detallesDiseño y Modelación de un Proyecto de Software Utilizando el lenguaje UML
Diseño y Modelación de un Proyecto de Software Utilizando el lenguaje UML INTRODUCCION Desde los inicios de la informática se han estado utilizando distintas formas de representar los diseños de una manera
Más detallesAgradecimientos. Nota de los autores. 1 Problemas, algoritmos y programas 1
Prologo Agradecimientos Nota de los autores Índice general I III V VII 1 Problemas, algoritmos y programas 1 1.1 Programas y la actividad de la programación.................... 4 1.2 Lenguajes y modelos
Más detallesESCUELA: UNIVERSIDAD DEL ISTMO
1.-IDENTIFICACIÓN ESCUELA: UNIVERSIDAD DEL ISTMO CLAVE: 3031 GRADO: ING. EN COMPUTACIÓN, CUARTO SEMESTRE TIPO DE TEÓRICA/PRÁCTICA ANTECEDENTE CURRICULAR: 3042 2.- OBJETIVO GENERAL El alumno aprenderá la
Más detallesFundamentos de Ingeniería del Software. Capítulo 3. Análisis de Requisitos Introducción a los casos de uso
Fundamentos de Ingeniería del Software Capítulo 3. Análisis de Requisitos Introducción a los casos de uso Introd. a los casos de uso. Estructura Introducción Diagramas de casos de uso Actores Casos de
Más detallesT3-Análisis y Diseño del Sistema Software
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA T3-Análisis y Diseño del Sistema Software Gómez Carretero, Ana Isabel Oliver Donoso, Eulalio Rivas García, Bibiano Rivero Alberca, Elena
Más detallesMetodologías en la Ingeniería del Software Métodos Orientados a Objetos
Metodologías en la Ingeniería del Software Métodos Orientados a Objetos García Departamento de Ciencias de la Computación Universidad de Alcalá Contenidos Historia Orientación a Objetos (OO) Problemas
Más detallesRequerimientos de Software
Requerimientos de Software Ingeniería de Requerimientos Se define como el proceso de establecer los servicios que el consumidor requiere de un sistema y las restricciones sobre las cuales de funcionar
Más detallesLa Necesidad de Modelar. Diseño de Software Avanzado Departamento de Informática
La Necesidad de Modelar Analogía Arquitectónica Tiene sentido poner ladrillos sin hacer antes los planos? El modelo, los planos, ayuda a afrontar la complejidad del proyecto. Cuál es el lenguaje adecuado
Más detalles4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes
4. DIAGRAMAS DE INTERACCIÓN...37 4.1. INTRODUCCIÓN... 37 4.2. DIAGRAMAS DE SECUENCIA... 37 4.2.1. Objetos...37 4.2.2. Mensajes...38 4.2.3. Creación y destrucción de un objeto...39 4.3. DIAGRAMAS DE COLABORACIÓN...
Más detallesAseguramiento de Calidad en el Desarrollo de Software Libre
Aseguramiento de Calidad en el Desarrollo de Software Libre Marzo, 2014 N. Baez, V. Bravo y J. Alvarez Contenido de la Presentación Segunda versión de la Metodología de Desarrollo de Software Libre. Segunda
Más detallesTEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML
TEMA 9: DIAGRAMA DE OBJETOS, SECUENCIA Y DESPLIEGUE EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Diagrama de Objetos en UML Se utilizan para visualizar,
Más detallesINGENIERÍA DEL SOFTWARE I Tema 5 Contexto y Requisitos del Sistema (Modelado en desarrollo OO)
INGENIERÍA DEL SOFTWARE I Tema 5 Contexto y Requisitos del Sistema (Modelado en desarrollo OO) Universidad de Cantabria Facultad de Ciencias Patricia López y Francisco Ruiz Objetivos del Tema Objetivos:
Más detallesDocumento de Arquitectura de Software IEEE-1471-2000
Documento de Arquitectura de Software Control del documento IEEE-1471-2000 Proyecto Sistema Restaurant Título Arquitectura del Sistema [v1.0 al 02 de Julio de 2009] Generado por Magister en Informática
Más detallesA continuación se describe con mayor detalle cada una de tales unidades:
1. OBJETIVOS: - Entender los conceptos teórico-prácticos que se emplean en la fase de diseño de un proyecto de software. - Entender las metodologías de diseño para las diferentes estrategias de desarrollo
Más detallesTÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE LENGUAJE DE PROGRAMACIÓN
TÉCNICO SUPERIOR UNIVERSITARIO EN MECATRÓNICA ÁREA AUTOMATIZACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE LENGUAJE DE PROGRAMACIÓN 1. Competencias Implementar sistemas de medición y control bajo los
Más detallesUMLGEC ++: Una Herramienta CASE para la Generación de Código a partir de Diagramas de Clase UML
UMLGEC ++: Una Herramienta CASE para la Generación de Código a partir de Diagramas de Clase UML Irving Alberto Cruz Matías 1 y Carlos Alberto Fernández y Fernández 2 1 Universidad Tecnológica de la Mixteca
Más detallesIntroducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación
Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado
Más detallesTema 7: Diagramas de Colaboración
Tema 7: Diagramas de Colaboración Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagramas de Use Diagramas
Más detalles1.4.1 Inicio de la computadora por primera vez Hay problemas Causas, síntomas y soluciones a posibles averías...
Índice INTRODUCCIÓN...11 CAPÍTULO 1. EXPLOTACIÓN DE SISTEMAS MICROINFORMÁTICOS...13 1.1 La arquitectura de los ordenadores...14 1.1.1 La máquina de Turing...14 1.1.2 La arquitectura Harvard...15 1.1.3
Más detallesCAPÍTULO 9. DIAGRAMAS DE
CAPÍTULO 9. DIAGRAMAS DE ACTIVIDAD 1. Introducción Los diagramas de actividad son uno de los diagramas UML que muestran el comportamiento dinámico del sistema. Esencialmente, consisten en un diagrama de
Más detallesUSECASE. CASOS de USO
USECASE CASOS de USO 1 Objetivo Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario Por tanto los casos de uso determinan los requisitos funcionales
Más detallesDescripción del módulo: Este módulo describe la lógica de la programación y la utilización de programa orientado a objetos.
Módulo 5: Programación I Duración: 162 horas. Descripción del módulo: Este módulo describe la lógica de la programación y la utilización de programa orientado a objetos. Asociada a la Competencia del Perfil
Más detallesi2 Cuaderno del Analista
i2 Cuaderno del Analista Highest Classification of this briefing is UNCLASSIFIED//FOR OFFICIAL USE ONLY/RELEASABLE TO USA, PANAMA El Cuaderno del Analista Aplicado DESCRIPCIÓN: Herramienta de software
Más detallesSILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE
a) Datos Informativos SILABO DE LA ASIGNATURA INGENIERIA DEL SOFTWARE A. Centro de Formación Superior : Universidad Mayor de San Andrés A2. Facultad : Ciencias Puras y Naturales A3. Unidad Académica :
Más detallesde Procesos de Negocio 4. Productos de la ingeniería del software 5. Procesos de la ingeniería del software
1. Características del software 2. Problemas de Introducción la al Modelado industria del software 3. La necesidad de una ingeniería del software de Procesos de 4. Productos de la ingeniería del software
Más detallesCaracterización de los Procesos de Negocio
Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características
Más detallesBASES DE DATOS. Ivon Tarazona Oriana Gomez
BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos
Más detallesUNIÓN INTERNACIONAL DE TELECOMUNICACIONES RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI) ESTRUCTURA GENERALES
UNIÓN INTERNACIONAL DE TELECOMUNICACIONES UIT-T I.130 SECTOR DE NORMALIZACIÓN DE LAS TELECOMUNICACIONES DE LA UIT RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI) ESTRUCTURA GENERALES MÉTODO DE CARACTERIZACIÓN
Más detallesDiagramas de Casos de uso
Diagramas de Casos de uso Diagramas de Casos de uso 1. Notación gráfica Un caso de uso representa una interacción típica entre un usuario y un sistema informático 2. Relaciones entre casos de uso. 3. Descripción
Más detallesProgramación orientada a
Programación orientada a objetos con Java Pedro Corcuera Dpto. Matemática Aplicada y Ciencias de la Computación Universidad de Cantabria corcuerp@unican.es Objetivos Presentar los conceptos de la programación
Más detallesProgramación Avanzada. Desarrollo Orientado a Objetos basado en UML
Programación Avanzada Desarrollo Orientado a Objetos basado en UML Proceso de Desarrollo Qué es? Un proceso de desarrollo de software describe un enfoque para construir, instalar y mantener sistemas de
Más detallesCapítulo 2.- Marco Teórico
Capítulo 2.- Marco Teórico Describiremos brevemente el Lenguaje de Modelaje Unificado(UML) y el Proceso Unificado. El Lenguaje de Modelaje Unificado (UML) El Lenguaje de Modelaje Unificado tiene un amplio
Más detallesCAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS
CAPÍTULO IV - GUÍA PARA HACER ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS 4.1 Diferencias entre análisis y diseño La división entre el análisis y diseño es poco clara, el trabajo de los dos se mezcla continuamente
Más detallesDesarrollo de Software Orientado a Objeto usando UML
Desarrollo de Software Orientado a Objeto usando UML Patricio Letelier Torres letelier@dsic.upv.es Departamento Sistemas Informáticos y Computación (DSIC) Universidad Politécnica de Valencia (UPV) - España
Más detallesUnidad II. Metodología para resolver problemas aplicando la POO. Parte 1
Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución
Más detallesRequerimientos Funcionales y No Funcionales
Requerimientos Funcionales y No Funcionales Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencia El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh
Más detallesUML. Lenguaje de Modelado Unificado
Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado
Más detallesSistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria
1.2. Jerarquía de niveles de un computador Qué es un computador? Sistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria Es un sistema tan complejo
Más detallesIWG-101: Introducción a la Ingeniería. Departamento de Informática, UTFSM 1
IWG-101: Introducción a la Ingeniería Departamento de Informática, UTFSM 1 Introducción a UML Historia Potencialidades Diagramas soportados UML en el proceso de desarrollo de SW. Introducción a UML Necesidad
Más detallesORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA
ORGANISMO COORDINADOR DEL SISTEMA ELÉCTRICO NACIONAL INTERCONECTADO DE LA REPÚBLICA DOMINICANA OC-GC-14-REQPATE-2016-V0 PARA: ORGANISMO COORDINADOR PREPARADO POR: GERENCIA COMERCIAL V0 PREPARADO POR REVISADO
Más detallesIntroducción www.themegallery.com
Introducción Definiciones: Proceso de negocio: Flujo de trabajo de la organización. Existe por sí mismo. Requisito: Característica que el sistema software debe tener. Caso de uso: Técnica para la definición
Más detallesPrincipios de Análisis Informático. Tema 3: Fase de inicio
Principios de Análisis Informático Tema 3: Fase de inicio Eduardo Mosqueira Rey LIDIA Laboratorio de Investigación y desarrollo en Inteligencia Artificial Departamento de Computación Universidade da Coruña,
Más detallesUniversidad Autónoma Metropolitana Unidad Azcapotzalco. División de Ciencias Básicas e Ingeniería. Licenciatura en Ingeniería en Computación
Universidad Autónoma Metropolitana Unidad Azcapotzalco División de Ciencias Básicas e Ingeniería Licenciatura en Ingeniería en Computación Propuesta de Proyecto Terminal Clasificación de servicios web
Más detalles