Adicionalmente, durante todo el ciclo de vida del proyecto se deberan realizar tareas tales como:<\/p>\n
- \n
- Gesti\u00f3n de la configuraci\u00f3n: identificaci\u00f3n de versiones, control de cambios, etc. <\/li>\n
- Gesti\u00f3n de la calidad: seguimiento de errores, revisiones del nivel de calidad.<\/li>\n
- Revisi\u00f3n de las premisas iniciales: revisi\u00f3n de los requerimientos y de los dise\u00f1os.<\/li>\n
- Gesti\u00f3n del entorno de desarrollo: herramientas de desarrollo, librer\u00edas, ficheros, gesti\u00f3n de datos (p.ej. para pruebas)<\/li>\n<\/ul>\n
El n\u00facleo de cualquier metodolog\u00eda de desarrollo se encuentra constituido por documentos escritos que detallan cada uno de los puntos expuestos.<\/p>\n
No obstante, siempre es mas conveniente consultar el est\u00e1ndar ISO 12207<\/a>, el cual intenta especificar todas las tareas necesarias para el desarrollo y mantenimiento del software:<\/p>\n
\n![](\"http:\/\/farm3.static.flickr.com\/2196\/2265001382_9876603dc8.jpg?v=0\"\/)
<\/a>
\n<\/center><\/p>\nLa relaci\u00f3n entre los diferentes procesos variar\u00e1 en funci\u00f3n de la metodolog\u00eda que la organizaci\u00f3n desee utilizar. En t\u00e9rminos generales, podr\u00edamos hacer 3 agrupaciones:<\/p>\n
- \n
- Procesos en cascada (Waterfall<\/a>): El desarrollo se compone por fases secuenciales. Una vez cerrada una, no se considera la posibilidad de volver atr\u00e1s.<\/li>\n
- Procesos en espiral<\/a>: Se desarrollan prototipos de software que son validados y mejorados a partir de la validaci\u00f3n por parte del usuario. Una vez se tiene el prototipo definitivo, se realiza el desarrollo, implantaci\u00f3n y mantenimiento de la misma forma que el modelo en cascada.<\/li>\n
- Procesos iterativos<\/a>: Desarrollo incremental e iterativo, cada elemento desarrollado es validado con objeto de redefinir las necesidades funcionales. En este caso no se utilizan prototipos. Se dispone de marcos de trabajo de desarrollo \u00e1gil<\/a> que son bastante populares como Extreme Programming (XP)<\/a>.<\/li>\n<\/ul>\n
Si bien es importante formalizar una metodolog\u00eda de desarrollo para minimizar riesgos e incrementar las posibilidades de \u00e9xito en los desarrollos, tambi\u00e9n es necesario establecer mecanismos de mejora continua sobre los procesos que componen la metodolog\u00eda. En ese sentido disponemos del est\u00e1ndar ISO 15504<\/a> que proporciona un marco de trabajo para la verificaci\u00f3n de los procesos de software (planificaci\u00f3n, adquisici\u00f3n, desarrollo, soporte, etc.). Es decir, nos ofrece unas pautas para verificar si estos procesos son efectivos en la consecuci\u00f3n de sus objetivos:<\/p>\n
\n![](\"http:\/\/farm3.static.flickr.com\/2291\/2265055696_9510cfd3e2_o.png\"\/)
\n<\/center><\/p>\nPara la implantaci\u00f3n de mecanismos de mejora, primero es necesario identificar\/mapear los procesos definidos en la ISO 12207 con los procesos de la organizaci\u00f3n. En una segunda parte, a partir del modelo de referencia definido en el est\u00e1ndar, es posible medir el nivel de “capacidad” de cada uno de los procesos:<\/p>\n
- \n
- Nivel 0 – Proceso incompleto: El proceso no existe o no cumple con los objetivos<\/li>\n
- Nivel 1 – Proceso ejecutado<\/li>\n
- Nivel 2 – Proceso gestionado: el proceso no solo se encuentra en funcionamiento, sino que es planificado, monitorizado y ajustado.<\/li>\n
- NIvel 3 – Proceso definido: el proceso, los recursos, los roles y responsabilidades se encuentran documentados y formalizado.<\/li>\n
- Nivel 4 – Proceso predecible: se han definido t\u00e9cnicas de medici\u00f3n de resultados y controles.<\/li>\n
- Nivel 5 – Proceso optimizado: todos los cambios son verificados para determinar el impacto, se han definido mecanismos para la mejora continua, etc.<\/li>\n<\/ul>\n
Por tanto, para cada proceso se evalua y se asigna un nivel. A partir de aqu\u00ed, es posible definir las acciones de mejora necesarias. En general, la ISO 15504 consta de las siguientes normas:<\/p>\n
\n![](\"http:\/\/farm3.static.flickr.com\/2144\/2264263827_f949bbc9d2_o.png\"\/)
\n<\/center><\/p>\nCabe destacar que, actualmente es mucho m\u00e1s popular el uso del modelo CMMI – Capability Maturity Model-Integrated<\/a> (probablemente porque fue de los primeros precursores y se encuentra disponible gratuitamente<\/a> en Internet). CMMI es compatible con el est\u00e1ndar ISO 15504 y se encuentra alineado con las especificaciones ISO, por tanto es una buena alternativa a considerar a la hora de implantar mecanismos de evaluaci\u00f3n y mejora continua en los procesos del software.<\/p>\n","protected":false},"excerpt":{"rendered":"
Se entiende por metodolog\u00eda de desarrollo una colecci\u00f3n de documentaci\u00f3n formal referente a los procesos, las pol\u00edticas y los procedimientos que intervienen en el desarrollo del software. En Ingles software development methodology (SDM) o system development life cycle (SDLC). La finalidad de una metodolog\u00eda de desarrollo es garantizar la eficacia (p.ej. cumplir los requisitos iniciales) … Continue reading Metodolog\u00edas de desarrollo<\/span>
- Procesos en espiral<\/a>: Se desarrollan prototipos de software que son validados y mejorados a partir de la validaci\u00f3n por parte del usuario. Una vez se tiene el prototipo definitivo, se realiza el desarrollo, implantaci\u00f3n y mantenimiento de la misma forma que el modelo en cascada.<\/li>\n
- Procesos en cascada (Waterfall<\/a>): El desarrollo se compone por fases secuenciales. Una vez cerrada una, no se considera la posibilidad de volver atr\u00e1s.<\/li>\n