Modelo de prototipos evolutivos con refinamientos sucesivos

El uso de prototipos se centra en la idea de ayudar a comprender los requisitos que plantea el usuario, sobre todo si este no tiene una idea muy acabada de lo que desea. También pueden utilizarse cuando el ingeniero de software tiene dudas acerca de la viabilidad de la solución pensada.

Esta versión temprana de lo que será el producto, con una funcionalidad reducida, en principio, podrá incrementarse paulatinamente a través de refinamientos sucesivos de las especificaciones del sistema, evolucionando hasta llegar al sistema final (Cataldi, 2006). Según Pressman(2002), un prototipo es aquel que describe una interacción entre la máquina y el hombre, facilitando una comprensión de la forma en cómo se da esa interacción, dando también una visión de las funciones que el sistema puede contener para así lograr una función deseada al finalizar el desarrollo del mismo.

con cada incremento. Los primeros incrementos son versiones «incompletas» del producto final, pero proporcionan al usuario la funcionalidad que precisa y también una plataforma para la evaluación (Pressman, 2002)

En el caso particular de los OA o del software educativo, como afirma Cataldi (2006), la elección de este método puede estar fundamentada en la ventaja de la realización de los cambios en etapas tempranas y la posibilidad de construcción de varios prototipos evaluables durante el desarrollo, obteniéndose de este modo paralelamente una metodología integral también para el proceso de evaluación del programa.

Según García Álvarez (2006) este modelo resulta menos rígido que el modelo de cascada puesto que el cliente (en este caso los educadores) pueden ir haciendo los refinamientos o las aportaciones necesarias, inclusive pueden probar el primer prototipo con sus estudiantes además de realizar una breve evaluación con sus demás colegas, sin duda alguna que esto mejorará el diseño del software y de manera especial la parte comunicativa o educativa. Existen investigaciones que han desarrollado productos con este modelo:

a) Cataldi (2000 y 2006) de la Universidad de Buenos Aires. Refinamiento del Modelo de prototipos evolutivos basado en dos dominios: pedagógico y técnico para el desarrollo de software educativo.

b) Barajas et. al. (2007): se propone el modelado del proceso en base a las siguientes metodologías, 1) el ciclo evolutivo de prototipos o 2) la metodología de Programación Extrema.

c) Borrero Caldas et.al. (2010) de la Universidad del Valle (Colombia): desarrollo de OA.

A continuación se presenta la adaptación del Modelo de prototipos evolutivos con refinamientos sucesivos para software educativo de Cataldi (2002) del Laboratorio de Sistemas Operativos y Bases de Datos. Departamento de Computación. Facultad de Ingeniería de la Universidad de Buenos Aires

4.2.2.2. Modelo de prototipos evolutivos con refinamientos sucesivos para software educativo

La propuesta de Cataldi (2002) incrementa el nivel de detalle en el desarrollo de Software Educativo. El refinamiento consiste en un ciclo de vida que define todos los procesos y actividades a efectuar en cada etapa del desarrollo (Figura 4.3).

2. Definición de requisitos del sistema (RES)

3. Especificación de los requisitos del prototipo (REP) 4. Diseño del prototipo (DPR)

5. Diseño detallado el prototipo (DDP)

6. Desarrollo del prototipo (codificación) (DEP) 7. Implementación y prueba del prototipo (IPP)

8. Refinamiento iterativo de las especificaciones del prototipo (aumentando el objetivo y/o el alcance).Luego, se puede volver a la etapa 2 o continuar si se logró el objetivo y alcance deseados. (RIT)

9. Diseño del sistema final (DSF)

10.Implementación del sistema final (ISF) 11.Operación y mantenimiento (OPM) 12. Retiro (si corresponde) (RET)

A continuación se describen cada una de las etapas del ciclo de vida elegido que formarán parte de la matriz de actividades:

1. Factibilidad (FAC): definición del producto de software y su factibilidad desde la perspectiva de la relación costo –beneficio, como así las ventajas y desventajas respecto de otros productos.

2. Requisitos del sistema (RES): definición de las funcionalidades, interfaces y el tipo de diseño.

3. Especificación de requisitos del prototipo (REP): especificación de las

funcionalidades, las interfaces y el rendimiento para el prototipo. Aquí se considerarán incrementos en porcentajes de la funcionalidad total del sistema.

4. Diseño del prototipo (DPR): ejecución del plan del prototipo. Análisis de las

funciones y módulos del mismo.

5. Diseño detallado del prototipo (DDP): Se deben traducir los requisitos a una

representación del software de manera que se obtenga la calidad requerida antes de que comience la codificación.

6. Desarrollo del prototipo (codificación) (DEP): codificación o diseño detallado en un lenguaje

7. Implementación y prueba del prototipo (IPP): Consiste en lograr un

funcionamiento adecuado del producto software en el sistema informático.

la funcionalidad del sistema, para luego volver REP a fin de aumentar la funcionalidad del prototipo o continuar, si se logró el objetivo y alcance deseados. 9. Diseño del sistema final (DSF): ajustar las restricciones o condiciones finales e

integrar los últimos módulos.

10.Implementación del sistema final (ISF): instalación y capacitación del personal.

11.Operación y mantenimiento (OPM): puesta en funcionamiento del sistema

informático.

12.Retiro (RET): transición adecuada de las funciones realizadas para el producto y sus sucesores.

Cataldi identificó que las diez etapas debían extenderse e incorporó procesos nuevos que contemplaron las necesidades pedagógicas-didácticas.

Los procesos nuevos que se incorporaron así como sus actividades se describen a continuación:

• Identificación de la necesidad educativa del software y selección de la teoría educativa.

• Análisis de los requisitos educativos. Definición de objetivos educativos, las características del grupo destinatario, los contenidos, las estrategias didácticas, las actividades mentales a desarrollar, el nivel de integración curricular, el tipo de uso del programa y el nivel de interactividad, los efectos motivadores, los posibles caminos pedagógicos, el tiempo y modo de uso del programa y el hardware asociado.

• Evaluación de los prototipos de software.

• Evaluación interna y externa del software: a partir de la evaluación se identifican los cambios y ajustes a realizar

• Documentación didáctica: planificación y elaboración de la guía e información didáctica.

La metodología extendida para la creación de software educativo desde una visión integradora propuesta por Cataldi, hace hincapié en que las metodologías propias de la Ingeniería del Software no toman en cuenta aspectos pedagógicos-didácticos del producto software a desarrollar, pocas metodologías toman en cuenta los aspectos de comunicación con el usuario que en principio son un componente elemental y básico en el desarrollo de software educativo (Cataldi, 2003).

Consideramos que esta propuesta no es la adecuada para el desarrollo de un OA pues no se enfoca a aplicaciones Web ni permite la reutilización de materiales educativos, características inherentes de un OA.

En cuanto a la evaluación de los prototipos está centrada en uno de los usuarios: el docente, lo cual no garantiza que el modelo se enfoque a las mejoras en el proceso de enseñanza y de aprendizaje.