El documento describe el modelo lineal secuencial de desarrollo de software. Este modelo tiene cuatro etapas secuenciales: planificación, análisis de riesgos, ingeniería y evaluación del cliente. Se caracteriza por la ejecución secuencial de fases donde cada fase genera documentación para la siguiente.

1. Modelo Lineal secuencial

2. Definición y Etapas
Se tiene un modelo que lleva un desarrollo incremental, esto nos dice que se desarrolla el
software en etapas y que después del término de una etapa no es posible regresar a ella. , este
modelo tiene cuatro etapas que son:
 Planificación: se determinan los objetivos, metas, requerimientos y restricciones en el
proyecto.
 Análisis de riesgos: identificación de situaciones inconvenientes para evitarlas y
solucionarlas.
 Ingeniera: desarrollo del producto con respecto al diseño y otras consideraciones
planteadas.
 Evaluación del cliente: valorización de los resultados del proyecto(producto obtenido).

3. Características del modelo
 Primer modelo empleado (Royce, 1970), también denominado ciclo de vida clásico y modelo
lineal secuencial.
 Consiste en la ejecución secuencial de una serie de fases que se suceden, lo que da nombre al
modelo.
 Cada fase genera documentación para la siguiente. Esta documentación debe ser aprobada.
 Una fase no comienza hasta que la anterior ha terminado.
 Requiere disponer de unos requisitos completos y precisos al principio del desarrollo.
 Se disponga de unos requisitos completos y consistentes al principio del desarrollo.
 Sea un proyecto pequeño, en el que el período de congelación de los requisitos es corto, o un
proyecto con unos requisitos bastante estables.

4. Comparación
VENTAJAS
 Se debe tener en cuenta que fue el primer
modelo empleado, y por lo tanto es mejor
que ninguno.
 Facilita la gestión del desarrollo.
DESVENTAJAS
 En general, establecer todos los requisitos al principio del
proceso de desarrollo es un mito inalcanzable, Los usuarios
no pueden imaginarse lo que quieren hasta que no ven un
sistema funcionando.
 Los requisitos no se pueden congelar mientras dura el
desarrollo. El mercado cambia, todo cambia.
 El usuario debe esperar mucho tiempo hasta ver los
resultados
 Los errores de análisis y diseño son costosos de eliminar, y se
propagan a las fases siguientes con un efecto conocido
como bola de nieve.
 Se genera mucho mantenimiento inicial debido al período
de congelación de requisitos y éste recae, en su mayor
parte.

5. Modelo de Construcción de
Prototipos

6. Etapas
1. Planeación: a diferencia de otras metodologías, la planeación debe ser muy rápida, en esta fase no
puedes demorarte mucho, pues recuerda que solamente será un prototipo por el momento.
2. Modelado: Nuevamente, una fase que deberá ser suficientemente rápida como para que no nos quite
nada de tiempo. Hacer el modelado será simple y te sigo recordando que solamente es un prototipo,
al menos por ahora.
3. Elaboración del Prototipo: Ya que contamos con la planeación de lo que vamos a realizar y el
modelado rápido, entonces es momento de elaborar el prototipo. Para esta instancia, ya no te diré
que lo debes hacer rápido, puesto que te tomará el tiempo que tenga sea necesario elaborarlo,
recuerda que este ya se muestra al cliente, así que ya es una fase importante.
4. Desarrollo: Posterior a contar con el prototipo elaborado y mostrado al cliente, es momento de
comenzar el desarrollo. Este te tomará una gran cantidad de tiempo, dependiendo del tamaño del
proyecto y el lenguaje de programación que se vaya a utilizar.

7. Etapas
5. Entrega y Retroalimentación: Una de las cosas con las que cuenta el modelo de prototipos, es
que una vez entregado el proyecto, debemos darle al cliente cierta retroalimentación sobre
cómo utilizarlo y ciertamente es una fase que se encuentra dentro de las etapas de desarrollo de
software esta metodología.
6. Comunicación con el Cliente: Es importante que una vez entregado el proyecto, tengamos cierta
comunicación con el cliente, básicamente para que nos indique si el proyecto es correcto o si
desea agregarle ciertas funciones, nuestra metodología lo permite. Si fuera en modo cascada,
entonces sería algo realmente imposible de hacer.
7. Entrega del Producto Final: Por último, solamente quedará entregar el sistema elaborado
mediante esta metodología. Aquí tendrás la ventaja de que el código es reutilizable, para que así
con el prototipo ya puedes simplemente empezar de nuevo y con una buena base de código
que te acelerará el proceso.

8. Principios Básicos
Por supuesto, te habrás dado cuenta de que el modelo de prototipos puede llegar a ser un poco
más tedioso, aunque todo dependerá del ámbito en que lo utilices. Sin embargo uno de sus
principios básicos que seguramente habrás notado, es que con el método de prototipos el proyecto
se va dividiendo en partes cada vez más pequeñas, para evitar el peligro ante los riesgos frente a
los que estamos expuestos.
Además, otros de sus principios básicos fundamentales, es que con la metodología de prototipos, el
cliente final se involucra mucho más en el proyecto que con otras metodologías, haciendo de esta
forma que el producto final llegue rápidamente aunque con un poco más de presión en el proceso.
La ventaja es que conforme se van haciendo prototipos pequeños, poco a poco se va llegando al
producto final. Incluso en algún determinado momento podrás llegar a crear un prototipo que con
solo ajustar ciertos detalles, se podría convertir en el producto que el usuario quiere.

9. Comparación
VENTAJAS
 Este modelo es útil cuando el cliente conoce los
objetivos generales para el software.
 También ofrece un mejor enfoque cuando el
responsable del desarrollo del software está inseguro
de la eficacia de un algoritmo, de la adaptabilidad
de un sistema operativo o de la forma que debería
tomar la interacción humano-máquina
 Se puede reutilizar el código
 La construcción de prototipos se puede utilizar
como un modelo del proceso independiente, se
emplea más comúnmente como una técnica
susceptible de implementarse dentro del contexto
de cualquiera de los modelos del proceso expuestos.
DESVENTAJAS
 El usuario tiende a crearse unas expectativas cuando ve el
prototipo de cara al sistema final. A causa de la intención
de crear un prototipo de forma rápida, se suelen
desatender aspectos importantes, tales como la calidad y el
mantenimiento a largo plazo, lo que obliga en la mayor
parte de los casos a reconstruirlo una vez que el prototipo
ha cumplido su función. Es frecuente que el usuario se
muestre reacio a ello y pida que sobre ese prototipo se
construya el sistema final, lo que lo convertiría en un
prototipo evolutivo, pero partiendo de un estado poco
recomendado.
 En aras de desarrollar rápidamente el prototipo, el
desarrollador suele tomar algunas decisiones de
implementación poco convenientes (por ejemplo, elegir un
lenguaje de programación incorrecto porque proporciona
un desarrollo más rápido). Con el paso del tiempo, el
desarrollador puede olvidarse de la razón que le llevó a
tomar tales decisiones, con lo que se corre el riesgo de que
dichas elecciones pasen a formar parte del sistema final.

10. Modelo de (Desarrollo rápido de
aplicaciones) DRA
El proceso DRA permite al equipo de desarrollo crear un "sistema completamente funcional"
dentro de períodos cortos de tiempo (de 60 a 90 días).

11. Modelados:
1. Modelado de gestión: El flujo de información entre las funciones de gestión se modela de forma
que responda a, las siguientes preguntas: ¿Qué información conduce al proceso de gestión?
¿Qué información se genera? ¿Quién la genera? ¿A dónde va la información? ¿Quién la
procesa?.
2. Modelado de datos: Conjunto de objetos de datos necesarios para apoyar la empresa. Se
definen las características (atributos) de cada uno de los objetos y las relaciones entre estos
objetos.
3. Modelado del proceso: Los objetos de datos definidos en la fase de modelado de datos quedan
transformados para lograr el flujo de información necesario para implementar una función de
gestión. Las descripciones del proceso se crean para añadir, modificar, suprimir o recuperar un
objeto de datos.

12. Generación de aplicaciones
DRA
 El DRA asume la utilización de técnicas de
cuarta generación. En lugar de crear
software con lenguajes de programación de
tercera generación, el proceso DRA trabaja
para volver a utilizar componentes de
programas ya existentes o crear
componentes reutilizables.
PRUEBAS Y ENTREGA
 Como el proceso DRA enfatiza la
reutilización, ya se han comprobado muchos
de los componentes de los programas. Esto
reduce tiempo de pruebas. Sin embargo, se
deben probar todos los componentes
nuevos y se deben ejercitar todas las
interfaces a fondo.

13. ¿Cuáles Son Los Principios Básicos Del
Modelo RAD?
 De los mismos modos que modelos
anteriores, el Modelo RAD, está basado en el
uso de las iteraciones y principalmente en el
manejo de prototipos. Sin embargo a
diferencia del resto, la metodología RAD
hace uso de las Herramientas CASE, las
cuales permitirán acelerar el proceso
considerablemente.
VENTAJAS
 Una de las ventajas del RAD, es que el
enfoque y las prioridades van hacia la fase
de desarrollo, a diferencia de modelos como
el espiral, que se enfoca en que los riesgos al
momento sean mucho menores. Acá con el
RAD, se hace lo contrario, si hay riesgos
reducimos los requerimientos para reducir
los riesgos, no como en el espiral, que entre
más riesgos, más requisitos aportamos para
que se incremente.