metodologia software

METODOLOGIAS DE DESARROLLO DE SOFTWARE

es un marco de trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información.
Una metodología de desarrollo de software se refiere a un Framework que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de información.
A lo largo del tiempo, una gran cantidad de métodos hansido desarrollados diferenciándose por su fortaleza y debilidad.
El Framework para metodología de desarrollo de software consiste en:
*Una filosofía de desarrollo de programas de computación con el enfoque del proceso de desarrollo de software
*Herramientas, modelos y métodos para asistir al proceso de desarrollo de software
Estos Frameworks son a menudo vinculados a algún tipo de organización,que además desarrolla, apoya el uso y promueve la metodología. La metodología es a menudo documentada en algún tipo de documentación formal.



Conclusión

En la metodología de desarrollo de software tenemos distintas maneras de crear nuestros sistemas ,dependiendo de la necesidad del cliente y muy importante de la forma en que el desarrollador quiere estructurar el proyecto ,acoplándose lomas posible a una manera cómoda de trabajar para tener el mejor resultado posible entre muchos factores importantes a tratar, cada uno de estos metodos cubre distintas necesidades y asi elegir el mas conveniente.


GANAR-GANAR

El modelo ganar-ganar (en inglés, win-win) extiende el modelo espiral, haciendo énfasis en la identificación de las condiciones de ganancia para todas las partes,creando un plan para alcanzar las condiciones ganadoras y evitar los riesgos correspondientes. Se establecen las reglas para definir el proceso de desarrollo del proyecto, tomando en cuenta todas las partes implicadas. El modelo no necesita mucho tiempo de gestión. Esto permite utilizarlo tanto en proyectos pequeños como grandes.

Se consideran cuatro los ciclos, cada uno compuesto de cuatroactividades. Las cuatro actividades son: elaborar los objetivos, restricciones y alternativas del proceso y producto del sistema y subsistema; evaluar las alternativas con respecto a los objetivos y restricciones (identificando y resolviendo las fuentes principales de riesgo en el proceso y producto); elaborar la definición del producto y proceso; y planear el siguiente ciclo, actualizando el plan del ciclode vida, incluyendo la partición del sistema en subsistemas para ser considerados en ciclos paralelos, lo cual puede incluir un plan para terminar el proyecto si es muy riesgoso o no es factible, asegurando el compromiso de la administración para continuar según lo planeado.

Una vez revisadas las actividades, los ciclos definen líneas específicas a seguir.
En el Ciclo 0 (grupos de aplicación) sedetermina la viabilidad de un grupo apropiado de aplicaciones.
En el Ciclo 1 (objetivos del ciclo de vida de la aplicación) se desarrollan los objetivos del ciclo de vida, incluyendo prototipos, planes y especificaciones de aplicaciones individuales, y se verifica la existencia de al menos una arquitectura viable para cada aplicación.
En el Ciclo 2 (arquitectura del ciclo de vida de laaplicación) se establece una arquitectura del ciclo de vida detallado, se verifi ca su viabilidad, y se determina que no existen riesgos mayores en satisfacer los planes y especificaciones.
En el Ciclo 3 (capacidad de operación inicial) se alcanza una capacidad operacional inicial para cada etapa crítica del proyecto en el ciclo de vida del software.

Las creencias del modelo son: crear software basadoen componentes para lograr mayor calidad en los sistemas de mayor tamaño, escribir software reutilizable para hacer eficiente el proceso de desarrollo, medir la calidad del sistema como aspecto clave del desarrollo del producto, lograr mayor calidad en el proceso de ensamblaje a partir de componentes menores, usar tecnologías basadas en objetos como aspecto básico para lograr la calidad, producir...