METODOLOGIAS EMERGENTES

Ingeniera de Software.
Ing. Senn Jurez Tinoco

METODOLOGIAS EMERGENTES

WIN WIN.
Extreme Programming (XP) desde 1999
Unified Process (UP) Proceso Unificado.
Rational Unified Process (RUP)
Agile Unified Process (AUP) desde 2005 por Scott Ambler
Enterprise Unified Process (EUP) extensiones RUP desde 2002
Personal software Process

Objetivos del Proyecto

WIN WIN
Ganar-ganar (win-win). Extiende el modelo de espiral,
haciendo nfasis en la identificacin de las condiciones de

ganancia para todas las partes, creando un plan para alcanzar

las condiciones ganadoras y los riesgos correspondientes. Se
consideran cuatro ciclos compuestos de cuatro actividades:

Objetivos del Proyecto

ACTIVIDADES
Elaborar los objetivos, restricciones y alternativas del
proceso y producto del sistema y subsistema.
Evaluar las alternativas con respecto a los objetivos y
restricciones. Identificar y resolver las fuentes principales
de riesgo en el proceso y el producto.
Elaborar la definicin del producto y el proceso.
Planear el siguiente ciclo y actualizar el plan de su ciclo
de vida, incluyendo la particin del sistema en
subsistemas para ser considerados en ciclos paralelos.

Alcances

Extreme programming
La programacin extrema o eXtreme Programming (XP) es una
metodologa de desarrollo de la ingeniera de software
formulada por Kent Beck, autor del primer libro sobre la
materia, Extreme Programming Explained: Embrace Change
(1999). Es el ms destacado de los procesos giles de desarrollo
de software. Al igual que stos, la programacin extrema se
diferencia de las metodologas tradicionales principalmente en
que pone ms nfasis en la adaptabilidad que en la
previsibilidad.

Alcances

Extreme programming
Los defensores de la XP consideran que los cambios de
requisitos sobre la marcha son un aspecto natural, inevitable e
incluso deseable del desarrollo de proyectos. Creen que ser
capaz de adaptarse a los cambios de requisitos en cualquier
punto de la vida del proyecto es una aproximacin mejor y ms
realista que intentar definir todos los requisitos al comienzo del
proyecto e invertir esfuerzos despus en controlar los cambios
en los requisitos.

Alcances

Extreme programming
Se puede considerar la programacin extrema como la
adopcin de las mejores metodologas de desarrollo de acuerdo
a lo que se pretende llevar a cabo con el proyecto, y aplicarlo de
manera dinmica durante el ciclo de vida del software.

Alcances

Proceso Unificado (UP, Unified Process)

Es una extensin al proceso objectory (object factory), que
tiene sus orgenes en la dcada de 1980. Se basa
especialmente en la especificacin de requerimientos de
un sistema mediante casos de uso; parte de la arquitectura
del sistema, siguiendo un proceso iterativo e incremental;
integra aspectos como ciclos, fases, flujos de trabajo,
mitigacin de riesgo, control de calidad, administracin de
proyecto y control de configuracin.

Procedimiento

Proceso Unificado (UP, Unified Process)

Considera las 4 P del desarrollo del software (personas,
proyecto, producto y proceso); y se basa en las creencias de
que para que un sistema sea exitoso se debe saber qu quiere
y necesita el usuario, as como que las arquitecturas de los
sistemas de software deben permitir visualizar un sistema
desde diferentes perspectivas (como los edificios electricidad,
estructura, etc.-) y que dividir en etapas es prctico porque el
desarrollo y la implementacin pueden durar mucho tiempo.

Procedimiento

Proceso Unificado Racional (RUP)

Es un proceso de desarrollo de software desarrollado por la
empresa Rational Software, actualmente propiedad de IBM.
Junto con el Lenguaje Unificado de Modelado UML, constituye la
metodologa estndar ms utilizada para el anlisis, diseo,
implementacin y documentacin de sistemas orientados a
objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino
un conjunto de metodologas adaptables al contexto y
necesidades de cada organizacin.

Se basa en 6 principios bsicos

Adaptar el proceso
Equilibrar prioridades
Demostrar valor iterativamente
Colaboracin entre equipos
Elevar el nivel de abstraccin
Enfocarse en la calidad

Ciclo de Vida
El ciclo de vida RUP es una implementacin del Desarrollo
en espiral. Fue creado ensamblando los elementos en
secuencias semi-ordenadas. El ciclo de vida organiza las
tareas en fases e iteraciones.
RUP divide el proceso en cuatro fases, dentro de las cuales
se realizan varias iteraciones en nmero variable segn el
proyecto y en las que se hace un mayor o menor hincapi
en las distintas actividades.

Ciclo de vida

Proceso de software racional

El RUP es un producto de Rational (IBM). Se caracteriza por
ser iterativo e incremental, estar centrado en la arquitectura
y guiado por los casos de uso. Incluye artefactos (que son los
productos tangibles del proceso como por ejemplo, el
modelo de casos de uso, el cdigo fuente, etc.) y roles (papel
que desempea una persona en un determinado momento,
una persona puede desempear distintos roles a lo largo del
proceso).

Caractersticas

El RUP es un producto de Rational (IBM). Se caracteriza por ser

iterativo e incremental, estar centrado en la arquitectura y guiado
por los casos de uso. Incluye artefactos (que son los productos
tangibles del proceso como por ejemplo, el modelo de casos de uso,
el cdigo fuente, etc.) y roles (papel que desempea una persona en
un determinado momento, una persona puede desempear
distintos roles a lo largo del proceso).

Fases

La estructura dinmica de RUP es la que permite que ste

sea un proceso de desarrollo fundamentalmente iterativo, y
en esta parte se ven inmersas las 4 fases descritas
anteriormente:

Inicio (tambin llamado Incepcin o Concepcin).

Elaboracin.
Desarrollo
(tambin
llamado
Implementacin,
Construccin).
Cierre (tambin llamado Transicin).

Proceso Unificado gil (AUP)

Es una versin simplificada del Proceso Unificado Racional desarrollada
por Scott Ambler, que describe una aproximacin al desarrollo de
aplicaciones que combina conceptos propios del proceso unificado
tradicional con tcnicas giles, con el objetivo de mejorar la
productividad.
En general, el Proceso Unificado gil supone un enfoque intermedio
entre XP (eXtreme Programming) y el Proceso Unificado Racional, y tiene
la ventaja de ser un proceso gil que incluye explcitamente actividades y
artefactos a los que la mayora de desarrolladores ya estn, de alguna
manera, acostumbrados.

Fases
El Proceso Unificado gil consta de cuatro fases que el proyecto atraviesa de forma
secuencial. Dichas fases son, al igual que en el Proceso Unificado Racional:
Iniciacin. El objetivo de esta fase es identificar el alcance inicial del proyecto, una
arquitectura potencial para el sistema y obtener, si procede, financiacin para el
proyecto y la aceptacin por parte de los promotores del sistema.
Elaboracin. Mediante esta fase se pretende identificar y validar la arquitectura del
sistema.
Construccin. El objetivo de esta fase consiste en construir software desde un punto
de vista incremental basado en las prioridades de los participantes.
Transicin. En esta fase se valida y despliega el sistema en el entorno de produccin.

Fases

Fases
A lo largo de las cuatro fases, se desarrollan actividades relativas a siete
disciplinas de manera iterativa:
Modelado. Su objeto es entender la lgica de negocio de la aplicacin, el
dominio del problema del proyecto e identificar una solucin viable para el
dominio del problema.
Implementacin. Transformar los modelos en cdigo ejecutable y realizar
pruebas bsicas, en particular pruebas unitarias.
Pruebas. Realizar una evaluacin de los objetivos para asegurar la calidad.
Esto incluye encontrar defectos, validar que el sistema funciona como fue
diseado y verificar que los requisitos se cumplen.
Despliegue. Planear la entrega del sistema y ejecutar el plan para hacer que
el sistema quede disponible para los usuarios finales.

Fases

Gestin de la configuracin. Gestionar el acceso a los artefactos del

proyecto. Esto incluye, adems de la traza de versiones de los artefactos, el
control de cambios y la gestin de los mismos.
Gestin del proyecto. Dirige las actividades que tienen lugar dentro del
proyecto, incluyendo gestin de riesgos, direccin del personal y
coordinacin.
Entorno. Apoyar el resto del esfuerzo asegurando que los procesos,
mtodos y herramientas estn disponibles para el equipo cuando los
necesitan.

Proceso Unificado Empresarial (EUP)

EUP se refiere a proceso unificado empresarial, es una metodologa de

desarrollo de software que ayuda a las empresas a crear software de
manera estructural y organizada
El EUP es una extensin del RUP que agrega dos fases de desarrollo que le
hacan falta al RUP que son:
Produccin
retiro.

Fase de produccin

Objetivo: Mantener sistemas tiles y productivos despus de que hayan

sido enviados a la comunidad de usuarios.
Este proceso difiere de una organizacin a otra e incluso de un sistema a
otro, pero el objetivo fundamental sigue siendo el mismo: mantener el
sistema en funcionamiento y ayudar a los usuarios a usarlo.
Por lo general se requiere un servicio de asistencia para ayudar a los
usuarios. Las organizaciones que implementan sistemas para uso interno
por lo general requieren un personal operativo para ejecutar y supervisar
los sistemas.

Fase de produccin

La fase de produccin, al igual que el resto de la EUP, requiere que cada

organizacin lo adapte a sus necesidades especficas.
La fase de produccin termina cuando el lanzamiento de un sistema ha sido
programado para la jubilacin o cuando el soporte ha terminado.
Esto puede ocurrir:
Inmediatamente despus de la liberacin de una nueva versin
Algn tiempo despus del lanzamiento de una nueva versin
En una fecha que la empresa ha decidido poner fin al soporte.

Fase de Retiro

Objetivo: Esta fase es la eliminacin de un sistema de la produccin, y en

ocasiones incluso el sistema completo en s, una actividad tambin
conocida como sistema de desmantelamiento.
El retiro de los sistemas es un problema grave que enfrentan las
organizaciones, hoy en da muchos sistemas son removidos y
remplazados por nuevos sistemas. Las empresas deben tratar de
completar este esfuerzo con un impacto mnimo en las operaciones
comerciales.

Fase de Retiro

Razones para hacer esto:

1.
2.
3.
4.

El sistema esta siendo remplazado completamente

El sistema ya no tiene soporte
El sistema ya no funciona con el modelo de la empresa
El sistema se ha vuelto obsoleto

En la mayora de los casos el retiro de software antiguos se realiza durante

el despliegue de la nueva versin del sistema y es solo una tarea mas,
tcnicamente durante el despliegue del nuevo sistema hay pasos para
retirar el sistema anterior.

Disciplina de soporte

El EUP tambin agrega una nueva disciplina de proyecto a la metodologa

RUP
Operacin y soporte.
Objetivo: Operar y apoyar su software en un entorno de produccin.
El enfoque de las operaciones es asegurarse de que el software est
funcionando correctamente y que los datos pertinentes se copian y se
restauran segn sea necesario.

El enfoque de soporte es ayudar a los usuarios finales, respondiendo a sus

preguntas, el anlisis de los problemas que estn encontrando con los
sistemas de produccin, registrando las solicitudes de nuevas
funcionalidades, y elaboracin y aplicacin de soluciones.

Disciplinas empresariales

El EUP extiende el concepto de RUP y usa las mejores practicas

empresariales para adaptarse a cualquier empresa

Modelado de negocios.
Gestin del portafolio.
Arquitectura Empresarial.
Reutilizacin estratgica.
Gestin de Personas.
Administracin Empresarial.
Mejorar el proceso de software.

Disciplinas empresariales

Modelado de negocios: Proporciona una visin de las estructuras y

procesos de negocio de la organizacin en relacin con un proyecto
especfico, identificando el alcance apropiado del proyecto y muestra cmo
el sistema se adapta y apoya en el negocio
Gestin del portafolio: Una portafolio de software es un conjunto de
proyectos de TI, tanto propuestos y en curso, as como los sistemas
implementados en la organizacin. Un factor de xito empresarial depende
de la eficiencia y la eficacia de la gestin de una mezcla diversificada del
Portafolio de software (conjunto de sistemas de software) y Gestin de
programas (mantenimiento de un inventario de software de sistemas
instantnea) debe ser una actividad continua durante todo el ciclo de vida
del sistema de la empresa como para mitigar los riesgos empresariales

Disciplinas empresariales

Arquitectura Empresarial: Define el estado de la arquitectura de la empresa

que incluye marcos arquitectnicos, arquitecturas de referencia y
estndares de arquitectura y directrices
Reutilizacin estratgica: La reutilizacin es una de las cosas grandes de las
tecnologas de informacin, muchas empresas se rinden despus de que un
proyecto no dio frutos y es porque fallan en el enfoque de la reutilizacin.
Gestin de Personas: Define cmo administrar y mejorar la eficacia de los
individuos dentro de su tecnologa de la informacin colocando a cada
individuo donde mejor se desenvuelva

Disciplinas empresariales
Administracin Empresarial: Define cmo una organizacin crea, mantiene,
administra y distribuye los bienes fsicos y de informacin de una manera segura.
Administrador de la red: Es el encargado de administrar y dar soporte a el hardware
de la red y a la red
Administrador de instalaciones: Es el encargado de administrar las propiedades
inmobiliarias de la empresa.

Administrador de la informacin: Se encarga de administrar los bienes informticos

de la empresa
Administrador de la seguridad: Encargado de proteger los niveles de seguridad de la
empresa
Administrador empresarial: Los cuatro roles anteriores estn dentro de este ya que
es el que tiene que encargarse de que todo lo dems este bien

Disciplinas empresariales

Mejorar el proceso de software: Incluso el departamento mas pequeo de

TI necesita un proceso de software que los equipos de trabajo puedan
utilizar y adaptar.
Si existe un proceso se puede adaptar y mejorar.
Es posible que no exista un proceso que se adapte a las necesidades de la
empresa, esto no pasa muy seguido por la diferente variedad de procesos
disponibles hoy en da pero es posible que descubran que tienen que crear
uno nuevo.

Ciclo de vida del EUP

Beneficios del EUP

A diferencia del RUP el EUP busca mejorar las caractersticas de las

empresas y crear un software bien adaptado y no solo el desarrollo de un
software
EUP apunta constantemente a disminuir los procesos complejos
perpetuando las mejores practicas dentro de la empresa

PSP & TSP

Proceso de software personal & Proceso de software en equipo.

PSP es un conjunto de practicas disciplinadas para la gestin del tiempo y
mejora de la productividad personal de los programadores o ingenieros de
software, en tareas de desarrollo y mantenimiento de sistemas.
Concentrado al trabajo de los ingenieros de manera individual
TSP (Team Software Process) proporciona un marco de trabajo de procesos
definidos, diseado hacia gerentes e ingenieros para organizar y producir
proyectos de software de gran escala en equipo.

PSP & TSP

Proceso de software personal & Proceso de software en equipo.

Esta alineado y diseado para emplearse en organizaciones con modelos de
procesos CMMI (Capability Maturity Model Integration), que es un modelo
de mejora de procesos o ISO 15504
Produce software de calidad, donde cada ingeniero debe de trabajar en la
necesidad de realizar trabajo de calidad

Objetivos

Lograr una mejora continua en el proceso de desarrollo

Medir, estimar, planificar, seguir y controlar el proceso de desarrollo
Mejorar la calidad del proceso de desarrollo
Buena calidad y mayor productividad
Administra el tiempo y la calidad eliminando defectos tempranamente

Proporcionar un marco de trabajo para el personal

Se demuestra como manejar la calidad desde el principio del trabajo

PSP & TSP