SISTEMA ESPECIALIZADO EN CONTROL DE REPORTES

2. INTEGRANTES:
 LÓPEZ SÀNCHEZ NATANAEL
 LIMA PEREZ GUADALUPE
 MARQUEZ FLORES JOSELIN
 PEREZ MENA ANAYENZI
 TECPA SÀNCHEZ WILLIAN
 AGUILA PERALTA ELIZABETH

3. CONTENIDO
PROYECTO
 Alcance.
 Visión General del Documento.
 Metas de Proyecto.
 Restricciones del Proyecto.
 Personal involucrado.

4. SISTEMA
 Visión General de Sistema.
 Área de Oportunidad.
 Situación Actual.
 Descripción del Sistema..
 Tipos de Usuarios.
 Características del Usuario.
 Escenarios Operacionales.
 Prioridades del Sistema.
 Políticas y Restricciones Operacionales.
 Elementos a crear.
 Requerimientos del Sistema.
 Criterios de Aceptación.
 Mantenimiento y Soporte.
 Necesidad y Naturaleza de los Cambios.
 Descripción de los cambios deseados..
 Modelo Relacional
 Modelo Entidad Relación
 Diagrama de Bajas / Diseño Arquitectónico

5. PROYECTO
ALCANCE.
 Dentro de este documento se encuentran establecidos
los parámetros del sistema de Prefectura, remarca, el
estricto apego de las necesidades del usuario principal
y las especificaciones que se indicaron por parte del
responsable del mismo.
 En este documento se encontrara una descripción de
las actividades realizadas, resultante de los servicios
que se prestan.
 Además encontraremos los nombres de los
involucrados como diseñadores del sistema con sus
perfiles correspondientes.

6. VISION GENERAL DEL DOCUMENTO.
 Por medio de este documento se plasma y devela el acuerdo
existente, que comprende a nuestra empresa, con la actual
administración de Prefectura escolar, así como el de la
especificación y prioridades del sistema, haciendo de esta
manera, claramente entendible su propósito y función, desde
una simple alta de un alumno así como reportes sanciones y/o
permisos, hasta la compleja tarea que se torna, su organización
y control.
METAS DEL PROYECTO
 Cumplir con los requisitos del cliente.( cumplir al 100% con lo
que el cliente nos pida para el funcionamiento de su sistema)
 Proporcionar manual de Usuario.( tenemos que proporcionar un
manual de usuario para que el usuario tenga idea de cómo
manejar el sistema y que es lo que deba hacer a la realizar un
reporte o permiso al igual que para saber que hacer en caso de
un cierre inesperado)
 Acatar las normas y restricciones ya establecidas.
 Satisfactorio en cuanto al criterio del cliente.

7. RESTRICCIONES DEL
PROYECTO
 Evitar desigualdad en la repartición de trabajo.( tenemos que ser iguales
en la repartición del trabajo para lograr cumplirlo al 1005 en caso de no
cumplir seremos despedidos de nuestra empresa y será la reprobación de la
materia)
 Cumplir con las tareas asignadas a cada trabajador.( tenemos que cumplir
con nuestros trabajos establecidos a cada trabajador en tiempo y forma
para lograr terminar nuestro sistema a realizar y también para que
funcione al 100%)
 Compromiso al trabajo en Equipo.( comprometernos al trabajo de equipo y
en caso de no poder asistir a una reunión de trabajo realizar lo que te toca
y enviarla al jefe de proyecto para cumplir con tu compromiso)

8. PERSONAL INVOLUCRADO.
Nombre William Tecpa Sánchez
Rol Programador
Categoría profesional Maestría en Programación
Responsabilidades Funcionamiento del sistema por medio del Código (Visual Basic,
C++ ..)
Información de
contacto
2461239654
Aprobación William Tecpa Sánchez (Jefe de Proyecto)
Nombre Guadalupe Lima Pérez
Rol Consultor
Categoría profesional Licenciatura en Ciencias Sociales y Relaciones Humanas
Responsabilidades Encargada de levantamientos y requerimientos del sistema Vende
y promueve
Información de
contacto
2461235474
Aprobación Willian Tecpa Sánchez (Jefe de Proyecto)

9. Nombre Natanael López Sánchez
Rol Analista
Categoría profesional Maestría en análisis de sistemas
Responsabilidades Encargado de levantamientos y requerimientos del sistema
Información de
contacto
2461235474
Aprobación Willian Tecpa Sánchez (Jefe de Proyecto)
Nombre Anayenzi Perez Mena
Rol Diseñadora
Categoría profesional Ingeniería en Diseño Grafico
Responsabilidades Crea el diseño detallado y arquitectónico del sistema; es decir la
interfaz para que tenga una buena presentación.
Información de
contacto
2461235474
Aprobación Willian Tecpa Sánchez (Jefe de Proyecto)

10. Nombre Joseline Márquez Flores
Rol Modeladora
Categoría profesional Maestría en Programación
Responsabilidades Encargada de crear la base de datos para el sistema además hacer
el Modelo Entidad relación.
Información de contacto 2461526974
Aprobación Willian Tecpa Sánchez (Jefe de Proyecto)
Nombre Elizabeth Águila Peralta
Rol Tester
Categoría profesional Ingeniería en Análisis de Sistemas
Responsabilidades Probador de Sistema, revisa que este funcione de acuerdo a las
normas propuestas
Información de contacto 2462546398
Aprobación Willian Tecpa Sánchez (Jefe de Proyecto)

11. SISTEMA
VISION GENERAL DE SISTEMA
Ssatisfacer y minimizar las actividades que realiza el personal
de Prefectura aplicando una innovación futura a través de
consultas rápidas y eficientes dando así como resultado un
servicio de calidad tanto para el usuario como para el
Trabajador, además permite una mejor organización en
cuestión al ordenamiento de Reportes y Sanciones; puesto que
el software está diseñado no solo para el uso de una persona en
particular sino para más de 1 y menos de 3 personas.
CODREP´ CONTROL DE REPORTES:
 Búsqueda más rápida
 Mejor organización
 Buena clasificación
 Proceso de préstamos actualizado
 Excelente servicio

12. AREA DE OPORTUNIDAD
Dentro del área de Prefectura, existe la oportunidad de
implementar un sistema basado en Reportes, Bajas y
Sanciones de todo tipo según la gravedad de la acción
que comete el Alumno.

13. SITUACION ACTUAL
 Actualmente el área de Prefectura no tiene un control
especifico de su información en general:
 La ubicación del Historial de los alumnos (Historial) se
realiza de forma individual pues no cuentan con
ningún tipo de listas dentro de un equipo de cómputo
las cuales les faciliten su ubicación.
 Al no contar con una lista de este tipo la búsqueda de
antecedentes del alumno no les es posible, pues
forzosamente tienen que recurrir a la documentación
del alumno y/o preguntar personalmente a este.
 No cuentan con un control de ningún tipo llevando una
clasificación de alumnos con reportes, sanciones y/o
permisos; alumnos que están, se van o se ausentaron y
recurrieron a la tramitación de un permiso además de
aquellos que en documentación y comportamiento
están intactos y limpios de acciones que les impulsen a
ser acreedores de alguno.

14. DESCRIPCION DE SISTEMA
 Registra los nombres de los alumnos
 Registra su matricula
 Registra su especialidad
 Registra la hora y fecha del reporte

15. TIPOS DE USUARIOS.
Tipo de usuario Administrador
Responsabilidad Checar que todos los alumnos estén en clase y tener
un buen funcionamiento del control de los reportes y
justificantes
Formación Un grado de estudios mínimo de preparatoria con los
conocimientos básicos de leer y escribir y los
conocimientos básicos sobre computación
Habilidades Tener habilidad en el del registro de los alumnos y en
el registro de usuarios que realicen un reporte
Actividades Realizar bajas, sanciones, y reportes dependiendo la
gravedad del problema
Interacción con el
sistema
Es el principal encargado de realizar los reportes por
las actitudes del alumno y dar de baja si el alumno
falta a las reglas del plantel.

16. CARACTERÍSTICAS DE USUARIO
 Conocimiento del manejo de Reportes. (tiene que saber
cómo se lleva a cabo el manejo y control de reportes)
 Tener habilidad para adaptarse al sistema.(que tenga
una gran habilidad para poder manejar el sistema)
 Manejo básico de computadora.( tiene que saber
mínimo lo básico de una computadora saber manejarla
y saber imprimir)
 Conocimiento especializado del Reglamento, Normas y
Políticas de Conalep.( tiene que saber el reglamento
las normas y políticas del conalep para saber que
sanción puede realizar o no).

17. ESCENARIOS OPERACIONALES.
 Se realizara en un área específica donde solo se tendrá
como prioridad crear un Sistema Funcional para
facilitar el control de reportes de cada alumno ya sea
tanto en indisciplina como en asistencias
puntualidad.
 Es considerada ya como una norma estricta el asistir a
las citas programas a cada uno de los integrantes del
personal involucrado para cumplir con sus tareas
asignadas

18. PRIORIDADES DEL SISTEMA
 Control correcto de Datos.
 Eficaz en su funcionalidad.
 Rápido y Complejo.
 Amigable.

19. POLITICAS Y RESTRINCCIONES OPERACIONALES.
 Acceso al encargado de Prefectura.
 El encargado tiene que registrar todos los reportes o
permisos que otorga diariamente.
 Revisar registros existentes.
 Mantener en orden los datos en el sistema.
 Límite de permisos 3.
 No puede otorgarse 1 permiso diario a un alumno.
 Cuando el alumno acumule 3 reportes se llamara al padre.
 Si el alumno pide 1 permiso este debe presentar una copia
de credencial de tutor firmado y motivo.
 El alumno podrá consultar libros de diferentes
especialidades.
 Para otorgar 1 permiso el asunto debe ser coherente de los
contrario no podrá otorgarse.

20. ELEMENTOS A CREAR
 Base de datos(Se creara base de datos para guardar los
datos insertados)
 Formularios en Visual Basic(crearemos los formularios
en visual basic ya que es más eficaz y más rápido de
realizar)
 Base de datos en Acces( al igual tenemos que realizar
una base de datos en acces ya que es muy fácil de
realizarla)
 Interfaz en HTML( realizaremos interfaces en HTML y
CSS para la realización de nuestro sistema)

21. REQUERIMIENTOS
 El sistema permite
 Acceso limite a 3 usuarios neutros, y 1 usuario base
 La computadora tendrá que tener
 Una memoria RAM de 512 Mb mínimo.
 Operar con un sistema Windows 7 o Windows 8.
 Tener una base destinada en el servidor de Wamp
CRITERIOS DE ACEPTACIÓN DEL SISTEMA
 Correcta Funcionalidad.
 Sistema activo.
 Llamativo.
 Cumplir con los criterios del cliente.

22. MANTENIMIENTO Y
SOPORTE.
 Actualizar la lista de alumnos existentes,
 Identificar los alumnos que se han dado de baja de la escuela
 Registrar a alumnos nuevos o de reingreso

 Dar de alta y baja alumnos (Siempre y cuando la acción lo amerite)
 El equipo se limpiara físicamente cada viernes
 Realizar los ajustes necesarios para que las aplicaciones existentes
funcionen adecuadamente
 Modificaciones necesarias a los sistemas existentes con nuevas
aplicaciones (si lo requiere)
 Cambios de nuevas configuraciones
 Realizar las acciones necesarias para mejorar la calidad
 Rendimiento o tiempos de respuesta de los sistemas
 Actualizaciones con el fin de un mayor cubrimiento de organización

23. NECESIDAD Y NATURALEZA DE LOS CAMBIOS.
 El sistema se puede dificultar al utilizar diferentes tipos de letra o no escribir la
contraseña correcta, si al utilizarlo se dificulta al principio puede solicitar ayuda al
personal encargado del sistema de esta manera será más fácil de utilizar.

 Facilitar la búsqueda de reportes y permisos.
 Tener un sistema donde indique si el reporte o permiso existe o no.
 Tener un registro de alumnos.
 Tener un tipo de letra en especificación para el sistema.
 Tener los registros ordenados de acuerdo a las especialidades.
 Que nuestro sistema sea más rápido y no sea difícil de utilizar.
 Que el encargado de Prefectura tenga su propia contraseña y que sea diseñado
para varios usuarios de biblioteca.
 Que el sistema lo puedan usar los chicos de servicio pero que no puedan modificar
nada.
 Que tenga un registro de cual es límite de reportes y permisos que se pueden
otorgar a un alumno.
 Pueden dar de altas y bajas los alumno que lo requieran.

24. DESCRIPCIÓN DE LOS CAMBIOS DESEADOS.
 Búsqueda: Que se pueda buscar por carrera.
 Los resultados de la búsqueda debe contener si existe y
cuantas copias existen de cada reporte o permiso.
 Registrar a los alumnos que piden un permiso o
adquieran un reporte.
 La letra es elegida por el encargado del sistema
 Los reportes y prestamos estarán ordenados de acuerdo
a las especialidades sin importar las copias.