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 bugs importantes (etapa estable). Las etapas intermedias pueden tambin ser reconocidas. Las etapas se pueden anunciar y regular formalmente por losdesarrolladores 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. Alpha / Alfa 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, 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 de huzzi.sistema o lanzamiento beta representa generalmente la primera versin completa del programa informtico o de otro producto, 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 unainspeccin 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 cualquiererror 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 es extensamente probada 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 beta 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 utilizada como si estuvieran en nivel de produccin.1 Observa que Gmail, igual que las noticias de Google, por ejemplo, estuvieron en beta por un perodo de tiempo muy largo (5 aos). 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 (RC) Una versin candidata a definitiva, candidata a versin final 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. Muchas empresas de desarrollo utilizan 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 (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 ltima hora. 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 7, como "Build 7600 is the Windows 7 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 pasado, el ncleo Linux usaba el nmero de versin para denotar si una versin era estable o inestable. En efecto, las versiones estaban formada por cuatro nmeros, separados por un punto. Una cifra impar en el segundo nmero de la versin indicaba una versin inestable. Hoy en da ya no se usa esta convencin, y todas las versiones son estables independientemente 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 proyectos 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 considerados estables y otra rama considerada inestable. Esta ltima rama aporta versiones de programas ms recientes que la estable pero que no estn tan probados. 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 estados 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. 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 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 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 beta 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 utilizada 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.

http://es.wikipedia.org/wiki/Fases_del_desarrollo_de_software http://upsg01.foroactivo.com/t112-etapas-de-desarrollo-de-software

Etapas del Ciclo de Vida del Producto

1. 2. 3. 4. 5. 6. 7.

Anlisis Diseo Desarrollo Pruebas Implementacin Mantenimiento Fin del Ciclo

Etapa de Anlisis Es el proceso de investigar un problema que se quiere resolver. Definir claramente el Problema Etapa de Diseo Diseo: Es el proceso de utilizar la informacin recolectada en la etapa de anlisis al diseo del producto. La principal tarea de la etapa de diseo es desarrollar un modelo o las especificaciones para el producto o Componentes del Sistema. Etapa de Desarrollo Desarrollo : Consiste en utilizar los modelos creados durante la etapa de diseo para crear los componentes del sistema. Etapa de Pruebas o Verificacin Prueba: Consiste en asegurar que los componentes individuales que integran al sistema o producto, cumplen con los requerimientos de la especificacin creada durante la etapa de diseo Etapa de Implementacin o Entrega Implantacin : Consiste en poner a disposicin del cliente el producto