CAPTULO3MarcoMetodolgico

CAPTULO3 MARCOMETODOLGICO
3.1. Metodologaaserutilizada Es importante sealar que al desarrollar software educativo es necesaria la incorporacin de aspectos de ndole pedaggico y didctico parasatisfacerlasnecesidadesdelusuarioalquevadirigidoelsoftware,as comolaincorporacindelmismoenelprocesodedesarrolloparaidentificar, necesidades sentidas y expresadas y/o problemas especficos, y poder establecermecanismosquedenrespuestaaesosproblemas.

Para desarrollar el software educativo se utiliza una adaptacin del modelo propuesto por Daz de Fijoo (2002) en Propuesta de una metodologadedesarrollodesoftwareeducativobajounenfoquedecalidad sistmica ya que sugiere un enfoque sistemtico y secuencial basado en

Rational Unified Process (RUP) con incorporaciones de los aspectos

didcticos y pedaggicos antes mencionados, utilizando una adaptacin de sus caractersticas, as como la utilizacin de algunos entregables (documentosoversionesdelsoftware)primordiales.

Seescogedichametodologayaque,ademsdeobtenerlasmejores prcticas de la metodologa RUP, incorpora un diseo instruccional e involucra a losusuarios en elproceso decreacindel software, aade una

~24~

CAPTULO3MarcoMetodolgico

adaptacin del Prototipo de Modelo Sistmico de Calidad (MOSCA) del Software (Mendoza y otros.. 2002), al desarrollo de software educativo, permitiendogarantizarelcumplimientodelascondicionesmnimasdeseadas de manera de facilitar y garantizar la satisfaccin de las necesidades educativasdelpblicoalquevadirigidoelsoftware.

3.2. RationalUnifiedProcess(RUP)

Rational Unified Process (RUP) es un proceso de Ingeniera de

Software planteado por Krutchen (1996) cuyo objetivo es producir software dealtacalidad,esdecir,quecumplaconlosrequerimientosdelosusuarios dentro de una planificacin y presupuesto establecidos. Cubre el ciclo de vidadedesarrollodesoftware.

3.2.1. FasesdeRUPparaeldesarrollodesoftwareeducativo FasedeComienzooInicio Est principalmente dirigida al entendimiento de los requerimientos y determinarelalcancedelesfuerzodedesarrollo.Sedefinelaidea,lavisiny elalcancedelproyecto.Seincluyeunanlisisdelasnecesidadeseducativas ydelentorno educativo,ascomoel diseoinstruccionaldelproyecto.Esta faseseculminaconlosobjetivosdelciclodevida.(Dazyotros.2001)

~25~

CAPTULO3MarcoMetodolgico

FasedeElaboracin Planificar las actividades necesarias y los recursos requeridos, especificando lascaractersticasyel diseodela arquitecturadel software. Estafaseculminaconlaarquitecturadelciclodevida. FasedeConstruccin Desarrollar el producto y evolucionar la visin la arquitectura y los planes hasta que el producto en una primera versin est listo para ser enviado a la comunidad de usuarios. Esta fase culmina con la capacidad inicialdeoperacin. FasedeTransicin Realizar la transicin del producto a los usuarios, lo cual incluye: manufactura, envo, entrenamiento, soporte y mantenimiento del producto hasta que el cliente est satisfecho. Esta fase culmina con la versin de producto,lacualasuvezconcluyeelciclo.

3.3. Calidaddesoftwareeducativo Cuando se habla de calidad de software educativo, se requiere un producto que satisfaga tanto las expectativas de los docentes como de los usuarios, a un menor costo, libre de defectos y cumpliendo con ciertas especificaciones. La calidad del software educativo est determinada no slo por los aspectos tcnicos del producto sino por el diseo pedaggico y los

~26~

CAPTULO3MarcoMetodolgico

materialesdesoporte.Esteltimoaspectoesunodelosmsproblemticos yaqueexistenpocoprogramasqueofrezcanunsoportedidctico. AdecuacindeMOSCAparasoftwareeducativo En el trabajo Instrumento de Evaluacin de software educativo bajo

un enfoque sistmico (DazAntn y otros.) se hace una adaptacin del

modelo original de MOSCA (Modelo Sistmico de Calidad del Software. Mendoza y otros (2002)) para la evaluacin del software educativo especficamente.Laestructuradelmodeloconstadecuatroniveles. Nivel0:Dimensiones.EfectividadProducto. Nivel1:Categoras.Secontemplantrescategoras: Funcionalidad (FUN):Esla capacidad del producto del softwarepara proveer funciones que cumplan con necesidades especficas o implcitas,cuandoelsoftwareesutilizadobajociertascondiciones. Usabilidad (USA): Esta categora se refiere a la capacidad del producto de software para ser atractivo, entendido, aprendido y utilizadoporelusuariobajocondicionesespecficas. Fiabilidad(FIA):Lafiabilidadeslacapacidaddelproductodesoftware para mantener un nivel especificado de rendimiento cuando es utilizadobajocondicionesespecificadas.

~27~

CAPTULO3MarcoMetodolgico

Nivel2:Caractersticas.Cadacategoratieneasociadounconjuntode caractersticas. Nivel 3: Subcaractersticas. Para algunas de las caractersticas se asocianunconjuntodesubcaractersticas. Nivel 4: Mtricas. Para cada caracterstica se propone una serie de mtricas utilizadas para medir la calidad sistmica. Se evalan mtricas adicionales relacionadas con Funcionalidad, Usabilidad y Fiabilidad, que permitanadaptarMOSCAenelreadesoftwareeducativo. Elmodelodeevaluacindecalidadconstadeunaseriedecategoras, caractersticasysubcaractersticasymtricas.
CATEGORA CARACTERSTICAS SUBCARACTERSTICAS FUN.1.1General FUN.1.2Objetivosdeaprendizaje FUN.1.3Contenidosdeaprendizaje FUN.1.4Actividadesdeaprendizaje FUN.1Ajustealospropsitos FUNCIONALIDAD (FUN) FUN.1.5Ejemplos FUN.1.6Motivacin FUN.1.7Retroalimentacin FUN1.8Ayudas FUN.1.9Evaluacinyregistrodedatos FUN.1.10Metodologadeenseanza FUN.2Precisin FUN.3Seguridad

~28~

CAPTULO3MarcoMetodolgico

USA.1.1General USA.1Facilidadde comprensin USABILIDAD USA.1.4Guasdidcticas (USA) USA.2Capacidaddeuso USA.3InterfazGrfica USA.4Operabilidad FIA.1Madurez FIABILIDAD FIA.2Recuperacin (FIA) FIA.3Toleranciaafallas Tabla2.Categoras,caractersticas,subcaractersticasynmerodemtricas,parael modelobasadoenMOSCA.Fuente:DazAntnyotros. USA.1.2Interactividad USA.1.3Diseodelainterfaz

3.3.1. Algoritmo para la evaluacin de la calidad de software educativo Elalgoritmoconstadedosfases,laprimerafasedescribelospasosa seguir para la preseleccin del software, encaso de quesea adquirido por va comercial. Por ser este Trabajo Especial de Grado un desarrollo independiente,nosetomarencuentadichafase,porloquesedescribea continuacinlasegundadelalgoritmo. Fase 2. Estimar la calidad del producto de software educativo a travs de un enfoque sistmico. En esta fase se evala la calidad del productosiguiendotresactividades:

~29~

CAPTULO3MarcoMetodolgico

1.EstimarlacalidaddelaFUNCIONALIDADdelproducto. Para la categora de FUNCIONALIDAD (FUN) se debe cumplir la caracterstica de Ajuste a los propsitos y al menos una de las dos restantes,PrecisinoSeguridad.(Dazyotros.2001) 2.Estimacindelacalidadparacadacategora. Paralasdos(2)categorasrestantes,USABILIDADyFIABILIDAD,se debe: Aplicarlasmtricaspropuestasenelsubmodelodelproductoparalas categorasseleccionadasynormalizarlosresultadosdelasmtricasa unaescalade1al5.(DazAntnyotros.) Verificar que el 75% de las mtricas se encuentran dentro de los valores ptimos (mayor o igual a 4) para cada una de las subcaractersticas y caractersticas. Si nose cumple el 75% de las mtricas asociadas, entonces esa subcaracterstica o caracterstica tendrcalidadnula. Evaluar la categora. Una categora es satisfecha si el nmero de caractersticas es altamente satisfecho es decir, si satisface el 75% de las caractersticas asociadas a la categora. Tratndose de software educativo, donde existen caractersticas que son imprescindibles que estn presentes,se proponen lascaractersticas

~30~

CAPTULO3MarcoMetodolgico

mnimassatisfechasquedebetenercadacategoradelproductopara questapuedasersatisfecha. 3.Estimar la calidad del producto partiendo de las categoras evaluadas. Paraqueunsoftwareeducativoobtengacalidadintermedia,debenser satisfechas lascategoras de FIABILIDAD y USABILIDAD. Para alcanzar la calidad avanzadatodas lascategoras debensersatisfechas. (Daz y otros. 2001).

~31~