PRUEBAS DEL SISTEMA

Lee 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 garantcela calidad. Las
pruebas del software son un elemento crtico para la garanta de calidad del
software y representa 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 los costes asociados a un fallo del propio sistema, estn
motivando la creacin de pruebas minuciosas y bien planificadas. No es raro que
una organizacin de desarrollo de software emplee entre 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) pueden costar de tres a cinco veces ms que el resto de los
pasos de la ingeniera del software juntos.

PRUEBA DE LA TABLA ORTOGONAL

Hay muchas aplicaciones en que el dominio de entrada es relativamente limitado.
Es decir, el nmero de parmetros de entrada es pequeo y los valores de cada
uno de los parmetros estn claramente delimitados. Cuando estos nmeros son
muy pequeos (por ejemplo, 3 parmetros de entrada tomando 3 valores
diferentes), es posible considerar cada permutacin de entrada y comprobar
exhaustivamente el proceso del dominio de entrada. En cualquier caso, cuando el
nmero de valores de entrada crece y el nmero de valores diferentes para cada
elemento de dato se incrementa, la prueba exhaustiva 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 parmetronivel 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 nivel
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)C
Donde:
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:

No. (a)
1
2
3
4
1 , 2

A
1
1
2
2

F A C T O R E S (c)
B
C
1
1
2
2
1
1
2
1

Resultado
Y1
Y2
Y3
Y4

= Niveles de los Factores (b)

De acuerdo con la notacin empleada por Taguchi al arreglo mostrado como

ejemplo, se le llama un arreglo 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 pruebas
de 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.
consistente.

Y viceversa. El efecto de A no es

Existe interaccin

Al incluir interacciones en un arreglo ortogonal debemos tener presente el anlisis

realizado 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 niveles a

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 siete
errores 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 caso especfico 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 rigen
bsicamente por lo que se llama modelo Cliente-Servidor, ste es un modelo que
intenta proveer usabilidad, flexibilidad, interoperabilidad y escalabilidad en las
comunicaciones.
Desde el punto de vista funcional, se puede definir la computacin Cliente/Servidor
como una arquitectura distribuida que permite a los usuarios finales obtener acceso
a la informacin en forma transparente an en entornos multiplataforma.
En el modelo cliente servidor, el cliente enva un mensaje solicitando un
determinado servicio a un servidor (hace una peticin), y este enva uno o varios
mensajes con la respuesta (provee el servicio). En un sistema distribuido cada
mquina 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 pueda
realizar muchas tareas, pero con la consideracin de que realice aquellas que son
ms adecuadas a sus caractersticas. Si esto se aplica tanto a clientes como
servidores se entiende que la forma ms estndar de aplicacin y uso de sistemas
Cliente/Servidor es mediante 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 computadoras centrales tipo mainframe. Usualmente
la mayora del trabajo pesado se hace en el proceso llamado 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 una extensin
de programacin modular en la que la base fundamental es separar una gran pieza
de software en mdulos con el fin de hacer ms fcil el desarrollo y mejorar su
mantenimiento.

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 enseanzaaprendizaje, integrando materiales didcticos y herramientas de comunicacin,
colaboracin y gestin educativas.

En la imagen siguiente se muestra que hay diferentes elementos de configuracin

dependiendo del rol del usuario en el curso.

Moodle es una aplicacin web creada especficamente por educadores para ayudar
al profesorado en su labor de formacin en cuanto a desarrollo de contenidos,
herramientas tiles y ejercicios por Internet con el nico fin de apostar por una
calidad de enseanza adaptada al progreso y a las nuevas tecnologas. Adems,

esta plataforma permite una enorme flexibilidad didctica y un altsimo ndice de

usabilidad (la curva del aprendizaje en el manejo como alumno no supera las 2
horas).
Las ventajas que ofrece Moodle son mltiples, prioritariamente el respaldo tcnico
del que dispone as como la gran estabilidad del programa. Este software est
formado por una tecnologa muy sencilla y compatible con otros programas, por lo
que es fcil de instalar y slo requiere que exista para ello una base de datos. El
cdigo est escrito en PHP bajo la licencia GPL y se puede modificar de fcilmente
para satisfacer as las necesidades de los usuarios.
Por esta razn, es muy apropiado para clases on line e incluso para ser usado en
cursos presenciales, en los que las reas donde se introducen los textos se editan
usando HTML, es decir, 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 fuente para otros usuarios y no modifique o elimine la
licencia original o los derechos de autor de otras personas.
Una vez que se crea el sitio, ste es administrado por un usuario-administrador,
que se elegir durante la instalacin de Moodle. La funcin de la administracin
ser mantener la seguridad pero tambin delega parte de ella en el resto de los
usuarios, que pueden darse de alta slo mediante la verificacin de una cuenta de
correo electrnico, por lo que la tarea resulta muy sencilla para los estudiantes. El
administrador ser el que controle la creacin de cursos y determine 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 las cuentas de
usuarios; debe ir acompaada del alta en un curso. Para dar de alta a los
docentes o estudiantes dentro de un mdulo, hay que asignar los roles
correspondientes para cada usuario en cada mdulo.
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:
o Existe el rol de profesor creador de curso, es un profesor con opciones
aadidas, es decir que tiene otros tipos de privilegios.
o El profesor con edicin podr gestionar contenido, publicar y figurar dentro
de la publicacin del curso como profesor.
o 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.