MODELO DE PROTOTIPOS

El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan
rpidamente para comprender con facilidad y aclarar ciertos aspectos en los que se
aseguren que el desarrollador, el usuario, el cliente estn de acuerdo en lo que se necesita
as como tambin la solucin 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 diseos 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.( Shari Lawrence, 2002)
Este modelo principalmente se aplica cuando un cliente define un conjunto de objetivos
generales para el software a desarrollarse sin delimitar detalladamente los 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 interacta el hombre y
la mquina.
Este modelo se encarga principalmente de ayudar al ingeniero y al cliente a entender de
mejor manera cul ser el resultado de la construccin cuando los requisitos estn
satisfechos
1. Caractersticas de los prototipos

Funcionalidad limitada.
Poca fiabilidad.
Caractersticas de funcionalidad pobres.
Alto grado de participacin del usuario el cual evala los prototipos, propone

mejoras y detalla requisitos.

Alto grado de participacin del analista de sistemas, ya que en muchos casos los

usuarios no pueden indicar los requisitos sin tener experiencia con el sistema.
El prototipo da mayor conocimiento al usuario y analistas ayudando a que el usuario
aprenda a utilizar el sistema.

2. Uso de prototipo

Se presenta al cliente un prototipo para su experimentacin.

Ayuda al cliente a establecer claramente los requisitos.

Ayuda a los desarrolladores a:

Validar correccin de la especificacin.

Aprender sobre problemas que se presentarn durante el diseo e

implementacin del sistema.

Mejorar el producto.
Examinar viabilidad y utilidad de la aplicacin.

3. Tipos de prototipos.

3.1. Prototipado de interfaz de usuario: modelos de pantallas.

3.2. Prototipado funcional (operacional): implementa algunas funciones, y a medida
que se comprueba que son las apropiadas, se corrigen, refinan, y se aaden otras.
3.3. Modelos de rendimiento: evalan el rendimiento de una aplicacin crtica (no
sirven al anlisis de requisitos).
3.4.

Rpido o desechable:

Sirve al anlisis y validacin de los requisitos.

Despus se redacta la especificacin del sistema y se desecha el prototipo.
La aplicacin se desarrolla siguiendo un paradigma diferente.
Problema: cuando el prototipo no se desecha, y termina convirtindose en el sistema
final.

3.5.

Evolutivos:

Comienza con un sistema relativamente simple que implementa los requisitos ms

importantes o mejor conocidos.

El prototipo se aumenta o cambia en cuanto se descubren nuevos requisitos.
Finalmente, se convierte en el sistema requerido.
Actualmente se usa en el desarrollo de sitios Webs y en aplicaciones de comercio
electrnico.

3.6.

Vertical

Desarrolla completamente alguna de las funciones.

3.7.

Horizontal

Desarrolla parcialmente todas las funciones.

4. Fases del desarrollo del modelo

Las fases que comprende el mtodo de desarrollo orientado a prototipos seran:

4.1. Investigacin preliminar. Las metas principales de esta fase son:
Determinar el problema y su mbito,
Determinar la importancia y sus efectos potenciales sobre la organizacin
Identificar una idea general de la solucin para realizar un estudio de factibilidad
que determine la factibilidad de una solucin software.
4.2. Definicin de los requerimientos del sistema. El objetivo de esta etapa es
registrar todos los requerimientos y deseos que los usuarios tienen en relacin al
proyecto bajo desarrollo. Esta etapa es la ms importante de todo el ciclo de vida,
es aqu donde el desarrollador determina los requisitos mediante la construccin,
demostracin y retroalimentaciones del prototipo.

4.3.
Anlisis de los requerimientos: Esta etapa es un proceso que
busca aproximar las visiones del usuario y del desarrollador mediante
sucesivas iteraciones. Para la definicin de los requerimientos tenemos
cinco etapas entre dos de las cuales se establece un ciclo interactivo

Anlisis grueso y especificacin: En esta fase se busca desarrollar un diseo bsico

para el prototipo inicial.

Diseo y construccin: Lo que se consigue en esta fase en obtener un prototipo
inicial, aqu el desarrollador debe concentrarse en construir un sistema con la

mxima funcionalidad, poniendo nfasis en la interfaz del usuario.

Evaluacin: Los objetivos de esta etapa son obtener por parte de los usuarios la
especificacin de los requerimientos adicionales del sistema y verificar que el
prototipo desarrollado lo haya sido en concordancia con la definicin de
requerimientos del sistema. Se modifica y se evala cuantas veces sea necesario
hasta que los requerimientos del sistemas sean satisfechos.

En el proceso de evaluacin se efectan cuatro pasos separados:

-

Preparacin.
Demostracin.
Uso del prototipo.
Discusin de comentarios.

Esta es la fase en donde se decide si el prototipo es aceptado o modificado.

Modificacin: Se da cuando la definicin de requerimientos del sistema es alterada

en la etapa de evaluacin. El desarrollador entonces debe modificar el prototipo de

acuerdo a los comentarios hechos por los usuarios.

Trmino: Una vez que se ha desarrollado un prototipo estable y completo, es
necesario ponerse de acuerdo en relacin a aspectos de calidad y de representacin
del sistema.

4.4. Diseo tcnico. Durante la construccin del prototipo, el desarrollador ha obviado

el diseo detallado. El sistema debe ser entonces rediseado y documentado segn
los estndares de la organizacin y para ayudar a las mantenciones futuras. Esta
-

fase de diseo tcnico tiene dos etapas:

La produccin de una documentacin de diseo que especifica y describe la

estructura del software, el control de flujo, las interfaces de usuario y las funciones
La produccin de todo lo requerido para promover cualquier mantencin futura del
software.

4.5. Programacin y prueba. Es donde los cambios identificados en el diseo tcnico

son implementados y probados para asegurar la correccin y completitud de los
mismos con respecto a los requerimientos.
Las pruebas sern de realizarse tantas veces sea necesarias para verificar cualquier
tipo de anomala en el sistema.
4.6. Operacin y mantencin. La instalacin del sistema en ambiente de explotacin,
en este caso, resulta de menor complejidad, ya que se supone que los usuarios han
trabajado con el sistema al hacer las pruebas de prototipos. Adems, la mantencin
tambin debera ser una fase menos importante, ya que se supone que el
refinamiento del prototipo permitira una mejor claridad en los requerimientos, por
lo cual las mantenciones perfectivas se reduciran. Si eventualmente se requiriese

una mantencin entonces el proceso de prototipado es repetido y se definir un

nuevo conjunto de requerimientos.
5. Ventajas de la aplicacin del modelo de prototipos

Las ventajas de un enfoque de desarrollo orientado a prototipos estn dadas por:

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.
Tambin 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 debera tomar la interaccin humano-mquina.

No modifica el flujo del ciclo de vida.
Reduce el riesgo de construir productos que no satisfagan las necesidades de los

usuarios.
Reduce costos y aumenta la probabilidad de xito.
Exige disponer de las herramientas adecuadas.
No presenta calidad ni robustez.
Una vez identificados todos los requisitos mediante el prototipo, se construye el
producto de ingeniera

6. Desventajas de la aplicacin del modelo de prototipos

Si bien, el desarrollo orientado a prototipos tiene considerables ventajas, tambin presenta

desventajas como:

El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara al

sistema final. A causa de la intencin de crear un prototipo de forma rpida, 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 funcin. Es frecuente que el usuario se muestre reacio a
ello y pida que sobre ese prototipo se construya el sistema final, lo que lo
convertira en un prototipo evolutivo, pero partiendo de un estado poco

recomendado
La dependencia de las herramientas de software para el xito ya que la necesidad
de disminucin de incertidumbre depende de las iteraciones del prototipo, entre

ms iteraciones exista mejor y esto ltimo se logra mediante el uso de mejores

herramientas lo que hace a este proceso dependiente de las mismas.

Tambin, no es posible aplicar la metodologa a todos los proyectos de software y,
finalmente, la mala interpretacin que pueden hacer los usuarios del prototipo, al

cual pueden confundir con el sistema terminado.

No se puede desconocer que la fase de definicin de requerimientos se ha
perfeccionado en dos aspectos importantes: primero se ha aproximado las visiones
del usuario y el desarrollador, lo cual representa el beneficio de establecer una base
comn de comunicacin; tambin, el hacer explcita la posibilidad de iterar sobre
estos dominios permitira que la convergencia de los mismos sea una posibilidad
cierta.

7. Escenario para la construccin de prototipos

Todos los proyectos de ingeniera de software comienzan con una peticin del cliente. La
peticin puede estar en la forma de una memoria que describe un problema, un informe que
define un conjunto de objetivos comerciales o del producto, una peticin de propuesta
formal de una agencia o compaa exterior, o una especificacin del sistema que ha
asignado una funcin y comportamiento al software, como un elemento de un sistema
mayor basado en computadora. Suponiendo que existe una peticin para un programa de
una de las formas dichas anteriormente, para construir un prototipo del software se aplican
los siguientes pasos:

PASO 1. Evaluar la peticin del software y determinar si el programa a desarrollar

es un buen candidato para construir un prototipo. Debido a que el cliente debe

interaccionar con el prototipo en los ltimos pasos, es esencial que:

1) el cliente participe en la evaluacin y refinamiento del prototipo, y
2) el cliente sea capaz de tomar decisiones de requerimientos de una forma oportuna.
Finalmente, la naturaleza del proyecto de desarrollo tendr una fuerte influencia en
la eficacia del prototipo.

PASO 2. Dado un proyecto candidato aceptable, el analista desarrolla una

representacin abreviada de los requerimientos. Antes de que pueda comenzar la

construccin de un prototipo, el analista debe representar los dominios funcionales y

de informacin del programa y desarrollar un mtodo razonable de particin. La
aplicacin de estos principios de anlisis fundamentales, pueden realizarse mediante
los mtodos de anlisis de requerimientos.

PASO 3. Despus de que se haya revisado la representacin de los requerimientos,

se crea un conjunto de especificaciones de diseo abreviadas para el prototipo. El
diseo debe ocurrir antes de que comience la construccin del prototipo. Sin
embargo, el diseo de un prototipo se enfoca normalmente hacia la arquitectura a
nivel superior y a los aspectos de diseo de datos, en vez de hacia el diseo
procedimental detallado.

PASO 4. El software del prototipo se crea, prueba y refina Idealmente, los bloques
de construccin de software preexisten se utilizan para crear el prototipo de una
forma rpida. Desafortunadamente, tales bloques construidos raramente existen.
Incluso si la implementacin de un prototipo que funcione es impracticable, es
escenario de construccin de prototipos puede an aplicarse. Para las aplicaciones
interactivas con el hombre, es posible frecuentemente crear un prototipo en papel
que describa la interaccin hombre-mquina usando una serie de hojas de historia.

PASO 5. Una vez que el prototipo ha sido probado, se presenta al cliente, el cual
conduce la prueba de la aplicacin y sugiere modificaciones. Este paso es el
ncleo del mtodo de construccin de prototipo. Es aqu donde el cliente puede
examinar una representacin implementada de los requerimientos del programa,
sugerir modificaciones que harn al programa cumplir mejor las necesidades reales.

PASO 6. Los pasos 4 y 5 se repiten iterativamente hasta que todos los

requerimientos estn formalizados o hasta que el prototipo haya evolucionado hacia
un sistema de produccin.

8. EJEMPLO:

Prototipo informtico para la evaluacin de la calidad de la educacin superior

8.1.

Definicin del Problema:

Las universidades necesitan desarrollar procesos de evaluacin institucional de desempeo,

que conllevan a la revisin de sus estructuras funcionales y al conocimiento diagnstico de
la situacin actual con el fin de incrementar los niveles de eficacia, eficiencia y efectividad
de la gestin universitaria.
Es necesario fomentar procesos de evaluacin en funcin de optimizar el uso de los
recursos humanos, tecnolgicos y financieros disponibles en la institucin a objeto de
lograr un desarrollo ms armnico y planificado, en atencin a una estricta observacin de
su misin. Bajo esta perspectiva se ofrece una propuesta de Prototipo Informtico para la
Evaluacin de la Calidad de la Educacin Superior, cuyos objetivos, entre otros, son:
fomentar e incentivar la cultura de evaluacin de la calidad universitaria; disear
indicadores de gestin universitaria para dicho sistema de informacin, para cada uno de
los mbitos: acadmico, investigacin, extensin y administrativo. Para el desarrollo, se
aplicarn las herramientas y tcnicas para levantar los requerimientos de usuario, y producir
las salidas que satisfagan las necesidades de informacin y el acceso en forma integrada a
la misma; respecto a los diferentes niveles de la pirmide organizacional, accesibilidad a
indicadores de gestin de calidad universitaria a travs de mdulos interdependientes; esto
es, cada nivel con su vista de usuario en la base de datos. Se aplica la metodologa modular
de sistemas, el enfoque de arriba hacia abajo y el diseo de base de datos relacional.
El prototipo est diseado bajo una interfaz grfica para interactuar con el usuario a travs
de botones programables y la navegacin del sistema se realizar a travs de pantallas tipo
ventanas

Modelo sistmico para la elaboracin del prototipo informtico de evaluacin de la

calidad en educacin superior

El modelo sistmico, se basa en las frmulas ms convencionales de la teora de sistemas,

considerando entradas, transferencias y salidas.
Ser el utilizado para el prototipo informtico propuesto, ya que ofrece todas las bondades
de la metodologa de sistemas.

En el modelo de evaluacin propuesto para el prototipo de evaluacin de la calidad

universitaria, se perfilan tres bloques, como lo muestra la grfica siguiente:

Entrada: estara constituida por las inversiones, tanto en recursos materiales como

humanos. En otras palabras: salas, talleres, bibliotecas, laboratorios con todos sus
implementos; adems de estudiantes, profesores y personal administrativo.

Procesos: estaran compuestos justamente por todas las interacciones que tienen

lugar en la institucin y que permiten que sta pueda cumplir los compromisos adquiridos
con la sociedad, en cuanto a conocimiento creados, profesionales formados y servicios
entregados a la comunidad. Esto incluye todos los procedimientos de administracin
universitaria y gestin financiera de la organizacin.

Salida o productos: corresponde a los logros organizacionales en docencia,

investigacin y extensin. Seran aspectos del resultado, la cantidad de graduados por

cohorte, los proyectos de investigacin realizados, las publicaciones de los mismos y el
nmero de acadmicos perfeccionados en un periodo determinado.
En sntesis, el modelo sistmico presenta para estos propsitos una gran ventaja, pues
ayuda a agrupar de manera ordenada los componentes institucionales y facilita la
comprensin de la relacin que existe entre los mismos.
Propuesta para sistematizar la informacin en el prototipo de evaluacin de la calidad de las
instituciones de educacin superior
Para sistematizar la informacin se utilizarn las seis dimensiones del modelo de CINDA
que, como se ha dicho, permite hacer una revisin bastante completa y coherente en los
siguientes aspectos: acadmicos en general, en la funcin docente, de investigacin y
creacin, de extensin y servicios, y de gestin administrativa.
De acuerdo con ello, se ha planteado la matriz modelo CINDA de informacin para cada
uno de los tres aspectos, que incluye los problemas de calidad a resolver, las propuestas de
solucin y las sugerencias estratgicas.

Matriz modelo CINDA

Dicha matriz se aplicar para cada uno de los aspectos a evaluar respecto a la calidad
universitaria, entre los que tenemos:

Funcin Docente

Aspectos Generales Acadmicos

Funcin Investigacin

Funcin Extensin

Gestin Administrativo-acadmica

Metodologa para el desarrollo del prototipo de evaluacin de la calidad

universitaria
Para el desarrollo del prototipo informtico para la evaluacin de la calidad de la educacin
superior, se aplicarn los instrumentos y tcnicas para levantar los requerimientos de
usuario, y producir las salidas que satisfagan las necesidades de informacin y el acceso en
forma integrada a la misma, respecto a los diferentes niveles de la pirmide organizacional;
esto es, nivel estratgico, nivel tctico y nivel operativo, accesibilidad a indicadores de
gestin de calidad universitaria a travs de mdulos interdependientes, es decir, cada nivel
con su vista de usuario en la base de datos.
Se aplica la metodologa modular de sistemas, el enfoque de arriba hacia abajo y el diseo
de base de datos relacional.
Diseo de arriba hacia abajo (top-down)
Se selecciona el diseo de arriba hacia abajo, por la facilidad de visualizar una gran
imagen del sistema y luego explotarla en partes o subsistemas ms pequeos. El diseo de
arriba hacia abajo permite que el analista de sistemas piense acerca de las interrelaciones e

interdependencias de los subsistemas. Este enfoque tambin proporciona el nfasis deseado

sobre la sinergia o las interfaces que requieren los sistemas y subsistemas. Las ventajas de
usar este enfoque para el diseo de sistemas incluyen el evitar el caos de disear un sistema
todo a la vez. El tratar de tener todos los subsistemas en su lugar y funcionando a la vez es
aceptar que se va a fallar.
Enfoque modular para el desarrollo de sistemas
Una vez que ha sido tomado el enfoque de diseo de arriba hacia abajo, el enfoque modular
es til en la programacin. Este enfoque involucra la divisin de la programacin en partes
o mdulos lgicos y manejables. Este enfoque de programacin se ajusta bien con el diseo
de arriba hacia abajo, debido a que enfatiza las interfaces entre mdulos. En el prototipo se
aplica la metodologa modular de sistemas para desarrollar los mdulos: Funcin Docente,
Funcin Investigacin, Aspectos Generales Acadmicos, Funcin Extensin, Gestin
Administrativo-acadmica.
Diseo de base de datos relacional
Se selecciona el modelo relacional de base de datos, por ser el ptimo en comparacin con
los modelos de base de datos jerrquicos y el de redes. Otra ventaja de este modelo es la
portabilidad, ya que la mayora de los paquetes de manejo de base de datos para
computadores personales usan el enfoque relacional. En este modelo los datos se
organizan en tablas en las cuales una fila equivale a un registro. Conceptualmente la tabla
de la base de datos es lo mismo que un archivo. Una o ms tablas constituyen una base de
datos relacional. La base de datos relacional se refiere a una serie de tablas y a las
relaciones entre ellas. El sistema tendr capacidad, entre otras cosas, para:
1.

Crear y mantener la base de datos: esto es agregar, eliminar y modificar tablas.

2.

Extraer y presentar informacin que cumpla ciertas condiciones.

3.

Hacer consultas (por ejemplo: Cul es el promedio de notas de los alumnos por

carrera y por universidad? Cul es la matricula por rea de conocimiento? Cul es la

rotacin matricular?, etc.).

4.

Ordenar los registros (tablas), segn el campo clave.

5.

Generar informes adecuados para el usuario. (Por ejemplo: una universidad generar

el reporte de gestin peridicamente, segn sea el caso o el Reporte financiero puede ser
semestral o anual, etc.).
Modelo entidad relacin
Se generarn una serie de entidades y relaciones uno a muchos, a las cuales se le aplicar
la tcnica de normalizacin de tablas, incluso la tercera forma normal 3FN y 4FN, de ser
necesario. Entre las entidades tenemos: Universidad, Alumnos, Profesor, Organismos
reguladores, Proveedores, Productos, Oferta acadmica laboral, Egresados, etc.
Diseo de la interfaz grfica del prototipo
Para el desarrollo del prototipo informtico para la evaluacin de la calidad de la educacin
superior, se deben aplicar instrumentos y tcnicas para levantar los requerimientos de
usuario, y producir las salidas que satisfagan las necesidades de informacin y el acceso en
forma integrada a la misma, respecto a los diferentes niveles de la pirmide organizacional;
esto es nivel estratgico, nivel tctico y nivel operativo, accesibilidad a indicadores de
gestin de calidad universitaria a travs de mdulos interdependientes; esto es, cada nivel
con su vista de usuario en la base de datos.
El prototipo est diseado bajo una interfaz grfica para interactuar con el usuario a travs
de botones programables y la navegacin del sistema se realizar a travs de pantallas tipo
ventanas.