REPBLICA BOLIVARIANA DE VENEZUELA

UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS LLANOS

CENTRALES
RMULO GALLEGOS
REA DE INGENIERA DE SISTEMAS





IMPLEMENTAR UN SISTEMA AUTOMATIZADO PARA EL REGISTRO Y
CONTROL DE OBRAS CONTRATADAS DE LA UNIVERSIDAD
NACIONAL EXPERIMENTAL ROMULO GALLEGOS.
(Caso de Estudio Direccin de Planta Fsica de la UNERG)

Proyecto de Trabajo Final de Grado presentado como requisito para optar al
ttulo de Ingeniero en Informtica








Autor: Mndez Javier
C.I 15.081.384

Tutor Acadmico: Ing. Padilla Jenny


San Juan de los Morros, Octubre de 2009

ii

APROBACIN DEL TUTOR

En mi carcter de Tutor del Trabajo Especial de Grado, presentado por el
Ciudadano: Mndez Javier, C.I 15.081.384, para optar al ttulo de Ingeniero en
Sistemas, considero que dicho trabajo rene los requisitos y mritos suficientes para
ser sometido a presentacin pblica y evaluacin por parte del jurado examinador que
se le designe.

En San Juan de los Morros, a los ____ das del mes de _________________ de
2009.




Atentamente,

Prof. Jenny Padilla.
iii

Dedicatoria

Primeramente a Dios por darme vida y permitirme culminar con nuestro
trabajo de grado.
Se la dedico principalmente a mis padres Ins Maritza Ron y No Mndez,
que en toda mi carrera y en toda mi vida, me han brindado sus consejos, su apoyo y
su amistad; que siempre ha estado presente en mi vida, en los buenos y malos
momentos, cuidando y queriendo de m y mis hermanos.
A mi esposa Roxany Salcedo por darme el regalo ms grande que puede tener
una persona como lo es mi hija Sofa Fiorella Mndez Salcedo a quienes quiero
mucho.
A mis hermanos Gabriel Mndez y No Mndez quien siempre me han
apoyado como hermano y como amigo.
A mis amigos y hermanos Tulio Maurera y Hctor Lara quienes me
acompaaron durante mi carrera en los buenos y malos momentos y a quienes
aprecio y quiero mucho.
A mis amigas y profesoras Yeni Reyes, Sofa Nasuti, Lisbet Noda, Maria
Colichio, Yeni Padilla, Soleidy Pea as como tambin Roxybell quienes estuvieron
siempre, me apoyaron con sus consejos y recomendaciones, de verdad la estimo
mucho, y nunca olvidare sus ocurrencias.
A la vida, por lo que soy y ser, a lo que aprendido en este camino y por lo
que aprender.
Se la dedico a todas aquellas personas que estuvieron a mi lado, en este
trayecto, y a aquellos que continuaran cerca de m, mi familia, amigos. A ustedes
iv

Agradecimiento
A la Universidad Rmulo Gallegos, por abrirnos sus puertas, para as
formarnos de manera integral, y por su arduo trabajo de crear profesionales
capacitados, para la exigencia de la sociedad actual.
A los profesores, por brindarnos sus conocimientos, para as lograr nuestra
meta propuesta.
A las personas que participaron en la entrevista, dando su opinin acerca del
tema en estudio, fueron importantes para saber detalladamente segn su criterio la
situacin actual.
A todas aquellas personas que de una u otra forma nos brindaron su apoyo y
colaboracin, para el desarrollo del proyecto.









v

NDICE GENERAL
P.P
NDICE GENERAL ............................................................................................. v
LISTA DE CUADROS .................................................................................... xiiii
LISTA DE GRAFICOS ................................................................................... xiiiv
LISTA DE FIGURAS ...................................................................................... xiiv
RESUMEN ........................................................................................................ xvi
INTRODUCCIN ................................................................................................ 1
CAPTULO I ........................................................................................................ 3
EL PROBLEMA................................................................................................... 3
PLANTEAMIENTO DEL PROBLEMA ......................................................... 3
Objetivos de la Investigacin ............................................................................... 6
Objetivo General ................................................................................................... 6
Objetivos Especficos ............................................................................................ 6
Justificacin de la Investigacin ....................................................................... 6
Delimitacin ..................................................................................................... 8
CAPTULO II ....................................................................................................... 9
MARCO REFERENCIAL ................................................................................... 9
vi

Antecedentes De La Investigacin ....................................................................... 9
BASES TERICAS ........................................................................................... 13
UNIVERSIDAD NACIONAL EXPERIMENTAL ROMULO GALLEGOS .. 14
P.P
DIRECCIN DE PLANTA FSICA .................................................................. 18
Sistemas .............................................................................................................. 19
Tipos de sistemas ................................................................................................ 20
Sistemas de Informacin .................................................................................... 21
Tipos de Sistemas de Informacin.................................................................. 23
Sistemas Transaccionales o de Procesamiento de Datos ................................ 23
Sistemas de informacin Gerencial ................................................................ 24
Sistemas de Apoyo a las Decisiones........................................................... 25
Sistemas Expertos ........................................................................................... 25
Categoras de los Sistemas de Informacin .................................................... 25
Procesos de Sistemas de Informacin ............................................................ 27
Los Sistemas de Informacin Automatizados ............................................ 28
Ciclo de Vida de un Sistema ............................................................................... 29
Requerimientos del Sistema ............................................................................... 34
vii

Flujos de datos ................................................................................................ 35
Ventajas de la implementacin de un Sistema de Informacin ...................... 42
Los sistemas de Informacin y el control ........................................................... 43
P.P
Caractersticas del Control.............................................................................. 44
Tipos de Control Administrativo .................................................................... 44
Flujo de Informacin .......................................................................................... 45
Base de Datos ..................................................................................................... 46
Objetivos de una Base de Datos ..................................................................... 47
Tipos de Bases de Datos ................................................................................. 48
Bases de Datos Jerrquicas ......................................................................... 48
Bases de Datos de Red................................................................................ 48
Bases de Datos Relacionales ...................................................................... 48
Software Libre y Open Source ........................................................................... 50
PHP ..................................................................................................................... 51
PostgreSQL ..................................................................................................... 52
Bases Legales ..................................................................................................... 53
De los Derechos Culturales y Educativos,.......................................................... 53
viii

Definicin de Trminos Bsicos ........................................................................ 56
CAPTULO III ................................................................................................... 62
MARCO METODOLGICO ............................................................................ 62
P.P
Tipo y Modalidad de la Investigacin ................................................................ 62
Tipo de Metodologa desde el punto de vista tecnolgico ............................. 64
Fases de Proceso Unificado de Racional (RUP) ............................................ 66
Poblacin y Muestra ........................................................................................... 73
Tcnicas e Instrumentos de Recoleccin de Datos ......................................... 73
Validez ............................................................................................................ 76
Confiabilidad .................................................................................................. 76
Tcnica de anlisis de datos............................................................................ 77
CAPTULO IV ................................................................................................... 79
ANLISIS DEL SISTEMA ACTUAL .............................................................. 79
Anlisis de Resultados .................................................................................... 79
DIAGNOSTICO DE LA SISTEMA ACTUAL ................................................. 89
Descripcin del Sistema Actual ...................................................................... 89
Diagramas del Sistema Actual ........................................................................ 90
ix

Necesidades y Dificultades Observadas ............................................................. 92
Anlisis DOFA. .............................................................................................. 92
Actores que Intervienen en el Sistema Actual .................................................... 94
P.P
Definicin de los Requerimientos ...................................................................... 95
Requerimientos de Entrada ......................................................................... 95
Requerimientos de Validacin de las Entradas .......................................... 96
Validacin de las Transacciones de Entradas. ............................................ 96
Validacin de los Datos de Entrada ............................................................ 96
Requerimientos de Seguridad ..................................................................... 96
Requerimientos de Apoyo al Usuario ......................................................... 96
Requerimientos de Informacin ................................................................. 97
Requerimientos de Salida ........................................................................... 97
Requerimientos de adaptabilidad ................................................................ 98
CAPTULO V..................................................................................................... 99
DISEO Y DESARROLLO DEL PRODUCTO TECNOLGICO
PROPUESTO .............................................................................................................. 99
Objetivos del Sistema Propuesto ................................................................ 99
Objetivo General: ....................................................................................... 99
x

Objetivos Especficos: ................................................................................ 99
Descripcin del Producto Tecnolgico Propuesto. ....................................... 100
ALCANCE DEL SISTEMA PROPUESTO................................................. 103
P.P
DESCRIPCIN DE LA BASE DE DATOS ................................................... 103
NORMALIZACIN Y RELACIONES. ...................................................... 105
Normalizacin .......................................................................................... 105
Diagrama Entidad - Relacin .................................................................... 105
Procesamiento de Transacciones ............................................................... 106
Pantallas del Sistema Propuesto ................................................................... 106
CAPTULO VI ................................................................................................. 109
PRUEBAS AL PRODUCTO TECNOLOGICO .............................................. 109
Pruebas...................................................................................................... 109
Prueba de Unidad...................................................................................... 109
Prueba de almacenamiento ....................................................................... 109
Prueba de tiempo de ejecucin ................................................................. 109
Pruebas alfa ............................................................................................... 110
Pruebas Beta ............................................................................................. 110
xi

CONCLUSIONES ............................................................................................ 111
RECOMENDACIONES .................................................................................. 113
BIBLIOGRAFA..114















xii


LISTA DE CUADROS
P.P
Cuadro 1: Distribucin de la Poblacin .............................................................. 73
Cuadro 2: Sistema automatizado para llevar a cabo los procesos de registro y
control de obras. ................................................................................................. 80
Cuadro3 : Sistema automatizado para dar reportes de las actividades de la
Direccin de Planta Fsica. ................................................................................. 81
Cuadro 4: Sistema automatizado para agilizar el procesamiento de los datos. .. 82
Cuadro 5: Conocimientos mnimos de computacin. ......................................... 83
Figura 6. Conocimientos mnimos de computacin. .......................................... 83
Cuadro 7: Sistema automatizado para manejar volmenes de informacin. ...... 84
Cuadro 8: Sistema automatizado para un mejor control sobre la informacin. . 85
Cuadro 9: Sistema automatizado sera ms oportuna la informacin. ............... 86
Cuadro 10: Economizar costos de impresin de reportes. .................................. 87
Cuadro 11: Reducir el tiempo de procesamiento de informacin. ..................... 88
Cuadro 12. Matriz DOFA .................................................................................. 93
Cuadro 13: Administrador. ............................................................................... 103
Cuadro 14: Contratista. ..................................................................................... 103
xiii

Cuadro 15: Controlind. ..................................................................................... 104
Cuadro 16: Obras .............................................................................................. 104
















xiv


LISTA DEGRAFICOS
P.P
Grafico 1: Universidad Nacional Experimental Romulo Gallegos .................... 17
Grafico 2: Organizacin de la Direccion de Planta Fisica. ................................. 29
Grafico 3: Sistema automatizado para llevar a cabo los procesos de registro y
control de obras. ................................................................................................. 80
Grafico 4 : Sistema automatizado para dar reportes de las actividades de la
Direccin de Planta Fsica. ................................................................................. 81
Grafico 5: Sistema automatizado para agilizar el procesamiento de los datos. .. 82
Grafico 6: Conocimientos mnimos de computacin. ........................................ 83
Grafico 7: Sistema automatizado para manejar volmenes de informacin. ..... 84
Grafico 8: Sistema automatizado para un mejor control sobre la informacin. . 85
Grafico 9: Sistema automatizado sera ms oportuna la informacin. ............... 86
Grafico 10: Economizar costos de impresin de reportes. ................................. 87
Grafico 11: Reducir el tiempo de procesamiento de informacin. ..................... 88



xv


LISTA DE FIGURAS
P.P
Figura 1: Modelo Estructurado ........................................................................... 17
Figura 2: Modelo Espiral. ................................................................................... 29
Figura 3: Diagrama Sistema Actual.................................................................... 92
Figura 4: Diagrama Sistema Propuesto ............................................................ 102
Figura 5: Diagrama de Paquetes Sistema Propuesto. ....................................... 103










xvi


REPBLICA BOLIVARIANA DE VENEZUELA
UNIVERSIDAD NACIONAL EXPERIMENTAL DE LOS LLANOS
CENTRALES RMULO GALLEGOS
REA DE INGENIERA DE SISTEMAS

IMPLEMENTAR UN SISTEMA AUTOMATIZADO PARA EL REGISTRO Y
CONTROL DE OBRAS CONTRATADAS DE LA UNIVERSIDAD
NACIONAL EXPERIMENTAL ROMULO GALLEGOS.
(Caso de Estudio Direccin de Planta Fsica de la UNERG)

Autor:
Mndez Javier.
C.I N: 15.081.384
Tutor:
Jenny Padilla.

RESUMEN
El presente trabajo de grado permite controlar un rea de vital importancia para
la Universidad Rmulo Gallegos, la cual es la del Control de Obras, permite
garantizar la transparencia en la ejecucin de los recursos del estado para esta casa de
estudios. El trabajo est enmarcado dentro de la concepcin metodolgica definida
como trabajo especial de grado, realizado bajo una investigacin de campo sustentada
en la observacin directa y la aplicacin de un instrumento de recoleccin de
informacin apropiado. Para el logro de los objetivos se definieron y evaluaron los
distintos actores que interviene en esa rea y se determinaron los procesos a seguir
por cada uno de ellos, la poblacin y la muestra estudiada pertenece al departamento
de Direccin de Planta Fsica. Se utiliz para el desarrollo de la herramienta
tecnolgica la metodologa de lenguajes UML, con la sustentacin de desarrollo en
plataforma de Software libre, se desarroll el sistema en PHP con el manejador de
bases de datos Mysql y se implement en un servidor virtual APACHE. Para las
pruebas del sistema se requiri de la instalacin de un prototipo para su evaluacin.
Se determin que existe la urgente necesidad de automatizar los controles de obras y
se recomienda actualizar los equipos de cmputo dentro del departamento para
adecuarlos a las nuevas tecnologas requeridas.
Descriptores: Control de Obras, Sistemas de Control, Direccin de Planta Fsica,
Control de Gestin
INTRODUCCIN
Los procesos de control de Gestin dentro de las Instituciones Pblicas
Educativas es de vital importancia, ya que permiten al estado y a los encargados de
estas dependencias agilizar y desarrollar mecanismos de gestin ms eficientes, en
este sentido se plantea la oportunidad de desarrollar un sistema que supla una
carencia dentro de la UNERG, como lo es el de control de Obras por parte de la
Direccin de Planta Fsica, ente encargado de la ejecucin de obras para el desarrollo
y ampliacin de la Primera Casa de Estudios del Estado Gurico. Este departamento
abarca todas las obras existentes en la Universidad Nacional Experimental Rmulo
Gallegos, as como tambin en sus ncleos de las ciudades como La Pascua,
Calabozo y Zaraza. Los procedimientos inmersos en las modalidades de registro y
control de obras contratadas no se encuentran automatizados, no existe aplicaciones
realizadas en un lenguaje de programacin que cumpla con los parmetros exigidos
con el decreto presidencial N 3390, referente a la migracin a software libre y el uso
de esta tecnologa desarrollado bajo estndares abiertos en las distintas
organizaciones del pas.
El estudio muestra los procesos que se lleva a cabo por parte de los entes
encargados y tambin describe cada uno de los requerimientos y necesidades de
informacin de los sujetos encargados de los controles de obras.
Para el desarrollo de la herramienta tecnolgica se analizaron los distintos
procesos y se procesaron los requerimientos tcnicos y administrativos para poder
desarrollarla, se sustent la plataforma en el Software Libre (GNU) y se habilit para
uso de una plataforma tecnolgica basada en cliente servidor, PHP-Apache.
El desarrollo del presente trabajo se ejecut por captulos a saber:
Captulo I: Se analiza la problemtica, con la finalidad de elaborar un
planteamiento conciso y que resuma la descripcin del problema, se realiza la


2

justificacin y delimitacin de la investigacin, se formulan el objetivo general y los
especficos.
Captulo II: Se fundamenta tericamente la investigacin a travs de la
revisin y anlisis documental, se buscan estudios anteriores cuyo objetivo de
desarrollo guarde relacin al tema que se desarrollara con la finalidad de plantear las
bases tericas y los antecedentes de la investigacin respectivamente. Adems de
elaborar las bases legales y la definicin de trminos bsicos.
Captulo III: Consiste en el marco metodolgico, describiendo explcitamente
el tipo de investigacin, modalidad, tipo de metodologa desde el punto de vista
tecnolgico y tcnicas de recoleccin de los datos con su respectivo anlisis. Fases de
la investigacin.
Captulo IV: Contiene el Diagnstico, anlisis, presentacin de los resultados
y la presentacin de los procesos en forma de diagramas de modelado a fin de
establecer claramente los requerimientos del sistema actual.
Captulo V: Contiene el diseo y desarrollo del producto tecnolgico de forma
acabada. Especificando las acciones de los actores y usuarios del sistema a travs de
los diagramas de Caso de Uso.
Captulo VI: Corresponde a la implementacin del producto tecnolgico, a la
realizacin de las pruebas (alpha y beta) y el anlisis del comportamiento del sistema
bajo distintos ambientes tecnolgicos; estableciendo adems, las conclusiones y
recomendaciones.
Finalmente, se encontraran las referencias bibliogrficas que sustentan este
trabajo y los anexos correspondientes al sistema diseado.


3

CAPTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Evidentemente en la actualidad la informacin representa el acontecimiento
tecnolgico ms relevante de la sociedad a nivel mundial, pues su influencia ha
tocado todas las reas del conocimiento humano y producido un impulso nunca antes
visto a todos los procesos de desarrollo en los campos de la ciencia, la tecnologa y la
educacin. En este sentido, hasta en la actualidad, el ser humano ha desarrollado
recursos tecnolgicos los cuales se han convertido en un apoyo fundamental para las
instituciones, al simplificar sus tareas, proporcionando informacin rpida y segura.
En las instituciones tanto pblicas como privadas, empresas y organizaciones, el
control, proceso y flujo de informacin es vital para la toma de decisiones, ya sea en
el sentido de mejorar procedimientos, realizar correctivos que produzcan en el menor
tiempo posible las metas deseadas; eso es lo que justamente nos ofrece la tecnologa
del software, facilitando sistemas de informacin cada vez ms avanzados, rpidos y
eficientes que garantizan el rendimiento exigido para el xito de las operaciones y
metas trazadas.
Para la gestin institucional y empresarial del presente siglo XXI, la tecnologa
constituye un punto clave, llegando a constituirse en una herramienta indispensable
en la realizacin de operaciones tanto de instituciones pblicas como privadas y
quienes no han optado por esta opcin se estn quedando atrs, porque los mismos
tiempos estn exigiendo la herramienta tecnolgica que les permita mejorar el
desempeo de sus funciones por lo que se hace necesario contar con un sistema que


4

ayude a automatizar los movimientos y operaciones que se realizan asegurando la
operatividad, ahorro de tiempo, dinero y esfuerzo.
El argumento situacional donde se ubica la investigacin es, la Universidad
Nacional Experimental de los Llanos Centrales Rmulo Gallegos (UNERG), que
desempea su faena en Venezuela desde 1977, ubicada en la ciudad de San Juan de
los Morros estado Gurico; hoy por hoy cuenta con 8 reas acadmicas, 13 carreras y
mas de 24.000 estudiantes. Dentro de esta alma mater se incluye, la Direccin de
Planta Fsica, ubicado en el rea de Rectorado en la ciudad de San Juan de los Morros
del estado Gurico, el cual tiene como mira el desarrollo de la planta fsica de la
Universidad Nacional Experimental Rmulo Gallegos, lo que incluye Proyectos de
Construccin, el Diseo de Obras y Control de obras.
Este departamento abarca todas las obras existentes en la Universidad Nacional
Experimental Rmulo Gallegos, as como tambin en sus ncleos de las ciudades
como La Pascua, Calabozo y Zaraza. Los procedimientos inmersos en las
modalidades de registro y control de obras contratadas no se encuentran
automatizados, no existe aplicaciones realizadas en un lenguaje de programacin
que cumpla con los parmetros exigidos con el decreto presidencial N 3390,
referente a la migracin a software libre y el uso de esta tecnologa desarrollado bajo
estndares abiertos en las distintas organizaciones del pas.
En consecuencia, los procesos de registro y control de obras contratadas
presentan muchas dificultades, como la prdida y aislamiento de la informacin, el
llenado manual de la planilla de inspeccin y retrasos en la operatividad del
departamento de Planta Fsica.
En este sentido, las necesidades urgentes para resolver las dificultades actuales
en los procesos de control de obras contratadas, son la unificacin de las herramientas


5

tecnolgicas presentes en la Direccin de Planta Fsica, la automatizacin del registro
de obras contratadas, cumplir con el plan de desarrollo nacional, precisar los procesos
de control de obras contratadas, establecer un orden prioritario y automatizar estos
procesos.
Con relacin a lo antes mencionado, se pueden plantear las siguientes
interrogantes:
Cul es la situacin actual de los procesos de Registro y Control de Obras
Contratadas de la Direccin de Planta Fsica de la Universidad Nacional
Experimental Rmulo Gallegos?
Cules son los requerimientos, a nivel de hardware y software pertinentes para
el desarrollo de un Sistema de Informacin Automatizado para el Registro y Control
de Obras Contratadas de la Direccin de Planta Fsica de la Universidad Nacional
Experimental Rmulo Gallegos?
Cul ser el aporte de un Sistema de Informacin Automatizado para los
procesos de Registros y Control de Obras Contratadas de la Direccin de Planta
Fsica de la Universidad Nacional Experimental Rmulo Gallegos?







6

OBJETIVOS DE LA INVESTIGACIN
Objetivo General
Implementar un sistema automatizado para el registro y control de obras
contratadas de la direccin fisca de la universidad nacional experimental Rmulo
Gallegos.
Objetivos Especficos
Diagnosticar la situacin actual de los procesos de Registro y Control de Obras
Contratadas de la Direccin Planta Fsica de la Universidad Nacional Experimental
Rmulo Gallegos.
Establecer requerimientos a nivel de hardware y software pertinentes para el
desarrollo de un sistema de informacin automatizado para el Registro y Control de
Obras Contratadas de la Direccin de Planta Fsica de la Universidad Nacional
Experimental Rmulo Gallegos.
Disear un sistema de informacin automatizado para el Registro y Control de
Obras Contratadas del Dpto. Planta Fsica de la Universidad Nacional Experimental
Rmulo Gallegos.
Justificacin de la Investigacin
El mundo se ha venido definiendo por el discernimiento de las continuas
innovaciones tecnolgicas, que envuelven al ser humano completamente, de esta
manera el mismo se va insertando en una nueva tendencia, que de una manera u
otra, le hace crear nuevos conocimientos y lo lleva a entender de manera diferente el
universo y su quehacer diario. En muchas organizaciones, los sistemas han dando la


7

vuelta y han cambiado la forma de operar, y se han logrado importantes progresos
debido a que mecanizan los procesos activos y proporcionan una plataforma precisa
para la toma de decisiones, adems su implantacin mejora la calidad de productos y
servicios. Al mismo tiempo permiten la automatizacin de los procesos, a travs de
unos datos de entradas, para luego ser procesados y generar las salidas
correspondientes. Haciendo de estos sistemas una herramienta para la toma de
decisiones, logrando as un buen uso de los recursos.
El motivo principal de esta investigacin es que la Universidad Nacional
Experimental Rmulo Gallegos ha experimentado un aumento significativo en sus
reas de investigacin, extensin, post-grado, cultura y deporte, originando as una
mayor demanda por estructura fsica. Es por ello que surge la necesidad de
implementar un Sistema Automatizado para el Registro y Control de Obras
Contratadas de la Universidad Nacional Experimental Rmulo Gallegos, el cual se
crear bajo un lenguaje de programacin obedeciendo con el cumplimiento del
decreto presidencial N 3390 que exige el uso de software y sistemas basados en
estndares abiertos, la cual tiene como propsito agilizar los procesos que se llevan a
cabo en dicho departamento, con el fin de disponer de la informacin a tiempo de las
operaciones realizadas y administradas por esta institucin, as como tambin
fortalecer la plataforma tecnologa que posee la Universidad Nacional Experimental
Rmulo Gallegos.
Desde el punto de vista tecnolgico, el equipamiento informtico es un elemento
fundamental para el desarrollo de un sistema de informacin, tanto de hardware como
de software. Es por ello que se va a utilizar el lenguaje de programacin PHP con el
manejador de base de datos MySQL, por ser uno de los lenguajes ms potentes y
estables a nivel mundial, pudiendo trabajar de manera standalone o va web.


8

Desde el punto de vista operativo, se requiere la informacin que se genera en el
sistema en cuanto a obras ejecutadas fin de servir de suministros al area de rectorado
para la formulacin de informe de gestin, memoria y cuenta.
Delimitacin
El estudio se realizara en la Direccin de Planta Fsica de la Universidad
Nacional Experimental Rmulo Gallegos ubicada en el rea de rectorado en la ciudad
de San Juan de los Morros Estado Gurico, donde se proceder a una evaluacin
preliminar, con el objetivo de detectar las fallas en cuanto al registro y control de las
obras de dicha direccin. Luego de haber concluido con la evaluacin preliminar, se
desarrollara el sistema propuesto.












9

CAPTULO II
MARCO REFERENCIAL
El marco terico o referencial, a un nivel ms especfico y concreto, contiene la
ubicacin contextual del problema en una determinada situacin histrico social, sus
relaciones con otros hechos o problemas, las vinculaciones de los resultados por
obtener con otros ya conseguidos; pero adems, las definiciones de conceptos,
reformulaciones de otros, clasificaciones, tipologas por usar, etc. Debe sealarse, que
los conceptos que se han de emplear en el marco de la investigacin, especficamente
aquellos utilizados para la formulacin de los objetivos especficos o en el caso de
aquellos estudios que requieran la formulacin de las hiptesis debern definirse
terica y operacionalmente, a fin de delimitar las variables de la investigacin.
ANTECEDENTES DE LA INVESTIGACIN
.En toda investigacin, saber que estudios anteriores se encargaron de llevar a
cabo de una u otra manera estudios que hoy en da se relacionan con el nuestro, nos
sirve de fuente para el afianzamiento de este estudio. Como lo expres Sabino (1992),
en algn momento, los antecedentes de la investigacin se refieren a los estudios
previos relacionados con el problema planteado, es decir, investigaciones realizadas
anteriormente y que guardan alguna vinculacin con objeto el estudio... (p.23).
En este sentido, para dar mayor importe y sustentabilidad a esta investigacin,
en adaptacin y coordinacin a los planteamientos que se proponen aqu, se efectu
con carcter de relevancia ciertas revisiones a estudios seleccionados, que le dan un
soporte ms tcnico y profesional a la investigacin los cuales se mencionan a
continuacin.



10

Snchez (2004) ejecut un proyecto denominado Sistema de Informacin
para el Control de Solicitudes de Requerimientos en la Coordinacin de
Servicios Generales CADELA, Zona Tchira. El estudio se trata de elaborar un
sistema de informacin capaz de controlar las solicitudes de requerimientos en la
Coordinacin de Servicios Generales de CADELA, Zona Tchira, incluyendo todas
las operaciones relacionadas con ello, como son: elaboracin, recepcin, aprobacin,
rechazos y reportes; adicionalmente el proyecto contiene diferentes mdulos
destinados a manejar y generar gran cantidad de informacin. Para ello se realizaron
diversas entrevistas con los gerentes de Logstica e Informtica y
Telecomunicaciones, as como numerosas observaciones de cmo son ejecutados los
procesos que son objeto de estudio; en las mencionadas entrevistas los citados
gerentes mostraron sus inquietudes acerca de la forma manual como actualmente se
manejan los procesos y plantearon sus requerimientos y expectativas para un nuevo
sistema de control de solicitudes.
En relacin con el proyecto propuesto guarda relacin en cuanto a el control y
manejo de informacin administrativa en una zona determinada, as mismo en la
recaudacin de informacin de manera manual.
De igual manera, Ramrez (2007), realiz un trabajo titulado Sistema de
Informacin bajo Software libre para la Gestin administrativa de la Direccin
General de Administracin de la Universidad Nacional Experimental de los
llanos Centrales Rmulo Gallegos , lo realiz con la finalidad de agilizar el
proceso de pago de nminas del personal administrativo, obrero y docente, de los
aportes patronales y por convenio, retenciones de pagos al personal, control de pago
de las ayudantas y becas doctorales, entre otros. En cuanto a la metodologa
utilizada, el diseo de la investigacin se plante como proyecto factible, apoyado en
una investigacin de campo y documental, con una muestra censal donde se utiliz


11

como instrumento de recoleccin de datos: un cuestionario y una entrevista
estructurada. En conclusin, el desarrollo del sistema fue adaptado a la metodologa
basndose en tres fases de anlisis y diseo, usando las herramientas DFD y matriz
DOFA para descripcin del sistema propuesto. En lo tcnico utiliz el lenguaje de
programacin PHP y el gestor de base de datos MySQL, usando el servidor Apache
para dar solucin a la problemtica planteada. De igual manera, destac que los
sistemas de informacin permiten la modernizacin y mejora la transparencia de las
gestiones administrativas, tcnicas y operativas, manteniendo una informacin
actualizada al momento de registrase, adems de facilitar la toma de decisiones y
permitir un mayor control de procesos.
Por consiguiente, esta investigacin guarda relacin en cuento a la gestin de
administrativa, y en referencia al tipo, modalidad y tcnicas de recoleccin de datos,
que permiten una eficaz elaboracin de proyectos.
Ese mismo ao, Gonzlez (2007), en su investigacin titulada Sistema de
Informacin bajo Software libre para el Control de operaciones de un Banco
Comunal. Caso: San Jos II de Villa de Cura, Estado Aragua. El trabajo estuvo
sustentado en una propuesta y un diagnstico previo por parte del autor; en cuanto a
la metodologa utilizada, realiz la investigacin bajo la modalidad de proyecto
factible, como un trabajo de campo de tipo exploratorio. Respecto a la metodologa
de sistemas, se elabor el diseo de la investigacin basado en el Ciclo de vida
clsico de desarrollo de sistemas propuesto por Senn, el cual fue adaptado a la
metodologa de investigacin resultando tres fases: anlisis, diseo y desarrollo,
donde se usaron las herramientas DFD y Matriz DOFA para la descripcin tanto del
sistema actual como del sistema propuesto. En cuanto al aspecto tcnico, se utiliz el
lenguaje de programacin PHP y el gestor de base de datos MySQL, usando el
servidor Apache. El autor concluy, luego del diagnstico que se requera del sistema


12

de informacin para el control de operaciones del Banco Comunal debido a que la
informacin manejaba aspectos legales y operativos, ya que los planes del Estado
venezolano estn diseados con la finalidad de promover el desarrollo nacional en
materia econmica y tecnolgica.
En el mismo orden de ideas, este trabajo de grado guarda una estrecha similitud
en la forma de obtencin de datos, para el manejo y control de operaciones dentro de
una institucin, en las que sus operaciones administrativas requeran la aplicacin de
la automatizacin.
Finalmente, Andrade y Malav (2008), desarrollaron una investigacin de tipo
descriptiva bajo la modalidad de proyecto especial, titulado: Sistema automatizado
para el registro y control de los proyectos y comisiones del servicio comunitario.
Caso: Universidad Nacional Experimental Rmulo Gallegos Estado Gurico,
implementando medios informticos, para agilizar con eficiencia, los procesos en la
Universidad Nacional Experimental Rmulo Gallegos. Los autores de esta
investigacin, desarrollaron una herramienta tecnolgica para el registro y control de
los procesos de servicio comunitarios, usando como lenguajes de programacin
JAVA, PHP y HTML, para la programacin de los mdulos, la base de datos y el
entorno Web respectivamente. El uso de este lenguaje se considera un aporte
significativo, en el desarrollo de la presente investigacin ya que evidencia, el xito
en el desarrollo del sistema y garantiza la integridad de la informacin a travs del
uso de estos lenguajes y adems de ir a tono con el desarrollo de software cumpliendo
con los requisitos exigidos por el decreto N 3390, referente a la migracin progresiva
a tecnologas bajo estndares abiertos. Para la especificacin de los actores
principales del sistema y su relacin segn los procesos que cumple cada uno, usaron
los diagramas de caso de uso y los diagramas de clases, que contempla la
metodologa de Lenguaje Modelado Unificado (UML). El uso de estos diagramas de


13

caso de uso y diagramas de clases de la metodologa de desarrollo de sistemas UML,
es sin lugar a dudas, un aporte valioso en la presente investigacin, ya que con el uso
de estos diagramas, se podrn evidenciar de manera clara, los actores del sistema y su
interaccin con el sistema de acuerdo con los procesos propios del Sistema
Automatizado para el Registro y Control de obras contratadas y pagos de la
Universidad Nacional Experimental Rmulo Gallegos. Caso: Direccin de Planta
Fsica.
Por ltimo, se presenta un trabajo investigativo para satisfacer una necesidad
dentro de la misma institucin en estudio, donde se requiere agilizar informacin de
suma importancia, al igual que el estudio propuesto.
BASES TERICAS
Una vez planteado el problema de estudio (es decir, cuando ya se poseen
objetivos y preguntas de investigacin), y cuando adems se han evaluado su
relevancia y factibilidad. El siguiente paso consiste en sustentar tericamente el
estudio, etapa que algunos autores llaman elaborar el marco terico. Ello implica
analizar y exponer las teoras, los enfoques tericos, las investigaciones y los
antecedentes en general que se consideren vlidos para el correcto encuentre el
estudio. Al respecto, segn Balestrini (1998) las bases tericas son:
El resultado de la seleccin de aquellos aspectos ms relacionados del
cuerpo terico epistemolgico que se asume, referidos al tema especfico
elegido para el estudio. De all pues, su racionalidad, estructura lgica y
consistencia interna, va a permitir el anlisis de los hechos conocidos, as
como, orientar la bsqueda de otros datos relevantes. (p. 22).
Al respecto, Sabino (2002) seal que todo investigador, al iniciar el estudio
sobre determinado tema, debe poner al da sus conocimientos mediante una
exhaustiva documentacin en la que la consulta bibliogrfica es la esencia de esta


14

labor; la misma debe constituir una tarea que implique una gran accin, pues sobre lo
estudiado se formulan razonamientos, reflexiones y se establece un anlisis coherente
con el hecho en cuestin. En consecuencia, cualquiera que sea el punto de partida,
para la delimitacin y la ubicacin del contexto terico que orienta el sentido de la
investigacin.
UNERG
Universidad Nacional Experimental de los Llanos Centrales Rmulo Gallegos,
se encuentra ubicada en la Ciudad Universitaria, Va El Castrero, San Juan de Los
Morros, Estado Gurico, su actividad principal se inclina hacia la formacin de
profesionales en distintas reas acadmicas.
Resea Histrica de la UNERG
Es creada por iniciativa de un grupo de personalidades: el Ejecutivo Regional, la
Cmara de Comercio e Industria, la Asamblea Legislativa, Institutos Educativos,
grupos interesados en el desarrollo de la regin.
El 25 de Julio de 1977 el Ejecutivo Nacional crea por decreto la Universidad
Nacional Rmulo Gallegos como una estrategia del Estado Venezolano para el
desarrollo de los Llanos Centrales.
La Universidad Rmulo Gallegos asume el compromiso de ser el paradigma de
desarrollo, tanto de la sociedad como del hombre al ser ste objeto y sujeto en el
proceso de este desarrollo y con el objeto de que la Regin de tos Llanos Centrales
alcance el mximo bienestar social e individual. Este compromiso impone a esta
nueva universidad una permanente revisin crtica del proceso de desarrollo del pas
en general y de la Regin de los Llanos Centrales en particular as como el modelo de
Universidad imperante hasta entonces en Venezuela, concibiendo a la Universidad


15

como la institucin por antonomasia para dar respuesta a las variadas interrogantes
planteadas por las mltiples situaciones problemticas surgidas del proceso de
desarrollo.
Misin
La Universidad Rmulo Gallegos tiene como misin promover el desarrollo del
pas en general y de la Regin de los Llanos Centrales en particular, a travs de la
formacin de profesionales de alta calidad, capaces de actuar efectiva y
eficientemente en las actividades profesionales, sedales, econmicas y culturales de la
sociedad.
Visin
La Universidad Rmulo Gallegos es una comunidad intelectual entregada a la
bsqueda de la verdad mediante la investigacin, creacin y divulgacin del
conocimiento; participar activamente en las discusiones y toma de decisiones
involucradas, con el progreso social, cultural e intelectual del Pas y la Regin de los
Llanos Centrales y colabora con los diferentes sectores econmicos y sociales de esta
regin en beneficio de su desarrollo, siendo lugar obligado de referencia para las
instituciones pblicas y privadas necesitadas de informacin cientfica confiable;
defiende y promociona los derechos humanos, la justicia social y la dignidad de las
personas, dentro de los principios de tolerancia, respeto y libertad.
Polticas
Para realizar su misin rectora de la educacin, la ciencia y la cultura, la
Universidad Rmulo Gallegos ha diseado las siguientes polticas:
Desarrollo de recursos humanos.


16

Investigacin aplicada y bsica.
Produccin de bienes y servicios.
Extensin universitaria.
Transferencia de tecnologa.
Experimentacin de esquemas educativos y de produccin.
Participacin institucional en los programas y proyectos de desarrollo regional.
Cooperacin interinstitucional.
Mejoramiento profesional.
Autofinanciamiento de programas institucionales.
Objetivos
Los objetivos de la Universidad Rmulo Gallegos estn contenidos en el
Artculo Tercero de su Reglamento y se resumen en los siguientes:
Formar profesionales y tcnicos capacitados para labores cientficas, culturales y
de produccin.
Contribuir al estudio y solucin de los problemas de la regin, en su funcin
rectora del desarrollo cientfico, cultural y educativo.
Participar en los programas y proyectos de los organismos pblicos y privados
con miras al desarrollo de la regin.


17

Establecer vnculos con otras instituciones educativas, cientficas y culturales,
nacionales y extranjeras.
Realizar actividades que conduzcan progresivamente al autofinanciamiento de la
institucin, a travs de programas de bienes y servicios.
Organizacin
Para alcanzar sus objetivos y llevar a cabo las funciones que le han sido
asignadas, el Instituto Regional de Deportes del Estado Gurico, ha adoptado una
organizacin estructural que consta bsicamente de las siguientes unidades:

Grfico N 1: Universidad Nacional Experimental de los Llanos Centrales
Rmulo Gallegos.
Fuente: UNERG (2008).


18

DIRECCIN DE PLANTA FSICA
Misin
Garantizar una planta fsica que permita el logro de la misin institucional
planificando, coordinando, ejecutando y supervisando las actividades relativas a
proyectos, mantenimiento y administracin de espacios, para el desarrollo integral de
las Sedes, de acuerdo a la normativa vigente.
Visin
Ser una unidad lder en servicios oportunos y eficientes, conformada por un
equipo multidisciplinario e innovador, con sentido de pertenencia, comprometida con
el desarrollo armnico de la infraestructura de la UNERG, y su entorno, logrando
polticas y directrices que contribuyan efectivamente a fortalecer y apoyar el servicio
a la Docencia, Investigacin y Extensin.
Objetivos
Efectuar los trabajos de adecuacin y reformas de la Planta Fsica de acuerdo
con los estudios que presente la Oficina de Planeacin y Desarrollo Institucional en
su rea de Planeacin Fsica.
Mantener en condiciones adecuadas de presentacin la planta fsica de la
Institucin.
Realizar seguimiento a todas las obras que contrate la Universidad en cuanto a
la adecuacin de la Planta Fsica.






19

Organizacin



Grfico N 02: Organizacin de la Direccin de Planta Fsica, Instituto
Regional de Deportes del Estado Gurico.
Fuente: UNERG (2008).
SISTEMAS
Sistema es una palabra utilizada en las actuales organizaciones; sin embargo,
es aplicable a cualquier grupo de seres vivos o cosas en general que realicen diversas
actividades para lograr un plan determinado. Con respecto a la definicin de sistemas;
Senn, (1992) plantea que Un sistema es un conjunto de componentes que
interaccionan entre s para lograr un objetivo comn (P-19) y en esto coincide con
Freedman, (1992) cuando seala que Un sistema es un conjunto de componentes
relacionados que interactan para realizar una tarea (P-269). Se observa que las dos
aproximaciones utilizan la relacin como eje de sus propuestas, por lo tanto se puede
afirmar que un sistema necesita de un conjunto de elementos para poder interactuar
entre si y lograr los objetivos o actividades propuestas.


20

TIPOS DE SISTEMAS
Partiendo del punto de vista anterior, es necesario considerar que los sistemas
segn Chiavenato (2000) se dividen en dos clasificaciones, de la siguiente manera:
Segn su constitucin.
Sistemas Fsicos o Concretos: Cuando estn compuestos por equipos, por
maquinaria y por objetos y cosas reales. Pueden ser descritos en trminos
cuantitativos de desempeo.
Sistemas Abstractos: Cuando estn compuestos por conceptos, planes, hiptesis
e ideas. Aqu, los smbolos representan atributos y objetos, que muchas veces slo
existen en el pensamiento de las personas.
Segn su naturaleza.
Sistemas Abiertos: Son aquellos sistemas que interactan con su medio
ambiente, reciben entradas y producen salidas. Los sistemas abiertos intercambian
materia y energa regularmente con el medio ambiente. Son eminentemente
adoptivos, esto es, para sobrevivir deben reajustarse constantemente a las condiciones
del medio.
Sistemas Cerrados: Son aquellos sistemas que no presentan intercambio con el
medio ambiente que los rodea, pues son hermticos a cualquier influencia del
ambiente. As los sistemas cerrados no reciben ninguna influencia del ambiente, y por
otro lado tampoco influencian al ambiente.




21

SISTEMAS DE INFORMACIN
Es un sistema informtico que se dedica a ordenar y configurar la informacin
correspondiente a varios departamentos dentro de una organizacin determinada.
Este sistema proporciona la informacin necesaria en cuanto a evaluaciones y
recomendaciones, para la configuracin del conjunto del sistema informtico que
controlar la organizacin. Desde esta perspectiva, Montilva (1995), afirma que un
sistema de informacin no es un elemento primario indivisible sino un todo que
puede dividirse en partes (p.137).
Asimismo, se tiene que en su trabajo Montilva (1995), generaliza que los
sistemas de informacin poseen las siguientes caractersticas:
Un sistema de informacin utiliza los recursos humanos, de hardware, software,
datos y redes para realizar actividades de entrada, procesamiento, salida,
almacenamiento y control que convierten los recursos de datos en productos de
informacin.
Primero se renen los datos y se convierten a un formato adecuado para su
procesamiento (entrada).
En seguida, los datos se manipulan y se convierten en informacin
(procesamiento).
Se almacenan para uso futuro (almacenamiento) o se comunican a su usuario
final (salida), de acuerdo con procedimientos de procesamientos correctos (control).
De igual forma, sostiene que los principales componentes y actividades de los
sistemas de informacin, son los recursos humanos (usuarios finales y especialistas),
hardware, software, datos (bases de datos y de conocimiento), es decir,


22

documentacin y redes, cuyas actividades bsicas de procesamiento de informacin
(o procesamiento de datos) que se presentan son las siguientes:
Entrada de los recursos de datos: La actividad de entrada por lo general toma
la forma de actividades de ingreso de datos, como registro y edicin, usualmente, los
usuarios finales registran datos sobre transacciones en algn tipo de medio fsico,
como el formulario de papel, o los que ingresan directamente a un sistema
computacional. Por ejemplo, los datos sobre transacciones de ventas pueden
registrarse en documentos fuente, como los formularios de pedidos de ventas. (Un
documento fuente es el registro formal original de una transaccin).
Procesamientos de datos en informacin: Por lo general, los datos estn
sujetos a actividades de procesamiento, como clculo, comparacin, distribucin,
clasificacin y resumen. Estas actividades organizan, analizan y manipulan los datos,
convirtindolos de esta forma en informacin para usuarios finales.
Salida de los productos de informacin: La informacin en diversos formatos
se transmite a los usuarios finales y est a disposicin de ellos en la actividad de
salida. La meta de los sistemas de informacin es la generacin de productos de
informacin apropiados para los usuarios finales.
Almacenamiento de los recursos de datos: El almacenamiento es un
componente de sistema bsico de los sistemas de informacin. El almacenamiento es
la actividad de sistemas de informacin en la cual los datos y la informacin se
guardan de manera organizada para uso posterior.
Control del desempeo del sistema: Una actividad importante de los sistemas
de informacin es el control de su desempeo. Un sistema de informacin debe
generar retroalimentacin sobre actividades de entrada, procesamiento, salida y


23

almacenamiento. Esta retroalimentacin debe supervisarse y evaluarse para
determinar si el sistema cumple los estndares de desempeo establecidos.
Los sistemas de informacin cumplen una serie de componentes, que a los
mismos les permiten clasificarlos por tipos, fases, Categoras y procesos de los
sistemas de informacin, las mismas les permiten diferenciarlos de los dems
sistemas informticos las cuales sirven de base para llevar a cabo el proyecto de
investigacin entre las mismas se presentan:
Tipos de Sistemas de Informacin
Los sistemas de informacin son desarrollados de acuerdo a diferentes
propsitos, las necesidades de la organizacin y de los niveles organizacionales de la
misma. Cada uno de estos sistemas difieren en sus caractersticas y cada uno tiene un
objetivo fundamental para lograr satisfacer las necesidades de un sistema dentro de
una organizacin. Actualmente los sistemas de informacin pueden ser de diferentes
tipos, entre los cuales estn:
- Sistemas Transaccionales o Sistemas de Procesamiento de Datos.
- Sistemas de informacin Gerencial.
- Sistemas de Apoyo a las Decisiones.
- Sistemas Expertos.
Sistemas Transaccionales o de Procesamiento de Datos
Kendall (1997) manifiesta que: Los sistemas transaccionales son sistemas de
informacin computarizados desarrollados para procesar gran cantidad de datos para
transacciones rutinarias.


24

Los sistemas transaccionales son tambin conocidos como sistemas de
procesamiento de datos. Un sistema de procesamiento de datos es aquel que es capaz
de capturar, almacenar, actualizar, procesar y recuperar datos o informacin, teniendo
en cuenta que los datos son nmeros, smbolos o cualquier cosa que represente algo.
Los datos por lo general estn en bruto, es decir, no se encuentran en un formato
utilizable, y debemos procesarlos de alguna manera para que se conviertan en
informacin til.
Estos sistemas de informacin bsicamente tienen como finalidad mostrar
informacin procesada, de manera rpida, la cual es importante para el trabajo diario
de la empresa. A travs de stos suelen lograrse ahorros significativos de mano de
obra, debido a que automatizan tareas operativas de la organizacin.
Con frecuencia son el primer tipo de sistemas de informacin que se implanta en
las organizaciones. Se empieza apoyando las tareas a nivel operativo de la
organizacin; son intensivos en entrada y salida de informacin; sus clculos y
procesos suelen ser simples y poco sofisticados.
Tienen la propiedad de ser recolectores de informacin, es decir, a travs de
estos sistemas se cargan las grandes bases de informacin para su explotacin
posterior. Son fciles de justificar ante la direccin general, ya que sus beneficios son
visibles y palpables.
Sistemas de informacin Gerencial
Kendall (1997) los sistemas de Informacin Gerencial no reemplazan a los
sistemas de informacin transaccional, sino que todos los sistemas de informacin
gerenciales incluyen procesamiento de transacciones


25

Estos sistemas de informacin son una extensin de un sistema de informacin
transaccional, ya que tambin estn en la capacidad de generar informacin para la
toma de decisiones.
Sistemas de Apoyo a las Decisiones
Kendall (1997) un sistema de apoyo a las decisiones se aparta del sistema de
informacin gerencial tradicional, en que enfatiza el apoyo a la toma de decisiones
en todas sus fases, aunque la decisin actual todava es del dominio del tomador de
decisiones.
Los sistemas de apoyo a las decisiones deben estar hechos a la medida de la
persona que lo utiliza, proporcionndole la informacin especifica que el tomador de
decisiones requiera para realizar su labor.
Sistemas Expertos
Kendall (1997) Un sistema experto captura en forma efectiva y usa el
conocimiento de un experto para resolver un problema particular experimentado en
una organizacin.
Los sistemas expertos, a diferencia de los sistemas de apoyo a las decisiones,
selecciona la mejor solucin a un problema, es decir, no interviene un tomador de
decisiones en el proceso de buscar la mejor solucin.
Categoras de los Sistemas de Informacin
Sistema para el Procesamiento de Transacciones (TPS): Tienen como
finalidad mejorar las actividades rutinarias de una empresa y de las que depende toda
la organizacin. Los tipos de transacciones cambian en cada una de las diferentes


26

organizaciones. El procesamiento de transacciones, que es el conjunto de los
procedimientos para el manejo de stas, incluye entre otras, las siguientes: (clculos,
clasificacin, ordenamiento, almacenamiento y recuperacin, generacin de
resmenes).
Sistema de Informacin de Gestin (SIG): Es una aplicacin de los sistemas de
informacin que suministra un conjunto de informes orientados a la gestin,
normalmente en formato fijo y predeterminado. El SIG ofrece respuestas de
informacin bien definidas sobre los usos predefinidos de las transacciones y los
datos capturados y procesados, o modelos estadsticos o de gestin predefinidos
(como los que se pueden encontrar en la investigacin de operaciones).
Sistema de Informacin Ejecutiva (SIE): Es una aplicacin de los sistemas de
informacin que proporcionan a los directivos de alto nivel herramientas sofisticadas
para consolidar y resumir los datos en niveles muy generales. A veces recibe el
nombre de sistema de soporte ejecutivo.
Sistemas de Informacin Administrativa (MIS): Ayudan a los directivos a
tomar decisiones y resolver problemas. Los directivos recurren a los datos
almacenados como consecuencia del procesamiento de las transacciones, pero
tambin emplean otra informacin.
Sistemas para el Soporte a Decisiones (SSD:. Sistemas de cmputo a nivel de
administracin de la institucin, que combinan informacin y modelos sofisticados de
anlisis para dar apoyo a la toma semiestructurada y estructurada de decisiones.
Sistemas de Soporte Gerencial (SSG): Sistemas de informacin al nivel
estratgico de una institucin, diseados para dirigir la toma redecisiones estratgicas
mediante grficas y comunicaciones avanzadas.


27

Sistemas Basados en Computadoras (SIBC): Sistemas de informacin que
descansan en el hardware y software de computadora para el procesamiento y la
distribucin de la informacin.
Procesos de Sistemas de Informacin
Entrada de Informacin: Es el proceso mediante el cual el Sistema de
Informacin toma los datos que requiere para procesar la informacin. Las entradas
pueden ser manuales o automticas. Las manuales son aquellas que se proporcionan
en forma directa por el usuario, mientras que las automticas son datos o informacin
que provienen o son tomados de otros sistemas o mdulos. Esto ltimo se denomina
interfaces automticas. Las unidades tpicas de entrada de datos a las computadoras
son las terminales, las cintas magnticas, las unidades de diskette, los cdigos de
barras, los escner, la voz, los monitores sensibles al tacto, el teclado y el Mouse,
entre otras.
Almacenamiento de Informacin: El almacenamiento es una de las actividades
o capacidades ms importantes que tiene una computadora, ya que a travs de esta
propiedad el sistema puede recordar la informacin guardada en la seccin o proceso
anterior. Esta informacin suele ser almacenada en estructuras de informacin
denominadas archivos. La unidad tpica de almacenamiento son los discos
magnticos o discos duros, los discos flexibles o diskette y los discos compactos
(CD-ROM).
Procesamiento de Informacin: Es la capacidad del sistema de informacin
para efectuar clculos de acuerdo con una secuencia de operaciones preestablecidas.
Estos clculos pueden efectuarse con datos introducidos recientemente en el sistema o
bien con datos que estn almacenados. Esta caracterstica de los sistemas permite la
transformacin de datos fuente en informacin que puede ser utilizada para la toma


28

de decisiones, lo que hace posible, entre otras cosas, que un tomador de decisiones, lo
que genere una proyeccin financiera a partir de los datos que contiene un estado de
resultados o un balance de un ao base.
Salida de Informacin: La salida es la capacidad de un sistema de informacin
para sacar la informacin procesada o bien datos de entrada al exterior. Las unidades
tpicas de salida son las impresoras, terminales, diskettes, cintas magnticas, la voz,
los graficadores y los plotters, entre otros. Es importante aclarar que la salida de un
sistema de informacin o mdulo. En este caso, tambin existe una interfase
automtica de salida.
Los Sistemas de Informacin Automatizados
Muchos autores definen estos sistemas automatizados por lo relativo y muchas
veces de acuerdo a criterios particulares.
En tal sentido, Davis (1997), conceptualiza el sistema automatizado como:
Un sistema hombre maquina integrado que provee informacin para el
apoyo de las funciones de operacin, gerencia y toma de decisiones en
una organizacin. Desde este punto de vista, el sistema automatizado es
concebido en tanto interaccin hombre/maquina que integra las funciones
de ambos para el logro de un objetivo, meta o propsito (p.79).
Por su parte, Burh (1997) lo presenta como un ensamblaje formal y
sistemtico de componentes que ejecutan operaciones de procesamiento de datos para
satisfacer los requerimientos, proporcionar informacin a la gerencia para el apoyo de
las actividades de planificacin, control y toma de decisiones y generar una variedad
de reportes que sean requeridos por agentes externos. Esta definicin establece el
sistema automatizado como una estructura que tiene dos componentes bsicos: los
datos y el proceso, a travs de los cuales se provee informacin y reportes.


29

Al respecto, Emery, citado por Montilva (1995), aunque no presenta una
definicin de sistema automatizado, considera como analoga, que estos desempean
dentro de una organizacin el papel del sistema nervioso en un animal; ya que ejecuta
funciones de percepcin, recuperacin y transformacin. Seala este autor que el
propsito de los sistemas es proporcionar informacin para la toma de decisiones y
coordinacin.
CICLO DE VIDA DE UN SISTEMA
Segn Jeffrey L. Whitten, (1996) Un proceso por el cual los analistas de
sistemas, los ingenieros de software, los programadores y los usuarios finales
elaboran sistemas de informacin y aplicaciones informticas.(P-95).
Algunos de los principios generales que sostienen el desarrollo del sistema son:
Principio 1: Implica al Usuario
La implicacin del usuario en el proyecto es una necesidad absoluta para
conseguir un desarrollo fructfero de los sistemas.
Las personas responsables del desarrollo de sistemas deben reservar tiempo para
los usuarios, insistir en la participacin de stos en el proyecto y buscar su acuerdo
sobre las decisiones que pueden afectarles.
Principio 2: Aplica un mtodo de resolucin del problema
El ciclo de vida del desarrollo de sistemas es, primero y ante todo un mtodo de
resolucin del problema para fabricar sistemas. El termino problema se usa en este
caso como algo que incluye tanto los problemas reales como las oportunidades de
mejorar y las normas impuestas por la direccin. El trmino clsico de resolucin de
problemas es el siguiente:


30

Identificar el problema (u oportunidad o norma).
Comprender el contexto del problema y las causas y efectos del mismo.
Definir los requisitos para alcanzar una solucin adecuada.
Hallar soluciones alternativas.
Elegir la mejor solucin.
Disear e implantar la solucin.
Observar y evaluar el impacto de la solucin. Afinar la solucin en forma
consecuente.
Principio 3: Definir fases y actividades
Los CVDS constan de cuatro fases. Anlisis de sistemas, diseos de sistemas,
implantacin de sistemas y soporte de sistemas.
Las fases de un proyecto deben completarse de principio a fin, en secuencia, ello
puede dar la impresin de que, una vez que se ha concluido una fase, puede darse
definitivamente por buena. Pero, sin embargo, es una falsa impresin. En un
momento dado, puede darse la necesidad de desarrollar simultneamente tareas
pertenecientes a varias fases. Ms aun, a veces es preciso volver a fases y actividades
anteriores para realizar correcciones o responder a nuevas necesidades. Obviamente,
no debe uno extralimitarse con ese tipo de vueltas atrs, o correra el riesgo de no
llegar nunca a implantar el nuevo sistema.
Principio 4: Establecer normas para el desarrollo y una documentacin
consiente. Las normas de desarrollo del sistema


31

Describe por lo general:
Actividades;
Responsabilidades;
Directrices o requisitos de documentacin, y
Controles de calidad. deberan establecer estos cuatro tipos de normas en todas
las fases del ciclo de vida.
Las necesidades de normas de documentacin pone de relieve uno de los errores
ms comunes cometidos por muchos analistas: descuidar la documentacin como una
actividad que debe darse a lo largo de todo el ciclo de vida.
Principio 5: Justificar los sistemas como inversiones de capital
Los sistemas de informacin son inversiones de capital, al igual que una flota de
camiones o un nuevo edificio. Si los directivos no reconocen el sistema como
inversin, estn equivocados. Al considerarlo como una inversin de capital deben
tenerse en cuenta dos aspectos.
En primer lugar, ante cualquier problema es probable que existan varias
soluciones posibles. El analista no debera quedarse con la primera solucin que le
venga a la cabeza. Los analistas que no consiguen ver varias alternativas no son
autnticos profesionales. En segundo lugar, despus de encontrar las soluciones
alternativas, el analista de sistemas debera evaluar la viabilidad de cada una de ellas,
en particular en lo que concierne a la eficacia de costes.
La Eficacia de Costos: se define como el resultado obtenido al poner en la
balanza el coste del desarrollo y el funcionamiento de un sistema , por un lado, y los


32

beneficios extrados del mismo por otro. El anlisis de coste y beneficios es una
importante tcnica que ha de documentarse.
Principio 6: Divide y vencers.
Todos los sistemas forman parte de sistemas mayores (llamados supersistemas).
Este hecho es importante por dos razones. En primer lugar, los analistas de sistemas
deben ser consientes de que cualquier sistema en que trabajen interacciona con este
supersistema. Si el supersistema est sujeto a cambios constantes, el mbito de
cualquier proyecto tambin variara conforme el analista vaya conociendo mejor el
sper sistema. En su mayora, los analistas de sistemas tienden a infravalorar las
dimensiones del proyecto. La causa de este defecto esta, casi siempre, en la ausencia
de un estudio adecuado a las implicaciones que tiene el sistema dado sobre el
supersistema que engloba.
Principio 7. Disear sistemas que puedan crecer y cambiar.
Como puede verse, el ciclo de vida moderno consta de cinco funciones de alto
nivel. Ms adelante entraremos en los detalles, si bien cada una de estas funciones
merece una primera explicacin:
Planificacin de sistema: El mbito de planificacin de sistemas puede ser toda
la empresa, una divisin de la misma o cualquier otro tipo de sus unidades
organizativas. Su propsito es identificar y establecer las prioridades sobre aquellas
aplicaciones de los sistemas de informacin cuyo desarrollo reporte mximos
beneficios para la empresa considerada en su conjunto. Esta fase indica la relativa
madurez del funcionamiento de los sistemas de informacin.
Sus entradas son las misiones de empresa y cualquier tipo de detalle o limitacin
de los sistemas existentes. Sus salidas claves o productos son los planes de sistemas


33

de empresas y de informacin y los proyectos planificados de desarrollo de
aplicaciones. En consecuencia los proyectos planificados giran hacia las fases
restantes.
Anlisis de sistema: el dominio cubierto por anlisis de sistemas es una nica
aplicacin de sistemas de informacin. Su propsito es analizar el problema o la
situacin de la empresa de que se trate y, entonces, definir las necesidades de la
empresa con respecto a la creacin o al perfeccionamiento de un sistema de
informacin. Las necesidades de la empresa no implican obligatoriamente una
solucin de tipo informtico.
El suceso que activa el anlisis es bien el proyecto planificado de desarrollo de
aplicaciones (procedente de la fase de planificacin de sistemas) o un proyecto no
planificado de desarrollo de aplicacin (que responde a un problema, una
oportunidad o una norma no previstos). Otras posibles entradas son los detalles y
limitaciones de los sistemas existentes y hechos y necesidades relacionados con la
empresa. El producto clave obtenido es una relacin de las necesidades de la empresa
que explica lo que precisan los usuarios, aun no como se proyecta disear o implantar
dichas necesidades.
Diseo de sistemas: el dominio que cubre el diseo del sistema sigue siendo la
aplicacin del sistema de informacin nica de que hablamos en el anlisis de
sistemas. Su propsito es disear una solucin tcnica, de tipo informtica, que
satisfaga las necesidades de la empresa segn han sido especificadas durante el
anlisis de sistemas.
El suceso que lo activa es la relacin de la empresa. Otras entradas son las
opciones y recomendaciones relacionadas con el diseo expuestas por los usuarios de
sistemas. El producto resultante principal del diseo de sistemas es una relacin


34

tcnica de diseo. Este producto (o demuestra) como conseguir el sistema de
informacin satisfacer las necesidades de la empresa de los usuarios.
Implantacin de sistemas: el domino que cubre la implantacin de sistemas esta
definido por los componentes de tipo tecnolgico de la aplicacin de sistemas de
informacin que se disearon en la fase anterior. Su propsito es construir
y
/o
ensamblar os componentes tcnicos y poner en funcionamiento el sistema de
informacin nuevo o mejorado.
El suceso que lo activa es la relacin tcnica de diseo obtenida del diseo de
sistemas. Su producto resultante clave es un sistema de informacin de produccin el
trmino produccin se utiliza para describir un sistema que ha sido puesto en
funcionamiento cotidiano. Otra de sus salidas es documentacin y formacin de
usuarios finales necesaria para utilizar el sistema de produccin.
Soporte de sistemas: el dominio que cubre el soporte de sistemas es el sistema
de informacin puesto en produccin mediante la implantacin de sistemas. El
propsito del soporte de sistemas es someter y mantener el sistema durante el resto de
su vida til.
REQUERIMIENTOS DEL SISTEMA
Los sistemas de informacin por computadora normalmente estn integrados
por muchos componentes. En la mayor parte de los casos, es difcil para los sistemas
entender todos estos componentes an mismo tiempo; por lo tanto los investigadores
tienen que comenzar con preguntas de tipo general con relacin al propsito del
sistema sus entradas y salidas de los procesos incluidos.


35

En los grandes proyectos de sistemas varios analistas llevan a cabo una
investigacin en forma seccionada que la distribuye entre ellos mismos, de manera
que cada uno pueda trabajar en forma independiente.
Existen dos estrategias ampliamente utilizadas para determinar los
requerimientos de informacin. Se clasifican en dos tipos:
Flujos de datos
Estrategias de anlisis de Decisin para el conocimiento para los sistemas de
informacin.
Para Long, L. (1990) los ciclos de vida ms importantes de un sistema de
informacin son los siguientes:
1. Modelo Clsico
Cada proyecto atraviesa por algn tipo de anlisis, diseo e implantacin. El
ciclo de vida de proyecto utilizado, pudiera diferir en una o todas de las formas
2siguientes:
La fase de exploracin y anlisis pudieran juntarse en una sola.
Puede no haber fase de estudio de hardware si se cree que cualquier sistema
nuevo pudiera instalarse con las computadoras existentes sin causar mayor problema
operacional.
La fase de diseo preliminar y el diseo de detalles pudieran juntarse en una
sola llamada simplemente de diseo.


36

Diversas fases de pruebas pueden juntarse en una sola; de hecho, podran
incluirse con la codificacin.
2. Modelo Semiestructurado
La secuencia ascendente de codificacin, la prueba de mdulos y prueba del
sistema se reemplaza por una implementacin de arriba hacia abajo, que es un
enfoque en el cual los mdulos de alto nivel se codifican y prueban primero,
seguidos por los ms detallados de bajo nivel.
Dentro del modelo Semiestructurado encontramos detalles como, la
implementacin descendente que significa que se pondrn en ejecucin paralelamente
parte de la codificacin y de las pruebas. Dndose con lo anterior una
retroalimentacin entre la codificacin, la prueba y la eliminacin de las fallas, una
gran parte del trabajo que se realiza bajo el nombre de diseo estructurado es en
realidad un esfuerzo manual para enmendar especificaciones errneas.
3. Modelo Estructurado
En el modelo estructurado se examinan brevemente las nueve actividades, las
cuales son:
La encuesta, el anlisis de sistemas, el diseo implantacin, generacin de
pruebas de aceptacin, garanta de calidad, descripcin del procedimiento, conversin
de bases de datos e instalacin, y los tres terminadores que lo componen.
Los terminadores son los usuarios, los administradores y el personal de
operaciones. Los cuales se trata de individuos o grupos que proporcionan la entrada al
equipo del proyecto, y son los beneficiados finales del sistema.
3.1 Actividad 1: La Encuesta


37

Esta actividad tambin se conoce como el estudio de factibilidad o como el
estudio inicial de negocios. Empieza cuando el usuario solicita que una o ms partes
de su sistema se automaticen. Los principales objetivos de la encuesta son:
Identificar a los usuarios responsables y crear un campo de actividad inicial
del sistema.
Identificar las deficiencias actuales en el ambiente del usuario.
Establecer metas y objetivos para un sistema nuevo.
Determinar si es factible automatizar el sistema y de ser as, sugerir escenarios
aceptables.
Preparar el esquema que usar para guiar el resto del proyecto. En general, la
encuesta ocupa slo del 5 al 10 por ciento del tiempo y los recursos de todo el
proyecto, y para los proyectos pequeos y sencillos pudiera ni siquiera ser una
actividad formal. A pesar de todo lo anterior, es una actividad importante debido a
que la Administracin pudiera decidir cancelar el proyecto sino parece atractivo
desde el punto de vista de costo beneficio.
3.2 Actividad 2: El Anlisis de Sistemas
El propsito principal de la actividad de anlisis es transformar sus dos entradas
o insumos o factores principales, las polticas del usuario y el esquema del proyecto,
en una especificacin estructurada.
Esto implica modelar el ambiente del usuario con diagramas de flujo de datos,
diagramas de entidad-relacin, diagramas de transicin de estado, etc.


38

El proceso paso a paso del anlisis de sistemas implica el desarrollo de un
modelo ambiental y el desarrollo de un modelo de comportamiento, los cuales se
combinan para formar el modelo esencial que representa una descripcin formal de lo
que el nuevo sistema de informacin debe hacer, independientemente de la naturaleza
de la tecnologa que se use para cubrir los requerimientos. Al final de la actividad de
anlisis tambin se debe preparar un conjunto de presupuestos y clculos de costo y
beneficio ms precisos y detallados.
3.3 Actividad 3: El Diseo
La actividad de diseo se dedica a asignar porciones de la especificacin
(modelo esencial) a procesadores adecuados (mquinas o humanos) y a labores
apropiadas (o tareas, particiones, etc.) dentro de cada procesador. Dentro de cada
labor, la actividad de diseo se dedica a la creacin de una jerarqua apropiada de
mdulos de programas y de interface entre ellos para implantar la especificacin
creada en la actividad 2. Adems, se ocupa de la transformacin de modelos de datos
de entidad- relacin en un diseo de base de datos.
3.4 Actividad 4: Implantacin
Esta actividad incluye la codificacin y la integracin de mdulos en un
esqueleto progresivamente ms complejo del sistema final. Por eso, la actividad 4
incluye tanto programacin estructurada como implantacin descendente.
3.5 Actividad 5: Generacin de Pruebas de Aceptacin
La especificacin estructurada debe contener toda la informacin necesaria para
definir un sistema que sea aceptable desde el punto de vista del usuario. Por eso, una
vez generada la especificacin, puede comenzar la actividad de producir un conjunto
de casos de prueba de aceptacin desde la especificacin estructurada.


39

3.6 Actividad 6: Garanta de Calidad
La garanta de calidad tambin se conoce como la prueba final o la prueba de
aceptacin. Esta actividad requiere como entrada los datos de la prueba de aceptacin
generada en la actividad 5 y el sistema integrado producto en la actividad 4.
3.7 Actividad 7: Descripcin del Procedimiento
Esta actividad implica la generacin de una descripcin formal de las partes del
sistema que se harn en forma manual, lo mismo que la descripcin de cmo
interactuarn los usuarios con la parte automatizada del nuevo sistema. El resultado
de la actividad 7 es un manual para el usuario.
3.8 Actividad 8: Conversin de Bases de Datos
En algunos proyectos, la conversin de base de datos involucraba ms trabajo
que el desarrollo de programas de computadoras para el nuevo sistema. En otros
casos, pudiera no haber existido una base de datos que convertir. En el caso general,
esta actividad requiere como entrada las bases de datos actuales del usuario, al igual
que la especificacin del diseo producida por medio de la actividad 3.
3.9 Actividad 9: Instalacin
En esta actividad sus entradas son el manual del usuario producido en la
actividad 7, la base de datos convertida que se cre en la actividad 8 y el sistema
aceptado producido por la actividad 6. En algunos casos la instalacin pudiera
significar simplemente un cambio de la noche a la maana al nuevo sistema. En otros
casos la instalacin pudiera ser un proceso gradual, en el que un grupo tras otro de
usuario va recibiendo manuales y entrenamiento y comenzando a usar el nuevo
sistema.


40


FiguraN 1 Modelo Estructurado
Fuente: Long, L. (1990)
4. Modelo Espiral
El modelo espiral para la ingeniera de software ha sido desarrollado para cubrir
las mejores caractersticas tanto del ciclo de vida clsico, como de la creacin de
prototipos, aadiendo al mismo tiempo un nuevo elemento: el anlisis de riesgo.

Figura N2Modelo Espiral


41

Fuente : Long, L. (1990)
El modelo representado mediante la espiral en la figura 5, define cuatro
actividades principales:
Planificacin: Determinacin de objetivos, alternativas y restricciones.
Anlisis de riesgo: Anlisis de alternativas e identificacin/resolucin de
riesgos.
Ingeniera: Desarrollo del producto del siguiente nivel.
Evaluacin del Cliente: Valorizacin de los resultados de la ingeniera. Durante
la primera vuelta alrededor de la espiral se definen los objetivos, las alternativas y las
restricciones, y se analizan e identifican los riesgos. Si el anlisis de riesgo indica que
hay una incertidumbre en los requisitos, se puede usar la creacin de prototipos en el
cuadrante de ingeniera para dar asistencia tanto al encargado de desarrollo como al
cliente.
El cliente evala el trabajo de ingeniera (cuadrante de evaluacin de cliente) y
sugiere modificaciones. Sobre la base de los comentarios del cliente se produce la
siguiente fase de planificacin y de anlisis de riesgo.
En cada bucle alrededor de la espiral, la culminacin del anlisis de riesgo
resulta en una decisin de seguir o no seguir.
Con cada interaccin alrededor de la espiral (comenzando en el centro y
siguiendo hacia el exterior), se construyen sucesivas versiones del software, cada vez
ms completa y, al final, al propio sistema operacional.


42

El paradigma del modelo en espiral para la ingeniera de software es
actualmente el enfoque ms realista para el desarrollo de software y de sistemas a
gran escala. Utiliza un enfoque evolutivo para la ingeniera de software, permitiendo
al desarrollador y al cliente entender y reaccionar a los riesgos en cada nivel
evolutivo.
Ventajas de la implementacin de un Sistema de Informacin
Para Martnez, O. (2004). Una empresa debe adquirir la infraestructura que le
ayude a tomar decisiones rpidas y a resolver los retos de la actualidad; de lo
contrario se quedar en el pasado. Hoy en da se est en la necesidad de integrar todas
las funciones dentro de una organizacin en un ambiente dinmico.
Explica que mientras en los aos setenta, la dinmica de una empresa de
manufactura slo consista en fabricar una pieza o dos y no el reto que ahora tienen
las compaas manufactureras; hoy, lo importante es conocer lo que sucede dentro de
la empresa y fuera de ella. De manera particular, lo que sucede con su producto y su
cliente.
Problemticas Enfrentadas al Implementar un Sistema de Informacin
Segn Guerrero, 2004, Los problemas ms significativos de adaptacin de los
sistemas de informacin, estn el costo, el tiempo de implementacin.
La resistencia al cambio de los usuarios, tambin los problemas tcnicos como
por ejemplo la rapidez de respuesta del sistema, ya que con los sistemas LAN no son
suficientes, dado que se necesitan sistemas de switchs y ruteadores para que el tiempo
de respuesta de la red, sea adecuado a las necesidades de los usuarios. Estamos de
acuerdo que la velocidad de red 10/100 que conocemos no es suficiente cuando estn
conectados hasta 500 estaciones de trabajo.


43

LOS SISTEMAS DE INFORMACIN Y EL CONTROL
Una de las primeras aplicaciones del sistema de informacin administrativo,
es suministrar informacin a los agentes para que estos ejerzan el control. As mismo,
el control, puede realizarse, de acuerdo con Gates (1996) por: retroalimentacin,
control directo y control por ante alimentacin.
El control de retroalimentacin: Consiste en medir la salida de un sistema,
compararla y devolver la diferencia y tomar las medidas correctivas pertinentes
El control directo: Prev la salida y ejerce el control para evitar que ste
desvi.
El control por ante alimentacin: Se efecta con previo conocimiento,
cerciorndose que las entradas sean correctas y que el procesamiento se conoce.
En relacin a este planteamiento, no cabe duda que el control tiene como
principal objetivo analizar los resultados en el subsistema de una empresa. Partiendo
de la utilidad por rea, de los sistemas funcionales de costos, de los recursos y del
rea geogrfica. Al respecto, se puede considerar que las respuestas humanas ante el
control pueden ser funcionales, ya que siente que al instalarse un sistema de
informacin administrativo brinda a la empresa un mayor control sobre su propio
trabajo. Se deduce entonces que, los sistemas de informacin administrativos
proporcionan un aporte significativo al control de las diferentes operaciones que se
realizan en una empresa o institucin, como es el caso del control de pago de
nminas, por ello, son procesos que no pueden omitirse en ninguna organizacin.


44

Caractersticas del Control
Reflejar la naturaleza de estructura organizacional. Un sistema de control
deber ajustarse a las necesidades de la empresa y tipo de actividad que se desea
controlar.
Oportunidad. Un buen control debe manifestar inmediatamente las
desviaciones, siendo lo ideal que las descubra antes de que se produzcan.
Accesibilidad. Todo control debe establecer medidas sencillas y fciles de
interpretar para facilitar su aplicacin, las tcnicas muy complicadas en lugar de ser
tiles crean confusiones.
Ubicacin estratgica. Resulta imposible e incosteable implantar controles para
todas las actividades de la empresa, por lo que es necesario establecerlos en ciertas
reas de valor estratgico.
Tipos de Control Administrativo
Terry (1999) en su libro Principios de Administracin exterioriza que Existen
tres tipos de control que son: el control preliminar, el concurrente y el de
retroalimentacin.
Control Administrativo Preliminar: Este tipo de control tiene lugar antes de
que principien las operaciones e incluye la creacin de polticas, procedimientos y
reglas diseadas para asegurar que las actividades planeadas sern ejecutadas con
propiedad. En vez de esperar los resultados y compararlos con los objetivos es
posible ejercer una influencia controladora limitando las actividades por adelantado.
Son deseables debido a que permiten a la administracin evitar problemas en lugar de


45

tener que corregirlos despus, pero desafortunadamente este tipo de control requiere
tiempo e informacin oportuna y precisa que suele ser difcil de desarrollar.
Control Administrativo Concurrente: Tiene lugar durante la fase de la accin
de ejecutar los planes e incluye la direccin, vigilancia y sincronizacin de las
actividades segn ocurran, en otras palabras, pueden ayudar a garantizar que el plan
ser llevado a cabo en el tiempo especfico y bajo las condiciones requeridas.
Control Administrativo de Retroalimentacin: Se enfoca sobre el uso de la
informacin de los resultados anteriores para corregir posibles desviaciones futuras
de estndar aceptable. El principal inconveniente de este tipo de controle es que en el
momento en que el administrador tiene la informacin el dao ya est hecho, es decir,
se lleva a cabo despus de la accin.
FLUJO DE INFORMACIN
El flujo de la informacin representa cmo cambian los datos y el control a
medida que se mueven dentro de un sistema. Los objetos de entrada se transforman
para intercambiar informacin (datos / control), hasta que se transforman en
informacin de salida. A lo largo de este camino de transformacin (o caminos), se
puede introducir informacin adicional de un almacn de dato. (Por ejemplo, un
archivo en disco o memoria intermedia). Las transformaciones que se aplican a los
datos son funciones o subfunciones que debe realizar un programa. Los datos y
control que se mueven entre dos transformaciones (funciones) definen la interfaz de
cada funcin.
Los datos que son procesados por el sistema, es decir, los resultados deben ser
almacenados de alguna manera para poder tener la informacin disponible al
momento de realizar consultas y reportes pertinentes. Esto se puede lograr mediante


46

la utilizacin de una base de datos, la cual es un conjunto de archivos que se
encuentran organizados de tal manera que permitan un almacenamiento eficiente de
los datos, mantenindolos precisos y consistentes, asegurando que los dato puedan
estar disponibles fcilmente para las aplicaciones futuras.
BASE DE DATOS
Martn (1997) una coleccin de datos interrelacionados, almacenados en
conjunto sin redundancia perjudicial o innecesaria; su finalidad es la de servir a una
aplicacin o ms, de la mejor manera posible. No obstante, Bastn (1996)
argumenta que: una base de datos independiente tiene su base de datos almacena en
un sistema de archivos local, y el manejador de base de datos para accesarla reside en
la misma mquina.
Por otra parte, se puede decir que no es posible construir un sistema de
informacin sin una arquitectura de datos flexibles y el hecho de no construir
sistemas de informacin integrable significa negarle a la empresa la posibilidad de
utilizar la informacin. Un sistema de manejo o gestin de base de datos tiene como
objetivo fundamental almacenar datos en forma flexible de tal manera que cualquier
usuario o aplicacin pueda servirse de ella, adems; permite independizar las
aplicaciones de la estructura fsica de los datos de manera que ese gran almacn
pueda aumentar su dimensin sin afectar los programas existentes, ese almacn recibe
el nombre de base de datos.
El contenido de una base de datos se logra al combinar informacin proveniente
de diferentes fuentes, hacia una fuente comn de manera tal que los usuarios tengan
acceso a ellas y a aquellos datos con posibilidad de redundancia sean eliminados o al
menos minimizados y as coordinar efectivamente la informacin para lograr la
mayor utilidad posible para la organizacin.


47

Objetivos de una Base de Datos
Para que una base de datos sea efectiva debe cumplir con una serie de
objetivos. Siguiendo a estos objetivos Kendall (1997), los resume de la siguiente
manera:
Asegurarse que la base de datos pueda ser compartida entre los usuarios de una
diversidad de aplicaciones.
Mantener datos que sean precisos y consistentes.
Asegurarse que todos los datos sean requeridos para las aplicaciones actuales y
futuras est fcilmente disponible.
Permitir que la base de datos evolucione y que las necesidades de los usuarios
crezcan.
Permitir que los usuarios construyan su vista personal de los datos sin
preocuparse de la forma en que estn fsicamente guardados los datos.
La actualizacin de una base de datos tiene ventajas significativas, las cuales
son:
Posee una estructura flexible, ya que puede adaptarse a las necesidades de los
usuarios y sus aplicaciones.
Proporciona integridad de los datos.
Minimiza la redundancia de los datos, es decir, que los datos no estn repetidos.
A pesar de las ventajas de utilizar una base de datos, estas tambin tienen sus
desventajas, la ms resaltante es que los datos se encuentran almacenados en un solo


48

lugar, por lo que corre el riesgo que se pierdan los datos totalmente, lo que a su vez
conlleva a que se realicen respaldos preventivos de la informacin, para prevenir esa
prdida total de los datos.
Tipos de Bases de Datos
Cuando se desarrolla un sistema de informacin hay que tener presente los tipos
de base de datos. Por otra parte
Laudon (1993) menciona que Existen distintos modos de organizar la
informacin y representar las relaciones entre los datos en una base de dato. Los
sistemas de bases de datos usan uno de los tres modelos lgicos de bases de datos
para hacer el seguimiento de las entidades y relaciones. Los tres modelos lgicos de
bases de datos son: el jerrquico, de redes y el relacional.
Bases de Datos Jerrquicas
Las bases de datos jerrquicas utilizan el modelo jerrquico el cual relaciona las
entidades por medio de una relacin superior / subordinado o padre / hijo.
Bases de Datos de Red
Las bases de datos de red utilizan el modelo de red y es anlogo al modelo
jerrquico, excepto que una entidad pueda tener ms de un padre. Esta capacidad
introduce el uso de un tipo adicional de relacin entre los datos.
Bases de Datos Relacionales
Las bases de datos relacionales utilizan el modelo relacional y es en la
actualidad el ms popular en los sistemas de manejo de una base de datos, puesto que


49

es conceptualmente sencillo y comprensible por los diseadores de sistemas de
informacin debido a que manejan tablas de dos dimensiones llamadas relaciones.
Date (1996) seala: una base de datos relacional es una base de datos percibida
por el usuario como una coleccin de relaciones normalizadas de diversos grados que
varia con el tiempo.
Caractersticas de las Bases de Datos Relacionales:
1. Cada archivo contiene un solo tipo de registro.
2. Los campos no tiene orden especfico.
3. Cada campo tiene un solo valor.
4. Los registros no tienen orden especfico.
5. Los registros poseen un campo identificador nico llamada clave primaria.
Para realizar el sistema propuesto se emple especficamente el modelo
relacional el cual representa los datos mediante una coleccin de tablas, cada una de
las cuales tiene un nmero de columnas con nombres nicos donde el usuario de la
base de datos puede consultar dichas tablas y realizar actualizaciones en las mismas.
Todo sistema de informacin de gran magnitud debe estar combinado a una
base de datos y lenguajes de consultas, para realizar las operaciones de insercin,
modificacin, eliminacin y actualizacin de la informacin requerida por cualquier
usuario que las necesite en un momento determinado.




50

SOFTWARE LIBRE Y OPEN SOURCE
Para la Free Software Foundation (FSF), principal promotora del software libre,
"Software Libre" se refiere a la libertad de los usuarios para ejecutar, copiar,
distribuir, estudiar, cambiar y mejorar el software. Segn Chamorro (2.000), en su
trabajo en lnea disponible en: www.geocities.com/sleducolombia/soluciones.htm
Software Libre se refiera a software que, para cualquier propsito, se puede usar,
copiar, distribuir y modificar libremente, es decir, es software que incluye archivos
fuentes (visitado agosto de 2006). Ms precisamente, se refiere a cuatro clases de
libertades, para el usuario del software:
La libertad para ejecutar el programa, para cualquier propsito.
La libertad para estudiar cmo trabaja el programa, y adaptarlo a sus
necesidades.
La libertad de redistribuir copias, de manera que usted puede ayudar a su
vecino.
La libertad de mejorar el programa, y liberar sus mejoras al pblico, de manera
que toda la comunidad se beneficie.
Como se puede observar en la definicin de la FSF, se hace nfasis en la
libertad, no en el precio. De acuerdo a ello el software libre se puede distribuir con o
sin modificaciones, cobrando un monto de dinero o en forma gratuita, pero el
software siempre estar disponible para quien sea. De esta forma, todos los usuarios
siempre tendrn esas libertades y no estarn obligados a pagar. De hecho si una
empresa optara por cobrar un valor alto por distribuir software libre, alguien podra
pagar por una copia y duplicar el software tantas veces se quisiera para redistribuirlo.
Por ello, el precio que se paga por el software libre generalmente apenas corresponde


51

al costo de distribucin, lo que en muchos casos resulta ms econmico que, por
ejemplo, obtener una copia del software de Internet y grabar la copia en un CD-ROM.
Software Libre es la traduccin correcta del ingls de "Free Software". Para la
gente de habla inglesa existe una ambigedad debido al doble significado de la
palabra free: libre y gratis. Debido a ello un grupo encabezado por Eric Raymond
decidi proponer el empleo del trmino Open Source para identificar al software
libre, creando una divisin conceptual, pero con los mismos fines. El trmino Open
Source es un sinnimo de software abierto, es decir, software con archivos fuentes
disponibles para quien lo desee. En la actualidad los dos trminos son utilizados por
diferentes personas para hacer referencia al mismo software. Para la FSF, igual que
para quienes proponen el uso del trmino Open Source, no es suficiente que el
software sea 95% o 99% libre, debe ser 100% libre. La FSF slo considera y
distribuye software de este tipo.
PHP
PHP significa Preprocesador de Hipertexto, para Gil, Tejedor y Yage (2001),
es un lenguaje interpretado de alto nivel embebido en pginas HTML y ejecutado en
el servidor. En otras palabras, dentro de una pgina HTML se puede encontrar cdigo
PHP el cual va a ser ejecutado cuando la pgina sea visitada. Luego su cdigo PHP es
interpretado por un servidor web y genera HTML u otra salida que el visitante desee
ver.
El cdigo PHP se incluye entre etiquetas especiales de comienzo y final que nos
permitirn entrar y salir del modo PHP. Lo que distingue a PHP de la tecnologa
Javascript, la cual se ejecuta en la mquina cliente, es que el cdigo PHP es ejecutado
en el servidor. Si se tuviese un script solamente en nuestro servidor, el cliente
solamente recibira el resultado de su ejecucin en el servidor, sin ninguna posibilidad


52

de determinar que cdigo ha producido el resultado recibido. El servidor web puede
ser incluso configurado para que procese todos los archivos HTML con PHP. El PHP
27 est disponible bajo la licencia open source, pero su licencia est disponible si lo
requiere.
PostgreSQL
Es un motor de base de datos, es servidor de base de datos relacional libre,
liberado bajo la licencia BSD. PostgreSQL provee nativamente soporte para:
Nmeros de precisin arbitraria.
Texto de largo ilimitado.
Figuras geomtricas (con una variedad de funciones asociadas)
Direcciones IP (IPv4 e IPv6).
Bloques de direcciones estilo CIDR.
Direcciones MAC.
Arrays.







53

BASES LEGALES
Constitucin de la Repblica Bolivariana de Venezuela
Captulo VI
DE LOS DERECHOS CULTURALES Y EDUCATIVOS,
Artculo 98. La creacin cultural es libre. Esta libertad comprende el derecho a
la inversin, produccin y divulgacin de la obra creativa, cientfica, tecnolgica y
humanstica, incluyendo la proteccin legal de los derechos del autor o de la autora
sobre sus obras. El Estado reconocer y proteger la propiedad intelectual sobre las
obras cientficas, literarias y artsticas, invenciones, innovaciones, denominaciones,
patentes, marcas y lemas de acuerdo con las condiciones y excepciones que
establezcan la ley y los tratados internacionales suscritos y ratificados por la
Repblica en esta materia.
Artculo 109. El Estado reconocer la autonoma universitaria como principio y
jerarqua que permite a los profesores, profesoras, estudiantes, egresados y egresadas
de su comunidad dedicarse a la bsqueda del conocimiento a travs de la
investigacin cientfica, humanstica y tecnolgica, para beneficio espiritual y
material de la Nacin. Las universidades autnomas se darn sus normas de gobierno,
funcionamiento y la administracin eficiente de su patrimonio bajo el control y
vigilancia que a tales efectos establezca la ley. Se consagra la autonoma universitaria
para planificar, organizar, elaborar y actualizar los programas de investigacin,
docencia y extensin. Se establece la inviolabilidad del recinto universitario. Las
universidades nacionales experimentales alcanzarn su autonoma de conformidad
con la ley.



54

Decreto 3390
Artculo 1. La Administracin Pblica Nacional emplear prioritariamente
Software Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y
servicios informticos. A tales fines, todos los rganos y entes de la Administracin
Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de stos
hacia el Software Libre desarrollado con Estndares Abiertos.
Ley Orgnica de Ciencia, Tecnologa e Innovacin.
Seccin Quinta, De los Programas de Computacin
Artculo 17. Se entiende por programa de computacin a la expresin en
cualquier modo, lenguaje, notacin o cdigo, de un conjunto de instrucciones cuyo
propsito es que un computador lleve a cabo una tarea o una funcin determinada,
cualquiera que sea su forma de expresarse o el soporte material en que se haya
realizado la fijacin. El productor del programa de computacin es la persona natural
o jurdica que toma la iniciativa y la responsabilidad de la realizacin de la obra.
Sin perjuicio de lo dispuesto en el artculo 104 de esta Ley, y salvo prueba en
contrario, es productor del programa de computacin la persona que aparezca
indicada como tal de la manera acostumbrada. Se presume salvo pacto expreso en
contrario, que los autores del programa de computacin han cedido al productor, en
forma ilimitada y por toda su duracin, el derecho exclusivo de explotacin de la
obra, definido en el artculo 23 y contenido en el Ttulo II, inclusive la autorizacin
para ejercer los derechos a que se refieren los artculos 21 y 24 de esta Ley, as como
el consentimiento para decidir sobre su divulgacin y la de ejercer los derechos
morales sobre la obra, en la medida que ello sea necesario para la explotacin de la
misma.


55

Ley Especial Contra los Delitos Informticos, Ttulo II
De los Delitos Contra los Sistemas que Utilizan Tecnologas de Informacin
Artculo 7.- Sabotaje o dao a sistemas. El que destruya, dae, modifique o
realice cualquier acto que altere el funcionamiento o inutilice un sistema que utilice
tecnologas de informacin o cualquiera de los componentes que lo conforman, ser
penado con prisin de cuatro a ocho aos y multa de cuatrocientas a ochocientas
unidades tributarias.
Incurrir en la misma pena quien destruya, dae, modifique o inutilice la data o
la informacin contenida en cualquier sistema que utilice tecnologas de informacin
o en cualquiera de sus componentes.
La pena ser de cinco a diez aos de prisin y multa de quinientas a mil
unidades tributarias, si los efectos indicados en el presente artculo se realizaren
mediante la creacin, introduccin o transmisin, por cualquier medio, de un virus o
programa anlogo.
Artculo 12. Falsificacin de documentos. El que, a travs de cualquier medio,
cree, modifique o elimine un documento que se encuentre incorporado a un sistema
que utilice tecnologas de informacin; o cree, modifique o elimine datos del mismo;
o incorpore a dicho sistema un documento inexistente, ser penado con prisin de tres
a seis aos y multa de trescientas a seiscientas unidades tributarias.
Cuando el agente hubiere actuado con el fin de procurar para s o para otro
algn tipo de beneficio, la pena se aumentar entre un tercio y la mitad.
El aumento ser de la mitad a dos tercios si del hecho resultare un perjuicio para
otro.


56

DEFINICIN DE TRMINOS BSICOS
Administracin de Datos: Funcin dentro de una organizacin encargada de la
administracin de los datos, mediante su anlisis, clasificacin y conservacin y las
relaciones entre los mismos; la coordinacin para el desarrollo de modelos y
diccionarios de datos, combinados con el volumen de transacciones, representan la
materia prima para el diseo de Base de Datos.
Anlisis: Fase que permite obtener una informacin detallada sobre los
requerimientos planteados por el usuario y que servir de base para el diseo y
desarrollo de un sistema.
Base de Datos: Conjunto de datos organizados de modo tal que resulte fcil
acceder a ellos, gestionarlos y actualizarlos. Conjunto de datos organizados entre los
cuales existe una correlacin y que estn almacenados con criterios independientes de
los programas que los utilizan. La filosofa de las bases de datos es la de almacenar
grandes cantidades de datos de una manera no redundante y que permita las posibles
consultas de acuerdo a los derechos de acceso.
Campo: Componente de una tabla que contiene un elemento especifico de
informacin, como por ejemplo un numero de cedula. Un campo se representa como
una columna o celda en una hoja de datos.
Conjunto: Es una coleccin de entidades ordenadas de alguna forma lgica.
Control: Conjunto de principios y normas que garantizan la adecuacin entre
datos, proceso e informacin, a fin de que los informes obtenidos renan las
caractersticas demandadas por sus usuarios. Se distingue entre: 1) Los de contenido
(fundamentan el proceso de conversin de la realidad econmica en datos del modelo


57

contable y la interpretacin de los informes elaborados por dicho modelo como
reflejo de la realidad econmica).
Clave Principal: Se usa para hacer referencia a registros especficos de una
tabla desde otra tabla. Tambin se puede decir cuando uno o ms campos se
identifican de manera nica en cada registro de una tabla.
Cliente/Servidor: Modelo lgico de una forma de proceso cooperativo,
independiente de plataformas hardware y sistemas operativos. El concepto se refiere
ms a una filosofa que a un conjunto determinado de productos. Generalmente, el
modelo se refiere a un puesto de trabajo o cliente que accede mediante una
combinacin de hardware y software a los recursos situados en un ordenador
denominado servidor.
Datos: Es la unidad o cantidad mnima de informacin no elaborada, sin sentido
en s misma, pero que convenientemente tratada se puede utilizar en la realizacin de
clculos o toma de decisiones.
Download: Carga a distancia de un programa. Con la proliferacin de sistemas
BBS y de redes de comunicacin, el "downloading" est cobrando mayor
protagonismo.
Firewall: es un servicio de filtro trfico de paquetes desde Internet a la red LAN
y viceversa, en este caso se empleara Iptables ya que el mismo viene integrado en el
Kernel de Linux.
FireWire: "Cable de fuego" o "IEEE 1394", un estndar para la conexin de
dispositivos a la computadora, tanto internos como externos.
Filtro de Contenido: es un servicio que permite filtrar pginas prohibidas o que


58

contengan contenidos dainos, en este case se empleara DansGuardian.
Freeware: Poltica de distribucin libre o gratuita de programas. Utilizada para
gran parte del software de Internet. En general, estos programas son creados por un
estudiante o alguna organizacin (usualmente una Universidad) con el nico objetivo
de que mucha gente en el mundo pueda disfrutarlos. No son necesariamente sencillos:
muchos de ellos son complejos y han llevado cientos de horas de desarrollo.
Ejemplos de freeware son el sistema operativo Linux (un Unix) o el PGP (Pretty
Good Privacy, un software de encriptacin), que se distribuyen de este modo.
FTP: File Transfer Protocol: Protocolo de Transferencia de Archivos. Sirve
para enviar y recibir archivos de Internet. La mquina que acta como servidor
solicita un nombre de usuario y contrasea para asegurarse de que el usuario que
intenta acceder tiene las autorizaciones correctas. Dependiendo de los privilegios de
la cuenta, el usuario podr acceder a determinadas reas. FTP es muy utilizado por
aquellos usuarios que tienen pginas web, ya que les permite actualizar los contenidos
transfiriendo al servidor nuevos contenidos, grficos, etc.
GNU: Conjunto de programas desarrollados por la Free Software Fundation
(Fundacin por el Software Libre); es de uso libre.
Interfase: Elemento de transicin o conexin que facilita el intercambio de
datos. El teclado, por ejemplo, es una interfase entre el usuario y la computadora.
Internet: Red de redes. Sistema mundial de redes de computadoras
interconectadas. Fue concebida a fines de la dcada de 1960 por el Departamento de
Defensa de los Estados Unidos; ms precisamente, por la ARPA. Se la llam primero
ARPAnet y fue pensada para cumplir funciones de investigacin. Su uso se
populariz a partir de la creacin de la World Wide Web. Actualmente es un espacio


59

pblico utilizado por millones de personas en todo el mundo como herramienta de
comunicacin e informacin.
Kernel: Ncleo o parte esencial de un sistema operativo. Provee los servicios
bsicos del resto del sistema.
Lenguaje de Programacin: Un lenguaje de programacin es una tcnica
estndar de comunicacin que permite expresar las instrucciones que han de ser
ejecutadas en una computadora. Consiste en un conjunto de reglas sintcticas y
semnticas que definen un lenguaje informtico.
Link: Enlace. Imagen o texto destacado, mediante subrayado o color, que lleva
a otro sector del documento o a otra pgina web.
Linux: Sistema operativo de cdigo fuente libre para computadoras personales
derivado de Unix.
Login: Conexin. Entrada en una red. Procedimiento de identificarse frente a un
sistema para luego usarlo. Este identificativo ms el password o clave te permite
acceder a informacin restringida.
MySQL: Es una de las bases de datos ms populares desarrolladas bajo la
filosofa de cdigo abierto.
Password: Contrasea.
PHP: Es un acrnimo de PHP, es el procesador de hipertexto. Es un lenguaje
open source, interpretado de alto nivel, introducido en paginas html y ejecutado en el
servidor.
Query: Consulta. Bsqueda en una base de datos.


60

Registros: Un conjunto de datos acerca de una persona, lugar o algn otro
elemento.
Replica: Es una copia de una base de datos, incluyendo sus tablas, consultas,
formularios, informes, macros y mdulos. Los cambios en los datos de una tablas
replica se aplican a las dems replicas y diseo principal.
Relacin: Es la unin de dos campos claves, para establecer combinaciones
entre tablas.
Root: Cuenta del administrador en UNIX. Es la ms poderosa de las cuentas,
permite el acceso a todo el sistema (incluidas claro est las cuentas de los dems).
Router: Ruteador. Sistema constituido por hardware y software para la
transmisin de datos en Internet. El emisor y el receptor deben utilizar el mismo
protocolo.
Servidor Web: es el corazn de Internet, entre otros importantes dispositivos.
Todo ordenador tiene un servidor o mquina dedicada, la cual est conectada a
Internet para dar disponibilidad a sitios Web, cuando son solicitadas por usuarios de
la red.
Sistema: Es un conjunto de elementos organizados que interactan entre s y
con su ambiente, para lograr objetivos comunes, operando sobre informacin, sobre
energa o materia u organismos para producir como salida informacin o energa o
materia u organismos. Un sistema aislado no intercambia ni materia ni energa con el
medio ambiente.
Software: Programa o sistema disponible en un computador destinado a facilitar
y hacer ptimo el funcionamiento del mismo.


61

Software Libre: Programa de computacin cuya licencia garantiza al usuario
acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier
propsito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al programa
original, sin tener que pagar regalas a los desarrolladores previos.
Tecnologa: Conjunto de trminos, tcnicas de una rama o sector determinado.
Usuario: Es todo aquel individuo o persona que de alguna u otra manera se
familiariza con un sistema determinado.
Unix: Sistema operativo multiusuario que incorpora multitarea. Es muy
utilizado en estaciones de trabajo (workstations) y servidores; en la actualidad la
mayor parte de los sitios Web se ejecutan bajo UNIX.






62

CAPTULO III
MARCO METODOLGICO
En este captulo tiene lugar la presentacin de aquellos aspectos de carcter
metodolgico empleados en el desarrollo de la investigacin. En este sentido, se
incluyen aspectos como el tipo de investigacin, las tcnicas e instrumentos de
recoleccin de datos, el procedimiento a ser empleado, as como, el modelo para el
diseo de la propuesta y los aspectos relacionados con el diseo de la propuesta
propiamente dicha.
TIPO Y MODALIDAD DE LA INVESTIGACIN
Segn Tamayo y Tamayo (2001) define la investigacin como un proceso que,
mediante la aplicacin del mtodo cientfico, procura obtener informacin relevante y
fidedigna, para entender, verificar, corregir o aplicar el conocimiento. (p.37). As
mismo, Canales y colaboradores (1994) expresan que la investigacin es el estudio
sistemtico, controlado, emprico, reflexivo y crtico de proposiciones hipotticas
sobre las relaciones que existen entre los fenmenos naturales.(p.25). Ambos
autores concuerdan en que la investigacin es un proceso de bsquedas de repuestas,
interrogantes o informacin, de manera clara y eficaz, aplicando una serie de tcnicas
y mtodos. Basado en ello, permite descubrir nuevos hechos o datos, relaciones o
leyes en cualquier campo de conocimiento humano.
De acuerdo a lo antes expuesto, la investigacin est enmarcada en la modalidad
de proyecto especial, segn el Manual de Trabajos de Grado de Especializacin y
Maestra y Tesis Doctorales de la Universidad Pedaggica Experimental Libertador,
(UPEL, 2003), consiste en la creacin tangible de una herramienta tecnolgica, la
cual permitir ser utilizada en la solucin de problemas demostrado. Por


63

consiguiente, en esta categora se incluyen el desarrollo de software, prototipos y
de productos tecnolgicos en general (p.17). En este sentido, el estudio por su
carcter innovador, propone el diseo de un sistema automatizado para el registro y
control de las obras contratadas y pagos de la Direccin de Planta Fsica de la
Universidad Nacional Experimental Rmulo Gallegos. Con este software se
pretender tener una herramienta eficaz, la cual podrn utilizar los empleados
adscritos a dicha direccin a fin de manejar informacin oportuna y confiable.
En su primera fase, se fundamentar en una investigacin de carcter
descriptiva, que segn Best (1991), La investigacin descriptiva comprende la
descripcin, registro, anlisis e interpretacin de la naturaleza actual, composicin o
procesos de fenmenos (p.12). Como su nombre lo indica, se orienta a la descripcin
del proceso y propone indagar y analizar los hechos para poder descubrir tendencias
futuras.
De igual forma la temtica contempla una investigacin de campo, que segn
Arias (1997), consiste en la recoleccin de datos directamente de la realidad donde
ocurre los hechos, sin manipular o controlar variable alguna. (p.50). La investigacin
consistir en un estudio realizado con el fin de interpretar, entender la naturaleza y
explicar las causas y efectos derivados de la problemtica objeto a estudio, por lo cual
los datos sern tomados de la realidad.
Del mismo modo, el trabajo se apoyar en una investigacin documental, al
respecto, Osuna (2001) sostiene que: La investigacin documental se ocupa de
problemas planteados a nivel tericos, la informacin requerida para abordarlo se
encuentra bsicamente en materiales impresos, audiovisuales y electrnicos.(p. 65)
En tal sentido, la originalidad de la investigacin se refleja en el enfoque utilizado al
automatizar la informacin referente al soporte tcnico a utilizar, para orientar el


64

proceso de automatizacin para el registro y control de las obras contratadas y pagos
de la Direccin de Planta Fsica, entre otros. As, el presente trabajo se orientar a
sustentar la vinculacin de la automatizacin con la utilizacin de herramientas
tecnolgicas innovadoras que permitirn estar acorde a las actuales tendencias de la
sociedad de la informacin y la comunicacin.
Tipo de Metodologa desde el punto de vista tecnolgico
El tipo de metodologa a aplicar en esta investigacin se denomina Proceso
Unificado de Racional (RUP), la cual es un proceso de desarrollo de software y junto
con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar
ms utilizada para el anlisis, implementacin y documentacin de sistemas de
informacin. El RUP no es un sistema con pasos firmemente establecidos, sino un
conjunto de metodologas adaptables al contexto y necesidades de cada organizacin.
Este divide el proceso en cuatro fases, dentro de las cuales se realizan varias
iteraciones en nmero variable segn el proyecto y en las que se hace un mayor o
menor hincapi en los distintas actividades. Los autores de esta metodologa destacan
que el proceso de software propuesto por RUP tiene tres caractersticas esenciales:
Dirigido por los Casos de Uso: Segn Kruchten(2000), los Casos de Uso son
una tcnica de captura de requisitos que fuerza a pensar en trminos de importancia
para el usuario y no slo en trminos de funciones que sera bueno contemplar(p.
89). Se define un Caso de Uso como un fragmento de funcionalidad del sistema que
proporciona al usuario un valor aadido. Los Casos de Uso representan los requisitos
funcionales del sistema. En RUP los estos no son slo una herramienta para
especificar los requisitos del sistema. Tambin guan su diseo, implementacin y
prueba. Los Casos de Uso constituyen un elemento integrador y una gua para el
trabajo.


65

Centrado en la arquitectura: La arquitectura de un sistema es la organizacin
o estructura de sus partes ms relevantes, lo que permite tener una visin comn entre
todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del
sistema completo, necesaria para controlar el desarrollo. La arquitectura involucra los
aspectos estticos y dinmicos ms significativos del sistema, est relacionada con la
toma de decisiones que indican cmo tiene que ser construido el sistema y ayuda a
determinar en qu orden. En el caso de RUP adems de utilizar los Casos de Uso para
guiar el proceso se presta especial atencin al establecimiento temprano de una buena
arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la
construccin y el mantenimiento. Cada producto tiene tanto una funcin como una
forma. La funcin corresponde a la funcionalidad reflejada en los Casos de Uso y la
forma la proporciona la arquitectura. Existe una interaccin entre los Casos de Uso y
la arquitectura, los Casos de Uso deben encajar en la arquitectura cuando se llevan a
cabo y la arquitectura debe permitir el desarrollo de todos los Casos de Uso
requeridos, actualmente y en el futuro. Esto provoca que tanto arquitectura como
Casos de Uso deban evolucionar en paralelo durante todo el proceso de desarrollo de
software.
Iterativo e incremental: Segn Jacaboson y otros (2000) el equilibrio correcto
entre los Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la
forma y la funcin en el desarrollo del producto, lo cual se consigue con el tiempo.
(p.142) Para esto, la estrategia que se propone en RUP es tener un proceso iterativo e
incremental en donde el trabajo se divide en partes ms pequeas o mini proyectos.
Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando
durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada mini
proyecto se puede ver como una iteracin (un recorrido ms o menos completo a lo
largo de todos los flujos de trabajo fundamentales) del cual se obtiene un incremento
que produce un crecimiento en el producto. El proceso iterativo e incremental consta


66

de una secuencia de iteraciones. Cada iteracin aborda una parte de la funcionalidad
total, pasando por todos los flujos de trabajo relevantes y refinando la arquitectura.
Cada iteracin se analiza cuando termina. Se puede determinar si han aparecido
nuevos requisitos o han cambiado los existentes, afectando a las iteraciones
siguientes. Durante la planificacin de los detalles de la siguiente iteracin, el equipo
tambin examina cmo afectarn los riesgos que an quedan al trabajo en curso
Fases de Proceso Unificado de Racional (RUP)
Fase 1: Inicio
Se enfocan hacia la comprensin del problema y la tecnologa, la delimitacin
del mbito del proyecto, la eliminacin de los riesgos crticos, y al establecimiento de
una lnea base (baseline) de la arquitectura. Durante la fase de inicio las iteraciones
hacen ponen mayor nfasis en actividades modelado del negocio y de requisitos.
Los objetivos de esta fase son:
Establecer el mbito del proyecto y sus lmites.
Encontrar los Casos de Uso crticos del sistema, los escenarios bsicos que
definen la funcionalidad.
Mostrar al menos una arquitectura candidata para los escenarios principales.
Estimar el coste en recursos y tiempo de todo el proyecto.
Estimar los riesgos, las fuentes de incertidumbre.
Los resultados de la fase de inicio deben ser:


67

Un documento de visin: Una visin general de los requerimientos del proyecto,
caractersticas clave y restricciones principales.
Modelo inicial de Casos de Uso (20-30% completado).
Un glosario inicial: Terminologa clave del dominio.
El caso de negocio.
Lista de riesgos y plan de contingencia.
Plan del proyecto, mostrando fases e iteraciones.
Modelo de negocio, si es necesario
Prototipos exploratorios para probar conceptos o la arquitectura candidata.
Al terminar la fase de inicio se deben comprobar los criterios de evaluacin para
continuar:
Todos los interesados en el proyecto coinciden en la definicin del mbito del
sistema y las estimaciones de agenda.
Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de
Uso principales.
Las estimaciones de tiempo, coste y riesgo son crebles.
Comprensin total de cualquier prototipo de la arquitectura desarrollado.
Los gastos hasta el momento se asemejan a los planeados.
Fase 2: Elaboracin


68

El propsito de la fase de elaboracin es analizar el dominio del problema,
establecer los cimientos de la arquitectura, desarrollar el plan del proyecto y eliminar
los mayores riesgos. En esta fase se construye un prototipo de la arquitectura, que
debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Este
prototipo debe contener los Casos de Uso crticos identificados en la fase de inicio.
Tambin debe demostrarse que se han evitado los riesgos ms graves.
Los objetivos de esta fase son:
Definir, validar y cimentar la arquitectura.
Completar la visin.
Crear un plan fiable para la fase de construccin. Este plan puede evolucionar en
sucesivas iteraciones. Debe incluir los costes si procede.
Demostrar que la arquitectura propuesta soportar la visin con un coste
razonable y en un tiempo razonable.
Al terminar deben obtenerse los siguientes resultados:
Un modelo de Casos de Uso completa al menos hasta el 80%: todos los casos y
actores identificados, la mayora de los casos desarrollados.
Requisitos adicionales que capturan los requisitos no funcionales y cualquier
requisito no asociado con un Caso de Uso especfico.
Descripcin de la arquitectura software.
Un prototipo ejecutable de la arquitectura.
Lista de riesgos y caso de negocio revisados.


69

Plan de desarrollo para el proyecto.
Un caso de desarrollo actualizado que especifica el proceso a seguir.
Un manual de usuario preliminar (opcional).
En esta fase se debe tratar de abarcar todo el proyecto con la profundidad
mnima. Slo se profundiza en los puntos crticos de la arquitectura o riesgos
importantes.
Los criterios de evaluacin de esta fase son los siguientes:
La visin del producto es estable.
La arquitectura es estable.
Se ha demostrado mediante la ejecucin del prototipo que los principales
elementos de riesgo han sido abordados y resueltos.
El plan para la fase de construccin es detallado y preciso. Las estimaciones son
crebles.
Todos los interesados coinciden en que la visin actual ser alcanzada si se
siguen los planes actuales en el contexto de la arquitectura actual.
Los gastos hasta ahora son aceptables, comparados con los previstos.
Fase 3: Construccin
Se lleva a cabo la construccin del producto por medio de una serie de
iteraciones. Para cada iteracin se selecciona algunos Casos de Uso, se refina su
anlisis y diseo y se procede a su implementacin y pruebas. Se realiza una pequea


70

cascada para cada ciclo. Se realizan tantas iteraciones hasta que se termine la
implementacin de la nueva versin del producto.
Los objetivos concretos incluyen:
Minimizar los costes de desarrollo mediante la optimizacin de recursos y
evitando el tener que rehacer un trabajo o incluso desecharlo.
Conseguir una calidad adecuada tan rpido como sea prctico.
Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan
rpido como sea prctico.
Los resultados de la fase de construccin deben ser:
Modelos Completos (Casos de Uso, Anlisis, Diseo, Despliegue e
Implementacin)
Arquitectura ntegra (mantenida y mnimamente actualizada)
Riesgos Presentados Mitigados
Plan del Proyecto para la fase de Transicin.
Manual Inicial de Usuario (con suficiente detalle)
Prototipo Operacional beta
Caso del Negocio Actualizado
Los criterios de evaluacin de esta fase son los siguientes:


71

El producto es estable y maduro como para ser entregado a la comunidad de
usuario para ser probado.
Todos los usuarios expertos estn listos para la transicin en la comunidad de
usuarios.
Son aceptables los gastos actuales versus los gastos planeados.
Fase 4: Transicin
La finalidad de la fase de transicin es poner el producto en manos de los
usuarios finales, para lo que se requiere desarrollar nuevas versiones actualizadas del
producto, completar la documentacin, entrenar al usuario en el manejo del producto,
y en general tareas relacionadas con el ajuste, configuracin, instalacin y facilidad
de uso del producto.
Esta fase debe incluir:
Prueba de la versin Beta para validar el nuevo sistema frente a las expectativas
de los usuarios
Funcionamiento paralelo con los sistemas legados que estn siendo sustituidos
por nuestro proyecto.
Conversin de las bases de datos operacionales.
Entrenamiento de los usuarios y tcnicos de mantenimiento.
Traspaso del producto a los equipos de marketing, distribucin y venta.
Los principales objetivos de esta fase son:


72

Conseguir que el usuario se valga por si mismo.
Un producto final que cumpla los requisitos esperados, que funcione y satisfaga
suficientemente al usuario.
Los resultados de la fase de transicin son:
Prototipo Operacional
Documentos Legales
Caso del Negocio Completo
Lnea de Base del Producto completa y corregida que incluye todos los modelos
del sistema
Descripcin de la Arquitectura completa y corregida
Las iteraciones de esta fase irn dirigidas normalmente a conseguir una nueva
versin.
Los criterios de evaluacin de esta fase son los siguientes:
El usuario se encuentra satisfecho.
Son aceptables los gastos actuales versus los gastos planificados.
Como se puede observar en cada fase participan todas las disciplinas, pero que
dependiendo de la fase el esfuerzo dedicado a una disciplina vara.




73

POBLACIN Y MUESTRA
Segn Ander-Egg (1983), se entiende por poblacin o universo de estudio a
la totalidad de un conjunto de elementos, seres u objetos que se desean investigar y
de la cual se estudia una fraccin (la muestra) que se pretende que rena las mismas
caractersticas y en igual proporcin. (p.43). Asimismo, Mejas (1996), plantea que
la muestra es una parte de la poblacin, es decir, un nmero de individuos u objetos
seleccionados cientficamente, cada uno de los cuales es un elemento del universo
(p.9). Adems del carcter representativo que tiene la muestra, esta deber ser
seleccionada mediante la eleccin de las unidades de la muestra al azar; Shao (1982),
seala que este mtodo garantiza que cada elemento de la poblacin tiene la igual
oportunidad de ser seleccionado (p.326). En tal sentido la poblacin representada
por el personal adscrito a la direccin de planta fsica de la Universidad Nacional
Experimental Rmulo Gallegos, est conformada por seis (6) personas lo que
refiere a la unidades de anlisis y objeto de estudio cmodo para realizar el estudio,
por lo que como muestra se asume la totalidad de la poblacin..
Cuadro 1: Distribucin de la Poblacin
Cargo N de Personas
Ingeniero
Inspector
Analista de Costo
1
1
4
Total 6
Tcnicas e Instrumentos de Recoleccin de Datos
Con relacin a la recoleccin de datos, Best (1995), seala que Las tcnicas
de recoleccin de datos son las distintas formas o maneras de obtener la
informacin. Por tal motivo, existe una gran diversidad de tcnicas e instrumentos
que pueden ser utilizadas por el investigador para el desarrollo de los sistemas de


74

informacin, los cuales pueden ser la entrevista, la encuesta, el cuestionario, la
observacin y los diagramas de flujo. Todas estas tcnicas se aplicarn en un
momento en particular, con la finalidad de buscar informacin que ser til para la
investigacin.
En este sentido, la tcnica de recoleccin de datos a emplear en esta
investigacin ser la observacin directa la cual se realizar mediante la presencia
fsica y la relacin del autor con el rea objeto de investigacin llevada a cabo.
Respecto a la misma, Tamayo y Tamayo (2001) seala que es una tcnica con la
cual el investigador puede observar y recoger los datos mediante su propia revisin
(p. 22). Es decir, esta tcnica permite captar los aspectos ms resaltantes que se
pueden presentar en el lugar donde se desarrollan los hechos, as como sus
incidencias, siendo estas de primera fuente.
Asimismo, se har uso de la encuesta, ello permitir detectar y recoger datos
valiosos, pertinentes e importantes. A este respecto, Munch y ngeles (1993),
plantean que la encuesta es una:
Tcnica que consiste en obtener informacin acerca de una parte de la poblacin
o muestra, mediante el uso de un cuestionario o de la entrevista. La recopilacin de
la informacin se realiza mediante preguntas que permitan los diversos indicadores
que se han determinado en la operacin de los trminos del problema o de las
variables de la hiptesis (p.55)
En este sentido, Hernndez, Fernndez y Baptista (2004) sealan:
El cuestionario es aquel instrumento que consiste en un conjunto de preguntas
respecto a una o ms variables a medir (p. 276).


75

En concordancia, Tamayo y Tamayo (2001) indica: Es una herramienta o
medio para recoger la informacin directa por el encuestador (p.104)
El referido instrumento posee una seccin inicial de tipo informativo donde se
sealan las instrucciones que han de tomar en cuenta los encuestados y otra seccin
donde van los diez (9) tems.
El cuestionario ser auto administrado, en ste caso, expresa Hurtado de Barrera
(2000) se proporcionan las preguntas en un formulario escrito con las instrucciones
incluidas, y los encuestados deben responder solos, sin intermediarios (p.474), lo
cual se tomar en cuenta para su aplicacin a los sujetos que conformaron la muestra
para esta investigacin.
Con el objeto de obtener las respuestas de los encuestados en forma precisa, se
establecern dos alternativas (SI y NO), lo que lo hace ser dicotmico, Flames (2001)
indica Es cuando el instrumento presenta dos opciones de respuestas (p.48). En este
sentido, el cuestionario servir de base para realizar el diagnstico de la
investigacin, que es una de las partes fundamentales de este trabajo.
Del mismo modo, se har uso de la tcnica de anlisis documental, la cual
consiste en la seleccin y recopilacin de informacin, por medio de la lectura y
critica de documentos y materiales bibliogrficos con la finalidad de sustentar
tericamente el tema planteado. En l se incluyen las bsquedas de Internet, el
anlisis de textos u otras investigaciones, seleccin de fuentes primarias, dar
preferencia a los autores clsicos. Para llevar a cabo las tcnicas anteriormente
mencionadas, se utilizarn como instrumento un diario de campo y un cuestionario.




76

VALIDEZ
Para el presente estudio se verificar la validez del instrumento de recoleccin
de informacin a travs del juicio de expertos, segn Palella y Martins (2006) es:
En la mayora de los casos se recomienda determinar la validez mediante
la tcnica del juicio de experto, que consiste en entregarle a tres, cinco o
siete expertos (siempre nmeros impares) en la materia objeto de estudio
y en metodologa y/o construccin de instrumentos, un ejemplar del
instrumento con su respectiva matriz de respuesta acompaada de los
objetivos de la investigacin el sistema de variables y una serie de
criterios para calificar las preguntas. (p.173)
En este caso, tres (3) especialistas emitirn su opinin: un experto en
metodologa y dos especialistas en el rea de informtica, quienes examinarn el
cuestionario y comprobarn que tanto su diseo como su contenido son adecuados y
cumplen con los objetivos de la investigacin, estos profesionales plasmarn su
opinin en un formato de validacin del instrumento.
Confiabilidad
Referente a la confiabilidad del instrumento, Palella y Martins (ob.cit.) indican
lo siguiente: La confiabilidad representa la influencia del azar en la medida, es decir,
es el grado en que las mediciones estn libres de la desviacin producidas por los
errores causales. (p. 434).
Para el clculo de la confiabilidad del cuestionario se utilizar el Coeficiente
Kuder-Richardson. As mismo, se aplicar una prueba piloto a diez (10) personas
inscritas en la O.C.I.V.H., que no estuvieran involucradas en la muestra seleccionada
para la recopilacin de los datos pertenecientes al estudio. La confiabilidad que se
calcular al instrumento se har a travs del estadstico, por medio de la siguiente
frmula:


77


( )
(

=

aciertos T S
tems q p
2
20
.
1
1 K
K
KR


En este sentido, los resultados de confiabilidad de la prueba piloto se
contrastarn con los valores establecidos por Ary et al (2000), como valores de
confiabilidad:
0.10 0.20 Confiabilidad Muy Baja
0.21 0.40 Confiabilidad Baja
0.41 0.60 Confiabilidad Moderada
0.61 0.80 Confiabilidad Aceptable
0.81 0.99 Confiabilidad Alta
Tcnica de anlisis de datos
La informacin proveniente de la observacin directa y las entrevistas
informales ser seleccionada y ordenada sobre la base de un esquema general de
trabajo, el cual consistir en agrupar el material de acuerdo a la informacin que se
maneje a travs de conversaciones con los expertos del rea seleccionada. Dicha
recopilacin de la informacin relacionada con el ambiente de trabajo, se obtendr
directamente, por parte del investigador a travs de los instrumentos a aplicar al total
del personal de la Direccin de Planta Fsica de la Universidad Nacional
Experimental Rmulo Gallegos, los cuales representan la muestra del estudio.


78

Para sistematizar y procesar los datos, se utilizar la estadstica descriptiva,
especficamente para la obtencin de frecuencias y porcentajes para cada tem. Para
Arias (2000) es: La estadstica descriptiva es un conjunto de tcnicas y medidas que
permiten caracterizar los datos obtenidos. (p.93)
Una vez obtenidos los resultados se proceder a la representacin en cuadros de
frecuencias con la cual los encuestados respondern a cada una de las alternativas que
se le presentarn, se graficarn en diagramas circulares para una mejor visualizacin,
que facilitar el anlisis e interpretacin de los resultados.














79

CAPTULO IV
ANLISIS DEL SISTEMA ACTUAL
Anlisis de Resultados
Luego de aplicada la tcnica de recoleccin de datos a travs del cuestionario
dirigido al personal que conforma la Direccin de planta fsica que se encuentra
directamente involucrada con el sistema actual, se procedi a tabular y analizar los
resultados a travs de una tcnica de anlisis e interpretacin por medio de la
estadstica descriptiva, obteniendo la opinin de todas las personas involucradas.
Las tcnicas de procesamiento de datos utilizadas para procesar de manera
cuantitativa la informacin recabada fueron las siguientes:
Codificacin: se agruparon los datos de manera ordenada, de acuerdo a su
homogeneidad, lo que permiti su integracin y su procesamiento en forma
cuantitativa.
Tabulacin: de acuerdo a las respuestas obtenidas se contabilizaron los datos
obtenidos, estos se agruparon y se plasmaron en cuadros para una mejor graficacin
de la informacin adjunta.
Grficos: la informacin recabada fue tabulada en frecuencias y porcentajes,
luego se plasm en grficos circulares para una visualizacin de los datos.





80

ANLISIS DEL CUESTIONARIO APLICADO A LA DIRECCION DE
PLANTA FISICA DE LA U.N.E.R.G
tem 1. Considera necesario un sistema automatizado para que la
Direccin de planta fsica lleve a cabo sus procesos de registro y control de
Obras?
Cuadro 2: Sistema automatizado para llevar a cabo los procesos de
registro y control de obras.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 6 100%
NO 0 0%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N3. Sistema automatizado para llevar a cabo los procesos de registro y
control de obras.
Elaborado con datos del cuadro anterior
En la figura 1 se observa que la totalidad de los encuestados respondieron que la
Direccin de planta fsica no dispone de un sistema automatizado para llevar a cabo
100%
0%
Si
No


81

sus procesos de registro y control de las obras de la U.N.E.R.G, es decir sus procesos
son manuales.
tem 2. Considera usted que un sistema automatizado es necesario para
dar reportes de las actividades de la Direccin de Planta fsica?
Cuadro 3 : Sistema automatizado para dar reportes de las actividades de
la Direccin de Planta Fsica.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 6 100%
NO 0 0%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N4. Sistema automatizado para dar reportes de las actividades de la
Direccin de planta Fsica de la U.N.E.R.G.
Elaborado con datos del cuadro anterior
100%
0%
Si
No


82

A travs de la figura anterior se indica que la totalidad de los encuestados
consideran necesario un sistema automatizado que pueda emitir reportes de las
actividades de la Direccin de planta fsica de la U.N.E.R.G.
tem 3. Se agilizar el procesamiento de los datos con la implantacin de
un sistema automatizado?
Cuadro 4: Sistema automatizado para agilizar el procesamiento de los
datos.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N 5. Sistema automatizado para agilizar el procesamiento de los datos.
Elaborado con datos del cuadro anterior
83%
17%
Si No


83

Por medio de los porcentajes de la figura 3 se determin que para la mayora de
los integrantes de la Direccin de planta fsica la implantacin de un sistema
automatizado agilizara el procesamiento de los datos.
tem 4. Posee conocimientos mnimos de computacin?
Cuadro 5: Conocimientos mnimos de computacin.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N6. Conocimientos mnimos de computacin.
Elaborado con datos del cuadro anterior
En la figura anterior se observa que no todas las personas poseen conocimientos
de computacin. Por lo que se considera necesario que ellos participen en cursos de
computacin para que estn actualizados en esta rea.
83%
17%
Si No


84

tem 5. Un sistema automatizado es una ayuda para manejar los
volmenes de informacin de la Direccin de planta fsica de la U.N.E.R.G?
Cuadro 6: Sistema automatizado para manejar volmenes de
informacin.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 6 100%
NO 0 0%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N7. Sistema automatizado para manejar volmenes de informacin.
Elaborado con datos del cuadro anterior
Los porcentajes referidos en la figura 5 indicaron que la totalidad de los
integrantes de la Direccin de Planta Fsica consideran necesario un sistema
automatizado para manejar los volmenes de informacin de la Direccin de Planta
Fsica.

100%
0%
Si
No


85


tem 6. Cree usted que con el uso de un sistema automatizado se tendra
un mejor control sobre la informacin?
Cuadro 7: Sistema automatizado para un mejor control sobre la
informacin.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 4 67%
NO 2 33%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N8. Sistema automatizado para un mejor control sobre la informacin.
Elaborado con datos del cuadro anterior
En la figura 6 se visualiza que la mayora de los integrantes de la Direccin de
Planta Fsica consideran que con el uso de un sistema automatizado se mejorara el
control sobre la informacin
67%
33%
Si No


86

tem 7. Con un sistema automatizado sera ms oportuna la informacin?
Cuadro 8: Sistema automatizado sera ms oportuna la informacin.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Mndez. (2009)



Grafico N9. Sistema automatizado sera ms oportuna la informacin.
Elaborado con datos del cuadro anterior
En la figura anterior se seala que la mayora de los encuestados estn de
acuerdo que con un sistema automatizado se generara la informacin en forma
oportuna.

83%
17%
Si No


87

tem 8. Un sistema automatizado ayudara a economizar los costos de
impresin de reportes?
Cuadro 9: Economizar costos de impresin de reportes.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N10. Economizar costos de impresin de reportes.
Elaborado con datos del cuadro anterior
En la figura 8 se visualiza que un alto porcentaje de los integrantes de la
Direccin de Planta Fsica de la U.N.E.R.G estn de acuerdo que un sistema
automatizado es muy til ya que ayudara a economizar los costos de impresin de
reportes.

83%
17%
Si No


88

tem 9. Un sistema automatizado ayudara a reducir el tiempo de
procesamiento de informacin?
Cuadro 10: Reducir el tiempo de procesamiento de informacin.
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Mndez. (2009)


Grafico N11. Reducir el tiempo de procesamiento de informacin.
Elaborado con datos del cuadro anterior
Por medio de la figura anterior se representa que un alto porcentaje de
encuestados consideran que con la ayuda de un sistema automatizado se reducira el
tiempo de procesamiento de informacin.


83%
17%
Si No


89

DIAGNOSTICO DE LA SISTUACION ACTUAL
El empleo del anlisis situacional permite conocer de forma detallada las
fortalezas y debilidades (factores internos), las amenazas y oportunidades (factores
externos), manejados por cada entidad responsable de las funciones asociadas a las
actividades objeto de estudio.
Descripcin del Sistema Actual
De acuerdo a la informacin adquirida a travs de las tcnicas para la
recoleccin de informacin aplicadas, como la observacin directa y el cuestionario,
el cual fue realizado al personal de la Direccin de Planta Fsica de la U.N.E.R.G, se
pudo evidenciar que el sistema que se lleva a cabo actualmente con relacin al
proceso de registro y control de obras se realiza de acuerdo a varias etapas de la
manera siguiente:
De acuerdo a requerimientos del Rectorado la Direccin de Planta Fsica elabora
el proyecto de la obra a ser ejecutada, una vez elaborada este proyecto es emitido al
ciudadano Rector, quien somete a consideracin de la Oficina de Planificacin del
Sector Universitario (OPSU) dicho proyecto, para la correspondiente aprobacin
presupuestaria.
Una vez aprobado el proyecto de obra a ejecutar y suministrado los recursos
financieros requeridos para la ejecucin de la obra, la Universidad, a travs del
Rectorado realiza la contratacin correspondiente.
Una vez ejecutada la contratacin de obra, la Direccin de Planta Fsica debe
ejecutar el control, inspeccin y registro de la obra ejecutada, por ejecutar, obra
cancelada y obra por cancelar; informacin que es requerida con mucha frecuencia
por el Rectorado como ente contratante.


90

Esta informacin actualmente la Direccin de Planta Fsica la registra
manualmente, no existe sistematizacin en los procesos de la informacin, que
permitan evaluar en forma rpida y eficaz los montos en bolvares, por obra
contratada, obra cancelada y obra por cancelar.
Los reportes de control de obras son generados de acuerdo al rea de la
universidad en la cual se realiza el proyecto, as como el reporte de la cantidad de
inversin por ao que realiza la universidad en desarrollo de planta fsica.
Los mencionados reportes de registro y control de la obras contratadas por la
universidad se generan al concluir el proyecto, as como tambin el control de la
inversin en planta fsica por ao, este es un proceso que debera realizarse
peridicamente, pero se retrasa debido a la prdida de tiempo que genera la
recopilacin de la informacin que reposa en los archivos de la Direccin de Planta
Fsica.
Diagramas del Sistema Actual
La descripcin de los procesos del sistema actual se represento por medio de
los diagramas de casos de uso (UML), ya que ellos expresan la relacin entre los
actores y los casos de uso del sistema, as como tambin la funcionalidad que ofrece
el sistema en lo que se refiere a su interaccin.






91

Figura N 3. Diagrama del Sistema Actual


Fuente: Mndez, 2009.





92

NECESIDADES Y DIFICULTADES OBSERVADAS
Luego del anlisis detallado del sistema actual que se maneja para el registro y
control de obras contratadas de la Universidad Rmulo Gallegos, se ha observado que
existen trmites excesivos que a la hora de emitir informacin se producen, prdida
de tiempo en los procesos, el no suministro de la informacin pertinente para la toma
de decisiones, estos aspectos generados por volumen de informacin que se maneja y
la lentitud en los procesos.
Tomando en cuenta las dificultades que se presentan, para el mejoramiento de
la situacin presentada, es necesario:
El mejoramiento en los procesos de registro de control de entrada y salida de
informacin con relacin a las obras contratadas por la universidad.
Obtener la rapidez de respuesta en los procesos involucrados.
Garantizar la eficiencia en los reportes de obras contratadas por la universidad.
Pues bien, para una solucin adecuada de cara a las necesidades principales
que se observan como son la unificacin y agilizacin de los procesos es pertinente la
automatizacin, a travs de un sistema de informacin que permita agilizar, facilitar y
suministrar la informacin requerida por los entes involucrados.
Anlisis DOFA.
Segn Posner (1998), un anlisis DOFA consiste en analizar las fortalezas y
debilidades de una organizacin, as como de sus oportunidades y amenazas del


93

entorno. Una manera de presentar este anlisis es a travs de una matriz que seale
las fortalezas y debilidades del tema en estudio.
A continuacin se presenta el anlisis del sistema actual en la gestin de registro
y control de obras contratadas por la universidad utilizando la matriz DOFA.
Cuadro 11. Matriz DOFA
Fortalezas Debilidades
Se cumple con las necesidades actuales
del departamento en cuanto a los
informes que se deben generar.

Se logra calcular la inversin de planta
fsica de la universidad.

Profesionales altamente capacitados
para realizar el desarrollo del sistema, a
travs de los programas de aplicacin.

Plataforma tecnolgica, disponible para
implementar cambios en el sistema
actual.

Los equipos existentes pueden ser
utilizados para llevar a efecto el
desarrollo e implementacin del
sistema propuesto.
Los procesos se vuelven repetitivos y
lentos al realizar el registro de obras de la
universidad.
Se realizan los procesos por separado para
lograr el control de las obras contratadas.
Sobrecarga de trabajo en el usuario final.
Que no se permita implantar el Sistema
Automatizado para el registro y control de
obras contratadas por la universidad.
El personal puede o no familiarizarse
rpidamente al nuevo sistema para el
registro y control de obras contratadas.
Usuarios no satisfechos con el nuevo
sistema para el registro y control de obras
contratadas.
Oportunidades Amenazas
Existencia de equipos que garantizan el
rendimiento necesario para soportar el
flujo de la informacin que pueda tener
el sistema.

Optimizacin de toda la plataforma
existente.
Resistencia al cambio por parte del
personal.

Posibles cambios en la tecnologa.



94

Estrategias
Desarrollar e implementar un Sistema de Informacin Automatizado que permita
controlar la gestin de los registros de las obras contratadas por la Universidad
Nacional Experimental Rmulo Gallegos.
Mejorar los procesos para que se realicen de una manera ms eficaz y confiable para
la Direccin de Planta Fsica.
Realizar un diseo que se adapte a cambios utilizando los recursos existentes.
Automatizar los procesos manuales para que estos sean ms rpidos y haya ahorro de
tiempo.
Capacidad al personal que maneje el sistema automatizado en la direccin de planta
fsica.

Fuente: Mndez (2009)
ACTORES QUE INTERVIENEN EN EL SISTEMA ACTUAL
Se puede definir como los actores, a aquellas entidades participes de los
procesos que se realizan en el sistema actual, y dentro de esta categora se mencionan
los siguientes:
Oficina de Planificacin del Sector Universitario (OPSU) la cual es la encargada
de aprobar el presupuesto de las obras contratadas por la Universidad Rmulo
Gallegos.
Rectorado se encarga de presentar el proyecto de obra a la oficina de
planificacin del sector universitario de acuerdo a las necesidades de la Universidad
Rmulo Gallegos.
Direccin de Planta fsica encargada de garantizar una planta fsica que permita
el logro de la misin institucional planificando, coordinando, ejecutando y
supervisando las actividades relativas a proyectos, mantenimiento y administracin
de espacios, para el desarrollo integral de sedes.


95


A continuacin se definen los requerimientos que contribuirn a un diseo
acorde para el sistema propuesto.
DEFINICIN DE LOS REQUERIMIENTOS
Los requerimientos son condiciones o capacidades que deben ser satisfechas o
que debe poseer el sistema para resolver un problema o alcanzar un objetivo.
La determinacin de los requerimientos es una de las etapas ms importantes
dentro del desarrollo de un sistema de informacin, ya que refleja las necesidades de
informacin actual y futura que deben ser satisfechas por el sistema propuesto.
Requerimientos de Entrada
Es necesario establecer la captura de datos a travs de mens, lo que permitir
un buen diseo del sistema propuesto. Si se realiza la captura de datos con mens de
opcin se le da al usuario la potestad de tomar decisiones de manera amigable y
sencilla.
Por otro lado, es necesario establecer niveles de seguridad acordes con la
informacin que se maneja, es por ello que se debe utilizar permisologa por claves de
acceso, que den cumplimiento a ciertos parmetros como nicas por el usuario,
restriccin a usuarios no autorizados.


96

Requerimientos de Validacin de las Entradas
El objetivo principal de la validacin de datos en un sistema de informacin es
reducir las posibilidades de cometer errores o equivocaciones durante la entrada de
datos, se definieron como requerimientos de validacin de entradas los siguientes:
Validacin de las Transacciones de Entradas.
Es necesario que el sistema pueda indicar la existencia de datos errneos antes
de efectuar las operaciones de procesamiento. Informar cuando una peticin, funcin
u operacin sea incorrecta.
Validacin de los Datos de Entrada
El sistema debe evaluar que no existan datos faltantes en campos esenciales o
claves del sistema. Verificar la longitud correcta del campo en torno al dato que se va
a ingresar.
Requerimientos de Seguridad
El sistema se obliga disponer de mecanismos de seguridad mediante el acceso
con contrasea y niveles de usuarios para asegurar la integridad del sistema. Por otra
parte se recomienda que se realice backup peridicamente en los dispositivos de
almacenamientos respectivo en funcin de disponer de informacin en cualquier
momento y asegurarla por cualquier dao en los equipos.
Requerimientos de Apoyo al Usuario
Para garantizar el buen funcionamiento y rendimiento del sistema propuesto el
usuario debe poseer los conocimientos necesarios en cuanto al manejo y operacin de


97

cada uno de los mdulos que intervienen en el sistema. En tal sentido, esta previsto
la inclusin del manual de usuario como herramienta que sirva de apoyo tcnico para
la operacin del sistema, brindando asesora a los nuevos usuarios, a la vez que
presentar soluciones tiles en caso de ser requerido.
Requerimientos de Informacin
La determinacin de los requerimientos de informacin es importante debido a
que estos proporcionan las caractersticas que deben estar presentes en el sistema
propuesto y por ende satisfacer las necesidades de los usuarios.
Estos requerimientos se fundamentan en las necesidades actuales de
informacin que deben tomarse en cuenta al momento de disear el mdulo de
interfaz futura, cuyo objetivo es la bsqueda, procesamiento rpido y oportuno de
datos.
Requerimientos de Salida
Es la informacin que el sistema propuesto estar en capacidad de proporcionar
una vez que los datos sean registrados y procesados, podr ser presentada por pantalla
o impresora al momento de ser solicitados por el usuario.
El sistema debe generar los reportes y consultas necesarios para llevar a cabo la
gestin de registro y control de obras contratadas para la toma de decisiones y la
informacin prctica.
Dentro de las consultas y reportes a generar se encuentran:
Consulta general de obras contratadas
Consulta general de obras canceladas


98

Totalizacin de inversin por ao en obras.
Requerimientos de adaptabilidad
Las herramientas informticas se han convertido en uno de los requerimientos
ms solicitados para el desarrollo de las actividades administrativas y de apoyo para
la toma de decisiones. Por lo tanto se debe verificar que la herramienta se ejecute de
manera cmoda para el usuario, adems de que sea flexible ante modificaciones que
permitan la inclusin de nuevos mdulos segn las necesidades de los usuarios de
realizar nuevas actualizaciones.













99

CAPTULO V
DISEO Y DESARROLLO DEL PRODUCTO TECNOLGICO
PROPUESTO
Los sistemas automatizados encargados de los registros y controles se basan en
el manejo de datos orientados al aporte y direccin del usuario con relacin a las
gestiones por departamento.
Objetivos del Sistema Propuesto
Objetivo General:
Para este proyecto de investigacin se plantea la implementacin de un sistema
automatizado para el registro y control de obras contratadas de la universidad
nacional experimental Rmulo Gallegos, el cual servir de apoyo a gestiones del
departamento de direccin de planta fsica, en cuanto al manejo de nuevas tareas,
modificacin o asignaciones diferentes de las mismas. De esta manera se emplean las
herramientas tecnolgicas a fin de utilizarlas en beneficio de las instituciones, en
especial la de la Universidad Rmulo Gallegos, cuna de la revolucin educativa.
Objetivos Especficos:
1.- Tener un registro de los usuarios involucrados.
2.- Registrar los datos de las obras contratadas.
3.- Manejar el flujo de los datos suministrados por el sistema en funcin de su
uso.
4.- Resguardar en la base de datos generados por el sistema.


100

Descripcin del Producto Tecnolgico Propuesto.
Mdulos
En cuanto al diseo de mdulos, se trabajo bajo el lineamiento abstracto y
sencillo en cuanto a su interfaz grafica, con un men con las referentes opciones de
control y obras contratadas.
Mdulo de Registro
Esta opcin cuanta con el registro de nuevos usuarios, para posibles
modificaciones de password y eliminacin.
Mdulo Obras
Es el mdulo dedicado para la inclusin, modificacin y eliminacin de obras,
con los datos ms relevantes de contratistas y cooperativas.
Modulo Reportes
Genera todas y cada unas de las obras agregadas a la base de datos en un
documento PDF.







101

Diagrama de apoyo a la Descripcin de los procesos del Producto Tecnolgico
Propuesto
Figura N4 Caso de Uso del Sistema Propuesto

Fuente: Mndez (2009)



102


Figura N5. Diagrama de paquetes del sistema propuesto.























Fuente: Mndez (2009)



Sistema
automatizado
para el registro
y control
Obras
Registro

Reportes



103

ALCANCE DEL SISTEMA PROPUESTO
El sistema automatizado es una herramienta informtica compuesta por diversos
mdulos, enunciados por los siguientes aspectos: obras registradas, usuarios
incluidos, reporte de obras, con una base de datos, para respaldar la informacin.
DESCRIPCIN DE LA BASE DE DATOS
DICCIONARIO DE DATOS.
Cuadro N13 Administrador
Campo Tipo Null Requerdo Comentarios
usuario varchar(10) No

contra varchar(10) No

nivel varchar(2) No

Campo Tipo Null Requerido Comentarios
codigo varchar(10) No

rif varchar(20) No

nombre_con varchar(20) No

direccion varchar(20) No

ciudad varchar(20) No

estado varchar(20) No

telefono varchar(20) No

email varchar(20) No



104

Cuadro N 15 Controlind
Campo Tipo Null Requerido Comentarios
n_contrato varchar(20) No

contratista varchar(50) No

montoc varchar(30) No

descripcionc varchar(100) No

fecha_ini varchar(15) No

valuacion varchar(5) No

monto_val varchar(30) No

porcentaje varchar(10) No

fecha_cul varchar(15) No

monto_can varchar(30) No

cancelacion varchar(10) No

nombrec varchar(50) No

ubicacionc varchar(50) No

areac varchar(20) No

ano varchar(15) No

Campo Tipo Null Requerido Comentarios
n_contrato varchar(20) No

nombres varchar(50) No

ubicacion varchar(50) No

areas varchar(50) No

nombre_con varchar(20) No

monto varchar(10) No

descripcion varchar(100) No

fecha_i varchar(20) No

ano varchar(15) No



105

NORMALIZACIN Y RELACIONES.
Normalizacin
Se evit la duplicacin de informacin en la base de datos.
Diagrama Entidad - Relacin
Campo Tipo
id varchar(15)
login varchar(10)
pas varchar(10)
nivel int(3)

Campo Tipo
cdigo varchar(4)
rif varchar(30)
nombre_con varchar(50)
direccin varchar(50)
ciudad varchar(30)
estado varchar(30)
telfono varchar(20)
correo Varchar(50)

Campo Tipo
n_contrato varchar(20)
nombres varchar(50)
ubicacion varchar(50)
areas varchar(50)
nombres_con varchar(20)
monto varchar(10)
descripcion varchar(100)
Fecha_i Varchar(20)
ano Varchar(15)
Campo Tipo
n_contrato varchar(20)
contratista varchar(50)
montoc Varchar(30)
descripcionc varchar(100)
fecha_ini varchar(15)
valuacion varchar(5)
Monto_val varchar(30)
porcentaje Varchar(10)
fecha_cul Varchar(15)
monto_can Varchar(30)
cancelacion Varchar(10)
nombrec Varchar(50)
ubicacionc Varchar(5)
areac Varchar(20)
ano Varchar(15)


106

PROCESAMIENTO DE TRANSACCIONES
Pantallas del Sistema Propuesto
Mdulo Inicio

Al acceder al sistema se presenta el mdulo, se pide la clave de acceso y el login
para poder ingresar a los mdulos que conforman el sistema.





107

Mdulo registro

La pantalla de inicio al registro de obras es el primer mdulo que se muestra, en
el se registran las obras, se controlan los estatus de las obras y se emiten los reportes
respectivos.






108


Mdulo de Registro de Contratistas

El formulario principal de ingreso de datos de los contratistas muestra la
informacin requerida para cada uno de los contratistas que realizaran las obras.






109

CAPTULO VI
PRUEBAS AL PRODUCTO TECNOLGICO
Pruebas
En la presente fase se mostrar la prueba realizada al sistema para validar su
funcionamiento y desempeo, para lo cual se realizaron las pruebas al producto
tecnolgico en funcin de las recomendaciones de los usuarios.
Prueba de Unidad
Esta referida al uso separado de cada mdulo cotejando las operaciones,
funciones para la ejecucin adecuada de los elementos multimedia anexados al
sistema que sirven como herramienta para el dinamismo del sistema.
Prueba de almacenamiento
Verifica la capacidad del sistema para almacenar o guardar los datos de
transacciones en un disco u otros archivos. Con la razn de depurar posibles errores
en ellas.
Prueba de tiempo de ejecucin
Con el motivo de que los usurarios tengan la informacin de forma eficaz y
oportuna, se verifica que el sistema permita en tiempo real la minimizacin de errores
a la hora de agregar contratos en la planta fsica de la Universidad Nacional
Experimental Rmulo Gallegos


110

Pruebas alfa
Estas pruebas se ejecutan en el lugar de ejecucin del sistema, por ende, para
que tengan validez, donde se desarrolla un ambiente con las condiciones aparecidas a
la realidad para que el cliente verifique la funcionalidad del sistema, en virtud de un
experto en el tema para validar el sistema.
Pruebas Beta
Una vez terminado el periodo de pruebas alfa y satisfacer la mayora de
requerimientos se abre paso a la prueba beta para establecer un nivel de satisfaccin y
aceptacin del sistema.












111

CONCLUSIONES
El vertiginoso desarrollo de las comunicaciones ha extendido su alcance hasta el
entorno organizacional, constituyendo una alternativa de real eficiencia y eficacia
para mejorar sus procesos internos.
El departamento de direccin fsica est de acuerdo con la actualizacin en cuanto
a comunicaciones, por ello en vista de que no posee un sistema acorde para llevar el
control, y registro de nuevos contratos se planteo la implementacin de un sistema
capaz de gestionar los datos. De esta manera, se dise una propuesta de control y
registro aplicando un estudio analtico para el establecimiento de la seguridad interna
y externa de a informacin con respecto a lo propuesto.
La realizacin de un Sistema para esta institucin, se cotejo mediante la fase de
identificacin de la necesidad, para obtener la informacin necesaria, siendo este el
punto de inicio, para la evolucin de la propuesta, determinado el anlisis de los
requerimientos en funcin de los instrumentos aplicados a los representantes,
correspondientes tanto la afirmacin de la necesidad como la aprobacin para
solucionarla.
El desarrollo de esta herramienta permite llevar un eficiente registro y control de
obras contratadas en la direccin fisca de la Universidad Nacional Experimental
Rmulo Gallegos, a travs del computador sin limitaciones de tiempo y espacio, no
obstante el resultado eficaz de las gestiones, mayor nivel de seguridad, creando un
ambiente de funcionalidad ptimo.
La propuesta se desarroll de acuerdo a las especificaciones determinadas en el
estudio bajo ambiente Web usando lenguaje de programacin de vanguardia como


112

HTML (lado cliente), PHP (lado servidor), MySQL (sistema manejador de base de
datos).
Por ltimo, es conveniente acotar que este proyecto resulta un apoyo
particularmente efectivo para las mejoras de la institucin que se manifiestan en las
posibilidades de ofrecer mejores servicios. Desde su concepcin, esta investigacin
requiri una inversin de tiempo considerable para la administracin, sin embargo, la
efectividad del sistema permitir obtener beneficios tangibles e intangibles, reflejados
en un retorno seguro de la inversin.














113

RECOMENDACIONES
Para obtener el mximo provecho del Sistema de informacin automatizado y
un ptimo aprovechamiento se realizan las siguientes recomendaciones:
Elaborar planes de respaldo de la informacin, que permitan tener un
resguardo de la misma, para casos especiales que pongan en riesgo la
integridad de la informacin.
Mantener actualizada la informacin del sistema automatizado con la
finalidad brindar un servicio de excelente calidad a los usuarios.
Someter a auditora completa el sistema con el fin de evaluar y verificar el
buen funcionamiento.
Estudiar la incorporacin de nuevos mdulos al sistema que permitan mejorar
la eficiencia del mismo.










114

REFERENCIAS BIBLIOGRFICAS
Andrade y Malav. (2008). Sistema Automatizado para el registro y control de los
proyectos y comisiones del servicio comunitario. Caso: Universidad Nacional
Experimental Rmulo Gallegos. Estado Gurico
Arias, F. (2006). El Proyecto de Investigacin. Caracas- Venezuela: Editorial
EPISTEME, C.A.
Balestrini, M. (1999). Cmo se Elabora el Proyecto de Investigacin. Editores: BL
Consultores Asociados. Caracas Venezuela.
Burch, D. y Rivera, C. (1997). Sistema de Informacin. Editorial: Limusa. Mxico.
CESDE. (2000) Centro de Educacin Superior de Formacin Tcnica.
Constitucin. (1999). Gaceta Oficial de la Repblica Bolivariana de Venezuela. N
36860. Extraordinaria. (Diciembre 30, 1999). Caracas, Venezuela
Chiavenato, J. (2000). Sistemas de Informacin. Editorial Prentice Hall.
Charles, D. (1999). Instrumentos de Investigacin Educativa Procedimientos para su
Diseo y Validacin. Ediciones CIDEG, C.A.
Davis, M. (1997). Anlisis y Diseo de Sistemas de Informacin. Madrid. Espaa.
Decreto Presidencial N 3390. (2004). Gaceta Oficial de la Repblica Bolivariana de
Venezuela N 38095. Extraordinaria (Diciembre 28, 2004). Caracas Venezuela
Fredman (1992). Anlisis y Diseo de Sistemas de Informacin. Tercera Edicin.
Madrid Espaa. Editorial A.T.E.


115

Gates, B (1996). Sistemas de Informacin. Editorial Mac Graw Hill. Mexico.
IBM Capacitacin (2006). Anlisis y diseo de Sistemas orientados a Objetos.
IBM Capacitacin (2006). Base de Datos.
IBM Capacitacin (2006). Ingeniera de Software.
Kendall y Kendall. (2005). Anlisis y Diseo de Sistemas. Editorial McGraw-Hill.
Mxico.
Lepawsky, M. (1998). Deontologa Informtica. Editorial cultural. Madrid Espaa.
Londoo y Mesa (1998). Modelaje y Simulacin de Sistemas en Awesim! Slam
Versin 2.0. Ediciones Faculta de Ingeniera, UCV. Caracas - Venezuela.
Lucas, J (1999). Sistemas de Informacin. Editorial McGraw-Hill.
Melinkoft, J. (1998). Simulacin Mtodos y Aplicaciones. Alfaomega Grupo Editor,
S.A. de C.V., Mxico, D.F.
Mercado, B. (1996). Estadstica Aplicada a la Ingeniera. Editorial Monte vila.
Caracas-Venezuela
Montilva, J (1995). Desarrollo de Sistemas de Informacin. Editado por el Consejo
de publicaciones de la Universidad de los Andes. Venezuela.
Palella, T y Martins H. (2003). El proceso de Investigacin. Editores Gordons.
Robins, S. (1999). Fundamentos de Administracin, Concepto y Aplicaciones.
Mxico.


116

Sabino, C. (1992). Metodologa de la Investigacin. Editorial Monte vila. Caracas-
Venezuela
Senn, J. (1995). Anlisis y Diseo de Sistemas de Informacin. Mxico.
Stoner, W. (1994). Anlisis de Sistemas de Informacin. Editorial McGraw-Hill.
Tamayo y Tamayo. (1997). El Proceso de Investigacin Cientfica.
Tamayo y Tamayo. (2001). El Proceso de Investigacin Cientfica.
Ulecia, P. (1996). Proceso Administrativo. Editorial Salesiana. Caracas.
Universidad Nacional Abierta (1999). Tcnicas de Documentacin e Investigacin.
Caracas, Venezuela: Publicaciones de La UNA.
Universidad Nacional Experimental de los Llanos Centrales Rmulo
Gallegos (2007). rea de Ingeniera de Sistemas. Normas para la Elaboracin,
presentacin y evaluacin en el proyecto de grado en el rea de Ingeniera de
Sistemas de la Universidad Nacional Experimental de los Llanos Centrales Rmulo
Gallegos.
Universidad Pedaggica Experimental Libertador (1998). Manual de Trabajos de
Grado, de Especializacin y Maestra y Tesis Doctorales. Fondo Editorial de la
Universidad Pedaggica Experimental Libertador (FEDUPEL). Caracas, Venezuela.
Wilson, W. (1994). Investigacin de Operaciones. Aplicaciones y algoritmos. Grupo
Editorial Iberoamericana S.A de C.V, Mxico, 1337.
Zeigler, B. (1976). Theory of Modelling and Simulation. Primera Edicin. Editorial
A Willey-Interscience Publication, U.S.A.