Upload
others
View
7
Download
0
Embed Size (px)
Citation preview
DIRECCIÓN DE TECNOLOGÍAS DE LA INFORMACIÓN
Proyecto Colibrí
Como requerimiento parcial para acreditar la asignatura de
INTEGRADORA II
Que presentan:
Alumno No. ControlAriana Cardoso HuertaMaría del Carmen Patron CantoranEsthela Carmina Carranza CabreraAlejandrino Alvares Soberano
09292026092921130929202709292006
AsesoresGonzalo Rosas Cabrera Oscar Esteban Guerrero HernándezDiana Carolina Gutiérrez Figueroa Gustavo Soriano JiménezFelipe Lima Cortez Angela Hernández Ríos
Izúcar de Matamoros, Pue., 10 de septiembre de 2023
EX
CELE
NCIA
UNIVERSITARIA, FORTALEZA DE M
EXICO
I Z UCAR DE MATAMOROS
CONTENIDO
Página
1 INTRODUCCIÓN....................................................................................22 PLANTEAMIENTO DEL PROBLEMA.....................................................3
2.1 Problemática......................................................................................32.2 Objetivos............................................................................................3
2.2.1 Objetivo General...........................................................................................3
2.2.2 Objetivos Específicos....................................................................................3
2.3 Justificación.......................................................................................42.4 Alcances............................................................................................4
3 MARCO TEÓRICO.................................................................................54 DISEÑO TEÓRICO DEL PROTOTIPO...................................................6
4.1 Definición de requerimientos de información.....................................64.1.1 Requerimientos Funcionales.........................................................................6
4.1.2 Requerimientos No funcionales....................................................................6
4.2 Planeación del proyecto....................................................................64.2.1 Estudio de factibilidad...................................................................................6
4.2.2 Cronograma de actividades..........................................................................7
4.2.3 Acta de inicio de proyecto.............................................................................8
4.2.4 Plan de administración del proyecto.............................................................8
4.2.5 Plan de calidad..............................................................................................8
4.3 Análisis y diseño del Sistema empleando UML.................................84.3.1 Modelo de Casos de uso..............................................................................8
4.3.2 Modelado de Clases.....................................................................................9
4.3.3 Modelo de Estado.........................................................................................9
4.3.4 Modelo de Secuencia....................................................................................9
4.4 Diseño de la base de datos...............................................................94.4.1 Modelo Entidad-Relación..............................................................................9
4.4.2 Esquema de la base de datos (Modelo relacional).......................................9
4.4.3 Diccionario de datos....................................................................................10
4.5 Diseño de la interfaz de usuario (Maqueta).....................................105 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN......................................11
I
5.1 Implementación del servidor de la base de datos............................115.1.1 Requerimientos de software.......................................................................11
5.1.2 Requerimientos de hardware......................................................................11
5.1.3 Proceso de instalación del servidor de datos..............................................11
5.2 Administración de la Base de Datos................................................115.2.1 Perfiles de usuario......................................................................................12
5.2.2 Políticas y procedimientos de respaldo y restauración...............................12
5.2.3 Listado de reportes generados por el sistema............................................12
5.3 Implementación de la aplicación......................................................125.3.1 Descripción de aplicación bajo el patrón de diseño MVC...........................12
5.4 Pruebas Finales...............................................................................135.4.1 Resultados de las métricas aplicadas........................................................13
5.4.2 Resultados de los Casos de Prueba...........................................................13
5.4.3 Conclusiones de las pruebas......................................................................13
5.5 Liberación del sistema.....................................................................136 CONCLUSIONES Y RECOMENDACIONES........................................147 REFERENCIAS....................................................................................15ANEXOS.....................................................................................................16
Responsable del Control de Calidad.......................................................237.1 Manual técnico.................................................................................537.2 Manual de Usuario...........................................................................53
II
RESUMEN
Se ha notado que en cada clausura de la universidad tecnológica de Izúcar de
matamoros, hay una gran desorganización en el momento que se hace el pase de lista
de los alumnos egresados es por eso que se creó “Colibrí. Es un sistema que
automatiza dicho problema, este sistema fue desarrollado con el software necesario
para su implementación: Microsoft visual Studio 2010, SQL Server se utilizo para
implementar la base de datos y Visual Paradigm en él se crearon los diferentes
diagramas como; diagramas de estado, diagramas de secuencia, etc. Se espera que
“colibrí”, tenga un buen uso dentro de la universidad, ya que el sistema fue creado con
la intención de automatizar el pase de lista de los alumnos graduados, este sistema es
muy fácil.
1
ABSTRACT
In each graduation ceremony at the Technological University from Izúcar de Matamoros,
there isn´t organization in the moment of checking attendance to the graduated
students, for this reason, “Colibrí” system was created. It´s a system which solves in a
quickly way the problem, it was developed with the necessary software for the
implementation: The Microsoft Visual Studio 2010. Also, SQL Server was used to
implement the database and Visual Paradigm was used to make the different diagrams:
state´s diagrams and sequence’s diagrams were created. We expect that “Colibrí” had a
good performance at the university, because the system was created with the intention
to make easier to call the roll of graduates. This system is very easy for used.
2
1 INTRODUCCIÓN
Cada año se realizan ceremonias de graduación en diferentes instituciones, en las
cuales asisten los alumnos egresados y diferentes personalidades. En la universidad de
Izúcar de Matamoros Pue. En el mes de Septiembre se lleva a cabo la clausura de los
diferentes programas educativos, en dicha ceremonia la dirección de vinculación lleva
el control de asistencia de los alumnos graduados. Esta toma de asistencia se hace por
medio de listas, las cuales no son del todo eficientes.
3
2 PLANTEAMIENTO DEL PROBLEMA
2.1 Problemática
En cada graduación los profesores registran la asistencia de los alumnos graduados de
manera manual, lo cual implica mucha pérdida de tiempo y retrasa la ceremonia.
Se construirá un sistema que facilite el registro de asistencia de los alumnos, el
sistema tendrá un control de usuarios para que así pueda asignar permisos y
dependiendo del permiso podrá consultar información o registrar asistencia de alumno,
subir listas de alumnos etc.
2.2 Objetivos
2.2.1 Objetivo General
Desarrollar una aplicación web y móvil para registrar a los alumnos en las graduaciones
de la Universidad Tecnológica de Izúcar de matamoros con base en los requerimientos
del cliente con el fin de mejorar el control de asistencias.
2.2.2 Objetivos Específicos
Entrevistar al cliente cada vez que sea necesario para obtener los
requerimientos y entregar avances.
Diseñar un prototipo para la toma de requerimientos funcionales.
Realizar los casos de uso de cada usuario.
Elaborar los diagramas UML.
Realizar la base de datos del sistema colibrí.
Desarrollar la aplicación web.
Realizar pruebas para ver posibles errores.
Desarrollar la aplicación móvil.
4
2.3 Justificación
Se lograra automatizar el proceso de registros de asistencia, con el cual se tendría un
mayor control sobre la información recolectada, ahorro de tiempo y desgaste, como
ventajas económicas es que, el proyecto está desarrollado en ambiente web y móvil ya
que el usuario no tendría que adquirir software adicional para el funcionamiento de la
aplicación, puesto que estará desarrollado con tecnología RIA, esta tecnología facilitara
la rapidez de la aplicación, el usuario solo tendrá que contar con un navegador web o
móvil.
2.4 Alcances
Se entregara el modelo entidad relación, modelo relacional, casos de uso, código de la
base de datos, pantallas de interfaz del sistema y la aplicación terminada.
5
3 MARCO TEÓRICO
Se realizo una investigación en internet, encontrando información similar a lo que
realizara el proyecto colibrí, esta información se encontró en las siguientes citas:
(Microsoft, 2005), (ANSII, 2007), Concluimos que no hay en el mercado un sistema que
haga lo mismo del colibrí, por que se implementara para que posteriormente se
comercialice.
6
4 DISEÑO TEÓRICO DEL PROTOTIPO
4.1 Definición de requerimientos de información.
Es el proceso por el cual obtienes lo que el cliente en realidad pide, estos se dividen en
dos como se muestra en el apartado 4.1.1 y 4.1.2.
4.1.1 Requerimientos Funcionales.
Los requerimientos funcionales son muy indispensables ya que con ellos se determina
la funcionalidad del proyecto.
Ver el anexo 1 al final del documento.
4.1.2 Requerimientos No funcionales.
Estos requerimientos no afectan al proyecto pero es indispensable tenerlos
Ver el anexo 2 al final del documento, con el nombre de requerimientos no funcionales.
4.2 Planeación del proyecto.
Es la planificación de las tareas que se deben realizar, es aquí donde se describe: el
nombre de la tarea, el responsable y el inicio y fin de cada una.
4.2.1 Estudio de factibilidad
En el proyecto se realizo el estudio de fortalezas, debilidades, oportunidades y
amanezcas (FODA) que se muestra en el (anexo 3).
Factibilidad OperativaHoy en día la Universidad Tecnológica de Izúcar de Matamoros no cuenta con un
sistema que le ayude a la automatización del registro de asistencias que se lleva a cavo
en la entrega recepción de documentos en las graduaciones por lo que es necesario
desarrollar una aplicación que ayude a dicho proceso, el cual se desarrollara de
acuerdo a los requerimientos que ya se plantearon.
Simplicidad para el usuarioEl proyecto llamado “Colibrí” se hará de tal manera que sea simple de usar. Esto se
cree que permitirá hacerse conocido y sea usado masivamente en la comunidad.
7
Además, el sistema tendrá un diseño muy claro, entendible y limpio, por lo que
cualquier usuario podrá verlo y entenderlo.
DocumentaciónEl sistema constará con toda la documentación necesaria para que cualquier otro
equipo pueda hacerle las modificaciones que el crea adecuadas.
Recursos HumanosLos recursos humanos que poseerá el proyecto serán de 4 desarrolladores (los cuales
irán cumpliendo distintos roles. Los mismos poseen conocimientos básicos en
tecnologías que se aplicaran, aunque no se cuenta con experiencia suficiente en estos
programas.
Factibilidad LegalEn este punto no se cree tener problema ya que este proyecto se desarrollara en la
universidad y se ocupara la tecnología que hay en los laboratorios de la misma.
Factibilidad Económica La evaluación económica se realizará en un tiempo de terminado de 4 meses.
Recursos humanosA continuación, se hará un análisis para identificar las necesidades de inversión de
recursos humanos a lo largo del proyecto, ver el anexo 3, con el titulo recursos
humanos donde se muestra la tabla.
4.2.2 Cronograma de actividades.
Este muestra las actividades que se van a realizar así como las fechas de inicio y
termino de cada de las tareas que se realizaran durante el desarrollo del sistema Ver
anexo 5.
.
8
4.2.3 Acta de inicio de proyecto.
Es un documento en el cual se implantan las personas que trabajaran con el proyecto, y
los compromisos que se acordaron con el cliente de lo que debe contener el sistema.
4.2.4 Plan de administración del proyecto.
Es un documento en el cual se muestran todas las tareas que se deben realizar, él
nombre de los responsables, las fechas de inicio de dicha tarea así como también la
fecha de término de esa tarea ver anexo 6.
4.2.5 Plan de calidad.
Es la forma que se crea para verificar que las tareas estén realizadas correctamente y
que si existe algún problema en cierta tarea se debe corregir de inmediato, también se
describen las herramientas que se utilizaran para realizarlas ver anexo 7.
4.3 Análisis y diseño del Sistema empleando UML.
Son Todos los diagramas que se realizaran para saber concretamente como es que
funciona el sistema y sus interacciones del usuario para con el sistema.
.
4.3.1 Modelo de Casos de uso.
En el sistema colibrí se tomaron en cuenta seis casos de uso, los cuales se listan a
continuación, cada caso de uso indica el numero de anexo en que se podrán ver la
descripción detallada de cada uno.
Subir lista de Alumnos (ver anexo 8).
Registrar Asistencia Alumnos (ver anexo 9).
Consultar faltas de alumnos (ver anexo 10).
Cierre de listas (ver anexo 11).
Imprimir lista de alumnos presentes (ver anexo 12).
Imprimir lista de alumnos ausentes (ver anexo 13).
9
4.3.2 Modelado de Clases.
En el sistema se elaboro el diagrama de clases quedando de la siguiente manera: (ver
anexo 14).
4.3.3 Modelo de Estado.
Los modelos de estado se elaboraron de acuerdo a los casos de uso, estos modelos se
muestran en qué estado se encuentra el sistema antes y después que el usuario realice
alguna actividad, (ver anexo 15).
4.3.4 Modelo de Secuencia.
Los modelos de secuencia al igual que los modelos de estado se tomaron en cuenta de
los casos de uso, es estos se describe como interactúa el sistema con la base de datos,
(ver anexo 16).
4.4 Diseño de la base de datos.
La creación de la base de datos es indispensable porque ahí nos daremos cuenta de la
información que se almacenara y con eso poder realizar consultas, así como insertar
borrar y actualizar la base de datos.
4.4.1 Modelo Entidad-Relación.
Con la realización de este modelo se logra apreciar las tablas en las que se almacenara
la información, así mismo las relaciones que se efectúan entre las tablas.
Este modelo quedo de la siguiente manera, (ver anexo 17).
4.4.2 Esquema de la base de datos (Modelo relacional).
De acuerdo al modelo entidad relación nos basamos para realizar el esquema de base
se tomo en cuenta el modelo entidad relación quedando de la siguiente forma:
Alumnos (Nombre,NumControl,ProgramaEducativo,NumAsiento)
Clave primaria (NumControl)
10
4.4.3 Diccionario de datos.
Incluye nombre y descripción de la base de datos, nombre y descripción de cada una
de las tablas, por cada campo su nombre, el tipo de dato, tamaño, descripción, valores
nulos, valores por default, determinar llave primaria y/o foránea, ver anexo 18.
4.5 Diseño de la interfaz de usuario (Maqueta).
Es la realización de una maqueta simulando la funcionalidad que realizara el sistema,
nos sirve para mostrarle al cliente de cómo será el funcionamiento del sistema y para
que el nos diga que cosas debemos corregir y que cosas hay que eliminar, ver anexo
19.
11
5 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN
5.1 Implementación del servidor de la base de datos.
Es una pequeña descripción de lo que tiene que hacer el cliente para poder instalar el
servidor de base de datos, en este caso para el sistema colibrí será el servidor de SQL
Server 2005.
5.1.1 Requerimientos de software.
En la maquina donde estará la aplicación:
Sistema operativo de 32 o 64 bits.
Sistema operativo Windows 2000, no debe ser vista.
Navegador de internet Explorer.
En la maquina que tendrá el usuario deberá tener:
Sistema operativo de 32 o 64 bits.
Sistema operativo Windows 2000, no debe ser vista.
Un navegador de internet, en este caso internet Explorer.
5.1.2 Requerimientos de hardware.
Es el hardware con el que debe contar los dispositivos donde se va a instalar el servidor
de la base de datos del sistema.
Procesador Pentium III o máximo.
Memoria RAM de 192 MB por mínimo, se recomienda 512 MB.
Disco duro de 150 GB.
5.1.3 Proceso de instalación del servidor de datos.
Es esa sección se detalla cómo se instala el servidor de base de datos que se ocupara
el sistema, se muestra el manual de instalación ver anexo 15.
5.2 Administración de la Base de Datos.
Es una descripción en la cual se muestra como se está administrando la base de datos
del sistema.
12
5.2.1 Perfiles de usuario.
En esta sección se describe lo que podrá hacer cada usuario
Usuario PermisosEdecán Insertar, consultar.
Servicios escolares Insertar, consultar, actualizar y
borrar.
5.2.2 Políticas y procedimientos de respaldo y restauración.
Es una descripción de las políticas y los procedimientos que el administrador de base
de datos deberá tomar en cuenta para poder realizar un respaldo o una restauración,
enseguida se muestran las políticas y procedimientos de la base de datos del sistema
colibrí.
La base de datos será respaldara por el administrador, los responsables indicaran os
días que se hará el respaldo y la unidad que ellos decidan. En otro caso el desarrollador
ara los respaldos.
5.2.3 Listado de reportes generados por el sistema.
Alumnos que asistieron al evento.
Alumnos que no asistieron al evento.
5.3 Implementación de la aplicación.
En esta parte se describe como será implantada la aplicación desarrollada,
5.3.1 Descripción de aplicación bajo el patrón de diseño MVC.
La aplicación se desarrollo mediante Modelo Vista controlador, el cual primero creamos
la base de datos, después seguimos el procedimiento para agregar un nuevo
controlador con su respectiva vista. Esta herramienta ayuda para codificar de manera
ordenada ya que separa el código de las vistas, y ayuda a comprender como funciona
el sistema.
13
5.4 Pruebas Finales.
5.4.1 Resultados de las métricas aplicadas.
En este apartado se muestra el porcentaje que se alcanzo de los requerimientos de
acuerdo a las métricas aplicadas ver anexo 20.
5.4.2 Resultados de los Casos de Prueba.
Los casos de prueba y los resultados obtenidos son los que avalan la ejecución de cada
uno ellos, aplicados a los distintos módulos del sistema dando como resultado lo que
muestra el anexo 21.
5.4.3 Conclusiones de las pruebas.
Nos dimos cuenta que es muy importante hacer las pruebas que sean necesarias ya
que en caso de existir errores se pueden arreglar en ese momento, de lo contrario
retrasaría a la terminación del sistema, el este caso en el sistema colibrí surgieron con
muchos errores pero sirvió para mejorar la calidad del código.
5.5 Liberación del sistema
Este documento redacta las condiciones en las cuales fue entregado el sistema Colibrí
ver el anexo 22.
14
CONCLUSIONES Y RECOMENDACIONES
Se obtuvo una aplicación web la cual podrá registrar asistencia de alumnos, consultar
asistencia de alumnos y faltas, administrar usuarios. No se término el proyecto como se
planeo ya que fue muy poco tiempo para el desarrollo del mismo. Cabe mencionar que
es muy importante que el equipo de desarrollo sepa utilizar la tecnología con la que se
desarrollara, ya que de no lo contrario se retrasa la elaboración del proyecto.
15
6 REFERENCIAS
Trabajos citadosAsteasuain, F. (2002). UML. Mexico: Zig Zag () .
Microsoft. (2 de 02 de 2011). SQL Server. Recuperado el 04 de 03 de 2011, de
http://technet.microsoft.com/es-es/library/ms143506%28SQL.90%29.aspx
msdn. (11 de 02 de 2011). msdn. Recuperado el 04 de 04 de 2011, de
http://msdn.microsoft.com/es-es/library/ms165706(v=sql.90).aspx
16
ANEXOS
Anexo 1: Requerimientos funcionales.
Identificador RF01-USUARIOSPrioridad AltaDescripción corta Administrar usuarios del sistemaFunción Se requiere un mecanismo de administración de los
usuarios del sistema.Descripción detallada
El sistema colibrí deberá permitir que el administrador del sistema, pueda registrar un nuevo usuario, dar de baja a alguno si es necesario y modificar algunos de los datos del usuario cuando se requiera.
Los datos del usuario deberán ser: Nombre de usuario. Contraseña.
Los roles son los siguientes: Administrador del sistema (servicios escolares) Edecán
Identificador RF02-REGISTRAR ALUMNOSPrioridad AltaDescripción corta Permitir que el sistema almacene información de los
alumnos egresados.Función Se requiere de un mecanismo que permita registrar los
datos de los alumnos de los diferentes programas educativos.
Descripción detallada
El sistema deberá permitir que servicios escolares pueda almacenar la información de los alumnos egresados.
La información para capturar será: No. Control del alumno. Nombre del alumno. Programa educativo.
Dicho sistema tiene las siguientes características Tecnología Web: Tecnología de Bases de Datos: SQL Server
17
Identificador RF03-REGISTRAR ASISTENCIA ALUMNOSPrioridad AltaDescripción corta El sistema deberá permitir buscar o en su caso buscar la
asistencia del graduado.Función Se requiere de un mecanismo que permita registrar la
asistencia de los alumnos de los diferentes programas educativos.
Descripción detallada
El sistema deberá permitir que el usuario edecán registre la asistencia de los alumnos egresados, una vez ingresando la información capturada el sistema buscara en la base de datos y mostrara los datos del alumno y el numero de asiento correspondienteLa información para capturar será:
No. Control del alumno. Nombre del alumno.
La información que mostrara el sistema será: No. Control del alumno. Nombre del alumno. Programa educativo. Numero de asiento.
Identificador RF04- CONSULTA ASISTENCIAPrioridad AltaDescripción corta El sistema deberá mostrar la información de los alumnos
que asistieron al evento.Función Se requiere de un mecanismo que permita consultar los
datos del los alumnos que asistieron al evento de graduación.
Descripción detallada
El sistema deberá permitir que servicios escolares pueda consultar la información de los alumnos egresados mostrándolo en un listado por orden alfabético con opción de impresión.
La información que mostrara será:
Programa educativo. No. Control del alumno. Nombre del alumno. Opción de botón (Imprimir listado)
18
Identificador RF05- CONSULTA INASISTENCIA DE ALUMNOSPrioridad AltaDescripción corta El sistema deberá mostrar la información de los alumnos
ausentes al evento.Función Se requiere de un mecanismo que permita consultar los
datos del los alumnos ausentes al evento de graduación.Descripción detallada
El sistema deberá permitir que servicios escolares pueda consultar la información de los alumnos ausentes al evento mostrándolo en un listado por orden alfabético con opción de impresión.
La información que mostrara será:
Programa educativo. No. Control del alumno. Nombre del alumno. Opción de botón (Imprimir listado)
Identificador RF06- CIERRE DE LISTAS DE ASISTENCIAS Prioridad AltaDescripción corta El sistema deberá permitir cerrar las listas de asistencias
de los alumnos.Función Se requiere de un mecanismo que permita cerrar la lista de
asistencia de los alumnos.Descripción detallada
El sistema deberá permitir que servicios escolares pueda cerrar de las asistencias de los alumnos egresados, deshabilitando la opción (registrar asistencia) al usuario edecán sin permitir un nuevo registro.
La opción que mostrara será:
Botón con el nombre “cerrar listado”.
19
Anexo 2: Requerimientos no funcionales.
Identificador RNF01-TRANSFERENCIA DE DATOSPrioridad AltaDescripción corta Ambiente de ejecución WebFunción El medio Web garantiza la disponibilidad inmediata de la
aplicación.Descripción detallada
Colibrí deberá funcionar en ambiente Web, de manera que se garantice su disponibilidad a todos lados en donde servicios escolares u otro usuario del sistema lo requiera, únicamente teniendo como cliente un navegador Web.
Los navegadores a usar podrán ser:Internet ExplorerMozilla Firefox
Identificador RNF02-TRANSFERENCIA DE DATOS2Prioridad AltaDescripción corta Ambiente de ejecución móvil.Función El medio móvil garantiza la disponibilidad inmediata de la
aplicación.Descripción detallada
Colibrí deberá funcionar en ambiente Móvil, de manera que se garantice su disponibilidad a todos lados en donde el usuario edecán, únicamente teniendo un dispositivo móvil.
Los dispositivos a usar podrán ser: Tablet Smartphone
Identificador RNF03-COLORESPrioridad BajaDescripción corta Color predominante del portalFunción Determinar el color del portal en base a los colores
institucionales.Descripción detallada
El diseño de la interfaz principal de colibrí deberá tener como colores predominantes los utilizados oficialmente en la institución.
Identificador RNF05-MANUAL DE OPERACIÓNPrioridad AltaDescripción corta Manual del SistemaFunción Ofrecer un manual del sistema para el cliente.
20
Descripción detallada
Se entregara el manual de operación para el cliente, el cual será por escrito.
Anexo 3:
FODA
Fortalezas
Equipo de trabajo altamente capacitado en las materias a desarrollar.
Equipo con tiempo para hacer el proyecto.
Capacitación y asistencia técnica. Se cuenta con la tecnología necesaria. Ética profesional por parte de todo el
equipo.
Debilidades
Falta de experiencia en algunas de las tecnologías particularmente usadas.
Metodología de trabajo no del todo conveniente para el proyecto en cuestión.
Impuntualidad de todos los integrantes. Falta de comunicación en el equipo.
Oportunidades
No se requieren altos costos de hardware
No existe en el mercado un producto como tal
El producto es muy necesitado por parte de la institución.
Incremento de posibles clientes a lo largo del tiempo.
Que el producto sea un éxito y sea usado masivamente por distintas instituciones.
Amenazas
Dificultad en la elaboración del proyecto. Dificultad en la terminación exitosa del
proyecto. Aparición de mejores proyectos.
Anexo 4: Recursos humanos
21
ID Perfil o Rol Dedicación
Sueldo Mensual
Meses requeridos
Total Proyecto
1 Líder de proyecto
Tiempo
completo $ 2500,00 4 $ 10.000,00
1 Programador
Tiempo
completo $ 2500,00 4 $ 10.000,00
1 Desarrollador en Diseño.
Tiempo
completo $ 2500,00 4 $ 10.000,00
2 Desarrolladores en base de datos
Tiempo
completo
$2500.00 4 $ 10.000,00
TOTAL $ 40.000,00
22
Anexo 5: Cronograma de actividades En este diagrama se muestran las tareas y el responsable de cada una de ellas.
Anexo 6: Plan de administración del proyecto En esta figura se muestra el plan de administración del proyecto, donde se
incluye nombre de la tarea, duración, la fecha que inicio y término, y
nombre del recurso.
23
Figura 1Plan de administración del proyecto
Anexo 7: Plan de calidad Introducción
La calidad es uno de los elementos estratégicos en que se fundamenta la transformación y mejora de cualquier aplicación, además de que permite llevar un control de la organización y cumplimientos con los requerimientos que el cliente proporciono, se realiza dicho plan de calidad como medida anticipada para la realización del proyecto Colibrí Orientado a web y móviles.
Responsable del Control de Calidad.
Se ha designado a Esthela Carmina Carranza Cabrera como Responsable del control
de calidad del proyecto Colibrí.
PropósitoEn el plan de aseguramiento de la calidad del Proyecto se plantean una serie de
medidas que permiten establecer un nivel de calidad de los procesos desarrollados en
cualquier momento, de este modo los gestores del proyecto podrán dar una respuesta
adecuada a las acciones que deberán realizar.
Los usuarios del Plan de Aseguramiento de la Calidad son:
Responsable del control de calidad, encargado de realizar y ajustar el plan de calidad conforme se requiera, Esthela Carmina Carranza.
24
Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer en caso de surgir algún problema con el sistema, permitiéndoles saber cuáles serán los documentos que se entregaran en cada una de las etapas del desarrollo del proyecto.
Documentos propuestosLos siguientes documentos se deberán realizar para el plan de aseguramiento de la calidad del proyecto:
Documentación del planteamiento del problema. Marco Teórico. Diseño Teórico del Prototipo. Definición de Requerimientos de Información. Evaluación de entrevistas realizadas. Planeación del Proyecto. Acta de Inicio de Proyecto. Plan de Administración del Proyecto. Plan de Calidad. Análisis y Diseño del Sistema Empleando UML. Diseño Físico, Pruebas y Validación. Prototipos Modelo de implementación Plan de pruebas Casos de pruebas Plan de implantación Documentación para el usuario (Manual de usuario) Carta de aceptación del sistema Conclusiones y recomendaciones
TAREAS Tareas no específicas en la fase
Las tareas que se harán en el proyecto se deberán realizar con forme lo dicta el responsable del aseguramiento de la calidad son las siguientes:
Comprobar las tareas que se harán en las actividades del proyecto. Verificar los diferentes puntos a tratar si los resultados son coherentes
al principio. Auxiliar a los desarrolladores en cualquier duda que le surja, buscar la
manera de resolverla. Hacer que el equipo trabaje de manera rápida para tener un resultado
excelente. Hacer lluvia de ideas con el equipo de trabajo, para establecer las
posibles soluciones. Informar sobre las actividades que se salieron de control y darle
solución.Actividades
25
Para tener seguro este plan de calidad durante las fases del análisis, se realizaran los siguientes puntos.
Elaborar los diagramas de la metodología UML Analizando todos los diagramas Análisis de clases Elaborar las interfaces de Usuario Documentar todo lo que se realice.
MediciónActividades y entregables propuestos en el proyecto
En esta tabla se especifica las actividades propuestas por los integrantes del proyecto, las cuales se tendrán que hacer en tiempo y forma.
Etapa Actividad Entregable Medición (Métrica)
Alcance Efecto
Dar a conocer al cliente el proceso administrativo
Definir el
cronograma
De
administrativos
de la empresa.
Documento
del desarrollo
del proyecto.
Modelo de
Proceso
Administrativo.
Mínimo
80%
De no
realizarse
afectara en
la
elaboración
del
proyecto.
Análisis Realizar los
diagramas
UML.
Diagramas de
casos de uso,
Diagramas de
secuencia,
Diagramas de
clases,
Diagramas de
colaboración,
Diagramas de
estado.
Modelos
realizados /
modelos
utilizados
Mínimo
60%
De no
realizarse,
el tiempo
específico
no se
avanzara a
la siguiente
fase del
proyecto.
26
Diseño Realizar una
maqueta del
sistema.
Realizar la
base de datos.
Realizar la
interfaces
reales del
sistema.
Hacer los
manuales de
usuario.
Realizar el
manual
técnico.
Prototipo del
sistema.
Base de datos
Pantallas de la
función del
sistema.
Manual de
usuario.
Manual
técnico.
Maqueta del
sistema/Numero
de pantallas
realizadas.
Pantallas del
sistema/
Numero de
pantallas
realizadas.
Manual de
usuario/ que tan
entendible es.
Mínimo
80 %
Mínimo
80 %
Mínimo
80 %
De no hacer
la maqueta,
No se
tendrá la
idea del
sistema.
Un mal
diseño del
modelo
afectara en
el desarrollo
del sistema.
Una mala
explicación
podría
generar
errores.
.
Formato de evaluaciónFormato para la realización de auditoría de plan de calidad del software.
FORMATO PARA DOCUMENTAR AUDITORIA DE REQUERIMIENTOS No. del requerimiento Clave (opcional)
Área FechaNo. de Revisión
Responsable del proceso (Puesto / Área)
/ /
27
Entrevistas Programadas
Entrevistas Realizadas
% Cumplido
Áreas afectadas
Documentos Generados
Casos de uso generados
Casos de uso programados % de casos de uso
Requerimientos cumplidos
Total de requerimientos % Cumplido
Cambios realizados
Cambios Solicitados % Cumplido
Auditado por: Expectativas de calidad
El proyecto entregará el producto especificado implantado en la propuesta y detallados en el plan de proyecto de sistema Colibrí y se realizarán conforme a los siguientes guías:
La aplicación deberá satisfacer los requisitos y necesidades del cliente. El software debe ser solo lo que el cliente pidió y no complicado para el
usuario que lo estará manejando.
28
Anexo 8: Descripción detallada de casos de usoSubir lista de Alumnos
ID Caso de Uso: COLIBRI_01
Nombre del Caso de Uso: Subir lista de Alumnos
Creado por: Esthela Carmina
Carranza Cabrera
Actualizado por: Ariana Cardoso Huerta,
María del Carmen
Patrón Cantoran,
Alejandrino Álvarez
Soberano
Fecha de Creación: 28/01/2011 Fecha de Actualización: 29/01/2011
Actor que Inicia el Caso: Servicios escolares
Actores Involucrados: Servicios escolares (SE)
Descripción Corta: - Subir la lista de alumnos en el sistema COLIBRI.
Pre-condiciones: - El actor SE deberá tener permiso de subir listas.
Post-condiciones: La lista de alumnos se subió al sistema.
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema
1. El actor SE inicia
sesión en el sistema
COLIBRI.
2. Comprueba usuario en la base de datos.
3. Muestra el menú en pantalla al usuario.
4. El actor SE selecciona la opción subir listado. 5. El sistema solicita elegir carrera y grupo.
6. Elige una carrera y grupo.
7. Presenta en pantalla la opción de examinar archivo.
8. El Actor SE elige la opción examinar archivos.
9.10. El actor SE elige el 11. Carga el archivo y valida los datos.
29
archivo a subir. a) En caso de no estar completos los datos, el sistema muestra un mensaje “el archivo no se pueden subir faltan datos” ir al paso 6.
12. Actualiza la base de datos13. El sistema muestra un mensaje que los
datos se cargaron correctamente.
14. Cierra sesión 15. Termina caso de uso.
Frecuencia: Cada vez que el actor SE necesite subir lista de alumnos.
Anexo 9: Registrar Asistencia Alumnos
ID Caso de Uso: COLIBRI_02
Nombre del Caso de Uso: Registrar Asistencia Alumnos
Creado por: Carmen Patrón
Cantoran
Actualizado por: Ariana Cardoso Huerta,
Ana Esthela C.
Carranza Cabrera,
Alejandrino Álvarez
Soberano
Fecha de Creación: 28/01/2011 Fecha de Actualización: 29/01/2011
Actor que Inicia el Caso: Edecán
Actores Involucrados: Edecán (EDE)
Descripción Corta: - Registrar asistencia de alumno en el sistema COLIBRI.
Pre-condiciones: - El actor EDE deberá tener permiso para registrar asistencias en listas.
Post-condiciones: La asistencia del alumno se subió al sistema en un portal web en tecnología
móvil.
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema1. El actor EDE inicia sesión
en el sistema COLIBRI.2. Comprueba usuario en la base de datos.
30
3. Muestra menú de usuario EDE.4. El actor elije la opción
registrar asistencia alumnos.
5. Muestra formulario.
6. El actor rellena los datos que pide el sistema.
7. Se verifica en la base de datos si existen los datos.a) En caso de no estar bien los datos el
sistema manda un mensaje “El alumno no existe”.Caso contrario:
8. Se muestran en pantalla los datos del alumno.
9. Cierra sesión
10. Termina caso de uso.
Flujo alterno:
Frecuencia: Cada vez que el actor EDE necesite registrar asistencia de alumnos.
Anexo 10: Consultar faltas de alumnos
ID Caso de Uso: COLIBRI_03
Nombre del Caso de Uso: Consultar faltas de alumnos
Creado por: Esthela Carmina
Carranza Cabrera
Actualizado por: Ariana Cardoso Huerta,
María del Carmen
Patrón Cantoran,
Alejandrino Álvarez
Soberano
Fecha de Creación: 28/01/2011 Fecha de Actualización: 29/01/2011
Actor que Inicia el Caso: Servicios escolares
Actores Involucrados: Servicios escolares (SE)
Descripción Corta: - Consultar alumnos que no asistieron al evento en el sistema COLIBRI.
Pre-condiciones: - El sistema tendrá registro de asistencia de alumnos.
Post-condiciones: La lista de alumnos que no llegaron se mostro en el sistema.
31
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema1. El actor SE inicia sesión
en el sistema COLIBRI.2. Verifica usuario.3. Muestra menú de usuario SE
4. El actor selecciona la opción del menú alumnos que no llegaron.
5. Consulta la base de datos.
6. Muestra en pantalla la lista de los alumnos que no llegaron al evento.
7. Cierra sesión
8. Termina caso de uso.Flujo alterno:
Frecuencia: Cada vez que el actor SE necesite consultar alumnos que no llegaron.
Anexo 11: Cierre de listas
ID Caso de Uso: COLIBRI_04
Nombre del Caso de Uso: Cierre de listas
Creado por: Esthela Carmina
Carranza Cabrera
Actualizado por: Ariana Cardoso Huerta,
María del Carmen
Patrón Cantoran,
Alejandrino Álvarez
Soberano
Fecha de Creación: 29/01/2011 Fecha de Actualización: 30/01/2011
Actor que Inicia el Caso: Servicios escolares
Actores Involucrados: Servicios escolares (SE)
Descripción Corta: - El actor hará cierre de listas de asistencia de alumnos en el sistema COLIBRI.
Pre-condiciones: - El sistema tendrá registro de asistencia de alumnos.
Post-condiciones: Cerrar listas de asistencia de alumnos en el sistema.
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema1. El actor inicia sesión en el
sistema. 2. Verifica usuario
32
3. Muestra menú usuario SE
4. El actor SE elige la opción
cerrar listas.
5. El sistema consulta la base de datos y cierra el registro de asistencias.
6. Cierra sesión 7. Termina caso de uso.
Frecuencia: Solo cuando el actor desee cerrar listas.
Anexo 12: Imprimir lista de alumnos presentes
ID Caso de Uso: COLIBRI_05
Nombre del Caso de Uso: Imprimir lista de alumnos presentes
Creado por: María del Carmen
Patrón
Cantoran
Actualizado por: Ariana Cardoso Huerta,
Alejandrino Álvarez
Soberano, Esthela C.
Carranza Cabrera
Fecha de Creación: 02/02/2011 Fecha de Actualización: 02/02/2011
Actor que Inicia el Caso: Servicios escolares
Actores Involucrados: Servicios escolares (SE)
Descripción Corta: - Imprimir la lista de los alumnos que asistieron al evento, en el sistema COLIBRI.
Pre-condiciones: El sistema tendrá que imprimir el listado de los alumnos.
Post-condiciones: Los alumnos tendrán que estar registrados en el sistema.
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema1. El actor SE inicia sesión
en el sistema colibrí.2. Verifica usuario.
3. Muestra menú de usuario SE.
4. El actor selecciona la opción del menú “alumnos
5. Consulta la base de datos.
33
que asistieron”.
6. Muestra en pantalla la lista de los alumnos que llegaron al evento.
7. El usuario elije el Botón (imprimir lista).
8. El sistema manda el archivo a imprimir.
9. Cierra sesión.
10. Termina caso de uso.
Flujo alterno:
Frecuencia: Cada vez que el actor SE necesite imprimir listado de alumnos que
asistieron al evento.
Anexo 13: Imprimir lista de alumnos ausentes
ID Caso de Uso: COLIBRI_06
Nombre del Caso de Uso: Imprimir lista de alumnos ausentes
Creado por: María del Carmen
Patrón
Cantoran
Actualizado por: Ariana Cardoso Huerta,
Alejandrino Álvarez
Soberano, Esthela C.
Carranza Cabrera
Fecha de Creación: 02/02/2011 Fecha de Actualización: 02/02/2011
Actor que Inicia el Caso: Servicios escolares
Actores Involucrados: Servicios escolares (SE)
Descripción Corta: - Imprimir la lista de los alumnos ausentes en el sistema COLIBRI.
Pre-condiciones: El sistema tendrá que imprimir el listado de los alumnos.
Post-condiciones: Los alumnos tendrán que estar registrados en el sistema.
Curso Normal/Flujo Base:
(Con Especificación de
Secuencia)
Acción del Actor Responsabilidad del Sistema1. El actor SE inicia sesión
en el sistema colibrí.2. Verifica usuario.
3. Muestra menú de usuario SE.
34
4. El actor selecciona la opción del menú “Consultar alumnos que faltaron”.
5. Consulta la base de datos.
6. Muestra en pantalla la lista de los alumnos que faltaron llegaron al evento.
7. El usuario elije el Botón (imprimir lista).
8. El sistema manda el archivo a imprimir.
9. Cierra sesión.
10. Termina caso de uso.
Flujo alterno:
Frecuencia: Cada vez que el actor SE necesite imprimir listado de alumnos que faltaron
al evento.
Anexo 14 Modelo de clases En esta modelo se tomaron en cuanta la clase uasuarios y alumnos donde el usuario
edecan solo registrara asistencia y servicios escolares podra subir listado de alumnos,
consultar alumnos que asistieron y los que no sisitieron al hacer la consulta podra
imprimir la listas. Por ultimo podra cerrar listas, ver ilustración 1.
35
Ilustración 1 Modelo de clases
Anexo 15 Modelo de estado En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares sube la lista de los alumnos graduados.
Ilustración 2 Subir lista de alumnos
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario edecan registra la asistencia de los alumnos graduados.
36
Ilustración 3 Registrar asistencia de alumnos
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares consulta las faltas de los alumnos graduados.
Ilustración 4 Consultar Faltas de alumnos
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares genera el cierre de listas de los alumnos
graduados.
37
Ilustración 5 Consultar Faltas de alumnos
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares manda a imprimir la lista de los alumnos
presentes ver ilustracion 6.
Ilustración 6 Imprimir lista de alumnos presentes
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares manda a imprimir la lista de los alumnos ausentes
ver ilustracion 7.
38
Ilustración 7 Imprimir lista de alumnos ausentes
En este diagrama se muestra claramente los estados por los que debe pasar el sistema
cuando el usuario servicios escolares consulta la asistencia de los alumnos ver
ilustacion 8.
Ilustración 8 Consultar asistencia de alumnos
Anexo 16 Modelo de secuencia En este diagrama de secuencia se puede observar el seguimiento del usuario edecán,
el cual debe iniciar sesión para poder ingresar al sistema y seguir los pasos que se
muestra en el diagrama para poder registrar la asistencia del alumno, ver ilustración 9.
39
Ilustración 9 Registrar asistencia
En este diagrama se muestra al usuario Servicios Escolares, el cual deberá iniciar su
sesión para poder subir los datos del alumno, para esto el usuario realiza los pasos que
se muestra en el diagrama y la ilustración 11 contiene como interactúa el sistema con
la base de datos.
Ilustración 10 Subir listado
40
En este diagrama se muestra al usuario Servicios Escolares el cual debe iniciar sesión
para poder consultar la inasistencia de los alumnos el día del evento para poder hacer
más accesible la información de los alumnos egresados ver ilustración 12.
Ilustración 11 Consulta inasistencia de alumnos
En este diagrama se muestra al usuario Servicios Escolares el cual debe de iniciar
sesión para consultar la asistencia del alumno egresado e imprimirla para que este sea
nombrado el día del evento ver ilustración 13.
Ilustración 12 Consultar asistencia alumnos
41
En este diagrama se muestra al usuario servicios escolares se muestra al usuario
Servicios Escolares el cual debe iniciar sesión para poder cerrar la lista de asistencia de
los alumnos y así no retrasar el evento, ver ilustración 14.
Ilustración 13 Cerrar lista
En este diagrama se muestra al usuario Servicios Escolares el cual debe iniciar sesión
para poder imprimir la falta de los alumnos el día del evento para quitar su información y
hacer con más rapidez el evento, ver ilustración 15.
42
Ilustración 14 Imprimir falta de alumno
En este diagrama se muestra al usuario servicios escolares el cual debe iniciar sesión
para poder imprimir la asistencia de los alumnos y hacer menos complicado el evento
ver ilustración 16.
43
Ilustración 15 Imprimir asistencia alumnos
Anexo 17 Modelo entidad relacion En este modelo solo se ocupo la tabla alumnos, la cual tiene los campos: Nombre,
Numero de control, Programa educativo y numero de sisento, ver ilustracion 11 .
Ilustración 16 Modelo entidad relación
44
Anexo 18 Diccionario de datosTABLA CAMPO NOMBRE DESCRIPCION TIPO FORMATO PK NULO
Alumno Nombre
Nombre del alumno Identifica al alumno Varchar(255)
Nombre/AP.Parterno/AP.materno no
NumControlNumero de control
Identifica la matricula del alumno integer(10) 09292027 si no
ProgramaEducativo
Programa educativo
Identifica el programa en los que estan inscritos los alumnos Varchar(255) a-z no
NumAsientoNumero de asiento
Muestra el numero de asiento que tedra el alumno Int 0-9 si
Anexo 19 Maqueta del sistema Interfaz del Sitio web Colibrí En esta pantalla 1 pide el nombre del usuario y su contraseña, en este caso solo
Servicios escolares podrá ingresar al sitio web. Al presionar el botón (Entrar) ingresa a
la pantalla 2, que se muestra más adelante. También tiene la opción de ver los nombres
del equipo que desarrolló el sistema, al dar clic en esta opción (Equipo de desarrollo)
mandará a la pantalla 8.
Pantalla 1 Inicio de sesión Servicios Escolares
En la pantalla 2 muestra el menú del usuario servicios escolares. Al dar clic en la
opción subir lista de alumnos nos manda a la pantalla 3. Al dar clic en la opción
45
alumnos que asistieron se mandará a la pantalla 6. Al dar clic en la opción cierre de
listas nos manda a la pantalla 8. Al dar clic en la opción (Alumnos que no asistieron)
manda a la pantalla 9, Y al dar clic en el botón (salir) sale del sistema.
Pantalla 2 Menú Servicios Escolares
En la pantalla 3 muestra los alumnos agregados al sistema, el usuario podrá subir los
datos de los alumnos graduados, pero antes tiene que elegir el programa educativo
para que el sistema identifique la información. Al dar clic en examinar archivo nos
manda a la pantalla 4, una vez cargado el archivo lo muestra en esta parte. Al dar clip
en volver regresa a la pantalla número dos.
46
Pantalla 3 Subir datos de alumnos
En la pantalla 4 el usuario elegirá el archivo a subir y el sistema mandará un mensaje
de confirmación como se muestra en la pantalla 5. Al dar clic en volver, regresa a la
pantalla 3.
Pantalla 4 Elegir archivo
47
En la pantalla 5 muestra el mensaje que (los alumnos fueron registrados
correctamente), esta ventana pertenece a la pantalla 4. Al dar clic en cancelar se
cancela el archivo a subir y regresa a la pantalla 3.
Pantalla 5 Mensaje de confirmación
En la pantalla 6 se muestran los alumnos que asistieron al evento, puede seleccionar
programa educativo dependiendo del que desee consultar. Al dar clic en imprimir se
mandan a imprimir los listados de los alumnos que asistieron al evento mostrando un
mensaje en la pantalla 7.
48
Pantalla 6 Consulta Alumnos presentes
Pantalla 7 Mensaje de impresión
En la pantalla 8 muestra lo que es el cierre de listas. Muestra la hora en la que fue
cerrada la lista y tiene dos opciones una de volver al sistema y salir. La de volver al
sistema regresa a la pantalla 2 y la de salir regresa a la pantalla 1.
49
Pantalla 8 Cierre de listas
En la pantalla 9 muestra los alumnos que no asistieron al evento, mostrando las
mismas opciones cuando consulta los alumnos que asistieron, puede elegir el programa
educativo, y muestra la opción de imprimir, en caso de dar clic en imprimir muestra el
mensaje de la pantalla 7, al dar clic en (Volver) lo manda a la pantalla 2.
Pantalla 9 Alumnos no presentes
50
Anexo 20 Resultado de las métricas aplicadas En este formato se muestra los puntos a evaluar del sistema colibrí y el porcentaje en el
que fue terminado, dando como resultado si en realidad es un sistema de calidad o es
ineficiente.
FORMATO PARA DOCUMENTAR AUDITORIA DE REQUERIMIENTOS No. del requerimiento Clave (opcional)
RF02 Registrar alumnos
Área FechaNo. de Revisión
Responsable del proceso (Puesto / Área) Esthela Carmina Carranza Cabrera
Programación
01/04 /2011 1
Entrevistas Programadas 1
Entrevistas Realizadas 1 % Cumplido 100
Áreas afectadas Documentos Generados
Casos de uso generados 7
Casos de uso programados 5
% de casos de uso 80%
Requerimientos cumplidos 6
Total de requerimientos 7 % Cumplido 80%
Cambios realizados 3
Cambios Solicitados 5 % Cumplido 70%
Auditado por:
María del Carmen Patrón Cantoran
Anexo 21: Resultados de casos de prueba
Subir lista de Alumnos
Propósito: Realizar registro de alumno en el sistema
Prerrequisitos: “El actor SE deberá tener permiso de subir listas.
51
Datos de Prueba:
Usuario = {Valido, inválido , vacío}Contraseña = {válida, inválida, vacía}Numero de control={letras, números, repetido, vacio}Nombre={números, letras, vacio}Programa educativo ={letras , números, vacio}
Pasos:
Pasos a ejecutar la prueba. Vea las reglas de formateo para pasos abajo.
1. Visitar la página del asesor o administrador2. Teclear Usuario3. Teclear Contraseña4. Hacer click en Entrar o presionar la tecla enter. 5. Verificar el mensaje de bienvenida si el inicio de sesión es
correcto6. Seleccionar la opción “Subir listado de alumnos”.7. Seleccionar el programa educativo.8. Dar click en la opción procesar lista.9. Ver la pantalla donde muestra todos los registros realizados10.Hacer click en cerrar sesión.
Notas y Preguntas:
NOTA: El sistema manda un mensaje de error al insertar un usuario o
una contraseña errónea, no indica cuando los campos se encuentran vacios, solo manda mensaje de error pero no es preciso.
Algunos campos no aceptan valores de otro tipo de dato como cadenas, solo aceptan números.
No indica cuando los alumnos están repetidos.
Registrar Asistencia Alumnos
Propósito: Realizar registro de alumno en el sistema
Prerrequisitos: El actor EDE deberá tener permiso para registrar asistencias en listas.
Datos de Prueba:
Usuario = {Valido, inválido , vacío}Contraseña = {válida, inválida, vacía}Numero de control={letras, números, repetido, vacio}Nombre ={letras, números, repetido, vacio}
Pasos: Pasos a ejecutar la prueba. Vea las reglas de formateo para pasos abajo.
1. Visitar la página del asesor o administrador2. Teclear Usuario3. Teclear Contraseña4. Hacer click en Entrar o presionar la tecla enter. 5. Verificar el mensaje de bienvenida si el inicio de sesión es
correcto
52
6. Seleccionar la opción “Registra asistencia alumnos”.7. Seleccionar el programa educativo.8. Ingresar el número de control o dar click en la opción de
buscar por nombre.9. Ver la pantalla los datos del alumno.10.Hacer click en cerrar sesión.
Notas y Preguntas:
NOTA: El sistema manda un mensaje de error al insertar un usuario o
una contraseña errónea, no indica cuando los campos se encuentran vacios, solo manda mensaje de error pero no es preciso.
Algunos campos no aceptan valores de otro tipo de dato como cadenas, solo aceptan números.
No indica cuando los alumnos ya registraron asistencia anteriormente.
Consultar faltas de alumnos
Propósito: Realizar registro de alumno en el sistema
Prerrequisitos: El sistema tendrá registro de asistencia de alumnos.
Datos de Prueba: No aplica
Pasos:
Pasos a ejecutar la prueba. Vea las reglas de formateo para pasos abajo.
1. Visitar la página del asesor o administrador2. Teclear Usuario3. Teclear Contraseña4. Hacer click en Entrar o presionar la tecla enter. 5. Verificar el mensaje de bienvenida si el inicio de sesión es
correcto6. Seleccionar la opción “Consultar falta de alumnos”.7. Esperar que el sistema muestre los datos.8. Ver la pantalla los datos del los alumnos que asistieron al
evento.9. Hacer click en cerrar sesión.
Notas y Preguntas:
NOTA: El sistema manda un mensaje de error al insertar un usuario
o una contraseña errónea. solo manda mensaje de error cuando se intentaba conectar
a la base de datos pero no es preciso.
53
6.1 Manual técnico
Que contiene los siguientes datos: Recopilación de requerimientos, Documentación del
Modelado, Interfaces, Códigos.
6.2 Manual de Usuario.
Basado en un estándar.
54