Modelo prototipo

La desventaja más significativa de los modelos anteriores (cascada y espiral) es que hubo muchos rechazos de clientes que ocurren después de que se desarrolló la aplicación, y no hubo participación de los clientes entre el proyecto.

Por lo tanto, comenzaron el nuevo enfoque, que se conoce como el modelo prototipo. En esto, recopilaremos los requisitos del cliente y prepararemos un prototipo (muestra), y lo revisaremos y aprobaremos el cliente. Y solo cuando estén satisfechos, comenzaremos a trabajar en los proyectos originales para que no haya ningún rechazo del cliente.

El prototipo es solo la muestra o un maniquí del producto de software requerido. Si todos los módulos mencionados están presentes, solo el desarrollador y el probador realizarán pruebas de prototipos.

Cuando utilizamos el modelo prototipo

Generalmente, optamos por este modelo debido a las siguientes razones:

  • Cuando el cliente es nuevo en la industria del software o cuando no sabe cómo dar los requisitos a la empresa.
  • Cuando los desarrolladores son nuevos en el dominio.

Nota:
la diferencia entre la prueba y la prueba del prototipo es que – en la prueba, trabajaremos en la funcionalidad, que da algo de entrada y salida.
Y en las pruebas de prototipos, probaremos solo el aspecto, lo que significa que la interfaz de usuario y el frontend.

Proceso de modelo de prototipo

El modelo de prototipo tiene diferentes fases, que son las siguientes:

  • Análisis de requisitos
  • estudio de viabilidad
  • Crear un prototipo
  • Pruebas de prototipos
  • Revisión y aprobación del cliente
  • Diseño
  • Codificación
  • Pruebas
  • Instalación y mantenimiento

Modelo prototipo

Análisis de requisitos

Este modelo comienza con la recopilación de los requisitos de los clientes. Y estos requisitos del proyecto deben ser detallados. Estos detalles son recibidos por el Analista de Negocios y el Analista de Productos. Donde el analista de negocios se asigna para empresas de software basadas en servicios, y el analista de productos se asigna para empresas de software basadas en productos.

Estudio de viabilidad

En la siguiente etapa, el jefe de los equipos de BA, Recursos Humanos, Arquitectura y Finanzas se sentará y hablará sobre el costo del producto, qué recurso se necesitará, qué tecnología se utilizará para desarrollar el producto y cuánto tiempo se requiere para completarlo y entregarlo.

Crear un prototipo

Después de completar el estudio de viabilidad, pasaremos a nuestra siguiente etapa, donde crearemos el prototipo (muestra o maniquí) basado en los datos recopilados del cliente, y el desarrollador web diseñará el prototipo.

Aquí, tenemos los siguientes tipos de prototipos:

  • Prototipo estático
  • Prototipo dinámico

Prototipo estático

En el prototipo estático, guardamos todo el prototipo de los requisitos en un documento de Word con todas las pautas, captura de pantalla y la descripción de cómo construir el software, cómo se verá el producto terminado y cómo funcionará, etc.

Prototipo dinámico

El prototipo dinámico es paralelo al navegador, pero aquí no podemos proporcionar ningún detalle, solo la funcionalidad está allí sin ingresar los datos. Es como una página ficticia hecha de html con etiquetas y enlaces a las diversas páginas con las características expresivas del producto.

Prueba de prototipo

Una vez que construyamos el prototipo, el BA probará el prototipo y realizará una ronda de pruebas de prototipo.

Nota:
La prueba del prototipo es la prueba, donde probaremos solo la apariencia, lo que significa que la interfaz de usuario y el frontend.

Revisión y aprobación del cliente

Una vez que se realice la prueba del prototipo, se entregará al cliente para su revisión y aprobación. Si el cliente no está satisfecho con la muestra dada, cambiaremos el prototipo en función de las directrices y los comentarios del cliente. Este proceso continuará hasta que el cliente aprobó y satisfechos con el prototipo. Lleva un poco de tiempo porque tenemos que realizar los cambios una y otra vez en el prototipo.

Diseño

Después de obtener el prototipo aprobado, comenzaremos el diseño de alto y bajo nivel para el producto final y consideraremos todas las sugerencias dadas por el cliente en el momento del prototipo final.

Codificación

Una vez que la fase de diseño se ha completado con éxito, pasamos a nuestra fase de codificación, donde el desarrollador en cuestión comienza a desarrollar el producto en función de sus conocimientos de programación.

Testing

Después de la compilación de la fase de desarrollo, se entrega al ingeniero de pruebas. Y el ingeniero de pruebas prueba la funcionalidad de la aplicación y todas las entradas y salidas.

Instalación y mantenimiento

Una vez desarrollado y probado nuestro producto final de acuerdo con el prototipo final, se implementará en la producción. Y el producto pasará por el mantenimiento de vez en cuando para reducir cualquier interrupción, lo que ayuda a evitar fallas significativas.

Nota:

  • A partir de la recopilación de requisitos hasta la revisión del cliente, el formato documentado se convierte en un formato prototipo porque es una fase de recopilación de requisitos extendida, y el diseño real comienza desde la fase de diseño.
  • Anteriormente, el desarrollo de prototipos lo realizaban los desarrolladores. Aún así, ahora lo hacen los desarrolladores de contenido o diseñadores web donde desarrollan el prototipo del producto con la ayuda de algunas herramientas.
  • En esto, el cliente tiene la oportunidad en el inicio de solicitar cambios en el requisito, ya que es fácil hacer cambios de requisitos en el prototipo en lugar de en la aplicación real. Por lo tanto, el costo se reducirá y se cumplirán las expectativas.

Ventaja y desventaja del modelo prototipo

Existen las siguientes ventajas y desventajas del modelo prototipo:

Ventaja Desventaja
Podemos detectar fácilmente la funcionalidad que falta. Es un proceso que consume mucho tiempo porque si el cliente cambia en el prototipo.
Y también nos hará perder el tiempo cambiando una y otra vez en el maniquí (prototipo), lo que retrasará el trabajo del proyecto real.
En esto, el equipo de desarrollo y el cliente tienen una comunicación clara con respecto a los requisitos y el resultado del producto. No hay revisión de requisitos, pero la revisión del prototipo está ahí.
En esto, la satisfacción del cliente existe. No hay entregables paralelos, lo que significa que los dos equipos no pueden trabajar juntos.
Podemos reutilizar el prototipo en la fase de diseño y para aplicaciones similares. En algún momento, la aplicación parcial puede hacer que el software no se use ya que se diseñó el sistema completo.
En este modelo, el rechazo del cliente es menor en comparación con los otros modelos. Análisis insuficiente o parcial del problema.
Los problemas se pueden identificar en la fase inicial. También podemos perder la atención del cliente si no están satisfechos con el producto final o el prototipo original.

Leave a Reply