Sie sind auf Seite 1von 11

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 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 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
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)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

= Niveles de los Factores (b)

Resultado
Y1
Y2
Y3
Y4

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.
consistente.

y viceversa. El efecto de A no es

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 enseanzaaprendizaje, 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:
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.

Das könnte Ihnen auch gefallen