Algunos métodos de desarrollo de software

RUP (Rational Unified Process) Proceso Unificado de Modelado

Proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es garantizar la producción de alta calidad
Software que satisfaga las necesidades de sus usuarios finales, dentro de un horario predecible y presupuesto.

El Rational Unified Process es una guía para saber cómo utilizar eficazmente el Lenguaje de Modelado Unificado (UML).  El UML es un lenguaje estándar del sector que nos permite comunicar claramente los requisitos, arquitecturas y diseños. El UML fue creado originalmente por Rational Software, y ahora es mantenido por las normas de organización Object Management Group (OMG).

Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm. Ken Hartman, uno de los contribuidores claves de RUP colaboró con Boehm en la investigación. En 1995 Rational Software compró una compañía sueca llamada Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos de uso a los métodos de desarrollo orientados a objetos. El Rational Unified Process fue el resultado de una convergencia de Rational Approach y Objectory (el proceso de la empresa Objectory AB). El primer resultado de esta fusión fue el Rational Objectory Process, la primera versión de RUP, fue puesta en el mercado en 1998, siendo el arquitecto en jefe Philippe Kruchten.

CDM (Custom Development Method) Método de desarrollo adaptable
Método Advantage Custom Development (MDL) es un método probado y estructurado para el desarrollo de soluciones de negocio utilizando la tecnología de Oracle. Se trata de un conjunto de herramientas web-desplegado para la planificación, ejecución y control de proyectos de desarrollo personalizado.
Permite hacer un seguimiento intensivo de las diferentes fases del desarrollo (Definición, Análisis, Diseño, Construcción, Transición y Producción). Para ello, realizan un conjunto de tareas que se agrupan en procesos. Cada proceso hace parte de cada una de las fases del desarrollo y se reporta mediante un documento denominado “entregable”.  

FDD (Feature Driven Development)

FDD es un proceso diseñado por Peter Coad, Erich Lefebvre y Jeff De Luca.
FDD está pensado para proyectos con tiempo de desarrollo relativamente cortos (menos de un año). Se basa en un proceso interactivo con interacciones cortas (∽ 2 semanas) que producen un software funcional que el cliente y la dirección de la empresa puedan ver y monitorizar.
Las interacciones se deciden en base a features (de ahí el nombre del proceso) o funcionalidades, que son pequeñas partes del software con significado para el cliente, ASÌ, construir el sistema de ventas es algo que requiere mucho tiempo, y construir el sistema de persistencia no tiene significado para el cliente, pero si lo tiene enviar el pedido por email.

XP (eXtreme Programming)

La programación extrema o eXtreme Programming (XP) es un enfoque de la ingeniería de software formulado por Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained: Embrace Change (1999). Es el más destacado de los procesos ágiles de desarrollo de software. Al igual que éstos, 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.


Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo. XP se basa en realimentación continua entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los participantes, simplicidad en las soluciones implementadas y coraje para enfrentar los cambios. XP se define como especialmente adecuada para proyectos con requisitos imprecisos y muy cambiantes, y donde existe un alto riesgo técnico.

Ventajas 
  • Programación organizada.
  • Menor taza de errores.
 
Desventajas
  • Es recomendable emplearlo solo en proyectos a corto plazo.
  • Altas comisiones en caso de falla.

No hay comentarios:

Publicar un comentario