Definicin de Versiones de Software, Release, Fase, Fixpack, Service pack, Cumulative Fix, interim Fix.

Versin Alpha Es la primera versin del programa, la cual es enviada a los verificadores para probarla. Algunos equipos de desarrollo utilizan el trmino alfa informalmente para referirse a una fase donde un producto todava es inestable, y que por lo tanto esta pendiente de que se eliminen los errores o de que se inicie la puesta en prctica completa de toda la funcionalidad del software, pero que satisface la mayora de los requisitos. Versin Beta Representa generalmente la primera versin completa del software, que es posible 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 inspeccin previa (preview) o como una inspeccin previa tcnica (technical preview [TP]). Esta etapa comienza a menudo cuando los desarrolladores anuncian una congelacin de las caractersticas del producto, indicando que no sern agregadas ms caractersticas a esta versin y que solamente se harn pequeas ediciones o se corregirn errores. Las versiones beta estn 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 pblico en general) para una prueba de usuario. Los probadores divulgan cualquier error que encuentran y caractersticas, a veces de menor importancia, que quisieran ver en la versin final. Cuando una versin beta llega a estar disponible para el pblico en general, a menudo esta disponible para los expertos o familiarizados con versiones anteriores, como si el producto estuviera acabado. Generalmente los desarrolladores de las versiones betas del software gratuito o de cdigo abierto los lanzan al pblico en general, mientras que las versiones beta propietarias van a un grupo relativamente pequeo de probadores. Esta tcnica puede tambin 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 revelacin. Versin candidata a definitiva (RC) Una versin candidata a definitiva o candidata para el lanzamiento, aunque ms conocida por su nombre en ingls release candidate, comprende un producto final, preparado para publicarse como versin definitiva a menos que aparezcan errores que lo impidan. En esta fase el producto implementa todas las funciones del diseo y se encuentra libre de cualquier error que suponga un punto muerto en el desarrollo. Versin de disponibilidad general (RTM) La versin de disponibilidad general (tambin llamada "dorada") de un producto es su versin final; Normalmente es casi idntica a la versin candidata final, con slo correcciones de ltimo momento. Esta versin es considerada muy estable y relativamente libre de errores con una calidad adecuada para una distribucin amplia y usada por usuarios finales. En versiones comerciales, puede estar tambin firmada (usado para que los usuarios finales verifiquen que el cdigo no ha sido cambiado desde su salida Versin dorada La expresin de que un producto "se ha dorado" significa que el cdigo ha sido completado y que "est siendo producido masivamente y estar en venta prximamente". El trmino "dorado" se refiere anecdticamente al uso del "disco maestro de oro" que fue frecuentemente usado para enviar la versin final a los fabricantes que lo usan para producir las copias de venta al detalle.

Esto puede ser una herencia de la produccin musical. En algunos casos, sin embargo, el disco maestro est realmente hecho de oro, tanto por apariencia esttica como por resistencia a la corrosin. Versin Es el proceso de asignacin de un nombre o nmero nico a un software para indicar su nivel de desarrollo. Generalmente se asigna dos nmeros, mayor. Menor (en ingls: major.minor), que van incrementando conforme el desarrollo del software aumente y se requiera la asignacin de un nuevo nombre o nmero nico. Aunque menos habituales, tambin puede indicarse otro nmero ms, micro, y la fase de desarrollo en que se encuentra el software. Se aumenta el nmero cuando: mayor: el software sufre grandes cambios y mejoras. menor: el software sufre pequeos cambios y/o correcciones de errores. micro: se aplica una correccin al software, y a su vez sufre pocos o ningn cambio. Fase Se indica si se encuentra en una fase de desarrollo que no sea la final o estable, es decir, una fase inestable o en pruebas. Se suele indicar con un guin seguido de la fase correspondiente en minsculas, o un espacio seguido de la fase. Puede haber varias versiones de una misma fase, para indicar el avance en el desarrollo del software pero manteniendo la fase para indicar que todava es inestable, indicndose aadiendo un nmero al final del nombre de la fase que va incrementando conforme se publiquen nuevas versiones de esta fase mayor.menor: 1.2 mayor.menor.micro: 1.2.1 mayor.menor.fase (guin): 1.2-alpha mayor.menor.fase (espacio): 1.2 Beta mayor.menor.fase+versin fase (guin): 1.2-rc1 mayor.menor.fase+versin fase (espacio): 1.2 RC1 mayor.menor.micro.fase+versin fase (guin): 1.2.1-beta2 Release Un nuevo software que incluye nuevas funciones y caractersticas importantes, como V5.1 Es una instalacin independiente que puede coexistir con otras versiones del mismo software Es una prueba completa de todas las funciones y caractersticas que incluye el nuevo software Fix pack De forma general consiste en un grupo de parches que actualizan, corrigen y mejoran aplicaciones y sistemas operativos Fix Pack, Service Pack (Paquete de correcciones) Un fix pack incluye pequeas y nuevas caractersticas, as como correcciones, como V5.0.2 Un fix pack es un acumulado, de manera V5.0.2 incluye caractersticas y correcciones contenidas en V5.0.1, as como correcciones acumuladas (Cumulative fixes) y correcciones provisionales (Interim Fixes) publicados por V5.0.1 Un fix pack desinstalar todos los paquetes acumulados (Cumulative packets) as como correcciones acumuladas (Cumulative fixes) y correcciones provisionales (Interim Fixes) aplicados previamente Por lo tanto, es necesario revisar la lista de correcciones (fixes) que contiene para determinar si una correccin provisional (Interim Fixes) se debe reinstalar nuevamente. Se recomienda realizar pruebas de regresin de las funciones crticas cuando se instala un nuevo Cumulative Fix, Service Pack (Correcciones acumuladas) Un Cumulative Fix se instalar en la parte superior de un paquete de correcciones (fixpack) especifico, como V5.0.2 Los Cumulative Fix tambin pueden instalarse en la parte superior de una anterior correccin acumulada (Cumulative fix), como V5.0.2.2

Los Cumulative Fix son slo paquetes de correcciones, por lo que V5.0.2.3 incluye todas las revisiones en V5.0.2.2 Los Cumulative Fix desinstalan todas las correcciones provisionales aplicadas al ltimo relase desde el ltima paquete de correcciones (Fixpack) o correcciones acumuladas que fue instalado. Por lo tanto, es necesario revisar la lista de correcciones para determinar si un una correccin provisional (Interim Fix) necesita ser reinstalada. Se recomienda realizar una prueba de las funciones crticas cuando se instala un nuevo Interim fix (Correcciones provisionales) Es una nica solucin de emergencia publicad, Los Interim fix son creados cuando se requiere una sola correccin y cuando esta es al menos validada por un cliente antes de ser publicada Se recomienda realizar pruebas exhaustivas de las funciones afectadas por el componente corregido. Es un cambio realizado que se considerar suficiente crtica que no puede permanecer retenida hasta se libere un paquete de correccin. Requiere slo una modificacin del lado del servidor sin descargar y se puede implementar sin tiempo de inactividad, o un reinicio corto