Ip 96272011 CD Ramirez Glori Mar

REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

VICERRECTORADO ACADMICO
COORDINACIN GENERAL DE PREGRADO
COORDINACIN DE PASANTA
PROYECTO DE CARRERA: INGENIERA EN INFORMTICA
DESARROLLO DE UN SISTEMA DE INFORMACIN PARA

LA ADMINISTRACIN DE LOS RECURSOS DE LA
GERENCIA DE RECAUDACIN EN LA EMPRESA
DE TRANSPORTE PBLICO DEL
ESTADO BOLVAR C.A.
Trabajo Especial de Grado presentado como requisito para optar al
Ttulo De INGENIERO EN INFORMTICA.
Autor: Ramrez Glorimar
CIUDAD GUAYANA, MAYO DEL 2011

DESARROLLO DE UN SISTEMA DE INFORMACIN PARA

LA ADMINISTRACIN DE LOS RECURSOS DE LA
GERENCIA DE RECAUDACIN EN LA EMPRESA
DE TRANSPORTE PBLICO DEL
ESTADO BOLVAR C.A.
Autor: Ramrez Glorimar

C.I: 19.298.727
Tutor: Salazar Oscar
CIUDAD GUAYANA, MAYO DEL 2011

APROBACIN DEL JURADO
Quienes suscriben a los miembros del jurado evaluador del

informe Desarrollo de un sistema de informacin para la
administracin
de
los
recursos
de
la
Gerencia
de
Recaudacin en la Empresa de Transporte Pblico del Estado

Bolvar C.A. presentado por la tecnlogo en computacin
Glorimar J. Ramrez D, C.I: 19.298.727 para optar por el ttulo de
Ingeniero en Informtica, ha sido considerado que el mismo
cumple
con
los
requisitos
exigidos
por
los
reglamentos
respectivos por lo que da aprobacin al mismo.
Ing. Salazar Oscar

Tutor Acadmico
Ing. Lpez Josu

Tutor Industrial
Escalona Jorge
Jurado
DEDICATORIA
Toda meta cumplida y propuesta en el transcurrir de mis aos se las

dedico al ser que me dio la vida, la que da a da est a mi lado apoyndome,
impulsndome a conseguir todo lo que me proponga, porque a veces no slo
las palabras son suficientes, los detalles que te demuestran a diario es lo que
te hacen pensar que vale la pena seguir adelante y brindarle la felicidad de
vernos realizados.
Como dicen popularmente el logro de un hijo siempre ser el logro de
una madre; y esta etapa que se cierra pero que me abre muchas puertas
mas te la dedicado a ti mam.
Gracias
iv
AGRADECIMIENTOS
Mis agradecimientos van dirigidos a aquellas personas que de alguna

manera contribuyeron a la realizacin de este proyecto y brindaron una
experiencia personal y profesional en mi vida de gran trascendencia:
Le doy gracias a dios por darme la vida, ampararme en cada momento
y regalarme a la grandiosa madre y a los preciados hermanos que tengo.
A mi mam por apoyarme, estar siempre a mi lado y facilitarme
siempre el cumplimiento de mis sueos y metas.
A Oscar Salazar, que mas que un profesor, un profesional es un
excelente amigo y una persona en la que estoy segura siempre podr contar.
NDICE GENERAL
Pg.
ACTA DE APROBACIN DE LOS TUTORES...

DEDICATORIA
AGRADECIMIENTOS.
NDICE GENERAL
INDICE DE TABLAS
INDICE DE GRFICOS..
NDICE DE ANEXOS.
INTRODUCCIN
1. CAPTULO I: PLANTEAMIENTO DEL PROBLEMA
1.1. Descripcin del Problema.
1.2. Objetivos
Objetivos General
Objetivos Especficos.
1.3. Justificacin
1.4. Alcance
2. CAPTULO II. MARCO TERICO
2.1. Antecedentes de la Empresa
2.2. Bases Tericas.
2.2.1. Recaudacin .
2.2.2. Arqueo de Caja..
2.2.3. Administracin de Recursos
2.2.4. Recursos Financieros
2.2.5. Hoja de Calculo..
2.2.6. Utilidad de la hoja de calculo..
2.2.7. Sistemas..
2.2.8. Sistemas de Informacin.
2.2.9. Requerimientos de Informacin.
2.2.10.
Etapas de la fase de Requerimientos..
2.2.11.
Clasificacin de los Requerimientos..
2.2.12.
Caractersticas de los Requerimientos..
2.2.13.
Base de Datos
2.2.14.
Sistema de administracin de base de datos
vi
iii
iv
v
vi
viii
ix
x
11
13
15
15
16
17
18
21
21
21
22
22
22
23
23
24
24
24
25
26
26
2.2.15.
2.2.16.
2.2.17.
2.2.18.
2.2.19.
Administrador de base de datos

Pgina web.
Elementos de la pgina web..
Apache.
Php
3. CAPTULO III. MARCO METODOLGICO

3.1. Tipo de Investigacin.
3.2. Poblacin y muestra
3.3. Tcnicas e instrumentos de recoleccin de datos..
3.4. Modelo del proceso del software basado en desarrollo en
espiral.
3.4.1. Obtencin y Anlisis de requerimiento.
3.4.2. Anlisis y gestin de riesgos
3.4.3. Diseo y programacin..
3.4.4. Evaluacin del cliente.
4. CAPTULO IV PRESENTACIN Y ANLISIS DE LOS
RESULTADOS
4.1. mbito
4.2. Viabilidad
4.3. Obtencin y anlisis de requerimientos
4.4. Especificacin de requerimientos..
4.5. Descomposicin del Problema...
4.6. Plan de actividades..
4.7. Anlisis y gestin de riesgos..
4.8. Diseo y Programacin...
4.8.1. Modelo funcional y de flujo de informacin..
4.8.2. Modelado de datos
4.8.3. Anlisis orientado a objetos.
4.8.4. Modelado de clases..
4.8.5. Modelado de diseo..
CONCLUSIONES..
RECOMENDACIONES.
GLOSARIO.
BIBLIOGRAFAS
ANEXOS.
vii
27
29
30
30
32
33
33
34
35
36
36
37
37
38
39
40
41
43
44
45
48
50
51
62
67
68
101
103
104
107
108
LISTA DE TABLAS
Pg.
Tabla 01.
Tabla 02.
Tabla 03.
Tabla 04.
Tabla 05.
Tabla 06.
Tabla 07.
Tabla 08.
Tabla 09.
Tabla 10.
Tabla 11.
Tabla 12.
Tabla 13.
Tabla 14.
Tabla 15.
Tabla 16.
Tabla 17.
Tabla 18.
Plan de Actividades
Tabla de identificacin de riesgos..
Tabla de priorizacin.
Tabla RSGS 01. .
Tabla RSGS 02
Tabla cargo.
Tabla estado
Tabla entrega recepcin valores vial.........
Tabla nivel
Tabla Operador..
Tabla ruta.
Tabla tipo-operador
Tabla recepcin-valores-viales.
Tabla turno...
Tabla unidad..........
Tabla usuario..
Tabla Estado
Caso de Uso General
viii
45
51
52
53
54
57
58
58
60
60
61
62
62
63
65
65
66
LISTA DE GRFICOS
Pg.
Grfico 01.
Grfico 02.
Grfico 03.
Grfico 04.
Grfico 05.
Grfico 06.
Grfico 07.
Grfico 08.
Grfico 09.
Grfico 10.
Grfico 11.
Grfico 12.
Grfico 13.
Grfico 14.
Grfico 16.
Grfico 17.
Grfico 18.
Grfico 19.
Grfico 20.
Grfico 21.
Grfico 22.
Grfico 23.
Grfico 24.
Grfico 25.
Grfico 26.
Grfico 27.
Grfico 28.
Grfico 29.
Grfico 30.
Grfico 31.
Grfico 32.
Grfico 33.
Mapa de procesos de TRANSBOLIVAR.

Estructura organizativa de TRANSBOLIVAR.
Actividades bsicas de un sistema de informacin..
Modelo del proceso del software basado en
desarrollo espiral.
Diagrama de flujo de datos nivel 0
Diagrama DER.
Diagrama casos de usos
Diagrama de actividad nivel 1
Diagrama de clases.
Diseo arquitectnico..
Inicio de sesin.
Pgina principal
Mdulo de administracin de usuario..
Registro del personal..
Registrar nuevo usuario.
Modificar usuario existente
Eliminar usuario existente.
Registro de operador.
Modificar operador.
Eliminar Operador..
Mdulo de Recaudacin
Recepcin de valores.
Pgina de impresin
Recibo de recepcin de valor
Consulta de recepciones
Recepcin de valor consultada.
Modificar recepcin.
Reporte turno...
Recibo de reporte turno.
Reporte por operador.
ix
21
22
25
37
56
67
68
69
70
71
72
73
81
82
84
85
86
88
89
91
92
93
95
96
98
99
100
100
102
103
105
107
Grfico 34.
Grfico 35.
Grfico 36.
Grfico 37.
Recibo de reporte por operador

Reporte Diario.
Mdulo de cierre laboral
Arqueo de caja
109
111
112
113
ANEXOS
Pg.
N 01
N 02
N 03
N 04
N 05
N 06
Formato Recepcin de Valores...

Formato de Reporte por Turno
Formato de Arqueo de Caja.
Minuta de Entrevista 01
Minuta de Entrevista 02
Planificacin de mesas de trabajo..
111
112
113
114
115
116
INTRODUCCIN
En el campo de la informtica se dice que todo proceso que se realice
en reiteradas ocasiones en una empresa es fiel candidato para ser
automatizado, permitiendo simplificar las labores diarias, obteniendo
resultados satisfactorios, precisos y exactos. La idea de automatizacin es
considerada como una accin de progreso y de incremento en el desempeo
de los trabajadores, permitiendo simplificar sus actividades y asegurando el
resguardo de la data.
La
Empresa
de
Transporte
Pblico
del
Estado
Bolvar
TRANSBOLIVAR C.A, es una organizacin que apoya fielmente la

implementacin de automatizacin de procesos, ya que esta no slo presta
el servicio de traslado a la comunidad sino que tambin necesita llevar un
control de todos sus ingresos resultantes de los recaudos de las unidades de
transporte por ser una empresa autosustentable.
De acuerdo a la necesidad de tener un resguardo de la informacin
que certifica la recaudacin de la empresa y a fin de emitir reportes de
gestin sobre ello, surge la concepcin de analizar, disear y desarrollar un
sistema de informacin que facilite la gestin y administracin de los recursos
monetarios existentes en la Gerencia de Recaudacin.
Tomando en consideracin esta propuesta se dar continuidad a la
creacin del actual proyecto que contar con cuatro (04) captulos que se
desglosarn de la siguiente manera:
Captulo I, se presenta el planteamiento del problema, se expone la
descripcin del problema, objetivo general, objetivos especficos, justificacin
y alcance de la investigacin.
11
Captulo II, se desarrolla el marco terico, los antecedentes del tema,

las bases tericas necesarias para la toma de decisin, como son:
recaudacin, recepcin de valores, arqueo de caja, herramienta para la
creacin de aplicaciones web, entre otros.
Captulo III, se realiza el marco metodolgico, el tipo de investigacin
aplicada, las tcnicas y herramientas de recoleccin de informacin y la
metodologa de software aplicada.
Captulo IV, se muestran los resultados de la puesta en marcha del
proyecto.
Y por ltimo se presentan las conclusiones, recomendaciones y
bibliografas.
12
CAPTULO I
PLANTEAMIENTO DEL PROBLEMA
1.1. Descripcin del Problema
El transporte pblico es parte esencial de una ciudad, a travs de l se

desplazan personas desde un punto a otro en un rea especfica de la
misma. Venezuela cuenta con diferentes medios de transportes que son
destinados para varias zonas del pas. Existen empresas tanto pblicas
como privadas destinadas a brindar este servicio, una de las empresas
encargadas de ofrecer el servicio de transporte pblico en la regin de
Ciudad Guayana Estado Bolvar es La Empresa de Transporte Pblico de
Bolvar (TRANSBOLIVAR C.A), cuenta con treinta y cuatro (34) autobuses
rurales que se desplazan por todo el municipio Caron y once (11) buses
interurbanos que se trasladan desde Ciudad Bolvar hasta Santa Elena con
diversas escalas entre las distintas zonas. Su oficina administrativa est
ubicada en el CTE Cachamay de Puerto Ordaz en ella se operan todas las
actividades relacionadas con la administracin, recaudacin y las estrategias
para brindar un buen servicio a los pasajeros que se dirigen en cada unidad
vehicular. TRANSBOLIVAR, est conformada por seis (6) Gerencias y
Presidencia entre ellas podemos mencionar:
La Gerencia de Recaudacin, Gerencia de Administracin y Finanzas,
Gerencia de Operaciones, Gerencia de Gestin del Talento Humano,
Gerencia General y Gerencia de Gestin Estratgica. Cada gerencia se
encuentra encargada de una tarea en particular, permitiendo as el buen
funcionamiento de la empresa.
13
Una de las funciones de mayor peso en la empresa se lleva a cabo en

la Gerencia de Recaudacin, en ella se remiten todos los ingresos que
percibe la empresa a travs de los servicios que brinda. Todas y cada una de
las actividades que realiza dicha gerencia se encuentran bajo hojas de
clculo de Excel en donde se almacenan la recepcin de valores por cada
operador de las unidades de transporte pblico, el arqueo de caja, los
reportes diarios, semanales, mensuales y por turno de la recepcin de
valores. Cada formato tiene un objetivo caracterstico que es de vital
importancia en dicha gerencia a continuacin se describirn cada uno de
ellos:
El
Formato
de
Recepcin
de
Valores:
almacena
todas
las
recaudaciones realizadas por los operadores de las unidades de transporte

pblico por turno diariamente. (Ver Anexo 01).
Los Reportes por turno, diario, semanales, mensuales: estn
relacionados con la recepcin de valores en ellos se totaliza la recaudacin
dependiendo de cada caso. (Ver Anexo 02).
Arqueo de Caja: es una herramienta utilizada para que el analista y
supervisor lleven un control de todo lo percibido en su turno, tambin es
aplicado para el jefe de la unidad en el arqueo diario de caja. (Ver Anexo 03).
Todos estos formatos son llenados diariamente por el personal de
Recaudacin, siendo de vital importancia ya que la empresa es sustentable
de acuerdo a los ingresos que la misma perciba.
Los formatos en hoja de clculo satisfacen los requerimientos
necesarios para emitir los reportes que indican el total recaudado diaria,
semanal, mensualmente, por turno y operador, an as no brinda
la
eficiencia y eficacia en la administracin de los datos; impidiendo la

proteccin bajo cualquier error humano, la duplicidad e inconsistencia de la
informacin, perdida de la data por fuentes externas, entre otras. Una buena
administracin de los datos incurre de manera positiva en el trabajo de los
14
integrantes de la Gerencia de Recaudacin ya que los ayuda a emprender

sus actividades de manera ms simplificada.
Dada las circunstancias la Gerencia de Recaudacin necesita un
sistema administrativo que le permita llevar un control de los recursos que
percibe la misma, de forma automatizada almacenando en una base de
datos toda la informacin recolectada por cada recepcin de valor. Es por
ello que se forja la idea de disear e implementar un sistema que permita
almacenar informacin y a su vez generar reportes de la recepciones de
valores.
1.2. Objetivos
Objetivo General
Desarrollar un sistema de informacin para la administracin de los

recursos de la Gerencia de Recaudacin en la Empresa de Transporte
Pblico del Estado Bolvar (TRANBOLIVAR, C.A).
Objetivos Especficos
Analizar
los
requerimientos
de
informacin
de
los
procesos
involucrados para el desarrollo del sistema.
Disear la arquitectura del software, tomando en cuenta el

cumplimiento de los requerimientos planteados por los usuarios.
Codificar el sistema bajo un lenguaje que permita la adecuacin

correcta de la arquitectura del software diseada.
Evaluar el correcto funcionamiento del software, destacando el
cumplimiento de los requerimientos propuestos por el usuario.
15
1.3. Justificacin
El Sistema Administrativo de Boletera, Servicios Especiales y

Recepcin de Valores (SABSERV), es un sistema que facilitar la
administracin de los recursos que maneja el personal de recaudacin como
lo son: ingresar los datos de las recaudaciones, generar reportes, emitir
estadsticas, entre otros; logrando su implementacin de manera consistente
y contribuyendo positivamente en los avances y adecuacin tecnolgica de la
empresa, ayudando a la realizacin del trabajo en un menor periodo de
tiempo e incrementando la productividad de la Gerencia de Recaudacin de
TRANSBOLIVAR C.A, tomando esta caracterstica como la finalidad
primordial del sistema.
SABSERV registrar diariamente los ingresos emitidos por cada
operador responsable de las unidades de transportes existentes en la
empresa, ofreciendo as un resguardo de la informacin de manera segura
en la base de datos evitando redundancias y disminuyendo posibles errores
humanos, a su vez estarn disponibles la generacin de reportes que
permitirn al gerente llevar un control global de lo recaudado. El sistema no
slo llevar el control de la recepcin de valores sino que permitir realizar
un arqueo de caja una vez culminado cada turno y jornada diaria a fin de
validar la cantidad de ingresos recolectados en ese momento.
Con la implantacin del sistema el personal que labora en la
Gerencia de Recaudacin se ahorrar la necesidad de realizar reportes a
travs de hojas de clculo, disminuirn problemas de rendimiento de los
equipos utilizados, reducirn el margen de error en el tratamiento de la
informacin e incluso la posibilidad de perder la informacin por fuentes
externas (virus informticos, apagones elctricos, etc.).
16
1.4. Alcance
Este sistema ser desarrollado e implantado en la Gerencia de

Recaudacin de la Empresa de Transporte Pblico del Estado Bolvar
(TRANSBOLIVAR
C.A),
ya
que
ha
sido
diseado
para
cumplir
especficamente con los parmetros y funcionamientos de la gerencia en

cuestin, teniendo como finalidad servir como herramienta de apoyo para el
registro de las recepciones diarias, la emisin de reportes y el arqueo de
caja.
17
CAPTULO II
MARCO TERICO
2.1. Antecedentes de la Empresa.

2.1.1. Resea de creacin
Transporte Pblico del Estado Bolvar (TRANSBOLIVAR C.A.), es una

Empresa de Produccin Social Indirecta (EPSI), con capital accionario 100 %
de la Gobernacin del Estado Bolvar, destinada al servicio de transporte
pblico en rutas urbanas e interurbanas en el mbito del Estado Bolvar,
generando trabajo estable, cuya propiedad es ejercida por el Estado a
nombre de la comunidad, el cual y progresivamente podr transferir la
propiedad a una o varias comunidades, a una o varias comunas, en beneficio
del colectivo.
Su razn de ser, se fundamenta en las necesidades de movilizacin
no satisfechas a la poblacin, encontrndose el gobierno regional con una
situacin de anarqua en el servicio de transporte pblico, inexistente en 5
municipios del estado, inaccesible a personas de bajos recursos por altas
tarifas, operado en un Setenta (70) % por modalidad de carros por puesto y
camionetas Pickup, con Ochenta (80) % de flota privada con ms de 10 aos
de uso, no apta para la prestacin del servicio de transporte pblico,
determinndose entonces, la creacin de la Empresa TRANSBOLIVAR C.A.,
mediante Decreto del Ejecutivo Regional del Estado Bolvar N 194 de fecha
30/05/2008, iniciando operaciones en fecha 10/11/2008, con el servicio de
transporte urbano en el Municipio Caron, y posteriormente en fecha
18/11/2008 incorpora el servicio de transporte interurbano para los
Municipios del Sur del Estado Bolvar, bajo un marco socialista incluyente,
18
con esquemas de operacin conceptualizados en la interconexin de centros

poblados, salarios justos a la condicin del operador de transporte pblico, y
unidades dignas para el usuario del servicio, como lo merece el pueblo de
Bolvar. (Tomado de la Intranet http://transbolivar).
A continuacin en el Grfico N 01, se presenta el mapa de procesos
de TRANSBOLIVAR, en donde se expresa esquemticamente la razn de
ser de la organizacin.
MAPA DE PROCESOS
Mejora continua del Sistema Gestin de la Calidad
(ACTUAR)
A
C
O
M
U
N
I
D
A
D
N
E
C
E
S
I
D
A
D
OO
SV
I
ET
CC
OE
RR
I
PD
P
GESTIONDE LA
DIRECCION
OO
SY
EO
CP
OA
RE
PD
GESTION DE
CALIDAD
MEDICION Y CONTROL
INTERVALOSDE
DESPACHOS
RECURSOHUMANO
FRECUENCIA
SUPERVISION
OPERACIONAL
TIEMPODE
VIAJE
MANTENIMIENTO FLOTA, EQUIPOS

E INFRAESTRUCTURA
PROVISIONDE
RECURSOS
Elaborado :
Supervisor de Transporte
C
O
M
U
N
I
D
D A
E D
L
A
RECAUDACION
V
(VERIFICAR)
S
A
T
I
S
F
A
C
C
I
O
N
Pblico de Pasajeros (Urbano e Interurbano)
DESTINOS
V
I
A
J
E
S
GESTION DE LA
Operacin del Servicio de Transporte
L
I
OA
SC
EN
A
CT
OS
RB
PU
S
D
E
(PLANIFICAR)
H
INFRAESTRUCTURA VIAL ,
TRANSITO YTRANSPORTE
Revisado y Autorizado:
(HACER)
Aprobado:
Representante por la Direccin

para la Implementacin SGC
Presidente TRANSBOLIVAR C.A

TRB-900-MP-001/2010
Fecha de Vigencia: 01/09/2010
Actualizacin N00
Grfico N 01. Mapa de Procesos de TRANSBOLIVAR: intranet http://transbolivar
19
A su vez en el Grfico N 02 se muestra la estructura organizativa

vigente de la Empresa de Transporte Pblico del Estado Bolvar.
ASAMBLEA
ACCIONISTAS
JUNTA DIRECTIVA
AUDITORIA INTERNA
Grfico N 02. Estructura Organizativa de

TRANSBOLIVAR: intranet
http://transbolivar.
PRESIDENCIA
FUNCIONES
ESTRATGICAS
CONSULTORIA
JURIDICA
SEGURIDAD
Y PROTECCION
GERENCIA GENERAL
GERENCIA
GESTION
ESTRATEGICA
GERENCIA
OPERACIONES
GESTION
DEL TALENTO
HUMANO
GERENCIA
RECAUDACION
GERENCIA
ADMINISTRACIN
Y FINANZAS
PLANIFICACION Y
CONTROL
BOLETERIA
ENCOMIENDAS
TESORERIA
MANTENIMIENTO
RUTA URBANA
ADMINISTRACIN
OPERACIONES
RUTA INTERURBANA
SERVICIOS
GENERALES
20
2.2. Bases Tericas

2.2.1. Recaudacin
La recaudacin es un factor relevante en los procesos administrativos

de una organizacin, permitiendo llevar el control y registro de los ingresos
percibidos (Citado de Calva J, Aguilar G 2007, pg. 35).
2.2.2. Arqueo de Caja
Segn Madariaga Gorocica (2004), se dice que: el Arqueo de Caja

consiste en el anlisis de las transacciones del efectivo, durante un lapso
determinado, con el objeto de comprobar si se ha contabilizado todo el
efectivo recibido y por tanto el saldo que arroja esta cuenta, corresponde con
lo que se encuentra fsicamente en caja en dinero efectivo. Sirve tambin
para saber si los controles internos se estn llevando adecuadamente.
2.2.3. Administracin de Recursos
Segn Arzuedo (1991), la administracin de los recursos consiste en

el manejo eficiente de estos medios bien sean tangibles o intangibles, con el
fin de cumplir con la satisfaccin de algn inters.
21
2.2.4. Recursos Financieros
Segn Arzuedo (1991), los recursos financieros son activos que tienen
algn grado de liquidez, que son generados a partir de diversas actividades
realizadas por una empresa, bien sea venta de productos o prestacin de
algn servicio.
2.2.5. Hoja de Clculo
Segn Curt Frye (2004), se dice que una hoja de clculo es un

programa que permite manipular datos numricos y alfanumricos dispuestos
en forma de tablas (la cual es la unin de filas y columnas). Habitualmente es
posible realizar clculos complejos con formulas y funciones y dibujar
distintos tipos de graficas.
2.2.6. Utilidad de las Hojas de Clculo
Debido a la versatilidad de las hojas de clculo modernas, se

utilizan a veces para hacer pequeas bases de datos, informes, grficos
estadsticos, clasificaciones de datos, entre otros usos. Las operaciones
ms frecuentes se basan en clculos entre celdas, las cuales son
referenciadas respectivamente mediante la letra de la columna y el
nmero de la fila. (Citado de Curt F 2004, pg. 14).
22
2.2.7. Sistemas
Segn Kendall & Kendall (2005):

Es un conjunto de elementos dinmicamente relacionados, que
forman una actividad para obtener los objetivos deseados
operando sobre datos o materias para proveer la informacin
deseada.
2.2.8. Sistemas de informacin
Un sistema de informacin es un conjunto de elementos que

interactan entre s con el fin de apoyar las actividades de una empresa o
negocio. Este realiza cuatro actividades bsicas para su funcionamiento,
entre ella podemos mencionar: entrada, almacenamiento, procesamiento y
salida de informacin. (Citado de Kendall & Kendall 2005).
Las diferentes actividades que realiza un Sistema de Informacin se
pueden observar en el diseo conceptual ilustrado en el Grfico N 03.
Grfico N 03. Actividades bsicas de un sistema de informacin: (Kendall & Kendall, 2005).
23
2.2.9. Requerimientos de informacin
Los requerimientos son declaraciones que identifican atributos,

capacidades, caractersticas y/o cualidades que necesita cumplir un sistema
(o un sistema de software) para que tenga valor y utilidad para el usuario. En
otras palabras, los requerimientos muestran qu elementos y funciones son
necesarias para un proyecto. (Citado de Kendall & Kendall 2005).
2.2.10.
Obtencin
Etapas de la fase de requerimientos
de
requerimientos:
bsqueda
obtencin
de
los
requerimientos desde los grupos de inters.
Anlisis: comprobacin de la consistencia y completitud de los

requerimientos.
Verificacin: constatacin de que los requerimientos especificados son

correctos.
2.2.11.
Clasificacin de los requerimientos
Requerimientos funcionales: qu debe hacer el sistema o software.
Requerimientos no funcionales: cmo debe funcionar el sistema o

software (no su implementacin), por ej. calidad, rendimiento, facilidad de
uso, etc.
24
Requerimientos externos: a qu se debe atener el sistema o software con

respecto a su entorno: compatibilidad con otros sistemas, adecuacin a
determinadas leyes, etc.
2.2.12.
Caractersticas
requerimientos
que
deberan
cumplir
los
Actual: el requerimiento no debe volverse obsoleto con el paso del

tiempo.
Cohesin: el requerimiento debe dirigirse a solo una nica cosa.
Completo: el requerimiento debe estar completamente declarado en un

nico lugar, sin informacin faltante.
Consistente:
el
requerimiento
no
debe
contradecir
ningn
otro
requerimiento y debe ser completamente consistente con toda la

documentacin.
Correcto/necesario: el requerimiento debe cumplir con la necesidad

declarada por los interesados en el sistema/software.
Factible/viable: el requerimiento debe poder ser implementado.
No ambiguo: el requerimiento debe estar concisamente declarado. Debe

expresar hechos objetivos, no opiniones subjetivas. Debe poder ser
interpretado de una nica manera.
Obligatorio: el requerimiento debe representar una caracterstica definida

por el grupo interesado en el desarrollo del sistema/software, su ausencia
no puede ser reemplazada.
Observable externamente: el requerimiento debe especificar una

caracterstica observable externa o experimentable por el usuario del
producto.
25
Verificable/demostrable: La implementacin del requerimiento debe

poder ser resuelta en alguno de estos cuatro mtodos: inspeccin,
anlisis, demostracin o prueba.
2.2.13.
Base de Datos
Segn James (1990), la base de datos puede definirse como una

coleccin de datos interrelacionados, almacenados en conjunto sin
redundancias perjudiciales e innecesarias; su finalidad es la de servir a una
aplicacin o ms, los datos se almacenan de manera que resulten
independientes de los programas que lo usan. Se emplean mtodos bien
determinados para incluir datos nuevos y para modificar o extraer los datos
almacenados.
2.2.14.
Sistema de Administracin de Base de Datos
Segn James (1990), la administracin de las bases de datos tiene

como finalidad servir a los programas de aplicacin, ejecutando sus
operaciones de datos. Al momento en que el sistema de administracin de
base de datos lee un registro se desarrollan unos procesos primordiales para
su ejecucin entre ellos se encuentran:
El programa de aplicacin le pide al sistema de administracin de datos

que lea un registro.
El sistema de administracin de base de datos obtiene la descripcin de

los datos del programa o sub-esquema que utiliza la aplicacin y los
examina.
26
El sistema de administracin de base de datos obtiene el esquema o

descripcin lgica global y determina que tipo lgico de datos se
necesita.
El sistema de administracin de base de datos examina la descripcin

fsica de la base de datos y determina que registro fsico debe leer.
El sistema de administracin emite una orden al sistema operativo de la

computadora, indicando lo que debe leer (el registro pedido).
El sistema operativo interacciona con el almacn fsico en el que se

encuentra el dato.
Los datos pedidos se transfieren desde el almacn a los almacenes

intermedios (buffers) del sistema.
Se compara el esquema y sub-esquema, el sistema de a administracin

de la base de datos deduce de los datos el registro lgico pedido por el
programa de aplicacin, este ejecuta todas las transformaciones que
sean necesarias entre los datos tal como estn declarados en el subesquema y los datos tal como estn declarados en el esquema.
El sistema de administracin transfiere los datos desde los almacenes

intermedios al rea de trabajo del programa de aplicacin.
El sistema de administracin provee una informacin de estado al

programa de aplicacin informndole sobre el resultado de su pedido,
inclusive cualquier posible indicacin de error.
El programa de aplicacin puede ahora operar con los datos pedidos, los
que se hallan en su rea de trabajo.
2.2.15.
Administrador de Base de Datos
El administrador de base de datos (DBA) es la persona responsable

de los aspectos ambientales de una base de datos. En general esto incluye:
27
Recuperabilidad - Crear y probar respaldos. Significa que, si se da algn

error en los datos, hay un bug de programa de hardware que permite
traer de vuelta la base de datos al tiempo y estado en que se encontraba,
en estado consistente antes de que el dao se causara. Las actividades
de recuperacin incluyen el hacer respaldos de la base de datos y
almacenar esos respaldos de manera que se minimice el riesgo de dao
prdida de los mismos, tales como hacer diversas copias en medios de
almacenamiento removibles y almacenarlos fuera del rea en antelacin
a un desastre anticipado.
Integridad - Verificar o ayudar a la verificacin en la integridad de datos.

Significa que, la base de datos los programas que generaron su
contenido, incorporen mtodos que aseguren que el contenido de los
datos del sistema no se rompan as como las reglas del negocio.
Seguridad - Definir y/o implementar controles de acceso a los datos. Es

decir, es la capacidad de los usuarios para acceder y cambiar los datos
de acuerdo a las polticas del negocio, as como, las decisiones de los
encargados.
Disponibilidad - Asegurarse del mayor tiempo de encendido. Significa

que los usuarios autorizados tengan acceso a los datos cuando lo
requieran para atender a las necesidades del negocio.
Desempeo - Asegurarse del mximo desempeo incluso con las

limitaciones, impidiendo dar respuestas en tiempos poco razonables.
Desarrollo y soporte a pruebas - Ayudar a los programadores e

ingenieros a utilizar eficientemente la base de datos. Las actividades de
soporte incluyen la colecta de datos de produccin para llevar a cabo
pruebas con ellos; consultar a los programadores respecto al
desempeo; y hacer cambios a los diseos de tablas de manera que se
puedan proporcionar nuevos tipos de almacenamientos para las
funciones de los programas. (Tomado de Date C 2001, pg. 436).
28
2.2.16.
Pgina Web
Es un documento electrnico que contiene informacin especfica de

un tema determinado, se presenta generalmente en formato HTML
(HyperText Markup Language), es accesible gracias a un navegador, son
solicitadas y transferidas por los servidores usando el protocolo de
transferencia de hipertexto (HTTP Hypertext Transfer Protocol), es
almacenado en un computador que se encuentra enlazado a la red mundial
de informacin denominada internet, de forma que este documento pueda
ser visitado desde cualquier usuario que est conectado en esta red mundial
de comunicaciones y que cuente con la permisologa adecuada.
Como seala Weinman, L Weinman, W. (2002): HTML, significa
Lenguaje de Marcacin de Hipertexto. Es el leguaje en el que estn escritas
y diseadas las pginas Web, aunque la idea de llamar lenguaje de diseo a
HTML, consternara a la mayora de los diseadores y esa no es
precisamente la idea: HTML no se escribi para ser un lenguaje de diseo.
Se hizo para ser un lenguaje de presentacin, con la interaccin de que
pudiera mostrarse de manera diferentes en distintos equipos y sistemas
operativos.
Como seala Berzal, F. Cubero, J & Cortijo, F. (2007): El protocolo
HTTP [HyperText Transfer Protocol] es un protocolo simple de tipo solicitudrespuesta incluido dentro de la familia de protocolos TCP/IP que se utiliza en
Internet. Esto quiere decir, cada vez que accedemos a una pgina (en
general, a un recurso accesible de HTTP), se establece una conexin
diferente e independiente de las anteriores.
29
2.2.17.
Elementos de una Pgina Web
El contenido de las pginas web puede ser visto y/o escuchado por el
usuario final, estos elementos pueden ser:
Texto, el texto detalla la informacin bsica en aspectos definidos, se

muestra en algn tipo de fuente que el usuario posea en su computador.
Imgenes, son archivos alojados a los archivos de pagina, de forma

independiente, y se presentan generalmente en los formatos: GIF, JPG y
PNG.
Audio, es una caracterstica particular, y se presentan generalmente en

los formatos: MIDI, WAV y MP3.
Otros elementos dinmicos como Flash, de software propietario Adobe,

grficas vectoriales segn sea la pgina (SVG Scalable Vector
Graphics), hipervnculos, vnculos y marcadores.
Las pginas web tambin pueden poseer contenido especfico

desarrollado, que puede ser interpretado por el navegador y generalmente no
es apreciado por el usuario final tales como script, meta tags y hojas de estilo
en cascada o CSS.
Como seala Weinman, L. Weinman, W. (2002): Una hoja de estilo es
un conjunto de plantillas, o estilos, que se aplican a varias partes de su
documento y describen la forma en que se presentan. Las hojas de estilo han
estado disponibles desde hace bastante tiempo en todos los procesadores
de texto principales.
2.2.18.
Apache
Es un servidor bajo el protocolo http, es de software libre, de cdigo

abierto para diferentes plataformas tales como UNIX, Windows, Macintosh
30
entre otras, su desarrollo inici en 1995 y se bas principalmente en el

cdigo popular NCSA HTTP, pero luego fue reescrito por completo. Su
nombre se debe a su creador que plante la idea como una connotacin de
algo que fuese firme y enrgico pero no agresivo, y la tribu apache fue la
ltima en rendirse al que pronto sera el gobierno de los Estados Unidos de
Amrica.
El servidor Apache se desarrolla dentro del proyecto HTTP Server
(httpd) de la Apache Software Foundation.
Apache presenta entre otras caractersticas mensajes de error
altamente configurables, bases de datos de autenticacin y negociado de
contenido. Apache tiene amplia aceptacin en la red: desde 1996, es el
servidor ms usado.
La mayora de las vulnerabilidades de la seguridad descubiertas y
resueltas tan slo pueden ser aprovechadas por usuarios locales y no
remotamente. Sin embargo, algunas se pueden accionar remotamente en
ciertas situaciones, o explotar por los usuarios locales malvolos en las
disposiciones de recibimiento compartidas que utilizan PHP como mdulo de
Apache.
Ventajas
-
Modular.
Multi-plataforma.
Extensible.
Popular (fcil conseguir ayuda/soporte).
Gratuito.
Como
seala
Cobo &
Gmez (2005): El servidor Apache,
desarrollado por ms de cien desarrolladores voluntarios del proyecto

Apache, gestionando por la Fundacin Apache, The Apache Software
Foundation , es el servidor web ms utilizado en el mundo y esto es debido a
31
sus caractersticas: robustez, rapidez, multiplataforma con versiones para

Linux, Win32, MacOS, Unix, modularizable, dispone de mdulos para
ejecutar PHP, Perl, etc.
2.2.19.
PHP
Es un lenguaje de programacin interpretado, diseado originalmente

para la creacin de pginas web dinmicas. Es usado principalmente en
interpretacin del lado del servidor pero actualmente puede ser utilizado
desde una interfaz de lnea de comandos o en la creacin de otros tipos de
programas incluyendo aplicaciones con interfaz grfica.
PHP es un acrnimo recursivo que significa PHP Hypertext Preta reprocessor. Fue creado originalmente por Rasmus Lerdof en 1994; sin
embargo la implementacin principal de PHP es producida ahora por The
PHP Group y sirve como el estndar de facto para PHP al no haber una
especificacin formal.
Publicado bajo la PHP License, la Free Software Foundation considera
esta licencia como software libre.
PHP es un lenguaje interpretado de propsito general ampliamente
usado y que est diseado especialmente para desarrollo web y puede ser
embebido dentro de cdigo HTML. Generalmente se ejecuta en un servidor
web, tomando el cdigo en PHP como su entrada y creando pginas web
como salida. Puede ser desplegado en la mayora de los servidores web y en
casi todos los sistemas operativos y plataformas sin costo alguno.
32
CAPTULO III
MARCO METODOLGICO
En este captulo se har referencia a las estrategias que asume el

investigador para dar respuesta al problema planteado, contribuyendo en el
logro de los objetivos propuesto en la investigacin. Para ello se describirn
el tipo y nivel de investigaciones utilizadas, la poblacin as como las
tcnicas e instrumentos de recoleccin de informacin.
3.1. Tipo de Investigacin
La presente investigacin es por su diseo de campo, por su nivel

descriptiva, y segn su objeto de estudio es aplicada permitiendo buscarle
una solucin al problema existente (Arias, F. 2004). Especficamente a los
procedimientos manejados en la Gerencia de recaudacin de la empresa
TRANSBOLIVAR C.A, con la finalidad de desarrollar un sistema de
automatizacin que permita la simplificacin,
reduccin de errores y
exactitud de cada procedimiento.
3.2. Poblacin y Muestra
La poblacin que ser tomada como objeto de estudio para el

cumplimiento de los objetivos propuestos en la investigacin est constituida
por los trabajadores que laboran en la Gerencia de Recaudacin de Empresa
TRANSBOLIVAR C.A.
33
3.3. Tcnicas e Instrumentos de recoleccin de datos e informacin
Para la obtencin de la informacin recopilada de la presente

investigacin se utilizaron las siguientes tcnicas e instrumentos:
Entrevista Semi-estructurada. Se elabor una gua con preguntas
relacionas al tema de inters en este caso los procedimientos llevados en la
Gerencia de Recaudacin, en ella se formularon preguntas libres que
permitieron establecer los requerimientos y necesidades de los usuarios
entrevistados. En el Anexo N 04 y 05 se muestran los principales puntos que
se destacaron en las entrevistas realizadas y las personas entrevistadas.
Observacin directa. El investigador form parte del grupo de trabajo a
fin visualizar atentamente los procesos llevados a cabo en la Gerencia de
Recaudacin.
Mesas de Trabajo. Se establecieron reuniones tanto con miembros de
la Gerencia de Recaudacin como los desarrolladores a fin de delimitar el
alcance del software a disear, determinar los requerimientos funcionales
necesarios para su ejecucin, responder y emitir sugerencias de cmo
debera ser la herramienta a disear as como recopilar informacin de las
herramientas existentes y aplicadas en sus operaciones. En el Anexo N 06
se muestra la agenda pautada para la realizacin de las mesas de trabajo.
Como instrumento de recoleccin de informacin ser utiliz una
libreta de notas, as como una carpeta para archivar formatos/reportes
existente.
34
3.4. Modelo del proceso del software basado en Desarrollo en Espiral
A continuacin se referir la representacin de los procesos del

software a disear, permitiendo de esta manera mostrar informacin parcial
de cada uno de ellos. En este caso en particular segn la metodologa
empleada la investigacin se llevara a cabo por medio del desarrollo en
espiral ya que la evolucin del mismo estar determinada por cada una de
las fases que integraran su diseo. A continuacin se presentan las
descripciones de cada una de las fases sealadas en el Grfico N 04
propuestas por Ian Sommerville:
Grfico N 04. Modelo del Proceso del Software Basado en Desarrollo

Espiral: (Sommervill, I. 2007).
35
3.4.1. Obtencin y Anlisis de requerimientos.
En esta etapa se sealan cada uno de los objetivos que contendr la

evolucin del proyecto; as como el alcance, la viabilidad del mismo y dems
informacin relacionada con l. Por consiguiente se presentan a continuacin
las secciones que integran la ingeniera de requerimientos:
mbito. Se indicar en donde se va a desempear el sistema,
el objetivo de la investigacin, para que usuarios va dirigido el desarrollo, as
como su funcionalidad.
Vialidad. Demostrar si el desarrollo del sistema es factible o no
para la organizacin cumpliendo con la viabilidad tcnica, econmica y
operativa.
Obtencin y Anlisis de requerimientos. Se recabar la
informacin a partir de las consultas realizadas a los usuarios.
Especificacin
de
Requerimientos.
Se
extraen
los
requerimientos necesarios para la implementacin del proyecto, tanto

funcionales como no funcionales.
Descomposicin del Proyecto. El sistema ser descompuesto
en pequeos mdulos a fin de simplificar su diseo.
Plan de Actividades. Se realizar la planificacin de cmo ser
llevado a cabo el desarrollo del sistema.
3.4.2. Anlisis y Gestin de Riesgos.
En esta etapa se analizan los posibles riesgos del proyecto as como

los pasos que podran incurrir en la disminucin de los mismos. Para ello se
realizar una tabla de identificacin, una de priorizacin de los mismos y el
plan de reduccin, supervisin y gestin de los riesgos (RSGS).
36
3.4.3. Diseo y Programacin.
Se mostraran grficamente como se encontrar descompuesto el

sistema, cumpliendo con los requisitos de los usuarios.
3.4.4. Evaluacin del Cliente.
El cliente evaluar la representacin del software creada durante la

etapa de diseo y programacin.
37
CAPTULO IV
PRESENTACIN Y ANLISIS DE LOS RESULTADOS
Para el cumplimiento de los objetivos propuestos en el proyecto se ha

dado continuidad al desarrollo de un sistema administrativo que facilite el
control de los recursos de la Gerencia de Recaudacin de la Empresa de
Transporte Pblico del Estado Bolvar.
Previamente al desarrollo de un sistema es necesario plantearse una
metodologa por la cual regirse, de manera que sea mas manejable la
ejecucin del proyecto. A continuacin se mostrarn los pasos llevados a
cabo de acuerdo al modelo del proceso del software basado en un Desarrollo
en Espiral.
4.1. mbito.
El proyecto consiste en el desarrollo de un sistema administrativo que

sirva de apoyo en las actividades diarias de la Gerencia de Recaudacin de
TRANSBOLIVAR C.A, dicha herramienta ha sido denominada como Sistema
Administrativo de Boletera, Servicios Especiales y Recepcin de Valores
(SABSERV), el cual recabar toda la informacin generada por cada
recepcin de ingresos emitida por los operadores de las unidades de
transporte pblico de la empresa, contabilizar y facilitar el control de la
principal fuente de ingreso de la misma, brindando un mayor grado de
seguridad y confiabilidad de los datos.
38
El Software estar diseado para tres (03) tipos de usuarios con

privilegios diferentes de acuerdo a los requerimientos especificados por el
cliente.
SABSERV
ser
desarrollado
nica
exclusivamente
con
funcionalidades de recaudar, emitir reportes y generar arqueos diarios de

caja, delimitando de esta manera su uso para la Gerencia de Recaudacin.
4.2. Viabilidad
Permite determinar si el desarrollo del sistema es factible para la

organizacin tanto monetaria como en tiempo de respuesta, para ello se
deben abordar tres (3) aspectos fundamentales:
4.2.1.
Viabilidad
Tcnica.
SABSERV
es
un
sistema
administrativo que tiene como principal objetivo llevar el control de los

recursos existentes en la Gerencia de Recaudacin, para su desarrollo se
cuenta con las herramientas necesarias permitiendo que su ejecucin sea
efectiva, entre ellas se pueden mencionar maquinas locales (laptop o de
escritorio), as como el servidor que contendr todo el sistema.
El desarrollo se llevar a cabo bajo software libre y lenguaje de
programacin web (php, html, javascript, jquery), utilizando como manejador
de bases de datos PostgreSQL. Segn lo anterior, se puede determinar que
el proyecto cumple tcnicamente con una de las fases de requerimientos
primordiales, permitiendo de esta manera dar antesala a la evaluacin de los
dems trminos necesarios para la aceptacin de la puesta en marcha del
desarrollo de SABSERV.
4.2.2.
Viabilidad Econmica. Para el desarrollo del sistema se
cuenta con los equipos necesarios (hardware) y las herramientas (software)

distribuidas libremente, los horarios de trabajo sern ajustados a las jornadas
laborales de lunes a viernes, tanto para el desarrollador como para los
usuarios directos en este caso el personal de la Gerencia de Recaudacin, el
39
costo del desarrollo es considerado como una bonificacin emitida por

cumplimiento de proyecto de pasanta a nivel de ingeniera en la mencin de
informtica.
Considerando que los costos que genera la puesta en marcha del
desarrollo del sistema son bajos se puede deducir que su implementacin es
viable econmicamente.
4.2.3.
Viabilidad Operacional. El personal que operar en el
sistema adscrito a la
Gerencia de Recaudacin,
cuenta con
los
conocimientos, experiencia y la pro-actividad necesaria para usar este nuevo

sistema, ya que han asumido la incorporacin de la nueva herramienta
computacional como gran apoyo a la consecucin de sus actividades diarias
y operativas. Adicional a esto, el sistema estar disponible en los diferentes
equipos de los usuarios a travs de la infraestructura de red de la empresa y
ofrecer una interfaz grfica muy flexible que facilitar la manipulacin del
mismo. Esto nos permite concluir que SABSERV es un sistema
operacionalmente viable.
4.3. Obtencin y Anlisis de Requerimientos.
El proceso de recaudacin viene formulado por una serie de

requerimientos de entrada y de salida que han sido desglosados con el fin de
buscar la manera de disear el sistema administrativo.
4.3.1. Requerimientos de Entrada.
Datos del Personal. Es la informacin que debe ingresar el
usuario del sistema al momento de entrar en su cuenta: nick y clave.
Datos del Operador. Se refiere a la informacin que suministra
el operador de la unidad de transporte al momento de llegar a la Gerencia
40
de Recaudacin con los valores recolectados en su turno, como hora de

llegada, ciclos de recorrido, ruta, nombre, nmero de unidad.
4.3.2. Requerimientos de Salida
Cuenta. Dependiendo del usuario ingresado se mostrarn una
serie de mdulos de acuerdo a los permisos que este posea, (misma

interfaz, cantidad de mdulos variantes).
Recibo. Al realizar una recepcin de valor se generar un recibo
de la misma con copia que sern entregados uno (1) al operador y el otro
como respaldo.
Reportes. De acuerdo a las necesidades del usuario se
generarn reportes con la informacin requerida.
4.4. Especificacin de Requerimientos.
La obtencin de los requerimientos necesarios para la implementacin

del proyecto han sido desglosados en dos (2) tipos, los cuales son los
requerimientos funcionales, o propios del usuario y los no funcionales o del
sistema.
4.4.1. Requerimientos funcionales.
4.4.1.1. Interfaz de usuario. Facilita el uso y manejo del sistema.

Los perfiles de personales, permitirn registrar los diferentes usuarios que
tendrn acceso al sistema estos se dividen en tres (3) niveles:
Analista. Este usuario tendr acceso a ingresar las recepciones
de valores emitidas por cada operador (chofer), diariamente, as como

imprimir el recibo de la recepcin.
41
Supervisor. Tendr permiso para realizar recepciones de
valores, as como visualizar e imprimir los reportes diarios, por operador, por
turno.
Administrador. Este usuario tendr todos los privilegios, no solo
de realizar las funcionalidades del usuario supervisor sino que tambin podr
anular recepciones, visualizar e imprimir reportes semanales, mensuales, y
administrar los usuarios que tendrn acceso al sistema como tal.
4.4.1.2. Recepcin de valores. El usuario tendr la disponibilidad
de ingresar al sistema el total recaudado de cada operador en su jornada
laboral diaria, este formulario contar con los atributos de desglose de
valores
(cantidad
monedas,
cantidad
billetes,
cantidad
de
ticket
estudiantiles), ruta recorrida, datos del operador, tiempo del recorrido (ciclos),
fecha y horas. Este reporte se podr imprimir, anular, modificar, consultar.
4.4.1.3. Reportes. Una vez ingresadas las recepciones de valores
tanto el administrador como el supervisor tendrn la disponibilidad de
generar e imprimir los reportes que totalicen las recaudaciones de acuerdo a
una serie de criterios bien sea por operadores-rango de fecha (un operador y
una fecha delimitada), turno-rango de fecha (puede ser turno A o B en una
fecha delimitada), diario (total recaudado en un da tanto del turno A como el
B), semanal (total recaudado en el turno A o B en una semana en
especifico), mensual (total recaudado en el turno A y/o B en un mes en
especifico) se conoce como turno A la comprendida entre el horario de 5am a
1pm y turno B de 11pm a 7pm.
4.4.1.4. Arqueo de caja. Una vez finalizada las recepciones
diarias el usuario administrador tendr la disponibilidad de obtener un reporte
con las totalizaciones de monedas, billetes y ticket estudiantiles que deben
estar recaudados a fin de contabilizar y certificar su correcta recepcin.
42
4.4.2. Requerimientos no funcionales.

4.4.2.1. Seguridad. El sistema debe garantizarle a los usuarios
seguridad absoluta al momento de realizar las recepciones de valores as
como los reportes, el arqueo de caja y que la informacin suministrada sea
fiable. A su vez la informacin ingresada debe ser almacenada de manera
correcta a fin de que las consultas resultantes sean las pertinentes.
4.4.2.2. Disponibilidad. SABSERV deber ser soportado por
mnimo requerimiento bajo Linux y Windows y por los principales
navegadores utilizados en la empresa.
4.4.2.3. Escalabilidad. SABSERV debe ser diseado de manera
que se puedan agregar nuevas funcionalidades para mayor comodidad de
los usuarios, en futuro se tiene pensado anexar los mdulos de boletera y
servicios especiales de transporte.
4.4.2.4. Lmites. La informacin ser suministrada bajo el idioma
espaol, y el software ser utilizado nicamente por la Gerencia de
Recaudacin de la empresa TRANSBOLIVAR, C.A.
4.4.2.5. Mantenibilidad. SABSERV permitir la realizacin de
mantenimientos correctivos o de mejora con la finalidad de minimizar errores
y mantener el sistema actualizado.
4.4.2.6. Facilidad de uso. El sistema ser desarrollado con una
interfaz sencilla y agradable al usuario a fin de que su uso sea entendible,
facilitando encontrar la informacin necesaria.
43
4.5. Descomposicin del Problema.
El proyecto ser descompuesto en pequeos subsistemas con la

finalidad de afrontar su diseo de manera ms sencilla y que este sea ms
manejable.
4.5.1. Mdulo de administracin de usuario. Este mdulo le permitir
al administrador de SABSERV las siguientes funciones:
Ingresar personal de la Gerencia de Recaudacin.
Ingresar, modificar y eliminar operadores (choferes) de la empresa.
Ingresar, modificar y eliminar usuarios con acceso al sistema.
4.5.2. Mdulo de recaudacin. Este mdulo contendr los siguientes
aspectos:
Ingreso de la recepcin de valores.
Consultar recepcin de valores existentes.
Modificar recepcin de valores existentes.
Reportes. Permitir generar los siguientes reportes: Por operador, por
turno, diario, semanal, mensual.
4.5.3. Mdulo de cierre laboral. En este mdulo el administrador del
sistema podr realizar las siguientes actividades: Arqueo de caja diario,
reporte de cierre diario.
4.6. Plan de Actividades.
A continuacin se muestra en que periodos de tiempos sern

realizados las fases de ejecucin del proyecto. Este se ve plasmado en la
Tabla N 01.
44
ACTIVIDADES
SEMANAS
1
10
11
12
13
X X X X
X X
14
15
16
Levantamiento de X X
Informacin
Anlisis
de
Informacin
la
X X
y/o
Sistema
Diseo
del
X X X
Sistema
Codificacin
del
Sistema
Pruebas
Funcionales
Tabla N 01. Plan de Actividades: el Autor.
2.1. Anlisis y Gestin de Riesgos. En esta etapa se analizan los

posibles riesgos del proyecto as como los pasos que podran incurrir
en la disminucin de los mismos. A continuacin en la Tabla N 02 se
mostraran los posibles riesgos que incurriran en el fracaso de la
realizacin del proyecto.
Tabla de identificacin de riesgos

Riesgo
Categora Probabilidad Impacto
Entender los requisitos.
ST
35%
El cliente cambiar los requisitos
PS
40%
Asignacin de tareas al personal.
ST
10%
45
Complicaciones de implementacin
ST
35%
Problemas para completarlo a tiempo.
PS
45%
Fecha de entrega muy ajustada.
BU
30%
Falta de formacin en las
DE
25%
y/o diseo.
herramientas
Tabla N 02. Tabla de Identificacin de Riesgos: el Autor.
ST: experiencia tcnica del desarrollador. PS: tamao del software que se quiere
BU: riesgo del negocio.
1: catastrfico
2: critico
3: marginal.
Priorizacin de los riesgos

De acuerdo con la mayor probabilidad de que suceda un riesgo y seguido del
impacto del mismo en el desarrollo del proyecto se muestra en la Tabla N 03
la priorizacin de ellos.
Riesgo
Categora Probabilidad Impacto
Problemas para completarlo a tiempo.
PS
45%
El cliente cambiar los requerimientos
PS
40%
Entender los requisitos.
ST
35%
Complicaciones de implementacin
ST
35%
30%
y/o diseo.
LINEA DE CORTE
Fecha de entrega muy ajustada.
BU
46
Falta de formacin en las
DE
25%
ST
10%
herramientas.
Asignacin de tareas al personal.
Tabla N 03. Tabla de Priorizacin: el Autor.
Plan de reduccin, supervisin y gestin de riesgo (RSGS)

Problemas para completarlo a tiempo. En la tabla N 04 se muestra el
motivo de considerarse este problema como un factor de riesgo.
Fecha:04/01/2011
Probabilidad=45%
Impacto=Medio
Descripcin:
Se concluye que existe una probabilidad del 45% de que el proyecto tendr
problemas para ser completado a tiempo, por lo tanto su entrega cumplir
con los requerimientos mnimos solicitados.
Refinamiento/Contexto:
Sub-condicin 1: La definicin de cada uno de los procesos que son llevados
a cabo en la Gerencia de Recaudacin no tienen una definicin concreta,
impidiendo de esta manera la recoleccin de informacin correcta para el
diseo y codificacin del sistema.
Sub-condicin 2: Existe un nivel de incertidumbre del lado del solicitante del
desarrollo del software impidiendo de esta manera estructurar que es lo que
se desea hacer.
Sub-condicin 3: La etapa de levantamiento de informacin suele requerir
ms tiempo de lo regular, con la existencia de nuevos requerimientos en el
47
transcurrir del desarrollo.

Reduccin:
1.
Crear mesas de trabajo que contribuyan a la creacin de unos
procesos estables que identifiquen las actividades realizadas en la Gerencia

a fin de recabar informacin vital para el desarrollo del software.
2.
Contactar al cliente y discutir cuales son los requerimientos
funcionales prioritarios con los que debe cumplir el software, tomando en

consideracin las actividades diarias realizadas en la Gerencia.
3.
Una vez definidos correctamente los procesos de la Gerencia se
debera levantar la informacin requerida con mayor facilidad, previniendo de

esta manera la aparicin de nuevos requerimientos.
Gestin/plan de Contingencia/Accin:
El desarrollador ir creando los mdulos asignados por el gestor del
proyecto, una vez finalizados ir integrando las partes funcionales
correspondientes, a fin de ir evaluando su desempeo. Descartando el
incumplimiento total de la planificacin estipulada.
Estado Actual:
07/01/2011 Fases de reduccin iniciadas.
Tabla N 04. Tabla RSGS 01: el Autor.
48
El cliente cambiar los requerimientos. En la Tabla N 05 se indican

las razones de considerar esta opcin como un factor de riesgo.
Fecha:04/01/2011
Probabilidad=40%
Impacto=Alto
Descripcin:
Se concluye que existe una probabilidad del 40% de que el proyecto
sufra modificaciones debido al cambio de requerimientos exigidos por
el cliente, impidiendo de esta manera el cumplimento de la
planificacin planteada.
Refinamiento/Contexto:
Sub-condicin 1: La Gerencia de Recaudacin no cumple con unos
procesos definidos y normalizados por ende estos sufren modificacin
a medida de que se presenten las necesidades.
Sub-condicin 2: El cliente no posee una idea clara de cules son los
pasos que deben llevar a cabo para el cumplir con los procesos
existentes en la Gerencia de Recaudacin.
Reduccin:
1.
La Gerencia de Recaudacin conjuntamente con el
desarrollador debern definir cules son las labores vitales que
realizan la misma a fin de estructurar todos y cada una de las
actividades llevadas a cabo en ella.
2.
La puesta en marcha de la definicin de los procesos permitir
al cliente tener una idea ms clara de cmo manejar el trabajo que se
genere da a da.
3.
Conjuntamente con la estandarizacin de los procesos se debe
llevar la recoleccin de informacin necesaria para el desarrollo del
sistema.
Gestin/plan de Contingencia/Accin:
Antes de la fase de diseo el desarrollador debe tener claro cules
son las acciones que debe generar para el cumplimiento satisfactorio
del diseo y codificacin del software para ello debe recabar la
informacin correcta y que se encuentre totalmente estandariza
evitando de esta manera la modificacin o insercin de nuevos
requerimientos. De llegar a presentarse este inconveniente es
49
recomendable para el desarrollo del sistema realizar nuevamente el

estudio de los parmetros que se cumplen en el proceso de
recaudacin a fin de verificar si existe algn otro paso omitido,
contribuyendo as al buen uso del tiempo estimado en la planificacin.
Estado Actual:
04/01/2011 Fases de reduccin iniciadas.
Tabla N 05. Tabla RSGS 02: el Autor.
4.8. Diseo y Programacin.
De acuerdo con los requerimientos suministrados por los usuarios

de la Gerencia de Recaudacin se inicia el modelado del diseo, utilizado en
la puesta en marcha del desarrollo del sistema. Para el cumplimiento de las
caractersticas presentes en el modelo del proceso en espiral este ser
entregado por fases en periodos de tiempos diferentes. A continuacin se
mostrarn los modelados utilizados para el anlisis de la informacin
recabada.
50
4.8.1. Modelado Funcional y de Flujo de Informacin.

Diagrama de Flujo de Datos DFD. Al analizar los procesos realizados
en la Gerencia de Recaudacin, se detectaron aquellos requerimientos de
entrada y de salida existentes, de esta informacin se diseo el diagrama de
contexto mostrado en el Grfico N 05.
Diagrama de Contexto
Datos
Personal
Reportes
Usuario
Datos
Operador
Usuario
SABSERV
Recibo
Operador
Usuario
Grfico N 05. DFD Diagrama de Contexto: el Autor
51
4.8.2. Modelado de Datos.

Diagrama de Entidad de Relacin DER. Para el modelado de la
base de datos fue necesaria la creacin de un DER que permitiera ver las
relaciones entre las entidades que la conformaran, en el Grfico N 06 se
muestra el resultado obtenido.
Grfico N 06. Diagrama de Entidad de Relacin: el Autor
52
Modelo Relacional. Es un modelo que permite visualizar las

relaciones entre el conjunto de datos que sern almacenados. Ver Grfico
07.
Grfico N 07. Modelo Relacional: el Autor
53
Diccionario de Datos. Aqu se identifican los atributos existentes en

cada entidad con sus tipos de datos.
Nombre de la Tabla: Cargo

Descripcin: Se almacenaran todos los datos del personal que labora
en la Gerencia de Recaudacin.(Ver Tabla 06).
Nombre
Descripcin
Tipo
Nombre_personal
El nombre del analista,

supervisor, asistente,
subgerente o gerente
Varchar
Apellido_personal
El apellido del analista,

supervisor, subgerente
o gerente.
Varchar
Cedula_personal
La cedula del personal

ingresado
Entero
Cargo_personal
La ocupacin que
desempea en la
gerencia
Varchar
Ficha
El numero de la ficha
que identifica al
trabajador
Entero
Id_personal
El identificador del
registro
Incremental
Id_estado
Identifica si el personal
se encuentra activo o
inactivo
integer
Tabla N 06. Tabla Cargo: el Autor.
54
Nombre de la Tabla: Estado

Descripcin: Se asignan y describen los diferentes estatus que
poseer el sistema.(Ver Tabla 07).
Nombre
Descripcin
Tipo
Id_estado
Identificador del registro
Entero
Nombre
Se muestra los tipos de

estados que podran
existir
varchar
Tabla N 07. Tabla Estado: el Autor.
Nombre de la Tabla: Entrega-Recepcin Valores-Vial

Descripcin: En esta tabla se almacenar la cabecera del formulario
de recepcin de Valores.(Ver Tabla 08).
Nombre
Descripcin
Tipo
Fecha
Indica la fecha actual
Fecha
Hora_entrega
Muestra la hora en que fue

entregada la recepcin
Hora
Hora_salida
Muestra la hora en que el

operador sali del patio con la
unidad
Hora
Hora_llegada
Muestra la hora en que el

operador finalizo su turno
Hora
Id_unidad
Almacena el identificador de la
unidad
Entero
Cant_ciclos
Almacena la cantidad de ciclos
Entero
55
realizados por el operador

Id_ruta
Almacena el identificador de la
ruta recorrida
Entero
Id_operador
Almacena el identificador del

operador que realiza la entrega de
la recepcin
Entero
Id_personal
Almacena el identificador del

personal de recaudacin que
realizo la recepcin
Entero
Fecha_modificacin
Almacena la fecha en que en dado Fecha

caso se haya realizado algn tipo
de modificacin a la recepcin de
valor
Id_modificacin
Guarda el identificador de la
persona que realizo la
modificacin
Entero
Id_estado
Muestra en que estado se

encuentra la recepcin si activo o
anulada
Entero
Observacin
Muestra algn tipo de observacin

hecha por el operador
Varchar
Id_entrega_recepcion_vial Es el identificador del registro
Incremental
Id_recepcion_valores_vial
entero
Es el campo relacin con la tabla

que guarda los ingresos recibidos
Tabla N 08. Tabla Entrega Recepcin Valores Vial: el Autor.
56
Nombre de la Tabla: Nivel

Descripcin: Se designan las permisologas que poseer cada
usuario con acceso al sistema.(Ver Tabla 09).
Nombre
Descripcin
Tipo
Id_nivel
Identificador del registro
Entero
Descripcin
Seala el tipo de permisos existente varchar
Tipo
Almacena los niveles

numricamente
entero
Tabla N 09. Tabla Nivel: el Autor.
Nombre de la Tabla: Operador

Descripcin: Se almacenan datos de los operadores o choferes que
laboran en la empresa.(Ver Tabla 10).
Nombre
Descripcin
Tipo
Nombre_operador
Almacena el nombre del operador
Varchar
Apellido_operador
Almacena el apellido del operador
Varchar
Cedula_operador
Guarda la cedula del operador que se

ingres
Entero
Id_turno
El identificador del turno que labora
Entero
Id_tipo
El identificador del tipo de operador al

que pertenece
Entero
Ficha
el numero de ficha que posee el

operador
entero
Id_estado
Indica el estado que se encuentra el
Entero
57
operador si activo o inactivo

Id_operador
El identificador del registro
Entero
Tabla N 10. Tabla Operador: el Autor.
Nombre de la Tabla: Ruta

Descripcin: Se describen todas las rutas que cubren las unidades
operativas. (Ver Tabla 11).
Nombre
Descripcin
Tipo
Nombre_ruta
Almacena el cdigo de las rutas

existentes
Varchar
Id_ruta
El identificador de la ruta
Entero
Tipo_ruta
Identifica el tipo de ruta que cubre

urbana o inter-urbana
Entero
Descripcin
Almacena el nombre de las rutas que

cubre
Varchar
Tabla N 11. Tabla Ruta: el Autor.
58
Nombre de la Tabla: Tipo-Operador

Descripcin: se describen los tipos de operadores existentes
dependiendo de la ruta que cubra.(Ver Tabla 12).
Nombre
Descripcin
Tipo
Nombre
Almacena el nombre del tipo de

operador de acuerdo a las rutas que
cubre
Varchar
Id_tipo
El identificador del tipo de operador
Entero
Descripcin
Almacena una descripcin de los tipos

de operadores existentes
Varchar
Tabla N 12. Tabla Tipo-Operador: el Autor.
Nombre de la Tabla: Turno

Descripcin: se describen los diferentes turnos que cubren los
operadores.(Ver Tabla 13).
Nombre
Descripcin
Tipo
Nombre
Almacena el nombre de los tipos de

turnos existentes
Varchar
Id_turno
El identificador del tipo de turno
Entero
Descripcin
Almacena una descripcin de los tipos

de turnos existentes
Varchar
Tabla N 13. Tabla Turno: el Autor.
59
Nombre de la Tabla: Recepcin-Valores-Viales

Descripcin: en esta tabla se almacenan todos los datos monetarios
de cada recepcin generada en la gerencia.(Ver Tabla 14).
Nombre
Descripcin
Tipo
Correlativo
Guarda el correlativo de cada recepcin de entero

valor
Cien_bill
Almacena la cantidad de billetes recibidos

del operador
Hora
Cincuenta_bill

del operador
Hora
Veinte_bill

del operador
Hora
Diez_bill

del operador
Entero
Cinco_bill

del operador
Entero
Dos_bill

del operador
Entero
Uno_mon
Almacena la cantidad de monedas

recibidos del operador
Entero
Cincuenta_mon

Entero
Veinticinco_mon

Entero
Ciento_veinticinco_m Almacena la cantidad de monedas

on
Entero
Diez_mon
Entero
60

Cinco_mon

Entero
Cant_ticket_estud
Guarda la cantidad de ticket estudiantiles

recaudados
Entero
Valor_ticket_estud
Guarda el valor actual del ticket estudiantil
Entero
Id_unidad
Identificador de la unidad recaudada
Entero
Total_efectivo
Guarda el total recaudado en billetes mas

monedas
Real
Total_monedas
Guarda el total de monedas recaudado
Real
Total_billetes
Guarda el total de billetes recaudado
Real
Total_valores
Guarda el total recaudado por el operador
Real
Cant_ticket_vencid
Guarda la cantidad de ticket entregados ya

vencidos
Entero
Id_turno
Almacena el identificador del turno en que

se recaudo
Entero
Id_operador
Almacena el identificador del operador que

realiza la entrega de la recepcin
Entero
Id_personal
Almacena el identificador del personal de

recaudacin que realizo la recepcin
Entero
Id_recepcion_valores El identificador del registro

_vial
Tabla N 14. Tabla Recepcin-Valores-Viales: el Autor.
61
Entero
Nombre de la Tabla: Unidad

Descripcin: se ingresan todas las unidades existentes en la flota de
transportes de la empresa.(Ver Tabla 15).
Nombre
Descripcin
Tipo
Numero
Guarda el numero de las unidades

existentes
Entero
Id_unidad
El identificador de cada unidad
Entero
Descripcin
Almacena una descripcin de los tipo

de unidad.
Varchar
Tabla N 15. Tabla Unidad: el Autor.
Nombre de la Tabla: Usuario

Descripcin: se almacenarn a todos los usuarios que tendrn
acceso al sistema.(Ver Tabla 16).
Nombre
Descripcin
Tipo
Login
Nombre del usuario
varchar
Nivel
Guarda el tipo de nivel que le fue

asignado
entero
Clave
Guarda la clave del usuario
Varchar
Ficha
Almacena el numero de la ficha del

personal
Entero
Id_estado
El identificador del estado en que se

encuentra el usuario
Entero
Tabla N 16. Tabla Usuario: el Autor
62
Nombre de la Tabla: Valores

Descripcin: se almacenan los valores de los ticket-estudiantiles,
pasaje de casos especiales.(Ver Tabla 17).
Nombre
Descripcin
Tipo
Nombre
Guarda el nombre en relacin al

concepto existente
Varchar
Id_nombre
El identificador de cada valor
Entero
Monto_valor
Se asigna el valor de cada registro

dependiendo del caso
Entero
Tabla N 17. Tabla Estado: el Autor.
63
4.8.3. Anlisis Orientado a Objetos

Diagrama de Casos de Uso. En el siguiente diagrama se mostrar
las funciones del sistema y como interactuan con el exterior. (Ver Grfico 08).
Grfico N 08. Funciones Generales: el Autor.
64
Leyenda de documentacin del Caso de uso de las funciones generales del

sistema propuesto, (Ver Tabla 18).
Caso de Uso:
Funciones Generales
Actores:
Administrador, Supervisor, Analista
Tipo:
Flujo Generalizado
Propsito:
Identificar los permisos de cada usuario que conforma el

sistema administrativo.
Resumen:
Se identifican las actividades a las cuales cada usuario

tiene permiso, en el caso del Administrador este podr
controlar el acceso al sistema, generar reportes, modificar
y anular recepciones, generar arqueos de caja. El
supervisor tendr permisos para generar y modificar
recepciones, emitir algunos reportes mientras que el
Analista solo podr ingresar recepciones.
Precondiciones:
Todo usuario debe estar previamente registrado en el

sistema con su permisologa asignada.
Flujo Principal:
Designacin del tipo de usuario
SubFlujos:
(S-1) Almacenamiento de recepciones

Tabla N 18. Documentacin de Caso de Uso: el Autor.
65
Diagramas de Actividades.
Administrador (Nivel 1). En el diagrama de actividades del Administrador

se evidencia cuales son las acciones que este puede realizar, siendo
mostradas en el Grfico N 09.
Grfico N 09. Diagrama Actividad Nivel 1:

el Autor.
66
Supervisor (Nivel 2). En el diagrama de actividad del supervisor se

visualizan los mdulos a los cuales puede acceder. Ver Grfico N 10.
Grfico N 10. Diagrama Actividad

Nivel 2: el Autor.
67
Analista (Nivel 3). Se perciben las acciones que el analista puede

ejecutar, ver Grfico N 11.
Grfico N 11. Diagrama Actividad Nivel 3: el Autor.
68
4.8.4. Modelado de Clases.
Diagrama de Clases. En el Grfico N 12 se presenta el modelado

de la estructura interna del sistema, las entidades, atributos y
relaciones entre cada clase.
Grfico N 12. Diagrama de Clases: el Autor.
69
4.8.5. Modelado de Diseo.
Diseo Arquitectnico. En el diseo arquitectnico presente en el

Grafico N 13 se identifica la descomposicin del sistema en pequeos
mdulos.
Grfico N 13. Diseo Arquitectnico: el Autor.
70
Diseo de Interfaz. El diseo de la interfaz esta compuesto por las

siguientes pantallas:
Pantalla de Inicio de Sesin.

En esta pantalla se mostrara el nombre del sistema as como los
campos necesarios para el acceso al sistema ente ellos el nombre del
usuario, la clave y la base de datos con que se desea trabajar como lo indica
el Grfico N 14.
1
2
3
4
Grfico N 14. Inicio de Sesin: SABSERV
Descripcin.
Usuario. Aqu se deber introducir el nombre del usuario que acceder
al sistema administrativo.
Contrasea. Se ingresa la clave de dicho usuario.
71
Base de Datos. Se selecciona la base de datos donde se desea

trabajar al ingresar al sistema como tal.
Se toma en consideracin que el usuario debe previamente poseer
una cuenta activa y con una permisologa definida de lo contrario
se
mostrar un mensaje de error.
Pantalla Principal.
La
pantalla
principal
esta
compuesta
por
un
membrete
de
identificacin, una barra de men y el rea de trabajo para los usuarios. (Ver
Grfico N 15).
Grfico N 15. Pgina Principal: SABSERV
72
Descripcin.
Encabezado. Se identifica el logo de la empresa y del sistema y como
imagen ilustrativa las unidades de transporte pertenecientes a la
empresa.
Inicio. El botn inicio retorna a la pantalla principal del sistema las
veces que el usuario lo desee.
Usuario. Este mdulo tiene como finalidad la administracin de todos
los usuarios que estarn involucrados en el sistema tanto el personal de
recaudacin as como los operadores de las unidades de transporte.
Recaudacin. En este mdulo se encontrar el formulario de
recepcin de valores a su vez los diversos reportes que se generan a
partir de este y las operaciones anexas que pueden aplicrsele a la
recepcin (consulta, modificacin y anulacin).
Cierre Laboral. En este mdulo se realiza el arqueo de caja de los
turnos y del da como tal a fin de cerciorar que lo recaudado fsicamente
concuerde con lo que muestra el sistema.
El mdulo 6 y 7 no forman parte del desarrollo de este proyecto.
Salir. Este botn permite al usuario salir del sistema administrativo,
retornando la pantalla de inicio de sesin.
73
Mdulo de administracin de usuario.

En este mdulo el usuario de Nivel 1, puede administrar a todo el
personal que ser ingresado en el sistema bien sean operadores, as como
el personal interno de la Gerencia de Recaudacin, las opciones pueden ser
vistas en el Grfico N 16.
1
3
5
2
4
6
Grfico N 16. Mdulo de administracin de usuario:

SABSERV
74
1. Registrar personal.
Esta opcin permite la insercin de todo el personal que labora en la

Gerencia de Recaudacin, para el registro satisfactorio se deben agregar
todos los datos solicitados entre ellos los que sern mencionados a
continuacin en el Grfico N 17.
2
3
4
5
6
7
Grfico N 17. Registro del Personal: SABSERV
Descripcin.
Inicio. Te permite retornar a la pgina principal.
Ficha. Se ingresa la ficha del personal que desea ingresar.

Nombre. Se agrega el nombre de la persona a ingresar.
Apellido. Se agrega el apellido de la persona a ingresar.
Cedula. Se anexa la cedula del personal.
75
Cargo. Se selecciona el cargo que la persona ocupa en la Gerencia de

recaudacin.
Registrar. Con este botn se da concluida la inclusin del
personal en el sistema, como notificacin aparecer una ventana

informativa como la siguiente:
Borrar. Permite limpiar los campos del formulario.
2. Registrar Nuevo Usuario.
Esta opcin permite agregar a todos aquellos usuarios que tendrn

acceso al sistema administrativo cada uno con permisos definidos. (Ver
Grfico N 18).
2
3
4
5
6
Grfico N 18. Registrar nuevo usuario:
SABSERV
76
Descripcin.
Inicio. Este botn permite re-direccionar al men principal.
Ficha. Se ingresa la ficha del personal de la Gerencia de

Recaudacin. Este debi ser agregado con antelacin en el registro de
personal.
Login. Se anexa el nombre que poseer el usuario convenientemente
seria la inicial del nombre seguido de su apellido completo ej: gramirez.
Clave. Se anexa la clave de acceso, esta no debe exceder de diez
(10) dgitos.
Re-clave. Se introduce nuevamente la clave deseada a fin de verificar
su exactitud.
Nivel. Se selecciona el nivel o la permisologa que tendr dicho
usuario.
Registrar. Con este botn se da concluida la inclusin del
personal en el sistema, mostrando como resultado la siguiente ventanilla:
Borrar. Permite limpiar los campos del formulario.
77
3. Modificar Usuario Existente.
Permite modificar la contrasea y la permisologa del usuario

seleccionado como lo expresa el Grfico N 19.
3
Grfico N 19. Modificar usuario
existente: SABSERV
6
7
Descripcin.
Inicio. Este botn permite re-direccionar al men principal.
Login. Se agrega el login del usuario que deseas modificar y se

cliquea
a fin de consultar la informacin requerida.
Ficha. Se muestra la ficha del operador.

Login. Se muestra el usuario.
Clave. Se visualiza y modifica la informacin de la clave del usuario.
Nivel. Se visualiza y modifica el nivel de acceso al sistema o
permisologa del usuario.
78
Modificar. Al cliquear este botn se almacenaran las
modificaciones realizadas, se mostrar como ventana de verificacin la

siguiente:
4. Eliminar Usuario Existente.
Permite inhabilitar un usuario en particular, se visualizar la

informacin del personal que se desee deshabilitar tal como muestra el
Grfico N 20.
1
2
3
4
5
6
Grfico N 21. Eliminar usuario existente: SABSERV
79
Descripcin
Inicio. Redireccin al men principal.
Login. Se ingresa el login del usuario que ser deshabilitado y se

cliquea
para obtener la informacin de verificacin de datos.
Clave. Se visualiza la clave del usuario que ser deshabilitado.

Nivel. muestra el grado de permisologa que posee el usuario.
Eliminar. Este botn al ser cliqueado ejecutar la accin de
eliminar el usuario elegido, una vez realizada la operacin aparecer el

siguiente mensaje:
80
5. Registro de Operadores.
Este formulario permite ingresar los principales datos de los

operadores de las unidades de transporte. (Ver Grfico N 21).
2
3
7
8
Grfico N 21. Registro de operador: SABSERV
Descripcin.
Inicio. Re-direcciona a la pgina principal.
Ficha. Se ingresa la ficha del operador.

Nombre. Se agrega el nombre del operador.
Apellido. Se agrega el apellido del operador.
Cedula. Se anexa la cedula de identidad.
Turno. Se anexa el turno al que pertenece el operador.
Tipo. Se agrega qu tipo de servicio presta en la empresa.
81
Registrar. Al seleccionar este botn se almacena todos los
datos del operador y se finaliza la operacin. Una vez culminada la

operacin se mostrar el siguiente mensaje:
Borrar. Se limpian los campos del formulario.
6. Modificar Operador.
Permite actualizar o corregir los datos de algn operador en particular

como se muestra en la Grfica N 22.
1
2
3
7
8
Grfico N 22. Modificar operador: SABSERV
82
Descripcin.
Campo Texto. Se introduce la ficha del operador, para obtener sus
datos se cliquea
Ficha. Se visualiza la ficha del operador.

Nombre. Se muestra el nombre del operador.
Apellido. Se muestra el apellido del operador.
Cedula. Se muestra la cedula del operador.
Turno. Muestra el turno al que el operador pertenece.
Tipo Operador. Muestra el tipo de servicio que presta en la empresa.
Modificar. Al seleccionar el botn se realizan las respectivas
modificaciones al operador seleccionado y ser visualizada la siguiente

ventana:
83
7. Eliminar Operador.
Esta opcin permite deshabilitar a los operadores que ya no prestan

servicios en la empresa.
2
3
4
7
Grfico N 23. Eliminar operador:
SABSERV
Descripcin.
Campo de Texto. Se ingresa la ficha del operador para cerciorar sus
datos y se cliquea
Ficha. Se mostrara la ficha del operador.

Nombre. Se visualizar el nombre del operador.
Apellido. Se visualizar el apellido del operador.
Cedula. Se mostrar la cedula de identidad del operador.
Turno. Se muestra el turno al que pertenece.
84
Tipo de Operador. Se muestra el tipo de servicio que presta en la

empresa.
Eliminar. Al cliquear este botn automticamente ser deshabilitado el
operador que se ha seleccionado y mostrado sus datos. Una vez
realizada la operacin aparecer el siguiente mensaje:
Mdulo de Recaudacin.
Este mdulo permite la administracin de lo referente a la recepcin

de valores y a la generacin de los reportes existentes. Se acceder a travs
del men por las pestaas sealas en el Grfico N 24.
3
6
4
7
Grfico N 24. Mdulo de Recaudacin: SABSERV
85
1. Recepcin de Valores.
Este formulario permitir a los usuarios de la Gerencia de

Recaudacin recabar toda la informacin necesaria al momento de recibir el
ingreso diario de cada uno de los operadores que laboraron en la
empresa.(Ver Grfico 25).
9
1
10
11
2
12
3
13
14
15
16
7
8
17
19
20
18
Grfico N 25. Recepcin de valores: SABSERV
Descripcin.
Muestra el logo que representa a la empresa.
Hora Salida. Se ingresa la hora que el operador parti a cumplir con
su jornada laboral.
86
Hora llegada. Se ingresa la hora en la que el operador entrego su

guardia y finaliz su jornada.
Operador. Se selecciona el nombre del operador a recaudar.
N de la Unidad. Se selecciona el nmero de la unidad en la que el
operador labor.
Cant. De Ciclos. Se selecciona la cantidad de ciclos que el operador
recorri.
Ruta Urbana. Se selecciona la ruta que el operador realizo su jornada.
Observaciones. Se ingresan las observaciones del operador si fuese
el caso.
N recepcin. Se muestra el nmero correlativo de la recepcin.
Fecha. Muestra la fecha actual en que se est realizando la recepcin.
Hora. Muestra la hora actual en la que llego el operador a ser
recaudado.
Turno. Se selecciona el turno en que se esta recaudando.
Monto. Se muestra el monto total de lo recaudado dependiendo del
valor al que pertenezca.
Cantidad. Se ingresa la cantidad de cada uno de los valores en sus
casillas correspondientes.
Total Billetes. Muestra el total recaudado en billetes.
Total Efectivo. Muestra el total recaudado tanto en billetes como en
monedas.
Total Monedas. Muestra el total recaudado en monedas.
Total Valores. Muestra el total recaudado tanto en efectivo como en
ticket estudiantiles.
Registrar. Al cliquear esta opcin aparecer un mensaje de
verificacin como se muestra a continuacin:
87
al aceptar la condicion de la ventana se almacenar todos los datos

suministrados de la recaudacin del operador y aparecer el mensaje de
conformacin como este:
Borrar. Limpia los campos del formulario.
Al almacenar el registro de la recepcin de valores aparecer una pantalla

que permitir la impresin del recibo de la recepcin presente en el Grfico
N 26.
Grfico N 26. Recibo de la recepcin de valor: SABSERV
88
2. Consultar Recepcin.
Esta opcin permite consultar aquellas recepciones que han sido

creadas o almacenadas. En esta se presentar la pantalla del Grfico N
27.
4
5
Grfico N 27. Consulta de recepciones: SABSERV
Grfico N 28. Recepcin de valor: SABSERV
89
Descripcin.
Ref. Indica el nmero de la recepcin.
Fecha. Muestra la fecha en que fue creada.
Operador. Muestra el operador recaudado.
Turno. El turno en que fue recaudado.
Al cliquear la lupa se visualizar la recepcin seleccionada como se
muestra en la imagen anterior.
3. Modificar Recepcin.
Esta opcin permite corregir errores encontrados en las recepciones

de valores almacenadas. La operacin ser exacta a la de la recepcin de
valores slo deben ingresar el nmero de la recepcin que desea modificar y
cliquear
. (Ver Grfico 29).
90
Grfico N 29. Modificar recepcin: SABSERV
4. Reportes.
Al desplegar la pestaa se reflejaran todos los tipos de reportes

que podrn generarse a partir de las recepciones de valores.
Reporte por turno.

En este reporte se mostraran todas aquellas recepciones
generadas en un da y turno especfico, ingresando todos los datos
solicitados que se muestran en el Grfico N 30.
1
2
3
91
Grfico N 30. Reporte turno: SABSERV
Descripcin.
Turno. Se ingresa el turno que desea visualizar.
Fecha. Selecciona la fecha que desea que se haga la consulta a
travs de
Al cliquear se mostrar el reporte deseado, as como se muestra en
la imagen anterior.
Imprimir. Muestra el reporte por turno con los datos deseados
que ser impreso.
92
Reporte Impreso.
Al seleccionar la impresora se mostrar el formato sealado en el
Grfico N 31 como resultado final de la consulta.
2
1
3
5
7
4
8
10
12
11
Grfico N 31. Recibo de reporte turno: SABSERV
Descripcin.
Fecha. Se muestra la fecha del reporte que fue consultado.
Turno. Muestra el turno al que pertenece el reporte.
Hora. Muestra la hora en que se genero el reporte.
93
N de Recepcin de Valores. Muestra todas las recepciones que

fueron generadas en ese da y turno.
Datos del Operador. Muestra informacin referente al operador como
nombre, nm. de unidad, hora salida, hora llegada, ciclos recorridos y
ruta.
Valores en Efectivo. Se visualiza los totales recaudados tanto de
monedas, billetes y la suma de ambos.
Tickets Estudiantiles. Muestra la cantidad de ticket y el monto
recaudado en tickets.
Total Recaudado. Es el total recaudado en cada recepcin de valores.
Totales. Se muestra el total recaudado en todo el turno tanto en
valores efectivos como en tickets estudiantiles.
Observaciones. Se muestra un resumen de todas las observaciones
realizadas a aquellos operadores en su entrega de valores.
Supervisor. Se muestran los datos referentes a la persona que genera
el reporte.
Gerente. Se muestra la informacin del usuario que valida el reporte
del turno.
94
Reporte Operador.
Permite generar un reporte por operador en un rango de fecha
especfica. Tal como se presenta en el Grfico N 32.
1
2
Grfico N 32. Reporte por operador: SABSERV
Descripcin.
Ficha. se ingresa la ficha del operador que desee generar el reporte.
Fecha Inicio. Se coloca la fecha desde cuando desea que se genere el
reporte.
95
Fecha Fin. Se coloca la fecha hasta donde ser mostrado el reporte.
Al cliquear la lupa se mostrar la consulta deseada.

Imprimir. Se mostrar el reporte que ser impreso con la
informacin deseada.
96
Reporte Impreso.
Al seleccionar la impresora se mostrar el formato sealado en el
Grfico N 33 como resultado final de la consulta.
3
1
6
7
4
9
11
10
Grfico N 33. Recibo de reporte por operador: SABSERV
Descripcin
Fecha. Se muestra las fechas lmites.
Operador. Se identifica a quien pertenece el reporte.
Hora. Se muestra a qu hora se gener el reporte.
N Recepcin de Valores. Muestras las recepciones realizadas por el
operador en el rango de fecha especificado.
Datos Operador. Se describen tanto la ruta, unidad, ciclos, turnos, y
horas salida- llegada de cada una de las recepciones hechas por el
operador.
Valores Efectivo. Se describe el total recaudado de cada recepcin
bien sea de monedas, billetes y en general.
97
Tickets Estudiantiles. Se muestra lo recaudado en tickets.

Total Recaudado. Se visualiza el monto total de la recaudacin de
cada una de las recepciones realizadas por el operador.
Totales. Se muestran la sumatoria de cada uno de los totales de las
recepciones realizadas por el operador especificado.
Supervisor. Se percibirn los datos referente a la persona que realiz
la solicitud del reporte al sistema
Gerente. Se mostrar la informacin de la persona que cerciorar la
exactitud de los datos.
7. Reporte Diario. En este reporte se mostrar el total de recepciones

realizadas en un da. Tal se muestra en el Grfico N 34.
1
2
4
8
Grfico N 34. Reporte diario: SABSERV
98
Descripcin.
Se introduce el da que desee generar el reporte.
Al cliquear la lupa se visualizar el reporte diario con la informacin
requerida.
Fecha. Se muestra la fecha del reporte realizado.
Hora. Se visualiza la hora en que se genero el reporte.
N Recepcin de Valores. Se mostrarn todas las recepciones
realizadas en el da.
Datos de Operador. Informacin referente a las rutas, turnos,
operadores, unidades y horas llegadas-salidas de cada operador.
Valores Efectivo. los totales recaudados de los billetes, monedas y en
general.
Tickets Estudiantiles. Se mostrar la cantidad y el total recaudado por
tickets.
Total recaudado. Se visualiza el total recaudado incluyendo efectivo y
tickets estudiantiles.
99
Mdulo Cierre Laboral.
Con este mdulo la gerencia de recaudacin podr verificar la correcta

recaudacin del dia. Se tendr acceso al mismo a travs de la pestaa
visualizada en el Grfico N 35.
Grfico N 35. Mdulo de cierre laboral: SABSERV
100
1. Arqueo de Caja.
Este formulario permitir certificar que el valor recaudado existente

en fsico sea el mismo que muestra o se encuentra en el sistema, este
ser realizado cada vez que finalice un turno y al finalizar el da. Con la
ayuda del formato que se muestra en el Grfico N 36.
1
2
3
4
6
7
5
9
8
10
11
13
12
15
14
16
Grfico N 36. Arqueo de caja: SABSERV
101
Descripcin.
Encabezado. Alusivo al formulario realizado con datos especficos de
la Gerencia.
Turno. Se identifica el turno al que pertenece la verificacin.
Fecha. Indica la fecha a la cual pertenece la verificacin.
Monedas-Billetes. Se identifican los tipos de monedas
existentes.
102
y billetes
CONCLUSIONES
Con el cumplimiento a cabalidad de cada uno de los objetivos

planteados se obtuvo como resultado el desarrollo de un sistema con la
capacidad de administrar la informacin de los recursos recabados en la
Gerencia de Recaudacin de la Empresa de Transporte Pblico del Estado
Bolvar TRANSBOLIVAR C.A, alcanzando las siguientes conclusiones:
Una vez analizados los formatos hechos bajo hojas de
clculo en Excel de la Gerencia de Recaudacin, se tom en

consideracin el rediseo de los mismos con la inclusin de nuevos
tems como; cantidad de tickets vencidos, observaciones, entre otros;
a fin de obtener los parmetros necesarios para facilitar la
administracin de la informacin requerida.
Para el diseo de la arquitectura del software se tomaron
como premisa los requerimientos obtenidos en la etapa de

levantamiento de informacin permitiendo determinar las entidades
necesarias para el resguardo de informacin en la base de datos, as
como la interfaz grafica, los mdulos que contendran el sistema, la
permisologa de los usuarios y el plan de trabajo que denotara el
periodo de entrega para cada fase del proyecto.
La construccin del sistema se desarroll bajo el entorno
web, es por ello que se utilizaron los lenguajes mencionados a

continuacin: php, html, javascript, jquery, css, para la codificacin de
la
interfaz
grafica
para
las
funciones
que
permitiran
el
almacenamiento de toda la informacin recabada se emple el

manejador de base de datos PostgreSQL.
103
Con la evaluacin de cada una de las fases de entrega
se lograron detectar errores en los requerimientos de informacin

definidos, los cuales fueron solventados oportunamente cooperando
de esta manera a la aproximacin de los resultados deseados.
104
RECOMENDACIONES
Para un mejor uso y maximizar las funcionalidades del software

desarrollado se recomiendan las siguientes consideraciones:
Usar continuamente el Sistema Administrativo de Boletera
Servicios Especiales y Recepcin de Valores (SABSERV) a fin de medir el
ajuste de los requerimientos de informacin actuales con los que se
presentaran en el futuro considerando las polticas cambiantes de toda
organizacin como los es la Empresa de Transporte Pblico del Estado
Bolvar (TRANSBOLIVAR C.A).
Es conveniente que el usuario cumpla con los requerimientos
mnimos del sistema como lo son insercin de toda la informacin solicitada,
configuracin bsica de los equipos de computacin, entre otros, a fin de que
aproveche al mximo su funcionalidad.
Tomar en cuenta el mantenimiento peridico del sistema,
generar respaldos automticos de la data, del cdigo fuente, a su vez brindar
accesibilidad
la
informacin
almacenada
en
cooperando con el proceso de optimizacin
cualquier
momento;
y mejoras continuas;
contribuyendo al buen uso de los recursos empleados para brindar este

servicio a la Gerencia de Recaudacin.
105
GLOSARIO
C
CSS
Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un
lenguaje formal usado para definir la presentacin de un documento
estructurado escrito en HTML o XML.
D
Datos
Son los hechos que describen sucesos y entidades.
E
Entrada
Se refiere a los datos o seales que entran en un proceso.
H
Hardware
Representa todos los componentes fsicos de un computador.
I
Informacin
Es la forma en la cual los datos se agrupan y ordenan, para ser entendidos
por un ente en particular.
106
Ingeniera
Es la profesin en la que el conocimiento de las ciencias matemticas y
naturales adquirido mediante el estudio, la experiencia y la prctica, se aplica
con buen juicio a fin de desarrollar las formas en que se pueden utilizar, de
manera econmica, los materiales y las fuerzas de la naturaleza en beneficio
de la comunidad.
Ingeniera del Software
Es una disciplina de Ingeniera que comprende todos los aspectos de la
produccin de software.
Interfaz
Es la definicin de un conjunto de mtodos para los que no se da la
implementacin, sino que se les define de una manera similar a como se
definen los mtodos abstractos.
Internet
Es un mtodo de interconexin descentralizada de redes de computadoras
implementado en un conjunto de protocolos denominado TCP/IP y garantiza
que redes fsicas heterogneas funcionen como una red lgica nica, de
alcance mundial.
O
Operador
Persona encargada de conducir un vehculo de motor para transportar a
personas, personalidades o cualquier tipo de cliente que haya contratado sus
servicios.
R
Registro
Estructuras de datos que contiene informacin relativa a un mismo ente.
Recaudacin
Cantidad de dinero o de bienes que se obtiene mediante este cobro.
107
S
Salida
Es el resultado de la entrada procesada.
Servidor
Es un elemento que presta un recurso (servicio).
Software
Es la parte lgica que data al equipo fsico de capacidad para realizar
cualquier tipo de trabajo.
T
Tabla
Es la representacin de una entidad compuesta por varios atributos.
108
BIBLIOGRAFA
Arteaga, P. (2009). Metodologa de la investigacin I y II. Venezuela.

Arzuedo, A. C. (1991). Administracin de Recursos. Fondo de Naciones
Unidas para Poblacin.
Berzal, Cubero, & Cortijo. (2007). Desarrollo profesional de aplicaciones web
con ASP.NET. Ikor Consulting.
Cobo, & Gmez. (2005). Tcnologias para el desarrollo de aplicaciones web.
Daz de Santos.
Kendall, & Kendall. (2005). Anlisis y Diseo de Sistemas. Mxico: Pearson
Educacin.
Madariaga Gorocica, J. M. (2004). Manual Prctico de Auditoria. Deusto.
Pressman, R. (2005). Ingenieria del Software. Un enfoque prctico. McGrawHill.
Calva, J., Aguilar, G. (2007). Finanzas pblicas para el desarrollo. Mxico:
Miguel ngel Porra.
Sommerville, I. (2007). Ingenieria del Software. Espaa: Pearson Educacin.
Weinman, L., & Weinman, W. (2002). Diseo Creativo HTML. Mxico:
Pearson Educacin.
Curt F. (2004). Excel. Gua de Bolsillo. EEUU: Ediciones Nowtilus SL.
Date, C. (2011). Introduccin a los sistemas de bases de datos. Mxico:
Pearson Educacin.
109
ANEXOS
110
Anexo N 01. Formato de Recepcin de Valores.
111
Anexo N 02. Formato de Reporte por turno.
112
Anexo N 03. Formato de Arqueo de Caja.
113
Anexo N 04. Minuta de Primera Entrevista.
114
Anexo N 05. Minuta de Segunda Entrevista.
115
Anexo N 06. Agenda pautada para las Mesas de Trabajo.
116
117
118

Ip 96272011 CD Ramirez Glori Mar

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ip 96272011 CD Ramirez Glori Mar

Încărcat de

Drepturi de autor:

Formate disponibile

REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

DESARROLLO DE UN SISTEMA DE INFORMACIN PARA

Autor: Ramrez Glorimar

CIUDAD GUAYANA, MAYO DEL 2011

REPBLICA BOLIVARIANA DE VENEZUELA

DESARROLLO DE UN SISTEMA DE INFORMACIN PARA

Autor: Ramrez Glorimar

CIUDAD GUAYANA, MAYO DEL 2011

REPBLICA BOLIVARIANA DE VENEZUELA

APROBACIN DEL JURADO

Quienes suscriben a los miembros del jurado evaluador del

Recaudacin en la Empresa de Transporte Pblico del Estado

respectivos por lo que da aprobacin al mismo.

Ing. Salazar Oscar

Ing. Lpez Josu

Toda meta cumplida y propuesta en el transcurrir de mis aos se las

Mis agradecimientos van dirigidos a aquellas personas que de alguna

ACTA DE APROBACIN DE LOS TUTORES...

Administrador de base de datos

3. CAPTULO III. MARCO METODOLGICO

Mapa de procesos de TRANSBOLIVAR.

Recibo de reporte por operador

Formato Recepcin de Valores...

TRANSBOLIVAR C.A, es una organizacin que apoya fielmente la

Captulo II, se desarrolla el marco terico, los antecedentes del tema,

El transporte pblico es parte esencial de una ciudad, a travs de l se

Una de las funciones de mayor peso en la empresa se lleva a cabo en

recaudaciones realizadas por los operadores de las unidades de transporte

eficiencia y eficacia en la administracin de los datos; impidiendo la

integrantes de la Gerencia de Recaudacin ya que los ayuda a emprender

Desarrollar un sistema de informacin para la administracin de los

involucrados para el desarrollo del sistema.

Disear la arquitectura del software, tomando en cuenta el

Codificar el sistema bajo un lenguaje que permita la adecuacin

El Sistema Administrativo de Boletera, Servicios Especiales y

Este sistema ser desarrollado e implantado en la Gerencia de

especficamente con los parmetros y funcionamientos de la gerencia en

2.1. Antecedentes de la Empresa.

Transporte Pblico del Estado Bolvar (TRANSBOLIVAR C.A.), es una

con esquemas de operacin conceptualizados en la interconexin de centros

MANTENIMIENTO FLOTA, EQUIPOS

Pblico de Pasajeros (Urbano e Interurbano)

Operacin del Servicio de Transporte

Representante por la Direccin

Presidente TRANSBOLIVAR C.A

Grfico N 01. Mapa de Procesos de TRANSBOLIVAR: intranet http://transbolivar

A su vez en el Grfico N 02 se muestra la estructura organizativa

Grfico N 02. Estructura Organizativa de

2.2. Bases Tericas

La recaudacin es un factor relevante en los procesos administrativos

2.2.2. Arqueo de Caja

Segn Madariaga Gorocica (2004), se dice que: el Arqueo de Caja

2.2.3. Administracin de Recursos

Segn Arzuedo (1991), la administracin de los recursos consiste en

2.2.4. Recursos Financieros

2.2.5. Hoja de Clculo

Segn Curt Frye (2004), se dice que una hoja de clculo es un

2.2.6. Utilidad de las Hojas de Clculo

Debido a la versatilidad de las hojas de clculo modernas, se

Segn Kendall & Kendall (2005):

2.2.8. Sistemas de informacin

Un sistema de informacin es un conjunto de elementos que

2.2.9. Requerimientos de informacin