Embed Size (px)
Citation preview
UNIVERSIDAD VERACRUZANAFACULTAD DEacute ESTADIacuteSTICA E
INFORMAacuteTICA
Maestriacutea en Ingenieriacutea de Software
ADAPTACIOacuteN DE LAS METODOLOGIacuteAS AacuteNCORA E
ICONIX PARA EacuteL DESARROLLO DE SOFTWARE EDUCATIVO
Trabajo que se presenta como requisito parcial para obtener el grado de maestriacutea
ELABOROacuteCarmen Nicteacute-Haacute Chay Hernaacutendez
DIRIGIOacuteDra Mariacutea Karen Corteacutes Verdiacuten
Xalapa Veracruz a 08 de Julio de 201L
Maestriacutea en Ingenieriacutea de
UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADIacuteSTICA E INFORMAacuteTICA
Software
C Ing Carmen Niexclcteacute-Haacute Chay Hernaacutendez Candidata a la Maestriacutea en Ingenieriacutea de Software Presente
Por medio del presente comunico a usted que considerando el dictamen aprobatorio de la comisioacuten revisora integrada por
Dra Mariacutea Karen Corteacutes Verdiacuten Directora Jurado Externo Jurado Interno
Dr Carlos Fernaacutendez y Fernaacutendez Jurado ExterneDr Juan Manuel Fernaacutendez Pentildea Jurado InternoDra Mariacutea de los Aacutengeles Sumano Loacutepez Jurado Interno
para el trabajo de tesis ldquoAdaptacioacuten de las Metodologiacuteas Aacutencora e Iconix para el Desarrollo de Software Educativorsquorsquo se autoriza su impresioacuten para continuar con los traacutemites correspondientes
ATENTAMENTEldquoLIS DE VERACRUZ ARTE CIENCIA LUZrdquo
Xalapa - Enriacutequez Veracruz a 29 de junio de 2011
Dra Mariacutea de los Aacutengeles Sumano Loacutepez Coordinadora de la MIS
Avenida Xalapa SN esquina Avenida Avila Camacho colonia Obrero - Campesina CP 91020 Xalapa Ver Teleacutefonos (228) 8 42 17 00 extensiones 14133 y 14154 FAX (228) 814 99 90
DEDICATORIAS
A mis abuelitos Hermenegilda y Apolinar
Mis grandes maestros que me ensentildearon los valores baacutesicos de la vida
A mis padres Catalina y Carlos
Quienes han sido mi motor de lucha en todo momento
A mi familia Chay Mariacuten
Por ser mis motivadores principales
A mi hermano Pablo
Por estar a mi lado siempre
AGRADECIMIENTOS
A Dios
Por ser mi guiacutea y mi fortaleza para finalizar una etapa maacutes de mi vida
A mi familia Hernaacutendez Martiacutenez
Por su apoyo y sabios consejos
A los doctores Karen Corteacutes Aacutengeles Sumano y Juan Manuel Fernaacutendez
Por su paciencia experiencias y conocimientos compartidos
A Ceacutesar y Glendi
Por ser los mejores amigos y mis impulsores para emprender esta aventura
A mis amigos y hermanos de comunidad
Por su motivacioacuten y sus oraciones para mantenerme con un espiacuteritu de lucha
Contenido
INTRODUCCIOacuteN 6Capiacutetulo 1 Marco teoacuterico 12
11 Disentildeo instruccional 12111 ModeloADDIE 13112 Especificacioacuten Instruccional de Software Educativo (EISE) 15
12 Metodologiacuteas existentes para la elaboracioacuten de software educativo17121 Ingenieriacutea de software educativo con modelado 00 17122 Propuesta de una metodologiacutea de desarrollo de software educativobajo un enfoque de calidad sisteacutemica 20123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten desoftware educativo 22124 Metodologiacutea de desarrollo de sistemas multimedia 28
13 Metodologiacutea Aacutencora 3114 Metodologiacutea ICONIX 3315 Ventajas y desventajas de las metodologiacuteas maacutes importantes para eldesarrollo de SE 35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX 3621 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de softwareeducativo36
211 Guioacuten de la propuesta computacional39212 Bitaacutecora de desarrollo40213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)40
22 Metodologiacutea ICONIX para el disentildeo de software educativo 4223 Reutilizacioacuten de requerimientos 44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio 45
31 Anaacutelisis y adquisicioacuten de requerimientos 45311 Anaacutelisis de requerimientos45312 Recoleccioacuten y clasificacioacuten de requerimientos 46313 Validacioacuten de requerimientos 54314 Conexioacuten con la fase de disentildeo58315 Descripcioacuten de casos de uso60
32 Disentildeo y desarrollo 62321 Modelo de dominio62322 Diagrama de secuencia 63323 Diagrama de actividades 65
33 Evaluacioacuten 67331 Pruebas de funcionalidad67332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX71333 Resultados 74
Conclusiones 76Referencias bibliograacuteficas 78Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard 81Apeacutendice B Descripcioacuten de Casos de Uso 98
2
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
Maestriacutea en Ingenieriacutea de
UNIVERSIDAD VERACRUZANA
FACULTAD DE ESTADIacuteSTICA E INFORMAacuteTICA
Software
C Ing Carmen Niexclcteacute-Haacute Chay Hernaacutendez Candidata a la Maestriacutea en Ingenieriacutea de Software Presente
Por medio del presente comunico a usted que considerando el dictamen aprobatorio de la comisioacuten revisora integrada por
Dra Mariacutea Karen Corteacutes Verdiacuten Directora Jurado Externo Jurado Interno
Dr Carlos Fernaacutendez y Fernaacutendez Jurado ExterneDr Juan Manuel Fernaacutendez Pentildea Jurado InternoDra Mariacutea de los Aacutengeles Sumano Loacutepez Jurado Interno
para el trabajo de tesis ldquoAdaptacioacuten de las Metodologiacuteas Aacutencora e Iconix para el Desarrollo de Software Educativorsquorsquo se autoriza su impresioacuten para continuar con los traacutemites correspondientes
ATENTAMENTEldquoLIS DE VERACRUZ ARTE CIENCIA LUZrdquo
Xalapa - Enriacutequez Veracruz a 29 de junio de 2011
Dra Mariacutea de los Aacutengeles Sumano Loacutepez Coordinadora de la MIS
Avenida Xalapa SN esquina Avenida Avila Camacho colonia Obrero - Campesina CP 91020 Xalapa Ver Teleacutefonos (228) 8 42 17 00 extensiones 14133 y 14154 FAX (228) 814 99 90
DEDICATORIAS
A mis abuelitos Hermenegilda y Apolinar
Mis grandes maestros que me ensentildearon los valores baacutesicos de la vida
A mis padres Catalina y Carlos
Quienes han sido mi motor de lucha en todo momento
A mi familia Chay Mariacuten
Por ser mis motivadores principales
A mi hermano Pablo
Por estar a mi lado siempre
AGRADECIMIENTOS
A Dios
Por ser mi guiacutea y mi fortaleza para finalizar una etapa maacutes de mi vida
A mi familia Hernaacutendez Martiacutenez
Por su apoyo y sabios consejos
A los doctores Karen Corteacutes Aacutengeles Sumano y Juan Manuel Fernaacutendez
Por su paciencia experiencias y conocimientos compartidos
A Ceacutesar y Glendi
Por ser los mejores amigos y mis impulsores para emprender esta aventura
A mis amigos y hermanos de comunidad
Por su motivacioacuten y sus oraciones para mantenerme con un espiacuteritu de lucha
Contenido
INTRODUCCIOacuteN 6Capiacutetulo 1 Marco teoacuterico 12
11 Disentildeo instruccional 12111 ModeloADDIE 13112 Especificacioacuten Instruccional de Software Educativo (EISE) 15
12 Metodologiacuteas existentes para la elaboracioacuten de software educativo17121 Ingenieriacutea de software educativo con modelado 00 17122 Propuesta de una metodologiacutea de desarrollo de software educativobajo un enfoque de calidad sisteacutemica 20123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten desoftware educativo 22124 Metodologiacutea de desarrollo de sistemas multimedia 28
13 Metodologiacutea Aacutencora 3114 Metodologiacutea ICONIX 3315 Ventajas y desventajas de las metodologiacuteas maacutes importantes para eldesarrollo de SE 35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX 3621 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de softwareeducativo36
211 Guioacuten de la propuesta computacional39212 Bitaacutecora de desarrollo40213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)40
22 Metodologiacutea ICONIX para el disentildeo de software educativo 4223 Reutilizacioacuten de requerimientos 44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio 45
31 Anaacutelisis y adquisicioacuten de requerimientos 45311 Anaacutelisis de requerimientos45312 Recoleccioacuten y clasificacioacuten de requerimientos 46313 Validacioacuten de requerimientos 54314 Conexioacuten con la fase de disentildeo58315 Descripcioacuten de casos de uso60
32 Disentildeo y desarrollo 62321 Modelo de dominio62322 Diagrama de secuencia 63323 Diagrama de actividades 65
33 Evaluacioacuten 67331 Pruebas de funcionalidad67332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX71333 Resultados 74
Conclusiones 76Referencias bibliograacuteficas 78Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard 81Apeacutendice B Descripcioacuten de Casos de Uso 98
2
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
DEDICATORIAS
A mis abuelitos Hermenegilda y Apolinar
Mis grandes maestros que me ensentildearon los valores baacutesicos de la vida
A mis padres Catalina y Carlos
Quienes han sido mi motor de lucha en todo momento
A mi familia Chay Mariacuten
Por ser mis motivadores principales
A mi hermano Pablo
Por estar a mi lado siempre
AGRADECIMIENTOS
A Dios
Por ser mi guiacutea y mi fortaleza para finalizar una etapa maacutes de mi vida
A mi familia Hernaacutendez Martiacutenez
Por su apoyo y sabios consejos
A los doctores Karen Corteacutes Aacutengeles Sumano y Juan Manuel Fernaacutendez
Por su paciencia experiencias y conocimientos compartidos
A Ceacutesar y Glendi
Por ser los mejores amigos y mis impulsores para emprender esta aventura
A mis amigos y hermanos de comunidad
Por su motivacioacuten y sus oraciones para mantenerme con un espiacuteritu de lucha
Contenido
INTRODUCCIOacuteN 6Capiacutetulo 1 Marco teoacuterico 12
11 Disentildeo instruccional 12111 ModeloADDIE 13112 Especificacioacuten Instruccional de Software Educativo (EISE) 15
12 Metodologiacuteas existentes para la elaboracioacuten de software educativo17121 Ingenieriacutea de software educativo con modelado 00 17122 Propuesta de una metodologiacutea de desarrollo de software educativobajo un enfoque de calidad sisteacutemica 20123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten desoftware educativo 22124 Metodologiacutea de desarrollo de sistemas multimedia 28
13 Metodologiacutea Aacutencora 3114 Metodologiacutea ICONIX 3315 Ventajas y desventajas de las metodologiacuteas maacutes importantes para eldesarrollo de SE 35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX 3621 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de softwareeducativo36
211 Guioacuten de la propuesta computacional39212 Bitaacutecora de desarrollo40213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)40
22 Metodologiacutea ICONIX para el disentildeo de software educativo 4223 Reutilizacioacuten de requerimientos 44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio 45
31 Anaacutelisis y adquisicioacuten de requerimientos 45311 Anaacutelisis de requerimientos45312 Recoleccioacuten y clasificacioacuten de requerimientos 46313 Validacioacuten de requerimientos 54314 Conexioacuten con la fase de disentildeo58315 Descripcioacuten de casos de uso60
32 Disentildeo y desarrollo 62321 Modelo de dominio62322 Diagrama de secuencia 63323 Diagrama de actividades 65
33 Evaluacioacuten 67331 Pruebas de funcionalidad67332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX71333 Resultados 74
Conclusiones 76Referencias bibliograacuteficas 78Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard 81Apeacutendice B Descripcioacuten de Casos de Uso 98
2
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
AGRADECIMIENTOS
A Dios
Por ser mi guiacutea y mi fortaleza para finalizar una etapa maacutes de mi vida
A mi familia Hernaacutendez Martiacutenez
Por su apoyo y sabios consejos
A los doctores Karen Corteacutes Aacutengeles Sumano y Juan Manuel Fernaacutendez
Por su paciencia experiencias y conocimientos compartidos
A Ceacutesar y Glendi
Por ser los mejores amigos y mis impulsores para emprender esta aventura
A mis amigos y hermanos de comunidad
Por su motivacioacuten y sus oraciones para mantenerme con un espiacuteritu de lucha
Contenido
INTRODUCCIOacuteN 6Capiacutetulo 1 Marco teoacuterico 12
11 Disentildeo instruccional 12111 ModeloADDIE 13112 Especificacioacuten Instruccional de Software Educativo (EISE) 15
12 Metodologiacuteas existentes para la elaboracioacuten de software educativo17121 Ingenieriacutea de software educativo con modelado 00 17122 Propuesta de una metodologiacutea de desarrollo de software educativobajo un enfoque de calidad sisteacutemica 20123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten desoftware educativo 22124 Metodologiacutea de desarrollo de sistemas multimedia 28
13 Metodologiacutea Aacutencora 3114 Metodologiacutea ICONIX 3315 Ventajas y desventajas de las metodologiacuteas maacutes importantes para eldesarrollo de SE 35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX 3621 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de softwareeducativo36
211 Guioacuten de la propuesta computacional39212 Bitaacutecora de desarrollo40213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)40
22 Metodologiacutea ICONIX para el disentildeo de software educativo 4223 Reutilizacioacuten de requerimientos 44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio 45
31 Anaacutelisis y adquisicioacuten de requerimientos 45311 Anaacutelisis de requerimientos45312 Recoleccioacuten y clasificacioacuten de requerimientos 46313 Validacioacuten de requerimientos 54314 Conexioacuten con la fase de disentildeo58315 Descripcioacuten de casos de uso60
32 Disentildeo y desarrollo 62321 Modelo de dominio62322 Diagrama de secuencia 63323 Diagrama de actividades 65
33 Evaluacioacuten 67331 Pruebas de funcionalidad67332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX71333 Resultados 74
Conclusiones 76Referencias bibliograacuteficas 78Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard 81Apeacutendice B Descripcioacuten de Casos de Uso 98
2
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
Contenido
INTRODUCCIOacuteN 6Capiacutetulo 1 Marco teoacuterico 12
11 Disentildeo instruccional 12111 ModeloADDIE 13112 Especificacioacuten Instruccional de Software Educativo (EISE) 15
12 Metodologiacuteas existentes para la elaboracioacuten de software educativo17121 Ingenieriacutea de software educativo con modelado 00 17122 Propuesta de una metodologiacutea de desarrollo de software educativobajo un enfoque de calidad sisteacutemica 20123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten desoftware educativo 22124 Metodologiacutea de desarrollo de sistemas multimedia 28
13 Metodologiacutea Aacutencora 3114 Metodologiacutea ICONIX 3315 Ventajas y desventajas de las metodologiacuteas maacutes importantes para eldesarrollo de SE 35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX 3621 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de softwareeducativo36
211 Guioacuten de la propuesta computacional39212 Bitaacutecora de desarrollo40213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)40
22 Metodologiacutea ICONIX para el disentildeo de software educativo 4223 Reutilizacioacuten de requerimientos 44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio 45
31 Anaacutelisis y adquisicioacuten de requerimientos 45311 Anaacutelisis de requerimientos45312 Recoleccioacuten y clasificacioacuten de requerimientos 46313 Validacioacuten de requerimientos 54314 Conexioacuten con la fase de disentildeo58315 Descripcioacuten de casos de uso60
32 Disentildeo y desarrollo 62321 Modelo de dominio62322 Diagrama de secuencia 63323 Diagrama de actividades 65
33 Evaluacioacuten 67331 Pruebas de funcionalidad67332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX71333 Resultados 74
Conclusiones 76Referencias bibliograacuteficas 78Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard 81Apeacutendice B Descripcioacuten de Casos de Uso 98
2
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
Lista de TablasTabla 1-1 Actividades correspondientes a la fase de inicio 21Tabla 1-2 Actividades correspondientes a la fase de elaboracioacuten21Tabla 1-3 Actividades correspondientes a la fase de construccioacuten 22Tabla 1-4 Actividades correspondientes a la fase de transicioacuten 22Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de lametodologiacutea Aacutencora 32Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidosen cada etapa 34Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de softwareeducativo 35Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para eldesarrollo de software educativo 38Tabla 2-2 Formato propuesto para la bitaacutecora de desarrollo 40Tabla 2-3 Actividades de ICONIX para el disentildeo de software educativo 43Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pistacomprar recursos48Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pistacomprar recursos 50Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pistacomprar recurso 51Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos56Tabla 3-5 Descripcioacuten del caso de uso adquirir quesos 60Tabla 3-6 Descripcioacuten del caso de uso adquirir camiones 61Tabla 3-7 Descripcioacuten del caso de uso consultar quesos 61Tabla 3-8 Descripcioacuten del caso de uso consultar camiones 61Tabla 3-9 Plan de pruebas para el caso de uso adquirir quesos 68Tabla 3-10 Plan de pruebas para el caso de uso adquirir camiones 70Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo deacute software educativo72
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pistaconsultar recursos82Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pistaconsultar recursos 82Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de lapista consultar recursos 83Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pistaentregar pedidos88Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pistaentregar pedidos89Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pistaanalizar actividades 93Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizar actividades94
3
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de lapista analizar actividades 94
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradores 98Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradores98Tabla B- 3 Descripcioacuten del caso de uso cargar camioacuten 99Tabla B- 4 Descripcioacuten del caso de uso repartir pedidos99Tabla B- 5 Descripcioacuten del caso de uso consultar ventas 100Tabla B- 6 Descripcioacuten del caso de uso consultar gastos 100Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastos 100
Lista de FigurasFigura 11 Estructura de la especificacioacuten instruccional de software educativoEISE (Hernaacutendez 2005)16Figura 12 Disentildeo general del software educativo modelo instruccional y modelocomputacional (Reyes 2006) 23Figura 13 Ciclo de vida de la metodologiacutea Aacutencora (Sumano 2006) 32Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (RosenbergStephens y Collins 2005) 33Figura 21 Estructura del guioacuten para la propuesta computacional 39Figura 22 Formato propuesto para la elaboracioacuten del Storyboard 41Figura 31 Guioacuten de propuesta computacional pista comprar recursos para ladistribuidora de quesos 47Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos 52Figura 33 Storyboard para la escena adquirir camiones de la pista comprarrecursos53Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprarrecursos54Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para ladistribuidora de quesos 55Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos57Figura 37 Modelo de casos de uso de la distribuidora de quesos 59Figura 38 Diagrama de clases de la distribuidora de quesos 63Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos 64Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos 65Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos66
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos 81
4
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
Figura A- 2 Storyboard para la escena consultar quesos de la pista consultarrecursos 84Figura A- 3 Storyboard para la escena consultar camiones de la pista consultarrecursos 85Figura A- 4 Storyboard para la escena consultar refrigeradores de la pistaconsultar recursos 86Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para ladistribuidora de quesos87Figura A- 6 Storyboard para la escena cargar camiones de la pista entregarpedidos 90Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregarpedidos 91Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para ladistribuidora de quesos92Figura A- 9 Storyboard para la escena consultar ventas de la pista analizaractividades95Figura A- 10 Storyboard para la escena consultar gastos de la pista analizaractividades 96Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades97
5
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
INTRODUCCIOacuteN
El presente trabajo trata de una adaptacioacuten e inclusioacuten de elementos dentro de las
metodologiacuteas Aacutencora e ICONIX para que mejoren su expresividad en aplicaciones
de software educativo Tambieacuten se presentan las razones que motivaron la
realizacioacuten del presente trabajo y la importancia que tienen en el aacutembito social las
metodologiacuteas para el desarrollo de software educativo Se menciona ademaacutes
coacutemo las metodologiacuteas Aacutencora e ICONIX pueden servir de apoyo en la
elaboracioacuten de aplicaciones educativas de calidad los objetivos que se plantearon
y la forma en que se organizoacute
AntecedentesEn la actualidad la tecnologiacutea ha avanzado significativamente y las nuevas
generaciones van creciendo en un ambiente cada vez maacutes tecnoloacutegico Por tal
motivo algunas actividades se han ido renovando para irse adaptando a los
nuevos retos y cambios que traen consigo el desarrollo de la tecnologiacutea En el
aacuterea educativa este cambio se va dando de diferentes formas Una de ellas es la
entrega de equipo de coacutemputo a escuelas primarias y secundarias Lo anterior
favorece al desarrollo del software educativo porque al proveer a las instituciones
educativas de los medios tecnoloacutegicos necesarios crece el nicho de mercado de
este tipo de software
El software educativo tiene como objetivo servir de apoyo a docentes
alumnos y personas en general que desean aprender o reforzar cierta aacuterea del
conocimiento Presenta la informacioacuten de una manera atractiva para el usuario al
apoyarse en elementos multimedia como imaacutegenes animaciones videos y audio
permitiendo de esta manera captar la atencioacuten de los usuarios para mantener su
intereacutes sobre alguacuten tema en especiacutefico
Tal es la importancia de este tipo de software que varios autores como
Ricardo Goacutemez et al (Goacutemez 1998) y Brian Blum citado en (Vaughan 2006)
6
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
entre otros han propuesto o adaptado metodologiacuteas que permiacutetan desarrollar
software educativo de calidad Sin embargo no existe una uacutenica metodologiacutea que
indique exactamente cuaacutel es el camino a seguir en la elaboracioacuten de un software
educativo Es por ello que los autores mencionados han dejado abierta la
posibilidad de ir mejorando o proponiendo nuevas metodologiacuteas para ello
Un aspecto importante en el que coinciden todos los autores es que se
debe seguir una metodologiacutea adecuada para la elaboracioacuten de este tipo de
software ya que es muy diferente al desarrollo de otros tipos Lo anterior deriva
del hecho que se tienen que considerar tanto aspectos de Ingenieriacutea de Software
como de disentildeo instruccional (Hernaacutendez 2005)
Tambieacuten coinciden los autores que durante las etapas de requerimientos
disentildeo y elaboracioacuten del software se debe estar en constante ldquorevisioacutenrdquo con los
clientes (profesores y pedagogos) es decir independientemente de la
metodologiacutea que se siga durante estas etapas se debe tener una continua
comunicacioacuten con los clientes Lo anterior es con el fin de de verificar que el
software que se desarrolle esteacute cumpliendo con las metas de aprendizaje
Planteamiento del problemaEn la actualidad existen varias metodologiacuteas y propuestas para el desarrollo de
software educativo de calidad Sin embargo dichas propuestas no son del todo
claras en algunas fases de desarrollo de software no se especifican los medios
para obtener los artefactos o no se precisan queacute artefactos se producen en cada
una de ellas En general la mayoriacutea de las metodologiacuteas creadas para el
desarrollo de software educativo le dan maacutes valor a la parte relacionada con el
disentildeo instruccional y menos importancia a las fases de desarrollo de software
como el establecimiento de requerimientos de software anaacutelisis y disentildeo
Lo anterior representa una desventaja para los desarrolladores que no han
tenido experiencia con el desarrollo de software educativo debido a que requieren
7
un triple esfuerzo mejorar sus habilidades para desarrollar programas entender el
contexto para el desarrollo de productos de software educativo (Hernaacutendez 2005)
y ademaacutes vencer los retos que presenta la falta de claridad de algunas de las
actividades y artefactos a obtener en cada fase de desarrollo del software
Por consiguiente la calidad del software se veraacute afectada Se pueden
producir atrasos en las entregas del software al invertir maacutes tiempo del planeado al
identificar que artefactos se van a producir o la manera de obtenerlos Aunado a lo
anterior algunos factores de la calidad del software como la reutilizacioacuten faacutecil
evolucioacuten y mantenimiento pueden verse afectadas al no tener actividades y
artefactos bien establecidos
Considerando lo anterior se plantea la adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX con el fin de reducir las deficiencias encontradas en las
metodologiacuteas para la elaboracioacuten de software educativo Por una parte se
considera Aacutencora como una metodologiacutea enfocada a la adquisicioacuten de
requerimientos software que ofrece guiacuteas y elementos de apoyo para la
obtencioacuten de requerimientos Al mismo tiempo permite pasar a la fase de disentildeo
de manera sencilla (Sumano 2006) La metodologiacutea ICONIX se considera para el
anaacutelisis y disentildeo del software porque es sencilla de entender (Rosenberg
Stephens y Collins 2005) y ademaacutes especifica queacute actividades deben realizarse y
los artefactos que se producen en cada fase
8
ObjetivosGeneral
Ofrecer a la comunidad de desarrolladores elementos para la adquisicioacuten de
requerimientos y anaacutelisis de software educativo mediante adaptaciones a las
metodologiacuteas Aacutencora e ICONIX
Especiacuteficos
Para lograr lo anterior es necesario cumplir los objetivos especiacuteficos siguientes
bull Establecer queacute elementos del software educativo se pueden cubrir con la
metodologiacutea Aacutencora
bull Establecer un marco de trabajo que integre los elementos introducidos en la
metodologiacutea Aacutencora con ICONIX para la elaboracioacuten de software educativo
bull Evaluar la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a traveacutes de un
caso de estudio
JustificacioacutenEl desarrollo tecnoloacutegico crece a pasos agigantados obligaacutendonos a cambiar la
forma de realizar ciertas actividades por una manera maacutes sencilla coacutemoda y
eficaz que dicha tecnologiacutea ofrece Laacute educacioacuten por tanto se ve afectada por
dichos avances ya que los nintildeos van creciendo y desenvolvieacutendose en un
ambiente tecnoloacutegico Es por ello que la instituciones educativas se ven en la
necesidad de cambiar su forma tradicional de ensentildeanza y adecuarla a lo que este
ambiente demanda es decir utilizando la tecnologiacutea para transmitir los
conocimientos de una manera maacutes dinaacutemica y sencilla
Derivado de lo anterior muchos autores se han preocupado por desarrollar
o adaptar metodologiacuteas para elaborar software educativo de calidad donde se
cumplan los requerimientos pedagoacutegicos y didaacutecticos que demanda el cliente Por
lo tanto es de vital importancia contar con herramientas suficientemente robustas
9
que permitan realizar el anaacutelisis de requerimientos y el disentildeo para el desarrollo de
un software educativo
Con base a lo anterior para el desarrollo del presente trabajo se ha elegido
la metodologiacutea Aacutencora por ser una metodologiacutea suficientemente robusta para la
adquisicioacuten de requerimientos ICONIX por ser una metodologiacutea sencilla de
entender (Rosenberg Stephens y Collins 2005) y aplicable a proyectos de
pequentildea y mediana magnitud (Acosta et al 2008) Ambas metodologiacuteas
presentan una ventaja en comuacuten ofrecen una serie de actividades a realizar que
artefactos se obtienen en cada fase y la forma de obtenerlos
Otra de las ventajas de Aacutencora es la retroalimentacioacuten entre sus etapas
ofreciendo flexibilidad para realizar los cambios solicitados por el cliente en la fase
de requerimientos del software Aacutencora mediante su etapa de conexioacuten tambieacuten
permite pasar a las siguientes etapas de desarrollo de forma sencilla (Sumano
2006) por ejemplo a traveacutes de diagramas UML (Unified Modeling Language)
cuando se trabaja orientado a objetos
Por otra parte la metodologiacutea ICONIX es considerada aacutegil y se distingue
por tener tres caracteriacutesticas fundamentales es iterativa e incremental es trazable
y ofrece el uso dinaacutemico de UML Al ofrecer trazabilidad permite que los
requisitos esteacuten correctamente relacionados con los artefactos que se producen
Ademaacutes al emplear diagramas UML permite relacionarse con la metodologiacutea
Aacutencora
En los Capiacutetulos que conforman este trabajo se describen los temas
abordados y las actividades realizadas que sustentan el presente trabajo de tesis
En el Capiacutetulo 1 se aborda el tema de disentildeo instruccional se citan algunas
metodologiacuteas existentes para el desarrollo de software educativo (para conocer las
actividades que se realizan a desarrollar este tipo software) y se explican las
metodologiacuteas Aacutencora e ICONIX La propuesta de adaptacioacuten de las metodologiacuteas
10
Aacutencora e ICONIX para el desarrollo de software educativo se explica en el
Capiacutetulo 2 Posteriormente para la evaluacioacuten de la adaptacioacuten de Aacutencora e
ICONIX se expone un caso de estudio en el Capiacutetulo 3
11
Capiacutetulo 1 Marco teoacuterico
En este Capiacutetulo se abordaraacute el tema de disentildeo instruccional aspecto importante
para el desarrollo de software educativo con la finalidad identificar los aspectos de
disentildeo instruccional que se pueden cubrir con Aacutencora Tambieacuten se presentaraacuten
algunas de las metodologiacuteas y propuestas existentes para el desarrollo de
software educativo como
bull La ingenieriacutea de software educativo con modelaje orientado por objetos
bull Metodologiacutea de desarrollo de sistemas multimedia
bull Propuesta de desarrollo de software educativo bajo un enfoque de calidad
sisteacutemica y
bull Propuesta para el disentildeo desarrollo y evaluacioacuten de software educativo
11 Disentildeo instruccional
El disentildeo instruccional se define como el proceso mediante el cual se generan
especificaciones a traveacutes de la aplicacioacuten de teoriacuteas tanto instruccionales como
de aprendizaje con la finalidad de asegurar que se alcanzaraacuten los objetivos de
ensentildeanza planteados En el disentildeo instruccional se realiza un anaacutelisis de las
necesidades y metas educativas a cumplir para posteriormente disentildear e
implementar un mecanismo que permita alcanzar esos objetivos Este proceso
involucra el desarrollo de materiales actividades pruebas y evaluaciones (Aviles y
Armenia 2007)
A lo largo de los antildeos se han planteando varios modelos para aplicar el
disentildeo instruccional siendo el modelo ADDIE (Anaacutelisis Disentildeo Desarrollo
Implantacioacuten y Evaluacioacuten) uno de los maacutes conocidos por considerarse geneacuterico
(McGriff 2000) a partir del cual se han generado otros modelos como el de Dick y
Carey
12
El disentildeo instruccional es un factor importante dentro del desarrollo de
software educativo para su elaboracioacuten se deben contemplar dos aspectos
bull La asignatura y temas a los que debe enfocarse el sistema
bull Los elementos pedagoacutegicos que deben contemplarse en el sistema
(Hernaacutendez 2005)
Considerando lo mencionado anteriormente en los siguientes paacuterrafos se
describiraacute el modelo de disentildeo instruccional ADDIE y el disentildeo instruccional
aplicado al desarrollo de software educativo EISE (Especificacioacuten Instruccional de
Software Educativo)
111 Modelo ADDIE
El modelo ADDIE es un modelo geneacuterico utilizado frecuentemente en el disentildeo de
la instruccioacuten tradicional A continuacioacuten se mencionan las fases que lo componen
y una descripcioacuten de cada una de ellas de acuerdo a lo publicado por McGriff en
el 2000
Fase Anaacutelisis
Es la base para el resto de las fases de disentildeo instruccional y en la que se define
el problema se identifica el origen del problema y se determinan las posibles
soluciones En esta fase se pueden incluir teacutecnicas de investigacioacuten especiacuteficas
como el anaacutelisis de necesidades trabajos y tareas En esta fase de Anaacutelisis se determina lo siguiente
bull Perfil del estudiante
bull Descripcioacuten de obstaacuteculos
bull Necesidades definicioacuten de problemas
13
Fase DisentildeoEl propoacutesito deacute esta fase es determinar coacutemo se alcanzaraacuten las metas educativas
especificadas durante la fase de Anaacutelisis Algunas actividades incluidas en esta
fase son la descripcioacuten de la poblacioacuten meta el anaacutelisis de aprendizaje la
especificacioacuten de los objetivos y temas a evaluar Las entradas de la fase de
Desarrollo son los resultados obtenidos de la fase de Disentildeo y son los siguientes
bull Objetivos medibles
bull Estrategia instruccional
bull Especificaciones del prototipo
Fase DesarrolloEn esta fase se desarrolla la instruccioacuten los recursos que se utilizaraacuten en ella y
cualquier documento que se requiera para obtener los siguientes resultados
bull Storyboard
bull Instruccioacuten basada en la computadora
bull Instrumentos de retroalimentacioacuten
bull Instrumentos de medicioacuten
bull Instruccioacuten mediada por computadora
bull Aprendizaje colaborativo
bull Entrenamiento basado en el Web
Fase Implementacioacuten
Durante esta fase se realiza la entrega de la instruccioacuten y se fomenta la
comprensioacuten del material por parte de los alumnos Se obtienen como salidas
sugerencias de los alumnos y datos de la evaluacioacuten
Fase Evaluacioacuten
La finalidad de esta fase es medir la eficacia y eficiencia de la instruccioacuten La
Evaluacioacuten de acuerdo a lo citado en (McGriff 2000) se divide en Evaluacioacuten
Formativa y Evaluacioacuten Sumativa La primera se realiza durante y entre las fases
teniendo como objetivo mejorar la instruccioacuten antes de implementar la versioacuten
14
final La Evaluacioacuten Sumativa se realiza despueacutes de haber implementado la
versioacuten final y determina la eficacia total de la instruccioacuten De esta fase se obtiene
lo siguiente
bull Recomendaciones
bull Informe de la evaluacioacuten
bull Revisioacuten de los materiales
bull Revisioacuten del prototipo
112 Especificacioacuten Instruccional de Software Educativo (EISE)
Con el objetivo de contemplar dentro del proceso de desarrollo de software los
elementos educativos se creoacute un meacutetodo para especificar las necesidades
objetivos y metas de aprendizaje que deben cubrir los sistemas El meacutetodo EISE
adopta algunos de los principios del modelo de Dick amp Carey Gagneacute asiacute como
algunos de ADDIE La estructura del meacutetodo EISE (Hernaacutendez 2005) es la
siguiente (ver Figura 11)
1 Anaacutelisis de contenidos Se realiza un anaacutelisis de los planes de estudio
contenidos definiciones tareas y herramientas usadas
2 Anaacutelisis de necesidades Se identifican las metas de aprendizaje y las
necesidades a cubrir para llegar a las metas desde el estado actual
3 Anaacutelisis instruccional Se analizan las metas y la forma en que se llevaraacuten a
cabo con la finalidad de establecer los conocimientos y habilidades que el
usuario necesitaraacute para poder realizar cada parte de la meta
4 Disentildeo de objetivos y estrategias instruccionales Se especifican los
objetivos instruccionales los eventos de ensentildeanza (Gagneacute 1987) y la
planeacioacuten para llevar a cabo las actividades de la instruccioacuten
5 Disentildeo de la solucioacuten Se elabora la pantalla instruccional se especifican
las caracteriacutesticas principales del modelo y los recursos adicionales
requeridos (Pellone 1995)
6 Evaluacioacuten Se evaluacutea lo aprendido por el usuario y su desempentildeo y los
resultados obtenidos de la aplicacioacuten de la solucioacuten
15
Especificacioacuten Instruccional de Software Educativo
Plamaamieacutento de una metaacutefora
Figura 11 Estructura de la especificacioacuten instruccional de software educativo EISE (Hernaacutendez 2005)
16
Seguacuten (Hernaacutendez 2005) EISE ha sido utilizada en el desarrollo de proyectos de
Tecnologiacutea Educativa Galileo (TEGA1) ayudaacutendoles en el entendimiento de los
elementos de disentildeo instruccional y a mejorar la comunicacioacuten con sus usuarios
12 Metodologiacuteas existentes para la elaboracioacuten de
software educativo
La importancia del software educativo es tal que muchos autores han desarrollado
oacute propuesto adaptaciones de metodologiacuteas para el desarrollo de software
educativo A continuacioacuten se mencionan cuatro metodologiacuteas para este tipo de
software las cuales se eligieron por presentar elementos correspondientes a la
ingenieriacutea de software y al disentildeo instruccional Es decir metodologiacuteas que han
tratado de fusionar aspectos pedagoacutegicos con la ingenieriacutea de software
121 Ingenieriacutea de software educativo con modelado OO
Esta metodologiacutea fue propuesta en (Goacutemez 1998) y tiene como objetivo integrar
la metodologiacutea de Ingenieriacutea de Software Educativo propuesta por Alvaro Galvis
Panqueva en (Galvis 1992) con el modelaje Orientado a Objetos La metodologiacutea
descrita en (Goacutemez 1998) consta de cinco etapas oacute fases que se interrelacionan
las cuales se mencionan a continuacioacuten
Fase Anaacutelisis
En esta fase se busca determinar el contexto para lo cual se tiene que considerar
lo siguiente
bull Caracteriacutesticas de la poblacioacuten objetivo Por ejemplo edad sexo
actitudes aptitudes intereses por aprender entre otras
bull Conducta de entrada y campo vital Algunos elementos a considerar
son el nivel escolar el desarrollo mental fiacutesico o psicoloacutegico el entorno
familiar y escolar entre otros
1 Empresa dedicada al desarrollo de software educativo y su respectiva comercializacioacuten
17
bull Problema o necesidad a atender Descripcioacuten de la problemaacutetica
educativa a abordar
bull Establecer las bases para resolver el problema Seleccioacuten de principios
pedagoacutegicos y didaacutecticos que se aplicaraacuten en la solucioacuten del problema
abordado
bull Justificacioacuten de uso de los medios interactivos como alternativa de
solucioacuten Especificacioacuten de diferentes alternativas de solucioacuten por cada
problema localizado
Fase Especificacioacuten de RequerimientosEs la siacutentesis de la etapa de anaacutelisis en la que se establecen los requerimientos
que debe cubrir el material interactivo que se desea obtener Para cumplir con lo
anterior se debe realizar
bull Descripcioacuten de la Aplicacioacuten Contiene las caracteriacutesticas particulares
de la aplicacioacuten dentro de determinado dominio como el aacuterea de
contenido y las restricciones Ademaacutes se realiza una descripcioacuten de los
posibles escenarios de interaccioacuten que tendraacute el usuario Las
restricciones estaacuten relacionadas con aspectos como la poblacioacuten
objetivo y sus caracteriacutesticas aacutereas de contenido y sus caracteriacutesticas
principios pedagoacutegicos aplicables formas de uso de la aplicacioacuten
conducta de entrada En cuanto a los escenarios de interaccioacuten eacutestos
se refieren a los momentos de interaccioacuten que tendraacute el usuario en cada
uno de los ambientes del mundo
bull Diagramas de Interaccioacuten A traveacutes de los diagramas se pueden
observar las secuencias de interaccioacuten entre el usuario y la aplicacioacuten
Fase Disentildeo
En esta fase se disentildea el Micromundo Interactivo el cual se realiza a tres niveles
diferentes (Goacutemez 1998) educativo comunicacional y computacional
Disentildeo Educativo- El disentildeo educativo debe resolver las siguientes interrogantes
18
bull iquestQueacute aprender con el MEC (Materiales Educativos Computarizados)2
Para contestar a esta pregunta se deben considerar los contenidos a tratar
detallando las unidades de contenido que deben considerase en el MEC
Tambieacuten debe definirse la red semaacutentica que relaciona los conceptos a
tratar en la aplicacioacuten
bull iquestEn queacute micromundo aprenderlo
Se especifican los elementos de cada micromundo como escenarios
objetos retos personajes entre otros
bull iquestCoacutemo motivar y mantener motivados a los usuarios
Para contestar a esta interrogante se definen las metaacuteforas y personajes
que se emplearaacuten Ademaacutes se especifica el rol del usuario las
herramientas de interaccioacuten que utilizaraacute y el reto que deberaacute resolver
bull iquestCoacutemo saber que el aprendizaje se estaacute logrando
Los medios de evaluacioacuten (como los retos) deben estar relacionados con
los contenidos Para cada reto se define un nivel de logro que en conjunto
con otras caracteriacutesticas como el nivel de dificultad el tipo de aprendizaje
entre otras permita evaluar lo que el usuario realizoacute en el mundo y si lo hizo
correctamente o no
Disentildeo Comunicacional- En esta etapa se define la interfaz de la aplicacioacuten y los
objetos que contiene cada pantalla Algunos elementos que se incluyen en la
construccioacuten de la interfaz son la especificacioacuten de las pantallas la definicioacuten de
objetivos y eventos las caracteriacutesticas de cada objeto y pantalla los viacutenculos con
otros elementos de la interfaz
Disentildeo computacional- En esta etapa se definen las clases de objetos y sus
atributos el conjunto de meacutetodos y el invariante de cada clase Se utiliza la
notacioacuten UML En el modelo de clases se representa el mundo y su conjunto de
ambientes (escenarios)
2 MEC (Galvis 1988) es el software que sirve de apoyo al aprendizaje
19
Fase DesarrolloCon la informacioacuten generada en las fases anteriores se desarrolla la aplicacioacuten
utilizando el lenguaje de programacioacuten deseado y considerando las restricciones
computacionales que se tengan En esta fase con la finalidad de facilitar el trabajo
y trabajar en paralelo se procura que el modelo del mundo sea independiente de
la interfaz La interfaz se implementa utilizando la informacioacuten obtenida del disentildeo
comunicacional
Fase Prueba a lo largo y final de desarrolloDurante la etapa de disentildeo se validan los prototipos y se depuran los
componentes del modelo generado En cuanto a los moacutedulos se refiere cada
moacutedulo es probado en la medida que es funcional Terminadas las depuraciones y
ajustes se obtiene una versioacuten beta del micromundo interactivo que se sugiere
evaluarlo con una muestra de la poblacioacuten para verificar que cubre las
necesidades especificadas y cumple con la funcionalidad requerida
122 Propuesta de una metodologiacutea de desarrollo de software educativo
bajo un enfoque de calidad sisteacutemica
Esta metodologiacutea fue propuesta en (Diacuteaz et al 2003) consiste en adaptar la
metodologiacutea RUP (Rational Unified Process) para la construccioacuten de software
educativo La metodologiacutea propuesta conserva las etapas de RUP pero con una
extensioacuten para la construccioacuten de software educativo a traveacutes de un proceso bien
definido donde se incorporan elementos de disentildeo instruccional y de la Ingenieriacutea
de software A continuacioacuten se describe cada etapa de esta metodologiacutea
Fase de comienzo o inicio
En esta fase se define la idea la visioacuten y el alcance del proyecto Las actividades
que se realizan son las siguientes (ver Tabla 1-1)
20
Tabla 1-1 Actividades correspondientes a la fase de inicioModelo RUP Actividades agregadas a RUP
bull Elaborar un documento que incluya la visioacuten del proyecto
bull Elaborar el plan del proyecto que indique las fases y las iteraciones
bull Describir el caso de negocio inicial que incluya contexto del negocio criterios de eacutexito y planificacioacuten financiera
bull Elaborar el modelo de casos de usobull Elaborar el glosario inicial del proyectobull Realizar un estudio inicial de riesgosbull Especificar los principales
requerimientos y restricciones del sistema a desarrollar
bull Establecer los estaacutendares para el prototipo inicial
bull Elaborar el mapa de navegacioacutenbull Elaborar una lista inicial de riesgos y su
respectiva evaluacioacutenbull Identificar y listar los requerimientos
funcionales y no funcionalesbull Realizar el prototipo inicial
bull Realizar un anaacutelisis de las necesidades educativas y del entorno educativo
bull Definir el formato del programa (teoriacuteas de aprendizaje y disentildeo instruccional)
bull Listar los requerimientos pedagoacutegicosbull Revisar los objetivos y contenidos del
material educativo del programabull Delimitar las aacutereas educativas que se
van a desarrollarbull Especificar un disentildeo instruccional para
el proyecto multimediabull Realizar un anaacutelisis de las pautas de
disentildeo de la interfazbull Definir los criterios de evaluacioacuten del
software educativo considerando caracteriacutesticas de funcionalidadusabilidad y fiabilidad
Fase de elaboracioacuten
Esta etapa consiste en planear las actividades y los recursos requeridos a traveacutes
de la especificacioacuten de las caracteriacutesticas y el disentildeo de la - arquitectura del
software En la Tabla 1-2 se muestran las actividades que se deben seguir
Tabla 1-2 Actividades correspondientes a la fase de elaboracioacutenModelo RUP Actividades agregadas a RUP
bull Realizar una actualizacioacuten del plan de iteracioacuten
bull Elaborar una lista revisada de riesgos
bull Elaborar la arquitectura del softwarebull Revisar los requerimientos
complementariosbull Construir un prototipo de interfaz del
usuariobull Actualizar el plan de proyecto y
elaborar el plan de iteracioacuten
bull Refinar los modelos instruccionales utilizados en el proyecto
bull Refinar los requerimientos de disentildeo graacutefico y aspectos comunicacionales de acuerdo a las pautas pedagoacutegicas especificadas
21
Fase de construccioacutenConsiste en desarrollar el producto y obtener una primera versioacuten del mismo para
posteriormente presentarlo a los usuarios Las actividades que deben realizarse
se muestran en la Tabla 1-3
Tabla 1-3 Actividades correspondientes a la fase de construccioacutenModelo RUP Actividades agregadas a RUP
bull Actualizar el plan de iteracioacutenbull Revisar la lista de riesgosbull Administrar los recursosbull Completar el desarrollo de los
componentesbull Probar los componentes en base a
los criterios de evaluacioacutenespecificados
bull Actualizar el plan de proyecto
bull Probar el disentildeo instruccional comunicacional y graacutefico en base a los criterios de evaluacioacuten especificados
Fase de transicioacuten
En esta etapa se realiza la entrega del producto a los usuarios La Tabla 1-4
presenta las actividades correspondientes a esta fase
Tabla 1-4 Actividades correspondientes a la fase de transicioacutenModelo RUP Actividades agregadas a RUP
bull Evaluar el producto por parte del usuario
bull Realizar ajustes necesariosbull Ajustar gastos
bull Evaluar el producto por parte de los docentes y alumnos
123 Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de
software educativo
Esta propuesta metodoloacutegica fue desarrollada por Reyes (2006) y se basa en un
disentildeo general para el software educativo que consta de dos partes modelo
instruccional y modelo computacional como puede verse en el diagrama que se
presenta en la Figura 12 Las etapas que contempla esta propuesta son cinco
identificacioacuten de necesidades y requerimientos educativos planteamiento inicial
del disentildeo determinacioacuten de los recursos necesarios para la implementacioacuten del
22
disentildeo especificaciones temporales y determinacioacuten de procedimientos para la
implementacioacuten del disentildeo A continuacioacuten se describe cada etapa
Figura 12 Disentildeo general del software educativo modelo instruccional y modelo computacional (Reyes 2006)
Fase Identificacioacuten de necesidades y requerimientos educativosEn esta primera etapa se pretende tener un panorama detallado del ldquoestado
actualrdquo y una visioacuten de los beneficios que se esperan del producto final para definir
el ldquoestado deseadordquo Lo anterior se realiza con la finalidad de encontrar las
diferencias entre el estado actual y el deseado para identificar las carencias y
limitaciones que el producto a desarrollar debe solucionar Para lograr lo
mencionado se sigue una secuencia de tres pasos
bull Diagnoacutestico Permite obtener informacioacuten general acerca de la forma en
que desenvuelve el profesor y la institucioacuten educativa para lograr que
el alumno retenga la mayor parte del conocimiento que se le
proporciona
bull Objetivo Instruccional Es el objetivo principal que se espera alcanzar al
finalizar la ensentildeanza
23
bull Anaacutelisis Instruccional Consiste en comparar el ldquoestado actualrdquo con el
ldquoobjetivo instruccionalrdquo para identificar las posibles deficiencias en el
proceso educativo global
Fase Planteamiento inicial del disentildeoUna vez identificadas las necesidades y requerimientos educativos se pasa a la
fase de disentildeo que consta de varios pasos
Elaboracioacuten de la propuesta pedagoacutegica- Los especialistas en el ramo de la
educacioacuten (pedagogos psicoacutelogos profesores entre otros) plantean una serie de
ideas de las cuales elegiraacuten aquellas que aporten alguna mejora al proceso de
ensentildeanza-aprendizaje Para finalmente seleccionar la propuesta que aporte
mayores beneficios al aprovechamiento de los alumnos y ademaacutes se determine la
forma en que intervendraacute el software educativo en dicha propuesta Cada idea
planteada deben contener objetivos instruccionales modelos educativos
estrategias de ensentildeanza y herramientas pedagoacutegicas
Disentildeo instruccional- Para elegir la propuesta que aporte mayores beneficios
educativos se realiza un anaacutelisis considerando lo siguiente
bull Puacuteblico objetivo Se especifica el puacuteblico al que va dirigida la propuesta
pedagoacutegica se determinan sus caracteriacutesticas y perfiles generales Los
factores que deben contemplarse son habilidades conocimientos
entorno social situacioacuten econoacutemica y necesidades
bull Informacioacuten disponible Es la Informacioacuten referente a la materia y temas
especiacuteficos que se deberaacuten cubrir
bull Tecnologiacutea Es la tecnologiacutea a utilizar en la solucioacuten propuesta Se
deben considerar factores como la disponibilidad el soporte y la
adaptabilidad
bull Tareas y medios
24
Resultado del anaacutelisis anterior se obtiene la solucioacuten a implementar sus
especificaciones educativas y las herramientas que se emplearaacuten En cuanto al
software se refiere se determina el tipo de herramienta necesaria las
caracteriacutesticas principales del contenido y las posibles plataformas para su
desarrollo
Diagrama de Contexto- En este diagrama deben considerarse los usuarios el
equipo de desarrollo la informacioacuten contenida la tecnologiacutea y la empresa El
diagrama de contexto permite al liacuteder del proyecto establecer las necesidades y
requerimientos teacutecnicos asiacute como los paraacutemetros y lineamiacuteentos de disentildeo
Moacutedulos del programa- Se generan varios modelos que se pueden aplicar al tipo
de programa que se desea implementar De los modelos generados se selecciona
el que mejor represente la forma en que se integraraacuten los moacutedulos para producir
el producto final
Modelo de datos- Contiene la informacioacuten requerida para identificar los elementos
que componen los contenidos acadeacutemicos sus relaciones y las diversas
referencias con temas asociados
Elaboracioacuten de guiones y pautas- A traveacutes de los guiones se puede observar la
forma en que se surgen los eventos la relacioacuten entre ellos y la integracioacuten de los
diferentes medios Un guioacuten debe formarse de al menos ocho partes
1) Nombre del sistema Permite identificar el proyecto que se estaacute
desarrollando
2) Nombre del moacutedulo El nombre tiene que ser claro y conciso ademaacutes debe
referirse a lo que haraacute dentro del producto final
3) Objetivos del moacutedulo Son los objetivos especiacuteficos que deberaacute cubrir el
moacutedulo Ademaacutes sirven de guiacutea para garantizar la congruencia con el
disentildeo instruccional
25
4) Escenario Describe los elementos tanto visuales como fiacutesicos que seraacuten
representados en la interface
5) Contenido o descripcioacuten Especifica la informacioacuten que contendraacute el
escenario los datos teacutecnicos de la materia y la forma en que seraacute expuesta
6) Control de interfaz Describe la forma en que interactuaraacute el usuario con el
escenario
7) Materiales utilizados Son los elementos audiovisuales que se incluiraacuten en
el escenario
8) Temas relacionados Son temas precedentes o subsecuentes al tema
abordado
En cuanto a las pautas se refiere eacutestas describen de manera general los
elementos educativos visuales auditivos y todos aquellos que forman parte de
cada moacutedulo Para crear una pauta se necesita
1) Nombre del moacutedulo Aplica la misma regla que para el caso del nombre del
moacutedulo de los guiones
2) Propoacutesito Breve explicacioacuten del propoacutesito del moacutedulo que se estaacute
modelando
3) Elementos que lo integran Descripcioacuten general de los elementos de audio
video personajes graacuteficas entre otros que seraacuten integrados en el moacutedulo
Diagrama de flujo de informacioacuten- Para cada moacutedulo se elabora un diagrama de
flujo de informacioacuten Los diagramas deben contener los siguientes elementos
bull Nodos Representan cada origen o destino de la informacioacuten bases de
datos tablas archivos de configuracioacuten interfaces de entrada oacute salida y
moacutedulos que integraraacuten el sistema
bull Arcos Representan las conexiones existentes entre los elementos que
son emisores o receptores de la informacioacuten utilizada en el moacutedulo
bull Funciones oacute relaciones Son etiquetas asociadas a los arcos a traveacutes
de las cuales fluye la informacioacuten ofreciendo un panorama general de
las operaciones que deberaacuten realizarse en el desarrollo
26
Storyboard- Se elaboran muestras sencillas del disentildeo de las Interfaces que seraacuten
utilizadas en el sistema
Fase Determinacioacuten de los recursos necesarios para la implementacioacuten del
disentildeoEn esta fase se deben considerar los siguientes recursos
bull Recursos humanos Es todo el personal necesario para desarrollar el
disentildeo como los analistas programadores integradores captuntildestas
evaluadores disentildeadores graacuteficos comunlcoacutelogos asesores entre otros
bull Recursos materiales Se refiere a los elementos necesarios como los
consumibles papeleriacutea servicios diferentes de asesoriacutea viaacuteticos y
transportes entre otros
bull Recursos Intelectuales Son los elementos que permitiraacuten Integrar los
contenidos que se expondraacuten en el producto
bull Recursos legales Son todos los contratos acuerdos o traacutemites legales que
deben realizarse para obtener los demaacutes recursos
bull Recursos econoacutemicos Es el dinero necesario para cubrir gastos oacute
adquisiciones de recursos no previstos en la lista original
bull Recursos tecnoloacutegicos Son todos los elementos tecnoloacutegicos requeridos
para la elaboracioacuten de la aplicacioacuten educativa
Fase Especificaciones temporales
En esta fase se realiza una estimacioacuten del tiempo que se Invertiraacute en el anaacutelisis y
desarrollo de la aplicacioacuten Se sugiere realizar tres estimaciones para la duracioacuten
de cada una de las tareas
bull Optimista Indica el tiempo que tomaraacute la operacioacuten considerando que
todos los elementos funcionen correctamente
bull Maacutes probable Representa un tiempo razonable para finalizar el proceso
bull Pesimista Representa el tiempo maacuteximo para terminar una tarea
considerando que se presentaraacute el peor de los escenarios
27
Fase Determinacioacuten de procedimientos para la implementacioacuten del disentildeo
En esta fase se elaboran documentos formatos e instructivos que proporcionen a
cualquier persona involucrada en el desarrollo obtener informacioacuten necesaria
para el buen desempentildeo de sus actividades
124 Metodologiacutea de desarrollo de sistemas multimedia
Esta metodologiacutea fue propuesta por Brian Blum en 1993 (Vaughan 2006) y consta
de seis etapas anaacutelisis disentildeo educativo disentildeo interactivo desarrollo
produccioacuten instrumentacioacuten y evaluacioacuten A continuacioacuten se describen dichas
etapas
Fase Anaacutelisis
En esta fase se debe realizar las siguientes actividades
bull Anaacutelisis de necesidades Especificacioacuten de las necesidades o problemas a
resolver
bull Anaacutelisis del puacuteblico Especificacioacuten de la poblacioacuten a la que se enfocaraacute el
material multimedia Se deben contemplar elementos como intervalo de
edades escolaridad conocimientos previos en el tema necesidades
especiales fiacutesicas oacute cognitivas entre otros
bull Anaacutelisis del ambiente Ambiente en el que se trabajaraacute el material
multimedia es decir si se utilizaraacute como parte de una actividad curricular o
extracurricular o se emplearaacute para uso individual por parte del estudiante
bull Anaacutelisis del contenido Delimitacioacuten del contenido que se desea cubrir a
traveacutes de la revisioacuten bibliograacutefica y documental del tema a tratar
bull Anaacutelisis del sistema Se debe considerar el sistema en el que seraacute
implementaraacute el material multimedia y las opciones que se brindaraacuten al
usuario para lograr una mayor cobertura
28
Fase Disentildeo educativoLos elementos que deben establecerse o construirse en esta etapa son los
siguientes
bull Metas educativas Se expresan en teacuterminos de estados o procesos
reflejando el objetivo principal del material multimedia a desarrollar
bull Objetivos del aprendizaje Son los objetivos que se pretende alcance el
alumno como resultado del aprendizaje
bull Decisiones de contenido Es la seleccioacuten de los elementos del tema
escogido que se incluiraacuten en el material multimedia
bull Modelos cognitivos Es la eleccioacuten por parte del docente de un modelo que
se ajuste a la poblacioacuten tipo de material y tema elegido
bull Prototipo en papel Es la elaboracioacuten de un prototipo donde se represente
toda la informacioacuten recabada en las etapas de anaacutelisis y de disentildeo
educativo
Fase Disentildeo interactivo
En esta etapa se disentildea el ambiente en el que interactuaraacute el estudiante y por lo
tanto se debe especificar lo siguiente
bull Requerimientos funcionales Se determinan los dispositivos y medios de
comunicacioacuten que requeriraacute el usuario para interactuar con la computadora
bull Metaacuteforas y paradigmas Es la representacioacuten de los objetos del mundo
real en el disentildeo de una interfaz
bull Disentildeo de interfaces
bull Manejo Se determina la forma en que se utilizaraacute la herramienta es decir
si se emplearaacute el teclado el ratoacuten una pantalla taacutectil entre otros
bull Mapas de navegacioacuten Esquema que contiene todos los sitios pantallas y
rutas posibles de interaccioacuten del material multimedia
bull Pantallas de esquema Son bocetos que representan cada pantalla que se
va a desarrollar
29
Fase DesarrolloEn esta fase se elabora un guioacuten y para su construccioacuten se deben considerar los
siguientes elementos
1) Discurso Presenta la forma en que se mostraraacuten las imaacutegenes textos
sonidos y demaacutes elementos en los que se apoya el mensaje
2) Dramatizacioacuten Es la inclusioacuten de conflictos y sentimientos que permitan
mantener la atencioacuten del destinatario
3) Coherencia argumenta Consiste en detallar la forma en que se
desarrollaraacute la accioacuten de cada personaje y sus reacciones
4) Mensaje Debe contener y transmitir valores eacuteticos o una interpretacioacuten de
la vida
Fase ProduccioacutenDe acuerdo a lo especificado en los guiones se realizan las siguientes
actividades
bull Produccioacuten de AV (Audiovisuales) Consiste en grabar y capturar cada
recurso de audio video e imagen de acuerdo a lo escrito en los guiones
bull Postproduccioacuten de AA Consiste en corregir y perfeccionar los recursos en
base a una evaluacioacuten previa de su uso en el material
bull Integracioacuten y desarrollo autoral Es la asignacioacuten de los roles al equipo de
trabajo involucrados en el desarrollo de software educativo
Fase Instrumentacioacuten y evaluacioacutenPara evaluar la funcionalidad del producto producido y que haya cubierto los
requerimientos establecidos se sugieren realizar
bull Pruebas alfa Son pruebas iniciales aplicadas a una poblacioacuten pequentildea
para evaluar el material multimedia
bull Pruebas beta Se realizan despueacutes de aplicar las pruebas alfa y haber
realizado las correcciones necesarias Se elige una poblacioacuten mayor (a la
de las pruebas alfa) y representativa a la poblacioacuten objetivo
bull Lanzamiento Consiste en dar a conocer el material multimedia
30
Fase Evaluacioacuten generalEl equipo de desarrollo elabora una evaluacioacuten general en base a la informacioacuten
obtenida en las pruebas alfa y beta con la finalidad de dar por concluido el
material multimedia
13 Metodologiacutea Aacutencora
La metodologiacutea Aacutencora fue propuesta en el 2006 por la Dra Mariacutea de los Aacutengeles
Sumano Loacutepez con el fin de ofrecer a los analistas y desarrolladores expertos e
inexpertos una guiacutea para obtener una Especificacioacuten de Requerimientos de
Software Con esta metodologiacutea se obtienen varios modelos incluyendo un
prototipo raacutepido que refleja la propuesta del software a desarrollar Ademaacutes
permite pasar a las siguientes etapas de desarrollo de software de forma sencilla y
natural (Sumano 2006) Otra ventaja de Aacutencora es que permite la reutilizacioacuten de
requerimientos de otros sistemas software
La metodologiacutea Aacutencora tiene un ciclo de vida que consta de cuatro etapas
como puede apreciarse en la Figura 13 En la paacutegina siguiente en la Tabla 1-5
se muestran las actividades que deben realizarse en cada etapa y los artefactos
producidos en cada una de ellas
31
i Entendimientode Dominio y Contexto dela
Aplicacioacuten
Re uso
Con tex to v situacioacuten
actual _
Recoleccioacuten y l clasificacioacuten de
requerimientosAV
PropuestaOTtrputadonal
Resolucioacuten de conflictos jerar- quizacioacuten y valishydacioacuten de reque-
-riacutetmenlos iquest
Almaceacuten de sistemas
s anteriores
Propuestacomputacional
validada obs ere a clon es
y acuerdos y
( Cierre
Documento de anaacutelisis
r
Figura 13 Ciclo de vida de la metodologiacutea Ancora (Sumano 2006)
Tabla 1-5 Actividades y artefactos de las etapas del ciclo de vida de la metodologiacutea AacutencoraEtapas del ciclo de
vida de AacutencoraActividades a realizar Artefactos
producidos
Entendimiento del dominio y contexto de la aplicacioacuten
bull Leer materialbull Entrevistas informales con el clientebull Observar usuariosbull Construir redes semaacutenticas naturales del sistemabull Construir y aplicar encuesta de actitud
Contexto y situacioacuten actual Documento de justificacioacuten deacutela elaboracioacuten del nuevo software
Recoleccioacuten y clasificacioacuten de requerimientos
bull Propuesta computacional que incluye Guioacuten de propuesta computacional manual preliminar de operacioacuten (prototipo raacutepido) modelo de datos (Objetos Semaacutenticos) lista de responsabilidades lista de beneficios esperados
bull Creacioacuten de la Bitaacutecora de desarrollo del sistemabull Aplicacioacuten de los Puntos de Funcioacuten
Propuestacomputacional
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
bull Preparacioacuten de la Reunioacuten de Reflexioacuten y Disentildeobull Reunioacuten de Reflexioacuten y Disentildeo
Propuesta computacional validada observaciones y acuerdos
Cierre
bull Ratificar caacutelculo de los Puntos de Funcioacutenbull Enviacuteo de oficios correos electroacutenicos y faxes para
aclarar puntos pendientesbull Conexioacuten con el modelo de desarrollo escogido
Documento de anaacutelisis
Reuso de requerimientos
bull Abstraer y guardar los Guiones de sistemas terminados
bull Consultar y extraer elementos reutilizables
32
14 Metodologiacutea ICONIX
La metodologiacutea ICONIX que es una metodologiacutea basada en RUP (Rational
Unified Process) El proceso de ICONIX maneja casos de uso como el RUP pero
para proyectos maacutes ligeros La principal caracteriacutestica de ICONIX es su uso del
anaacutelisis de robustez con el que pretende eliminar las ambiguumledades que pueden
surgir entre el anaacutelisis y el disentildeo (Rosenberg Stephens y Collins 2005)
La metodologiacutea ICONIX se divide en dos flujos de trabajo o enfoques
estaacutetico y dinaacutemico En cuanto al enfoque estaacutetico estaacute compuesto por los
modelos de dominio los cuales se van refinando incrementalmente a traveacutes de las
iteraciones con el flujo dinaacutemico El enfoque dinaacutemico lo forman el modelo de
casos de uso anaacutelisis de robustez y diagramas de secuencia
El proceso de ICONIX estaacute formado por cuatro etapas Anaacutelisis de
Requerimientos Anaacutelisis y Disentildeo Preliminar Disentildeo Detallado e Implementacioacuten
En cada etapa el trabajo del proceso anterior se revisa y actualiza La Figura 14
Figura 14 Proceso de desarrollo de la metodologiacutea ICONIX (Rosenberg Stephens y Collins 2005)
33
En la Tabla 1-6 se muestra la finalidad de cada una de las etapas de
ICONIX Tambieacuten se presentan las actividades que deben realizarse en cada una
de ellas asiacute como los artefactos que respectivamente producen
Tabla 1-6 Etapas de la metodologiacutea ICONIX actividades y artefactos producidos en cadaetapa
Etapas de la metodologiacutea
ICONIX
Objetivo Actividades a realizar Artefactos
Anaacutelisis de Requerimientos
Definir lo que va a realizar el sistema a desarrollar
bull Identificar objetos del dominio yrelaciones de agregacioacuten ygeneralizacioacuten
bull Prototipo raacutepidobull Identificar casos de usobull Organizar casos de uso en grupos
(paquetes)bull Asignar requerimientos funcionales a
casos de uso y objetos del dominio
bull Modelo dedominio
bull Modelo decasos de uso
Anaacutelisis y Disentildeo Preliminar
Revisioacuten del disentildeo preliminar Detallar apartir demodelos de alto nivel
bull Escribir descripciones de casos de uso- cursos baacutesico y alternos
bull Anaacutelisis de robustez- Identificar grupos de objetos que
realizan escenario- Actualizar diagramas de clases
del dominiobull Finalizar diagramas de clases
bull Diagramas de robustez
bull Modelo de dominio actualizado
Disentildeo Detallado Revisioacuten criacutetica deldisentildeo
bull Asignar comportamientobull Para cada caso de uso
- Identificar mensajes y meacutetodos- Dibujar diagramas de secuencia- Actualizar clases- (opcional) diagramas de
colaboracioacuten- (opcional) Diagramas de estados
bull Terminar modelo estaacuteticobull Verificar cumplimiento de
requerimientos
bull Diagramas desecuencia
bull Disentildeo final del modelo de clases
Implementacioacuten Entrega del sistema
bull Producir diagramas necesarios- Despliegue- Componentes
bull Escribir el coacutedigobull Pruebas de unidad e integracioacutenbull Pruebas de sistema y aceptacioacuten
basadas en casos de uso
bull Codificacioacutenbull Pruebas
34
15 Ventajas y desventajas de las metodologiacuteas maacutes
importantes para el desarrollo de SE
Las metodologiacuteas mostradas anteriormente presentan varias ventajas y
desventajas para los desarrolladores de software educativo A continuacioacuten en la
Tabla 1-7 se mostraraacuten las ventajas y desventajas que tiene cada una de ellas
Tabla 1-7 Ventajas y desventajas de metodologiacuteas para el desarrollo de software educativoMetodologiacutea Ventajas Desventajas
Ingenieriacutea de software educativo con modelaje orientado por objetos
bull Es muy especiacutefico en cuanto a los requerimientos de disentildeo instruccional se refiere
bull La fase de disentildeo bien explicada y emplea diagramas UML
bull Propone pruebas a lo largo y final del desarrollo del software
bull No menciona la forma de obtener los requerimientos
bull Fase de disentildeo muy extensabull Disentildeo educativo estaacute maacutes
enfocado a la fase derequerimientos
bull Emplea teacuterminos muy particulares de la Ingenieriacutea de software educativo propuesta por Alvaro Galvis y que no se definen en esa metodologiacutea
Propuesta de una metodologiacutea de desarrollo de software educativo bajo un enfoque de calidad sisteacutemica
bull Muestra actividades yentregables que se generan en las fases
bull Algunas actividades que se realizan en RUP son muy parecidas a las ldquoactividades agregadasrdquo creando confusioacuten
Propuesta de metodologiacutea para el disentildeo desarrollo y evaluacioacuten de software educativo
bull En los requerimientos se puntualiza la informacioacuten que se requiere conocer
bull Define con claridad sus guiones y pautas
bull Contempla la elaboracioacuten de documentacioacuten
bull Considera recursos tanto humanos como materiales para la implementacioacuten del disentildeo
bull No son claros los artefactos que se obtendraacuten de la fase de requerimientos
bull Fase de disentildeo son confusas las actividades que deben seguirse y artefactos que se producen
bull No especifica la informacioacuten quedebe contemplarse en elStoryboard
Metodologiacutea de Desarrollo de SistemasMultimediaPropuesta porBrian Blum
bull Es una metodologiacutea aplicada por varios antildeos en el desarrollo de software educativo por tanto ya ha sido probada su funcionalidad
bull Fase de disentildeo bastante clarabull Fase de desarrollo sencilla de
seguir al utilizar guiones y diagramas de flujo
bull Los requerimientos funcionales se especifican hasta la fase de disentildeo siendo lo oacuteptimo conocerlas en la primera fase para saber los medios instruccionales a utilizar
bull No se menciona el factor humano es decir la relacioacuten cliente- desarrollador
bull No indica el caacutelculo del costo que tendraacute la aplicacioacuten
35
Capiacutetulo 2 Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX
En este Capiacutetulo se presentaraacute la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX para el desarrollo de software educativo Se expondraacuten las
caracteriacutesticas principales extraiacutedas de las metodologiacuteas citadas en el capiacutetulo
anterior que los respectivos autores consideran necesarias para la elaboracioacuten de
software educativo Ademaacutes se sentildealaraacuten los elementos que se propuso adaptar
a la metodologiacutea Aacutencora de manera que cubriera algunas caracteriacutesticas de
disentildeo instruccional Tambieacuten se describiraacute la forma en que Aacutencora e ICONIX se
complementan para la elaboracioacuten de un software educativo
21 Adaptacioacuten de la metodologiacutea Aacutencora para el desarrollo de
software educativo
Al hacer un anaacutelisis de las metodologiacuteas para el desarrollo de software educativo
explicadas en el Capiacutetulo 1 se observoacute que todas ellas presentan elementos en
comuacuten expresados de diferentes maneras pero que al final buscan el mismo
objetivo crear software educativo de calidad Algunas caracteriacutesticas principales
son
bull Anaacutelisis del puacuteblico al que se dirigiraacute el software
bull Problema o necesidad educativa a atender
bull Anaacutelisis de contenido (tema a tratar actividades para alcanzar el objetivo
de ensentildeanza y forma de evaluarlo)
bull Actividades o forma actual de llevar a cabo la ensentildeanza del tema en
cuestioacuten
bull Elaboracioacuten de guiones metaacuteforas escenarios
bull Creacioacuten de prototipo o Storyboard
bull Disentildeo de interfaz
bull Mapas de navegacioacuten
bull Modelos de datos
36
bull Elaboracioacuten de diagramas de contexto diagramas de flujo diagramas de
casos de uso o diagramas de secuencia
Sin embargo hay que recordar que las principales desventajas encontradas en
dichas metodologiacuteas son las siguientes
bull En la fase de requerimientos No se menciona la forma de obtener los
requerimientos y no son claros los artefactos que se obtendraacuten Los
requerimientos funcionalesse especifican hasta la fase de disentildeo siendo
lo oacuteptimo conocerlas en la primera fase para saber los medios
instruccionales a utilizar
bull En la fase de disentildeo son confusas las actividades que deben seguirse y
los artefactos que se producen
bull No se menciona el factor humano es decir la relacioacuten cliente-
desarrollador
Tomando en cuenta lo anterior se observa que existen carencias en la fase de
requerimientos Aacutencora permite disminuir dichas carencias al emplear
herramientas que ayudan a obtener de manera sencilla los requerimientos del
software (Sumano 2006) Ademaacutes Aacutencora presenta de manera expliacutecita los
artefactos que se deben obtener en cada una de sus fases
Por otra parte para realizar el disentildeo instruccional se eligieron el modelo
ADDIE (McGriff 2000) y el disentildeo instruccional aplicado al desarrollo de software
educativo EISE (Hernaacutendez 2005) presentados en el Capiacutetulo 1 los cuales
serviraacuten de apoyo para realizar las adaptaciones a la metodologiacutea Aacutencora
Considerando las caracteriacutesticas principales para el desarrollo de software
educativo el disentildeo instruccional y tomando en cuenta los beneficios que ofrece
Aacutencora se establece la propuesta de seleccionar las actividades de Aacutencora que
permitan obtener los requerimientos de un software educativo La Tabla 2-1
presenta la propuesta de las actividades y artefactos producidos en las fases de
Aacutencora para la elaboracioacuten de software educativo
37
Tabla 2-1 Propuesta de actividades y artefactos de la metodologiacutea Aacutencora para el desarrollo de software educativo
Metodologiacutea AacutencoraFases Actividades y artefactos
Anaacutelisis de Requerimientos
A traveacutes de entrevistas con los clientes (maestros y pedagogos) y de la lectura del respectivo material proporcionado por ellos se definiraacute la asignatura a la que se enfocaraacute el software el tema a tratar y la forma en que se abordaraacute y evaluaraacute Tambieacuten se estableceraacute el objetivo general de aprendizaje la metaacutefora que se emplearaacute y se determinaraacute el puacuteblico al que se dirigiraacute el software
ArtefactosDocumento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software Guioacuten de la situacioacuten actual
Recoleccioacuten y clasificacioacuten de requerimientos
El guioacuten de la propuesta computacional reflejaraacute la metaacutefora que se sigue
La bitaacutecora de desarrollo permitiraacute ver coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
El prototipo raacutepido se complementaraacute con el Storyboard para presentar graacuteficamente la estructura y funcionalidad del sistema propuesto
ArtefactosGuioacuten de propuesta computacional bitaacutecora de desarrollo prototipo raacutepido e Storyboard
Resolucioacuten de conflictos jerarquizacioacuten y validacioacuten de requerimientos
Modificaciones al guioacuten de la propuesta computacional de acuerdo a los cambios propuestos por los maestros y pedagogos
ArtefactosGuioacuten de propuesta computacional prototipo raacutepido e Storyboard con adecuaciones sentildealadas
CierreTrasladar los guiones a casos de uso
ArtefactosCasos de uso
En concreto se modificaron los siguientes artefactos de Aacutencora el guioacuten de la
propuesta computacional la bitaacutecora de desarrollo y el prototipo raacutepido Las
adaptaciones realizadas se hicieron con la finalidad de cubrir las caracteriacutesticas
principales del software educativo y se describen a continuacioacuten
38
211 Guioacuten de la propuesta computacional
Al guioacuten de la propuesta computacional se propone agregarle lo siguiente
bull Conocimientos previos del usuario- Se refiere a los conocimientos
baacutesicos o miacutenimos que debe tener el alumno para poder interactuar con
el moacutedulo
bull Objetivo de aprendizaje- Es el aprendizaje que debe obtener el alumno
despueacutes de haber interactuado con el moacutedulo
En la Figura 21 se presenta la estructura sugerida para el guioacuten de la propuesta
computacional
Guioacuten- nombre del sistema Escena 1
Pista- nombre del moacutedulo
Objetivo de aprendizaje- aprendizaje obtenido al finalizar su interaccioacuten con el moacutedulo
descripcioacuten de cada escena
Papeles- roles que se presentan en el moacutedulo
Utensilios- nombre de objetos que se utilizaran
Condiciones de Entrada- eventos que deben cubrirse al iniciar el moacutedulo
Conocimientos previos del usuario- conocimientos baacutesicos que debe tener el alumno para poder interactuar con el moacutedulo
Condiciones de Salida- consecuencias resultantes al finalizar el moacutedulo
Escena N
Figura 21 Estructura del guioacuten para la propuesta computacional
39
212 Bitaacutecora de desarrollo
Para la bitaacutecora de desarrollo se propone antildeadir una fila al final de cada pista
donde se describan las situaciones deseables e indeseables para el cumplimiento
del objetivo de aprendizaje para esa pista en particular La Tabla 2-2 muestra el
formato propuesto para la bitaacutecora de desarrollo
bla 2-2 Formato propuesto para la bitaacutecora de desarrolloQuinteta Forma de comprobacioacuten Tiempo propuesto Tiempo real
Tiacutepico indeseable fallido
alterno
Objetivo de
aprendizajeDeseable Indeseable
En la bitaacutecora de desarrollo la forma de comprobacioacuten representa el curso de
accioacuten del sistema considerando la ejecucioacuten tiacutepica de la quinteta (que no existan
errores) la indeseable (mala operacioacuten del usuario) y el fallido (errores que
pudieran ocurrir) Las columnas de tiempo propuesto y real indican el tiempo que
se estima para la realizacioacuten de esa quinteta y el tiempo real de creacioacuten
respectivamente En el objetivo de aprendizaje se especifican los elementos que
permitiraacuten el cumplimento del objetivo de aprendizaje para esa pista (deseable) y
los elementos que pudieran impedir su cumplimiento (indeseable)
213 Prototipo raacutepido (Manual Preliminar de Operacioacuten)
Por otra parte se sugiere complementar el prototipo raacutepido (Manual Preliminar de
Operacioacuten) con el Storyboard (ver Figura 22) En lugar de las pantallas que se
emplean en el prototipo raacutepido se emplearaacute el Storyboard para explicar la
funcionalidad de cada escena Se eligioacute el Storyboard porque a diferencia del
prototipo raacutepido permite expresar con maacutes detalle la secuencia y funcionalidad de
las escenas del guioacuten El Storyboard presenta las siguientes ventajas de acuerdo
a (Maza y Cervantes 1994) y a (Simoacuten 2009)
bull Permite estructurar el contenido de la aplicacioacuten de manera graacutefica
40
bull Ayuda a organizar la secuencia de las escenas del guioacuten
bull Permite visualizar el tamantildeo de la aplicacioacuten
bull Las modificaciones al Storyboard no resultan muy costosas
bull Es un artefacto flexible que permite al equipo de desarrollo mover
imaacutegenes y secuencias con facilidad
bull Ayuda a visualizar los enlaces existentes entre las diferentes escenas
para establecer de manera oacuteptima las interacciones
Figura 22 Formato propuesto para la elaboracioacuten del Storyboard
Para terminar con la etapa de requerimientos el siguiente paso es unir la fase de
requerimientos con la fase de disentildeo Aacutencora ofrece tres alternativas para hacerlo
utilizando alguna de las siguientes metodologiacuteas (Sumano 2006) metodologiacutea
estructurada moderna de Yourdon metodologiacuteas basadas en UML y metodologiacutea
para el desarrollo de sistemas de Jackson Para pasar a la fase de disentildeo se
propone utilizar el paradigma Orientado a Objetos
Considerando lo anterior para completar el disentildeo de desarrollo del
software educativo se propone emplear la metodologiacutea ICONIX Por lo tanto para
finalizar la etapa de requerimientos se tiene como actividad final trasladar los
guiones de la propuesta computacional al modelo de casos de uso En esta uacuteltima
tarea se debe tener en cuenta que cada escena es un caso de uso y cada papel
es un actor (Sumano 2006)
41
22 Metodologiacutea ICONIX para el disentildeo de software educativo
Una vez cerrada la parte deacute requerimientos con Aacutencora a traveacutes del modelo de
casos de uso se continuaraacute con el disentildeo del software empleando la metodologiacutea
ICONIX La ventaja que presenta ICONIX respecto a las metodologiacuteas citadas en
el Capiacutetulo 1 es las fases que tiene en las cuales especifica que actividades
deben realizarse y que artefactos deben producirse en cada una de ellas
Se ha decidido seleccionar de cada fase de ICONIX las actividades que
mejor se adapten al disentildeo de software educativo considerando las carencias
observadas en las metodologiacuteas citadas en el Capiacutetulo 1 Aunado a lo anterior se
realizoacute una adaptacioacuten en la fase de disentildeo detallado agregando el diagrama de
actividades
La adaptacioacuten se realizoacute al observar la necesidad de hacer visible el rol que
desempentildea cada uno de los involucrados en el desarrollo del software educativo
Una de las ventajas que presenta el diagrama de actividades (Fowler 1999) es
que permite especificar graacuteficamente los subprocesos y el momento en que deben
sincronizarse Lo anterior ayuda en el caso de software educativo a plasmar con
claridad el papel que desempentildea cada uno de los participantes y las tareas
(subprocesos) en las que se encuentran involucrados dentro del desarrollo de la
aplicacioacuten educativa
Por otra parte cabe aclarar que la primera fase de ICONIX (anaacutelisis de
requerimientos) no se contempla ya que quedaraacute cubierta con la aplicacioacuten de
Aacutencora Otro punto aclaratorio es que al utilizar ICONIX de acuerdo a como estaacute
especificado no se incluye una propuesta La Tabla 2-3 muestra que actividades
de ICONIX deben realizarse para el disentildeo de software educativo
42
Tabla 2-3 Actividades de ICONIX para el disentildeoacute de software educativoEtapas de la metodologiacutea ICONIX (que se utilizaraacuten)
Actividades de ICONIX Actividades para el desarrollo de software educativo
Anaacutelisis y bull Escribir descripciones de casos Realizar la descripcioacuten de los casos deDisentildeo de uso uso para especificar la relacioacuten entrePreliminar - cursos baacutesico y alternos usuario y sistema la secuencia de las
bull Anaacutelisis de robustez actividades de cada moacutedulo y que- Identificar grupos de objetos resultados se produciraacute en cada uno de
que realizan escenario - Actualizar diagrama de
ellos
clases del dominio Elaborar diagramas de clases para- Actualizar casos de uso para presentar las clases y sus respectivas
que coincida con el diagrama de robustez
relaciones que formaraacuten el sistema
- Finalizar diagramas de Artefactosclases
Artefactosbull Descripcioacuten de casos de usobull Diagramas de robustezbull Actualizacioacuten del modelo de
dominio
Descripcioacuten de casos de uso y diagrama de clases del dominio
Disentildeo bull Para cada caso de uso Elaborar diagramas de secuencia con elDetallado - Identificar mensajes y fin de ver la secuencia que se tendraacute en
meacutetodos cada moacutedulo y sus respectivos objetos- Dibujar diagramas de
secuenciaparticipantes
- Actualizar clases Elaborar diagrama de actividades para- Diagramas de colaboracioacuten ver detalladamente las interacciones
(opcional) entre los participantes involucrados en la- Diagramas de estados aplicacioacuten
(opcional)bull Terminar modelo estaacutetico Artefactosbull Verificar cumplimiento de Diagramas de secuencia
requerimientos
Artefactosbull Diagramas de secuenciabull Disentildeo final del modelo de
clases
Diagrama de actividades
Implementacioacuten bull Producir diagramas Codificar en base a lo modelado en los- Despliegue- Componentes
diagramas
bull Escribir el coacutedigo Realizar pruebas del sistemabull Pruebas de unidad e integracioacuten (Funcionalidad)bull Pruebas de sistema y aceptacioacuten
basadas en casos de usoArtefactos
Artefactosbull Codificacioacutenbull Pruebas
Codificacioacuten y pruebas
43
Para los la descripcioacuten de casos de uso se emplearaacute la siguiente estructura
(l_arman 2003)
bull Nombre Nombre del caso de uso
bull Descripcioacuten Breve descripcioacuten del caso de uso
bull Actor(es) Lista de actores
bull Precondicioacuten Condiciones que deben haberse cumplido para que se
ejecute este caso de uso
bull Flujo Normal Lista de pasos que conforman el caso de uso
bull Flujo Alterno Pasos a realizar cuando se den excepciones en el flujo baacutesico
bull Poscondicioacuten Condiciones que se cumpliraacuten si el caso de uso se ejecuta
exitosamente
23 Reutilizacioacuten de requerimientos
Una de las ventajas que presenta Aacutencora es la reutilizacioacuten de requerimientos
Aacutencora permite reutilizar guiones para sistemas semejantes pistas para
subsistemas semejantes escenas para moacutedulos semejantes quintetas para
funciones u operaciones iexclguales prototipo raacutepido y costos en tiempo y dinero
(Sumano 2006) Para el caso de software educativo se considera adecuado
reutilizar el guioacuten y sus respectivos elementos debido a que se puede abordar el
contenido al que se enfoca el software educativo de diferentes formas tomando
partes (escenas o pistas) de software ya existente
Para poder reutilizar un guioacuten Aacutencora establece dos pasos para guardarlo
1 Convertir el guioacuten del sistema en un guioacuten abstracto asignar a los papeles y
utensilios nombres geneacutericos nombrar a las escenas con nombres
geneacutericos y verbos mapeados para las quintetas y condiciones de entrada
emplear verbos mapeados
2 Guardar el sistema bajo cuatro encabezados papeles escenas
condiciones de entrada y utensilios
44
Capiacutetulo 3 Aplicacioacuten de la adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX a un caso de estudio
En este Capiacutetulo se presentaraacute un caso de estudio que tiene como finalidad
valorar la propuesta descrita en el Capiacutetulo 2 Se enfatizaraacute la aplicacioacuten de las
adaptaciones realizadas a la metodologiacutea Aacutencora para la adquisicioacuten de
requerimientos de software educativo Posteriormente se mostraraacuten las
actividades realizadas en la fase de disentildeo correspondientes a la metodologiacutea
ICONIX
31 Anaacutelisis y adquisicioacuten de requerimientos
Esta seccioacuten contempla las actividades realizadas en la fase de requerimientos de
acuerdo a la propuesta descrita en el Capiacutetulo 2 El caso de estudio se centra en
el aacuterea de matemaacuteticas de nivel primaria debido a la facilidad de acceso a la
informacioacuten de este grado de estudios Se eligioacute el aacuterea de matemaacuteticas por ser
una de las materias que maacutes se les dificulta aprender a los alumnos Cabe sentildealar
que la asignatura y metaacutefora elegida para el caso de estudio surgioacute como parte de
uno de los proyectos de Tecnologiacutea Educativa Galileo (TEGA)3 empresa dedicada
al desarrollo y comercializacioacuten de software educativo Al final de esta seccioacuten se
pueden apreciar los artefactos creados que permitieron hacer la conexioacuten de la
fase de requerimientos con la fase de disentildeo
311 Anaacutelisis de requerimientos
Despueacutes de haber revisado el programa de estudios del aacuterea de matemaacuteticas (de
nivel primaria) proporcionada por los maestros se obtuvo la siguiente informacioacuten
bull Asignatura Matemaacuteticas
bull Contenido Estaacute articulado con base en seis ejes con sus respectivos temas
y subtemas (SEP 2009) que variacutean de acuerdo al grado escolar
Considerando lo anterior se tiene lo siguiente
3 Paacutegina Oficial de Tecnologiacutea Educativa Galileo httpwwwclubqalileocommxportal
45
a) Grado escolar De segundo hasta quinto grado de primaria
b) Temas Nuacutemeros naturales capacidad peso tiempo y ubicacioacuten
espacial planteamiento y resolucioacuten de problemas sencillos en los
que se requiera recolectar y registrar informacioacuten perioacutedicamente
representacioacuten de informacioacuten en tablas de frecuencia y graacuteficas de
barras registros de los resultados de experimentos aleatorios
representacioacuten deacute los resultados de un experimento aleatorio en
tablas y graacuteficas
c) Subtemas Planteamiento y resolucioacuten de problemas que impliquen
dos o maacutes operaciones con nuacutemeros naturales
d) Ejes Introduccioacuten del kiloacutemetro como la unidad que permite medir
grandes distancias y recorridos largos capacidad peso y tiempo
uso del reloj y el calendario los nuacutemeros sus relaciones y sus
operaciones medicioacuten la prediccioacuten y el azar tratamiento de la
informacioacuten
bull Objetivos de aprendizaje Los alumnos deben desarrollar
1) La capacidad de utilizar las matemaacuteticas como un instrumento para
reconocer plantear y resolver problemas
2) La capacidad de anticipar y verificar resultados
3) La capacidad de comunicar e interpretar informacioacuten matemaacutetica
4) La imaginacioacuten espacial
5) La habilidad para estimar resultados de caacutelculos y mediciones
bull Metaacutefora Distribuidora de quesos El alumno conoceraacute el proceso de
distribucioacuten de quesos bajo un esquema de oferta y demanda
bull Puacuteblico al que se dirigiraacute Nintildeos de 7 antildeos en adelante
312 Recoleccioacuten y clasificacioacuten de requerimientos
Con la informacioacuten recabada se obtuvo la propuesta computacional para eacutel
desarrollo del software Se consideroacute la metaacutefora de una distribuidora de quesos y
los objetivos de aprendizaje planteados A continuacioacuten se presenta uno de los
46
moacutedulos de la distribuidora de quesos con su respectivo guioacuten bitaacutecoras de
desarrollo e Storyboard Los demaacutes guiones con su respectiva documentacioacuten se
encuentran en el Apeacutendice A al final del presente trabajo La Figura 31 presenta
el guioacuten para la pista comprar recursos
Guioacuten Distribuidora de quesosPista Comprar recursos
Objetivo de aprendizajePracticar operaciones matemaacuteticas baacutesicas Aprender a tomar decisiones de queacute y cuaacutento comprar
PapelesD= Distribuidor
UtensiliosALM = AlmaceacutenCAM = CamioacutenCANT = CantidadCAP= CapitalCT = CostoFT = Ficha teacutecnicaMsg= MensajePRE= PrecioQ= QuesosREF = RefrigeradorRESULT= ResultadoSTQ = Suma Total de los costos de los quesosTQ = Tipo de Queso
Condiciones de entradaD necesita recursos
Conocimientos previos del usuarioManejar operaciones de suma resta y multiplicacioacuten
Condiciones de salidaD aumentoacute sus recursos
Escena 1 Adquirir quesosD selecciona Adquirir quesos y se muestra CAPD visualiza lista TQ con su CTD revisa CANT en ALMD escribe CANT de TQ a comprarD escribe STQ
I iquestCAP lt STQ| D recibe Msg ldquoNo hay suficiente capital
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de QD recibe Msg ldquo Tienes que asignar preciosrdquoD asigna PRE de venta a cada TQ
Escena 2 Adquirir camionesD selecciona Adquirir camiones y se muestra CAPD visualiza lista CAM con su FTD elige uq CAM
iquestCAP lt CTD recibe Msg No hay suficiente capitalrdquo
D escribe RESULT de compra
bullbull bdquo iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg Operacioacuten correcta FelicidadesD aumenta ALM de CAM
Escena 3 Adquirir refrigeradoresD selecciona Adquirir refrigeradores y se muestra CAPD visualiza lista REF con su FTD elige un REF
iquestCAP lt CTD recibe Msg ldquoNo hay suficiente capitalrdquo
D escribe RESULT de compra
iquestResultado incorrecto
D recibe Msg Resultado incorrecto intenta de nuevoD recibe Msg ldquoOperacioacuten correcta FelicidadesD aumenta ALM de REF
Figura 31 Guioacuten de propuesta computacional pista comprar recursos para la distribuidora de quesos
Una vez creado el guioacuten de la propuesta computacional se procede a elaborar las
respectivas bitaacutecoras de desarrollo y Storyboard A cada escena del guioacuten le
corresponde una bitaacutecora y un Storyboard En el guioacuten el objetivo de aprendizaje
expresa lo que se debe alcanzar al interactuar con la pista En las escenas a
traveacutes de la bitaacutecora y Storyboard se especifica el objetivo de aprendizaje que
47
debe obtenerse al trabajar con la escena y los posibles inconvenientes que
pueden presentarse e impedir alcanzar el objetivo de aprendizaje (bitaacutecora de
desarrollo) Para el guioacuten de la pista comprar recursos en las Tablas 3-1 3-2 y 3-3
se presentan sus correspondientes bitaacutecoras de desarrollo y en las Figuras 32
33 y 34 sus respectivos Storyboard
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos
Quinteta Forma deacute comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir quesos y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo y no aparece en pantalla la informacioacuten de CAP
4 hrs
D visualiza lista TQ con su CT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los quesos Presenta en pantalla cada TQ con su respectivo CTFallido Falle la lectura del archivo no aparece ninguna informacioacuten en pantalla
8 hrs
D revisaCANT enALM
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los pedidos y el ALM de quesos Posteriormente muestra en pantalla cada TQ con su respectiva demanda y su CANT en ALMFallido Falle la lectura del archivo no aparezcan en pantalla los TQ ni su respectiva demandaFallido No se muestre en pantalla la demanda de cada TQ Indeseable D modifique la CANT de demanda o la CANT en ALM se envie un msg de alerta indicaacutendole que no puede modificar esos valores
8 hrs
D escribeCANT deTQ acomprar
Tiacutepico Esteacute activado el campo de cantidad y D escribe la CANT de cada TQ que desea comprarFallido No se active el campo y no esteacute visible para DIndeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta Indicando que los valores deben ser positivos
1 hrs
D escribeSTQ
Tiacutepico El campo de la suma total este visible y activo El D escribe en el campo suma total los costos de cada tipo de queso compradoFallido El campo de la suma total esteacute inactivo y no visible para D Indeseable D escriba valores negativos y el sistema enviacutea un mensaje de alerta indicando que los valores deben ser positivos
4 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al STQ-enviacutee el Msg ldquono hay suficiente capitalrdquo y no se permita pasar a la seccioacuten de operacionesFallido El sistema no realice la comparacioacuten y permita pasar a la seccioacuten de operacionesAlterno Si STQ es Igual a cero D reciba el Msg ldquoSuma total incorrectardquo
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escribe el resultado de restarle a su capital el total de su compra Fallido El campo de resultado este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
bull 1 hrs
48
Tabla 3-1 Bitaacutecora de desarrollo para la escena adquirir quesos de la pista comprar recursos (continuacioacuten)
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D recibeMsgldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidadesrdquo
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de Q
Tiacutepico El sistema actualice el archivo del ALM de Q y muestre en pantalla las nuevas cantidades de cada QFallido Falle la escritura del archivo y no se actualice el archivo de ALM de Q y se muestren en pantalla las cantidades anteriores de cada QFallido Se actualice el archivo de ALM de Q pero falle la lectura del archivo y no se muestren en pantalla las nuevas cantidades de cada Q
5 hrs
D recibeMsg ldquoTienes que asignar precios
Tiacutepico El sistema enviacutea Msg ldquoTienes que asignar preciosrdquo y presenta una pantalla con los quesos en almaceacuten precio sugerido y el campo para que D asigne el precio para cada TQFallido Falle lectura del archivo y no aparezca en pantalla ninguna informacioacuten
8 hrs
D asignaPRE deventa a cada TQ
Tiacutepico D escriba los PRE para cada TQ y el sistema guarde en el cataacutelogo de Q los precios asignadosFallido Falle la escritura del archivo y no se guarde en el cataacutelogo los precios asignadosIndeseable D asigne precios negativos y se enviacutee un mensaje de alerta Indicaacutendole que los precios deben ser positivos
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la Informacioacuten que se le presenta y poder tomar decisiones sobre los recursos que posee Al mismo tiempo reforzar sus conocimientos matemaacuteticos baacutesicos Indeseable Que el alumno no entienda la informacioacuten que se le presenta
49
Tabla 3-2 Bitaacutecora de desarrollo para la escena adquirir camiones de la pista comprar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir camiones y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla CAP Alterno D seleccione adquirir quesos y no compre camiones
4 hrs
D visualiza lista CAMcon su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de CAM Presenta en pantalla un tipo de CAM con su respectiva FTFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantalla
8 hrs
D elige un CAM
Tiacutepico D selecciona un CAM y se muestra en pantalla su respectiva FT Tambieacuten se activa la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de CAM elegido
8 hrs
D recibeMsg ldquoNo hay suficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de CAM el sistema enviacutee el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee el Msg a DAlterno SI CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del camioacuten Fallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibeMsgldquoResultado incorrecto intenta de nuevo
Tiacutepico El sistema enviacutea Msg ldquoResultado Incorrecto Intenta de nuevordquo cuando el resultado que escribioacute D es IncorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibeMsgldquoOperacioacutencorrectaFelicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidadesrdquo cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno SI en el primer Intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correctardquo
1 hrs
D aumenta ALM de CAM
Tiacutepico Se actualice el archivo de ALM de CAMFallido falle la escritura del archivo y no se actualice el archivo de ALM de CAMAlterno D reciba un Msg que le indique el nuacutemero de camiones que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La Informacioacuten de la ficha teacutecnica resulte ambigua dificultando la Interpretacioacuten de los datos presentados
50
Tabla 3-3 Bitaacutecora de desarrollo para la escena adquirir refrigeradores de la pista comprar recurso
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona Adquirir refrigeradores y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparece en pantalla el CAP Alterno D seleccione adquirir quesos y no compre refrigeradores
4 hrs
D visualiza lista REF con su FT
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el cataacutelogo de los REF Presenta en pantalla un tipo de REF con su respectiva FTFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacuten
8 hrs
D elige un REF
Tiacutepico D selecciona un REF y se muestra en pantalla su respectiva FT Se active la seccioacuten de compraFallido Falle la lectura del archivo y no se muestre en pantalla la FTFallido Error al mostrar la Informacioacuten se muestre FT que no corresponda al tipo de REF elegido
8 hrs
D recibe Msg ldquoNo haysuficiente capitalrdquo
Tiacutepico Si el CAP es menor al CT de REF el sistema enviacutea el Msg ldquono hay suficiente capital y no se permita pasar a la seccioacuten de compraFallido No se enviacutee ninguacuten Msg a DAlterno Si CAP es igual a cero se enviacutee Msg ldquoEl capital se ha agotado
1 hrs
D escribeRESULT de compra
Tiacutepico El campo para escribir RESULT este visible y activo D escriba el RESULT de la resta de capital menos CT del refrigeradorFallido El campo de RESULT este inactivo y no visible para D Indeseable D escriba RESULT negativo y el sistema enviacutea un mensaje de alerta indicando que el valor debe ser positivo
1 hrs
D recibe Msg ldquoResultado incorrecto intenta denuevo
Tiacutepico El sistema enviacutea Msg Resultado incorrecto intenta de nuevordquo cuando el resultado que escribioacute D es incorrectoFallido No se enviacutee ninguacuten mensaje a D
1 hrs
D recibe Msg ldquoOperacioacuten correcta Felicidades
Tiacutepico El sistema enviacutea Msg ldquoOperacioacuten correcta Felicidades cuando el resultado que escribioacute D es correctoFallido No se enviacutee ninguacuten mensaje a DAlterno Si en el primer intento la operacioacuten es correcta se enviacutea Msg ldquoMuy bien Operacioacuten Correcta
1 hrs
D aumenta ALM de REF
Tiacutepico Se actualice el archivo de ALM de REFFallido Falle la escritura del archivo y no se actualice el archivo de ALM de REFAlterno D reciba un Msg que le indique el nuacutemero de refrigeradores que tiene en existencia
5 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten que se presenta en fichas teacutecnicas identificar las variaciones de medidas y capacidades Aprender a tomar decisiones para elegir adecuadamente los recursos que necesita Aplicar sus conocimientos sobre unidades de medidaIndeseable La informacioacuten de la ficha teacutecnica resulte ambigua dificultando la interpretacioacuten de los datos presentados
51
Titulo pista Comprar recursos Escena Adquirir quesos No Referencia 13
Descripcioacuten de la pista En la pantalla para la compra de quesos se despliega el costo por kilo de cada tipo de queso y la informacioacuten referente a cada uno de ellos (cantidad que se tiene en almaceacuten y la cantidad demandada por los pedidos) El usuario deberaacute seleccionar la cantidad que desea comprar de cada tipo de queso el sistema automaacuteticamente le proporcionaraacute el total de compra de cada tipo de queso Posteriormente cuando el usuario termine de seleccionar la cantidad de cada tipo de queso sumaraacute los totales y el total de su compra Al final de la pantalla apareceraacute una seccioacuten de operaciones donde se mostraraacute el capital que se tiene hasta ese momento el usuario escribiraacute el total de su compra realizada (si el capital es mayor a su total de compra) y restaraacute dicha cantidad al capital Cuando pulse el botoacuten Comprar se le avisaraacute si fue correcta o no la operacioacuten Cuando la operacioacuten sea correcta se desplegaraacute una pantalla donde el usuario asignaraacute los precios a los que venderaacute cada tipo de queso Cuando el usuario pulse el botoacuten Guardar precios se regresaraacute a la escena Adquirir quesos El capital se actualiza despueacutes de cada compraEsta escena tiene la flexibilidad de poder pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Comprender la Informacioacuten presentada y utilizarla para tomar decisiones Practicar en situaciones reales las operaciones baacutesicas matemaacuteticas
Ambiente Esta escena representa las actividades que tiene que realizar un distribuidor de quesos para tener su almaceacuten de quesos lo suficientemente lleno para abastecer sus pedidos Tambieacuten presenta la responsabilidad del distribuidor para asignar el precio de los quesos de tal forma que genere ganancias
Figura 32 Storyboard para la escena adquirir quesos de la pista comprar recursos
52
Tiacutetulo pista Comprar recursos Escena Adquirir camiones No Referencia 23
Comprar
W lt Compra de camiones
i O iacute M U f ltJbullj
iquestQueacute deseas comprar
-w
HCHA TEacuteCNICA i Sil
Camiones
| Refrigeradoresraquo j J
Tipo de camioacuten
bimens iones
Estado del comion
Rendimiento
Precio
loroo 523 Ancho 196
Alto- 19
100
5 kmlt
$ 1000
iexcl1 $ tono JTotal de Tu compro
Capital - Compra = Lo que te queda iexcl S 2266 - liacute $ IacuteW|) flSI266 i)
TH
Descripcioacuten de la pista En la pantalla de comprar camiones apareceraacute un tipo de camioacuten con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tipo de camioacuten (chico mediano grande) las dimensiones estado del camioacuten el rendimiento y el precio El usuario podraacute ir buscando el camioacuten de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del camioacuten elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro camioacuten Seguidamente el usuario realizaraacute la resta del capital menos el valor del camioacuten que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la demanda de quesos que se tiene y los camiones con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de camiones actividad que tiene que realizar un distribuidor de quesos para poder repartir sus pedidos
Figura 33 Storyboard para la escena adquirir camiones de la pista comprar recursos
53
Tiacutetulo pista Comprar recursos
Comprar 1^Escena Adquirir refrigeradores No Referencia 33
IEiexcl
FICHATEacuteCNICA i
Largo 523 Ancho i 96
AHo 19
Chico
$500
Total de tu compro
Capital - Compra = lo qua te queda
r$126li i- (CTSBcOl 5 |r7fl6 bull)
Comprar t
Descripcioacuten de la pista En la pantalla de comprar refrigeradores apareceraacute un tipo de refrigerador con su respectiva ficha teacutecnica La informacioacuten que se presenta en dicha ficha es el tamantildeo (chico mediano grande) las dimensiones y el precio El usuario podraacute ir buscando el refrigerador de su preferencia y cuando lo elija escribiraacute el total de su compra Posteriormente se mostraraacute el capital actual en la seccioacuten de operaciones siempre y cuando el capital sea mayor o igual al precio del refrigerador elegido en caso contrario se mandaraacute un mensaje de aviso al usuario para que seleccione otro refrigerador Seguidamente el usuario realizaraacute la resta del capital menos el valor del refrigerador que quiere adquirir Al presionar el botoacuten comprar el sistema evaluaraacute si la operacioacuten es correcta o no y enviaraacute el respectivo mensaje El capital se actualizaraacute despueacutes de cada compra realizadaEsta escena permite pasar a cualquiera de los otros dos escenarios de compra o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Identificar y utilizar la informacioacuten contenida en una ficha teacutecnica para tomar decisiones considerando la cantidad de quesos que se tienen en almaceacuten y los refrigeradores con los que se cuenta Practicar operaciones baacutesicas de matemaacuteticas
Ambiente Esta escena representa la compra de refrigeradores actividad que tiene que realizar un distribuidor de quesos para poder conservar sus productos en almaceacuten
Figura 34Storyboard para la escena adquirir refrigeradores de la pista comprar recursos
313 Validacioacuten de requerimientos
En esta fase se realizan las correcciones o modificaciones a los guiones (y demaacutes
artefactos afectados) de acuerdo a las observaciones sentildealadas por los usuarios
En el caso de la distribuidora de quesos (caso de estudio) el guioacuten
correspondiente a la pista entregar pedidos se modificoacute de acuerdo a las
sugerencias de los usuarios Vieacutendose afectada uacutenicamente la escena repartir
pedidos y su correspondiente bitaacutecora de desarrollo y Storyboard
54
En la Figura 35 se presenta el guioacuten correspondiente a la pista entregar pedidos
con la modificacioacuten realizada a la escena 2 (repartir pedidos) El cambioacute consistioacute
en eliminar la quinteta ldquoD borra Mrdquo que indicaba borrar todas las rutas trazadas
en el mapa una vez repartidos todos los pedidos
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos que se iquestHay maacutes PEDposeen Aprender a tomar decisiones y aplicar D pasa a Escena 2 y regresa a Escena 1operaciones baacutesicas matemaacuteticas D pasa a Escena 2
Papeles Escena 2 Repartir pedidosD= Distribuidor D traza la R para repartir PED
D consulta PED por repartirUtensilios x x iquestFaltan PED por entregarCAM= Camioacuten 1 D traza otra RCAP=CapitaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipo de Queso
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
D obtiene CAP actualizado
Conocimientos previos del usuarioRealizar operaciones baacutesicas de matemaacuteticas Conocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura 35 Guioacuten de propuesta computacional pista de entregar pedidos para la distribuidora de quesos
55
En la Tabla 3-4 se presenta la bitaacutecora de desarrollo correspondiente a la escena
repartir pedidos en la que ya no aparece la quinteta ldquoD borra Mrdquo (modificacioacuten
sentildeala anteriormente)
Tabla 3-4 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregar pedidosQuinteta Forma de comprobacioacuten Tiempo
propuestoTiempo
realD traza la R para repartir PED
Tiacutepico Se muestra un mapa Indicando la ubicacioacuten de las gasolineras y de los pedidos D escribe la direccioacuten de la R a seguir punto de salida y llegadaFallido Falle la lectura del archivo y se muestre solo el mapa sin la ubicacioacuten de los pedidos y gasolinerasIndeseable D escribe solo un punto de salida o de llegada el sistema le enviacutea un msg Indicaacutendolo que falta escribir un punto finalAlterno D escribe R para cargar G y no para repartir PED
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje Informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es Insuficiente para seguir repartiendo los pedidos se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de ldquogasolina Insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D especifica otro punto final para la siguiente RFallido Falle escritura de archivo y no se guarde punto anterior final
8 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
56
La Figura 36 muestra el Storyboard correspondiente a la escena repartir pedidos
con los cambios solicitados En la propuesta inicial se mostraba un mapa con la informacioacuten de los pediiacuteM^7 sobre eacutel se trazaban (dibujaban) las rutas y
asignaban actividades Lsnmodificacioacuten consiste en mostrar el mapa con la
informacioacuten de los pedidos pero asignar las rutas y actividades a traveacutes de una
tabla de operaciones
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Entregar pedidos
Selecciona camoacuten
CNnersuumljnes Loroc 5iquestaacute mAbo Iacute96 rr nciacuteiiacute)
rt-TonTz
ede 68 Couumleoacutel IC29 12
CaUeS Caita 57 15 gtejlaquor pedido
poundeiexclte57 Caite 68 540 29 Carltjuumlr cretiacutechriacute
07 iacutets
42
e iacute
encerrar conrc-nj^iftiacute kr-j
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de entregar pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de la distribuidora de quesos de los pedidos y de las gasolineras La tabla de actividades conformada por siete columnas registra la direccioacuten de los puntos inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliega las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta establecida y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar los conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura 36 Storyboard para la escena entregar pedidos de la pista repartir pedidos
57
314 Conexioacuten con la fase de disentildeo
Para terminar con la fase de requerimientos el siguiente paso es elaborar los
casos de uso correspondientes a los guiones como lo propone Aacutencora cuando se
elige el paradigma orientado a objetos Los casos de uso son los artefactos que
nos permitiraacuten conectar los requerimientos con la fase de disentildeo Posteriormente
en la seccioacuten 32 se presentaraacuten las actividades realizadas en la fase de disentildeo
La Figura 37 muestra el modelo de casos de uso correspondiente a la
distribuidora de quesos
58
59
315 Descripcioacuten de casos de uso
A traveacutes de Aacutencora se obtiene el modelo de casos de uso sin embargo existen
algunos detalles que no se logran especificar en Aacutencora como los eventos y
restricciones (requerimientos no funcionales) Por lo anterior es necesario realizar
la descripcioacuten de los casos de uso para poder ver con mayor claridad los eventos
y restricciones que se tienen en el software a desarrollar
De acuerdo al formato propuesto en la seccioacuten 22 para la descripcioacuten de
casos de uso en las Tablas 3-5 3-6 3-7 y 3-8 se presentan las respectivas
descripciones de los casos de uso adquirir quesos adquirir camiones consultar
quesos y consultar camiones Las descripciones del resto de los casos de uso se
encuentran en el Apeacutendice B al final del presente trabajo
Tabla 3-5 Descripcioacuten del caso de uso adquirir quesosNombre Adquirir quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir quesos y se le muestra en pantalla una lista de precios y una tabla con informacioacuten de los tipos de queso con su respectiva demanda Ademaacutes se le proporciona al usuario un espacio para que escriba el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de Adquirir quesos2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta en pantalla la lista de los tipos de quesos disponibles con su respectivo
precio de venta Tambieacuten muestra una tabla donde se tiene el tipo de queso la cantidad existente en almaceacuten la cantidad demandada la cantidad a comprar y el precio total por la compra de cada tipo queso El sistema proporciona el capital y muestra campos de texto para que el usuario escriba la cantidad que va a comprar de cada tipo de queso el total de su compra y la cantidad que le queda de capital Tambieacuten muestra el botoacuten Comprar
4 El usuario escribe la cantidad de cada tipo de queso a comprar y lo multiplica por su respectivo costo por kilo escribiendo el resultado en el campo de texto correspondiente
5 El usuario suma los costos totales de cada tipo de queso escribe el total a pagar y pulsa el botoacuten Comprar
6 El sistema enviacutea un mensaje informando que la(s) operacioacuten(es) fue correcta7 El sistema actualiza la cantidad del capital y las cantidades de cada tipo de queso
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de quesos y capital
60
Tabla 3-6 Descripcioacuten del caso de uso adquirir camionesNombre Adquirir camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir camiones y se le muestra en pantalla el cataacutelgo de camiones en venta con su respectiva ficha teacutecnica Una vez elegido el camioacuten a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer camioacuten disponible (para ser adquirido) y los
campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un camioacuten dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los camiones en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de camiones y el capital
Tabla 3-7 Descripcioacuten del caso de uso consultar quesosNombre Consultar quesosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar quesos Se muestra en pantalla la informacioacuten de los quesos que se tienen en almaceacuten y el capital con que se cuentaPrecondicioacuten Existan al menos un kilo de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar quesos2 El sistema muestra en pantalla el capital con que se cuenta y la lista de los tipos de quesos
en almaceacuten con su respectiva fecha de caducidadPoscondicioacuten Ninguna
Tabla 3-8 Descripcioacuten del caso de uso consultar camionesNombre Consultar camionesActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar camiones Se muestra la ficha teacutecnica de cada uno de los camiones que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un camioacutenFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar camiones2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los camiones que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
61
32 Disentildeo y desarrollo
En esta seccioacuten se presentaraacuten los diagramas generados en la fase de disentildeo
obtenidos a traveacutes de la aplicacioacuten de la metodologiacutea ICONIX de acuerdo a lo
establecido en la seccioacuten 22 Siguiendo el orden de las fases se mostraraacute en
primer lugar el modelo de dominio posteriormente se presentaraacuten los diagramas
de secuencia y el diagrama de actividades
321 Modelo de dominio
La Figura 38 muestra el diagrama de clases correspondiente al sistema de la
distribuidora de quesos Donde se pueden apreciar las clases que formaraacuten el
sistema y sus respectivas relaciones
I
62
Figura 38 Diagrama de clases de la distribuidora de quesos
322 Diagrama de secuencia
A continuacioacuten se muestran dos de los diagramas de secuencia maacutes importantes
considerando los cursos de accioacuten baacutesico y fallido Las figuras 39 y 310 muestran
el curso baacutesico y fallido respectivamente correspondiente al caso de uso adquirir quesos
63
Distribuidor I Il 1 CIick_Quesos()
Curso basco El usuario (Distribuidor) selecciona la opcioacuten de comprar quesosy elije los tipos de queso a comprar y su respectiva cantidad Posteriormente escribe la cantidad tota de su compra el monto del capital que le resta y pulsa el botoacuten ComprarEl sistema despliega la pantalla de asignar prados y el usuario asigna precios a cada tipo de queso El sistema actualiza el capital y el almaceacuten de losquesos
GUI_ComprarQuesos
6 cant_quesos()
8 realizar_Compra()
10 Click_Comprar()
11 actualizar Capital()
Q QAlmacenQueso Edo_Capital GUI_AsignarPrecios
-r
13 aumenlar_Que90S() |
12 aumentar_Capital()9
14 aumentar_almacen() I Ti
15 tabla Precios()
16 fijar PreciosoA 17 validar_Precios()
l Ii i18 Click Guardar()I
19 asignar Precio()
20 actualizar_Precios()T
Cr
Figura 39 Diagrama de secuencia curso baacutesico del caso de uso adquirir quesos
64
Distribuidor GUI_ComprarQuesos
I 1 C)ick_QuesosO
] 5 mensaje_Error()
O Q
Curso fallido La diferencia con el curso baacutesico radica al momento de acceder al archivo de almeceacuten de quesos donde puede ocurrir un error de lectuumlraescritura de archivo y por consiguiente se le notifica al usuario a traveacutes de un mensaje de error
6 Click_Quesos() I
0
11 cant Quesos()
13 realizar Compra^
8 lista_Quesos()I
9 consultar Capital()
I10 saldo_Capital()
I12 validar_cantidades()
IIII 14 validar_Compra()
15 Click comprarO I
19 mensaje_ErrorQ
Queso Capital AlmacenQueso
2 consultar_Quesos()------------------gt
4 getError() L
7 consultar_Quesos()
16 aumentar_QuesosOiexcl
18 getErrorQ
Figura 310 Diagrama de secuencia curso fallido del caso de uso adquirir quesos
323 Diagrama de actividades
Para ver con mayor claridad y delimitar las responsabilidades que tendraacuten los
docentes alumnos y el software educativo dentro de todo el sistema se utiliza el
diagrama de actividades En la Figura 311 se presenta el diagrama de actividades
correspondiente al caso de estudio del sistema de la distribuidora de quesos en eacutel
se aprecia claramente la forma en que el software educativo sirve de apoyo tanto
al docente como al alumno para reforzar o retroalimentar alguacuten tema de clase
Este diagrama no tiene el fin de mostrar las actividades del sistema completo sino
de mostrar por cada pista del guioacuten la manera en que el software apoya en el
logro de los objetivos de aprendizaje
65
Figura 311 Diagrama de actividades para el caso de estudio de la distribuidora de quesos
66
33 Evaluacioacuten
En esta seccioacuten se presentaraacuten las pruebas de funcionalidad aplicadas al
software de la distribuidora de quesos Tambieacuten se mostraraacuten los resultados
obtenidos de la adaptacioacuten de la metodologiacutea Aacutencora e ICONIX para el desarrollo
de software educativo
331 Pruebas de funcionalidad
Para evaluar la funcionalidad de la distribuidora de quesos se realizaron plantildees
de prueba por caso de uso En la elaboracioacuten de dichos planes se consideraron
las bitaacutecoras de desarrollo de la seccioacuten 312 En las Tablas 3-9 y 3-10 se
presentan los planes de prueba correspondientes a los casos de uso adquirir
quesos y adquirir camiones
67
Tabl
a 3-
9 P
lan
de p
rueb
as p
ara
el c
aso
de us
o ad
quiri
r que
sos
Con
dici
ones
de
salid
a
Se ac
tiven
las o
pcio
nes d
e qu
esos
ca
mio
nes
yre
frige
rado
res
No s
e act
iven
las o
pcio
nes
de que
sos
camio
nes y
refri
gera
dore
s
Se ac
tiven
los ca
mpo
s de
cant
idad
a co
mpr
ar
No s
e act
iven
los ca
mpo
sde
can
tidad
a co
mpr
ar
i____
____
____
____
____
____
No
se
activ
en
los
resp
ectiv
os camp
os de
tota
l com
pra
Se ac
tive e
l cam
po de
lasu
ma
tota
l de
la c
ompr
a
No s
e act
ive e
l cam
po de
la su
ma
tota
l de
la co
mpr
a
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
el ca
pita
l con
que
se cu
enta
Se m
uest
re C
apita
l con
val
or c
ero
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con
su re
spec
tivo
cost
oSe
des
plie
gue
una
tabl
a qu
e co
ntie
ne ca
da
tipo d
e que
so co
n su r
espe
ctiv
a dem
anda
y
cant
idad
en a
lmac
eacuten
Se m
uest
re en
pant
alla
la lis
ta de
de ca
da
tipo
de q
ueso
con s
u res
pect
ivo
cost
oSe
des
plie
gue
una
tabl
a qu
e con
tiene
cada
tip
o de
que
so y
su
cant
idad
en
alm
aceacuten
Se ac
tiven
ios r
espe
ctiv
os ca
mpo
s de t
otal
co
mpr
aSe
enviacutee
el m
ensa
je ldquoLo
s kilos so
n nuacute
mer
os po
sitiv
os es
crib
e cor
rect
amen
te
los k
ilosrdquo
Se en
viacutee e
l men
saje
ldquoFel
icid
ades
Las
mul
tiplic
acio
nes
son
corre
ctas
rdquo
Se e
nviacutee
el m
ensa
je ldquo
El to
tal d
e la
com
pra
es u
na c
antid
ad p
ositi
va
Con
dici
ones
de
Ent
rada
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Exis
ta el
arc
hivo
que
con
tiene
el c
apita
l
Opc
ioacuten
com
prar
recu
rsos
est
eacute ac
tiva
Erro
r al lee
r el arc
hivo
que c
ontie
ne el
capi
tal
El bo
toacuten q
ueso
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de los
ques
os al
mac
eacuten de
los
ques
os y
ped
idos
El b
otoacuten
que
sos
esteacute
act
ivo
Exis
ta los
arch
ivos
que con
tiene
el ca
taacutelo
go de
los qu
esos
alm
aceacuten
de los
qu
esos
y p
edid
os
Erro
r al le
er e
l arc
hivo
de
los p
edid
os
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivad
os y
visi
bles
los ca
mpo
s de
cant
idad
a co
mpr
ar
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Esteacute
n act
ivos
los re
spec
tivos
cam
pos d
e to
tal c
ompr
a
Entra
das
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El usu
ario
elije la
opci
oacuten
com
prar
recu
rsos
El us
uario
puls
a el b
otoacuten
de
que
sos
El us
uario
puls
a el b
otoacuten
de
ldquoque
sosrdquo
Blan
co 5
Pan
ela
8 Fr
esco
18 Bl
anco
-10 Pane
la 8
Fres
co 9
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
184
Tota
l com
pra (
Fres
co)
450
Tota
l com
pra (
Blan
co)
100
Tota
l com
pra (
Pan
ela)
-18
4 To
tal c
ompr
a (F
resc
o) 4
50
No - CM CO in lto cO
Tabl
a 3-9
Pla
n de
pru
ebas
para
el ca
so d
e us
o ad
quiri
r que
sos
(con
tinua
cioacuten
)
Con
dici
ones
de
salid
aSe
activ
e la sec
cioacuten
de op
erac
ione
sSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
ccioacute
n de o
pera
cion
es no
ac
tivad
aSe
active
el bo
toacuten de
com
prar
N
o se a
ctiv
e el bo
toacuten d
eco
mpr
ar
No s
e act
ive e
l botoacute
n de
com
prar
Se ac
tual
icen
los ar
chiv
osde
almac
eacuten de
ques
os y
capi
tal
Se ac
tual
ice e
l cat
aacutelog
o de
ques
os
No s
e ac
tual
ice e
l cat
aacutelog
ode
que
sos
Salid
a Es
pera
da
Se en
viacutee
el m
ensa
je ldquo
Muy
bien
La S
uma
tota
l es
corre
ctarsquo
rsquo
Se enviacute
e el m
ensa
je ldquoSum
a total
inco
rrect
a su
ma
nuev
amen
terdquo
Se en
viacutee e
l mens
aje
ldquoNtildeo cu
enta
s con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
pra
Se enviacute
e el m
ensa
je ldquoFe
licid
ades
Ope
raci
oacuten co
rrect
aSe
enviacute
e el m
ensa
je ldquoE
l resu
ltado
de la
rest
a no
pue
de s
er n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
do
inco
rrect
o re
sta
nuev
amen
terdquo
Se en
viacutee e
l men
saje
ldquoCom
pra r
ealiz
ada
Ah
ora
tiene
s qu
e as
igna
r pre
cios
rdquoSe
mue
stre
la pa
ntal
la de
asig
nar p
reci
os
con
las n
ueva
s ca
ntid
ades
de
cada
que
so
Se en
viacutee e
l mens
aje
ldquoAhor
a ya tie
nen
prec
io de
vent
a tus q
ueso
s ya
pued
es
vend
erlo
s
Se env
iacutee el
men
saje
ldquoLos pr
ecio
s no
pued
en se
r neg
ativ
os e
scrib
e nu
evam
ente
un pr
ecio
Con
dici
ones
de
Ent
rada
Esteacute
activ
o el
cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
aEs
teacute ac
tivo e
l cam
po de
la su
ma t
otal
de
la co
mpr
a
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Secc
ioacuten
de o
pera
cion
es a
ctiv
ada
Botoacute
n co
mpr
ar a
ctiv
oEx
ista
n los arc
hivo
s de alm
aceacuten
de qu
esos
y ca
pita
l
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Cam
pos de
preci
o de ven
ta esteacute
n ac
tivos
Bo
toacuten
guar
dar a
ctiv
o
Entra
das
Tota
l de
la c
ompr
a 73
4
Tota
l de
la co
mpr
a 0
Tota
l de
la co
mpr
a 73
4
Cap
ital-c
ompr
a= N
vo c
apita
l 30
00 -
734
= 228
6C
apita
l-com
pra=
Nvo
cap
ital
3000
- 734
= -
2286
Cap
ltal-C
ompr
a=N
vo c
apita
l 30
00 - 7
34
= 286
El usu
ario
presi
ona e
l botoacute
n co
mpr
ar
Blan
co $
25
Pane
la $
28
Fres
co $
30
Y pu
lsar
el b
otoacuten
gua
rdar
Blan
co $
25
Pane
la $
-28
Fres
co $
30
Y pu
lsa
el b
otoacuten
gua
rdar
No CT) O CMVmdash co Tmdash CD T-
CTgtCD
Tabl
a 3-1
0 P
lan
de p
rueb
as p
ara
el c
aso
de u
so a
dqui
rir c
amio
nes
Con
dici
ones
de
salid
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive l
a sec
cioacuten
deco
mpr
a
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
No s
e act
ive e
l botoacute
n de
com
prar
Se acti
ve el
botoacute
n deco
mpr
ar
Se ac
tual
icen
los ar
chiv
osde
alm
aceacuten
de ca
mio
nes y
capi
tal
Salid
a Es
pera
da
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
de u
no d
e lo
s ca
mio
nes
en ve
nta
Se m
uest
re en
pant
alla
la Fi
cha t
eacutecni
ca
pero
sin
info
rmac
ioacuten
| Se a
ctiv
e el
cam
po d
e to
tal c
ompr
aSe
enviacute
e el m
ensa
je ldquoN
o cue
ntas
con
sufic
ient
e ca
pita
l par
a re
aliz
ar tu
com
prardquo
Se en
viacutee e
l men
saje
ldquoTu c
apita
l se ha
ac
abad
o ne
cesi
tas v
ende
r que
sos p
ara
obte
ner m
aacutes c
apita
l
Se a
ctiv
e la
sec
cioacuten
de
com
pra
Se en
viacutee e
l mens
aje
ldquoEl tota
l de tu
com
pra n
o cor
resp
onde
con e
l pre
cio d
el
cam
ioacuten
eleg
ido
Se en
viacutee e
l men
saje
ldquoEl re
sulta
do de
lare
sta n
o pu
ede
ser n
egat
ivordquo
Se enviacutee
el m
ensa
je ldquoRes
ulta
doin
corre
cto
rest
a nu
evam
ente
rdquo
Se env
iacutee el
men
saje
ldquoFelic
idad
es
Ope
raci
oacuten co
rrect
a
Se enviacutee
el men
saje
ldquoCompr
are
aliz
ada
Aho
ra ya
pued
es re
parti
r tus
pedi
dosrdquo
Con
dici
ones
de
Ent
rada
El bo
toacuten
cam
ione
s es
teacute a
ctiv
oEx
ista
los ar
chiv
os que
contie
ne el
cataacute
logo
de
los
cam
ione
sEl
bot
oacuten c
amio
nes
esteacute
act
ivo
Exis
ta los
arch
ivos
que co
ntie
ne el
cataacute
logo
de l
os ca
mio
nes
Erro
r al le
er el
arch
ivo d
el ca
taacutelo
go de
los
cam
ione
s| Es
teacute a
ctiv
a la
lista
de c
amio
nes
en ve
nta
Esteacute
act
ivo
el c
ampo
de
tota
l com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el c
ampo
de t
otal
com
pra
Cap
ital v
isib
le
Esteacute
act
ivo
el ca
mpo
de
tota
l com
pra
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Secc
ioacuten de
oper
acio
nes de
com
pra
activ
ada
Cap
ital v
isib
le
Botoacute
n co
mpr
ar a
ctiv
oEx
iste
n los arch
ivos
de al
mac
eacuten de
cam
ione
s y
capi
tal
Ent
rada
s
El us
uario
puls
a el bo
toacuten d
e lsquoc
amio
nes
El us
uario
puls
a el bo
toacuten d
e c
amio
nes
| Tipo
de c
amioacute
n C
hico
Cap
ital=
500
Tota
l de
com
pra
100
0
Cap
ital=
0To
tal d
e co
mpr
a 10
00
Cap
ital=
5000
Tota
l de
com
pra
100
0
Cap
ital -
Com
pra
2266
- 130
0
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= -126
6
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 266
Cap
ital-C
ompr
a=N
vo c
apita
l 22
66 -
1000
= 126
6
El us
uario
presi
ona el
botoacuten
co
mpr
ar
Oacutepound - Cl CO LO CO 00 O) O vmdash
o
332 Valoracioacuten de la propuesta de adaptacioacuten de Aacutencora e ICONIX
En el presente trabajo se desarrolloacute un caso de estudio obtenieacutendose una versioacuten
prototipo funcional de una aplicacioacuten educativa aplicando la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX para el desarrollo de software
educativo Los resultados que se presentan estaacuten basados en la experiencia en el
desarrollo del software Sin embargo para verificar de forma maacutes certera la
efectividad de la propuesta de adaptacioacuten se requiere de maacutes tiempo del que se
dispone para la realizacioacuten del presente trabajo Lo anterior se debe a que se
necesita desarrollar el mismo caso de estudio (expuesto en la seccioacuten 31) con
otra metodologiacutea para el desarrollo de software educativo y comparar ambos
resultados en cuanto al proceso de desarrollo se refiere para obtener con mayor
precisioacuten las ventajas y desventajas de la adaptacioacuten propuesta
Considerando las observaciones anteriores y con la finalidad de presentar
los resultados obtenidos de la adaptacioacuten propuesta en la Tabla 3-11 se muestra
una comparacioacuten de los elementos que tienen en comuacuten las metodologiacuteas para el
desarrollo de software educativo (analizadas en el Capiacutetulo 1) y la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX En esta misma tabla se
sentildealan las mejoras en el proceso de desarrollo del software educativo que
presenta la adaptacioacuten propuesta
71
Tabla 3-11 Comparativa de la propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX con las metodologiacuteas de desarrollo de software educativo
Elementos en comuacuten de las metodologiacuteas
analizadas (Capiacutetulo 2)
Propuesta de adaptacioacuten de las metodologiacuteas Aacutencora e
ICONIX para el desarrollo de software educativo
Mejoras para el desarrollo de software educativo
Anaacutelisis del puacuteblico al que se dirigiraacute el software
Problema o necesidad educativa a atender
Anaacutelisis de contenido (tema a trataractividades paraalcanzar el objetivo de ensentildeanza y forma de evaluarlo)
En la fase de Anaacutelisis de Requerimientos de Aacutencora se cubren estos elementos
A diferencia de la mayoriacutea de las metodologiacuteas (analizadas) para el desarrollo de software educativo Aacutencora ofrece de manera clara y concisa la forma de obtener los requerimientos (entrevistas con los clientes lectura de material educativo) y los artefactos que se produciraacuten Documento que define la asignatura contenido objetivo general de aprendizaje metaacutefora y puacuteblico al que se dirigiraacute el software y el guioacuten de la situacioacuten actual
Especificacioacuten de la forma actual de llevar a cabo la ensentildeanza (desarrollo deactividades) del tema a cubrir con el software educativo
A traveacutes del guioacuten de la situacioacuten actual de la fase de Anaacutelisis de Requerimientos de Aacutencora se obtiene esta Informacioacuten
A traveacutes de un guioacuten es maacutes faacutecil plasmar las actividades que se siguen en la ensentildeanza de un tema (s) en particular Tanto al usuario como al desarrollador les permite Identificar con mayor claridad los puntos de mejora que deberaacute ofrecer el software en determinado tema educativo en comparacioacuten con la forma actual en que es abordado
Elaboracioacuten de guiones metaacuteforas escenarios
En la Fase Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora se realiza el guioacuten de la propuestacomputacional el cual refleja la metaacutefora que se sigue
Ademaacutes del guioacuten de la propuesta computacional tambieacuten se crea la bitaacutecora de desarrollo a traveacutes de la cual se observa coacutemo el sistema responderaacute a las diversas acciones que realice el usuario
Creacioacuten de prototipo o Storyboard
Se crean ambos artefactos en la fase de Recoleccioacuten y clasificacioacuten de requerimientos de Aacutencora
A traveacutes del prototipo raacutepido y Storyboard se permite plasmar graacuteficamente la estructura y funcionalidad del sistemacontemplando el disentildeo de la Interfaz sin necesidad de crear artefactos adicionales
Disentildeo de InterfazMapas de navegacioacuten
A traveacutes del prototipo raacutepido y Storyboard se permitepresentar graacuteficamente la estructura y funcionalidad del sistema propuesto
Modelos de datos
Elaboracioacuten dediagramas de contexto diagramas de flujo o diagramas de casos de uso
Este apartado se cubre con la aplicacioacuten de las metodologiacuteas Aacutencora e ICONIX
A traveacutes de Aacutencora se genera elmodelo de casos de uso La metodologiacutea ICONIX adaptada al desarrollo de software educativo propone la elaboracioacuten de la descripcioacuten de los casos de uso el modelo de dominio los diagramas de secuencia y el diagrama de actividades Con lo mencionado anteriormente se ofrece un disentildeo maacutes completo
72
Con base en lo expresado en la tabla anterior se observa que la adaptacioacuten
propuesta cubre los principales elementos que deben considerarse en el
desarrollo de un software educativo Aunado a lo anterior la adaptacioacuten propuesta
presenta algunos puntos de mejora en el proceso de desarrollo del software
educativo ademaacutes de especificar con claridad los artefactos que se producen en
cada fase del desarrollo del software En cuanto a los requerimientos se refiere
la bitaacutecora de desarrollo artefacto no contemplado en otras metodologiacuteas permite
considerar los diferentes caminos de ejecucioacuten de la aplicacioacuten a desarrollar
(tiacutepico indeseable fallido alterno) esta caracteriacutestica es importante en un
software educativo porque a los usuarios se les presentan varias formas de
realizar una actividad y por lo tanto se deben tener en cuenta todas las acciones
que pudieran surgir Otro beneficio que ofrece la bitaacutecora es que ayuda a
especificar las pruebas de funcionalidad del sistema actividad que no es incluida
en las metodologiacuteas analizadas
En las etapas siguientes al combinar el prototipo raacutepido con el Storyboard
se tiene con mayor detalle el disentildeo y funcionalidades que tendraacute el producto
software La adaptacioacuten propuesta tambieacuten permite tener un disentildeo maacutes completo
a diferencia de las metodologiacuteas analizadas donde se aprecia un disentildeo no muy
completo y poco claro Ademaacutes con el diagrama de actividades sugerido se
puede observar con mayor claridad las responsabilidades o roles que
desempentildearaacuten las diferentes partes involucradas en el desarrollo del software
educativo
Por otra parte se debe considerar que dependiendo del nivel de
complejidad del software educativo a desarrollar la utilizacioacuten de la adaptacioacuten
propuesta puede resultar costosa en cuanto a tiempo se refiere Para un producto
software que implique tener maacutes funcionalidades y escenas que las expuestas en
el caso de estudio implica tener maacutes quintetas y por lo tanto un mayor consumo
de tiempo para la elaboracioacuten de la bitaacutecora de desarrollo Es decir la bitaacutecora
73
resulta de mucha utilidad sin embargo se Invierte bastante tiempo en su
elaboracioacuten
333 Resultados
Con las actividades hasta ahora realizadas se ha observado que los artefactos de
Aacutencora son flexibles y pueden por lo tanto adaptarse de acuerdo a las
necesidades que implica la adquisicioacuten de requerimientos de un software
educativo Tambieacuten se aprecian las ventajas de algunos artefactos como la
bitaacutecora de desarrollo que permite determinar las respuestas del sistema ante las
diferentes acciones del usuario y ayuda a planear las pruebas de funcionalidad del
sistema Agregar el objetivo de aprendizaje a la bitaacutecora de desarrollo puede
parecer repetitivo despueacutes de incluirlo en el Storyboard pero esto permite
observar situaciones u obstaacuteculos que pueden impedir que el objetivo de
aprendizaje se alcance y por tanto tenerlos presente durante el disentildeo
A pesar de las ventajas de la bitaacutecora de desarrollo un inconveniente hasta
ahora encontrado es lo tedioso al manejar muchas quintetas cuando por la
naturaleza del guioacuten el usuario realiza numerosas actividades o acciones En lo
referente a la presentacioacuten con los clientes el guioacuten es un artefacto que puede dar
un panorama general del software que se va a elaborar y queda reforzada a traveacutes
del prototipo raacutepido y Storyboard Cuando se requieren cambios solicitados por los
clientes las modificaciones a estos artefactos no han sido muy complicadas dado
que por su estructura son faacutecil de ubicar las secciones y elementos respectivos
En lo referente a la adaptacioacuten realizada a ICONIX en la fase de disentildeo
detallado la inclusioacuten del diagrama de actividades ha permitido ver con mayor
claridad el rol que desempentildea cada uno de los involucrados en el desarrollo del
software educativo asiacute como sus respectivas responsabilidades
74
Con los resultados hasta ahora obtenidos se puede decir que la propuesta
mencionada en este capiacutetulo permite a los desarrolladores con poca experiencia
en desarrollo de software educativo obtener los requerimientos de una forma
sencilla y realizar un disentildeo completo a traveacutes de actividades y artefactos bien
especificados
Aunque para los desarrolladores experimentados pueda resultar muy
extensa la fase de requerimientos por todos artefactos que se producen se debe
recordar que los usuarios son el punto focal de esta fase y que mientras maacutes
claros esteacuten los requerimientos con mayor seguridad se produciraacute el software
deseado
75
Conclusiones
En esta seccioacuten se exponen las conclusiones obtenidas de la propuesta de
adaptacioacuten de las metodologiacuteas Aacutencora e ICONIX Tambieacuten se listan las
actividades que han quedando como acciones para trabajos futuros que
permitiraacuten complementar y enriquecer el presente trabajo
En la elaboracioacuten de un software educativo es necesario conocer y aplicar
elementos de disentildeo instruccional y de ingenieriacutea de software Estos elementos
son la caracteriacutestica principal que distingue a este tipo de software de los demaacutes
tipos de sistemas de software motivo por el cual muchos autores han
desarrollado propuestas o metodologiacuteas para la elaboracioacuten de software
educativo Sin embargo con el anaacutelisis realizado a algunas de estas propuestas y
metodologiacuteas se localizaron algunas carencias en las fases de desarrollo del
software en las que no son del todo claras las actividades que se deben realizar y
los artefactos que se deben obtener en cada una de ellas Tambieacuten se detectoacute
que algunas metodologiacuteas se enfocan maacutes a la parte de disentildeo instruccional
descuidando la parte de ingenieriacutea de software
Por lo anterior despueacutes de analizar los beneficios que brindan las
metodologiacuteas Aacutencora e Iconix se decidioacute adaptarlas con la finalidad de ofrecer
elementos suficientemente claros para la elaboracioacuten de software educativo El
proceso que se siguioacute para llegar a esta adaptacioacuten no fue sencillo y si muy
laborioso Se eligieron algunas propuestas y metodologiacuteas para desarrollar
aplicaciones educativas se analizaron y se obtuvieron las ventajas y desventajas
de cada una de ellas ademaacutes de una lista de elementos principales que se deben
cubrir en el desarrollo de un software educativo
Con base a los elementos obtenidos del anaacutelisis se especificoacute queacute
elementos se cubririacutean con Aacutencora y cuaacuteles con ICONIX Finalmente para evaluar
la adaptacioacuten de ambas metodologiacuteas se desarrolloacute un software educativo
76
aplicando la adaptacioacuten propuesta Por cuestiones de tiempo soacutelo se obtuvo una
versioacuten prototipo funcional del software Por otra parte tambieacuten por motivos del
factor tiempo no se realizoacute una evaluacioacuten completa de la adaptacioacuten propuesta
Sin embargo aunque no se logroacute tener una versioacuten beta del software y una
evaluacioacuten completa de la propuesta de adaptacioacuten con los resultados obtenidos
se alcanzoacute a cubrir el objetivo general del presente trabajo Se establecieron para
cada fase del desarrollo del software actividades y artefactos bien definidos y que
ademaacutes cubren los principales elementos involucrados en el desarrollo de
software educativo Con lo anterior se ayuda a los desarrolladores inexpertos a
obtener con facilidad los requerimientos para la elaboracioacuten de aplicaciones
educativas pasar de la fase de requerimientos a la fase de disentildeo faacutecilmente y
realizar de manera sencilla las actividades subsecuentes a la fase de
requerimientos
Dentro de las actividades que quedaron por realizar se tienen
1 Reutilizacioacuten de requerimientos Aacutencora permite reutilizar la mayoriacutea de sus
artefactos para sistemas semejantes En el caso del software educativo
faltariacutea comprobar que los artefactos producidos (incluyendo las
adaptaciones propuestas) tambieacuten se puedan reutilizar en sistemas
similares
2 Evaluacioacuten formal de la propuesta de adaptacioacuten de las metodologiacuteas
Aacutencora e ICONIX Aplicar paralelamente a un caso de estudio la propuesta
de adaptacioacuten de Aacutencora e ICONIX y una metodologiacutea para el desarrollo de
software educativo Para conocer con certeza las ventajas y desventajas de
la propuesta de adaptacioacuten con la finalidad de establecer puntos de
mejora gt
77
Referencias bibliograacuteficas
Aviles F Armenia A (2007) Guioacuten y disentildeo instruccional curso Informaacutetica
Educativa Universidad Pedagoacutegica Experimental Libertador Instituto Pedagoacutegico
de Miranda Recuperado el 17 de Enero de 2010 de
httpaulafranwikispacescomfiiexcleviewINFQRME+DISENO+INSTRUCCIQNALdo
c
Acosta P B Jaramillo V B (2008) Desarrollo del sistema de gestioacuten acadeacutemica
de comunidades de aprendizaje para la Universidad intercultural Amawtay Wasf
Tesis de Licenciatura en Sistemas Informaacuteticos y de Computacioacuten Escuela
Politeacutecnica Nacional Facultad de Ingenieriacutea en Sistemas Repuacuteblica del Ecuador
pp 29-150 Recuperado el 17 de Enero de 2010 de
httpbibdigitalepnedueehandle15000948
Diacuteaz Antoacuten M G Peacuterez M A Grimmaacuten AC Mendoza LE (2003) Propuesta de
una metodologiacutea de desarrollo de Software educativo bajo un enfoque de calidad
sisteacutemica IV Congreso Multimedia Educativo Universidad de Barcelona
Barcelona Espantildea 25-27 de Junio de 2003 Recuperado el 3 de Junio de 2011
de httpwwwacademia-interactivacomisepdf
Pellone G (1995) Educational software design A literature review Australian
Journal of Educational Technology Vol 11 No 1 pp 68-84 Barton Institute of
TAFE Recuperado el 20 de Junio de 2011 de
httpwwwasciliteorgauaietaiet11pellonehtml
Fowler M Kendall S UML gota a gota Pearson Education Addison Wesley
Meacutexico 1999
78
Gagneacute R Instructional technology foundations Lawrence Erlbaum Associates
USA 1987
Galvis P A (1988) Ambientes de ensentildeanza-aprendizaje enriquecidos con
computador Boletiacuten de Informaacutetica Educativa Vol1 No2 pp 117-145
UNIANDES-LIDIE Recuperado el 20 de Junio de 2011 de
httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
126374 archivopdf
Galvis P A (1992) Ingenieriacutea de Software Educativo Vol1 pp 359 ISBN
958905725 Ediciones UNIANDES Santafeacute de Bogotaacute
Goacutemez CR Galvis P A Marintildeo D O (1998) Ingenieriacutea de software educativo
con modelaje orientado por objetos un medio para desarrollar micromundos
interactivos Informaacutetica Educativa Vol11 No1 pp 9-30 UNIANDES-LIDIE
Universidad de los Andes Bogotaacute Colombia Recuperado el 31 de Enero de 2010
de httpwwwcolombiaaprendeeducohtmlmediateca1607articles-
106359 archivopdf
Hernaacutendez E (2005) Disentildeo instruccional aplicado al desarrollo de software
educativo Encuentro Nacional de Educacioacuten Superior Universidad Autoacutenoma de
Meacutexico Meacutexico 20 al 24 de Junio de 2005 Recuperado el 27 de Enero de 2010
dehttpwwwviexclrtualeduca2005unammxmemoriasveextensoscartelesmesa220
05-03-15126DisenolnstruccionalSwEdupdf
Larman C UML y patrones introduccioacuten al anaacutelisis y disentildeo orientado a objetos
Prentice Hall 2003
Maza P M Cervantes C Guioacuten para medios audiovisuales cine radio y
televisioacuten Addison-Wesley Longman Meacutexico 1994
79
McGriff S J (2000) Modelo ADDIE Instructional Systems College of Education
Penn State University Recuperado el 12 de Octubre de 2009 de
httpdisenoinstrucionalfileswordpresscom200709addiemodeldoc
Reyes E V H (2006) Propuesta de metodologiacutea para el disentildeo desarrollo y
evaluacioacuten de software educativo XXII Simposio Internacional de Computacioacuten en
la Educacioacuten (SOMECE) en Memorias de grupos de trabajo Formacioacuten de
Capital Intelectual Instituto Politeacutecnico Nacional 7-11 de Octubre de 2006 Ciudad
de Meacutexico Recuperado el 17 de Enero de 2010 de
httpwwwsomeceorg mxsimposiexclo06memoriastitulofiexclles2 ReyesEvaristoVictor
Huqopdf
Rosenberg D Stephens M and Collins M Aguumle development with ICONIX
process people process and pragmatismo Apress BerkeleyCA 2005
Simoacuten M Storyboards coacutemo dibujar el movimiento Ediciones Omega SA 2009
SEP 2009 Direccioacuten General de Desarrollo Curricular Programas de estudio
2009 Educacioacuten baacutesica primaria Matemaacuteticas Subsecretariacutea de Educacioacuten
Baacutesica de la Secretariacutea de Educacioacuten Puacuteblica
Sumano Aacute Aacutencora Anaacutelisis de requerimientos de software conducente al reuso de
artefactos (1a ed) Aacutencora y el ciclo de vida (pp 63-105) Editorial Universidad
Veracruzana Meacutexico 2006
Vaughan T Multimedia Making it work McGraw-Hill Berkeley CA 2006
80
Apeacutendice A Guiones Bitaacutecoras de Desarrollo y Storyboard
Guioacuten Distribuidora de quesos Escena 1 Consultar quesosPista Consultar recursos D selecciona consultar Q y se muestra CAP
D obtiene lista TQ en ALMObjetivo de aprendizajeAprender a tomar decisiones futuras sobre Escena 2Consultar camionesrecursos que se poseen D selecciona consultar CAM y se muestra CAP
D obtiene lista TC en existenciaPapeles D revisa CAM que necesitan MANTD = Duentildeo D consulta CTMC y obtiene lista de CTMC
Utensilios Escena 3 Consultar refrigeradoresALM=Almaceacuten D selecciona consultar REF y se muestra CAPCAM= Camiones D obtiene lista TR en existenciaCTMC=Costo mantenimiento camioacuten D revisa REF que necesitan MANTCTMR=Costo mantenimiento refrigeradorCAP = CapitalMANT= MantenimientoQ=QuesosREF= RefrigeradoresTC = Tipos de CamioacutenTQ = Tipos de QuesoTR = Tipos de Refrigerador
D consulta CTMR y obtiene lista de CTMR
Condiciones de entradaD necesita conocer los recursos con que cuenta
Conocimientos previos del usuarioConocer unidades de medida y peso
Condiciones de salidaD conoce la cantidad de recursos que tiene
Figura A- 1 Guioacuten de propuesta computacional pista consultar recursos para la distribuidora de quesos
81
Tabla A- 1 Bitaacutecora de desarrollo para la escena consultar quesos de la pista consultarrecursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar Q y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo muestra en pantallaFallido Falle la lectura del archivo que contiene CAP y no se muestre en pantalla
4 hrs 5 hrs
D obtiene lista TQ en ALM
Tiacutepico El sistema lee exitosamente el archivo de almaceacuten de quesos Despliega en pantalla la lista de los TQ en ALM con su respectiva fecha de caducidadFallido Falle la lectura del archivo del almaceacuten de quesos y no se muestre en pantalla la lista de los quesos
6 hrs 75 hrs
Objetivo de aprendizaje
Tiacutepico Interpretar la informacioacuten que se presenta para tomar decisiones sobre los recursos que se poseen (adquirir maacutes o no) Aplicar conocimientos sobre el manejo de fechas unidades de medida y pesoIndeseable El concepto de caducidad no se entienda
Tabla A- 2 Bitaacutecora de desarrollo para la escena consultar camiones de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultarCAM y se muestraCAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no se muestre en pantalla el CAP
4 hrs 45 hrs
D obtiene lista TC en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los camiones Presenta en pantalla los TC en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten y no se muestren todos los TC en existencia
6 hrs 7 hrs
D revisa CAM que necesitan MANT
Tiacutepico Se resalten CAM que requieren mantenimientoFallido Falle la lectura del almaceacuten de camiones y no se muestren en pantalla los CAM que requieren MANTFallido Error al mostrar la informacioacuten en pantalla y no se sentildeale ninguacuten CAM con desperfectos
4 hrs 35 hrs
D consulta CTMC yobtiene lista de CTMC
Tiacutepico El sistema muestre la opcioacuten de consultar CTMC lee exitosamente el archivo que contiene los costos de mantenimiento de los camiones (CTMC) Muestre en pantalla la lista de CTMC Fallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable Lectura de archivo incorrecto y se muestren eh pantalla los costos de mantenimiento de los refrigeradoresAlterno D no consulte CTMC y permanezca en la pantalla de consulta de CAM
4 hrs 47 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad en la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
82
Tabla A- 3 Bitaacutecora de desarrollo para la escena consultar refrigeradores de la pista consultar recursos
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D selecciona consultar REF y se muestra CAP
Tiacutepico El sistema lee exitosamente el archivo donde se guarda CAP y lo despliega en pantallaFallido Falle la lectura del archivo no aparezca en pantalla el CAP
4 hrs 43 hrs
D obtiene lista TR en existencia
Tiacutepico El sistema lee exitosamente el archivo donde se guarda el almaceacuten de los refrigeradores Presenta en pantalla TR en existencia con sus respectivas caracteriacutesticasFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en pantallaFallido Error al mostrar la informacioacuten en pantalla y no se muestren todos los TR en existencia
6 hrs 65 hrs
D revisa REF que necesitan MANT
Tiacutepico El sistema resalte los refrigeradores que requieren mantenimientoFallido Falle la lectura del almaceacuten de REF y no se muestren en pantalla los REF que requieren MANT
4 hrs 3 hrs
D consulta CTMRy obtiene lista de CTMR
Tiacutepico El sistema lee exitosamente el archivo que contiene los costos de mantenimiento de los refrigeradores (CTMR) Muestre en pantalla la lista de CTMRFallido La lectura del archivo falle y no se muestre ninguna informacioacuten en pantallaIndeseable La lectura del archivo sea erroacutenea y se muestren en pantalla los costos de mantenimiento de los camionesAlterno D no consulte CTMR y permanezca en la seccioacuten de consultar REF
4 hrs 45 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre unidades de medida Conocer la importancia de mantener en buen estado los instrumentos de trabajoIndeseable Ambiguumledad eacuten la informacioacuten que se presenta y por tanto no se comprendan los teacuterminos empleados para el mantenimiento de los camiones
83
Tiacutetulo pista Consultar recursos Escena Consultar quesos No Referencia 13
Recursos
Hasta este diacutea cuentas con los siguientes recursos
Capital iexclj $3300 iexclI
laquoMMS fe
Almaceacuten de quesos
Tipo de aueso rsquo Dlmenslonet caja Cantidad total _ de queso
laquouto iraquo ltraquobdquo
Camiones
largo SO rltt Ancho pound0 eacuteoacute Araquolaquo10 craquo
3 ltlaquo Anche 25 ewampraquoi|Slargo jo claquot Oneho 2 elaquoi
Alto 15elaquoiLargo- 25
4r - bdquo5 rltbullbullbullraquo
i|iiexclP
10 Kg
WKg
bullraquok9
Proximot a eedvcer
Caducidad
ZieO5zraquoraquo 6
iacute raquo-Z 9 rc deg rci l ij
U7050raquo bdquobullbull q
Descripcioacuten de la pista En la pantalla de consultar quesos se despliega el capital que se tiene y una lista con todos los tipos de queso con que se cuenta hasta ese momento (en almaceacuten) Ademaacutes se muestra por cada tipo de queso sus dimensiones (caja) la cantidad de kilos que hay y su respectiva caducidad Tambieacuten se resaltan los quesos que ya estaacuten proacuteximos a caducarEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre el manejo de fechas unidades de medida y peso ademaacutes de comprender el concepto de caducidad Utilizar la Informacioacuten presentada para tomar decisiones sobre los recursos que se poseen
Ambiente Esta escena representa una actividad que tiene que realizar un distribuidor de quesos (revisar su almaceacuten) para que su almaceacuten este lleno y pueda abastecer sus pedidos Ademaacutes evite que sus quesos caduquen y tenga perdidas en lugar de ganancias
igura A- 2 Storyboard para la escena consultar quesos de la pista consultar recursos
84
Tiacutetulo pista Consultar recursos Escena Consultar camiones No Referencia 23
Recursos v
^47ldquorsquoii
Hasta esto diacutea cuentas con tos siguientes recursos
Capital l| laquo 3SOO iexclj
Camiones en existencia
i
Camiontraquo
No oe lsquoCortoacuten
Jipo de camoacuten
Dimensiones del cartoacuten
Laigo52oacute m Anche liacutet m
aBo 1 mlargo 134 m
Mediano Anche 245 m Atto249 m largo 13 4 m
Mediano Ancho i45 nr Aflo 1 m
NraquoelaquoraquoWlaquo
Sslodo rsquo Rendimiento Cantidad del _ gt de
cartoacuten gasolina Costos de mantenimiento para los camiones
bullCambioda aceito y
iacuteohcfampiduta do bullbullbullbull llonlcj
Coste de mantenimiento
bull rsquoiIacuteJC y $1000 bullrsquo
Jisoo
Craquotte iquesto
r-
J
Descripcioacuten de la pista En la pantalla de consultar camiones se despliega el capital que se tiene y una lista con todos los tipos de camiones que se cuenta hasta ese momento Por cada tipo de camioacuten se muestran sus dimensiones estado (nivel de desgaste) rendimiento y respectiva cantidad de gasolina Tambieacuten se sentildealan los camiones que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los camiones sin salirse del moacutedulo consultar recursos donde aparece una pantalla con el tipo de desperfecto y su respectivo costo Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar camionesEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa la revisioacuten de camiones que hace un distribuidor de quesos con la finalidad de verificar que tiene en buen estado sus camiones para poder abastecer sus pedidos
Figura A- 3 Storyboard para la escena consultar camiones de la pista consultar recursos
85
Tiacutetulo pista Consultar recursos Escena Consultar refrigeradores No Referencia 33
Nuacutemero de Refrigerador
Hasta este diacutea tueacutentascon los siauientes recursos
Capital J| iacute 3093 iexcl|
Refrigeradores en existencia
Eslodo del refrigerador
Nalteltiacuteflaquo
Dimensiones del refrigerador
largo523rri Ancho l4m
bull AHolm
largo 136m Ancho 248 m
Alio 270 m rsquo rsquo gt largo S 23 m
Ancho llaquom Alio ] m+
Claquotlaquo montenianieat
gestos de mantenimiento para los refrigeradores
Descripcioacuten de la pista En la pantalla de consultar refrigeradores se despliega el capital que se tiene y una lista de los tipos de refrigeradores con que se cuenta hasta ese momento Para cada tipo de refrigerador se muestran su estado (nivel de desgaste) y sus dimensiones Tambieacuten se sentildealan los refrigeradores que requieren mantenimiento Ademaacutes se muestra un botoacuten que permite consultar los costos de mantenimiento de los refrigeradores (sin salirse del moacutedulo consultar recursos) donde aparece una pantalla con el nivel de desgaste y su respectivo costo de reparacioacuten y el costo de adquirir un nuevo refrigerador Al salir de la pantalla de costos de mantenimiento se regresa a la pantalla de consultar refrigeradoresEsta escena permite pasar a los otros dos escenarios de consultar o a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida Entender el concepto de mantenimiento y asociarlo con la toma de decisiones futuras
Ambiente Esta escena representa cuantificar el nivel de desgaste de los refrigeradores que posee un distribuidor de quesos Con la finalidad de mantener en condiciones oacuteptimas sus refrigeradores de tal manera que le permitan conservar en buen estado sus quesos
Figura A- 4 Storyboard para la escena consultar refrigeradores de la pista consultar recursos
86
Guioacuten Distribuidora de quesos Escena 1 Cargar camioacutenPista Entregar pedidos D elige TC para repartir sus PED
D carga CAM con TQ demandadosObjetivo de aprendizaje D consulta PEDManejar informacioacuten sobre los recursos I x iquestHay maacutes PEDque se poseen Aprender a tomar | D pasa a Escena 2 y regresa a Escena 1decisiones y aplicar operaciones baacutesicas D pasa a Escena 2matemaacuteticas
Escena 2 Repartir pedidosPapeles D traza la R para repartir PEDD= Distribuidor D consulta PED por repartir
i iquestFaltan PED por entregarUtensilios I D traza otra RCAM= Camioacuten D borra MCAP= CapitalM=MapaPED= PedidosR= RutaTC = Tipo de CamioacutenTQ = Tipos de Queso
D obtiene CAP actualizado
Condiciones de entradaD cuenta con quesos en almaceacutenD tiene pedidos de quesos
Conocimientos previos del usuario Realizar operaciones baacutesicas de matemaacuteticasConocer unidades de medida y peso
Condiciones de salidaD entrega pedidos
Figura A- 5 Guioacuten de propuesta computacional pista entregar pedidos para la distribuidora de quesos
87
Tabla A- 4 Bitaacutecora de desarrollo para la escena cargar camioacuten de la pista entregar pedidos
Quinteta Forma de comprobacioacutenTiempo
propuestoTiempo
real
D elige TC para repartir sus PED
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los camiones en existencia y muestra en pantalla un TC con su respectiva ficha teacutecnica D elige el TC maacutes adecuado para repartir PEDFallido Falle la lectura del archivo y no se muestren en pantalla los TC
6 hrs 71 hrs
D carga CAM con TQ demandados
Tiacutepico Se muestra en pantalla la cantidad de cada TQ demandado y sus respectivas dimensiones D escribe la cantidad de cada TQ que cargaraacute al camioacutenFallido Falle la lectura del archivo de los pedidos y no se muestre en pantalla ninguacuten pedidoIndeseable D cargue maacutes TQ de los que soporta el CAM elegido el sistema enviacutea a D un msg de alerta indicaacutendole que ha excedido la capacidad del camioacutenAlterno D seleccione otro CAM y se limpian los campos para cargar nuevamente los kilos de cada TQ
10 hrs 128 hrs
D consultaPED
Tiacutepico Se enviacutea Msg ldquoPedidos cubiertosrdquo cuando los kilos de quesos pedidos son iguales a la cantidad de kilos que tiene el CAMIndeseable D agregue menos kilos de queso que los kilos pedidos el sistema le enviacutea un msg de alerta indicaacutendole que tiene pedidos pendientes por surtirAlterno D selecciona otro CAM y se limpien los campos para cargar nuevamente los kilos de cada TQ
8 hrs 105 hrs
D pasa a Escena 2 y regresa a Escena 1
Tiacutepico El sistema enviacutea el mensaje ldquopedidos pendientes camioacuten lleno reparte y vuelve a cargar camioacutenrdquo El sistema ya no permite agregar maacutes kilos de queso al CAM Se active la lista de CAM existentesFallido La lectura del archivo de camiones existentes falle y no se muestren en pantalla los CAM existentesAlterno D seleccione otro CAM para cargar nuevamente todos los pedidos
10 hrs 11 hrs
D pasa a Escena 2
Tiacutepico El sistema enviacutea el mensaje Ya puedes repartir tus pedidosrdquo Se activen las secciones de actividades y rutas Fallido No se active la seccioacuten de actividades y rutas quedando no visibles para D
4 hrs 66 hrs
Objetivo de aprendizaje
Deseable Aprender a tomar decisiones sobre los recursos que se poseen Practicar operaciones baacutesicas matemaacuteticas a traveacutes de actividades de caacutelculo de pesos Indeseable La informacioacuten y actividades que se presentan resulten confusas e impidan la correcta interpretacioacuten de los datos y aplicacioacuten de las operaciones requeridas
88
Tabla A- 5 Bitaacutecora de desarrollo para la escena repartir pedidos de la pista entregarpedidos______ _________________ ________________ ______________________ ________
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D traza la R para repartir PED
Tiacutepico Se muestra en pantalla el mapa para trazar rutas indicando la ubicacioacuten de gasolineras y de los pedidos El botoacuten de trazo esteacute activo D marque un punto inicial y final y se trace una liacuteneaFallido Error al mostrar el mapa y no aparezca en pantalla Fallido Falle la lectura del archivo de los pedidos y no se muestre su ubicacioacuten en el mapaIndeseable D marque solo un punto y se le enviacutee un mensaje informaacutendole que debe trazar un punto finalAlterno D seleccione borrar una R en lugar de trazar R
12 hrs
D consultaPED por repartir
Tiacutepico El sistema enviacutea un mensaje informando los pedidos que faltan por surtir y el porcentaje de gasolina que le resta al camioacuten Cuando la gasolina es insuficiente para el siguiente trazo se enviacutea un mensaje avisando que se requiere recargar gasolinaFallido No se enviacutee aviso de gasolina insuficienterdquo cuando la gasolina no alcance para repartir el siguiente pedidoAlterno D trace R a una gasolinera
10 hrs
D traza otra R
Tiacutepico Sistema guarda punto anterior final y D traza otro punto final para la siguiente R Se traza una linea del punto anterior al finalFallido Error al dibujar las liacuteneas y no se muestre en pantalla la linea trazadaAlterno D seleccione borrar y se elimine una R
8 hrs
D borra M
Tiacutepico El botoacuten borrar mapa este activado D seleccione borrar mapa y se borren todas las liacuteneas trazadasFallido Error al eliminar liacuteneas y no se borren todas las liacuteneasAlterno D seleccione borrary se elimine una R
10 hrs
D obtieneCAPactualizado
Tiacutepico El sistema enviacutea un mensaje con el capital actualizadoFallido Falle la escritura del archivo que contiene el capital y no se actualice el archivo mostrando en pantalla el capital anterior a la venta
2 hrs
Objetivo de aprendizaje
Deseable Aplicar conocimientos sobre el manejo de distancias ubicacioacuten espacial y operaciones matemaacuteticas baacutesicas a traveacutes del uso de unidades de medidaIndeseable La informacioacuten presentada resulte confusa dificultando la comprensioacuten del contexto para el manejo de distancias y ubicacioacuten espacial
89
Descripcioacuten de la pista La seccioacuten de entregar pedidos presenta en primera instancia dos tablas Una donde se muestran los tipos de camiones que se tienen en existencia (almaceacuten) desplegando su respectiva ficha teacutecnica De los cuales se seleccionaraacute uno para repartir los pedidos La otra tabla muestra los kilos de cada tipo de queso demandado con sus respectivas dimensiones (caja) Esta uacuteltima tabla tambieacuten contiene los campos donde el usuario escribiraacute la cantidad de cada tipo de queso que subiraacute al camioacuten y ademaacutes un campo que va indicando la cantidad de quesos que se van ldquosubiendo al camioacuten seleccionadoEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida y peso Aprender a manejar los recursos que se tienen y tomar decisiones sobre ellos
Ambiente Esta escena representa la actividad de seleccionar el camioacuten adecuado para repartir los pedidos y posteriormente cargarlo con los respectivos pedidos
Figura A- 6 Storyboard para la escena cargar camiones de la pista entregar pedidos
90
Tiacutetulo pista Entregar pedidos Escena Repartir pedidos No Referencia 22
Descripcioacuten de la pista Una vez cargado el camioacuten en la pantalla de repartir pedidos se activaraacute el mapa y la tabla de actividades En el mapa se sentildeala la ubicacioacuten de los pedidos y de las gasolineras Cuando el usuario pulse el botoacuten de trazo podraacute sentildealar a traveacutes de un clic cada punto inicial y final para trazar una ruta (liacutenea) El botoacuten de borrar deshace la uacuteltima ruta trazada y el botoacuten de borrar mapa elimina todas las rutas trazadas La tabla de actividades conformada por siete columnas registra el punto inicial (origen) y final (destino) para mostrar los kiloacutemetros que hay entre ambos puntos en la columna de kiloacutemetros recorridos se hace la suma acumulativa de los kiloacutemetros totales recorridos La columna de Actividad a realizar en el destino despliegan las opciones que se pueden realizar al llegar al destino (dejar pedido cargar gasolina regresar a bodega) La penuacuteltima columna muestra la cantidad de gasolina consumida en la ruta trazada y en la siguiente columna la cantidad de gasolina restanteEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Aplicar conocimientos sobre unidades de medida distancia y ubicacioacuten espacial Realizar operaciones baacutesicas en situaciones de la vida cotidiana
Ambiente Esta escena representa la forma en que se distribuyen los pedidos y los elementos que se tienen que contemplar (gasolina) para no tener perdidas sino ganancias
Figura A- 7 Storyboard para la escena repartir pedidos de la pista entregar pedidos
91
Guioacuten Distribuidora de quesosPista Analizar actividades
Objetivo de aprendizajeInterpretar la informacioacuten presentada a traveacutes de tablas y graacuteficas
PapelesD= Distribuidor
UtensiliosVtaDiacutea= Venta del diacuteaVtaSem= Venta de la semana GtosDiacutea=Gastos del diacuteaGtosSem=Gastos de la semanaVGD= Ventas y gastos del diacuteaVGS= Ventas y gastos de la semana
Condiciones de entradaD haya entregado pedidosD haya adquirido recursos
Conocimientos previos del usuario Conocer conceptos baacutesicos para la utilizacioacuten de tablas y graacuteficas
Condiciones de salidaD conozca sus ganancias o peacuterdidas
Escena 1 Consultar ventasD consulta VtaDiacuteaacuteD obtiene la VtaDiacuteaD consulta VtaSemD obtiene la VtaSem
Escena 2 Consultar gastosD consulta GtosDiacuteaD obtiene GtosDiacuteaD consulta GtosSemD obtiene GtosSem
Escena 3 Comparar ventas y gastosD consulta VGDD obtiene VGDD consulta VGSD obtiene VGS
Figura A- 8 Guioacuten de propuesta computacional pista analizar actividades para la distribuidora de quesos
92
Tabla A- 6 Bitaacutecora de desarrollo para la escena consultar ventas de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VtaDia
Tiacutepico El sistema muestra la opcioacuten de consultar VtaDia y D elije el diacutea de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestre la opcioacuten de VtaDia
2 hrs 28 hrs
D obtiene la VtaDia
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaDia a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al mostrar la informacioacuten en pantalla y se muestre VtaDia diferente a la VtaDia solicitadaAlterno D seleccione consultar otro diacutea de venta y se muestre su respectiva informacioacuten
6 hrs
1
58 hrs
D consulta VtaSem
Tiacutepico El sistema muestra la opcioacuten de consultar VtaSem y D elije la semana de venta que desea consultarFallido Error al mostrar informacioacuten en pantalla y no se muestren la opcioacuten de VtaSem
2 hrs ) 4 hrs
D obtiene la VtaSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas Se presenta la VtaSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca en pantalla ninguna informacioacutenFallido Error al presentar informacioacuten en pantalla y se muestre VtaSem diferente a VtaSem solicitadaAlterno D seleccione consultar otra semana de venta y se muestre su respectiva informacioacuten
6 hrs 74 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
93
Tabla A- 7 Bitaacutecora de desarrollo para la escena consultar gastos de la pista analizaractividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta GtosDiacutea
Tiacutepico El sistema muestra la opcioacuten de consultar GtosDiacutea y D elije el diacutea que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestra la opcioacuten de GtosDiacutea
2 hrs 22 hrs
D obtiene GtosDiacutea
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosDiacutea a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca ninguna informacioacuten en la pantallaFallido Error al presentar la informacioacuten en pantalla y se visualice GtosDiacutea diferente a GtosDiacutea solicitadoAlterno D seleccione consultar otro diacutea de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 58 hrs
D consulta GtosSem
Tiacutepico El sistema muestra la opcioacuten de consultar GtosSem y D elije la semana que desea consultar los egresosFallido Error al mostrar la informacioacuten en pantalla y no se muestren la opcioacuten de GtosSem
2 hrs 35 hrs
D obtiene GtosSem
Tiacutepico El sistema lee exitosamente el archivo donde se guardan los egresos Se presentan GtosSem a traveacutes de una tablaFallido Falle la lectura del archivo no aparezca la informacioacuten en pantallaFallido Error al presentar la informacioacuten en pantalla y se muestre GtosSem diferente a GtosSem solicitadaAlterno D seleccione consultar otra semana de egresos y se muestra en pantalla la informacioacuten correspondiente
6 hrs 7 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de tablasIndeseable Tablas con datos confusos que dificulten la comprensioacuten de la informacioacuten presentada
Tabla A- 8 Bitaacutecora de desarrollo para la escena comparar ventas y gastos de la pista analizar actividades
Quinteta Forma de comprobacioacuten Tiempopropuesto
Tiemporeal
D consulta VGD
Tiacutepico El sistema muestra la opcioacuten de comparar VGD y D selecciona el diacutea que desea comparar sus ventas y sus gastos Fallido Error al presentar la informacioacuten en pantalla y no se muestren los diacuteas
2 hrs 25 hrs
D obtieneVGD
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGD a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 125 hrs
D consulta VGS
Tiacutepico El sistema muestra la opcioacuten de comparar VGS y D selecciona la semana que desea comparar sus ventas y sus gastosFallido Error al mostrar informacioacuten en pantalla y no se muestren las semanas
2 hrs 34 hrs
D obtieneVGS
Tiacutepico El sistema lee exitosamente el archivo donde se guardan las ventas y los egresos Se presentan VGS a traveacutes de una graacuteficaFallido Falle la lectura del archivo no aparezca ninguna graacutefica en pantalla
8 hrs 113 hrs
Objetivo de aprendizaje
Deseable Interpretar la informacioacuten presentada a traveacutes de graacuteficasIndeseable Graacuteficas ambiguas que dificulten la comprensioacuten de la informacioacuten presentada
94
Tiacutetulo pista Analizar actividades Escena Consultar ventas No Referencia 13
Anaacutelisis de las ventas bdquo iquestMiacutel_iraquo o laquo i a 4(
Diacutea o semana
ampGarios gBlaquo
Anaacutelisis HI iexcl
-di
DiacuteaSemana
Veniacuteas
Diacutea Tipo de queso
Blanco
Cantidadvendida
- Dinero adquirido
1 11 krsquog $ 100 pound
1 Pondo 13 Kg $ 600
1 2
Fresco 12 Kg $300
Blanco 15 Kg iacute $130
18 Kg $7002 Pone lo
2 Fresco 20 Kg i $ 450 y
Dinero Total adquirido
Descripcioacuten de la pista La seccioacuten de analizar actividades permite consultar las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por cuatro columnas La primera columna especifica el diacutea en que se realizoacute la venta las columnas dos y tres muestran el tipo de queso que se vendioacute y sus respectivos kilos vendidos La uacuteltima columna presenta el dinero adquirido por cada tipo de queso vendidoPor uacuteltimo aparece el total de dinero obtenido por la venta del diacutea o de la semana (seguacuten la opcioacuten de consulta seleccionada)Esta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre las ventas que se van teniendo diacutea con diacutea Con la finalidad de mejorar las estrategias de venta para obtener maacutes ganancias y tener menos perdidas
Figura A- 9 Storyboard para la escena consultar ventas de la pista analizar actividades
95
Titulo pista Analizar actividades Escena Consultar gastos No Referencia 23
Descripcioacuten de la pista La seccioacuten de analizar actividades tambieacuten permite consultar los gastos que se van teniendo ya sea por diacutea o por semana seguacuten lo solicite el usuario La informacioacuten para ambos casos se presenta a traveacutes de una tabla conformada por tres columnas La primera columna especifica el diacutea la segunda muestra la cantidad de dinero gastado en ese diacutea y en la uacuteltima columna aparece el concepto del gasto Por uacuteltimo aparece el total de dinero gastado en el diacutea o en la semana especificadaEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de tablas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos que van generando diacutea con diacutea Con la finalidad de mejorar las estrategias de venta y tener menos perdidas
Figura A-10 Storyboard para la escena consultar gastos de la pista analizar actividades
96
Titulo pista Analizar actividades Escena Comparar ventas y gastos No Referencia 3Z3
| Anaacutelisis de Saacutes ventas iexcl
Descripcioacuten de la pista En esta seccioacuten se muestra una graacutefica comparativa donde se pueden apreciar tanto los gastos como las ventas realizadas ya sea por diacutea o por semana seguacuten lo solicite el usuarioEsta escena permite pasar a cualquiera de los otros moacutedulos
Descripcioacuten de objetivo de ensentildeanza Interpretar la informacioacuten que se presenta a traveacutes de graacuteficas y analizar los resultados obtenidos para tomar decisiones futuras
Ambiente Esta escena representa el anaacutelisis que se debe hacer sobre los gastos y ventas que van generando diacutea con diacutea Con la finalidad de ver si los resultados son favorables o no para mejorar las estrategias de venta y tener menos perdidas
Figura A- 11 Storyboard para la escena comparar ventas y gastos de la pista analizar actividades
97
Apeacutendice B Descripcioacuten de Casos de Uso
Tabla B-1 Descripcioacuten del caso de uso adquirir refrigeradoresNombre Adquirir refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona la opcioacuten de adquirir refrigeradores y se le muestra en pantalla el cataacutelgo de refrigeradores en venta con su respectiva ficha teacutecnica Una vez elegido el refrigerador a comprar el usuario escribe el total de su compra y la cantidad que le queda de capital despueacutes de haber realizado su adquisicioacutenPrecondicioacuten Se cuente con suficiente capital para comprarFlujo baacutesico
1 El usuario selecciona la opcioacuten de adquirir refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema presenta la ficha teacutecnica del primer refrigerador disponible (para ser adquirido)
y los campos de texto para que el usuario escriba el total de su compra y el capital que le resta Ademaacutes muestra el botoacuten Comprar
4 El usuario elije un refrigerador dando clic en la barra de desplazamiento5 El usuario llena los campos de texto con lo solicitado total de la compra y el capital que le
queda despueacutes de realizar su compra Y presiona el botoacuten Comprar6 El sistema enviacutea un mensaje de que la operacioacuten fue correcta7 El sistema actualiza las cantidades del capital y de los refrigeradores en existencia
Flujo alterno6 El sistema enviacutea un mensaje un informando al usuario que la(s) operacioacuten(es) fueron
incorrectas y que las vuelva a realizarPoscondicioacuten El sistema actualiza los archivos de almaceacuten de refrigeradores y el capital
Tabla B- 2 Descripcioacuten del caso de uso consultar refrigeradoresNombre Consultar refrigeradoresActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona consultar refrigeradores Se muestra la ficha teacutecnica de cada uno de los refrigeradores que se tienen en existencia y el capital con que se cuentaPrecondicioacuten Exista al menos un refrigeradorFlujo baacutesico
1 El usuario selecciona la opcioacuten de consultar refrigeradores2 El sistema muestra en pantalla el capital con que se cuenta3 El sistema muestra en pantalla los refrigeradores que se poseen y aquellos que requieren
mantenimiento4 El usuario pulsa el botoacuten de mantenimiento5 El sistema muestra los costos de mantenimiento
Flujo alterno4 El usuario no consulta los costos de mantenimiento
Poscondicioacuten Ninguna
98
Tabla B- 3 Descripcioacuten del caso de uso cargar camioacutenNombre Cargar camioacutenActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario selecciona el tipo de camioacuten que emplearaacute para repartir los quesos y lo carga con los kilos de cada tipo de queso pedidoPrecondicioacuten Existan al menos un camioacuten y tres kilos de cada tipo de quesoFlujo baacutesico
1 El usuario selecciona la opcioacuten de entregar pedidos2 El sistema muestra en pantalla los tipos de camiones disponibles3 El usuario selecciona el camioacuten adecuado para repartir sus pedidos4 El sistema muestra una tabla con los kilos de cada tipo de queso en almaceacuten los kilos
demandados (pedidos) y los campos de texto para escribir los kilos que se subiraacuten al camioacuten
5 El usuario suma el total de kilos que cargaraacute al camioacutenFlujo alterno
5 El usuario realiza mal la suma o carga maacutes kilos de los que soporta el camioacuten el sistema le enviacutea un mensaje indicaacutendole su error y permitieacutendole corregirlo
Poscondicioacuten El sistema guarda el porcentaje de desgaste del camioacuten
Tabla B- 4 Descripcioacuten del caso de uso repartir pedidosNombre Repartir pedidosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario va dejando sus pedidos en las direcciones indicadas Si se le acaba la gasolina tienen la posibilidad de pasar a una gasolinera para recargar combustiblePrecondicioacuten El camioacuten esteacute cargado con los quesosFlujo baacutesico
1 El sistema muestra un mapa con las direcciones de las gasolineras pedidos y ubicacioacuten de la distribuidora
2 El usuario escribe la direccioacuten del origen y destino3 El sistema muestra la cantidad de gasolina que se consumiraacute en ese trayecto4 E usuario elije lo que haraacute en ese punto (dejar pedido regresar a distribuidora o cargar
gasolina)5 El sistema muestra la cantidad de gasolina restante6 El usuario repite los pasos 23 y 4 hasta teminar de repartir sus pedidos
Flujo alterno6 El usuario no termina de repartir sus pedidos y el sistema se lo informa a traveacutes de un
mensaje permitieacutendole terminar la reparticioacuten de pedidosPoscondicioacuten El sistema guarda los pedidos surtidos
99
Tabla B- 5 Descripcioacuten del caso de uso consultar ventasNombre Consultar ventasActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta las ventas que ha realizado en el diacutea o en la semanaPrecondicioacuten Exista al menos un pedido surtidoFlujo baacutesico
1 El usuario presiona el botoacuten de ventas2 El usuario selecciona el diacutea de venta que desea consultar3 El sistema muestra la descripcioacuten de las ventas realizadas a traveacutes de una tabla que
contiene el tipo de queso los kilos vendidos y el dinero obtenido de la venta4 El sistema muestra el total de dinero obtenido por las ventas
Flujo alterno2 El usuario desea consultar una semana de venta y el sistema muestra la descripcioacuten de
las ventas de la semanaPoscondicioacuten Ninguna
Tabla B- 6 Descripcioacuten del caso de uso consultar gastosNombre Consultar gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario consulta los gastos que ha tenido en el diacutea o en la semanaPrecondicioacuten Se hayan adquirido recursosFlujo baacutesico
1 El usuario presiona el botoacuten de gastos2 El usuario selecciona el diacutea del que desea consultar sus gastos3 El sistema muestra la descripcioacuten de los gastos a traveacutes de una tabla que contiene la
cantidad del dinero invertido y el concepto de la compra (inversioacuten)4 El sistema muestra el total de dinero invertido en las compras
Flujo alterno2 El usuario desea consultar los gastos de una semana y el sistema muestra la descripcioacuten
de los gastos de la semanaPoscondicioacuten Ninguna
Tabla B- 7 Descripcioacuten del caso de uso comparar ventas y gastosNombre Comparar ventas y gastosActor Distribuidor (usuario)Tipo PrimarioDescripcioacuten El usuario compara a traveacutes de una graacutefica las ventas y las inversiones realizadas en un diacutea o en una semanaPrecondicioacuten Se hayan adquirido recursos y realizado ventasFlujo baacutesico
1 El usuario presiona el botoacuten de anaacutelisis2 El usuario selecciona el diacutea que desea comparar sus gastos y ventas3 El sistema muestra una graacutefica que representa los gastos y las ventas realizadas4 El sistema indica si se obtuvo perdida o ganacia
Flujo alterno2 El usuario compara los gastos y ventas de una semana El sistema muestra la graacutefica
comparativa de la semana elegidaPoscondicioacuten Ninguna
100
