• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Srs y Pruebas del Sistema del ateneo
 

Srs y Pruebas del Sistema del ateneo

on

  • 2,020 views

 

Statistics

Views

Total Views
2,020
Views on SlideShare
1,947
Embed Views
73

Actions

Likes
1
Downloads
21
Comments
0

2 Embeds 73

http://ateneo-sistema.blogspot.com 69
http://ateneo-sistema.blogspot.mx 4

Accessibility

Categories

Upload Details

Uploaded via as Microsoft Word

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Srs y Pruebas del Sistema del ateneo Srs y Pruebas del Sistema del ateneo Document Transcript

    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria Rev. 01 del municipio José Félix Ribas Edo-Aragua. Pág. 1 Especificación de requisitos de software Especificación de requisitos de software Proyecto: Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Félix Ribas Edo-Aragua. Revisión 1.0
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del Rev. 01 municipio José Félix Ribas Edo-Aragua. Pág. 2 Especificación de requisitos de software Marzo de 2012.Ficha del documento Fecha Revisión Autor Verificado Ing. software.30/03/2012 01 TSU. Jhonfer Castillo CI: 21269762 TSU. Yusmely Mejías CI: 20.068.665 TSU. Felix Perez CI: 19.471.756Documento validado por las partes en fecha: [Fecha]
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del Rev. 01 municipio José Félix Ribas Edo-Aragua. Pág. 3 Especificación de requisitos de software Por la comunidad Por la institución Benjamín Caballero Jhonfer CastilloRepresentante de la comunidad Líder del proyecto
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del Rev. 01 municipio José Félix Ribas Edo-Aragua. Pág. 4 Especificación de requisitos de softwareCONTENIDO FICHA DEL DOCUMENTO 2 CONTENIDO 41 INTRODUCCIÓN 61.1 Propósito..................................................................................................................................... 61.2 Alcance........................................................................................................................................ 61.3 Personal involucrado................................................................................................................. 71.4 Definiciones, acrónimos y abreviaturas...................................................................................71.5 Referencias................................................................................................................................. 91.6 Resumen..................................................................................................................................... 92 DESCRIPCIÓN GENERAL 102.1 Perspectiva del producto......................................................................................................... 102.2 Funcionalidad del producto..................................................................................................... 102.3 Características y jerarquía de los usuarios............................................................................112.4 Restricciones............................................................................................................................ 132.5 Suposiciones y dependencias................................................................................................ 132.6 Evolución previsible del sistema............................................................................................ 133 REQUISITOS ESPECÍFICOS 143.1 Requisitos comunes de las interfaces....................................................................................323.2 Requisitos funcionales............................................................................................................ 333.3 Requisitos no funcionales....................................................................................................... 343.4 Otros requisitos........................................................................................................................ 371 OBJETIVOS DEL PLAN DE PRUEBAS 411.1 DOCUMENTOS RELACIONADOS............................................................................................ 422 ALCANCE DE LAS PRUEBAS 423 ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS 433.1 CRITERIOS DE INICIO.............................................................................................................. 433.2 BASES DE DATOS DE PRUEBAS........................................................................................... 433.3 CRITERIOS DE APROBACIóN / RECHAZO.............................................................................434 ESCENARIO DE LAS PRUEBAS 44
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 5 Especificación de requisitos de software4.1 ORDEN DE EJECUCIÓN DE PRUEBAS .................................................................................444.2 EQUIPO DE PRUEBAS Y RESPONSABILIDADES.................................................................445 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS. 45 EN ESTA SECCIÓN SE MUESTRAN RIGUROSA Y SISTEMÁTICAMENTE LOS RESULTADOSARROJADOS POR CADA PRUEBA. PARA ELLO, YA SE HAN DEFINIDO LOS ESCENARIOS.EN TAL SENTIDO, LOS RESULTADOS OBTENIDOS SE CLASIFICAN SEGÚN: 45Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 6 Especificación de requisitos de software1 Introducción El presente SRS describe el modelo general y especificaciones de requisitos según elestándar de IEEE 830-1998 que deberá seguir la aplicación a desarrollar. 1.1 Propósito El presente documento tiene como finalidad definir las especificaciones de losrequisitos funcionales y no funcionales del sistema de información que busca actuar comoherramienta para la gestión administrativa del Ateneo de La Victoria utilizada porestudiantes, profesores en materia artística, directivos de la organización y público engeneral. 1.2 Alcance Las especificaciones de requerimiento del sistema de gestión administrativa delAteneo de La Victoria, la cual será una aplicación que se ejecutará y funcionará bajo unambiente web que permitirá administrar por módulos el registro de usuarios que visiten elsitio, estudiantes que realicen inscripciones, bienes que ingresen y egresen, cursos queimparten y horarios de la organización. Procesos de administración y asignación deestudiantes al curso establecido. Impresión de los diferentes reportes que sean solicitados referentes a los registros yprocesos. Se accederá al sistema dependiendo del nivel de usuario para ofrecer seguridad deuso, los cuales son: administrador el cual cumple y tiene privilegio a todas las acciones delsistema especial la de gestionar usuarios, supervisor encargado de administrarpublicaciones añadidas por usuarios, trasmitir información referente a actividades delateneo, estudiante el cual podrá hacer publicaciones, comentarios, registrarse en cursos eimprimir reportes. El sistema permanecerá en un servidor externo donde la interacción seade manera cliente – servidor.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 7 Especificación de requisitos de software 1.3 Personal involucrado Nombre Jhonfer Castillo Rol Líder Categoría profesional TSU en informática Responsabilidades Coordinación del proyecto, descripción general del SRS. Requisitos comunes de la interfaz. Información de 0426-930-2595 contacto Nombre Yusmely Mejías Rol Categoría profesional TSU en informática Responsabilidades Documentar el proyecto, Requisitos comunes de la interfaz, Requisitos funcionales. Información de 0416-447-1571 contacto Nombre Félix Pérez Rol Categoría profesional TSU en informática Responsabilidades Documentar el proyecto, Requisitos no funcionales, otros requisitos. Información de 0416-045-4230 contacto 1.4 Definiciones, acrónimos y abreviaturas Administrar: Acción de agregar, modificar, eliminar y consultar la información de un determinado objeto o individuo. Aplicación: Es un tipo de programa informático diseñado como herramienta para permitir a un usuario realizar uno o diversos tipos de trabajo. Aplicación web: En general, el término se utiliza para designar aquellos programas informáticos que son ejecutados en el entorno del navegador (por ejemplo Internet Explorer ) o codificado con algún lenguaje soportado por el navegador (comoRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 8 Especificación de requisitos de software JavaScript, combinado con HTML); confiándose en el navegador web para que reproduzca la aplicación. Bienes: Son aquellos que se adquieren en el mercado pagando por ello un precio, es decir, bienes materiales e inmateriales que poseen valor económico y por ende susceptible de ser valuados en términos monetarios. Gestión: hace referencia a la acción y a la consecuencia de administrar o gestionar algo. HTML: (HyperText Markup Language) Es un lenguaje de marcación diseñado para estructurar textos y presentarlos en forma de hipertexto, que es el formato estándar de las páginas web. JavaScript: Es un lenguaje interpretado, es decir, que no requiere compilación, utilizado principalmente en páginas web. Módulo: Es una porción de un programa de computadora. De las varias tareas que debe realizar un programa para cumplir con su función u objetivos, un módulo realizará, comúnmente, una de dichas tareas (o varias, en algún caso). Nivel de usuario: En sentido general, un usuario es un conjunto de permisos y de recursos (o dispositivos) a los cuales se tiene acceso a un programa o aplicación. Es decir, un usuario puede ser tanto una persona como una máquina, un programa, etc. El nivel depende de las restricciones que se le apliquen a dicho usuario PHP: (Hypertext Pre-processor) Lenguaje de programación interpretado usado para la creación de aplicaciones para servidores, o creación de contenido dinámico para sitios web. Servidor externo o remoto: Es una combinación de hardware y software que permite el acceso remoto a herramientas o información que residen en una red de dispositivos. En otras palabras, un servidor remoto es un equipo que permite aRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 9 Especificación de requisitos de software otros conectarse a éste (puede ser a través de una línea telefónica por módem, por ejemplo). Sistema de información: Es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. 1.5 Referencias Referencia Título Ruta Fecha Autor Especificaciones de http://dspace.espoch.edu.ec/bitst 12/04/2010 Angel Cobo 1 requisitos de software Holger Morales ream/123456789/188/1/Especifi cacionRequerimientosSoftware. pdf Sambayon http://www.google.co.ve/url? 14/04/2008 Ezequiel González 2 Especificaciones de sa=t&rct=j&q=ejemplos%20de requerimientos de %20srs&source=web&cd=18& software (srs). ved=0cfiqfjahoao&url=http%3a %2f%2fsvn2.assembla.com %2fsvn%2ftdp2%2ftags %2fv2.0%2fartefactos%2fcasos %2520de%2520uso %2fsrs.doc&ei=lrf1t_x6gyl- 9qty3edgdq&usg=afqjcnhzpn8z r63q7yogqarwrj0ec4z-wg Especificació de http://cic.javerianacali.edu.co/w 19/09/07 Tania Isadora 3 requisitos de software iki/lib/exe/fetch.php? Dorance Moreno Proyecto: SIS-WEB media=materias:pis:ejemplo_de Luis Yovany _especificacion_de_requerimien tos_-_para_sesion_9.pdf 4 Standard IEEE 830 - http://www.fdi.ucm.es/profesor/ 1998 IEEE 1998 gmendez/docs/is0809/ieee830.p df 1.6 ResumenRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 10 Especificación de requisitos de software En el presente documento de especificación de requisitos de software está compuestopor la definición de las características, definición de los diferentes requisitos funcionales yno funcionales del software, diferentes interfaces de usuario, modelo de caso de uso yalcances del Sistema de información que se desarrolla para que funcione como herramientapara la gestión administrativa del ateneo de la victoria del municipio José Félix Ribas Edo-Aragua.2 Descripción general 2.1 Perspectiva del producto El Sistema de información como herramienta para la gestión administrativa delateneo de la victoria del municipio José Félix Ribas Edo-Aragua será un softwaredesarrollado para funcionar como aplicación WEB lo que permite su uso desde cualquierlugar con acceso a internet, es un producto independiente y por tal motivo no posevinculación con otros sistemas. 2.2 Funcionalidad del producto El sistema requerido contempla las siguientes funciones: • Se accederá al sistema dependiendo del nivel de usuario los cuales son: Administrador y usuario, el administrador cumple y tiene acceso a todas las acciones del sistema. • El sistema debe realizar, Registro de usuarios, inscripción de los cursos, desarrollar horarios y actualización periódica sobre actividades referentes de interés, gestión de contenido y publicaciones. • Se podrá hacer consulta de la información, donde el usuario podrá seleccionar los cursos y talleres dictados en la comunidad del ateneo. • Compartir archivos multimedia e intercambio de conocimientos sobre las artes y culturas del ateneo de la victoria entre los diferentes usuarios.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 11 Especificación de requisitos de software 2.3 Características y jerarquía de los usuarios El sistema contempla 4 tipos de usuarios que interactuaran con el software: como loes el administrador, que cumple y tiene privilegio a todas las acciones del sistema enespecial la de gestionar usuarios, supervisor encargado de administrar publicacionesañadidas por usuarios, trasmitir información referente a actividades del ateneo. Elestudiante podrá hacer publicaciones, comentarios, registrarse en cursos e imprimirreportes, y el visitante no será necesario haberse registrado y de manera restringida puedevisualizar algunas publicaciones e informaciones. Tipo de usuario Administrador Formación Licenciado en Educación Habilidades Manejo de computadores y manejo del sistema con una previa capacitación por parte de los desarrolladores, experiencia y conocimientos de la organización. Actividades - Supervisar y administrar los diferentes niveles de usuarios. - Administrar los registros de inscripciones, bienes, cursos, horarios. - Supervisar publicaciones informativas y de usuarios. - Procesos de asignación de estudiantes a cursos y este a su vez a horarios. - Gestionar reportes. - Consultar información general. Tipo de usuario Supervisor Formación TSU en informática Habilidades Manejo de computadores y manejo del sistema con una previa capacitación por parte de los desarrolladores, experiencia y conocimientos de la organización. Actividades - Supervisar y administrar publicaciones de usuarios. - Reportar errores. - Generar publicaciones informativas. - Consultar información general. - Realizar consultasRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 12 Especificación de requisitos de software Tipo de usuario Estudiantes Formación Alumnos Habilidades Manejo de equipo de cómputos y conocimientos sobre el uso del internet Actividades - Generar inscripciones. - Consultar reportes. - Consultar y visualizar información. - Imprimir reportes. - Realizar publicaciones y comentarios de las informaciones. Tipo de usuario Visitante Formación Persona de cualquier índole que puedan manipular el sistema. Habilidades Manejo de equipo de cómputos y conocimientos sobre el uso del internet Actividades - Consultar reportes. - Consultar y visualizar información restringida. - Realizar comentarios a publicaciones. Jerarquía de los diferentes usuariosRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 13 Especificación de requisitos de software 2.4 Restricciones • El sistema será desarrollado en php , flash-actionscript, html, javascript lenguajes orientados a la creación de aplicaciones en entorno web, el uso de estos programas se realizara siguiendo las normas y políticas establecidas por este tipo de licenciamiento, el sistema de gestión de base de datos es MySQL. • Se debe establecer un protocolo de seguridad entre el intercambio de datos cliente – servidor, permanecerá alojado en un servidor remoto donde se podrá acceder desde cualquier computador independientemente del sistema operativo que se utilice. • Se basará en las características establecidas por la metodología orientada a objetos. 2.5 Suposiciones y dependencias • El sistema se ejecutará bajo cualquier sistema operativo, pero las pruebas serán ejecutadas sobre el sistema Windows XP. 2.6 Evolución previsible del sistema • Mejora de la interfaz gráfica con animaciones dinámicas. • Incluir procesos adicionales de administración del ateneo de La Victoria. • Cursos online atreves de video conferencias. • Versión para dispositivos móviles.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 14 Especificación de requisitos de software3 Requisitos específicos Diagrama de Caso de uso Registrar Usuario Administrar perfil Administrador Ver Crear contenido Curso Inscripción Modificar contenido Crear talleres Asignar Eliminar encargado contenido Registrar Administrar Contenido Horarios Consultar curso Bloquear usuario Consultar Contenido taller Supervisor informativo Publicar Visitante Consultar alertas de contenido usuarios Eliminar contenido Alertas publicaciones Generar Certificado de usuarios Reportes de curso Certificado Estudiante consultar publicaciones de de talleres usuarios Generar publicacionesRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 15 Especificación de requisitos de software Número de requisito: RF 1 Nombre de requisito: Registrar Usuario Tipo: Requisito Restricción Fuente del requisito: BD Tabla: usuarios, Campos: usuario y código Prioridad del requisito: Esencial Deseado Opcional Descripción: Permite a los usuarios ingresar al sistema previamente llenado el formulario de registro. El administrador podrá añadir nuevos usuarios (Supervisor, estudiante). Requerimientos : • Dependiendo del nivel de usuario asignado por el administrador (supervisor) tendrán diferentes privilegios. • El usuario visitante, no será registrado y solo acedera a consultas de información y realizar comentarios. Precondiciones: • Para auto-registrarse un supervisor deberá proporcionar un código de supervisor dado previamente por el administrador. • Se deben proporcionar todos los datos del formulario • El usuario administrador posee un registro previo en el sistema. Flujo Normal Actor Sistema 1. El usuario que ingrese por primera 1. Mostrar la selección de niveles de usuario vez acedera al sistema atreves de disponibles a elegir (supervisor, internet, si es visitante no será estudiante). necesario su registro. 2. Validar los datos para ser enviados a la 2. El usuario rellenara los datos del base de datos. formulario para registrarse en el 3. Enviar un mensaje al usuario: Registro sistema. exitoso. 3. El registro de supervisor deberá ingresar el código proporcionado por el administrador. 4. Una vez registrado con los datos correctos se podrá acceder al sistema dependiendo del nivel de usuario.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 16 Especificación de requisitos de software Flujo alterno Actor Sistema 1. Si el usuario ingresa un dato 1. El sistema ejecutara la validación y enviara erróneo o deja un campo vacio en el un mensaje al usuario: ingrese los campos formulario. correctamente. Luego mostrara los campos 2. Si el usuario registra a un usuario incorrectos. existente en el sistema. 2. Muestra en pantalla mensaje de: usuario ya existente y mantiene los datos del registro. Post condiciones: El usuario es guardado en la base de datos, y accede al sistema con procesos diferentes dependiendo del nivel de usuario. Requerimiento especiales: El registro de nuevo administrador se ejecutara ingresando al sistema con el administrador incluido en el sistema dado al encargado del Ateneo de La Victoria. El tendrá el privilegio de eliminar a usuarios que incumplan con las normativas. Puntos de extensión: Número de requisito: RF 2 Nombre de requisito: Crear Curso y Taller. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: Curso, taller, Campos: Nombre, Modalidad, Facilitador, Dirigido, Costo, Horario, Cupos. Prioridad del requisito: Esencial Deseado Opcional Descripción: Creación de cursos y talleres que permitirán al estudiante registrarse. El administrador podrá crear nuevos cursos y talleres. Requerimientos : • Dependiendo del nivel de usuario asignado por el administrador (supervisor, Estudiante) tendrán diferentes privilegios. • El usuario visitante, no será registrado y solo acedera a consultas de información y realizar comentarios. • Se podrán registrar nuevos estudiantes eligiendo previamente un curso. Precondiciones: • Se deben proporcionar todos los datos del formulario. • Buscar un facilitador y seleccionarlo dependiendo de su área. • Elegir un tipo de costo.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 17 Especificación de requisitos de software • Determinar los límites de cupos. Flujo Normal Actor Sistema 1. El usuario proporciona los datos 1. Mostrar el tipo de modalidad. principales cómo es el nombre del 2. Mostrar el facilitador dependiendo de la curso o del taller. búsqueda que ingreso el usuario. 2. El usuario escogerá la modalidad si 3. Visualizar a quien va dirigido el curso o el es gratuito o es auto-gestionado y taller. el facilitador encargado. 4. Guardar cantidad de cupos ingresado por 3. Se especifica a quien va dirigido el el usuario para su posterior uso. curso o el taller y el costo. 5. Validar los datos para ser enviados a la 4. Seleccionar el horario y el límite de base de datos. cupos. 6. Enviar un mensaje al usuario: Registro 5. Una vez proporcionado todos los exitoso. datos se guardara el curso o el taller registrado. Flujo alterno Actor Sistema 1. Si el usuario elegí un facilitador que 1. El sistema buscara en la base de datos el no esté en la base de datos mostrara facilitador, curso o taller ingresado un mensaje de error. previamente por el usuario y si no lo 2. Si el usuario registra un curso o encuentra se mostrara el mensaje de error. taller existente en el sistema se 2. Si los campos están vacios se ejecutara la mostrara un mensaje de error. validación y enviara un mensaje al usuario: ingrese los campos correctamente. Luego mostrara los campos incorrectos. Post condiciones: El curso o el taller son guardados en la base de datos. Requerimiento especiales: El administrador es el único usuario que puede crear, modificar y ejecutar el curso o el taller. Puntos de extensión: Número de requisito: RF 3 Nombre de requisito: Administrar Perfil. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: Perfil. Campos: Imagen, Nombre, Redes, Dirección, Estudios, Pagina, Nota. Prioridad del requisito: Esencial Deseado Opcional Descripción: Cada usuario luego de acceder al sistema tiene la opción de administrar su perfil queRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 18 Especificación de requisitos de software mostrara públicamente información relevante sobre sí mismo. Requerimientos : • Cualquier usuario a excepción de los Visitantes puede acceder a este modulo del sistema. • Es necesario estar registrado e ingresar al sistema. • Se deberá confirmar cada cambio al modificar el perfil. Precondiciones: • Es opcional proporcionar todos los datos del formulario. • Cada usuario registrado podrá actualizar su perfil en el momento que desee. • Los usuarios visitantes no pueden visualizar los perfiles de ningún usuario. Flujo Normal Actor Sistema 1. Todos los usuarios previamente 1. Mostrar a usuarios nuevos la opción de registrada su cuenta deben iniciar administrar el perfil. sección en su respectiva cuenta. 2. Solicitar al usuario cargar la imagen 2. Sea Administrados, Supervisor o principal para luego ser validada y Estudiante si desean pueden rellenar guardada en la base de datos. o actualizar su perfil. 3. Mostrar al usuario por separado los 3. Si es un usuario nuevo debe diferentes partes del registro y validar si se completar cada uno de los campos o ha completado el 50% de todos los más del 50% iniciando por la campos. imagen principal. 4. Guardar el registro si es usuario nuevo o 4. Ingresar datos principales: nombre, de lo contrario actualizarlo. redes, dirección, estudios, página, 5. Validar los datos para ser enviados a la nota. base de datos. 5. Confirmar y guardar cada cambio. 6. Enviar un mensaje al usuario de confirmación de datos y registro terminado. Flujo alterno Actor Sistema 1. Si el usuario no modifica su perfil 1. Si la imagen principal no cumple con el por primera vez se mostrar un formato básico de carga se mostrara un mensaje donde se le sugiere mensaje de error con la descripción de los ingresar los datos principales. requisitos. 2. Se solicitara que cargue una imagen 2. Se comprueba si se ha no se completa el principal en caso de no haberlo 50% del registro se sugiere al usuario hecho. atreves de un mensaje completar el registroRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 19 Especificación de requisitos de software 3. Si se ingresa datos incorrectos en 3. Si los campos están vacios o incorrectos se los campos del registro se mostrara ejecutara la validación y mostrara los un mensaje de error. campos incorrectos que deben ser modificados correctamente. Post condiciones: El perfil es guardado y puede ser visualizado por otros usuarios registrados. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 4 Nombre de requisito: Bloquear Usuarios. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: Bloqueo. Campos: Usuario, Descripción, Reporte. Prioridad del requisito: Esencial Deseado Opcional Descripción: Sera mostrado en pantalla al administrador opciones de bloqueo y los usuarios (estudiantes) que fueron reportados por los supervisores que incumplieron las normativas o reglas del sistema. Requerimientos : • Es necesario estar registrado e ingresar al sistema. • Solo el administrador puede bloquear usuarios • Se deberá enviar un aviso de advertencia al usuario antes de ser bloqueado. Precondiciones: • Se debe previamente visualizar el reporte de alerta de usuarios generado por el supervisor para proseguir a este modulo. • Se visualizaran los motivos correspondientes al bloqueo y su calificativo. • El administrador debe proporcionar su clave para confirmar el bloqueo de los usuarios. Flujo Normal Actor Sistema 1. Iniciar sección como administrador 1. Mostrar en pantalla al administrador y dirigirse a visualizar el reporte de estadísticas e información detallada alerta de usuarios donde muestra el generada por el supervisor sobre reporte de informe detallado de las denuncias alertas de usuarios.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 20 Especificación de requisitos de software y usuarios (estudiantes) notificados. 2. Cargar por separado los datos e 2. Dirigirse al apartado bloqueo de información de los usuarios reportados. usuarios para visualizar las 3. Solicitar al administrador elegir un tipo de opciones donde decidirá enviar una mensaje para ser enviado al usuario a advertencia o proceder al bloqueo. bloquear. 3. Si se procede a bloquear el usuario 4. Solicitar ingresar la contraseña de acceso se debe enviar una notificación por para confirmar el bloqueo. los motivos 4. Introducir su contraseña de acceso para confirmar. Flujo alterno Actor Sistema 1. Si el supervisor no envía el reporte 1. Buscar en la base de datos si existe un de alerta de usuarios no se mostrara reporte guardado por el supervisor si no lo en pantalla al administrador y este haya muestra un mensaje en pantalla. podría solicitarla. 2. Se muestra al administrador la opción de 2. Si no se envía un mensaje al usuario solicitar el reporte a él superviso. (estudiante) no se procederá a su 3. A la hora de confirmar se solicita la bloqueo. contraseña y se compara con la 3. Si se ingresa una contraseña almacenada en la base de datos si no incorrecta a la hora de confirmar el coinciden no se efectúa el procedimiento bloqueo se mostrara un mensaje de de bloqueo, error. Post condiciones: Es bloqueado el usuario por un periodo, se le notifica al usuario los motivos y se les muestra las normativas del sistema. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 5 Nombre de requisito: Administrar Horario. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: horario. Campos: Curso, Taller, Día, Hora, F_Inicio, F_culminacion, Permanente, Lugar, Descripción. Prioridad del requisito: Esencial Deseado Opcional Descripción: El administrador luego de haber creado previamente los cursos puede organizar y seleccionar una hora y día especifico en una tabla donde se mostraran organizadamente, pueden gestionar y visualizar más fácilmente las fechas de cada curso y taller.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 21 Especificación de requisitos de software Requerimientos : • Cualquier usuario a excepción de los Visitantes puede acceder a este modulo del sistema. • Es necesario estar registrado e ingresar al sistema. • Se deberá confirmar cada cambio al modificar el perfil. Precondiciones: • Es opcional proporcionar todos los datos del formulario. • Cada usuario registrado podrá actualizar su perfil en el momento que desee. • Los usuarios visitantes no pueden visualizar los perfiles de ningún usuario. Flujo Normal Actor Sistema 1. Todos los usuarios previamente 1. Mostrar a usuarios nuevos la opción de registrada su cuenta deben iniciar administrar el perfil. sección. 2. Solicitar al usuario cargar la imagen 2. Sea Administrados, Supervisor o principal para luego ser validada y Estudiante si desean pueden rellenar guardada en la base de datos. o actualizar su perfil. 3. Mostrar al usuario por separado los 3. Si es un usuario nuevo debe diferentes partes del registro y validar si se completar cada uno de los campos o ha completado el 50% de todos los más del 50% iniciando por la campos. imagen principal. 4. Guardar el registro si es usuario nuevo o 4. Ingresar datos principales: nombre, de lo contrario actualizarlo. redes, dirección, estudios, página, 5. Validar los datos para ser enviados a la nota. base de datos. 5. Confirmar y guardar cada cambio. 6. Enviar un mensaje al usuario de confirmación de datos y registro terminado. Flujo alterno Actor Sistema 1. Si el usuario no modifica su perfil 1. Si la imagen principal no cumple con el por primera vez se mostrar un formato básico de carga se mostrara un mensaje donde se le sugiere mensaje de error con la descripción de los ingresar los datos principales. requisitos. 2. Se solicitara que cargue una imagen 2. Se comprueba si se ha no se completa el principal en caso de no haberlo 50% del registro se sugiere al usuario hecho. atreves de un mensaje completar el registro 3. Si se ingresa datos incorrectos en 3. Si los campos están vacios o incorrectos se los campos del registro se mostrara ejecutara la validación y mostrara losRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 22 Especificación de requisitos de software un mensaje de error. campos incorrectos que deben ser modificados correctamente. Post condiciones: El perfil es guardado y puede ser visualizado por otros usuarios registrados. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 6 Nombre de requisito: Alerta de Publicaciones de Usuario. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: alertas. Campos: Usuario, Publicación, tipo_A, Descripción, calificación, normativa. Prioridad del requisito: Esencial Deseado Opcional Descripción: El supervisor recibe mensajes, denuncias de usuarios y reportes de mal uso del sistema al modulo de alertas de publicaciones de usuario donde se clasifican y se ordenan para que el administrador tome las decisiones respectivas. Requerimientos : • Es necesario estar registrado e ingresar al sistema. • Solo el supervisor puede acceder a este modulo. Precondiciones: • Se deberá confirmar que son correctas las denuncias haciendo uso de las consultas de publicaciones. • Se actualizar periódicamente los reportes. • Los usuarios visitantes no pueden realizar denuncias. Flujo Normal Actor Sistema 1. Todos los usuarios previamente 1. Consultar en base de datos las denuncias registrada su cuenta deben iniciar generadas por los usuarios y luego serán sección. mostradas en pantalla en forma de lista al 2. El supervisor visualiza cada uno de supervisor. los mensajes, denuncias y reportes 2. Cargar los datos de usuario y denuncias en de mal uso del sistema y los alertas de publicaciones de usuario.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 23 Especificación de requisitos de software confirma si son correctos en el 3. Los reportes son ordenados por prioridad modulo de consultas de establecido por el supervisor. publicaciones de usuarios. 4. Guardar el reporte y se es enviado al 3. Se seleccionan los avisos y se administrador. procede a generar ordenadamente los reportes de alertas donde se describe el motivo, se establece una clasificación para ordenarlos por prioridad. 4. Se confirma y se envía el reporte de alerta al administrador. Flujo alterno Actor Sistema 1. Si no se encuentra ninguna 1. Se muestra un mensaje de estado si no se denuncia se envía un mensaje de encuentran alertas y se envía el estado al estado al administrador. administrador. 2. Si no se completa todos los campos 2. Si los campos están vacios o incorrectos se y se selecciona una calificación para ejecutara la validación y mostrara los la denuncia no se guardara el campos incorrectos que deben ser reporte. modificados correctamente y rellenados 3. Si se ingresa datos incorrectos en obligatoriamente. los campos del registro se mostrara un mensaje de error. Post condiciones: El reporte es enviado al administrador para ser revisado en el modulo de consultas de alertas. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 7 Nombre de requisito: Consultar Cursos y Talleres. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: Curso, taller, Campos: Nombre, Modalidad, Facilitador, Dirigido, Costo, Horario, Cupos. Prioridad del requisito: Esencial Deseado Opcional Descripción: El usuario administrador podrá visualizar el listado completo de los cursos y talleres detalladamente previamente registrados y tendrá la opción de modificarlos o eliminarlos. El usuario estudiante solo podrá visualizar un listado resumido de los cursos.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 24 Especificación de requisitos de software Requerimientos : • Cualquier usuario a excepción de los Visitantes puede acceder a este modulo del sistema. • Es necesario estar registrado e ingresar al sistema. • Se deberá confirmar cada cambio al modificar el perfil. Precondiciones: • Es opcional proporcionar todos los datos del formulario. • Cada usuario registrado podrá actualizar su perfil en el momento que desee. • Los usuarios visitantes no pueden visualizar los perfiles de ningún usuario. Flujo Normal Actor Sistema 1. Todos los usuarios previamente 1. Mostrar a usuarios nuevos la opción de registrada su cuenta deben iniciar administrar el perfil. sección en su respectiva cuenta. 2. Solicitar al usuario cargar la imagen 2. Sea Administrados, Supervisor o principal para luego ser validada y Estudiante si desean pueden rellenar guardada en la base de datos. o actualizar su perfil. 3. Mostrar al usuario por separado los 3. Si es un usuario nuevo debe diferentes partes del registro y validar si se completar cada uno de los campos o ha completado el 50% de todos los más del 50% iniciando por la campos. imagen principal. 4. Guardar el registro si es usuario nuevo o 4. Ingresar datos principales: nombre, de lo contrario actualizarlo. redes, dirección, estudios, página, 5. Validar los datos para ser enviados a la nota. base de datos. 5. Confirmar y guardar cada cambio. 6. Enviar un mensaje al usuario de confirmación de datos y registro terminado. Flujo alterno Actor Sistema 1. Si el usuario no modifica su perfil 1. Si la imagen principal no cumple con el por primera vez se mostrar un formato básico de carga se mostrara un mensaje donde se le sugiere mensaje de error con la descripción de los ingresar los datos principales. requisitos. 2. Se solicitara que cargue una imagen 2. Se comprueba si se ha no se completa el principal en caso de no haberlo 50% del registro se sugiere al usuario hecho. atreves de un mensaje completar el registro 3. Si se ingresa datos incorrectos en 3. Si los campos están vacios o incorrectos se los campos del registro se mostrara ejecutara la validación y mostrara losRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 25 Especificación de requisitos de software un mensaje de error. campos incorrectos que deben ser modificados correctamente. Post condiciones: El perfil es guardado y puede ser visualizado por otros usuarios registrados. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 8 Nombre de requisito: Consultar Publicaciones de Usuarios. Tipo: Requisito Restricción Fuente del requisito: BD Tabla: horario. Campos: Curso, Taller, Día, Hora, F_Inicio, F_culminacion, Permanente, Lugar, Descripción. Prioridad del requisito: Esencial Deseado Opcional Descripción: Cada usuario luego de acceder al sistema tiene la opción de administrar su perfil que mostrara públicamente información relevante sobre sí mismo. Requerimientos : • Cualquier usuario a excepción de los Visitantes puede acceder a este modulo del sistema. • Es necesario estar registrado e ingresar al sistema. • Se deberá confirmar cada cambio al modificar el perfil. Precondiciones: • Es opcional proporcionar todos los datos del formulario. • Cada usuario registrado podrá actualizar su perfil en el momento que desee. • Los usuarios visitantes no pueden visualizar los perfiles de ningún usuario. Flujo Normal Actor Sistema 1. Todos los usuarios previamente 1. Mostrar a usuarios nuevos la opción de registrada su cuenta deben iniciar administrar el perfil. sección en su respectiva cuenta. 2. Solicitar al usuario cargar la imagen 2. Sea Administrados, Supervisor o principal para luego ser validada y Estudiante si desean pueden rellenar guardada en la base de datos. o actualizar su perfil. 3. Mostrar al usuario por separado losRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 26 Especificación de requisitos de software 3. Si es un usuario nuevo debe diferentes partes del registro y validar si se completar cada uno de los campos o ha completado el 50% de todos los más del 50% iniciando por la campos. imagen principal. 4. Guardar el registro si es usuario nuevo o 4. Ingresar datos principales: nombre, de lo contrario actualizarlo. redes, dirección, estudios, página, 5. Validar los datos para ser enviados a la nota. base de datos. 5. Confirmar y guardar cada cambio. 6. Enviar un mensaje al usuario de confirmación de datos y registro terminado. Flujo alterno Actor Sistema 1. Si el usuario no modifica su perfil 1. Si la imagen principal no cumple con el por primera vez se mostrar un formato básico de carga se mostrara un mensaje donde se le sugiere mensaje de error con la descripción de los ingresar los datos principales. requisitos. 2. Se solicitara que cargue una imagen 2. Se comprueba si se ha no se completa el principal en caso de no haberlo 50% del registro se sugiere al usuario hecho. atreves de un mensaje completar el registro 3. Si se ingresa datos incorrectos en 3. Si los campos están vacios o incorrectos se los campos del registro se mostrara ejecutara la validación y mostrara los un mensaje de error. campos incorrectos que deben ser modificados correctamente. Post condiciones: El perfil es guardado y puede ser visualizado por otros usuarios registrados. Requerimiento especiales: Puntos de extensión: Número de requisito: RF 9 Nombre de requisito: Asignación de cantidad de estudiantes. Tipo: Restricción Requisito Fuente del requisito: BD Tabla: Curso, taller, Campos: Cupos. Prioridad del requisito: Esencial Deseado Opcional Descripción: Creación de campo donde el administrador pueda ingresar la cantidad de cupos disponibles para cada curso o taller. Requerimientos : • Dependiendo la cantidad de cupos asignado por el administrador a cada curso o taller.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 27 Especificación de requisitos de software • Se podrán registrar un estudiante dependiendo si hay cupos disponibles. Precondiciones: • El administrador debe colocar obligatoriamente la cantidad de cupos disponibles dependiendo del curso o del taller. Flujo Normal Actor Sistema 1. El administrador proporciona los 1. Registrar los límites de cupos datos principales para registrar un disponibles. curso o del taller. 2. Guardar cantidad de cupos ingresado 2. El administrador selecciona el por el administrador. límite de cupos. 3. Validar los datos para ser enviados a la 3. Una vez proporcionado todos los base de datos. datos se guardara el curso o el 4. Enviar un mensaje al usuario: taller registrado. Registro exitoso. Flujo alterno Actor Sistema 1. Si el usuario elegí un curso donde 1. El sistema buscara en la base de datos no hay cupos disponibles le la cantidad de cupos disponibles mostrara un mensaje de alerta. ingresado previamente por el administrador y si no encuentra cupos disponibles se mostrara el mensaje de alerta. 2. Si el campo de cupos está vacío se ejecutara la validación y enviara un mensaje al administrador: ingrese la cantidad de cupos para los cursos y talleres. Post condiciones: La cantidad de cupos son guardados en la base de datos. Requerimiento especiales: El administrador es el único usuario que puede crear, modificar y ejecutar los límites de cupos. Puntos de extensión: Número de requisito: RF 10 Nombre de requisito: Asignación de facilitador. Tipo: Restricción Requisito Fuente del requisito: BD Tabla: Curso, taller, Campos: facilitador.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 28 Especificación de requisitos de software Prioridad del requisito: Esencial Deseado Opcional Descripción: Creación de campo donde el administrador pueda ingresar el facilitador para cada curso o taller. Requerimientos : • Dependiendo del curso o taller se asigna un facilitador. • Se podrán seleccionar un facilitador dependiendo del área formada. Precondiciones: • El administrador debe seleccionar el facilitador dependiendo del curso o del taller. Flujo Normal Actor Sistema 1. El administrador proporciona 1. Registra el facilitador. los datos principales para 2. Guardar el facilitador ingresado por registrar un curso o del taller. el administrador. 2. El administrador selecciona 3. Validar los datos para ser enviados a 3. el facilitador o encargado. la base de datos. 4. Una vez proporcionado todos 4. Enviar un mensaje al usuario: los datos se guardara el curso o Registro exitoso. el taller registrado. Flujo alterno Actor Sistema 1. Si el administrador elegí dos 1. El sistema buscara en la base de datos facilitador en curso o taller le el currículo del facilitador y si no mostrara un mensaje de error. encuentra el facilitador solicitado mostrara un mensaje de error. 2. Si el campo de facilitador está vacío se ejecutara la validación y enviara un mensaje al administrador: ingrese el facilitador para cada cursos y talleres. Post condiciones: El currículo de cada facilitador son guardados en la base de datos. Requerimiento especiales: El administrador es el único usuario que puede crear, modificar y ejecutar los facilitador ingresados. Puntos de extensión: Número de requisito: RF 11Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 29 Especificación de requisitos de software Nombre de requisito: Contenido informativo. Tipo: Restricción Requisito Fuente del requisito: BD Tabla: Curso, taller, Campos: contenidos. Prioridad del requisito: Esencial Deseado Opcional Descripción: Creación de campo donde el administrador pueda ingresar los contenidos de información de los cursos y talleres. Requerimientos : • El contenido de información será creado solo por el administrador. • Se podrán crear un contenido de información. Precondiciones: • El administrador debe colocar obligatoriamente el contenido de información sobre cursos y talleres. Flujo Normal Actor Sistema 1. El administrador crea el 1. Registrar el contenido de contenido necesario para información. los cursos y talleres. 2. Guardar el contenido ingresado por el 2. Una vez proporcionado el administrador. contenido de información 3. Validar para ser enviados a la base de serán registrados. datos. 4. Enviar un mensaje al usuario: Registro exitoso. Flujo alterno Actor Sistema 1. Si el administrador crea un 1. El sistema buscara en la base de datos contenido de información el contenido de información incorrecto le mostrara un solicitado por el administrador y si mensaje de error. no lo encuentra se mostrara un mensaje de error. 2. Si el campo de contenido está vacío se ejecutara la validación y enviara un mensaje al administrador: ingrese el contenido de información para los cursos y talleres. Post condiciones: El contenido de información son guardados en la base de datos. Requerimiento especiales: El administrador es el único usuario que puede crear, modificar y ejecutar el contenido de información.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 30 Especificación de requisitos de software Puntos de extensión: Número de requisito: RF 12 Nombre de requisito: Generar publicaciones. Tipo: Restricción Requisito Fuente del requisito: BD Tabla: usuario, Campos: publicaciones. Prioridad del requisito: Esencial Deseado Opcional Descripción: Los usuarios registrados podrán crear publicaciones de imágenes, comentarios entre otros. Requerimientos : • El usuario visitante, no podrá crear ni comentar publicaciones solo podrá visualizarlas. • Se podrán registrar una publicación dependiendo la cantidad de KB que contenga la imagen. Precondiciones: • El supervisor debe enviar un mensaje de alerta al usuario si realiza una publicación indebida. Flujo Normal Actor Sistema 1. El usuario crea la publicación o 1. Crear la publicación. comentario. 2. Crear comentario. 2. Una vez creada una 3. Guardar la publicación ingresada por publicación comentario se el usuario. visualizara en la pantalla. 4. Enviar un mensaje al usuario: 3. El supervisor manifiesta al Creación exitosa. administrador si hay una publicación indebida. Flujo alterno Actor Sistema 1. Si el usuario desea realizar una 1. Si la publicación es de tamaño publicación de tamaño excesivo el sistema mostrara un error. excesivo le mostrara un 2. El supervisor visualizara las mensaje de error. publicaciones indebidas y luego se las enviara al administrador. 3. Si el campo de publicaciones está vacío y da clic en el botón guardar se ejecutara la validación y enviara un mensaje al usuario: ingresar publicación.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 31 Especificación de requisitos de software Post condiciones: Las publicaciones y comentarios son guardados en la base de datos. Requerimiento especiales: El administrador y el supervisor son los únicos usuarios que puede modificar las publicaciones indebidas y bloquear o eliminar al usuario que la creo. Puntos de extensión: Número de requisito: RF 13 Nombre de requisito: Certificado de curso y taller. Tipo: Restricción Requisito Fuente del requisito: BD Tabla: Curso, Taller, Campos: Nombre, Modalidad, Facilitador, Dirigido, Costo, Horario, Cupos. Prioridad del requisito: Esencial Deseado Opcional Descripción: Los usuarios registrados en los cursos y talleres obtendrán certificados creados por el administrador. Requerimientos : • Los usuarios tendrán que buscar el certificado a la comunidad del ateneo del la victoria. Precondiciones: • El administrador es el único usuario que puede realizar el certificado de curso o/y taller. Flujo Normal Actor Sistema 1. El usuario se inscribe en el 1. Inscripción del usuario. curso o taller. 2. Guarda la inscripción del usuario. 2. Realiza el pago del curso en la 3. Enviar un mensaje al usuario: comunidad del ateneo. Inscripción exitosa. Flujo alterno Actor SistemaRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 32 Especificación de requisitos de software 1. El usuario debe visualizar si 1. Si el usuario intenta inscribirse en un hay cupos disponibles. curso o taller donde no hay cupos 2. El administrador visualiza si el disponibles le mostrara un mensaje de usuario está inscrito en el alerta. curso. 2. Administrador visualiza si está inscrito si no lo está muestra un mensaje de usuario no existente. Post condiciones: Los certificados de curso y talleres son guardados en la base de datos. Requerimiento especiales: El administrador es el único usuario que puede crear, modificar y eliminar un certificado. Puntos de extensión: 3.1 Requisitos comunes de las interfaces 3.1.1 Interfaces de usuario: Se podrá interactuar con el usuario para aprovechar los requisitos del sistema, la aplicación indicará al usuario las instrucciones que debe realizar, para introducir los datos, como ayudas en línea, Dicha manipulación el usuario realizará la operación por medio del teclado y el Mouse (ratón). Descripción de la interfaz por usuarios: Administrador: Podrá desplazarse por toda la aplicación e iniciará sesión, y entrará en un menú con las acciones que puede realizar, de acuerdo a su nivel de usuario. Supervisor: Encargado de administrar publicaciones añadidas por usuarios, trasmitir información referente a actividades del ateneo, Estudiante: puede hacer publicaciones comentarios, registrarse en cursos e imprimir reportes. Visitante: Podrá desplazarse por toda la aplicación, menos por los módulos anteriores, solo tendrá acceso a consultar información.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 33 Especificación de requisitos de software 3.1.2 Interfaces de hardware: La comunicación entre los módulos del sistema se realizará mediante bases de datos relacionadas. Con el movimiento del ratón y los botones del ratón. El ratón activa las zonas de entrada de datos, botones de comando y selecciona las opciones del menú. 3.1.3 Interfaces de software La comunicación entre los módulos del sistema se realizará mediante bases de datos relacionadas a la interfaz. 3.1.4 Interfaces de comunicación: La interfaz de comunicación entre el servidor de base de datos MYSQL y la aplicación desarrollada en PHP se realiza mediante el estudio de las interfaces de comunicación, ya que se trata de la entrada y salida de toda la información recibida y enviada por la impresora y el sistema de información como herramientas para la gestión administrativa del ATENEO DE LA VICTORIA del municipio José Félix Ribas no necesitan tener ese tipo de estudios. 3.2 Requisitos funcionales Requisito funcional 1: El administrador o el usuario de la aplicación web tendrá que identificarse para acceder al mismo. Requisito funcional 2: Los usuarios deberán estar registrados para tener privilegios e ingresar a todos los módulos de la aplicación. Requisito funcional 3: La aplicación web proporcionará información y servicios autenticando el tipo de usuario: el usuario registrado podrá realizar todos los servicios; el usuario no registrado solo podrá realizar solicitud de cursos y talleres. Requisito funcional 4: El administrador tendrá privilegios a cambiar la contraseña de los usuarios.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 34 Especificación de requisitos de software Requisito funcional 5: El administrador, supervisor, podrán ver los nombres de las personas, la fecha, y el tipo de cursos y talleres que solicitaron. Requisito funcional 6: El estudiante, solo puede visualizar su propia información en el sistema. Requisito funcional 7: El administrador, supervisor y el estudiante, son los usuarios con privilegios a imprimir los reportes sobre listados de los diferentes servicios. Requisito funcional 8: La aplicación web deberá tener un nombre de dominio (DNS), por medio del cual permita su ingreso digitándolo en la barra del navegador, Todo esto debidamente configurado en el servidor Web. Requisito funcional 9: El administrador del sistema tendrá la opción que le permitirá listar los usuarios para habilitar o deshabilitarlo. 3.3 Requisitos no funcionales 3.3.1 Requisitos de rendimiento  El 95% de las aplicaciones del sistema deben realizarse en menos de 5 segundos.  La aplicación Web soportará la cantidad de más de 100 usuarios conectados simultáneamente.  El número de computadores que van a estar conectadas del mismo terminal de internet en el Sistema de información como herramienta para la gestión administrativa del ATENEO DE LA VICTORIA va a ser de 3 equipos computo. 3.3.2 SeguridadRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 35 Especificación de requisitos de software  Cada usuario deberá autenticarse y su acceso verificado por una sola terminal para su respectiva labor de acuerdo a lo que su rol especifique. Todas las claves de seguridad deberán estar seguras y en su defecto encriptados en la base de datos para dar una buena seguridad al sistema y su información.  La seguridad del sistema es por el uso de contraseñas para cada usuario (administrador, supervisor y usuarios). Estos permitirá que tengan acceso al sistema solo los usuarios registrados en el sistema. Entorno de Protección de la Aplicación Características Módulos a Tipo de Operaciones a Perfil de Grupo del Perfil de Accesar por Autorización Ejecutar por Grupo Perfil Concedida Perfil Lectura, inserción, Acceso modificación, Acceso a todas completo a todas Acceso a todos actualización, las operaciones Administrador las los módulos consulta genera del sistema funcionalidades reportes, realiza del sistema respaldo y elimina Referencia de los Acceso a los cursos. módulos de Acceso Consultar gestionar información restringido con Lectura e supervisor servicios y general. ciertas inserción gestionar Gestionar los funcionalidades servicios del ateneo talleres y Gestionar talleres y cursos cursos Estudiantes Acceso Acceso a los Lectura, Solicitar servicios restringido con módulos de consultas y de cursos,Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 36 Especificación de requisitos de software talleres , Gestionar ciertas sugerencias e servicios del reportes funcionalidades información sistema general Visualiza los Acceso servicios de cursos restringido con Acceso a la Lectura y y talleres, Visitante ciertas información solicitud sugerencias e funcionalidades información general 3.3.3 Fiabilidad de la información  Este sistema no debe arrojar incidentes ya que solo los que estén registrados podrán observar la información compartida. Así dará confianza al usuario en el momento de ejecutar algunos de los procesos.  En este caso no deben generar incidentes permisibles, es decir, se obliga al personal involucrado develar los datos de los usuarios por cuestión de integridad personal, que es sumamente importante para el sistema de información como herramienta para la gestión administrativa del ATENEO DE LA VICTORIA, el cual es reservado con sus procesos, rigiéndose por las leyes existentes. 3.3.4 Disponibilidad • La aplicación debe estar disponible las 24 horas del día, los 365 días del año. En caso contrario, deberá permitir un máximo de 20 minutos para restaurar el sistema. • El sistema ha sido desarrollado tomando en cuenta las necesidades y requerimientos del Ateneo de La Victoria, por lo que se encontrará teniendo en cuenta las tareas administrativas sobre el sistema.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 37 Especificación de requisitos de software 3.3.5 Mantenibilidad  El mantenimiento del sistema lo realizarán los desarrolladores del mismo y tendrá que realizarse cada año (anualmente).  En este sistema se realizará mantenimiento por los desarrolladores del sistema este mantenimiento se realizara sin ningún recargo económico, por lo que los diseñadores ejecutaran una fácil aplicación. Respaldo de la Aplicación Módulo Tiempo estimado Unidad de Módulo de de Método de de respaldo Módulo/Archivo almacenamiento cambio de indexació enmascaramient Para cada a respaldar secundario clave n de o o encriptación Módulo/Archivo archivos Pendrive superiores aAplicación Completa 10 minuto Si existe Si existe MD5 2Gb, CD y DVDMódulo solicitud de Pendrive superiores a servicios cursos y 5 minutos Si existe Si existe MD5 2Gb, CD y DVD talleres Pendrive superiores a Base de datos 5 minutos Si existe Si existe MD5 2Gb, CD y DVD 3.3.6 Portabilidad • El sistema será desarrollado bajo una arquitectura cliente - servidor. • 99% portable la base de datos, MySQL puede ser ejecutado en Windows. • El sistema se podrá ejecutar desde cualquier navegador como Explorer, Firefox, Google Chrome, entre otros. 3.4 Otros requisitos • El sistema tendrá un menú de ayuda donde los usuarios se puedan orientar en el uso del sistema. Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 38 Especificación de requisitos de software • El sistema será desarrollado en una interfaz de fácil manejo. • La interfaz debe estar complementada con un buen sistema de ayuda (la administración puede manejar en personal con poca experiencia en el uso de aplicaciones web). PLAN DE PRUEBAS VERSIÓN [1.1]Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 39 Especificación de requisitos de software HOJA RESUMEN DE MODIFICACIONES VERSIÓN FECHA PUNTO CAMBIOS RESPECTO DE PREPARADO APROBADO LA VERSIÓN ANTERIOR POR POR Jhonfer Castillo [1.1] 05/12/2012 Versión Inicial Yusmely Mejías Félix PérezRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 40 Especificación de requisitos de softwareÍNDICE FICHA DEL DOCUMENTO 2 CONTENIDO 41 INTRODUCCIÓN 61.1 Propósito..................................................................................................................................... 61.2 Alcance........................................................................................................................................ 61.3 Personal involucrado................................................................................................................. 71.4 Definiciones, acrónimos y abreviaturas...................................................................................71.5 Referencias................................................................................................................................. 91.6 Resumen..................................................................................................................................... 92 DESCRIPCIÓN GENERAL 102.1 Perspectiva del producto......................................................................................................... 102.2 Funcionalidad del producto..................................................................................................... 102.3 Características y jerarquía de los usuarios............................................................................112.4 Restricciones............................................................................................................................ 132.5 Suposiciones y dependencias................................................................................................ 132.6 Evolución previsible del sistema............................................................................................ 133 REQUISITOS ESPECÍFICOS 143.1 Requisitos comunes de las interfaces....................................................................................323.2 Requisitos funcionales............................................................................................................ 333.3 Requisitos no funcionales....................................................................................................... 343.4 Otros requisitos........................................................................................................................ 371 OBJETIVOS DEL PLAN DE PRUEBAS 411.1 DOCUMENTOS RELACIONADOS............................................................................................ 422 ALCANCE DE LAS PRUEBAS 423 ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS 433.1 CRITERIOS DE INICIO.............................................................................................................. 433.2 BASES DE DATOS DE PRUEBAS........................................................................................... 43Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 41 Especificación de requisitos de software3.3 CRITERIOS DE APROBACIóN / RECHAZO.............................................................................434 ESCENARIO DE LAS PRUEBAS 444.1 ORDEN DE EJECUCIÓN DE PRUEBAS .................................................................................444.2 EQUIPO DE PRUEBAS Y RESPONSABILIDADES.................................................................445 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS. 45 EN ESTA SECCIÓN SE MUESTRAN RIGUROSA Y SISTEMÁTICAMENTE LOS RESULTADOSARROJADOS POR CADA PRUEBA. PARA ELLO, YA SE HAN DEFINIDO LOS ESCENARIOS.EN TAL SENTIDO, LOS RESULTADOS OBTENIDOS SE CLASIFICAN SEGÚN: 451 INTRODUCCIÓN Proyecto Tipo de Proyecto Sistema De Información Como Herramienta Para La Gestión Administrativa Del Proyecto Socio Tecnológico III ATENEO De La Victoria Del Municipio José Félix Ribas Edo-Aragua. Documentos Evaluación relacionados Documento SRS Equipo de Proyecto: Jhonfer Castillo, Yusmely Mejías, Félix Pérez. Responsable de Equipo Jhonfer Castillo Tutor:1 OBJETIVOS DEL PLAN DE PRUEBAS Este documento, tiene como finalidad entregar las modelos a concretar diseñando un plan de pruebas de tal manera que no se presenten posibles problemas en el futuro , obteniendo así un producto final en optimas condiciones a las establecidas y con cada uno de los requerimientos necesarios para que el producto tenga calidad.Las Fases en las que se realizarán las pruebas son: 1. Planificación de las pruebas: Identificar los requisitos para las pruebas. Desarrollar la estrategia de pruebas. Identificar los recursos necesarios para realizar las pruebas. Generar el Plan de pruebas. 2. Diseño de las pruebas: Desarrollo de las pruebas. Identificar y describir los casos de prueba. 3. Implementación de las pruebas: Establecer el entorno de prueba. Desarrollar las clases de prueba, los componentes de prueba y los datos de prueba. 4. Ejecución de las pruebas: Ejecutar los casos de prueba. Evaluar la ejecución del proceso de prueba. Verificar los resultados. Investigar los resultados no esperados. Registrar los defectos. 5. Evaluación de las pruebas: Evaluar la cobertura de los casos de prueba. Evaluar la cobertura del código. Analizar los defectos. Determinar si se han alcanzado los criterios de las pruebas. Crear los informes de evaluación de las pruebas.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 42 Especificación de requisitos de software 1.1 DOCUMENTOS RELACIONADOS Nombre Descripción Fecha Elaboración Informe de Especificación de Documento SRS Requisitos Representa la problemática de la comunidad, las fases de las Informe técnico. metodologías y los planes de inversión. 2 ALCANCE DE LAS PRUEBAS En los siguientes cuadros se refieren a las pruebas en cuanto al tipo de ejecución y los requerimientos del sistema. CUADRO RESUMEN DE LAS PRUEBAS Componentes a ser Módulo de Registro: probados: • Sub. Módulo: Registro (Administrador) • Sub.Módulo: Autenticación (Iniciar Sesión) • Sub. Módulo: Registro (Estudiantes) • Sub. Módulo: Registro (Supervisor) Objetivos de las Pruebas En estos Módulos se realizarán pruebas para validar: • La visualización de los datos, ingresados y que no estén los campos vacios. • Respuesta y realización de las transacciones de cada sub. módulo. • Que el sistema este acorde a las actividades que el usuario requiere. Detalle del orden de ejecución Los sub. módulos se deben ejecutar en forma independiente, de los componentes pero consecutivos en el orden siguiente: • Registrar Administrador. • Inicio de sesión. • Registro de Estudiante. • Registro de Supervisor. Responsabilidad de la Prueba Las pruebas son responsabilidad por los operadores del sistema los cuales deben realizar las pruebas y asegurar la efectividad de laRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 43 Especificación de requisitos de software aplicación. 3 ENTORNO Y CONFIGURACIÓN DE LAS PRUEBAS Para el proceso de pruebas del proyecto se requiere de la disponibilidad de los siguientes entornos, a saber: a. Servidor, equipo con acceso a Internet, Sistema operativo Windows 7 P4 celeron. 384 MB Ram Disco Duro de 40 GB unidad de CD-ROM. b. Base de Datos MySQL. Reside en equipo servidor 3.1 CRITERIOS DE INICIO Aceptación del plan de pruebas. Revisión y aceptación del documento que contiene los casos de pruebas para la certificación del proyecto, estas pruebas son realizadas por el usuario. Aceptación de paquetes. Revisión y aceptación de los software de desarrollo, y que éstos cumplan con las condiciones de aceptación. Aceptación de ambiente. Revisión y aceptación del ambiente de certificación, y que éstos cumplan con las condiciones de aceptación. 3.2 BASES DE DATOS DE PRUEBAS Base de Datos : Bd_ateneo Servidor BD : MySQL Datos : Aleatorios 3.3 CRITERIOS DE APROBACIóN / RECHAZO • Errores Graves: información crítica presentada erróneamente, información mal registrada en la base de datos, caídas de programas, incumplimiento de objetivos en funciones principales, entre otros. • Errores Medios (comunes): errores en presentación de datos, incumplimiento de objetivos en funciones secundarias, caídas de programas auxiliares, entre otros. • Errores Leves: errores en presentación de datos secundarios, no adecuación a estándares, comportamientos correctos pero diferentes en situaciones similares, dificultades de operación, entre otros. Criterio Descripción Se aprobará el proyecto con un 100% de las pruebas ejecutadas pero con un 90% de aceptación. Esto quiere decir que el 90% de las pruebas deben serAprobado exitosas y sin errores. En el restante 10% pueden existir errores medios o bajos, pero no graves. En caso de ocurrir que el proyecto no cumpla con el nivel exigido, el proyectoRechazado se rechaza completo en su etapa de certificación. Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 44 Especificación de requisitos de software 4 ESCENARIO DE LAS PRUEBAS Para cumplir con los objetivos planteados se presentan diversos escenarios de pruebas, estos son: Pruebas de Componentes, Pruebas de Sistemas, Pruebas de Integridad, Pruebas de Interfaz (Usabilidad) y Pruebas Alfa. Para las pruebas de Componentes se debe: • Verificar el Módulo de Registro, Sub.Módulo: Registro (Administrador),. • Verificar el Módulo de Registro, Sub. Módulo: Autenticación (Inicio de sesión) para lo que se introducen los datos aleatoriamente. • Verificar el Módulo Registro, Sub. Módulo: Incluir (Registro de Estudiante), para lo que se introducen datos aleatoriamente. • Verificar el Módulo Registro, Sub. Módulo: Incluir (Registro de supervisor), para lo que se introducen datos aleatoriamente. • Verificar el Módulo Generar Reportes de Asistencia General, Sub. Módulo: Generar (reportes de Inscripción en los cursos o talleres y Trípticos). 4.1 ORDEN DE EJECUCIÓN DE PRUEBAS Las pruebas se llevarán a cabo de la siguiente forma: 1. Secuencias de pasos para la Configuración Configuración de los Equipos Cliente, del Servidor de Aplicación Web y de la Base de Datos. ¿???] 2. Secuencias de pasos para la generación de datos para el módulo y sus componentes Ejecución del proceso (manual) de generación de datos de entrada con información de potenciales usuarios del sistema de gestión administrativa. 3. Secuencias de pasos para la generación de datos para los cinco componentes. Ejecución del proceso (manual) de generación de datos, donde las tablas y campos a utilizar serán llenados manualmente. 4.2 EQUIPO DE PRUEBAS Y RESPONSABILIDADES Nombres Responsabilidad Jhonfer Castillo Líder del equipo. Responsable de evaluar las condiciones de término para el proceso de pruebas junto al tutor y el resto del equipo. Jhonfer Castillo, Analista funcional, responsable de la resolución de las incidencias de Yusmely Mejías certificación para los sub. módulos de Registro de administrador, inicio de Félix Pérez sesión, registro de estudiantes y registro de supervisor. Jhonfer Castillo, Testing de Solución, responsable de la generación del plan de pruebas. Yusmely Mejías Félix PérezRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 45 Especificación de requisitos de software 5 REGISTRO DE LOS RESULTADOS DE LAS PRUEBAS. En esta sección se muestran rigurosa y sistemáticamente los resultados arrojados por cada prueba. Para ello, ya se han definido los escenarios. En tal sentido, los resultados obtenidos se clasifican según: 5.1 PRUEBAS DE COMPONENTE5.1.1 PRUEBAS UNITARIAS. (Caja Negra) .Caso de prueba 1.InterfazNombre Se ingresa al sistema en nivel de administrador.Objetivos Si el usuario no se encuentra registrado no podrá ingresar al sistema.Entrada usuario : Jhonfer Contraseña: 1234Condiciones de ejecución Que no exista en la tabla usuario (usuario, código) el registro <”Jhonfer”, “20068665”> pero si un registro<”Jhonfer”, “1234”>.Resultados esperados Si coloca la contraseña incorrecta se mostrara un mensaje de error. “Error al acceder al sistema ingrese contraseña correcta”.ObservacionesRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 46 Especificación de requisitos de softwareCaso de prueba 2.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Objetivos de la Comprobar el módulo de registro. Sub Módulo Recuperación (¿Olvido su prueba contraseña?) Técnicas Sistema de recuperación como herramienta datosla gestión Solicitar información de contraseña con para válidos e inválidos. administrativa del ateneo de la victoria del municipio José Rev. 01 Código Método de Recuperación. Edo-Aragua. Félix Ribas Pág. 47 involucrado Especificación de requisitos de software <?php require_once(recaptcha-php-1.11/recaptchalib.php); $publickey = "6LeujtkSAAAAAFNaGcWx9B4X_FFJIKFrj5wovFLF"; $privatekey = "6LeujtkSAAAAAApcfz5vvwEMrqU9_AK0GSM5c8tu"; $error = null; if ($_POST[action] == "register") { $re_ip = $_SERVER["REMOTE_ADDR"]; $re_challenge = $_POST["recaptcha_challenge_field"]; $re_response = $_POST["recaptcha_response_field"]; $resp = recaptcha_check_answer($privatekey, $re_ip, $re_challenge, $re_response); if ($resp->is_valid) { // procesar registro echo "Registro completo"; exit; } else { $error = $resp->error; } } ?> Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Recuperar la contraseña olvidada por parte de de un usuario registrado. Caso No. 1 Descripción: Datos incorrectos: Cuenta de correo no valida Entradas: Dirección E-mail: jose#je5hotmailll.com Salidas esperadas: Su correo es incorrecto. Introduzca un correo valido para recuperar contraseña.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez. Resultados Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 48 Especificación de requisitos de software Caso de prueba 3InterfazNombre Se ingresa al sistema en nivel de Estudiante.Objetivos Si el estudiante no se encuentra registrado no podrá ingresar al sistema.Entrada Usuario : Yusmely Contraseña: 1234Condiciones de Que no exista en la tabla estudiante (estudiante, código) el registroejecución <”Yusmely”, “30679”> pero si un registro<”Yusmely”, “1234”>.Resultados esperados Si coloca la contraseña incorrecta se mostrara un mensaje de error. “Error al acceder al sistema ingrese contraseña correcta”.ObservacionesInterfazNombre Registro de Profesores.Objetivos Se debe comprobar que en la base de datos se encuentren los datos del profesor registrado.Entrada Campo de cedula vacio.Condiciones de Si no existe un profesor registrado en la tabla de profesor (cedula, nombre).ejecución Cedula: vacía Nombre: José, peros si un registro. Cedula: 20066798 Nombre: JoséResultados esperados Si el campo de cedula se encuentra vacio no se podrá guardar el registro.ObservacionesRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 49 Especificación de requisitos de software 5.1.2 PRUEBA UNITARIAS. (Caja Blanca) Cuadro Nº 1. Módulo de Registro, Sub. Módulo: Iniciar Sesión Objetivos de la Comprobar el módulo de registro, Sub. Módulo Autenticación (Iniciar prueba Sesión) Técnicas Solicitar acceso con datos válidos e inválidos. Código involucrado Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Validar los datos de un usuario para registrarse en el sistema. Caso No. 1 Descripción: Datos incorrectos: Nombre de Usuario con caracteres no permitidos. Entradas: Nombre: jose#je45 Contraseña: “ jose1234” Correo: joseyahoo.com Sexo: masculino Nivel:”” Salidas esperadas: Error al registrarse datos inválidos. Los datos ingresados son incorrectos. Resultados Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. Observaciones Cuadro Nº 2. Módulo de Registro, Sub. Módulo: Olvido Contraseña.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 50 Especificación de requisitos de software Cuadro Nº 3. Módulo de Registro, Sub. Módulo: Registro de Facilitador.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 51 Especificación de requisitos de software Objetivos de la Comprobar el módulo de registro. Sub Módulo, Registro de Facilitador. prueba Técnicas Solicitar registro de facilitador con datos válidos e inválidos. Código Involucrado Casos de prueba Formato de casos de pruebas Tipo de prueba: Unitaria (Caja Blanca) Objetivo: Registrar de Facilitador. Caso No. 1 Descripción: Datos incorrectos: campo de curriculum vacio. Entradas: Curriculum:”” Cédula: 123456 Nombre: José Apellido: Colmenares Correo: jose@gmail.com Sexo: masculino Salidas esperadas: Campo vacio. Ingresar un curriculum. Resultados Todos los casos de pruebas planificados se han ejecutado. Todos los defectos identificados se han considerado. ObservacionesRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 52 Especificación de requisitos de software 5.2 PRUEBAS DE SISTEMA 5.2.1 PRUEBAS DE INTEGRACIÓNRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 53 Especificación de requisitos de software Cuadro nº 1.Sub. Módulo: Modo de Administrador. Objetivos de la Añadir nuevos usuarios al sistema en modo administrador. prueba Ejecutar el recorrido descrito anteriormente con datos validos e inválidas para comprobar lo siguiente. • Cuando se utilizan datos correctos se confirma el registro de usuario y es guardado en base de datos. A. Se ingresara correctamente al respectivo modulo del usuario previamente guardado. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas tanto en el registro de usuario como en el menú de sección. Interfaz Asociada Resultados Acceder al sistema dependiendo del nivel requerido por el usuario. Cuadro nº 2.Sub. Módulo: Modo de estudiante.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 54 Especificación de requisitos de software Objetivos de la Ingresar correctamente a la aplicación, el procesamiento de prueba los datos, en modo estudiante. En modo administrador el usuario por defecto será: Jhonfer. Contraseña: 1234. Ejecutar el recorrido descrito anteriormente con datos validos e inválidas para comprobar lo siguiente. • Cuando se utilizan datos correctos se confirma el registro del estudiante y es guardado el nuevo usuario. A. En el menú de inicio de sección son validado los datos y el estudiante ingresa al sistema. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas tanto en el registro de usuario como en el menú de sección. Interfaz Asociada Resultados Si los datos del usuario son correctos y se encuentran registrados en la base de datos puede ingresar sistema. Cuadro nº 3. Asignar un profesor. Objetivos de la Asignar un profesor y guardar un curso o taller. prueba Ejecutar el recorrido descrito anteriormente con datos validos e inválidas para comprobar lo siguiente. • Cuando se utilizan datos correctos se confirma el registro del profesor y es guardado para luego ser mostrado en nuevo registro de curso o taller. A. El nuevo curso o taller son almacenados con un profesor asignado. • Cuando se utilizan datos incorrectos se obtienen los mensajes de error o advertencias adecuadas tanto en el registro de profesores como el registro de cursos y talleres.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 55 Especificación de requisitos de software Interfaz Asociada Resultados Registrar un profesor y que se visualiza en el registro de curso o taller en el campo de facilitador. 5.3 PRUEBAS DE ACEPTACION 5.3.1 PRUEBAS DE USABILIDAD Cuadro nº 1. Objetivos de la La aplicación no posee una barra de navegación que muestre el prueba seguimiento y el posicionamiento en el que se encuentra el usuario o estudiante. Crear pruebas para cada ventana con el objetivo de verificar la correcta navegación y su estado. Heurísticas aplicadas Todas las heurísticas (ver anexo pagina 16). Interfaz Asociada Resultado esperado Infórmale al usuario donde se encuentra. A través de una barra de estado dentro del sistema.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 56 Especificación de requisitos de software Cuadro nº 2. Falta de mensajes descriptivos en algunos formularios a la hora de Objetivos de la buscar los cursos o talleres que no sean encontradas. prueba Crear mensajes de ayudas. Heurísticas aplicadas Todas las heurísticas (ver anexo pagina 16). Interfaz Asociada Resultado Programar mensajes de error cuando no sea encontrado los datos de esperado los cursos o talleres que el usuario haya ingresado.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 57 Especificación de requisitos de software Cuadro nº 3.Objetivos de la Poco orden visual en las consultas de listado de curso o talleres.prueba Crear un listado más complejo.Heurísticasaplicadas Todas las heurísticas (ver anexo pagina 16).InterfazAsociadaResultado Ordenar adecuadamente las consultas y agregarle solo los datos necesarios.esperadoRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 58 Especificación de requisitos de software 6 PRUEBAS HEURÍSTICAS La evaluación heurística es un método de evaluación formativa, mediante la cual, los expertos critican la interfaz confrontándola con una guía de elementos básicos de diseño elaborada previamente y, en este sentido, es una herramienta de comparación de objetivos explícitamente estipulados. Tiene como objetivo determinar los posibles problemas de usabilidad más comunes en el diseño de una interfaz, antes que determinar en qué grado cumple ésta o aquella función. Como resultado de este tipo de evaluación, se elaboran listas pormenorizadas de problemas de usabilidad, en la que se detallan, esos problemas, la heurística asociada al problema, la valoración del experto y la posible solución (Ver Formato). Formato para la realización de las pruebas Heurísticas de la Interfaz Para la evaluación presentada se utilizaron las “10 Heurísticas de Nielsen” y una escala devaloración para cada problema (Ver Tabla 1).Tabla 1. Valoración de los problemas y heurísticas de Nielsen Leyenda de valoración Heurísticas de Nilsen H1: Diálogo natural y simple 0 - No es un problema deH2: Hablar el lenguaje del usuario Usabilidad 1 - Problema cosmético H3: Minimizar la carga cognitiva 2 - Problema menor H4: Consistencia 3 - Problema mayor de Usabilidad; Feedback importante fijar solución H6: Proveer claramente las salidas 4- Usabilidad catastrófica, Proveer Shortcuts H7: imperativo fijar solución H8: Mensajes de Error descriptivos H9: Prevención de Errores H10: Asistencia al UsuarioRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 59 Especificación de requisitos de softwareRealizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 60 Especificación de requisitos de software Fecha: 03- 12- 2012 Hora: 10 am Nombre del Evaluador: Sandra Hernández Problema Heurística Valoración Solución La aplicación no posee una barra de Problema navegación que Infórmale al usuario mayor de muestre el donde se encuentra. A Asistencia al usabilidad; seguimiento y el través de una barra de usuario (H10). importante posicionamiento en estado dentro del fijar solución el que se encuentra sistema. (3). el usuario o estudiante. Falta de mensajes Problema Programar mensajes de descriptivos en mayor de error cuando no sea algunos formularios Mensaje de errores usabilidad; encontrado los datos de a la hora de buscar descripticos (H8). importante los cursos o talleres que los cursos o talleres fijar el usuario haya que no sean solución(3). ingresado. encontradas. Ordenar Poco orden visual en adecuadamente las las consultas de Dialogo natural y Problema consultas y agregarle listado de curso o simple (H1). menor (2). solo los datos talleres. necesarios.Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.
    • Sistema de información como herramienta para la gestión administrativa del ateneo de la victoria del municipio José Rev. 01 Félix Ribas Edo-Aragua. Pág. 61 Especificación de requisitos de software Formato del instrumento de validación de usabilidad del Ateneo de La Victoria Seleccione la opción que más se acerque a su opinión: VALORACIÓN ASPECTOS A EVALUAR EN LA APLICACIÓN: SI MED NOIncluye información relevante, necesaria y sencilla. Utiliza palabras, frases y conceptos familiares. Sigue convenciones del mundo real. Usa objetos, acciones y/o opciones para evitar que el usuario tenga querecordar información. Ejemplos: menús desplegables, metáforas. Provee objetos visibles e intuitivos La composición de la pantalla es la misma en toda la aplicación. Cada controltiene asignado una única función y siempre es la misma Siempre informa acerca de lo que está ocurriendo Permite deshacer y rehacer acciones realizadas Incluye acciones para hacer más rápida la interacción Incluye mensajes de error expresados en un lenguaje común y sencillo,indicando el problema y sugiriendo soluciones de forma constructiva Incluye acciones para prevenir la existencia de errores Incluye ayuda para asistir al usuario El uso de las metáforas son adecuadas , es decir, refleja el modelo real, escoherente en su aspecto y consistente en su uso Existe legibilidad y claridad textual (tipo, color y tamaño adecuado de lafuente utilizada) Existe organización adecuada del contenido y los elementos  Realizado por: Jhonfer Castillo – Yusmely Mejías – Félix Pérez.