Welcome to Scribd, the world's digital library. Read, publish, and share books and documents. See more ➡
Download
Standard view
Full view
of .
Add note
Save to My Library
Sync to mobile
Look up keyword
Like this
274Activity
×
0 of .
Results for:
No results containing your search query
P. 1
Unidad 5 Modelo Desarrollo Software

Unidad 5 Modelo Desarrollo Software

Ratings:

4.0

(1)
|Views: 43,647|Likes:

More info:

Published by: Genaro Alberto Gómez Chi on Aug 28, 2009
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See More
See less

08/19/2013

pdf

text

original

 
Unidad 5.- Modelos de desarrollo de software.
 
Modelos prescriptivos.
Cualquier organización de ingeniería del software debe describir un conjunto únicode actividades dentro del marco de trabajo para el (los) proceso(s) de software queadopte. También debe llenar cada actividad del marco de trabajo con un conjunto deacciones de ingeniería del software, y definir cada acción en cuanto a un conjunto detareas que identifique el trabajo (y los productos del trabajo) que deben completarse paraalcanzar las metas de desarrollo. Después, la organización debe adaptar el modelo deproceso resultante y ajustarlo a la naturaleza específica de cada proyecto, a las personasque lo realizarán, y el ambiente en el que se ejecutará el trabajo. Sin importar el modelodel proceso seleccionado, los ingenieros de software han elegido de manera tradicional unmarco de trabajo genérico para el proceso, el cual incluye las siguientes actividades dentrodel marco: comunicación, planeación, modelado, construcción y desarrollo.
El modelo en cascada.
 Existen ocasiones en que los requisitos de un problema se entienden de unamanera razonable: cuando el trabajo fluye desde la comunicación a través del desplieguede una manera casi lineal. Esta situación se encuentra
veces cuando es necesario haceradaptaciones o mejorías bien definidas a un sistema existente (por ejemplo, unaadaptación a un software contable debido a los cambios en las regulaciones del gobierno).Esto puede ocurrir también en un número limitado de proyectos de nuevos desarrollos,pero sólo cuando los requerimientos están bien definidos y son estables en formarazonable,El
modelo en cascada,
algunas veces llamado el
ciclo de vida clásico,
sugiere unenfoque sistemático, secuencial hacia el desarrollo del software, que se inicia con laespecificación de requerimientos del cliente y que continúa con la planeación, elmodelado, la construcción y el despliegue para culminar en el soporte del softwareterminado.El modelo en cascada es el paradigma más antiguo para la ingeniería del software.Sin embargo, en las décadas pasadas, las criticas a este modelo de proceso hanocasionado que aun sus más fervientes practicantes hayan cuestionado su eficacia[HAN95]. Entre los problemas que algunas veces se encuentran al aplicar el modelo encascada están:
 
Modelos de desarrollo de softwareMC Genaro Alberto Gómez Chi Página 2 de 18
1. Es muy raro que los proyectos reales sigan el flujo secuencial que propone el
 
modelo. A pesar de que el modelo lineal incluye iteraciones, lo hace de manera indirecta.Como resultado, los cambios confunden mientras el equipo de proyecto actúa.2. Con frecuencia es difícil para el cliente establecer todos los requisitos de maneraexplícita. El modelo en cascada lo requiere y se enfrentan dificultades al incorporar laincertidumbre natural presente en el inicio de muchos proyectos.3. El cliente debe tener paciencia. Una versión que funcione de los programasestará disponible cuando el proyecto esté muy avanzado. Un error grave será desastrososi no se detecta antes de la revisión del programa.En un análisis interesante de proyectos reales, Bradac [BRA94] concluyó que lanaturaleza lineal del modelo en cascada conduce a "estados de bloqueo" en los cualesalgunos miembros del equipo del proyecto deben esperar a otros para terminar tareasdependientes. De hecho, el tiempo de espera puede superar el que se aplica en el trabajoproductivo. El estado de bloqueo tiende a ser más común al principio y al final del procesosecuencial.En la actualidad, el trabajo del software está acelerado y sujeto a una cadenainfinita de cambios (de características, funciones y contenido de la información). Confrecuencia, el modelo en cascada no es apropiado para dicho trabajo. Sin embargo,puede servir como un modelo de proceso útil en situaciones donde los requerimientosestán fijos y donde el trabajo se
realiza,
hasta su conclusión, de una manera lineal.
Modelos de proceso incrementales.
En muchas situaciones los requisitos iniciales del software están bien definidos enforma razonable, pero el enfoque global del esfuerzo de desarrollo excluye un procesopuramente lineal. Además, quizá haya una necesidad imperiosa de proporcionar demanera rápida un conjunto limitado de funcionalidad para el usuario y después refinarla yexpandirla en las entregas posteriores del software. En estos casosse elige un modelo de proceso diseñado para producir el software en forma incremental.
El modelo incremental.
 El
modelo incrementa! 
combina elementos del modelo en cascada aplicado enforma iterativa. Como se muestra en la figura, el modelo incremental aplica secuenciaslineales de manera escalonada conforme avanza el tiempo en el calendario. Cadasecuencia lineal produce "incrementos" del software [MCD93]. Por ejemplo, el softwareprocesador de texto, desarrollado con el paradigma incremental en su primer incremento,podría realizar funciones básicas de administración de archivos, edición y producción dedocumentos; en el segundo incremento, ediciones más sofisticadas, y tendría funcionesmás complejas de producción de documentos; en el tercer incremento, funciones decorrección ortográfica y gramatical; y en el cuarto, capacidades avanzadas deconfiguración de página. Se debe tener en cuenta que el flujo del proceso de cualquier
 
Modelos de desarrollo de softwareMC Genaro Alberto Gómez Chi Página 3 de 18
incremento puede incorporar el paradigma de construcción de prototipos que se exponemás adelante.A menudo, al utilizar un modelo incremental el primer incremento es un
producto esencial.
Es decir, se incorporan los requisitos básicos, pero muchas característicassuplementarias (algunas conocidas, otras no) no se incorporan. El producto esencialqueda en manos del cliente (o se somete a una evaluación detallada). Como resultado dela evaluación se desarrolla un plan para el incremento siguiente. El plan afronta lamodificación del producto esencial con el fin de satisfacer de mejor manera lasnecesidades del cliente y la entrega de características y funcionalidades adicionales. Esteproceso se repite después de la entrega de cada incremento mientras no se hayaelaborado el producto completo.El modelo de proceso incremental, al igual que la construcción de prototipos y otrosenfoques evolutivos, es iterativo por naturaleza. Pero a diferencia de la construcción deprototipos, el modelo incremental se enfoca en la entrega de un producto operacional concada incremento. Los primeros incrementos son versiones
“incompletas del producto final,
pero proporcionan al usuario la funcionalidad que necesita y una plataforma paraevaluarlo.El desarrollo incremental es útil sobre todo cuando el personal necesario para unaimplementación completa no está disponible. Los primeros incrementos se puedenimplementar con menos gente. Si el producto esencial es bien recibido se agrega (si serequiere) más personal para implementar el incremento siguiente. Además, losincrementos se pueden planear para manejar los riesgos técnicos. Por ejemplo, unsistema grande podría requerir la disponibilidad de un hardware nuevo que está endesarrollo y cuya fecha de entrega es incierta. Sería posible planear los primerosincrementos de forma que se evite el uso de este hardware, lo que permitiría la entrega defuncionalidad parcial a los usuarios finales sin retrasos desordenados.
El modelo DRA.
 El
desarrollo rápido de aplicaciones 
(DRA) es un modelo de proceso de softwareincremental que resalta un ciclo de desarrollo corto. El modelo DRA es una adaptación a"alta velocidad" del modelo en cascada en el que se logra el desarrollo rápido

You're Reading a Free Preview

Download
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->