FACULTAD DE CIENCIAS E INGENIERÍA

CARRERA DE TECNOLOGÍAS DE LA INFORMACIÓN

TEMA:

AUTORES:

Ericksson Rene Sánchez Veliz

ASIGNATURA:

Ingeniería de software 1

DOCENTE:

Ing.

FECHA DE ENTREGA:

……

PERIODO:

……

MILAGRO-ECUADOR
 2

Pág.

1 Introducción..........................................................................................................4

1.1 Modelo en Cascada - Waterfall Model..........................................................5

1.1.1 Enfoque:..................................................................................................5

1.1.2 Fases:.......................................................................................................5

1.1.3 Ventajas:..................................................................................................5

1.1.4 Desventajas:.............................................................................................6

1.1.5 Ejemplos de Aplicación:..........................................................................6

1.2 Modelo Incremental......................................................................................6

1.2.1 Enfoque:..................................................................................................6

1.2.2 Fases - Aplicadas a cada incremento:......................................................7

1.2.3 Ventajas:..................................................................................................7

1.2.4 Desventajas:.............................................................................................7

1.2.5 Ejemplos de Aplicación:..........................................................................8

1.3 Modelo en Espiral - Spiral Model.................................................................8

1.3.1 Enfoque:..................................................................................................8

1.3.2 Fases - Cuadrantes en cada ciclo/vuelta:.................................................8

1.3.3 Ventajas:..................................................................................................9

1.3.4 Desventajas:.............................................................................................9

1.3.5 Ejemplos de Aplicación:..........................................................................9

 3

1.4 Modelo de Prototipado - Prototyping Model..............................................10

1.4.1 Enfoque:................................................................................................10

1.4.2 Fases:.....................................................................................................10

1.4.3 Ventajas:................................................................................................11

1.4.4 Desventajas:...........................................................................................11

1.4.5 Ejemplos de Aplicación:........................................................................12

2 Conclusión..........................................................................................................13

3 Bibliografías.......................................................................................................14
 4

1 Introducción

Para desarrollar software de manera organizada y eficiente, especialmente en

proyectos complejos, se necesita una guía o estructura, esta estructura la proporcionan los

modelos de proceso de software, también conocidos como Ciclos de Vida de Desarrollo de

Software (SDLC).

Los modelos prescriptivos son un tipo de modelo de proceso que se caracteriza por

definir de antemano un conjunto específico de fases, tareas y actividades que deben

seguirse en un orden determinado; se les llama prescriptivos porque recetan los pasos a

seguir, poniendo énfasis en la planificación inicial, la documentación y un flujo de trabajo

estructurado y controlado.

Aunque existen enfoques más flexibles, los modelos prescriptivos son útiles en

situaciones donde los requisitos son claros y estables, o cuando se necesita un alto grado de

predictibilidad y control; a continuación, exploraremos algunos de los modelos

prescriptivos fundamentales: Cascada, Incremental, Espiral y Prototipado.

 5

1.1 Modelo en Cascada - Waterfall Model

1.1.1 Enfoque:

 Lineal y secuencial, cada fase debe completarse totalmente antes de

comenzar la siguiente.

 Pone énfasis en la planificación, los cronogramas fijos, los requisitos

estables y la documentación exhaustiva.

 No está diseñado para la revisión o el retroceso entre fases, aunque en la

práctica a veces se fuerza.

1.1.2 Fases:

 Comunicación/Análisis de Requisitos: Recopilación y definición detallada

de los requisitos del software.

 Planificación: Estimación, planificación temporal y seguimiento.

 Modelado/Diseño: Creación de modelos de análisis y diseño (arquitectura,

interfaces, componentes).

 Construcción/Implementación: Generación de código y pruebas unitarias.

 Pruebas/Verificación: Integración y pruebas del sistema completo para

asegurar que cumple los requisitos.

 Despliegue/Mantenimiento: Entrega, soporte y mantenimiento del software.

1.1.3 Ventajas:

 Simple y fácil de entender y gestionar.

 Las fases están bien definidas y los entregables de cada fase son claros.

 Fomenta la disciplina y el control riguroso.

 Funciona bien para proyectos pequeños o medianos donde los requisitos son
 6

muy claros, estables y bien comprendidos desde el inicio.

1.1.4 Desventajas:

 Muy inflexible; difícil incorporar cambios una vez que una fase ha

terminado.

 El cliente no ve un producto funcional hasta muy avanzado el proyecto.

 No maneja bien la incertidumbre o los requisitos cambiantes.

 Un error en una fase temprana puede ser muy costoso de corregir en fases

posteriores.

 El riesgo es alto si los requisitos no se definen perfectamente al principio.

1.1.5 Ejemplos de Aplicación:

Sistemas Embebidos Simples: Desarrollo de firmware para un dispositivo con

funciones muy específicas y fijas (ej. control de un electrodoméstico básico).

Proyectos Gubernamentales Tradicionales: Contratos donde los requisitos se

especifican de forma exhaustiva y legalmente vinculante antes de iniciar el desarrollo, con

poca expectativa de cambio.

1.2 Modelo Incremental

1.2.1 Enfoque:

 Combina elementos del flujo lineal de cascada con una filosofía iterativa.

 El software se construye y entrega en incrementos funcionales, cada

incremento añade funcionalidad al anterior.

 Permite entregar valor al cliente más rápidamente que el modelo en cascada.

 7

1.2.2 Fases - Aplicadas a cada incremento:

 Se realiza un ciclo similar al de cascada (Análisis, Diseño, Código, Prueba)

para cada incremento.

 Incremento 1: Se entrega un producto "núcleo" con funcionalidades

básicas.

 Incrementos Posteriores: Se añaden nuevas funcionalidades sobre la base

existente, entregando versiones operativas en cada paso.

 La planificación inicial debe considerar la división del sistema en

incrementos manejables.

1.2.3 Ventajas:

 Se obtiene un producto funcional (aunque básico) tempranamente.

 Más flexible que el modelo en cascada; permite ajustar requisitos en

incrementos futuros.

 El cliente puede dar retroalimentación sobre cada incremento.

 Reduce el riesgo inicial al enfocarse primero en la funcionalidad clave.

 Más fácil de probar y depurar en módulos más pequeños.

1.2.4 Desventajas:

 Requiere una buena planificación y diseño inicial para definir los

incrementos y asegurar una arquitectura que soporte la expansión futura.

 La integración entre incrementos puede volverse compleja si no se gestiona

adecuadamente.

 El costo total puede ser mayor que el de cascada si la estructura inicial no es

 8

sólida.

1.2.5 Ejemplos de Aplicación:

 Desarrollo de un Procesador de Texto: El primer incremento podría

incluir edición básica de texto y guardado; incrementos posteriores añadirían

formato, revisión ortográfica, inserción de imágenes, tablas, etc.

 Sistema ERP (Planificación de Recursos Empresariales): Se pueden

entregar módulos funcionales como incrementos; ej. Módulo de

Contabilidad, luego Inventario, luego Recursos Humanos.

1.3 Modelo en Espiral - Spiral Model

1.3.1 Enfoque:

 Evolutivo y basado en la gestión de riesgos, combina la naturaleza iterativa

del prototipado con los aspectos controlados y sistemáticos de la cascada.

 El desarrollo procede en ciclos o vueltas de la espiral, cada vuelta aborda un

conjunto de objetivos y gestiona los riesgos identificados para esos

objetivos.

1.3.2 Fases - Cuadrantes en cada ciclo/vuelta:

 Planificación: Determinación de objetivos, alternativas y restricciones para

el ciclo actual.

 Análisis de Riesgos: Identificación y análisis de los riesgos (técnicos, de

gestión). Se eligen alternativas para mitigar los riesgos clave. Se puede

construir un prototipo para clarificar riesgos.

 9

 Ingeniería: Desarrollo y prueba del producto correspondiente a ese ciclo

(puede ser un concepto, un prototipo, o una versión más completa del

software).

 Evaluación del Cliente: El cliente evalúa el resultado del ciclo y se

planifica la siguiente vuelta de la espiral.

1.3.3 Ventajas:

 Excelente para gestionar riesgos en proyectos grandes, complejos y con alta

incertidumbre.

 Permite incorporar cambios y adaptarse a medida que el proyecto avanza.

 El software se produce de forma temprana en el ciclo de vida, como

prototipos o versiones iniciales.

 El cliente y los desarrolladores comprenden mejor los riesgos en cada etapa.

1.3.4 Desventajas:

 Es un modelo complejo de gestionar; requiere experiencia significativa en

análisis y gestión de riesgos.

 Puede ser costoso, ya que la gestión de riesgos y los ciclos repetitivos

consumen tiempo y recursos.

 Si la gestión de riesgos no es adecuada, el proyecto puede entrar en una

espiral interminable.

 No es ideal para proyectos pequeños o de bajo riesgo.

1.3.5 Ejemplos de Aplicación:

 Desarrollo de un Nuevo Sistema Operativo: Un proyecto inherentemente

 10

complejo, con muchos riesgos técnicos y de mercado que necesitan ser

abordados iterativamente.

 Proyectos de Investigación y Desarrollo de Software: Donde los

requisitos y la tecnología son inciertos al principio y el enfoque principal es

explorar y mitigar riesgos.

1.4 Modelo de Prototipado - Prototyping Model

1.4.1 Enfoque:

 Se centra en la creación rápida de versiones ejecutables tempranas del

software (prototipos) para ayudar a comprender y validar los requisitos,

especialmente los relacionados con la interfaz de usuario y la interacción.

 El cliente interactúa con el prototipo para dar retroalimentación, que se

utiliza para refinar los requisitos y el propio prototipo.

 Puede ser desechable o evolutivo; es decir el prototipo se refina hasta

convertirse en el producto final.

1.4.2 Fases:

 Comunicación-Recolección de Requisitos: Se identifican los objetivos

generales y los requisitos conocidos.

 Diseño Rápido: Se enfoca en los aspectos visibles para el usuario; interfaz,

entradas/salidas.

 Construcción del Prototipo: Creación rápida de una versión funcional.

 Evaluación del Prototipo: El cliente/usuario prueba el prototipo y da

retroalimentación.
 11

 Refinamiento: Se itera sobre el diseño y construcción del prototipo

basándose en la retroalimentación.

 Si es evolutivo: Ingeniería del producto final a partir del prototipo maduro,

añadiendo calidad, robustez y completitud.

1.4.3 Ventajas:

 Reduce la incertidumbre sobre los requisitos; ayuda a clarificar lo que el

cliente realmente quiere.

 Mejora la comunicación entre desarrolladores y clientes/usuarios.

 Permite detectar problemas de usabilidad o malentendidos de requisitos

tempranamente.

 El usuario se involucra activamente en el proceso.

1.4.4 Desventajas:

 El cliente puede ver el prototipo como el producto casi final y desarrollar

expectativas irreales sobre los plazos de entrega del producto completo.

 Si es prototipado evolutivo, se pueden tomar decisiones de diseño

subóptimas al inicio que son difíciles de cambiar después, se prioriza

velocidad sobre calidad arquitectónica.

 La gestión del proceso de iteración puede ser compleja.

 Puede tentar a los desarrolladores a omitir aspectos importantes como la

calidad del código, la documentación o las pruebas exhaustivas en favor de

la velocidad.
 12

1.4.5 Ejemplos de Aplicación:

 Desarrollo de la Interfaz de Usuario (UI/UX) para una Aplicación

Móvil: Permite a los usuarios interactuar con diferentes diseños y flujos de

navegación antes de escribir el código final.

 Sistemas con Requisitos Novedosos o Ambiguos: Cuando ni el cliente ni el

desarrollador están completamente seguros de cómo debería funcionar una

característica específica, un prototipo ayuda a explorar opciones.

 13

2 Conclusión

Los modelos prescriptivos ofrecen enfoques estructurados para el desarrollo de

software, la elección del modelo adecuado depende críticamente de las características del

proyecto: la claridad y estabilidad de los requisitos, el tamaño y complejidad del sistema, el

nivel de riesgo aceptable y la necesidad de flexibilidad o entregas tempranas; mientras que

la cascada es rígida, los modelos incrementales, espiral y de prototipado introducen

diferentes grados de iteración y adaptabilidad para abordar las limitaciones del modelo

secuencial puro.
 14

3 Bibliografías

Pressman, R. (2025). Ingeniería del Software. Odilo.us.

https://pdf99a1bdbd0c959fc911a4d18e9fdedf3a.nubereader-pdfs.odilo.us/#/

6516d70b0b2b4d17acb2bfa075b3a494/3f7ad97ddb6af2a6c855158b761d39656c7818

91734902fe06dbb756d189a21e

‌Pressman, R., Bogotá, M., Buenos, Caracas, A., Guatemala, Madrid, York, N., San,

Santiago, J., São, Auckland, P., Londres, Montreal, M., Delhi, N., Singapur, F.,

Louis, S., & Toronto, S. (n.d.). Ingeniería del software U N E N F O Q U E P R Á C

T I C O SÉPTIMA EDICIÓN.

http://artemisa.unicauca.edu.co/~cardila/IS__Libro_Pressman_7.pdf

‌Sommerville, I. (2005). Ingeniería del software. In ulagos.wordpress.com.

https://ulagos.wordpress.com/wp-content/uploads/2010/07/ian-sommerville-

ingenieria-de-software-7-ed.pdf

‌Taneja, Dr. B. (2022). Prescriptive Process Models in Software Engineering – Dr.

Balvinder Taneja. Drbtaneja.com. https://drbtaneja.com/prescriptive-process-models-

in-software-engineering/