dedicatorias - wordpress.com · web viewes un sistema que automatiza dicho problema, este sistema...

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.


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.


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


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


Nombre del Caso de Uso: Registrar Asistencia Alumnos

Creado por: Carmen Patrón

Cantoran


Ana Esthela C.

Carranza Cabrera,


Soberano


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.



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


Nombre del Caso de Uso: Consultar faltas de alumnos


Carranza Cabrera


María del Carmen

Patrón Cantoran,


Soberano




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



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


Nombre del Caso de Uso: Cierre de listas


Carranza Cabrera


María del Carmen

Patrón Cantoran,


Soberano




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.



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


Nombre del Caso de Uso: Imprimir lista de alumnos presentes

Creado por: María del Carmen

Patrón

Cantoran



Soberano, Esthela C.

Carranza Cabrera




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.



Secuencia)


en el sistema colibrí.2. Verifica usuario.

3. Muestra menú de usuario SE.

4. El actor selecciona la opción del menú “alumnos


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.


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


Nombre del Caso de Uso: Imprimir lista de alumnos ausentes

Creado por: María del Carmen

Patrón

Cantoran



Soberano, Esthela C.

Carranza Cabrera




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.



Secuencia)


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”.


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.


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


cuando el usuario servicios escolares consulta las faltas de los alumnos graduados.

Ilustración 4 Consultar Faltas de alumnos


cuando el usuario servicios escolares genera el cierre de listas de los alumnos

graduados.

37

Ilustración 5 Consultar Faltas de alumnos


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


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


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


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.


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


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.


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

dedicatorias - wordpress.com · web viewes un sistema que automatiza dicho problema, este sistema...

Documents