SlideShare ist ein Scribd-Unternehmen logo
1 von 14
Metodología OpenUp 
Ingeniería del Software 
Carmelo José Hernández Barrios 
Ingeniería de Sistemas - Universidad de Córdoba
Definición 
OpenUP es una metodología de Proceso Unificado que aplica enfoques iterativos e 
incrementales dentro de un ciclo de vida estructurado, utiliza una filosofía ágil que se enfoca 
en la naturaleza de colaboración para el desarrollo de software, basada en RUP (Rational 
Unified Process), que contiene el conjunto mínimo de prácticas que ayudan a un equipo de 
desarrollo de software a realizar un producto de alta calidad, de una forma eficiente. Esta 
metodología fue propuesta por el grupo de empresas conformado por: IBM Corp, Telelogic 
AB, Armstrong Process Group Inc., Number Six , Software Inc. y Xansa; quienes la donaron a 
la Fundación Eclipse en el año 2007, que la ha publicado Bajo licencia libre.
RUP (Rational Unified Process) 
El Rational Unified Process ( RUP ) es un proceso iterativo de desarrollo de software creado 
por el Rational Software Corporation, una división de IBM desde el año 2003. RUP no es un 
solo proceso prescriptivo concreto, sino más bien un proceso adaptable, la intención de ser 
adaptado por las organizaciones de desarrollo y los equipos de proyectos de software que 
seleccione los elementos del proceso que son apropiados para sus necesidades. RUP es una 
implementación específica del proceso unificado .
Características 
Este tipo de metodología es un proceso mínimo y suficiente, lo que significa 
que solo el contenido fundamental y necesario es incluido. Por lo tanto no 
provee lineamientos para todos los elementos que se manejan en un proyecto 
pero tiene los componentes básicos que pueden servir de base a procesos 
específicos y la mayoría de los elementos de esta metodología están 
declarados para fomentar el intercambio de información entre los equipos 
de desarrollo y mantener un entendimiento compartido del proyecto, sus 
objetivos, alcance y avances.
OpenUp 
Colaboración 
Enfoque 
Equilibrio 
Evolución 
Principios de OpenUp 
Sincronizar intereses y 
compartir conocimiento 
para generar un ambiente 
de equipo y el desarrollo de 
un proyecto compartido 
Las prioridades deben 
equilibrarse para maximizar el 
beneficio obtenido de los 
interesados en el proyecto 
Se obtiene retroalimentación y 
mejoramiento continuo, se 
promueve la continuidad y 
funcionalidad del proceso 
Centralización del proceso 
para minimizar riesgos y dar 
organización al mismo.
Composición de OpenUp 
La metodología OpenUp está organizado en dos dimensiones diferentes pero 
interrelacionadas: el contenido metodológico y el contenido procedimental. 
• El contenido metodológico es el que define 
elementos metodológicos tales como 
disciplinas, tareas, artefactos y procesos, 
independientemente de como se usen estos o 
se combinen. 
• El contenido procedimental, por el contrario, 
es donde se aplican todos estos elementos 
metodológicos dentro de una dimensión 
temporal, pudiéndose crear multitud de ciclos 
de vida diferentes a partir del mismo 
subconjunto de elementosmetodológicos.
Ciclo de vida de la metodología OpenUp 
• El ciclo de vida de un proyecto, según la metodología OpenUP, permite que 
los integrantes del equipo de desarrollo aporten con micro-incrementos, 
que pueden ser el resultado del trabajo de unas pocas horas o unos pocos 
días. El progreso se puede visualizar diariamente, ya que la aplicación va 
evolucionando en función de estos micro-incrementos. 
• El objetivo de OpenUP es ayudar al equipo de desarrollo, a lo largo de todo 
el ciclo de vida de las iteraciones, para que sea capaz de añadir valor de 
negocio a los clientes, de una forma predecible, con la entrega de un 
software operativo y funcional al final de cada iteración.
Ciclo de vida de la 
metodología OpenUp
Fases de OpenUp 
Todo proyecto en OpenUP consta de cuatro 
fases: inicio, elaboración, construcción y 
transición. 
• Fase de inicio. 
• Fase de Elaboración. 
• Fase de construcción. 
• Fase de transición.
Fase de Inicio 
• Esbozar las arquitecturas candidatas. 
• Identificar los riesgos. 
• Preparar un plan de proyecto y estimación de costes.
Fase de Elaboración 
• Se realizan tareas de análisis del dominio y definición de la arquitectura del 
sistema. 
• Se elabora el plan de proyecto. 
• Se establecen los requisitos (o algunos) y a arquitectura estable del sistema. 
• Al finalizar esta fase se debe tener una definición clara y precisa de os casos 
de uso y todo sus actores.
Fase de Construcción 
• Es la fase mas larga del proyecto. 
• El sistema es construido en base a lo especificado en la fase de elaboración. 
• Las características del sistema se implementan en una serie de iteraciones 
cortas y limitadas en el tiempo. 
• El resultado de cada iteración es una versión ejecutable del software.
Fase de Transición 
• En esta fase el sistema es desplegado para los usuarios finales. 
• La retroalimentación recibida permite incorporar refinamientos al sistema 
en las sucesivas iteraciones. 
• Esta iteración también cubre el entrenamiento de los usuarios para la 
utilización del sistema.
Metodología OpenUP 
Ventajas: 
• Es unametodología ágil. 
• Se puede adaptar con otros procesos. 
• Permite disminuir las posibilidades de riesgo. 
• Permite descubrir errores tempranos a través 
de ciclos iterativos. 
Desventajas: 
• A veces omite contenido que puede ser de 
interés en el proyecto. 
• Se espera que cubra un amplio sistema de 
necesidades en los proyectos en un plazo muy 
corto. 
• No es adecuada para proyectos de gran 
tamaño.

Weitere ähnliche Inhalte

Was ist angesagt?

Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
masilog
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
Piskamen
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
Marvin Zumbado
 
El ciclo de vida de los sistemas
El ciclo de vida de los sistemasEl ciclo de vida de los sistemas
El ciclo de vida de los sistemas
Ahiezer Apostol
 

Was ist angesagt? (20)

Metodologia Incremental
Metodologia IncrementalMetodologia Incremental
Metodologia Incremental
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
Metodologias agiles
Metodologias agilesMetodologias agiles
Metodologias agiles
 
Modelo cascada
Modelo cascadaModelo cascada
Modelo cascada
 
Ejemplo rup
Ejemplo rupEjemplo rup
Ejemplo rup
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
metodologia de prototipos
metodologia de prototiposmetodologia de prototipos
metodologia de prototipos
 
proceso unificado de desarrollo
proceso unificado de desarrollo proceso unificado de desarrollo
proceso unificado de desarrollo
 
Metodología xp
Metodología xpMetodología xp
Metodología xp
 
Desarrollo De Sistemas
Desarrollo De SistemasDesarrollo De Sistemas
Desarrollo De Sistemas
 
Modelo de desarrollo del software angel rojas
Modelo de desarrollo del software angel rojasModelo de desarrollo del software angel rojas
Modelo de desarrollo del software angel rojas
 
Rup
RupRup
Rup
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Metodología Clásica
Metodología ClásicaMetodología Clásica
Metodología Clásica
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
El ciclo de vida de los sistemas
El ciclo de vida de los sistemasEl ciclo de vida de los sistemas
El ciclo de vida de los sistemas
 
Cuadro comparativo hilos
Cuadro comparativo hilosCuadro comparativo hilos
Cuadro comparativo hilos
 

Ähnlich wie Metodología open up ágil y tradicional

Metodologia upen up
Metodologia upen upMetodologia upen up
Metodologia upen up
unimag
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
Abner Garcia
 
Iterativo xarla
Iterativo xarlaIterativo xarla
Iterativo xarla
Rony Clar
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
henryedo
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
henryedo
 

Ähnlich wie Metodología open up ágil y tradicional (20)

Is.exp.329704
Is.exp.329704Is.exp.329704
Is.exp.329704
 
Is.exp.329704
Is.exp.329704Is.exp.329704
Is.exp.329704
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Metodologia upen up
Metodologia upen upMetodologia upen up
Metodologia upen up
 
Metodologias rup
Metodologias rupMetodologias rup
Metodologias rup
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software Jr
 
ISO - OpenUp
ISO - OpenUpISO - OpenUp
ISO - OpenUp
 
Metodología de desarrollo de software
Metodología de desarrollo de softwareMetodología de desarrollo de software
Metodología de desarrollo de software
 
Metodologia rup 2
Metodologia rup 2Metodologia rup 2
Metodologia rup 2
 
Metodología rup
Metodología rupMetodología rup
Metodología rup
 
Iterativo xarla
Iterativo xarlaIterativo xarla
Iterativo xarla
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup trabajo1
Metodologia rup trabajo1Metodologia rup trabajo1
Metodologia rup trabajo1
 
Las metodologías usadas en el Desarrollo de SW en el Perú
Las metodologías usadas en el Desarrollo de SW en el PerúLas metodologías usadas en el Desarrollo de SW en el Perú
Las metodologías usadas en el Desarrollo de SW en el Perú
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Proceso unificado de desarrollo
Proceso unificado de desarrolloProceso unificado de desarrollo
Proceso unificado de desarrollo
 
Ciclo de vida del software
Ciclo de vida del softwareCiclo de vida del software
Ciclo de vida del software
 
Grupo1
Grupo1Grupo1
Grupo1
 

Metodología open up ágil y tradicional

  • 1. Metodología OpenUp Ingeniería del Software Carmelo José Hernández Barrios Ingeniería de Sistemas - Universidad de Córdoba
  • 2. Definición OpenUP es una metodología de Proceso Unificado que aplica enfoques iterativos e incrementales dentro de un ciclo de vida estructurado, utiliza una filosofía ágil que se enfoca en la naturaleza de colaboración para el desarrollo de software, basada en RUP (Rational Unified Process), que contiene el conjunto mínimo de prácticas que ayudan a un equipo de desarrollo de software a realizar un producto de alta calidad, de una forma eficiente. Esta metodología fue propuesta por el grupo de empresas conformado por: IBM Corp, Telelogic AB, Armstrong Process Group Inc., Number Six , Software Inc. y Xansa; quienes la donaron a la Fundación Eclipse en el año 2007, que la ha publicado Bajo licencia libre.
  • 3. RUP (Rational Unified Process) El Rational Unified Process ( RUP ) es un proceso iterativo de desarrollo de software creado por el Rational Software Corporation, una división de IBM desde el año 2003. RUP no es un solo proceso prescriptivo concreto, sino más bien un proceso adaptable, la intención de ser adaptado por las organizaciones de desarrollo y los equipos de proyectos de software que seleccione los elementos del proceso que son apropiados para sus necesidades. RUP es una implementación específica del proceso unificado .
  • 4. Características Este tipo de metodología es un proceso mínimo y suficiente, lo que significa que solo el contenido fundamental y necesario es incluido. Por lo tanto no provee lineamientos para todos los elementos que se manejan en un proyecto pero tiene los componentes básicos que pueden servir de base a procesos específicos y la mayoría de los elementos de esta metodología están declarados para fomentar el intercambio de información entre los equipos de desarrollo y mantener un entendimiento compartido del proyecto, sus objetivos, alcance y avances.
  • 5. OpenUp Colaboración Enfoque Equilibrio Evolución Principios de OpenUp Sincronizar intereses y compartir conocimiento para generar un ambiente de equipo y el desarrollo de un proyecto compartido Las prioridades deben equilibrarse para maximizar el beneficio obtenido de los interesados en el proyecto Se obtiene retroalimentación y mejoramiento continuo, se promueve la continuidad y funcionalidad del proceso Centralización del proceso para minimizar riesgos y dar organización al mismo.
  • 6. Composición de OpenUp La metodología OpenUp está organizado en dos dimensiones diferentes pero interrelacionadas: el contenido metodológico y el contenido procedimental. • El contenido metodológico es el que define elementos metodológicos tales como disciplinas, tareas, artefactos y procesos, independientemente de como se usen estos o se combinen. • El contenido procedimental, por el contrario, es donde se aplican todos estos elementos metodológicos dentro de una dimensión temporal, pudiéndose crear multitud de ciclos de vida diferentes a partir del mismo subconjunto de elementosmetodológicos.
  • 7. Ciclo de vida de la metodología OpenUp • El ciclo de vida de un proyecto, según la metodología OpenUP, permite que los integrantes del equipo de desarrollo aporten con micro-incrementos, que pueden ser el resultado del trabajo de unas pocas horas o unos pocos días. El progreso se puede visualizar diariamente, ya que la aplicación va evolucionando en función de estos micro-incrementos. • El objetivo de OpenUP es ayudar al equipo de desarrollo, a lo largo de todo el ciclo de vida de las iteraciones, para que sea capaz de añadir valor de negocio a los clientes, de una forma predecible, con la entrega de un software operativo y funcional al final de cada iteración.
  • 8. Ciclo de vida de la metodología OpenUp
  • 9. Fases de OpenUp Todo proyecto en OpenUP consta de cuatro fases: inicio, elaboración, construcción y transición. • Fase de inicio. • Fase de Elaboración. • Fase de construcción. • Fase de transición.
  • 10. Fase de Inicio • Esbozar las arquitecturas candidatas. • Identificar los riesgos. • Preparar un plan de proyecto y estimación de costes.
  • 11. Fase de Elaboración • Se realizan tareas de análisis del dominio y definición de la arquitectura del sistema. • Se elabora el plan de proyecto. • Se establecen los requisitos (o algunos) y a arquitectura estable del sistema. • Al finalizar esta fase se debe tener una definición clara y precisa de os casos de uso y todo sus actores.
  • 12. Fase de Construcción • Es la fase mas larga del proyecto. • El sistema es construido en base a lo especificado en la fase de elaboración. • Las características del sistema se implementan en una serie de iteraciones cortas y limitadas en el tiempo. • El resultado de cada iteración es una versión ejecutable del software.
  • 13. Fase de Transición • En esta fase el sistema es desplegado para los usuarios finales. • La retroalimentación recibida permite incorporar refinamientos al sistema en las sucesivas iteraciones. • Esta iteración también cubre el entrenamiento de los usuarios para la utilización del sistema.
  • 14. Metodología OpenUP Ventajas: • Es unametodología ágil. • Se puede adaptar con otros procesos. • Permite disminuir las posibilidades de riesgo. • Permite descubrir errores tempranos a través de ciclos iterativos. Desventajas: • A veces omite contenido que puede ser de interés en el proyecto. • Se espera que cubra un amplio sistema de necesidades en los proyectos en un plazo muy corto. • No es adecuada para proyectos de gran tamaño.