Fases del desarrollo de software

0
28

En la ingeniería del software el termino fases de desarrollo expresa como ha progresado el desarrollo de un software y cuanto desarrollo puede requerir. Cada versión importante de un producto pasa generalmente a través de una etapa en la que se agregan las nuevas características (etapa alfa), después una etapa donde se eliminan errores activamente (etapa beta), y finalmente una etapa en donde se han quitado todos los bugs importantes (etapa estable). Las etapas intermedias pueden también ser reconocidas. Las etapas se pueden anunciar y regular formalmente por los desarrolladores del producto, pero los términos se utilizan a veces de manera informal para describir el estado de un producto. Normalmente muchas compañías usan nombres en clave para las versiones antes del lanzamiento de un producto, aunque el producto y las características reales son raramente secretas.

 

Alfa

Para otros usos de este termino, véase Alfa (desambiguacion).

Es la primera versión del programa, la cual es enviada a los verificadores para probarla.

Algunos equipos de desarrollo utilizan el termino alfa informalmente para referirse a una fase donde un producto todavía es inestable, aguarda todavía a que se eliminen los errores o a la puesta en practica completa de toda su funcionalidad, pero satisface la mayoría de los requisitos.

El nombre se deriva de alfa, como se sabe, la primera letra en el alfabeto griego.

Beta

Una versión beta o lanzamiento beta representa generalmente la primera versión completa del programa informático o de otro producto, que es probable que sea inestable pero útil para que las demostraciones internas y las inspecciones previas seleccionen a clientes. Algunos desarrolladores se refieren a esta etapa como inspección previa (preview) o como una inspección previa técnica (technical preview [TP]). Esta etapa comienza a menudo cuando los desarrolladores anuncian una congelación de las características del producto, indicando que no serán agregadas mas características a esta versión y que solamente se harán pequeñas ediciones o se corregirán errores. Las versiones beta están en un paso intermedio en el ciclo de desarrollo completo. Los desarrolladores las lanzan a un grupo de probadores beta o betatesters (a veces el publico en general) para una prueba de usuario. Los probadores divulgan cualquier error que encuentran y características, a veces de menor importancia, que quisieran ver en la versión final.

Cuando una versión beta llega a estar disponible para el publico en general, a menudo es utilizada extensamente por los tecnológicamente expertos o familiarizados con versiones anteriores, como si el producto estuviera acabado. Generalmente los desarrolladores de las versiones betas del software gratuito o de código abierto los lanzan al publico en general, mientras que las versiones beta propietarias van a un grupo relativamente pequeño de probadores. En febrero de 2005, ZDNet publico un articulo acerca del fenómeno reciente de las versiones beta que permanecían a menudo por años y que eran utilizada como si estuvieran en nivel de produccion. Observa que Gmail, igual que las noticias de Google, por ejemplo, estuvieron en beta por un periodo de tiempo muy largo (5 años). Esta tecnica puede tambien permitir a un desarrollador retrasar el ofrecimiento de apoyo total o la responsabilidad de ediciones restantes. Los receptores de betas altamente propietarias pueden tener que firmar un acuerdo de no revelacion.

Como esta es la segunda etapa en el ciclo de desarrollo que sigue la etapa de alfa, esta se nombra como la siguiente letra griega beta.

Version candidata a definitiva

El termino candidata a definitiva o candidata para el lanzamiento (si traducimos mas literalmente desde el termino en ingles, release candidate) se refiere a un producto final, preparado para lanzarse como version definitiva a menos que aparezcan errores que lo impidan. En esta fase el producto implementa todas las funciones del diseño y se encuentra libre de cualquier error que suponga un punto muerto en el desarrollo. Muchas empresas de desarrollo utilizan frecuentemente este termino. Otros terminos relacionados incluyen gamma, delta (y tal vez mas letras griegas) para versiones que estan practicamente completas pero todavia en pruebas; y omega para versiones que se creen libres de errores y se hallan en el proceso final de pruebas. Gamma, delta y omega son, respectivamente, la tercera, cuarta y ultima letras del alfabeto griego.

Version de disponibilidad general

La version de disponibilidad general (tambien llamada “dorada”) de un producto es su version final. Normalmente es casi identica a la version candidata final, con solo correcciones de ultimo momento. Esta version es considerada muy estable y relativamente libre de errores con una calidad adecuada para una distribucion amplia y usada por usuarios finales. En versiones comerciales, puede estar tambien firmada (usado para que los usuarios finales verifiquen que el codigo no ha sido cambiado desde su salida. La expresion de que un producto “se ha dorado” significa que que el codigo ha sido completado y que “esta siendo producido masivamente y estara en venta proximamente”.

El termino “dorado” se refiere anecdoticamente al uso del “disco maestro de oro” que fue frecuentemente usado para enviar la version final a los fabricantes que lo usan para producir las copias de venta al detalle. Esto puede ser una herencia de la produccion musical. En algunos casos, sin embargo, el disco maestro esta realmente hecho de oro, tanto por apariencia estetica como por resistencia a la corrosion.

Microsoft y otros usan el termino “release to manufacturing” (RTM) para referirse a esta version (para productos comerciales como Windows XP, tal como “Build 2600 is the Windows XP RTM release”), y “release to Web” (RTW) para productos libremente descargables.

Estable/inestable 

En la programacion de codigo abierto los numeros de las versiones, o los terminos estable e inestable, normalmente distinguen las fases del desarrollo. En el pasado, el nucleo Linux usaba el numero de version para denotar si una version era estable o inestable. En efecto, las versiones estaban formada por cuatro numeros, separados por un punto. Una cifra impar en el segundo numero de la version indicaba una version inestable. Hoy en día ya no se usa esta convencion, y todas las versiones son estables independientemente del numero de version. En la practica el uso de numeros pares e impares para indicar la estabilidad de un producto ha sido usado por otros muchos proyectos de software libre.

Este concepto tambien se aplica al software empaquetado en algunas distribuciones Linux como Debian, de modo que existe una rama o conjunto de paquetes considerados estables y otra rama considerada inestable. Esta ultima rama aporta versiones de programas mas recientes que la estable pero que no estan tan probados.

Via: Wikipedia

Comments

comments

Leave a Reply