Análisis y Diseño Orientado a Objetos. 2 - Análisis
|
|
- Belén Serrano Duarte
- hace 5 años
- Vistas:
Transcripción
1 Análisis y Diseño Orientado a Objetos 2 - Análisis El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999
2 2. El en el Proceso Unificado Actividades Fases Concepción Elaboración Construcción Transición Requisitos Análisis Diseño Implementación Pruebas Iteración preliminar Itera. #1 Itera. #2 Itera. #n Itera. #n+1 Itera. #n+2 Itera. #m Itera. #m+1 Iteraciones Ingeniería del software 2
3 Análisis 1. Visión general. 2. El en el Proceso Unificado de Desarrollo. 2.1 Artefactos Modelo de Clases de Realización en de los casos de uso Paquetes de. 2.2 Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes. Ingeniería del software 3
4 2 Análisis Visión general Especificado por Modelo de Soportado por Modelo de diseño Modelo de casos de uso Distribuido por Implementado por Modelo de despliegue Modelo de implementación Verificado por Modelo de pruebas Ingeniería del software 4
5 2 Análisis Visión general Requisitos Modelo de Casos de Uso dependencia de traza Análisis Modelo de Análisis Diseño Modelo de Diseño Modelo de Despliegue Implementación Modelo de Implementación Pruebas Modelo de Pruebas Ingeniería del software 5
6 2 Análisis Visión general Modelo de Caso de Uso Modelo de Análisis Modelo de Diseño Modelo de Despliegue Diagramas de Casos de Uso Diagramas de Clases Diagramas de Componentes Diagramas de Despliegue Diagramas de Secuencias Diagramas de Colaboraciones Incluidos paquetes Diagramas de Interacción Modelo de Implementación Diagramas de Estados Diagramas de Actividad Modelo de Pruebas Diagramas de Objetos Ingeniería del software 6
7 2 Análisis Visión general - Durante la captura de requisitos: lenguaje del cliente. - Es impreciso: deja problemas sin resolver (ambigüedades). Modelo de : - especificación detallada (precisa) de requisitos. - refina los casos de uso como colaboraciones entre clasificadores: clasificadores: clases de, paquetes. colaboraciones: realizaciones de los casos de uso. Gestionar asignaturas Realización en UI asignaturas Gestor de asignaturas Asignatura Ingeniería del software 7
8 2. El en el Proceso Unificado 2.1 Artefactos Modelo de Clases de Realización en de los casos de uso Paquetes de. 2.2 Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes. Ingeniería del software 8
9 Artefactos. Modelo de Artefactos Modelo de Clases de Realización en Paquetes de Actividades Descripción arquitectónica Representa la estructura global del sistema (subsistemas y/o capas en el modelo de diseño). Modelo de * * Paquete de Diagramas de clases Diagramas de interacción Descripción textual Responsabilidades Atributos Relaciones * * * * Clase de Realización en Interfaz Control Entidad Ingeniería del software 9
10 Artefactos. Clases de Artefactos Modelo de Clases de Realización en Paquetes de Actividades Representa una abstracción de lo que serán una o varias clases en diseño. Se centra en los requisitos funcionales. Clase de Res posabilidades Atributos Relac iones Interfaz Control Entidad Ingeniería del software 10
11 Utilizamos el ejemplo. Aplicación para los Perfiles de ADN Actor: Biólogo Caso de Uso: Registrar Perfil.. Aplicación Perfiles ADN Registrar Perfil Registrar Perfil Biólogo Ingeniería del software 11
12 Artefactos. Clases de. Interfaz Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Notación UML de las clases de interfaz: IU ADN <<boundary>> IU ADN IU ADN Relaciones permitidas: Con Actores y con clases de Control. Ejemplo representación: Biólogo IU ADN Ingeniería del software 12
13 Artefactos. Clases de. Interfaz Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Características de las clases de Interfaz: Modelan la interacción entre el sistema y los actores. Representan la interfaz de la aplicación (ventanas, formularios,...), pero con poco detalle o del sistema (incluye también todos los dispositivos de la interfaz). Describen la información presentada al actor y las peticiones que hace el actor al sistema. Ingeniería del software 13
14 Artefactos. Clases de. Control Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Notación UML de las clases de control: Gestor ADN <<control>> Gestor ADN Gestor ADN Relaciones permitidas: Con clases de interfaz, con otras clases de control y con clases de entidad. Nunca con actor. Ejemplo de representación: Biólogo IU ADN Gestor ADN Ingeniería del software 14
15 Artefactos. Clases de. Control Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Características de las clases de Control: Representan la coordinación entre objetos. Lógica del negocio, cálculos. Se usan para representar el control de un caso de uso concreto No representan ni interacciones con el actor ni problemas de almacenamiento de información. Ingeniería del software 15
16 Artefactos. Clases de. Entidad Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Notación UML de las clases de entidad: Usuario <<entity>> Usuario Usuario Relaciones permitidas: Con clases de control. Nunca con actor. Ejemplo de representación: Biólogo IU ADN Gestor ADN Usuario Ingeniería del software 16
17 Artefactos. Clases de. Entidad Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades Características de las clases de 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. Encapsulan información y operaciones asociadas.. Ingeniería del software 17
18 Artefactos. Realización en de los casos de uso Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades - Es una colaboración que describe cómo se realiza en un caso de uso en términos de clases de y sus interacciones. Modelo de casos de uso Use case Modelo de <<trace>> Realización en Ingeniería del software 18
19 Artefactos. Realización en de los casos de uso Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Paquetes de Actividades La realización en de un caso de uso, incluye: - diagramas de clases: clases participantes y sus relaciones. - diagramas de interacción: escenarios del CU. - descripción textual del flujo de eventos - requisitos no funcionales (si aparecen). Ingeniería del software 19
20 Artefactos. Realización en de los casos de uso. Diagramas de clase Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Diagrama de clases Diagramas de interacción Paquetes de Actividades Biólogo IU ADN Gestor ADN usuario Diagrama de clases parcial para la realización del caso de uso Registrar Perfil ADN - Una clase de puede participar en varios casos de uso. - Algunas responsabilidades, atributos y asociaciones pueden ser específicos de un sólo caso de uso. Ingeniería del software 20
21 Artefactos. Realización en de los casos de uso. Diagramas de interacción - La secuencia de acciones en un caso de uso comienza cuando un actor envía un mensaje a una clase límite. - Se van a utilizar diagramas de colaboración. - Ejemplo: Caso de uso Registrar Perfil ADN del actor Biólogo 1: Login y pwd 2: Login y pwd del actor 3: Validar (usr y pwd) : Biólogo 5: Solicitar 6: visualizar 4: OK : IU ADN Información : Gestor ADN (Solicitud Perfil ADN información : Usuario Perfil ADN) Diagrama de colaboración parcial para la realización del caso de uso Registrar Perfil ADN Ingeniería del software 21
22 Artefactos. Realización en de los casos de uso. Flujo de eventos y Requisitos no funcionales Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Diagrama de clases Diagramas de interacción Flujo de eventos y requisitos no funcionales Paquetes de Actividades Flujo de eventos. - Para clarificar los diagramas de colaboración: descripción textual. - Si es muy complejo no será mejor dividir el caso de uso? Requisitos No funcionales. - Se recogen si aparecen y se asignan a casos de uso. Ingeniería del software 22
23 Artefactos. Paquetes de Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Diagrama de clases Diagramas de interacción Flujo de eventos y requisitos no funcionales Paquetes de Actividades Paquete de - Un paquete es un conjunto de clases (y otros elementos) relacionadas, generalmente relevante para un pequeño subconjunto de actores o suficientemente representativo por sí mismo, que puede implementarse o llevarse a cabo como una sola unidad. Ingeniería del software 23
24 Artefactos. Paquetes de Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Diagrama de clases Diagramas de interacción Flujo de eventos y requisitos no funcionales Paquetes de Actividades Cliente Transacciones Consultas Venta de entradas Cajero automático Mantenimiento Reposiciones Personal Mto Empleado Ingeniería del software 24
25 Artefactos. Paquetes de Artefactos Modelo de Clases de Interfaz Control Entidad Realización en Diagrama de clases Diagramas de interacción Flujo de eventos y requisitos no funcionales Paquetes de Actividades * Clase de * Paquete de Ingeniería del software 25 * Realización en - Para organizar los artefactos de : clases de, realización de casos de uso y otros paquetes. - Fuertemente cohesionados y débilmente acoplados. - No existen en tiempo de ejecución.
26 2. El en el Proceso Unificado 2.1 Artefactos Modelo de Clases de Realización en de los casos de uso Paquetes de. 2.2 Actividades Análisis de los casos de uso Análisis de las clases Análisis de los paquetes. Ingeniería del software 26
27 2.2. Actividades Para ilustrar las actividades, utilizaremos el ejemplo del cajero automático. Sacar dinero <<include>> Cliente del banco Ingresar dinero Transferencia <<include>> <<include>> Validar usuario Ingeniería del software 27
28 Actividades. Análisis casos de uso Artefactos Actividades Análisis de los casos de uso Análisis de las clases Interfaz Control Entidad Análisis de los paquetes Identificar las clases de necesarias para la realización del caso de uso y representar el diagrama de clases. Distribuir el comportamiento del caso de uso entre las clases de. Capturar/asignar requisitos no funcionales a clases de. Ingeniería del software 28
29 Actividades. Análisis casos de uso. Identificación y representación de las clases de Artefactos Actividades Análisis de los casos de uso Identificación de clases de Representación del diagrama de clases Distribuir el comportamiento Análisis de las clases Análisis de los paquetes Clases entidad se derivan de la descripción del caso de uso (información persistente en el sistema). Una clase interfaz por cada actor (p.e.). Una clase de control que gobierne en flujo del caso de uso Representar las clases de en un diagrama de clases Ingeniería del software 29
30 Análisis del caso de uso. Identificación de las clases. Ejemplo Cajero: Validar usuario Artefactos Actividades Análisis de los casos de uso Identificación de clases de Representación del diagrama de clases Distribuir el comportamiento Análisis de las clases Análisis de los paquetes Validar usuario Interfaz de cajero Realización en UsuariosDelBanco (from Logical View) Autenticar (from Logical View) Ingeniería del software 30
31 Análisis del caso de uso. Identificación de las clases. Ejemplo Cajero: Validar usuario Artefactos Actividades Análisis de los casos de uso Identificación de clases de Representación del diagrama de clases Distribuir el comportamiento Análisis de las clases Análisis de los paquetes Interfaz de cajero Autenticar (from Logical View) UsuariosDelBanco (from Logical View) Diagrama de clases para la realización del caso de uso Validar usuario Ingeniería del software 31
32 Actividades. Análisis casos de uso Artefactos Actividades Análisis de los casos de uso Identificación de clases de Representación del diagrama de clases Distribuir el comportamiento Análisis de las clases Análisis de los paquetes Utilizar diagramas de colaboración 1 diagrama de colaboración por cada camino del caso de uso Sobre los diagramas de colaboración: inicia un actor expresión de las interacciones: mensajes Ingeniería del software 32
33 Análisis del caso de uso: Validar usuario Camino Básico 3: código 1: introducir tarjeta 4: autentica (datos, código) 7: visualiza (opciones) : Cliente del banco 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: Visualiza (opciones) 6: OK : UsuariosDelBanco Ingeniería del software 33
34 Análisis del caso de uso: Validar usuario Camino Alternativo: Código incorrecto 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 2: teclear código 8: teclear código 7: visualiza (error) : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 6: Error Faltan escenarios: - anular transacción (después del 2) - si 3 veces error: cancelar y quedarse con la tarjeta. : UsuariosDelBanco Ingeniería del software 34
35 Análisis del caso de uso: Sacar dinero Sacar dinero Realización en Interfaz de cajero Transacción (from Logical View) Cuenta (from Logical View) Cliente del banco Interfaz de cajero Transacción Cuenta (from Use Case View) Ingeniería del software 35
36 Análisis del caso de uso: Sacar dinero Camino básico 11: dinero retirado 9: tarjeta retirada 3: importe 1: sacar dinero 4: retirardinero (importe) : Cliente del banco 2: teclee importe 7: expulsadinero (importe) : Interfaz de cajero : Transacción 8: retirar tarjeta 5: obtener (importe) 10: retirar dinero 6: OK 12:Visualizar Introduzca su tarjeta : Cuenta Ingeniería del software 36
37 Análisis del caso de uso: Sacar dinero Camino Alternativo: No hay saldo 10: tarjeta retirada 3: importe 1: sacar dinero 4: retirardinero (importe) : Cliente del banco 2: teclee importe 7: no hay fondos : Interfaz de cajero : Transacción 8: no hay saldo suficiente 5: obtener (importe) 9: retirar tarjeta 6: no hay saldo 11: Visualizar Introduzca su tarjeta Faltan escenarios: - en el cajero no hay dinero. - se ha superado el límite diario : Cuenta Ingeniería del software 37
38 Análisis del caso de uso: Ingresar dinero Ingresar dinero Realización en Interfaz de cajero Transacción (from Logical View) Cuenta (from Logical View) Cliente del banco Interfaz de cajero Transacción Cuenta (from Use Case View) Ingeniería del software 38
39 Análisis del caso de uso: Ingresar dinero Camino básico 5: dinero introducido 6: validar (importe) 3: importe 1: ingresar dinero 7: ingresardinero (importe) : Cliente del banco 2: teclee importe 10: OK : Interfaz de cajero : Transacción 4: introducir dinero 11: dinero ingresado 9: OK 8: ingreso (importe) 12: Visualizar Introduzca su tarjeta : Cuenta Ingeniería del software 39
40 Análisis del caso de uso: Ingresar dinero Camino alternativo: Cantidad incorrecta : Cliente del banco : Interfaz de cajero Ingeniería del software 40
41 Análisis del caso de uso: Ingresar dinero Camino Alternativo: Cantidad incorrecta 5: dinero introducido 6: validar (importe) 3: importe 1: ingresar dinero : Cliente del banco 2: teclee importe : Interfaz de cajero 4: introducir dinero 7: importe incorrecto Ingeniería del software 41
42 Análisis del caso de uso: Transferencia La cuenta origen es la de la tarjeta y hay que teclear la destino. El importe y el nº de cuenta destino se solicitan al principio. Mirar primero si hay saldo y luego sacar. Transferencia Realización en Interfaz de cajero Transacción Cuenta (from Logical View) (from Logical View) Ingeniería del software 42
43 Análisis del caso de uso: Transferencia Camino básico 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 11: OK : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 12: transferencia realizada 8: OK 7: obtener (cantidad) 9: ingreso (cantidad) 10: OK 13: Visualizar Introduzca su tarjeta cuentaorigen : Cuenta cuentadestino : Cuenta Ingeniería del software 43
44 Análisis del caso de uso: Transferencia C. Alternativo: No hay fondos en la cuenta origen 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco : Interfaz de cajero : Transacción 2: teclee cantidad 7: obtener (cantidad) 4: teclee cuenta destino cuentaorigen : Cuenta cuentadestino : Cuenta Ingeniería del software 44
45 Análisis del caso de uso: Transferencia C. Alternativo: No hay fondos en la cuenta origen 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 9: no hay fondos : Interfaz de cajero : Transacción 2: teclee cantidad 7: obtener (cantidad) 4: teclee cuenta destino 8: no hay saldo 10: no hay fondos cuentaorigen : Cuenta Ingeniería del software 45
46 Análisis del caso de uso: Transferencia Camino Alternativo: Cuenta destino incorrecta 5: cuenta destino 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 8: OK 7: obtener (cantidad) 9: ingreso (cantidad) cuentaorigen : Cuenta cuentadestino : Cuenta Ingeniería del software 46
47 Análisis del caso de uso: Transferencia Cuenta destino incorrecta 5: cuenta destino 11: rollback 3: cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 12: error : Interfaz de cajero : Transacción 2: teclee cantidad 4: teclee cuenta destino 8: OK 7: obtener (cantidad) 9: ingreso (cantidad) 10: error 13: error 14:Visualizar Introduzca su tarjeta cuentaorigen : Cuenta cuentadestino : Cuenta Ingeniería del software 47
48 Diagrama de clases completo (ejemplo) Cuenta Cliente del banco Interfaz de cajero (from Use Case View) Transacción UsuariosDelBanco Por qué aparece solamente una clase de control? Dónde está Autenticar? Ingeniería del software 48
49 Actividades. Análisis de las clases Artefactos Actividades Análisis de los casos de uso Análisis de las clases Identificación de responsabilidades Identificación de atributos Distribuir el comportamiento Análisis de los paquetes Identificar las responsabilidades de las clases de Identificar atributos y relaciones de las clases de. Capturar requisitos especiales Ingeniería del software 49
50 Actividades. Análisis de las clases Artefactos Actividades Análisis de los casos de uso Análisis de las clases Identificación de responsabilidades Identificación de atributos Distribuir el comportamiento Análisis de los paquetes Identificar responsabilidades En cada caso de uso, ver qué papel juega (diagramas de colaboración). Combinar papeles y describirlos juntos. Ingeniería del software 50
51 Análisis de las clases. Identificar responsabilidades. Validar usuario. Secuencia correcta 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: Visualiza (opciones) Interfaz de cajero visualizar teclear código leer código visualizar (opciones) Transacción autentica (datos, código) UsuariosDelBanco valida (datos, código) 6: OK : UsuariosDelBanco Ingeniería del software 51
52 Análisis de las clases. Identificar responsabilidades Validar usuario. Secuencia correcta 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: Visualiza (opciones) Interfaz de cajero Visualizar (mensaje) leer código Transacción autentica (datos, código) UsuariosDelBanco valida (datos, código) 6: OK : UsuariosDelBanco Ingeniería del software 52
53 Análisis de las clases. Identificar responsabilidades Validar usuario. Código incorrecto 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 2: teclear código 8: teclear código 7: visualiza (error) : Interfaz de cajero : Autenticar 5: valida (datos, codigo) Interfaz de cajero Visualizar (mensaje) leer código Transacción autentica (datos, código) UsuariosDelBanco valida (datos, código) 6: Error : UsuariosDelBanco Ingeniería del software 53
54 Análisis de las clases. Identificar responsabilidades Sacar dinero. Secuencia correcta Transacción 11: dinero retirado UsuariosDelBanco valida (datos, código) autentica (datos, código) 9: tarjeta retirada Cuenta retirardinero (importe) (4) retirar (importe) (5) 3: importe 1: sacar dinero 4: retirardinero (importe) : Cliente del banco 2: teclee importe 7: expulsadinero (importe) : Interfaz de cajero : Transacción Interfaz de cajero Visualizar (mensaje) leer código 8: retirar tarjeta 10: retirar dinero 12:Visualizar Introduzca su tarjeta 5: retirar (importe) 6: OK leer importe (3) expulsadinero (importe) (7) : Cuenta Ingeniería del software 54
55 Actividades. Análisis de las clases Identificar atributos Suelen ser nombres. Los tipos son conceptuales Clases entidad: derivados del dominio. Clases interfaz con actores humanos: formularios (campos de texto, etiquetas, ), informes (campos, etiquetas, ). Clases interfaz con subsistemas externos: propiedades de la interfaz de comunicación Clases control: estado de la sesión actual, variables. Ingeniería del software 55
56 Análisis de las clases. Identificar atributos Validar usuario. Secuencia correcta 3: código 1: introducir tarjeta 4: autentica (datos, código) : Cliente del banco 7: visualiza (opciones) 2: teclear código : Interfaz de cajero : Autenticar 5: valida (datos, codigo) 8: Visualiza (opciones) Interfaz de cajero 6: OK Transacción NumeroCuenta : UsuariosDelBanco UsuariosDelBanco colección (datoscuenta, codigo, numerocuenta) Ingeniería del software 56
57 Análisis de las clases. Identificar atributos Transferencia. Secuencia correcta 5: cuenta destino 3: cantidad Transacción NumeroCuenta cantidad 1: transferencia 6: transferencia (cuenta, cantidad) : Cliente del banco 11: OK : Interfaz de cajero : Transacción Interfaz de cajero Cuenta saldo UsuariosDelBanco 2: teclee cantidad 4: teclee cuenta destino 12: transferencia realizada 13: Visualizar Introduzca su tarjeta colección (datoscuenta, codigo, numerocuenta) 7: retirar (cantidad) 9: ingreso (cantidad) 8: OK 10: OK cuentaorigen : Cuenta cuentadestino : Cuenta Ingeniería del software 57
58 Análisis de las clases Clase Atributos Responsabilidades Interfaz de cajero Definir IU visualizar (mensaje) leer (código) leer (importe) expulsardinero (importe) validar (importe) leer (tarjeta) UsuariosDeBanco colección (datos, codigo, numerocuenta) valida (datos, código) Cuenta Saldo límite diario Retirar (importe) ingreso (importe) Transacción numerocuenta cantidad autenticar (datos, código) retirardinero (importe) ingresardinero (importe) transferencia (cuenta, cantidad) Ingeniería del software 58
59 Actividades. Análisis de los paquetes Paquetes débilmente acoplados Si se identifican las clases que tienen dependencia con clases de otros paquetes : estimar el efecto de cambios futuros reubicar clases contenidas en paquetes que son demasiado dependientes de otros paquetes. Elementos cohesionados Ingeniería del software 59
Tema 4e: Proceso Unificado: Análisis
Tema 4e: Proceso Unificado: Análisis Marcos López Sanz Índice Visión general Diagramas UML Artefactos Modelo de análisis Clases de análisis Realización en análisis de los casos de uso Paquetes de análisis
Más detallesSistemas de Información II. Análisis de Sistemas Orientado a Objetos
Análisis de Sistemas Orientado a Objetos El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón.
Más detallesPROCESO UNIFICADO: DISEÑO
PROCESO UNIFICADO: DISEÑO El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson, Grady Booch,
Más detallesTema 9: Método de Craig Larman
Tema 9: Método de Craig Larman Maria-Isabel, Sanchez Segura Arturo, Mora-Soto Diagramas de UML Los diagramas expresan gráficamente partes de un modelo Use Case Use Case Use Case Diagrams Diagramas de Use
Más detallesIntroducción a la orientación a objetos y a UML
Introducción a la orientación a objetos y a UML El lenguaje unificado de modelado. Manual de referencia. James Rumbaugh, Ivar Jacobson, Grady Booch. Ed. Addison Wesley, 2000 El proceso unificado de desarrollo,
Más detallesDiseño de la Arquitectura Lógica con Patrones. mayo de 2008
Diseño de la Arquitectura Lógica con Patrones mayo de 2008 Agenda Definición de Arquitectura Dimensiones de Arquitectura Categorías de Patrones Patrón de Arquitectura Organización de Paquetes Análisis
Más detallesUNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO
UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERIA EAP INGENIERIA INFORMATICA CICLO ACADEMICO 2003 II SILABO 1. INFORMACION GENERAL 1.01. Nombre de la Asignatura : Diseño de Sistemas de Información 1.02.
Más detalles4/15/2010. Requerimientos de Software UARG.UNPA Requerimientos de Software. Requerimientos de Software
UARG.UNPA 2009 Un caso de uso es una interacción típica entre un usuario y un sistema computacional.(fowler) Un caso de uso especifica el comportamiento deseado del sistema (objetivos del usuario). (Jacobson)
Más detallesUNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE
UNT INGENIERIA INDUSTRIAL INGENIERIA DE SOFTWARE Ing. Francisco Rodríguez Novoa Tema 7 Modelo de Análisis Ing. Francisco Rodríguez Rational Unified Process (RUP) 3 OBJETIVOS Conocer que el Análisis ve
Más 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 detallesUML (Unified Modeling Language) Octubre de 2007
UML (Unified Modeling Language) Octubre de 2007 UML un modelo o pieza de información producido en el proceso de desarrollo de software Un lenguaje para especificar, visualizar y construir artefactos de
Más detallesIngeniería de requerimientos de software: Análisis. Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes
Ingeniería de requerimientos de software: Análisis Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes Referencias El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar
Más detallesInteracción Persona - Ordenador
Interacción Persona - Ordenador Diseño de la interfaz en la Ingeniería del Software Dr. Pedro Latorre Dra. Sandra Baldassarri Dra. Eva Cerezo Ingeniería del Software Ingeniería del Software: Definición
Más detallesPROGRAMA ANALÍTICO DE ASIGNATURA
UNIVERSIDAD AUTÓNOMA DEL ESTADO DE HIDALGO COORDINACIÓN DE DOCENCIA DIRECCIÓN DE PLANEACIÓN Y DESARROLLO EDUCATIVO PROGRAMA ANALÍTICO DE ASIGNATURA 1.- DATOS GENERALES 1.1 INSTITUTO: CIENCIAS BÁSICAS E
Más detallesDiagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING
Diagramas UML JUAN CARLOS CONDE RAMÍREZ INTRODUCTION TO PROGRAMMING Objetivos Comprender la importancia del modelado y el uso de diagramas para la Ingeniería y la arquitectura. Conocer las ventajas que
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS 1. INFORMACIÓN GENERAL
Más detallesIngeniería de Software. UML.
Ingeniería de Software. Unified Modeling Language UML. Ingeniería de Software. UML Página 0 Qué es el UML? The Unified Modeling Language (UML) is a graphical language for visualizing, specifying, constructing,
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Definición El Proceso Unificado de Desarrollo Software es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura
Más detallesUnidad V. UML. Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas.
Unidad V. UML Tema I. Conceptos Básicos Tema II. Definición de UML. Vocabulario Tema III. Elementos UML Tema IV. Diagramas Objetivos Conocer el modelo UML Utilizar el modelo UML como parte de la metodología
Más detallesEl Proceso Unificado de Desarrollo
El Proceso Unificado de Desarrollo 1 - Captura de El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar
Más detalles1. Asignar Responsabilidades a componentes de software es la habilidad más importante del AOO. Porque:
Análisis y Diseño O.O. Preguntas del diseño : Cómo podrían asignarse responsabilidades a las clases de los objetos? Cómo podrían interactuar los objetos? Qué deberían hacer las clases? Patrones : Ciertas
Más detallesAnálisis y Diseño de Sistemas Clase 5 Ingeniería de Requerimientos El modelo de Casos de Uso
Metodologías de Desarrollo Análisis y Diseño de Sistemas Clase 5 Ingeniería de Requerimientos El modelo de Lic. María Mercedes Vitturini 1er. CUATRIMESTRE 2007 Dpto. Ciencias e Ingeniería de la Computación
Más detallesEl lenguaje Unificado de Modelado (UML)
El lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo (ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
Más detallesUnidad 7. Ingeniería de Requisitos y Análisis OO. M.C. Martín Olguín
Unidad 7 Ingeniería de Requisitos y Análisis OO M.C. Martín Olguín Conceptos Requisitos del Software Es la descripción de los servicios y restricciones de un sistema de software, es decir, lo que el software
Más detallesEl Lenguaje Unificado de Modelado (UML)
El Lenguaje Unificado de Modelado (UML) Enrique Hernández Orallo(ehernandez@disca.upv.es) Cualquier rama de ingeniería o arquitectura ha encontrado útil desde hace mucho tiempo la representación de los
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesTema 4f: Proceso Unificado: Diseño
Tema 4f: Proceso Unificado: Diseño Marcos López Sanz Índice Visión general Artefactos Modelo de diseño Clases de diseño Realización en diseño de los casos de uso Subsistemas en diseño Interfaz Actividades
Más detallesFUNDAMENTOS DE LA VISTA DE CASOS DE USO
FUNDAMENTOS DE LA VISTA DE CASOS DE USO INGENIERÍA DE SOFTWARE I 2º DE GRADO EN INGENIERÍA INFORMÁTICA CURSO 2017/2018 Francisco José García Peñalvo / fgarcia@usal.es Alicia García Holgado / aliciagh@usal.es
Más detallesPROCESOS PARA LA INGENIERÍA DE SOFTWARE. Facultad de Estadística e Informática
PROCESOS PARA LA INGENIERÍA DE SOFTWARE Bibliografía Pressman, R.S., Ingeniería del Software. Un enfoque práctico, quinta edición, 2002, España. Sommerville I., Ingeniería de Software, Addison-Wesley,
Más detallesQUÉ SON EL ANÁLISIS Y EL DISEÑO?
QUÉ SON EL ANÁLISIS Y EL DISEÑO? Análisis: Investigación Para crear una aplicación de software hay que describir el problema y las necesidades o requerimientos: en qué consiste el conflicto y que debe
Más detallesDiseño Basado en Componentes. UML aplicado al diseño basado en componentes. Tabla de contenidos. Introducción a UML. Definición e historia
Tabla de contenidos Diseño Basado en Componentes UML aplicado al diseño basado en componentes Introducción a UML Paquetes en UML Implementación de interfaces Diagramas de componentes Diagramas de despliegue
Más detallesUniversidad Salesiana de Bolivia Ingeniería de Sistemas
Universidad Salesiana de Bolivia Ingeniería de Sistemas PLAN DE DISCIPLINA GESTIÓN 1-2016 I DATOS DE IDENTIFICACIÓN INSTITUCIÓN UNIVERSITARIA: Universidad Salesiana de Bolivia RECTOR: R. P. Dr. Thelían
Más detallesTema 4g: Proceso Unificado: Implementación
Tema 4g: Proceso Unificado: Implementación Marcos López Sanz Índice Visión general Artefactos Componentes Subsistemas de implementación Interfaces Descripción de la arquitectura (vista del modelo de implementación)
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesUNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS
UNIVERSIDAD DE SAN CARLOS DE GUATEMALA FACULTAD DE INGENIERIA ESCUELA DE CIENCIAS Y SISTEMAS PROGRAMA DEL CURSO DE INTRODUCCION A LA PROGRAMACION DE COMPUTACION 2 CODIGO: 771 CREDITOS: 5 ESCUELA: Ciencias
Más detallesPresentación de la Asignatura.
INGENIERÍA DEL SOFTWARE I Tema 0 Presentación de la Asignatura www.ctr.unican.es/asignaturas/is1/ Profesorado Michael González Harbour (teoría, responsable asignatura) E-mail: mgh@unican.es Web: http://www.ctr.unican.es/
Más detallesPROCESO UNIFICADO CAPTURA DE REQUISITOS
PROCESO UNIFICADO CAPTURA DE REQUISITOS El proceso unificado de desarrollo, Ivar Jacobson, Grady Booch, James Rumbaugh, Ed. Addison Wesley, 1999 The unified software development process, Ivar Jacobson,
Más detallesUML: Lenguaje Unificado de Modelado
PRÁCTICAS UML: Lenguaje Unificado de Modelado Curso 2002-03 Elementos del lenguaje Relaciones entre los elementos Diagramas Francisco Mora (DCCIA, Universidad de Alicante, 2002) 1 Qué es UML? Es un lenguaje
Más detallesSILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES
SILABO DEL CURSO DISEÑO DE SOFTWARE 1. DATOS GENERALES 1.1. Facultad : Ingeniería 1.2. Carrera Profesional : Ingeniería de Sistemas 1.3. Departamento : Ingeniería de Sistemas 1.4. Tipo de Curso : Obligatorio
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMÉRICA) FACULTAD DE INGENIERIA DE SISTEMAS E INFORMATICA ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS 1. INFORMACIÓN GENERAL
Más detallesTema 13 Modelos de Representación de Diagramas
Tema 13 Modelos de Representación de Diagramas En este tema haremos una revisión rápida de los modelos de representación de diagramas, y su utilidad en la Expresión Gráfica. 13.1 Introducción y Definición
Más detallesUML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson
UML El Lenguaje Unificado de Modelado Grady Booch, Jim Rumbaugh e Ivar Jacobson El lenguaje UML es un estándar OMG diseñado para visualizar, especificar, construir y documentar software orientado a objetos.
Más detallesDocumentación de Requisitos con Casos de Uso
de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas
Más detallesCaracterización de los Procesos de Negocio
Caracterización de los Procesos de Negocio Sistemas de Información Administrativos Departamento de Ingeniería Industrial Universidad de Chile Derechos Reservados (c) Agenda Proceso de Negocio Características
Más detallesObligatoria asignatura Programa elaborado por:
PROGRAMA DE ESTUDIO Laboratorio de diseño de software Programa Educativo: Área de Formación : Licenciatura en Sistemas Computacionales. Sustantiva Profesional Horas teóricas: 1 Horas prácticas: 4 Total
Más detallesSEMESTRE: CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento: 1 Total Horas Semanales 4 CODIGO: Sistemas de Información
NÚCLEO DE CONTENIDO: Ingeniería Aplicada NÚCLEO DE CONOCIMIENTO: Sistemas de Información NUCLEO TEMÁTICO: Ingeniería de Software-I SEMESTRE: VI CREDITOS: 3 Horas Presénciales: 3 Horas de Acompañamiento:
Más detallesMODULO III. Análisis y Diseño de Sistemas de Información INF-162 III. RUP. 3.1 Introducción. Facilitador: Miguel Cotaña 26 de Abril
MODULO III Análisis y Diseño de Sistemas de Información INF-162 III. RUP 3.1 Introducción Facilitador: Miguel Cotaña 26 de Abril 2010 1 INTRODUCCION Rational Unified Process (RUP o Proceso Racional Unificado),
Más detallesPrograma Educativo: PROGRAMA DE ESTUDIO Área de Formación : Horas teóricas: Horas prácticas: Total de Horas: Total de créditos:
PROGRAMA DE ESTUDIO Laboratorio de diseño de software Programa Educativo: Área de Formación : Licenciatura en Informática Administrativa Sustantiva Profesional Horas teóricas: 1 Horas prácticas: 4 Total
Más detalles12/08/2017. Casos de uso. Casos de uso. Casos de uso. Casos de uso
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Casos de Uso (Jacobson) describen bajo la forma de acciones y reacciones
Más detallesCLASE 3: UML DIAGRAMAS CASOS DE USO. Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez
CLASE 3: UML DIAGRAMAS CASOS DE USO Universidad Simón Bolívar. Ingeniería de Software. Prof. Ivette Martínez UML UML es un lenguaje para especificar, visualizar, construir y documentar los artefactos de
Más detallesA continuación se describe con mayor detalle cada una de tales unidades:
1. OBJETIVOS: - Entender los conceptos teórico-prácticos que se emplean en la fase de diseño de un proyecto de software. - Entender las metodologías de diseño para las diferentes estrategias de desarrollo
Más detallesTema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A
Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R
Más detallesORGANIZACIÓN DOCENTE del curso
ORGANIZACIÓN DOCENTE del curso 2009-10 1. DATOS GENERALES DE LA ASIGNATURA NOMBRE Ingeniería del Software I PÁGINA WEB www.ctr.unican.es/asignaturas/is1 CÓDIGO DEPARTAMENTO Matemáticas, Estadística y Computación
Más detallesEjemplo: 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 detallesProceso Unificado de Desarrollo de Software. 13 de sep de 2006
Proceso Unificado de Desarrollo de Software 13 de sep de 2006 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ Ingeniería de Software Tema 4 Lenguaje de Modelado Unificado UML Ing. Francisco Rodríguez Qué es UML? UML = Unified Modeling Language Un lenguaje de propósito
Más detallesIngeniería de Software: Metodologías
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de: http://www.dsic.upv.es/~uml http://inst.eecs.berkeley.edu/~cs169/ entre otras fuentes.
Más detallesUN EJEMPLO: EL PROCESO UNIFICADO DE DESARROLLO (1ª parte)
UN EJEMPLO: EL PROCESO UNIFICADO DE DESARROLLO (1ª parte) The unified software development process, Ivar Jacobson, Grade Booch, James Rumbaug, Ed. Addison Wesley, 1999 El proceso unificado de desarrollo,
Más detallesdiagramas de comportamiento con UML.
U.T.7: Elaboración de diagramas de comportamiento con UML. [Fuente: Entornos de Desarrollo, Alicia Ramos, Ed.Garceta] [Fuente: EL LENGUAJE UNIFICADO DE MODELADO, Grady Booch, James Rumbaugh, Ivar Jacobson,
Más detallesIngeniería del Software de Gestión
Marcos López Sanz Ingeniería del Software de Gestión Tema 9: Proceso Unificado: Índice Visión general de Descripción de la (vista del modelo de ) de construcciones de la el un sub una Realizar pruebas
Más detallesT3-Análisis y Diseño del Sistema Software
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA T3-Análisis y Diseño del Sistema Software Gómez Carretero, Ana Isabel Oliver Donoso, Eulalio Rivas García, Bibiano Rivero Alberca, Elena
Más detallesUML. (Unified Modeling Language) Lenguage Unificado de Modelado
1 (Unified Modeling Language) Lenguage Unificado de Modelado Antonio J. Sierra 1 Índice Historia Introducción Objetivos del modelo Críticas Modelo Conceptual de Clases Diagrama de Clases 2 2 Historia (I)
Más detallesSistemas de Información II. Modelo del Negocio
Modelo del Negocio 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 detallesOscar Alberto, Custodio Izquierdo Carlos Arturo, Hernández Torruco José Fecha de elaboración: 28 de Mayo de 2010 Fecha de última actualización:
PROGRAMA DE ESTUDIO Programa Educativo: Área de Formación : Licenciatura en Sistemas Computacionales. Sustantiva Profesional Laboratorio de de software Horas teóricas: 1 Horas prácticas: 4 Total de Horas:
Más detallesTrabajo 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 detallesTEMA 6: INTRODUCCIÓN A UML
TEMA 6: INTRODUCCIÓN A UML Por qué modelamos? El modelado es una parte central de todas las actividades que conducen a la producción de un software de calidad. Como tal la ingeniería software debe basarse
Más detallesUniversidad Tecnológica Nacional Facultad Regional San Francisco. Ingeniería en Sistemas de Información. Análisis de Sistemas
Universidad Tecnológica Nacional Facultad Regional San Francisco Ingeniería en Sistemas de Información Análisis de Sistemas PLANIFICACIÓN CICLO LECTIVO 2010 ÍNDICE INGENIERÍA EN SISTEMAS DE INFORMACIÓN...
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía No.3 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivos Conocer una herramienta de modelado para la solución
Más detallesFecha de elaboración: Julio de 2010 Fecha de última actualización:
PROGRAMA DE ESTUDIO Análisis y Diseño Orientado a Objetos Programa Educativo: Licenciatura en Ciencias Computacionales Sustantiva Área a la que pertenece : Horas teóricas: 2 Horas prácticas: 4 Total de
Más detallesMANUAL DE TALLERES INGENIERÍA DE SOFTWARE
MANUAL DE TALLERES INGENIERÍA DE SOFTWARE En el presente anual se encontrarán los talleres que se deberán realizar para lograr la consecución del proyecto final de la materia de Ingeniería de software.
Más detallesTema 7: Elicitación de Requisitos. Departamento de Lenguajes y Sistemas Informáticos II
Tema 7: Elicitación de Requisitos Departamento de Lenguajes y Sistemas Informáticos II Contenidos Técnicas de recolección de información Captura de requisitos: Modelo de Casos de Uso 2 Contenidos Técnicas
Más detallesTema: Herramientas UML, Análisis y diseño UML
Programación II. Guía 2 1 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II Tema: Herramientas UML, Análisis y diseño UML Objetivo Conocer una herramienta de modelado para la solución
Más detallesLenguaje de Modelamiento Unificado.
Lenguaje de Modelamiento Unificado. Pontificia Universidad Javeriana What can you Model with UML? 1. Structure Diagrams include: The Class Diagram Object Diagram Component Diagram Composite Structure Diagram
Más detallesCASOS DE USO Exploración de Requerimientos
Cap. 9 Kendall & Kendall Cap 5 Jacobson SESION 8 CASOS DE USO Exploración de Requerimientos Ana Mercedes Cáceres mercycaceres@gmail.com Instructora: Carmen Morales Año 2006. 1 OBJETIVOS Conocer la importancia
Más detallesINGENIERÍA WEB. Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017
INGENIERÍA WEB Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Otoño de 2017 INTRODUCCIÓN: Aspectos importantes en las aplicaciones WEB Modelo de Dominio
Más detallesINGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ
INGENIERIA DE SOFTWARE ING. FRANCISCO RODRIGUEZ TEMA 3: PROCESO UNIFICADO DE DESARROLLO CONTENIDO 1. Proceso de Software 2. Proceso de Desarrollo de Software 3. Proceso Unificado de Desarrollo de Software
Más detallesUniversidad de Guadalajara Centro Universitario de los Lagos PROGRAMA DE ESTUDIO FORMATO BASE SI X M= módulo
Universidad de Guadalajara Centro Universitario de los Lagos PROGRAMA DE ESTUDIO FORMATO BASE 1. IDENTIFICACIÓN DEL CURSO Nombre de la materia Análisis y Diseño de Sistemas II Clave de la Horas de teoría:
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS. Dr. Noé Alejandro Castro Sánchez
PROGRAMACIÓN ORIENTADA A OBJETOS Dr. Noé Alejandro Castro Sánchez Introducción Nueva filosofía para resolución de problemas: Descomposición de la realidad en objetos. Objetos: representación de entidades
Más detallesUnified Modeling Language 2.0
Unified Modeling Language 2.0 Tomás Balderas Contreras balderas@ccc.inaoep.mx Pilar Gómez-Gil pgomez@inaoep.mx Ingeniería de Software Ciencias Computacionales INAOE 2011-2012 1 Contenido 1. La importancia
Más detalles1.1 Conceptualización de UML
1.1 Conceptualización de UML 1.1.1 Las primeras metodologías Los lenguajes de modelado O.O aparecieron entre la mitad de los años 70 y finales de los 80. El número de métodos OO se incrementó increíblemente
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA ESCUELA PROFESIONAL DE INGENIERÍA DE SOFTWARE 1. ESPECIFICACIONES GENERALES
Más detallesCurso: Desarrollo y Administración de Requerimientos
Curso: Desarrollo y Administración de Requerimientos DESARROLLO Y ADMINISTRACIÓN DE REQUERIMIENTOS... 1 OBJETIVO...1 AUDIENCIA...1 CONTENIDO...1 BIBLIOGRAFÍA...3 DOCENTE...3 MODALIDAD DEL DESARROLLO...3
Más detallesObjetivos: Descripción del curso. Curso: Dirigido a: UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO UNIVERSIDAD NACIONAL DE INGENIERÍA
UML PARA DESARROLLADORES I - ANÁLISIS y DISEÑO Duración: 24 hrs. Código: UMLAN Curso: Descripción del curso Ingeniería de Requerimientos es la disciplina para desarrollar una especi cación completa, consistente
Más detallesUNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA)
UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS (Universidad del Perú, DECANA DE AMERICA) FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA ESCUELA PROFESIONAL DE INGENIERÍA DE SOFTWARE 1. ESPECIFICACIONES GENERALES
Más detallesSistemas de Información II. Diseño de Sistemas Orientado a Objetos
Diseño de Sistemas Orientado a Objetos Análisis de Sistemas Orientado a Objeto El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño
Más detallesIngeniería a de Software CC51A
Ingeniería a de Software CC51A Clase Auxiliar Auxiliar: Andrés s Neyem Oficina 418 de Doctorado aneyem@dcc.uchile.cl 19 de Marzo de 2007 Aspectos Generales Grupo CC51A Diseño Cliente Requisitos Usuario
Más detallesPara esta práctica usaremos los diagramas de casos de uso, diagramas de secuencia, y los diagramas de clase.
Programación II, Guía #3 17 17 Facultad: Ingeniería Escuela: Computación Asignatura: Programación II GUÍA #3: Herramientas UML. Análisis y diseño UML. Objetivos Conocer una herramienta de modelado para
Más detallesUnified modeling language
Unified modeling language UML es un lenguaje para la especificación, visualización, construcción y documentación de documentos de sistemas de software. Es independiente del lenguaje de implementación y
Más detallesModelo Dinámico del Diseño del Software y Representación en UML. UNIDAD 9 Análisis y Diseño de Sistemas de Información
Modelo Dinámico del Diseño del Software y Representación en UML UNIDAD 9 Análisis y Diseño de Sistemas de Información El Modelo Dinámico El objetivo del modelo Dinámico es presentar o describir el comportamiento
Más detallesUnified Modeling Language 2.0
Unified Modeling Language 2.0 Tomás Balderas Contreras balderas@ccc.inaoep.mx Ingeniería de Software Ciencias Computacionales INAOE 2011 1 Contenido 1. La importancia de modelar. 2. Fundamentos de UML.
Más detallesDIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE GLORIA CECILIA RÍOS MUÑOZ
DIAGRAMAS UML ANDRÉS ESTEBAN MARTÍNEZ HUTA CICLO DE VIDA DEL SOFTWARE 10 GLORIA CECILIA RÍOS MUÑOZ INSTITUCIÓN EDUCATIVA GABRIEL GARCÍA MÁRQUEZ MEDELLÍN 2013 DIAGRAMAS Un diagrama es una representación
Más detallesoctubre de 2007 Arquitectura de Software
octubre de 2007 Arquitectura de Software Seis mejores Prácticas Desarrollo Iterativo Administrar Requerimientos Usar Arquitecturas basadas en Componentes Modelado Visual (UML) Verificar Continuamente la
Más detallesINGENIERÍA DEL SOFTWARE
ESCUELA SUPERIOR POLITÉCNICA AGROPECUARIA DE MANABÍ MANUEL FÉLIX LÓPEZ CARRERA INFORMÁTICA SEMESTRE SÉPTIMO PERIODO ABR. /SEP.-2015 INGENIERÍA DEL SOFTWARE TEMA: RESUMEN#4: LENGUAJE UNIFICADO DE MODELADO
Más detallesIngeniería de Software
Ingeniería de Software ANÁLISIS Y DISEÑO DE SISTEMAS CON Auxiliar: Andrés Neyem aneyem@dcc.uchile.cl Oficina 418 de Doctorado Auxiliar - 10 de Abril de 2007 Repaso Historia de los lenguajes de modelamiento
Más detallesTema 4c: El Proceso Unificado de Desarrollo
Tema 4c: El Proceso Unificado de Desarrollo Marcos López Sanz Índice Introducción El proceso unificado Principios básicos Las 4 p Estructura del proceso unificado Flujos de trabajo principales Fases del
Más detallesProgramación Orientada a Objetos. Tema 8: Análisis y Diseño Orientado a Objetos
Programación Orientada a Objetos Tema 8: Análisis y Diseño Orientado a Objetos Contenidos Tema 8: Análisis y Diseño Orientado a Objetos 1. La ingeniería del software 2. Ciclo de vida del software 3. El
Más detallesExamen de Ingeniería del Software / 2º de Informática de Sistemas 21 de junio de 2007
s 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