Fases del desarrollo de software En la ingeniera del software el trmino fases de desarrollo expresa cmo ha progresad o el desarrollo de un software

y cunto desarrollo puede requerir. Cada versin impo rtante 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 errore s activamente (etapa beta), y finalmente una etapa en donde se han quitado todos los bugs importantes (etapa estable). Las etapas intermedias pueden tambin ser r econocidas. Las etapas se pueden anunciar y regular formalmente por los desarrol ladores del producto, pero los trminos se utilizan a veces de manera informal par a describir el estado de un producto. Normalmente muchas compaas usan nombres en c lave para las versiones antes del lanzamiento de un producto, aunque el producto y las caractersticas reales son raramente secretas. ndice 1 2 3 4 5 6 7 8 Alpha / Alfa Beta Versin candidata a definitiva (RC) Versin de disponibilidad general (RTM) Estable/inestable Vase tambin Referencias Enlaces externos

Alpha / Alfa Es la primera versin del programa, la cual es enviada a los verificadores para pr obarla. Algunos equipos de desarrollo utilizan el trmino alfa informalmente para referirs e a una fase donde un producto todava es inestable, aguarda todava a que se elimin en los errores o a la puesta en prctica completa de toda su funcionalidad, pero s atisface 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 compl eta del programa informtico o de otro producto, que es posible que sea inestable pero til para que las demostraciones internas y las inspecciones previas seleccio nen a clientes. Algunos desarrolladores se refieren a esta etapa como inspeccin p revia (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 es ta versin y que solamente se harn pequeas ediciones o se corregirn errores. Las vers iones beta estn en un paso intermedio en el ciclo de desarrollo completo. Los des arrolladores 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 quisiera n ver en la versin final. Cuando una versin beta llega a estar disponible para el pblico en general, a menud o es extensamente probada por los tecnolgicamente expertos o familiarizados con v ersiones anteriores, como si el producto estuviera acabado. Generalmente los des arrolladores 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 u n grupo relativamente pequeo de probadores. En febrero de 2005, ZDNet public un ar tculo acerca del fenmeno reciente de las versiones beta que permanecan a menudo por aos y que eran utilizada como si estuvieran en nivel de produccin.1 Observa que G

mail, igual que las noticias de Google, por ejemplo, estuvieron en beta por un p erodo de tiempo muy largo (5 aos). Esta tcnica puede tambin permitir a un desarrolla dor retrasar el ofrecimiento de apoyo total o la responsabilidad de ediciones re stantes. 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 al fa, esta se nombra como la siguiente letra griega beta. Versin candidata a definitiva (RC) Una versin candidata a definitiva, candidata a versin final o candidata para el la nzamiento, aunque ms conocida por su nombre en ingls release candidate, comprende un producto final, preparado para publicarse como versin definitiva a menos que a parezcan errores que lo impidan. En esta fase el producto implementa todas las f unciones del diseo y se encuentra libre de cualquier error que suponga un punto m uerto en el desarrollo. Muchas empresas de desarrollo utilizan frecuentemente es te trmino. Otros trminos relacionados incluyen gamma, delta (y tal vez ms letras gr iegas) para versiones que estn prcticamente completas pero todava en pruebas; y ome ga 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 ltim a letras del alfabeto griego. 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 corr ecciones de ltima hora. Esta versin es considerada muy estable y relativamente lib re de errores con una calidad adecuada para una distribucin amplia y usada por us uarios finales. En versiones comerciales, puede estar tambin firmada (usado para que los usuarios finales verifiquen que el cdigo no ha sido cambiado desde su sal ida). 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 us an 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 realment e 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 7, como "Build 7600 is the W indows 7 RTM release"), y release to Web (RTW) para productos libremente descarg ables. Estable/inestable En la programacin de cdigo abierto los nmeros de las versiones, o los trminos establ e e inestable, normalmente distinguen las fases del desarrollo. En el pasado, el ncleo Linux usaba el nmero de versin para denotar si una versin era estable o inest able. En efecto, las versiones estaban formada por cuatro nmeros, separados por u n punto. Una cifra impar en el segundo nmero de la versin indicaba una versin inest able. Hoy en da ya no se usa esta convencin, y todas las versiones son estables in dependientemente del nmero de versin. En la prctica el uso de nmeros pares e impares para indicar la estabilidad de un producto ha sido usado por otros muchos proye ctos de software libre. Este concepto tambin se aplica al software empaquetado en algunas distribuciones Linux como Debian, de modo que existe una rama o conjunto de paquetes considerad os estables y otra rama considerada inestable. Esta ltima rama aporta versiones d e programas ms recientes que la estable pero que no estn tan probados.