El documento presenta el sistema GESTSEG desarrollado por estudiantes de la Universidad Bolivariana de Venezuela para la gestión de seguridad de la sede Chaguaramos en Caracas. El sistema consiste en 4 módulos (Gestionar Empleados, Gestionar Reportes, Gestionar Denuncias y Gestionar Eventos) que permiten llevar un control sistematizado de la información de seguridad a través de una aplicación web. Cada módulo tiene submódulos para agregar, consultar/modificar y eliminar la información correspondiente.

1. SISTEMA
GESTSEG
Caracas 9 de Julio de 2013

2. PRESENTACIÓN
 Desarrolladores del Sistema:




Elvis Vera
Samuel Guillen
Darwin Triana
Duilio Paolini
Estudiantes de la Universidad Bolivariana de Venezuela
Programa de Formación de Grado : Informática para la Gestión Social
Periodo en curso : Trayecto III, Tramo 7
El Sistema GESTSEG consiste en una aplicación web para el registro de
información en las actividades del Departamento de Seguridad de la
Universidad Bolivariana de Venezuela
específicamente la sede
Chaguaramos, Caracas.
 Este sistema consiste en capturar toda la información correspondiente a la
gestión de seguridad de la comunidad Ubevista.
 El registro será realizado por dos personas: el Jefe del departamento y el
Supervisor de gestión.

3. EL SISTEMA GESTSEG
 Tiene como meta suministrar las herramientas que ayuden a la
Administración del Personal de Seguridad de la sede; en la Gestión de los
Informes Diarios que realizan , los cuales actualmente se elaboran de forma
manual.
 Llevar un control de sus horas laborales, reposos, vacaciones entre otras
informaciones administrativas.
 Establecer un contacto directo con
profesores, personal en general).
la comunidad Ubevista (estudiantes,
 Utilizando las tecnologías actuales en software libre se puede realizar una
plataforma Web, que estará alojada en un servidor Web, dicha plataforma
permitirá el fácil manejo y acceso de los Informes diarios realizado por el
Personal de Seguridad de la Universidad.

4. Generales
 Desarrollar una aplicación Web que ayude a manejar de forma automatizada
todos los informes de incidentes, novedades, actividades entre otros y los
datos de ingreso, egreso, reposos, vacaciones, guardias entre otros datos del
personal de seguridad de la UBV, a través de una base de datos.
 Implementar técnicas de requerimientos a la administración del departamento
de seguridad de la UBV, para obtener las necesidades a ser resueltas con la
aplicación a realizar.
 Generar un documento de requerimientos según los datos obtenidos en las
técnicas de requerimientos aplicadas anteriormente.
 Desarrollar una aplicación Web que pueda ser ejecutada desde cualquier
dispositivo con conexión a internet cumpliendo con las directrices del
documento de requerimientos.

5. ARQUITECTURA DE DESARROLLO
 Se utilizaron lenguajes como HTML en conjunto con PHP para establecer la
conexión con la base de datos de esta manera se garantiza la compatibilidad a la
hora de procesar información.
 La implementación de la primera versión del administrador de contenido se llevó a
cabo siguiendo una arquitectura Cliente-Servidor. Los clientes son los navegadores
o browser quienes realizan solicitudes a un servidor. En toda petición de una
página Web intervienen diferentes entidades: por un lado, el programa navegador o
browser en el host que realiza la solicitud y por otro lado un programa servidor
alojado en un host remoto denominado servidor Web.

6. ARQUITECTURA DE DESARROLLO
 Ambos se comunican entre sí por medio del acceso a Internet que facilita un
proveedor de servicios de Internet.
 Se utiliza una arquitectura de interconexión de redes, generalmente la
arquitectura TCP/IP, en la que los datos en la transmisión van pasando
sucesivamente por diferentes dispositivos de red.
 En nuestro caso el servidor Apache es el encargado de almacenar y procesar
archivos HTML y PHP, junto con las imágenes, archivos CSS, archivos Javascript,
necesarios para el correcto funcionamiento y visualización de la aplicación. El
servidor Web puede estar atendiendo a la vez a distintos navegadores.

7. PLATAFORMA DE DESARROLLO
Navegadores:
Mozilla Firefox 18.0.1
Google Chrome
24.0.1812.56
Herramientas de Diseño Web:
PHP
GIMP
JAVASCRIPT
BLUE FISH
Servidor de Aplicaciones:
WAMP
BD
HTML/PHP
Sistema Operativo:
Windows/Linux
Herramientas utilizadas para el desarrollo del Administrador de Contenido

8. NAVEGADORES WEB
 Son aplicaciones
que operan a través de Internet, interpretando la
información de archivos y sitios web para que estos puedan ser leídos, el
navegador interpreta el código, HTML generalmente, en el que está escrita la
página web y lo presenta en pantalla permitiendo al usuario interactuar con su
contenido y navegar hacia otros lugares de la red mediante enlaces o
hipervínculos.
 La funcionalidad básica de un navegador web es permitir la visualización de
documentos de texto. En nuestro caso los navegadores que usamos fueron
Firefox y Google Chrome.

9. HERRAMIENTAS DE DISEÑO WEB
 Bluegriffon: que permite la metodología wysiwig (what yo see, is what you get).
 PHP: es un lenguaje de programación de uso general de script del lado de
servidor originalmente diseñado para el desarrollo web de contenido dinámico
 GIMP: Es el equivalente de software libre más próximo a Photoshop.

10. CARTA ESTRUCTURADA
GESTSEG
Gestionar Empleados
Consiste en l evar un ficha digital
de los guardias quelaboran en el
departamento
Gestionar Reportes
Gestionar Denuncias
Consiste en tenercontacto con
los usuarios y visualizar sus
denuncias para posteriores
respuestas
GestionarEvento
Consiste en la publicacion para la
comunidad Ubevista y navegantes en
general delos eventos a realizarse
Agregar Reportes
Esta opcion le permitira dar inicio
al reporte y el vaciado de la
informacion
Agregar Denuncias
Esta opcion le permitira al
usuario l enar a traves de un
formulario su denuncia
Agregar Evento
Esta opcion le permitira dar inicio
a el l enado de imformacion del
evento a realizarse
Esta opción le permitirá modificar
al mismo tiempo de consulltar la
información de un un reporte
Consultar o Modificar
Denuncias
Esta opción le permitirá modificar al
mismo tiempo de consulltar la información
de unadenuncia
Consultar o Modificar
Eventos
Esta opción le permitirá modificar
al mismo tiempo de consulltar la
información de un un evento
Agregar Empleado
Esta opción le permitirá ingresar
un nuevo guardia al
departamento de seguridad .
Consultar o Modificar
Empleado
Esta opción le permitirá modificar
al mismo tiempo de consulltar la
información de un un empleado
Consultar o Modificar
Reportes
Esta opción le permitirá eliminar a
unempleado del departamento
de seguridad .
Eliminar Reporte
Eliminar Empleado
Consiste en l evar un registro de la
incidencias diariasque acontecen en
la UBV
Esta opción le permitirá eliminar
un reporte
EliminarDenuncias
Esta opción le permitirá eliminar
una denuncia realizada por los
navegantes
EliminarEventos
Esta opción le permitirá eliminar
un evento

11. MÓDULO GESTIONAR EMPLEADOS
Gestionar Empleados
Consiste en llevar un ficha digital de los
guardias que laboran en el departamento.
Agregar Empleado
Esta opción le permitirá ingresar un nuevo
guardia al departamento de seguridad .
Consultar o Modificar Empleado
Esta opción le permitirá consultar , luego
podrá modificar la información de un
empleado del departamento de seguridad.
Eliminar Empleado
Esta opción le permitirá eliminar a un
empleado del departamento de seguridad .

12. MÓDULO GESTIONAR REPORTES
Gestionar Reportes
Agregar Reportes
Consultar o Modificar
Reportes
Eliminar Reporte
Consiste en llevar un registro de la incidencias
diarias que acontecen en la UBV.
Esta opción le permitirá dar inicio al reporte y
el vaciado de la información.
Esta opción le permitirá consultar , luego podrá
modificar la información de un reporte.
Esta opción le permitirá eliminar un reporte.

13. MÓDULO GESTIONAR DENUNCIAS
Gestionar Denuncias
Agregar Denuncias
Consultar o Modificar
Denuncias
Eliminar Denuncias
Consiste en tener contacto con los usuarios y
visualizar sus denuncias para posteriores
respuestas.
Esta opción le permitirá al usuario llenar a
través de un formulario su denuncia.
Esta opción le permitirá consultar, luego podrá
modificar la información de una denuncia.
Esta opción le permitirá eliminar una
denuncia realizada por los navegantes .

14. MÓDULO GESTIONAR EVENTO
Gestionar Evento
Agregar Evento
Consultar o Modificar
Eventos
Eliminar Eventos
Consiste en la publicación para la
comunidad Ubevista y navegantes en general
de los Eventos a realizarse.
Esta opción le permitirá dar inicio al llenado
de información del Evento a realizarse.
Esta opción le permitirá consultar, luego
podrá modificar la información de un
Evento.
Esta opción le permitirá eliminar un
Evento.

15. DESCRIPCIÓN DE MÓDULOS DEL
SISTEMA
El sistema está conformado por 4 módulos simples que permiten llevar el control
sistematizado de la Gestión de seguridad. Estos módulos son:
1. Gestionar Empleado: este a su vez tiene tres submódulos que son
*Agregar Empleado
*Consultar o Modificar Empleado
*Eliminar Empleado
2. Gestionar Reporte: este a su vez tiene tres submódulos que son
*Agregar Reporte
*Consultar o Modificar Reporte
*Eliminar Reporte
3.
Gestionar Denuncia: este a su vez tiene tres submódulos que son
*Agregar Denuncia
*Consultar o Modificar Denuncia
*Eliminar Denuncia

16. DESCRIPCIÓN DE MÓDULOS DEL
SISTEMA
4. Gestionar Evento: este a su vez tiene tres submódulos que son:
*Agregar Evento
*Consultar o Modificar Evento
*Eliminar Denuncia
Para ingresar al sistema, el usuario Administrador, debe colocar sus datos de
acceso en el módulo de ingreso: usuario y contraseña. “Esta interfaz
actualmente está en proceso de desarrollo”.

17. INTERFACES DEL SISTEMA

18. INTERFACES DEL SISTEMA

19. INTERFACES DEL SISTEMA

20. INTERFACES DEL SISTEMA

21. CHECK LIST DE PRUEBAS
APLICACION: GESTSEG
PERIODO DE PRUEBAS
N°
1
BUG
PRIORIDAD
2
1
2
3
3
3
3
3
4
4
3
5
5
6
3
3
8
7
8
3
1
9
9
1
6
7
DESCRIPCION
ESTADO FECHAS
En la casilla para colocar la hora , fecha y el lugar del
incidente, evento o suceso se debe introducir
manualmente
El botón para limpiar el formulario indica “borrar”.
ACTIVO (21/05/2013)
En la casilla para la fecha de nacimiento del Empleado, se
introduce manualmente.
En la casilla para el teléfono no se especifica la casilla para
el código y la del número.
ACTIVO (21/05/2013)
El botón para guardar el formulario indica “agregar”,
mientras otros formularios dicen “enviar”.
ACTIVO (21/05/2013)
ACTIVO (21/05/2013)
ACTIVO (21/05/2013)
ACTIVO (21/05/2013)
No hay botón para limpiar el formulario de ingreso
Solo se puede realizar busquedas de reportes atreves del ACTIVO (21/05/2013)
Nro.
No hay opción para agregar, modificar o eliminar Usuarios ACTIVO (21/05/2013)
No hay verificación de clave o usuario a la hora de ingresar ACTIVO (21/05/2013)
a la aplicación.

22. ESTANDARES DE PRESENTACION
N°
DESCRIPCION
1
2
T odas las et iquet as de los campos t ienen los dos
punt os al final.
ÉXITO
Las frases y palabras est án correct as en cada una de
las et iquet as y el uso de mayúsculas y minúsculas es
apropiado (est ilo t ipo oración)
3
4
5
6
La disposición de los campos es la más adecuada
según la cant idad a regist rar por el usuario
T odas las et iquet as de los campos son del mismo
color.
14
Los campos t ipo t eléfono se ajust an al est ándar
int ernacional
Código+ t eléfono
Est a est andarizado el campo cédula según el est ándar
int ernacional
Exist e consist encia en el t ipo de let ra (t amaño, est ilo
y color) en la vent ana.
La disposición y espaciamient o de los campos son
consist ent es.
En las pant allas el t amaño de los campos es adecuado
según la información que debe most rarse
Bot ones, campos, list as y et iquet as est án alineados
correct ament e (horizont al y vert icalment e)
Los cont roles Radio But t oms en est ruct ura de
columna est án alineados correct ament e a la izquierda
y la et iquet a est á ubicada a la derecha.
Los cont roles t ipo Radio But t oms t ienen por defect o
seleccionada la primera opción.
15
En un grid las barras de desplazamient o (scroll bar)
vert icales se act ivan cuando la cant idad de renglones
exceden la capacidad de espacio visual en vent ana
7
8
9
10
11
12
13
N/A
OBSERVACIONES
X
X
X
X
Est án colocados los acent os ort ográficos que
corresponden en las et iquet as
T odos los nombres de los bot ones est án en español
FALLA
X
X
X
X
X
X
X
X
X
X
X

23. ESTANDARES DE PRESENTACION
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
En un grid las barras de desplazamient o (scroll bar)
vert icales se act ivan cuando la cant idad de renglones
exceden la capacidad de espacio visual en vent ana
X
El cont rol t ipo check box t iene la et iquet a alineada a
la izquierda.
Las barras de desplazamient o horizont ales se act ivan
cuando el ancho de la columna excede la capacidad
del espacio visual en vent ana
Las columnas del grid muest ran en la part e superior
derecha la opción para realizar los filt ros de los dat os.
Los Bot ones si est án ubicados vert icalment e est án a
la derecha de la vent ana. Y t ienen el mismo ancho.
Las barras de desplazamient o vert icales est án
ubicadas a la derecha del grid.
Los Bot ones si est án ubicados horizont alment e est án
en la part e inferior de la vent ana. Y t ienen la misma
alt ura.
Las barras de desplazamient o horizont ales est án
ubicadas en la part e inferior del grid.
Los cont roles t ipo check box t ienen las et iquet as
alineadas a la izquierda.
La aplicación cumple con los est ándares de
present ación y apariencia est ablecidos en el caso de
uso.
Al visualizar el sist ema en una resolución 1280 x 800
se observan t odos los campos correct ament e
Al visualizar el sist ema en una resolución 800 x 600 se
observan t odos los campos correct ament e
El sist ema se muest ra adecuadament e al ut ilizar el
navegador Mozilla Firefox
El sist ema se muest ra adecuadament e al ut ilizar el
navegador Int ernet Explorer
Est án indicados los campos obligat orios en t odas las
pant allas y de manera adecuada
El t ext o e ident ificación de los mensajes de
validación es el adecuado según la operación que se
est á realizando
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
El código fuent e est á document ado
Posee una opción/módulo para salir del sist ema
Al presionar la t eclas del cont rol CRT L+F4 se cierra el
sist ema
X
X
X
no hay mensajes
de validación

24. FUNCIONALIDADES
N°
DESCRIPCION
ÉXITO
FALLA
Cuando el usuario ingresa al sistema, este muestra el
perfil que corresponde al usuario logueado
1
2 Existe un orden lógico en el diseño de pantallas y módulos
3 Existe un orden lógico en el diseño de funcionalidades
Al ingresar con una clave errada el sistema realizar el refresh
de los campos : Usuario y contraseña
X
X
X
X
4
5 Existe una clave encriptada para ingresar al sistema
6
7
Se muestra un mensaje de confirmación de operación al
eliminar: ¿Está seguro de eliminar este registro?
Se muestra un mensaje de confirmación de operación al
modificar: ¿Está seguro de modificar este registro?
El diseño de la estructura y relaciones de la BD se ajusta
a los requerimientos del sistema
8
9 Poseen tablas que permitan auditar el sistema
10 Es posible controlar las variables de sesión
Las rutinas y subrutinas creadas cumplen con las normas
11 de identación
N/A
X
X
X
X
X
X
X
OBSERVACIONES

25. FUNCIONALIDADES
12
Cuando se presiona el botón imprimir desde una ventana
activa se despliega la ventana de Impresión de Reporte.
X
X
13
Cuando se presiona la combinación de teclas CTRL+I desde
una ventana activa se despliega la ventana de Impresión de
Reporte.
14
Existe validación en los formularios según el tipo de dato a
ingresar (numéricos, alfanuméricos, etc.)
X
El sistema posee un módulo que permita agregar/eliminar
usuarios
X
La configuración de roles de usuario se realizar por perfiles
X
15
16
17
18
19
20
21
La BD está normalizada
El diseño de los módulo es escalable
Los FK están debidamente identificados en la BD
Los PK están debidamente identificados en la BD
El diseño de una nueva versión es posible a mediano plazo
X
X
X
X
X

26. INFORME DE ERRORES
Errores Externos:
Módulo Reportes:
Sub-módulo Agregar, Consultar, Modificar y Eliminar:
En la casilla para colocar la hora, fecha y el lugar del incidente se deben
introducir manualmente, generando errores para la BD.
El botón para limpiar el formulario indica “borrar” lo que puede generar
confusión al usuario.
Módulo Empleados:
Sub-módulo Agregar, Consultar, Modificar y Eliminar:
En la casilla para la fecha de nacimiento del Empleado, se debe introducir
manualmente.
En la casilla para el teléfono no se especifica la casilla para el código y la
del número.
El botón para guardar el formulario indica “agregar”, mientras otros
formularios dicen “enviar”.
El botón para limpiar el formulario indica “borrar” lo que puede generar
confusión al usuario.

27. INFORME DE ERRORES
Errores Externos:
Módulo Eventos:
Sub-módulo Agregar, Consultar, Modificar y Eliminar:
En la casilla para colocar la fecha, hora de inicio, hora de cierre y lugar
del evento se deben introducir manualmente, generando errores para la
BD.
En el botón para limpiar el formulario indica “borrar” lo que puede
generar confusión al usuario.
Módulo Denuncias:
Sub-módulo Agregar, Consultar, Modificar y Eliminar:
La casilla para la cedula de identidad no se especifica si es venezolano
o extranjero.
La casilla para la fecha del suceso debe introducirse manualmente.

28. Informe de Errores
La casilla para el teléfono de contacto del denunciante no especifica la
casilla para el código.
Módulo Usuario:
Sub-módulo Ingreso:
No hay botón para limpiar el formulario de ingreso.
Errores Internos:
Módulo Reportes, Empleados, Eventos y Denuncias :
Sub-módulo Consulta, Modificar y Eliminar:
Solo se puede buscar el Reporte a consultar, modificar o eliminar solo se
puede realizar atreves del Nro. de reporte.
Módulo Usuario:
Sub-módulo Agregar, Modificar y Eliminar:
No hay opción para agregar, modificar o eliminar Usuarios.
Sub-módulo Ingreso:
No hay verificación de clave o usuario a la hora de ingresar a la
aplicación.

29. ERRORES PRINCIPALES
 No hay opción para agregar modificar o eliminar
usuario.
 No hay verificación de clave o usuario a la hora de
ingresar a la aplicación.

30. RECOMENDACIONES
 Finalizar el modulo donde el administrador podrá




iniciar sesión para interactuar con el sistema.
Hacer la separación del la parte publica de la
privada.
Documentar el código fuente.
Usar colores mas amigables en las tablas de
planificación de trabajo de los guardias.
Terminar el gestor de contenido.

31. RECURSOS A CONSIDERAR
 La ayuda de un Ingeniero en Sistemas para mejorar
la robustez del sistema.
 La ayuda de un Diseñador Web para hacer que las
interfaces sean lo más amigable posible.
 La ayuda de un Analista en Sistema para que
busque minuciosamente errores que nosotros no
pudimos apreciar.
 Una vez finalizado la prueba piloto la ayuda de por
lo menos 20 usuarios ingenuos que interactúen con
el sistema para chequear la usabilidad y facilidad del
mismo sin ayuda de ningún manual de uso.

32. MUCHAS GRACIAS POR SU
ATENCIÓN