Tema 4f: Proceso Unificado: Diseño
|
|
- Rocío Rojo Muñoz
- hace 7 años
- Vistas:
Transcripción
1 Tema 4f: Proceso Unificado: Diseño Marcos López Sanz
2 Í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 Diseño de los casos de uso Diseño de las clases Diseño de subsistemas
3 Visión general Flujos de trabajo Planificación Anál. Riesgos Preparación Elaboración Fases Construcción Verificación Transición Requisitos Análisis Diseño Implementación Prueba Iteración(es) Inicial(es) Iter. #1 Iter. #2 Iter. #3 Iter. #4 Iter. #5 Iter. #6 Iter. #7 (Adaptado de Jacobson, 1999)
4 Visión general Modelo de análisis Modelo de diseño Modelo de casos de uso Modelo de despliegue Modelo de implementación Modelo de pruebas
5 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
6 Diagramas UML Modelo de Casos de Uso Modelo de Análisis Modelo de Diseño Modelo de Despliegue Modelo de Implementación Diagramas de Casos de Uso Diagramas de Clases Diagramas de Objetos Diagramas de Secuencia Diagramas de Colaboración Diagramas de Estados Diagramas de Actividad Incluidos subsistemas Diagramas de Interacción Modelo de Pruebas Diagramas de Componentes Diagramas de Despliegue Incluidas clases activas y componentes
7 Visión general Modelo de Análisis Modelo conceptual Modelo físico Modelo de Diseño Pueden obtenerse varios diseños Específico a una implementación Menos formal Más formal Menos caro de desarrollar Puede eliminarse Más caro (5 veces más) Debe mantenerse durante todo el ciclo de vida
8 Visión general Objetivos del diseño: Acercar el modelo de análisis al modelo de implementación Los milagros más comunes de la ingeniería del software son las transiciones desde el análisis hasta el diseño y desde el diseño al código. Richard Due Identificar requisitos no funcionales y restricciones en relación a: Lenguajes de programación, reutilización de componentes, sistemas operativos, tecnologías de distribución, concurrencia, bases de datos, interfaces de usuario, gestión de transacciones, etc. Descomponer el modelo de análisis en subsistemas que puedan desarrollarse en paralelo Definir la interfaz de cada subsistema Derivar una representación arquitectónica del sistema 8
9 Artefactos Modelo de diseño Casos de uso en el dominio de la solución Cómo soportar requisitos funcionales/no funcionales y otras restricciones en el entorno de implementación Entrada fundamental para actividades de implementación * * Modelo de diseño Subsistemas de diseño * * * * * * Interfaz Clases de diseño Realización en diseño
10 Artefactos Clases de diseño Una clase de diseño es una abstracción de una clase de implementación Las operaciones, atributos, tipos, visibilidad (public, protected, private, etc...), se pueden especifican con la sintaxis del lenguaje elegido Las relaciones entre clases de diseño se traducen de manera directa al lenguaje: Generalización herencia Asociaciones, agregaciones atributos Se pueden postergar algunos requisitos a implementación (manera de nombrar los atributos, operaciones, etc...) Realizan interfaces
11 Artefactos Clases de diseño: Ejemplo Cuenta Transacción cuenta : Cuenta cantidad: Dinero opera 1..2 saldo : Dinero limitediario: Dinero = 300 reintegro(cantidad : Dinero) : Boolean ingreso(cantidad : Dinero) : Boolean
12 Artefactos Realización de los casos de uso en diseño: Es una colaboración que describe cómo se realiza en diseño un caso de uso en términos de clases de diseño y sus interacciones Modelo de análisis Modelo de diseño <<trace>> Realización en análisis Realización en diseño
13 Artefactos Realización de los casos de uso en diseño: MODELO DE ANÁLISIS Interfaz del cajero Transacción Cuenta Dispositivo de visualización Expendedor Dinero Cuenta Teclado Recogedor Dinero.. MODELO DE DISEÑO Lector de Tarjetas Gestor de Cliente Gestor de Transacciones Gestor de Cuentas
14 Artefactos La realización en diseño de un caso de uso incluye: Diagramas de clases: clases participantes Diagramas de interacción: escenarios del caso de uso Descripción textual del flujo de eventos Requisitos de implementación Opcionalmente: subsistemas e interfaces Realización en diseño (from Use Case View) participante Clase de diseño participante Subsistema de diseño 14
15 Artefactos Diagramas de clase Una clase de diseño puede participar en varios casos de uso Algunas responsabilidades, atributos y asociaciones suelen ser específicos de un sólo caso de uso. Lector de Tarjetas Reintegro Gestor de Transacciones Cliente Dispositivo de visualización Teclado Gestor de Cliente Expendedor Dinero Gestor de Cuentas Cuenta
16 Diagramas de interacción Diseño Artefactos La secuencia de acciones en un caso de uso comienza cuando un actor envía un mensaje a un objeto de diseño Utilizar mejor diagramas de secuencia que de colaboración: interesa la secuencia cronológica de las interacciones Se pueden incluir subsistemas y las interfaces que proporcionan
17 Artefactos Diagramas de interacción diagramas de secuencia :Cliente del Banco :Lector de Tarjetas :Dispositivo de visualización :Teclado :Gestor de Cliente :Expendedor Dinero :Gestor de Transacciones 1: Introducir tarjeta 2: Tarjeta introducida (ID) 4: Mostrar petición 3: Solicitar PIN 5: Especificar código PIN 6: Código PIN (PIN) 7: Solicitar Validación de PIN (PIN)
18 Artefactos Flujo de eventos Para clarificar los diagramas de secuencia: descripción textual Una descripción no tiene que ser local a un diagrama. Puede englobar a varios e indicar cómo se relacionan. Requisitos de implementación Requisitos a gestionar en implementación Quizás durante esta fase de diseño se obtengan algunos nuevos Representarlos con restricciones {...} asignadas a las clases de diseño, operaciones, atributos, asociaciones, etc.
19 Artefactos Subsistemas de diseño Para organizar los artefactos de diseño: clases de diseño, realización de casos de uso, interfaces y otros subsistemas Fuertemente cohesionados y débilmente acoplados Proporciona 1 * Subsistemas de diseño * * * Interfaz Clases de diseño Realización en diseño 1.- representa la funcionalidad que exporta en términos de operaciones
20 Artefactos Interfaces Los interfaces se utilizan para especificar las operaciones de las clases y los subsistemas de diseño Las clases de diseño soportan las operaciones de su interfaz mediante métodos. Los subsistemas de diseño soportan las operaciones de su interfaz mediante las clases de diseño (o subsistemas) que contiene. Interfaz * realiza * Clases de diseño realiza Subsistemas de diseño
21 Ejemplo Para ilustrar las actividades, utilizaremos el ejemplo del cajero automático Sacar dinero <<include>> Cliente del banco Ingresar dinero Transferencia <<include>> <<include>> Validar usuario
22 Actividades Actividades de diseño Diseño de los casos de uso Diseño de las clases Diseño de subsistemas
23 Actividades Diseño de los casos de uso Identificar las clases de diseño y/o subsistemas necesarios para la realización del caso de uso Distribuir el comportamiento del caso de uso entre las clases y/o subsistemas de diseño
24 Actividades Diseño de los casos de uso Identificar las clases de diseño Derivar las clases de diseño de las correspondientes clases de análisis que participan en el caso de uso Estudiar los requisitos especiales del caso de uso: realizarlos con los mecanismos genéricos de diseño o con clases de diseño Asignar responsabilidades a las clases identificadas Realizar un diagrama de clases que muestre las clases de diseño que intervienen en la realización del caso de uso y las relaciones entre ellas
25 Actividades Diseño de los casos de uso Identificar las clases de diseño Validar usuario Realización en diseño LectorDeTarjetas GestorDeCliente UsuariosDelBanco Pantalla Teclado Transacción
26 Actividades Diseño de los casos de uso Describir interacciones entre objetos de diseño Utilizar diagramas de secuencia objetos, instancias de actores, enlaces Comenzar estudiando la realización en análisis del caso de uso Sobre los diagramas de secuencia: el caso de uso comienza cuando una instancia de un actor envía un mensaje a un objeto interfaz cada clase de diseño identificada debería tener al menos un objeto participando en el diagrama de secuencia En esta fase gestionar excepciones y errores (entradas incorrectas, situaciones anormales, etc.)
27 Actividades Diseño del c.u. Validar usuario : secuencia correcta : Cliente del banco :LectorDeTarjetas : Pantalla : Teclado : Transacción : GestorDeCliente : UsuariosDelBanco 1: introducirtarjeta 2: datostarjeta (datos) 3: visualizar (Introducir PIN) 4: OK 5: introducirpin (PIN) 6: datospin (PIN) 7: autentica (datos, PIN) 8: valida (datos, PIN) 9: OK 13: visualizar (opciones) 12: visualizar (opciones) 11: presenta (opciones) 10: almacenadatos (datos)
28 Actividades Diseño del c.u. Validar usuario : código incorrecto : Cliente del banco :LectorDeTarjetas : Pantalla : Teclado : Transacción : GestorDeCliente : UsuariosDelBanco 1: introducirtarjeta 2: datostarjeta (datos) 3: visualizar (Introducir PIN) 4: OK 5: introducirpin (PIN) 6: datospin (PIN) 7: autentica (datos, PIN) 8: valida (datos, PIN) 9: error 13: visualizar (error PIN) 12: visualizar (error PIN) 11: presenta (error PIN)
29 Actividades Diseño del caso de uso Sacar dinero Suponemos que el usuario ya ha sido identificado (se ha ejecutado el caso de uso anterior) Ahora selecciona la opción sacar dinero Sacar dinero Realización en diseño Pantalla Teclado Expendedor Dinero Transacción Cuenta GestorDeCliente Cuentas
30 Actividades Diseño del c.u. Sacar dinero Añadimos la clase Cuentas que asocia número de cuenta con una instancia de la clase Cuenta. La clase Transacción ya no actuará directamente sobre Cuenta. 1: ingreso (numerodecuenta, importe) : Transacción : Cuentas Vista parcial del diagrama (modelo de análisis) 2: ingreso (importe) : Cuenta
31 Actividades Refinando el caso de uso Sacar dinero 1 UsuariosDelBanco 1..n autentica opera posee 1..n 1..2 Cliente del banco Interfaz de cajero Transacción Cuentas Cuenta
32 Actividades Refinando el c. u. Sacar dinero : secuencia correcta : Cliente del banco : Teclado : Pantalla : ExpDinero : Impresora : GestorDeCliente : Transacción : Cuentas : Cuenta 1: opcion (sacar dinero) 2: sacardinero 3: visualizar (Teclee importe) 4: IntroducirImporte 5: importe 6: retirardinero (importe) 7: reintegro (cuenta, importe) 11: OK 10: OK 8: reintegro (importe) 9: OK 13: visualizar (Retire su tarjeta) 16: visualizar (Retire su dinero) 12: visualizar (Retire su tarjeta) 14: expulsa (importe) 15: visualizar (Retire su dinero) Qué pasa con la impresora?
33 Actividades Refinando el c. u. Sacar dinero : no hay fondos : Cliente del banco : Teclado : Pantalla : ExpDinero : Impresora : GestorDeCliente : Transacción : Cuentas : Cuenta 1: opcion (sacar dinero) 2: sacardinero 3: visualizar (Teclee importe) 4: IntroducirImporte 13: visualizar (No dispone de saldo suficiente) 5: importe 12: visualizar (No hay saldo) 6: retirardinero (importe) 7: reintegro (cuenta, importe) 8: reintegro (importe) 9: no hay saldo 10: no hay saldo 11: no hay saldo 15: visualizar (Retire su dinero) 14: visualizar (Retire su dinero) Falta: - se ha superado el límite diario - en el cajero no hay dinero
34 Modelo de clases de diseño Diseño Actividades Recogedor Dinero UsuariosDelBanco Impresora Cliente del banco LectorDeTarjetas GestorDeCliente Transacción Pantalla Cuentas Teclado ExpDinero Cuenta
35 Actividades Diseño de las clases Identificar las responsabilidades de las clases de diseño (papeles en los casos de uso) Identificar: operaciones atributos relaciones en las que participa estados (diagramas de estados) métodos que soportan sus operaciones requisitos nuevos
36 Actividades Diseño de las clases: Identificar operaciones En el lenguaje de implementación Mirar responsabilidades que tiene en los casos de uso Identificar atributos Describirlos en el lenguaje de programación Considerar los atributos de las clases de análisis de las que se derivan Identificar asociaciones y agregaciones Las interacciones en los diagramas de secuencia precisan de asociaciones entre las clases que interactúan Minimizar el número de relaciones entre clases (disminuir el acoplamiento) Refinar multiplicidad, papeles, etc. Refinar la navegabilidad (dirección) de las asociaciones en base a los diagramas de secuencia Identificar generalizaciones-especializaciones
37 Actividades Diseño de las clases: Describir métodos Algoritmos para implementar alguna operación (lenguaje natural) Esqueletos de métodos generado por la herramienta En general, esto se suele hacer en implementación Describir estados Algunos objetos reaccionan en función de su estado actual Utilizar diagramas de transición de estados
38 Modelo de clases de diseño: Diseño Actividades Pantalla LectorDeTarjetas visualizar(mensaje : String) crearpantalla() : Pantalla crearlector() : LectorDeTarjetas leertarjeta() : datostarjeta Teclado crearteclado() : Teclado leerpin() : unpin leeropcion() : unaopcion leercantidad() : Dinero leernumcuenta() : unidcuenta GestorDeCliente crear() : GestorDeCliente iniciarsesion() Impresora crearimpresora() : Impresora imprimir(mensaje : String) ExpendedorDinero crear() : ExpendedorDinero expulsar(importe : Dinero) RecogedorDinero crearcajon() : CajonDinero abrircajon() cerrarcajon() contarcantidad() : Dinero
39 Modelo de clases de diseño: Diseño Actividades micliente : GestorDeCliente datostarjeta : DatosTarjeta numintentosfallidos : 1..3 = 0 cuentas : Cuentas usuarios : UsuariosDelBanco Transacción almacenardatos(datos : DatosTarjeta) validar(importe : Dinero, cantidad : Dinero) autenticar(datos : DatosTarjeta, PIN : UnPIN) : Boolean retirardinero(importe : Dinero) : Boolean ingresardinero(importe : Dinero) : Boolean trasnsferencia(cuentaorigen : Cuenta, cuentadestino : Cuenta, importe : Dinero) : Boolean GestorDeCliente mitransaccion : Transacción crear() : GestorDeCliente iniciarsesion() visualizar(resultados : String) Cuentas cuentas : Dictionary reintegro(cuenta : Cuenta, importe : Dinero) : Boolean ingreso(cuenta : Cuenta, importe : Dinero) : Boolean UsuariosDelBanco usuarios : Dictionary validar(datos : DatosTarjeta, PIN : UnPIN) : Boolean Cuenta datos : DatosCuenta limitediario : Dinero = 300 reintegro(importe : Dinero) : Boolean ingreso(importe : Dinero) : Boolean
40 Actividades Diseño de una clase: La única clase que tiene un comportamiento parecido a una máquina de estados es GestorDeCliente Realizar el diagrama de transición de estados del sistema Cajero Automático
41 Actividades Diseño de una clase: tarjeta introducida Esperando tarjeta Leyendo tarjeta PIN introducido( PIN ) Esperando PIN Recogiendo tarjeta [ > 3 intentos ] Validando PIN [ correcto ] [ incorrecto ] Ingresando ingreso( importe ) Esperando opción reintegro (importe ) Reintegrando transferencia( cuenta, importe ) Transferencia [ Not OK ] [ OK ] Expulsando dinero dinero retirado Expulsar tarjeta
42 Actividades Diseño de los subsistemas: Intentar que los subsistemas de diseño estén débilmente acoplados Intentar que las clases dentro de los subsistemas tengan una alta cohesión Describir las dependencias entre los subsistemas Determinar qué clases de unos subsistemas interactúan con qué otras clases de otros subsistemas Asegurarse que el subsistema soporta sus interfaces Objetivos: Subsistemas independientes Garantizar corrección de interfaces Garantizar la realización de dichas interfaces
43 Ejemplo Refinando el c. u. Ingresar dinero : Ingresar dinero Realización en diseño Pantalla Teclado RecogedorDinero Cuenta Transacción Cuentas GestorDeCliente
44 Ejemplo Refinando el c. u. Ingresar dinero : secuencia correcta : Cliente del banco 1: opcion (ingresar dinero) : Teclado : Pantalla : Recogedor Dinero 2: ingresardinero : GestorDeCliente : Transacción : Cuentas : Cuenta 3: visualizar (Teclee importe) 4: IntroducirImporte 8: IntroduceDinero 5: importe 6: visualizar (introducir dinero) 7: abrircajon 9: ContarDinero (cantidad) 10: validar (importe, cantidad) 11: ingresardinero (importe) 18: visualizar (Dinero ingresado) 20: visualizar (Retire su tarjeta) 17: visualizar (Dinero ingresado) 19: visualizar (Retire su tarjeta) 16: OK 12: ingreso (cuenta, importe) 15: OK 13: ingreso (importe) 14: OK
45 Ejemplo Refinando el c. u. Ingresar dinero : cantidad incorrecta : Cliente del banco : Teclado : Pantalla : Recogedor Dinero :GestorDeCliente 1: opcion (ingresar dinero) 2: ingresardinero 4: IntroducirImporte 8: recogerdinero 3: visualizar (Teclee importe) 5: importe 6: visualizar (introducir dinero) 7: abrircajon 9: dinero (cantidad) 10: validar (importe, cantidad) 14: dinerorecogido 11: visualizar (Cantidad errónea) 12: visualizar (Retire su dinero) 13: abrircajon 15: recogido 16: cerrarcajon 17: visualizar (Retire su tarjeta)
46 Ejemplo Refinando el c. u. Transferencia : Transferencia Realización en diseño, transferencia Teclado Pantalla Transacción Cuenta GestorDeCliente Cuentas
47 Ejemplo Refinando el c. u. Transferencia : secuencia correcta : Cliente del banco : Teclado : Pantalla : GestorDeCliente : Transacción : Cuentas : Cuenta 1: opcion (transferencia) 2: transferencia 3: visualizar (Teclee importe) 4: IntroducirImporte 7: cuentadestino (cuenta) 5: importe 6: visualizar (Teclee cuenta destino) 8: cuentadestino (cuenta) 9: transferencia (cuentaorigen, cuentadestino,importe) 10: reintegro (cuentaorigen, importe) 13: OK 11: reintegro (importe) 12: OK 14: ingreso (cuentadestino, importe) 15: ingreso (importe) 17: OK 16: OK 18: OK 19: visualizar (Transferencia realizada) 20: visualizar (Retire su tarjeta)
48 Ejemplo Refinando el c. u. Transferencia : no hay fondos : Cliente del banco : Teclado : Pantalla : GestorDeCliente : Transacción : Cuentas : Cuenta 1: opcion (transferencia) 2: transferencia 3: visualizar (Teclee importe) 4: IntroducirImporte 7: cuentadestino (cuenta) 5: importe 6: visualizar (Teclee cuenta destino) 8: cuentadestino (cuenta) 9: transferencia (cuentaorigen, cuentadestino,importe) 10: reintegro (cuentaorigen, importe) 11: reintegro (importe) 12: no hay saldo 14: no hay fondos 13: no hay saldo 15: visualizar (No hay fondos) 16: visualizar (Retire su tarjeta)
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 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 detallesAnálisis y Diseño Orientado a Objetos. 2 - Análisis
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
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 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 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 detallesUML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO
FUNDAMENTOS DE INGENIERÍA DE SOFTWARE UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO Docente: Integrantes: Ing. Armando Cabrera Marilyn Jaramillo Katty Landacay UML Unified Modeling Language Lenguaje Estándar
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 detallesDiagramas de Casos de uso
Diagramas de Casos de uso Un caso de uso representa una interacción típica entre un usuario y un sistema informático Utilizaremos los casos de uso para: Capturar los requisitos funcionales del sistema
Más detallesTEMA 4. PROCESO UNIFICADO
TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo
Más detallesTema 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 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 detallesTema 4: Diagramas de Casos de Uso
Tema 4: Diagramas de Casos de Uso Maria-Isabel, Sanchez Segura Arturo, Mora-Soto 1 Diagrama de casos de uso Para poder dibujar un diagrama de casos de uso utilizando la notación UML es preciso que entendamos
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 detallesNombre de la asignatura : Análisis y Diseño Orientado a Objetos. Carrera : Ingeniería en Sistemas Computacionales. Clave de la asignatura : SCB-
1. D A T O S D E L A A S I G N A T U R A Nombre de la asignatura : Análisis y Diseño Orientado a Objetos Carrera : Ingeniería en Sistemas Computacionales Clave de la asignatura : SCB- Horas teoría-horas
Más detallesTEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE. Definición de Ingeniería del Software
TEMA 5: INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE Definición de Estudio de los principios y metodologías para el desarrollo y mantenimiento de sistemas software [Zelkovitz, 1978]. Aplicación práctica del
Más detallesLAS ETAPAS DE LA METODOLOGIA METRICA
LAS ETAPAS DE LA METODOLOGIA METRICA La metodología Métrica está estructurada en Fases, Módulos, Actividades y Tareas. FASE 0: PLAN DE SISTEMAS DE INFORMACION Se realiza la planificación estratégica de
Más detallesDocumentación de Requisitos con Casos de Uso
de Documentación de Requisitos con Casos de Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla octubre 2012 de Los son historias que describen interacciones entre: Actores: personas
Más 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 detallesContenido. 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo
Tutorial Contenido 1. El proceso 2. Los modelos 3. Los diagramas 4. Ejemplo 1. El proceso Fases soportadas por UML Análisis de requisitos de usuario Análisis de requisitos de software Diseño de la plataforma
Más detallesPLANEACIÓN ESTRATÉGICA
PLANEACIÓN ESTRATÉGICA CÓDIGO: EST1-P-004 PROCEDIMIENTO VERSIÓN: 1 PLANEACIÓN DE LA GESTIÓN Y CONTROL POR PROCESOS FECHA DE VIGENCIA 09/May/2014 1. OBJETIVO Determinar los lineamientos metodológicos para
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 detallesSe utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos
Diagrama de clase Se utiliza para representar los tipos de objetos dentro del sistema (proceso) y las diversas relaciones estáticas que existen entre ellos Contenido Generalidades de un diagrama de clase...
Más 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 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 detallesCaso de Uso. Herramienta de relevamiento. domingo, 28 de octubre de 12
Herramienta de relevamiento Son descripciones de un conjunto de secuencia de acciones que ejecuta el sistema para obtener un resultado Los casos de uso especifican un comportamiento deseado, no como se
Más detallesIntroducción www.themegallery.com
Introducción Definiciones: Proceso de negocio: Flujo de trabajo de la organización. Existe por sí mismo. Requisito: Característica que el sistema software debe tener. Caso de uso: Técnica para la definición
Más 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 detallesAnálisis y Diseño de Sistemas Departamento de Sistemas - Facultad de Ingeniería
Objetivos: DESARROLLO DE SOFTWARE - ESTUDIO DE FACTIBILIDAD 1. Determinar la factibilidad técnica, económica, operativa y jurídica (y de ser necesarias otras) del proyecto. 2. Lograr el conocimiento 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 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 detallesLenguajes de Cuarta Generación (4GL)
Lenguajes de Cuarta Generación (4GL) Herramientas de Diseño Prof. Víctor Valenzuela R. Contenido Introducción Breve Reseña Histórica Lenguaje de Cuarta Generación Áreas Funcionales Tipos de 4GL Componentes
Más detallesRealizar en una hoja blanca el diseño de su menú de navegación y la abstracción de los elementos principales de su proyecto.
Actividad #1: Abstracción y menú de navegación Realizar la abstracción del problema del proyecto y plasmar el menú de navegación del proyecto. Descripción La actividad trata de realizar el análisis del
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 detallesITIL V3 Entender el enfoque y adoptar las buenas prácticas
El enfoque ITIL y las normas 1. Introducción 15 2. La gestión de servicios 16 2.1 Presentación 16 2.2 La noción de servicio 16 2.3 La gestión de servicios 17 3. Las normas 18 3.1 La norma ISO 9001 19 3.2
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 detallesIntroducción a la programación orientada a objetos
Introducción a la programación orientada a objetos Cristina Cachero Castro Pedro J. Ponce de León Amador Estela Saquete Boró Departamento de lenguajes y sistemas informáticos Universidad de Alicante Índice
Más detallesgestión para una empresa de autobuses que se dedica al transporte regional, nacional e internacional de viajeros. Las
INGENIERÍA DEL SOFTWARE I Práctica 3 Modelado de Requisitos Univ. Cantabria Fac. de Ciencias María Sierra y Patricia López Ejemplo Práctico de Desarrollo de Software El proyecto consiste en el desarrollo
Más detallesPROGRAMACIÓN ALGORITMOS y DIAGRAMAS
PROGRAMACIÓN ALGORITMOS y DIAGRAMAS ALGORITMO DEFINICIÓN: CONSISTE EN LA DESCRIPCIÓN CLARA Y DETALLADA DEL PROCEDIMIENTO A SEGUIR PARA ALCANZAR LA SOLUCIÓN A UN PROBLEMA ESTABLECIENDOSE UNA SECUENCIA DE
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 detallesEl 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 detallesEl Ciclo de Vida del Software
de Amador Durán Toro, 2011 de Amador Durán Toro, 2011 23/09/2012 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Universidad de Sevilla septiembre 2012 Objetivos de este
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 detallesExámenes de febrero de 2005 Enunciados y soluciones
Exámenes de febrero de 2005 Enunciados y soluciones 1 Examen de la primera semana 1. Comente si le parecen correctas o no las siguientes frases. Razone la respuesta: Si nuestra empresa tiene un manual
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 detallesDiagramas de Estructura
Diagramas de Estructura Definen la arquitectura estática de un modelo. Se utilizan para modelar las cosas que hace un modelo, las clases, los objetos, las interfaces y los componentes físicos. Además se
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 detallesTEMA 2: CICLO DE VIDA DEL SOFTWARE. Profesora: Elisa Herrmann
TEMA 2: CICLO DE VIDA DEL SOFTWARE Profesora: Elisa Herrmann Índice 2.1. Qué es el ciclo de vida del Software?. 2.2. La norma 12207-2008. 2.3. Modelos de desarrollo. Ingeniería del Software - 2010/2011
Más detallesdescripción del argumento identificador tipo longitud condición restricción
Recuerde que estos son apuntes muy simplificados que deberá completar con la bibliografía PROGRAMACIÓN 0 Prof. Dolores Cuiñas H. recomendada APUNTES Nº. METODOLOGÍA PARA LA CONSTRUCCIÓN DE PROGRAMAS. Presentaremos
Más detalles12/08/2017. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia. Diagrama de secuencia
ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso "Un diagrama que representa una interacción poniendo el foco en la secuencia
Más detallesFramework Atlas. Introducción. Unidad de Arquitectura y Soporte de Aplicaciones Área de Aplicaciones Especiales y Arquitectura de Software DIAS
Framework Atlas Introducción Septiembre de 2013 Unidad de Arquitectura y Soporte de Aplicaciones Área de Aplicaciones Especiales y Arquitectura de Software DIAS INDICE INTRODUCCIÓN QUÉ ES ATLAS PORTAL
Más detallesDiseño Dirigido por Responsabilidades con los patrones GRASP. Pearson Educación, S.A. Todos los derechos reservados.
Diseño Dirigido por Responsabilidades con los patrones GRASP Experto (en información) Cómo asignar responsabilidades? Asignar una responsabilidad al objeto que tiene la información necesaria para realizarla:
Más detallesDesarrollo de Software a gran escala. Sesión 2: Administración de Proyectos de Software
Desarrollo de Software a gran escala Sesión 2: Administración de Proyectos de Software Porque administrar un proyecto de Software Asegurar el alcance de los objetivos del proyecto Maximizar uso de recursos
Más detallesPago de Facturas. Documento de Construcción. Copyright 2014 Bizagi
Pago de Facturas Documento de Construcción Pago de Facturas 1 Tabla de Contenido Diagrama del Proceso... 2 Sub Proceso Devolver Factura Al Proveedor... 4 Modelo De Datos... 4 Tablas Paramétricas... 5 Construcción
Más detallesDiagrama de Casos de Uso (DCU)
Diagrama de Casos de Uso (DCU) Escen a 1 Imágenes Diagrama de Casos de Uso Textos ideas fuerza Características del DCU Audio (locución) El Diagrama de Casos de Uso, es un modelo desarrollado por Ivar Jacobson
Más detallesAlumno: Jorge Martínez Barceló Consultor: Manel Rella UOC TFC Base de Datos Relacionales. Junio 2015
Alumno: Jorge Martínez Barceló Consultor: Manel Rella UOC TFC Base de Datos Relacionales. Junio 2015 1 Introducción Este trabajo de final de carrera tiene como objetivo el diseño e implementación de la
Más detallesMODELO DE CASCADA PURA. Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de
ESCUELA DE INGENIERÍA DE SISTEMAS Y SEGURIDAD INFORMÁTICA CLASE 05 Ing. William J. León Velásquez CIP. 72861 williamleon20@yahoo.com Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas
Más detallesProf. Mariano Mancuso. Sistemas de información y control diagrama de clases
Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un
Más 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 detallesGUÍA DE APRENDIZAJE. Módulo VI Seis Sigma. Aprendizaje sin fronteras uvirtual@pep.pemex.com
GUÍA DE APRENDIZAJE Módulo VI Seis Sigma ÍNDICE PLANES DE CONTROL 3 EL PROCESO DMAIC..4 IMPORTANCIA AL CLIENTE..5 ESTRATEGIA DEL PLAN DE CONTROL.6 TIPOS DE PLAN 7 COMPONENTES DE UN PLAN DE CONTROL.8 PASOS
Más detallesGuía práctica de estudio 09: UML
Guía práctica de estudio 09: Elaborado por: M.C. M. Angélica Nakayama C. Ing. Jorge A. Solano Gálvez Autorizado por: M.C. Alejandro Velázquez Mena Guía práctica de estudio 09: Guía práctica de estudio
Más 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 detallesDiagramas De Casos De Uso
Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos
Más detallesCapítulos 2 y 5: Modelación con UML y Modelo Objeto
Capítulos 2 y 5: Modelación con UML y Modelo Objeto Agenda Recordar: Modelo de Sistema: modelo objeto + modelo funcional + modelo dinámico Ultima Clase: Modelo Objeto Definir el concepto de Modelo de Clases
Más detallesDESCRIPCIÓN ESPECÍFICA NÚCLEO: Núcleo Sector Comercio y Servicios.
DESCRIPCIÓN ESPECÍFICA NÚCLEO: Núcleo Sector Comercio y Servicios. SUBSECTOR: Informática y Comunicación. Nombre del Módulo: Modelación y Diagramación total: 68 horas Objetivo General: Modelar la solución
Más detallesJustificación de los requisitos de la Norma UNE-EN ISO 9001:2000 mediante análisis de causas por el diagrama de Ishikawa
ARTÍCULO Justificación de los requisitos de la Norma UNE-EN ISO 900:000 mediante análisis de causas por el diagrama de Ishikawa Introducción Un sistema de gestión de la calidad tiene entre sus objetivos
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 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 detallesTitulación de Formación Profesional: TÉCNICO SUPERIOR EN ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED (Real Decreto1629/2009, de 30 de octubre)
Titulación de Formación Profesional: TÉCNICO SUPERIOR EN ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED (Real Decreto1629/2009, de 30 de octubre) IMPLANTACIÓN DE SISTEMAS OPERATIVOS ADMINISTRACIÓN DE SISTEMAS
Más detalles1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de Diseño de sistemas automatizados.
Página 1 de 8 1. Propósito. Establecer los puntos que debe cubrir como referencia documental mínima un documento de de sistemas automatizados. 2. Ámbito de responsabilidad. RDSI Responsable del Desarrollo
Más detallesSesión 1. Porque es útil usar UML Sesión 2. Casos de uso Modelo del Negocio Sesión 3. Diagramas de Casos de Uso Sesión 4. Diagrama de Actividad
Sesión 1. Porque es útil usar UML Sesión 2. Casos de uso Modelo del Negocio Sesión 3. Diagramas de Casos de Uso Sesión 4. Diagrama de Actividad Sesión 5. Diagrama de Secuencia Sesión 6. Diagrama de Estados
Más 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 detallesPLANIFICACIÓN DE INGENIERÍA DEL SOFTWARE
República Bolivariana de Venezuela. Universidad Bolivariana de Venezuela. Sede: Ciudad Bolívar. P.F.G Informática para la Gestión Social PLANIFICACIÓN DE INGENIERÍA DEL SOFTWARE Propuesta por: Jenny Hernández
Más detallesDiagramas de Casos de uso
Diagramas de Casos de uso Diagramas de Casos de uso 1. Notación gráfica Un caso de uso representa una interacción típica entre un usuario y un sistema informático 2. Relaciones entre casos de uso. 3. Descripción
Más detallesProgramación Avanzada. Desarrollo Orientado a Objetos basado en UML
Programación Avanzada Desarrollo Orientado a Objetos basado en UML Proceso de Desarrollo Qué es? Un proceso de desarrollo de software describe un enfoque para construir, instalar y mantener sistemas de
Más detallesEVS. Estudio de Viabilidad del Sistema
EVS Estudio de Viabilidad del Sistema 1 EVS Estudio de Viabilidad del Sistema Introducción Objetivo Análisis de un conjunto concreto de necesidades (REQUISITOS) para proponer una solución a CORTO PLAZO
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 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 detallesÍndice PROCEDIMIENTO GENERAL RAZÓN SOCIAL DE LA EMPRESA. Elaboración de un mapa de procesos. Código PG-32 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. IDENTIFICACIÓN
Más detallesIBM Rational Rhapsody V7.5 ofrece un ágil entorno de desarrollo de software para la creación rápida de software, documentación, requisitos y pruebas
ZP09-0189, con fecha 2 de junio de 2009 IBM Rational Rhapsody V7.5 ofrece un ágil entorno de desarrollo de software para la creación rápida de software, documentación, requisitos y pruebas Índice 1 Resumen
Más detallesINGENIERÍA DE SOFTWARE. Sesión 9: Diagramas de casos de uso
INGENIERÍA DE SOFTWARE Sesión 9: Diagramas de casos de uso Contextualización Los diagramas son un elemento importante de la estructuración de información que debe cumplir con las características principales
Más detallesElementos Diagramas de Clases Clase:
Diagramas de Clases Un diagrama de clases o estructura estática muestra el conjunto de clases y objeto importantes que forman parte de un sistema, junto con las relaciones existentes entre clases y objetos.
Más detallesINDICE Capitulo 1. Introducción Capitulo 2. Modelo entidad relación Capitulo 3. Modelo Relacional Capitulo 4. Lenguajes relacionados comerciales
INDICE Prefacio XIII Capitulo 1. Introducción 1 1.1. Objetivos de los Sistemas de base de datos 1 1.2. Abstracción de datos 4 1.3. modelos datos 6 1.4. Instancias y esquemas 12 1.5. Independencias de datos
Más detallesCristian Blanco www.cristianblanco.es
UNIDAD DIDÁCTICA 7. ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS. DIAGRAMA DE CLASES 7.1 Introducción La construcción de software es un proceso cuyo objetivo es dar solución a problemas utilizando una herramienta
Más detallesAnálisis y Diseño de Sistemas
Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 6 Modelo de Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE 2006
Más detallesUML 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 detallesFigura 1. Tipos de mensaje.
DIAGRAMA DE SECUENCIA 1. Generalidades. Un Diagrama de Secuencias contribuye a la descripción de la dinámica del sistema en términos de la interacción entre sus objetos. Esta interacción se lleva a cabo
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 detallesSistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria.
1.2. Jerarquía de niveles de un computador Qué es un computador? Sistema electrónico digital (binario) que procesa datos siguiendo unas instrucciones almacenadas en su memoria. Sistema complejo se estudia
Más detallesEl Ciclo de Vida del Software
23/09/2015 El Ciclo de Vida del Software Grupo de Ingeniería del Software y Bases de Datos Departamento de Lenguajes y Sistemas Informáticos Universidad de Sevilla septiembre 2015 Objetivos de este tema
Más detallesCLASE 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 detallesINGENIERÍ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 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 detallesORACLE 10g. Descripción A QUIEN VA DIRIGIDO?
ORACLE 10g Descripción A QUIEN VA DIRIGIDO? Está dirigido a estudiantes y profesionista que desee conocer la tecnología Oracle, así como realizar extracción de datos, creación de objetos y administración
Más detallesBloque 1. La sociedad de la información y el ordenador
Bloque 1. La sociedad la información y el ornador El tratamiento la información y sus aplicaciones a diversos ámbitos la sociedad actual. Las Tecnologías la Información y la Comunicación. Evolución y futuro
Más detallesAlgoritmos y Diagramas de flujo
Algoritmos y Diagramas de flujo En los pasos a seguir para el desarrollo de un problema, existen básicamente dos tipos de elementos con los cuales es posible especificar un problema en forma esquemática
Más detallesLINEAMIENTOS DE CONTENIDOS
LINEAMIENTOS DE CONTENIDOS 1 OBJETIVO Describir los lineamientos aplicados en la gestión y administración de los sitios Web en las sedes de la Universidad Autónoma de Tamaulipas. El sistema de gestión
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 detalles