UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA “ANTONIO JOSE DE SUCRE” VICERRECTORADO BARQUISIMETO DEPARTAMENTO DE INGENIERÍA ELECTRÓNICA
SISTEMA DE INFORMACIÓN GERENCIAL PARA EL CUERPO DE BOMBEROS DE LA UNEXPO VICERRECTORADO BARQUISIMETO
AUTOR: BR. JUAN LUIS ROJAS CAMPO TUTOR: ING. LUISA ESCALONA
ABRIL, 2008
iii
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA “ANTONIO JOSE DE SUCRE” VICERRECTORADO BARQUISIMETO DEPARTAMENTO DE INGENIERÍA ELECTRÓNICA
SISTEMA DE INFORMACIÓN GERENCIAL PARA EL CUERPO DE BOMBEROS DE LA UNEXPO VICERRECTORADO BARQUISIMETO
AUTOR: BR. JUAN LUIS ROJAS CAMPO “Trabajo especial presentado ante el Departamento de Ingeniería Electrónica de la Universidad Nacional Experimental Politécnica “Antonio José de Sucre” Vicerrectorado
Barquisimeto
como
requisito parcial para optar al título de Ingeniero Electrónico”
ABRIL, 2008
iv
DEDICATORIA
A Dios y la Virgen del Valle por esta maravillosa vida y familia que me dieron, llena siempre de salud y uni贸n. A mis padres, por su esfuerzo y sacrificio para ayudarme a alcanzar la meta de ser ingeniero, son merecedores de mi eterno agradecimiento. A mis hermanos, pues cada uno de ellos influy贸 en mi formaci贸n como persona y siempre estuvieron tendi茅ndome una mano de ayuda para apoyarme durante mis estudios.
v
AGRADECIMIETO
A la Universidad Nacional Experimental Politécnica “Antonio José de Sucre”, mi casa de estudio y lugar donde aprendí la profesión de Ingeniero Electrónico. A la profesora Ing. Luisa E. de Castañeda, por su orientación y paciencia en su vocación como profesora y tutora durante mi formación profesional. A Lérida, por su apoyo incondicional y sus palabras de aliento en los momentos mas necesarios. Gracias por estar a mi lado y ayudarme a alcanzar esta importante meta. Al Cuerpo de Bomberos Universitarios, por darme la maravillosa oportunidad de saber qué se siente salvar una vida, por formarme en esta profesión bomberil que siempre llevaré con orgullo y que me enseñó a trabajar con Disciplina, Ingenio y Abnegación. A todos aquellos compañeros de estudio que en algún momento estuvieron a mi lado luchando hombro a hombro conmigo para vencer los retos que nos apostaba nuestra carrera.
vi
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITECNICA “ANTONIO JOSE DE SUCRE” VICERRECTORADO BARQUISIMETO DEPARTAMENTO DE INGENIERÍA ELECTRÓNICA
SISTEMA DE INFORMACIÓN GERENCIAL PARA EL CUERPO DE BOMBEROS DE LA UNEXPO VICERRECTORADO BARQUISIMETO
AUTOR: BR. JUAN LUIS ROJAS CAMPO TUTOR ACADÉMICO: ING. LUISA ESCALONA
RESUMEN
El Sistema de Información Gerencial es un sistema informático desarrollado para facilitar las tareas administrativas y operativas del Cuerpo de Bomberos Universitarios de la UNEXPO Vicerrectorado Barquisimeto; organización voluntaria sin fines de lucro cuya misión es la atención de emergencias de incendio, primeros auxilios, labores de rescate y salvamento, inspecciones de riesgo y velar por el cumplimiento de las normas de higiene y seguridad industrial. El sistema se basa en una arquitectura cliente-servidor centralizada y funciona sobre un servidor Apache, con base de datos MySQL y PHP como lenguaje de programación para la generación dinámica de las interfaces de usuario. Está integrado por los módulos de Servicios Médicos, Receptoría, Logística y Personal. En la realización de este proyecto de naturaleza factible se seleccionó el Modelo en Espiral propuesto por Boehm debido a las características que tendría el proceso de desarrollo del software y su diseño se apoyó en una investigación de campo y documental. Los módulos servirán como referencia futura de desarrollo de nuevos módulos, para este sistema. Su codificación bajo la filosofía de POO facilita las labores de mantenimiento, mejoras del software y reduce la cantidad de archivos a utilizar. En las pruebas realizadas se observó una reducción considerable de tiempo, trabajo y manejo de archivos a nivel administrativo y los beneficios, a nivel operativo, de contar con información oportuna.
Palabras Clave: Sistema, Base de datos, Servidor Apache, PHP, MySQL, Bomberos.
vii
INDICE GENERAL
DEDICATORIA ..………………………………………………….……..
iv
AGRADECIMIENTO .…………………………………………….……..
v
RESUMEN ……..………………………………………………….……..
vi
INTRODUCCIÓN ………………………………………………………..
x
CAPITULO
Pág.
I.
PLANTEAMIENTO DEL PROBLEMA ……………………….………..
12
Descripción ……………………………………………………………
12
Justificación …………………………………………………………...
14
Alcances ………………………………………………….…..……….
14
Objetivos ………………………………………………………………
16
Objetivo General ……………..…….…...…………………………
16
Objetivos Específicos ……………..…...……….………………….
16
REVISIÓN BIBLIOGRÁFICA …….…………………………….………
17
Antecedentes …..………………………………………………………
17
Marco teórico …..……………………………………………………...
19
III.
DESCRIPCIÓN DE LA INSTITUCIÓN .………………………..………
49
IV.
METODOLOGÍA …………………………………………………..…….
54
Naturaleza de la investigación …..…………………………………….
54
Unidad de investigación …….….….………………………………….
55
Proceso metodológico ….....…………………………………………..
55
Recursos ………….…........….………………………………………..
63
ANÁLISIS DE RESULTADOS .…...………………...………………......
64
Modelado de proceso de software ………………...…………………..
68
Estructura de datos ………..…..…..…………………………………..
72
Interfaz de usuario ……..……..…...…………………………………..
74
Módulo de Logística ..…......…………………………………………..
75
II.
V.
viii
Módulo de Servicios Médicos ..….....……………………..…………..
82
Módulo de Receptoría ..….....………………………..………………..
87
Módulo de Personal ..…......….………………………………………..
94
CONCLUSIONES Y RECOMENDACIONES ………………………..…...….
99
Conclusiones ….……………………………………………………….….
99
Recomendaciones …...……………………...…………………………….
100
GLOSARIO DE TÉRMINOS ……………………………………….................
101
BIBLIOGRAFÍA ……………………………………….....................................
105
REFERENCIAS BIBLIOGRÁFICAS …...…….................................................
106
ANEXOS …………………………………….…………………………………
107
ix
INDICE DE FIGURAS
Nº
Pág.
1
Estructura Organizativa CBUNEXPO ………..……………………………...
53
2
Formulario de acceso ……………………………...…………….……………
74
3
Incorporar equipo, Logística …...……………...…………….…………….…
75
4
Ver inventario en Almacén, Logística …….………..………………………...
76
5
Ver inventario en uso por Departamento, Logística ………………………….
76
6
Buscar equipo, Logística ……………………………………………………... 77
7
Ficha técnica, Logística ………………………………………………………. 78
8
Reportar novedad, Logística ………………………………………………….
79
9
Asignar equipo, Logística …………………………………………………….
80
10 Desincorporar equipo, Logística ……………………………………………...
81
11 Reportar atención, Servicios Médicos ………………………………………..
83
12 Ver equipos disponibles, Servicios Médicos …………………………………
84
13 Ver insumos disponibles, Servicios Médicos ………………………………...
85
14 Ver resumen de atenciones, Servicios Médicos ……………………………… 86 15 Parte diario, Receptoría ………………………………………………………. 87 16 Inicio de guardia, Receptoría …………………………………………………
88
17 Fin de guardia, Receptoría ……………………………………………………
89
18 Reporte de emergencia, Receptoría …………………………………………..
90
19 Novedades, Receptoría ……………………………………………………….
91
20 Tareas pendientes, Receptoría ………………………………………………..
92
21 Nueva tarea, Receptoría ………………………………………………………
93
22 Ver ficha personal, Personal ………………………………………………….
94
23 Horario de guardia, Personal …………………………………………………. 95 24 Reportar permiso, Personal …………………………………………………...
96
25 Reporte disciplinario, Personal ……………………………………………….
97
26 Crear promoción, Personal …………………………………………………… 98
x
INTRODUCCIÓN
Los gerentes o administradores dependen de medios formales e informales para obtener los datos que requiere su toma de decisiones. La información formal llega a manos de los gerentes mediante informes administrativos y estadísticas de rutina. Estos informes son estandarizados, se producen regularmente y constituyen la parte más visible de lo que se denomina Sistema de Información Gerencial.
Los organismos de atención de emergencia no escapan a las exigencias planteadas y, debido a que su estructura organizativa comprende un área administrativa y una operativa para funcionar de manera adecuada y dar pronta respuesta a las diferentes situaciones de emergencia que se puedan presentar, deben contar con una herramienta que les permita agilizar los procedimientos de planificación, recopilación de datos y manejo de información relativa al servicio, así como también se requiere de un sistema que le permita optimizar su trabajo y desarrollar con eficiencia las actividades según los cargos desempeñados.
El propósito de esta investigación es desarrollar un sistema de información gerencial para mejorar las funciones del proceso administrativo y operativo del Cuerpo de Bomberos Voluntarios de la UNEXPO Vicerrectorado Barquisimeto, con la finalidad de mejorar la capacidad de respuesta en las áreas de servicios médicos, logística y receptoría.
La metodología aplicada en esta investigación es el Modelo en Espiral de Boehm para diseño de software; que va a permitir solventar la situación desfavorable encontrada en el funcionamiento del Cuerpo de Bomberos Voluntarios de la UNEXPO Vicerrectorado Barquisimeto.
xi
Este informe se divide en cinco capítulos, en el Capítulo I se presenta el planteamiento del problema existente en el CBUNEXPO; se describe su situación inicial, las razones por las cuales se considera necesario el desarrollo de este proyecto, su alcance y cuál es el objetivo que se pretende cumplir.
En el Capítulo II se hace una revisión bibliográfica para conocer los proyectos realizados, anteriormente, para dar soluciones al problema planteado o a problemas similares. Se hace un análisis de sus fundamentos y beneficios; también se presenta un marco teórico que permite comprender el fundamento del proyecto.
El Capítulo III hace una descripción detallada sobre el CBUNEXPO, su funcionamiento y estructura organizativa; esto con el fin de tener una visión clara del lugar donde se implementará el proyecto.
En el Capítulo IV se explica cuál es la naturaleza de la investigación, el resultado del diagnóstico realizado en el CBUNEXPO, la metodología empleada para resolver el problema y los recursos utilizados durante el desarrollo del proyecto.
En el Capítulo V, se presentan los resultados del proyecto y se explica el funcionamiento de cada uno de los módulos desarrollados.
Finalmente las conclusiones sobre las fases del proyecto, cumplimento de los objetivos propuestos y las recomendaciones a considerar para el uso del sistema desarrollado y futuras incorporaciones de módulos y funciones adicionales.
CAPITULO I PLANTEAMIENTO DEL PROBLEMA
Descripción
En el Cuerpo de Bomberos de la UNEXPO del Vicerrectorado Barquisimeto (CBUNEXPO Barquisimeto), toda la administración de la información se procesa de forma manual. Los reportes de emergencia, las atenciones de primeros auxilios, inventario de logística, archivos de personal, planificación de actividades, registro de emergencias, cumplimiento de guardia, entre otros, son administradas por la Jefatura de Logística, la Jefatura de Personal, el Departamento de Servicios Médicos y el área de Receptoría.
Todas las funciones gerenciales; Planeación, Organización, Dirección y Control son necesarias para un buen desempeño organizacional. Para apoyar estas funciones, en especial la Planeación y el Control, es necesario contar con un Sistema de Información Gerencial.
Actualmente el CBUNEXPO no cuenta con un sistema informático para el registro de la información, el procesamiento de datos y la evaluación asistida de información para la toma de decisiones de manera oportuna y confiable.
La carencia de una herramienta de este tipo trae consigo varios inconvenientes, entre ellos se destacan:
El retardo en la preparación de informes estadísticos, sobre atención de emergencias, solicitados por la UNEXPO u otros organismos de administración de emergencias.
13
Dificultad para el control continuo de inventario, el monitoreo del estado y ubicación de los equipos y materiales.
Deficiencia, durante los Análisis de Riesgo de las instalaciones de la UNEXPO, en cuanto a la consideración de información relacionada existente en archivos.
Manejo manual excesivo de archivos para el registro diario de actividades, notificaciones y cumplimiento de horario de guardia.
Inversión considerable de tiempo durante la etapa de evaluación de ascensos. Debe consultarse, en los registros, el cumplimiento de guardia día a día, los reportes disciplinarios y el record de asistencia a emergencias.
La ejecución de actividades previamente programadas se ve afectada por la falta de un sistema adecuado de seguimiento, asignación de tareas y aviso oportuno.
Por otro lado, se sabe que la probabilidad de error humano presente en los sistemas de administración manual aumenta de manera proporcional a la cantidad de variables e ítems manejados.
Como una solución a esta situación se propone el Sistema de Información Gerencial, para el Cuerpo de Bomberos de la UNEXPO - Vicerrectorado Barquisimeto, residente en equipos de computación y software con procedimientos, manuales, modelos para la planeación y su funcionamiento tendrá como núcleo una base de datos.
14
Justificación
“Los sistemas de información gerencial son una colección de sistemas de información que interactúan entre sí y que proporcionan información tanto para las necesidades de las operaciones como de la administración” [1].
El Sistema de Información Gerencial permitirá una reducción de tiempo durante la preparación de informes detallados de atención de emergencias y el reporte de atenciones de primeros auxilios. Se podrán realizar informes en función a parámetros preestablecidos como atenciones según tipo de lesión, atenciones por fecha o atenciones por efectivo.
El sistema de información gerencial será una herramienta útil para el desempeño de las funciones de cada uno de los Departamentos y Jefaturas que conforman la estructura organizativa del CBUNEXPO.
La Comandancia General dispondrá, gracias a este sistema, de un mecanismo a través del cual podrá supervisar, en tiempo real, la planificación y avance de las actividades propias de cada Jefatura y Departamento.
Alcances
El Sistema de Información Gerencial propuesto está diseñado para su implementación en el Cuerpo de Bomberos Universitarios de la UNEXPO Vicerrectorado Barquisimeto; pudiendo ser implementado en otras instituciones afines.
Este sistema está basado en un conjunto de módulos que extraen, procesan y registran la información en una base de datos MySQL manejada a través de
15
instrucciones PHP sobre un servidor local; con el objeto de permitir el acceso vía dirección IP al sistema desde cada una de las Jefaturas o Departamentos.
El diseño actual está integrado por los módulos: Servicios Médicos, Receptoría, Logística y Personal.
El control de inventario basado en registros previos en la base de datos ofrece la posibilidad de consultar, de forma instantánea, el estado actual y ubicación de equipos, generar reportes de existencia y notificar la necesidad de surtir insumos.
Se cuenta con un sistema de administración de personal que permite obtener, rápidamente, información detallada de la hoja de servicio de cada efectivo, sus cargos desempeñados, condecoraciones y ascensos recibidos. El registro de cargos, labores, permisos y reportes disciplinarios puede servir como soporte para contar con un sistema de evaluación asistida al momento de tomar decisiones sobre ascensos, condecoraciones y sanciones disciplinarias.
El sistema genera resúmenes de operatividad en función de los efectivos en servicio, en condición de permiso y retirados; también genera un listado en función de criterios como rangos jerárquicos, áreas administrativas, etc.
Por ser un sistema conformado por módulos de operación independiente, el sistema permite la incorporación posterior de nuevos módulos, en función a las necesidades del CBUNEXPO, sin la necesidad de detener su funcionamiento.
El acceso vía IP al servidor permite el uso del sistema, vía Internet, por parte de los cuerpos de bomberos que funcionan en otros vicerrectorados y núcleos de la UNEXPO.
16
OBJETIVOS
Objetivo General
Desarrollar un Sistema de Información Gerencial para el Cuerpo de Bomberos de la UNEXPO Vicerrectorado Barquisimeto.
Objetivos Específicos •
Realizar un diagnóstico de las necesidades actuales de manejo de información, con fines administrativos, y de toma de decisiones del CBUNEXPO.
•
Diseñar una base de datos que permita alojar los datos necesarios para el funcionamiento del sistema.
•
Desarrollar una interfaz de control para la administración del sistema de información gerencial.
•
Desarrollar los módulos de Servicios Médicos, Receptoría, Logística y Personal.
•
Instalar un servidor de bases de datos y un servidor de ejecución de instrucciones como plataforma para el funcionamiento del sistema y para su operación vía dirección IP.
•
Configurar los servidores de bases de datos y de ejecución de instrucciones de acuerdo a las necesidades del sistema.
•
Redactar los manuales de usuario y de instalación para la administración del sistema.
CAPITULO II REVISIÓN BIBLIOGRAFICA
Antecedentes
Durante la etapa de investigación no se logró conocer sobre la existencia de algún sistema informático diseñado para ser usado por las instituciones bomberiles para facilitar sus labores administrativas y operativas, sin embargo se revisaron trabajos cuyos diseños y basamentos sirvieron como referencia durante el análisis de posibles soluciones a la problemática planteada.
A continuación se comentan los trabajos consultados.
Agüero M., Oscar (2003). Diseño e implementación de un sistema de consulta a través de Internet para la biblioteca central del Vicerrectorado Barquisimeto de la UNEXPO. Este sistema, permite la búsqueda de manera rápida y efectiva de cualquier información que se encuentre en dicha Biblioteca. Con sistemas de este tipo se puede reducir el tiempo que tarda el usuario de la Biblioteca, al hacer uso de la misma; es decir, cuando realice consultas y prestamos de libros. Además, al personal que labora dentro de la Biblioteca le resulta más fácil llevar el control del material existente y del material disponible, en ese momento.
Para el proyecto Sistema de Información Gerencial para el Cuerpo de Bomberos de la UNEXPO - Vicerrectorado Barquisimeto, este trabajo sirvió como referencia para pensar en un diseño que permitiera el acceso simultáneo a quienes se desempeñen como operadores del sistema, a los administradores de la información contenida y a los programadores del sistema. La necesidad de lograr el acceso simultáneo y disponer de la misma información para los diferentes usuarios conllevó a la elección de implementar una base de datos centralizada.
18
Dirección Nacional de Estupefacientes - subdirección de informática (Colombia - 2003). Sistema Integrado de Información para la Dirección Nacional de Estupefacientes. A partir del análisis de la información existente, diseñaron e implementaron un sub-sistema de información gerencial que permite capturar, procesar y distribuir la información en forma oportuna, confiable y veraz sobre las personas naturales y jurídicas que solicitan certificado de carencia de informes por tráfico de estupefacientes para sustancias químicas.
El Sistema de Información Gerencial maneja también información confidencial del área administrativa y también del área operativa, por esta razón debe contar con mecanismos de seguridad que garanticen la protección de la información contenida en él. A través de la administración de red se tiene control sobre el servidor y los clientes que pueden conectarse al sistema.
Henríquez A. Elvis E., (2004). Desarrollo de un sistema de consulta académica vía Web, para el Departamento de Admisión y Control de Estudios de la UNEXPO, Vicerrectorado Barquisimeto. Este sistema permite a los estudiantes de la Universidad del Vicerrectorado Barquisimeto, Núcleo Carora y de la FACT, examinar sus Boletines de Calificaciones y sus Constancias de Notas, entre otros, desde cualquier lugar con acceso a Internet. Además, garantiza que la información es confiable y actualizada.
Considerando el acceso vía Web, se observó que al implementar el Sistema de Información Gerencial sobre un servidor Web se puede cumplir con el objetivo de permitir acceso simultáneo a los diferentes usuarios, esto trae consigo ventajas importantes: el sistema funciona de manera centralizada en el servidor atendiendo las solicitudes de los usuarios; cada computadora con conexión al servidor es una estación de trabajo; no es necesario instalar un software adicional en cada cliente pues sólo es necesario un navegador Web para usar el sistema.
19
Blanco P., Melisa D. (2007). Sistema de Información para manejar los Proyectos Académicos en el Departamento de Ingeniería Electrónica de la UNEXPO Vicerrectorado Barquisimeto (SIAPRADEL). Este proyecto se realizó con el fin de ofrecer una herramienta útil a la comunidad, del proyecto antes mencionado y general, para el ingreso de datos, organización, asignación y solicitud de capital humano, actualización y presentación de la información relacionada a los proyectos académicos.
El desarrollo de este proyecto se basó en el uso de tecnología de software libre con licencia GLP, mostrando los beneficios que ofrece la reutilización de código y componentes.
MARCO TEÓRICO
SISTEMAS DE INFORMACIÓN GERENCIAL
La información presentada en este tópico fue extraída del artículo “Sistemas de Información Gerencial” publicado en el sitio Web www.monografías.com.
Los sistemas de información gerencial son una colección de sistemas de información que interactúan entre sí y que proporcionan información tanto para las necesidades de las operaciones como de la administración
En teoría, una computadora no es necesariamente un ingrediente de un Sistema de Información Gerencial (SIG), pero en la práctica es poco probable que exista un SIG complejo sin las capacidades de procesamiento de las computadoras.
Es un conjunto de información extensa y coordinada de subsistemas racionalmente integrados que transforman los datos en información en una variedad de formas para
20
mejorar la productividad de acuerdo con los estilos y caracterรญsticas de los administradores.
Actividades Principales de los SIG
1.
Reciben datos como entrada, procesan los datos por medio de cรกlculos, combinan elementos de los datos, etc.
2.
Proporcionan informaciรณn en manuales, electromecรกnicos y computarizados
3.
Sistema de Informaciรณn de Procesamiento de Transacciones, Sistema de Informaciรณn para Administradores, Sistema de Informaciรณn de Informes Financieros Externos.
Planeaciรณn y Control
Para apoyar las funciones gerenciales, en especial la Planeaciรณn y el Control, son necesarios los Sistemas de Informaciรณn Gerencial
Por tanto el valor de la informaciรณn proporcionada por el sistema, debe cumplir con los siguientes cuatro supuestos bรกsicos:
Calidad
Para los gerentes es imprescindible que los hechos comunicados sean un fiel reflejo de la realidad planteada.
Oportunidad
Para lograr un control eficaz, las medidas correctivas en caso de ser necesarias, deben aplicarse a tiempo, antes de que se presente una gran desviaciรณn respecto de los objetivos planificados con anterioridad.
21
Cantidad
Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de información suficiente, pero tampoco deben verse desbordados por información irrelevante e inútil, pues esta puede llevar a una inacción o decisiones desacertadas.
Relevancia
La información que le es proporcionada a un gerente debe estar relacionada con sus tareas y responsabilidades.
Desarrollo de un SIG
Se requiere un gran esfuerzo, experiencia, tiempo y dinero para crear un sistema de información gerencial que produzca información integrada y completa. Sin embargo, aun cuando la organización no se haya impuesto el compromiso de desarrollar esta tarea, se puede realizar una función importante para mejorar el sistema y cubrir sus necesidades.
Tal vez no sea posible cambiar los formularios de registro o archivos, pero pueden hacerse cambios marginales, tales como el mejoramiento en la exactitud de los datos y la puntualidad de las fechas de informe.
Actualmente la alta gerencia está destinada a ampliar los horizontes de planificación y a la toma de decisiones bajo grados de incertidumbres cada vez mayores, a causa del aumento de la competencia en el medio empresarial, (incremento en el número de competidores), y a la disminución en la disponibilidad de los recursos. Esto conduce a la imperiosa necesidad de manipular cada vez más información para poder realizar decisiones acertadas.
22
Es reconocido que la gerencia de información es la base fundamental de una gerencia estratégica adecuada. La introducción de la tecnología de computadores ha conllevado a que los diversos sistemas de información se conviertan en elementos de importancia en la organización.
Considerando la inmensa capacidad, en lo que al manejo de la información se refiere; los computadores están en capacidad de convertirse en una ventaja estratégica para las organizaciones más diversas
Por ello debe dársele a la tecnología de cómputos, la gran importancia y el suficiente tiempo que merecen para ayudar en forma fructífera, la integración efectiva del análisis y la intuición; en vez de considerarlo simplemente como una forma o manera de reducir los costos
Factores que determinan su desempeño.
Si se habla de una institución que no tiene los recursos humanos con experiencia en sistemas de información gerencial que desea organizar o mejorar su SIG, es buena idea solicitar ayuda de personas u organizaciones que tengan dicha experiencia o de un consultor.
Es muy probable que estas sigan una serie de pasos para obtener una visión general del sistema de información, la manera cómo funciona y qué se requiere para mejorarlo.
Los pasos para analizar los SIG
1.
Identificar a todos aquellos que están utilizando o deberían utilizar los distintos tipos de información (profesionales, trabajadores de campo, supervisores, administradores, etc.)
23
2.
Establecer los objetivos a largo y corto plazo de la organización, departamento o punto de prestación de servicios.
3.
Identificar la información que se requiere para ayudar a las diferentes personas a desempeñarse efectiva y eficientemente, y eliminar la información que se recolecta pero que no se utiliza.
4.
Determinar cuáles de los formularios y procedimientos actuales para recolectar, registrar, tabular, analizar y brindar la información, son sencillos, no requieren demasiado tiempo y cubren las necesidades de los diferentes trabajadores, y qué formularios y procedimientos necesitan mejorarse.
5.
Revisar todos los formularios y procedimientos existentes para recolectar y registrar información que necesiten mejorarse o preparar nuevos instrumentos si es necesario.
6.
Establecer o mejorar los sistemas manuales o computarizados para tabular, analizar, y ofrecer la información para que sean más útiles a los diferentes trabajadores
7.
Desarrollar procedimientos para confirmar la exactitud de los datos.
8.
Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar, presentar y utilizar la información.
9.
Optimizar un sistema de información gerencial: qué preguntar, qué observar, qué verificar.
Estructura de un SIG
Así mismo se define SIG como un sistema integrado usuario–maquina, el cual implica que algunas tareas son mejor realizadas por el hombre, mientras que otras son muy bien hechas por la maquina, para prever información que apoye las operaciones, la administración y las funciones de toma de decisiones en una empresa.
24
El sistema utiliza equipos de computación y software, procedimientos, manuales, modelos para el análisis la planeación el control y la toma de decisiones y además una base de datos.
El sistema de información gerencial se puede interpretar como una estructura piramidal.
1.
La parte inferior de la pirámide esta comprendida por la información relacionada con el procesamiento de las transacciones preguntas sobre su estado.
2.
El siguiente nivel comprende los recursos de información para apoyar las operaciones diarias de control.
3.
El tercer nivel agrupa los recursos del sistema de información para ayudar a la planeación táctica y la toma de decisiones relacionadas con el control Administrativo.
4.
El nivel más alto comprende los recursos de información necesarios para apoyar la planeación estratégica y la definición de política de los niveles más altos de la administración.
CONSEJOS BÁSICOS PARA EL DISEÑO WEB
La información presentada en este tópico es un resumen que se creó tomando las propuestas e ideas de diferentes fuentes. Se puede consultar los artículos originales en www.profesionalnet.wordpress.com, www.supropia.com y www.desarrolloweb.com. Aquí se presentan algunas ideas generales para considerar antes, durante y después del diseño de una página Web, y se enfoca en la anatomía de una página, desde el punto de vista del diseño.
25
Ideas generales para preparar una Web.
La Web debe tener unos objetivos claros, tanto si son educativos, comerciales, publicitarios, etc., y el usuario ha de saber qué encontrará desde el principio.
La navegación a través de la Web ha de ser fácil, intuitiva, y consistente. El navegante debe saber dónde se encuentra en cada momento.
La interfaz ha de ser lo más uniforme posible a través de la Web: un mismo sistema de colores, uso de tipografía, colocación de los elementos de navegación. Se han de proporcionar, al mismo tiempo, pistas para informar del lugar específico en que nos encontramos, con una cierta variedad dentro de la homogeneidad del conjunto.
El texto ha de ser conciso, bien estructurado y fácil de leer. La lectura en pantalla no es tan agradable como en el papel. Puede ser una buena idea proporcionar también una versión más extensa o especialmente preparada para imprimir.
Manejar la tipografía con atención; no mezclar muchos tipos de letra y tamaños en cada página. La información esencial ha de estar presente en forma de texto editable, no en forma de gráficos.
Tener en cuenta el tamaño y formato de las imágenes. Utilizarlas de forma pertinente, no como simple ornamentación.
Diseñar las páginas pensando en todos los usuarios, no sólo aquellos que tienen los mejores monitores, ordenadores y programas.
Los marcos o frames son una fuente de problemas para el mantenimiento e indexación de una Web y confunden a muchos navegantes. Es preferible evitarlos y utilizar barras de navegación laterales y/o arriba y abajo de la página.
26
Tipos de páginas en una Web
Aquí consideramos algunas de las alternativas principales para el diseño de las páginas Web y los sitios, para los diferentes niveles de estructura de que los dotemos.
Típicamente, una Web tiene una página de inicio, índice o portada; de ésta dependen una serie de páginas de sección que permiten a su vez acceder a las diferentes páginas de contenido: artículos, páginas de catálogo, listas, fichas de productos, formularios. En general no es buena idea crear un esquema de navegación muy ramificado, porque confunde a muchos visitantes; para Webs muy extensas es preferible una portada sin demasiado detalle porque también puede despistar; es preferible enlazar con las principales secciones y desde éstas, ir detallando la estructura.
Los criterios para diseñar las páginas correspondientes a cada nivel son distintos, respecto de la organización del espacio, el uso del color e imagen y la elección de la tipografía. En general, podemos considerar que a cada uno de los tres niveles (portada / secciones / artículos).
La página de portada
La página de portada es un elemento decisivo de la Web. Dado que es habitualmente el punto de entrada en nuestro sitio, la imagen que proyecta debe ser la deseada: el visitante debe adivinar qué se ofrece -o al menos sentir curiosidad por saberlo y navegar más adentro para verlo por sí mismo.
Desde la página índice debemos proporcionar acceso a las páginas de secciones principales de nuestra Web, aunque no es buena idea llenar el espacio con descripciones detalladas de éstas. Si queremos un índice general que incluya todas las páginas y secciones, puede ser más funcional añadir un enlace a una página diferente con un mapa de la Web.
27
Se pueden anunciar de algún modo las novedades en la Web, bien con un pequeño mensaje, bien con un enlace a una página donde se explica en detalle.
En la página inicial es más fácil recurrir al lenguaje visual que al escrito. Los textos deben ser concisos y claros, indicando qué encontraremos en la Web o suscitando la curiosidad e interés del visitante. Probablemente, es en la página de inicio donde más podemos usar la imaginación y creatividad. No es necesaria una estructura previsible: podemos, casi debemos sorprender y entretener. Es un buen lugar para utilizar algo llamativo, como una película de Flash o efectos de mouseover
Las páginas de secciones y subsecciones
La Web debe estar constituida por secciones lógicas y bien estructuradas. Una página de sección dará acceso a los artículos relacionados; al añadir nuevos artículos bastará modificar la página de sección añadiendo un enlace. Para identificar las secciones -y distinguir unas de otras- se puede utilizar un color distintivo para cada una, combinado con un icono o imagen exclusiva. En muchas Webs se utiliza una barra de navegación en la que se indica en qué sección estamos con un color diferente, o modificaciones semejantes.
Para decidir el diseño de las páginas de sección, no debemos perder de vista la facilidad con que podamos actualizarlas, añadiendo accesos a las nuevas páginas de contenido que incluyamos más adelante.
Finalmente, en la mayoría de casos deben evitarse los marcos o frames. Este sistema navegación no ofrece ventajas significativas respecto de una barra de navegación dentro de la misma página y presenta una lista larga de inconvenientes (y resulta más difícil preparar todo.) Excepto para casos especiales, por ejemplo, un catálogo de imágenes de productos, no es una opción aconsejable.
28
Las páginas de contenidos o artículos
Realmente, éstas son las páginas de la Web. El resto no es más que un añadido para llegar aquí de la forma más fácil... pero son piezas clave, dada la forma en que se navega. Para un libro, la portada y el índice no tienen tanta importancia. Pero, por analogía, un buen diseño de portada puede ayudar mucho a mejorar las ventas de una publicación.
El principal criterio de las páginas de contenido es la claridad expositiva. El texto debe ser fácilmente legible, con una correcta distribución y ancho de las líneas adecuado. Las ilustraciones deben ser funcionales y el uso del color, en correspondencia, debe ser más sobrio que en la portada.
La distribución del texto en columnas, tan común en los medios impresos, presenta un problema en las páginas Web. Ya que la unidad que se muestra en pantalla no es una hoja, sino una pantalla de tamaño variable, el texto en dos columnas o tres, en las páginas Web no se distribuye de la forma previsible, de arriba abajo y de izquierda a derecha. Las columnas son, de hecho, independientes entre sí y el texto no fluye automáticamente. Así, no hay forma de crear un texto continuo realmente funcional para leer en pantalla. Por este motivo, una solución muy utilizada es optar por columnas asimétricas. La columna pequeña contiene enlaces, información adicional, pequeñas ilustraciones y la columna más ancha tiene el cuerpo del texto y las imágenes mayores.
Para ir avanzando en la lectura de los artículos no debería ser necesario volver a las páginas del nivel superior. Para ello conviene proporcionar una o varias barras de navegación que lleven a las principales secciones, y botones para avanzar y retroceder, o moverse rápidamente por la página. Si ésta tiene una cierta longitud, es una buena idea colocar un botón para subir sin necesidad de desplazarse por la página con el ratón o los cursores (el estándar es una flecha que apunta hacia arriba.)
29
FUNDAMENTOS DE HTML
La información presentada en este tópico fue extraída de la página Web http://soleup.eup.uva.es/mediawiki/index.php/Curso_PHP-MySQL. Se puede visitar esta página Web si se desea consultar información mas detallada.
¿Qué es HTML?
HTML es el acrónimo inglés de HiperText Markup Languaje, lenguaje de marcado de hipertexto en castellano. Es el lenguaje universal de Internet, todos los navegadores lo entienden y en el que se representa más del 90% del contenido Web.
Etiquetas básicas
Las etiquetas básicas presentes en cualquier página que valide su contenido en HTML son las siguientes:
<HTML>, <HEAD>, <BODY>, <TITLE>, <HX>, <P>, <BR>, <TABLE> y <DIV>.
<HTML> Es la etiqueta que define el inicio del documento html, le indica al navegador que todo lo que viene a continuación debe tratarlo como una serie de códigos html. Se cierra con </HTML>.
<HEAD> Define la cabecera del documento html, esta cabecera suele contener información sobre el documento que no se muestra directamente en el navegador, su codificación, etc. Se cierra con </HEAD>.
30
<BODY> Define el contenido principal o cuerpo del documento, esta es la parte del documento html que se muestra en el navegador. Se cierra con </BODY>.
<TITLE> Define el título de la página. Por lo general, el título aparece en la barra de título encima de la ventana. Se cierra con </TITLE>.
<HX> Son encabezados o títulos del documento en diferentes tamaños de fuente, la X debe ser un número del 1 al 6, el 1 es el más grande y el 6 el más pequeño. Se cierra con </HX>.
<P> Es un párrafo nuevo, viene de paragraph. Se cierra con </P>.
<BR> Es un salto de línea forzado, viene de branch. Esta etiqueta no se cierra en HTML, en XHTML sí se cierra con <br/>.
<TABLE> Es el comienzo de una tabla, las filas se identifican con <TR> y las celdas dentro de las filas con <TD>. La tabla se cierra con </TABLE>, las filas con </TR> y las celdas con </TD>. Son útiles para organizar la información en bloques dentro de la página Web.
<DIV> Indica el comienzo de una división vertical de la página, se usa mucho para alinear a la izquierda, centro o derecha los textos e imágenes.
31
Otras etiquetas
Otras etiquetas muy útiles y usadas en HTML son: <IMG>, <A HREF>, <HR>, <FONT>, <I>, <B>.
<IMG> La etiqueta <IMG> sirve para empotrar una imagen cualquiera en HTML. Esta etiqueta no se cierra.
<A HREF> La etiqueta <A HREF> hace referencia a un hipervínculo, puede ser a otra página o bien a una subsección de la misma página, lo que se conoce como un ancla.
<HR> Esta etiqueta imprime una línea horizontal de separación.
<FONT> Esta etiqueta modifica el tipo de fuente, su tamaño, su tipo, su color.
<I> Esta etiqueta hace que el texto comprendido entre <I></I> esté escrito en cursiva.
<B> Esta etiqueta hace que el texto comprendido entre <B></B> esté escrito en negrita.
Formularios
Los formularios son herramientas con campos de texto, botones, menúes desplegables y/o campos seleccionables, se suelen utilizar para hacer búsquedas, introducir datos, etc. Realmente sirven para interactuar de alguna forma con la página
32
Web enviando información que luego se procesará de alguna manera, en nuestro caso será vía un script o programa en PHP.
Definición de un formulario, de método post: <form method="post"></form>
Botones de envío de datos <input type="submit">
Botones de borrado de todos los datos introducidos <input type="reset">
Cajas de texto, ejemplo con tamaño 12 y longitud máxima 20... <input type="text" name="texto" size="12" maxlength="20">
Campos ocultos, ejemplo con nombre "oculto" y valor "16"... <input type="hidden" name="oculto" value="16">
Áreas de texto, con 6 filas y 8 columnas de extensión... <textarea name="área de texto" rows="6" cols="8"></textarea>
Menúes desplegables de única opción <select name="nombre"> <option value="0" default>Opciones</option> <option value="1">Opción 1</option> </select>
Menúes desplegables de varias opciones <select name="nombre[ ]" size="2" multiple> <option value="1">Opción 1</option>
33
<option value="2">Opción 2</option> </select>
FUNDAMENTOS DE PHP
La información presentada en este tópico es un resumen del “Manual de PHP” publicado en el sitio Web www.manualdephp.com. Se puede consultar este sitio Web si desea información adicional, ejemplos y recursos para PHP.
¿Qué es PHP?
PHP es el acrónimo recursivo de "PHP: Hypertext Preprocessor". Es un lenguaje multiplataforma de programación interpretado de alto nivel, pensado para desarrollos Web y empotrable en páginas HTML. Lo que ve el cliente es el código ejecutado, es decir, el cliente sólo ve lo que el código PHP ha producido, no la programación de éste.
Sintaxis, variables y operadores
Los expresiones o etiquetas que permiten al motor reconocer el código que va a ejecutar son tres, principalmente <?php ?>, <script language="php"> </script> y <? ?>, pares de entrada/salida.
La inserción de comentarios dentro del código PHP es igual que en C o C++ pudiéndose comentar una línea:
<?php //Esto es un comentario de una sola linea ?> <?php /* Este comentario abarca desde el comienzo de la barra-asterisco */ hasta el final de asterisco-barra ?>
34
Instrucciones básicas
La tendencia actual es a separar el código PHP (programación) del HTML (diseño), ya que es una labor que hoy hacen personas distintas en un gran proyecto.
Tipos de variables
PHP soporta ocho tipos primitivos.
Cuatro tipos escalares:
boolean (verdadero/falso, sí/no, 1/0) se trata como TRUE o FALSE (1 o 0) integer (número entero) float (número en coma-flotante, también conocido como 'double') string (cadena de texto)
Dos tipos compuestos:
array (matriz de valores) object (objetos)
Y finalmente dos tipos especiales:
resource (variable especial, que contiene una referencia a un recurso externo) NULL (variable no tiene valor)
PHP dispone de funciones que sirven para averiguar en cada momento si una variable es nula o qué tipo de dato contiene (gettype($mivar);, is_int($entero) ).
35
Estructuras de control
Las estructuras típicas de control de flujo son el if/elseif/else, el while y el do ... while, el for y el foreach, el break, el continue y el switch.
if/elseif/else
La estructura if puede incluir varias variables en la condición, al igual que elseif que sería un si_no, si en pseudocódigo o también acompañada de un else, si_no en pseudocódigo, que no lleva variables o parámetros de control.
while
La estructura while corresponde al mientras del pseudocódigo, es controlada por una variable de condición.
do ... while
Los bucles do ... while son similares a los bucles while salvo que las condiciones de repetición del bucle son comprobadas al final del bucle en lugar de al principio.
for
La estructura de control de flujo for está controlada por tres parámetros, uno de comienzo, uno de fin y uno de paso incremental.
foreach
La construcción foreach es un método construido específicamente para operar sobre matrices y vectores, esto facilita mucho la utilización de este tipo de variables.
36
break
La sentencia break hace que se finalice una estructura de control, sólo es aplicable en bucles for, while, o switch. Accepta un parámetro opcional, el cual determina de cuántas estructuras de control hay que escapar.
continue
Se usa dentro de la estructura de un bucle para saltar el resto de la iteración actual del bucle y continuar la ejecución al comienzo de la siguiente iteración.
switch
La sentencia switch es equivalente a una serie de sentencias if en la misma expresión. En muchas ocasiones se quiere comparar la misma variable (o expresión) con nuchos valores diferentes, y ejecutar una parte de código distinta dependiendo de a qué valor es igual. Para ello sirve la sentencia switch.
Incluyendo archivos mediante include() y require()
Si tenemos una o varias páginas en las que queremos que otras páginas sean incluídas ya que contienen variables o funciones que queremos utilizar, no tenemos por qué escribir en todas ellas las variables. Podemos usar las funciones include('archivo') o require('archivo') y automáticamente serán incluidas dentro de nuestra página con sus respectivos scripts, funciones o variables.
Funciones
Una función es un conjunto de código agrupado con la intención de ejecutarse varias veces, o con distintos parámetros o variables.
37
<?php function nombre_funcion($arg1, $arg2, …) { sentencias; } ?>
Las funciones pueden ser llamadas desde include() o require() o directamente desde el script principal, no influye a la hora de ejecutar las funciones y devolver los valores.
Clases
Como peldaño inmediatamente superior a las funciones se encuentran las clases en el código PHP. Esto es lo que hace de PHP un entorno orientado a objetos (POO) como los grandes lenguajes de desarrollo (java).
Matrices, arrays o vectores
Una matriz es un tipo de variable que permitirá almacenar múltiples valores en una única variable. Nos referiremos a matrices con el término array ya que supone una extrapolación a varias dimensiones de un vector.
La sintaxis para construir un array es la siguiente: $conjunto = array ("dato1", "dato2", ... , "dato n");
Archivos
De forma muy parecida a C, PHP permite acceder a lectura y escritura de archivos.
En PHP hay varias funciones para éste cometido. Es así como podemos manipular el manejo de archivo desde un navegador Web.
38
Upload de archivos al servidor
Otra opción muy interesante en cualquier script PHP es la posibilidad de subir archivos al servidor. Necesitamos un formulario HTML que tenga lo opción de seleccionar archivo y un script PHP que lo recoja.
fopen - Abre un archivo o una URL
Síntaxis: int fopen (string nombre_archivo, string modo [, int use_include_path])
Esta función puede abrir un archivo local o remoto. Soporta protocolos http y ftp.
fwrite - Escribe archivos en modo binario
Síntaxis: int fwrite (int fp, cadena string [, int longitud])
fread - Lee archivos en modo binario
Síntaxis: string fread (int fp, int longitud)
Sesiones
Las sesiones consisten en mantener datos en un sitio o página Web a lo largo de un tiempo, tras el cual son destruidos, son ampliamente usados en sistemas de autenticación y registros. El funcionamiento es sencillo, a cada visitante, diferenciados por el navegador que usen, se le asigna un identificador único llamado session id o identificador de sesión.
39
Inicio de sesión
Para iniciar una sesión que no tenga nombre concreto se ha de llamar a la función session_start().
Para llamar a una sesión con un nombre concreto deberemos llamar antes a la función session_name([cadena]).
Variables de sesión
Las variables de una sesión son globales, es decir, en cualquier momento de un script, de una página o de un sitio Web entero podemos llamarlas si tenemos la sesión activa.
<?php $_SESSION['variable'] = "valor" ?>
Para destruir una variable de sesión concreta se usa unset($variable): pero si queremos destruir todas las variables de sesión a la vez usaremos session_unset().
Cierre de sesión
El cierre de una sesión se hace mediante la función session_destroy(); que destruye todos los datos guardados en una sesión pero no destruye ninguna de las variables globales asociadas a la sesión o a las cookies.
<?php session_destroy(); ?>
40
FUNDAMENTOS DE MySQL
La información presentada en este tópico fue extraída de la página Web http://soleup.eup.uva.es/mediawiki/index.php/Curso_PHP-MySQL. Se puede visitar esta página Web si desea consultar información mas detallada.
¿Qué es una base de datos relacional?
Una base de datos relacional es una aplicación capaz de almacenar grandes cantidades de información y de ofrecerla de manera rápida con capacidad para combinar y ordenar los datos, ajustándose a los requerimientos del usuario.
SQL es el acrónimo de Structured Query Language (Lenguaje estructurado de consultas). Este es un estándar que utilizan las bases de datos relacionales para insertar, actualizar, eliminar y recuperar información.
Existen muchas bases de datos relacionales, las más difundidas son MySQL, Oracle, SQL Server y PostgresSQL. Cada una de ellas es compatible con el estándar SQL, aunque cada una de ellas tiene un juego de instrucciones propias.
La estructura interna de una base de datos relacional está basada en tablas y a su vez en filas o registros, por ejemplo:
Tabla: Productos
Id
Producto
Precio
1
Pan
0.45
2
Leche
0.80
3
Aceite
1.40
41
En este pequeño ejemplo tenemos una tabla llamada Productos que contiene tres columnas: id (identificador), producto y precio. Los datos de la tabla se leen por filas, por ejemplo sabemos que el producto pan tiene un precio de 0.45.
Tipos de datos en MySQL
Igual que veíamos en PHP, y en otros lenguajes de programación, en MySQL hay varios tipos de datos:
TINYINT, SMALLINT, MEDIUMINT, INT y BIGINT Números enteros. Se diferencian en el rango, es decir, en el mayor número representable en un campo. FLOAT y DOUBLE Número de punto flotante (decimal). DATE Un campo de fecha con formato AAAA-MM-DD. DATETIME Campo de fecha y hora. Su formato es AAAA-MM-DD HH:MM:SS. CHAR Campo alfanumérico. VARCHAR Campo alfanumérico de longitud variable. BLOB y TEXT Campos alfanuméricos largos. MEDIUMBLOB y MEDIUMTEXT Análogo a los campos BLOB y TEXT. Longitud máxima 16777215 caracteres. LONGBLOB y LONGTEXT Análogo a los campos BLOB y TEXT. Longitud máxima 4294967295 caracteres.
Los tipos de datos están contenidos en tres grupos: datos de tipo numérico, datos de tipo cadena y datos de expresión de tiempo. Es importante la selección del tipo adecuado al momento de diseñar una base de datos para facilitar su manipulación.
En todos los tipos de datos (menos en las fechas) es necesario especificar el tamaño del campo y para datos numéricos si es con signo o sin signo, los campos sin signo UNSIGNED tienen el doble de rango que los que usan signo SIGNED.
42
Creando una base de datos y una tabla en mysql
CREATE TABLE `tabla` ( `campo1` tipo signed/unsigned NULL/NOT NULL default_value 'valor', `campo2` tipo signed/unsigned NULL/NOT NULL default_value 'valor', PRIMARY KEY (`campo clave`) ) TYPE=MyISAM AUTO_INCREMENT=1 ;
Consultas MySQL
En cualquier base de datos es necesario leer, modificar, añadir y borrar datos, de ésta afirmación se obtienen cuatro tipos de consultas:
Consultas de inserción
INSERT
Inserta en una tabla los valores indicados para cada campo. La sintaxis es:
INSERT INTO nombre_tabla (campo1, campo2, ..., campo n) VALUES (valor1, valor2, ..., valor n)
Consultas de selección
SELECT
Extrae datos de una o varias tablas, combinando, ordenando o filtrando cuando sea necesario determinados criterios. La sintaxis es la siguiente:
SELECT expresión
43
[FROM tabla_o_tablas] [[modo_de_unión] JOIN tabla_o_tablas ON expresión_where] [WHERE expresión_where] [ORDER BY campo] [ASC o DESC] [LIMIT [límite,] registros]]
CONCAT
Junta columnas obteniendo como resultado una única columna.
SELECT CONCAT('cadena',`campo`,' cadena ',` campo `, …) as resultado FROM tabla;
COUNT
Cuenta el número de registros o filas en una base de datos.
SELECT COUNT(`valor buscado`) FROM tabla;
SUM, AVG, MAX, MIN
Devuelven respectivamente la suma, media, máximo y mínimo del campo especificado.
SELECT SUM(`campo`) as total, AVG(`campo`) as media, MAX(`campo`) as maximo, MIN(`campo`) as minimo FROM tabla;
LIMIT
Muy importante cuando tenemos muchos registros, el rendimiento de una lectura de una tabla de miles de registros puede ser apreciablemente más lento.
44
Lleva asociado dos números, el primero indica el primer registro a mostrar (se empieza a contar desde 0) y el segundo el número de registros.
SELECT * FROM tabla LIMIT inicio,cantidad;
ORDER BY
Ahora que sabemos cómo leer registros vamos a ordenarlos. Esta sentencia por defecto usa el orden ASCendente, pero también se puede usar DESCendente. Se pueden usar varios nombres de campos para que compare el primero y en caso de ser iguales el segundo, compara caracteres y números.
SELECT * FROM tabla ORDER BY `campo` DESC;
WHERE
Es la expresión que permite filtrar la consulta, es de las más usadas en lenguaje SQL. Permite operadores de igualdad, comparación (mayor >, menor que <, distinto, !=), y en el caso de campos de texto, búsqueda de patrones con el operador LIKE y comodines %.
SELECT * FROM tabla WHERE condición;
JOIN
Consulta de unión para seleccionar datos de varias tablas. Las uniones pueden ser por la izquierda LEFT, por la derecha RIGHT, e internas INNER. El ejemplo aquí es más difícil ya que necesitamos dos tablas: SELECT tabla1.campo1 tabla1.campo2 tabla2.campo1 tabla2.campo2 LEFT JOIN tablas tabla2 ON tabla1.campo1=tabla2.campo1;
45
Lo que hace es tomar dos campos de tabla1 y dos campos de tabla2 y mostraría los datos de una supuesta tabla llamada tablas donde los campos1 de las anteriores son los mismos.
Consultas de Actualización/Modificación
UPDATE
Con esta consulta modificamos el valor de los registros, su sintaxis es:
UPDATE tabla SET campo1=valor1, campo2=valor2 .... WHERE condición
Podemos modificar el valor de una campo o de varios a la vez y modificar toda la tabla o sólo aquellos registros que cumplan un determinado filtro WHERE.
Consultas de Eliminación
DELETE
Consulta que elimina todos o algún registro de una tabla. Su sintaxis es:
DELETE FROM tabla WHERE condición
La condición WHERE es opcional.
46
USO DE BASES DE DATOS DESDE CÓDIGO PHP
PHP permite interaccionar con bases de datos relacionales como son Oracle, MySQL, SQLServer, mSQL, PostgreSQL, etc.
Nos vamos a centrar en MySQL, la sintaxis es similar en otras bases de datos.
Funciones MySQL
PHP dispone de varias funciones para el acceso a datos, una es la encargada de realizar la conexión y otras en leer los datos.
mysql_connect
Síntaxis:
mysql_pconnect(servidor, login, password)
Abre una conexión persistente con la base de datos, el tipo de conexión puede ser local, por red, o por socket.
mysql_select_db
Síntaxis:
mysql_select_db (base_de_datos, identificador_de_conexión)
Una vez establecida la conexión con el servidor deberemos indicar desde qué base de datos queremos leer (o modificar/borrar) datos. Esta función selecciona la base de datos activa para la conexión actual.
47
mysql_query
Síntaxis:
mysql_query (consulta, identificador_de_conexión)
Es la función encargada de hablar con el servidor MySQL, es decir, enviar acciones como insertar, borrar, o leer.
mysql_fetch_row
Síntaxis:
mysql_fetch_row (recurso_devuelto_por_la_consulta)
Recupera los registros de la base de datos y los devuelve como un array (vector). Si lo llamamos varias veces irá devolviendo los siguientes registros hasta que no haya más, en este caso devuelve FALSE.
Para leer todos los valores devueltos por una consulta se suelen usar estructuras de control del tipo while, foreach, for.
mysql_result
Síntaxis:
mysql_result ( id_resultado, numero_de_fila [, mixed campo] )
Devuelve el contenido de una celda de resultado de la ejecución de una consulta MySQL.
48
Instalaciรณn de PHP en Apache para Windows
Apache es un servidor Web muy flexible y puede funcionar en sistemas Windows.
Herramientas para trabajar con MySQL en Windows
El phpmyadmin (http://www.phpmyadmin.net), incluido en WAMP, es un gestor de bases de datos mysql programado en php, con el que podremos gestionar usuarios, bases de datos, tablas, hacer consultas, eliminar campos, etc... Sรณlo necesitamos un navegador para usarlo.
Instalaciรณn completa en Windows
Debido a la "dificultad" de instalar todos los servidores que necesitemos y ponerlos a funcionar en conjunto, se han construido paquetes para facilitar el proceso de montaje de un servidor Web, base de datos, correo, ftp, etc... en un solo paquete.
Wamp
Wamp es un paquete completo que facilita la instalaciรณn, configuraciรณn e interoperabilidad de Apache, PHP y MySQL.
El paquete actual completo contiene: Apache PHP MySQL phpMyAdmin
CAPITULO III DESCRIPCION DE LA INSTITUCIÓN
El Cuerpo de Bomberos Universitarios de la Universidad Nacional Experimental Politécnica “Antonio José de Sucre” (CBUNEXPO) es una organización voluntaria sin fines de lucro cuya misión es la atención de emergencias de incendio, primeros auxilios, labores de rescate y salvamento, inspecciones de riesgo, velar por el cumplimiento de las normas de higiene y seguridad industrial y capacitar a la comunidad ante situaciones de emergencia y de seguridad industrial. Su ámbito principal de acción se enfoca dentro de la Universidad, extendiéndose fuera de ella cuando las circunstancias así lo ameritan.
El CBUNEXPO es reconocido, como organización, por el Colegio Nacional de Bomberos y la Asociación Nacional de Bomberos Universitarios. Está integrado en su mayoría por estudiantes y personal de la comunidad politécnica que se ha formado como Bomberos dentro de la Institución. Las funciones administrativas y operativas del CBUNEXPO están distribuidas de la siguiente manera:
Comandante General: Se encarga de coordinar todas las actividades de la Institución Bomberil, siendo responsable ante el Rector de la funcionalidad y administración de esta Institución.
Segundo Comandante: Supervisa y coordina los trabajos de las Jefaturas, moviliza las cuentas bancarias, asiste al Comandante General en el desempeño de sus funciones.
Comandante de Operaciones: Programa las guardias y servicios, supervisa y coordina los trabajos de los Departamentos.
50
Jefatura de Finanzas: Asesora al Comando en todo lo relacionado al estudio y análisis financiero de los recursos de la Institución con miras a su mas óptimo aprovechamiento; prepara los presupuestos e informes mensuales de ingresos y gastos; efectúa los depósitos bancarios, emite cheques para su firma y la del Segundo Comandante, y concilia cuentas bancarias; lleva los libros de bancos, de contabilidad y de inventarios y establece los controles administrativos necesarios para una sana administración de las finanzas del CBUNEXPO.
Jefatura de Personal: Procura la adecuada selección e inducción del Personal; la verificación de antecedentes y referencias personales; mantiene al día los expedientes del personal; efectúa la tramitación de evaluaciones, ascensos, distinciones, permisos, transferencias y en general, mantiene al día la hoja de vida de cada efectivo; forma parte del tribunal disciplinario; elabora la relación del Personal; se ocupa de la administración de las pruebas de selección, exámenes médicos, exámenes de sangre y psicotécnicos; emite las credenciales y constancias de servicio.
Jefatura de Logística: Procura el material y equipos necesarios para la prestación de los servicios; aprovisiona dicho material a través de los Departamentos de la División de operación; mantiene las reservas adecuadas de repuestos, herramientas, materiales y equipos en el almacén de la Comandancia y sus inventarios; mantiene al día el registro de proveedores; supervisa el aprovisionamiento de alimentación a las secciones de combate; es responsable por el mantenimiento de las instalaciones del Cuartel Central.
Jefatura de Adiestramiento: El estudio y detección de las necesidades de adiestramiento; la formulación del plan de desarrollo profesional de personal de la Institución en todos los niveles; la preparación del programa anual de adiestramiento; la evaluación, seguimiento y actualización de los programas; la procuración de instructores, equipos, ayudas audiovisuales y material de apoyo que sean requeridos; establece relaciones con los departamentos similares de otras instituciones de reconocido prestigio, tanto publicas como privadas para obtener asesoramiento, materiales y becas
51
para el personal del Cuerpo; estudia y recomienda al Comando los requisitos de capacitación necesarios para el ascenso del personal.
Jefatura de Relaciones Públicas: Establece los medios para mantener informados al personal acerca de las actividades del Comando; mantiene relaciones con los medios de comunicación social para la divulgación de las actividades del Comando; propende al acercamiento de la Institución a la Comunidad y hacia otras Instituciones hermanas; contribuye a la concientización de la Comunidad en lo relativo a la importancia de la Institución.
Departamento de Servicios Médicos: El departamento de servicios médicos se encarga de aprovisionar todo el material necesario de primeros auxilios y de su correcta aplicación, así como velar por el adiestramiento constante del personal en materia en coordinación con el Jefe de Adiestramiento.
Departamento de Seguridad y Prevención: Se encarga de velar por el cumplimiento de las normas de seguridad en la Universidad, así mismo investiga y determina el origen de incendios para la aplicación de medidas preventivas.
Departamento de Rescate y Salvamento: Se encarga de mantener el personal adiestrado y preparado el equipo para el rescate de personas en lugares confinados.
Departamento de Transporte: Se encarga del adecuado mantenimiento de los vehículos, su aprovisionamiento de combustible y accesorios y del traslado del personal bomberil a los sitios de emergencia o comisiones.
Departamento de Comunicaciones: Vela por el adecuado mantenimiento de las estaciones fijas y móviles. Además regula el uso de las claves de comunicación.
52
Reseña histórica
Hace veinte años un grupo de estudiantes universitarios del entonces Instituto Universitario Politécnico de Barquisimeto, decidió encausar su acción de servicio a la comunidad formando una Brigada de Bomberos, que prestaría los primeros auxilios y las labores de extinción de Incendios en las Instalaciones del Politécnico. El 1 de septiembre de 1.987 ocurrió en el Estado Aragua, la tragedia de EL LIMON, donde este grupo de jóvenes intervinieron en las labores de rescate y primeros auxilios. De allí surge la necesidad de formar el Cuerpo de Bomberos Universitarios del Instituto Universitario Politécnico de Barquisimeto.
Desde aquella fecha han sido varias las emergencias de gran magnitud que han visto el trabajo de lo bomberos universitarios de la UNEXPO, y entre las cuales podemos mencionar: la Tragedia en el Río Turbio en Abril de 1999, 5 efectivos se unieron a las labores de búsqueda de ocho personas caídas al río por el derrumbe del puente Macuto producto de las fuertes lluvias; la Tragedia de Vargas en el año 1999, fue enviada una comisión de 10 efectivos para trabajar en labores de rescate y primeros auxilios durante 5 días; Emergencia por inundación en Guatemala en el año 2005, participan 3 efectivos en la comisión de ayuda humanitaria enviada por Venezuela a través de la Dirección Nacional de Protección Civil para apoyar en labores de rescate de víctimas.
En la figura Nº 1 se puede ver la estructura organizativa del CBUNEXPO.
Figura Nº 1. ESTRUCTURA ORGANIZATIVA
Asamblea de Oficiales
Asesores de Comando
Comandancia General
Sub Estación Carora
Segunda Comandancia
Jefatura de Personal
Jefatura de Relaciones Públicas
Jefatura de Adiestramiento
Comandancia de Operaciones
Jefatura de Finanzas
Jefatura de Logística
Departamento de Transporte
Departamento de Servicios Médicos
Departamento de Seguridad y Prevención
Departamento de Rescate y Salvamento
Departamento de Comunicaciones
CAPITULO IV METODOLOGÍA
Naturaleza de la Investigación
Según las distintas características que presenta, esta investigación es considerada un Proyecto Factible.
Al respecto, la Universidad Experimental Libertador manifiesta que:
“El Proyecto Factible consiste en la investigación, elaboración y desarrollo de una propuesta de un modelo operativo viable para solucionar problemas, requerimientos o necesidades de organizaciones o grupos sociales; puede referirse a la formulación de políticas, programas, tecnologías, métodos o procesos. El proyecto debe tener apoyo en una investigación de tipo documental, de campo o un diseño que incluya ambas modalidades” [2].
La investigación de tipo Proyecto Factible se puede explicar de la siguiente manera: consiste en la recolección de los datos necesarios para así poder estar consciente de cuál es el problema en cuestión y de cómo esta investigación puede ayudar a solucionarlo o en su defecto minorizar su gravedad.
Este proyecto apoya su investigación en una investigación de campo y documental; ya que los datos para su realización son obtenidos directamente del lugar donde se basa la investigación y otros de material teórico ya existente.
55
Unidad de Investigación
El trabajo se desarrolla en el CBUNEXPO Barquisimeto, ubicado en las instalaciones de la UNEXPO Vicerrectorado Barquisimeto, Parque Tecnológico, Av. Corpahuaico entre Av. La Salle y Av. Rotaria, Estado Lara.
Diagnóstico de la situación actual del CBUNEXPO
Se realizó un recorrido por las diferentes áreas de la Institución que fueron seleccionadas como muestra para el proyecto. Por medio de observación directa, entrevistas y revisión de las políticas de funcionamiento del CBUNEXPO, se evaluó el desempeño de cada área en base a sus funciones, observándose lo siguiente: •
Jefatura de Logística: Todo el control de inventario se lleva en papel; existe material que no se encuentra en los registros de ingreso y del cual no se tiene ningún tipo de información. Los registros de inventario indican la existencia de material que no se encuentra físicamente. Al momento de consultar la información completa sobre determinado material se debe recurrir a diferentes carpetas porque la información se encuentra segmentada; hay dificultad para conocer la ubicación e historia del material registrado en inventario; hacer un reporte cuantitativo de material disponible por categoría requiere de un conteo manual. Los artículos que se incorporan al inventario no son codificados.
Se aplicó una encuesta (ver Anexo Nº 1) a los efectivos (02) encargados de la Jefatura de Logística. La encuesta recaba información sobre las herramientas de trabajo disponibles, mecanismo de trabajo y tiempos de ejecución de tareas.
56
•
Jefatura de Personal: Los expedientes de todos los miembros que ha tenido el CBUNEXPO desde su creación se mantienen archivados en carpetas individuales. La Jefatura debe
tener control sobre lo siguiente, de cada
expediente: No se permiten mas de tres permisos por mes; se deben cumplir ocho horas de guardia por semana; el Efectivo tiene oportunidad de ascenso cumplidas 52 semanas de servicio con el rango actual; la acumulación de tres reportes por la misma falta implican una sanción; las sanciones son tomadas en cuenta en la evaluación para los ascensos; se debe mantener actualizada la hoja de servicio del efectivo.
Se aplicó una encuesta (ver Anexo Nº 2) a los efectivos (02) encargados de la Jefatura de Personal. La encuesta recaba información sobre las herramientas de trabajo disponibles, mecanismo de trabajo y tiempos de ejecución de tareas. •
Departamento de Servicios Médicos: Las atenciones de emergencias se registran en una planilla para ser archivadas. Cuando se atiende un paciente, que ha sido atendido anteriormente, se deben consultar los archivos para conocer su historia. Periódicamente se deben realizar inventarios para conocer los materiales existentes. Los insumos disponibles para la atención de emergencias suelen agotarse sin haberse previsto oportunamente su reposición. Para realizar los resúmenes de asistencias realizadas se debe extraer la información por cada planilla y agruparla en función de criterios cómo: atenciones por período, atenciones por emergencia, atenciones por efectivo.
Se aplicó una encuesta (ver Anexo Nº 3) a una muestra de 15 efectivos. La encuesta recaba información sobre las herramientas de trabajo disponibles, mecanismo de trabajo y tiempos de ejecución de tareas.
57
•
Receptoría: Las actividades diarias se registran en un libro llamado “Parte Diario”, allí se registran las entradas y salidas de las personas a la sede, la hora de inicio y fin de guardia de los efectivos, las emergencias reportadas y atendidas, notificación de mensajes y otros eventos relevantes. Al momento de recibirse el reporte de una emergencia se pierde tiempo llenando la planilla de reportes de emergencia. Cuando se presenta un efectivo en la sede el receptor de turno debe consultar el parte diario en busca de posibles notificaciones pendientes para el efectivo. No se visualiza con facilidad la lista de efectivos presentes en la guardia.
Se aplicó una encuesta (ver Anexo Nº 4) a una muestra de 15 efectivos. La encuesta recaba información sobre las herramientas de trabajo disponibles, mecanismo de trabajo y tiempos de ejecución de tareas. •
Jefatura de Finanzas: La contabilidad del CBUNEXPO se lleva por escrito en papel. Para facilitar la gestión de la Jefatura se requiere de un sistema computarizado que permita realizar las siguientes tareas: reportar ingresos a la cuenta del CBUNEXPO; reportar egresos de la cuenta; registrar cuentas por cobrar; registrar cuentas por pagar; monitorear las transacciones realizadas y el saldo actual; crear y administrar fondos derivados del capital del CBUNEXPO.
•
Jefatura de Relaciones Públicas: La información de contacto relativa a personas e Instituciones, con las cuales mantiene relación el CBUNEXPO, se lleva por escrito. La programación de actividades inherentes a la Jefatura de Relaciones Públicas; tales como actos de graduación, actos de ascenso, condecoraciones y celebración de fechas significativas, puede hacerse más fácil si se dispone de una agenda electrónica diseñada acorde a las necesidades de la Jefatura.
58
•
Jefatura de Adiestramiento: No se cuenta con un mecanismo para el control de evaluaciones y registro histórico de notas. Actualmente el registro de notas existe solamente para los alumnos en formación y ésta información es desechada al culminar la formación. No se lleva un registro de los cursos, talleres y otras actividades de formación dictadas por el CBUNEXPO. Es necesario un sistema de registro de evaluaciones que permita a futuro consultar el historial de evaluaciones de cada efectivo y también el registro de todas las actividades de capacitación, incluyendo los datos del participante, de la actividad y la evaluación.
•
Departamento de Seguridad y Prevención: Durante el registro de un Análisis de Riesgos, es conveniente contar con un sistema que muestre automáticamente los registros existentes que puedan estar relacionados con el análisis de riesgo; de manera que el inspector de riesgos pueda tomarlos en cuenta. También, al llevar un registro de los dispositivos de extinción de incendio y alarma contra incendios de la universidad, se puede contar con un sistema de aviso automático que notifique el vencimiento del período reglamentario para recarga de los extintores, indicando el extintor vencido y su ubicación dentro de la universidad; así como las fechas para chequeo de los sistemas de alarma y extinción.
•
Departamento de Rescate y Salvamento: Es necesario que los equipos para labores de rescate y salvamento siempre se mantengan preparados en caso de requerirse ante una emergencia. Se necesita una herramienta informática con la cual se facilite la creación de grupos de herramientas según el tipo de emergencia en la cual se emplearán. Todas estas herramientas son de confección y mantenimiento especial y requieren de un control continuo sobre su uso. También es necesario llevar el control de inventario de todos los equipos asignados, al Departamento de Rescate y Salvamento, por la Jefatura de Logística.
59
•
Departamento de Transporte: Se requiere de una herramienta informática para el control de mantenimiento del parque automotor del CBUNEXPO. Igualmente es necesario contar con la ficha técnica de cada vehículo. Esta ficha debe ofrecer información sobre los servicios técnicos y reparaciones realizadas al vehículo.
•
Departamento de Comunicaciones: Se requiere mantener actualizada toda la información referente a números telefónicos de emergencia, frecuencias de transmisión y recepción de otros organismos de atención de emergencia y registro de todas las claves de comunicación que se han de utilizar vía radio. También es necesario llevar el control de inventario de todos los equipos asignados, al Departamento de Comunicaciones, por la Jefatura de Logística.
En el proyecto actual se desarrollarán por completo los módulos de Personal, Logística, Servicios Médicos, Receptoría y la plataforma principal del sistema: integrada por la base de datos, las clases, funciones reutilizables y las interfases de seguridad y control de la información. El diseño de la base de datos, la programación de clases y funciones reutilizables permitirán, en versiones futuras, implementar con facilidad los módulos de Finanzas, Relaciones Públicas, Adiestramiento, Seguridad y Prevención, Rescate, Transporte y Comunicaciones.
Modelado de Proceso de Software
Según Roger S. Pressman (2002) “Cuando desarrollamos un software, debemos satisfacer las necesidades de las personas que lo utilizan, cuando trabaja perfectamente durante mucho tiempo, cuando es fácil de modificar o incluso es mas fácil de manipular. Todos queremos desarrollar un software que haga bien las cosas, evitando que esas cosa malas divaguen al fracaso”. Además será necesario apoyarse en la investigación documental, la cual, el mismo autor la define como “Para tener éxito al diseñar y
60
construir un software necesitaremos disciplina, es decir necesitaremos un enfoque de ingeniería”.
Existe una gran cantidad de material sobre métodos formales de desarrollo del software. Para la obtención de este proyecto es necesario seguir una serie de pasos que favorezcan el obtener el producto final. Tomando en consideración lo anteriormente mencionado, se hizo necesaria la utilización de los métodos de la Ingeniería de Software, los cuáles indican cómo construir técnicamente un software, abarcando una gran gama de tareas que incluyen análisis de requisito, diseño, construcción de programas, pruebas y mantenimiento.
Al momento de elaborar cada una de estas tareas, es necesario incorporar conjuntamente con ellas, una estrategia de desarrollo, la cual es conocida como el modelo del proceso o paradigma de la Ingeniería de Software. Este modelo de proceso es escogido de acuerdo a la naturaleza del proyecto y de la aplicación y las herramientas que van a utilizarse. En la realización de este proyecto, se seleccionó el Modelo en Espiral debido a las características que tendrá el proceso del software.
Según Pressman, el Modelo en Espiral, propuesto originalmente por Boehm, es un modelo de proceso de software evolutivo que conjuga la naturaleza iterativa de construcción de prototipos con los aspectos controlados y sistemáticos del modelo lineal secuencial. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software. El software se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental podría ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se producen versiones cada vez más completas del sistema diseñado.
El Modelo en Espiral se divide en un número de actividades de marco de trabajo, también llamadas regiones de tareas. Se establecen cinco regiones de tareas para este trabajo. (ver Anexo Nº 5).
61
•
Comunicación con el cliente: Entrevistas y revisión de procedimientos para conocer en detalle las necesidades puntuales de cada área.
•
Planificación: Se establecen y analizan las posibles soluciones a las necesidades puntuales observadas.
•
Análisis de riesgos: Evaluación de las implicaciones técnicas de las soluciones propuestas. El sistema debe contar con un sistema de seguridad mediante el uso de sesiones que exija a los usuarios la identificación mediante login y clave.
•
Diseño y Construcción: El software consiste en módulos funcionales que conforman el Sistema de Información Gerencial del CBUNEXPO. El trabajo comienza estableciendo los requisitos de todos los módulos y asignándoles el conjunto de tareas que deben cumplir. Se debe considerar la estructura de datos, arquitectura de software, representaciones de interfaz de usuario y detalle procedimental. Finalmente, el diseño se debe traducir en una forma legible por la máquina.
•
Evaluación del cliente: Una vez que se ha generado el código comienzan las pruebas de los módulos. Se realizan las pruebas para la detección de errores y asegurar que la entrada definida produce los resultados reales de acuerdo con las tareas que debe cumplir.
Diseño de la base de datos
El Sistema de Información Gerencial requiere contener en una base de datos toda la información necesaria para realizar las tareas de los módulos a desarrollar.
Se aplicará, para cada modulo, el diseño lógico de la base de datos, describiendo como han de quedar agrupados los elementos en la base de datos.
62
El proceso de diseño, planteado por Roger Pressman, identifica las tareas que debe realizar cada módulo, las relaciones entre los elementos de datos y la manera más eficiente de agruparlos para cumplir con los requerimientos de información.
El proceso también identifica elementos redundantes y los agrupamientos de los elementos de datos que se requieren para programar funciones específicas. Los grupos de datos son organizados, refinados y agilizados hasta obtener una forma normalizada del tipo 3NF.
63
Recursos
Para el desarrollo de este trabajo se utilizaron los siguientes recursos:
Recursos Bibliográficos
Material bibliográfico de la biblioteca de la UNEXPO, además de manuales para diseño de software y manejo de bases de datos.
Recursos Materiales • Una computadora personal con las siguientes características • Procesador AMD Sempron • Sistema Operativo Windows XP • 256 MB de memoria RAM • Monitor 15.4” • Disco duro de 40 GB • Unidad de CD de 52 X • Tarjeta de Red • Impresora a inyección de tinta • Papelería y material de oficina. Software de computación • Macromedia Dreamweaver MX 8 • Macromedia Flash MX 8 • Adobe PhotoShop CS • Servidor PHP Versión 5.0.2
• Servidor MySql Versión 4.0.21
CAPITULO V ANÁLISIS DE RESULTADOS
Encuesta sobre el desempeño de funciones en la Jefatura de Logística.
Del análisis de las respuestas, obtenidas en la encuesta realizada en la Jefatura de Logística, podemos afirmar que el hecho de utilizar un sistema manual de archivos trae consigo una perdida considerable de tiempo durante las labores de registro de equipos nuevos y elaboración de inventario
La ausencia de un sistema de seguimiento por código y ficha imposibilita conocer el estado de los equipos en determinado instante, no son aplicables planes de mantenimiento y las tareas de ubicación y reasignación de equipos se ve aminorada.
65
Encuesta sobre el desempeño de funciones en la Jefatura de Personal.
Al ver los resultados interpretamos que una de las causas principales de retraso en la entrega de evaluaciones e informes es que no se realiza la minería de datos en lo que se supone es la fuente principal de datos de la Jefatura; esto reafirma la necesidad de contar con un sistema que constantemente esté registrando variables para procesarlas, darle forma y ponerla a disposición de la Jefatura para su aprovechamiento.
66
Encuesta sobre el desempeño de funciones en Servicios Médicos.
Se observa que la información registrada durante las atenciones puede ser de gran utilidad si es manejada con un sistema informático que permita tener acceso inmediato a ésta durante la atención de pacientes recurrentes.
Los resultados también indican que una proporción mayoritaria de los encuestados no manejan con certeza la cantidad y tipo de recursos con los que pueden disponer durante una atención; esto evidencia la necesidad de ofrecer a los efectivos una herramienta de fácil manejo e interpretación a través de la cual observen de manera clara y explicita el estado actual de la capacidad de respuesta del Departamento de Servicios Médicos.
67
Encuesta sobre el desempeño de funciones en Receptoría.
Se observan largos tiempos invertidos en realizar las tareas de rutina del área de receptoría; siendo este un factor predominante en el estado de alerta que debe mantener el personal destacado en ésta área.
Por otro lado, la mayor parte de los efectivos encuestados afirmó al menos no estar conforme con las herramientas que se disponen para el desenvolvimiento de sus funciones.
En cuanto al manejo de información clave, para la respuesta inmediata ante emergencias, se observa la necesidad de proveer al receptor con información útil durante la coordinación de labores de emergencia.
68
Basado en los siguientes puntos: • Los resultados del diagnóstico realizado en el CBUNEXPO evidenciaron la necesidad de contar con un sistema informático para facilitar sus funciones, reducir los tiempos de respuesta y llevar control de sus actividades. • Se cuenta con la tecnología necesaria para desarrollar el Sistema de Información Gerencial y también se dispone del personal y equipos de computación requeridos para ponerlo en funcionamiento. • El software utilizado para el desarrollo del proyecto propuesto y el software necesario para la puesta en marcha del sistema son de libre uso, pues están clasificados como software libre.
Se puede afirmar que el proyecto Sistema de Información Gerencial para el Cuerpo de Bomberos de la UNEXPO Vicerrectorado Barquisimeto” es un proyecto factible.
Modelado de Proceso de Software
El resultado del análisis de soluciones es la creación de una herramienta que permite la creación remota y cooperativa de terminales de trabajo, integrando texto, imágenes y datos mediante el uso de sólo un navegador Web estándar y una conexión de red. El sistema ha sido desarrollado con software de libre distribución Apache, PHP, MySQL.
El sistema se basa en una arquitectura cliente-servidor centralizada. La interfaz de usuario reside completamente en el navegador Web (cliente). En el servidor residen todos los demás módulos: base de datos y middleware de acceso a datos, lógica de edición y gestor de contenidos. (ver Anexo Nº 6).
69
El sistema funciona sobre un servidor Apache, con base de datos MySQL y PHP como lenguaje de programación para la generación dinámica de las interfaces a partir de la información almacenada en la base de datos. (ver Anexo Nº 7)
En los clientes se utiliza HTML para generar la interfaz de usuario.
Para obtener acceso a los módulos de PERSONAL y LOGÍSTICA se requiere contar con privilegios de operador; es necesaria la identificación del usuario y el uso de una clave de acceso, mientras que para el acceso a los módulos de PRIMEROS AUXILIOS y RECEPTORÍA solo basta contar con un nivel de usuario estándar; el acceso se logra utilizando el número de cédula del efectivo.
La asignación, modificación y eliminación de las claves de acceso, para los operadores de los módulos con restricción de uso, es llevada a cabo por el administrador del sistema. Este tiene la mayor jerarquía.
Diseño de la base de datos
Cada módulo agrupa las tareas de la siguiente manera:
Módulo de Receptoría •
El parte diario contiene muchos reportes de inicio y fin de guardia. De la guardia se necesita saber el día y hora, inicio, fin.
•
Se pueden reportar varias emergencias. Se requiere el tipo de emergencia, lugar, observaciones, efectivos que la atienden y fecha.
•
Cada emergencia puede ser atendida por varios efectivos.
•
Se pueden programar varias tareas. Las tareas contienen tipo, lugar, fecha, inicio, fin, organizador, comentario y efectivos encargados.
•
Cada tarea tiene un coordinador y varios participantes.
70
•
Se pueden registrar varias novedades en el parte diario. Las novedades deben explicar el remitente, destinatario, fecha, estatus y contenido.
•
Cada novedad tiene un remitente y un destinatario.
El modelo de entidad relación de este enunciado se muestra en el Anexo Nº 8.
Módulo de Servicios Médicos •
El departamento posee varios insumos. Los insumo tienen id, clase y cantidad
•
Cada insumo pertenece a una clase.
•
El departamento de Logística le asigna varios equipos.
•
Cada equipo pertenece a una subcategoría. Las subcategorías pertenecen a una categoría.
•
Un paciente puede recibir varias atenciones.
•
Un efectivo puede atender a varios pacientes. El paciente tiene nombre, edad y cedula.
•
Cada atención requiere varios insumos.
•
Cada paciente puede tener registrado varias mediciones de signos vitales. Los signos vitales tienen cinco parámetros y la fecha de medición.
El modelo de entidad relación de este enunciado se muestra en el Anexo Nº 9.
Módulo de Logística •
Cada ítem del inventario pertenece a una sola subcategoría. El ítem tiene imagen, código, estatus y usuario.
•
Cada subcategoría pertenece a una sola categoría. Contiene id_subcat, id_cat y nombre.
•
Cada categoría pertenece a una sola clase. Contiene id_cat, id_clase y nombre.
71
•
Cada ítem tiene un código único.
•
Un ítem solo se puede asignar a un usuario.
•
Un usuario puede tener varios ítems.
•
Se puede realizar varias muchas transacciones con cada ítem.
•
Cada clase tiene varias categorías. Contiene id_clase, imagen y nombre.
•
Cada categoría tiene varias subcategorías.
El modelo de entidad relación de este enunciado se muestra en el Anexo Nº 10.
Módulo de Personal •
Cada efectivo tiene una ficha de datos personales. Los datos son cedula, nombres, apellidos.
•
Un efectivo puede solicitar varios permisos. Los permisos tienen inicio, fin y motivo.
•
Un efectivo puede recibir varios reportes disciplinarios. Los reportes tienen remitente, fecha, motivo, estatus y resultado.
•
Cada efectivo cumple varias horas de guardia semanal.
•
Cada guardia cumplida se registra en el historial de guardias.
•
Cada efectivo pertenece a solo una promoción. La promoción tienen fecha de inicio.
•
Cada promoción puede tener varios efectivos.
•
Un efectivo tiene un solo rango.
•
Un efectivo puede tener un solo cargo.
•
Cada rango está respaldado por una orden general. Las órdenes generales tienen fecha, asunto y archivo.
El modelo de entidad relación de este enunciado se muestra en el Anexo Nº 11.
72
A partir de los diagramas de entidad-relación de cada módulo se definieron las tablas necesarias para la base de datos y posteriormente se normalizaron.
El resultado de las tablas normalizadas se muestra en el diccionario de datos. (ver Anexo Nº 12)
Estructura de datos
La estructura de datos es el vínculo entre los distintos módulos de la aplicación y está definida por la base de datos y una serie de módulos en PHP, el middleware, que facilita el tratamiento de los datos mediante la exposición de una estructura orientada a objetos al resto de los módulos del sistema. (ver Anexo Nº 13). Los objetos básicos almacenados en la base de datos son: •
actividades: almacena las tareas programadas.
•
clase_insumo: aquí se definen las clases de insumos.
•
dependencias: define las jefaturas y departamentos.
•
efectivos: información principal de los miembros del CBUNEXPO.
•
emergencias: aquí se registran las emergencias recibidas.
•
frecuencias: frecuencias de radio de emergencia.
•
guardia_act: aquí se registran los efectivos que están de guardia.
•
guardias_hist: registra todas las guardias que se han realizado.
•
insumos: aquí se registra cada uno de los insumos existente.
•
item: aquí se registra cada uno de los equipos existentes.
•
item_cat: define la categoría del equipo, es dependiente de item_clase.
•
item_clase: aquí se definen las clases de equipos.
•
item_subcat: define la subcategoría del equipo, dependiente de item_cat.
•
orden_gral: los documentos que avalan a los ascensos y graduaciones.
•
novedades: novedades para el parte diario.
73
•
permisos: almacena los permisos solicitados.
•
rangos: rangos obtenidos por cada efectivo.
•
telefonos: números de teléfonos importantes.
•
transacciones: registra las operaciones realizadas sobre la tabla ítems.
74
Interfaz de usuario
El acceso al sistema, tanto como operador del sistema o administrador de contenido, se realiza desde un documento Web que gestiona la detección de los requisitos mínimos del sistema cliente (navegador compatible y dirección IP autorizada).
Para hacer uso de cualquiera de los módulos, el usuario debe identificarse e introducir la clave de acceso correspondiente al módulo en el formulario de acceso. (Ver figura Nº 2)
Una vez validado por el sistema, el usuario tendrá acceso a unos u otros contenidos dependiendo de su nivel de privilegios.
Figura Nº 2: Formulario de acceso.
75
Módulo de Logística
Incorporar equipo: Es una interfaz que permite incorporar al inventario, en 3 pasos, los nuevos equipos. El operador selecciona en pantalla la clase, categoría y subcategoría del equipo y el sistema le asigna automáticamente el código correspondiente. En caso de que no esté definida las clase, categoría o subcategoría; el operador puede definirla sin salirse del proceso. (Ver figura Nº 3)
Figura Nº 3: Incorporar equipo, módulo de Logística.
76
Ver inventario: Interfaz que muestra en pantalla, y de forma clara y ordenada, el inventario de todos los equipos registrados en logística. El listado de los equipos se presenta clasificado jerárquicamente según la clase, categoría y subcategoría. Puede consultarse el equipo disponible en almacén, el equipo asignado a cada departamento y el equipo asignado a cada usuario. (Ver figuras Nº 4 y 5)
Figura Nº 4: Ver inventario en Almacén, módulo de Logística.
Figura Nº 5: Ver inventario en uso por Departamento, módulo de Logística.
77
Buscar equipo: Presenta un formulario donde el operador introduce el código o alguna característica del equipo que desea buscar. (Ver figura Nº 6)
El sistema realiza una consulta en la base de datos y genera una lista con las coincidencias.
Al hacer clic sobre alguno de los equipos de la lista, el sistema envía su código a la sección ficha técnica para mostrar su información completa.
Figura Nº 6: Buscar equipo, módulo de Logística.
78
Ficha técnica: En esta sección se muestra toda la información, disponible en la base de datos, de determinado equipo. La consulta en la base de datos se hace por indexación del código del equipo. (Ver figura Nº 7)
Se muestra en pantalla la imagen, clase, categoría, subcategoría, usuario actual e historia de uso del equipo. Esta información es extraída de las tablas item, clase_item y transacciones.
A partir de la ficha técnica se pueden elegir las diferentes operaciones aplicables sobre el equipo; reportar novedad; asignar a departamento o efectivo, retornar al almacén, desincorporar del inventario.
Figura Nº 7: Ficha técnica, módulo de Logística.
79
Reportar novedad: En esta sección se presenta un formulario acompañado por la ficha del equipo. Este formulario permite registrar una novedad sobre el equipo. La indización se hace en función al código del equipo. (Ver figura Nº 8)
Figura Nº 8: Reportar novedad, módulo de Logística.
Retornar equipo: No posee interfaz por ser una función que se invoca desde la sección Ficha Técnica y se ejecuta internamente. Mediante esta función el administrador de logística realiza el retorno hacia el almacén de algún equipo que esté asignado a un departamento o efectivo. Una vez identificado el equipo, el sistema envía el código del equipo a una página de confirmación por parte del usuario.
Icono para procesar el retorno de un ítem hacia el almacén de logística.
80
Asignar equipo: Le permite al operador asignar el uso del equipo a un departamento o efectivo. (Ver figura Nº 9)
Esta sección cuenta con buscador que realiza una consulta en la tabla item en función al código introducido o a alguna palabra que describa al equipo. En la búsqueda dentro de la tabla item sólo se consideran aquellos registros cuyo atributo “usuario” contiene el valor “Almacén”. Esto se hace con el fin de evitar asignar equipos que ya estén en uso.
Una vez identificado el equipo, el sistema envía el código del equipo a una página de confirmación por parte del usuario.
Figura Nº 9: Asignar equipo, módulo de Logística.
81
Desincorporar equipo: Esta función le permite al administrador desincorporar equipos que no continuarán en uso. Una vez identificado el equipo, el sistema envía el código del equipo a una página de confirmación por parte del usuario. (Ver figura Nº 10)
Figura Nº 10: Desincorporar equipo, módulo de Logística.
82
Módulo de Servicios Médicos
Reportar atención: Es una interfaz que le permite al usuario realizar el reporte, en pasos sencillos, de una atención de primeros auxilios. En esta sección se registra el efectivo que presta la atención, el paciente, tipo de emergencia y datos de la atención. (Ver figura Nº 11)
Se selecciona en la lista el encargado de la atención. Esta lista se crea automáticamente, a partir de la base de datos, con los efectivos reportados como presentes en la sede.
El tipo de emergencia se selecciona mediante unos íconos representativos.
Si el paciente ha sido atendido anteriormente, se muestra una ficha de su historial.
Durante la atención se presenta en pantalla un módulo que lleva el registro en tiempo real de los valores de signos vitales medidos en el paciente.
El cierre de la atención se hace con el último paso; este consiste en registrar los insumos utilizados. Estos insumos son descontados automáticamente de la tabla insumos en la base de datos.
83
Figura N潞 11: Reportar atenci贸n, m贸dulo de Servicios M茅dicos.
84
Ver equipos disponibles: En esta sección se muestra en pantalla, y de forma clara y ordenada, el inventario de todos los equipos asignados por logística al Departamento de Servicios Médicos. El listado de los equipos se presenta clasificado jerárquicamente según la clase, categoría y categoría. (Ver figura Nº 12)
La sección cuenta con una función para generar una lista de chequeo, en formato imprimible, de los equipos asignados al departamento. Esto con el fin de permitir los trabajos internos de revisión de inventario.
Figura Nº 12: Ver equipos disponibles, módulo de Servicios Médicos.
85
Ver insumos disponibles: En esta sección se muestra en pantalla, y de forma clara y ordenada, un conteo de todos los insumos que actualmente quedan en el inventario de servicios médicos. El inventario se presenta clasificado jerárquicamente según la clase, categoría y subcategoría. (Ver figura Nº 13)
La sección cuenta con una función para generar una lista de chequeo, en formato imprimible, de los insumos y cantidad disponibles actualmente. Esto con el fin de permitir los trabajos internos de revisión de inventario y prever la reposición de aquellos insumos que se encuentren en un nivel mínimo de existencia.
Figura Nº 13: Ver insumos disponibles, módulo de Servicios Médicos.
86
Ver resumen de atenciones: Es una interfaz en la que el administrador puede ver los registros de atenciones realizadas. (Ver figura Nº 14)
La interfaz presenta varios modos de presentación de resumen; se pueden ver las atenciones clasificadas por período como día, mes o año; pueden clasificarse según el tipo de emergencia o clasificarse en función al efectivo que atendió el servicio.
Para todos los modos de presentación, se muestra el tipo de emergencia, la fecha de la atención, el nombre del paciente, los insumos empleados y el efectivo encargado.
Figura Nº 14: Ver resumen de atenciones, módulo de Servicios Médicos.
87
Módulo de Receptoría
Parte diario: Es la sección principal de este módulo, representa el libro donde se registran todas las actividades diarias del CBUNEXPO. (Ver figura Nº 15)
En el parte diario se escriben entradas y salidas de efectivos y visitantes; el inicio y fin de guardia de servicio de los efectivos; los reportes de novedades (notificaciones) para todos los efectivos o alguno en particular; las emergencias reportadas y atendidas.
En esta sección se presentan herramientas que facilitan el trabajo del receptor; las herramientas están distribuidas en bloques a los lados del libro que aparece en pantalla. Las herramientas son Lista de Personal de Guardia, Lista de Tareas pendientes para el día actual, Reloj y Calendario.
Figura Nº 15: Parte diario, módulo de Receptoría.
88
Inicio de guardia: En esta sección se reporta el inicio de guardia de los efectivos. Consta de una lista de los efectivos a quienes corresponde el turno de guardia según la tabla guardias de la base de datos. El receptor de guardia solo debe seleccionar en la lista el nombre del efectivo que se está incorporando a su guardia. (Ver figura Nº 16)
En caso de ser una guardia voluntaria, que no está registrada en la tabla de guardias, existe un formulario para introducir el número de cédula del efectivo y ésta queda reportada como guardia voluntaria.
Si existe, en la base de datos, una novedad, para el efectivo que se está reportando de guardia, el sistema envía la clave de la novedad a la sección Novedades para mostrarla; con el fin de que el destinatario de la novedad sea notificado.
Figura Nº 16: Inicio de guardia, módulo de Receptoría.
89
Fin de guardia: Consta de una lista de los efectivos reportados en condición de guardia según la base de datos. El receptor de guardia solo debe hacer clic sobre el nombre del efectivo que reporta su finalización. (Ver figura Nº 17)
Figura Nº 17: Fin de guardia, módulo de Receptoría.
90
Reporte de emergencia: Es una interfaz que le permite, al receptor, registrar de forma rápida una emergencia. En esta sección se registra el tipo de emergencia, el lugar y los efectivos comisionados para atenderla. (Ver figura Nº 18)
El tipo de emergencia se selecciona mediante unos íconos representativos. El lugar de la emergencia se introduce por formulario de texto. Los efectivos encargados se seleccionan mediante clic en una lista creada con los efectivos reportados de guardia.
En esta sección se presentan herramientas que facilitan el trabajo del receptor durante una emergencia; las herramientas están distribuidas en bloques a los lados de la pantalla. Las herramientas son Protocolo general de atención para el tipo de emergencia reportada, Lista de teléfonos de emergencia de otros organismos de atención, Lista de Canales de comunicación vía radio de otros organismos de atención de emergencias.
Figura Nº 18: Reporte de emergencia, módulo de Receptoría.
91
Novedades: En esta sección se presenta una lista de todas las novedades pendientes; incluye información de fecha vigencia, remitente, destinatario y novedad. Una vez que el receptor ha entregado la novedad a su destinatario, puede marcar la novedad como “procesada” haciendo clic en un botón anexo. (Ver figura Nº 19)
Adicionalmente, a un lado de la lista de novedades, se presenta un formulario para introducir los detalles de una nueva novedad. El formulario comprende sólo tres campos; el primero es el remitente, que se elige de una lista de efectivos; el segundo es el destinatario, también es por elección mediante lista y; el tercer campo es un campo de texto para escribir la novedad.
Figura Nº 19: Novedades, módulo de Receptoría.
92
Tareas pendientes: Presenta, de existir, una lista de las tareas pendientes para el día actual; esta lista de tareas incluye información como tipo de tarea, lugar, hora de inicio y fin, comentarios y efectivos encargados. (Ver figura Nº 20)
En esta sección se presentan herramientas que facilitan el trabajo del receptor; las herramientas están distribuidas en bloques a los lados del libro que aparece en pantalla. Las herramientas son Lista de Tareas pendientes para la semana actual y Calendario.
Figura Nº 20: Tareas pendientes, módulo de Receptoría.
93
Nueva tarea: Esta sección presenta un formulario para programar una nueva tarea. (Ver figura Nº 21)
Los campos del formulario son: tipo de tarea, seleccionable de lista; título de la actividad; lugar; fecha; hora; comentarios y efectivos encargados, seleccionables de lista extraída de la base de datos.
En la lista de selección para el campo “efectivos encargados” el sistema no toma en cuenta a los efectivos que están en condición de permiso.
Figura Nº 21: Nueva tarea, módulo de Receptoría.
94
Módulo de Personal
Ver ficha personal: Esta sección muestra la ficha con los datos principales de cada efectivo: Nombres y apellidos, cédula, rango, cargo y teléfonos de contacto. El efectivo se selecciona de una lista de efectivos en condición de “activos” o de “permiso” que se crea a partir de la tabla efectivos en la base de datos. (Ver figura Nº 22)
Existen dos fichas resumen a la derecha de la pantalla donde se muestran los permisos solicitados por el efectivo y los reportes disciplinarios que ha recibido durante el último año.
A partir de la Ficha Personal se puede ir a las secciones de Horario de Guardia, Reportar permiso y Reporte disciplinario. El sistema pasa como parámetro, a la sección elegida, el número de cédula del efectivo.
Figura Nº 22: Ver ficha personal, módulo de Personal.
95
Horario de guardia: Es una sección implementada para facilitar a la Jefatura de Personal la programación del horario de guardia. Esta sección recibe como parámetro el número de cédula del efectivo y lleva la cuenta de la cantidad de horas de guardia que tiene asignadas. (Ver Figura Nº 23)
Para facilitar la distribución del personal en las guardias, el sistema muestra en el horario cuáles efectivos están asignados a cada día y hora. La guardia se asigna por bloques de una (01) hora haciendo clic en la casilla gris del día y hora deseado. La eliminación de bloques de guardia se hace mediante clic en la casilla verde del bloque correspondiente.
Figura Nº 23: Horario de guardia, módulo de Personal.
96
Reportar permiso: El objetivo de esta sección es registrar en el sistema los permisos solicitados por los efectivos. Los datos solicitados son nombre del efectivo, seleccionable de lista; fecha de inicio del permiso; fecha de finalización del permiso y motivo del permiso. (Ver figura Nº 24)
Este registro permite al sistema notificar los últimos permisos solicitados por el efectivo. El tiempo de permiso no se cuenta en el tiempo de servicio del efectivo.
Los efectivos en condición de permiso no se muestran en la lista de planificación de tareas ni en la de efectivos de guardia.
Figura Nº 24: Reportar permiso, módulo de Personal.
97
Reporte disciplinario: Esta sección es la versión electrónica de las planillas de reportes disciplinarios del CBUNEXPO. (Ver figura Nº 25)
Al igual que la sección de Reporte de permisos, el objetivo es permitirle a la Jefatura de Personal registrar los reportes recibidos y tener una visión de los reportes que ha recibido anteriormente el efectivo.
Si existen otros reportes por el mismo tipo de falta, el sistema notifica que se debe proceder con una sanción. Las sanciones están tipificadas en el Reglamento Disciplinario del CBUNEXPO según el tipo de falta y su reincidencia.
Figura Nº 25: Reporte disciplinario, módulo de Personal.
98
Crear promoción: El ingreso de nuevos efectivos al CBUNEXPO se hace por Promociones (grupos) al inicio de cada curso anual de formación de bomberos universitarios. Cada efectivo forma parte de una Promoción de Bomberos. (Ver figura Nº 26)
Inicialmente debe crearse la Promoción y posteriormente se ingresan uno a uno los miembros de la promoción.
El formulario 1 inserta en la tabla promociones el número de la promoción recién creada y la fecha de creación. El formulario 2 inserta los datos del nuevo alumno en la tabla efectivos y le agrega la clave de la promoción a la cual pertenece.
Figura Nº 26: Crear promoción, módulo de Personal.
99
CONCLUSIONES Y RECOMENDACIONES
Conclusiones
El diagnóstico realizado en el CBUNEXPO sirvió para conocer los puntos clave en los que debía enfocarse la formulación de soluciones.
La implementación de una base de datos relacional MySQL permitió aprovechar su capacidad de manejar tablas vinculadas para implementar un sistema robusto de datos con una estructura jerárquica de fácil comprensión.
El desarrollo de la interfaz de control en lenguaje PHP fue una elección acertada debido a que PHP contiene un conjunto de funciones que le permiten manipular directamente bases de datos MySQL.
La creación de los módulos de Servicios Médicos, Receptoría, Logística y Personal contribuye significativamente a mejorar el desempeño de las funciones administrativas y operativas del CBUNEXPO.
El sistema funcionó adecuadamente al instalar un servidor MySQL que alojara la base de datos y permitiera su administración, un servidor PHP para ejecutar las instrucciones programadas en los módulos y un servidor Apache para la generación de las interfaces en formato HTML que se presentan al usuario.
Debido a que el sistema maneja información confidencial se establecieron privilegios de uso, para la base de datos, con el fin de permitir el acceso a la información sólo a los módulos del sistema y evitar el acceso indeseado de equipos no autorizados. Con ello se logró la seguridad que un sistema gerencial necesita.
100
Recomendaciones
El servidor que aloja al Sistema de Información Gerencial y la base de datos debe contar con un programa de mantenimiento que garantice su funcionamiento óptimo.
El administrador de red debe establecer los permisos de acceso para que sólo los equipos autorizados puedan conectarse al sistema.
Aunque se puede hacer uso de todos los módulos a través de cualquier equipo autorizado, debe procurarse destinar un equipo para cada área.
Los módulos para reporte de emergencias están diseñados de manera tal que requieren la mínima interacción del operador, pudiendo utilizarse monitores de pantalla sensible para controlar los datos directamente a través de la pantalla.
El desarrollo de nuevos módulos para los otros departamentos contribuiría con el proceso de optimización, a nivel general, de las funciones operativas y administrativas del CBUNEXPO.
101
GLOSARIO DE TÉRMINOS
PROGRAMACIÓN ORIENTADA A OBJETOS (POO)
La Programación Orientada a Objetos desde el punto de vista computacional, es un método de implementación en el cuál los programas son organizados como grupos cooperativos de objetos, cada uno de los cuales representa una instancia de alguna clase, y estas clases, todas son miembros de una jerarquía de clases unidas vía relaciones de herencia.
REUSABILIDAD
La noción de objeto permite que programas que traten las mismas estructuras de información reutilicen las definiciones de objetos empleadas en otros programas e incluso los procedimientos que los manipulan. De esta forma, el desarrollo de un programa puede llegar a ser una simple combinación de objetos ya definidos donde estos están relacionados de una manera particular.
PHP
Es un lenguaje de programación usado generalmente para la creación de contenido para sitios Web, aplicaciones para servidores y creación de contenido dinámico. Es de fácil uso y multiplataforma y debido a esto se mantiene como un fuerte competidor en el mercado por su capacidad para implementación de funciones y clases, y por su capacidad de manejo de instrucciones SQL.
102
ASP
Es la abreviación de Active Server Pages y es una tecnología desarrollada por Microsoft enfocada a la creación de páginas Web dinámicas, es decir, que su contenido puede cambiar debido a interacciones del usuario. Esta estrechamente relacionada con el modelo tecnológico de Microsoft y esto a su vez la limita debido a que no es compatible con otras plataformas y sistemas operativos.
JSP
Java Server Pages es una tecnología multiplataforma para crear aplicaciones Web con contenido dinámico. Permite separar la lógica del negocio de la presentación de la información, y de esta manera conseguir mayor seguridad y optimización de tiempos de proceso.
MySQL
Es un sistema de gestión de base de datos que funciona como software libre. Esta patrocinado por la empresa privada MySQL AB y maneja un licenciamiento que permite la venta privada en conjunto con soporte técnico y servicios. Este gestor es multiplataforma, ofrece una alta seguridad y es el más recomendable para desarrollo de sistemas Web o en Internet.
Microsoft Access
Microsoft Access es un sistema de gestión de bases de datos creado por Microsoft para uso personal de pequeñas organizaciones. Para bases de datos de gran volumen de
103
datos y/o de usuarios es recomendable usar otros sistemas. Entre sus mayores inconvenientes figuran que no es multiplataforma, pues sólo está disponible para sistemas operativos de Microsoft
Opera
Es un navegador de Internet que inicio su difusión como shareware, es decir, que formaba parte de un paquete en calidad de un extra por un periodo de prueba. De estar satisfecho el cliente con su funcionalidad, podía adquirirlo comprando la licencia. Con el tiempo se convirtió en freeware, o software gratuito. Es conocido por su velocidad, seguridad, tamaño reducido, internacionalidad y constante innovación. Esta disponible para plataformas Windows, Apple Macintosh, Linux, OS/2, Solaris y FreeBSD y otras plataformas, lo cual implica una gran compatibilidad con distintos sistemas operativos.
Mozilla Firefox
Es un navegador de Internet con interfaz gráfica de usuario desarrollado por la Corporación Mozilla y un gran número de voluntarios externos. Empezó como un derivado del proyecto Mozilla y terminó por reemplazarlo. Es multiplataforma, es decir, que está disponible en versiones para Windows, Mac OS X y otros sistemas operativos.
Internet Explorer
Es un navegador de Internet producido por Microsoft para su plataforma Windows y más tarde para Apple Macintosh. Tras controlar un 94% del mercado de los navegadores, su cuota de mercado ha disminuido en beneficio de otros navegadores. La
104
débil seguridad del navegador en conjunto con su profunda integración en el sistema operativo ha comprometido en numerosas ocasiones la seguridad integral de la plataforma Windows
Macromedia Dreamweaver
Macromedia Dreamweaver es un editor WYSIWYG de páginas Web, creado por Macromedia. Es el programa de este tipo más utilizado en el sector del diseño y la programación Web, por sus funcionalidades, su integración con otras herramientas como Macromedia Flash y, recientemente, por su soporte de los estándares del World Wide Web Consortium.
Macromedia Flash
Software para crear animaciones gráficas vectoriales independientes del navegador y que necesitan poco ancho de banda para mostrarse en los sitios Web gracias a la tecnología Flash creada por Macromedia.
Adobe Photoshop
Adobe Photoshop es una aplicación informática de edición y retoque de imágenes bitmap, jpeg, gif, etc., elaborada por la compañía de software Adobe inicialmente para computadores Apple pero posteriormente también para plataformas PC con sistema operativo Windows.
105
BIBLIOGRAFÍA
Mendoza, G.; De Abreu, M. (2001). Instructivo para la elaboración de Temáticas. Universidad
Nacional
Experimental
Politécnica
“Antonio
José
de
Sucre”
Vicerrectorado Barquisimeto. Venezuela.
Pressman, Roger S. (2002). Ingeniería del Software, Un enfoque práctico. Editorial McGraw Hill Interamericana de España. Madrid, España.
Greenspan, Jay; Bulger, Brad (2001), M&T Books. MYSQL/PHP DATABASE APPLICATIONS. MT Books. Foster City, CA. USA.
MySQL AB. MySQL Reference Manual. http://dev.mysql.com/doc (consultado en 2007).
Carballo,
C.
(2007).
Sistemas
de
Información
Gerencial.
Equipo
http://www.monografias.com/trabajos24/informacion-gerencial/informaciongerencial.shtml?monosearch
ITSAT.
106
REFERENCIAS BIBLIOGRÁFICAS
[1]
Sistemas de Información Gerencial (s.f.). Tomado de la página Web
http://es.wikipedia.org/wiki/Sistemas_de_informacion_de_direccion.html
[2] Manual de Trabajos de Grado de Especialización y Maestría y Tesis Doctorales. (p.7). Vicerrectorado de Investigación y Postgrado de la Universidad Pedagógica Experimental Libertador (1998). Venezuela.
ANEXOS
108
Anexo Nº 1: Cuestionario sobre el Desempeño de funciones en la Jefatura de Logística.
1.- ¿Cuenta el almacén con un sistema computarizado de control de inventario? Si No 2.- ¿En que formato se lleva la información de los equipos del inventario? Electrónico En papel Ninguno 3.- ¿Cuántos minutos en promedio le toma incorporar un nuevo equipo al inventario? R:
4.- ¿Cuentan los equipos del inventario con una ficha técnica para cada uno? Si No 5.- ¿Cuentan los equipos del inventario con algún número de identificación? Si No 6.- ¿Cuánto tiempo en promedio le toma realizar un inventario de todos los equipos? R:
7.- ¿Con qué frecuencia se deben realizar los inventarios en la Jefatura de Logística? Semanal Mensual Semestral Anual
109
Anexo Nº 2: Cuestionario sobre el Desempeño de funciones en la Jefatura de Personal.
1.- ¿Cuenta la Jefatura de Personal con un sistema computarizado de manejo de expedientes? Si No 2.- ¿En que formato se lleva la información de los expedientes del personal? Electrónico Papel Ninguno 3.- ¿Cuánto tiempo en promedio le toma realizar un informe de operatividad en función a los efectivos en condición de activos y de permiso? R: 4.- Al momento de recibir un reporte disciplinario, la información disponible en el momento hace que sea fácil evaluar al efectivo. De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 5.- Cuando se analiza el cumplimiento de guardia de cada efectivo, se cuenta con los resúmenes necesarios. De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 6.- Al momento de necesitar consultar información personal sobre un efectivo, el sistema de archivos actual permite hacerlo con rapidez. De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo
110
Anexo Nº 3: Cuestionario sobre el Desempeño de funciones en Servicios Médicos.
1.- Los pacientes que vienen por atención de primeros auxilios han sido atendidos en ocasiones anteriores La mayoría Algunos Ninguno 2.- ¿Se lleva un registro de las atenciones realizadas? Si No 3.- ¿Cuántos minutos en promedio le toma realizar el registro de una atención? R:____ minutos 4.- Cuando se atiende a un paciente que ha sido asistido anteriormente, resulta rápido consultar en los archivos su historia de atenciones. De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 5.- ¿Se cuenta con un sistema de seguimiento de los valores de tensión, frecuencia cardiaca y respiratoria de los pacientes recurrentes? Si No 6.- ¿Conoce los equipos de los que dispone el Departamento de Servicios Médicos? Todos La mayoría Algunos Ninguno 7.- ¿Tiene conocimiento de la cantidad de insumo disponible para las atenciones de primeros auxilios? Si No 8.- ¿Cuánto tiempo en promedio le toma realizar un inventario de los insumos disponibles? R: 9.- ¿Con qué frecuencia se deben realizar los inventarios en el Departamento de Primeros Auxilios? Semanal Mensual Semestral Anual
111
Anexo Nº 4: Cuestionario sobre el Desempeño de funciones en Receptoría.
1.- ¿Cuántos minutos le toma en promedio preparar la apertura del parte diario? R: ____ minutos
2.- Resulta fácil llevar el control de los efectivos que están de guardia De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 3.- Al momento de presentarse un efectivo en la receptoría se le hace fácil revisar las novedades pendientes De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 4.- El sistema actual permite ver con claridad la programación de actividades De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 5.- Al momento de recibir la notificación de una emergencia, las herramientas disponibles permiten registrarla y despacharla con rapidez. De acuerdo Parcialmente de acuerdo En desacuerdo Totalmente en desacuerdo 6.- ¿Conoce de memoria los números telefónicos y canales de radio de otros organismos de atención de emergencia? Todos La mayoría Algunos Ninguno 7.- ¿Cuántos minutos le toma en promedio reportar el inicio o fin de guardia de un efectivo? R: ____ minutos
112
Anexo Nยบ 5: Modelo en Espiral de Boehm
113
Anexo Nº 6: Diagrama de transición de estado Módulo de Receptoría
Retardado
Inicio guardia
Inicio de guardia
Invoca reporte falta
Reporte de falta
Invoca registro
Control de Parte diario
Registro de guardia en BD Registro de correspondencia
Generacion de Reporte disciplinario
Actualiza Historia
Cumple requisítos
Postulacion a reconocimiento
Invoca postulación
Evalua Historia
114
Anexo Nº 7: Diagrama de flujo de datos
Falta
Asignación A Efectivo
Premiación o Sanción Daño o pérdida
Control de Inventario
Reporte disciplinario
Evaluación Historia Estadística de atenciones
Emergencia
Reporte de Emergencia
Administración de BD Consulta de atenciones
Base de Datos Entidad externa Proceso
115
Anexo N潞 8: Diagrama de entidad-relaci贸n M贸dulo de Receptor铆a tipo
lugar
id
numer o
observ
registra
emergencia
fecha
inicio
fecha
fin
bloque reporte
Parte diario
Guardia horaria
efectiv Se registran
Asignada a
muestra atendida tipo observ
efectivo
id actividad
lugar
fecha
cedula
efectivos fin cedula
inicio
nombr id
estatus
novedad
conten fecha
remite
nomb
116
Anexo N潞 9: Diagrama de entidad-relaci贸n M贸dulo de Servicios M茅dicos tipo
pacnte
observ
edad cedula
efectiv
recibe
atenciones
edad
atendido
paciente
fecha
emplea
mide
tensio n
insumos
Signos vitales pulso
clase
cant
clase
idclas idclas
tempt respir
pertenece
nombr e
id_atc
nombr
cedula
efectivo
117
Anexo N潞 10: Diagrama de entidad-relaci贸n M贸dulo de Log铆stica nombr
image
cantid pertenece a
clase
id
idclas nombr
idcat
id
nombr categoria id
subcategoria pertenece a pertenece a fecha
cedula id
image
idsubc
usuario
itcod
n_tran
asignado a
se efectuan
item
transacciones
codigo usuari
activo
observ
tipo destin
contiene fecha id novedades observ
118
Anexo Nยบ 11: Diagrama de entidad-relaciรณn Mรณdulo de Personal asunto
fecha
archiv avalado
Orden general
id
corto
rango
cedula
Ordgrl
cedula bloque
rango
promociรณn id
posee
pertenece cedula
inicio
id
fin
cedula
solicita
permisos
cedula
nombr e
estatus
bloque cumple
efectivo
Horas guardia
promo estatus
motiv o
rango
cargo
Se registran
recibe cedula
fecha
id
remite result
Reportes disciplin.
cedula
Histรณrico guardias
fecha inicio
fin
119
Anexo Nº 12: Diccionario de datos
actividades Comentarios de la tabla: tareas programadas; tipo: InnoDB free: 3072 KB
Campo id_actividad organizador_act tipo_act titulo_act lugar_act fecha_act hora_ini_act hora_fin_act comentarios
Tipo mediumint(8) varchar(50) varchar(50) varchar(50) varchar(50) timestamp(14) timestamp(14) timestamp(14) varchar(255)
Nulo No No No No No Sí Sí Sí Sí
Predeterminado
NULL 00000000000000 00000000000000 NULL
clase_insumo Comentarios de la tabla: Aquí se definen las clases de insumos; tipo: InnoDB free: 3072 KB Campo id_clase_ins nombre_ins categoria_ins subcat_ins imagen_ins cant_disp_ins fecha_venc_ins
Tipo varchar(25) varchar(25) varchar(25) varchar(25) varchar(25) smallint(5) timestamp(14)
Nulo No No No No No Sí Sí
Predeterminado
NULL NULL
dependencias Comentarios de la tabla: Define las jefaturas y departamentos Campo dependencia division_dep clave_dep
Tipo varchar(50) varchar(30) varchar(12)
Nulo No No No
Predeterminado
0000
120
efectivos Comentarios de la tabla: Información principal de los miembros del cbunexpo; tipo: InnoDB free: 3072 KB Campo Tipo Nulo Predeterminado cedula_ef varchar(50) No apellidos_ef varchar(20) Sí NULL nombres_ef varchar(20) Sí NULL condicion_ef varchar(10) No Activo promocion_ef char(2) No
emergencias Comentarios de la tabla: aqui se registran las emergencias recibidas; tipo: InnoDB free: 3072 KB Campo id_emergencia fecha_emerg tipo_emerg lugar_emerg encargado_emerg observacion
Tipo mediumint(8) timestamp(14) varchar(50) varchar(255) varchar(50) mediumtext
Nulo No Sí No No No No
Predeterminado NULL
frecuencias Comentarios de la tabla: frecuencias de emergencia Campo id_frecuencia nombre_frec canal_frec tx_frec rx_frec
Tipo tinyint(4) varchar(50) varchar(15) varchar(8) varchar(8)
Nulo No No No Sí Sí
Predeterminado
NULL NULL
guardia_act Comentarios de la tabla: aquí se registran los efectivos que estan de guardia; tipo: InnoDB free: 3072 KB Campo cedula_ef id_guardia
Tipo varchar(50) mediumint(8)
Nulo No No
Predeterminado 0
121
guardias_hist Comentarios de la tabla: registra todas las guardias que se han realizado; tipo: InnoDB free: 3072 KB; (`cedula_ef`) REFER `bomberos/efectivos`(`cedula_ef`) ON DELETE NO ACTION ON UPDATE CASCADE Campo Tipo Nulo Predeterminado id_guardia mediumint(8) No cedula_ef varchar(50) No fecha_ini_g_h timestamp(14) Sí NULL fecha_fin_g_h timestamp(14) Sí 00000000000000
insumos Comentarios de la tabla: Aqui se registra cada uno de los insumos existente; tipo: InnoDB free: 3072 KB; (`id_clase_ins`) REFER `bomberos/clase_insumo`(`id_clase_ins`) ON DELETE NO ACTION ON UPDATE CASCADE Campo id_insumo id_clase_ins cantidad_ins usuario_ins fecha_asig_ins
Tipo smallint(5) varchar(25) tinyint(3) varchar(50) timestamp(14)
Nulo No No No No Sí
Predeterminado
0 0 NULL
item Comentarios de la tabla: Aqui se registra cada uno de los equipos existentes; tipo: InnoDB free: 3072 KB; (`id_cat`) REFER `bomberos/item_cat`(`id_cat`) ON DELETE NO ACTION ON UPDATE CASCADE; (`id_subcat`) REFER `bomberos/item_subcat`(`id_subcat`) ON DELETE NO ACTION ON UPDATE CASCADE; (`id_item_clase`) REFER `bomberos/item_clase`(`id_item_clase`) ON DELETE NO ACTION ON UPDATE CASCADE Campo id_item item_codigo id_item_clase id_cat id_subcat imagen_item activo_item usuario_item
Tipo tinyint(5) varchar(15) tinyint(5) tinyint(5) tinyint(5) varchar(25) char(1) varchar(50)
Nulo No No No No No Sí No No
Predeterminado
0 0 0 NULL 1 Almacen
122
item_cat Comentarios de la tabla: Define la categoría del equipo, es dependiente de item_clase; tipo: InnoDB free: 3072 KB; (`id_item_clase`) REFER `bomberos/item_clase`(`id_item_clase`) ON UPDATE CASCADE Campo id_cat item_cat id_item_clase
Tipo tinyint(5) varchar(25) tinyint(5)
Nulo No No No
Predeterminado
0
item_clase Comentarios de la tabla: Aquí se definen las clases de equipos; tipo: InnoDB free: 3072 KB Campo id_item_clase item_clase imagen_clase cant_disp_clase cant_usada_clase
Tipo tinyint(5) varchar(25) varchar(25) tinyint(3) tinyint(3)
Nulo No No Sí No No
Predeterminado
NULL 0 0
item_subcat Comentarios de la tabla: Define la subcategoria del equipo, dependiente de item_cat; tipo: InnoDB free: 3072 KB; (`id_cat`) REFER `bomberos/item_cat`(`id_cat`) ON UPDATE CASCADE Campo id_subcat item_subcat id_cat
Tipo tinyint(5) varchar(25) tinyint(5)
Nulo No No No
Predeterminado
0
orden_gral Comentarios de la tabla: Los documentos que avalan a los ascensos y graduaciones Campo id_ord_gral asunto_ord_gral fecha_ord_gral archivo_ord_gral
Tipo varchar(12) text date varchar(25)
Nulo No No No Sí
Predeterminado
0000-00-00 NULL
123
novedades Comentarios de la tabla: novedades para el parte diario; tipo: InnoDB free: 3072 KB Campo id_novedad remite_nov destino_nov informacion_nov fecha_ini_nov fecha_fin_nov procesada
Tipo smallint(8) varchar(50) varchar(50) mediumtext timestamp(14) timestamp(14) char(1)
Nulo No No No No Sí Sí No
Predeterminado
NULL 00000000000000
permisos Comentarios de la tabla: permisos solicitados Campo id_permiso cedula_ef fecha_ini_p fecha_fin_p motivo estado
Tipo mediumint(8) varchar(50) timestamp(14) timestamp(14) varchar(255) char(1)
Nulo No No Sí Sí No No
Predeterminado
NULL 00000000000000 1
rangos Comentarios de la tabla: rangos obtenidos por cada efectivo; tipo: InnoDB free: 3072 KB; (`cedula_ef`) REFER `bomberos/efectivos`(`cedula_ef`) ON UPDATE CASCADE Campo id_rango cedula_ef rango grado_rgo id_ord_gral
Tipo smallint(5) varchar(50) varchar(20) tinyint(2) varchar(25)
Nulo No No No No Sí
Predeterminado
0 NULL
telefonos Comentarios de la tabla: numeros de telefonos importantes; tipo: InnoDB free: 3072 KB Campo id_telefonos
Tipo mediumint(8)
Nulo No
Predeterminado
124
nombre_tlf telefonos tipo
varchar(50) varchar(50) varchar(25)
No No No
transacciones Comentarios de la tabla: registra las operaciones realizadas sobre la tabla items; tipo: InnoDB free: 3072 KB Campo n_trans fecha_trans item_codigo tipo_trans destino_trans observacion_trans
Tipo mediumint(8) timestamp(14) varchar(15) varchar(50) varchar(50) tinytext
Nulo No Sí No No Sí Sí
Predeterminado NULL
NULL NULL
125
Anexo N潞 13: Modelo de entidad-relaci贸n