Modelos de Prototipo Administración de Proyectos Informáticos

Copyright @Fernando Sarcos

Universidad Estatal de Milagro

Modelo De Prototipo

En ingeniería de software el modelo de prototipo pertenece a los modelos de de desarrollo evolutivo, este ayuda a comprender las requisitos y las especificaciones de los clientes sobre todo cuando no se tiene una idea clara de lo que de sea el usuario se puede utilizar cuando se tiene duda de la viabilidad de la solución pensada, pues se creara un versión del producto con funcionalidades básicas a través de el refinamiento y de nuevos requisitos el sistema evolucionara hasta llegar al sistema final

Al usar prototipos, las etapas del ciclo de vida clásico quedan modificadas de la siguiente manera:

· Análisis de requisitos del sistema · Análisis de requisitos del software · Diseño, desarrollo e implementación del prototipo · Prueba del prototipo. · Refinamiento iterativo del prototipo · Refinamiento de las especificaciones del prototipo · Diseño e implementación del sistema final · Explotación (u operación) y mantenimiento

Si bien el modelo de prototipos evolutivos, fácilmente modificables y ampliables es muy usado, en muchos casos pueden usarse prototipos descartables para esclarecer aquellos aspectos del sistema que no se comprenden bien

Los modelos de prototipos se utilizan para dar al usuario un avance del software. Este modelo es para la prueba de errores ya que si al cliente no le gusta alguna parte del prototipo significa que fallo por lo cual se debe hacer las correcciones de el error o los errores que tenga hasta que el usuario quede satisfecho. Con sus especificaciones El prototipo debe ser construido en poco tiempo, usando programas adecuados utilizado poco recursos pues a partir de que sea aprobado se puede iniciar el verdadero desarrollo del software. Pero eso si al construir el prototipo nos asegura que nuestro software sea de mejor calidad, además de que su interfaz sea de agrado para el usuario. Un prototipo podrá ser construido solo si con el software es posible experimentar. Sus desventajas son que debido a que el usuario ve que el prototipo funciona piensa que este es el producto terminado y no entienden que recién se va a desarrollar el software. Otro problema es que el prototipo deber ir acompañado de otro modelo pasa su desarrollo Hay dos clases de modelos de prototipo

· El desechable nos sirve para eliminar dudas sobre lo que realmente quiere el cliente además para desarrollar la interfaz que más le convenga al cliente

· El evolucionario es un modelo parcialmente construido que puede pasar de ser prototipo

a ser software pero no tiene una buena documentación y calidad

CONSTRUCCIÓN DE PROTOTIPOS.

La construcción de prototipos, que consiste en construir un modelo en computadora, que describa la interacción sistema - usuario y que implemente un subconjunto de la función requerida, sometiéndolo a la revisión por parte del usuario en un proceso iterativo y evolutivo.

Los pasos necesarios para la construcción de prototipos son los siguientes:

I. Evaluar la solicitud del software para determinar si el sistema es candidato para la construcción de un prototipo. Considerando si es necesario presentar la interacción usuario-sistema y tomando en cuenta la complejidad del desarrollo del propio prototipo.

II. Elaborar una representación abreviada de los requisitos. Utilizando alguno de los modelos mencionados anteriormente.

III. Crear un conjunto de especificaciones de diseño para el prototipo. Centrándose en los aspectos de más alto nivel y no en el detalle.

IV. Crear y probar el software del prototipo. De ser posible utilizar herramientas automatizadas para tal efecto, como lenguajes de cuarta generación, módulos de código reusables, herramientas RAD o paquetes especializados en prototipos.

V. Presentar el prototipo al usuario y orientarlo a que sea él quien lo “opere”. Aquí es donde el usuario podrá validar sus propios requerimientos y sugerir las modificaciones necesarias.

VI. Repetir los pasos IV y V hasta que todos los requisitos queden formalizados.

El modelo de construcción de prototipos se recomienda especialmente cuando los requerimientos cambian frecuentemente, cuando no se tiene la suficiente participación del usuario o cuando no se tienen suficientemente especificados los requerimientos. Una ventaja importante es que el usuario va “viendo” la evolución del sistema.

El principal inconveniente es que se desconoce el tiempo que se tardará en crear un producto aceptable. No se sabe cuántas iteraciones se tendrán que realizar. Otro inconveniente es que se pueden adoptar prácticas de programación de prueba-y-error, sin un análisis y diseño formales previos.

Ventajas

Este modelo es útil cuando el usuario conoce los objetivos generales para el software, pero no identifica los requisitos y procedimientos detallados de entrada, procesamiento o salida.

También ofrece un enfoque cuando el responsable del software no está seguro de la eficacia del algoritmo, de la adaptabilidad del sistema operativo o de la forma que debería tomar la interacción Usuario-máquina.

La construcción de prototipos se puede utilizar como un modelo base independiente, se emplea más comúnmente como una técnica para implementarse dentro de cualquiera de los modelos del proceso expuestos. Sin importar la forma como se aplique, el modelo de construcción de prototipos ayuda al desarrollador de software y al usuario a entender de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos. De esta manera, el ciclo de vida en particular, involucra al cliente para adquirir el producto.

Inconvenientes

El usuario tiende a crearse una perspectiva cuando le muestran prototipo de cara al sistema final. A causa de la intención de crear un prototipo de forma rápida, se suelen dejar de lado ciertos aspectos importantes, tales como la calidad y el mantenimiento a largo plazo y corto plazo, lo que obliga en la mayor parte de los casos a reconstruirlo una vez que el modelo prototipo ha cumplido con su objetivo. Es común que el usuario se muestre reacción y pida que sobre el prototipo se construya el sistema final, lo que lo convertiría en un prototipo evolutivo, pero iniciándose de un estado muy poco recomendado.

En apuro 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 proporcione un desarrollo más rápido o manejo menos complejo ). 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.