Proceso de desarrollo unificado
Upcoming SlideShare
Loading in...5
×
 

Proceso de desarrollo unificado

on

  • 1,845 views

 

Statistics

Views

Total Views
1,845
Views on SlideShare
1,844
Embed Views
1

Actions

Likes
1
Downloads
33
Comments
0

1 Embed 1

http://grupobequipo.blogspot.mx 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Es un método moderno que intenta superar los métodos de hace más de 25 años
  • No se realizan de manera aislada. Se hacen en paralelo con la descripción de la arquitectura del sistema. Ambos maduran a medida que se desarrolla
  • tipo de ordenador (PC, MAC, Mainframe…), sistema operativo, sistema de gestión de bases de datos, protocolos de red…

Proceso de desarrollo unificado Proceso de desarrollo unificado Presentation Transcript

  • El proceso dedesarrollo unificado 2
  • El proceso de desarrollo unificado • Es un proceso ORIENTADO A OBJETOS • El proceso es: • Guiado por casos de uso • Centrado en la arquitectura • Con un ciclo de vida iterativo e incremental PARTE DINÁMICA CICLO Debe ofrecer un marco de trabajo INTERFAZDE VIDA genérico PARTE 3 ESTÁTICA
  • 1. Guiado por casos de uso• Los sistemas se crean para dar servicio a los usuarios. oQué requisitos se necesitan oun caso de uso es una pieza de funcionalidad de un sistema que le proporciona a algún usuario un resultado o valor. 4
  • Casos de uso• Todos juntos constituyen el modelo de casos de uso (MCU) ofuncionalidad completa opara todos los usuarios 5
  • EJEMPLO DE MODELO DE CASOS DE USO Consultar Catálogo <<includes>> Actualizar CatálogoPersona Reservar Libro EncargadoBiblio <<extends>> Tomar Préstamo Copia Libro - No disponible <<extends>> Tomar Préstamo Revista Extender Préstamo - No reservadoSocio Devolver Revista TrabajadorBiblio Devolver Copia Libro 6
  • Desarrollo guiado por casos de uso (CU)los casos de uso:• capturan requisitos• se especifican (analizan)• se diseñan• se implementan• y se prueban 7
  • Tomar Préstamo 1.- CASO DE USO Desarrollo guiado por CASOS DE USOPersona 2.- ANÁLISIS DEL CASO DE USO : IU-1 : GestorLibro : Libro elLibro:Libro 1: Introducir Signatura y NumeroDeSocio Se repite hasta que se 2: Aceptar encuentre un libro con la signatura que 3.- DISEÑO DEL 3: obtenerLibro(signaturaLibro:String) estamos buscando 4: getSignatura() CASO DE USO elLibro 5: getCopias() 6: isCopiaPrestada() 4.- IMPLEMENTACIÓN DEL CASO DE USO 8 5.- PRUEBA DEL CASO DE USO
  • 2. Centrado en la arquitectura• La arquitectura de un sistema software es un extracto de los modelos del sistema oExtracto: vista de cada modelo• que da una idea de qué forma que tiene el sistema completo 9
  • Centrado en la ARQUITECTURA 1VISTA DEL MODELO DE CASOS DE USO VISTA DEL MODELO DEL DOMINIO / VISTA DEL DIAGRAMA DE CLASES : IU-1 : : : : : 2: 1: 3: G 2: 1: 3: G r 4 r 4 () () o o VISTA DEL MODELO DEL ANÁLISIS VISTA DEL MODELO DEL DISEÑO + VISTAS DEL MODELO DE IMPLEMENTACIÓN Y PRUEBAS SON VISTAS DE LOS MODELOS (NO MODELOS COMPLETOS). SÓLO APARECEN LOS QUE CORRESPONDEN 10 A CASOS DE USOS CRÍTICOS
  • 3. Ciclo de vida iterativo e incremental• ITERATIVO oSe repiten VARIOS MINIPROYECTOS• INCREMENTAL oCada miniproyecto AMPLIA EL PRODUCTO 11
  • El CV del proceso unificado• un ciclo de vida se repite a lo largo del tiempo• tras cada ciclo de vida  versión nueva del producto• un ciclo de vida se divide en fases• cada fase se divide en iteraciones• en cada iteración se realizan flujos de trabajo 12
  • El CV del proceso unificado Flujos de trabajo: FasesActividades Inicio Elaboración Construcción Transición Requisitos Análisis DiseñoImplementación Prueba ite r. ite r. ite r. ite r. ite r. ite r. ite r. Iteraciones: #1 #2 #n # n+ 1 # n+2 #m #m +1 13
  • El CV del proceso unificado Versiones del producto EN CONSTRUCCIÓN Prdct Producto Iniciación Iniciación Elaboración construcción transición  iteración #n-1 fnll finaliteración #1 iteración #2 iteración #3 iteración #n-1 Iniciación Elaboración Construcción Transición NUEVA VERSIÓN DEL PRODUCTO (en este CV) 14
  • El producto (del proceso unificado)• no es sólo código ejecutable• son los modelos o representación del software• debe ajustarse a todas las personas implicadas 15
  • Fases dentro del CV del proceso unificado• Fase: parte de un cv• cada fase termina en un hito ohay artefactos disponibles (según lo planificado) olos resultados en los hitos permiten gestionar 16
  • Fases dentro del CV del proceso unificado• iniciación: – describir producto final / análisis del negocio – identificar riesgos más importantes – establecer planificación inicial del proyecto – decidir si se continúa• elaboración: – establecer plan y arquitectura estable• construcción: desarrollar el producto• transicion: proporcionar sistema a usuarios 17
  • Iteraciones• cada fase se divide en iteraciones• cada iteración o miniproyecto (en cascada) que ejecuta flujos de trabajo o produce un incremento en producto • tal y como estaba• se reduce el riesgo o se puede perder sólo lo realizado en esa iteración 18
  • Iteraciones Como se puede ver, el Proceso Unificado de Desarrollo incluye actividades ITERACIÓN correspondientes a un Proceso de Gestión de ProyectosPLANIFICACIÓN DE EVALUACIÓN DE LA LA ITERACIÓN ITERACIÓNREQUISITOS ANÁLISIS DISEÑO IMPLEMENTACIÓN PRUEBAS ACTIVIDADES DE LOS FLUJOS DE TRABAJO FUNDAMENTALES 19
  • Flujos de trabajo• captura de requisitos: oidentificar requisitos del sistema oconstruir un modelo del mismo • modelo de casos de uso • modelo del dominio (o negocio)• análisis: oespecificar requisitos oconstruir modelo del análisis 20
  • Flujos de trabajo• diseño: – encontrar la forma del sistema (solución) – construir modelo del diseño• implementación: – codificar el diseño (solución) – construir modelo de implementación• pruebas: – verificar la implementación – construir modelo de pruebas 21
  • Fases: Iniciación Establecer la planificación del proyecto• ¿Qué va a hacer el sistema para cada uno de sus usuarios principales? o Un MCU simplificado con los CU más críticos• ¿Cómo sería la arquitectura para un sistema como ese? o Borrador con los subsistemas principales• ¿Cuál es el plan y cuánto va a costar desarrollar el producto? o Identificar los riesgos principales y priorizarlos, planificar elaboración y presupuesto proximado 22
  • Fases: Elaboración Establecer un plan para el proyecto y una arquitectura correcta• Especificar en detalle los CU + críticos• Diseñar la arquitectura o Mediante vistas de todos los modelos del SI o Vista arquitectónica de MCU, M. Análisis, M. Diseño, M. Implementación (con los componentes que demuestran que la arquitectura es ejecutable) y M. Distribución.• Al final de esta fase se debe poder planificar las actividades y estimar los recursos para poder completar el proyecto. ¿Son los CU, arquitectura y planes lo suficientemente estables y los riesgos bajo control suficiente para firmar un contrato para terminar el trabajo de desarrollo? 23
  • Fases: Construcción Desarrollar el sistema• Se construye el producto. En esta fase: o La arquitectura se completa para construir un sistema bien cimentado o La visión evoluciona hasta convertirse en un producto preparado para los usuarios o Es donde se gastan la mayoría de los recursos o La arquitectura del sistema es estable. Sin embargo, se pueden realizar cambios mínimos a la misma. o ¿El producto se ajusta suficientemente a las necesidades de los usuarios de algunos usuarios como para enviarselo ya? 24
  • Fases: Transición Proporcionar el sistema a los usuarios finales• El producto se encuentra en fase beta o Un grupo reducido de usuarios experimentados prueba el producto e informa de los defectos y deficiencias y sugieren mejoras. o Los desarrolladores corrigen las deficiencias e incorporan algunas de las mejoras propuestas en una versión para un grupo de usuarios mayor. o En esta fase se encuentran actividades como la venta, formación de los usuarios, ofrecimiento de ayuda en línea y corrección de defectos descubiertos tras la implantación. Los defectos: (1) los que justifican la aparición de una nueva versión del sistema, (2) los que se pueden dejar para la siguiente versión que se cree. 25