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. ControlBartolomé Martínez Elizabeth Genis Martiñon ConcepciónRamos Teyuca MarisolRodríguez Morales Martha Josefina

09292019092920550929213109292137

AsesoresMTRO. David García Pacheco

Izúcar de Matamoros, Pue., 05 de mayo 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.......................................................................................32.4 Alcances............................................................................................3

3 MARCO TEÓRICO.................................................................................44 DISEÑO TEÓRICO DEL PROTOTIPO...................................................5

4.1 Definición de requerimientos de información.....................................54.1.1 Requerimientos Funcionales.........................................................................5

4.1.2 Requerimientos No funcionales....................................................................5

4.2 Planeación del proyecto....................................................................54.2.1 Estudio de factibilidad...................................................................................5

4.2.2 Cronograma de actividades..........................................................................5

4.2.3 Acta de inicio de proyecto.............................................................................5

4.2.4 Plan de administración del proyecto.............................................................5

4.2.5 Plan de calidad..............................................................................................5

4.3 Análisis y diseño del Sistema empleando UML.................................54.3.1 Modelo de Casos de uso..............................................................................5

4.3.2 Modelado de Clases.....................................................................................5

4.3.3 Modelo de Estado.........................................................................................5

4.3.4 Modelo de Secuencia....................................................................................5

4.4 Diseño de la base de datos...............................................................54.4.1 Modelo Entidad-Relación..............................................................................5

4.4.2 Esquema de la base de datos (Modelo relacional).......................................5

4.4.3 Diccionario de datos......................................................................................5

4.4.4 Procedimientos almacenados y disparadores...............................................6

4.5 Diseño de la interfaz de usuario (Maqueta).......................................65 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN........................................7

5.1 Implementación del servidor de la base de datos.............................75.1.1 Requerimientos de software.........................................................................7

5.1.2 Requerimientos de hardware........................................................................7

5.1.3 Proceso de instalación del servidor de datos................................................7

5.2 Administración de la Base de Datos..................................................75.2.1 Perfiles de usuario........................................................................................7

5.2.2 Políticas y procedimientos de respaldo y restauración.................................7

5.2.3 Listado de reportes generados por el sistema..............................................7

5.3 Implementación de la aplicación........................................................75.3.1 Descripción de aplicación bajo el patrón de diseño MVC.............................7

5.4 Implementación de la aplicación para dispositivos móviles...............75.4.1 Descripción de aplicación para una implementación en móviles..................7

5.4.2 Descripción del portal WAP (consulta por móvil)..........................................7

5.5 Pruebas Finales.................................................................................7 5.5.1 Resultados de las métricas aplicadas..........................................................7

5.5.2 Resultados de los Casos de Prueba.............................................................7

5.5.3 Conclusiones de las pruebas........................................................................7

5.6 Liberación del sistema.......................................................................76 CONCLUSIONES Y RECOMENDACIONES..........................................87 REFERENCIAS......................................................................................98 ANEXOS...............................................................................................10

8.1 Manual técnico.................................................................................108.2 Manual de Usuario...........................................................................108.3 Manual de instalación de la aplicación............................................10

RESUMEN

Máximo 120 palabras

ABSTRACT

Máximo 120 palabras

1

1 INTRODUCCIÓN

El software en dispositivos móviles está evolucionando a un ritmo vertiginoso.

Actualmente un dispositivo móvil permite funciones más allá de las comunicaciones

básicas, permitiendo el envío de contenido. En día la evolución de los dispositivos

móviles hace posible poder confiar en ellos como un pilar básico, incluso para la

infraestructura de grandes proyectos.

En más de una generación, se han buscado diferentes soluciones a los problemas de la

mala organización que se presentan en las graduaciones de año con año en la

Universidad Tecnológica de Izúcar de Matamoros. Por tal motivo se pensó en

desarrollar un sistema que sea aplicado en dispositivos móviles, para solucionara los

problemas que se les presenta al personal de servicios escolares.

Este problema que se presenta es de suma importancia por lo que pensamos en

desarrollar un software que sea aplicado en dispositivos móviles, para poder registrar al

alumno cuya información deberá ser capturada con anticipación, para que el día de la

graduación personas autorizadas por servicios escolares puedan acceder mediante vía

web o móvil para poder controlar la asistencia, esta aplicación también mostrara el

número de asiento que le corresponde a cada alumno, por otra parte el departamento

de servicios escolares, podrá cerrar desde un sitio web el registro de asistencia.

2

Marco contextual, donde se implementa tu trabajo o donde podría ayudar tu proyecto

3

2PLANTEAMIENTO DEL PROBLEMA

1.1 Problemática

En septiembre de cada año, la Universidad Tecnológica de Izúcar de Matamoros,

celebra la graduación de los alumnos que egresan del nivel Técnico Superior

Universitario. En esta ceremonia, el departamento de servicios escolares, entrega

documentación oficial a los graduados, por lo que requiere conocer con exactitud el

nombre de los asistentes y ausentes, para organizar dicha documentación y agilizar su

entrega.

1.2 Objetivos

1.2.1 Objetivo General

Crear un sistema de información que permita al departamento de servicios escolares,

registrar el número de control, el nombre completo y el programa educativo de los

graduados. Esta información será capturada con anticipación, para que el día de la

graduación, un grupo de edecanes equipadas con dispositivos móviles, puedan buscar

y en su caso registrar la asistencia del graduado, el sistema móvil mostrará el número

de asientos que le corresponda al alumno. El departamento de servicios escolares

desde un sitio web, podrá cerrar el registro de asistencia. Con este sistema se pretende

organizar y evitar los problemas que presenta el departamento de servicios escolares.

1.2.2 Objetivos Específicos

o Implementar un sistema que se pueda aplicar en dispositivos móviles para poder registrar la asistencia de los alumnos graduados.

o Cerrar el registro de asistencias desde un portal web, el sistema mostrara en pantalla el listado de asistentes y ausentes.

o Organizados por programa educativo y por apellido con opción de impresión.

4

1.3 Justificación

Con este proyecto se registrara registrar la asistencia del graduado, también se podrá

cerrar desde un portal web el registro de asistencias. Con este proyecto se pretende

organizar y evitar los problemas que presenta el personal de servicios escolares.

1.4 Alcances

Se pretende cumplir con todas sus expectativas ya que todo lo que se nos pide está a

nuestro alcance.

5

2 MARCO TEÓRICO

Estado del arte.

6

3 DISEÑO TEÓRICO DEL PROTOTIPO

3.1 Definición de requerimientos de información.

Es por todos conocido que para iniciar un proyecto se necesitan una lista de

necesidades requeridas por el usuario, para satisfacer su petición. Por tanto el sistema

se elaborara con la información proporcionada por el cliente sistema Colibrí (Prof.

Gonzalo Rosas Cabrera) a esta información se le denomina requerimientos los cuales

pueden ser funcionales o no funcionales

3.1.1 Requerimientos Funcionales

Identificador RF-01-REGISTRONombre del requerimiento

Registro de asistencia de alumnos

Prioridad AltaDescripción corta Administrar usuarios del sistemaFunción Se requiere un mecanismo para registrar la asistencia

de los alumnos graduadosDescripción detallada

Las edecanes encargadas de registrar a los alumnos tiene ciertos privilegios que son: Registrar alumnos desde el momento que llega a la entrada de la institución.Para esto solo es necesario tener el:*Número de control *Nombre de la persona*Programa educativo

Las edecanes buscaran y registraran la asistencia de de los alumnos graduados.

Identificador RF-02-CIERRENombre del requerimiento

Cierre de listas

Prioridad Alta

Descripción corta Cierre de registro de asistencia de alumnos

7

FunciónDescripción detallada

El administrador del sistema (Servicios Escolares) tiene ciertos privilegios que son: *Cerrar las entradas, es decir no aceptar más a alumnos registrados después del comienzo del evento.* Tendrá la opción de imprimir.

Identificador RF-03-CONEXCIONPrioridad AltaDescripción corta Conexión inalámbricaFunción El sistema deberá conectarse mediante una conexión

inalámbrica.Descripción detallada

El sistema deberá conectarse médiate una conexión inalámbrica entre los diferentes equipos móviles que se utilizaran.

3.1.2 Requerimientos No funcionales.

Identificador RNF01-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 deberá tener como colores predominantes los utilizados oficialmente en la institución. (VERDE)

Identificador RNF02-MANUALOPrioridad AltaDescripción corta Manual del SistemaFunción Ofrecer un manual de operaciones del sistema para el

usuario.Descripción detallada

El sistema deberá contar con una liga que permita descargar el manual de operación para el usuario.

Identificador RNF02-MANUALDPrioridad AltaDescripción corta Manual del SistemaFunción Ofrecer un manual de operaciones del sistema para el

usuario.Descripción detallada

El sistema deberá contar con una liga que permita descargar el manual de desarrollo para el usuario.

8

3.2 Planeación del proyecto.

3.2.1 Estudio de factibilidad

Factibilidad operativaNombre del proyecto: SISTEMA PARA EL CONTROL ASISTENCIA A EVENTOS

(COLIBRI)

Empresa: UTIM

Responsables de la empresa: Servicios escolares de la institución

Objetivo: Hacer un sistema que nos ayude para el control de asistencias (servicios

escolares)

Presuntos responsables del sistema:

Elizabeth Bartolomé Martínez

Concepción Genis Martiñon

Marisol Ramos Teyuca

Martha Josefina Rodríguez Morales

Descripción del problema:

Hacer un sistema de información que permita al departamento de servicios escolares,

registrar el número de control, el nombre completo y el programa educativo de los

graduados. Esta información será capturada con anticipación, para que el día de la

graduación, un grupo de edecanes equipados con dispositivos móviles (Tablet o

Smartphone), puedan buscar y en su caso registrar la asistencia del graduado; el

sistema móvil mostrará también el número de asiento que le corresponda al alumno.

Por otra parte, el departamento de servicios escolares desde un sitio web, podrá cerrar

el registro de asistencia. Además, el sistema mostrará en pantalla el listado de

asistentes o ausentes, organizados por programa educativo y por apellidos con opción

de impresión.

Aspectos importantes:

Registrar a los alumnos

9

Factibilidad de técnicasEsta investigación se realizo para un análisis de la propuesta a desarrollar y las

Características de hardware y software

El Hardware requerido para desarrollar el sistema para el control de asistencias

(COLIBRI) es el siguiente:

N° Equipos a utilizar en el sistema Cantidad

1 Computadora 1

2 Dispositivos móviles (Tablet o Smartphone)

3

4 Switch 3Com SuperStack 3 Switch 4226T de 26 puertos, proporciona 24 puertos 10/100 con auto detección y dos puertos 10/100/1000 fijos.

1

5 Rack Panel 4 puestos 1

6 Pach Panel de 48 puertos categoría 5e marca hubble

1

7 Conectores RJ-45 300

8 Jack RJ-45 30

9 Canaletas porta cables 100 mts

El software con el que contara el proyecto es:

Microsoft Windows Server 2000 para el servidor y Windows XP. Professional. Para las estaciones de trabajo

Microsoft Office XP Professional Internet Explorer.

Descripción especifica con la que cuenta el equipo

10

Compomputadora

Procesador Pentium Súper fan cooler original (ventilador) para el procesador Mother board o tarjeta madre mercury o pc-chips  original Bus 533 Socket 478 4 bancos para memoria ddr 333 / 266 / 200 mhz . Puertos usb 2.0 Puertos ps/2 Puerto serial Puerto paralelo Red 10/100 bps Sonido 3d Video hasta 128 mb acelerado  Memoria de 256 mb ddr pc-2700 Disco duro 40 gb Cd-rom negro   Floppy 3 1/2 de 1.44 mb Super case atx tower Teclado ps/2 de 101 teclas español Mouse 3 botones ps/2 con netscroll

Dispositivos móviles (Tablet o Smartphone)

Factibilidad económica

El estudio de factibilidad económica del Sistema para el control de asistencias

(COLIBRI)

Es el análisis que permitirá saber el costo que tendría nuestro sistema

Se presentan una tabla donde vemos los costos subtotales del control de asistencias

(COLIBRI)

DISPSITIVOS PRECIOS SUBTOTALES CANTIDAD

SERVIDO 2000 3000 1

COMPUTADORA 3500 45000 1

11

SOFTWARE 10000 40000 1

SISTEMAS OPERATIVOS

26000 1

DISPOSITIVOS MÓVILES (TABLET O SMARTPHONE),

3000 5000 3

Conclusión: Estudio de factibilidad se hizo para darnas información sobres los costos y

el tipo de hardware, software a utilizar que requiere el sistema de control de asistencias

a eventos(COLIBRI)

3.2.2 Cronograma de actividades.

12

3.2.3 Acta de inicio de proyecto.

13

3.2.4 Plan de administración del proyecto.

3.2.5 Plan de calidad.

3.3 Análisis y diseño del Sistema empleando UML.

3.3.1 Modelo de Casos de uso.

ID Caso de Uso: Colibri_02

Nombre del Caso de Uso: asistencia_alumno

Creado por: Marisol Ramos Teyuca

Martha Josefina

Rodríguez Morales

Actualizado por: Elizabeth Bartolomé

Martínez

Concepción Genis Martiñon

Fecha de Creación: 02/02/2011 Fecha de Actualización: 03/02/2011

04/02/2011

14

Actor que Inicia el Caso: Edecán

Actores Involucrados: Edecán (E)

Descripción Corta: - Registro asistencia de alumnos en el sistema Colibrí.

Pre-condiciones: - El actor E recibe petición para dar de alta a un alumno.

Post-condiciones: El alumno ha sido registrado en el sistema y se le mostro el numero de asiento que le

corresponde.

Curso Normal/Flujo Base:

(Con Especificación de

Secuencia)

Acción del Actor Responsabilidad del Sistema

1. El actor E inicia sesión en

el sistema Colibrí, utiliza

la opción asistencia

alumno.

2. Presenta en pantalla formato para captura la asistencia del alumno.

3. El Actor E revisa la información del alumno en el sistema.

4. Se leen los datos del formulario.5. El alumno verifica que los datos estén

completosa) En caso de no estar completos, ir al

paso 2.b) En caso contrario ir al paso 6

6. El sistema verifica que los datos estén correctos.a) En caso de no estar correctos los

datos, ir al paso 2.b) En caso contrario, ir al paso 7.

7. El sistema solicita al usuario confirmación para registrar la asistencia del alumno.

8. El actor E selecciona una opción.

9. Si el usuario seleccionó “Cancelar”, ir al paso 10. En caso contrario, ir al paso 11.

10. El usuario selecciono “Cancelar”, volver al paso 2. En caso contrario ir.

11. Termina caso de uso. Se registrara la asistencia y mostrara su número de asiento

Flujo alterno:

Frecuencia: Cada vez que el actor E necesite registrar la asistencia de un nuevo alumno.

Requerimientos Especiales: (no funcionales)

ID Caso de Uso: CU_SAPAE_UADM_01

15

Nombre del Caso de Uso: agregar_alumno

Creado por: Marisol Ramos Teyuca

Martha Josefina

Rodríguez Morales

Actualizado por: Elizabeth Bartolomé

Martínez

Concepción Genis Martiñon

Fecha de Creación: 02/02/2011 Fecha de Actualización: 03/02/2011

04/02/2011

Actor que Inicia el Caso: Servicios Escolares

Actores Involucrados: Servicios Escolares(SE)

Descripción Corta: - Agregar el registro de los alumnos en el sistema Colibrí.

Pre-condiciones: - El actor SE recibe petición para agregar los alumnos al sistema Colibrí.

Post-condiciones: Los Alumnos han sido agregados en el sistema colibrí.

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 Colibrí,

utiliza la opción agregar

Alumno.

2. Presenta en pantalla formato para captura de datos del nuevo registro.

3. El Actor SE captura los datos solicitados por el sistema.

4. Se leen los datos capturados en el formulario.

5. Verifica que los datos estén completosc) En caso de no estar completos, ir al

paso 2.d) En caso contrario ir al paso 6

6. SE verifica que los datos estén correctos.c) En caso de no estar correctos los

datos, ir al paso 2.d) En caso contrario, ir al paso 7.

7. El sistema solicita al SE confirmación para agregar nuevo registro.

8. El actor SE selecciona una opción.

9. Si el usuario seleccionó “Aceptar”, ir al paso 12. En caso contrario, ir al paso 10.

10. El sistema verifica si un registro previo del alumno en la base de datos. a) En caso de existir registro previo, el

sistema muestra mensaje “Registro del Alumno existente, no se puede Registrar”, ir al paso 12.

16

b) En caso contrario, el sistema graba el registro del nuevo alumno, ir al paso 11.

11. El sistema muestra el mensaje “Registro grabado correctamente.”

12. Termina caso de uso.Flujo alterno:

Frecuencia: Cada vez que el actor SE necesite agregar el registro de un nuevo alumno.

Requerimientos Especiales: (no funcionales)

17

3.3.2 Modelado de Clases.

3.3.3 Modelo de Estado.

3.3.4

3.3.5

3.3.6

3.3.7 Modelo de Secuencia.

3.4 Diseño de la base de datos.

3.4.1 Modelo Entidad-Relación.

3.4.2 Esquema de la base de datos (Modelo relacional).

3.4.3 Diccionario de datos.

Que incluya 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.

3.4.4 Procedimientos almacenados y disparadores.

3.5 Diseño de la interfaz de usuario (Maqueta).

En ésta sección se detalla los elementos del estándar aplicado para el diseño de las

interfaces. Consultar los Estándares iure y de facto.

18

4 DISEÑO FÍSICO, PRUEBAS Y VALIDACIÓN

4.1 Implementación del servidor de la base de datos.

4.1.1 Requerimientos de software.

4.1.2 Requerimientos de hardware.

4.1.3 Proceso de instalación del servidor de datos.

4.2 Administración de la Base de Datos.

4.2.1 Perfiles de usuario.

4.2.2 Políticas y procedimientos de respaldo y restauración.

4.2.3 Listado de reportes generados por el sistema.

4.3 Implementación de la aplicación.

4.3.1 Descripción de aplicación bajo el patrón de diseño MVC.

4.4 Implementación de la aplicación para dispositivos móviles.

4.4.1 Descripción de aplicación para una implementación en móviles.

4.4.2 Descripción del portal WAP (consulta por móvil).

4.5 Pruebas Finales.

4.5.1 Resultados de las métricas aplicadas.

4.5.2 Resultados de los Casos de Prueba.

Los casos de prueba y los resultados obtenidos que avalan la ejecución de cada uno

ellos, aplicados a los distintos módulos del sistema.

4.5.3 Conclusiones de las pruebas.

Indicando que repercusión tiene en la búsqueda de la calidad del software.

19

4.6 Liberación del sistema

Explicación breve de los objetivos de los documentos: Manual técnico, Manual de

usuario, Manual de instalación.

20

5 CONCLUSIONES Y RECOMENDACIONES

Mostrar resultados de tu Proyecto y conclusiones generales del proyecto.

21

6 REFERENCIAS

Incluir todas las referencias empleadas y citadas en los apartados anteriores en formato

Harvard-APA

22

7 ANEXOS

Todo elemento que rompa con una lectura fluida del documento

7.1 Manual técnico

Que contiene los siguientes datos: Recopilación de requerimientos, Documentación del

Modelado, Interfaces, Códigos, Casos de prueba, proceso de instalación y

requerimientos)

7.2 Manual de Usuario.

Basado en un estándar.

7.3 Manual de instalación de la aplicación.

23