Sistemas de Información II. Análisis de Sistemas Orientado a Objetos

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Sistemas de Información II. Análisis de Sistemas Orientado a Objetos"

Transcripción

1 Análisis de Sistemas Orientado a Objetos

2 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 IT #1 IT # 2 IT # 3 IT # 4 IT # 5 IT # 6 IT # 7 IT # 8

3 Objetivos Introducción Contenido Flujo de Trabajo de análisis Modelo de Análisis en RUP Proceso de Análisis en RUP

4 Objetivos Introducir la descripción general de la estructura y comportamiento internos de un sistema. Continuar con el estudio del Proceso Unificado en el flujo de trabajo de análisis y diseño. Presentar el modelo de análisis del Proceso Unificado

5 Introducción En el flujo de requisitos se construye un modelo que representa el comportamiento observable o externo del sistema que se quiere obtener En los flujos de análisis, diseño e implementación, se representa la estructura y el comportamiento internos del sistema a realizar En los tres flujos se trabaja a diferentes niveles de abstracción, desde el más elevado en el análisis, hasta el más bajo en la implementación

6 Flujo de Trabajo de Análisis Una vez completado el modelo de casos de uso se ha llegado a obtener diagramas de casos de uso en determinados niveles que ya no se pueden explotar más Si se intentara explotar los CU, se pasaría a describir el comportamiento interno de las funciones con artefactos inadecuados Los casos de uso contenidos en estos diagramas se denominan casos de uso elementales, primitivos o atómicos

7 Flujo de Trabajo de Análisis Esta situación límite indica que se debe pasar a trabajar con otros artefactos, que son los del modelo de análisis: Clases de análisis Asociaciones Diagramas de clases de análisis Diagramas de secuencias y de colaboración asociados a los diagramas de clases de análisis

8 Flujo de Trabajo de Análisis

9 Flujo de Trabajo de Análisis La técnica de modelado consiste en identificar los aspectos estructurales y dinámicos internos del sistema a desarrollar a partir de los casos de uso modelados en el Modelo de Casos de Uso Los aspectos estructurales corresponden a la arquitectura de la información que manejará el sistema: entidades y relaciones entre entidades Los aspectos dinámicos corresponden a la ejecución de los elementos de información del sistema: su comportamiento de carácter INTERNO

10 Flujo de Trabajo de Análisis El modelo a obtener es una abstracción de la estructura de la información del sistema y de cómo se comporta cuando el sistema está en ejecución

11 Modelo de Análisis en RUP El Análisis en el RUP se realiza por medio de los flujos de trabajo: Análisis y diseño El resultado del Análisis es el siguiente: Modelo de Análisis El Modelo de Análisis contiene: la Vista de Diseño de UML la Vista de Procesos de UML

12 Modelo de Análisis en RUP

13 Modelo de Análisis en RUP La arquitectura del MA debe corresponder a una jerarquía estructural donde existe un Diagrama de Clases de Análisis de Contexto (DCAX): expresa explícitamente los subsistemas que soportan los servicios que presta el sistema La arquitectura de información de los servicios que presta el sistema se modela mediante: agrupaciones de clases o diagramas de clases representadas por paquetes UML, o por las propias clases con sus correspondientes relaciones (dependencia, colaboración, asociación, generalización y agregación) Sistemas de Información II

14 Modelo de Análisis en RUP Diagrama de Clases de Contexto

15 Modelo de Análisis en RUP Los diagramas de clases se explotan en Diagramas de Clases de Análisis (DCA) de un nivel inferior puesto que cada servicio normalmente está compuesto de varias funciones coherentes entre sí A su vez, cada DCA puede tener algún otro paquete de clases que se puede explotar en otros DCA s de un nivel inferior Y así sucesivamente hasta llegar a desglosar la complejidad de la arquitectura de información del sistema y los subsistemas que lo forman en un grado manejable directamente

16 Modelo de Análisis en RUP

17 Modelo de Análisis en RUP Elementos Básicos

18 Sistemas de Información II Modelo de Análisis en RUP Relaciones directas entre clases en los diagramas de clases

19 Sistemas de Información II Modelo de Análisis en RUP Relaciones directas entre clases en los diagramas de clases

20 Modelo de Análisis en RUP Vista de Diseño Estructural del Sistema (Estática): Diagrama de Clases de Análisis (DCA) Se recomienda no exceder de más de tres a cinco niveles de desglose Más niveles aumentan la complejidad estructural y no se aporta ninguna claridad Vista de Diseño Dinámica del Sistema: Representa el comportamiento interno del sistema y de los subsistemas que lo componen mediante el modelado del comportamiento de los elementos estructurales

21 Modelo de Análisis en RUP Vista de Diseño Dinámica del Sistema: Se compone de los diagramas UML siguientes: Diagrama de Interacción-Secuencia de sucesos (DIS) Diagrama de Interacción-Colaboración (DIC) Diagrama de Estados (DES) Diagrama de Actividades (DAC) Realmente, en el Modelo de Análisis solamente se utiliza el DIC para la representación del comportamiento. Por lo tanto, no se deben modelar los DIS, DES y DAC.

22 Sistemas de Información II Modelo de Análisis en RUP Diagrama de Colaboración

23 El Proceso de Análisis en RUP La estrategia de diseño: Bottom-up Se parte de los DCA atómicos Se unen los DCA atómicos en DCA más complejos Se repite el proceso de agrupación hasta llegar a delimitar los subsistemas que contengan DCA excluyentes (no relacionados entre sí)

24

25

26

27 Caso de estudio: Sistema de Telecompras Nivel 0: Contexto Gestionar Productos Sistema Bancario Cliente Gestionar Orden de Compra Agente de Deposito Gestionar Reclamos Director

28 Caso de estudio: Sistema de Telecompras Nivel 1 DCU.2: Gestionar Orden de Compra Realizar Orden Compra Sistema Bancari o Cliente Anular Orden Compra Consultar Ordenes Confirmadas Agente de Depos ito

29 Caso de estudio: Sistema de Telecompras Descripción Flujo de Eventos CU.2.2: Anular Orden de Compra CU.2.2 Descripción Actores Acción del Actor El cliente introduce la clave de usuario y el numero de orden El cliente pulsa la opción de procesar anulación Anular Orden de Compra El sistema deberá permitir a los clientes anular orden de compra de productos a través de la web según se describe en el siguiente caso de uso: Cliente (CTE) Respuesta del Sistema El sistema valida la clave y el numero de orden El sistema busca la orden de compra con sus respectivos items El sistema muestra la orden recompra y la opción de procesar El sistema actualiza la orden de compra como anulada

30 Caso de estudio: Sistema de Telecompras Diagrama de secuencia CU.2.2: Anular Orden de Compra : Cliente :sistematelecompra 1: introducedatos(clave,nu mord en) 2: validarclave(cleve) 3: validarorden(numorden) 4: buscarorden(numorden) 5: mos trarorden() 6: confirmaranular() 7: anularorden(numorden)

31 Caso de estudio: Sistema de Telecompras Diagrama de colaboración CU.2.2: Anular Orden de Compra 2: validarclave(cleve) 3: validarorden(numorden) 4: buscarorden(numorden) 5: mostrarorden() 7: anularorden(numorden) 1: introducedatos(clave,numorden) 6: confirm aran ular() :sistematele comp ra : Cliente

32 Caso de estudio: Sistema de Telecompras Diagrama de Clase de Análisis Caso de Uso Realizar Orden de Compra Productos 1..n I_orden_cliente Cliente Agencia G_orden_compra 0..n Items Orden (f rom Modelado caso de uso...) I_orden_productos Orden Compra 0..n Sistema Bancario (f rom Modelo de caso de uso...) I_banco 1 Clientes

33 Caso de estudio: Sistema de Telecompras Diagrama de Clase de Análisis Caso de Uso Consultar Orden Confirmada Productos 1..n 0..n Items Orden Cliente Agencia (f rom Modelado caso de uso...) I_consultar_orden G_consultar_orden Orden Compra 0..n 1 Clientes

34 Caso de estudio: Sistema de Telecompras Diagrama de Clase de Análisis Caso de Uso Anular orden de Compra Productos 1..n I_mostrar_orden 0..n Items Orden Cliente Agencia (f rom Modelado caso de uso...) G_anular_orden Orden Compra 0..n I_anular_orden 1 Clientes

35 Caso de estudio: Sistema de Telecompras Diagrama de secuencia Caso de Uso Anular orden de Compra : Cliente : I_anular_orden : I_mostrar_orden : G_anular_orden : Clientes : Orden Compra 1: introducedatos(clave,numorden) : Items Orden : Productos 2: solicitudvalidardatos(clave,numorden) 3: validarclave(clave) 4: validaroren(numorden) 5: buscarorden(numorden) 6: *[i=1..n] buscaritems(numorden) 7: buscarproducto(codigo) 8: mostrarorden() 9: confirmaanular() 10: solicitudanular() 11: anularorden(numorden)

36 Caso de estudio: Sistema de Telecompras Diagrama de Colaboración Caso de Uso Anular orden de Compra 1: introducedatos(clave,numorden) : I_anular_orden 2: solicitudvalidardatos(clave,numorden) 6: *[i=1..n] buscaritems(numorden) : Items Orden : Cliente 9: confirmaanular() 10: solicitudanular() : G_anular_orden 4: validaroren(numorden) 5: buscarorden(numorden) 11: anularorden(numorden) 7: buscarproducto(codigo) 8: mostrarorden() 3: validarclave(clave) : I_mostrar_orden : Orden Compra : Productos : Clientes

37 Caso de estudio: Sistema de Telecompras Diagrama de Clase de Análisis del Paquete Gestionar Orden de Compra I_consultar_orden G_consultar_orden Productos 1..n Cliente Agencia I_orden_cliente G_orden_compra 0..n Items Orde (f rom Modelado caso de uso...) Orden Compra 0..n I_anular_orden 1 I_orden_productos Clientes I_mostrar_orden G_anular_orden

38 Caso de estudio: Sistema de Telecompras Diagrama de Clase de Análisis de Contexto (DCAX) Gestionar Orden de Co mpras Gestionar catalogo de productos Gestionar reclam os

39 El Análisis en Proceso Unificado Visión General Modelo de Caso Uso Lenguaje del cliente Vista externa del sistema Estructurado en casos de uso Como contrato Puede contener redundancias, inconsistencias (entre requisitos) Captura la funcionalidad del sistema Modelo de Análisis Lenguaje del desarrollador Vista interna del sistema Estructurado en clases de análisis y paquetes Como precursor del diseño No debería contener redundancias Da forma a la arquitectura para soportar tal funcionalidad

40 El Análisis en Proceso Unificado Visión General

41 El Análisis en Proceso Unificado Visión General

42 El Análisis en Proceso Unificado Artefactos Modelo de Análisis Clase de Análisis Realización en análisis de los casos de uso Paquetes de análisis Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes

43 El Análisis en Proceso Unificado Artefacto: Modelo de Análisis Representa la estructura global del sistema (subsistemas y/o capas en el modelo de diseño).

44 El Análisis en Proceso Unificado Artefacto: Clases de Análisis - Ejemplo Estudiante Matricularse

45 El Análisis en Proceso Unificado Artefacto: Clase de Análisis Clase Interfaz Modelan la interacción entre el sistema y los actores. Representan la interfaz del sistema (ventanas, formularios,...), pero con poco detalle. Describen la información presentada al actor y las peticiones que hace el actor al sistema.

46 El Análisis en Proceso Unificado Artefacto: Clase de Análisis Clase Control Se usan para representar el control de un caso de uso concreto Representan la coordinación entre objetos. Lógica del negocio, cálculos. No representan ni interacciones con el usuario ni problemas de almacenamiento de información.

47 El Análisis en Proceso Unificado Artefacto: Clase de Análisis Clase Entidad Representan la información significativa para el sistema. Modelan la información de larga vida (persistencia). Pueden provenir de las entidades del dominio o de las del negocio, pero no tienen por qué corresponderse completamente. Pueden ser pasivas o activas (comportamiento complejo).

48 El Análisis en Proceso Unificado Artefacto: Clase de Análisis Encapsulan información y operaciones asociadas. Por ejemplo: repositorios de información.

49 El Análisis en Proceso Unificado Artefacto: Realización en Análisis de los Casos de Uso Es una colaboración que describe cómo se realiza en análisis un caso de uso en términos de clases de análisis y sus interacciones.

50 El Análisis en Proceso Unificado Artefacto: Realización en Análisis de los Casos de Uso La realización en análisis de un caso de uso, incluye: Diagramas de clases: Clases participantes Diagramas de interacción: escenarios del CU. Descripción textual del flujo de eventos (Descripción de casos de uso) Nada de requisitos no funcionales (hasta el diseño).

51 El Análisis en Proceso Unificado Artefacto: Paquetes de Análisis Para organizar los artefactos de análisis: clases de análisis, realización de casos de uso y otros paquetes. Fuertemente cohesionados y débilmente acoplados. No existen en tiempo de ejecución.

52 El Análisis en Proceso Unificado Artefactos Modelo de Análisis Clase de Análisis Realización en análisis de los casos de uso Paquetes de análisis Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes

53 El Análisis en Proceso Unificado Actividad 1. Análisis de Casos de Uso Subactividad 1.1. Identificar las clases de análisis necesarias para la realización del caso de uso Distribuir el comportamiento del caso de uso entre las clases de análisis Capturar/asignar requisitos no funcionales a clases de análisis.

54 El Análisis en Proceso Unificado Actividad 2. Análisis de Clases 3. Análisis de Paquetes Subactividad 2.1. Identificar las responsabilidades de las clases de análisis 2.2. Identificar atributos y relaciones de las clases de análisis Capturar requisitos especiales 3.1 Paquetes débilmente acoplados 3.2. Elementos cohesionados 3.3. Clases de interacción

55 El Análisis en Proceso Unificado Ejemplo Sistema Cajero Automático Validar Usuario Sacar Dinero Cliente del Banco Ing resar D inero Transferencia

56 El Análisis en Proceso Unificado 1. Análisis de Casos de Uso 1.1. Identificar las clases de análisis necesarias para Caso de Uso Validar Usuario: la realización del caso de uso. Cliente del Banco interfaz de cajero UsuariosDelBanco Autenticar

57 El Análisis en Proceso Unificado Caso de Uso Sacar Dinero:

58 El Análisis en Proceso Unificado Caso de Uso Ingresar Dinero:

59 El Análisis en Proceso Unificado Caso de Uso Transferencia:

60 El Análisis en Proceso Unificado 1. Análisis de Casos de Uso 1.2. Distribuir el comportamiento del caso de uso entre las clases de análisis. Caso de Uso Validar Usuario:

61 El Análisis en Proceso Unificado Caso de Uso Sacar Dinero:

62 El Análisis en Proceso Unificado Caso de Uso Ingresar Dinero:

63 El Análisis en Proceso Unificado Caso de Uso Transferencia:

64 El Análisis en Proceso Unificado Diagrama de Clases de Análisis de Contexto:

65 El Análisis en Proceso Unificado 2. Análisis de Clases 2.1. Identificar las responsabilidades de las clases de análisis. Caso de Uso Validar Usuario:

66 El Análisis en Proceso Unificado Caso de Uso Sacar Dinero:

67 El Análisis en Proceso Unificado Caso de Uso Transferencia:

68 El Análisis en Proceso Unificado Análisis de Clases:

69 El Análisis en Proceso Unificado 2. Análisis de Clases 2.2. Identificar atributos y relaciones de las clases de análisis: Definir multiplicidad y papeles Agregación y composición Identificar generalizaciones y/o especializaciones entre clases

Sistemas de Información II Requerimientos. Análisis de Requisitos

Sistemas 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 detalles

Diagramas De Casos De Uso

Diagramas De Casos De Uso Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos

Más detalles

Lenguaje de Modelamiento Unificado.

Lenguaje 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 detalles

1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:

1. 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 detalles

Capacitación adquirida por el alumno al finalizar este modulo

Capacitació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 detalles

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ

DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación

Más detalles

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez

CLASE 4: CASOS DE USO REQUERIMIENTOS. Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez CLASE 4: CASOS DE USO REQUERIMIENTOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Martínez Casos de Uso Un caso de uso es una descripción de las posibles secuencias de interacción entre el

Más detalles

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Los 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 detalles

CIDE, SA. RIF: J NIT: MODELO FUNCIONAL

CIDE, 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 detalles

Contenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo

Contenido. 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 detalles

UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos

UML: 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 detalles

Centro Asociado Palma de Mallorca Tutor: Antonio Rivero Cuesta

Centro 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 detalles

TEMA 4. PROCESO UNIFICADO

TEMA 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 detalles

Elementos Diagramas de Clases Clase:

Elementos Diagramas de Clases Clase: Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.

Más detalles

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya

DIAGRAMAS DE UML. Prof. Wenceslao Chávez Bedoya DIAGRAMAS DE UML Prof. Wenceslao Chávez Bedoya 1 DIAGRAMAS DEL UML La finalidad de los diagramas es presentar diversas perspectivas de un sistema a las cuales se les conoce como modelo. Muestran diferentes

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 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 detalles

Examen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007

Examen de Ingeniería del Software / 3º de Informática de Gestión 7 de febrero de 2007 Apellidos: Nombre: Nota: El alumno da su autorización para publicar sus notas tanto en los tablones de la asignatura como en la Web. En caso contrario, recuadre la opción NO. SERÁ NECESARIO OBTENER AL

Más detalles

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso

UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso UML (Lenguaje de Modelado Unificado) y Diagramas de Casos de Uso Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son parte de un concepto general denominado clases.

Más detalles

UML Unifield Modeling Languaje

UML Unifield Modeling Languaje UML Unifield Modeling Languaje 1 Modelo: Representación abstracta de una especificación, un diseño o un sistema. Generalmente, basada en una visión particular y compuesta por uno o más diagramas. Lenguaje

Más detalles

Análisis y Diseño de Sistemas

Aná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 detalles

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos.

1. Preparar al estudiante para desarrollar aplicaciones de software utilizando un enfoque orientado a objetos. UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS NOMBRE DEL CURSO: Computación y Programación 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias y Sistemas AREA A LA QUE PERTENECE:

Más detalles

Diagramas de interacción

Diagramas 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 detalles

Modelado Básico con Casos de Uso. Diseño de Software Avanzado Departamento de Informática

Modelado 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 detalles

DIAGRAMAS DE UML DIAGRAMAS DE CASO DE USO

DIAGRAMAS 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 detalles

El proceso de diseño. Análisis de tareas

El proceso de diseño. Análisis de tareas El proceso de diseño Diseño Iteración: Prototipado y Evaluación Técnicas de prototipado Técnicas de evaluación Definir tareas: Análisis de tareas: HTA: Análisis jerárquico de tareas : Diagramas de secuencias

Más detalles

Desarrollo Orientado a Objetos en Métrica v. 3

Desarrollo 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 detalles

Ingeniería a de Software CC51A

Ingenierí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 detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Unidad 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 detalles

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

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 detalles

Descripción del Curso

Descripció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 detalles

Análisis y Diseño de Sistemas

Aná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 detalles

CASOS DE USO Exploración de Requerimientos

CASOS 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 detalles

Guía del Curso Analista Programador Java: Business Apps Expert

Guía del Curso Analista Programador Java: Business Apps Expert Guía del Curso Analista Programador Java: Business Apps Expert Modalidad de realización del curso: Número de Horas: Titulación: Online 600 Horas Diploma acreditativo con las horas del curso OBJETIVOS UML

Más detalles

Capítulo 2.- Marco Teórico

Capí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 detalles

Planificaciones Análisis de la Información. Docente responsable: GONZALEZ NORBERTO DANIEL. 1 de 6

Planificaciones 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 detalles

Diplomado 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 detalles

Cristian Blanco

Cristian 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 detalles

Diseño arquitectónico 1ª edición (2002)

Diseñ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 detalles

Ejercicio 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 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 detalles

El Lenguaje Unificado de Modelado (UML)

El 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 detalles

SERVICIO NACIONAL DE APRENDIZAJE SENA SISTEMA INTEGRADO DE GESTIÓN Procedimiento Ejecución de la Formación Profesional Integral GUÍA DE APRENDIZAJE

SERVICIO 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 detalles

Modelo alternativo de análisis: Modelo de Jacobson

Modelo 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 detalles

DISEÑO DEL SISTEMA DE INFORMACION (DSI)

DISEÑO DEL SISTEMA DE INFORMACION (DSI) DISEÑO DEL SISTEMA DE INFORMACION (DSI) El objetivo del proceso de Diseño del Sistema de Información (DSI) es la definición de la arquitectura del y del entrono tecnológico que le va a dar soporte, junto

Más detalles

Caracterización de los Procesos de Negocio

Caracterizació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 detalles

Trabajo Práctico Nro. 7. Herramientas para el Modelado de Comportamiento Básico: Diagramas y Especificaciones de Casos de Uso

Trabajo Práctico Nro. 7. Herramientas para el Modelado de Comportamiento Básico: Diagramas y Especificaciones de Casos de Uso Trabajo Práctico Nro. 7 Metodologías de Desarrollo de Software I Herramientas para el Modelado de Comportamiento Básico: Diagramas y Especificaciones de Casos de Uso Lista de Conceptos Tratados: Actor;

Más detalles

Diagramas de secuencia

Diagramas de secuencia Facultad de Ingeniería Departamento de Ingeniería de Sistemas y Computación Diagramas de secuencia Fragmentos Combinados: caminos alternativos Departamento de Ingeniería de Sistemas y Computación - Universidad

Más detalles

Diagramas de secuencia

Diagramas 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 detalles

INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño

INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño INGENIERÍA DEL SOFTWARE I Práctica 5 Modelado de Diseño Univ. Cantabria Fac. de Ciencias Patricia López Introducción al Diseño Modelamos la estructura software del sistema (incluida la arquitectura) para

Más detalles

Documentación de Requisitos con Casos de Uso

Documentació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 detalles

TÉ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. 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 detalles

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías

De Desempeño De Conocimiento SABERES ESENCIALES CONTENIDOS RUTA FORMATIVA Saber Conocer Nociones, Proposiciones, Conceptos Categorías Facultad Programa Académico Nombre Del Curso Administración e Ingenierias Ingenieria De Sistemas ANÁLISIS DE SISTEMAS Problema? Competencia específica Criterios de Desempeño Saber conocer Saber Ser Saber

Más detalles

Ingeniería del Software. Diseño. Diseño en el PUD. Diseño de software. Patrones arquitectónicos. Diseño Orientado a Objetos en UML

Ingenierí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 detalles

Curso Taller de Arquitectura de Software usando UML

Curso Taller de Arquitectura de Software usando UML Curso Taller de Arquitectura de Software usando UML Presentación: Este curso comprende las técnicas necesarias para el modelamiento de sistemas a través de los diagramas definidos por UML (Unified Modelling

Más detalles

INDICE Prologo Capitulo 1. Algoritmos y programas Capitulo 2. La resolución de los problemas con computadoras y las herramientas de programación

INDICE Prologo Capitulo 1. Algoritmos y programas Capitulo 2. La resolución de los problemas con computadoras y las herramientas de programación INDICE Prologo XI Capitulo 1. Algoritmos y programas 1.1. Configuraciones de una computadora 1 1.2. Lenguajes de programación 2 1.3. Resolución de problemas 1.3.1. Fase de resolución del problema 3 1.3.1.1.

Más detalles

Programación Avanzada. Requerimientos de Software

Programación Avanzada. Requerimientos de Software Programación Avanzada Requerimientos de Software Contenido Especificación de Requerimientos Tipos de Requerimientos Requerimientos Funcionales Casos de Uso Programación Avanzada Requerimientos de Software

Más detalles

Casos de Uso. Introducción. Actores

Casos de Uso. Introducción. Actores Casos de Uso Introducción Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Representan las funciones que un sistema puede ejecutar. Por tanto

Más detalles

CLA. Diagramas de clases en Métrica V3

CLA. 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 detalles

T3-Análisis y Diseño del Sistema Software

T3-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 detalles

Principios de Análisis Informático. Tema 3: Fase de inicio

Principios 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 detalles

Capítulo 16. Diagrama de Clases UML

Capí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 detalles

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad)

MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad) MODELADO DE CASOS DE USO (Libro UML 2-Arlow & Neustad) Determinar el límite de un sistema: en primer lugar se necesita decidir que es parte del sistema (dentro de los límites del sistema) y que es externo

Más detalles

Proceso Unificado (Iterativo e incremental)

Proceso Unificado (Iterativo e incremental) Proceso Unificado (Iterativo e incremental) Proceso Unificado de Desarrollo de Software, I. Jacobson, J. Rumbaugh y G. Booch, Addison-Wesley, 1999 Fases y Flujos de trabajo de los ciclos de vida. Disciplinas

Más detalles

CAPÍTULO 9. DIAGRAMAS DE

CAPÍ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 detalles

Conceptos de Programación Orientada a Objetos

Conceptos 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 detalles

Diagramas de Casos de uso

Diagramas 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 detalles

USECASE. CASOS de USO

USECASE. 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 detalles

ORGANISMO 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 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 detalles

CAPÍTULO IV - ARQUITECTURA

CAPÍTULO IV - ARQUITECTURA 4.1 Introducción: CAPÍTULO IV - ARQUITECTURA En el presente capitulo presentaremos 2 disciplinas importantes del proceso de desarrollo de software, la primera es el análisis del sistema y posteriormente

Más detalles

Se utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos

Se 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 detalles

Bases de Datos OTROS ASPECTOS MODELO E-R

Bases de Datos OTROS ASPECTOS MODELO E-R Bases de Datos OTROS ASPECTOS MODELO E-R Bases de Datos GENERALIZACIÓN Y ESPECIALIZACIÓN Bases de Datos ESPECIALIZACIÓN Bases de Datos -> Especialización Un conjunto de entidades, puede incluir subgrupos

Más detalles

SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION. Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ.

SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION. Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ. SISTEMA DE VENTAS Y COMPRA DE TIENDA DE VESTIR SIVECO VISION Versión 1.0 MANUEL PABLO GUERRA MARTÍNEZ paulo987@hotmail.com grupo S8 SIVECO,2012 Pág. 1 Tabla de Contenidos 1. Introducción 3 1.1 1.2 Propósito

Más detalles

Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232)

Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232) Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232) Programa de Estudio Curso Microsoft SharePoint Server 2010 Designing and Developing Applications (10232) Aprende a diseñar

Más detalles

Diseño. Diseño. Interacción. Aspectos comunes en interacción. Diagramas de Interacción. Curso de Arquitecturas de Software

Diseñ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

4. DIAGRAMAS DE INTERACCIÓN INTRODUCCIÓN DIAGRAMAS DE SECUENCIA Objetos Mensajes

4. 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 detalles

Introducción www.themegallery.com

Introducció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 detalles

Ingeniería del Software I

Ingeniería del Software I - 1 - Ingeniería del Software I 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 SEMÁNTICA... 2 NOTACIÓN... 3 ESTADO ACCIÓN... 3 Transiciones Simples... 3 Estados Acción Compuestos... 3 Estados Acción Iniciales

Más detalles

GOBIERNO ELECTRÓNICO

GOBIERNO ELECTRÓNICO GOBIERNO ELECTRÓNICO DESARROLLO DE UNA APLICACIÓN WEB PARA EL REGISTRO DE HISTORIAS CLINICAS ELECTRONICAS (HCE) PARA EL HOSPITAL NACIONAL GUILLERMO ALMENARA INTEGRANTE : MIGUEL ÁNGEL ROJAS CABREJOS GUILLERMO

Más detalles

Tema 3: Diagramas de Casos de Uso. Arturo Mora Soto Octubre 2008

Tema 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 detalles

INGENIERÍA DEL SOFTWARE

INGENIERÍ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 detalles

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto 1 En este apartado se describirán los pasos recomendados y los métodos a uglizar en cada uno de los pasos para la construcción de un modelo de objetos, indicados en la figura. La relación de pasos a seguir

Más detalles

El modelo de casos de uso. Ingeniería de la Programación

El 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 detalles

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Modelado de Procesos de Negocios 2. Competencias Dirigir proyectos de tecnologías

Más detalles

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS

CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS CLASE 7: ARQUITECTURA: DEL ANÁLISIS AL DISEÑO DIAGRAMAS DE SECUENCIA Y CONTRATOS Universidad Simón Bolívar. Ing. de Software. Prof. Ivette Carolina Martínez Arquitectura: Del Análisis al Diseño OBJETIVOS:

Más detalles

ESTRUCTURAR EL MODELO DE CASOS DE USO

ESTRUCTURAR EL MODELO DE CASOS DE USO ESTRUCTURAR EL MODELO DE CASOS DE USO SEMANA 3 Primera Sesión Profesores del Curso: Aréstegui Guillén Oscar Temario Refinar la definición del sistema Detallar un Caso de Uso Documento Especificación de

Más detalles

PERSISTENCIA DE OBJETOS EN BASE DE DATOS RELACIONALES FRANCISCO LEÓN NAJERA CÓDIGO: CEDULA:

PERSISTENCIA DE OBJETOS EN BASE DE DATOS RELACIONALES FRANCISCO LEÓN NAJERA CÓDIGO: CEDULA: PERSISTENCIA DE OBJETOS EN BASE DE DATOS RELACIONALES FRANCISCO LEÓN NAJERA CÓDIGO: 20092295009 CEDULA: 80087371 UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS BELTRÁN FACULTAD DE INGENIERÍA MAESTRIA EN

Más detalles

UNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS

UNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS UNIDAD 1: CONCEPTOS BA SICOS DE BASE DE DATOS [Escriba el subtítulo del documento] Qué es un gestor de base de datos? Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un

Más detalles

PROGRAMACIÓ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. 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 detalles

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN

TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN TÉCNICO SUPERIOR UNIVERSITARIO EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN HOJA DE ASIGNATURA CON DESGLOSE DE UNIDADES TEMÁTICAS 1. Nombre de la asignatura Introducción al análisis y diseño de sistemas.

Más detalles

CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES SYLLABUS DE INGENERIA DE SOFTWARE I

CARRERA 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 detalles

ASI. Análisis del Sistema de Información

ASI. 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 detalles

Ejemplo: Caso de Uso: Registrar perfil de ADN Ejemplo: Caso de Uso: Pagar factura Ejemplo: Cajero Automático

Ejemplo: Caso de Uso: Registrar perfil de ADN Ejemplo: Caso de Uso: Pagar factura Ejemplo: Cajero Automático Ejercicios Análisis Ejemplo: Caso de Uso: Registrar perfil de ADN Ejemplo: Caso de Uso: Pagar factura Ejemplo: Cajero Automático Análisis e Ingeniería de Requisitos Tema 3 www.kybele.urjc.es AIR - 29 Lista

Más detalles

Análisis del Sistema de Información

Aná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 detalles

Enterprise Architect y UML Básico

Enterprise Architect y UML Básico Enterprise Architect y UML Básico Diciembre 2008 Carlos Alexander Zuluaga Agenda Diagramas de actividades. Administración de requerimientos. Diagramas de casos de uso. Diagramas de secuencia para casos

Más detalles

PATRONES DE DISEÑO DE CREACIÓN. Abstract Factory Builder Factory Method Prototype

PATRONES DE DISEÑO DE CREACIÓN. Abstract Factory Builder Factory Method Prototype PATRONES DE DISEÑO DE CREACIÓN Abstract Factory Builder Factory Method Prototype Patrones de diseño de creación Abstraen el proceso de creación de instancias Encapsulan el conocimiento sobre las clases

Más detalles

Tema: Herramientas UML, Análisis y diseño UML

Tema: Herramientas UML, Análisis y diseño UML Programación II. Guía No.3 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución

Más detalles

UNIÓN INTERNACIONAL DE TELECOMUNICACIONES RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI) ESTRUCTURA GENERALES

UNIÓ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 detalles

Metodologí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 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 detalles

Tema: Herramientas UML, Análisis y diseño UML

Tema: 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 detalles

HERENCIA Y TIPOS. Articulo. Video Audio Altavoces. Amplificador

HERENCIA Y TIPOS. Articulo. Video Audio Altavoces. Amplificador HERENCIA Y TIPOS. Las clases con propiedades y funciones comunes se agrupan en una superclase. Las clases que se derivan de una superclase son las subclases. Las clases se organizan como jerarquía de clases.

Más detalles

Índice. http://www.dicampus.es

Í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 detalles