Portada Prolegómenos Resumen Índice Introducción Capitulo I Capitulo II Capitulo III Capitulo IV Capitulo V Conclusiones y
Recomendaciones Referencias Principal |
CAPITULO V CAPITULO
V DESARROLLO
DEL PROYECTO En este capítulo se reflejan los resultados obtenidos a lo largo del
desarrollo de la pasantía de grado, donde se realizaron una serie de
actividades estructuradas en fases, basadas en una metodología que permite
llevar un orden lógico en el desarrollo de la misma. Para este caso se
utilizó 5.1- Fase
1: Definición del Proyecto procesados y resguardados, como también realizar
proyectos para el mejoramiento de las aplicaciones en la organización. Este
sistema permite tener una información veraz minuto a minuto durante todos los
eventos electorales de las regiones de Venezuela, con el fin de obtener una asistencia de los operadores
electorales. Resuelve
los problemas que se presenten en una forma inmediata para no perder tiempo
en el proceso. Realizando así, el
control del despliegue y repliegue de los
kits electorales (máquinas de votación, boletas, equipos de
computación portátiles, etc.) en todas las regiones de Venezuela. Además este sistema de gestión permite canalizar
los procedimientos de contingencia en algún componente de los kits
electorales. Actualmente
no se dispone de este sistema mencionado anteriormente por lo que los
procesos se hacen manualmente y con una lentitud en la logística. 5.1.1-
Estudio preliminar del proyecto El
estudio preliminar del proyecto estuvo basado en la observación directa y del
empleo de entrevistas informales. Ambas, permitieron diagnosticar la
situación actual de la organización. Para desarrollar este proyecto, es
importante destacar la necesidad que tiene implantar un Sistema de Información para Por
estas razones, se realiza este Sistema de Información que sea capaz de
gestionar y controlar procesos. Para ello fue necesario determinar una
factibilidad desde dos puntos de vista: la factibilidad Técnica y la
factibilidad psicosocial. 5.1.2-
Factibilidad Técnica Los
recursos necesarios utilizados en el desarrollo del sistema de información
para En
cuanto al Software los requerimientos son: ·
Programa
Servidor Web Apache (Es un
software de código abierto que funciona sobre cualquier plataforma. Se
distribuye prácticamente con todas las implementaciones de Linux. Tiene
capacidad para servir páginas tanto de contenido estático como de contenido
dinámico a través de otras herramientas soportadas que facilitan la
actualización de los contenidos mediante bases de datos, ficheros u otras
fuentes de información). ·
Programa
Servidor de Base de Datos MySQL v.5
(es un sistema de administración para bases de datos relacionales que provee
una solución robusta a los usuarios con poderosas herramientas multi-usuario). ·
Personal
Home Page (PHP 5) (es un
lenguaje de programación usado frecuentemente para la creación de contenido
para sitios Web con los cuales se puede programar las páginas html y los
códigos de fuente). ·
Navegador
Mozilla Firefox V.2.0 (es un
navegador Web de Internet multiplataforma con interfaz gráfica de usuario). ·
Certificados
Digitales utilizando Open SSL (provee
de una infraestructura de cifrado y certificación digital que se puede aprovechar para cosas tan diversas como
cifrar comunicaciones, autentificar los dos extremos de la conexión, estampas
de firma de tiempo (timestamp) y firma de código). ·
Sistema
Operativo LINUX MANDRIVA 2007 (sistema
operativo para computadoras diseñada para alojar base de datos y enlazarlas
con servidores de Internet). ·
Smarty (es un motor de plantillas para PHP, cuyo objetivo
es separar el contenido de la presentación en una página Web, se encuentra
bajo la licencia GPL por lo que puede ser usado libremente). En
cuanto al Hardware para el desarrollo del Sistema de Información, los requerimientos
son los siguientes: Estaciones de trabajo. ·
Un (1) PC Pentium
IV IBM con procesador Intel de 2.4 Mª y 256 MB de RAM ·
Un (1) Monitor
VGA a color de Servidor. ·
Un (1)
Servidor de base de datos con Procesador XEON 3 GAZ ·
RAM 2 GB, ·
2 DD 72 GB c/u. ·
Una (1)
Tarjeta SCUCI Ultra 2: Dispositivos de 16 bits con velocidad de ejecución de 80 Mb/s. ·
Una (1)
Impresora HP Láser Jet de la serie 9000 En
conversación con el coordinador del área se afirmó que la empresa cuenta con
la tecnología requerida, tanto en Software libre como en Hardware para el desarrollo del
proyecto. Por lo general, se concretó que el proyecto es técnicamente
factible, ya que se disponía de los recursos tecnológicos como el humano, y
económicamente factible ya que existían los recursos para tal fin. 5.1.3-
Factibilidad Psicosocial Cuando se automatiza un sistema manual, es un
cambio brusco para cualquier organización ya que esto implica cambiar la
mentalidad de un grupo de personas que están adaptadas a un sistema. La
implantación de un sistema automatizado permitirá que a futuro los usuarios
laboren de forma más ordenada, siendo así los procedimientos más eficientes.
A pesar que algunos usuarios tardan más en adaptarse al nuevo sistema
automatizado. 5.2- FASE
2: Análisis de contexto Luego que se ha definido el proyecto, se inicia el proceso de análisis
de contexto del sistema manual, el cual consiste en el despliegue o repliegue
de los kits electorales a nivel nacional por medio de un Centro de Atención
Rápida (CAR), es un Call Center que esta dentro de cada una de las regiones
para atender los problemas que se presentan durante el proceso electoral,
este Centro de
Atención Rápida (CAR) está integrados por Operadores de Sala (OS) y
Supervisores que controlan la asistencia de los técnicos operarios, así como
la evaluación de la mesa (apertura, constitución, cierre y transmisión);
también esta integrado por Operadores de Máquinas de Votación (OMV), Técnicos de Soporte (TS), Instaladores de Capta
Huellas (ICH) y los Totalizadores (TT). El
sistema anteriormente descrito ha funcionado de esta manera y se ha mantenido
así hasta la actualidad, pero con un gran avance de la tecnología, la
dirección decidió entonces automatizar y mejorar este procedimiento. Cuando
se evaluó el nuevo sistema se pudo comprobar que traería más beneficios y
ahorro de tiempo en los procesos electorales. 5.2.1- Análisis documental Para
un mejor entendimiento del problema planteado, fue indispensable hacer un
análisis documental que permitiera determinar la situación real del sistema
actual, para ello se consiguieron los siguientes pasos: ·
Se recopiló
toda la documentación. ·
Se organizó
esta documentación. ·
Se estudió
dichos documentos. Como
resultado de los pasos anteriores se obtuvo una visión clara acerca del
funcionamiento actual. Seguidamente,
con toda la información estudiada y analizada se procedió a la construcción
del modelo del sistema de información actual. Para ello se utilizó la
técnica de Análisis Estructurado de Sistemas que
esta basado en
la construcción
de los modelos
lógicos y físicos
del sistema actual, como los diagramas de flujo de Datos (DFD) del Nivel cero
(0), el Nivel uno (1) y el Diccionario de Datos. 5.2.2-
Diagrama de Flujo de Datos (DFD) del Sistema de Información de Gestión Actual (NIVEL 0) Es
la representación gráfica del sistema actual, se caracteriza por tener dos
procesos.
Petición de Técnico Operador Participantes Técnico Operador Ticket
Fig. 3 Diagrama de
Flujo de Datos del Sistema de Información de Gestión Actual (NIVEL 0) 5.2.3-
Diagrama de Flujo de Datos (DFD) del Sistema de Información de Gestión Actual
(NIVEL 1)
Solicitud de Tickets Técnico Operador Participantes Nombre Tecnico del Operador Solicitud de Llamada 1 Recepción de Llamadas 5.2.4-
Diccionario de Datos del Sistema de Información de Gestión Actual Tickets: Representa la ocurrencia de un incidente en un
origen de incidente determinado, lo cual también esta asociado a un registro
de una tabla de incidente. Este ticket puede estar en estado de ABIERTO, EN
TRANSITO, EN PROCESO, CERRADO o ANULADO.
PK: el campo es parte de la clave primaria. Relaciones
5.3- FASE 3. Definición de
requerimientos Para
la realización del sistema de información para la gestión de las salas
situacionales, que permite darle información de las asistencias de los
operadores de todas las regiones, se hizo un estudio exhaustivo de todos los
posibles requerimientos que
necesitaba. En este caso en particular se tomaron en cuenta los
requerimientos de información (entrada, salida y almacenamiento) como también
las especificaciones funcionales del sistema, con la finalidad de determinar
las características más importantes que se requieran del sistema. La
base de datos del sistema de información “SoftCAR" fue diseñada para su
aplicación sobre el motor de bases de datos relacionales MySQL versión
5.0.18. En principio, debe funcionar sin inconvenientes en versiones
superiores de este manejador, sin embargo, la versión 5.0.20 posee un bug que
imposibilita la instanciación del esquema (tablas, procedimientos
almacenados, triggers y vistas) por lo cual no debe ser utilizada. Todas las
tablas deben utilizar el engine InnoDB,
NDBCluster o HEAP. 5.3.1-
Requerimientos de Información a.
Requerimientos
de Entrada. Para la entrada de datos al
sistema de estadística de tickets es necesario tener en cuenta lo siguiente: ·
Datos provenientes de una tabla dinámica. Sucede cuando se produce un incidente a través de una llamada, esto representa
un ticket en el sistema. Un ticket que esta asociado a un origen de
incidente, que puede ser un centro de votación. También esta asociado a un
participante (operador que lo reporta) y a un usuario (usuario que lo crea). Este
ticket representa la ocurrencia del incidente en el centro de votación determinado.
El ticket puede estar en un estado de ABIERTO,
EN TRANSITO, EN PROCESO (esta siendo procesado por un usuario), CERRADO o ANULADO. Esto se aplica para las categorías de Comunicaciones,
Infraestructura, Máquinas de votación y Personal operativo. El sistema
mantiene un historial de las operaciones realizadas sobre el ticket en la
tabla evento. ·
Datos provenientes de una tabla estática. Esto significa que los datos de los incidentes se
encuentran en esta tabla. La cual esta conformada por: -
Una Tabla de
centro de mesa de votación geográficamente. -
Una tabla de
región, estado, municipio y parroquia. -
Una tabla de
operadores de Máquinas de Votación (OMV), Técnico de Soporte (TS),
Instaladores de Capta Huellas (ICH) y los Totalizadores (TT). -
Una Tabla de
Usuarios del Sofocar. Esto
aplica a todas las regiones a nivel nacional. b.
Requerimientos
de Salida. Los requerimientos de salida del
sistema de información modificado Softocar para el módulo de estadística de
tickets, es presentar por pantalla o por impresora las consultas de los
tickets, presentando la categoría y los estatus del ticket de todas las
regiones. Así como la información que esta almacenada en las tablas de la
base de datos del sistema. Los reportes estadísticos de los
tickets generados por los incidentes en cada una de las regiones. Visualización de los tickets para
que sean reportado a otras instancias o responsables en solucionar la falla o
problema. c.
Requerimientos
de Almacenamiento. El Sistema de Información para Se almacenan los parámetros y se
distribuyen a las distintas tablas que se crearan a futuro. 5.3.2- Especificación
Funcional del Sistema Información de Gestión
Modificado Las
especificaciones funcionales del nuevo sistema, viene dado por los operadores
o usuarios del mismo. En este caso en particular para este sistema de gestión
SoftCar, enfocado hacia la parte de la
estadística de ticket del Softcar se determinó que se debe generar un reporte
estadístico con la sumatoria de la de tickets que presenta todos
incidentes del proceso electoral, suscitados en las categorías de:
Comunicaciones, Infraestructura, Máquinas de Votación y Personal Operativo
con los estatus: Abierto, En Transito, En Proceso, Cerrados y Anulados. Este
sistema de gestión SoftCar permite monitorear los datos estadísticos de los
tickets a nivel nacional de: regiones, estados, municipios y parroquias. 5.4- FASE 4. Diseño Detallado del
Sistema de Información de Gestión Modificado Para
la realización del sistema de información de gestión que permite manejar el
reporte de la estadística de ticket del SoftCar, se elaboró un diseño lógico
basado en los requerimientos antes mencionado en la fase anterior, los cuales
son determinados en función de la petición de los operadores o usuarios del
sistema de gestión SoftCar. Este sistema presenta las siguientes
características, un módulo de agregación, de modificación, de consulta de
datos de elecciones y otro de eliminación, así como también las categorías y
estatus. Almacenando toda la información obtenida durante el
proceso de elecciones, además es capaz de emitir reportes de las estadísticas
de los tickets a través de pantallas o por impresoras. Permitiendo que los operadores o los usuarios del
sistema puedan solucionar los problemas presentados a nivel nacional en
un tiempo record. 5.4.1- Construcción del modelo lógico
del Sistema de Información de Gestión Modificado Para
la construcción del modelo nuevo del sistema de información de gestión
SoftCar, se utilizó la técnica de Análisis Estructurado de Sistemas que esta
basado en la construcción de los modelos lógicos y físicos del nuevo sistema,
partiendo del sistema actual como: los diagramas de flujo de datos Diagrama
de Flujo de Datos (DFD), Diccionarios de Datos (esta establecido en el
diccionario del Sistema Actual con algunas modificaciones) y el Diagrama de
Entidad-Relación llamado así ya que permite ver la composición de 5.4.2- Diagrama de Flujo de Datos
(DFD) del Sistema de Información de Gestión Modificado (NIVEL 0) Es la representación gráfica del
Sistema de Información de Gestión, se caracteriza por tener un único proceso
que interacciona con entidades externas.
Solicitud de
Solución Almacenamiento de
Ticket Especialista
del Sistema SoftCar Participantes Llamadas al Call Center
Visualización de ticket Problema Fig. 5 Diagrama
de Flujo de Datos del Sistema de Información de Gestión
Modificado (NIVEL 0) 5.4.3- Diagrama de Flujo de Datos
(DFD) del Sistema de Información de Gestión Modificado (NIVEL 1)
Fig. 6 Diagrama de Flujo de Datos del Sistema de
Información de Gestión
Modificado (NIVEL 1) 5.4.4- Diccionario de Datos del Sistema
de Información de Gestión Modificado de Estadísticas de
ticket Contiene
los valores de resumen de cantidad de tickets registrados en el sistema,
clasificados por centro de votación (y toda la jerarquía de divisiones
geográficas), y por categoría de incidente. El contenido de esta tabla es
derivable a partir de la tabla ticket, sin embargo, se utiliza para no
imponer carga en la aplicación ante el cálculo de estadísticas de tickets.
Sus valores se actualizan dinámicamente por los triggers
t_estadisticas_nuevosTickets al insertar en la tabla ticket y
t_estadisticas_tickets al actualizar la tabla ticket. Además tiene la
sumatoria de las categorías y los estatus.
EVENTO Representa
un evento asociado a la apertura, cambio de estado o procesamiento de un
ticket. En
otras palabras, es el registro de una acción realizada por un usuario sobre
un ticket registrado en el sistema. Los eventos registran la apertura,
cierre, pase a transito, anulación y inicio y fin del procesamiento de un
ticket por los usuarios. A través de la tabla evento se mantiene un historial
sobre las operaciones realizadas sobre un ticket determinado.
Relaciones
5.4.5- Diagrama
E-R del sistema de gestion SoftCar 5.4.6- Diseño de Entradas y Salidas
del Sistema de Información El diseño de las pantallas de
entrada/salida de datos que integra el módulo de estadística de ticket del sistema de
gestión SoftCar, se presenta a continuación: Para
ingresar al sistema de gestión Sofocar, se ingresa a través del navegador Mozilla Firefox.
Fig. 8 Pantalla de
inicio del Navegador Mozilla FireFox
Fig. 9 Pantalla de
Inicio al sistema de información de gestión SoftCar
Fig. 10 Pantalla del menú principal del sistema de
infornación SoftCar
Fig. 11 Pantalla de
reporte de la sumatoria de estadísticas de tickets a nivel Nacional del sistema de
información .
Fig. 12 Pantalla de reporte de la sumatoria de
estadísticas de tickets a nivel Estadal del sistema de
información.
Fig. 13 Pantalla de reporte de la sumatoria de
estadísticas de tickets a nivel Municipal de del
sistema de información.
Fig. 14 Pantalla de reporte de la sumatoria de estadísticas
de tickets a nivel Parroquial
del sistema de información.
Fig. 15 Pantalla de reporte de la sumatoria de estadísticas
de tickets a nivel de Centros
de Votación del sistema de información.
Fig. 16 Pantalla de búsqueda avanzada de
reporte para la estadística de tickets del sistema de
información.
Fig. 16 Reporte por pantalla de la búsqueda
avanzada de la estadística de tickets del sistema de
información. 5.5- FASE
5. Construcción del Sistema de Información Durante
esta fase se procedió a la construcción del diseño físico del sistema, en
cuanto al reporte de la sumatoria de estadística de ticket del sistema de
gestión SoftCar, ya que a través de este reporte se puede verificar los
incidentes de las categorías que se
presentan a nivel nacional en el proceso electoral, permitiendo dicho sistema
hacer las tomas de decisiones gerenciales.
5.6- FASE 6. Pruebas del Sistema de
Información Se
realizaron las pruebas pertinentes tomando en cuenta las especificaciones
presentadas, para esto se elaboró un plan de trabajo que realizara una implantación del sistema de información. Esta
fase estuvo orientada a la modificación de un módulo que corresponde a la
estadística de ticket y su codificación, para ello se probó adecuadamente los
programas como los procedimientos, los
archivos, la base de dato y servidores. Además con el apoyo de este sistema,
se busca que garantice el tiempo de respuesta inmediato a cada solicitud del
usuario (SoftCar) a nivel Nacional. 5.7-
Implantación del Sistema de Información El
sistema de información de gestión de estadísticas de tickets se implantó en |