Está en la página 1de 137

UNIVERSIDAD BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN SUPERIOR


PROGRAMA DE FORMACIÓN DE GRADO
INFORMÁTICA PARA LA GESTIÓN SOCIAL
SEDE MATURÍN, EDO - MONAGAS

SISTEMA INFORMTICO DE CONTROL DE DATOS DE EVENTOS


REALIZADOS POR EL DEPARTAMENTO DE PREVENCION.

CASO: IPASME SECTOR LA FLORESTA UBICADO EN MATURIN


ESTADO MONAGAS

(Trabajo de Grado para optar al Título de TSU en Informática)

Tutor Institucional: Realizado por:

Ing, Westphal Juan Luis Velásquez 20.916.675


Leonardo Rivero 24.503.617
JohannyRodriguez 24.867.108

Maturín, noviembre de 2017


Contenido

Índice de tablas 4
Dedicatorias 7
Agradecimientos 9
INTRODUCCIÓN 11
CAPÍTULO I 15
Planteamiento del Problema 15
Objetivo General 16
Objetivos Específicos 17
Justificación 17
Alcance 18
CAPÍTULO II 20
MARCO TEÓRICO 20
Antecedentes de Investigación 20
Bases teóricas 23
Sistemas de Información: 23
Estadísticas: 25
Departamento: 25
Sociedades humanas 26
Informática para la Gestión social 26
Comunidad 27
Desarrollo Endógeno 28
Tecnología de Información y Comunicación (TIC) 28
Software 29
Software Libre: 29
Aplicación web 30
Desarrollo de aplicaciones web 31
Lenguaje de programación PHP 32
Base de datos 32
Acceso a una base de datos 33
Postgresql 33
Herramientas para el diseño de una base de datos 34
Herramientas para la el diseño y ejecución de una aplicación web 36
Fundamentos de web 39
GLOSARIO TÉRMINOS BÁSICOS 41
Bases Legales 44
Constitución de la República bolivariana de Venezuela 44
Ley orgánica de salud 45
Ley Orgánica de Ciencia, Tecnología e innovación 46
Ley de Infogobierno 47
Plan de la Patria. Programa Del Gobierno Bolivariano 2013-2019 48
CAPITULO III 49
MARCO METODOLÓGICO 49
Tipos de investigación 50
Diseño de investigación 51
Las técnicas de Investigación 52
Los instrumentos de Investigación. 57
Metodología de la investigación 58
Metodología del sistema 61
CAPITULO IV 68
Descripción de la Investigación 68
Descripción de la propuesta 68
Análisis de requerimientos 69
Identificación y descripción de Stakeholders (Actores del sistema) 69
Objetivos de la aplicación. 70
Requisitos del Software 73
Requerimientos Funcionales 78
Requerimientos no funcionales 95
Diagramas de Casos de Uso 96
Diagrama relacional 99
Diseño del Programa. 99
Diagrama entidad relación 103
Diseño de la interfaz de usuario 110
Conclusiones 134
Recomendaciones 136
Referencias bibliográficas 137

Índice de tablas

Tabla 1 Descripción de actor Administrador...................................................65

Tabla 2 Descripción de actor usuario.............................................................65

Tabla 3 Objetivo 1 Gestionar Sesión..............................................................67

Tabla 4 Objetivo 2 Gestionar Usuarios...........................................................67

Tabla 5 Objetivo 3 Registrar tipo de eventos..................................................67

Tabla 6 Objetivo 4 Administrar eventos..........................................................68

Tabla 7 Objetivo 5 Generar Reporte...............................................................69

Tabla 8 Requisito de información para el inicio de Sesión.............................70

Tabla 9 Requisito de información para la Gestión de Usuarios.....................70

Tabla 10 Requisito de Información sobre registro de tipo de eventos...........71

Tabla 11 Requisitos de Información sobre administración de eventos ..........72

Tabla 12 Requisitos de Información sobre generación de reportes ...............73


Tabla 13 Descripción de caso de uso 01 (iniciar sesión)...............................75

Tabla 14 Descripción de caso de uso 02 (cerrar sesión)..............................76

Tabla 15 Descripción de caso de uso 03 (crear cuenta de usuario)..............76

Tabla 16 Descripción de caso de uso 04 (editar usuario)..............................77

Tabla 17 Descripción de caso de uso 05 (consultar usuario).........................78

Tabla 17 Descripción de caso de uso 06 (registrar tipo de jornada) ..............79

Tabla 19 Descripción de caso de uso 07 (registrar tipo de charla)................80

Tabla 20 Descripción de caso de uso 08 (registrar tipo de actividad


recreativa).......................................................................................................81

Tabla 21Descripción de caso de uso 09 (registrar jornada)...........................82

Tabla 22 Descripción de caso de uso 10 (registrar charla)............................83

Tabla 23 Descripción de caso de uso 11 (registrar actividad recreativa) .......84

Tabla 24 Descripción de caso de uso 12 (registrar evento)...........................85

Tabla 25 Descripción de caso de uso 12.1 (ver evento).................................86

Tabla 26 Descripción de caso de uso 12.1.1 (descargar informe).................87

Tabla 27 Descripción de caso de uso 12.1.2 (subir fotos)..............................87

Tabla 28 Descripción de caso de uso 12.2 (asignar participantes)................88

Tabla 29 Descripción de caso de uso 12.2.1 (consultar cedula)....................89

Tabla 30 Descripción de caso de uso 13 (generar reporte) ............................90

Tabla 31 Descripción de caso de uso 13.1 (generar reporte).........................90

Tabla 32 Descripción de datos de dts_evnt..................................................101


Tabla 33 Descripción de datos de tps_act....................................................102

Tabla 34 Descripción de datos de tps_jor.....................................................102

Tabla 35 Descripción de datos de tps_char..................................................102

Tabla 36 Descripción de datos de his_event................................................103

Tabla 37 Descripción de datos de dts_pers..................................................103

Tabla 38 Descripción de datos de dts_accs.................................................104

Tabla 39 Descripción de datos de tipo_nil....................................................104


Dedicatorias

Primero que nada quiero darle las gracias a dios porque me ha dado
luz voluntad y capacidad para lograr cado una de mis metas porque sin el
nada es posible, dándome fuerzas cada día para continuar adelante,
ayudándome a lograr mis metas, y esta es una de ellas.

A MI GRANDIOSA MAGRE JUANA BAUSTISTA REINA por estar hay


en todos momentos me siento muy orgulloso de tener una mujer luchadora
valiente que siempre me apoyado en todo los momentos de mi vida la cual a
estado en este camino junto a mi dándome las herramientas para lograr una
de las tantas metas planteadas. Eres la mejor de todas, te doy las gracias a
ti soy lo que soy gracias a ti madre

A MIS HERMANO los cuales han sido una bendición de dios por
estar ahí a mi lado lo cual los considero una bendición, y que se han
convertido en unos de mis motores para seguir adelante con mis metas lo
cual le dedico este triunfo que no es mío si no de ustedes los cual me han
apoyado en todo momento le doy las gracias por estar ahí a mí la do

A MI HERMOSA NOVIA DAILEE DELLANY SARAY OCHOAS


GRANADOS : primero que nada por todo el apoyo que me has brindado y
por estar hay en la buenas pero sobre todo en las malas te doy las gracias
por ser como eres con migo por darme ánimos en mis momentos de
debilidad en momentos que e querido dejar los estudios siempre has estado
tú con mis seres queridos dándome una palabra de aliento para seguir
adelanto con mis meta y este triunfo es de ustedes mi familiares amigos que
siempre están hay pero como tu ninguno te amo mi hermosa novia te
agradezco todo

JohannyRodriguez

A NUESTRO SEÑOR DIOS quien me da constantemente la fortaleza,


la paciencia y la sabiduría para actuar en muchos momentos difíciles de la
vida. Para continuar cuando todo parece perdido. Nos enseña siempre a ver
las cosas de desde otra perspectiva cuando realmente se le busca de
corazón. Ya que con fe y devoción se pueden lograr muchas cosas en la
vida; solo hay que saber perseverar, luchar y estar siempre con la convicción
de sus ideales sanos.

A MI HERMOSA MADRE MARIA LEON quien me dio la vida y el ser


que soy ahora. Por estar siempre a mi lado cuando la necesito. Por su apoyo
incondicional que me permite seguir adelante a pesar de las adversidades de
la vida. Por sus consejos tan excelentes y reflexivos.

A MIS COMPAÑEROS DE TESIS LEONARDO RIVERO Y JOHANNY


RODRIGUEZ por su buen desempeño e interés al momento de realizar las
tareas. Por soportar tantos regaños y llamados de atención de mí parte. Por
esa unión en la que siempre nos encontramos en situaciones difíciles
durante las gestiones y procesos necesarios para llevar a cabo este
proyecto.

Luis Velásquez
Agradecimientos

En primero lugar mencionar a nuestro comandante eterno


simplemente por poner a la disposición de todos la Universidad Bolivariana
de Venezuela que le dio la oportunidad de estudiar a muchas personas que
por alguna razón no podían cursar estudios superiores. Por tomar en cuenta
a muchas personas con alguna discapacidad. Simplemente le agradecemos
a nuestro presidente HUGO RAFAEL CHAVEZ FRIAS.

A NUESTRO TUTOR WESTPHAL JUAN por su paciencia, por sus


excelentes indicaciones, enseñanzas, charlas y consejos que llevaron a un
buen desarrollo de este proyecto.

A NUESTRA QUERIDAD PROFESORA JOANNOLIS por sus


grandes aportes e ideas con relación al proyecto.

A NUESTRO PREOFESOR SERGUEI NECEPURENKO por su gran


apoyo aportes e ideas con relación al proyecto. Sus asesorías le dieron
mucha mejoría al proyecto en varios aspectos. Por tomarse la molestias y el
tiempo para ayudarnos siempre que podía.
UNIVERSIDAD BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN SUPERIOR
PROGRAMA DE FORMACIÓN DE GRADO
INFORMÁTICA PARA LA GESTIÓN SOCIAL
SEDE MATURÍN, EDO - MONAGAS

SISTEMA INFORMTICO DE CONTROL DE DATOS DE EVENTOS


REALIZADOS POR EL DEPARTAMENTO DE PREVENCION.

CASO: IPASME SECTOR LA FLORESTA UBICADO EN MATURIN


ESTADO MONAGAS

Tutor Institucional: Realizado por:

Ing, Westphal Juan Luis Velásquez 20.916.675


Leonardo Rivero 24.503.617
JohannyRodriguez 24.867.108

Maturín, noviembre de 2017

Resumen

Este proyecto de investigación se basa en el desarrollo de un sistema de


control de información estadística sobre los eventos realizados por el
departamento de prevencion del IPASME dentro y fuera de sus
instalaciones. Donde se alojan datos relevantes con relación a los
participantes de sus actividades, jornadas o charlas. Dicho sistema persigue
el interés de ofrecer una interfaz sencilla y agradable que permita gestionar
los procesos de atención y registro de información. Una vez que la base de
datos tenga la información y la procese el sistema arroja un informe que
contempla la información solicitada por el usuario. La metodología empleada
fue guiada por casos de uso, fundamentándose en el modelo cascada
partiendo de la especificación de requerimientos y el Lenguaje de Modelado
UML, estructurado en seis fases: Análisis de Requerimientos, Diseño del
sistema, (C) Diseño del programa, (D) Codificación, (E) Pruebas,
Implementación y mantenimiento. El software se elaboró utilizando el
lenguaje de programación PHP 7, el servidor Apache versión 2.2.21 y el
gestor de datos posgretSQL 3.1.0.
INTRODUCCIÓN

La tecnología, hoy en día ha venido evolucionando de forma muy


acelerada mundialmente, la podemos encontrar en todos lados en nuestros
hogares, nuestros trabajos, nuestras escuelas, etc porque ofrece
posibilidades al ser humano de trabajar un poco más rápido. Los sistemas
de información son probablemente, la mayor revolución que se puede
observar en la administración del estado actualmente, por lo que es
imprescindible una actitud visionaria, que permita crear estrategias eficientes,
en los servicios que ofrecen las organizaciones de atención médica en este
país. Resulta importante precisar que las tecnologías de Información y
Comunicación, están a la vanguardia del desarrollo de estos centros de salud
pública. Sin embargo, el sistema se vuelve más lento a la hora de hacer
consultas a medida que crece la población y el material físico que contempla.
En efecto, el sistemas de información está formando parte esencial en la vida
del ser humano, es parte de la realidad que se vive día a día; de allí que
todas las organizaciones médicas, deben incluirla como un instrumento
básico en la prestación del servicio, para garantizar un funcionamiento más
efectivo.

La importancia de las herramientas informáticas, en el


desenvolvimiento administrativo en instituciones de salud, compañías y/u
organizaciones, radica en la preservación y gestión de una considerable
cantidad de datos de vital importancia para las mismas. El llevar a cabo las
tareas de resguardar y diligenciar los datos de forma manual, sin
características tecnológicas puede ocasionar la saturación del trabajo, si bien
en cierto que años atrás, éste era el único procedimiento disponible para
realizar estas labores, actualmente se considera necesario utilizar y explorar
las características de las técnicas ofimáticas y el uso de software.

Según la percepción, es primordial que en Venezuela las instituciones


relacionadas con el sector salud o que prestan algún servicio a la comunidad
relacionado al bienestar de sus habitantes, posean la capacidad de recurrir a
herramientas tecnológicas para gestionar su información.

En respuesta a esta necesidad surge la idea innovadora de poner en


práctica sistemas que apoyen el proceso de atención a la comunidad. La
palabra sistema hace referencia a un conjunto de pasos ordenados que
convergen para lograr un objetivo planteado.

Antes de definir sistema de información (SI) primero es necesario


conocer el concepto de cada palabra por separado de manera general
empezando por sistema que no es más que un conjunto de componentes
que interactúan entre sí para lograr un objetivo determinado. Dicha
interacción se hace sobre un entorno del cual se toman las entradas y hacia
el que se genera salida de información. Lo que conlleva a definir
información que es un conjunto de datos procesados con un significado y
propósito. Entonces un SI es un sistema diseñado para recoger, almacenar,
procesar y distribuir datos sobre el estado de un entorno y soportar las
operaciones, la gestión y la toma de decisiones de la institución. Cuando se
habla de toma de decisiones se refiere a que según el análisis de los datos y
la observación que se haga de los mismos se realizan inferencias
estadísticas que permiten hacerse una idea con relación a un evento,
proceso o actividad de la cual se percibe un entorno de trabajo. Tal es el caso
del departamento de prevención de IPASME. Ya que con los eventos que
realizan fuera y dentro de la institución se toman datos de las personas que
participan y sobre las cuales hay que generar reportes.

El termino departamento hace referencia a una de las divisiones que


hacen vida dentro una institución u organización que desempeña una o
varias funciones en concreto. Por tanto es importante acotar que el
departamento de prevención del IPASME solo se encarga de realizar los
eventos y emitir los reportes de datos estadísticos de los mismos mas no de
inferir sobre la toma de decisiones por más de que tal reporte arroje
resultados relevantes, es decir, que el propósito de esta aplicación es
generar la datos necesarios para que otra directiva se encargue de ello. Por
lo tanto el desarrollo del sistema solo permite realizar las funciones básicas
de un sistema de informatico explicadas anteriormente para gestionar los
datos estadísticos de forma organizada y automatizada a la hora de hacer
consultas y reportes.

La estadística es “una rama de la matemática que se ocupa de la


recolección, clasificación e interpretación de datos” (Enciclopedia Barda
Educativa, 2009, p629). En este caso el sistema solo se encarga de
recolectar los datos y clasificarlos mas no de interpretarlos ya que ese es
trabajo de otro departamento dentro del IPASME y con esto se reafirma y se
hace hincapié en su función principal que es la de generar un reporte con
cifras y datos simplemente. Toda esta información se denota con respecto a
un evento; al estudiar la definición en líneas generales de evento tenemos
que: es un suceso de importancia que se encuentra programado. Dicho
acontecimiento puede ser social, artístico o deportivo. En este entorno de
trabajo se haya el ámbito social debido a que se trabaja con comunidades
que es el núcleo central de enfoque hacia los cuales va dirigida nuestra
formación académica. Por tanto, los eventos realizados por el IPASME como
institución en el área de salud tienen que ver con jornadas tanto médicas
como de charlas de aprendizaje y de información que posteriormente
albergara el sistema.
CAPÍTULO I

Planteamiento del Problema

Dentro del campo de la salud, y la medicina en particular, son uno de


los temas del saber más beneficiados por el uso de las nuevas tecnologías
gracias a los grandes avances tecnológicos en cuanto al registro de datos,
tanto en el número de usuarios, como en el de instituciones y cualquier
cantidad de datos que apoyen de una manera sumamente útil a la hora de
consultar datos.

Con relación a lo anteriormente mencionado Joyanes (1997) señala:

…En esta nueva era a nivel mundial siempre se


encuentran dos factores comunes y primordiales: la
información como elemento aglutinador, considerada el
centro a partir del cual se compone toda institución, y la
innovación tecnológica como un medio de aproximarse
a ella, cuando se refiere a la utilización de recursos
tecnológicos que permita soportar la utilización de esa
información; estos son factores que confirman la
estrecha relación entre información y tecnología…
(p.48)

En los hospitales y centros clínicos de la región monaguense, como en


la mayoría de los establecimientos de salud de nuestro país, la mayoría de la
información clínica, el control y registro de datos personales se maneja en
formato manual (papel), cuando un nuevo solicitante desea hacer su registro
clínico en el departamento. Esto supone más material físico que ocupa
espacio dentro de los estantes, mesas y escritorios. Es importante mencionar
que siempre deberá existir un soporte manuscrito para dar fe de los registros
realizados. Por esta razón se hace indispensable crear mecanismos que
ayuden a mejorar el almacenamiento de archivos ya que de forma manual no
es posible controlar de manera óptima los datos del participante al momento
de generar estadistas.

El manejo manual de los datos puede provocar que no se filtre bien los
datos al momento de generar las estadísticas, es decir, que las cifras pueden
no ser exactas.

Cuando se trata de manejar datos de estadística clínica es necesaria


la búsqueda de la carpeta almacenada en las mesas y gavetas, lo cual lleva
un tiempo considerable e imposibilita la rápida atención de los participantes o
en su defectos los solicitantes, sin mencionar que dichos archivos físicos
están propensos a mezclarse y perderse entre tantos papeles acumulados.
Objetivo General

Desarrollar un sistema informático de control de datos para los


procesos de registro sobre jornadas, charlas y/o actividades del
departamento de prevención del IPASME ubicado en el sector la floresta,
Maturín, Estado Monagas.

Objetivos Específicos

 Diagnosticar la situación actual sobre los procesos de información


que exponen el departamento prevención del IPASME mediante el
análisis y recopilación de datos.

 Identificar las necesidades y los requerimientos del personal que


labora en la institución que interactuaran con el sistema

 Diseñar una base de datos y una interfaz sencilla que logre gestionar
toda los datos estadísticos concerniente a los eventos del
departamento de prevención del IPASME.

 Desarrollar un sistema de informatico integral de control de datos


estadístico para el departamento prevención del IPASME.
Justificación

Con este proyecto se espera sistematizar, el proceso de registro de


datos de las jornadas, charlas o actividades que ofrece el departamento de
prevención el IPASME, dentro y fuera de sus instalaciones con una
aplicación Web que será la plataforma, que soporte el registro de datos
estadísticos, de las actividades o servicios de los participantes o solicitantes
en el IPASME, con esto se pretende lograr un mejor servicio al momento de
una consulta de datos. Además que podremos, evitar la pérdida total parcial
de los datos y así impedir también la perdida por accidentes, no deseados
como (incendios, inundaciones), con respecto al almacenamiento en físico de
la información y aun asi existe la posibilidad..

Con la ejecución del proyecto de desarrollo de un software, permitirá


la gestión de datos estadística y la organización de procesos administrativos.
Se pretende agilizar de forma considerable, los procesos de atención al
participante, para optimizar a través de un sistema, la rápida búsqueda de la
datos. Con la implementación de este software se digitalizara los archivos y
registros con lo cual se llevara un mejor control y consulta de datos
estadísticos en menor tiempo.
Alcance

La concepción de una solución, para el manejo de datos estadísticos


durante las actividades, charlas o jornadas ofrecidas por el IPASME dentro y
fuera de sus instalaciones, adaptado al sistema hospitalario de Venezuela,
rompe fuertemente los paradigmas y de inmediato nos define una serie de
posibilidades de producción de aplicaciones webs o de software, similares
como parte de la producción nacional o local dentro de las instalaciones del
IPASME ubicado en el sector la floresta del municipio Maturín.

El diseño del software, contempla un modo gestión de datos en las


áreas del departamento prevención de las institución en estudio, es decir,
que el software solo se abocara emitir reportes relacionados con datos
trabajados y obtenidos en el departamento prevención del IPASME. La
aplicación web solo definirá parámetros para el registro y consulta da datos.

El registro de datos mediante sistemas informáticos, ofrece una


solución con múltiples beneficios, que sustituye o reduce las labores de
registros utilizando formularios en papel y propone un sistema que facilita la
integración y continuidad de la asistencia. En este sentido, se realiza el
registro y luego los datos pueden ser vistos, ampliados y modificados por el
personal con los privilegios para ello, desde la unidad de computación que
cuente con la conectividad adecuada, sin tener entonces que escribir
numerosos formularios, con los mismos datos, para distribuirlos a las
diferentes unidades dentro de un centro asistencial.
CAPÍTULO II

MARCO TEÓRICO

La investigación fue necesaria para la búsqueda y revisión de


documentos que guardan relación con el objetivo o proyecto de investigación
planteado, por esta razón se anexan como antecedentes de la investigación,
tomando en cuenta tópicos teóricos que fundamenta las ideas, recopilación
de datos y también lo que concierne al aspecto legal.

Antecedentes de Investigación

Este proyecto de investigación tiene como antecedentes, tesis de


grado donde algunas bases teóricas, la concepción de ideas y basamentos
legales tiene similitud con el objeto estudiado, dado también se desarrollado
sistemas de información para instituciones públicas en el área de salud. Los
aportes encontrados para mejorar esta investigación se tienen los siguientes:

Hildemar Celeste Amaro Arreaza (2008) señala en su trabajo,


presentado ante la Universidad Simón Bolívar como requisito parcial para
optar al título de Ingeniero Electrónico Sartenejas, enero de 2008, titulado de
la siguiente manera: “Diseño de un equipo para el manejo de Historias
Clínicas Electrónicas en el Sistema Hospitalario Venezolano”. Este proyecto
realizó el diseño de un equipo para el manejo de historias clínicas,
Medicarro, adaptado al Sistema Hospitalario de Venezuela. El proyecto se
desarrolló a través de cinco fases. La primera consistió en el estudio de la
estructura y funcionamiento del sistema hospitalario, los procedimientos de
búsqueda y consulta de historias clínicas, estableciendo la necesidad de
implementar un equipo para el manejo de registros médicos electrónicos. En
la segunda fase se analizaron las diversas herramientas, procedimientos, y
soluciones comerciales empleadas en la actualidad, adaptables a Venezuela.
Los requerimientos de Hardware, Software y Operatividad constituyeron el
punto de partida para el planteamiento de la propuesta. En la tercera fase se
procedió a la integración de requerimientos, conocimientos y soluciones, que
concluyó en el diseño del Medicarro; se propuso un procedimiento para su
funcionamiento, transmisión y acceso de datos de pacientes. En la cuarta
etapa, se elaboró un plan de asistencia técnica del equipo diseñado, para el
diagnóstico y procedimientos a seguir en caso de fallas. Por último, se
estudió su factibilidad económica y se plantearon posibles ampliaciones
futuras del equipo.

Este proyecto ayudo a enfocar las referencias ideales tanto para la


conformación de las bases teóricas como la de bases legales partiendo de
una estructura inicial, sirvió para hallar la mejor metodología cascada que
comprende distintas fases de aplicación para obtención y revisión de
información, específicamente en su ciclo de vida del software, llevado a cabo
en el “IPASME”, dado a su similitud en cuanto al ámbito de la salud, la
implementación, en cuanto a definiciones y términos como uml, diagramas
de caso de uso, entre otros .

Berónica Lara (2016), señala en su trabajo de grado, presentado para


optar al Título de Licenciado en la Especialidad de Informática para la
Gestión Social, en la Universidad Bolivariana de Venezuela, titulado:
“Desarrollo de un sistema para la gestión integral del departamento de
registro y estadísticas del hospital “José Antonio seres”, ubicado en el sector
las cocuizas, Maturín estado Monagas.”. Dicho Sistema tiene el objetivo
ofrecer una interfaz agradable y fácil de manejar en un entorno web todos
los procesos que tengan que ver con el control que se llevan a cabo en dicho
hospital, lo cual se realiza un registro de datos , bien sea las historias
clínicas de pacientes, control de citas adultos, control de citas pediátricas, o
citas por primera vez y citas sucesivas, sección de archivo y preparación de
consultas, elaboración de movilización diaria y general por consulta, al igual
que cada reporte que se genere de acuerdo al registro. Esta información
relacionada con los procesos que se llevan a cabo en dicho departamento es
guardada en una base de datos que a su vez hará confiable el sistema por
su seguridad y eficiencia.

Esta investigación permitió aclarar muchas dudas con respecto al


abordaje de la temática en estudio de estadísticas de salud, por ser el área
de investigación del proyecto llevado a cabo el “IPASME”, explícitamente en
su desarrollo de sistema de información para darle una solución a la
problemática, se toman en cuenta tópicos como sistema de información y
estadísticas. Debido a la gran similitud del desarrollo de sistema; en lo que
respecta a la recolección de datos y la implementación del software según
sus fases. Cabe destacar que ambos proyectos coinciden con la metodología
cascada que es la principal forma de abordar las temáticas que entran en
esta descripción, ya que intenta implementar un software de la misma índole
con motivos de mejoramiento de control y manejo de información
específicamente en su área referida a las estadísticas y registro de
información.

DignelysGamardo (2016), señala en su trabajo de grado, presentado


para optar al Título de Licenciado en la Especialidad de Informática para la
Gestión Social, en la Universidad Bolivariana de Venezuela, titulado:
“Sistema integral para la gestión administrativa en la dirección de plan salud.
Dependencia de la Gobernación del Estado Monagas.”. Este proyecto
presenta un sistema de información en el control administrativo en cuanto a
emisión de referencias médicas y aprobación de Cartas avales de la
Dirección de Plan Salud para el personal perteneciente al Ejecutivo Regional
y su respectiva carga familiar, como respuesta a la alta demanda en atención
de salud, dando cumplimiento a la Constitución de la República Bolivariana
de Venezuela y la Contratación Colectiva vigente.

Esta investigación permitió en gran medida analizar los esquemas de


acción de la aplicación en cuanto a la plantillas de requerimientos aportando
las bases y las secuencia de datos referidos al sistema ya que existen
semejanza con el presente proyecto también se toma en cuenta el concepto
de sistemas de información (SI) agregados por citas. Más que nada las
funciones básicas de los sistemas de información

Bases teóricas

Para desarrollar una investigación se hace necesario contar con


herramientas, técnicas, fundamentos, características, conceptos y en general
cualquier otro suplemento que sirva como soporte a la temática que se desea
abordar. Por esta razón se presentan a continuación conceptos y temas que
le dan fundamento teórico al presente proyecto.

Sistemas de Información:

“Un sistema de información es un conjunto de elementos


interrelacionados con el propósito de prestar atención a las demandas de
información de una organización, para elevar el nivel de conocimientos que
permitan un mejor apoyo a la toma de decisiones y desarrollo de acciones.
(Peña, 2006)”.
Otros autores como Peralta (2008) lo define como: Conjunto de
elementos que interactúan entre sí con el fin de apoyar las actividades de
una empresa o negocio. Teniendo muy en cuenta el equipo computacional
necesario para que el sistema de información pueda operar y el recurso
humano que interactúa con el Sistema, el cual está formado por las personas
que lo utilizan.

Un sistema de información realiza cuatro actividades básicas: entrada


de datos, almacenamiento, procesamiento y salida de información.

Entrada de datos proceso en el cual el sistema toma los datos que requiere.
• Almacenamiento de datos: pude hacerse por computadora o archivos
físicos para conservar la información.
• EL Procesamiento: permite la transformación de los datos obtenidos
puede ser utilizada para la toma de decisiones.
• Salida de información: es la capacidad del sistema para producir todos
los registros procesados

En el proyecto se desarrollara un sistema de Gestión de datos como tal


que ayudara a un registro sistematizado, así como también almacenarla y
consultarla respectivamente, esto encaja perfectamente en la descripción de
una solución a la problemática que presenta la institución “IPASME”, con este
sistema de informatico se busca ordenar los datos y cotejarlos según las
tareas deseadas en el departamento de prevencion.

Estadísticas:

El diccionario de la real academia de la lengua española. (2014).


define la estadística como: “Estudio de los datos cuantitativos de la
población, de los recursos naturales e industriales, del tráfico o de cualquier
otra manifestación de las sociedades humanas” y “Rama de la matemática
que utiliza grandes conjuntos de datos numéricos para obtener inferencias
basadas en el cálculo de probabilidades”.

Ambos conceptos encajan bien en cuanto a la descripción que ocupa


este trabajo debido a que la aplicación web que se desea realizar permitirá
consultar datos así como también estudiarlos ya sean cuantitativos o
cualitativos y de esa manera poder obtener inferencias que ayudan al cálculo
de probabilidades estadísticas.

A pesar de que existen numerosos conceptos sobre estadística, se ha


decido plasmar únicamente los dos antes mencionados debido a que se
ajustan perfectamente a la descripción de la aplicación que se desea
implementar, y por supuesto es básicamente la tarea requerida por el
departamento de prevención del “IPASME”, ya que se usan las cifras y los
métodos tanto como cuantitativos para hacer inferencias y hacer toma de
decisiones en base a las esas estadísticas.

Departamento:

Según Julián Laguens (2013)“En su sentido más amplio, define


departamento como un área, división o sucursal específica de la empresa
donde se agrupan distintas funciones y trabajos que desarrollan las personas
asignadas al mismo y en el que una persona desempeña tareas directivas y
ejerce su autoridad
Dentro de las instalaciones del “IPASME” existe el departamento socio
comunitario que funciona como parte de la prevención de la institución sobre
el cual se está desarrollando el proyecto.

Sociedades humanas

Para Michael Ortega, Gutman Xiomara y Stefany Lezcano es una


agrupación natural o pactada de personas, que constituyen unidad distinta de
cada uno de sus individuos, con el fin de cumplir, mediante la mutua
cooperación, todos o alguno de los fines de la vida. Análisis y criterios de la
sociedad Las sociedades humanas son entidades poblacionales,
considerando los habitantes y su entorno interrelacionados en un proyecto
común, lo que les da una identidad de pertenencia. (sí mismo, el término
significa un grupo con lazos económicos, ideológicos y políticos

El concepto viene a lugar en este proyecto debido a que esta


aplicación busca optimizar los procesos de atención con respecto a un grupo
de personas que forman parte de una comunidad que tienen en común al
IPASME como institución a atiende asuntos de la salud

Informática para la Gestión social

Es el nombre del programa que forma a profesionales conscientes de


la utilización de las tecnologías en provecho de la sociedad, que impulsa el
uso de éstas para el desarrollo endógeno auto sostenido del país, que
participa en el diseño y la automatización de los planes sectoriales, tanto
locales como nacionales y que incide en el proceso de la democratización
delconocimiento y en el proceso masivo de la educación y la formación con
la aplicación de estos medios.(UBV, 2017)
Con esta aplicación web buscamos reforzar la atención prestada a las
comunidades que hagan peticiones al Ipasme en cuanto a los registro de
datos que aseguran una rápida respuesta de acuerdo a las peticiones de las
comunas o comunidades solicitantes.

Comunidad

Ezequiel Ander (2005) designa la comunidad como un pequeño grupo


de personas que viven juntas con algún propósito común; también se puede
hablar de comunidad aludiendo a un barrio, pueblo, aldea, o municipio. En
otras ocasiones se aplica a un área más amplia: comarca, provincia, región,
nación, continente…, hasta llegar al conjunto de la humanidad.

El ser humano es social por naturaleza y normalmente el tipo de


sociedad en la que vive es heterogénea, pues en ella conviven personas de
condiciones sociales, razas e inclinaciones muy diversas. En este sentido,
podríamos hablar de un país como una comunidad de ciudadanos. Por otra
parte, las personas que viven en un territorio concreto conforman una
comunidad, ya que tienen lazos culturales y sociales que los unen.

En tal sentido el ipasme funge como una institución pública


gubernamental que presta servicios a la comunidad en general y es justo de
esta forma como se haya la relación o enlace con la comunidad ya que al
realizar una aplicación web que ayude a la institución a agilizar los procesos
de atención a la comunidad ayuda directamente a la a misma a que se le
gestione de una más rápida y eficaz su petición o requerimiento y así es
como se impulsa el desarrollo endógeno a nivel de comunidades y comunas.
Por esta razón podemos encajar este concepto en el IPASME ya que sus
trabajadores son una comunidad que presta servicios de apoyo médico a las
demás comunidades aledañas a sus instalaciones.

Desarrollo Endógeno

SegunMenryFernandez (2004) El desarrollo endógeno es una opción


estratégica que representa una aproximación que pretende avanzar en la
fórmula de un enfoque distinto del neoliberalismo. Se da en este enfoque
especial importancia a los recursos productivos como el trabajo, la tierra, los
recursos naturales y la tecnología; partiendo de las potencialidades propias
se postula que cada región puede y debe buscar nuevas maneras de
inserción en un contexto nacional difícil pero no impenetrable.

Se busca incorporar a los venezolanos que hasta ahora habían sido


excluidos del sistema educativo, económico y social; mediante la
construcción de redes productivas donde todos participen en igual de
condiciones, accediendo fácilmente a la tecnología y el conocimiento.

Tecnología de Información y Comunicación (TIC)

Gonzales D. (2010), Las tecnologías de la información y la


comunicación (la unión de los computadores y las comunicaciones)
desataron una explosión sin antecedentes de formas de comunicarse al
comienzo de los años 90. A partir de ahí, la Internet pasó de ser un
instrumento experto de la comunidad científica a ser una red de fácil uso que
modificó las pautas de interacción social.(Copyright digitalikä 2014)
Herramientas para el desarrollo del sistema

phpPgAdmin es una aplicación, escrita en PHP, para administrar bases de


datos postgesSQL. phpPgAdmin es una aplicación web que provee una
manera conveniente a los usuarios para crear bases de datos, tablas,
alterarlas y consultar sus datos usando el lenguaje estándar SQL.

phpPgAdmin estuvo basado en phpMyAdmin, pero hoy día ya no comparte


código con él; incluso provee las mismas funcionalidades y más a los
usuarios del servidor de base de datos PostgreSQL. Wikipedia (2007)

Localhost (Pronunciado: localjoust) se refiere en un ambiente de red a la


computadora local donde la aplicación está corriendo. En otras palabras, es
la dirección reservada para la computadora para hacerse referencia a sí
mismo. Cuando una aplicación necesita ingresar a varios recursos en una
red TCP/IP, este necesita saber la dirección de la computadora remota a la
cual tiene que ingresar, sin embargo, si el archivo que necesita tener ingreso
está en la misma computadora donde está corriendo la aplicación, no
necesita averiguar su dirección, ya que este se denomina como un localhost
y su dirección siempre es la misma. (Digitalika 2014)

Software

Para Freedman (1984) el programa es sencillamente el conjunto de


instrucciones que contiene la computadora, ya sean instrucciones para poner
en funcionamiento el propio sistema informático (software de sistema) o
instrucciones concretas dirigidas a programas particulares del usuario
(software específico).
Es importante señalar que este concepto entra en la descripción de
cualquier programa que tenga instrucciones que puedan ser interpretadas
por el computador y la aplicación web no es la excepción debido al conjunto
de líneas de programación que lleva inmersa; que no son más que un
conjunto de instrucciones que dan lugar a un software informático.

Software Libre:

Richard M. Stallman (2004) señala: El software libre es una cuestión


de libertad, no de precio. Para comprender este concepto, debemos pensar
en la acepción de libre como en «libertad de expresión» y no como en «barra
libre de cerveza». Con software libre nos referimos a la libertad de los
usuarios para ejecutar, copiar, distribuir, estudiar, modificar y mejorar el
software.

Nos referimos especialmente a cuatro clases de libertad para los


usuarios de software:

Libertad 0: la libertad para ejecutar el programa sea cual sea nuestro


propósito.
Libertad 1: la libertad para estudiar el funcionamiento del programa y
adaptarlo a tus necesidades —el acceso al código fuentes condición
indispensable para esto.
Libertad 2: la libertad para redistribuir copias y ayudar así a tu vecino.
Libertad 3: la libertad para mejorar el programa y luego publicarlo para el
bien de toda la comunidad —el acceso al código fuente es condición
indispensable para esto.
En base a estas libertades se pretende que la aplicación sea
estudiada y si es posible mejorada o modificada por programadores
interesados en la misma temática y así difundir las líneas de programación y
el conocimiento.

Aplicación web

Las páginas Web son documentos compuestos por texto, elementos


multimedia (gráficos, sonido, vídeo digital) y vínculos (Mateu, 2004).

Se denomina aplicación web a aquellas herramientas que los usuarios


pueden utilizar accediendo a un servidor web a través de Internet o de una
intranet mediante un navegador.

Es importante mencionar que una página Web puede contener


elementos que permiten una comunicación activa entre el usuario y la
información. Esto permite que el usuario guarde datos de modo interactivo,
gracias a que la página responderá a cada una de sus acciones, como por
ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder
a gestores de base de datos de todo tipo.

Una aplicación web es lo que se está desarrollando en dicho proyecto


ya que responde perfectamente a las necesidades que aquejan al
departamento del IPASME en cuanto a sus requerimientos en forma
digitalizada. Llevar el control de los datos y ordenarla para su posterior uso y
consulta por medio de una base de datos.
Desarrollo de aplicaciones web

De Oca, Y. (2011). Sistema de gestión de información para la


prestación de servicios de la Empresa CENEX de Cienfuegos. Trabajo de
grado, Universidad de Cienfuegos “Carlos Rafael Rodríguez”, Cienfuegos.

“Sin mencionar que lo que se maneja actualmente son aplicaciones


web bajo estándares libres ya que es la forma más óptima de
programar. que están cobrando un gran auge debido a su alta
capacidad de resolución de problemas sencillos y le dan lugar a
pequeñas ideas de desarrollo de software con intenciones específicas
en cuando a la temática requerida, que en este caso se trata de una
aplicación que ayuda a consultar datos y hacer inferencias
estadísticas a partir de los mismos con respecto a los datos del
IPASME. “

En la actualidad, existe una marcada tendencia de implementar y


desarrollar aplicaciones en entorno Web, debido a su alcance, modularidad,
universalidad, multiplataforma, entre otras grandes ventajas, representando
una opción válida para los sistemas de manejos de los posesos
administrativos del departamento de prevención o cualquier programa que
necesite de registros estadísticos, para ello deben considerarse las
principales herramientas de desarrollo e implementación disponibles que se
hayan dentro de una aplicación web.

Lenguaje de programación PHP

Ramos, C (2009). explica que es un lenguaje sencillo, de sintaxis


cómoda y similar a la de otros lenguajes como Perl, C y C++. Es rápido,
interpretado, orientado a objetos y multiplataforma. Para él se encuentra
disponible una multitud de librerías. PHP es un lenguaje ideal tanto para
aprender a desarrollar aplicaciones web como para desarrollar aplicaciones
web complejas.

La lengua de programación php ha sido una importante herramienta


en la elaboración de la aplicación ya que lenguaje muy flexible en cuanto a
líneas de programaron se refiere por este motivo fue seleccionado para
realización de la aplicación. Contiene infinidad de librerías programadas con
funciones específicas que acortan el código y hace más fácil hallar solución.

Base de datos

Una base de datos es el conjunto de datos: organizados en un mismo


contexto para su uso y vinculación (Joyanes, 2006).

Se le llama base de datos a los datos relativos a diversas temáticas y


categorizados de distinta manera, pero que comparten entre sí algún tipo de
vínculo o relación que busca ordenarlos. (Joyanes, 2006).

Una vez que se tienen los datos se hace necesario buscar la forma
más óptima de organizarlos, y una bases de datos es la manera de hacerlo.

Acceso a una base de datos

Un servidor de aplicaciones le permite trabajar con recursos del lado


del servidor, como una base de datos. Por ejemplo, una página dinámica
puede indicar al servidor de aplicaciones que extraiga datos de una base de
datos y los inserte en el código HTML de la página (Mateu, 2004).
La instrucción para extraer datos de una base de datos recibe el
nombre de consulta de base de datos, la cual consta de criterios de
búsqueda expresados en un lenguaje denominado SQL
( StructuredQueryLanguage : lenguaje de consulta estructurado).

El servidor de aplicaciones sólo se puede comunicar a través de un


controlador de base de datos que actúa como intérprete entre la aplicación
Web y la base de datos (Mateu, 2004).

Postgresql

wikipedia (2005) describe Postgresql como un Sistema de gestión de


bases de datos relacional orientado a objetos y libre, publicado bajo la
licencia PostgreSQL,1 similar a la BSD o la MIT.

Estas herramientas son las que permite interactuar con los datos
internos de la base de datos ya con etiquetas o con comandos para modificar
o alojar información en el ordenamiento de datos .

Herramientas para el diseño de una base de datos

Para diseñar una base de datos es necesario que se tenga claro


cuáles son las tareas y funciones de la aplicación web, previamente definida
en el capítulo I del presente proyecto específicamente en su tópico de
alcances, es decir, la razón por la cual se está preparando la aplicación web
o cual será su función, así como también los servicios y ventajas que esta
ofrece.
Diagrama entidad-relación

Cuando se utiliza una base de datos para guardar datos, se está


plasmando una parte del mundo real en una serie de tablas, registros y
campos ubicados en un ordenador; creándose un modelo parcial de la
realidad. Antes de crear físicamente estas tablas en el ordenador se debe
realizar un modelo de datos.

El modelo de datos más extendido es el denominado


ENTIDAD/RELACIÓN (E/R) En el modelo E/R se parte de una situación real
a partir de la cual se definen entidades y relaciones entre dichas entidades:

Entidad.- Objeto del mundo real sobre el que queremos almacenar


información (Ej: una persona). Las entidades están compuestas de atributos
que son los datos que definen el objeto (para la entidad persona serían DNI,
nombre, apellidos, dirección,...). De entre los atributos habrá uno o un
conjunto de ellos que no se repite; a este atributo o conjunto de atributos se
le llama clave de la entidad, (para la entidad persona una clave seria DNI).
En toda entidad siempre hay al menos una clave que en el peor de los casos
estará formada por todos los atributos de la tabla. Ya que puede haber varias
claves y necesitamos elegir una, lo haremos atendiendo a estas normas:
 Que sea única.
 Que se tenga pleno conocimiento de ella
 Que sea mínima, ya que será muy utilizada por el gestor de base de
datos.
Relaciones

Asociación entre entidades, sin existencia propia en el mundo real que


estamos modelando, pero necesaria para reflejar las interacciones existentes
entre entidades. Las relaciones pueden ser de tres tipos:

 Relaciones 1-1.- Las entidades que intervienen en la relación se


asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre
ellos la relación MATRIMONIO).
 Relaciones 1-n.- Una ocurrencia de una entidad está asociada con
muchas (n) de otra (Ej: la entidad EMPERSA, la entidad
TRABAJADOR y entre ellos la relación TRABAJAR-EN).
 Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades
de la relación, puede estar asociada con muchas (n) de la otra y
viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos
la relación MATRÍCULA). (Modelo Entidad Relacion, 2015)

Herramientas para la el diseño y ejecución de una aplicación web

Servidor apache

El servidor HTTP Apache es un servidor web HTTP de código abierto,


para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh
y otras, que implementa el protocolo HTTP/1.12 y la noción de sitio virtual.
Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del
popular NCSA HTTPd 1.3, pero más tarde fue reescrito por completo. Su
nombre se debe a que alguien quería que tuviese la connotación de algo que
es firme y enérgico pero no agresivo, y la tribu Apache fue la última en
rendirse al que pronto se convertiría en gobierno de EEUU, y en esos
momentos la preocupación de su grupo era que llegasen las empresas y
"civilizasen" el paisaje que habían creado los primeros ingenieros de internet.
Además Apache consistía solamente en un conjunto de parches a aplicar al
servidor de NCSA. En inglés, a patchy server (un servidor "parcheado")
suena igual que Apache Server.

PHPPGADMIN

Es una aplicación web, escrita en PHP, para administrar bases de


datos PostgreSQL.

phpPgAdmin es una aplicación web que provee una manera


conveniente a los usuarios para crear bases de datos, tablas, alterarlas y
consultar sus datos usando el lenguaje estándar SQL.

HTML

El HTML (hypertextmarkuplanguage) se utiliza para crear documentos


que muestren una estructura de hipertexto. Un documento de hipertexto es
aquel que contiene información cruzada con otros documentos, lo cual nos
permite pasar de un documento al referenciado desde la misma aplicación
con la que lo estamos visualizando. HTML permite, además, crear
documentos de tipo multimedia, es decir, que contengan información más
allá de la simplemente textual, como por ejemplo:

• Imágenes
• Vídeo
• Sonido
• Subprogramas activos (plug-ins, applets). (Flores, 2012)
Formularios

Los formularios son elementos de HTML que permiten recoger datos


del usuario. Disponemos de una gran variedad de elementos de formulario
que nos permiten interactuar de forma rica y eficiente con los usuarios. De
todas maneras, cabe destacar que los formularios no procesan la
información introducida por los usuarios, sino que debemos procesarla
nosotros por otros medios (CGI, JSP, Servlets, etc.). (Beholia Software, 2012)

CSS

Es un lenguaje de diseño gráfico para definir y crear la presentación


de un documento estructurado escrito en un lenguaje de marcado. Es muy
usado para establecer el diseño visual de los documentos web, e interfaces
de usuario escritas en HTML o XHTML; el lenguaje puede ser aplicado a
cualquier documento XML, incluyendo XHTML, SVG, XUL, RSS, etcétera.
También permite aplicar estilos no visuales, como las hojas de estilo
auditivas. (Code Lovers, (2017)

CSS3

Es el estilo o la apariencia de las páginas web, escritas con HTML o


de los documentos XML. CSS se creó para separar el contenido de la forma,
a la vez que permite a los diseñadores mantener un control mucho más
preciso sobre la apariencia para definir el estilo de un sitio web en un
documento externo y eso mismo permite que modificando ese documento (la
hoja CSS) podamos cambiar la estética entera de un sitio web… ese es
precisamente el poder de CSS, en otras palabras, el mismo sitio web puede
variar totalmente del diseño cambiando solo la CSS, sin tocar para nada los
documentos HTML o jsp o asp que lo componen, ya con CSS3 se suman
muchas nuevos efectos que harán de la que la parte visual de nuestra página
sea mucho más agradable y llamativa, como sombras, transformaciones de
figuras, creación sencilla de bordes y efectos 3D. (CodeLovers, 2017)

Javascript

Javascript es un lenguaje de programación interpretado (un lenguaje


de tipo script). A pesar de que existen intérpretes no dependientes de ningún
navegador, es un lenguaje de script que suele encontrarse vinculado a
páginas web. Javascript y Java son dos lenguajes de programación distintos
con filosofías muy diferentes. El único punto en común es la sintaxis, ya que
cuando Netscape diseñó Javascript, se inspiró en la sintaxis de Java.
(Diseño de pagina web, 2017)

Framework

La palabra inglesa “framework” (marco de trabajo) define, en términos


generales, un conjunto estandarizado de conceptos, prácticas y criterios para
enfocar un tipo de problemática particular que sirve como referencia, para
enfrentar y resolver nuevos problemas de índole similar. En el desarrollo
de software, un framework, es una estructura conceptual y tecnológica de
soporte definido, normalmente con artefactos o módulos
de software concretos, que puede servir de base para la organización y
desarrollo de software. Típicamente, puede incluir soporte
de programas, bibliotecas, y un lenguaje interpretado, entre otras
herramientas, para así ayudar a desarrollar y unir los diferentes componentes
de un proyecto.(Programia, 2017)
Fundamentos de web

El éxito espectacular de la web se basa en dos puntales


fundamentales: el protocolo HTTP y el HTML. Es la implementación simple y
sencilla de un sistema de comunicaciones que nos ayuda a enviar cualquier
tipo de ficheros de una forma fácil, simplificando el funcionamiento del
servidor. (Marco Teorico, 2016)

EL protocolo HTTP

El protocolo HTTP (hypertexttranferprotocol ) es el protocolo base de


la WWW. De manera esquemática, el funcionamiento de HTTP es el
siguiente: el cliente establece una conexión TCP hacia el servidor, hacia el
puerto HTTP (o el indicado en la dirección de conexión), envía un comando
HTTP de petición de un recurso (junto con algunas cabeceras informativas) y
por la misma conexión el servidor responde con los datos solicitados y con
algunas cabeceras informativas. (Marco Teorico, 2016)

EL HTML

El otro puntal del éxito del WWW ha sido el lenguaje de hipertexto de


HTML (hypertextmark-up language). Se trata de un lenguaje de marcado (se
utiliza insertando marcas en el interior del texto) que nos permite representar
de forma rica el contenido y también 19 referenciar otros recursos, enlaces a
otros documentos, mostrar formularios para posteriormente procesarlos, etc.
(Marco Teorico, 2016)
Todos los tópicos explicados anteriormente son de gran importancia en la
confección de la aplicación web ya sea por su manera de conectar con el
servidor por medio de los protocolos o por su apariencia en el navegador
web utilizando como javascript o framework con las cuales se le puede
añadir características estéticas y agradables ser dinámicas, también
tomando en cuenta colores e imágenes que tengan que ver con la temática
que forma parte esencial del estudio con respecto al ojo humano.
GLOSARIO TÉRMINOS BÁSICOS

Evento:
El término evento proviene del latín eventusy, de acuerdo al
diccionario de la Real Academia Española (RAE), En varios países
latinoamericanos, un evento es un suceso de importancia que se encuentra
programado. Dicho acontecimiento puede ser social, artístico o deportivo,
etc. (Julián Pérez Porto & Ana Gardey, 2009)

Salud:
Estado en que un ser u organismo vivo no tiene ninguna lesión ni
padece ninguna enfermedad y ejerce con normalidad todas sus funciones.
(Oxforddictionaries, 2013)

Estadística:

Ciencia que utiliza conjuntos de datos numéricos para obtener, a partir


de ellos, inferencias basadas en el cálculo de probabilidades
(Oxforddictionaries, 2013)

Servicio:
Un servicio es un conjunto de actividades que buscan satisfacer las
necesidades de un cliente.
(Wikipedia, 2017)

Datos:
Una representación simbólica (numérica, alfabética, algorítmica,
espacial, etc.) de un atributo o variable cuantitativa o cualitativa. Los datos
describen hechos empíricos, sucesos y entidades. Es un valor o referente
que recibe el computador por diferentes medios, los datos representan la
información que el programador manipula en la construcción de una solución
o en el desarrollo de un algoritmo. (Wikipedia, 2017)

Clase:
En informática, una clase es una plantilla para la creación de objetos
de datos según un modelo predefinido. Las clases se utilizan para
representar entidades o conceptos, como los sustantivos en el lenguaje.
Cada clase es un modelo que define un conjunto de variables -el estado, y
métodos apropiados para operar con dichos datos -el comportamiento. Cada
objeto creado a partir de la clase se denomina instancia de la clase.

Atributo:
Cualidad o característica propia de una persona o una cosa,
especialmente algo que es parte esencial de su naturaleza.
(Thefreedictionary, 2016)

Método:
En la programación, un método es una subrutina cuyo código es
definido en una clase y puede pertenecer tanto a una clase, como es el caso
de los métodos de clase o estáticos, como a un objeto, como es el caso de
los métodos de instancia. Análogamente a los procedimientos en lenguajes
imperativos, un método consiste generalmente de una serie de sentencias
para llevar a cabo una acción, un juego de parámetros de entrada que
regularán dicha acción o, posiblemente, un valor de salida (o valor de
retorno) de algún tipo. (Wikipedia, 2017)
Diagrama:
Es una representación esquemática; con el que se obtiene la
presentación gráfica de una proposición, de la resolución de un problema, de
las relaciones entre las diferentes partes o elementos de un conjunto o
sistema. (Wikipedia, 2017)

Plantilla:
Una plantilla o dispositivo de interfaz, que suele proporcionar una
separación entre la forma o estructura y el contenido. Es un medio o aparato
o sistema, que permite guiar, portar, o construir, un diseño o esquema
predefinido. (Wikipedia, 2017)

Formulario:
Es un documento, ya sea físico o digital , diseñado con el propósito de
que el usuario introduzca datos estructurados (nombres, apellidos, dirección,
etc) en las zonas del documento destinadas a ese propósito, para ser
almacenados y procesados posteriormente. (Wikipedia, 2017)

Registro:
Un registro es un conjunto de campos que contienen los datos que
pertenecen a una misma repetición de entidad. (Wikipedia, 2017)

Investigación.
La investigación es considerada una actividad humana, orientada a la
obtención de nuevos conocimientos y su aplicación para la solución a
problemas o interrogantes. (Wikipedia, 2017)
Proyecto:
Es una planificación que consiste en un conjunto de actividades que
se encuentran interrelacionadas y coordinadas. (Wikipedia, 2017)

Bases Legales

Como fundamento legal esta la constituyente de la república


bolivariana de Venezuela partiendo de allí en el artículo y 110,
continuamente con la ley orgánica de salud en su artículo en su artículo 125
y con la ley orgánica de ciencia, tecnología e innovación se muestran los
artículos 2 y 5, la ley contra los delitos informáticos están los artículos 10, 11
y 20.

Constitución de la República bolivariana de Venezuela

Artículo 110:

El Estado reconocerá el interés público de la ciencia, la tecnología, el


conocimiento, la innovación, sus aplicaciones y los servicios de
información necesarios por ser instrumentos fundamentales para el
desarrollo económico, social y político del país, así como para la
seguridad y soberanía nacional. Para el fomento y desarrollo de esas
actividades, el Estado - destinará recursos suficientes y creará el
sistema nacional de ciencia y tecnología de acuerdo con la ley.

De acuerdo a este articulo podemos observar que todo ciudadano


tiene derecho a salud y la vida, es por ello que el estado se encargara de
promover aquellos servicios para una mejor calidad de vida, al igual se
destaca el deber que tienen de ser parte de su proyección y defensa. Esto
influye en la investigación realizada dado a que es importante que en el área
de salud también se tome en cuenta el uso de las tecnologías y además de
eso, sea un derecho fundamental para todos los venezolanos.

Este artículo anteriormente citado deja en evidencia que el uso de las


tecnologías debe ser de interés colectivo, además que todas las personas e
instituciones de salud tienen derecho y el deber de acceder al conocimiento y
aplicación de las mismas y la importancia que tiene que el Venezolano
obtenga progreso en la innovación de aplicaciones y servicios para el
desarrollo económico, tecnológico y social del país.

Ley orgánica de salud

Artículo 125:

Establece que el Sistema Nacional de Información deberá mantenerse


actualizado y adecuarse a los avances tecnológicos que permitan la
mayor efectividad del mismo.

El simple hecho de estar a la vanguardia con los avances tecnológicos


que hagan referencia al manejo de las actividades clínicas y operaciones
departamentales ofrece mejor una atención al público en general a la hora de
gestionar cualquier trámite en materia de salud. Por eso es necesario
mantener actualizados los procesos de atención para lograr siempre una
mayor efectividad
Ley Orgánica de Ciencia, Tecnología e innovación

Artículo 2:

Las actividades científicas, tecnológicas, de innovación y sus


aplicaciones son de interés público para el ejercicio de la soberanía
nacional en todos los ámbitos de la sociedad y la cultura. Esto
conlleva a la práctica de estos saberes en cualquier ámbito en que se
puedan y deban desarrollar, para el crecimiento del conocimiento
tecnológico de cada ciudadano y de cada institución.

Artículo 5:

Las actividades de ciencia, tecnología e innovación y sus


aplicaciones, así como, la utilización de los resultados, deben estar
encaminadas a contribuir con el bienestar de la humanidad, la
reducción de la pobreza, el respeto a la dignidad, a los derechos
humanos y la preservación del ambiente.

Estos artículos apoyan a la investigación realizada en el IPASME


puesto que expresan claramente la importancia de hacer propios los
argumentos tecnológicos y ponerlos en práctica. De este modo estaremos
logrando la máxima colaboración y contribución para el bien estar de la
comunidad.
Ley de Infogobierno

La asamblea Nacional de la República Bolivariana de Venezuela


publicó en gaceta oficial N° 40.274 del 17 de octubre de 2013 una serie de
artículos con el fin de plantear principios y normas a seguir los cuales
buscan fomentar el uso y desarrollo de tecnologías de información (TI), para
ello el mayor principio de tal ley es su implementación en los Poderes
públicos y Popular, con la finalidad de lograr una mejor gestión en los
sectores públicos en cuanto a las solicitudes de usurario que laboren en
dicha área y por consecuencia obtener la soberanía tecnológica.

Artículo 1

Objeto de la ley
Esta Ley tiene por objeto establecer los principios, bases y
lineamientos que rigen el uso de las tecnologías de información en el
Poder Público y el Poder Popular, para mejorar la gestión pública y los
servicios que se prestan a las personas; impulsando la transparencia
del sector público; la participación y el ejercicio pleno del derecho de
soberanía; así como, promover el desarrollo de las tecnologías de
información libres en el Estado; garantizar la independencia
tecnológica; la apropiación social del conocimiento; así como la
seguridad y defensa de la Nación.

Con esta ley se busca el establecimiento legal de las TIC en las


instituciones públicas y el poder popular, para poder obtener una perspectiva
más clara con respecto a sus procesos, así como también brindar una mejor
accesibilidad a los ciudadanos y ciudadanas. Cabe destacar que esta no está
dirigida no solo a los órganos públicos, sino también está dirigida a los
ciudadanos para contribuir en sus roles de usuarios de los servicios públicos.

Plan de la Patria. Programa Del Gobierno Bolivariano 2013-2019

 Desarrollar nuestras capacidades científico-tecnológicas vinculadas a


las necesidades del pueblo.
 Desarrollar aplicaciones informáticas con sentido crítico y atendiendo
a necesidades sociales.
 Garantizar la creación y apropiación del conocimiento para el
desarrollo, producción y buen uso de las telecomunicaciones y
tecnologías de información.
 Construir una sociedad igualitaria y justa.
 Asegurar la salud de la población, a través de la consolidación del
Sistema Público Nacional de Salud, sobre la base de la profundización
de Barrio Adentro, el Poder Popular y la articulación de todos los
niveles y ámbitos del sistema de protección, promoción, prevención y
atención integral a la salud individual y colectiva. Así se espera: a)

El plan de la patria dicta todos los objetivos que se desean en cuanto a la


mejoría y bien estar colectivo de la nación y por esta razón se ha tomado
como referencia legal anexado a este proyecto puesto que el mismo ofrece
desarrollo tecnológico que beneficia a la comunidad y también lograr la
independencia tecnológico que se busca y mejorar los procesos de atención
en materia de salud siendo este un granito de arena aportado para lograr
tales objetivos
Los pasados artículos reflejan que el uso indebido de la información
obtenida en la investigación, será penalizado de manera fuerte y precisa.
Por ende ninguno de los participantes del equipo de investigación, o los
usuarios del software podrán utilizar la información para beneficio personal o
mal intencionado, y menos con fines de lucro. Por lo cual no se mostrara
material no autorizado por las personas involucradas en el proyecto.
CAPITULO III

MARCO METODOLÓGICO

En este capítulo se describe los métodos y técnicas utilizadas para la


obtención de información y objetivos que permitieron dar con la solución del
problema.

En general determina todo el enfoque de la investigación e


instrumentos, hasta la manera de cómo se analiza los datos recaudados.
Señala los niveles de investigación y nos presenta los procedimientos,
métodos y técnicas con los cuales se ha realizado la investigación para
lograr de una manera mas precisa los objetivos planteados

Tipos de investigación

De modo que el tipo de investigación existen muchos modelos. En la


investigación se presenta la investigación descriptiva para representar los
hechos y relaciones que se establece en conjuntamente con los resultados
obtenidos, por lo que es fundamental que el investigador utilice un
procedimiento ordenado, secuencial metodológico, que den respuesta a las
preguntas planteadas así, cumplir con los objetivos y expectativa planteada
en la investigación. Es por esto, importante que el investigador defina el tipo
de investigación, el cual le permitirá tener un análisis de la información.
Según el autor, define: la investigación descriptiva consiste en la
caracterización de un hecho, fenómeno, individuo o grupo, con el fin de
establecer su estructura o comportamiento. Los resultados de este tipo de
investigación se ubican en un nivel intermedio en cuanto a la profundidad de
los conocimientos se refiere.(Fidias G. Arias (2012) pag.24)

La investigación que se utilizó en la realización del proyecto es la


descriptiva y se realizó de la siguiente manera. La investigación que se está
desarrollando va enmarcada a ir caracterizando los hechos y realidades que
van ocurriendo dentro del IPASME, donde se describe las actividades que
realiza el departamento de prevención y todas sus funciones que bien
competen a la creación de los modelos protocolares durante la ejecución de
sus actividades en la diferentes instituciones que las soliciten. Estas deben
ser atendidas por dicho departamento y ofrecer charlas y jornadas en la que
se obtenga los datos tanto de los participantes como de organizadores para
llevar un control estadístico.

Diseño de investigación

De acuerdo a lo investigado, el diseño de la investigación es una fase


donde se explica detalladamente los procesos que se llevan a cabo y las
técnicas utilizadas para la formulación del proyecto

De acuerdo al tipo de proyecto, el diseño de la investigación es


investigación de campo con el fin de recolectar la información necesaria
para responder a las preguntas de investigación.

Según el autor define: La Investigación de campo consiste en la


recolección de datos directamente de la realidad donde ocurren los hechos,
sin manipular o controlar las variables. Estudia los fenómenos sociales en su
ambiente natural. El investigador no manipula variables debido a que esto
hace perder el ambiente de naturalidad en el cual se manifiesta.

(Santa palella y felibertoMartins (2010) pag.88)

Según el autor, define: La investigación de campo es aquella que


consiste en la recolección de todos directamente de los sujetos investigados,
o de la realidad donde ocurren los hechos (datos primarios), sin manipular o
controlar variables alguna, es decir, el investigador obtiene la información
pero no altera las condiciones existentes. De allí su carácter de investigación
no experimental. (Fidias G. Arias (2012))

Es por esto que nuestro diseño de investigación estará basado en el


diseño de campo, el cual nos permitió tener toda la información necesaria y
por medio de este diseño la investigación se llevó a cabo en el
departamento de prevención donde se extrae toda la información de la
problemática planteada

Mediante el desarrollo del proyecto se trabajó en función a un


esquema de investigación que Arias (2004) define como “la estrategia
general que adopta el investigador para responder al problema planteado”.
Tomando en cuenta el diseño, la investigación es solo de campo. De manera
que para la elaboración de este trabajo de investigación se utilizó:

En efecto para poder aplicar una investigación de carácter exploratoria


fue completamente necesario efectuar una investigación de campo, sin
ánimos de alterar sus patrones de trabajo; se sostuvo una cercanía con los
integrantes del departamento de prevención; quienes facilitaron en gran
medida la exploración de los métodos utilizados para el manejo de los datos
así como también de su organización para hacer inferencias con respecto a
las estadísticas de las personas que atiende el departamento antes
mencionado en sus jornadas realizadas fuera de las instalaciones de la
institución y de esta manera se determinó que el trabajo fundamental del
departamento es hacer estadísticas que ayudan a la toma de decisiones de
acuerdo a las inferencias bajo las cuales se sustentan las estadísticas.

Las técnicas de Investigación

Mediante el desarrollo del proyecto se utilizaron diversas técnicas e


instrumentos para la recolección y registro de datos. Basándonos en la
importancia de estos términos en el desarrollo del proyecto es necesario
conocer la diferencia y relación que existe entre ambos. Arias (2006)
establece: “Se entenderá por técnica, el procedimiento o forma particular de
obtener datos o información”. “Un instrumento de recolección de datos es un
dispositivo o formato (en papel o digital), que se utiliza para obtener, registrar
o almacenar información”. Dado a esto se determinaron ciertas técnicas para
la recopilación de información, así como instrumentos para el registro de las
mismas.

La entrevista no estructurada

Permite mayor libertad, es más flexible, y abierta, el orden contenido y


profundidad de las preguntas dependen del entrevistado. No se planifican las
preguntas (Contreras, 2013)
Como las preguntas no fueron planificadas para los integrantes del
departamento de prevencion fue necesario colocar una pregunta generadora
de respuestas que dio origen a la problemática que se les presentaba para
controlar el flujo de datos que se obtenían en cada evento realizado fuera de
la institución con respecto al registro de personas que asistían y las que
participaban en los diferentes programas ya sea de charlas o jornadas
especificas según su especialidad médica y la temática de charla escogida.

Los datos suministrados y obtenido por los integrantes que laboran


en el ipasme nos dieron a conocer las distintas jornadas que son realizadas
en el departamento de prevención y por medio del personal que labora nos
dan a conocer la problemática que se les presentaba al momento de tener o
guardar los datos estadísticos de los eventos realizados. Y como la
problemática se les presenta al momento de tener la información en orden la
estadística o los datos de las personas que forma parte de las actividades
pueden ser filtrados debido al majejo manual y una vez conocido el
planteamiento fueron urgiendo preguntas en cuanto el desarrollo de las
estadísticas tales como:

1. ¿Cuáles son las principales actividades del departamento?

2. ¿De qué manera se lleva el control de las estadísticas?

3. ¿Qué tipo de charlas y jornadas se llevan a cabo?

4. ¿De qué manera se genera la petición de eventos, jornadas o


charlas?

5. ¿Cuál es el proceso de organización del evento?


6. ¿Cuántas personas participan en la organización del evento?

Es importante mencionar que las preguntas, se fueron realizando a


medida que se escuchaban, las respuestas que daban lugar a una nueva
pregunta y algunas preguntas se respondían solas, debido a que la persona
entrevistada detallo muy bien el ejercicio, de sus funciones y tareas, que
desempeña dentro del departamento de prevencion del IPASME.

La observación participante: 

(DeWALT&DeWALT 2002). SCHENSUL, SCHENSUL and LeCOMPTE (1999)


definen la observación participante como "el proceso de aprendizaje a través
de la exposición y el involucrarse en el día a día o las actividades de rutina
de los participantes en el escenario del investigador" 

Debido a las visitas a las instalaciones se pudo obtener información


con solo observar rigurosamente las formas de trabajo y se determinó la
siguiente información.

El tipo de jornadas que se realiza en el IPAS-ME son jornadas médicas y


educacionales:

En las jornadas educacionales se realizan charlas como:

-Obesidad

-Embarazo precoz

-Bullying (Maltrato a los estudiantes)

-Enfermedades de transmisión sexual

-Diabetes
-Terapia de lenguaje

A la hora de llevar una charla al lugar se dirige una trabajadora social y


una enfermera

En las jornadas médica son dependiendo de la solicitud que se pida y


si la institución cuenta con la especialidad solicitada en este caso las
especialidades más solicitadas son:

-Odontología

-Ginecología

-Enfermería

-Vacunación

-Citología

-Desparasitación

-Aplicación de flúor

Las escuelas o el consejo comunal hacen solicitud de una jornada ya


sea médica o educacional, después de eso mandan la carta al director de
IPASME, se evalúa y se planifica el día la hora y el lugar y si cuentas con lo
que se solicito las señora YudirmaCoraspe es la encargada de gestionar ese
contacto para realizar las jornadas, charlas o actividad recreativa. Cabe notar
que lo único que se le pide al representante que ellos coloquen un espacio
que este acto para realizar el evento.
Por medio de una entrevista no estructurada y una grabacion se
obtuvo informacion relevante para el proyecto tales como: especialidades
que más se realizan y son solicitadas al IPASME: medicina general,
pediatría, ginecología, laboratorio, diabetes.

Para la realizacion de otras actividades que promueve el


departamento de prevencion se planifica una motivacion dirigida a los
integrantes de la comunidad o institucion y consiste en hacer cotillones para
los niños, piñata, juegos deportivos ya sea de futbol, bolas criollas entre
otros,

A continuación se muestran un resumen de las que se utilizaron para


el desarrollo de la investigación mediante la siguiente tabla:

Técnica Descripción
Durante la ejecución de esta técnica se realizó una
reunión con los directivos del departamento de
Entrevista no prevencion del IPASME, dando lugar a una serie de
Estructurada preguntas y respuestas que conllevaban a otras
preguntas concernientes a la investigación permitiendo
obtener los datos más relevante y concisa.
Es un medio visual y por medio de la observación se
extrajeron datos sumamente importantes, ya que
Observación permite establecer mucha atención y detenimiento para
Participante adquirir algún conocimiento sobre su comportamiento o
su característica. Según la percepción de los
investigadores.
Los instrumentos de Investigación.

Los instrumentos de recolección, son los recursos, de que puede


valerse el investigador, para acercarse a los problemas y fenómenos, y
extraer de ellos la información: se utilizó, cuadernos donde se tomó nota,
entrevistas y observaciones realizadas, Tablet donde se pudo recopilar el
audio de la entrevistas y tomar fotografías a la instalaciones y los
participantes, computadoras para realizar el informe, con los datos obtenidos
en dicha recolección.Se muestran a continuación:

Instrumento Utilidad
En la cual se tomo apuntes acerca de cada información que
Libreta de Notas se iba obteniendo conforme al desarrollo de investigación.
Asícomotambién se registraronacciones y observaciones.
Cámara fotográficas Sirvió para capturar imágenes sobre las actividades
de teléfono celular y realizadas en el área de investigación, así como también
tablet hacer grabaciones sobre las entrevistas.
Para realizar informes sistematizados, tener acceso y
obtener datos en línea y aprovechar sus recursos para el
EquipoComputador
manejo y almacenamiento de información: discos duros, CD
y pendrive.
Dispositivo de almacenamiento de información que permitió
Pen drive el traspaso de información digital importante para el
desarrollo de la aplicación web.
Metodología de la investigación

Metodología mixta

Las investigaciones con enfoque mixto consisten en la integración


sistemática de los métodos cuantitativo y cualitativo en un solo
estudio con el fin de obtener una “fotografía” más completa del
fenómeno. Pueden ser conjuntados de tal manera que las
aproximaciones cuantitativa y cualitativa conserven sus
estructuras y procedimientos originales (“forma pura de los
métodos mixtos”). Alternativamente, estos métodos pueden ser
adaptados, alterados o sintetizados para efectuar la investigación
y lidiar con los costos del estudio (“forma modificada de los
métodos mixtos”). (Chen, 2006 citado por Sampieri, 2010).

Se puede definir el enfoque mixto como una serie de procesos


sistemáticos y empíricos de investigación que implican la recolección y el
análisis de datos cuantitativos y cualitativos, así como su integración y
discusión conjunta, para realizar inferencias producto de toda la información
obtenida (inferencias) y lograr un mayor entendimiento del fenómeno bajo
estudio. Es decir que el método mixto combina al menos un componente
cuantitativo y uno cualitativo en un mismo estudio o proyecto de
investigación. En un “sentido amplio” visualizan a la investigación mixta como
un continuo en donde se mezclan los enfoques cuantitativo y cualitativo,
centrándose más en uno de éstos o dándoles igual importancia permitiendo
utilizar las fortalezas de ambos tipos de indagación combinándolas y tratando
de minimizar las debilidades potenciales presentes
Investigación-Acción Participación (IAP)

Combina dos procesos, el de conocer y el de actuar, implicando en


ambos a la población cuya realidad se aborda. Al igual que otros enfoques
participativos, la IAP proporciona a las comunidades y a las agencias de
desarrollo un método para analizar y comprender mejor la realidad de la
población (sus problemas, necesidades, capacidades, recursos), y les
permite planificar acciones y medidas para transformarla y mejorarla. Es un
proceso que combina la teoría y la praxis, y que posibilita el aprendizaje, la
toma de conciencia crítica de la población sobre su realidad, su
empoderamiento, el refuerzo y ampliación de sus redes sociales, su
movilización colectiva y su acción transformadora.

En cada fase de IAP que son tres componentes se combinan en


proporciones variables.

a) La investigación consiste en un procedimiento reflexivo, sistemático,


controlado y crítico que tiene por finalidad estudiar algún aspecto de la
realidad con una expresa finalidad práctica

b) La acción no sólo es la finalidad última de la investigación, sino que ella


misma representa una fuente de conocimiento, al tiempo que la propia
realización del estudio es en sí una forma de intervención.

c) La participación significa que en el proceso están involucrados no sólo


los investigadores sino profesionales tanto profesores como personal
laborante en el departamento de cultura del IPASME, sino la comunidad
destinataria del proyecto, que no son considerados como simples objetos de
investigación sino como sujetos activos que contribuyen a conocer y
transformar su propia realidad.

Se pretende optimizar los procesos de registro y consulta por medio


de un entorno web con una base de datos que permita adaptar su trabajo
con una plataforma tecnológica de acuerdo a los datos estadísticos
suministrados y de esa forma arrojar un reporte

Al momento de interactuar con los integrantes del departamento de


prevención del IPASME y revisar la estructura de trabajo se pudo
intercambiar informaciones, acotaciones y aportes de su aria de trabajo en
varias reuniones efectuadas en las oficinas de dicho departamento con el fin
de proporcionar una alternativa que les ayudara a facilitar su trabajo en gran
medida. Cabe destacar que el departamento de informáticas del IPASME
tuvo gran participación durante la ejecución de la investigación puesto que
sus aportes sentaron las bases de la investigación en cuanto al abordaje de
la problemática. Se realizo la investigación con miras hacia una activa
participación tanto de investigadores como profesores e integrantes del
departamento de cultura del IPASME de manera que se construya una
posible solución en contraste con las observaciones y apreciaciones hechas
para lograr una transformación con relación a los procesos de atención y
registro de información.

Metodología del sistema

La metodología en cascada

También conocido como modelo clásico, modelo tradicional o modelo


lineal secuencial.
El método de la cascada es considerado como el enfoque clásico para
el ciclo de vida del desarrollo de sistemas, se puede decir que es un
método puro que implica un desarrollo rígido y lineal

Un ejemplo de la metodología en cascada es:

1. Análisis de requisitos
2. Diseño del sistema
3. Diseño del programa
4. Codificación
5. Pruebas
6. Implantación
7. Mantenimiento

Se inicia con la especificación de requerimientos del cliente, continua


con la planificación, el modelado, la construcción y el despliegue para
finalizar en el enfoque del software. El modelo está dirigido por documentos y
no proporciona resultados tangibles de software hasta el final del ciclo de
vida de algunas herramientas.

El diseño en cascada es una secuencia definida de los


acontecimientos y los resultados finales para proporcionar una estructura
para cualquier proyecto que siga el contenido específico y detallado. Puede
ser apropiado para proyectos de software que son estables especialmente
cuando sus requisitos no cambian.
Este modelo requiere también que los implementadores sigan el bien
hecho, el diseño completo de precisión, asegurando así la integración de los
ingresos del sistema sin problemas.

Es caracterizado por ordenar de manera rigurosa las etapas del ciclo


de vida de software, dado que el comienzo de cada etapa debe esperar a
la finalización de la inmediata anterior. Cuando la revisión determina que el
proyecto no está listo para pasar a la siguiente etapa, permanece en la etapa
actual hasta que esté preparado. Y debido a que el proceso está planeado
es más fácil determinar costos y los plazos.

Este modelo puede ser visto como un modelo con forma de cascada
de agua con varios saltos, en la que cada salto representa cada una de las
fases del ciclo de vida.

Para proceder al diseño primero hay que determinar la especificación


de requisitos los cuales no pueden ser modificados tras el cierre de sesión.
Una modificación o cambio mediante la ejecución de alguna de las fases,
implicaría reiniciar desde el principio todo el ciclo completo, esto implicaría
mayor inversión de tiempo y desarrollo. Asegurarse en el inicio de que las
necesidades y el diseño son los correctos nos ahorrara tiempo y esfuerzo.

El modelo en cascada proporciona un enfoque estructurado, progresa


linealmente a través de sus fases por lo que resulta fácil de entender.

El proceso de desarrollo en cascada se realiza frecuentemente en los


proyectos de gobierno y en proyectos para la innovación.
Algunas de las variantes del modelo en cascada son más utilizadas
debido a su simplicidad y eficacia en software de pequeño y mediano
porte.

Estas variantes producen alguna retroalimentación entre etapas,


ofrece la oportunidad de realizar cambios o evoluciones durante el ciclo de
vida del software, permitiendo retroceder de una etapa a la anterior o incluso
poder saltar a otras anteriores si es requerido.

En el modelo Cascada y Cascada Realimentado no se tiene en cuenta


la naturaleza evolutiva del software, se plantea como estático con requisitos
bien conocidos y definidos desde el inicio.

A pesar de que el método prevé ciclos de retroalimentación, la


mayoría de las organizaciones que aplica este modelo de proceso lo trata
como si fuera lineal.

La metodología en cascada es esencialmente:

1. El inicio y el alcance del proyecto

2. La planificación del proyecto (calendario, recursos necesarios)

3. Definición de las necesidades del negocio y el análisis en detalle de la


solución
4. La creación de la solución

5. Prueba que la solución funciona

6. La entrega de la solución a su público objetivo

7. Cierre del proyecto

Análisis de requisitos

En esta fase se analizan las necesidades de los usuarios finales del


software para determinar qué objetivos debe cubrir. Esta fase contiene la
especificación completa de lo que debe hacer el sistema sin entrar en
detalles internos.

Es importante señalar que en esta etapa se debe consensuar todo lo


que se requiere del sistema y será aquello lo que seguirá en las siguientes
etapas, no pudiéndose requerir nuevos resultados a mitad del proceso de
elaboración del software.

Según el análisis realizado los requisitos son los siguientes:

 Recoger y guardar la información estadística sobre el personal


atendido y el personal que participa para llevar a cabo el evento tipo
de jornada o actividades llevadas a cabo.

 Proporcionar cifras de personas atendidas por genero bien sea


masculino o femenino.

 Alojar imágenes, fotografías con relación a los eventos.

 Consultar datos guardados.


 Agendar un evento, con un espacio en blanco para fijar la fecha.

 Recopilar conjunto de eventos realizados por mes.

 Generar reporte estadístico de eventos realizados.

 Proporcionar data de historial de eventos realizados por mes.

Diseño del Sistema

Descompone y organiza el sistema en elementos que puedan


elaborarse por separado, aprovechando las ventajas del desarrollo en
equipo. Que contiene la descripción de la estructura relacional global del
sistema y la especificación de lo que debe hacer cada una de sus partes, así
como la manera en que se combinan unas con otras.

Es conveniente distinguir entre diseño de alto nivel o arquitectónico y


diseño detallado. El primero de ellos tiene como objetivo definir la estructura
de la solución (una vez que la fase de análisis ha descrito el problema)
identificando grandes módulos (conjuntos de funciones que van a estar
asociadas) y sus relaciones. Con ello se define la arquitectura de la solución
elegida. El segundo define los algoritmos empleados y la organización del
código para comenzar la implementación.

Diseño del Programa

Es la fase en donde se realizan los algoritmos necesarios para el


cumplimiento de los requerimientos del usuario así como también los análisis
necesarios para saber que herramientas usar en la etapa de Codificación.

Codificación
Es la fase en donde se implementa el código fuente, haciendo uso de
prototipos así como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programación y su versión se crean las
bibliotecas y componentes reutilizables dentro del mismo proyecto para
hacer que la programación sea un proceso mucho más rápido.

Pruebas

Los elementos, ya programados, se ensamblan para componer el


sistema y se comprueba que funciona correctamente y que cumple con los
requisitos, antes de ser entregado al usuario final.

Es la fase en donde el usuario final ejecuta el sistema, para ello el o


los programadores ya realizaron exhaustivas pruebas para comprobar que el
sistema no falle.

Mantenimiento

Una de las etapas más críticas, ya que se destina un 75% de los


recursos, es el mantenimiento del Software ya que al utilizarlo como usuario
final puede ser que no cumpla con todas nuestras expectativas.

De esta forma, cualquier error de diseño detectado en la etapa de prueba


conduce necesariamente al rediseño y nueva programación del código
afectado, aumentando los costos del desarrollo. La palabra cascada sugiere,
mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para
introducir un cambio en las fases más avanzadas de un proyecto.

Analizando lo anteriormente expuesto, se llega al punto en relación al


modo de funcionamiento de la metodología cascada, en donde un proyecto
avanza conforme una secuencia ordenada de pasos o etapas, iniciando en el
análisis de requerimientos hasta el mantenimiento o la implementación, dado
a esta forma de desarrollo se selecciona esta metodología para la
elaboración de software para el control de estadística y facilitación de las
jornadas del IPASME, ya que el modelo cascada está dirigido por
documentos, lo que ayuda a localizar errores, en las primeras etapas del
proyecto, además ayuda a minimizar los gastos de la planificación, porque
permite realizarla sin planificación y sin problemas, la cual presenta el
proyecto, con una estructura que ayude, a disminuir el esfuerzo inútil.
CAPITULO IV

Descripción de la Investigación

De acuerdo con los objetivos planteados que le dan resolución a la


problemática en cuestión se aborda en esta sección la metodología elegida
para trabajar en este proyecto llamada cascada en la cual actúan las
siguientes fases: Análisis de Requerimientos, Diseño del sistema, Diseño del
programa, Codificación, Pruebas e Implementación; descritas con
anterioridad en el capítulo III para la creación y desarrollo del sistema.
También se describe en este apartado las herramientas, técnicas y soporte
documental con capacidad de respuesta a los requerimientos de los
usuarios.

Descripción de la propuesta

El sistema de informatico de control estadístico de eventos realizados


por el departamento de prevención del ipasme ubicado en el sector la
floresta en Maturín estado Monagas permite a sus usuarios controlar,
verificar, consultar, y alojar información relevante con relación a los eventos.
De modo que permita generar reportes estadísticos con los datos
suministrados al sistema y llevar registros sobre las actividades y procesos
que se llevan a cabo para agilizar la atención de los participantes en dicho
evento.
Análisis de requerimientos

Para la creación del sistema primero fue necesario realizar un estudio


bajo la metodología que lleva por nombre cascada en cada una de sus fases
anteriormente descritas con relación a las necesidades del departamento de
prevención del ipasme y permitió dar a conocer los principales
requerimientos de acuerdo a las necesidades de los usuarios.

Identificación y descripción de Stakeholders(Actores del sistema)

Tabla 1Descripción de actor Administrador

ACT-01 Administrador(a)
Descripción Es la persona que tiene la responsabilidad de
implementar, configurar, mantener,,
monitorizar, documentar, y asegurar el
correcto funcionamiento de un sistema
informático, o algún aspecto de este. Estos
actores representan el más alto nivel en
cuanto a los roles definidos, este tendrá todos
los privilegios referente a las funciones que se
podrán ejecutar en la aplicación.
Comentarios Es este actor permite la utilización del sistema
por parte de los usuarios puesto que es quien
crea las cuentas a los mismos así como
también es responsable de otorgarle el nivel.

Tabla 2Descripción de actor usuario


ACT-02 usuario
Descripción Son quienes registran datos e información
con relación a los eventos. Este actor también
debe registrar los datos de los beneficiarios
de dicho evento y para ello escoge el formato
de registro según sea el requerido. Además
es quien elabora el reporte pertinente para
legitimar el evento y guarda de modo digital
todo lo concerniente al mismo

Comentarios Este actor tendrá limitaciones en cuanto a


ciertas funcionalidades del sistema, tales
como; creación de usuarios.

Objetivos de la aplicación.

En esta subfase se describen los objetivos a desarrollar, planteados


en el sistema.

 Gestionar Sesión.
 Gestionar Usuarios.
 Registrar tipos de eventos
 Administrar eventos
 Generar reporte
Plantillas de Objetivos del Sistema.

Tabla 3Objetivo 1 Gestionar Sesión

OBJ-1 Gestionar Sesión


Descripción El sistema ejecutara todos los procesos relacionados con la
inicialización de sesión y su respectivo cierre.
Estabilidad: Alta
Comentarios: El cierre de sesión está inmerso dentro de las opciones de
ajustes

Tabla 4Objetivo 2 Gestionar Usuarios

OBJ-2 Gestionar Usuarios


Descripción Compete al sistema efectuar todos los procesos
relacionados con el usuario, bien sea la creación de la
cuenta, consultas, actualización de datos así como el status
del mismo.
Estabilidad: Alta
Comentarios: Ninguno

Tabla 5Objetivo 3 Registrar tipo de eventos

OBJ-3 Registrar tipo de eventos


Descripción El sistema registra según el tipo de evento sea jornada,
charla y actividad recreativa; las diferentes áreas de trabajo
describiendo su nomenclatura.
Estabilidad: Alta
Comentarios: En este apartado se denotan los nombres de las jornadas,
charlas o actividades recreativas para identificar el tipo de
trabajo que se va a ejecutar durante el evento.
Si el área no está reflejada en el sistema el mismo dará la
opción para describirla y agregarla.

Tabla 6Objetivo 4 Administrar eventos

OBJ-4 Administrar eventos


Descripción El sistema registra según el tipo de evento sea jornada,
charla y actividad recreativa; los datos respectivos que se
hayan en cada formato de registro. También se hace la
consulta de eventos, su descarga de informe y asignación de
participantes.
Estabilidad: Alta
Comentarios: Es necesario que el área de trabajo este registrada en el
sistema antes de registrar los datos. De lo contrario habrá
que anexarla y para ello el sistema ofrece la opción de
agregarlo con su respectivo formulario de registro.

Tabla 7Objetivo 5 Generar Reporte

OBJ-5 Generar reporte


Descripción Una vez que el sistema tenga registros de eventos
realizados de manera exitosa y con sus respectivos datos
genera un reporte con información sobre el evento

Estabilidad: Alta
Comentarios: El reporte tiene indicadores totales numéricos en cuanto a
los participantes del evento, cantidad de eventos realizados y
por realizar, así como también descripciones y datos según
se requiera

EL reporte puede contener información de uno o más


eventos

Requisitos del Software

Requerimientos de Información

 Información sobre gestión de usuarios.


 Información sobre inicio de sesión.
 Información sobre registro de tipo de evento
 Información sobre administración de eventos

Plantillas de requisitos de información.

Tabla 8Requisito de información para el inicio de Sesión.

IRQ-01 Información Sobre Inicio de Sesión


Objetivos asociados OBJ-01 Gestionar Sesión
Requisitos >RF-01: Iniciar sesión
Asociados >RF-02: Cerrar Sesión
Descripción El sistema deberá validar los datos relacionados con la
cuenta del usuario y el cierre de sesión.
Datos específicos Nombre de usuario
Clave
Estabilidad Alta
Comentarios El sistema determina al nombre de usuario con el número
de cedula del mismo así como también su clave por defecto
hasta que sea cambiada al momento de acceder al sistema

Tabla 9Requisito de información para la Gestión de Usuarios.

IRQ-02 Información Sobre Gestión de Usuarios


Objetivos asociados OBJ-01 Gestionar Sesión
OBJ-02 Gestionar Usuarios
Requisitos >RF-03: Crear cuenta de Usuario.
Asociados >RF-04: cambiar clave
>RF-05: consultar usuario.
Descripción El sistema deberá realizar todas las operaciones
relacionados al usuario.
Datos específicos Primer Nombre
Segundo Nombre
Primer Apellido
Segundo Apellido
Cedula
Fecha de nacimiento
Sexo
nivel
Clave
Estabilidad Alta

Comentarios Ninguno
Tabla 10Requisito de Información sobre registro de tipo de eventos

IRQ-03 Información Sobre registro de tipo de evento


Objetivos asociados OBJ-03 Registrar tipo de evento
Requisitos >RF-06: Registrar tipo de jornada.
Asociados >RF-07: Registrar tipo de charla.
>RF-08: Registrar tipo de actividad recreativa.
Descripción El sistema deberá mostrar la información según sea el caso
requerido en cuanto a jornada, charla y actividad recreativa
así como también registrar las mismas en caso de que no
estén en el sistema
Datos específicos Descripción de tipo de jornada
Descripción de tipo de charla
Descripción de tipo de actividad recreativa
Estabilidad Alta
Comentarios Ninguno

Tabla 11 Requisitos de Información sobre administración de eventos

IRQ-04 Información Sobre administración evento


Objetivos asociados OBJ-04 Administrar evento
Requisitos >RF-9: Registrar jornada.
Asociados >RF-10: Registrar charla.
>RF-11: Registrar actividad recreativa.
>RF-12: consultar evento.
Descripción El sistema deberá validar los datos relacionados a los
eventos ya sea jornada, charla o actividad recreativa y
registrar su información. El sistema también hace consultas
sobre los datos registrados.
Datos específicos Tipo de jornada
Tipo de Charla
Tipo de Actividad Recreativa
Nombre de evento
Fecha de solicitud
Duración en horas
Dirección
Cantidad de organizadores
Matricula
Representante
Nombre de la institución/Consejo comunal
Numero de contacto
Fotos de evento
Estabilidad Alta
Comentarios En el apartado de consulta de evento se hace el respectivo
registro de los participantes o beneficiados que serán
asignados al evento señalado filtrando su número de cédula
y en caso de no encontrar registros al respecto el sistema
arrojara un formulario de registro con el primer nombre,
primer apellido, cedula y fecha de nacimiento. Que
funcionan para identificar al usuario como participante en el
evento y no usuario de sistema.

Tabla 12 Requisitos de Información sobre generación de reportes

IRQ-04 Información Sobre generación de reportes


Objetivos asociados OBJ-04 Administrar evento
Requisitos >RF-13: Seleccionar eventos a reportar
Asociados >RF-14: Descargar informe.
>RF-15: Consultar estimados de eventos.
>RF-16: Consultar reportes
Descripción El sistema deberá validar los datos relacionados a los
eventos ya sea jornada, charla o actividad recreativa y
cargar su información a un documento que servirá de
informe. El sistema también hace consultas sobre los
reportes registrados.
Datos específicos Cantidad de eventos a reportar
Estabilidad Alta
Comentarios El reporte que se genera ira en función de la cantidad de
eventos seleccionados y arrojara la información de cada
uno de ellos

Requerimientos Funcionales

Los requerimientos funcionales son las operaciones que el sistema


podrá ejecutar para lograr los objetivos planeados, estos permiten especificar
de una forma más detallada los procesos del sistema.

 iniciar sesión

 cerrar sesión

 crear cuenta de usuario

 editar usuario

 consultar usuario

 registrar tipo de jornada

 registrar tipo de charla

 registrar tipo de actividad recreativa

 registrar jornada
 registrar charla

 registrar actividad recreativa

 consultar evento

 generar reportar

Plantillas de Requerimientos Funcionales

Tabla 13Descripción de caso de uso 01 (iniciar sesión)

RF-01 Iniciar Sesión


Objetivos asociados OBJ-01 Gestionar Sesión
Requisitos asociados IRQ-01 Información Sobre Inicio de Sesión
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario solicite su ingreso
al sistema.
Precondición Si el usuario no está registrado el sistema le dará un
mensaje de error.
Secuencia Normal Paso Acción
1 El usuario solicita ingresar al sistema.
2 El sistema le pedirá el nombre de usuario y
contraseña.
3 El usuario introducirá su nombre de usuario y
contraseña.
4 El sistema valida los datos.
5 El sistema proporciona acceso al sistema.
Post condición Una vez ingresado al sistema el usuario podrá hacer otras
operaciones
Excepciones Paso Acción
4 De ser incorrectos los datos el sistema lanzara un
mensaje de error y pasara al paso 2.
Estabilidad Alta
Comentarios Ninguno

Tabla 14 Descripción de caso de uso 02 (cerrar sesión)

RF–02 Cerrar Sesión


Objetivos asociados OBJ–01 Gestionar Sesión
Requisitos asociados IRQ-01 Información Sobre Inicio de Sesión
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario solicite salir del
sistema.
Precondición El usuario debe encontrarse en una sesión activa.

Secuencia Normal Paso Acción


1 El usuario solicita la salida del sistema.
2 El sistema procesa la información.
3 El sistema cierra la sesión
Post condición Una vez hecho la solicitud el usuario quedara fuera del
sistema.
Excepciones Paso Acción
1 De no haber hecho la solicitud el sistema no
cerrara la sesión.
Estabilidad Alta
Comentarios Ninguno

Tabla 15Descripción de caso de uso 03 (crear cuenta de usuario)

RF–03 Crear cuenta de usuario


Objetivos asociados OBJ–02 Gestionar Usuarios
Requisitos asociados IRQ-02 Información Sobre Gestión de Usuarios
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando alguien solicite crear una cuenta
de usuario para ingresar al sistema.
Precondición Si la persona no está registrada en la base de datos como
administrador el sistema no creara el nuevo usuario y le dará un
mensaje de error.
Secuencia Normal Paso Acción
1 El usuario solicita al sistema crear una cuenta de
usuario.
2 El sistema le pedirá los datos requeridos para un
nuevo usuario.
3 El usuario introducirá los datos solicitados por el
sistema.
4 El sistema validara los datos y creara la cuenta al
usuario.
Post condición Una vez creada la cuenta el usuario podrá acceder al sistema
Excepciones Paso Acción
4 De ser incorrectos los datos el sistema lanzara un
mensaje de error y pasara al paso 2.
Estabilidad Alta
Comentarios Ninguno

Tabla 16Descripción de caso de uso 04 (editar usuario)

RF–04 Editar usuario


Objetivos asociados OBJ–02 Gestionar Usuarios
Requisitos asociados IRQ-02 Información Sobre Gestión de Usuarios
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se solicite editar los datos de
usuario.
Precondición Ninguna
Secuencia Normal Paso Acción
1 El usuario solicita editar su información de cuenta.
2 El sistema mostrara los datos del usuario seleccionado.
3 El usuario modificara sus datos
4 El sistema procesara los datos ingresados
5 El sistema almacenara la nueva información en la base
de datos.
Post condición Ninguna
Excepciones Paso Acción
--- Ninguna
Estabilidad Alta
Comentarios Ninguno

Tabla 17 Descripción de caso de uso 05 (consultar usuario)

RF–05 Consultar usuario


Objetivos asociados OBJ–02 Gestionar Usuarios
Requisitos asociados IRQ-01 Información Sobre Gestión de Usuarios
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando el administrador solicite
consultar una cuenta de usuario.
Precondición Pertenecer al rol de administrador para poder tener el
privilegio de consultar los usuarios registrados.
Secuencia Normal Paso Acción
1 El administrador solicita consultar un usuario del
sistema
2 El sistema procesa la solicitud y muestra una lista de
usuarios con sus respectivos datos
Post condición ---
Excepciones Paso Acción
--- Ninguna
Estabilidad Alta
Comentarios Ninguno

Tabla 18 Descripción de caso de uso 06 (registrar tipo de jornada)

RF–06 Registrar tipo de jornada


Objetivos asociados OBJ–03 registrar tipo de evento
Requisitos asociados IRQ-03 Información Sobre registro de tipo de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar un tipo de jornada.
Precondición --
Secuencia Normal Paso Acción
1 El usuario solicita registrar un tipo de jornada.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario que pide la
descripción del tipo de jornada
4 El usuario suministrara el nombre del área de trabajo
correspondiente a la jornada.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición --------
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno

Tabla 19Descripción de caso de uso 07 (registrar tipo de charla)

RF–07 Registrar tipo de charla


Objetivos asociados OBJ–03 registrar tipo de evento
Requisitos asociados IRQ-03 Información Sobre registro de tipo de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar un tipo de charla.
Precondición --
Secuencia Normal Paso Acción
1 El usuario solicita registrar un tipo de charla.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario que pide la
descripción del tipo de charla
4 El usuario suministrara el nombre del área de trabajo
correspondiente a la charla.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición --------
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno

Tabla 20Descripción de caso de uso 08 (registrar tipo de actividad


recreativa)

RF–08 Registrar tipo de actividad recreativa


Objetivos asociados OBJ–03 registrar tipo de evento
Requisitos asociados IRQ-03 Información Sobre registro de tipo de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar un tipo de jornada.
Precondición --
Secuencia Normal Paso Acción
1 El usuario solicita registrar un tipo de actividad
recreativa.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario que pide la
descripción del tipo de actividad reacreativa
4 El usuario suministrara el nombre del área de trabajo
correspondiente a la actividad recreativa.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición --------
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno
Tabla 21Descripción de caso de uso 09 (registrar jornada)

RF–09 Registrar jornada


Objetivos asociados OBJ–04 administrar evento
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar una jornada.
Precondición El usuario debe contar con los datos para el registro.
Secuencia Normal Paso Acción
1 El usuario solicita registrar una jornada.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario para el registro
4 El usuario suministrara los datos de la jornada.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición Una vez almacenada la información el evento estará
preparado para asignarle sus respectivos participantes o
beneficiados
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno

Tabla 22 Descripción de caso de uso 10 (registrar charla)

RF–10 Registrar charla


Objetivos asociados OBJ–04 administrar evento
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar una charla.
Precondición El usuario debe contar con los datos para el registro.
Secuencia Normal Paso Acción
1 El usuario solicita registrar una charla.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario para el registro
4 El usuario suministrara los datos de la charla.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición Una vez almacenada la información el evento estará
preparado para asignarle sus respectivos participantes o
beneficiados
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno

Tabla 23Descripción de caso de uso 11 (registrar actividad recreativa)

RF–11 Registrar actividad recreativa


Objetivos asociados OBJ–04 administrar evento
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando un usuario registrado solicite
registrar una actividad recreativa.
Precondición El usuario debe contar con los datos para el registro.
Secuencia Normal Paso Acción
1 El usuario solicita registrar una actividad recreativa.
2 El sistema procesa la solicitud
3 El sistema muestra el formulario para el registro
4 El usuario suministrara los datos de la actividad
recreativa.
5 El sistema procesara la información y procederá a
almacenar la información en la base de datos.
Post condición Una vez almacenada la información el evento estará
preparado para asignarle sus respectivos participantes o
beneficiados
Excepciones Paso Acción
--- -----
Estabilidad Alta
Comentarios Ninguno

Tabla 24Descripción de caso de uso 12 (registrar evento)

RF–12 Consultar evento


Objetivos asociados OBJ–04 administrar evento
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se solicite realizar alguna
operación en cuanto a consulta de eventos.
Precondición El sistema comprobara si la cedula existe para así poder
mostrar los datos.
Secuencia Normal Paso Acción
1 El usuario solicita realizar una consulta de eventos.
2 El sistema muestra una lista de eventos registrados con
su respectiva información
3 El sistema ofrece la opción de ver el evento y asignar
participantes
3 Si el usuario escoge la opción de ver evento este le
arrojara una pantalla con información más detallada
sobre el evento y si escoge asignar participantes el
sistema le enviara a consultar personas filtrando su
cedula
4 El sistema realiza la búsqueda y muestra los datos del
titular
Post condición Ninguna
Excepciones Paso Acción
  4 Si la cédula no existe el sistema mostrara un formulario
de registro. El mismo servirá para identificar al usuario
como participante o beneficiario y lo anexara al evento
señalado
Estabilidad Alta
Comentarios Ninguno

Tabla 25Descripción de caso de uso 12.1 (ver evento)

RF–12.1 Ver evento


Objetivos asociados OBJ–04 Generar Reportes
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se realice una petición consulta
de evento
Precondición Previamente se ha registrado un evento para control de datos
Secuencia Normal Paso Acción
1 El sistema muestra una vista preliminar de los eventos
registrados.
2 El usuario selecciona aquellos eventos que desea
reportar ya sea por fecha o por nombre
3 El sistema procesa la información y muestra la
información
Post condición Ninguna
Excepciones Paso Acción
--
Estabilidad Alta
Comentarios Ninguno

Tabla 26Descripción de caso de uso 12.1.1 (descargar informe)

RF–12.1.1 Descargar informe


Objetivos asociados OBJ–04 Generar Reportes
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se realice una petición descarga
de informe
Precondición Previamente se ha registrado un evento para control de datos
Secuencia Normal Paso Acción
1 El sistema muestra una vista preliminar del reporte
señalado
2 El sistema procesa la información y descarga un
documento con la información solicitada
Post condición Ninguna
Excepciones Paso Acción
--
Estabilidad Alta
Comentarios Ninguno

Tabla 27Descripción de caso de uso 12.1.2 (subir fotos)

RF–12.1.2 Subir fotos


Objetivos asociados OBJ–04 Generar Reportes
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se necesite subir una imagen o
foto al sistema
Precondición Previamente se ha registrado un evento para control de datos
Secuencia Normal Paso Acción
1 El sistema ofrece la opción de subir la foto
2 El sistema procesa la información e abre un cuadro de
dialogo solicitando la imagen o foto.
3 Una vez seleccionada la imagen o foto el sistema la
guarda y la anexa al evento señalado
Post condición Ninguna
Excepciones Paso Acción
--
Estabilidad Alta
Comentarios El sistema anexara tantas fotos como que requiera repitiendo
cada paso.

Tabla 28Descripción de caso de uso 12.2 (asignar participantes)

RF–12.2 Asignar participantes


Objetivos asociados OBJ–04 Generar Reportes
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se realice una petición de
consulta de usuario participante.
Precondición Es necesario cargar el número de cedula
Secuencia Normal Paso Acción
1 El sistema ofrece la opción de cargar participantes
2 El sistema procesa la información y determina si el
participante es parte del sistema o no
3 Una vez que el sistema determine la existencia de la
cedula procede a anexar a al participante en caso de
que ya este registrado de lo contrario arroja un
formulario de registro.
4 El sistema guarda la información y la anexa el
participante al evento señalado
Post condición Ninguna
Excepciones Paso Acción
--
Estabilidad Alta
Comentarios Ninguno

Tabla 29Descripción de caso de uso 12.2.1 (consultar cedula)

RF–12.2.1 Consultar cedula


Objetivos asociados OBJ–04 Generar Reportes
Requisitos asociados IRQ-04 Información Sobre administración de eventos
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se realice una petición de
consulta de cedula
Precondición Es necesario cargar el número de cedula
Secuencia Normal Paso Acción
1 El sistema ofrece la opción de consulta de cedula
2 El sistema procesa la información y determina si el
participante es parte del sistema o no.
3 El sistema arroja el resultado de búsqueda.
Post condición Es necesario anexar información en caso de no encontrarse
registrada la cedula.
Excepciones Paso Acción
--
Estabilidad Alta
Comentarios Ninguno

Tabla 30Descripción de caso de uso 13 (generar reporte)

RF–13 Generar reporte


Objetivos asociados OBJ–05 administrar evento
Requisitos asociados IRQ-05 Información Sobre generación de reportes
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se solicite realizar alguna
operación en cuanto a reporte de eventos.
Precondición
Secuencia Normal Paso Acción
1 El sistema muestra indicadores numéricos con relación
a los eventos registrados.
Post condición Ninguna
Estabilidad Alta
Comentarios Ninguno

Tabla 31Descripción de caso de uso 13.1 (generar reporte)

RF–13.1 Generar reportes


Objetivos asociados OBJ–05 administrar evento
Requisitos asociados
Descripción El sistema deberá comportarse tal como se describe en el
siguiente caso de uso cuando se solicite realizar alguna
operación en cuanto a consulta de estimados de eventos.
Precondición
Secuencia Normal Paso Acción
1 El sistema muestra indicadores numéricos y por color
con relación a los eventos registrados.
Post condición Ninguna
Estabilidad Alta
Comentarios Cada color hace referencia a diferentes estimados numéricos.

Requerimientos no funcionales

 Usabilidad: El sistema deberá tener una interfaz gráfica sencilla y


amigable, basada en menús, ventanas, listas desplegables y botones
de acción.

 Multiplataforma: El sistema deberá ser desarrollado bajo software


libre, utilizando el lenguaje de programación PHP y utilizará el
estándar HTML para el diseño de las páginas web. De esta forma se
garantizaría que el código HTML generado pueda ser interpretado por
cualquier de los navegadores comerciales existentes en el mercado.

 Flexibilidad: La estructura y diseño del sistema es escalable lo que


significa que debe adaptarse fácilmente a cualquier cambio o mejora.

 Para esta aplicación hemos definido otros requerimientos no


funcionales adicionales:

- Esquema de sincronización de datos entre los niveles del sistema


- Integridad de información entre los sistemas

- Integridad del esquema de sincronización

- Capacidad del sistema de trabajar tanto en un ambiente conectado


como en uno no conectado

- Despliegue de la aplicación sobre sistemas de baja capacidad

Diagramas de Casos de Uso

<<Subsistema>> <<Subsistema>> <<Subsistema>>

Gestionar sesión Gestionar usuario Registrar tipo de


evento

<<Subsistema>> <<Subsistema>>

Administrar evento Gestionar reporte

OBJ-01 Diagrama de Caso de uso Gestionar Sesión


OBJ-02 Diagrama de Caso de uso Gestionar Usuarios

OBJ-3 Diagrama de Caso de uso Registrar tipo de evento


OBJ-4 Diagrama de Caso de uso Administrar evento

OBJ-5 Diagrama de Caso de uso Generar reporte


Diagrama relacional

Diseño del Programa.


Diseño de la base de datos

Diseño lógico

En este caso las entidades estarán conformadas por personas y


objetos, con características propias de los mismos, que representan los
elementos importantes para la creación de la base de datos incluyendo la
aplicación, todo esto basado en el análisis de requerimientos estudiado
mediante el abordaje para la obtención de la información del departamento
de prevención del ipasme

Quedando las siguientes entidades:

1. Datos del evento


2. Tipos de actividades
3. Tipos de jornadas
4. Tipos de charlas
5. Historial de eventos
6. Datos personales
7. Datos de accesos
8. Tipos de nivel

Después de la definición de las entidades, es importante destacar


ahora sus relaciones, ya que en la base de datos es el vínculo que permite
definir una dependencia entre los conjuntos de dos o más entidades.
Cualquier tipo de objeto o concepto sobre el que se recoge información:
cosa, persona, concepto abstracto o suceso. Hay dos tipos de entidades:
fuertes y débiles.
Entidad fuerte es una entidad que no es débil y no depende de la
existencia de otra, esta también es conocida como entidad regular es
aquella que sí puede ser identificada unívocamente. En los casos en que se
requiera, se puede dar que una entidad fuerte "preste" algunos de sus
atributos a una entidad débil para que, esta última, se pueda identificar.

Entidad débil es una entidad cuya existencia depende de la existencia


de otra entidad, es decir, aquella que no puede ser unívocamente identificada
solamente por sus atributos. Se representan mediante un doble rectángulo,
es decir, un rectángulo con doble línea.
Partiendo de acá se definen una serie de entidades las cuales forman parte
del sistema:

• Datos del evento (dts_evnt): Es la entidad fuerte del sistema. De ella


tienen dependencia otras entidades. Tipos de jornadas, tipos de
charlas, tipos de actividad.
• Tipos de actividades(tps_act): Es la entidad donde se registran las
actividades para ser realizadas
• Tipos de jornadas (tps_jor): Esta entidad es donde se registran las
jornadas para ser realizadas
• Tipos de charlas (tps_char): Es la entidad donde se guardan los
diferentes tipos de charlas próximas a realizar
• Historial de eventos (his_event): Esta entidad es donde almacena
los datos de las jornadas charlas y actividades realizadas
• Datos personales (dts_pers): Esta es la entidad donde se
almacenan los datos de cada uno de los participantes
• Datos de accesos (dts_accs): Esta entidad es donde el
administrador o el usuario pueden acceder al sistema, esta entidad
tiene dependencia a otras entidades. Datos de persona, y tipo de nivel
• Tipos de nivel (tps_nil): es la entidad que verifica cual es el nivel de
acceso al sistema si es usuario o administrador
Definición de atributos y Normalización.
Los atributos representan las propiedades básicas de las entidades y
de las relaciones. Toda la información extensiva es portada por los atributos,
y estos a su vez cuentan con un dominio el cual hace referencia al tipo de
datos que será almacenado o restricciones en sus valores que el atributo
puede tomar (cadenas de caracteres, números, solo dos letras, solo
números mayores que cero, solo números enteros…).
Las entidades estudiadas en el proyecto están formadas por varios atributos,
los cuales a continuación se presentan:

• (dts_evnt):(_id integer NOT NULL,_nomcharactervarying,


_reprecharactervarying, _ins_concharactervarying, _fch_sol date,
_dircharactervarying,
_matriinteger,_telfcharactervarying,_telf_acharactervarying,_tipcharact
ervarying,_horinteger,_jornada integer,_charla
integer,_act_recinteger);

• tps_act(_id integer NOT NULL,_descharactervarying );

• tps_jor(_id integer NOT NULL, _des charactervarying );

• tps_char(_id integer NOT NULL,_descharactervarying );

• his_event( _id integer NOT NULL, _id_perinteger, _id_evntinteger );

• dts_pers(_id integer NOT NULL, _ci


integer,_nom_pricharactervarying,
_nom_segcharactervarying,_ape_pricharactervarying,_ape_segcharac
tervarying, _sex charactervarying(1),_naccharactervarying(1),_fch_nac
date);
• dts_accs(_id integer NOT
NULL,_usuinteger,_clacharactervarying,_nivel integer, _activa integer);
• tps_nil(_id integer NOT NULL,_descharactervarying );

Diagrama entidad relación


Diccionario de Datos

Tabla 32Descripción de datos de dts_evnt

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular Increments SI NO NO NO
propio de la tabla
_nom Nombre del evento Charactervarying NO NO NO NO

_repre Solicitante del evento charactervarying NO NO NO NO

_ins_con Nombres de la institución o el charactervarying NO NO NO NO


consejo comunal
_fch_sol Fecha de solicitud date NO NO NO NO

_dir Dirección charactervarying NO NO NO NO

_matri Cantidad de participantes Stringinteger NO NO NO NO

_telf Teléfono de contacto charactervarying NO NO NO NO

_telf_a Teléfono alternativo charactervarying NO NO NO NO

_tip Tipo de evento charactervarying NO NO NO NO


_hor Duración del Jornada integer NO NO NO NO

_jornada Tipo de jornada Integer NO NO SI NO

_charla Tipo de Charlas Integer NO NO SI NO

_act_rec Actividad Recreativa Integer NO NO SI NO

Tabla 33Descripción de datos de tps_act

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular integer SI NO NO NO
propio de la tabla
_des Descripcion de la Actividad charactervarying NO NO NO SI
Tabla 34Descripción de datos de tps_jor

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular integer SI NO NO NO
propio de la tabla
_des Descripción charactervarying NO NO NO SI

Tabla 35Descripción de datos de tps_char

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular integer SI NO NO NO
propio de la tabla
_des Descripción charactervarying NO NO NO SI

Tabla 36Descripción de datos de his_event

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular propio Increments SI NO NO NO
de la tabla
_id_per Numero de La persona integer NO NO SI NO

_id_evnt Numero de Evento integer NO NO SI NO

Tabla 37Descripción de datos de dts_pers

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular Increments SI NO NO NO
propio de la tabla
_ci Cedula de identidad de la integer NO NO NO SI
persona
_nom_pri Primer Nombre charactervarying NO NO NO NO

_nom_seg Segundo Nombres charactervarying NO NO NO NO

_ape_pri Primer Apellido charactervarying NO NO NO NO

_ape_seg Segundo Apellido charactervarying NO NO NO NO

_sex sexo charactervarying(1) NO NO NO NO

_nac Edad charactervarying(1) NO NO NO NO

_fch_nac Fecha de Nacimiento date NO NO NO NO

Tabla 38Descripción de datos de dts_accs

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular propio Increments SI NO SI NO
de la tabla
_usu Usuario integer NO NO SI SI

_cla Clave charactervarying NO NO NO NO

_nivel Si es Usuario o Administrador integer NO NO SI NO

_activa Le permite el acceso al sistema si integer NO NO NO NO


esta activo
Tabla 39Descripción de datos de tipo_nil

Atributo Descripción Tipo PK Null FK Unique


_id Identificador único del titular integer SI NO NO NO
propio de la tabla
_des Descripción charactervarying NO NO NO SI

Diseño Físico.

Administrador de la base de datos.

Para el desarrollo del sistema de informatico de control estadístico de


eventos realizados por el departamento de prevención del ipasme. se utilizó
el lenguaje de programación php 7 y una base de datos relacional
persistencia. Esto permite el uso de las características propias para leer los
datos de una base de datos o para insertarlos o modificarlos. En este caso el
framework utilizado control ERA Es un nuevo patrón de arquitectura de
software para proyectos web que utilicen PHP, que responde a un modelo de
Programación Modular, que trabaja con un enrutador para mantener la
interaccion en un mismo plano, para facilitar el posicionamiento de las
peticiones y respuesta del sistema.

¿Qué es Control ERA?

Hace referencia al archivo que funciona como enrutador de peticiones


y respuestas, mediante el método GET (url), permitiendo la transacción de
información sin que el usuario tenga una referencia de la posición lógica de
los archivos en ejecución, ctrl.php solo responde a peticiones del mismo
sistema.

E de Estructura Hace referencia a la carpeta que almacenara toda la


parte para la presentación gráfica del sitio o aplicación Web, las carpetas
básicas predeterminadas son: CSS/DES/DOC/IMG/JS/LET/MAQ/MED/SWF
y Todas las carpetas están sujetas a cambios de acuerdo a la necesidad.

R de Respuesta Esta carpeta contendrá en sub-carpetas los módulos


o acciones y a su vez los archivos que procesan las peticiones del sistema,
agregar, actualizar, borrar (de ser necesario), trae pre-definidos los procesos
de login y gestión de usuarios, con tecnologías combinadas (dataTables y
jeditable).

A de Almacen Esta carpeta contendra los archivos propios de Control


ERA y en sub-carpetas las tecnologias a utilizar en conjunto, las tecnologias
propias son:
• ctrlError.php
• conectarBd.php
• funciones.php
• recursos.php

Unas de las tecnologias externas son:

• captcha/
• phpqrcode/

También fue necesario el uso de una herramienta de código abierto para


la administración de las bases de datos como PgAdmin III, el cual permitió
realizar algunas operaciones de manipulación de datos mediante su interfaz
administrativa.
Cabe destacar que la estructura de control ERA es un factor muy
importante al momento de interactuar con su estructura y de hacer la
codificación para el sistema

Diseño de la interfaz de usuario

Patrones del sistema

Objetivo: Gestionar sesión patrón(1)

Descripción La validación de los datos se hace


en este apartado del sistema
cuando se solicita el acceso. Es
importante mencionar que ya
existe un administrador por defecto
que es quien logea por primera vez
y crea cuentas de usuario para su
posterior acceso.
Objetivo: Gestionar usuario patrón(2)

Descripción El sistema permite el acceso una


vez haya validado la información
de usuario y clave. Arroja un
mensaje de color rojo que indica
que se cambie la clave. Ya que al
registrar la cuenta por defecto
usuario y clave es el número de
cedula.
Objetivo: Gestionar usuario patrón(3)

Descripción El sistema permite editar la


información de usuario
Objetivo: Gestionar usuario patrón(4)

Descripción El sistema guarda la información


actualizada

Objetivo: Gestionar usuario patrón(5)

Descripción El administrador crea una nueva


cuenta y le otorga el nivel
Objetivo: Gestionar usuario patrón(6)

Descripción El administrador visualiza una lista


de todos los usuarios registrados
Objetivo: Registrar tipo evento patrón(7)

Descripción El sistema arroja una lista de


opciones para escoger el tipo
jornada de evento señalado y si no
está en la lista se agrega.

Objetivo: Registrar tipo de evento(8)

Descripción El sistema arroja una lista de


opciones para escoger el tipo de
charla señalado y si no está en la
lista se agrega.
Objetivo: Registrar tipo evento patrón(9)

Descripción El sistema arroja una lista de


opciones para escoger el tipo de
actividad recreativa señalada y si
no está en la lista se agrega.

Objetivo: Administrar evento patrón(10)

Descripción El sistema arroja un formulario de


registro de jornada, charla y
actividad recreativa con su
respectiva información: a
continuación se presenta la
pantalla de registro de jornada ya
que las de charla y actividad
recreativa son casi iguales solo
cambia su tipo.
Objetivo: Administrar evento patrón(11)

Descripción El sistema guarda la información


con relación al evento

Objetivo: Administrar evento patrón(12)

Descripción El sistema ofrece una vista de


todos los eventos registrados para
consultarlos y a su ves para
asignar a los participantes y
consultar por cedula
Objetivo: Administrar evento patrón(13)

Descripción El sistema ofrece hacer registro y


carga de participantes por medio
de la cedula de identidad

Objetivo: Administrar evento patrón(14)

Descripción El sistema valida la existencia de la


cedula en la base de datos así es
su interfaz si ese fuera el caso
Objetivo: Administrar evento patrón(15)

Descripción El sistema valida la existencia de la


cedula en la base de datos y si la
cedula aun no está registrada el
sistema arroja un formulario de
registro.
Objetivo: Administrar evento patrón(16)

Descripción Una vez cargados los participantes


el sistema ofrece una vista
preliminar del informe para su
posterior descarga. Si es necesario
subir fotos allí se encuentra la
opción que lo permite.

Objetivo: Generar reporte patrón(17)

Descripción El sistema ofrece indicadores


numéricos sobre los eventos.
Codificación

Index(Inicio de sesion)

<?php
require_once("base/A/configX.php");
matarSesion();
enrutar($_urlEstatica,$_sitioActual,$_archivoActual);
$_subTitle=" Index";
require_once("base/E/maq/head.php");
// settype($_idNIVEL, "int");

?>

<bodyclass="login-page">
<div class="page-header" filter-color="blue">
<div class="page-header-image"
style="background:url('base/E/img/fondo/ipasme_bg.jpg'); background-size:
100% 100%;"></div>
<div class="container">
<div class="col-md-4 content-center">
<div class="cardcard-logincard-plain">
<formclass="form" method="post"
action="ctrl.php?url=ingresarX">
<div class="headerheader-
primarytext-center">
<div class="logo-container">

<imgsrc="base/E/img/logo/ipas1.png" alt="IPASME" style="filter:


invert(100%);">
</div>
</div>
<div class="content">
<div class="input-groupform-
group-no-border input-lg">
<spanclass="input-group-addon"><i class="now-ui-icons users_circle-
08"></i></span>
<input type="number" class="form-control" placeholder="Usuario"
required="required" name="_usu" value="24867108" />
</div>
<div class="input-groupform-
group-no-border input-lg">
<spanclass="input-group-addon"><i class="now-ui-icons ui-1_lock-circle-
open"></i></span>
<input type="password" placeholder="Contraseña" class="form-
control" required="required" name="_cla" value="24867108" />
</div>

<?php
if (!empty($_GET)) {

if (!empty($_GET['error'])) {

if ($_GET['error']==1) {
echo "Usuario o Clave invalido";
}

}
}
?>
</div>
<div class="footertext-center">
<input type="submit" class="btnbtn-
primarybtn-round btn-lgbtn-block" value="Ingresar" >

</div>
</form>
</div>
</div>
</div>
<footerclass="footer">
<div class="container">
<div class="copyright">
&copy;
<script>
document.write(new
Date().getFullYear())
</script>, Designedby
<a href="#" >Tribu Pro-Cai</a>. Codedby
<a href="#" >AlqXYZ</a>.
</div>
</div>
</footer>
</div>
</body>

Verificación y validación de datos de acceso


<?php
require_once 'base/E/maq/finHtml.php';
?>

ctrol
<?php
/*INI condicional de seguridad*/
if(empty($_SERVER['HTTP_REFERER'])){
//echo "Cuando accedes al archivo por <b>URL</b>";
header("Location: index.php?Que_intentas!");
exit();
} else {
if (empty($_GET)) {
// echo "no hay envio post";
header("Location: index.php?Eyyy...!!");
exit();
}
// echo "Cuando accedes al archivo por <b>click</b>";
}
/*FIN condicional de seguridad*/

require_once("base/A/configX.php");

post();

#vr();
trabajarsologet("url","Lo siento solo trabajo con envio GET url?=","index.php?
url=inicio");

$_GET['url'] = str_replace("<", "", "$_GET[url]");


$_GET['url'] = str_replace(">", "", "$_GET[url]");
$_GET['url'] = str_replace("?", "", "$_GET[url]");
$_GET['url'] = str_replace("¿", "", "$_GET[url]");
$_GET['url'] = str_replace(")", "", "$_GET[url]");
$_GET['url'] = str_replace("(", "", "$_GET[url]");
$_GET['url'] = str_replace(";", "", "$_GET[url]");
$_GET['url'] = str_replace(":", "", "$_GET[url]");
$_GET['url'] = str_replace("/", "", "$_GET[url]");
$_GET['url'] = str_replace("\"", "", "$_GET[url]");
$_GET['url'] = str_replace("\'", "", "$_GET[url]");

/*SIGNIFICADOS DE CADA LETRA


c=cabeza (HEAD)
t=titulo
p=plantilla

s=seccion
h=hoja
*/

$_maq=A."maq/plantilla.php";

$_mapaSitio = array(
'ingresarX' =>array('p' =>R.'con.php/con_cue.php'),
'inicio' =>array('p'
=>$_maq,'h'=>'maq/presentacion.php','matarsession'=>'no','acceso'=>'si'),

'regTpsJor' =>array('p'
=>$_maq,'h'=>'form/dts/dts_tpsEvent.php','matarsession'=>'no','acceso'=>'si')
,
'regTpsJorX' =>array('p' =>R.'agg.php/agg_tpsEvent.php'),
'regTpsChar' =>array('p'
=>$_maq,'h'=>'form/dts/dts_tpsEvent.php','matarsession'=>'no','acceso'=>'si')
,
'regTpsCharX' =>array('p' =>R.'agg.php/agg_tpsEvent.php'),
'regTpsAct' =>array('p'
=>$_maq,'h'=>'form/dts/dts_tpsEvent.php','matarsession'=>'no','acceso'=>'si')
,
'regTpsActX' =>array('p' =>R.'agg.php/agg_tpsEvent.php'),
Registros del sistema

'regUsu' =>array('p'
=>$_maq,'h'=>'form/dts/dts_cta.php','matarsession'=>'no','acceso'=>'si'),
'regUsuX' =>array('p' =>R.'agg.php/aggUsu.php'),

'aggAsist' =>array('p'
=>$_maq,'h'=>'form/dts/dts_asist.php','matarsession'=>'no','acceso'=>'si'),
'aggAsistX' =>array('p' =>R.'agg.php/agg_asist.php'),

'verUsu' =>array('p'
=>$_maq,'t'=>'buscar','h'=>'form/bus/bus_usu.php','matarsession'=>'no','acce
so'=>'si'),

'miCuenta' =>array('p'
=>$_maq,'h'=>'form/dts/dts_ctaX.php','matarsession'=>'no','acceso'=>'si'),
'miCuentaX' =>array('p' =>R.'act.php/actCta.php'),

'regJor' =>array('p'
=>$_maq,'h'=>'form/dts/dts_jor.php','matarsession'=>'no','acceso'=>'si'),
'regJorX' =>array('p' =>R.'agg.php/agg_jor.php'),

'regChar' =>array('p'
=>$_maq,'h'=>'form/dts/dts_char.php','matarsession'=>'no','acceso'=>'si'),
'regCharX' =>array('p' =>R.'agg.php/agg_char.php'),

'regAct' =>array('p'
=>$_maq,'h'=>'form/dts/dts_act.php','matarsession'=>'no','acceso'=>'si'),
'regActX' =>array('p' =>R.'agg.php/agg_act.php'),
'verEvnts' =>array('p'
=>$_maq,'t'=>'buscar','h'=>'form/bus/bus_evnts.php','matarsession'=>'no','acc
eso'=>'si'),

'ver' =>array('p'
=>$_maq,'h'=>'form/dts/dts_event.php','matarsession'=>'no','acceso'=>'si'),

'verInforme' =>array('p' =>R.'agg.php/verInforme.php'),

'subirFoto' =>array('p' =>R.'agg.php/agg_foto.php'),

'total' =>array('p'
=>$_maq,'h'=>'form/dts/dts_total.php','matarsession'=>'no','acceso'=>'si'),

);

if (isset($_mapaSitio[$_GET['url']])) {
require_once $_mapaSitio[$_GET['url']]['p'];
#require_once "base/".$_mapaSitio[$_GET['url']]['p'];
#echo $_mapaSitio[$_GET['url']]['p'];
}
else { header('Status: 404 NotFound');
?>

<?php
require_once("base/A/configX.php");

//matarSesion();
#enrutar($_urlEstatica,$_sitioActual);
#echo $_urlEstatica;
#echo "<br>";
#echo $_sitioActual;
#exit();
//esta funcionenrruta la url del proyecto, verifica su url actual con la
urlestatica definida y si igual la redirecciona
$_subTitle=" Index::.";
require_once("base/E/maq/head.php");
?>

<script>
function reenviar(){
history.back(-1);
window.close();
}

setTimeout(reenviar,3000);
</script>
<h1 class="e404">404</h1>

<h1 class="errorUrl">
¡Error URL!<br>
<?php #echo strtoupper($_GET['url']); ?>
</h1>

</center>
</body>
</html>
<?php
//require_once("base/E/maq/finHtml.php");
}
?>

Pruebas

Para determinar errores en el sistema y verificar la funcionalidad del


mismo se ejecutaron una serie de pruebas para comprobar que los objetivos
requeridos sean cumplidos.

Las pruebas realizadas fueron las siguientes:

 Pruebas de funciones: Cada una de las tareas fue consultada de


manera individual en cada uno de los módulos de forma independiente
con datos y peticiones ficticias para verificar las respuestas y
ejecución de los datos así como su correcto almacenamiento en la
base de datos del sistema.
 Pruebas de seguridad: Al colocar datos falsos o ajenos a la
información existente en la base de datos el sistema de inmediato
reconoce al validar y arroja mensajes de error y de alerta en caso de
que existe alguna tarea en particular que realizar.
 Pruebas de plataforma tecnológica: estas pruebas se realizaron con el
fin de verificar el buen desarrollo y fluida ejecución de la aplicación en
varios sistemas operativos, en varios navegadores para evitar errores
de conexión

Implementación.

Es importante mencionar que la fase de implementación del sistema aún


no se cumple dado a la integración del último módulo contempla información
sobre cómo generar el reporte donde hayan ciertas dificultades a la hora de
imprimir el mismo.

Mantenimiento.

Esta fase, se ejecutara una vez implementado el software, este podrá


presentar cambios dependiendo de las necesidades de los usuarios, como
ampliación de funcionalidades, rendimientos, o algún otro requerimiento que
se presente. Siempre y cuando se respete los límites planteados y alcance
de la aplicación como tal.
Conclusiones

Mediante el diagnóstico realizado en el departamento de prevención del


ipasme, se observó el modo de funcionamiento actual, el cual se encontró de
que era posible el fitrado de datos de los eventos realizados al llevarlos de
forma manual, ya que no cuentan con un sistema informático para sus
actividades, tales como solicitar reportes, estadísticas, ver eventos
realizados, etc. Por ello surge la necesidad de un sistema, con la finalidad de
facilitar un poco el trabajo manual que realiza el personal.

Es importante destacar la necesidad de ciertas herramientas para la


elaboración del sistema, inicialmente se empleó el Proceso Unificado de
Desarrollo de Software y el lenguaje de Modelado este último constituye un
lenguaje gráfico para, especificar, construir, visualizar y documentar un
sistema. El modelo UML ofrece un estándar para describir un "plano”
(modelo), incluyendo aspectos conceptuales tale, funciones del sistema, y
aspectos concretos como expresiones de lenguajes de programación,
esquemas de bases de datos y compuestos reciclados. Permitiendo así la
obtención de información para la definición de objetivos y adecuada interfaz
del sistema mediante el desarrollo.

Para la elaboración del software se utilizó una metodología de


desarrollo Cascada también conocida como modelo clásico, modelo
tradicional o modelo lineal secuencial. Este es conformado por una
secuencia de actividades o etapa que consisten en el análisis de
requerimientos, él diseño, la implementación, la integración y las pruebas.
Asi mismo para la interfaz del sistema se utilizó el frameworkBootstrap
basado en HTML y CSS, el cual proporcionó agilizar la creación de interfaz
del sistema. Contiene plantillas de diseño con tipografía, formularios,
botones, cuadros, menús de navegación y otros elementos de diseño basado
en HTML y CSS, las cuales fueron de gran utilidad para el diseño.

También se emplearon las bases legales que apoyaron esta


investigación las cuales son: la Constitución de la República Bolivariana de
Venezuela, Ley Orgánica de Ciencia, Tecnología e Innovación, la Ley Contra
los Delitos Informáticos, el Decreto 3390, La Ley Infogobierno, Ley orgánica
de la salud y por último El Documento Rector, la cual se citaron algunos
artículos propio para este proyecto.

El departamento de prevención con este sistema evitara la pérdida de


tiempo ya que la información registrada en el sistema la podrá solicitar
teniendo así una respuesta inmediata, teniendo en cuenta que evitaría la
perdida de documentos.
Recomendaciones

Para la correcta ejecución del sistema es de importancia una serie de


recomendaciones para la ejecución total del mismo. A continuación, las
recomendaciones consideradas por el investigador:

✔ El Sistema tiene que ser implementado en el Departamento de


prevención del IPASME a la hora de realizar su jornada, charlas, etc.
✔ Contar con los equipos requeridos por el sistema para su correcto
funcionamiento: Computadoras con sistema operativo de plataforma
libre.
✔ Diseñar técnicas de respaldo y seguridad para la integridad de los
datos en dado caso se presente alguna interferencia que pueda poner
en riesgo la información.
✔ Realizar manual o una formación dirigida al personal que manejara el
sistema de manera directa, coordinador, administrador, referente al
modo de funcionamiento del mismo para que tengan conocimiento
acerca de cómo manejarlo
✔ Si es necesario una impresora si es necesario el físico de cualquier
información que se necesite en ese momento o un dispositivo portátil
como pendrive, cd, etc
Referencias bibliográficas

- Lucidchat (2017) Lenguaje unificado de modelado (UML), [On line]


Disponible en: https://www.lucidchart.com/pages/es/qu%C3%A9-es-el-
lenguaje-unificado-de-modelado-uml

- DamianPerez Valdez (2008) Base de datos, Manejadores de base de


datos, [On line] Disponible en: (www.maestrosdelweb.com).

- Wikipedia (2017) Base de datos Postgres SQL [On line]: Disponible


en: (https://es.wikipedia.org/wiki/PostgreSQL)

- Blanca Perez (2016) ¿Cómo usar Bootstrap? Desde cero [On line]:
Disponible en: http://blog.escuelaweb.net/bootstrap-desde-cero/

- Sara Alvarez, (2008), Lenguajes de Programación, [On line] Disponible


en: (Desarrolloweb.com).

- Misty, Soloriio. 2013, Metodologia de cascada, [On line] Disponible en:


http://metodologiaencascada.blogspot.com/

- Peña A. 2006, Partalta B. 2008, Sistema de Información, [On line]


Disponible en: http://www.econlink.com.ar/sistemas-
informacion/definicion.
- Rodríguez Peñuelas, (2008-10) Técnicas e Instrumentos de
investigación, [On line] Disponible en:
(www.tesisdeinvestg.blogspot.com).

- Konrad Zuse (1992), Informática, [On line] Disponible en:


http://problema.blogcindario.com/2008/10/00014-marco-teorico.html.

- MeltomTecnologies (2011-2015), Tecnologías de Información, [On


line], Disponible en:
http://www.degerencia.com/tema/tecnologia_de_informacion

También podría gustarte