En el desarrollo de software, las etapas de desarrollo se utilizan para describir el grado de preparación de un producto de software . Además, la etapa de desarrollo puede reflejar la cantidad de funciones implementadas planificadas para una versión particular del programa . Los desarrolladores pueden anunciar y regular oficialmente las etapas o, a veces, el término se usa informalmente para describir el estado de un producto.
Las etapas Beta y Alpha no son indicadores de inestabilidad, ya que se asignan al programa una o una vez por serie (una serie, en este caso, es el número hasta el primer punto), dependiendo del sistema de desarrollo. Se pueden asignar a varias versiones publicadas seguidas.
La terminología de pruebas alfa/beta apareció por primera vez en IBM . Las personas asociadas con IBM han utilizado términos similares para el desarrollo de software desde al menos la década de 1950, y posiblemente antes.
La prueba "A" fue una prueba de un nuevo producto antes de un anuncio público.
La prueba "B" fue una verificación previa a la producción .
La prueba "C" fue la prueba final antes de la disponibilidad general del producto.
Debido a que el software se ha convertido en una parte importante de los productos de IBM, la terminología de prueba alfa se usó para referirse a la prueba previa al anuncio, mientras que la prueba beta se usó para indicar que el producto estaba listo para su disponibilidad general. Martin Belsky, gerente de algunos de los primeros proyectos de software de IBM, afirmó ser el creador de la terminología. IBM abandonó la terminología alfa/beta en la década de 1960, pero para entonces se había generalizado bastante.
El término "prueba beta" como una designación para las pruebas realizadas por los usuarios no se originó con IBM. En su lugar, IBM utilizó el término prueba de campo .
La etapa inicial de desarrollo es el período de tiempo desde el inicio del desarrollo hasta el lanzamiento de la etapa alfa. Este es también el nombre de los programas que aún no han alcanzado la etapa alfa o beta, pero han pasado la etapa de desarrollo, para la evaluación inicial de la funcionalidad en acción. A diferencia de las versiones alfa y beta, es posible que la etapa inicial no incluya la gama completa de funciones del programa. En este caso, están implícitas todas las acciones realizadas durante el diseño y desarrollo del programa hasta la prueba. Estas acciones incluyen:
La etapa de iniciar las pruebas del programa como un todo por parte de los evaluadores, generalmente no los desarrolladores del producto de software, sino dentro de la organización o comunidad que desarrolla el producto. También puede ser la etapa de agregar nuevas funcionalidades. Los programas en esta etapa solo se pueden utilizar para familiarizarse con futuras oportunidades.
Como regla general, las pruebas alfa terminan con una función congelada y pasan a las pruebas beta.
La etapa de prueba beta activa y depuración del programa que ha pasado la prueba alfa (si corresponde). Los programas de este nivel pueden ser utilizados por otros desarrolladores de software para probar la compatibilidad. Sin embargo, los programas de esta etapa pueden contener una cantidad bastante grande de errores.
Dado que el producto beta no es la versión final y las pruebas públicas se realizan por cuenta y riesgo del usuario, el fabricante no acepta ninguna responsabilidad por los daños resultantes del uso de la versión beta.
Beta eternaTim O'Reilly , de código abierto, lanza un tipo especial de programa llamado "beta perpetua", cuando un programa está en beta por un período de tiempo indefinido. Tal mecanismo es apropiado en Internet, donde el software tiene las siguientes propiedades:
Etapa candidata a convertirse en estable. Los programas de esta etapa se han sometido a pruebas exhaustivas , por lo que se han corregido todos los errores críticos encontrados. Pero al mismo tiempo, existe la posibilidad de revelar algunos errores más que no se notaron durante la prueba. Si no se encuentran fallas importantes dentro del tiempo establecido, se convierte en la versión RTM. Ejemplo: Windows 7 RC 7100 .
Una vez lanzado, el software generalmente se denomina "lanzamiento estable".
El término formal a menudo depende del modo de publicación: medios físicos, publicación en línea o aplicación web.
Designación de disponibilidad de un producto de software para replicación [1] . Esta es una versión estable del programa que ha superado todas las etapas anteriores, en las que se han corregido los principales errores. RTM precede a la disponibilidad general (GA) cuando un producto se lanza al público.
El término se usa comúnmente en ciertos entornos minoristas de software producido en masa para indicar que el software cumple con un cierto nivel de calidad y está listo para la distribución minorista masiva. RTM también puede significar en otros contextos que el software ha sido entregado o lanzado a un cliente para su instalación o distribución en las respectivas computadoras o computadoras de usuario final del equipo.
Este término no define el mecanismo o el alcance de la entrega; solo indica que la calidad es suficiente para la replicación masiva.
La disponibilidad general o aceptación general ( GA ) es la etapa de marketing en la que se han completado todas las actividades de comercialización necesarias y el producto de software está disponible para su compra, dependiendo, sin embargo, del idioma, la región, la accesibilidad electrónica o de los medios. Las actividades de comercialización pueden incluir revisiones de seguridad y cumplimiento, así como localización y promoción mundial. El tiempo entre el lanzamiento a producción y la disponibilidad general puede oscilar entre una semana y varios meses. Este tiempo es necesario para completar todas las actividades de comercialización requeridas por GA. En esta etapa, el software está "en vivo".
El lanzamiento de Internet (RTW) o lanzamiento web es un medio de entrega de software que utiliza Internet para distribuirlo. En este caso, el fabricante no utiliza ningún medio físico. Los lanzamientos web se están volviendo más comunes a medida que crece el uso de Internet.
Durante la vida útil admitida del software, se lanzan versiones de servicio, parches o paquetes de servicio , a veces también denominados "lanzamientos provisionales", para el software.
Por ejemplo, en los sistemas operativos Windows , la fase principal de soporte dura de 5 a 6 años a partir de la fecha de disponibilidad general [2] . En un sistema operativo como Ubuntu , existen versiones especiales de LTS (Long Time Support), cuyo período de soporte es de 5 años frente a los 9 meses de los regulares [3] .
En esta etapa, el fabricante anuncia la obsolescencia del producto y la denegación de más soporte.
Estos 7 pasos se usaron originalmente en el sitio web de SourceForge. Posteriormente, esta numeración fue recogida por PyPI , alojando paquetes para el lenguaje Python.
| Desarrollo de software | |
|---|---|
| Proceso | |
Conceptos de alto nivel | |
| Direcciones |
|
| Metodologías de desarrollo | |
| Modelos |
|
Figuras notables |
|