TECNOLÓGICO NACIONAL DE MÉXICO

Instituto Tecnológico de León

Fundamentos de Ingeniería de Software

Modelo de prototipo y V

QUE PRESENTA:

Martínez Hernández Carolina

Mendoza Aranda Luis Adán
Mora López Cesar Alejandro
Morales Moreno Jennifer Alondra

CARRERA:

Ing. Sistemas Computacionales

ASESOR:

Ing. Castillo Martínez Patricia María

LEÓN, GUANAJUATO 23/09/2020

Fundamentos de Ingeniería de software

Modelo Prototipado y V

¿Qué es el modelo de prototipado?

El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se

construyan rápidamente para comprender con facilidad y aclarar ciertos aspectos en los
que se aseguren que el desarrollador, el usuario, el cliente estén de acuerdo en lo que
se necesita así como también la solución que se propone para dicha necesidad y de
esta forma minimizar el riesgo y la incertidumbre en el desarrollo, este modelo se
encarga del desarrollo de diseños para que estos sean analizados y prescindir de ellos
a medida que se adhieran nuevas especificaciones, es ideal para medir el alcance del
producto, pero no se asegura su uso real.

2
Autor
El modelo de ciclo de vida de prototipos fue propuesto por Gomaa en 1984.
En la década de los 70’s comenzaron los grandes proyectos. La Ingeniería de Software
de los 80 reaccionó a las complicaciones resultantes de encontrarse con requisitos
poco claros y dinámicos, dando lugar a la “construcción de prototipos”.

Ventajas del Modelo de Prototipo.

Este modelo es útil cuando el cliente conoce los objetivos generales para el software,
pero no identifica los requisitos detallados de entrada, procesamiento o salida. 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.

Desventajas del Modelo de Prototipo.

Su principal desventaja es que una vez que el cliente ha dado su aprobación final al
prototipo y cree que está a punto de recibir el proyecto final, se encuentra con que es
necesario reescribir buena parte del prototipo para hacerlo funcional, porque lo más
seguro es que el desarrollador haya hecho compromisos de implementación para hacer
que el prototipo funcione rápidamente. Es posible que el prototipo sea muy lento, muy
grande, no muy amigable en su uso, o incluso, que esté escrito en un lenguaje de
programación inadecuado.

El cliente ve funcionando lo que para él es la primera versión del prototipo que ha sido
construido con "plastilina y alambres", y puede desilusionarse al decirle que el sistema
aún no ha sido construido. El desarrollador puede ampliar el prototipo para construir el
sistema final sin tener en cuenta los compromisos de calidad y de mantenimiento que
tiene con el cliente.

Este modelo principalmente se lo aplica cuando un cliente define un conjunto de

objetivos generales para el software a desarrollarse sin delimitar detalladamente los

3
requisitos de entrada procesamiento y salida, es decir cuando el responsable no está
seguro de la eficacia de un algoritmo, de la adaptabilidad del sistema o de la forma en
que interactúa el hombre y la máquina. Este modelo se encarga principalmente de
ayudar al ingeniero de sistemas y al cliente a entender de mejor manera cuál será el
resultado de la construcción cuando los requisitos estén satisfechos.

¿Cuándo aplica?
es usado principalmente en proyectos de desarrollo de software. Este modelo se
utiliza para dar al usuario una vista preliminar de lo que será el sistema. Dentro de los
recursos que se buscan reducir al utilizar este modelo son el tiempo, pues el prototipo
debe ser construido a la brevedad posible, y dinero ya que en el prototipo no se deben
invertir muchos recursos.

4
 Modelo V

¿Qué es el modelo V?
Es un modelo empleado en diversos procesos de desarrollo, por ejemplo en el
desarrollo de software.

También define los procedimientos de gestión de la calidad que lo acompañan y

describe cómo pueden interactuar estas fases individuales entre sí. Su nombre se debe
a su estructura que se asemeja a la letra “v”

La “V” del nombre del modelo hace referencia a la forma como el modelo compara las
fases de desarrollo con las fases de control de la calidad correspondientes. El brazo
izquierdo de la letra V contiene las tareas de diseño y desarrollo del sistema, y el
derecho las medidas de control de calidad de cada fase. En la unión entre los dos
brazos, se sitúa la implementación del producto. En los proyectos de software, esto se
refiere a la programación del software.

5
Las fases del modelo V

En primer lugar, el modelo V define el curso de un proyecto en fases individuales cada

vez más detalladas:

1- Al principio del proyecto, el modelo prevé un análisis de las especificaciones del

sistema planificado (fase de especificaciones).

2- El proyecto se completa después con requisitos funcionales y no funcionales para la

arquitectura del sistema (fase funcional).

3- A esta fase le sigue el diseño del sistema, en el que se planifican los componentes y
las interfaces de este (fase de diseño).

4- Una vez completadas estas fases, se puede diseñar en detalle la arquitectura del
software (codificación).

Autor

El modelo V apareció por primera vez en Hughes Aircraft alrededor de 1982 como parte
del esfuerzo previo a la propuesta para el programa FAA Advanced Automation System
(AAS).

Ventajas y desventajas del modelo V

El motivo principal de la popularidad del modelo V es que garantiza un alto grado de

transparencia y propone unos procesos claramente definidos y comprensibles. A
continuación, te damos un resumen de las principales ventajas y puntos mejorables.

Las ventajas del modelo V

6
1- Optimización de la comunicación entre las partes involucradas a través de términos y
responsabilidades claramente definidos.

2- Minimización de riesgos y mejor planificación a través de roles, estructuras y

resultados fijos y predeterminados.

3- Mejora de la calidad del producto gracias a medidas de control de la calidad

firmemente integradas.

4- Ahorro de costes gracias al procesamiento transparente a lo largo de todo el ciclo de

vida del producto.

Las desventajas del modelo V

El modelo en cuatro niveles puede ser demasiado simple para mapear todo el proceso
de desarrollo desde el punto de vista de los desarrolladores. Está sobre todo centrado
en la gestión de proyectos. Además, su estructura relativamente rígida permite una
respuesta poco flexible a los cambios durante el desarrollo, y, por lo tanto, promueve un
curso lineal del proyecto. Sin embargo, si el modelo se entiende y se utiliza
correctamente, es posible utilizar el modelo V para el desarrollo ágil.

7
 ¿Cuándo aplica?

Se puede implementar en proyectos de software de cualquier tamaño, ya

sea en empresas, en el sector militar o en el sector público. Es una
herramienta que facilita la organización e implementación del desarrollo,
mantenimiento y desarrollo de una amplia variedad de sistemas de TIC

8
Bibliografía:
❖ http://gestionrrhhusm.blogspot.com/2011/05/modelo-de-prototipo.html

❖ Lujan, M. (2015, 25 septiembre). Modelo Prototipo. prezi.com.

https://prezi.com/7haydxknrcts/modelo-
prototipo/#:%7E:text=El%20modelo%20de%20ciclo%20de,el%20desarrollo
%20de%20la%20aplicaci%C3%B3n.
❖ Modelo V. (2020, 23 junio). IONOS Digital Guide.
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/modelo-v/

❖ Metodología de desarrollo de sotware. El Modelo en V o de Cuatro Niveles.

| UDT-IA | Unidad de Desarrollo Tecnológico en Inteligencia Artificial.

(2019). old-web-1.iiia.csic.es. http://old-web-

1.iiia.csic.es/udt/es/blog/jrodriguez/2008/metodologia-desarrollo-sotware-

modelo-en-v-o-cuatro-niveles