Etapa Análisis-Diseño Uso de UML en el Desarrollo de Proyectos

Slides:



Advertisements
Presentaciones similares
Ciclo de vida de desarrollo de software
Advertisements

U.M.L A/Gx. Diego Gutiérrez Application Analysis and Design.
UML DCU -DS Alvaro Garrido V..
UML DCU -DS Alvaro Garrido V..
Plan de Implantación Sistemas de Información III
Lenguaje Unificado de Modelado
Casos de Uso – 2ª Parte Especificación Is-in-400.blogspot.com
Desarrollo de Software Orientado a Objeto Ingeniería de Software Alfonso Vega Is-in-400.blogspot.com.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
DISEÑO ORIENTADO AL OBJETO
Herramientas Automáticas de Estimación
Gestión de Clientes con Mora
Rational Unified Process (RUP)
Proyecto de Ingeniería de Software 2008
INTRODUCCIÓN A UML Oscar Miguel Alonso Moreno.
Ingeniería del Software
DIAGRAMAS DE CLASES Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando.
Ingeniería del Software
DESCRIPCION DEL PROBLEMA
Análisis y Diseño O.O. Click to add notes Preguntas del diseño :
Desarrollo Orientado a Objetos con UML
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Casos de Uso. Módulo Administrador
DSOO - María Eugenia Valencia
PLANEACION DE UNA ESTRUCTURA ORGANIZACIONAL
Ingeniería de Software Orientada a Objetos
Lenguaje de Modelado Unificado Unified Modeling Languaje
Ingeniería de Software
Ingeniería de Software Orientado a Objetos
UNIDAD 3: “Desarrollo Orientado a Objetos con UML”
Ingenieria de software
1 Diseño Orientado a Objetos Agustín J. González ELO-329: Diseño y Programación Orientados a Objetos 1er. Sem
INGENIERIA DE SOFTWARE
Ingeniería de Software: Metodologías Agustín J. González ElO329: Diseño y Programación Orientados a Objeto Adaptado de:
CASOS DE USO Ing. Sonia Godoy H..
UML 2.0 Integrantes: Diana Carolina Valencia M. Jhon Fernando Lopez T. Carlos Alberto Castillo.
Universidad Central de Venezuela Facultad de Ciencias Postgrado en Ciencias de la Computación Sistemas Distribuidos Albany Márquez.
Vista de interacción  Una vista de interacción muestra el flujo de control requerido que se establece entre los objetos.
Ingeniería de software
1 Diseño Orientado al Objeto Agustín J. González ELO-326: Seminario de Computadores II 2do. Sem
Algunas Herramientas de Apoyo al Diseño de Software Agustín J. González ELO329: Diseño y programación orientados a objetos.
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
Especialización en Desarrollo de Software
Ingeniería de Software Laboratorio V
INGENIERIA DE SOFTWARE
Conceptos Fundamentales
Ingeniería de Requisitos
Facultad de Informática Departamento de Lenguajes y Sistemas Informáticos e Ingeniería de Software UNIVERSIDAD PONTIFICIA DE SALAMANCA EN MADRID 1 Proceso.
PROCESO UNIFICADO DIRIGIDO POR CASOS DE USO
Diagrama de Transición de Estado
PROCESOS DE DESARROLLO DE SOFTWARE
Proceso de Diseño de Interfaces
Casos de Uso - Programación II Analista Programador
Unified Modeling Language (Lenguaje de Modelamiento unificado)
Estructurar tus ideas para hacerlas realidad
Ciclo de Vida del Software
INGENIERIA DE SOFTWARE
UML – Lenguaje de Modelado Unificado
CONCEPTO DE CICLO DE VIDA 1 En los departamentos de Sistemas se debe definir un marco de referencia común que debe ser:  Pueda ser empleado por todos.
Software de Comunicaciones
Fundamentos de Ingeniería de Software
1 Tema 2: Introducción al proceso unificado de desarrollo de software.
DIAGRAMAS DE SECUENCIA. UML está compuesto por los siguientes diagramas:
Lenguaje Unificado de Modelado (UML) Julio … Casos de Uso  Ejemplo:
Entregables del Proyecto
Seminario de Sistemas Distribuidora Autores: Silvana Bassi Federico Albera Director: Lic. José A. Peralta Febrero de 2008.
Flujos de Trabajo Fundamentales Proceso Unificado de Desarrollo de Software.
Fase de Inicio Proceso Unificado de Desarrollo de Software.
Gestión de tiempos del proyecto
Transcripción de la presentación:

Etapa Análisis-Diseño Uso de UML en el Desarrollo de Proyectos Is-in-400.blogspot.com

Temas Como Usar UML Actividades – Diagramas Que Hace RUP Etapas Desarrollo-Diagrama UML Para que Usamos Casos de Uso Utilidad de Casos de Uso Especificación de Casos de Uso Utilidad de las Especificaciones

Como usar UML? UML es un lenguaje de especificación, visualización, construcción y documentación de propósito general, aunque especializado en sistemas software. Por su propia definición, la mayoría de autores no se pronuncian tajantemente acerca de cómo debe usarse UML

Debido a la magnitud de los sistemas actuales y al tamaño de los equipos de desarrollo, la construcción de todo producto software (proyecto) pasa por una serie de fases. Estas son habitualmente: análisis, diseño, implementación, testing, instalación y configuración. .

Actividades - Diagramas

Divisón del trabajo en tareas mas pequeñas (subsistemas) Cada Fase es un proceso (secuencia de actividades para alcanzar un objetivo) Para aplicar la OO y UML de forma efectiva es conveniente valorar la utilidad de algunas técnicas y ciclos de vida del software Para abordar proyectos de semejante envergadura, el trabajo se divide en tareas más pequeñas: el sistema se divide en subsistemas. El desarrollo de cada fase se puede dividir en procesos, entendiendo como tales a secuencias de actividades que hay que completar para alcanzar un objetivo

En los últimos años, una tecnología orientada a resolver este problema que ha sonado con mucha fuerza es la gestión de workflows. De forma más concreta, el Proceso Unificado de Rational (RUP) y la Programación eXtrema (XP) son dos de las aproximaciones al proceso de desarrollo más populares.

Que hace RUP RUP gestiona los procesos de entrega de documentos y la autoría de los procesos. Además incluye plantillas, seguimiento de avances mediante hitos, informes, mentores de herramientas y un conjunto de roles asignables a cada participante. En RUP también se indica el uso adecuado de los distintos diagramas UML:

Etapas Desarrollo-Diagrama UML

• Fase de Construcción: • Fase de Transición:. La realización de las cuatro fases de RUP produce una generación del producto. Cada fase tiene una o más iteraciones de todos los flujos y finaliza en un Hito. • Fase de Inicio: • Fase de Elaboración: • Fase de Construcción: • Fase de Transición:. Al finalizar cada fase, en estos hitos ha de cumplirse que: • Fase de Inicio: se comprende el problema y se determina su ámbito. • Fase de Elaboración: se capturan los requisitos y se produce un prototipo. • Fase de Construcción: se realiza el diseño e implementación, terminando una versión Beta del producto. • Fase de Transición: se suministra el producto final.

Casos de Uso Para Que los usamos 1.Empaquetar los escenarios de usabilidad de un sistema. 2.Facilitar la trazabilidad entre los requerimientos y los distintos artefactos de modelado: Clases, Objetos, Acciones, Estados, etc., hasta el código. 3.Describir una secuencia de acciones que podemos organizar en escenarios tipo.

Para Que usamos los Casos de Uso 4.Representan todas las maneras posibles de usar los recursos de un sistema/organización. 5.Despiezar un proceso en funciones reutilizables. 6.Comunicar el alcance y complejidad funcional de un producto (Censo de Casos de Uso Candidatos). 7.Especificar un “contrato de servicios”entre los Actores y el Sistema.

Utilidad de los Casos de Uso Las actividades asociadas a un caso de uso proporcionan un resultado observable de valor para la persona o el sistema de inicio de las actividades. En esencia, los casos de uso describe lo que el usuario quiere hacer fundamentalmente con el sistema.

Especificación de casos de uso Una especificación de casos de uso es un documento utilizado para capturar los detalles específicos de un caso de uso.

Especificación de un Caso de Uso Partes Nombre Activador Propósito Precondiciones Postcondiciones Invariantes Escenario principal Escenarios posibles Escenarios probables Interfaces con otros CU Interfaces con Actores Objetos participantes

Utilidad Especificaciones Las especificaciones de casos de uso proporcionan una forma de capturar los requerimientos funcionales de un sistema.

Por que? Organización del conjunto de los escenarios que existen. Añaden mas detalle Herramienta de comunicación

Ejemplo Cajero Automático Breve Descripción 1 Este caso de uso describe cómo el cliente utiliza el cajero automático del Banco para retirar dinero de su cuenta bancaria.

Ejemplo Cajero Automático 2 2 Actores 2.1 Banco del cliente 2.2 Banco

Ejemplo Cajero Automático 3 Precondiciones o Condiciones previas . Hay una conexión de red activa para el Banco. . La ATM tiene efectivo disponible.

Ejemplo Cajero Automático Flujo básico de eventos 1. El caso de uso comienza cuando inserta su banco de clientes de Tarjetas Bancarias. 2. Caso de uso: Validar usuario se lleva a cabo.

Ejemplo Cajero Automático Flujo básico de eventos 3. El cajero muestra las diferentes alternativas que están disponibles en esta unidad. [Ver Apoyar Requisito SR-xxx para la lista de alternativas]. En este caso, el cliente de un banco siempre selecciona "Retirar fondos". 4. El cajero automático le pide para una cuenta. Ver Apoyar Requisito SR-yyy para los tipos de cuenta que se sostendrá.

Ejemplo Cajero Automático Flujo básico de eventos 5. El cliente selecciona una cuenta del Banco. 6. El cajero pide una cantidad. 7. El cliente de un banco entra en una cantidad.

Ejemplo Cajero Automático Flujo básico de eventos 8. Tarjeta de identificación, PIN, la cantidad y la cuenta se envía al Banco como una transacción. El Consorcio del Banco responde con un pasa / no pasa la respuesta diciendo si la operación no está mal.

Ejemplo Cajero Automático Flujo básico de eventos 9. Entonces el dinero se distribuye. 10. La tarjeta bancaria se devuelve. 11. El recibo se imprime. 12. El caso de uso termina con éxito.

Ejemplo Cajero Automático Flujos Alternativos 5,1 de usuario no válido 5,2 cuenta equivocada 5,3 importe incorrecto 5.4 Importe excede el límite de retirada 5.5 Importe excede el límite de retiro diario

Ejemplo Cajero Automático Flujos Alternativos 5,6 en efectivo insuficiente 5,7 Sin respuesta del Banco 5.8 El dinero no se quita Si en el paso 9 del flujo básico del dinero no se quita de la máquina dentro de los 15 segundos, luego

Ejemplo Cajero Automático Flujos Alternativos 1. el cajero automático deberá emitir un sonido de alerta y mostrar el mensaje "Por favor, retire dinero en efectivo". 2. Si todavía no hay respuesta por parte del cliente de un banco dentro de los 15 segundos, el cajero automático del tracto volver el dinero y tenga en cuenta el fracaso en el registro.

Ejemplo Cajero Automático Flujos Alternativos 3. Al final de casos de uso con una condición de error. Salga de 5,9 Si en el punto previo al paso 8 en el flujo de base, el cliente de un banco selecciona Salir, a continuación,

Ejemplo Cajero Automático Flujos Alternativos 1. El cajero imprimirá un recibo que indique que la transacción fue cancelada. 2. El cajero automático deberá devolver la tarjeta. 3. El caso de uso termina.

Ejemplo Cajero Automático 6 escenarios clave 6.1 Sin respuesta del Banco

Ejemplo Cajero Automático 7 post-condiciones 7.1 Finalización con éxito El usuario ha recibido su dinero en efectivo y los registros internos se han actualizado. 7.2 El incumplimiento Condición Los registros han sido actualizados en consecuencia.

Ejemplo Cajero Automático 8 Requisitos especiales [SpReq: WC-1] El cajero automático deberá prescindir de efectivo en múltiplos de $ 20. [SpReq2: WC-2] El retiro individual máxima es de $ 500. [SpReq: WC-1] El cajero automático deberá mantener un registro, incluyendo la fecha y la hora, de todas las transacciones completas e incompletas con el Banco.