Page 1

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

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

Sistema de Información Gerencial para el CBUNEXPO  

Sistema computarizado para dar soporte a las funciones operativas y administrativas del Cuerpo de Bomberos Universitarios de la UNEXPO Barqu...

Read more
Read more
Similar to
Popular now
Just for you