Practica 5

24
INSTITUTO TECNOL ´ OGICO DE ACAPULCO INGENIER ´ IA EN SISTEMAS COMPUTACIONALES PRACTICA 6 TEMA DE INVESTIGACI ´ ON: APLICACI ´ ON DE EX ´ AMENES EN UN ENTORNO DE SERVICIO WEB EQUIPO 1: C ´ ESAR GUEVARA DOM ´ INGUEZ LUIS ´ ANGEL VALLE TENANGO C ´ ESAR ADRIAN GARCIA ARCETA PATSY KARIME SILVA VASQUEZ AUGUSTO ALVAREZ BASILIO 28 DE ABRIL DE 2014

description

TESIS DE EJEMPLO

Transcript of Practica 5

  • INSTITUTO TECNOLOGICO DE ACAPULCO

    INGENIERIA EN SISTEMASCOMPUTACIONALES

    PRACTICA 6

    TEMA DE INVESTIGACION:

    APLICACION DE EXAMENES EN UN ENTORNO DESERVICIO WEB

    EQUIPO 1:

    CESAR GUEVARA DOMINGUEZLUIS ANGEL VALLE TENANGO

    CESAR ADRIAN GARCIA ARCETAPATSY KARIME SILVA VASQUEZ

    AUGUSTO ALVAREZ BASILIO

    28 DE ABRIL DE 2014

  • 2

  • Indice general

    INTRODUCCION 2

    ANTECEDENTES 3

    DESARROLLO TEORICO 4

    PREAMBULO 4

    PRUEBAS Y RESULTADOS 5

    DESARROLLO PRACTICO 15

    CONCLUSIONES 21

    BIBLIOGRAFIA 22

    1

  • INTRODUCCION

    Un objetivo primordial en este trabajo es que el sistema logre demasiadatransparencia a los usuarios finales, esto quiere decir, lograr un sistema quehaga creer al usuario final que cualquier accion es un proceso muy simple yaque no son visibles las operaciones que realiza el sistema. En pocas palabrasel sistema debe ser facil de usar y comprender por el mismo usuario. Estesistema se desarrolla bajo un patron de diseno MVC por lo cual la unicaparte con la que interactua directamente el usuario es la vista a la queunicamente este tiene acceso.

    MVC: implementacion en sistema de examenes

    La implementacion del sistema para los tres tipos de usuarios aplica un es-quema MVC diferente pero bajo el mismo patron, es decir:

    Nivel 1: identificacion de usuarioNivel 2: usuario AdministradorNivel 3: usuario AlumnoNivel 4: usuario Profesor

    2

  • ANTECEDENTES

    Al principio de este curso (8 semestre) elegimos este proyecto para tra-bajar en el bajo el concepto de Tesis Profesional.

    Existen varios aspectos por los cuales se quiere implementar esta aplicacionweb, una de ellas es debido a que los resultados de las evaluaciones muchasveces no son entregados al alumno, o tal vez si se los entregan pero no deforma inmediata. Por eso mismo en esta aplicacion se guardaran los resulta-dos y si se desea posteriormente se pueden tener accesos a ellos.

    Dentro de una institucion existe una demanda de alumnos la cual debe deser menor al numero de salones, es decir al cupo, pero en muchas ocasiones,la administracion de la escuela se ve forzada a llenar y a veces hasta rebasardicho lmite, por lo cual este proyecto acabara con dicho problema, ya quelas evaluaciones serian de manera individual y sin importar si hay o no cupoen dicho salon.

    3

  • DESARROLLO TEORICO

    PREAMBULO

    El proceso de someter a prueba la aplicacion web es una suma de acti-vidades relacionadas con una sola meta: descubrir errores en el contenido,la funcion, la facilidad de uso, la navegabilidad, el desempeno, la capacidady la seguridad de la aplicacion. Esto se logra a lo largo de todo el procesode ingeniera Web, mediante la aplicacion de una estrategia de prueba queabarca tanto revisiones como pruebas ejecutables.

    4

  • PRUEBAS Y RESULTADOS

    Este proyecto abarca principalmente a los usuarios del ITA, el objetivogeneral de la investigacion es organizar las diferentes tareas y el objetivoespecifico es clasificar esas tareas en etapas. Nuestra muestra esta enfocadaespecificamente a los alumnos y profesores del ITA. Las tecnicas de recolec-cion de datos seran las entrevistas y observaciones.

    Como puedo estar seguro de que lo he hecho correctamente?

    Aunque nunca se puede estar seguro de que se han llevado todas las pruebasque se necesitan, puede tenerse la seguridad de que la prueba ha descubiertoerrores (y de que estos se han corregido). Ademas, si se ha establecido unplan de prueba, puede verificarse para asegurar que se han realizado todaslas pruebas planeadas.

    Etapas

    Los participantes del proyecto (desarrolladores, clientes, usuarios finales) to-man parte en el proceso de probar la aplicacion.

    El proceso de prueba comienza en enfocarse sobre aquellos aspectos de estaque son visibles para el usuario y procede a probar dicha tecnologa e infra-estructura. La prueba consta de siete etapas:

    ContenidoInterfazNavegacionComponenteConfiguracionDesempenoSeguridad

    5

  • PRUEBA DE CONTENIDO

    Tiene tres objetivos importantes:

    1.- Descubrir errores sintacticos (errores tipograficos) en los documentos ba-sados en texto, representaciones graficas y otros medios audiovisuales.2.- Descubrir errores semanticos (errores en la precision de la informacion oque esta sea incompleta) en cualquier objeto de contenido presentado con-forme ocurra la navegacion.3.- Descubrir errores en la organizacion o estructura del contenido que sepresenta al usuario final.

    El primer objetivo se logra empleando verificadores de ortografa y gramati-ca automatizados.

    En los errores semanticos el revisor (examinador) debe responder las siguien-tes preguntas:

    La informacion es realmente precisa?La informacion es concisa y exacta?

    6

  • En el caso de los errores en la organizacion o estructura, se debe repre-sentar al usuario final en el orden y relaciones adecuadas (imagen o boton ysu respectiva descripcion).

    PRUEBA DE CONTENIDO (BASE DE DATOS)

    Las pruebas deben asegurar que:

    La informacion valida pasa entera (el cliente servidor desde el estrato dela interfaz).

    La aplicacion procese los guiones correctamente y extraiga o formatee ade-cuadamente datos del usuario.

    7

  • Los datos del usuario pasen correctamente a una funcion de transformacionde datos en el lado del servidor para formatear consultas apropiadas.

    Las consultas pasen a un estado de gestion de datos que se comunique conrutinas de acceso a bases de datos potencialmente ubicados en otra maquina.

    PRUEBAS DE LA INTERFAZ DEL USUARIO

    Estrategia de prueba de la interfaz

    1.- Descubrir errores relacionados con mecanismos especficos de la inter-faz (errores en los vnculos del menu o la forma en que los datos se ingresanal formulario).

    2.- Descubrir los errores en la forma en que la interfaz implementa la semanti-ca de navegacion (despliegue correcto del contenido).

    PRUEBAS DE FACILIDAD DE USO

    Es similar a la prueba de semantica de la interfaz en el sentido de que tambienevalua el grado en el cual los usuarios pueden interactuar con efectivamentecon la aplicacion.

    Se aplica la siguiente secuencia de pasos:

    1.- Definir un conjunto de categoras de pruebas de facilidad de uso.

    2.- Disenar pruebas que permitan evaluar cada meta. 3.- Seleccionar los par-ticipantes que dirigiran las pruebas.

    4.- Instrumentar la interaccion de los participantes mientras se lleva a ca-bo la prueba.

    5.- Desarrollar un mecanismo para valorar la facilidad de uso de la apli-cacion.

    8

  • EL USUARIO PROFESOR

    1.- ACTIVAR EXAMEN

    El usuario hace la peticion de activar el examen, primero buscando los cur-sos que este tiene disponibles con el controlador para que este elija con unaforma el curso y parcial del examen que desee activar o desactivar, finalmen-te utiliza la opcion activar examen para conectar con la base de datos yactualizar la tabla de los examenes activos.

    2.- CARGAR EXAMEN

    Crear examen: basicamente consiste en permitir que el usuario profesor intro-duzca manualmente las preguntar que desee que sean parte de cierto examen.

    3.- MODIFICAR PREGUNTAS

    En esta modalidad el usuario tiene la opcion de modificar las preguntas

    9

  • existentes en la base de datos

    4.- SUBIR EXAMEN

    Esta ultima modalidad el usuario sube las preguntas mediante un archivogenerado y guardado previamente en su PC por el sistema.

    5.- VER RESULTADOS

    La primera modalidad es visualizar los resultados obtenidos en los examenesya sea por curso, seccion, en general o por alumno. La segunda modalidad

    permite a ciertos usuarios alumnos volver a tomar dichos examenes segun elcriterio del profesor.

    EL USUARIO ALUMNO

    El alumno tiene dos opciones principales en el sistema:

    1.- Tomar examen: esta operacion consiste primero en verificar los exame-nes disponibles y elegir cual quiere tomar para contestar.

    10

  • 2.- Ver resultado: esta opcion consiste en ver los resultados obtenidos por

    examen.

    Se muestra al usuario la calificacion obtenida y las preguntas que contes-to ya sea bien o mal. Despues de que el alumno ha presentado al menos unexamen en el sistema este podra verificar sus calificaciones obtenidas. Unavez que el alumno elija la opcion ver resultados se obtendra la lista decursos a loas que esta inscrito el alumno.

    PRUEBAS DE COMPATIBILIDAD

    Si as se desea la aplicacion puede operar dentro de ambientes diferentesque defieren uno del otro como diferentes computadoras, dispositivos de des-pliegue, sistemas operativos, navegadores, velocidades, etc.

    PRUEBAS DE NAVEGACION

    Garantizar que todos los mecanismos que permiten al usuario de la apli-cacion viajar a traves de ella sean funcionales.

    Validad que cada unidad semantica de navegacion pueda ser alcanzada porla categora de usuario adecuada.

    PRUEBAS DE SINTAXIS DE LA NAVEGACION

    Comienza durante la prueba de la interfaz y los mecanismos de navegacion

    11

  • se prueban para asegurar que cada uno realiza la funcion que se busca:

    -Vnculos de navegacion

    -Redirigir

    -Bookmarks

    -Mapas de sitio

    -Motores de busqueda internos

    PRUEBAS DE COMPONENTES

    Tambien llamadas pruebas de funcion, se enfocan sobre un conjunto depruebas que intentan descubrir errores en las funciones de la aplicacion. Elproposito es descubrir errores que ocurren durante el manejo de los errores(por ejemplo manejo de errores incorrectos o inexistentes, falla de la aplica-cion como consecuencia del error).

    PRUEBAS DE CONFIGURACION

    Conflictos del lado del servidor

    Aqu los casos de prueba de configuracion se disenan para verificar que laconfiguracion del servidor sea proyectada (es decir: servidor de la aplicacion,servidor de la BD, sistemas operativos, software contrafuegos, aplicacionesconcurrentes) puedan soportar la aplicacion sin error.

    La aplicacion es totalmente compatible con el SO del servidor?Las medidas de seguridad del sistema (como contrafuegos) permiten a laaplicacion ejecutarse y dar servicio a los usuarios sin interferencia?La aplicacion esta adecuadamente integrada con el software de BD?

    Conflictos del lado del cliente

    Aqu las pruebas se centran en la compatibilidad de la aplicacion con lasconfiguraciones que contiene una o mas permutaciones de los siguientes com-ponentes:

    -Hardware (CPU, memoria, etc)

    12

  • -Sistemas operativos (Windows, linux, macintosh)

    -Navegadores web (Internet explorer, Google Chrome)

    -Plug-ins (QuickTime, RealPlayer)

    PRUEBAS DE DESEMPENO

    Se aplican para descubrir problemas de desempeno que se presentan debidoa faltas de recursos en el lado del servidor, ancho de banda de red inapro-piado, capacidades inadecuadas de la BD, funcionalidad mal disenada de laaplicacion.

    Comprender como responde el sistema a la carga (numero de usuarios, nume-ro de transacciones o volumen de datos global).

    Recolectar metricas que conduciran a modificaciones de diseno para mejorarel desempeno.

    Objetivos de las pruebas de desempeno

    Se disenan con el fin de simular situaciones de carga del mundo real. Con-forme crece el numero de usuarios simultaneos de la aplicacion o aumenta elnumero de transacciones en lnea, ayudan a responder las siguientes pregun-tas:

    El tiempo de respuesta es aceptable?En que punto (usuarios, transacciones o carga de datos) el desempeno sevuelve inaceptable?Que componentes del sistema son responsables de la reduccion del desem-peno?

    Estan disenadas para probar las vulnerabilidades en el ambiente del ladodel cliente, las comunicaciones de red y el ambiente del lado del servidor.

    En el lado del cliente algunas vulnerabilidades pueden ser el acceso no auto-rizado a cookies colocadas dentro del navegador, del lado del servidor puedenser ataques de negacion de servicio o el acceso sin autorizacion a la BD.

    13

  • La proteccion contra estas y muchas otras vulnerabilidades requiere impren-tar uno o mas de los siguientes elementos de seguridad:

    1.- Contrafuegos: Mecanismo de filtrado que examina cada paquete de in-formacion.

    2.- Autentificacion: Mecanismo de verificacion que valida la identidad de losclientes y servidores.

    3.- Encriptado: Mecanismo de codificacion que protege los datos sensibles.

    4.- Autorizacion: Mecanismo de filtrado que permite el acceso al ambien-te del cliente o el servidor.

    14

  • DESARROLLO PRACTICO

    15

  • 16

  • 17

  • 18

  • 19

  • 20

  • CONCLUSIONES

    Para concluir con el presente trabajo, se pude hacer referencia a la impor-tancia que tienen las pruebas en el desarrollo del proyecto; ya que la mismaposee una gama de caractersticas fundamentales y que se estrechan de mane-ra muy compacta para poder captar la informacion o para lograr los objetivospropuestos, es preciso recordar que la investigacion cientfica es un metodoriguroso en el cual se obtiene una serie de objetivos antes propuestos y demanera muy tecnica, y la investigacion es la que tiene por fin ampliar el co-nocimiento cientfico, sin perseguir, en principio, ninguna aplicacion practicae investigar es una accion de aclarar.

    Es muy conveniente tener un conocimiento detallado de los posibles tiposde investigacion que se pueden seguir. Este conocimiento hace posible evitarequivocaciones en el eleccion del metodo adecuado para un procedimientoespecfico. Por eso se podra acotar que el tema se debera de implantar des-de la educacion basica ya que a pesar de que la investigacion siempre estapresente, siempre es bueno conocer el lado tecnico y cientfico de las cosaspor mas comunes y cotidianas que suelan resultar.

    21

  • BIBLIOGRAFIA

    Ingeniera del software (Sexta edicion)Roger S. PressmanMcGraw-HillPaginas: 604-634ISBN: 970-105473-3

    22