DEDICATORIAS - Web viewEsta información será capturada con anticipación,...
-
Upload
truongduong -
Category
Documents
-
view
226 -
download
2
Transcript of DEDICATORIAS - Web viewEsta información será capturada con anticipación,...
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