Está en la página 1de 11

1

Metodologia de desarrollo de software

Antonio Granados (M.A.G.B)

INDICE
INTRODUCCIN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 ANTECEDENTES. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4 ENFOQUES DE DESARROLLO DE SIFTWARE. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .5 CASCADA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5 ESPIRAL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 RUP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .6 XP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 DRA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 CASCADA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .8 ESPIRAL. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .9 RUP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9 XP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .10 DRA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

VENTAJAS Y DESVENTAJAS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8

CONCLUCIN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

INTRODUCCIN
En la actualidad se cuenta con diversos tipos de mitologas para el desarrollo de software, lo cual genera una gran problemtica sobre cual debemos utilizar a la hora de disear un software, para esto es necesario conocer a fondo las diversas metodologas existentes, saber cmo funciona cada una, y as poder elegir

correctamente la ms adecuada segn la necesidad que se tenga. En la presente investigacin se dan a conocer las tecnologas de desarrollo de software ms utilizadas as como su funcionamiento, con el fin de solucionar la problemtica anteriormente mencionada. Una metodologa es un conjunto de procedimientos, tcnicas, herramientas y un soporte documental que ayuda a los desarrolladores a realizar un nuevo software. Puede seguir uno o varios modelos de ciclo de vida, es decir, el ciclo de vida indica qu es lo que hay que obtener a lo largo del desarrollo del proyecto pero no cmo hacerlo.

La metodologa indica cmo hay que obtener los distintos productos parciales y finales.

Finalmente depender de la metodologa utilizada los productos del proyecto, por esta razn es necesario, conoces a fondo cada una de ellas y poder diferenciar entre una y otra, para de este modo saber elegir la correcta en el momento de desarrollar un nuevo software, de otra manera el producto no ser el mejor e incluso puede ser intil.

ANTECEDENTES (Metodologas de Desarrollo de Software)


El desarrollo de los sistemas tradicionales de ciclo de vida se origin en la dcada de 1960 para desarrollar a gran escala funcional de sistemas de negocio en una poca de grandes conglomerados empresariales. La idea principal era continuar el desarrollo de los sistemas de informacin en una muy deliberada, estructurada y metdica, reiterando cada una de las etapas del ciclo de vida. Los sistemas de informacin en torno a las actividades resueltas pesadas para el procesamiento de datos y rutinas de clculo. 1970 s Programacin estructurada desde 1969 Programacin estructurada Jackson desde 1975 1980 s Structured Systems Analysis and Design Methodology (SSADM) desde 1980 Structured Analysis and Design Technique (SADT) desde 1980 Ingeniera de la informacin (IE/IEM) desde 1981 1990 s Rapid application development (RAD) desde 1991. Programacin orientada a objetos (OOP) a lo largo de la dcada de los 90's Virtual finite state machine (VFSM) desde 1990s Dynamic Systems Development Method desarrollado en UK desde 1995. Scrum (desarrollo), en la ltima parte de los 90's

Nuevo milenio Programacin extrema desde 1999 Enterprise Unified Process (EUP) extensiones RUP desde 2002 Rational Unified Process (RUP) desde 2003. Constructionist design methodology (CDM) desde 2004 por Kristinn R. Thrisson Agile Unified Process (AUP) desde 2005 por Scott Ambler

ENFOQUES DE DESARROLLO DE SOFTWARE


CASCADA:
Este modelo utiliza tramos como puntos de transicin y de carga. El modelo en cascada trabaja perfectamente para los proyectos en los cuales los requisitos del proyecto se encuentran definidos claramente y no son obligados a futuras modificaciones. E st compuesto por puntos de transicin entre fases. Se puede monitorear fcilmente ya que asigna responsabilidades definidas.

ESPIRAL:
Este modelo se basa en la necesidad continua de refinar los requerimientos para un determinado proyecto. Es eficaz cuando se utiliza para el rpido desarrollo de proyectos muy pequeos. Incorpora puntos de comprobacin claros. Por lo tanto, el proceso de desarrollo puede llegar a ser catico.

RATIONAL UNIFIED PROCESS (RUP):


RUP es un proceso que define claramente quien, cmo, cundo y qu debe hacerse. Aporta herramientas como los casos de uso, que definen los requerimientos adems de permitir la ejecucin iterativa del proyecto y del control de riesgos. Guiado por los Casos de Uso.

Centrado en la Arquitectura Guiado por los Riesgos Iterativo

EXTREME PROGRAMMING (XP):


La metodologa consiste en una programacin rpida o extrema, cuya particularidad es tener como parte del equipo, al usuario final, pues es uno de los requisitos para llegar al xito del proyecto.

DRA (DESARROLLO RPIDO DE APLICACIONES):


El modelo DRA es un modelo de proceso del desarrollo del software lineal secuencial que enfatiza un ciclo de desarrollo extremadamente corto (Es una adaptacin a alta velocidad del modelo lineal secuencial). El proceso DRA permite al equipo de desarrollo crear un sistema completamente funcional dentro de periodos muy cortos de tiempo.

VENTAJAS Y DESVENTAJAS CASCADA:


Ventajas
1.- La Documentacin se va produciendo en cada fase. 2.- El Modelo cuadra con otros modelos del proceso de ingeniera.

Desventajas:
1.- Inflexibilidad: al dividir el proyecto en distintas etapas. 2.- Es difcil responder a cambios en los requerimientos del cliente

ESPIRAL:
Ventajas:
1.- El modelo en espiral puede adaptarse y aplicarse a lo largo de la vida del software de computadora. 2.- Como el software evoluciona a medida que progresa el proceso, el desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en cada uno de los nivele evolutivos.

Desventajas:
1.- Resulta difcil convencer a grandes clientes de que el enfoque evolutivo es controlable. 2.- Debido a su elevada complejidad no se aconseja utilizarlo en pequeos sistemas.

RUP:
Ventajas
1.- Se basa todo en las mejores prcticas que se han intentado y se han probado en el campo. 2.- Se basa en las prcticas inestables que utilizaron juntas se evita que se derribe.

Desventajas:
1.- Por el grado de complejidad puede ser no muy adecuado. 2.- En proyectos pequeos, es posible que no se puedan cubrir los costos de dedicacin del equipo de profesionales necesarios.

10

XP:
Ventajas:
1.- Versiones nuevas 2.-Implementa una forma de trabajo donde se adapte fcilmente a las circunstancias

Desventajas:
1.- Es recomendable emplearlo solo en proyectos a corto plazo 2.- Altas comisiones en caso de fallar

DRA:
Ventajas:
1.- Es muy rpido. 2.- Permite trabajar en l a varias personas a la vez

Desventajas:
1.- Si los desarrolladores y clientes no se comprenden con las actividades 2.- El DRA sera inapropiado cuando los riesgos tcnicos son altos.

CONCLUCIN:
Despus de revisar los resultados de la presente investigacin se obtuvieron las siguientes conclusiones: Las metodologas de desarrollo de Software se basan en diversas pruebas, y cada una tiene proceso divididos en fases. Por otro lado cabe mencionar que es necesario conocer todas y cada una de estas metodologas de desarrollo, para poder ser acertados en la eleccin de la adecuada segn nuestro objetivo.