Proyecto Bienes Nacionales SISACBIN

APLICACIÓN WEB PARA EL CONTROL DE
BIENES NACIONALES EN EL INSTITUTO

UNIVERSITARIO DE TECNOLOGÍA
DEL ESTADO BOLÍVAR
Tutor Académico: Autores:

Lcda. Karen Rangel T.S.U.
Denis Acosta
Domingo Méndez
Tutor Técnico:
Ing. Osmar González
Ciudad Bolívar, Mayo 2011

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
UNIVERSITARIA
INSTITUTO UNIVERSITARIO DE TECNOLOGÍA
DEL ESTADO BOLÍVAR
PROGRAMA NACIONAL DE FORMACIÓN EN
INFORMATICA

DEL ESTADO BOLÍVAR
Tutor Académico: Autores:

Lcda. Karen Rangel T.S.U.
Denis Acosta
Domingo Méndez
Tutor Técnico:
Ing. Osmar González
Ciudad Bolívar, mayo 2011

APROBACIÓN DEL PROYECTO SOCIOTECNOLÓGICO
Tutor Académico Tutor Técnico

REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN
UNIVERSITARIA
INSTITUTO UNIVERSITARIO DE TECNOLOGÍA
DEL ESTADO BOLÍVAR
PROGRAMA NACIONAL DE FORMACIÓN EN
INFORMATICA

DEL ESTADO BOLÍVAR
AUTORES: DOMINGO MÉNDEZ

DENIS ACOSTA
TUTOR: KAREN RANGEL

AÑO: 2010
RESUMEN
En la investigación realizada se planteo como objetivo general diseñar

una aplicación automatizada para el control de los bienes nacionales en el
Instituto Universitario de Tecnología del Estado Bolívar, como contribución al
desarrollo administrativo y en pro del progreso institucional. La
fundamentación teórica estuvo basada en todos los aspectos relevantes del
problema, los antecedentes, bases teóricas, bases legales y definición de
términos. La investigación se aplica al tipo de proyecto factible a través de
una investigación de campo descriptiva ya que los datos se obtuvieron en el
propio contexto de la realidad. Para la técnica de recolección de datos se
utilizo la revisión bibliográfica, la entrevista, la observación directa y el
cuestionario compuesto por trece (13) ítems. Los resultados fueron tabulados
y codificados en cuadros de distribución porcentual numérica simple. Los
resultados permitieron evaluar el sistema de control Interno actual,
considerando las debilidades detectadas y pudiendo determinar que el
sistema utilizado es inadecuado y por lo cual se requiere diseñar una
aplicación para el control de bienes nacionales para cumplir con los criterios
y directrices de operacionalidad. El software creado se desarrollo pensando
en la implantación con la aplicación de JAVA SCRIPT, PHP, MYSQL, AJAX,
SPRY, HTML, APACHE como servidor y como editor de aplicaciones
DREANWAVER y NVU.
INDICE GENERAL
DEDICATORIAS ...................................................................................... III
AGRADECIMIENTOS .............................................................................. V
RESUMEN ............................................................................................. VII
INDICE DE IMAGENES ........................................................................ VIII
INDICE DE CUADROS ........................................................................... IX
INTRODUCCION
CAPITULO I : EL PROBLEMA
Descripción del área de investigación .................................................... 4
Visión ................................................................................................. 5
Misión .................................................................................................. 5
Función .............................................................................................. 5
Planteamiento del problema ................................................................... 8
Objetivos de la investigación ................................................................ 10
Justificación .......................................................................................... 11
Alcance ................................................................................................. 12
Delimitación .......................................................................................... 12
CAPITULO II: MARCO TEÒRICO
Consideraciones generales .................................................................. 14
Antecedentes ........................................................................................ 14
Bases teóricas ...................................................................................... 15
Sistemas .......................................................................................... 15
Sistema automatizado ....................................................................... 16
Ciclo de vida de un sistema de información .................................... 16
Sistemas de información ................................................................... 17
Elementos de un sistema de información.......................................... 17
Clasificación de los sistemas ............................................................ 18
Paquetes estándar ............................................................................ 18
Control de inventario ......................................................................... 19
Base de datos .................................................................................. 19
Estructura de una base de datos....................................................... 20
Definición de términos básicos ............................................................ 21
CAPITULO III: MARCO METODOLÒGICO
Consideraciones generales .................................................................. 24
Tipo de investigación ............................................................................ 24
Diseño de investigación ........................................................................ 25
Técnicas e instrumentos para la recolección de datos ......................... 25
Tabulación de datos ............................................................................. 26
Metodología de sistema ........................................................................ 29
Metodología de la red Nacional de Integración y Desarrollo de Software
Libre (MERINDE) .................................................................................. 29
Fase de inicio .................................................................................... 30
Fase de elaboración .......................................................................... 30
Fase de construcción ........................................................................ 31
Fase de transición ............................................................................. 31
Estudio de factibilidad ........................................................................... 33
Factibilidad técnica ............................................................................ 33
Factibilidad económica ..................................................................... 33
Factibilidad Institucional .................................................................... 33
CAPITULO IV: DESCRIPCION DE LA PROPUESTA
Consideraciones generales ................................................................. 35
Objetivos ............................................................................................... 36
Requerimientos del hardware .............................................................. 37
Requerimientos funcionales ................................................................. 40
Requerimientos de entrada ................................................................. 41
Datos de entrada .................................................................................. 40
Requerimientos de captura de datos ................................................... 43
Requerimiento de validación de entradas ............................................. 45
Requerimiento de salida ...................................................................... 46
Diagrama de caso de uso .................................................................... 46
Actores del sistema ............................................................................. 47
Análisis diagrama de secuencia gestionar usuario ............................... 49
Análisis diagrama de secuencia registro de bienes .............................. 50
Análisis diagrama de secuencia asignación de bienes ........................ 51
Análisis diagrama de secuencia reasignación de bienes...................... 52
Análisis diagrama de secuencia préstamo de bienes ........................... 53
Análisis diagrama de secuencia desincorporación ............................... 54
Análisis diagrama de secuencia reporte estadísticos ........................... 55
Diagrama de clases .............................................................................. 55
Diagrama de entidad relación ............................................................... 58
CAPITULO V: IMPLEMENTACIÓN DEL DISEÑO TECNOLÓGICO
Descripción de la fase de implementación .......................................... 84
Descripción de la puesta en funcionamiento ....................................... 84
Descripción de la capacitación al/los usuario(s) ................................... 84
CAPITULO VI: PRUEBA E IMPLEMENTACIÓN DEL MODELO
REALIZADO
Metodología Aplicada para la aplicación de pruebas ........................... 85
Detección de fallas ............................................................................... 89
Correcciones......................................................................................... 89
CAPITULO VI: CONCLUSIONES Y RECOMENDACIONES
Conclusiones ........................................................................................ 90
Recomendaciones ................................................................................ 92
REFLEXIONES SOBRE LA EXPERIENCIA EN EL PROYECTO
SOCIOTECNOLÓGICO ...................................................................... 94
REFERENCIAS BIBLIOGRÁFICAS ....................................................... 96
ANEXOS
Árbol de problema ............................................................................... 98
Árbol de objetivo ................................................................................... 99
Entrevista ............................................................................................. 97
Cuestionario.......................................................................................... 98
Manual tomo II
INDICE DE IMÁGENES
Imagen Nº 1 Ubicación .............................................................................. 4
Imagen Nº 2 Organigrama ......................................................................... 6
Imagen Nº 3 Bases legales ...................................................................... 20
Imagen Nº 4 Cronograma de actividades ................................................ 32
Imagen Nº 5 Diagrama de modelado de base de datos ........................... 56
Imagen Nº 6 Diagrama relacional ............................................................. 57
Imagen Nº 7 Diagrama entidad relación ................................................... 59
Imagen Nº 8 Pantalla principal ................................................................. 60
Imagen Nº 9 Ingreso al sistema ............................................................... 60
Imagen Nº 10 Menaje de bienvenida ........................................................ 61
Imagen Nº 11 Menú inicio ....................................................................... 61
Imagen Nº 12 Menú de usuario ............................................................... 62
Imagen Nº 13 Menú registro de usuario .................................................. 62
Imagen Nº 14 Menú consulta de usuarios ............................................... 63
Imagen Nº 15 Menú eliminar usuario ...................................................... 63
Imagen Nº 16 Menú orden de compra o documento ............................... 64
Imagen Nº 17 Menú registro orden de compra ........................................ 64
Imagen Nº 18 Menú edición orden de compra ........................................ 65
Imagen Nº 19 Menú orden de pago ......................................................... 65
Imagen Nº 20 Menú registro orden de pago ............................................ 66
Imagen Nº 21 Menú consulta orden de pago .......................................... 66
Imagen Nº 22 Menú póliza ...................................................................... 67
Imagen Nº 23 Menú registro de póliza ................................................... 67
Imagen Nº 24 Menú edición de póliza .................................................... 68
Imagen Nº 25 Menú solicitud de préstamo ............................................... 68
Imagen Nº 26 Menú de conceptos .......................................................... 69
Imagen Nº 27 Menú concepto de incorporación ..................................... 69
Imagen Nº 28 Registro de conceptos de incorporación ............................ 70
Imagen Nº 29 Menú concepto desincorporación ..................................... 70
Imagen Nº 30 Registro de conceptos de desincorporación ...................... 71
Imagen Nº 31 Menú concepto de reasignación ....................................... 71
Imagen Nº 32 Registro de conceptos de reasignación ............................. 72
Imagen Nº 33 Menú asignación de bienes .............................................. 72
Imagen Nº 34 Edición de bienes asignados ............................................ 73
Imagen Nº 35 Menú bienes nacionales .................................................... 73
Imagen Nº 36 Menú registro de bienes nacionales .................................. 74
Imagen Nº 37 Menú edición bienes nacionales ........................................ 75
Imagen Nº 38 Menú desincorporación ................................................... 76
Imagen Nº 39 Menú edición bienes desincorporado ............................... 76
Imagen Nº 40 Reporte de bienes desincorporados ................................. 77
Imagen Nº 41 Menú préstamo ................................................................. 77
Imagen Nº 42 Menú edición préstamo .................................................... 78
Imagen Nº 43 Imprimir documento .......................................................... 78
Imagen Nº 44 Menú reasignación .......................................................... 79
Imagen Nº 45 Menú edición de reasignación ........................................... 79
Imagen Nº 46 Imprimir soporte de bienes asignados .............................. 80
Imagen Nº 47 Consulta de bienes por estatus ........................................ 80
Imagen Nº 48 Reporte general ................................................................. 81
Imagen Nº 49 Búsqueda por fecha........................................................... 81
Imagen Nº 50 Menú búsqueda numero correlativo ................................ 82
Imagen Nº 51 Menú búsqueda por descripción ....................................... 82
Imagen Nº 52 Ayuda ................................................................................ 83
Imagen Nº 53 Resultado JMETER .......................................................... 86
Imagen Nº 54 Informe agregado .............................................................. 87
Imagen Nº 55 Diseño de plantillas............................................................ 88
INDICE DE CUADROS
Cuadro Nº 1 Matriz FODA ......................................................................... 7
Cuadro Nº 2 Tabulación .......................................................................... 27
Cuadro Nº 3 Requerimientos mínimos del hardware ............................... 38
Cuadro Nº 4Requerimeniefo del sistema ................................................ 39
Cuadro Nº 5 Caso de uso sistema propuesto ......................................... 47
Cuadro Nº 6 Actores del sistema.............................................................. 48
Cuadro Nº 7 Diagrama de secuencia gestionar usuario .......................... 49
Cuadro Nº 8 Diagrama de secuencia registro de bienes ......................... 50
Cuadro Nº 9 Diagrama de secuencia asignar usuario ............................. 51
Cuadro Nº 10 Diagrama de secuencia reasignación del bien ................. 52
Cuadro Nº 11 Diagrama de secuencia prestar ......................................... 53
Cuadro Nº 12 Diagrama de secuencia desincorporar ............................. 54
Cuadro Nº 13 Diagrama de secuencia estadística ................................... 55
Cuadro Nº 14 Calendario de aplicación de pruebas ............................... 88
DEDICATORIA
AGRADECIMIENTOS
INTRODUCCIÓN
El proceso administrativo representa una parte esencial en las

actividades propias de la institución, estableciendo así una búsqueda
incesante en la eficacia y solidez en dar respuesta oportuna a los diferentes
requerimientos de la institución, con miras a dar cumplimiento a un macro
proyecto institucional hacia la automatización e integración administrativa, la
Aplicación web para el Control de Bienes Nacionales es un proyecto
institucional que permitirá mantener un control en cuanto al registro,
desincorporación, mantenimiento de los activos tangibles, así como la
ubicación e identificación del responsable de cada uno de los activos en la
Institución, de manera integrada, permitiéndole una visión precisa de los
activos en la institución para cumplir con los proceso administrativos.
Este proceso es avalado por el Departamento de de Bienes Nacionales,

encargados de verificar físicamente el adecuado cumplimiento, promoviendo
el vertiginoso desarrollo del Instituto Universitario de Tecnología del Estado
Bolívar. Para esto se desarrolló una investigación con la finalidad de elaborar
el sistema automatizado para el control de Bienes Nacionales, que de
respuesta veraz, completa y oportuna de las actividades propias del
Departamento de Bienes Nacionales dentro de una plataforma tecnológica.
Está estructurado en cuatro (4) capítulos, donde se describen de manera

detallada las distintas actividades que se realizaron para llevar a cabo los
objetivos de la investigación. En el Capitulo I, el problema que se basa en la
descripción del Área de Investigación (Ubicación, Misión, Visión,
Funciones y Organigrama), análisis Situacional (Matriz FODA),
planteamiento del problema, objetivo general, objetivos específicos,
justificación, Alcance y delimitación
1
Seguidamente el Capítulo II, en este capitulo se establece el marco teórico
tecnológico que fundamenta esta investigación, antecedentes teóricos y
tecnológicos, bases teóricas y tecnológicas (Sistemas de Información), bases
legales (pirámide de Kelsen) así como definición de términos que permiten
una mejor comprensión del problema.
El Capítulo III, el marco metodológico, comprende la descripción general de

la metodología, tipo y diseño de Investigación (Proyecto factible,
Investigación de Campo), técnicas e instrumentos de investigación
(Observación directa, encuestas, entrevistas y revisión documental),
tabulación de los datos (Tabla con los ítems de los cuestionarios),
metodología del sistema (Ciclo de vida del sistema) :fase de inicio, fase de
elaboración, fase de construcción, fase de transición así como cronograma
de actividades y estudio de factibilidad.
Capítulo IV descripción de la propuesta comprende el objetivo general,

objetivo específicos, requerimientos del hardware, requerimientos del
sistema (base de datos, lenguaje de programación, Sistema
operativo), requisitos funcionales, diagrama de casos de uso, actores del
sistema, diagrama de actividades, diagrama de secuencia, diagrama de
clases, entidades, diagrama de entidad-relación y Interfaz del Usuario.
Capitulo V implementación del diseño tecnológico enfoca descripción de la

fase de implementación, descripción de la puesta en funcionamiento,
descripción de la capacitación al/los usuario(s).
VI pruebas e implantación del modelo realizado, comprende la metodología

aplicada para la aplicación de pruebas, calendario de aplicación de pruebas,
diseño de plantillas, detección de fallas y correcciones. Posterior a todo el
2
contenido de los capítulos, se tiene las conclusiones, recomendaciones,
referencias bibliográficas y los anexos pertinentes, las interfaces diseñadas
y manual de usuarios.
3
CAPÍTULO I
EL PROBLEMA
En este capítulo se abordarán aspectos relacionados con el asunto en

estudio, corresponde a la descripción del proyecto, en ella se presenta el
diagnóstico situacional, justificación e impacto social y los objetivos:
generales y específicos de la investigación.
Descripción del área de investigación

El área para la cual se desarrollo el proyecto es el Instituto Universitario de
Tecnología del Estado Bolívar, específicamente en el Departamento de
Bienes Nacionales.
Imagen Nº1
Ubicación
Fuente:http://maps.google.es/?ie=UTF8&ll=8.142632,-63.549782&spn=0.004864,0.009645&t=h&z=17
4
Visión
El Departamento de Bienes Nacionales esta enfocado en promover el
desarrollo institucional a través de la prestación de servicios en el control de
bienes nacionales, para ser un departamento modelo consolidando la
eficacia y eficiencia en la administración y control de los bienes Nacionales,
con apego a las leyes y normativas vigentes, con la finalidad de garantizarle
a la comunidad universitaria y a los entes contralores del estado, de toda la
información oportuna, veraz y precisa sobre el patrimonio de bienes
nacionales propiedad del Instituto Universitario de Tecnología del Estado
Bolívar.
Misión
El Departamento de Bienes Nacionales de IUTEB, tiene como Misión; cumplir
con todos los procesos administrativos establecidos por las Finanzas
Públicas, para garantizar el registro, control y supervisión de todos los bienes
nacionales, patrimonio de la Nación, destinados Para la Educación
Universitaria, con altos niveles de eficacia y eficiencia.
Función
El Departamento de Bienes Nacionales tiene como función el resguardo de

todos los activos del Instituto Universitario de tecnología del Estado Bolívar,
cumpliendo con los procesos administrativos de control, dirección,
organización y supervisión de los bienes, permitiendo coordinar todas las
actividades administrativas relacionadas con los bienes de institución.
5
Imagen Nº 2
Organigrama
Fuente: Autores
6
Análisis Situacional
Cuadro Nº 1
Matriz FODA
FORTALEZAS:
 Cuentan con una planta física propia

 Tienen apoyo Gubernamental
 Hay personas con experiencia en el área de manejo de inventario.
 Cuentan con una plataforma tecnológica.
OPORTUNIDADES:
 Cuentan con un personal de asesoría técnica.

 Puede implementar software para mejorar sus operaciones.
DEBILIDADES:
 Manejo de los inventarios en forma manual.

 Falta de comunicación oportuna con los diversos departamentos de la institución.
 Pocos reportes de inventarios al año.
 No se mantienen actualizados los inventarios.
AMENAZAS:
 Tienden a perder los recursos asignados para la compra de insumos y bienes por
no hacer la solicitud a tiempo.
 Las operaciones normales del departamento puede verse afectada por la falta de
insumos o equipos.
 En una auditoria pueden ser sancionados por no mantener los inventarios al día.
Fuente: Observación directa y documental
7
Planteamiento del Problema
En los últimos años se ha experimentado en Venezuela un creciente interés

por el control de inventarios, el cual nace de estudios en el manejo de
almacén y responde a políticas administrativas; donde cada sector industrial,
empresarial, público, privado y de mercado posee una estructura de cadena
de suministro, incluso cada empresa dentro de un mercado tiene su propia
clasificación de inventarios.
Debido al aumento y ampliación de las dependencias públicas del gobierno

nacional en sus distintos niveles, por ende el aumento en la adquisición de
bienes muebles; surge la necesidad de implementar medidas administrativas
en el control y registros de inventario de bienes, en función de mejorar la
administración pública nacional, y disminuir el déficit de activos tangibles que
conforman los bienes nacionales y de esta manera poder mantener la
operatividad de las diferente instituciones del Estado.
Esto forma parte de un conjunto de medidas tomadas con el objetivo de

salvaguardar el patrimonio público de la nación; y reducir cuantiosos gastos
en esta materia por la falta de una administración objetiva en el manejo de
los activos.
El Gobierno Regional siguiendo los lineamientos fijados por el ejecutivo

nacional, y asumiendo su responsabilidad administrativa en el control de
inventario; debe trabajar conjuntamente por el desarrollo económico del país.
Al igual que en otros estados; el Estado Bolívar, a través de los entes e
instituciones gubernamentales juegan un papel importante en el desarrollo
económico de la nación, sin embargo, aún existen instituciones o entes
8
gubernamentales en los cuales las políticas definidas para el registro y
control de bienes, no se adaptan a los nuevos tiempos.
Tal es el caso del Instituto Universitario de Tecnología del Estado Bolívar,
donde existe un Departamento que controla y registra los Bienes Nacionales;
pero el registro del inventario es llevado en forma manual donde se ingresan
los datos en una aplicación ofimática del paquete de Microsoft Office
(EXCEL), el cual no es la más adecuada para administrar una base de datos
que permita de forma automatizada emitir reportes estadísticos de datos de
almacén, en tiempo real de manera precisa.
Además de no contar con un sitio web que permita la oportuna información

de los procesos propios del departamento. Trayendo como consecuencia
retardo en las líneas de acción y tomas de decisiones que se han planteado
en la institución incumpliendo con las diferentes fases de la administración en
el Instituto Universitario de Tecnología del Estado Bolívar.
9
Objetivos de la Investigación
Objetivo general
Implementar una Aplicación Web para el control de los Bienes Nacionales del
Instituto Universitario de Tecnología del Estado Bolívar.
Objetivos específicos
 Establecer los requerimientos fundamentales para control de los Bienes

Nacionales del Instituto Universitario de Tecnología del Estado Bolívar.
 Diseñar el software para el control de los Bienes Nacionales del Instituto

Universitario de Tecnología del Estado Bolívar.
 Realizar las interfaces de usuario necesarios para la interacción del

usuario con la Aplicación Web para el control de Bienes Nacionales en
 Crear una base de datos que permita almacenar y resguardar la integridad

de datos de los Bienes Nacionales en Instituto Universitario de Tecnología
del Estado Bolívar.
 Instalar el software para detectar las posibles fallas y realizar ajustes para
el correcto funcionamiento del sistema de control de bienes nacionales
en el Instituto Universitario de Tecnología del Estado Bolívar.
 Capacitar al personal del Departamento de Bienes Nacionales en Instituto

10
Justificación
El trabajo de investigación está orientado a contribuir con las políticas

administrativas del ejecutivo nacional en el control de los inventarios
realizado a los bienes nacionales; al fortalecimiento del decreto presidencial
3390, el cual incentiva y fomenta la producción de bienes y servicios para
cubrir con las necesidades; adoptando para ello el uso del software libre,
desarrollado bajo estándares abiertos, en la administración pública nacional;
facilitando la interoperabilidad de los sistema de información, y contribuyendo
a dar respuestas rápidas, oportunas; y mejorando la gobernabilidad.
El sistemas planteado, permitirá automatizar el proceso de inventario, con el

desarrollo de un software de aplicación que influya en disminuir las
deficiencias en el registro y control de los bienes nacionales. Utilizando para
su creación software libre con estándares abiertos y de bajo costo con
tecnología XAMPP; subsistema de software que se consigue con la unión del
sistema operativo Linux, servidor web Apache, el manejador de bases de
datos MySQL y los lenguajes de programación Php, Perl, Python.
Esta propuesta permite alcanzar la eficiencia en el control de inventario del

Departamento de Bienes Nacionales, al implementar un sistema
automatizado que permita consolidar la data de activos tangibles que existen
en la institución, visualizar sus características, determinar el estatus de uso o
desincorporación y donde se encuentran ubicados, buscando tener control
general sobre el inventario que refleje el área del almacén. La utilización de
un sistema automatizado de inventario permitirá el mejor funcionamiento,
fluidez y eficiencia de las actividades administrativas.
11
Alcance
El estudio de los procesos de control de inventario del Departamento de
Bienes Nacionales del Instituto Universitario Tecnología del Estado Bolívar
en cuanto al registro, Asignación, desincorporación y reportes estadísticos.
Para desarrollar un sistema automatizado de control de los activos tangibles
e intangibles de la Institución, ofreciendo información, a través de la web al
público en general y con acceso a los empleados de la institución
autorizados previamente por el administrador del sistema logrando fomentar
el desarrollo del instituto, así como, orientar a los empleados en el control de
los bienes nacionales. El beneficio directo con respecto a la implantación del
sistema es proyectarse como una institución publica de vanguardia para
cumplir con las exigencias establecidas por el Ministerio del Poder Popular
para la Educación Universitaria.
Delimitación
Esta investigación involucra el estudio y aplicación de las tecnologías
utilizadas en el desarrollo de los servicios de consultas relacionadas con la
web. Específicamente, se pretende desarrollar un sistema automatizado en
el Instituto Universitario de Tecnología del Estado Bolívar que permita
proporcionar información a los usuarios del sistema a través de la web.
La investigación se efectuó en un periodo de un año (12) meses
aproximadamente.
La investigación se ubica dentro de la Ingeniería, específicamente en el
campo de la ingeniería en informática debido al uso de novedosas
herramientas tecnológicas para el tratamiento automatizado de la información
y diseño, como es la técnica de modelado a objetos mediante la utilización
JAVA SCRIPT, PHP, MYSQL, AJAX, SPRY, HTML y APACHE como servidor
entre otros. Así como también se utilizo como editor de aplicaciones
DREANWAVER y NVU.
12
Esta investigación esta enfocada en el sistema actual para determinar las
fallas y los requerimientos de la institución a los fines de diseñar un nuevo
sistema de control de inventario, para dar cumplimiento a los procesos
administrativos de planificación, control, supervisión y reportes estadísticos.
13
CAPÍTULO II
MARCO TEÒRICO
Consideraciones generales
Este capítulo se refiere específicamente lo relativo a los aspectos

teóricos vinculados con el tema en estudio. Por ello dentro del marco teórico
se sustentan las bases de las diversas teorías y conceptos relacionados al
sistemas automatizado de control de bienes nacionales con el único
propósito de dar a la investigación una estructura coordina y coherente que
permitan integrar al problema en un ámbito donde refleje sentido.
La finalidad del marco teórico es ubicar la investigación en un contexto de

conocimientos sólidos, reflejando los antecedentes relacionado con el origen
de la investigación, un especial tratamiento a las bases teóricas sustentando
la investigación en un marco legal y finalmente la definición de términos en el
marco del presente estudio.
Antecedentes
Los sistemas automatizados cumplen un papel importante en el desarrollo de
las actividades de propias de la institución, se han convertido en el motor de
cambios haciendo posible la universalización de los intercambios de
información. Actualmente no existe en el Instituto de tecnología del Estado
Bolívar un sistema automatizado para el control de los bienes nacionales.
Seguidamente se precisan las investigaciones que de una u otra manera se

relacionan con el tópico objeto a indagación. Como resultado de las
revisiones de otras investigaciones se escogieron algunas vinculadas al
sistema de información automatizado para los bienes nacionales.
14
Cabrera (1999), expresa que “un sitio web tiene como propósito ofrecerle al
usuario la facilidad de obtener información (...), de las páginas web como
herramientas de difusión rompen las barreras impuestas por tecnologías
antiguas, que trabajaban en distintos entornos operativos”(p.123).
El aporte para esta investigación se centro en la forma como se aprovecho la

tecnología de internet para generar información dinámica permitiendo al
usuario navegar en distintos sitios web.
Senn (1997) expresa que: “el medio organizado proporciona información

pasada, presente y futura (proyecciones) relacionadas con las operaciones
internas y conocimientos externos de la organización” (p. 53).
Esta investigación refleja que el sistema de información automatizada

proporciona una clara información de las actividades propias de la
organización. Para así establecer medidas de control de sus actividades.
Bases Teóricas
A continuación se presentan todos los conceptos y elementos teóricos que
sustentan el marco de referencia de la investigación.
Sistemas
Redondo A. (2005) “es la unión de varios programas con el objeto de ejecutar
operaciones y obtener un resultado especifico a un problema previamente
definido” (p. 637).
15
Sistema Automatizado
Redondo A. (2005) define al sistema automatizado como:
Un conjunto de funciones dirigidas a la recopilación, elaboración,
evaluación, almacenamiento, recuperación, condensación y
distribución de información dentro de una organización, orientando
a promover el flujo de las mismas desde el punto en el que se
generan hasta el destinatario final. (p.24).
Así que en función de esto un sistema computarizado representa una

variedad de mecanismos o elementos físicos como lo son el Hardware de
procedimientos e instrucciones de procesamiento de información mientras
que el software de canales de comunicación (redes) y datos almacenados.
Esto con el propósito de apoyar y promover la eficiencia de toda empresa.
Los elementos de información son de naturaleza diversos y normalmente

incluye:
 El equipo Computacional.
 El recurso Humano.
 Los datos o fuentes de Información. (p.25)
Ciclo de vida de un sistema de información
Senn (1997), define el ciclo de vida como:
Un conjunto de actividades que los analistas, diseñadores y

usuarios realizan para desarrollar e implementar un sistema de
información. El método del ciclo de vida para el desarrollo de
sistemas consta de las siguientes fases: investigación
preliminar, determinación de los requerimientos del sistema,
diseño del sistema, desarrollo del software, prueba del sistema,
implantación y evaluación (p.87).
16
Sistemas de información
Senn (1997), se refiere a los sistemas de información como:
Es un conjunto de personas, datos y procedimientos que

funcionan en conjunto. Los elementos que conforman un
sistema están en constante interacción, lo que implica que los
variados componentes buscan un objetivo común para apoyar
las actividades de la organización, el resultado de este proceso
es la salida de información relacionada a estas actividades.
(p.75).
Elementos de un sistema de información
En un análisis sistémico, independiente del origen naturaleza y complejidad

de la realidad que estudia, se concibe organizado entre fases o etapas.
De acuerdo a estas fases Senn (1997), expresa lo siguiente
 La entrada: es la que se importa del medio que rodea al sistema

y que constituye el elemento o componente impulsor para el
funcionamiento del sistema, al caracterizarse como fuerza
alimentadora de este.
 El procesamiento: se cumple las acciones para procesar y

transformar la energía disponible conforme a los fines y objetivos
del sistema, es decir, la transformación de la entrada en
producto. incluye proceso de transformación que convierten las
entradas en salidas.
 La salida: es el resultado de un proceso transformado. Es la

salida (producto output) y constituye la finalidad para la cual se
programan y operacionalizan los componentes y las necesarias
relaciones del sistema. Al ser la salida lo esperado, es, por tanto
congruente con el objetivo. (p.15).
17
Se infiere que a través de estas etapas el sistema automatizado de
información facilita el soporte de las funciones organizacionales y toma de
decisiones en cualquier organización.
Clasificación de los sistemas
Sistemas cerrados: Redondo A (2005), expresa que “están completamente

estructurados. Los objetos y relaciones se combinan de una manera definida,
produciendo una salida invariable. Son diseñados para no cambiar su
estructura, métodos, criterios y metas Ejemplos sistemas físicos y
mecánicos”. (p.646).
Sistemas abiertos:
Redondo A (2005), infiere que los sistemas abiertos como:
Entrada (material, energía, información) del medio ambiente y

vuelca hacia el sus salidas, es decir, esta en constante
comunicación con su entorno. Tiene capacidad de crecimiento,
cambio y adaptación al ambiente y hasta auto reproducción,
bajo ciertas condiciones ambientales. Ejemplo sistemas
biológicos y sociales (p.650).
Paquetes estándar
Redondo A (2005), expresa que la mayoría de los paquetes para el área

contable están preparados para trabajar en dos formas diferentes:
Sistemas independientes: Redondo A (2005), es aquel que no

esta interconectado o integrado a ningún otro sistema. Por
ejemplo un sistema de inventarios controla solamente los
inventarios, no es necesaria una venta de contado o acredito
puesto que el sistema nada tiene que ver con el control de
efectivo o con clientes de la empresa.
18
Sistemas integrados: Redondo A (2005), en los sistemas
integrados o interactivos no es necesario repetir datos a la
computadora, pues los programas del sistema, que son mucho
mas sofisticados, prevén almacenar la información recibida en
un archivo de datos (base de datos) (p 651).
Control de inventario
Redondo A (2005), expresa que para que exista un control adecuado de

inventario se debe:
a) Procurar que el control de inventarios se realice por medios de

sistemas computarizados, especialmente si se mueven una gran
variedad de artículos. El sistema debe proveer control permanente
de inventarios, de manera de tener actualizadas las existencias
tanto en cantidad como en precio.
b) Establecer un control claro y preciso de de las entradas de
mercancías al almacén.
C) Mantener un estricto control y registro sobre los inventarios
propiedad de la empresa que se encuentre depositados fuera de
sus instalaciones: almacenadoras, mercancías enviadas en
consignación o depósito, entre otros (p.653).
Base de datos
Luis B. (1992) Una base de datos es un sistema formado por un

conjunto de datos almacenados de forma estructurada, esta
colección de datos pueden estar organizada de manera de dar
servicio a muchas aplicaciones al mismo tiempo al combinar los
datos, de forma que aparezcan una sola ubicación. (p.683).
Según Antonely, Colmenares y Criollo (1984), expresan que:
Una colección de datos interrelacionados almacenados en

redundancia perjudicial o innecesaria para servir a una o mas
aplicaciones en forma optima; los datos almacenados son
independientes de los programas que lo usan; un común y
controlado enfoque es usado en adiciones de nuevos datos,
19
modificación y búsqueda de nuevos datos almacenados en ella
(p. 25).
Estructura de una base de datos
Según Antonely, Colmenares y Criollo (1984), la base de datos esta

estructurada en Entidad, Atributos y sus Relaciones.
Entidad: un grupo de datos, puede ser identificado como

entidad o como atributo. La entidad se define como un ítem
mediante el cual se desea indicar o registrar información.
Atributo: se define así a la propiedad de una entidad. El valor
especifico de un atributo, conocido como elementos de datos,
se puede encontrar con los campos de registros que describe
una entidad.
Relaciones: es un término muy utilizado en el contexto de base
de datos que hace referencia a las relaciones entre las
entidades involucradas en la base de datos. (p.75).
Bases legales
Imagen Nº3
Fuente: documentos legales
20
Definición de términos básicos
Apache: Ristic (2005), “es un acrónimo de a patchy server, el cual es un

servidor de remiendos; es decir, un servidor construido con un código
preexistente y piezas y parches de código. Es el autentico software libre en el
ámbito de los servidores y de mayor éxito, por delante incluso del Kernel
Linux”.
Automatizado: Borras, (1992), “conjunto de acciones orientadas al

procesamiento de información a través de entradas y salidas que operan por
medios mecánicos” (pág. 830).
Bienes: Borras, (1992), “todo lo que es susceptible de ser apropiado colectiva

o individualmente”.(p.75).
Bienes Nacionales: Borras, (1992), son aquéllos cuyo dominio pertenece a la

nación, es decir, aquellos bienes que estando situados dentro del territorio
nacional, pertenecen a todos sus habitantes.(p.80).
Computador: Pedraza (2002), “recibe y acepta datos con el fin de procesarlos

para emitir respuestas de una forma exacta y rápida”(p.14).
Entrada: Pedraza (2002), “comprende la captura y el ensamblaje de

elementos que entran al sistema para ser procesado”. (p.46).
Hardware: Pedraza (2002), “es la parte física del computador, es decir, todas
las partes y componentes internos y externos que se pueden ver y tocar”
(p.30).
21
Información: Pedraza (2002), “es un conjunto de datos que posee significado,
es decir, datos que manejan el departamento o unidad de trabajo” (p.55).
Internet: Baserga, (1998) “es un gigantesco repositorio de información, en los

millones de computadoras conectadas podemos encontrar información
acerca de casi todos los aspectos de cultura humana”. (p.13).
MySQL: Thomson (2004), es un servidor multi-hilos de base de datos de

código abierto, confiable, rápido, compacto, poderoso y multiplataforma
podemos hacer las bases de datos a código abierto. Es una base de datos
rápida y fiable que se integra a la perfección con PHP y que resulta
adecuada para aplicaciones dinámicas.
Navegador: Thomson (2004), “es un programa de computador complejo que

proporciona una interfaz única de tipo “señalar y activar” para World Wide
Web”. (p .199).
PHP: Thomson (2004), “es un lenguaje que se encuentra embebido dentro

las paginas web. Esto quiere decir, que el código se incrusta en el mismo
documento en el que aparecen la etiquetas HTML”. (P. 36).
Programa: Pedraza (2002), “son una serie de instrucciones escritas que se

realizan en un lenguaje de computador y que cumplen una determinada
labor” ( p.14).
Requerimiento: Borras. (1992), “es una característica que debe incluirse en

un nuevo sistema. Esta puede ser la inclusión de determinada forma para
capturar o procesar datos, producir información, controlar la actividad de la
empresa o brindar soporte a la gerencia”. (p.982).
22
Servidores web: Thomson (2004),“los exploradores web solicitan servidores
web para realizar algún proceso o para devolver un archivo que se envía de
vuelta y se muestra en el explorador (…), un servidor web actúa como
servidor de archivos que entrega los archivos HTML a un explorador web” (p.
424).
Sitio web: Thomson (2004), “es entendido generalmente como una colección
de páginas Web y se enfatiza como una unidad de información o como un
objeto delimitado por una unidad física”.
Software: Pedraza (2002), es toda la parte lógica del computador, esto quiere
decir todos los programas, aplicaciones, sistemas operativos, juego, etc. Que
están almacenados en el disco duro o que se encuentran en unidades de
disco como disquetes o discos compactos (p. 30).
Unidades de salida: Pedraza (2002), “son aquellas que muestran los

resultados de la información ya procesada y los envían a los periféricos de
salida los cuales toman estos datos y los transforman en una forma lógica y
comprensible para las personas”. (p.46).
URL: Powell (2001) (Universal Resourse Locator), es una forma generalizada

de hacer referencia a objetos y servicios en internet. (p.100).
Web: Thomson (2004), “es un servicio de búsqueda avanzada de internet a

través del cual se accede toda la información y el contenido multimedia
disponible en esta”. (p. 18).
23
CAPÍTULO III
MARCO METODOLÓGICO
Consideraciones generales
Esta investigación es de carácter científico, donde la información

recolectada y analizada determina los resultados obtenidos. Es por ello que
el marco metodológico de la presente investigación refleja la aplicación de un
conjunto de métodos y procedimiento orientado a conocer la caracterización
y operacionalidad del sistema de control inventario de bienes nacionales y la
factibilidad de aplicar un sitio web de control de inventario.
En este capitulo se presentan los aspectos concernientes a la metodología

utilizada; tipo y diseño de investigación, construcción de los instrumentos y
su aplicación, la tabulación de datos y la metodología a utilizar para el
desarrollo del sistema.
Tipo de Investigación
Según la característica de la investigación, se puede decir que es de tipo
descriptiva. Sabino (1994), define a la investigación descriptiva “como en la
caracterización de un hecho fenómeno o grupo con el fin de establecer su
estructura o comportamiento” (p.48).
Ubicándose dentro del nivel descriptivo, se procedió a recopilar toda la

información relativa. La investigación descriptiva, trabaja sobre realidades de
hecho y sus características fundamentales por lo que se debe presentar una
interpretación correcta.
24
Balestrini (2001) destaca que “la medición en la investigación descriptiva está
orientada a determinar la factibilidad del proyecto”(p.129).
De modo que este ámbito de estudio se basa en el estudio de viabilidad del
proyecto, ésta fase es de mucha relevancia ya que de ella depende que el
sistema pueda o no ser aplicado.
Diseño de la Investigación
Es la estrategia a seguir para aportar soluciones a la problemática abordada.
En el presente trabajo el diseño incluye la modalidad documental y de
campo.
El diseño de investigación esta concebido para responder las interrogantes

del estudio planteado. El nivel más relevante es el de campo ya que los
datos de indagación fueron recopilados en el mismo lugar de los hechos,
este diseño es definido por Sabino, (1992) como: “Los métodos a emplear
cuando los datos de interés se recogen en forma directa de la realidad,
mediante el trabajo concreto del investigador y su equipo” (p.99).
Técnicas e instrumentos para recolección de datos
Brito.(1992) define las técnicas e instrumentos de recolección

como las únicas que permiten obtener información de fuentes
primarias y su habilidad o destreza para usar: Todos aquellos
medios, herramientas, recursos, métodos, técnicas e
implementos, (…), con el fin de obtener los datos e información
de acuerdo con el diseño de la investigación que se planteó”
(p.157).
La técnica de recolección de datos utilizada para la ejecución de este trabajo,
fue la entrevista, el cuestionario, la observación directa y la revisión
bibliográfica. Esta unidad es la expresión operante del diseño de
investigación, la descripción sintética de cómo se realizará la pesquisa.
25
Villafranca. D. (1996), señala que “el cuestionario es un instrumento de
análisis constituido por una serie de interrogaciones expresadas y cuyas
respuestas son asentadas por el encuestado” (p.99).
Para recoger los datos se aplico el cuestionario como instrumento de

preguntas dirigidas a los usuarios del sistema de control de inventario de
bienes nacional quienes expresan su opinión sobre los requerimientos,
funcionamiento, evaluación del sistema actual de control de inventarios. Para
recopilar información que permitan conocer la problemática a solucionar, se
logro conocer lo que se desea realizar que es Implantar una aplicación web
para un control automatizado de inventario.
Tabulación de datos
Formas de Representación
La forma de presentación de los datos se llevó a cabo a través de

distribuciones porcentuales. Villafranca. D. (1996). “Esta forma de
presentación consiste en ordenar los datos numéricos en filas y columnas
con especificaciones correspondientes acerca de su naturaleza “(p. 112).
Los cuadros muestran de manera clara y específica los resultados, tomando

en cuenta las alternativas de cada ítem, la frecuencia observada y el
porcentaje respectivo. A continuación se describen los resultados recabado
con el cuestionario aplicado, considerando estos datos de la realidad
empírica con la fundamentación teórica del estudio.
26
Tabulación
Cuadro Nº 2
Indicadores
ITEMS
Si % No %
Considera los procesos de registro de usuario, 2 100%

asignación, reasignación, préstamos,
desincorporación y reportes estadísticos e informar
como base para la elaboración de una aplicación
web de control de bienes nacionales en el Instituto
Universitario de Tecnología del Estado Bolívar
Tiene usted conocimiento sobre la existencia de un

2 100%
control de inventario en el Instituto Universitario de
tecnología del estado Bolívar
Conoce el proceso de inventario para el control de
2 100%
los bienes nacionales en el instituto universitario de
tecnología del estado Bolívar
Considera que el proceso actual de inventario en el

2 100%
instituto universitario de Tecnología del Estado
Bolívar, cumple con las necesidades de la
institución.
Utilizan alguna aplicación para almacenar los datos
2 100%
de los bienes en el instituto universitario de
Tecnología del Estado Bolívar.
Desearía usted implementar una aplicación para

2 100%
mejorar el registro en el control de los bienes
nacionales en el Instituto Universitario de
Tecnología del Estado Bolívar
27
Esta usted de acuerdo que los procedimientos
2 100%
actuales para realizar el control de bienes nacionales
sean los más óptimo para el Instituto Universitario de
Tecnología del Estado Bolívar
Considera que al momento de registrar el bien se
2 100%
debe hacer utilizando códigos correlativo.
La información sobre los bienes es de forma
1 50% 1 50%
oportuna en el Instituto Universitario de Tecnología
del Estado Bolívar
Se debe realizar la desincorporación de bienes en el
2 100%
Instituto Universitario de Tecnología del Estado
Bolívar
Total
15 5
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales.
La encuesta realizada a los empleados del Departamento de Bienes

Nacionales refleja que existe la necesidad de cambiar el proceso actual de
registro de bienes nacionales por un sistema automatizado.
28
Metodología del sistema
Para el desarrollo de este proyecto se utilizo la metodología el ciclo de vida

de los sistemas propuesta por Senn (1997), expresa:
Un enfoque por fases orientadas al desarrollo de sistemas y se

caracteriza por ser abierta, sistemática, relacional e integrada.
Es abierta, porque interactúa con el medio ambiente y para su
desarrollo es necesario que exista una relación entre
actividades a desarrollar y las partes involucradas
(organización, usuario y maquina). Así mismo es sistemática,
por que realiza un conjunto de tareas especificas que buscan
lograr el objetivo de la misma, la cual, es el diseño, desarrollo e
implementación de un sistema de información.. (p.55)
Metodología de la Red Nacional de Integración y Desarrollo de Software

Libre (MERINDE)
Es concebida para abarcar el desarrollo completo de sistemas de software de

diversa complejidad y magnitud, por lo cual su estructura responde a
desarrollos máximos y deberá adaptarse y dimensionarse en cada momento
de acuerdo a las características particulares de cada proyecto. Está basada
en componentes, lo cual quiere decir que el sistema software en construcción
está formado por componentes software interconectados a través de
interfaces bien definidas. Además, la metodología utiliza el Lenguaje
Unificado de Modelado (Unified Modeling Language, UML) para preparar
todos los diagramas de un sistema software.
Es un proyecto que propone un estándar abierto para el proceso de
desarrollo de software orientado a planes que se estructura describe el
proceso en términos de componentes de proceso, disciplinas, actividades,
artefactos y roles. Esta metodología está fuertemente fundamentada en los
requerimientos del Centro Nacional de Tecnología de Información (CNTI) y
29
en varias metodologías como el Proceso Unificado (UP) especialmente.
Fase de inicio: durante esta fase se define el modelo del negocio y el
alcance del proyecto. Se identifican todos los actores y casos de uso. Se
desarrolla, un plan de negocio para determinar qué recursos deben ser
asignados al proyecto.
El aspecto fundamental del análisis de sistema e comprender todas las

facetas importantes de la institución que se encuentran bajo estudio, así
mismo, las investigaciones detalladas requieren el estudio de manuales y
reportes, la observación en condiciones reales de las actividades de trabajo,
en algunas ocasiones muestras de formas y documentos con el fin de lograr
una compresión precisa del proceso en su totalidad.
El análisis fundamentalmente consiste en obtener una visión que se

preocupa de ver que hace el sistema de software a desarrollar, por tal motivo
este se interesa en los requerimientos funcionales. Por otro lado, el diseño es
un refinamiento que toma en cuenta los requerimientos no funcionales, por lo
cual se centra en como el sistema cumple sus objetivos.
Fase de elaboración: su objetivo general es plantear la arquitectura para el

ciclo de vida del producto (ver figura de abajo). Se construye un modelo de la
arquitectura, que se desarrolla en iteraciones sucesivas hasta obtener el
producto final, este prototipo debe contener los casos de uso críticos que
fueron identificados en la fase de inicio. En esta fase se realiza la captura de
la mayor parte de los requerimientos funcionales, manejando los riesgos que
interfieran con los objetivos del sistema, acumulando la información
necesaria para el plan de construcción y obteniendo suficiente información
para hacer realizable el caso del negocio.
30
Este tipo de análisis ven los objetos como descripciones de propiedades y
comportamientos requeridos. El diseño actúa como un puente entre las
actividades de análisis que describen los requisitos o propiedades que el
sistema debe tener, y las actividades de implementación que describen la
plataforma de programación y condiciones propias del lenguaje de dicho
sistema.
Fases de construcción: el objetivo general de esta fase es alcanzar la

capacidad operacional del producto de forma incremental a través de las
sucesivas iteraciones. En esta fase todas las características, componentes, y
requerimientos deben ser integrados, implementados, y probados en su
totalidad, obteniendo una versión aceptable del producto comúnmente
llamada versión beta.
Se hace énfasis en controlar las operaciones realizadas, administrando los
recursos eficientemente, de tal forma que se optimicen los costos, los
calendarios y la calidad.
Fase de transición: tiene como objetivo general entregar el producto funcional en

manos de los usuarios finales una vez realizadas las pruebas de aceptación por un
grupo especial de usuarios, para lo que se requerirá desarrollar nuevas versiones
actualizadas del producto, entrenar a los usuarios en el manejo del sistema,
completar la documentación, y en general tareas relacionadas con la configuración,
instalación y usabilidad del producto.
En el diseño, elaboración, construcción y transición de datos de SISACBIN

se empleó MeRinde por considerar que es una metodología que abarca el
desarrollo completo del sistema es un estándar para el proceso de desarrollo
de los sistemas en software libre (SL), por contar con una estructura que
31
corresponde a desarrollos máximos del software adaptándose a
características particulares del proyecto.
El sistema esta formado por componentes de software interconectados, a
través de interfaces bien definidas, además se utilizo el Lenguaje Unificado
de Modelado (UML) para preparar todos los diagramas del sistema, sirve
como guía de referencia y modelo a otras comunidades para el desarrollo de
software. Desde la planeación estratégica e identifica la importancia del
proyecto y el ciclo de vida.
Cronograma de Actividades
Imagen N º4
Fuente: Autores
32
Estudio de factibilidad
Factibilidad técnica: Los equipos necesarios para el desarrollo de la

aplicación existen en el IUTEB lo que se hace técnicamente factible el
proyecto. Para diseñar y desarrollar el sistema se requiere una serie de
herramientas de tipo software y hardware. Las herramientas seleccionas de
tipo de software se puede seleccionar tanto el sistema operativo Ubuntu,
Canaima entre otros así como XP, entre otros, para efectuar el desarrollo y
almacenamiento del sistema.
La tecnología requerida para el desarrollo del sistema existe actualmente el
Departamento de Bienes Nacionales cuenta con un computador con
capacidad: disco duro de 120, 512 de RAM, tarjeta de red alambrica,
procesador petium 4, equipo en optimas condiciones para la implantación
del sistema.
Factibilidad económica
En esta etapa se debe estudiar el costo que genera el desarrollo del proyecto
y los beneficios, el costo fue para los desarrolladores ya que se utilizo
artículos y equipos de oficinas, transporte, algunos servicios básicos, entre
otros. La institución no incurrió en gastos por contar con los equipos
requeridos y los programadores son estudiantes de la institución.
Es relevante señalar que la institución cuenta con la plataforma tecnológica
requerida para el funcionamiento del sistema.
Factibilidad institucional
El sistema funcionará en la web, al cual se habilitara de forma temporal para
realizar las pruebas técnicas accederá a través de la página oficial de
SISACBIN (www.sisacbin.net63.net/). Los usuarios podrán visualizar la
información que ellos soliciten, sin embargo, no se les permitirá alterar dicha
33
información si no cuenta con los permisos necesarios para realizar este
proceso. Posteriormente se instalara para su total funcionamiento en el
servidor institucional del IUTEB.
Al implementar este sistema en el IUTEB, facilitará el trabajo a los
empleados del departamento de Bienes Nacionales para la administración
de los activos de la institución, reduciendo el tiempo que invierte para la
elaboración de los informes de inventario solicitado.
El jefe del Departamento de Bienes Nacionales y los directivos de la
institución se encuentran en disposición a aceptar los cambios y mejoras que
el sistema ofrezca dentro del entorno de la institución, llevando a la
conclusión de que el sistema es factible operativamente, ya que se cuanta
con la aceptación y la tecnología para desarrollar el sistema con éxito.
34
CAPITULO IV
DESCRIPCIÓN DE LA PROPUESTA
Este capitulo presenta a la aplicación web denominada Sistema

Automatizado para el Control de los Bienes Nacionales (SISACBIN), la cual
permitirá acceso a los diferentes procesos que contienen formularios,
adecuados a los módulos de: usuario, asignación, reasignación, prestamos,
desincorporación y reportes estadísticos, desarrollada bajo una interfaz de
usuario amigable, interactiva y navegable, contiene un conjunto de botones
con atributos relacionados a los módulos que activaran eventos de edición,
consultar y registrar datos, posee un sitio web que contiene información
relacionada al Departamento de Bienes Nacionales con hipervínculos a sitios
web educativos, de igual forma esta normalizada una base de datos con sus
atributos definidos.
La versión 0.01, fue adaptada a los lineamientos exigidos por el

Ministerio del poder popular para las finanzas a través del Sistema Integrado
de Gestión y Control Financiero (SIGECOF). Con el objetivo de mantener la
pertenencia de los procedimientos y el apego de las normas a la vigente
legislación y evitar así su rápida obsolescencia.
35
Objetivo General
Administrar los bienes nacionales en el Instituto Universitario de Tecnología

del Estado Bolívar.
Objetivo Específicos
 Registrar los usuarios para acceder a la Aplicación Web para el control
de los Bienes Nacionales del Instituto Universitario de Tecnología del
Estado Bolívar.
 Controlar el uso de los Bienes Nacionales en el Instituto Universitario de

 Conocer el status de los Bienes Nacionales en el Instituto Universitario de

 Actualizar el stock de inventario en departamento de almacén en el

 Promover la eficacia y eficiencia en el uso y manejo de los bienes

Nacionales en el Instituto Universitario de Tecnología del Estado Bolívar.
 Informar sobre la situación actual de los Bienes Nacionales en el Instituto

36
Requerimientos del Hardware:
Como medida para verificar la factibilidad técnica del proyecto se describen a

continuación los requerimientos mínimos necesarios de hardware, para que,
la aplicación pueda funcionar sin mayores problemas; además, se detallan
los requerimientos recomendados del hardware del computador, según los
requerimientos de recursos del software actual.
También se describen las características del computador con el cual cuenta

el Departamento de Bienes Nacionales para trabajar con la aplicación web.
Por otro lado, se requiere de un servidor web para instalar la base de datos, y
de esta manera poder realizar y enviar consultas a la base de datos; el cual
no es necesario comprar uno; ya que, la institución cuenta con nuevos
servidores.
Requerimientos Mínimos del Hardware:
37
Cuadro Nº 3
Componentes Descripción
Procesador Pentium III o Celeron
Velocidad 1.0 GHz
Memoria RAM 512 MB, PC-133, modulo SIMM
Disco duro 20 GB
Pantalla Monitor SVGA
Teclado 104 teclas
Mouse Mecánico
Tarjeta de red 10/100Mbs
Unidad de CD ROM Si es requerida
UPS Se recomienda
Fuente: autores
38
Requerimientos del sistema:
El sistema requiere de una serie de software que permite el correcto

funcionamiento de la aplicación; entre los cuales tenemos:
Cuadro Nº 4
Software Componentes Descripción
El gestor de base de datos, combina el servidor

Web Apache, y los lenguajes programación PHP,
Gestor de bases de
MYSQL y el lenguaje estructurado de consulta SQL; por
datos
ser software libre no es necesario adquirir licencia
alguna.
El departamento viene usando el sistema

operativo Windows; sin embargo, se recomienda
que migre a software libre, ya que existe el
Sistema operativo Propietario o Libre
decreto presidencial 3390. El cual establece que
la administración pública nacional tiene que
migrar para el uso del software libre.
Fuente: autores
39
Requisitos Funcionales
Los requisitos funcionales de la aplicación web, establece que solamente los

usuarios previamente autorizados por el jefe de departamento y registrados
en la base de datos podrán acceder y hacer uso de la aplicación, de igual
forma la aplicación permitirá enviar comentarios para mejorar el
funcionamiento del sistema, adicionalmente los usuarios deberán conocer los
procedimientos administrativos para el uso de los procesos definidos en la
aplicación web.
Requerimientos de entrada
El diseño de entrada consiste en especificar las formas y procedimientos

para la preparación de los datos y la incorporación de los mismos (sin errores
u omisiones) a un procesamiento. Un buen diseño de entrada es fundamental
para obtener una buena salida. Además el diseño de entrada facilita que el
usuario pueda interactuar con el sistema de manera eficiente.
Los requerimientos de entrada abarcan una serie de aspectos que se deben

de tenerse en cuenta a la hora de realizar el diseño de entrada de datos; a
continuación se detallan los puntos sobre los cuales se hará el diseño de
entrada:
 Datos de entrada
 Recursos que utiliza el sistema para la captura de datos
 La codificación de los datos
 Diálogos para ayudar a los usuarios a ingresar los datos en el sistema
40
El diseño de entrada del sistema tendrá los siguientes objetivos:
 Efectividad: servirá a los propósitos del sistema.

 Exactitud: Sera el fiel reflejo de lo que se quiere reflejar.
 Amigabilidad y simplicidad: El diseño de entrada de datos tendrá una
estructura sencilla, lo cual, facilitara la incorporación directa de datos
por los usuarios, evitando confundirlo.
 Consistencia y coherencia: Los medios de entrada tendrán formato
similar, al utilizado en el sistema actual; de manera tal que se facilita la
interacción del usuario con el sistema.
Datos de Entrada:
Los datos de entrada se introducen a través de los siguientes campos; a los

cuales se les identifican por sus denominaciones.
a).- Organismo:
1.- Organismo {código, denominación}
2.- cuenta patrimonial {Código, Denominación}
3.- sub-cuenta patrimonial {Código, Denominación}
4.- catalogo {Código, Denominación}
5.- Ubicación geográfica {Región, Entidad federal, Municipio, Ciudad,

código postal, Dirección (calle, edificio, #, sector)}
b).- Responsable patrimonial primario
{C.I, Apellidos y nombres}
c).- Unidad administradora
41
{Código, denominación}
d).- Responsable patrimonial de uso
{C.I, Apellidos y nombres}
e).- Dependencia usuaria
{Código, Denominación}
f).- Identificación del bien:
1.- Renglón
2.- Nº de inventario del bien
3.- Nº correlativo o de ficha
4.- clasificación presupuestaria según plan único de cuenta
5.- Descripción (nombre, modelo, serial, color, observaciones)
6.- Tipo de bien {Muebles, Materiales, Semovientes}
7.- valor del bien en Bolívares fuerte
7.- Incorporación código
8.-concepto Incorporación
9.- Nº de incorporación
10.- Fecha incorporación
11.- Nº de orden de compra
12.- Fecha de la orden de compra
42
g).- Proveedor
1.- cedula de identidad
2.- nombre y apellido
3.- RIF o NIT
4.- Dirección
5.- Teléfono
h).- Contrato
{Numero de contrato, fecha de inicio, fecha de culminación}
i).- pagos
{Nº de la orden, Fecha, Nº de cheque, número de la cuenta de pago,

tipo de cuenta, observación}
j).- Desincorporación
{Fecha, código, concepto, descripción especifica, verificador (fecha y

apellido y nombre)}
k).- Responsable patrimonial primario receptor del bien
{Nombres y apellido, C.I, Unidad o dependencia}
l).- Reasignación
{Código, Concepto, Fecha, Nombre y Apellido del Receptor, C.I}
m).- Póliza de seguros
1.- Nº de póliza
43
2.- compañía de seguros
3.- Fecha de inicio del contrato
4.-Fecha de culminación del contrato
5.- Cobertura
6.- Monto póliza
n).- Estado del bien
1.- Vida útil del bien
2.- Valor residual
3.- Fecha de Rotulación
4.- Estado de conservación
5.- descripción especifica
6.- Fecha de la última verificación
o).- Departamento
1.- Código
2.- Nombre del departamento
Requerimientos de captura de datos
Es muy importante destacar que el formulario a utilizar para la entrada de

datos tendrá una estructura que orientará al usuario a ingresar los datos en
los campos dispuestos para tal fin; y contara con dos secciones separadas
44
para simplificar la interacción del usuario con el formulario de manera
eficiente. La parte superior será el encabezamiento, en el cual se muestra la
transacción y la identificación del proceso. La sección inferior es el cuerpo
del formulario y contiene los distintos campos con sus respectivas
denominaciones; los cuales incluyen menús de opciones.
La captura de datos se realizara por medio de un formulario, contentivo de

una serie de campos distribuidos según la información que recibirá en
función de facilitar su incorporación, los formularios serán llenados por el o
los usuarios a través del teclado.
Requerimiento de validación de entradas
Los diseños de las entradas tienen como finalidad reducir la posibilidad de

cometer errores o equivocaciones durante la entrada de datos. Sin embargo,
hay que suponer que se presentarán errores. Los cuales deben de tratar de
detectarse durante la entrada y corregirse antes de guardar los datos o
procesarlos. Ya que, Es mucho más difícil corregir datos equivocados
después de almacenarlos que antes de hacerlo. De hecho los datos
equivocados se olvidan con frecuencia hasta que alguien utilice un reporte
basado en esos datos y cuestiona su exactitud y validez.
Los datos se validarán del lado del cliente con JavaScript y del servidor con
PHP utilizando para tal fin una serie de parámetros que permitirán orientar al
usuario en la incorporación de los datos; así como, también se evitara que se
introduzcan datos por persona mal intencionado.
Los datos se validarán en cada campo en función del tipo de dato atendiendo
si acepta letras, números o una combinación de ellos; en función al valor del
45
dato, si este es entero y la cantidad de caracteres límites del campo; y
también se validaran en función de los valores claves, asegurando registros
únicos y cuyos valores no sean nulos.
Requerimientos de salidas (por pantalla, por impresora)
El sistema permitirá la visualización de los datos a través de la pantalla e

imprimirá los módulos a petición del o los usuarios, considerando los
siguientes datos: registros por departamentos, registro generales por
donaciones, compras y programas especiales; además permitirá la impresión
de ficha del bien, la cual reposara en los archivos del Departamento de
Bienes Nacionales. Así como, también se puede emitir reportes estadísticos.
Teniendo en cuenta los datos.
Diagrama de caso de uso del sistema propuesto
El siguiente cuadro, muestra el diagrama principal de los casos de uso de la

“Aplicación Web para el Control de los Bienes Nacionales”, este diagrama
principal indica como han sido agrupados los casos de uso mediante el uso
de los procesos principales según las actividades que ejecuta los usuarios
del Departamento de Bienes Nacionales del IUTEB.
Caso de uso propuesto: En el diagrama se puede apreciar los diferentes
actores descritos como entidades los cuales interactúan en el sistema y los
procesos que cada uno cumple, los cuales se especifican a continuación:
46
Caso de uso sistema propuesto
Cuadro Nº 5
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
Actores del sistema
En esta parte del documento se especifica, los tipos de actores del proyecto
(stakeholders) que de alguna manera intervienen en las mejoras del proyecto para
el “Sistema de Control de Bienes Muebles”, Los usuarios ó actores del proyecto
(stakeholders) se definen como “interesados” y se identifican de la siguiente
manera:
47
Actores del sistema
Cuadro Nº 6
Actores Descripción
Administrador Su función es gestionar el registro de usuarios en el sistema, tiene todos

los permisos. Este usuario debe ser el jefe del Departamento de Bienes
Nacionales.
Auxiliar Cumple la labor de registrar de bienes modificar, consultar y modificar

datos, además de generar reportes estadísticos y requisición de bienes.
Coordinador Su acceso estará orientado a solicitar bienes, a través de las

requisiciones.
48
Diagramas de secuencias
Cuadro Nº 7
Análisis de diagrama de secuencia gestionar usuario: es ejecutado por el

administrador del sistema, este proceso se acciona cuando el administrador
del sistema realiza la solicitud de creación, eliminación, modificación,
asignación, actualización y la asignación de los perfiles de usuarios;
enseguida la aplicación pide al administrador del sistema los datos para su
registro, el sistema valida y los procesa los datos. La gestión usuario se
realiza para establecer niveles de seguridad, asignando roles y restricciones
a los usuarios, de tal manera que se mantenga la integridad y
confidencialidad de los datos, y además se mantiene control de todos los
usuarios que interactuaran con el sistema.
49
Diagrama de registro
Cuadro Nº 8
Análisis de diagrama de registro de bienes: este proceso es realizado por

auxiliares, el cual se ejecuta cuando se ingresa un nuevo activo a la
institución, se modifica y se consulta el estatus del mismo. Se ejecuta cuando
el auxiliar realiza la solicitud al sistema; en el proceso la aplicación solicita al
usuario ingreso de los datos para su registro, este a su vez procesa y valida
los datos para un correcto funcionamiento. Este proceso es realizado para
llevar un control de los bienes nacionales que ingresan a la institución.
50
Diagramas de secuencia asignar
Cuadro Nº 9
Análisis de diagrama de asignación de bienes: el proceso de asignación

de bienes es ejecutado por los auxiliares del sistema, este proceso solo es
realizado una vez es evaluada la solicitud de requisición, verifica
disponibilidad en el stock de bienes; el jefe de bienes autoriza y el auxiliar
procede a ingresar datos al sistema, la aplicación procesa y valida los datos.
51
Diagramas de secuencia reasignar
Cuadro Nº 10
Análisis de diagrama de reasignación de bienes: el proceso puede ser

activado por los usuarios del sistema, una vez se haya evaluado la
requisición solicitando su reasignación, el auxiliar procede a ingresar datos y
la aplicación valida y verifica disponibilidad en el stock de bienes usados.
52
Diagramas de secuencia prestar
Cuadro Nº 11
Análisis de diagrama de prestamos de bienes: es ejecutado a nivel interno

y externo el responsable del bien (coordinadores del los diferentes
departamentos) llena un formulario de solicitud, el cual es enviado vía correo
electrónico al departamento de bienes, quien evalúa la solicitud; si esta
disponible el bien en uno de los departamentos; el sistema valida la solicitud
y el auxiliar envía un correo electrónico para proceder al préstamo del bien al
departamento
53
Diagramas de secuencia desincorporar
Cuadro Nº 12
Análisis de diagrama de desincorporación de bienes: una vez registrado

el bien ha cumplido con el tiempo de vida útil promedio que determina en el
momento de su incorporación o por estar en un estado inservible; entonces
se procede a su desincorporación de los bienes activos.
54
Diagramas de secuencia estadísticas
Cuadro Nº 13
Análisis de diagrama de reportes estadísticos: este es un proceso que

puede ser activado tanto por el jefe de bienes, y los auxiliares. Los datos son
introducido a la aplicación procesan la información, de acuerdo al tipo de
reporte, se valida y el sistema muestra por pantalla la solicitud; si es
necesario se imprime el reporte a petición del usuario.
55
Diagramas de modelado de base de datos
Estos diagramas de clases son el producto del análisis de los sistemas,

representan las tablas que conforman la base de datos.
Imagen Nº5
Fuente: Base de Datos SISACBIN
56
Diagrama relacional
Imagen Nº6
57
Diagrama entidad relación
La importancia en el diseño de una aplicación que maneje bases de datos;
para que funcione correctamente depende en gran medida de un buen
modelo de diagrama de Entidad Relación; el cual es el producto del diseño
de la base de datos, que por lo general se realiza en tres fases: el diseño
conceptual, El diseño lógico y El diseño Físico.
La primera fase es el diseño conceptual de los datos, en la cual se obtiene el

esquema conceptual de los datos, se utilizo como herramienta el modelo
conceptual de datos (UML), lenguaje usado para describir los esquemas
conceptuales, obteniéndose una estructura abstracta de los datos y el cual es
independiente del sistema gestor de bases de datos.
El diseño lógico de los datos, es la segunda fase en el diseño de una base

de datos, se aplico para obtener el esquema lógico de los datos; teniendo
como objetivo principal obtener una representación, que de manera más
eficiente presente los recursos disponibles para estructurar datos y modelar
restricciones.
El diseño físico es la última fase en el diseño de una base de datos y se usa

como herramienta el modelo físico de dato, el cual se expresa haciendo uso
del lenguaje de definición de datos. El modelo físico es un esquema físico de
datos, en el que se describen aspectos relacionados con la implantación de
la BD y es específico del sistema gestor de base de datos que se vaya a
utilizar.
El diseño lógico de datos, representado por medio de los diagramas de

Entidad Relación, orienta al diseñador ya que se tiene un modelo del
sistema, mediante la asociación de entidades relacionadas con flechas,
58
mostrando como esta compuesta y relacionada la base de datos.
Entidad relación
Imagen Nº7
59
Interfaces
A continuación se describe las interfaces del Sistema Automatizado para el

Control de Bienes Nacionales:
Imagen Nº8
Pantalla principal
Imagen Nº9
Ingreso al sistema
60
Imagen Nº 10
Mensaje de bienvenida
Imagen Nº11
Menú de inicio
61
Imagen Nº 12
Menú de usuario
Imagen Nº 13
Menú de registro de usuario
62
Imagen Nº 14
Menú consulta de usuarios
Imagen Nº 15
Menú eliminar usuario
Imagen Nº 15
Menú eliminar usuario
63
Imagen Nº 16
Menú orden de compra o documento
Imagen Nº 17
Registro de orden de compra
64
Imagen Nº18
Menú edición ordenes de compra
Imagen Nº19
Menú orden de pago
65
Imagen Nº20
Registro orden de pago
Imagen Nº21
Consultar orden de pago
66
Imagen Nº22
Menú de póliza
Imagen 23
Registro de póliza
67
Imagen Nº24
Menú edición de pólizas
Imagen Nº25
Menú solicitud de préstamo
68
Imagen Nº 26
Menú de conceptos
Imagen Nº 27
Menú de conceptos de incorporación
69
Imagen Nº 28
Registro de conceptos de incorporación
Imagen Nº 29
Menú conceptos de desincorporación
70
Nº30
Registro de concepto desincorporación
Imagen Nº 31
Menú concepto de reasignación
71
Imagen Nº 32
Registro de concepto de reasignación
Imagen Nº 33
Menú de asignación de bienes
Imagen Nº 34
72
Edición de bienes asignados
Imagen Nº 35
Registro de bienes nacionales
Imagen Nº 36
73
Menú de registro de bienes
Imagen Nº 37
74
Menú edición de bienes
Imagen Nº 38
75
Menú desincorporación
Imagen Nº 39
Edición de bienes desincorporación
Imagen Nº 40
76
Reporte de bienes desincorporados
Imagen Nº 41
Menú de préstamo
77
Imagen Nº 42
Edición de bienes en préstamos
Imagen Nº 43
Imprimir documentos
78
Imagen Nº 44
Menú reasignación
Imagen Nº 45
Menú edición de reasignación
79
Imagen Nº 46
Imprimir reporte de bienes reasignados
Imagen Nº 47
Consulta de bienes por estatus
80
Imagen Nº 48
Menú reporte general
Imagen Nº 49
Búsqueda por fecha
81
Imagen Nº 50
Menú de búsqueda de bienes numero correlativo
Imagen Nº 51
Menú de búsqueda de bienes por descripción
82
Imagen Nº 52
Ayuda
83
CAPITULO V
IMPLEMENTACIÓN DEL DISEÑO TECNOLÓGICO
En este capitulo se describe brevemente la implementación de la

aplicación web para el control de los bienes nacionales los resultados
obtenidos en el proyecto
Descripción de la fase de implementación
Como inicio se verificó los requerimientos básicos software y hardware del

computador, una vez realizado esto se procedió a la instalación del XAMPP,
actualización de lo navegadores, exportación de la aplicación a la carpeta
raíz del servidor (local host), importación de la base datos.
Descripción de la puesta en funcionamiento
En primera instancia se inició los servicios del servidor web, se verificaron los
permisos de acceso al sistema, se verificaron la navegabilidad y los procesos
operacionales.
Descripción de la capacitación al/los usuario(s)
Como última fase de implementación del diseño tecnológico se procedió a

capacitar el personal del Departamento de Bienes Nacionales, inducción que
abarco solo una (1) hora ya que el personal tiene conocimiento en el manejo
de hardware y software, el usuario comprendió con mucha facilidad la
aplicación demostrando la veracidad en el diseño del sistema de acuerdo a
sus requerimientos.
84
CAPITULOVI
PRUEBAS E IMPLANTACIÓN DEL MODELO REALIZADO
Esta fase se emplea de manera experimental para asegurarse de que el

software no tenga fallas. Es preferible detectar cualquier posible falla antes
que la institución implante el sistema, las pruebas son conducidas por los
usuarios del Departamento de Bienes Nacionales, a fin de asegurar que las
pruebas sean completas.
El presente capitulo tiene como objetivo, presentar los resultados de las
pruebas de rendimiento aplicados al sistema Automatizado para el Control de
los Bienes Nacionales SISACBIN. Este proceso permite asegurar y
garantizar el funcionamiento del sistema y demostrar el cumplimiento de los
requerimientos propuestos, de esta forma bridar un servicio eficiente y sin
fallas a los usuarios del sistema. Otras de las razones por la cual aplicamos
las pruebas, se fundamentan en demostrar su estabilidad, rapidez y
confiabilidad, utilizando el método de la caja negra.
Metodología aplicada para la aplicación de pruebas

La metodología utilizada es de la caja negra por que permite obtener una
visión del comportamiento de la aplicación en los procesos de entrada,
salida y resultados por medio de la interfaz, en ella se evidencia el
funcionamiento de cada modulo y demuestra las posibles fallas que cada una
pudiera tener. En consecuencia de esta metodología se utilizo la aplicación
JMETER a los fines de medir parámetros que se describen a continuación:
Para realizar la prueba de Stress se aplico JMETER utilizando el árbol de

configuración atendiendo a los siguientes procesos:
1.- Login
2. Menú principal
85
3.Consulta de usuarios
4.Consula de ordenes de compra.
5. Consulta de órdenes de pago.
6. Consulta de bienes registrados
7. Consulta de asignaciones
8. Consulta de prestamos
9. Consulta de desincorporaciones
10. Fin de sesión.
Imagen Nº 53
Resultados JMETER
Fuente: autores
Tomando en consideración los requerimientos del usuario directo, SISACBIN

fue realizado para el Instituto Universitario de Tecnología del Estado Bolívar
tomando como base treinta y seis (36) usuarios de los diferentes
departamentos que hacen vida en la institución sin embargo este software
86
esta diseñado para soportar mas 80 usuarios conectados de forma
simultanea, sin embargo la prueba se hizo tomando en cuenta 36 usuarios de
los diferentes departamentos que hacen vida en la institución, en la imagen
Nº 51 refleja una muestra al azar de veinte (20) usuarios representando el
caso optimo y en la imagen Nº 52 refleja los treinta y seis (36) usuarios
conectados de forma simultanea que representa el caso critico en ambos
casos los resultados fueron satisfactorios.
Imagen Nº 54
Informe agregado
87
Calendario de aplicación de pruebas
CUADRO Nº14
Descripción Horas
Alojamiento de la aplicación en un hosting 4horas
Alojamiento de la b ase datos 4 horas
Consistencia de base de datos 24 horas
Prueba de los módulos operacionales (insertar, modificar, 4 horas

consultar)
Mecanismos de seguridad 4 horas
Test de velocidad 24 horas
Fuente: Autores
Diseño de plantillas
Para llevar a cabo este tipo de pruebas se define el siguiente formato
Imagen Nº55
Fuente: Autores
88
Detección de fallas
En esta fase se procedió a evaluar la aplicación por parte del usuario final
donde después del periodo de prueba de la versión BETA se detecto las
siguientes fallas:
 Cuando se ingresa al sistema no permite el ingreso de números ni
caracteres espaciales.
 El espacio para la descripción del bien debe ser más amplio y permitir
más caracteres.
 Al momento de ingresar el numero de inventario debe indicar si esta
repetida la numeración.
 Cuando se ingresan los datos debe solicitar la confirmación para aceptar
los datos, no aceptarlos con enter.
 Al momento de ingresar un bien debe dar una alerta de repetición en los
distintos que ingresen.
 ¿EL código de imputación a que se refiere? Ya existen códigos de
partidas presupuestarias y código del codificador de presupuesto.
Correcciones
Se procedió a la instalación de SISACBIN en su versión 0.1 donde fueron
solventadas las fallas detectada por los usuarios en versión BETA
cumpliendo con sus sugerencias realizadas al culminar el periodo de
prueba. Con el único objetivo de rectificar y de esta manera presentar un
software de calidad al cliente. Una vez implementado, se procedió a
comprobar los siguientes aspectos: la navegabilidad del sitio verificación de
la base de datos, optimización de los procesos de edición, registro y
consulta de cada uno de los módulos operacionales, verificación de las tres
(3) normas de la normalización, test de velocidad.
89
CAPÍTULO VII
CONCLUSIONES Y RECOMENDACIONES
Conclusiones
Se cumplió el objetivo general del proyecto, Implementar una

Aplicación Web para el control de los Bienes Nacionales del Instituto
Universitario de Tecnología del Estado Bolívar. En relación a los objetivos de
estudios una vez aplicado los instrumentos de investigación y habiendo
efectuado los respectivos análisis, enmarcados en la metodología exigida por
el Instituto Universitario de Tecnología del Estado Bolívar consideramos lo
siguiente:
Los requerimientos fundamentales para control de los Bienes Nacionales del

Instituto Universitario de Tecnología del Estado Bolívar, comprende registros,
asignación, reasignación, préstamos, desincorporar y reportes o informes
estadísticos. Ya que estos se adecuan a las operaciones del Departamento
de Bienes Nacionales de la Institución en estudio.
En relación al diseño del software para el control de los Bienes Nacionales,

son específicos en relación al objeto que se pretende alcanzar, se incluyo
las interfaces necesarias para procesar la información de una manera eficaz
permitiendo la administración de los datos.
En desarrollo de las interfaces de usuario necesarias para la interacción del

usuario con la aplicación web, es imperante en consideración que éstas
interfaces son amigables y están altamente vinculados a los requerimientos
90
del sistema de control de inventario ellos deben recogen los datos para
producir las salidas necesarias.
Entorno a la creación de una base se datos que debe permitir almacenar y

resguardar la integridad de los datos de los bienes nacionales, esta enfocada
en el almacenamiento de toda la información de forma especifica.
La instalación del software se ejecuto para detectar las posibles fallas y

realizar ajustes para el correcto funcionamiento del sistema de control de
bienes nacionales. El periodo de prueba es de suma importancia ya que
permitirá la evaluación veraz y objetiva de esta propuesta.
La capacitación del personal del Departamento de Bienes Nacionales, es de

suma importancia para el correcto funcionamiento del sistema y la correcta
utilización del mismo para poder detectar las posibles fallas a nivel técnico y
funcional. Siendo el personal el encargado de operar el sistema
introduciendo los elementos de entrada para ser procesados y arrojen los
resultados esperado. Hay que tener en consideración que un sistema puede
fallar a nivel funcional ò operativo y con esta prueba se pretende eliminar las
posibles fallas.
91
Recomendaciones
Una vez culminado éste estudio, se formulan las siguientes

recomendaciones:
Se recomienda al Departamento de Bienes Nacionales ejecute el plan de

migración definitiva para el uso del software libre, contemplado en el decreto
presidencial 3390, en el cual establece que la administración pública
Nacional debe migrar al uso de este software; específicamente
recomendamos el uso del sistema operativo Ubuntu o Canaima, para así
dejar de utilizar sistemas operativos privativos, observando la situación es
opuesta y es contrario al decreto en cuestión.
En relación a los requerimientos fundamentales para control de los bienes

nacionales, se recomienda que los requerimientos se apliquen
sistemáticamente, mediante un proceso automatizado que maneje el
inventario y refleje el status, ubicación saldos continuos del estado de los
inventarios.
Con respecto a las interfaces de usuario necesarias para la interacción del

usuario con la aplicación web para el control de bienes nacionales, se
recomienda las interfaces presentadas en la aplicación por ser dinámicas,
amigables, es decir, de fácil comprensión y garantizan la seguridad de los
datos.
En relación al diseño del software para el control de los bienes nacionales,

representa un objetivo fundamental para el ingreso de los datos permitiendo
capturar la información, recomendando mantener el diseño de la versión
0.01.
92
Entorno a la creación de una base se datos que permita almacenar y
resguardar la integridad de los datos de lo bienes nacionales. Se recomienda
que la clave de acceso sea correctamente resguardada por el personal
autorizado y se cambie periódicamente para mayor seguridad.
El proceso de instalación del software para detectar las posibles fallas y

realizar ajustes para el correcto funcionamiento del sistema de control de
bienes nacionales, este proceso imperante, debe ser supervisado de una
forma rigurosa por los desarrolladores del sistema en conjunto con el jefe del
Departamento de Bienes Nacionales llevado a cabo por las personas a las
culés se les dio la inducción.
En la capacitación al personal del Departamento de Bienes Nacionales,

teniendo en consideración que el personal posee un conocimiento a nivel
técnico el tiempo de preparación o capacitación será breve en un lapso no
mayor a una semana.
Se recomienda utilizar más a menudo el correo institucional para mayor

fluidez de información entre el Departamento de Bienes y el resto de los
departamentos dependientes de la institución para dar respuesta de una
forma oportuna a los requerimientos del préstamo de los activos en las
diferentes áreas.
Se recomienda, que los registros de los bienes nacionales deben efectuarse

a través del Sistema Automatizado para el Control de los Bienes Nacionales
(SISACBIN) en la versión 0.01 con la finalidad que fluya la información mas
rápidamente entre los diversos departamentos involucrados en el ingreso,
uso y manejo de bienes en la institución permitiendo su administración.
93
REFLEXIONES SOBRE LA EXPERIENCIA EN EL PROYECTO
SOCIOTECNOLÒGICO
Deteniendo el tiempo y mirando hacia atrás, desde el principio de nuestra

carrera y hasta el presente, podemos decir, con certeza que no vemos
proyecto sociotecnológico como una materia o eje, sino como una
herramienta fundamental en el desarrollo del nuevo profesional, pues
permitió desarrollar habilidades de investigación, adquirimos herramientas
no sólo técnicas sino sociales. Las herramientas técnicas están enfocadas en
el uso y aplicación de metodología de sistemas.
Sabiendo que en la actualidad existen muchas metodologías, de ahí que la

aplicación dependerá de los requerimientos del sistema que se va
desarrollar, en nuestro caso específico el tipo de investigación nos llevó a la
aplicación de la Metodología de la Red Nacional de Integración y Desarrollo
de Software Libre (MERINDE), enfocando las cuatro fases esenciales como
son: inicio, elaboración, construcción y transición. Empleando herramientas
como lo es UML. Por supuesto ésta metodología está fuertemente
fundamentada en los requerimientos del Centro Nacional de Tecnología de
Información (CNTI) y en varias metodologías como el Proceso Unificado (UP)
especialmente.
Como herramienta social proyecto sociotecnológico se enfoca al estudio de

las diferentes problemáticas de la sociedad, como investigadores abordamos
comunidades muchas veces, realizamos diagnóstico participativo comunitario
entre otras, estas experiencias fueron muy positivas en nuestro desarrollo
como profesionales y como personas pues conocimos la información de
primera mano, es decir, por los afectados directos conociendo factores
cuantitativos y cualitativos de las comunidades.
94
En este último año nuestras debilidades como equipo las convertimos en
fortalezas, dimos tropiezos pero solventamos las diferencias continuamos y
es por que hoy presentamos el Sistema Automatizado para el Control de los
Bienes Nacionales (SISACBIN) versión 0.01, fruto de nuestra constancia y
nuestro esfuerzo.
95
REFERENCIAS BIBLIOGRÁFICAS
Álvarez M. HTML [Documento on line] Disponible en:

[http://www.desarrolloweb.com/articulos/que-es-html.html]
Antonely J, Colmenares I y Criollo Octavio. (1984). Base de Datos. Estudios

profesionales . Universidad Nacional Abierta. Venezuela Caracas.
Baeza J. (2005). XAMPP [Documento] Disponible en:

[http://www.genbeta.com/web/xampp-servidor-web-correo-base-de-datos-y-
mas-extras-en-pocos-minutos]
Baserga, P. (1998). Conectando su empresa internet. Montevideo. Ediciones

M.P. Uruguay.
Borras L. (1992). Pequeña y Mediana Empresa Editorial OSEANO. España
Brito, J. (1992). Como elaborar una tesis. Editorial CENDES. UCV. Venezuela
Cabrera J. (1999) Sistemas Prototipo de Sitio Web para ventas On-Line.

Universidad Dr, Rafael Belloso. Buenos Aires
Corporación coordinación y Comunicación (2010) Metodología RUP

[Documento en línea] Disponible en:
[http://merinde.org.ve/index.php?option=comcontent&task=view&id=137&
Itemid=192].
Redondo A. (2005) Curso Practico de Contabilidad General y Superior.

Editorial Centro Contable Venezolano. Venezuela Caracas
Ristic, Ivan. (2005) Apache Security (1ª ed.) [Documento on line] Disponible
en: [http://es.geocites.com/unycarmen/hwwet/T3/T3.htm]
Sabino, C. (1994). Como hacer una tesis. 1ªed. Editorial Canapo. Caracas.
Senn,J.(1997) Análisis y Diseño de sistemas de información. Editorial

McGrawHill. Mexico
Pedraza A. (2002). Informática Fácil y Práctica. Editorial G.E.L .Ltda. Bota
96
Powell, Thomas (2001). HTML4: Manual de Referencia. (3re Edición).
Editorial Osborne-McGran-Hill/interamericana de España S.A.U Madrid.
Thomsom, Laura (2004). Conceptos de PHP y MySQL. [Disponibles en]:

[http://www.agapea.com/Desarrollo-Web-con-PHP-y–MySQL-
n10467i.htm][Consulta:2007, Agosto 24].
Villafranca., D. (1996). Metodología de la investigación. Editorial Fundaca

CULTCA. Venezuela.
97
ANEXOS
98
Árbol del problema
Redundancias de Perdidas financieras Bajo control de los

datos para el estado bienes nacionales
Retardos en la entrega
de reportes estadísticos
Inconsistencias de datos Ineficiente operatividad del

IUTEB
Inadecuado sistema de control y

registro de Bienes
Insuficiente organización de la data Incremento en la adquisición de bienes

nacionales
Aplicación inadecuada para el manejo

de base de datos
99
Árbol de objetivos
Eficiente organización de la data Incremento en la adquisición de

bienes nacionales
Aplicación adecuada para el Aprovechamiento de los

manejo de base de datos recursos computacionales
Implementar un sistema
automatizado para el control de
bienes nacionales
Software de Aplicación
Desarrollo de aplicación Adiestramiento de los usuarios del

sistema
Aplicación de los instrumentos
100

Proyecto Bienes Nacionales SISACBIN

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Proyecto Bienes Nacionales SISACBIN

Uploaded by

Copyright:

Available Formats

APLICACIÓN WEB PARA EL CONTROL DE

BIENES NACIONALES EN EL INSTITUTO

Tutor Académico: Autores:

Ciudad Bolívar, Mayo 2011

APLICACIÓN WEB PARA EL CONTROL DE

Tutor Académico: Autores:

Ciudad Bolívar, mayo 2011

Tutor Académico Tutor Técnico

APLICACIÓN WEB PARA EL CONTROL DE

AUTORES: DOMINGO MÉNDEZ

TUTOR: KAREN RANGEL

En la investigación realizada se planteo como objetivo general diseñar

El proceso administrativo representa una parte esencial en las

Este proceso es avalado por el Departamento de de Bienes Nacionales,

Está estructurado en cuatro (4) capítulos, donde se describen de manera

El Capítulo III, el marco metodológico, comprende la descripción general de

Capítulo IV descripción de la propuesta comprende el objetivo general,

Capitulo V implementación del diseño tecnológico enfoca descripción de la

VI pruebas e implantación del modelo realizado, comprende la metodología

En este capítulo se abordarán aspectos relacionados con el asunto en

Descripción del área de investigación

El Departamento de Bienes Nacionales tiene como función el resguardo de

 Cuentan con una planta física propia

 Cuentan con un personal de asesoría técnica.

 Manejo de los inventarios en forma manual.

Fuente: Observación directa y documental

En los últimos años se ha experimentado en Venezuela un creciente interés

Debido al aumento y ampliación de las dependencias públicas del gobierno

Esto forma parte de un conjunto de medidas tomadas con el objetivo de

El Gobierno Regional siguiendo los lineamientos fijados por el ejecutivo

Además de no contar con un sitio web que permita la oportuna información

 Establecer los requerimientos fundamentales para control de los Bienes

 Diseñar el software para el control de los Bienes Nacionales del Instituto

 Realizar las interfaces de usuario necesarios para la interacción del

 Crear una base de datos que permita almacenar y resguardar la integridad

 Capacitar al personal del Departamento de Bienes Nacionales en Instituto

El trabajo de investigación está orientado a contribuir con las políticas

El sistemas planteado, permitirá automatizar el proceso de inventario, con el

Esta propuesta permite alcanzar la eficiencia en el control de inventario del

Este capítulo se refiere específicamente lo relativo a los aspectos

La finalidad del marco teórico es ubicar la investigación en un contexto de

Seguidamente se precisan las investigaciones que de una u otra manera se

El aporte para esta investigación se centro en la forma como se aprovecho la

Senn (1997) expresa que: “el medio organizado proporciona información

Esta investigación refleja que el sistema de información automatizada

Así que en función de esto un sistema computarizado representa una

Los elementos de información son de naturaleza diversos y normalmente

Ciclo de vida de un sistema de información

Senn (1997), define el ciclo de vida como:

Un conjunto de actividades que los analistas, diseñadores y

Senn (1997), se refiere a los sistemas de información como:

Es un conjunto de personas, datos y procedimientos que

Elementos de un sistema de información

En un análisis sistémico, independiente del origen naturaleza y complejidad

De acuerdo a estas fases Senn (1997), expresa lo siguiente

 La entrada: es la que se importa del medio que rodea al sistema

 El procesamiento: se cumple las acciones para procesar y

 La salida: es el resultado de un proceso transformado. Es la

Clasificación de los sistemas

Sistemas cerrados: Redondo A (2005), expresa que “están completamente

Redondo A (2005), infiere que los sistemas abiertos como:

Entrada (material, energía, información) del medio ambiente y

Redondo A (2005), expresa que la mayoría de los paquetes para el área

Sistemas independientes: Redondo A (2005), es aquel que no