Fases del desarrollo de software

En la ingeniera del software el trmino fases de desarrollo expresa cmo ha progresado el desarrollo de un software y cunto desarrollo puede requerir. Cada versin importante de un producto pasa generalmente a travs de una etapa en la que se agregan las nuevas caractersticas (etapa alfa), despus una etapa donde se eliminan errores activamente (etapa beta), y finalmente una etapa en donde se han quitado todos los buggs importantes (etapa estable). Las etapas intermedias pueden tambin ser reconocidas. Las etapas se pueden anunciar y regular formalmente por los desarrolladores del producto, pero los trminos se utilizan a veces de manera informal para describir el estado de un producto. Normalmente muchas compaas usan nombres en clave para las versiones antes del lanzamiento de un producto, aunque el producto y las caractersticas reales son raramente secretas.

Tabla de contenidos

1 PRE-alfa 2 Alfa 3 Beta 4 Versin candidata a definitiva 5 Versin de disponibilidad general 6 Estable/inestable 7 Vase tambin 8 Enlaces externos

PRE-Alfa
La fase conocida como PRE-Alfa se publica a veces antes del lanzamiento de una versin alfa o beta. En contraste con la versin alfa y las versiones beta, la PRE-alfa no tiene sus caractersticas completas. Los diseadores todava estn determinando en esta etapa exactamente qu funcionalidades debe tener el producto. Tales etapas se pueden llamar tambin development releases o nightly builds.

Alfa
La versin alfa de un producto es la primera para la que el equipo de desarrollo decide que implementa todas las funcionalidades especificadas en los requisitos. Es la primera versin del programa que se enva 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, aguarda todava a que se eliminen los errores o a la puesta en prctica completa de toda su funcionalidad, pero satisface la mayora de los requisitos. El nombre se deriva de alfa, la primera letra en el alfabeto griego.

Beta
Una versin beta o lanzamiento beta representa generalmente la primera versin completa del programa informtico 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 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 betatester (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 que a menudo es utilizada extensamente por los tecnolgicamente 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 betas propietarias van a un grupo relativamente pequeo de probadores. En febrero de 2005, ZDNet public un artculo acerca del fenmeno reciente de las versiones beta que permanecan a menudo por aos y que eran utilizadas como si estuvieran en nivel de produccin [1]. Observa que Gmail, igual que las noticias de google, por ejemplo, han estado en beta por un perodo de tiempo muy largo y no saldrn del estado beta a pesar del hecho de que se han utilizado extensamente. 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. 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.

Versin candidata a definitiva

El trmino candidata a definitiva o candidata para el lanzamiento (si traducimos ms literalmente desde el trmino en ingls, release candidate) se refiere a un producto final, preparado para lanzarse 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. Microsoft utiliza frecuentemente este trmino. Otros trminos relacionados incluyen gamma, delta (y tal vez ms letras griegas) para versiones que estn prcticamente completas pero todava 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 ltima letras del alfabeto griego.

Versin de disponibilidad general

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. 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. Microsoft y otros usan el trmino "release to manufacturing" (RTM) para referirse a esta versin (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 programacin de cdigo abierto los nmeros de las versiones, o los trminos estable e inestable, normalmente distinguen las fases del desarrollo. En el ncleo Linux la versin est formada por cuatro nmeros, separados por un punto. Una cifra impar en el segundo nmero de la versin indica una versin inestable. En la prctica el uso de nmeros pares e impares para indicar la estabilidad de un producto ha sido usado por otros muchos proyectos de software libre.

Vase tambin

Versin Mantenimiento del software

Versin
En software, una versin es un nmero que indica el nivel de desarrollo de un programa. Es habitual que una aplicacin sufra modificaciones, mejoras o correcciones. El nmero de versin suele indicar el avance de los cambios. Suelen ser nmeros correlativos, y frecuentemente son dos cifras separadas por un punto. Por ejemplo, el paso de la versin 2 a la 3 de una aplicacin suele conllevar cambios significativos, mientras que el paso de la 3.0 a la 3.1 indica cambios de menor importancia; el siguiente grupo de mejoras fuertes llevara a la versin 4.0. Hay quien afina ms, utilizando tres cifras en vez de dos: 1.1.56. Algunos fabricantes usan el nmero de ao de lanzamiento (por ejemplo: Microsoft Office 97) en vez de nmeros consecutivos.

Mantenimiento
El mantenimiento de software es una de las ms comunes de las actividades en la Ingeniera del Software y es el proceso de mejorar y optimizar el software desplegado (revisin del programa), as como tambin remediar los defectos. El mantenimiento de software es tambin una de las fases en el Ciclo de Vida de Desarrollo de Sistemas (SDLC System Development Life Cycle), que se aplica al desarrollo de software. La fase de mantenimiento es la fase que viene despus del despliegue (implementacin) del software en el campo. La fase de mantenimiento de software involucra cambios al software en orden de corregir defectos y dependencias encontradas durante su uso tanto como la adicin de nueva funcionalidad para mejorar la usabilidad y aplicabilidad del software. El mantenimiento del software involucra varias tcnicas especficas. Una tcnica es el rebajamiento esttico, la cual es usada para identificar todo el cdigo de programa que puede modificar alguna variable. Es generalmente til en la refabricacin del cdigo del programa y fue especficamente til en asegurar conformidad para los problemas del ao 2000. La fase de mantenimiento de software es una parte explcita del modelo de cascada del proceso del desarrollo del software el cual fue desarrollado durante el movimiento de programacin estructurada en computadores.

El otro gran modelo, el Desarrollo en Espiral desarrollado durante el movimiento de ingeniera de software orientada a objeto no hace una mencin explcita de la fase de mantenimiento. Sin embargo, esta actividad es notable, considerando el hecho de que dos tercios del coste del tiempo de vida de un sistema de software involucran mantenimiento. En un ambiente formal de desarrollo de software, la organizacin o equipo de desarrollo tendrn algn mecanismo para documentar y rastrear defectos y deficiencias. El Software tan igual como la mayora de otros productos, es tpicamente lanzado con un conjunto conocido de defectos y deficiencias. El software es lanzado con esos defectos conocidos porque la organizacin de desarrollo decide que la utilidad y el valor del software en un determinado nivel de calidad compensan el impacto de los defectos y deficiencias conocidas. Las deficiencias conocidas son normalmente documentadas en una carta de consideraciones operacionales o notas de lanzamiento (release notes) es as que los usuarios del software sern capaces trabajar evitando las deficiencias conocidas y conocern cuando el uso del software sera inadecuado para tareas especficas. Con el lanzamiento del software (software release), otros, defectos y deficiencias no documentados sern descubiertas por los usuarios del software. Tan pronto como estos defectos sean reportados a la organizacin de desarrollo, sern ingresados en el Sistema de rastreo de defectos. Las personas involucradas en la fase de mantenimiento de software esperan trabajar en estos defectos conocidos, ubicarlos y preparar un nuevo lanzamiento del software, conocido como una lanzamiento de mantenimiento, el cual resolver los temas pendientes.

Enlaces externos

Free Software Project Management HOWTO.