Tema 5: El Lenguaje Unificado de Modelado. Departamento de Lenguajes y Sistemas Informáticos II
|
|
- Sebastián Rey Aranda
- hace 8 años
- Vistas:
Transcripción
1 Tema 5: El Lenguaje Unificado de Modelado Departamento de Lenguajes y Sistemas Informáticos II
2 Contenidos Introducción Diagramas de UML Modelado de la parte estática Modelado de la parte dinámica Las 4+1 Vistas 2
3 Introducción wikipedia 3
4 Lenguaje Unificado (UML) Es un Lenguaje de Modelado Unificado Booch Rumbaugh Jacobson Estándar de OMG Es un lenguaje, o una familia de lenguajes No es una metodología, ni un proceso 4
5 Introducción Simplificación de la realidad UML: Construir modelos a partir de bloques básicos (clases, asociaciones, interfaces, componentes ) Diagramas: medio para mostrar los bloques Representación gráfica de un conjunto de elementos, que la mayoría de las veces se dibuja como un grafo conexo de nodos y arcos. Se utilizan para visualizar un sistema desde diferentes perspectivas Vistas del software 5
6 Introducción Vistas del software: Casos de Uso, Lógica, Procesos, Implementación, Despliegue Cada una: Modelado Estructural Modelado de Comportamiento Juntas, capturan las decisiones más importantes sobre el sistema UML define diferentes tipos de diagramas, que se pueden mezclar para ver cada vista Ej: Aspectos estáticos de la vista de implementación: diagramas de componentes 6
7 Introducción Sistema Colección de elementos organizados para lograr un propósito, descrito por un conjunto de modelos, posiblemente desde diferentes puntos de vista Organizados en subsistemas Modelo Abstracción semánticamente cerrada de un sistema Simplificación completa y autoconsistente de la realidad, creado para comprender mejor el sistema 7
8 Introducción Vista Proyección de la organización y estructura de un modelo del sistema, centrada en un aspecto del sistema Diagrama Representación gráfica de un conjunto de elementos, mostrado normalmente como un grafo conexo de nodos y arcos (elementos y relaciones) En resumen: Un sistema representa la cosa que se está desarrollando, vista desde diferentes perspectivas mediante diferentes modelos, y con esas vistas presentadas en forma de diagramas 8
9 Terminología Paradigmas Conjunto de conceptos y la filosofía que éstos definen Lenguage vs. Modelo vs. Esquema Formas de describir un sistema en un paradigma Herramienta vs. Técnica Modos de usar modelos en el contexto de un método Proceso de Desarrollo Una secuencia de pasos para construir un sistema Método Conjunción de técnicas en un proceso Metodología Definición de todos los factores relativos a un método 9
10 Metamodelos Meta significa más allá, etimológicamente Pero se entiende habitualmente como sobre sí mismo Metalenguaje = Un lenguaje que define a otro lenguaje Metaprograma = Un programa que programa a otro programa En general, metasistema es un sistema que controla a otro sistema (sistema base) Cuando el sistema base es él mismo, se dice que es reflexivo Metamodelo = un modelo que describe a un modelo Dado que modelo = lenguaje, un metamodelo es la definición de un lenguaje (de modelado) Es decir, un modelo que describa sus conceptos Metamodelo de UML = conceptos de UML descritos en UML 11
11 Un fragmento del Metamodelo de UML 12
12 Diagramas de UML Modelado de la parte estática (estructurales): Diagramas de clases Diagramas de objetos Diagramas de componentes Diagramas de despliegue Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Diagramas de secuencia Diagramas de colaboración Diagramas de estados Diagramas de actividades 13
13 Diagramas de UML Modelado de la parte estática (estructurales): Diagramas de clases Diagramas más comunes en el modelado de sistemas OO Describir vista lógica y de procesos, estática Diagramas de objetos Diagramas de componentes Diagramas de despliegue 14
14 Diagrama de Clases (II) Multiplicidad Clase Cliente 1 Agregación Simple Clase Recibo Alquiler Abstracta Alquilable <<abstract>> 1..* Generalización Composición (Dependencia) 1 Asociación Simple DVD VHS Videojuego Pantalla Chequeo 15
15 Partes de Una Clase Pueden tener cuatro partes Nombre Atributos (Propiedades) Operaciones (Métodos) Responsabilidades Permiten mostrar la visibilidad y los tipos de ellas Excepto el nombre, todas las partes son opcionales NombreMiClase +AtributoPublico : UnTipo -AtributoPrivado : UnTipo #AtributoProtegido : UnTipo +MetodoClaseUno() +MetodoClaseDos() Responsabilidades -- pueden describirse aquí (opcional) 16
16 Estereotipos, Valores Etiquetados y Restricciones Todos ellos se definen para extender UML Los estereotipos se marcan usando <<>> Los valores etiquetados y Restricciones se marcan usando { } Texto libre, OCL Estereotipo ContratoAlquiler <<persistent>> {version=1.1} ListaCosasAlquiladas Cliente Valor Etiquetado {ordenada por título} Restricción 17
17 Estereotipos, Valores Etiquetados y Restricciones 18
18 Diagramas de UML Modelado de la parte estática (estructurales): Diagramas de clases Diagramas de objetos Objetos y sus relaciones Describen estructuras de datos, instantáneas de las instancias de los elementos encontrados en los diagramas de clases Cubren vista lógica o de procesos, estática, como el diagrama de clases, pero desde perspectiva de casos reales Diagramas de componentes Diagramas de despliegue 19
19 Diagrama de Objetos Un Objeto es una instancia de una clase Los nombres de objeto están subrayados Los diagramas de Objetos se parecen mucho a los diagramas de clase Usan prácticamente la misma notación (y significado) Los diagramas de objetos capturan instancias de las clases, y permiten mostrar las relaciones dinámicas EsteObjeto : NombreMiClase +AtributoPublico : UnTipo -AtributoPrivado : UnTipo #AtributoProtegido : UnTipo +MetodoClaseUno() +MetodoClaseDos() 20
20 Diagrama de Clase y de Objeto Nombre de Clase Nombre de Asociación Cliente Alquilable +id:integer +nombre:string 0..1 Alquila 0..n +id:integer +publicado:date Diagrama de Clases +id=1667 Pepe: Cliente +nombre=pepe Pérez Nombre de Objeto Atributos Casablanca: DVD +id= publicado=1942 Diagrama de Objetos 21
21 Diagrama de Clase y de Objeto 22
22 Diagramas de UML Modelado de la parte estática (estructurales): Diagramas de clases Diagramas de objetos Diagramas de componentes Conjunto de componentes y sus relaciones: Librerías, código fuente, bases de datos, ejecutables Estereotipos Describen la vista de implementación, estática Normalmente un componente se corresponde con una o más clases, interfaces o colaboraciones Diagramas de despliegue 23
23 Diagrama de Componentes «library» DB Server Interface (dbsvr.dll) Componente Interfaz Dependencia «library» Application Framework (appfr.dll) «application» Video Workstation (vstation.exe) Nota Suministrada por Microsoft 24
24 Diagramas de UML Modelado de la parte estática (estructurales): Diagramas de clases Diagramas de objetos Diagramas de componentes Diagramas de despliegue Conjunto de nodos y sus relaciones Describir vista de despliegue, estática Normalmente cada nodo incluye uno o más componentes 25
25 Diagrama de Despliegue Nodo Terminal Telefónica :Cliente Cajero Asociación de Comunicación «TCP/IP» :Servidor de Datos Server DB Terminal Mostrador :Cliente Cajero «TCP/IP» Server Applic. 26
26 Diagramas de UML Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Representa casos de uso y actores y sus relaciones Describir vista de casos de uso Diagramas de secuencia Diagramas de colaboración Diagramas de estados Diagramas de actividades 27
27 Casos de Uso Describen interacciones entre usuarios y sistemas informáticos (ambos denominados actores) Capturan las funciones visibles por el usuario Obtienen objetivos discretos y mensurables Pueden ser A pequeña escala ( Poner en negrita texto resaltado ) A gran escala ( Generar el índice del documento ) Se usan típicamente durante el análisis, pero también durante el diseño De hecho, dirigen el proceso unificado 28
28 Diagrama de Casos de Uso Actor Caso de Uso Identificar Película Cliente Abrir Cuenta Cajero Devolver Película Cliente En Tienda Cliente Por Teléfono Revisar Estado de Cuenta 29
29 Tipos de relaciones
30 Relaciones de Inclusión y Extensión Dependencia «includes» Includes Customer Encontrar Por Título «includes» Buscar en BD de Películas Encontrar Por Actor Estereotipo Extends Cajero Cobrar película «extends» {Si hay retraso} Cobrar recargo 31
31 Más ejemplos «extends» Hacer pedido «includes» Validar Usuario «includes» Seguir pedido Hacer pedido urgente Comprobar clave Examinar retina 32
32 Diagramas de UML Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Diagramas de secuencia Diagrama de interacción Resalta ordenación temporal de mensajes entre objetos Modelar vista dinámica Diagramas de colaboración Diagramas de estados Diagramas de actividades 33
33 Diagramas de Secuencia Correspondencia con diagramas de colaboración Diagramas de interacción Resultan complementarios Describen interacciones entre objetos ordenadas según la secuencia temporal Se asocian con los casos de uso Cada diagrama de secuencia describe un escenario Se centran en los objetos y clases implicados en el escenario y la secuencia de mensajes intercambiados Se usan en la etapa de Análisis y se refinan en la de Diseño Son especialmente populares en Diseño Aunque algunos también los usan masivamente en Análisis 34
34 Diagrama de Secuencia Alquilar Película :Empleado :GestorPrest. Clien:Cliente :Inventario :ItemsAlquiler 1: find customer() 2: search (string) 3: enter movie() 4: search (string) Objeto Mensaje 5: rent (movie) Activación 6: add(cust, item) 7: printinvoice() 8: generaterentaltotal() Línea de Vida 35
35 Diagrama de Secuencia 36
36 Diagrama de Secuencia 37
37 Diagramas de UML Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Diagramas de secuencia Diagramas de colaboración Diagrama de interacción Resalta organización estructural de los objetos que envían y reciben mensajes Objetos y mensajes entre ellos Vista dinámica del sistema Diagramas de estados Diagramas de actividades 38
38 Diagramas de Colaboración Los diagramas de Colaboración describen interacciones de objetos sobre estos objetos y sus enlaces intermedios Se centran especialmente en el intercambio de mensajes entre objetos a través de sus asociaciones Aparecen en la fase de Análisis pero se refinan en la fase de Diseño 39
39 Diagrama de Colaboración Alquilar Película :Items Alquiler 1: introducir_cliente () 3: introducir_peliculas() 7: imprimir recibo() 5: añadir(cliente, películas) 8: GenerarTotalAlquiler() 2: EsClienteValido(Cliente) Objeto :Gestor del Préstamos :Cliente :Cajero 4:PelículaPorCódigoBarras() :Inventario Mensaje 40
40 Diagramas de UML Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Diagramas de secuencia Diagramas de colaboración Diagramas de estados Máquina de estados Estados, transiciones, eventos y actividades Vista dinámica del sistema Para modelar el comportamiento Diagramas de actividades 41
41 Diagrama de Estados Guarda Evento aparece cliente Transición [hay más vídeos] /coger siguiente Validar do/comprobar cuenta [cuenta válida] /coger primero Registrar do/registrar video Acción Estado [cuenta no válida] Actividad Registro Completo [no hay más vídeos] 42
42 Diagramas de UML Modelado de la parte dinámica (comportamiento) Diagramas de casos de uso Diagramas de secuencia Diagramas de colaboración Diagramas de estados Diagramas de actividades Flujo de actividades de un sistema Flujo secuencial o ramificado de actividades, objetos que actúan o sobre los que se actúa Vista dinámica del sistema 43
43 Diagrama de Actividad Estado Inicial Identificar Llamador Estado con Acción Obtener Decisión Nombre Abrir Cuenta? Cliente Conocido? [no] [no] [sí] Estado Final [sí] Crear Cuenta 44
44 Calles y Puntos de Fork/Join Cliente Gestor Cajero Identifica Película Hace Pedido Punto Fork Procesa Pedido Paga Recoge Dinero Rellena Pedido Recoge Película Entrega Película Punto Join 45
45 Diagrama de Paquetes Interfaz Cliente Cajero Datos Cliente «facade» Cliente Sistema Negocio (hacia el sistema de negocio) Clase Pantalla Alquiler Paquete 46
46 Uso de Diagramas de UML Fase de Desarrollo Análisis Diseño Implementación Explotación Diagramas UML Casos de Uso, Diagramas de Clase, de Actividad, de Colaboración y de Secuencia Diagramas de Clase, de Colaboración, de Secuencia, de Estados, de Componentes y de Despliegue Diagramas de Secuencia, de Colaboración, de Clase, de Estados, de Componentes y de Despliegue Diagramas de Despliegue 47
47 El Modelo de 4+1 Vistas Philippe Kruchten (1995) Vista Lógica Vista de Implementación Vista de Casos de Uso Vista de Proceso Vista de Despliegue 48
48 Vistas en UML Inspiradas en el Modelo 4+1 de Kruchten Vista de Casos de Uso: Describe la funcionalidad que el sistema debería proporcionar, tal como sería percibida por actores externos. La usan clientes, diseñadores, desarrolladores y probadores. Diagramas de Casos de Uso Diagramas de Clases Diagramas de Actividad, Colaboración, Secuencia, Estados Vista Lógica Vista de Implementación Vista de Despliegue Vista de Procesos 49
49 Vistas en UML Inspiradas en el Modelo 4+1 de Kruchten Vista de Casos de Uso: Vista Lógica Cómo el sistema proporciona la funcionalidad. Para diseñadores y desarrolladores. Mira dentro del sistema. Diagramas de Clases y Objetos Diagramas de Actividad, Colaboración, Secuencia, Estados Vista de Implementación Vista de Despliegue Vista de Procesos 50
50 Vistas en UML Inspiradas en el Modelo 4+1 de Kruchten Vista de Casos de Uso: Vista Lógica Vista de Implementación Descripción y organización del código, módulos, dependencias. Desarrolladores. Diagramas de Componentes También de Actividad, Colaboración, Secuencia Vista de Despliegue Vista de Procesos 51
51 Vistas en UML Inspiradas en el Modelo 4+1 de Kruchten Vista de Casos de Uso: Vista Lógica Vista de Implementación Vista de Despliegue Despliegue físico del sistema en una arquitectura física con ordenadores y otros dispositivos (nodos) Diagramas de Despliegue También de Actividad, Colaboración, Secuencia Vista de Procesos 52
52 Vistas en UML Inspiradas en el Modelo 4+1 de Kruchten Vista de Casos de Uso: Vista Lógica Vista de Implementación Vista de Despliegue Vista de Procesos División en procesos y procesadores. Propiedad no funcional del sistema, paralelismo Básicamente dinámicos: Actividad, Colaboración, Secuencia 53
53 Bibliografía Documentos: P. Kruchten Architectural Blueprints The 4+1 View of Software Architecture, IEEE Software (» web) Libros: G. Booch, J. Rumbaugh, I. Jacobson. El Lenguaje Unificado de Modelado. (1º ed) 1999 (2º ed.) Addison-Wesley. I. Sommerville. Ingeniería del Software (6º ed.). 2002, Addison-Wesley. S. R. Schach. Ingeniería de Software Clásica y Orientada a Objetos (6º ed) McGraw-Hill 54
Interacció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 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 detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.1 UML: Introducción
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Técnica de modelado de objetos (I) El modelado orientado a objetos es una técnica de especificación semiformal para
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 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 detallesPROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso
PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer
Más detallesModelado Avanzado con Casos de Uso. Diseño de Software Avanzado Departamento de Informática
Modelado Avanzado con Casos de Uso Especificación Gráfica de Casos de Uso Una simple secuencia de acciones no puede describir adecuadamente la riqueza de situaciones que se pueden presentar en un caso
Más detallesINGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones
INGENIERÍA DEL SOFTWARE I Práctica 4 Interacciones Univ. Cantabria Fac. de Ciencias Patricia López Modelo de Casos de Uso vs Modelo de Análisis Modelo de Casos de Uso Modelo de Análisis Descrito con el
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
Más detallesProceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:
PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo
Más detallesEjercicio Guiado de Análisis y Diseño Orientado a Objetos. Ejemplo: CAJERO AUTOMÁTICO
Ejercicio Guiado de Análisis y Diseño Orientado a Objetos Ejemplo: CAJERO AUTOMÁTICO El siguiente ejercicio muestra las diferentes actividades que se realizan dentro del desarrollo de un producto software
Más detallesUNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos
2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven
Más detallesTEMA 1.-Programación orientada a objetos (POO) Objetivo
CURSO DE UML Dotar al alumno de los fundamentos de la programación orientada a objetos (POO, a partir de ahora), definir las características básicas del lenguaje de modelado unificado (Unified Modeling
Más detallesOMG UML 2.0 Marcando un hito en el desarrollo de software Resumen Keywords Historia del Surgimiento
OMG UML 2.0 Marcando un hito en el desarrollo de software Resumen A través de este artículo se ofrece un panorama amplio y de alto nivel sobre la especificación y los diferentes diagramas del Lenguaje
Más detallesTema 5. Diseño detallado.
Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro
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 Cap 3. Análisis de Requisitos Estructura 1. Actividades iniciales. 2. Técnicas de recogida de la
Más detalles3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)
3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.
Más detallesDIAGRAMA DE CLASES EN UML
DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,
Más detallesUna Introducción al UML. El Modelo Físico
Una Introducción al UML Autor: Geoffrey Sparks, Sparx Systems, Australia Traducción: Fernando Pinciroli (Solus S.A., Argentina) y Aleksandar Orlic (Craftware Consultores Ltda., Chile) www.sparxsystems.com.ar
Más detallesCasos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR
Especificación de UML Miguel Vega mvega@ugr.es LSI - UGR Granada, octubre de 2010 Especificación de Contenido 1 Introducción 2 3 Especificación de Contenido Plantilla de especificación Un ejemplo 4 5 Especificación
Más detallesCapitulo III. Diseño del Sistema.
Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje
Más detalleshttp://www.cem.itesm.mx/extension/ms
Diplomado Programación orientada a objetos con Java 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 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 detallesObjetivo Las personas que realicen el curso aprenderán a:
Objetivo Las personas que realicen el curso aprenderán a: Describir el proceso de desarrollo de software orientado a objetos, lo que incluye las metodologías y los flujos de trabajo de la programación
Más detallesDCU Diagramas de casos de uso
DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros
Más detallesModelado de objetos con UML
Modelado de objetos con UML José Vicente Núñez Zuleta (jose@eud.com, josevnz@yahoo.com) Líder de desarrollo para El Diario El Universal División de Nuevos Medios Puntos a tratar Qué es UML? Tipos de diagramas.
Más detallesEntidad Formadora: Plan Local De Formación Convocatoria 2010
Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú
Más detallesEl Proceso Unificado de Desarrollo de Software
El Proceso de Desarrollo de Software Ciclos de vida Métodos de desarrollo de software El Proceso Unificado de Desarrollo de Software 1 Fases principales del desarrollo de software Captura de requisitos:
Más detallesEn un proyecto de desarrollo de software la metodología define Quién debe hacer Qué, Cuando y Como hacerlo. 6
2. MÉTODO, METODOLOGÍA Y MÉTRICA 2.1 MÉTODO Un método de ingeniería del software es un enfoque estructurado para el desarrollo de software cuyo propósito es facilitar la producción de software de alta
Más detallesUniversidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO)
Más detallesDiagramas 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 realmente al enfoque orientado a objeto, más bien es
Más detallesNotación UML para modelado Orientado a Objetos
1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3
Más detallesMetodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales
Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com
Más detallesTutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:
Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende
Más detallesAlgunas Herramientas de Apoyo al Análisis y Diseño de Software. Agustín J. González ELO329: Diseño y programación orientados a objetos
Algunas Herramientas de Apoyo al Análisis y Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos Resumen Para desarrollar software hay varias herramientas de gran utilidad
Más detallesDepartamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL
Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE I: TEST EXAMEN FINAL DNI Apellidos y nombre 1. Cuál de las siguientes afirmaciones no es una causa de los problemas del software?
Más detallesEl Proceso Unificado Rational para el Desarrollo de Software.
Instituto de Electrónica y Computación El Proceso Unificado Rational para el Desarrollo de Software. Carlos Alberto Fernández y Fernández Huajuapan de León, Oaxaca 26 de octubre de 2000 Objetivo Proporcionar
Más detallesAnálisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007
Análisis de Sistemas M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Metodologías de Desarrollo de Software Las metodologías existentes se dividen en dos grandes grupos: Metodologías estructuradas Metodologías
Más detallesGLOSARIO. Arquitectura: Funcionamiento, estructura y diseño de una plataforma de desarrollo.
GLOSARIO Actor: Un actor es un usuario del sistema. Esto incluye usuarios humanos y otros sistemas computacionales. Un actor usa un Caso de Uso para ejecutar una porción de trabajo de valor para el negocio.
Más detallesInicio de MO Inicio de MD Inicio de MF. Documento de Análisis. Base de datos de las especificaciones OMT. MO, MD, MF Detallados. Librería de Clases
3.2 TÉCNICA DE MODELADO DE OBJETOS (OMT) (JAMES RUMBAUGH). 3.2.1 Introducción. En este documento se trata tanto el OMT-1 como el OMT-2, el primero contenido en el Libro Modelado y Diseño Orientado (Metodología
Más detallesINGENIERÍA DEL SOFTWARE I. Univ. Cantabria Fac. de Ciencias. Especificación de Requisitos. Práctica 2
INGENIERÍA DEL SOFTWARE I Práctica 2 Especificación de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Nociones de UML para Requisitos: Casos de Uso Caso de Uso Una descripción
Más detallesDiagrama de Clases. Diagrama de Clases
Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar
Más detallesIngeniería de Software en SOA
Ingeniería de Software en SOA ECSDI LSI-FIB-UPC cbea Curso 2014/2015 ECSDI (LSI-FIB-UPC cbea) Ingeniería de Software en SOA Curso 2014/2015 1 / 51 Índice 1 Directrices para la IS en SOA 2 Modelo de referencia
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 detallesSIGPRE Sistema de Gestión Presupuestaria
SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009
Más detallesBPMN básico. Clase Modelos de Procesos. Javier Bermudez (jbermude@uc.cl)
BPMN básico Clase Modelos de Procesos Javier Bermudez (jbermude@uc.cl) Para qué modelar? Para sacar el mejor provecho a los artefactos creados por el hombre 2 BPMN Historia Mayo 2004: BPMI Lanza propuesta
Más detallesUML, ejemplo sencillo sobre Modelado de un Proyecto
UML, ejemplo sencillo sobre Modelado de un Proyecto Normal &DOLILFDU 0L3DQRUDPD 626 (VFULEHSDUD1RVRWURV Por Armando Canchala Contenido Introducción Objetivo Requerimientos Casos de Uso Subcasos de Uso
Más detallesPatrones de software y refactorización de código
Patrones de software y refactorización de código Introducción y antecedentes de los patrones de software Los patrones permiten construir sobre la experiencia colectiva de ingenieros de software habilidosos.
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 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 detallesTópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN
Tópicos Avanzados de Análisis y Diseño INGENIERIA DE SOFTWARE ING. MA. MARGARITA LABASTIDA ROLDÁN Proceso de Negocio (Business Process) Conjunto estructurado, medible de actividades para producir un producto.
Más detallesSISTEMAS DE INFORMACIÓN I TEORÍA
CONTENIDO: CICLO DE VIDA DE DESARROLLO DE SI FASES GENÉRICAS DEL CICLO DE VIDA DE DESARROLLO DE SI VISIÓN TRADICIONAL DEL CICLO DE VIDA DE DESARROLLO DE SI DE DESARROLLO DE SI: ANÁLISIS Material diseñado
Más detallesCAPITULO V. HERRAMIENTA CASE (Rational Rose, C++)
CAPITULO V HERRAMIENTA CASE (Rational Rose, C++) 5.1 HERRAMIENTA CASE La documentación del UML ha propiciado el desarrollo de herramientas CASE, las cuales cubren el ciclo de vida del software y además
Más detallesDISEÑO DE COMPONENTES DE SOFTWARE *
DISEÑO DE COMPONENTES DE SOFTWARE * NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP * Resumen del capítulo 10 de libro de [Pressman 2010] V:18-11-2008 (c) P. Gomez-Gil, INAOE.
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 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 detallesPROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.
PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,
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 detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detallesCAPÍTULO 5. DESARROLLO Y PRUEBAS
CAPÍTULO 5. DESARROLLO Y PRUEBAS 5.1 Introducción a las Tecnologías 5.1.1 Herramientas 5.1.1.1 SQL Server Es un sistema que sirve para la gestión de base de datos basado en un modelo relacional. Así mismo
Más detallesANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN
ANÁLISIS Y DISEÑO DE SISTEMAS DEPARTAMENTO DE CIENCIAS E INGENIERÍA DE LA COMPUTACIÓN Clase 6: Ingeniería de Requerimientos Metododología y Ejemplo Primer Cuatrimestre 2015 Mg. María Mercedes Vitturini
Más detallesAnálisis del Sistema de Información
Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación
Más detalles2 EL DOCUMENTO DE ESPECIFICACIONES
Ingeniería Informática Tecnología de la Programación TEMA 1 Documentación de programas. 1 LA DOCUMENTACIÓN DE PROGRAMAS En la ejecución de un proyecto informático o un programa software se deben de seguir
Más detalles: COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería de Redes y Comunicaciones : Análisis y Diseño de Sistemas : T-INF107
I. DATOS INFORMATIVOS Carrera Especialidad Curso Código Ciclo : Tercero Requisitos Duración Horas Semana : 06 horas Versión : v.0110 II. SUMILLA: : COMPUTACIÓN E INFORMATICA : Ingeniería de Software Ingeniería
Más detallesDIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN
DIPLOMADO EN TECNOLOGÍAS DE LA INFORMACIÓN MODULO I: Análisis y Diseño de Sistemas El alumno se familiarizará y describirá los conceptos y aspectos fundamentales del Análisis y Diseño Orientado a Objetos
Más detallesModelo alternativo de análisis: Modelo de Jacobson
Modelo alternativo de análisis: Modelo de Jacobson! Modelo de análisis de Jacobson o análisis de la robustez ( Robustness Analysis )! Es un nivel de diseño intermedio entre la etapa de Captura de requerimientos
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 detalles1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada
Más detallesMODELADO DEL DOMINIO (MODELO CONCEPTUAL)
MODELADO DEL DOMINIO (MODELO CONCEPTUAL) Es el Artefacto más importante en el Análisis Orientado a Objetos. Explica los conceptos más significativos en un dominio del problema. Previo a esto es fundamental
Más detallesFundamentos del diseño 3ª edición (2002)
Unidades temáticas de Ingeniería del Software Fundamentos del diseño 3ª edición (2002) Facultad de Informática necesidad del diseño Las actividades de diseño afectan al éxito de la realización del software
Más detalles1. Descripción y objetivos
Pruebas 1 1. Descripción y objetivos Las pruebas son prácticas a realizar en diversos momentos de la vida del sistema de información para verificar: El correcto funcionamiento de los componentes del sistema.
Más detallesIngeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML
Diseño Diseño en el PUD Diseño de software Patrones arquitectónicos Diseño Orientado a Objetos en UML 1 Iteración en PUD Planificación de la Iteración Captura de requisitos: Modelo de casos de uso, Modelo
Más detallesPatrones de Diseño Orientados a Objetos 2 Parte
Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia
Más detallesTEMA 14. Modelos de representación de diagramas
TEMA 14. Modelos de representación de diagramas Un diagrama es un dibujo en el que se muestran las relaciones entre las diferentes partes que componen un conjunto o sistema. También se puede entender como
Más detallesGeneración de código para Hibernate desde modelos UML
Generación de código para Hibernate desde modelos UML Alejandro Nogueiro Mariscal Ingeniería Técnica en Informática de Sistemas, Universidad de Cádiz 24 de Septiembre 2012 1 / 35 Índice 1 Motivación y
Más detallesProceso de desarrollo del software modelo en cascada
Proceso de desarrollo del software modelo en cascada Análisis: Necesidades del usuario especificaciones Diseño: Descomposición en elementos que puedan desarrollarse por separado especificaciones de cada
Más detallesCAPITULO 3 DISEÑO. El diseño del software es el proceso que permite traducir los requisitos
65 CAPITULO 3 DISEÑO 3.1. DISEÑO El diseño del software es el proceso que permite traducir los requisitos analizados de un sistema en una representación del software. 66 Diseño procedural Diseño de la
Más detallesANÁLISIS Y DISEÑO DE SISTEMAS
ANÁLISIS Y DISEÑO DE SISTEMAS Clase XVIII: Modelo Dinámico Diagramas de Actividades Primer Cuatrimestre 2013 Diagrama de Actividades (DA) Un grafo o diagrama de actividad (DA) es un tipo especial de máquina
Más detallesElementos requeridos para crearlos (ejemplo: el compilador)
Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción
Más detalles7.1 Arquitectura de clases
7.1 Arquitectura de clases El modelo de analisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diserio del sistema. Como se discutio en el capitulo 3, dependiendo
Más detallesDiseño orientado a los objetos
Diseño orientado a los objetos El Diseño Orientado a los Objetos (DOO) crea una representación del problema del mundo real y la hace corresponder con el ámbito de la solución, que es el software. A diferencia
Más detallesASI. Análisis del Sistema de Información
ASI Análisis del Sistema de Información 1 ASI Análisis del Sistema de Información Introducción Objetivo Obtención de una especificación detallada del Sistema Información a través de: Catálogo de Requisitos
Más detallesARQUITECTURA DE DISTRIBUCIÓN DE DATOS
4 ARQUITECTURA DE DISTRIBUCIÓN DE DATOS Contenido: Arquitectura de Distribución de Datos 4.1. Transparencia 4.1.1 Transparencia de Localización 4.1.2 Transparencia de Fragmentación 4.1.3 Transparencia
Más detallesEnterprise Analyst: Taller de Bautizo
Enterprise Analyst: Taller de Bautizo Metas Entender la Necesidad de Ejecutar los Modelos Desarrollar un caso usando UML tradicional Identificar los problemas de UML Conocer la Herramienta Enterprise Analyst
Más detallesSistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1
Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir
Más detallesCapítulos 2 y 5: Modelación con UML y Modelo Objeto
Capítulos 2 y 5: Modelación con UML y Modelo Objeto Asignando Responsabilidades 2 Responsabilidades son obligaciones de un objeto, o comportamiento relacionado a su rol en el sistema Qué hace un objeto?
Más detallesEl proceso unificado en pocas palabras
El Proceso Unificado de Desarrollo de Software Ivar Jacobson Grady Booch James Rumbaugh Addison Wesley Resumen Capítulo 1. El proceso unificado: dirigido por casos de uso, centrado en la arquitectura,
Más detallesCapítulo III. Diseño del sistema. Dentro de este capítulo veremos a detalle el diseño del sistema, que como se había
Capítulo III Diseño del sistema Dentro de este capítulo veremos a detalle el diseño del sistema, que como se había mencionado anteriormente, contara con 2 módulos principales: el módulo de administración
Más detallesGuía del Curso Analista Programador PHP Javascript
Guía del Curso Analista Programador PHP Javascript Modalidad de realización del curso: Número de Horas: Titulación: Online 180 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML usa técnicas
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 detallesQué se entiende por diseño arquitectónico? Comprende el establecimiento de un marco de trabajo estructural básico para un sistema. Alude a la estructura general del software y el modo en que la estructura
Más detallesEjercicios Diagramas de casos de uso
Ejercicios Diagramas de casos de uso Ejercicio 1. Para cada una de las siguientes afirmaciones indicar si es Verdadera o Falsa. Los actores de un sistema representan, en particular, personas (mas precisamente
Más detallesEstructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos
3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura
Más detallesUna Introducción al UML. El Modelo de Componentes
Una Introducción al UML Autor: Geoffrey Sparks, Sparx Systems, Australia Traducción: Fernando Pinciroli (Solus S.A., Argentina) y Aleksandar Orlic (Craftware Consultores Ltda., Chile) www.sparxsystems.com.ar
Más detallesRedes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet
Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción
Más detallesIntroducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual
Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los
Más detallesDepartamento de Informática Segundo semestre de 2011. Repaso para Certamen 1
Universidad Técnica Federico Santa María ILI-236 Fundamentos de Ing. de SW Departamento de Informática Segundo semestre de 2011 Caso: Sistema de control de cajeros Repaso para Certamen 1 Su compania ha
Más detallesIng. Norman Vargas Chévez Facultad de Electrotecnia y Computación Universidad Nacional de Ingeniería e-mail: norman.vargas@uni.edu.
MODELACIÓN DEL PROCESO DE INFORMACIÓN EN LA COMPRA VENTA DE ENERGÍA EN EL MERCADO ELÉCTRICO DEREGULADO EN NICARAGUA - DESDE EL PUNTO DE VISTA DEL CENTRO NACIONAL DE DESPACHO DE CARGA- Ing. Norman Vargas
Más detallesAnálisis y diseño del sistema CAPÍTULO 3
Análisis y diseño del sistema CAPÍTULO 3 36 CAPÍTULO 3 Análisis y diseño del sistema En este capítulo se pretende realizar un análisis detallado de los requerimientos del software a desarrollar para la
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 detalles