Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

METODOLOGÍAS TRADICIONALES VS. METODOLOGÍAS ÁGILES

No description
by

on 22 March 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of METODOLOGÍAS TRADICIONALES VS. METODOLOGÍAS ÁGILES

METODOLOGÍAS TRADICIONALES VS. METODOLOGÍAS ÁGILES
METODOLOGÍA TRADICIONAL
METODOLOGÍAS ÁGILES
Las principales metodologías tradicionales son los conocidos RUP y MSF, que centran su atención en llevar una documentación exhaustiva de todo el proyecto y en cumplir con un plan de proyecto.

Otra de las características de este enfoque son los los altos costos al implementar un cambio y al no ofrecer una buena solución para proyectos donde el entorno es volátil.

Las metodologías tradicionales (formales) se focalizan en documentación, planificación y procesos. (Plantillas, técnicas de administración, revisiones, etc.).

RATIONAL UNIFIED PROCESS (RUP)
Provee un acercamiento disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo.

Su objetivo es asegurar la producción de software de alta calidad que satisfaga los requerimientos de los usuarios finales (respetando cronograma y presupuesto).

Fue desarrollado por Rational Software.

Puede ser adaptado y extendido para satisfacer las necesidades de la organización que lo adopte.
MICROSOFT SOLUTION FRAMEWORK (MSF)
MSF es un compendio de las mejores prácticas en cuanto a administración de proyectos se refiere.

Más que una metodología rígida de administración de proyectos, MSF es una serie de modelos que puede adaptarse a cualquier proyecto de tecnología de información.
Se basa en dos aspectos puntuales:
El retrasar las decisiones
La planificación adaptativa; permitiendo potenciar aún más el desarrollo de software a gran escala.

Entre los principales métodos ágiles tenemos el XP (eXtreme Programming), Scrum, Iconix, Cristal Methods, AUP.
Retrasar las decisiones
Permite siempre mantener una satisfacción en el cliente y por ende el éxito del producto.

VENTAJAS

Reduce el número de decisiones de alta inversión que se toman.
Reduce el número de cambios necesario en el proyecto.
Reduce el coste del cambio

EXTREME PROGRAMMING (XP)
Es la más destacada de los procesos ágiles de desarrollo de software.
Formulada por Kent Beck.
Se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad.
AGIL UNIFIED PROCESS (AUP)
Es un acercamiento aerodinámico a desarrollo del software basado en el Proceso Unificado Rational de IBM (RUP).
Basado en disciplinas y entregables incrementales con el tiempo.
El ciclo de vida en proyectos grandes es serial mientras que en los pequeños es iterativo.

Las disciplinas de Aup son:
Modelado
Implementación
Prueba
Despliegue
Administración de la configuración
Administración o gerencia del Proyecto
Entorno

SCRUM
Es un proceso ágil y liviano.
El desarrollo se realiza en forma iterativa e incremental
Cada ciclo o iteración termina con una pieza de software ejecutable que incorpora nueva funcionalidad.
Se focaliza en priorizar el trabajo en función del valor que tenga para el negocio, maximizando la utilidad de lo que se construye y el retorno de inversión.
Está diseñado especialmente para adaptarse a los cambios en los requerimientos.
El equipo se focaliza en una única cosa: construir software de calidad.
Tiene un conjunto de reglas muy pequeño y muy simple y está basado en los principios de inspección continua, adaptación, auto-gestión e innovación.
ICONIX
Maneja casos de uso, como el RUP, pero le falta mucho para llegar al nivel del RUP.
También es relativamente pequeño y firme, como XP, pero no desecha el análisis y diseño que hace XP.
Este proceso también hace uso aerodinámico del UML mientras guarda un enfoque afilado en el seguimiento de requisitos
INGENIERÍA DE SOFTWARE
METODOLOGÍA DE DESARROLLO
FASES
Las cuatro fases del ciclo de vida son:
Concepción
Elaboración
Construcción
Transición

VENTAJAS
Evaluación en cada fase que permite cambios de objetivos
Funciona bien en proyectos de innovación.
Es sencillo, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software.
Seguimiento detallado en cada una de las fases.

DESVENTAJAS

• La evaluación de riesgos es compleja
• Excesiva flexibilidad para algunos proyectos
• Se pone al cliente en una situación que puede ser muy incómoda .
• El cliente deberá ser capaz de describir y entender a un gran nivel de detalle para poder acordar un alcance del proyecto con él.

Visión y Alcances
FASES
Tener una visión clara de lo que se quiere lograr para el cliente.
Ser capaz de indicarlo en términos que motivarán a todo el equipo y al cliente.
Se definen los líderes y responsables del proyecto.
Se realiza la evaluación inicial de riesgos del proyecto.
Planificación
El equipo prepara las especificaciones funcionales, realiza el proceso de diseño de la solución,
Prepara los planes de trabajo, estimaciones de costos y cronogramas de los diferentes entregables del proyecto.
Desarrollo
El equipo realiza la mayor parte de la construcción de los componentes (tanto documentación como código).
La infraestructura también es desarrollada durante esta fase
.
Estabilización
Se conducen pruebas sobre la solución, las pruebas de esta etapa enfatizan el uso y operación bajo condiciones realistas.
El equipo se enfoca en priorizar y resolver errores y preparar la solución para el lanzamiento.
Implantación
El equipo implanta la tecnología base y los componentes relacionados.
Estabiliza la instalación, traspasa el proyecto al personal de soporte y operaciones.
Obtiene la aprobación final del cliente.

MODELO DE ROLES
El modelo de equipos de MSF tiene seis roles que corresponden a las metas principales de un proyecto y son responsables por las mismas.
Cada rol puede estar compuestos por una o más personas.
La estructura circular del modelo, muestra que no es un modelo jerárquico y que cada todos los roles son igualmente importantes en su aporte al proyecto.
Planificación Adaptativa
Permite estar preparados para el cambio.
La planificación adaptativa consiste en tomar decisiones a lo largo del proyecto
Esta planificación a corto plazo nos permitirá tener software disponible para nuestros clientes
Las características fundamentales del método son:
• Desarrollo iterativo e incremental.
• Pruebas unitarias continuas.
• Programación por parejas.
• Frecuente interacción del equipo de programación con el cliente o usuario.
• Corrección de todos los errores antes de añadir nueva funcionalidad.
• Refactorización del código: reescribir ciertas partes del código para aumentar su legibilidad y mantenibilidad pero sin modificar su comportamiento.
• Propiedad del código compartida.
• Simplicidad en el código.
Ventajas

Apropiado para entornos volátiles
Estar preparados para el cambio, significa reducir su coste.
Planificación más transparente para nuestros clientes, conocen las fechas de entrega de funcionalidades. Vital para su negocio
Permitirá definir en cada iteración cuales son los objetivos de la siguiente
Permite tener realimentación de los usuarios muy útil.

Desventajas
Delimitar el alcance del proyecto con nuestro cliente.
YUVIZAEL RODRÍGUEZ MEZA
Full transcript