METODOLOGIAS DE PROGRAMACION

METODOLOGIAS DE PROGRAMACION

1. TRADICIONAL

   • 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).
     • 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.
     • FASES
       • • Concepción
       • • Elaboración
       • • Construcción
       • • Transición
     • DESVENTAJAS
       • • La evaluación de riesgos es compleja
       • • Excesiva flexibilidad para algunos proyectos
       • • Estamos poniendo a nuestro cliente en una situación que puede ser muy incómoda para él.
       • • Nuestro cliente deberá ser capaz de describir y entender a un gran nivel de detalle para poder acordar un alcance del proyecto con él.
   • MSF
     • MICROSOFT SOLUTION FRAMEWORK
     • 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
     • Desarrollo: Durante esta fase el equipo realice la mayor parte de la construcción de los componentes (tanto documentación como código), sin embargo, se puede realizar algún trabajo de desarrollo durante la etapa de estabilización en respuesta a los resultados de las pruebas.
     • FASES
       • • Visión y Alcances.
       • • Planificación.
       • • Desarrollo.
       • • Estabilización.
       • • Implantación.
     • Planificación
       • Es en esta fase es cuando la mayor parte de la planeación para el proyecto es terminada.
       • Desarrollo:
         • Durante esta fase el equipo realice la mayor parte de la construcción de los componentes (tanto documentación como código), sin embargo, se puede realizar algún trabajo de desarrollo durante la etapa de estabilización en respuesta a los resultados de las pruebas
         • Estabilización
           • En esta fase se conducen pruebas sobre la solución, las pruebas de esta etapa enfatizan el uso y operación bajo condiciones realistas.
       • Implantación
         • Durante esta fase el equipo implanta la tecnología base y los componentes relacionados, estabiliza la instalación, traspasa el proyecto al personal soporte y operaciones, y obtiene la aprobación final del cliente.

2. AGILES (FEXIBLES)

   • • Los individuos y las interacciones entre ellos son más importantes que las herramientas y los procesos empleados.
   • • Es más importante crear un producto software que funcione que escribir documentación exhaustiva.
   • • La colaboración con el cliente debe prevalecer sobre la negociación de contratos.
   • • La capacidad de respuesta ante un cambio es más importante que el seguimiento estricto de un plan.
   • EXTREME PROGRAMMING (XP)
     • La programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad.
     • Los defensores de XP consideran que los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos.
   • AUP (AGIL UNIFIED PROCESS)
     • El 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
       • Las disciplinas de Aup son:
         • • Modelado
         • • Implementación
         • • Prueba
         • • Despliegue
         • • Administración de la configuración
         • • Administración o gerencia del Proyecto
         • • Entorno
   • SCRUM
     • Scrum es un proceso ágil y liviano que sirve para administrar y controlar el desarrollo de software. El desarrollo se realiza en forma iterativa e incremental (una iteración es un ciclo corto de construcción repetitivo).
     • ICONIX
       • El proceso de 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.