0% encontró este documento útil (0 votos)
46 vistas80 páginas

Proyecto Inf

Proyecto de informática

Cargado por

VillarealMv
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
46 vistas80 páginas

Proyecto Inf

Proyecto de informática

Cargado por

VillarealMv
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN


UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
UNIVERSIDAD POLITÉCNICA TERRITORIAL DE LOS ALTOS
MIRANDINOS “CECILIO ACOSTA”
LOS TEQUES ESTADO MIRANDA

APLICACIÓN INFORMÁTICA PARA EL CONTROL DE PERMISOS


INTERNOS DEL INSTITUTO AUTÓNOMO CUERPO DE BOMBEROS DEL
ESTADO BOLIVARIANO DE MIRANDA

Facilitador: Bachiller(es):

Prof. Ramón Molina. Infante Elías C.I: V- 15.470.882


Rivas Bryant C.I: V- 20.413.549
Sánchez Carlos C.I: V- 14.214.419
García Jemfersont C.I: V- 20.484.934
Sección 07

Los Teques, Noviembre 2017


INDICE

p.p.

INDICE…………………..…………………………………………………. 2
INTRODUCCIÓN......................................................................................... 4

FASES

I FASE…………………………………………………………………. 6

Descripción del espacio comunitario.................................................... 6


Fase Diagnostica………………........................................................... 9
Descripción del problema central......................................................... 10
Plataforma Tecnologica……………………………………………… 11
Misión………………………………………………………………... 12
Visión………………………………………………………………… 13

II FASE………………………………………………………………… 14

Gestión del Proyecto……………......................................................... 14


Descripción general del proyecto……………………………………. 14
Plan o cronograma de trabajo...................................................... 16
Alcances del Proyecto…............................................................. 18
Justificación del Proyecto............................................................ 18
Objetivos del proyecto................................................................. 20
Objetivo general…............................................................ 20
Objtetivos especificos........................................................ 20

III FASE………………………………………………………………… 21

Descripción de los procesos del negocio…………………………….. 21


Cadena de Valores de los procesos del negocio……………................ 23
Diagrama de Actividad………………………………………………. 24
Diagrama de Procesos………………………………………………... 25
Actores.................................................................................................. 26
Requerimientos Funcionales…………………………......................... 27
Requerimientos no Funcionales……………………………………… 27

IV FASE………………………………………………………………… 29

Descripción global del producto……………………………………... 29


Descripción de los procesos…………………………………………. 29

2
Lenguaje a Implementar y Manejador de Base de Datos…………….. 30
Descripción de las fases del Proyecto………………………………... 32
Diagrama de Caso de Usos…………………………………………... 35
Diagrama de Actividades…………………………………………….. 37
Diagrama de Procesos………………………………………………. 38
Modelo Conceptual…………………………………………………... 39
Diagrama de Clases………………………………………………….. 40
Diagrama Entidad Relación de la Base de Datos……………………. 41

V FASE………………………………………………………………..... 42
Diseño Arquitectonico............................................................................ 42
Descomposición en subsistemas o modulos......................................... 42
Diseños de Pantalla e Interfases........................................................... 44

CONCLUSIÓN…………………………………………………………….. 47

REFERENCIAS…………………….............................................................. 49

ANEXOS…………………………………………………………………… 50

A Manual de usuario…………………………………………….……… 51

B Planilla de inscripción del proyecto…………………………………... 74

C Control de Visitas y Actividades en la Comunidad………………… 77

D Carta de Formacion del Equipo de Proyecto y Competencias………... 79

3
INTRODUCCIÓN

Hoy en día la informática está presente por medio de la computadora y las


aplicaciones conocidas como software en cualquier oficina, negocio, en los bancos,
en prácticamente cualquier lugar donde se maneje información. Para conocer cuál es
el impacto económico en la tecnología informática, tenemos que decir que la
economía mundial ya no se concibe sin la informática. Todas las operaciones
derivadas de las facetas de la economía de cualquier país están gestionadas por la
informática. En la economía actual, el desarrollo tecnológico es el que provoca el
cambio y la reducción de costos más importante. La informática juega el papel
preponderante de este desarrollo tecnológico. Dentro de la tecnología informática el
campo que más ha impulsado a la economía mundial ha sido el de las redes de
comunicación y sus usos comerciales. Es concretamente en el desarrollo de las redes
informáticas donde se prevé que el impacto económico será mayor en los próximos
años.

En Venezuela en los ultimos años en virtud de que la tecnologia, forma parte


de la vanguardia de desarrollo de los paises modernos, introducen el proyecto
canaima. Uso educativo de las tecnologias de la información y la comunicación (TIC)
este proyecto piloto se aplica desde el año escolar 2009 – 2010, y tiene como
finalidad la incorporación de las TIC en el sector educativo del país. En el cual dichas
computadoras impulsan a familiarizarse con el uso del sistema operatio de codigo
abierto software libre.

Por lo tanto el caso que ocupa el presente trabajo corresponde al del Instituto
Autonomo Cuerpo de Bomberos del Estado Bolivariano de Miranda, donde se hace
evidente la necesidad de una aplicación tecnologica para el control de permisos, de
manera que permita una agilización del trabajo, mediante una forma automatizada. Es
por ello que con este trabajo se lograra obtener un mejor control en cuanto a las
salidas y entradas del personal, cuando los mismos se ausentan por permisos. Ademas
permitira mantener un mejor control en cuanto a los permisos otorgados a los
funcionarios, llevando a su vez un control estadistico, evitando que sea de manera

4
fraudulenta. Cabe destacar que ademas se mantendra un archivo en fisico, que
mediante esta aplicación se arrojaran los mismos, por lo que se contara con evidencia
tanto fisica como digitalizada,con el fin de que se pueda apreciar el record de
permisos solicitados por cada funcionario, y ademas se podra evidenciar a que
sección pertenece y quien otorgo el permiso, asi como fechas de los mismos.

5
DESCRIPCIÓN DEL ESPACIO COMUNITARIO

Instituto Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda.

A principios de los años 60, la ciudad de Los Teques, se vio azotada por una
gran cantidad de incendios forestales y algunos incendios estructurales, entre los que
destacó el de los archivos del Concejo Municipal, en donde se produjeron pérdidas
incalculables debido a la tardanza que hubo al tener que trasladar las unidades de
extinción desde la sede de los bomberos de Sucre.

Se puede mencionar al año 1952 como la fecha de aparición de lo que vendría


a ser la primera institución bomberil Mirandina. Años antes se habían realizado
múltiples intentos de consolidación de una estación propia, pero no fue sino hasta el
25 de agosto de 1952 que, gracias a una conversación sostenida entre el presidente de
la Federación Técnica de Bomberos y el Gobernador del Estado, Pedro Russo Ferrer,
se concretó la creación del Cuerpo de Bomberos del Distrito Sucre.

La sede de éste primer contingente se limitaba a una oficina en la Junta


Comunal de Chacao, lo que hacía necesario realizar los trabajos de entrenamiento en
plena calle, específicamente frente a la Iglesia de Chacao. Mientras que la primera
dotación estuvo compuesta por un chasis Dodge, un tanque usado de la compañía
Shell y una bomba de tres pulgadas; todos ellos adquiridos gracias a la ayuda de las
industrias y comercios de la zona.

Para el 01 de mayo de 1954, el aumento de la población y la cantidad de


industrias que se habían establecido dentro del territorio del Distrito Sucre, hicieron
imprescindibles la iniciación oficial de los servicios de los bomberos, quedando
declarada así la primera Guardia Permanente, en un local facilitado como cuartel por
la fábrica de muebles “Fénix”, en Los Cortijos de Lourdes”. Posteriormente, en 1959,

6
el Gobernador de la época, Ildemaro Lovera, decretó la extensión a todo el territorio
regional de los servicios de este Cuartel de Bomberos. No obstante, dos años más
tarde, y debido a la criticada decisión del Gobernador Manuel Montilla de nombrar
como Comandante General del Cuerpo a Clemente Brito Fernández, el presidente del
Concejo Municipal tomara la decisión de desligar a los bomberos de la Gobernación,
fundando así el Cuerpo de Bomberos del Distrito Sucre, mejor conocidos como los
Bomberos del Este, institución que en 2009 y por disposición del Gobierno Nacional
pasa a depender del Ministerio del poder popular de Interior y Justicia, para
posteriormente integrarse al Cuerpo de Bomberos del Distrito Capital.

Posteriormente En el 24 de julio de 1967, salió la primera promoción de


bomberos Mirandinos, que llevó el nombre de “José Rafael Tosta Materán”, bajo la
Orden General Nº 07 y fue ubicada en la parte posterior de la Sede de la Iglesia el
Carmen, en la Avenida la Hoyada.

En el año 1975, por ordenanzas Gubernamentales, la estación de Los Teques


pasó a ser dirigida y representada por los Bomberos de Distrito Federal, quedando
destacado el Subteniente Carlos Romero Alfonso como jefe de lo que pasó a ser la
estación Caribe 12.

El día 21 de mayo de 1979, por disposición del gobernador del estado de ese
entonces, José Rafael Unda Briceño, y bajo el oficio Nº 1.189 de la Secretaría
General de Gobierno, se decretó la unificación de los bomberos ubicados a lo largo
del territorio regional bajo el nombre de Cuerpo De Bomberos Del Estado Miranda.

En la Actualidad el Cuerpo De Bomberos Del Estado Miranda está


Conformado por Su Presidente-Comandante Ciudadano Javier Mendoza, Coronel de
Bomberos, Teniente Coronel Dilia Salgado Segunda Comandante, Teniente Coronel

7
Domingo Morales Inspector General de Asuntos Administrativos, Teniente Coronel
José Vargas, Jefe de la Dirección de Operaciones.

El Instituto Cuenta 16 Estaciones de Bomberos en todos los Municipios de


nuestro Estado, con una Nómina de 1.546 Funcionarios Activos, 161 Personal Civil y
Obreros, el cuerpo de Bomberos posee gran cantidad de equipos y miembros, los
cuales realizan sus labores tanto en oficinas como fuera de ellas, llevando a cabo la
gestión diaria de la administración del Instituto, con la finalidad de proporcionar
constantemente el mejor servicio a la comunidad.

Según la Estructura del Instituto La Dirección de Operaciones conjuntamente


con la Dirección de Gestión y Desarrollo y la Dirección de Administración, es una de
las tres direcciones de línea del Instituto Autónomo Cuerpo de Bomberos del Estado
Miranda. Tiene adscrito un total de 924 funcionarios uniformados que representan
alrededor del 60 % del total de bomberos que componen la fuerza laboral del Cuerpo
de Bomberos

Nuestro objetivo fundamental en la Dirección de Operaciones es el de proveer


el mayor nivel de seguridad y protección posible para la vida y las propiedades de
todos los ciudadanos del Estado Bolivariano de Miranda.

Nuestras tareas incluyen todas las funciones de respuesta a emergencias como


son: Actividades de supresión de incendios, la atención pre hospitalaria, servicios de
rescate urbano, aéreo y acuático y los servicios especializados de mitigación y control
de emergencias con materiales peligrosos.

Nuestra Estructura Organizacional la componen 16 estaciones de bomberos


agrupadas en 6 Regiones Operacionales distribuidas por todo el territorio del Estado
Bolivariano de Miranda, y asistidas por las Divisiones de Incendios, Rescate, Pre
hospitalaria, Operaciones Especiales y Planificación para Emergencias y Desastres.

 Región Operacional 1. Comprende el territorio de los Altos Mirandinos.

8
 Región Operacional 2. Comprende el territorio Norte Oeste de los Valles del
Tuy.
 Región Operacional 3. Comprende el territorio Sur Este de los Valles del Tuy.
 Región Operacional 4. Comprende el extremo Este de la Región Capital y el
Valle Guarenas-Guatire.
 Región Operacional 5. Comprende el territorio Norte Oeste del Valle de
Barlovento.
 Región Operacional 6. Comprende el territorio Este del Valle de Barlovento.

Esta dirección está encargada de velar por el cumplimiento, la disciplina, la


organización y la puntualidad de todos los efectivos que laboran en esta institución
conjuntamente con el Jefe de cada estación, servicios y sección.

Fase Diagnostica:

En la actualidad en el Instituto Autónomo Cuerpo de Bomberos del Estado


Miranda el control de los permisos no programados de 12 y 24 horas que puede
conceder un Jefe de estación, de servicio o sección, se lleva mediante un reporte de
notificación y en algunas oportunidades se concede via telefónica, mensaje texto y de
forma verbal, según sea la urgencia o eventualidad del funcionario solicitante, por tal
motivo no se hace un seguimiento exhaustivo y eficaz, durante los permisos que se le
concedan a los funcionarios durante su tiempo de servicio en nuestra institución.

Otras observaciones que pudimos encontrar fueron las Siguientes:

1. Inseguridad de la Información, La información almacenada en archivos físicos


corre el riesgo de extravío y deterioro, así como también de ser manipulada
por personal no autorizado.
2. Cada jefe de Servicio o Sección lleva su control interno de forma manual, en
una hoja de Cálculo Microsoft office y Microsoft Word.

9
3. No hay un espacio físico y adecuado para hacer reposar los documentos donde
se le conceden los permisos a los funcionarios ya que se considera por el Jefe
que lo otorga no ser relevante.
4. Los jefes superiores de los Jefes de servicios y sección que otorgan los
permisos, no están al tanto las veces exactas de cuantos permisos puede tener
un funcionario en cierto tiempo.
5. El funcionario niega que en algún momento se le allá concedido algún
permiso verbal.
6. Si hay algún cambio del jefe encargado de los funcionarios, el mismo no hace
entrega del record de permiso del funcionario

Descripción del Problema Central:

En la actualidad en el Instituto Autónomo Cuerpo de Bomberos del Estado


Miranda, la Jefatura de estación (Jefe de Cuartel) tiene a su cargo a todo un Personal
que labora guardias de 24x48 horas así como personal administrativo, conjuntamente
con la supervisión de los Jefes de los servicios y secciones, el cual deben de velar por
el cumplimiento de los horarios de trabajo y llevar un control por los permisos no
programados que suelen ocurrir antes y durante las guardias correspondiente.

Un jefe de estación tiene la facultad de conceder un máximo de 48 horas de


permisos eso se realiza mediante un reporte de notificación exponiendo el caso,
posteriormente ese reporte es guardado en su expediente interno pero de igual forma
se ha concedido permisos sin el soporte físico lo cual hace que se desconozca a las
fechas próximas sobre ese permiso.

Los jefes de los servicios y secciones también tienen la facultad de conceder


permisos no máximos a 24 horas, y cada jefe de servicio o sección lleva su control
interno mediante reportes de notificaciones y escrito en el parte diario de la estación.

10
Los permisos programados, como lo son por cuidos de familiares, cursos,
anuencias en el país, comisión de servicios en otras instituciones, perdidas de
familiares y casos especiales, son otorgados por la Dirección de Talento Humano con
la aprobación de la Dirección de Operaciones y la Comandancia General.

Según lo expuesto anteriormente, se observa que la información que se lleva


actual para llevar a cabo los procesos de permisos internos en la Jefatura de estación
es insatisfactoria, por tal motivo, se requiere, de una modificación en la ejecución de
las actividades, donde estas sean controladas y coordinadas a través de una aplicación
o sistema informático que satisfaga las necesidades y requerimientos de los procesos
que allí se realizan.

Plataforma Tecnológica:

El Instituto Autónomo Cuerpo de Bomberos del Estado Miranda, cuenta con


una plataforma de Aba de C.A.N.T.V, el cual está Distribuido por Servidores, Swich
y Red inalámbrica, ya que se posee un sistema que están interconectados por
Internet, a su vez se lleva a cabo una serie de trabajos institucionales mediante este
sistema.

El Instituto, cuenta con una tecnología avanzada a la realidad actual, todas


sus dependencias administrativas están equipadas con computadoras de muy buena
calidad y buenos requerimientos operativos, de igual forma el Cuerpo de Bomberos
cuenta con una División de Tecnología donde su Personal Calificado y egresado de
muy buenas Universidades entre ellas la Universidad Politecnica Territorial de los
Altos Mirandinos “Cecilio Acosta” (UPTAMCA), la cual a egresado a T.S.U e
Ingenieros en Informática de Excelente calidad, y nuestra Institución tiene el
Privilegio de poseer a Funcionarios Bomberiles egresados de dicha universidad,
laborando en la División de tecnología donde se han dedicado a mantener
operativamente toda la red de la Institución y realizar Sistemas de Cuantificadores de
Servicios atendidos en las Comunidades para así poder llevar una Estadística real de

11
los eventos más vulnerables ocurridos en cualquier Municipio de nuestro Estado
Bolivariano de Miranda.

La Aplicación Informática para el control de permisos internos que


realizaremos será basado al requerimiento de la Dirección de Operaciones y Jefe de
estaciones, para el Control de los Permisos internos de 924 funcionarios adscritos a
las Estaciones y Sub estaciones de nuestro instituto, dicha aplicación será
Supervisada por el Ing. Henrry Medrano, Teniente de Bomberos Jefe del
Departamento de Sistema y Diseño, Contacto 0426-418-0995, Correo Electrónico
Henrrymedranop@[Link] y autorizado por el Director - Presidente: Coronel de
Bomberos Javier Mendoza Godoy Comandante General del Instituto.

Página web del Instituto Autónomo Cuerpo de Bomberos del Estado Bolivariano de
Miranda: [Link]

Dirección: Final de la Avenida Víctor Baptista, Frente a la Universidad


Simón Rodríguez, Sede Cuartel Central del Instituto Autónomo Cuerpo de Bomberos
del Estado Bolivariano de Miranda, Teléfonos: 0212-3229038-322-9814-322-5265-
3229486.

Misión:

Garantizar la seguridad ciudadana y la protección de bienes y propiedades


ante la ocurrencia de emergencias de carácter civil, mediante un rápido, personal y
humanitario servicio. Cumpliendo con el compromiso a través de la prevención,
control y extinción de incendios, servicios médicos pre-hospitalarios, rescate y
salvamentos, respuesta y atención ante incidentes con materiales peligrosos, para el
resguardo y la aplicación a la emergencia de carácter antrópica, técnicas y sociales.

12
utilizando eficazmente los recursos asignados, para proporcionar el mejor servicio a
la comunidad Mirandina”.

Visión:

Ser una organización líder en la República. en la atención de emergencia de


carácter civil, para salvaguardar vidas y bienes, con disciplina mística y abnegación, a
fin de ser oportunos, eficientes y lograr un servicio óptimo de calidad, garantizando el
establecimiento de la normalidad a la comunidad Mirandina afectada por la
emergencia.

13
GESTIÓN DEL PROYECTO

1. DESCRIPCIÓN GENERAL DEL PROYECTO: (QUÉ, QUIÉN, CÓMO,


CUÁNDO Y DÓNDE)

En la actualidad en el Instituto Autónomo Cuerpo de Bomberos del Estado


Miranda el control de los permisos no programados de doce (12) y veinte y cuatro
(24) horas es llevado mediante un reporte de notificación y en algunas oportunidades
se concede por vía telefónica, mensajes textos y de manera verbal, según sea la
urgencia o eventualidad del funcionario solicitante, por tal motivo no se hace un
seguimiento exhaustivo y eficaz, de los permisos que se le conceden a los
funcionarios durante su tiempo de servicio en la institución.

Debido a esta situación, surge la idea de elaborar una aplicación que se


encargara de desarrollar y controlar los permisos internos de los trabajadores
pertenecientes al Instituto Autónomo Cuerpo de Bomberos del Estado Miranda ya
que este proceso es llevado de una manera incorrecta, mediante una Computadora en
hojas de cálculos (Microsoft Excel). A partir de esta problemática los investigadores
desarrollaran un sistema que pueda llevar a cabo dicho proceso, de una forma más
correcta, organizada y de forma compleja, que pueda resultar sencilla de utilizar por
el personal del instituto, .luego de una capacitación dictada por los creadores del
sistema.

A traves de diferentes herramientas, y los conocimientos adquiridos durante el


periodo academico cursado, los investigadores realizaran este sistema, utilizando para
ello la información necesaria, suministrada por el personal de recursos humanos, es
importante mencionar que este sistema contendra, datos de los trabajadores, los
diferentes permisos solicitados a sus superiores, nombre de la persona que autorizara
la salida del personal, ademas se definira fecha, hora y las observaciones pertinentes
según sea el caso, y el area o departamento al cual pertenezcan, entre otras
aplicaciones que se integraran a medida que sea desarrollado el sistema, y de las
exigencias y requerimientos que desee el cliente.

14
Este proyecto sera elaborado y aplicado durante el periodo de Enero – Julio
2017, según las especificaciones planteadas en el plan de trabajo, en el cual se
especifica las actividades a realizar, asi como la duración de cada una de estas y las
fechas correspondientes por cada labor. Se planea ejecutar este proyecto en el área de
la dirección de talento humano del Instituto Autónomo Cuerpo de Bomberos del
Estado Bolivariano de Miranda, ya que una vez listo este sistema, sera
responsabilidad del personal de recursos humanos, llevar el control y ejecución del
mismo.

15
PLAN O CRONOGRAMA DE TRABAJO

Pag 1 de 2
FASE ACTIVIDADES RESPONSABLE DURACIÓN
 Descripción del Espacio Comunitario.
 Fase diagnóstica: Situación o Contexto de los
Problemas detectados. Infante Elías
DIAGNÓSTICO Y
 Descripción del problema central. Rivas Bryant Enero-Febrero
PROPUESTA
 Descripción de la plataforma tecnológica de Sánchez Carlos 2017
la comunidad. García Jemfersont
 Mision
 Vision
 Descripción General del Proyecto.
Infante Elías
GESTIÓN DEL  Plan o Cronograma de trabajo
Rivas Bryant Febrero-Marzo
PROYECTO  Alcance del proyecto.
Sánchez Carlos 2017
 Justificación del proyecto.
García Jemfersont
 Objetivos del Proyecto
 Descripción de los procesos
 Cadena de valor de los procesos de negocio.
Infante Elías
 Diagrama de Actividades.
MODELADO Rivas Bryant
 Diagrama de Procesos. Abril 2017
NEGOCIO Sánchez Carlos
 Actores
García Jemfersont
 Requerimientos del negocio: Funcionales y
No Funcionales.
 Descripción Global del Producto.
 Descripción de los procesos.
 Lenguaje a implementar y manejador de BD
 Descripción de las fases del proyecto
Infante Elías
 Diagrama de casos de usos.
DESCRIPCIÓN Rivas Bryant
 Diagrama de Actividades. Mayo 2017
DEL PRODUCTO Sánchez Carlos
 Diagrama de procesos.
García Jemfersont
 Modelo conceptual.
 Diagrama de Clases.
 Diagrama Entidad Relación de la Base de
datos.
 Diseño arquitectónico Infante Elías
ARQUITECTURA  Descomposición en subsistemas o módulos. Rivas Bryant
Junio 2017
DEL SISTEMA  Diseño de pantallas e interfases Sánchez Carlos
García Jemfersont
 Presentación del Prototipo del Sistema. Infante Elías
PROTOTIPO DEL Rivas Bryant
Julio 2017
SISTEMA Sánchez Carlos
García Jemfersont

16
Pag 2 de 2
FASE ACTIVIDADES RESPONSABLE DURACIÓN
 Plan de pruebas propuesto: pruebas a nivel
de usuario (acceso y funcionabilidad). Infante Elías
PRUEBAS DE LA Pruebas de validación de los campos Rivas Bryant
APLICACIÓN según el tipo del mismo (fecha, numérico, Sánchez Carlos Septiembre 2017
texto, etc.) o pruebas de rangos. García Jemfersont
 Resultados de las pruebas
 Plan de implementación.
 Instrucciones a seguir por parte del Infante Elías
Administrador o usuario responsable de la Rivas Bryant
IMPLEMENTACIÓN
instalación y actualización del Software. Sánchez Carlos Noviembre 2017
DEL PRODUCTO
 Presentación del Producto. García Jemfersont
 Entrega del informe final
ALCANCE DEL PROYECTO

Con la creación de este sistema informático se espera brindar una herramienta


tecnológica que favorezca al Instituto Autónomo Cuerpo de Bomberos del Estado
Bolivariano de Miranda, y que desempeñe efectivamente los requerimientos deseados
mediante la implementación de un sistema informático, que permita gestionar y
controlar los permisos otorgados a los funcionarios en cuanto a salida del personal,
que labora en dicha institución, ademas de manejar las estadisticas o record de
permisos otorgados a los funcionarios, cabe destacar que tambien permitira un control
en cuanto el archivo de los permisos. De esta manera, obtener resultados de manera
organizada al realizar dichos procesos. Dicho sistema se desarrollará en HTML, CSS,
BOOTSTRAP y PHP interactuado con un manejador de base de datos MYSQL.

JUSTIFICACIÓN DEL PROYECTO

Fundamentalmente hablar de computación o informática es hablar de la


necesidad de recursos humanos capacitados, de los cambios en la forma de trabajar y
los nuevos empleos, de las nuevas posibilidades de desarrollo individual y hasta de
aprendizaje con la inserción de la computadora; hablar de computación es hablar de
educación. Específicamente, en cuanto a informática educativa se refiere, el avance
independientemente del estrictamente tecnológico se ha dado en cuatro aspecto. La
aceptación generalizada de las herramientas informáticas como una necesidad para
adecuar a nuestros alumnos al ritmo que marca la sociedad. El enfoque, ya casi
consensuado de las computadoras como instrumentos que permiten la integración
curricular y no como objetos de estudio en sí mismos. La producción nacional y la
importación de software educativo en español en casi todas las áreas y niveles de los
institutos educativos en un número impensado; la proliferación de cursos de posgrado
en informática educativa, posibilitando la jerarquización de los profesionales de esta
área, elevando de esta forma el nivel académico de las clases.

18
Sin embargo, aún con estos logros, sigue existiendo una real dicotomía, entre
lo que muchos estudiantes hacen en sus casa y lo que les brindan en los institutos. La
función de un verdadero directivo no sólo es estar a la altura de lo que un alumno
puede hacer, sino también estar un paso adelante, en síntesis.

Basicamente, ante lo expuesto, mediante la observación directa realizada en el


Instituto Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda; se
asumio la creación de una aplicación tecnologica que constribuya con el optimo
proceso de solicitudes de permisos, con un sistema automatizado permitiendo a su
vez una significativa mejora en los tiempos de respuestas a procesos de gestión,
organización de tiempo y trabajo, facilidad y rapidez en el otorgamiento de los
permisos.

Este proyecto puede ayudar a la comunidad en el ámbito social porque


mediante él se puede saber la cantidad del personal que se encuentra disponible para
atender al público. En el ámbito institucional a través de esta aplicación se pueden
evitar permisos fraudulentos. En el ámbito organizativo el proyecto nos muestra que
personal requiere estar de permiso y cual no. En el ámbito técnico podemos decir que
dicha aplicación le permita un avance, en cuanto a informática, al Instituto Autónomo
Cuerpo de Bomberos del Estado Bolivariano de Miranda. La realización de este
proyecto en este instituto, permitira el debido control, organizado de los permisos de
los trabajadores que laboran en el mismo, ademas de llevar un seguimiento de cada
funcionario con respecto a las fechas en las cuales solicita el permiso, si ha sido
autorizado o no, y la necesidad de solicitar el mismo. Asi como la duración del
permiso,

19
OBJETIVOS DEL PROYECTO

Objetivo general:

Implementar una aplicación informática para el control de permisos internos


del Instituto Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda

Objetivos específicos:

 Diagnosticar la problemática que presenta el Instituto Autónomo Cuerpo de


Bomberos del Estado Miranda.
 Determinar los efectos que ocasiona llevar el registro de permisos de una
manera muy general, casi manual.
 Diseñar una aplicación para el control de permisos internos del Instituto
Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda.
 Desarrollar la aplicación para el control de permisos internos del Instituto
Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda.

20
DESCRIPCIÓN DE LOS PROCESOS DEL NEGOCIO

Proceso De Desarrollo Para Solicitar Permisos Internos Del Personal Adscrito


Al Área De Control Y Extinción De Incendios Del Instituto Autónomo Cuerpo
De Bomberos Del Estado Bolivariano De Miranda.

Para la solicitud del permiso se presenta cuatro (04) procesos que se deben
realizar y se describen de la siguiente manera:

ELABORAR EL REPORTE DE NOTIFICACIÓN

 Funcionario solicita un permiso .


 Jefe de sección le notifica al funcionario solicitante que debe elaborar el
reporte de notificación.
 Funcionario solicitante elabora el reporte de notificacion luego de ser
informado .

RECIBE EL REPORTE DE NOTIFICACIÓN


 Jefe de sección recibe el reporte de notificación ya elaborado y firmado por el
funcionario solicitante.
 Jefe de sección firma el reporte luego de recibirlo.
 Jefe de sección entrega el reporte de notificación al jefe de servicio.

REVISAR EL REPORTE DE NOTIFICACIÓN Y AUTORIZA O


RECHAZA
 Si es aprobado el jefe de servicio firma la solicitud y hace que se le notifique
al funcionario solicitante la aprobación del mismo, por medio del jefe de
sección.
 Si es rechazada el jefe de servicio no firma la solicitud, y le hace saber al
funcionario solicitante por el medio del jefe de sección los motivos por el cual
es rechazada la solicitud.

21
RECIBE EL REPORTE DE NOTIFICACIÓN Y LO ARCHIVA
 Funcionario archivador, recibe luego de la previa aprobación la solicitud de
permiso.
 Funcionario archivador procede a archivar la notificación de permiso.

22
CADENA DE VALOR DE LOS PROCESOS DE NEGOCIO

Revisa el reporte de Recibe el reporte de


Elabora el Reporte de Recibe el reporte de
notificación y autoriza notificación y lo
Notificación notificación
o rechaza archiva.

23
DIAGRAMA DE ACTIVIDAD

FUNCIONARIO JEFE DE JEFE DE FUNCIONARIO


SOLICITANTE SECCIÓN SERVICIOS ARCHIVADOR

Notificar al S. la Aprobar o Archivar el reporte


Solicitar permiso elaboración del rechazar la de notificacion.
reporte solicitud

Rechaza
Elaborar reporte r
Firmar el reporte.
de notificación
Aprueba

Entregar el reporte Entregar el reporte


elaborado y Firmar la solicitud
al Jefe de Serv.
firmado.

Notificar el
rechazo de la
solicitud

24
DIAGRAMA DE PROCESOS

Notificar al Elaborar reporte de Entregar el reporte Entregar el reporte


Solicitar permiso Firmar el reporte
solicitante elaborar notificación elaborado y firmado al jefe de serv.
el reporte
Inicio
del
proceso

Aceptar o rechazar
la solicitud

Notificar al solicitante el
motivo por el cual fue Firmar la solicitud
rechazada la solicitud
Archivar el reporte de
notificación

Notificar al solicitante la
aprobación de la solicitud

Fin del proceso

25
ACTORES

FUNCIONARIO
SOLICITANTE

JEFE DE
SECCIÓN
ACTORES

JEFE DE
SERVICIOS

FUNCIONARIO
ARCHIVADOR
REQUERIMIENTOS FUNCIONALES

1. Dicha aplicación deberá poseer un usuario y clave para ingresar, de


manera que la misma sea utilizada solo por personal autorizado,
(seguridad informática).
2. La aplicación deberá permitir la gestión de datos personales de los
funcionarios.
3. La aplicación debe contener los datos institucionales de los funcionarios
como lo son:
 Sección donde elaboran.
 Número de carnet.
 Estación.
 Departamento.
 Jerarquía.
 Cargo.
4. La aplicación deberá registrar y modificar los datos institucionales de los
jefes que otorgan el permiso.
5. La aplicación deberá permitir registrar datos personales del funcionario y
de los jefes que reciban la solicitud.
6. Debe la aplicación llevar una bitácora o leyenda de los permisos otorgados
al funcionario, mediante de fechas de salida y reintegro.

REQUERIMIENTOS NO FUNCIONALES

1. La aplicación deberá poseer en su pantalla de inicio el logo institucional


del Cuerpo de Bomberos, el logo de la Gobernación de Miranda y el
Nombre completo del Instituto cuerpo de Bomberos el cual será
REPÚBLICA BOLIVARIANA DE VENEZUELA GOBERNACIÓN
DEL ESTADO BOLIBARIANO MIRANDA INSTITUTO
AUTÓNOMO CUERPO DE BOMBEROS Y BOMBERAS Y

27
ADMINISTRACION DE EMERGENCIA DE CARACTER CIVIL
DEL ESTADO BOLIVARIANO DE MIRANDA DIRECCION DE
OPERACIONES.
2. En cuanto a los colores para la aplicación deberá ser representativa el cual
el programador podrá ir mostrando para elegir conjuntamente con el
cliente.
3. La aplicación deberá emitir un reporte de aprobación o rechazo de la
solicitud.
4. La aplicación deberá emitir la cantidad de solicitudes aprobadas o
rechazadas.
5. Consultar cual jefe de servicio emite más permiso.
6. Consultar en que estación se otorgan más permisos.
7. Consultar a cual funcionario se le otorga más permiso.
8. La aplicación deberá poseer hora y fecha que se actualice
automáticamente.

28
DESCRIPCIÓN GLOBAL DEL PRODUCTO

La aplicación informática que se va a desarrollar, será basada a los


requerimientos del cliente, el cual será realizada con todas las normas
argumentadas necesarias en informática para garantizar un producto eficiente y de
calidad, debido a los ensayos y errores que constantemente estaremos realizando
para la ejecución de la aplicación, teniendo en cuenta que será una aplicación de
uso diario y durante los trescientos sesenta y cinco (365) días del año, con esta
aplicación informática garantizaremos un control diario y actualizados de los
permisos internos del instituto Autónomo cuerpo de bomberos del estado
bolivarianos de miranda.

Este producto estara contemplado de la siguiente manera. En el sistema


se va a contar con la participación de tres actores, en el cual se pondra en práctica
cuatro (04) procesos; consultar estatus, elaborar solicitud, consultar estadisticas,
ademas para el respaldo en fisico se contara con la participación de un cuarto
actor, y un quinto proceso que no estara en el sistema, ya que se realizara el
archivo en fisico.

Es importante señalar que cada actor poseera un usuario y clave personal


para ingresar a la aplicación, dependiendo de su protagonismo en el proceso seran
limitadas las funciones que podra realizar en el sistema.

DESCRIPCIÓN DE LOS PROCESOS

 Consultar Estatus: en este proceso del sistema se encontrara la


participación de dos actores, el funcionario solicitante, el cual el sistema
solo le permitira verificar su record de permisos, confirmando si la
información almacenada es la correcta, el mismo podra acceder a la
aplicación por medio de un usuario y contraseña que se le suministrara de
manera personal. El jefe de sección este tendra acceso al sistema para

29
consultar el record de permisos del solicitante, al igual que el funcionario
solicitante, contara con un usuario y contraseña personal, de acuerdo del
record de permisos y otras situaciones podra dar paso al siguiente proceso
o finalizar el mismo.

 Elaborar solicitud: en este proceso del sistema se encontrara la


participación de un (01) actor, el jefe de sección, ingresara los datos del
solicitante, la exposición del motivo para el permiso requerido, luego se
procede a imprimir la solicitud en fisico para el respaldo.

 Finalizar solicitud: Registrar en el sistema la decisión tomada por el jefe


de servicio, este registro sera realizado por el jefe de sección, donde se le
notificara al funcionario solicitante la decision tomada, de esta manera se
finaliza la solicitud por el sistema.

 Consultar estadisticas: este proceso se encuentra a disponibilidad en el


sistema solamente, para el jefe de servicio, donde se podra llevar el
siguiente seguimiento:
1. Consultar cual jefe de sección emite mas permisos.
2. Consultar en que estación se otorgan mas permisos.
3. Consultar a cual funcionario se le otorgan mas permisos.

Por ultimo en este proceso, aunque no estara presente en las funciones de


la aplicación, se contara con un respaldo de los permisos solicitados, tanto los
aprobados como los rechazados en fisico, para ser archivados de forma manual.

LENGUAJE A IMPLEMENTAR Y MANEJADOR DE BD

El lenguaje que se implementara para la realización de la aplicación es el


lenguaje de programación interpretado (PHP5), además se utilizara el lenguaje de
etiqueta (HTML), y como manejador de bases de datos se aplicara

30
PHPMYADMIN (gestor de base de datos MySQL) enlazado con MySQL Server
(motor de base de datos).

31
DESCRIPCION DE LAS FASES DEL PROYECTO

REQUERIMIENTO
S

MANTENIMIENTO ANÁLISIS Y
DEL SOFTWARE DISEÑO

INTEGRACIÓN CONSTRUCCIÓN
DEL SOFTWARE DEL SOFTWARE

PRUEBAS DEL
SOFTWARE

Requerimientos: Primera fase para el desarrollo en la que se estudia cual


es la necesidad existente planteada por el cliente, los requerimientos vendría
siendo lo que se requiere, en este caso esos requerimientos es lo que se obtuvo al
realizar el diagnostico. Es decir la problemática existente en el área de
informática.

Mediante el diagnostico realizado en el area de informática del Instituto


Autonomo Cuerpo de Bomberos del Estado Miranda, el cliente planteo la
necesidad de una aplicación informática, que permita llevar un registro
computarizado de los permisos solicitados a diario en la institución, ya que en la
actualidad se lleva un procedimiento de forma manual que requiere ser
modificado y modernizado de forma automatica, para un mejor control del
mismo.

32
Análisis y diseño: Trata del análisis que se le hace a los requerimientos
obtenidos previamente mediante el diagnostico con la finalidad de estudiar de qué
manera se va a realizar la automatización de los procesos. Y el diseño va
relacionado a la definición de las tecnologías o lenguajes de programación que se
van a utilizar, definir en si todo lo que va a llevar la aplicación, todas las
funciones que va a cumplir, de qué manera se va a ejecutar, es decir realizar la
planificación tanto a nivel técnico como a nivel funcional de la aplicación o
sistema a realizar.

Construcción del Software: Luego de haber definido ya totalmente


como se va a llevar a cabo el desarrollo de la aplicación, conociendo ya de qué
manera se va a automatizar y con qué lenguajes de programación o con cuales
tecnologías se va a trabajar, se procede a comenzar con la programación del
producto siguiendo los lineamientos definidos anteriormente.

Pruebas del Software: Posterior al desarrollo se comienza con las


pruebas para verificar el correcto funcionamiento de la aplicación, en esta parte
entra en juego el “ensayo y error” ya que al realizar las pruebas se podra ir
percibiendo algunas cosas que no se aprecian al momento de hacer la
programación y será este el momento de corregirlo, las pruebas que mayormente
se utilizan son pruebas unitarias, específicamente pruebas de caja negra y caja
blanca.

Integración del Software: Es el momento en el que se entrega el


producto al cliente, de manera de realizar pruebas tales como de compatibilidad,
de funcionalidad, etc. Pero realizando las mismas en un entorno de operación real,
es decir de que si la finalidad de la aplicación es trabajar en Internet en un
servidor web, para este paso de integración ya la misma debe encontrarse en dicho
entorno porque se están haciendo pruebas de funcionamiento real.

33
Mantenimiento de Software: Para finalizar el ciclo con esta actividad se
tomaráa para esta última fase, la creación de unas normas, reglas o pasos para la
realización del mantenimiento de dicho sistema o aplicación según se haya notado
o se considere necesario la programación y/o los recursos utilizados.

34
DIAGRAMA DE CASOS DE USOS

 Consultar estatus.
 Solicitar permiso.
FUNCIONARIO
SOLICITANTE

 Consultar estatus del solicitante,


decide continuar o no con la
solicitud.
JEFE DE SECCIÓN  Elaborar solicitud.
 Imprimir solicitud.
ACTORES
 Firmar solicitud

 Recibir solicitud en fisico.


 Consultar estadisticas, decide
JEFE DE SERVICIO continuar o no con la decisión
tomada por el jefe de sección.
 Firmar solicitud.

FUNCIONARIO
 Archivar solicitud.
ARCHIVADOR
DIAGRAMA DE CASOS DE USOS

CONTROL DE PERMISOS

Consultar estatus.
JEFE DE
Solicitar permiso. SERVICIO

Consultar estatus del


solicitante decide continuar
o no con la solicitud

Elaborar solicitud

Imprimir la
solicitud
FUNCIONARIO
SOLICITANTE Firmar la solicitud

Recibir la solicitud
en fisico
Consultar estadísticas, decide
continuar o no con la
decisión tomada por el jefe
de sección.
JEFEDE Archivar solicitud
SECCIÓN FUNCIONARIO
ARCHIVADOR

36
DIAGRAMA DE ACTIVIDADES

F. SOLICITANTE. JEFE DE SECCIÓN JEFE DE SERVICIOS F. ARCHIVADOR

Consultar estatus del Recibir la solicitud en Archivar la


Consultar estatus
solicitante decide fisico. solicitud.
continuar o no con la
solicitud

Consultar estadísticas,
RECHAZAR APROBAR
Solicitar permiso decide continuar o no
con la decisión tomada
por el jefe de sección

Informar el motivo de
Elaborar la solicitud
rechazo de la solicitud al
RECHAZAR APROBAR
funcionario solicitante

Informar el motivo de
Registrar en el sistema Imprimir la solicitud Firmar la solicitud.
rechazo de la solicitud al
jefe de sección

Firmar la solicitud

Registrar en el sistema el
motivo por el cual el jefe
de servicios rechazo la
solicitud e informa al
solicitante

37
DIAGRAMA DE PROCESOS

CONSULTAR ESTATUS
CONSULTAR SOLICITAR RECIBIR LA ARCHIVAR LA
DEL SOLICITANTE
ESTATUS PERMISO DECIDE CONTINUAR SOLICITUD EN FISICO SOLICITUD
O NO CON LA
INICIO DEL SOLICITUD
PROCESO

CONSULTAR ESTADÍSTICAS,
DECIDE CONTINUAR O NO
INFORMAR EL CON LA DECISIÓN TOMADA
ELABORAR LA POR EL JEFE DE SECCIÓN
MOTIVO DE RECHAZO
SOLICITUD
DE LA SOLICITUD AL
FUNCIONARIO
SOLICITANTE

INFORMAR EL
REGISTRAR EN EL IMPRIMIR LA MOTIVO DE RECHAZO FIRMA LA SOLICITUD
SISTEMA SOLICITUD DE LA SOLICITUD AL
JEFE DE SECCIÓN

REGISTRAR EN EL SISTEMA
EL MOTIVO POR EL CUAL
FIRMAR LA EL JEFE DE SERVICIOS
SOLICITUD RECHAZO LA SOLICITUD E
INFORMA AL SOLICITANTE

FIN DEL PROCESO

38
MODELO CONCEPTUAL

FALTAS SECCIONES ESTACIÓN

 Tipo (Inasistencias,
indisciplinas) .  Nombre.
 Nombre de sección.
 Fecha  Ubicación .
 Jefe de Sección.
 Descripción  Jefe.
 Funcionario. FUNCIONARIOS

 Nombre.
 Apellido .
SOLICITUD PERMISOS
 Cedula .
 Dirección .
 Teléfono.
 Sexo .
 Funcionario .
 Sección .  Jefe de sección.
 Fecha de solicitud.
 Jerarquía.  Departamento.
 Desde.
 Cargo .  Funcionario .
 Hasta
 Estación .
 Motivo de solicitud
 Duración .
 Estado
 Motivo.
 Observación
 Duración

39
DIAGRAMA DE CLASES

40
DIAGRAMA ENTIDAD RELACIÓN DE LA BASE DE DATOS

41
DISEÑO ARQUITECTONICO

Esta aplicación estará soportada bajo la siguiente estructura modelo


cliente servidor, ya que la misma es una arquitectura de computación en la que se
consigue un procesamiento cooperativo de la información por medio de un
conjunto de procesadores, de tal forma que uno o varios clientes, distribuidos
geográficamente o no, solicitan servicios de computación a uno o más servidores.

De esta forma, y gracias a esta arquitectura, la totalidad de los


procesadores, clientes y servidores, trabajan de forma cooperativa para realizar un
determinado tratamiento de la información, la cual está constituida por elementos
que forman parte de ella, además posee un esquema de funcionamiento del
sistema según la arquitectura, y se compone por tres elementos fundamentales
sobre los cuales se desarrollan e implantan los sistemas Cliente/Servidor el
proceso cliente que es quien inicia el diálogo, el proceso servidor que pasivamente
espera a que lleguen peticiones de servicio y el middleware que corresponde a la
interfaz que provee la conectividad entre el cliente y el servidor para poder
intercambiar mensajes.

DESCOMPOSICIÓN EN SUBSISTEMAS O MÓDULOS

1. Registro del personal: Este proceso servirá para el funcionamiento de la


aplicación, ya que el mismo es la principal acción a realizar para
almacenar la información de todos los funcionarios que laboran en la
Institución.
2. Elaborar solicitud: Es el proceso en el cual, el jefe de sección realiza la
elaboración de la misma, luego de revisar el estatus del solicitante, y de
esta manera tomara la decisión de aprobar o rechazar la solicitud.
3. Consulta del desempeño: en este proceso se realizaran las consultas de
las faltas por inasistencias, o indisciplina del funcionario, y el historial de
permisos otorgados y solicitudes rechazadas.
4. Consultar estadísticas: en este proceso solo estará autorizado para la
revisión del mismo el jefe de servicios. Donde podrá verificar lo siguiente:
 Consultar cual jefe de servicio emite más permiso.

 Consultar en que estación se otorgan más permisos.


 Consultar a cual funcionario se le otorga más permiso.

Para mantener un control relacionado a los permisos solicitados por los


funcionarios.

5. Administración: gestión de usuarios (crear y modificar cuentas de


usuarios para acceder al sistema, recuperar contraseñas), modificación de
datos (editar la información de los funcionarios que se encuentra en la base
de datos).
6. Ayuda: se mostrara los pasos para la realización de los procesos.
DISEÑO DE PANTALLAS E INTERFACES

44
45
46
CONCLUSIÓN

La interacción directa con la comunidad en la cual se realizo el presente


proyecto y el conocimiento en cuanto a las necesidades tecnologicas que
requerian, conllevan al equipo de proyecto a formular las siguientes conclusiones
en respuesta a los objetivos trazados en el mismo.

En primera instancia se planteo el objetivo numero uno, diagnosticar la


problemática que presenta el Instituto Autónomo Cuerpo de Bomberos del Estado
Miranda, este diagnóstico arrojó datos de suma importancia para la comprensión
de la problemática alli presente, pues las observaciones en cuanto a la misma
resultaron de gran ayuda para el equipo de proyecto, pudiendo de esta manera
evaluar y tomar nota, para las mejoras que se aportarian en el desarrollo del
proyecto.

En cuanto al objetivo numero dos el cual habla de determinar los efectos


que ocasiona llevar el registro de permisos de una manera muy general, casi
manual, según la observación realizada por el equipo de proyecto ademas de la
experiencia compartida por los trabajadores de la comunidad en estudio, se pudo
conocer que realizar el registro de una manera manual, genera perdida de tiempo,
ademas de perdidas del papeleo e incluso conflictos entre funcionarios al negar
haber solicitado el permiso, a todo esto se le incluye, el exceso de material
sobrante para archivar, incluso el deterioro de los mismos, que a su vez se termina
perdiendo información importante al no tenerla de una manera digitalizada,

En el tercer objetivo el cual hace referencia a diseñar una aplicación para


el control de permisos internos del Instituto Autónomo Cuerpo de Bomberos del
Estado Bolivariano de Miranda, el equipo de proyecto concluyo una vez que se
conocio la problemática y los requerimientos pautados por el instituto, se tomo la
decision de realizar una aplicación tecnologica que realice y agilize el registro y
genere de forma manual las salidas o permisos solicitados por los funcionarios de
la misma, es entonces donde se plantearon las ideas para el diseño de la aplicación
y donde se comenzo a dar a inicio a el desarrollo de la misma.

47
Seguidamente en el objetivo numero cuatro el cual hace referencia a
desarrollar la aplicación para el control de permisos internos del Instituto
Autónomo Cuerpo de Bomberos del Estado Bolivariano de Miranda, se logro
exitosamente la creación de la aplicación tecnologica la cual cuenta con diferentes
funciones que permitiran el registro de los permisos solicitados al funcionario, asi
como la impresión del mismo, ademas se mantendra un control estadistico en el
cual se podra evidenciar el record de permisos solicitados por cada funcionario,
asi como verificar que funcionario aprueba el mismo. Una aplicación completa
que ademas, de tener los permisos archivados en fisico se podran visualizar de
forma digital, con esto se evitan conflictos entre funcionarios, como perdidas de
archivo.

El desarrollo de esta aplicación tecnologica, despues de un correcto manejo


permitira manejar de una forma mas limpia y correcta los permisos que son
aprobados al trabajador, ademas que se reduciran los tiempos de demora en la
elaboración manual, ya que de manera automatizada solo bastara ser impreso y
firmado por el funcionario que aprueba la salida del funcionario solicitante,
ademas de agilizar el trabajo del departamento que manejara la aplicación.

48
REFERENCIAS BIBLIOGRAFICAS

Balestrini, M. (2001). Como se Elabora un Proyecto de Investigación. Caracas:


BL Consultores

Universidad Pedagogica Experimental Libertador (UPEL) (2016). Manual de


trabajos de grado de especialización y maestría y tesis Doctorales
actualizacion 2016.

49
ANEXOS

50
ANEXO A

MANUAL DE USUARIO

51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
ANEXO B

PLANILLA DE INSCRIPCIÓN DEL PROYECTO

74
75
76
ANEXO C

CONTROL DE VISITAS Y ACTIVIDADES EN LA COMUNIDAD

77
78
ANEXO D

CARTA FORMACIÓN DEL EQUIPO DE PROYECTO Y


COMPETENCIAS

79
80

También podría gustarte