PRUEBAS DEL SISTEMALee atentamente las indicaciones, desarrllalo y envalo por el mismo medio.

En un documento en Word redacte documento sobre:

a. El mecanismo de generacin de tablas ortogonales para la prueba de datos.

b. Un sistema Cliente/Servidor que le sea familiar. Desarrolle un conjunto de escenarios de usuario y genere un perfil operacional para el sistema.El desarrollo de sistemas de software implica una serie de actividades de produccin en las que las posibilidades de que aparezca el fallo humano son enormes. Los errores pueden empezar a darse desde el primer momento del proceso, en el que los objetivos, pueden estar especificados de forma errnea o imperfecta, as como en posteriores pasos de diseo y desarrollo, debido a la imposibilidad humana de trabajar y comunicarse de forma perfecta, el desarrollo de software ha de ir acompaado de una actividad que garanticela calidad. Las pruebas del software son un elemento crtico para la garanta de calidad del software yrepresenta una revisin final de las especificaciones, del diseo y de la codificacin.

La creciente percepcin del software como un elemento del sistema y la importancia de loscostes asociados a un fallo del propio sistema, estn motivando la creacin de pruebas minuciosasy bien planificadas. No es raro que una organizacin de desarrollo de software empleeentre el 30 y el 40 por ciento del esfuerzo total de un proyecto en las pruebas. En casos extremos,las pruebas del software para actividades crticas (por ejemplo, control de trfico areo,control de reactores nucleares) puede costar de tres a cinco veces ms que el resto de los pasosde la ingeniera del software juntos.

PRUEBA DE LA TABLA ORTOGONAL

Hay muchas aplicaciones en que el dominio de entradaes relativamente limitado. Es decir, el nmero de parmetrosde entrada es pequeo y los valores de cada unode los parmetros estn claramente delimitados. Cuandoestos nmeros son muy pequeos (por ejemplo, 3 parmetrosde entrada tomando 3 valores diferentes), es posibleconsiderar cada permutacin de entrada y comprobarexhaustivamente el proceso del dominio de entrada. Encualquier caso, cuando el nmero de valores de entradacrece y el nmero de valores diferentes para cadaelemento de dato se incrementa, la prueba exhaustivase hace impracticable o imposible.La prueba de la tabla ortogonal se aplica a problemas donde el dominio de entrada es relativamente pequeo pero demasiado grande para posibilitar pruebas exhaustivas. El mtodo de prueba de la tabla ortogonal nos permite encontrar errores asociados con fallos localizados.Estas pruebas detectan y aslan todos los fallo de modalidad simple (un fallo de modalidad simple es un problema que afecta a un solo parmetro); detecta todos los fallos de modalidad doble (un fallo de modalidad doble es en el que estn afectados los parmetros que intervienen conjuntamente); adems pueden asegurar la deteccin de fallos de modalidad mltiple. Concluyendo que un arreglo ortogonal tiene la propiedad de balance, esto es, para cada parmetro (par de columnas) todas las combinaciones de parmetro-nivel ocurren la misma cantidad de veces.

Las pruebas de software planificadas con arreglos ortogonales son basada fundamentalmente en utilizar criterios de diseos de expertos cuyo objetivo es optimizar la cantidad de pruebas a realizar para lo que se pueden utilizar software o tablas que estn disponibles para la identificacin del nmero de pruebas a ejecutar teniendo el probador (ingeniero de pruebas) la tarea de determinar el nively tipo de prueba en base al orden de las iteraciones, tipo de proyecto, experiencias anteriores y otros estudios de casos reportados en la literatura.

El propsito que se tiene en el diseo del producto es encontrar aquella combinacin de factores que nos proporcione un desempeo ms estable y costo de desarrollo ms bajo. Un arreglo ortogonal se puede comparar con una replicacin factorial fraccionada, de manera que conserva el concepto de ortogonalidad y contrastes. Un experimento factorial fraccionado es tambin un arreglo ortogonal.

Taguchi desarroll una serie de arreglos particulares que denomin:

La (b)CDonde:

a = Representa el nmero de pruebas o condiciones experimentales que se tomarn. Esto es el nmero de renglones o lneas en el arreglo.

b = Representa los diferentes niveles a los que se tomar cada factor.

c = Es el nmero de efectos independientes que se pueden analizar, esto es el nmero de columnas.

ARREGLOS ORTOGONALES PARA EXPERIMENTOS A DOS NIVELES

En esta seccin, se analiza qu son, cmo se usan y cules son los arreglos ortogonales ms importantes para experimentos en los que cada factor toma dos niveles.

Un arreglo ortogonal es una tabla de nmeros. Como ejemplo de un arreglo ortogonal tenemos el siguiente:

De acuerdo con la notacin empleada por Taguchi al arreglo mostrado como ejemplo, se le llama unarreglo L4, por tener cuatro renglones.En general, para un arreglo a dos niveles, el nmero de columnas (efectos o factores) que se pueden analizar, es igual al nmero de renglones menos 1.Taguchi ha desarrollado una serie de arreglos para experimentos con factores a dos niveles, los ms utilizados y difundidos segn el nmero de factores a analizar son:

Serie de arreglos para experimentos con factores a dos niveles.

ARREGLOS ORTOGONALES PARA FACTORES CON INTERACCIONES

En los procesos de prueba de software y fundamentalmente al realizar las pruebasde caja negra o pruebas de comportamiento se producen interacciones entre los procesos o datos de entradas. Cuando el efecto de un factor depende del nivel de otro factor, se dice que existe una interaccin entre los factores. Al planificar las pruebas se encuentran los siguientes factores Tipo de operacin(Factor A) y la Naturaleza contable de la operacin (Factor B), los cuales afectan la variable de respuesta (contabilizacin de la operacin) impidiendo de esta forma realizar correctamente los comprobantes contables al termino de cada operacin.

Existe interaccin entre los factores principales figura No. 1. En el caso de una operacin bancaria, al observar la grafica analizamos cul sera el efecto del Tipo de operacin (Factor A) sobre la correcta contabilizacin de los hechos contables, entonces concluimos que depende de la naturaleza de la operacin. Si el usuario selecciona Debito la operacin disminuye el saldo a contabilizar, en caso contrario o sea, si el usuario selecciona Crdito, la operacin incrementa el saldo a contabilizar y por lo tanto hay un aumento de la cuenta contable a la que tribute visualizando de esta forma el efecto del factor A sobre el B.

Las dos lneas son paralelas, no El efecto de A depende del nivel de B

existe interaccin entre los factores. y viceversa. El efecto de A no es consistente.

Existe interaccin

Al incluir interacciones en un arreglo ortogonal debemos tener presente el anlisisrealizado por Taguchi:

a) Los arreglos ortogonales a utilizar para los casos con interacciones, son exactamente los mismos que se usan para el caso sin interacciones.

b) Al asignar dos factores A y B por ejemplo a ciertas columnas, automticamente la interaccin de esos dos factores AXB se reflejar en otra columna del arreglo. Por lo tanto, esta tercera columna ya no podr ser utilizada para algn otro factor o interaccin a menos que se pueda suponer la interaccin AXB como inexistente.

c) Una interaccin significante que se desee probar, tomar una columna y en consecuencia un grado de libertad. Por lo tanto, si deseamos analizar el efecto de seis factores y cuatro de las interacciones entre ellas, requeriremos por lo menos de diez grados de libertad, esto es de diez columnas, o sea un arreglo L16 y no un arreglo L8. Que sera suficiente sin interacciones.

d) Se deber tener cuidado especial en la manera como se asignan los factores a las columnas, para que sus interacciones no se confundan con otros factores principales u otras interacciones que tambin deseamos probar.

En cuanto a software se refiere planificar o probar todas las posibles variantes que se solapan traera como consecuencia una complicacin adicional por la presencia de interacciones. Para lidiar con estas, los expertos en la materia hacen las observaciones siguientes (Taguchi, 1992).

Por lo general existen pocas interacciones dentro de las mltiples posibles entre factores.

El efecto de las interacciones sobre la variable de respuesta, es por lo general menor que el efecto de los factores individuales solos.

Recuerde que algunos arreglos ortogonales, le permiten analizar un problema sin preocuparse por las interacciones. El L12 es un ejemplo de ellos.

Se sugiere que, en caso de dudas sobre las interacciones, siempre sea preferible incluir ms factores, en lugar de interacciones. Si estas ltimas no son muy fuertes, se pueden considerar como ruido.

De todos los factores que afectan un proceso, se pueden extraer dos grupos:Factores de ruido. Aquellos que no podemos, querremos o deseamos controlar, y ms bien deseamos que nuestros procesos y productos sean insensibles a su impacto. Factores de diseo. Aquellos que si podemos controlar en nuestro proceso de produccin, y deseamos encontrar a qu nivel operarlos, a fin de optimizar el producto o proceso, esto es, que los productos sean de alta calidad y bajo costo (Taguchi, 1992).Por ejemplo: La GUI (Interfaz Grafica de Usuario) dispone de tres factores (el tipo de operacin, la naturaleza contable de la operacin y el estado de la misma) para cada uno de estos factores existen dos niveles (no se considera el identificador de la operacin por ser tratado por codificacin y no pueden ser cambiados por ningn usuario)

Factores y niveles correspondientes a la interfaz

Entonces el nmero de pruebas ser ocho (efecto de elevar el nmero de nivelesa la cantidad de factores). La mejor forma de identificar los errores es realizar las ocho pruebas (prueba exhaustiva), en las pruebas de software el nmero de casos de prueba que se deben planificar teniendo en cuenta la cantidad de factores y niveles de los mismos hace impracticable ejecutar todas las combinaciones. Este mtodo permite racionalizar el nmero de pruebas sustancialmente, con solo cuatro pruebas segn muestra la tabla siguiente, se puede garantizar encontrar el mayor nmero de errores, disminuyendo el tiempo y el esfuerzo de desarrollo del software.

De acuerdo con la notacin empleada por Taguchi el arreglo mostrado para el caso de estudio se le llama arreglo L4 representado en la tabla anterior, por tener cuatro renglones, los cuales son equivalentes al nmero de pruebas que se desarrollaran.Al concluir las pruebas planificadas las estadsticas demostraron que de los sieteerrores detectados al realizar las pruebas planificadas segn la tabla ortogonal, el 14.29 % fueron detectados sin interaccin principales entre los factores (datos de entrada). Es importante observar que el 57.14 % de los errores se detectaron con interacciones dobles y el 28.57 % con las interaccione s triples, lo que demuestra que las tcnicas de Taguchi aseguran al menos el 90 % de deteccin de errores reduciendo considerablemente las pruebas a desarrollar.En la siguiente tabla puede observarse que los parmetros de deteccin de errores continan siendo mayores del 80 % para las interacciones dobles y triples:

Se concluye entonces que despus de desarrollar un conjunto de pruebas utilizando las tcnicas de Taguchi para la mejora continua de la calidad de los productos y procesos, en el casoespecfico del software de computadoras se constat que al aplicar la tabla ortogonal se reduce considerablemente el tiempo de pruebas obteniendo adems resultados positivos en la calidad y confiabilidad del software. Al detectar el mayor nmero de errores con slo revisar las interacciones principales se llegan a obtener aplicaciones ms robustas y capaces de cumplir con los objetivos de los requisitos funcionales pactados con el cliente en la fase inicial.SISTEMA CLIENTE/SERVIDOR

En el mundo de TCP/IP las comunicaciones entre computadoras se rigenbsicamente por lo que se llama modelo Cliente-Servidor, ste es un modelo que intentaproveer usabilidad, flexibilidad, interoperabilidad y escalabilidad en las comunicaciones.Desde el punto de vista funcional, se puede definir la computacin Cliente/Servidor comouna arquitectura distribuida que permite a los usuarios finales obtener acceso a lainformacin en forma transparente an en entornos multiplataforma.

En el modelo cliente servidor, el cliente enva un mensaje solicitando undeterminado servicio a un servidor (hace una peticin), y este enva uno o varios mensajescon la respuesta (provee el servicio). En un sistema distribuido cadamquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente para otras.La idea es tratar a una computadora como un instrumento, que por s sola puedarealizar muchas tareas, pero con la consideracin de que realice aquellas que son msadecuadas a sus caractersticas. Si esto se aplica tanto a clientes como servidores seentiende que la forma ms estndar de aplicacin y uso de sistemas Cliente/Servidor esmediante la explotacin de las PCs a travs de interfaces grficas de usuario; mientras quela administracin de datos y su seguridad e integridad se deja a cargo de computadorascentrales tipo mainframe. Usualmente la mayora del trabajo pesado se hace en el procesollamado servidor y el o los procesos cliente slo se ocupan de la interaccin con el usuario(aunque esto puede variar). En otras palabras la arquitectura Cliente/Servidor es unaextensin de programacin modular en la que la base fundamental es separar una gran piezade software en mdulos con el fin de hacer ms fcil el desarrollo y mejorar sumantenimiento.

EL LMS MOODLE COMO SISTEMA CLIENTE/SERVIDOR

El LMS (Learning Management System o en espaol Sistema Administrador de Aprendizaje) Moodlees una aplicacin encargada del control y administracin de la formacin e-Learning.Tiene incorporada herramientas integradas que se utilizan para la creacin, gestin y distribucin de actividades formativas a travs de la Web. Es decir, es una aplicacin que facilita la creacin de entornos de enseanza-aprendizaje, integrando materiales didcticos y herramientas de comunicacin, colaboracin y gestin educativas.

En la imagen siguiente se muestra que hay diferentes elementos de configuracin dependiendodel rol del usuario en el curso.

Moodle es una aplicacin web creada especficamente poreducadores para ayudar al profesorado en su labor de formacin en cuanto a desarrollo decontenidos, herramientas tiles y ejercicios por Internet con el nico fin de apostar por unacalidad de enseanza adaptada al progreso y a las nuevas tecnologas. Adems, estaplataforma permite una enorme flexibilidad didctica y un altsimo ndice de usabilidad (lacurva del aprendizaje en el manejo como alumno no supera las 2 horas).Las ventajas que ofrece Moodle son mltiples, prioritariamente el respaldo tcnico del quedispone as como la gran estabilidad del programa.Este software est formado por una tecnologa muy sencilla y compatible con otrosprogramas, por lo que es fcil de instalar y slo requiere que exista para ello una base dedatos. El cdigo est escrito en PHP bajo la licencia GPL y se puede modificar de fcilmentepara satisfacer as las necesidades de los usuarios.

Por esta razn, es muy apropiado para clases on line e incluso para ser usado en cursospresenciales, en los que las reas donde se introducen los textos se editan usando HTML, esdecir, tan fcil como hacerlo en el editor de texto de Windows. As, un usuario puede usar,modificar o copiar la informacin de Moodle siempre y cuando proporcione el cdigo fuentepara otros usuarios y no modifique o elimine la licencia original o los derechos de autor deotras personas.Una vez que se crea el sitio, ste es administrado por un usuario-administrador, que se elegirdurante la instalacin de Moodle. La funcin de la administracin ser mantener la seguridadpero tambin delega parte de ella en el resto de los usuarios, que pueden darse de alta slomediante la verificacin de una cuenta de correo electrnico, por lo que la tarea resulta muysencilla para los estudiantes. El administrador ser el que controle la creacin de cursos ydetermine los profesores, asignando usuarios a cada uno de los cursos.Algunas caractersticas funcionales son las siguientes:

a. Es free y Open Source. Tiene licencia GPL.

b. Es escalable, se pueden tener cursos con 40.000 estudiantes matriculados.

c. Moodle se ejecuta sin modificaciones bajo Unix, Linux, Windows, Mac OS X, Netware y otros sistemas operativos que permitan PHP (la mayor parte proveedores de alojamiento Web lo permiten).

d. Est diseando de manera modular, y permite un gran flexibilidad para agregar (y quitar) funcionalidades en muchos niveles.

e. Se actualiza muy fcilmente desde una versin anterior a la siguiente. Adems, tiene un sistema interno para actualizar y reparar su base de datos cada cierto tiempo.

f. Usa solamente una base de datos (si lo necesita puede compartirla con otras aplicaciones).

g. Usa una completa abstraccin de bases de datos, y tambin es capaz de soportar las principales marcas de bases de datos.

h. Se ha puesto nfasis en una seguridad slida en toda la plataforma. Todos los formularios son revisados, las cookies encriptadas, etc.

Caractersticas de inters para los profesores:

a. Moodle promueve una pedagoga constructivista social (colaboracin, actividades, reflexin crtica, etc.).

b. Es adecuada tanto para las clases totalmente en lnea o a distancia, as como para complementar el aprendizaje presencial.

c. Tiene una interfaz de navegador de tecnologa sencilla, ligera, eficiente, y compatible.

d. Es fcil de instalar en casi cualquier plataforma que soporte PHP. Slo requiere que exista una base de datos (y la puede compartir). Se lo puede bajar de la ULR: http://moodle.org/.

e. La lista de cursos muestra descripciones de cada uno de los cursos que hay en el servidor, incluyendo la posibilidad de acceder como invitado.

f. Las listas de los cursos muestran las descripciones de cada curso del servidor, permitiendo el acceso de invitados.

g. Los cursos pueden clasificarse por categoras y tambin pueden ser buscados. Un dato importantsimo es que un sitio Moodle puede albergar miles de cursos.

h. Los cursos pueden tener categoras y ser buscados.

i. La mayora de las reas de introduccin de texto (recursos, mensajes de los foros, entradas de los diarios, etc.) pueden ser editadas usando el editor integrado HTML de tipo WYSIWYG.

El administrador principal es quien tiene el control de todos los usuarios. El administrador principal es el nico que puede asignar o eliminar otros usuarios para que sean administradores. La direccin de correo principal de los administradores recibir todos los correos devueltos (rechazos debido a direcciones invlidas) y adems, los otros administradores no podrn editar el perfil del usuario administrador principal.ROLES DE USUARIOS

Para la asignacin de roles el alta en el sitio no es suficiente crear lascuentas de usuarios; debe ir acompaada del alta en un curso.Para dar de alta a los docentes o estudiantes dentro de un mdulo, hayque asignar los roles correspondientes para cada usuario en cadamdulo.a) Rol Profesor: El rol profesor y estudiante est unido a un curso especfico en MOODLE. Ser profesor en un curso no le da privilegios extra en otro, debe ser explcitamente aadido al curso como profesor, o como estudiante, o no tendr acceso de ninguna otra forma.

Tipos de rol de profesor:

Existe el rol de profesor creador de curso, es un profesor con opciones aadidas, es decir que tiene otros tipos de privilegios.

El profesor con edicin podr gestionar contenido, publicar y figurar dentro de la publicacin del curso como profesor.

El profesor sin edicin solo podr observar los contenidos publicados y figurar dentro de la publicacin del curso como profesor.b) Rol Estudiante: Los estudiantes pueden manejar todo lo que se les ofrece en un curso, comunicarse con su profesor, participar en foros y chat, consultar recursos, hacer actividades, etc. Pero no pueden modificar nada del curso.

c) Rol Invitado: MOODLE tiene una cuenta de invitado predefinida. Las personas que visitan el sitio pueden entrar como invitados usando el botn para "Entrar como invitado" en la pantalla de entrada al sitio y entrar a cualquier curso que permita el acceso a los invitados. Adicionalmente, los usuarios que hayan entrado al sitio pueden entrar a cualquier curso que permita el acceso a invitados sin que se les pida inscribirse.