Professional Documents
Culture Documents
En San Juan de los Morros, a los ____ días del mes de _________________ de 2009.
Atentamente,
2
Dedicatoria
A mi esposa Roxany Salcedo por darme el regalo más grande que puede tener
una persona como lo es mi hija Sofía Fiorella Méndez Salcedo a quienes quiero
mucho.
A mis amigas y profesoras Yeni Reyes, Sofía Nasuti, Lisbet Noda, Maria
Colichio, Yeni Padilla, Soleidy Peña así como también 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é.
2
Agradecimiento
A los profesores, por brindarnos sus conocimientos, para así lograr nuestra
meta propuesta.
A todas aquellas personas que de una u otra forma nos brindaron su apoyo y
colaboración, para el desarrollo del proyecto.
2
ÍNDICE GENERAL
P.P
ÍNDICE GENERAL......................................................................................................v
LISTA DE CUADROS...............................................................................................xii
LISTA DE GRAFICOS..............................................................................................xiv
LISTA DE FIGURAS.................................................................................................xv
RESUMEN.................................................................................................................xvi
INTRODUCCIÓN.........................................................................................................1
CAPÍTULO I.................................................................................................................3
EL PROBLEMA............................................................................................................3
Objetivos de la Investigación........................................................................................6
Objetivo General....................................................................................................6
Objetivos Específicos............................................................................................6
Justificación de la Investigación................................................................................6
Delimitación..............................................................................................................8
CAPÍTULO II................................................................................................................9
MARCO REFERENCIAL............................................................................................9
1
Antecedentes De La Investigación................................................................................9
BASES TEÓRICAS....................................................................................................13
P.P
Sistemas.......................................................................................................................19
Tipos de sistemas.........................................................................................................20
Sistemas de Información.............................................................................................21
Sistemas Expertos....................................................................................................25
2
Flujos de datos.........................................................................................................35
P.P
Flujo de Información...................................................................................................45
Base de Datos..............................................................................................................46
PHP..............................................................................................................................52
PostgreSQL..............................................................................................................52
Bases Legales..............................................................................................................53
3
Definición de Términos Básicos.................................................................................57
CAPÍTULO III............................................................................................................63
MARCO METODOLÓGICO.....................................................................................63
P.P
Población y Muestra....................................................................................................74
Validez.....................................................................................................................77
Confiabilidad...........................................................................................................77
CAPÍTULO IV............................................................................................................80
Análisis de Resultados.............................................................................................80
4
Necesidades y Dificultades Observadas......................................................................93
Análisis DOFA........................................................................................................93
P.P
Requerimientos de Entrada..................................................................................96
Requerimientos de Seguridad..............................................................................97
Requerimientos de Información..........................................................................98
Requerimientos de Salida....................................................................................98
Requerimientos de adaptabilidad.........................................................................99
CAPÍTULO V............................................................................................................100
Objetivo General:..............................................................................................100
5
Objetivos Específicos:.......................................................................................100
P.P
NORMALIZACIÓN Y RELACIONES................................................................105
Normalización...................................................................................................105
Procesamiento de Transacciones........................................................................106
CAPÍTULO VI..........................................................................................................109
Pruebas...............................................................................................................109
Prueba de Unidad...............................................................................................109
Prueba de almacenamiento................................................................................109
Pruebas alfa........................................................................................................110
Pruebas Beta......................................................................................................110
6
CONCLUSIONES.....................................................................................................111
RECOMENDACIONES...........................................................................................112
BIBLIOGRAFÍA……………………………………………………………..114
RECOMENDACIONES
7
LISTA DE CUADROS
P.P
8
Cuadro 15: Controlind...............................................................................................104
9
LISTA DEGRAFICOS
P.P
LISTA DE FIGURAS
11
P.P
Autor:
Méndez Javier.
C.I Nº: 15.081.384
Tutor:
Jenny Padilla.
RESUMEN
13
observación directa y la aplicación de un instrumento de recolección de información
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 población y la muestra estudiada pertenece al departamento de
Dirección de Planta Física. Se utilizó para el desarrollo de la herramienta tecnológica
la metodología de lenguajes UML, con la sustentación 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 instalación de un prototipo para su evaluación. Se determinó que
existe la urgente necesidad de automatizar los controles de obras y se recomienda
actualizar los equipos de cómputo dentro del departamento para adecuarlos a las
nuevas tecnologías requeridas.
2
INTRODUCCIÓN
El estudio muestra los procesos que se lleva a cabo por parte de los entes encargados
y también describe cada uno de los requerimientos y necesidades de información de
los sujetos encargados de los controles de obras.
CAPÍTULO I
EL PROBLEMA
2
visto a todos los procesos de desarrollo en los campos de la ciencia, la tecnología y la
educación. En este sentido, hasta en la actualidad, el ser humano ha desarrollado
recursos tecnológicos los cuales se han convertido en un apoyo fundamental para las
instituciones, al simplificar sus tareas, proporcionando información rápida y segura.
2
Este departamento abarca todas las obras existentes en la Universidad Nacional
Experimental Rómulo Gallegos, así como también en sus núcleos 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 programación
que cumpla con los parámetros exigidos con el decreto presidencial Nº 3390,
referente a la migración a software libre y el uso de esta tecnología desarrollado bajo
estándares abiertos en las distintas organizaciones del país.
En este sentido, las necesidades urgentes para resolver las dificultades actuales en los
procesos de control de obras contratadas, son la unificación de las herramientas
tecnológicas presentes en la Dirección de Planta Física, la automatización 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.
3
¿Cuál será el aporte de un Sistema de Información Automatizado para los procesos de
Registros y Control de Obras Contratadas de la Dirección de Planta Física de la
Universidad Nacional Experimental “Rómulo Gallegos”?
OBJETIVOS DE LA INVESTIGACIÓN
Objetivo General
Objetivos Específicos
4
Justificación de la Investigación
1
de software. Es por ello que se va a utilizar el lenguaje de programación PHP con el
manejador de base de datos MySQL, por ser uno de los lenguajes más potentes y
estables a nivel mundial, pudiendo trabajar de manera standalone o vía web.
Delimitación
2
CAPÍTULO II
MARCO REFERENCIAL
ANTECEDENTES DE LA INVESTIGACIÓN
.En toda investigación, saber que estudios anteriores se encargaron de llevar a cabo de
una u otra manera estudios que hoy en día se relacionan con el nuestro, nos sirve de
fuente para el afianzamiento de este estudio. Como lo expresó Sabino (1992), en
algún momento, “los antecedentes de la investigación se refieren a los estudios
previos relacionados con el problema planteado, es decir, investigaciones realizadas
anteriormente y que guardan alguna vinculación con objeto el estudio”... (p.23).
2
Sánchez (2004) ejecutó un proyecto denominado “Sistema de Información
para el Control de Solicitudes de Requerimientos en la Coordinación de
Servicios Generales CADELA, Zona Táchira”. El estudio se trata de elaborar un
sistema de información capaz de controlar las solicitudes de requerimientos en la
Coordinación de Servicios Generales de CADELA, Zona Táchira, incluyendo todas
las operaciones relacionadas con ello, como son: elaboración, recepción, aprobación,
rechazos y reportes; adicionalmente el proyecto contiene diferentes módulos
destinados a manejar y generar gran cantidad de información. Para ello se realizaron
diversas entrevistas con los gerentes de Logística e Informática y
Telecomunicaciones, así como numerosas observaciones de cómo 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.
3
DOFA para descripción del sistema propuesto. En lo técnico utilizó el lenguaje de
programación PHP y el gestor de base de datos MySQL, usando el servidor Apache
para dar solución a la problemática planteada. De igual manera, destacó que los
sistemas de información permiten la modernización y mejora la transparencia de las
gestiones administrativas, técnicas y operativas, manteniendo una información
actualizada al momento de registrase, además de facilitar la toma de decisiones y
permitir un mayor control de procesos.
4
En el mismo orden de ideas, este trabajo de grado guarda una estrecha similitud en la
forma de obtención de datos, para el manejo y control de operaciones dentro de una
institución, en las que sus operaciones administrativas requerían la aplicación de la
automatización.
5
Por último, se presenta un trabajo investigativo para satisfacer una necesidad
dentro de la misma institución en estudio, donde se requiere agilizar información de
suma importancia, al igual que el estudio propuesto.
BASES TEÓRICAS
Una vez planteado el problema de estudio (es decir, cuando ya se poseen objetivos y
preguntas de investigación), y cuando además se han evaluado su relevancia y
factibilidad. El siguiente paso consiste en sustentar teóricamente el estudio, etapa que
algunos autores llaman elaborar el marco teórico. Ello implica analizar y exponer las
teorías, los enfoques teóricos, las investigaciones y los antecedentes en general que se
consideren válidos para el correcto encuentre el estudio. Al respecto, según Balestrini
(1998) las bases teóricas son:
Al respecto, Sabino (2002) señaló que todo investigador, al iniciar el estudio sobre
determinado tema, debe poner al día sus conocimientos mediante una exhaustiva
documentación en la que la consulta bibliográfica es la esencia de esta labor; la
misma debe constituir una tarea que implique una gran acción, pues sobre lo
estudiado se formulan razonamientos, reflexiones y se establece un análisis coherente
con el hecho en cuestión. En consecuencia, cualquiera que sea el punto de partida,
para la delimitación y la ubicación del contexto teórico que orienta el sentido de la
investigación.
UNERG
7
Morros, Estado Guárico, su actividad principal se inclina hacia la formación de
profesionales en distintas áreas académicas.
Misión
La Universidad Rómulo Gallegos tiene como misión promover el desarrollo del país
en general y de la Región de los Llanos Centrales en particular, a través de la
formación de profesionales de alta calidad, capaces de actuar efectiva y
eficientemente en las actividades profesionales, sedales, económicas y culturales de la
sociedad.
Visión
2
La Universidad Rómulo Gallegos es una comunidad intelectual entregada a la
búsqueda de la verdad mediante la investigación, creación y divulgación del
conocimiento; participará activamente en las discusiones y toma de decisiones
involucradas, con el progreso social, cultural e intelectual del País y la Región de los
Llanos Centrales y colabora con los diferentes sectores económicos y sociales de esta
región en beneficio de su desarrollo, siendo lugar obligado de referencia para las
instituciones públicas y privadas necesitadas de información científica 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.
Políticas
Extensión universitaria.
Transferencia de tecnología.
Cooperación interinstitucional.
Mejoramiento profesional.
1
Objetivos
Organización
Para alcanzar sus objetivos y llevar a cabo las funciones que le han sido asignadas, el
Instituto Regional de Deportes del Estado Guárico, ha adoptado una organización
estructural que consta básicamente de las siguientes unidades:
1
Gráfico Nº 1: Universidad Nacional Experimental de los Llanos Centrales “Rómulo
Gallegos”.
Misión
Garantizar una planta física que permita el logro de la misión institucional
planificando, coordinando, ejecutando y supervisando las actividades relativas a
proyectos, mantenimiento y administración de espacios, para el desarrollo integral de
las Sedes, de acuerdo a la normativa vigente.
Visión
2
políticas y directrices que contribuyan efectivamente a fortalecer y apoyar el servicio
a la Docencia, Investigación y Extensión.
Objetivos
Efectuar los trabajos de adecuación y reformas de la Planta Física de acuerdo con los
estudios que presente la Oficina de Planeación y Desarrollo Institucional en su Área
de Planeación Física.
Organización
2
Fuente: UNERG (2008).
SISTEMAS
TIPOS DE SISTEMAS
Partiendo del punto de vista anterior, es necesario considerar que los sistemas según
Chiavenato (2000) se dividen en dos clasificaciones, de la siguiente manera:
Según su constitución.
Sistemas Físicos o Concretos: Cuando están compuestos por equipos, por maquinaria
y por objetos y cosas reales. Pueden ser descritos en términos cuantitativos de
desempeño.
Según su naturaleza.
3
Sistemas Abiertos: Son aquellos sistemas que interactúan con su medio ambiente,
reciben entradas y producen salidas. Los sistemas abiertos intercambian materia y
energía 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 herméticos a cualquier influencia del ambiente. Así
los sistemas cerrados no reciben ninguna influencia del ambiente, y por otro lado
tampoco influencian al ambiente.
SISTEMAS DE INFORMACIÓN
Asimismo, se tiene que en su trabajo Montilva (1995), generaliza que los sistemas de
información poseen las siguientes características:
2
En seguida, los datos se manipulan y se convierten en información (procesamiento).
1
Control del desempeño del sistema: Una actividad importante de los sistemas
de información es el control de su desempeño. Un sistema de información debe
generar retroalimentación sobre actividades de entrada, procesamiento, salida y
almacenamiento. Esta retroalimentación debe supervisarse y evaluarse para
determinar si el sistema cumple los estándares de desempeño establecidos.
- Sistemas Expertos.
3
Los sistemas transaccionales son también 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 información, teniendo en cuenta
que los datos son números, símbolos o cualquier cosa que represente algo.
Con frecuencia son el primer tipo de sistemas de información que se implanta en las
organizaciones. Se empieza apoyando las tareas a nivel operativo de la organización;
son intensivos en entrada y salida de información; sus cálculos y procesos suelen ser
simples y poco sofisticados.
2
Sistemas de Apoyo a las Decisiones
Kendall (1997) “un sistema de apoyo a las decisiones se aparta del sistema de
información gerencial tradicional, en que enfatiza el apoyo a la toma de decisiones
en todas sus fases, aunque la decisión actual todavía es del dominio del tomador de
decisiones.”
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
organización.”
1
normalmente en formato fijo y predeterminado. El SIG ofrece respuestas de
información bien definidas sobre los usos predefinidos de las transacciones y los
datos capturados y procesados, o modelos estadísticos o de gestión predefinidos
(como los que se pueden encontrar en la «investigación de operaciones).
2
provienen o son tomados de otros sistemas o módulos. Esto último se denomina
interfaces automáticas. Las unidades típicas de entrada de datos a las computadoras
son las terminales, las cintas magnéticas, las unidades de diskette, los códigos de
barras, los escáner, la voz, los monitores sensibles al tacto, el teclado y el Mouse,
entre otras.
2
Los Sistemas de Información Automatizados
Según 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 información y aplicaciones informáticas.”(P-95).
Algunos de los principios generales que sostienen el desarrollo del sistema son:
1
Principio 1: Implica al Usuario
Las personas responsables del desarrollo de sistemas deben reservar tiempo para los
usuarios, insistir en la participación de éstos en el proyecto y buscar su acuerdo sobre
las decisiones que pueden afectarles.
El ciclo de vida del desarrollo de sistemas es, primero y ante todo un método de
resolución 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 dirección. El término clásico de resolución de
problemas es el siguiente:
2
Los CVDS constan de cuatro fases. Análisis de sistemas, diseños de sistemas,
implantación de sistemas y soporte de sistemas.
Actividades;
Responsabilidades;
Controles de calidad. deberían establecer estos cuatro tipos de normas en todas las
fases del ciclo de vida.
Las necesidades de normas de documentación pone de relieve uno de los errores más
comunes cometidos por muchos analistas: descuidar la documentación como una
actividad que debe darse a lo largo de todo el ciclo de vida.
Los sistemas de información son inversiones de capital, al igual que una flota de
camiones o un nuevo edificio. Si los directivos no reconocen el sistema como
3
inversión, están equivocados. Al considerarlo como una inversión de capital deben
tenerse en cuenta dos aspectos.
En primer lugar, ante cualquier problema es probable que existan varias soluciones
posibles. El analista no debería quedarse con la primera solución que le venga a la
cabeza. Los analistas que no consiguen ver varias alternativas no son auténticos
profesionales. En segundo lugar, después de encontrar las soluciones alternativas, el
analista de sistemas debería evaluar la viabilidad de cada una de ellas, en particular en
lo que concierne a la eficacia de costes.
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 también variara conforme el analista vaya conociendo mejor el
súper sistema. En su mayoría, 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.
Como puede verse, el ciclo de vida moderno consta de cinco funciones de alto nivel.
Más adelante entraremos en los detalles, si bien cada una de estas funciones merece
una primera explicación:
4
Planificación de sistema: El ámbito de planificación de sistemas puede ser toda la
empresa, una división de la misma o cualquier otro tipo de sus unidades
organizativas. Su propósito es identificar y establecer las prioridades sobre aquellas
aplicaciones de los sistemas de información cuyo desarrollo reporte máximos
beneficios para la empresa considerada en su conjunto. Esta fase indica la relativa
madurez del funcionamiento de los sistemas de información.
Sus entradas son las misiones de empresa y cualquier tipo de detalle o limitación de
los sistemas existentes. Sus salidas claves o productos son los planes de sistemas de
empresas y de información y los proyectos planificados de desarrollo de aplicaciones.
En consecuencia los proyectos planificados giran hacia las fases restantes.
Diseño de sistemas: el dominio que cubre el diseño del sistema sigue siendo la
aplicación del sistema de información única de que hablamos en el análisis de
sistemas. Su propósito es diseñar una solución técnica, de tipo informática, que
5
satisfaga las necesidades de la empresa según han sido especificadas durante el
análisis de sistemas.
El suceso que lo activa es la relación de la empresa. Otras entradas son las opciones y
recomendaciones relacionadas con el diseño expuestas por los usuarios de sistemas.
El producto resultante principal del diseño de sistemas es una relación técnica de
diseño. Este producto (o demuestra) «como» conseguirá el sistema de información
satisfacer las necesidades de la empresa de los usuarios.
6
En los grandes proyectos de sistemas varios analistas llevan a cabo una investigación
en forma seccionada que la distribuye entre ellos mismos, de manera que cada uno
pueda trabajar en forma independiente.
Flujos de datos
Para Long, L. (1990) los ciclos de vida más importantes de un sistema de información
son los siguientes:
1. Modelo Clásico
Cada proyecto atraviesa por algún tipo de análisis, diseño e implantación. El ciclo de
vida de proyecto utilizado, pudiera diferir en una o todas de las formas 2siguientes:
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.
Diversas fases de pruebas pueden juntarse en una sola; de hecho, podrían incluirse
con la codificación.
2. Modelo Semiestructurado
2
La secuencia ascendente de codificación, la prueba de módulos y prueba del sistema
se reemplaza por una implementación de arriba hacia abajo, que es un enfoque en el
cual los módulos de alto nivel se codifican y prueban primero, seguidos por los más
detallados de bajo nivel.
3. Modelo Estructurado
Identificar a los usuarios responsables y crear “un campo de actividad” inicial del
sistema.
2
Identificar las deficiencias actuales en el ambiente del usuario.
Preparar el esquema que usará para guiar el resto del proyecto. En general, la
encuesta ocupa sólo del 5 al 10 por ciento del tiempo y los recursos de todo el
proyecto, y para los proyectos pequeños y sencillos pudiera ni siquiera ser una
actividad formal. A pesar de todo lo anterior, es una actividad importante debido a
que la Administración pudiera decidir cancelar el proyecto sino parece atractivo
desde el punto de vista de costo beneficio.
Esto implica modelar el ambiente del usuario con diagramas de flujo de datos,
diagramas de entidad-relación, diagramas de transición de estado, etc.
3
La actividad de diseño se dedica a asignar porciones de la especificación (modelo
esencial) a procesadores adecuados (máquinas o humanos) y a labores apropiadas (o
tareas, particiones, etc.) dentro de cada procesador. Dentro de cada labor, la actividad
de diseño se dedica a la creación de una jerarquía apropiada de módulos de
programas y de interface entre ellos para implantar la especificación creada en la
actividad 2. Además, se ocupa de la transformación de modelos de datos de entidad-
relación en un diseño de base de datos.
Esta actividad implica la generación de una descripción formal de las partes del
sistema que se harán en forma manual, lo mismo que la descripción de cómo
interactuarán los usuarios con la parte automatizada del nuevo sistema. El resultado
de la actividad 7 es un manual para el usuario.
4
3.8 Actividad 8: Conversión de Bases de Datos
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 instalación pudiera significar
simplemente un cambio de la noche a la mañana al nuevo sistema. En otros casos la
instalación 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.
4. Modelo Espiral
5
El modelo espiral para la ingeniería de software ha sido desarrollado para cubrir las
mejores características tanto del ciclo de vida clásico, como de la creación de
prototipos, añadiendo al mismo tiempo un nuevo elemento: el análisis de riesgo.
2
El cliente evalúa el trabajo de ingeniería (cuadrante de evaluación de cliente) y
sugiere modificaciones. Sobre la base de los comentarios del cliente se produce la
siguiente fase de planificación y de análisis de riesgo.
Para Martínez, O. (2004). Una empresa debe adquirir la infraestructura que le ayude a
tomar decisiones rápidas y a resolver los retos de la actualidad; de lo contrario se
quedará en el pasado. Hoy en día se está en la necesidad de integrar todas las
funciones dentro de una organización en un ambiente dinámico.
3
La resistencia al cambio de los usuarios, también los problemas técnicos 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 están
conectados hasta 500 estaciones de trabajo.
El control directo: Prevé la salida y ejerce el control para evitar que éste
desvié.
En relación 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
geográfica. Al respecto, se puede considerar que las respuestas humanas ante el
control pueden ser funcionales, ya que siente que al instalarse un sistema de
información administrativo brinda a la empresa un mayor control sobre su propio
trabajo. Se deduce entonces que, los sistemas de información administrativos
proporcionan un aporte significativo al control de las diferentes operaciones que se
realizan en una empresa o institución, como es el caso del control de pago de
nóminas, por ello, son procesos que no pueden omitirse en ninguna organización.
2
Características del Control
Control Administrativo Preliminar: Este tipo de control tiene lugar antes de que
principien las operaciones e incluye la creación de políticas, procedimientos y reglas
diseñadas para asegurar que las actividades planeadas serán 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 administración evitar problemas en lugar de tener que
corregirlos después, pero desafortunadamente este tipo de control requiere tiempo e
información oportuna y precisa que suele ser difícil de desarrollar.
1
actividades según ocurran, en otras palabras, pueden ayudar a garantizar que el plan
será llevado a cabo en el tiempo específico y bajo las condiciones requeridas.
FLUJO DE INFORMACIÓN
Los datos que son procesados por el sistema, es decir, los resultados deben ser
almacenados de alguna manera para poder tener la información disponible al
momento de realizar consultas y reportes pertinentes. Esto se puede lograr mediante
la utilización 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, manteniéndolos precisos y consistentes, asegurando que los dato puedan
estar disponibles fácilmente para las aplicaciones futuras.
BASE DE DATOS
2
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
máquina.”
Por otra parte, se puede decir que no es posible construir un sistema de información
sin una arquitectura de datos flexibles y el hecho de no construir sistemas de
información integrable significa negarle a la empresa la posibilidad de utilizar la
información. Un sistema de manejo o gestión de base de datos tiene como objetivo
fundamental almacenar datos en forma flexible de tal manera que cualquier usuario o
aplicación pueda servirse de ella, además; permite independizar las aplicaciones de la
estructura física de los datos de manera que ese gran almacén pueda aumentar su
dimensión sin afectar los programas existentes, ese almacén recibe el nombre de 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.
Asegurarse que todos los datos sean requeridos para las aplicaciones actuales y
futuras esté fácilmente disponible.
2
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 estén físicamente guardados los datos.
La actualización 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.
Minimiza la redundancia de los datos, es decir, que los datos no están repetidos.
A pesar de las ventajas de utilizar una base de datos, estas también tienen sus
desventajas, la más resaltante es que los datos se encuentran almacenados en un solo
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 información, para prevenir esa
pérdida total de los datos.
Cuando se desarrolla un sistema de información hay que tener presente los tipos de
base de datos. Por otra parte
2
Bases de Datos Jerárquicas
Las bases de datos jerárquicas utilizan el modelo jerárquico el cual relaciona las
entidades por medio de una relación superior / subordinado o padre / hijo.
Las bases de datos de red utilizan el modelo de red y es análogo al modelo jerárquico,
excepto que una entidad pueda tener más de un padre. Esta capacidad introduce el uso
de un tipo adicional de relación entre los datos.
Date (1996) señala: “una base de datos relacional es una base de datos percibida por
el usuario como una colección de relaciones normalizadas de diversos grados que
varia con el tiempo.”
1
Para realizar el sistema propuesto se empleó específicamente el modelo relacional el
cual representa los datos mediante una colección de tablas, cada una de las cuales
tiene un número de columnas con nombres únicos donde el usuario de la base de
datos puede consultar dichas tablas y realizar actualizaciones en las mismas.
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. Según Chamorro (2.000), en su
trabajo en línea disponible en: www.geocities.com/sleducolombia/soluciones.htm
Software Libre se refiera “a software que, para cualquier propósito, se puede usar,
copiar, distribuir y modificar libremente, es decir, es software que incluye archivos
fuentes” (visitado agosto de 2006). Más precisamente, se refiere a cuatro clases de
libertades, para el usuario del software:
2
Como se puede observar en la definición 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
tendrán esas libertades y no estarán obligados a pagar. De hecho si una empresa
optara por cobrar un valor alto por distribuir software libre, alguien podría 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 al costo
de distribución, lo que en muchos casos resulta más económico que, por ejemplo,
obtener una copia del software de Internet y grabar la copia en un CD-ROM.
Software Libre es la traducción correcta del inglés de "Free Software". Para la gente
de habla inglesa existe una ambigüedad 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 término Open Source para identificar al software libre, creando una
división conceptual, pero con los mismos fines. El término Open Source es un
sinónimo de software abierto, es decir, software con archivos fuentes disponibles para
quien lo desee. En la actualidad los dos términos son utilizados por diferentes
personas para hacer referencia al mismo software. Para la FSF, igual que para quienes
proponen el uso del término Open Source, no es suficiente que el software sea 95% o
99% libre, debe ser 100% libre. La FSF sólo considera y distribuye software de este
tipo.
PHP
2
El código PHP se incluye entre etiquetas especiales de comienzo y final que nos
permitirán entrar y salir del modo PHP. Lo que distingue a PHP de la tecnología
Javascript, la cual se ejecuta en la máquina cliente, es que el código PHP es ejecutado
en el servidor. Si se tuviese un script solamente en nuestro servidor, el cliente
solamente recibiría el resultado de su ejecución en el servidor, sin ninguna posibilidad
de determinar que código 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
Direcciones MAC.
Arrays.
2
BASES LEGALES
Capítulo VI
2
Decreto 3390
2
De los Delitos Contra los Sistemas que Utilizan Tecnologías de Información
Artículo 7.- Sabotaje o daño a sistemas. El que destruya, dañe, modifique o realice
cualquier acto que altere el funcionamiento o inutilice un sistema que utilice
tecnologías de información o cualquiera de los componentes que lo conforman, será
penado con prisión de cuatro a ocho años y multa de cuatrocientas a ochocientas
unidades tributarias.
La pena será de cinco a diez años de prisión y multa de quinientas a mil unidades
tributarias, si los efectos indicados en el presente artículo se realizaren mediante la
creación, introducción o transmisión, por cualquier medio, de un virus o programa
análogo.
Cuando el agente hubiere actuado con el fin de procurar para sí o para otro algún 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.
3
diccionarios de datos, combinados con el volumen de transacciones, representan la
materia prima para el diseño de Base de Datos.
Análisis: Fase que permite obtener una información detallada sobre los
requerimientos planteados por el usuario y que servirá de base para el diseño y
desarrollo de un sistema.
Base de Datos: Conjunto de datos organizados de modo tal que resulte fácil acceder
a ellos, gestionarlos y actualizarlos. Conjunto de datos organizados entre los cuales
existe una correlación y que están almacenados con criterios independientes de los
programas que los utilizan. La filosofía 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.
Clave Principal: Se usa para hacer referencia a registros específicos de una tabla
desde otra tabla. También se puede decir cuando uno o más campos se identifican de
manera única en cada registro de una tabla.
2
más a una filosofía que a un conjunto determinado de productos. Generalmente, el
modelo se refiere a un puesto de trabajo o cliente que accede mediante una
combinación de hardware y software a los recursos situados en un ordenador
denominado servidor.
Freeware: Política de distribución libre o gratuita de programas. Utilizada para gran
parte del software de Internet. En general, estos programas son creados por un
estudiante o alguna organización (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 encriptación), que se distribuyen de este modo.
3
nombre de usuario y contraseña 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 páginas web, ya que les permite actualizar los contenidos
transfiriendo al servidor nuevos contenidos, gráficos, etc.
Internet: Red de redes. Sistema mundial de redes de computadoras interconectadas.
Fue concebida a fines de la década de 1960 por el Departamento de Defensa de los
Estados Unidos; más precisamente, por la ARPA. Se la llamó primero ARPAnet y fue
pensada para cumplir funciones de investigación. Su uso se popularizó a partir de la
creación de la World Wide Web. Actualmente es un espacio público utilizado por
millones de personas en todo el mundo como herramienta de comunicación e
información.
Kernel: Núcleo o parte esencial de un sistema operativo. Provee los servicios básicos
del resto del sistema.
Link: Enlace. Imagen o texto destacado, mediante subrayado o color, que lleva a otro
sector del documento o a otra página web.
4
Linux: Sistema operativo de código fuente libre para computadoras personales
derivado de Unix.
MySQL: Es una de las bases de datos más populares desarrolladas bajo la filosofía
de código abierto.
Password: Contraseña.
Query: Consulta. Búsqueda en una base de datos.
Registros: Un conjunto de datos acerca de una persona, lugar o algún otro elemento.
Replica: Es una copia de una base de datos, incluyendo sus tablas, consultas,
formularios, informes, macros y módulos. Los cambios en los datos de una tablas
replica se aplican a las demás replicas y diseño principal.
Root: Cuenta del administrador en UNIX. Es la más poderosa de las cuentas, permite
el acceso a todo el sistema (incluidas claro está las cuentas de los demás).
Router: Ruteador. Sistema constituido por hardware y software para la transmisión
de datos en Internet. El emisor y el receptor deben utilizar el mismo protocolo.
5
Servidor Web: es el corazón de Internet, entre otros importantes dispositivos. Todo
ordenador tiene un servidor o máquina dedicada, la cual está conectada a Internet
para dar disponibilidad a sitios Web, cuando son solicitadas por usuarios de la red.
6
CAPÍTULO III
MARCO METODOLÓGICO
Según Tamayo y Tamayo (2001) define la investigación como “un proceso que,
mediante la aplicación del método científico, procura obtener información relevante y
fidedigna, para entender, verificar, corregir o aplicar el conocimiento.” (p.37). Así
mismo, Canales y colaboradores (1994) expresan que la investigación es el “estudio
sistemático, controlado, empírico, reflexivo y crítico de proposiciones hipotéticas
sobre las relaciones que existen entre los fenómenos naturales.”(p.25). Ambos
autores concuerdan en que la investigación es un proceso de búsquedas de repuestas,
interrogantes o información, de manera clara y eficaz, aplicando una serie de técnicas
y métodos. Basado en ello, permite descubrir nuevos hechos o datos, relaciones o
leyes en cualquier campo de conocimiento humano.
7
de productos tecnológicos en general…” (p.17). En este sentido, el estudio por su
carácter innovador, propone el diseño de un sistema automatizado para el registro y
control de las obras contratadas y pagos de la Dirección de Planta Física de la
Universidad Nacional Experimental “Rómulo Gallegos”. Con este software se
pretenderá tener una herramienta eficaz, la cual podrán utilizar los empleados
adscritos a dicha dirección a fin de manejar información oportuna y confiable.
De igual forma la temática contempla una investigación de campo, que según Arias
(1997), “consiste en la recolección de datos directamente de la realidad donde ocurre
los hechos, sin manipular o controlar variable alguna”. (p.50). La investigación
consistirá en un estudio realizado con el fin de interpretar, entender la naturaleza y
explicar las causas y efectos derivados de la problemática objeto a estudio, por lo cual
los datos serán tomados de la realidad.
2
Tipo de Metodología desde el punto de vista tecnológico
Dirigido por los Casos de Uso: Según Kruchten(2000), los Casos de Uso son “una
técnica de captura de requisitos que fuerza a pensar en términos de importancia para
el usuario y no sólo en términos de funciones que sería bueno contemplar”(p. 89). Se
define un Caso de Uso como un fragmento de funcionalidad del sistema que
proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos
funcionales del sistema. En RUP los estos no son sólo una herramienta para
especificar los requisitos del sistema. También guían su diseño, implementación y
prueba. Los Casos de Uso constituyen un elemento integrador y una guía para el
trabajo.
1
arquitectura que no se vea fuertemente impactada ante cambios posteriores durante la
construcción y el mantenimiento. Cada producto tiene tanto una función como una
forma. La función corresponde a la funcionalidad reflejada en los Casos de Uso y la
forma la proporciona la arquitectura. Existe una interacción 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: Según 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
función 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 más pequeñas 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 iteración (un recorrido más 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 de una
secuencia de iteraciones. Cada iteración aborda una parte de la funcionalidad total,
pasando por todos los flujos de trabajo relevantes y refinando la arquitectura. Cada
iteración se analiza cuando termina. Se puede determinar si han aparecido nuevos
requisitos o han cambiado los existentes, afectando a las iteraciones siguientes.
Durante la planificación de los detalles de la siguiente iteración, el equipo también
examina cómo afectarán los riesgos que aún quedan al trabajo en curso
Fase 1: Inicio
2
Se enfocan hacia la comprensión del problema y la tecnología, la delimitación del
ámbito del proyecto, la eliminación de los riesgos críticos, y al establecimiento de una
línea base (baseline) de la arquitectura. Durante la fase de inicio las iteraciones hacen
ponen mayor énfasis en actividades modelado del negocio y de requisitos.
Encontrar los Casos de Uso críticos del sistema, los escenarios básicos que definen la
funcionalidad.
El caso de negocio.
2
Al terminar la fase de inicio se deben comprobar los criterios de evaluación para
continuar:
Todos los interesados en el proyecto coinciden en la definición del ámbito del sistema
y las estimaciones de agenda.
Fase 2: Elaboración
Completar la visión.
Crear un plan fiable para la fase de construcción. Este plan puede evolucionar en
sucesivas iteraciones. Debe incluir los costes si procede.
1
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 mayoría de los casos desarrollados.
En esta fase se debe tratar de abarcar todo el proyecto con la profundidad mínima.
Sólo se profundiza en los puntos críticos de la arquitectura o riesgos importantes.
La arquitectura es estable.
1
Todos los interesados coinciden en que la visión 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: Construcción
Se lleva a cabo la construcción del producto por medio de una serie de iteraciones.
Para cada iteración se selecciona algunos Casos de Uso, se refina su análisis y diseño
y se procede a su implementación y pruebas. Se realiza una pequeña cascada para
cada ciclo. Se realizan tantas iteraciones hasta que se termine la implementación de la
nueva versión del producto.
Conseguir versiones funcionales (alfa, beta, y otras versiones de prueba) tan rápido
como sea práctico.
1
Caso del Negocio Actualizado
Fase 4: Transición
Prueba de la versión Beta para validar el nuevo sistema frente a las expectativas de
los usuarios
Funcionamiento paralelo con los sistemas legados que están siendo sustituidos por
nuestro proyecto.
1
Conseguir que el usuario se valga por si mismo.
Un producto final que cumpla los requisitos esperados, que funcione y satisfaga
suficientemente al usuario.
Prototipo Operacional
Documentos Legales
Línea de Base del Producto completa y corregida que incluye todos los modelos del
sistema
Las iteraciones de esta fase irán dirigidas normalmente a conseguir una nueva
versión.
Como se puede observar en cada fase participan todas las disciplinas, pero que
dependiendo de la fase el esfuerzo dedicado a una disciplina varía.
POBLACIÓN Y MUESTRA
1
Según Ander-Egg (1983), se entiende por población 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 fracción (la muestra) que se pretende que reúna las mismas
características y en igual proporción.” (p.43). Asimismo, Mejías (1996), plantea que
“la muestra es una parte de la población, es decir, un número de individuos u objetos
seleccionados científicamente, cada uno de los cuales es un elemento del universo”
(p.9). Además del carácter representativo que tiene la muestra, esta deberá ser
seleccionada mediante la elección de las unidades de la muestra al azar; Shao (1982),
señala que “este método garantiza que cada elemento de la población tiene la igual
oportunidad de ser seleccionado” (p.326). En tal sentido la población representada
por el personal adscrito a la dirección de planta física de la Universidad Nacional
Experimental “Rómulo Gallegos”, está conformada por seis (6) personas lo que
refiere a la unidades de análisis y objeto de estudio cómodo para realizar el estudio,
por lo que como muestra se asume la totalidad de la población..
Cargo N° de Personas
Ingeniero 1
Inspector 1
Analista de Costo 4
Total 6
Con relación a la recolección de datos, Best (1995), señala que “Las técnicas de
recolección de datos son las distintas formas o maneras de obtener la información”.
Por tal motivo, existe una gran diversidad de técnicas e instrumentos que pueden ser
utilizadas por el investigador para el desarrollo de los sistemas de información, los
cuales pueden ser la entrevista, la encuesta, el cuestionario, la observación y los
diagramas de flujo. Todas estas técnicas se aplicarán en un momento en particular,
con la finalidad de buscar información que será útil para la investigación.
1
En este sentido, la técnica de recolección de datos a emplear en esta investigación
será la observación directa la cual se realizará mediante la presencia física y la
relación del autor con el área objeto de investigación llevada a cabo. Respecto a la
misma, Tamayo y Tamayo (2001) señala que es “una técnica con la cual el
investigador puede observar y recoger los datos mediante su propia revisión” (p. 22).
Es decir, esta técnica permite captar los aspectos más 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:
2
incluidas, y los encuestados deben responder solos, sin intermediarios” (p.474), lo
cual se tomará en cuenta para su aplicación a los sujetos que conformaron la muestra
para esta investigación.
Del mismo modo, se hará uso de la técnica de análisis documental, la cual consiste en
la selección y recopilación de información, por medio de la lectura y critica de
documentos y materiales bibliográficos con la finalidad de sustentar teóricamente el
tema planteado. En él se incluyen las búsquedas de Internet, el análisis de textos u
otras investigaciones, selección de fuentes primarias, dar preferencia a los autores
clásicos. Para llevar a cabo las técnicas anteriormente mencionadas, se utilizarán
como instrumento un diario de campo y un cuestionario.
VALIDEZ
3
En este caso, tres (3) especialistas emitirán su opinión: un experto en metodología y
dos especialistas en el área de informática, quienes examinarán el cuestionario y
comprobarán que tanto su diseño como su contenido son adecuados y cumplen con
los objetivos de la investigación, estos profesionales plasmarán su opinión en un
formato de validación del instrumento.
Confiabilidad
KR 20 =
K
1 −
∑ p.q ìtems
K − 1 S 2T ( aciertos)
3
0.41 – 0.60 Confiabilidad Moderada
2
CAPÍTULO IV
Análisis de Resultados
2
Tabulación: de acuerdo a las respuestas obtenidas se contabilizaron los datos
obtenidos, estos se agruparon y se plasmaron en cuadros para una mejor graficación
de la información adjunta.
Grafico N°3. Sistema automatizado para llevar a cabo los procesos de registro y
control de obras.
3
En la figura 1 se observa que la totalidad de los encuestados respondieron que la
Dirección de planta física no dispone de un sistema automatizado para llevar a cabo
sus procesos de registro y control de las obras de la U.N.E.R.G, es decir sus procesos
son manuales.
2
RESPUESTAS FRECUENCIAS PORCENTAJES
SI 5 83%
NO 1 17%
TOTAL 6 100%
Fuente: Méndez. (2009)
Por medio de los porcentajes de la figura 3 se determinó que para la mayoría de los
integrantes de la Dirección de planta física la implantación de un sistema
automatizado agilizaría el procesamiento de los datos.
2
En la figura anterior se observa que no todas las personas poseen conocimientos de
computación. Por lo que se considera necesario que ellos participen en cursos de
computación para que estén actualizados en esta área.
2
Ítem 5. ¿Un sistema automatizado es una ayuda para manejar los
volúmenes de información de la Dirección de planta física de la U.N.E.R.G?
1
SI 4 67%
NO 2 33%
TOTAL 6 100%
Fuente: Méndez. (2009)
2
Ítem 7. ¿Con un sistema automatizado sería más oportuna la información?
En la figura anterior se señala que la mayoría de los encuestados están de acuerdo que
con un sistema automatizado se generaría la información en forma oportuna.
1
Ítem 8. ¿Un sistema automatizado ayudaría a economizar los costos de
impresión de reportes?
1
Ítem 9. ¿Un sistema automatizado ayudaría a reducir el tiempo de
procesamiento de información?
El empleo del análisis 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.
1
Descripción del Sistema Actual
Una vez ejecutada la contratación de obra, la Dirección de Planta Física debe ejecutar
el control, inspección y registro de la obra ejecutada, por ejecutar, obra cancelada y
obra por cancelar; información que es requerida con mucha frecuencia por el
Rectorado como ente contratante.
1
Los mencionados reportes de registro y control de la obras contratadas por la
universidad se generan al concluir el proyecto, así como también el control de la
inversión en planta física por año, este es un proceso que debería realizarse
periódicamente, pero se retrasa debido a la pérdida de tiempo que genera la
recopilación de la información que reposa en los archivos de la Dirección de Planta
Física.
3
Fuente: Méndez, 2009.
Luego del análisis detallado del sistema actual que se maneja para el registro y
control de obras contratadas de la Universidad Rómulo Gallegos, se ha observado que
1
existen trámites excesivos que a la hora de emitir información se producen, pérdida
de tiempo en los procesos, el no suministro de la información pertinente para la toma
de decisiones, estos aspectos generados por volumen de información que se maneja y
la lentitud en los procesos.
Pues bien, para una solución adecuada de cara a las necesidades principales
Análisis DOFA.
Fortalezas Debilidades
1
Se cumple con las necesidades actuales
del departamento en cuanto a los
informes que se deben generar. Los procesos se vuelven repetitivos y
lentos al realizar el registro de obras de la
Se logra calcular la inversión de planta universidad.
física de la universidad. Se realizan los procesos por separado para
lograr el control de las obras contratadas.
Profesionales altamente capacitados Sobrecarga de trabajo en el usuario final.
para realizar el desarrollo del sistema, a Que no se permita implantar el Sistema
través de los programas de aplicación. Automatizado para el registro y control de
obras contratadas por la universidad.
Plataforma tecnológica, disponible para El personal puede o no familiarizarse
implementar cambios en el sistema rápidamente al nuevo sistema para el
actual. registro y control de obras contratadas.
Usuarios no satisfechos con el nuevo
Los equipos existentes pueden ser sistema para el registro y control de obras
utilizados para llevar a efecto el contratadas.
desarrollo e implementación del
sistema propuesto.
Oportunidades Amenazas
Existencia de equipos que garantizan el
rendimiento necesario para soportar el
Resistencia al cambio por parte del
flujo de la información que pueda tener
personal.
el sistema.
Posibles cambios en la tecnología.
Optimización de toda la plataforma
existente.
Estrategias
Desarrollar e implementar un Sistema de Información Automatizado que permita
controlar la gestión de los registros de las obras contratadas por la Universidad
Nacional Experimental Rómulo Gallegos.
Mejorar los procesos para que se realicen de una manera más eficaz y confiable para
la Dirección de Planta Física.
Realizar un diseño que se adapte a cambios utilizando los recursos existentes.
Automatizar los procesos manuales para que estos sean más rápidos y haya ahorro de
tiempo.
Capacidad al personal que maneje el sistema automatizado en la dirección de planta
física.
1
ACTORES QUE INTERVIENEN EN EL SISTEMA ACTUAL
Dirección de Planta física encargada de garantizar una planta física que permita el
logro de la misión institucional planificando, coordinando, ejecutando y supervisando
las actividades relativas a proyectos, mantenimiento y administración de espacios,
para el desarrollo integral de sedes.
información actual y futura que deben ser satisfechas por el sistema propuesto.
1
Requerimientos de Entrada
Por otro lado, es necesario establecer niveles de seguridad acordes con la información
que se maneja, es por ello que se debe utilizar permisología por claves de acceso, que
den cumplimiento a ciertos parámetros como únicas por el usuario, restricción a
usuarios no autorizados.
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
1
se recomienda que se realice backup periódicamente en los dispositivos de
almacenamientos respectivo en función de disponer de información en cualquier
momento y asegurarla por cualquier daño en los equipos.
Requerimientos de Información
Requerimientos de Salida
El sistema debe generar los reportes y consultas necesarios para llevar a cabo la
gestión de registro y control de obras contratadas para la toma de decisiones y la
información práctica.
2
Consulta general de obras contratadas
Requerimientos de adaptabilidad
1
CAPÍTULO V
Objetivo General:
Objetivos Específicos:
3.- Manejar el flujo de los datos suministrados por el sistema en función de su uso.
Módulos
1
En cuanto al diseño de módulos, 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.
Módulo de Registro
Esta opción cuanta con el registro de nuevos usuarios, para posibles modificaciones
de password y eliminación.
Módulo Obras
Modulo Reportes
Genera todas y cada unas de las obras agregadas a la base de datos en un documento
PDF.
2
Fuente: Méndez (2009)
3
Registro
Sistema
automatizado
para el registro
y control
Obras
Reportes
1
ALCANCE DEL SISTEMA PROPUESTO
DICCIONARIO DE DATOS.
2
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
Campo varchar(50)
Tipo No
Null Requerido Comentarios
areac varchar(20)
n_contrato varchar(20) No No
ano
nombres varchar(15) No
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
NORMALIZACIÓN Y RELACIONES.
Normalización
Se evitó la duplicación de información en la base de datos.
Campo Tipo
id varchar(15)
login varchar(10)
pas varchar(10)
nivel int(3)
1
Campo Tipo
código varchar(4)
rif varchar(30)
nombre_co varchar(50)
n
dirección varchar(50)
ciudad varchar(30)
estado varchar(30)
teléfono varchar(20)
correo Varchar(50)
Campo Tipo
n_contrato varchar(20)
nombres varchar(50)
ubicacion varchar(50)
areas varchar(50)
nombres_co varchar(20)
n
monto varchar(10)
descripcion varchar(100
)
Fecha_i Varchar(20)
ano Varchar(15)
PROCESAMIENTO DE TRANSACCIONES
Módulo Inicio
3
Ca Tip
Al acceder al sistema se presenta el módulo, se m o
po
pide la clave de acceso y el login para poder n_ varc
ingresar a los módulos que conforman el sistema. co har(
ntr 20)
at
o
co varc
ntr har(
ati 50)
sta
m Var
on char
Módulo registro to (30)
c
de varc
sc har(
La pantalla de inicio al registro de obras es el rip 100
primer módulo que se muestra, en el se registran ci )
on
las obras, se controlan los estatus de las obras y se c
emiten los reportes respectivos. fe varc
ch har(
a_ 15)
ini
va varc
lu har(
ac 5)
io
n
M varc
on har(
to 30)
_v
al
Módulo de Registro de Contratistas po Var
rc char
en (10)
taj
e
fe Var
ch char
a_ (15)
cu
l
1
El formulario principal de ingreso de datos de los contratistas muestra la información
requerida para cada uno de los contratistas que realizaran las obras.
CAPÍTULO VI
Pruebas
Prueba de Unidad
Esta referida al uso separado de cada módulo cotejando las operaciones, funciones
para la ejecución 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 razón de depurar posibles errores en ellas.
1
a la hora de agregar contratos en la planta física de la Universidad Nacional
Experimental Rómulo Gallegos
Pruebas alfa
Estas pruebas se ejecutan en el lugar de ejecución 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
2
CONCLUSIONES
1
posibilidades de ofrecer mejores servicios. Desde su concepción, esta investigación
requirió una inversión de tiempo considerable para la administración, sin embargo, la
efectividad del sistema permitirá obtener beneficios tangibles e intangibles, reflejados
en un retorno seguro de la inversión.
RECOMENDACIONES
2
✔ Elaborar planes de respaldo de la información, que permitan tener un
resguardo de la misma, para casos especiales que pongan en riesgo la
integridad de la información.
REFERENCIAS BIBLIOGRÁFICAS
1
Arias, F. (2006). El Proyecto de Investigación. Caracas- Venezuela: Editorial
EPISTEME, C.A.
3
Lepawsky, M. (1998). Deontología Informática. Editorial cultural. Madrid – España.
5
Universidad Nacional Experimental de los Llanos Centrales “Rómulo
Gallegos” (2007). Área de Ingeniería de Sistemas. Normas para la Elaboración,
presentación y evaluación en el proyecto de grado en el área de Ingeniería de
Sistemas de la Universidad Nacional Experimental de los Llanos Centrales Rómulo
Gallegos.