Upload
domingo-mendez
View
5.961
Download
0
Embed Size (px)
DESCRIPTION
Proyecto Sociotecnologico de Bienes Nacionales
Citation preview
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
APLICACIÓN WEB PARA EL CONTROL DE BIENES NACIONALES EN EL INSTITUTO
UNIVERSITARIO DE TECNOLOGÍA DEL ESTADO BOLÍVAR
Ciudad Bolívar, mayo 2011
Tutor Académico: Autores: Lcda. Karen Rangel T.S.U. Denis Acosta
Domingo Méndez Tutor Técnico: Ing. Osmar González
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
APLICACIÓN WEB PARA EL CONTROL DE BIENES NACIONALES EN EL INSTITUTO
UNIVERSITARIO DE TECNOLOGÍA 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
1
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
2
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
3
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.
4
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
5
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.
6
Imagen Nº 2
Organigrama
Fuente: Autores
7
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
8
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
9
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.
10
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
Instituto Universitario de Tecnología del Estado Bolívar.
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
Universitario de Tecnología del Estado Bolívar.
11
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.
12
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.
13
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.
14
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.
15
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).
16
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).
17
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).
18
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.
19
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,
20
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
21
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).
22
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).
23
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).
24
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.
25
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.
26
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.
27
Tabulación
Cuadro Nº 2
ITEMS
Indicadores
Si % No %
Considera los procesos de registro de usuario,
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
2 100%
Tiene usted conocimiento sobre la existencia de un
control de inventario en el Instituto Universitario de
tecnología del estado Bolívar
2 100%
Conoce el proceso de inventario para el control de
los bienes nacionales en el instituto universitario de
tecnología del estado Bolívar
2 100%
Considera que el proceso actual de inventario en el
instituto universitario de Tecnología del Estado
Bolívar, cumple con las necesidades de la
institución.
2 100%
Utilizan alguna aplicación para almacenar los datos
de los bienes en el instituto universitario de
Tecnología del Estado Bolívar.
2 100%
Desearía usted implementar una aplicación para
mejorar el registro en el control de los bienes
nacionales en el Instituto Universitario de
Tecnología del Estado Bolívar
2 100%
28
Esta usted de acuerdo que los procedimientos
actuales para realizar el control de bienes nacionales
sean los más óptimo para el Instituto Universitario de
Tecnología del Estado Bolívar
2 100%
Considera que al momento de registrar el bien se
debe hacer utilizando códigos correlativo. 2 100%
La información sobre los bienes es de forma
oportuna en el Instituto Universitario de Tecnología
del Estado Bolívar
1 50% 1 50%
Se debe realizar la desincorporación de bienes en el
Instituto Universitario de Tecnología del Estado
Bolívar
2 100%
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.
29
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
30
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.
31
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
32
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
33
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
34
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.
35
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.
36
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
Tecnología del Estado Bolívar.
Conocer el status de los Bienes Nacionales en el Instituto Universitario de
Tecnología del Estado Bolívar.
Actualizar el stock de inventario en departamento de almacén en el
Instituto Universitario de Tecnología del Estado Bolívar.
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
Universitario de Tecnología del Estado Bolívar.
37
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:
38
Cuadro Nº 3
Componentes Descripción
Procesador Pentium III o Celeron
Velocidad
Memoria RAM
1.0 GHz
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
39
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
Gestor de bases de
datos MYSQL
El gestor de base de datos, combina el servidor
Web Apache, y los lenguajes programación PHP,
y el lenguaje estructurado de consulta SQL; por
ser software libre no es necesario adquirir licencia
alguna.
Sistema operativo Propietario o Libre
El departamento viene usando el sistema
operativo Windows; sin embargo, se recomienda
que migre a software libre, ya que existe el
decreto presidencial 3390. El cual establece que
la administración pública nacional tiene que
migrar para el uso del software libre.
Fuente: autores
40
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
41
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
42
{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
43
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
44
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
45
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
46
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:
47
Caso de uso sistema propuesto
Cuadro Nº 5
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:
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
48
Actores del sistema
Cuadro Nº 6
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
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.
49
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
50
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
51
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
52
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
53
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
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
54
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
55
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.
Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales
56
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
57
Diagrama relacional
Imagen Nº6
Fuente: Base de Datos SISACBIN
58
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,
59
mostrando como esta compuesta y relacionada la base de datos.
Entidad relación
Imagen Nº7
Fuente: Base de Datos SISACBIN
60
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
61
Imagen Nº 10
Mensaje de bienvenida
Imagen Nº11
Menú de inicio
62
Imagen Nº 12
Menú de usuario
Imagen Nº 13
Menú de registro de usuario
63
Imagen Nº 14
Menú consulta de usuarios
Imagen Nº 15
Menú eliminar usuario
Imagen Nº 15
Menú eliminar usuario
64
Imagen Nº 16
Menú orden de compra o documento
Imagen Nº 17
Registro de orden de compra
65
Imagen Nº18
Menú edición ordenes de compra
Imagen Nº19
Menú orden de pago
66
Imagen Nº20
Registro orden de pago
Imagen Nº21
Consultar orden de pago
67
Imagen Nº22
Menú de póliza
Imagen 23
Registro de póliza
68
Imagen Nº24
Menú edición de pólizas
Imagen Nº25
Menú solicitud de préstamo
69
Imagen Nº 26 Menú de conceptos
Imagen Nº 27 Menú de conceptos de incorporación
70
Imagen Nº 28 Registro de conceptos de incorporación
Imagen Nº 29 Menú conceptos de desincorporación
71
Nº30 Registro de concepto desincorporación
Imagen Nº 31 Menú concepto de reasignación
72
Imagen Nº 32 Registro de concepto de reasignación
Imagen Nº 33 Menú de asignación de bienes
Imagen Nº 34
73
Edición de bienes asignados
Imagen Nº 35 Registro de bienes nacionales
Imagen Nº 36
74
Menú de registro de bienes
Imagen Nº 37
75
Menú edición de bienes
Imagen Nº 38
76
Menú desincorporación
Imagen Nº 39 Edición de bienes desincorporación
Imagen Nº 40
77
Reporte de bienes desincorporados
Imagen Nº 41 Menú de préstamo
78
Imagen Nº 42 Edición de bienes en préstamos
Imagen Nº 43
Imprimir documentos
79
Imagen Nº 44 Menú reasignación
Imagen Nº 45
Menú edición de reasignación
80
Imagen Nº 46 Imprimir reporte de bienes reasignados
Imagen Nº 47
Consulta de bienes por estatus
81
Imagen Nº 48 Menú reporte general
Imagen Nº 49 Búsqueda por fecha
82
Imagen Nº 50 Menú de búsqueda de bienes numero correlativo
Imagen Nº 51 Menú de búsqueda de bienes por descripción
83
Imagen Nº 52 Ayuda
84
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.
85
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
86
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
87
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
88
Calendario de aplicación de pruebas
CUADRO Nº14
Fuente: Autores
Diseño de plantillas
Para llevar a cabo este tipo de pruebas se define el siguiente formato
Imagen Nº55
Fuente: Autores
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,
consultar)
4 horas
Mecanismos de seguridad 4 horas
Test de velocidad 24 horas
89
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.
90
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
91
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.
92
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.
93
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.
94
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.
95
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.
96
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
97
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.
98
ANEXOS
99
Árbol del problema
Inadecuado sistema de control y
registro de Bienes
Incremento en la adquisición de bienes nacionales
Aplicación inadecuada para el manejo de base de datos
Insuficiente organización de la data
Bajo control de los bienes nacionales
Inconsistencias de datos
Retardos en la entrega de reportes estadísticos
Redundancias de datos
Ineficiente operatividad del IUTEB
Perdidas financieras para el estado
100
Árbol de objetivos
Implementar un sistema automatizado para el control de
bienes nacionales
Software de Aplicación
Aplicación de los instrumentos
Adiestramiento de los usuarios del sistema
Desarrollo de aplicación
Incremento en la adquisición de bienes nacionales
Aprovechamiento de los recursos computacionales
Aplicación adecuada para el manejo de base de datos
Eficiente organización de la data