Vous êtes sur la page 1sur 113
APLICACIÓN WEB PARA EL CONTROL DE BIENES NACIONALES EN EL INSTITUTO UNIVERSITARIO DE TECNOLOGÍA DEL

APLICACIÓN WEB PARA EL CONTROL DE BIENES NACIONALES EN EL INSTITUTO UNIVERSITARIO DE TECNOLOGÍA DEL ESTADO BOLÍVAR

Tutor Académico:

Lcda. Karen Rangel

Tutor Técnico:

Ing. Osmar González

Autores:

T.S.U. Denis Acosta Domingo Méndez

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

Tutor Académico:

Lcda. Karen Rangel

Tutor Técnico:

Ing. Osmar González

Ciudad Bolívar, mayo 2011

Autores:

T.S.U. Denis Acosta Domingo Méndez

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

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:

AÑO: 2010

KAREN RANGEL

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 INTRODUCCION

IX

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

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

ANEXOS Árbol de problema Árbol de objetivo Entrevista Cuestionario Manual tomo II

ANEXOS Árbol de problema Árbol de objetivo Entrevista Cuestionario Manual tomo II
ANEXOS Árbol de problema Árbol de objetivo Entrevista Cuestionario Manual tomo II
ANEXOS Árbol de problema Árbol de objetivo Entrevista Cuestionario Manual tomo II

98

99

97

98

INDICE DE IMÁGENES

Imagen

1

Ubicación

4

Imagen

2

Organigrama

6

Imagen

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

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

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

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

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

35

Menú

bienes nacionales

73

Imagen Nº 36 Menú registro de bienes nacionales

74

Imagen Nº 37 Menú edición bienes nacionales

75

Imagen

38

Menú

desincorporación

76

Imagen Nº 39 Menú edición bienes desincorporado

76

Imagen Nº 40 Reporte de bienes desincorporados

77

Imagen

41

Menú

préstamo

77

Imagen Nº 42 Menú edición préstamo

78

Imagen

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

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

52

Ayuda

83

Imagen Nº 53 Resultado JMETER

86

Imagen

54

Informe agregado

87

Cuadro

1

INDICE DE CUADROS Matriz FODA

7

Cuadro Nº 2 Tabulación

27

Cuadro Nº 3 Requerimientos mínimos del hardware

38

Cuadro Nº 4Requerimeniefo del sistema

39

Cuadro Nº 5 Caso de uso sistema propuesto

47

Cuadro Nº 6 Actores del sistema

48

Cuadro Nº 7 Diagrama de secuencia gestionar usuario

49

Cuadro Nº 8 Diagrama de secuencia registro de bienes

50

Cuadro Nº 9 Diagrama de secuencia asignar usuario

51

Cuadro Nº 10 Diagrama de secuencia reasignación del bien

52

Cuadro Nº 11 Diagrama de secuencia prestar

53

Cuadro Nº 12 Diagrama de secuencia desincorporar

54

Cuadro Nº 13 Diagrama de secuencia estadística

55

Cuadro Nº 14 Calendario de aplicación de pruebas

88

DEDICATORIA

AGRADECIMIENTOS

INTRODUCCIÓN

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

Este proceso es avalado por el Departamento de de Bienes Nacionales, encargados de verificar físicamente el adecuado cumplimiento, promoviendo el vertiginoso desarrollo del Instituto Universitario de Tecnología del Estado Bolívar. Para esto se desarrolló una investigación con la finalidad de elaborar el sistema automatizado para el control de Bienes Nacionales, que de respuesta veraz, completa y oportuna de las actividades propias del Departamento de Bienes Nacionales dentro de una plataforma tecnológica.

Está estructurado en cuatro (4) capítulos, donde se describen de manera detallada las distintas actividades que se realizaron para llevar a cabo los

objetivos de la investigación. En el Capitulo I, el problema que se basa en la descripción del Área de Investigación (Ubicación, Misión, Visión,

Organigrama), análisis Situacional (Matriz FODA),

planteamiento del problema, objetivo general, objetivos específicos,

justificación, Alcance y delimitación

Funciones y

1

Seguidamente el Capítulo II, en este capitulo se establece el marco teórico tecnológico que fundamenta esta investigación, antecedentes teóricos y tecnológicos, bases teóricas y tecnológicas (Sistemas de Información), bases legales (pirámide de Kelsen) así como definición de términos que permiten una mejor comprensión del problema.

El Capítulo III, el marco metodológico, comprende la descripción general de la metodología, tipo y diseño de Investigación (Proyecto factible, Investigación de Campo), técnicas e instrumentos de investigación (Observación directa, encuestas, entrevistas y revisión documental),

tabulación de los datos (Tabla con los ítems de los cuestionarios), metodología del sistema (Ciclo de vida del sistema) :fase de inicio, fase de elaboración, fase de construcción, fase de transición así como cronograma

de actividades y estudio de factibilidad.

Capítulo IV descripción de la propuesta comprende el objetivo general, objetivo específicos, requerimientos del hardware, requerimientos del sistema (base de datos, lenguaje de programación, Sistema operativo), requisitos funcionales, diagrama de casos de uso, actores del sistema, diagrama de actividades, diagrama de secuencia, diagrama de clases, entidades, diagrama de entidad-relación y Interfaz del Usuario.

Capitulo V implementación del diseño tecnológico enfoca descripción de la fase de implementación, descripción de la puesta en funcionamiento, descripción de la capacitación al/los usuario(s).

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

aplicada para la aplicación de pruebas, calendario de aplicación de pruebas, diseño de plantillas, detección de fallas y correcciones. Posterior a todo el

2

contenido de los capítulos, se tiene las conclusiones, recomendaciones, referencias bibliográficas y los anexos pertinentes, las interfaces diseñadas

y manual de usuarios.

3

CAPÍTULO I

EL PROBLEMA

En este capítulo se abordarán aspectos relacionados con el asunto en estudio, corresponde a la descripción del proyecto, en ella se presenta el diagnóstico situacional, justificación e impacto social y los objetivos:

generales y específicos de la investigación.

Descripción del área de investigación El área para la cual se desarrollo el proyecto es el Instituto Universitario de Tecnología del Estado Bolívar, específicamente en el Departamento de Bienes Nacionales.

Imagen Nº1

Ubicación

el Departamento de Bienes Nacionales. Imagen Nº1 Ubicación Fuente :

4

Visión El Departamento de Bienes Nacionales esta enfocado en promover el desarrollo institucional a través de la prestación de servicios en el control de bienes nacionales, para ser un departamento modelo consolidando la eficacia y eficiencia en la administración y control de los bienes Nacionales, con apego a las leyes y normativas vigentes, con la finalidad de garantizarle a la comunidad universitaria y a los entes contralores del estado, de toda la información oportuna, veraz y precisa sobre el patrimonio de bienes nacionales propiedad del Instituto Universitario de Tecnología del Estado Bolívar.

Misión El Departamento de Bienes Nacionales de IUTEB, tiene como Misión; cumplir con todos los procesos administrativos establecidos por las Finanzas Públicas, para garantizar el registro, control y supervisión de todos los bienes nacionales, patrimonio de la Nación, destinados Para la Educación Universitaria, con altos niveles de eficacia y eficiencia.

Función

El Departamento de Bienes Nacionales tiene como función el resguardo de todos los activos del Instituto Universitario de tecnología del Estado Bolívar, cumpliendo con los procesos administrativos de control, dirección, organización y supervisión de los bienes, permitiendo coordinar todas las actividades administrativas relacionadas con los bienes de institución.

5

Imagen Nº 2

Organigrama

Imagen Nº 2 Organigrama Fuente: Autores 6

Fuente: Autores

6

Análisis Situacional

Cuadro Nº 1

Matriz FODA

FORTALEZAS:

Cuentan con una planta física propia

Tienen apoyo Gubernamental

Hay personas con experiencia en el área de manejo de inventario.

Cuentan con una plataforma tecnológica.

OPORTUNIDADES:

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

Puede implementar software para mejorar sus operaciones.

DEBILIDADES:

Manejo de los inventarios en forma manual.

Falta de comunicación oportuna con los diversos departamentos de la institución.

Pocos reportes de inventarios al año.

No se mantienen actualizados los inventarios.

AMENAZAS:

Tienden a perder los recursos asignados para la compra de insumos y bienes por no hacer la solicitud a tiempo.

Las operaciones normales del departamento puede verse afectada por la falta de insumos o equipos.

En una auditoria pueden ser sancionados por no mantener los inventarios al día.

Fuente: Observación directa y documental

7

Planteamiento del Problema

En los últimos años se ha experimentado en Venezuela un creciente interés por el control de inventarios, el cual nace de estudios en el manejo de almacén y responde a políticas administrativas; donde cada sector industrial, empresarial, público, privado y de mercado posee una estructura de cadena de suministro, incluso cada empresa dentro de un mercado tiene su propia clasificación de inventarios.

Debido al aumento y ampliación de las dependencias públicas del gobierno nacional en sus distintos niveles, por ende el aumento en la adquisición de bienes muebles; surge la necesidad de implementar medidas administrativas en el control y registros de inventario de bienes, en función de mejorar la administración pública nacional, y disminuir el déficit de activos tangibles que conforman los bienes nacionales y de esta manera poder mantener la operatividad de las diferente instituciones del Estado.

Esto forma parte de un conjunto de medidas tomadas con el objetivo de salvaguardar el patrimonio público de la nación; y reducir cuantiosos gastos en esta materia por la falta de una administración objetiva en el manejo de los activos.

El Gobierno Regional siguiendo los lineamientos fijados por el ejecutivo nacional, y asumiendo su responsabilidad administrativa en el control de inventario; debe trabajar conjuntamente por el desarrollo económico del país. Al igual que en otros estados; el Estado Bolívar, a través de los entes e instituciones gubernamentales juegan un papel importante en el desarrollo económico de la nación, sin embargo, aún existen instituciones o entes

8

gubernamentales en los cuales las políticas definidas para el registro y control de bienes, no se adaptan a los nuevos tiempos. Tal es el caso del Instituto Universitario de Tecnología del Estado Bolívar, donde existe un Departamento que controla y registra los Bienes Nacionales; pero el registro del inventario es llevado en forma manual donde se ingresan los datos en una aplicación ofimática del paquete de Microsoft Office (EXCEL), el cual no es la más adecuada para administrar una base de datos que permita de forma automatizada emitir reportes estadísticos de datos de almacén, en tiempo real de manera precisa.

Además de no contar con un sitio web que permita la oportuna información de los procesos propios del departamento. Trayendo como consecuencia retardo en las líneas de acción y tomas de decisiones que se han planteado en la institución incumpliendo con las diferentes fases de la administración en el Instituto Universitario de Tecnología del Estado Bolívar.

9

Objetivos de la Investigación

Objetivo general Implementar una Aplicación Web para el control de los Bienes Nacionales del Instituto Universitario de Tecnología del Estado Bolívar.

Objetivos específicos

Establecer los requerimientos fundamentales para control de los Bienes Nacionales del Instituto Universitario de Tecnología del Estado Bolívar.

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

Realizar las interfaces de usuario necesarios para la interacción del usuario con la Aplicación Web para el control de Bienes Nacionales en 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.

10

Justificación

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

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

Esta propuesta permite alcanzar la eficiencia en el control de inventario del Departamento de Bienes Nacionales, al implementar un sistema automatizado que permita consolidar la data de activos tangibles que existen en la institución, visualizar sus características, determinar el estatus de uso o desincorporación y donde se encuentran ubicados, buscando tener control general sobre el inventario que refleje el área del almacén. La utilización de un sistema automatizado de inventario permitirá el mejor funcionamiento, fluidez y eficiencia de las actividades administrativas.

11

Alcance El estudio de los procesos de control de inventario del Departamento de

Bienes Nacionales del Instituto Universitario Tecnología del Estado Bolívar en cuanto al registro, Asignación, desincorporación y reportes estadísticos. Para desarrollar un sistema automatizado de control de los activos tangibles

e intangibles de la Institución, ofreciendo información, a través de la web al público en general y con acceso a los empleados de la institución autorizados previamente por el administrador del sistema logrando fomentar

el desarrollo del instituto, así como, orientar a los empleados en el control de

los bienes nacionales. El beneficio directo con respecto a la implantación del

sistema es proyectarse como una institución publica de vanguardia para cumplir con las exigencias establecidas por el Ministerio del Poder Popular para la Educación Universitaria.

Delimitación Esta investigación involucra el estudio y aplicación de las tecnologías utilizadas en el desarrollo de los servicios de consultas relacionadas con la web. Específicamente, se pretende desarrollar un sistema automatizado en el Instituto Universitario de Tecnología del Estado Bolívar que permita proporcionar información a los usuarios del sistema a través de la web. La investigación se efectuó en un periodo de un año (12) meses aproximadamente. La investigación se ubica dentro de la Ingeniería, específicamente en el campo de la ingeniería en informática debido al uso de novedosas herramientas tecnológicas para el tratamiento automatizado de la información

y diseño, como es la técnica de modelado a objetos mediante la utilización JAVA SCRIPT, PHP, MYSQL, AJAX, SPRY, HTML y APACHE como servidor entre otros. Así como también se utilizo como editor de aplicaciones DREANWAVER y NVU.

12

Esta investigación esta enfocada en el sistema actual para determinar las fallas y los requerimientos de la institución a los fines de diseñar un nuevo sistema de control de inventario, para dar cumplimiento a los procesos administrativos de planificación, control, supervisión y reportes estadísticos.

13

CAPÍTULO II

MARCO TEÒRICO

Consideraciones generales

Este capítulo se refiere específicamente lo relativo a los aspectos teóricos vinculados con el tema en estudio. Por ello dentro del marco teórico se sustentan las bases de las diversas teorías y conceptos relacionados al sistemas automatizado de control de bienes nacionales con el único propósito de dar a la investigación una estructura coordina y coherente que permitan integrar al problema en un ámbito donde refleje sentido.

La finalidad del marco teórico es ubicar la investigación en un contexto de conocimientos sólidos, reflejando los antecedentes relacionado con el origen de la investigación, un especial tratamiento a las bases teóricas sustentando la investigación en un marco legal y finalmente la definición de términos en el marco del presente estudio.

Antecedentes Los sistemas automatizados cumplen un papel importante en el desarrollo de las actividades de propias de la institución, se han convertido en el motor de cambios haciendo posible la universalización de los intercambios de información. Actualmente no existe en el Instituto de tecnología del Estado Bolívar un sistema automatizado para el control de los bienes nacionales.

Seguidamente se precisan las investigaciones que de una u otra manera se relacionan con el tópico objeto a indagación. Como resultado de las revisiones de otras investigaciones se escogieron algunas vinculadas al sistema de información automatizado para los bienes nacionales.

14

Cabrera (1999), expresa que “un sitio web tiene como propósito ofrecerle al

usuario la facilidad de obtener información (

herramientas de difusión rompen las barreras impuestas por tecnologías antiguas, que trabajaban en distintos entornos operativos”(p.123).

de las páginas web como

),

El aporte para esta investigación se centro en la forma como se aprovecho la tecnología de internet para generar información dinámica permitiendo al usuario navegar en distintos sitios web.

Senn (1997) expresa que: “el medio organizado proporciona información pasada, presente y futura (proyecciones) relacionadas con las operaciones internas y conocimientos externos de la organización” (p. 53).

Esta investigación refleja que el sistema de información automatizada proporciona una clara información de las actividades propias de la organización. Para así establecer medidas de control de sus actividades.

Bases Teóricas A continuación se presentan todos los conceptos y elementos teóricos que sustentan el marco de referencia de la investigación.

Sistemas Redondo A. (2005) “es la unión de varios programas con el objeto de ejecutar operaciones y obtener un resultado especifico a un problema previamente definido” (p. 637).

15

Sistema Automatizado

Redondo A. (2005) define al sistema automatizado como:

Un conjunto de funciones dirigidas a la recopilación, elaboración, evaluación, almacenamiento, recuperación, condensación y distribución de información dentro de una organización, orientando a promover el flujo de las mismas desde el punto en el que se generan hasta el destinatario final. (p.24).

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

variedad de mecanismos o elementos físicos como lo son el Hardware de

procedimientos e instrucciones de procesamiento de información mientras

que el software de canales de comunicación (redes) y datos almacenados.

Esto con el propósito de apoyar y promover la eficiencia de toda empresa.

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

incluye:

El equipo Computacional.

El recurso Humano.

Los datos o fuentes de Información. (p.25)

Ciclo de vida de un sistema de información

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

Un conjunto de actividades que los analistas, diseñadores y usuarios realizan para desarrollar e implementar un sistema de información. El método del ciclo de vida para el desarrollo de sistemas consta de las siguientes fases: investigación preliminar, determinación de los requerimientos del sistema, diseño del sistema, desarrollo del software, prueba del sistema, implantación y evaluación (p.87).

16

Sistemas de información

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

Es un conjunto de personas, datos y procedimientos que funcionan en conjunto. Los elementos que conforman un sistema están en constante interacción, lo que implica que los variados componentes buscan un objetivo común para apoyar las actividades de la organización, el resultado de este proceso es la salida de información relacionada a estas actividades.

(p.75).

Elementos de un sistema de información

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

de la realidad que estudia, se concibe organizado entre fases o etapas.

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

La entrada: es la que se importa del medio que rodea al sistema y que constituye el elemento o componente impulsor para el funcionamiento del sistema, al caracterizarse como fuerza alimentadora de este.

El procesamiento: se cumple las acciones para procesar y transformar la energía disponible conforme a los fines y objetivos del sistema, es decir, la transformación de la entrada en producto. incluye proceso de transformación que convierten las entradas en salidas.

La salida: es el resultado de un proceso transformado. Es la salida (producto output) y constituye la finalidad para la cual se programan y operacionalizan los componentes y las necesarias relaciones del sistema. Al ser la salida lo esperado, es, por tanto congruente con el objetivo. (p.15).

17

Se infiere que a través de estas etapas el sistema automatizado de

información facilita el soporte de las funciones organizacionales y toma de

decisiones en cualquier organización.

Clasificación de los sistemas

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

estructurados. Los objetos y relaciones se combinan de una manera definida,

produciendo una salida invariable. Son diseñados para no cambiar su

estructura, métodos, criterios y metas Ejemplos sistemas físicos y

mecánicos”. (p.646).

Sistemas abiertos:

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

Entrada (material, energía, información) del medio ambiente y vuelca hacia el sus salidas, es decir, esta en constante comunicación con su entorno. Tiene capacidad de crecimiento, cambio y adaptación al ambiente y hasta auto reproducción, bajo ciertas condiciones ambientales. Ejemplo sistemas biológicos y sociales (p.650).

Paquetes estándar

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

contable están preparados para trabajar en dos formas diferentes:

Sistemas independientes: Redondo A (2005), es aquel que no esta interconectado o integrado a ningún otro sistema. Por ejemplo un sistema de inventarios controla solamente los inventarios, no es necesaria una venta de contado o acredito puesto que el sistema nada tiene que ver con el control de efectivo o con clientes de la empresa.

18

Sistemas integrados: Redondo A (2005), en los sistemas integrados o interactivos no es necesario repetir datos a la computadora, pues los programas del sistema, que son mucho mas sofisticados, prevén almacenar la información recibida en un archivo de datos (base de datos) (p 651).

Control de inventario

Redondo A (2005), expresa que para que exista un control adecuado de

inventario se debe:

a) Procurar que el control de inventarios se realice por medios de sistemas computarizados, especialmente si se mueven una gran variedad de artículos. El sistema debe proveer control permanente de inventarios, de manera de tener actualizadas las existencias tanto en cantidad como en precio.

b) Establecer un control claro y preciso de de las entradas de mercancías al almacén.

C) Mantener un estricto control y registro sobre los inventarios propiedad de la empresa que se encuentre depositados fuera de sus instalaciones: almacenadoras, mercancías enviadas en consignación o depósito, entre otros (p.653).

Base de datos

Luis B. (1992) Una base de datos es un sistema formado por un conjunto de datos almacenados de forma estructurada, esta colección de datos pueden estar organizada de manera de dar servicio a muchas aplicaciones al mismo tiempo al combinar los datos, de forma que aparezcan una sola ubicación. (p.683).

Según Antonely, Colmenares y Criollo (1984), expresan que:

Una colección de datos interrelacionados almacenados en redundancia perjudicial o innecesaria para servir a una o mas aplicaciones en forma optima; los datos almacenados son independientes de los programas que lo usan; un común y controlado enfoque es usado en adiciones de nuevos datos,

19

modificación y búsqueda de nuevos datos almacenados en ella (p. 25).

Estructura de una base de datos

Según Antonely, Colmenares y Criollo (1984), la base de datos esta

estructurada en Entidad, Atributos y sus Relaciones.

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.

Entidad:

un

grupo

de

datos,

puede

ser identificado

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

entre las entidades involucradas en la base de datos. (p.75). Bases legales Imagen Nº3 Fuente: documentos

Fuente: documentos legales

20

Definición de términos básicos

Apache: Ristic (2005), “es un acrónimo de a patchy server, el cual es un servidor de remiendos; es decir, un servidor construido con un código preexistente y piezas y parches de código. Es el autentico software libre en el ámbito de los servidores y de mayor éxito, por delante incluso del Kernel Linux”.

al

procesamiento de información a través de entradas y salidas que operan por medios mecánicos” (pág. 830).

Automatizado:

Borras,

(1992),

“conjunto

de

acciones

orientadas

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:

elementos que entran al sistema para ser procesado”. (p.46).

Pedraza

(2002),

“comprende

la

captura

y

el

ensamblaje

de

Hardware: Pedraza (2002), “es la parte física del computador, es decir, todas las partes y componentes internos y externos que se pueden ver y tocar”

(p.30).

21

Información: Pedraza (2002), “es un conjunto de datos que posee significado, es decir, datos que manejan el departamento o unidad de trabajo” (p.55).

Internet: Baserga, (1998) “es un gigantesco repositorio de información, en los millones de computadoras conectadas podemos encontrar información acerca de casi todos los aspectos de cultura humana”. (p.13).

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

Navegador: Thomson (2004), “es un programa de computador complejo que proporciona una interfaz única de tipo “señalar y activar” para World Wide Web”. (p .199).

“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).

PHP: Thomson (2004),

Programa: Pedraza (2002), “son una serie de instrucciones escritas que se realizan en un lenguaje de computador y que cumplen una determinada labor” ( p.14).

Requerimiento: Borras. (1992), “es una característica que debe incluirse en un nuevo sistema. Esta puede ser la inclusión de determinada forma para capturar o procesar datos, producir información, controlar la actividad de la empresa o brindar soporte a la gerencia”. (p.982).

22

Servidores web: Thomson (2004),“los exploradores web solicitan servidores web para realizar algún proceso o para devolver un archivo que se envía de vuelta y se muestra en el explorador (…), un servidor web actúa como servidor de archivos que entrega los archivos HTML a un explorador web” (p.

424).

Sitio web: Thomson (2004), “es entendido generalmente como una colección de páginas Web y se enfatiza como una unidad de información o como un objeto delimitado por una unidad física”.

Software: Pedraza (2002), es toda la parte lógica del computador, esto quiere decir todos los programas, aplicaciones, sistemas operativos, juego, etc. Que están almacenados en el disco duro o que se encuentran en unidades de disco como disquetes o discos compactos (p. 30).

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).

Unidades

de

salida:

Pedraza

(2002),

“son

aquellas

que

muestran

URL: Powell (2001) (Universal Resourse Locator), es una forma generalizada de hacer referencia a objetos y servicios en internet. (p.100).

Web: Thomson (2004), “es un servicio de búsqueda avanzada de internet a través del cual se accede toda la información y el contenido multimedia disponible en esta”. (p. 18).

23

CAPÍTULO III

MARCO METODOLÓGICO

Consideraciones generales

Esta investigación es de carácter científico, donde la información recolectada y analizada determina los resultados obtenidos. Es por ello que el marco metodológico de la presente investigación refleja la aplicación de un conjunto de métodos y procedimiento orientado a conocer la caracterización y operacionalidad del sistema de control inventario de bienes nacionales y la factibilidad de aplicar un sitio web de control de inventario.

En este capitulo se presentan los aspectos concernientes a la metodología utilizada; tipo y diseño de investigación, construcción de los instrumentos y su aplicación, la tabulación de datos y la metodología a utilizar para el desarrollo del sistema.

Tipo de Investigación Según la característica de la investigación, se puede decir que es de tipo descriptiva. Sabino (1994), define a la investigación descriptiva “como en la caracterización de un hecho fenómeno o grupo con el fin de establecer su estructura o comportamiento” (p.48).

Ubicándose dentro del nivel descriptivo, se procedió a recopilar toda la información relativa. La investigación descriptiva, trabaja sobre realidades de hecho y sus características fundamentales por lo que se debe presentar una interpretación correcta.

24

Balestrini (2001) destaca que “la medición en la investigación descriptiva está

orientada a determinar la factibilidad del proyecto”(p.129).

De modo que este ámbito de estudio se basa en el estudio de viabilidad del

proyecto, ésta fase es de mucha relevancia ya que de ella depende que el

sistema pueda o no ser aplicado.

Diseño de la Investigación

Es la estrategia a seguir para aportar soluciones a la problemática abordada.

En el presente trabajo el diseño incluye la modalidad documental y de

campo.

El diseño de investigación esta concebido para responder las interrogantes

del estudio planteado. El nivel más relevante es el de campo ya que los

datos de indagación fueron recopilados en el mismo lugar de los hechos,

este diseño es definido por Sabino, (1992) como: “Los métodos a emplear

cuando los datos de interés se recogen en forma directa de la realidad,

mediante el trabajo concreto del investigador y su equipo” (p.99).

Técnicas e instrumentos para recolección de datos

Brito.(1992) define las técnicas e instrumentos de recolección como las únicas que permiten obtener información de fuentes primarias y su habilidad o destreza para usar: Todos aquellos medios, herramientas, recursos, métodos, técnicas e implementos, (…), con el fin de obtener los datos e información de acuerdo con el diseño de la investigación que se planteó”

(p.157).

La técnica de recolección de datos utilizada para la ejecución de este trabajo,

fue la entrevista, el cuestionario, la observación directa y la revisión

bibliográfica. Esta unidad es la expresión operante del diseño de

investigación, la descripción sintética de cómo se realizará la pesquisa.

25

Villafranca. D. (1996), señala que “el cuestionario es un instrumento de análisis constituido por una serie de interrogaciones expresadas y cuyas respuestas son asentadas por el encuestado” (p.99).

Para recoger los datos se aplico el cuestionario como instrumento de preguntas dirigidas a los usuarios del sistema de control de inventario de bienes nacional quienes expresan su opinión sobre los requerimientos, funcionamiento, evaluación del sistema actual de control de inventarios. Para recopilar información que permitan conocer la problemática a solucionar, se logro conocer lo que se desea realizar que es Implantar una aplicación web para un control automatizado de inventario.

Tabulación de datos Formas de Representación

La forma de presentación de los datos se llevó a cabo a través de distribuciones porcentuales. Villafranca. D. (1996). “Esta forma de presentación consiste en ordenar los datos numéricos en filas y columnas con especificaciones correspondientes acerca de su naturaleza “(p. 112).

Los cuadros muestran de manera clara y específica los resultados, tomando en cuenta las alternativas de cada ítem, la frecuencia observada y el porcentaje respectivo. A continuación se describen los resultados recabado con el cuestionario aplicado, considerando estos datos de la realidad empírica con la fundamentación teórica del estudio.

26

Tabulación Cuadro Nº 2

   

Indicadores

 

ITEMS

Si

%

No

%

Considera los procesos de registro de usuario, 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%

   

27

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.

28

Metodología del sistema

Para el desarrollo de este proyecto se utilizo la metodología el ciclo de vida

de los sistemas propuesta por Senn (1997), expresa:

Un enfoque por fases orientadas al desarrollo de sistemas y se caracteriza por ser abierta, sistemática, relacional e integrada. Es abierta, porque interactúa con el medio ambiente y para su desarrollo es necesario que exista una relación entre actividades a desarrollar y las partes involucradas (organización, usuario y maquina). Así mismo es sistemática, por que realiza un conjunto de tareas especificas que buscan

lograr el objetivo de la misma, la cual, es el diseño, desarrollo e

implementación de un sistema de información

(p.55)

Metodología de la Red Nacional de Integración y Desarrollo de Software

Libre (MERINDE)

Es concebida para abarcar el desarrollo completo de sistemas de software de

diversa complejidad y magnitud, por lo cual su estructura responde a

desarrollos máximos y deberá adaptarse y dimensionarse en cada momento

de acuerdo a las características particulares de cada proyecto. Está basada

en componentes, lo cual quiere decir que el sistema software en construcción

está formado por componentes software interconectados a través de

interfaces bien definidas. Además, la metodología utiliza el Lenguaje

Unificado de Modelado (Unified Modeling Language, UML) para preparar

todos los diagramas de un sistema software.

Es un proyecto que propone un estándar abierto para el proceso de

desarrollo de software orientado a planes que se estructura describe el

proceso en términos de componentes de proceso, disciplinas, actividades,

artefactos y roles. Esta metodología está fuertemente fundamentada en los

requerimientos del Centro Nacional de Tecnología de Información (CNTI) y

29

en varias metodologías como el Proceso Unificado (UP) especialmente. Fase de inicio: durante esta fase se define el modelo del negocio y el alcance del proyecto. Se identifican todos los actores y casos de uso. Se desarrolla, un plan de negocio para determinar qué recursos deben ser asignados al proyecto.

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

El análisis fundamentalmente consiste en obtener una visión que se preocupa de ver que hace el sistema de software a desarrollar, por tal motivo este se interesa en los requerimientos funcionales. Por otro lado, el diseño es un refinamiento que toma en cuenta los requerimientos no funcionales, por lo cual se centra en como el sistema cumple sus objetivos.

Fase de elaboración: su objetivo general es plantear la arquitectura para el ciclo de vida del producto (ver figura de abajo). Se construye un modelo de la arquitectura, que se desarrolla en iteraciones sucesivas hasta obtener el producto final, este prototipo debe contener los casos de uso críticos que fueron identificados en la fase de inicio. En esta fase se realiza la captura de la mayor parte de los requerimientos funcionales, manejando los riesgos que interfieran con los objetivos del sistema, acumulando la información necesaria para el plan de construcción y obteniendo suficiente información para hacer realizable el caso del negocio.

30

Este tipo de análisis ven los objetos como descripciones de propiedades y comportamientos requeridos. El diseño actúa como un puente entre las actividades de análisis que describen los requisitos o propiedades que el sistema debe tener, y las actividades de implementación que describen la plataforma de programación y condiciones propias del lenguaje de dicho sistema.

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

Fase de transición: tiene como objetivo general entregar el producto funcional en manos de los usuarios finales una vez realizadas las pruebas de aceptación por un grupo especial de usuarios, para lo que se requerirá desarrollar nuevas versiones actualizadas del producto, entrenar a los usuarios en el manejo del sistema, completar la documentación, y en general tareas relacionadas con la configuración, instalación y usabilidad del producto.

En el diseño, elaboración, construcción y transición de datos de SISACBIN se empleó MeRinde por considerar que es una metodología que abarca el desarrollo completo del sistema es un estándar para el proceso de desarrollo de los sistemas en software libre (SL), por contar con una estructura que

31

corresponde a desarrollos máximos del software adaptándose a características particulares del proyecto. El sistema esta formado por componentes de software interconectados, a través de interfaces bien definidas, además se utilizo el Lenguaje Unificado de Modelado (UML) para preparar todos los diagramas del sistema, sirve como guía de referencia y modelo a otras comunidades para el desarrollo de software. Desde la planeación estratégica e identifica la importancia del proyecto y el ciclo de vida.

Cronograma de Actividades

Imagen N º4

e identifica la importancia del proyecto y el ciclo de vida. Cronograma de Actividades Imagen N

Fuente: Autores

32

Estudio de factibilidad

Factibilidad técnica: Los equipos necesarios para el desarrollo de la aplicación existen en el IUTEB lo que se hace técnicamente factible el proyecto. Para diseñar y desarrollar el sistema se requiere una serie de herramientas de tipo software y hardware. Las herramientas seleccionas de tipo de software se puede seleccionar tanto el sistema operativo Ubuntu, Canaima entre otros así como XP, entre otros, para efectuar el desarrollo y almacenamiento del sistema. La tecnología requerida para el desarrollo del sistema existe actualmente el Departamento de Bienes Nacionales cuenta con un computador con capacidad: disco duro de 120, 512 de RAM, tarjeta de red alambrica, procesador petium 4, equipo en optimas condiciones para la implantación del sistema.

Factibilidad económica En esta etapa se debe estudiar el costo que genera el desarrollo del proyecto y los beneficios, el costo fue para los desarrolladores ya que se utilizo artículos y equipos de oficinas, transporte, algunos servicios básicos, entre otros. La institución no incurrió en gastos por contar con los equipos requeridos y los programadores son estudiantes de la institución. Es relevante señalar que la institución cuenta con la plataforma tecnológica requerida para el funcionamiento del sistema.

Factibilidad institucional El sistema funcionará en la web, al cual se habilitara de forma temporal para realizar las pruebas técnicas accederá a través de la página oficial de SISACBIN (www.sisacbin.net63.net/). Los usuarios podrán visualizar la información que ellos soliciten, sin embargo, no se les permitirá alterar dicha

33

información si no cuenta con los permisos necesarios para realizar este proceso. Posteriormente se instalara para su total funcionamiento en el servidor institucional del IUTEB. Al implementar este sistema en el IUTEB, facilitará el trabajo a los empleados del departamento de Bienes Nacionales para la administración de los activos de la institución, reduciendo el tiempo que invierte para la elaboración de los informes de inventario solicitado. El jefe del Departamento de Bienes Nacionales y los directivos de la institución se encuentran en disposición a aceptar los cambios y mejoras que el sistema ofrezca dentro del entorno de la institución, llevando a la conclusión de que el sistema es factible operativamente, ya que se cuanta con la aceptación y la tecnología para desarrollar el sistema con éxito.

34

CAPITULO IV DESCRIPCIÓN DE LA PROPUESTA

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

La versión 0.01, fue adaptada a los lineamientos exigidos por el Ministerio del poder popular para las finanzas a través del Sistema Integrado de Gestión y Control Financiero (SIGECOF). Con el objetivo de mantener la pertenencia de los procedimientos y el apego de las normas a la vigente legislación y evitar así su rápida obsolescencia.

35

Objetivo General

Administrar los bienes nacionales en el Instituto Universitario de Tecnología del Estado Bolívar.

Objetivo Específicos

Registrar los usuarios para acceder a la Aplicación Web para el control de los Bienes Nacionales del Instituto Universitario de Tecnología del

Estado Bolívar.

Controlar el uso de los Bienes Nacionales en el Instituto Universitario de 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.

36

Requerimientos del Hardware:

Como medida para verificar la factibilidad técnica del proyecto se describen a continuación los requerimientos mínimos necesarios de hardware, para que, la aplicación pueda funcionar sin mayores problemas; además, se detallan los requerimientos recomendados del hardware del computador, según los requerimientos de recursos del software actual.

También se describen las características del computador con el cual cuenta el Departamento de Bienes Nacionales para trabajar con la aplicación web. Por otro lado, se requiere de un servidor web para instalar la base de datos, y de esta manera poder realizar y enviar consultas a la base de datos; el cual no es necesario comprar uno; ya que, la institución cuenta con nuevos servidores.

Requerimientos Mínimos del Hardware:

37

Cuadro Nº 3

Componentes

 

Descripción

Procesador

Pentium III o Celeron

Velocidad

1.0 GHz

Memoria RAM

512

MB, PC-133, modulo SIMM

Disco duro

20 GB

Pantalla

Monitor SVGA

Teclado

104

teclas

Mouse

Mecánico

Tarjeta de red

10/100Mbs

Unidad de CD ROM

Si es requerida

UPS

Se recomienda

Fuente: autores

38

Requerimientos del sistema:

El sistema requiere de una serie de software que permite el correcto funcionamiento de la aplicación; entre los cuales tenemos:

Cuadro Nº 4

Software

Componentes

Descripción

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

39

Requisitos Funcionales

Los requisitos funcionales de la aplicación web, establece que solamente los usuarios previamente autorizados por el jefe de departamento y registrados en la base de datos podrán acceder y hacer uso de la aplicación, de igual forma la aplicación permitirá enviar comentarios para mejorar el funcionamiento del sistema, adicionalmente los usuarios deberán conocer los procedimientos administrativos para el uso de los procesos definidos en la aplicación web.

Requerimientos de entrada

El diseño de entrada consiste en especificar las formas y procedimientos para la preparación de los datos y la incorporación de los mismos (sin errores u omisiones) a un procesamiento. Un buen diseño de entrada es fundamental para obtener una buena salida. Además el diseño de entrada facilita que el usuario pueda interactuar con el sistema de manera eficiente.

Los requerimientos de entrada abarcan una serie de aspectos que se deben de tenerse en cuenta a la hora de realizar el diseño de entrada de datos; a continuación se detallan los puntos sobre los cuales se hará el diseño de entrada:

Datos de entrada

Recursos que utiliza el sistema para la captura de datos

La codificación de los datos

Diálogos para ayudar a los usuarios a ingresar los datos en el sistema

40

El diseño de entrada del sistema tendrá los siguientes objetivos:

Efectividad: servirá a los propósitos del sistema.

Exactitud: Sera el fiel reflejo de lo que se quiere reflejar.

Amigabilidad y simplicidad: El diseño de entrada de datos tendrá una estructura sencilla, lo cual, facilitara la incorporación directa de datos por los usuarios, evitando confundirlo.

Consistencia y coherencia: Los medios de entrada tendrán formato similar, al utilizado en el sistema actual; de manera tal que se facilita la interacción del usuario con el sistema.

Datos de Entrada:

Los datos de entrada se introducen a través de los siguientes campos; a los cuales se les identifican por sus denominaciones.

a).- Organismo:

1.- Organismo {código, denominación}

2.- cuenta patrimonial {Código, Denominación}

3.- sub-cuenta patrimonial {Código, Denominación}

4.- catalogo {Código, Denominación}

5.- Ubicación geográfica {Región, Entidad federal, Municipio, Ciudad, código postal, Dirección (calle, edificio, #, sector)}

b).- Responsable patrimonial primario

{C.I, Apellidos y nombres}

c).- Unidad administradora

41

{Código, denominación}

d).- Responsable patrimonial de uso

{C.I, Apellidos y nombres}

e).- Dependencia usuaria

{Código, Denominación}

f).- Identificación del bien:

1.- Renglón

2.- Nº de inventario del bien

3.- Nº correlativo o de ficha

4.- clasificación presupuestaria según plan único de cuenta

5.- Descripción (nombre, modelo, serial, color, observaciones)

6.- Tipo de bien {Muebles, Materiales, Semovientes}

7.- valor del bien en Bolívares fuerte

7.- Incorporación código

8.-concepto Incorporación

9.- Nº de incorporación

10.- Fecha incorporación

11.- Nº de orden de compra

12.- Fecha de la orden de compra

42

g).- Proveedor

1.- cedula de identidad

2.- nombre y apellido

3.- RIF o NIT

4.- Dirección

5.- Teléfono

h).- Contrato

{Numero de contrato, fecha de inicio, fecha de culminación}

i).- pagos

{Nº de la orden, Fecha, Nº de cheque, número de la cuenta de pago, tipo de cuenta, observación}

j).- Desincorporación

{Fecha, código, concepto, descripción especifica, verificador (fecha y apellido y nombre)}

k).- Responsable patrimonial primario receptor del bien

{Nombres y apellido, C.I, Unidad o dependencia}

l).- Reasignación

{Código, Concepto, Fecha, Nombre y Apellido del Receptor, C.I}

m).- Póliza de seguros

1.- Nº de póliza

43

2.- compañía de seguros

3.- Fecha de inicio del contrato

4.-Fecha de culminación del contrato

5.- Cobertura

6.- Monto póliza

n).- Estado del bien

1.- Vida útil del bien

2.- Valor residual

3.- Fecha de Rotulación

4.- Estado de conservación

5.- descripción especifica

6.- Fecha de la última verificación

o).- Departamento

1.- Código

2.- Nombre del departamento

Requerimientos de captura de datos

Es muy importante destacar que el formulario a utilizar para la entrada de datos tendrá una estructura que orientará al usuario a ingresar los datos en los campos dispuestos para tal fin; y contara con dos secciones separadas

44

para simplificar la interacción del usuario con el formulario de manera eficiente. La parte superior será el encabezamiento, en el cual se muestra la transacción y la identificación del proceso. La sección inferior es el cuerpo del formulario y contiene los distintos campos con sus respectivas denominaciones; los cuales incluyen menús de opciones.

La captura de datos se realizara por medio de un formulario, contentivo de una serie de campos distribuidos según la información que recibirá en función de facilitar su incorporación, los formularios serán llenados por el o los usuarios a través del teclado.

Requerimiento de validación de entradas

Los diseños de las entradas tienen como finalidad reducir la posibilidad de cometer errores o equivocaciones durante la entrada de datos. Sin embargo, hay que suponer que se presentarán errores. Los cuales deben de tratar de detectarse durante la entrada y corregirse antes de guardar los datos o procesarlos. Ya que, Es mucho más difícil corregir datos equivoca dos después de almacenarlos que antes de hacerlo. De hecho los datos equivocados se olvidan con frecuencia hasta que alguien utilice un reporte basado en esos datos y cuestiona su exactitud y validez.

Los datos se validarán del lado del cliente con JavaScript y del servidor con PHP utilizando para tal fin una serie de parámetros que permitirán orientar al usuario en la incorporación de los datos; así como, también se evitara que se introduzcan datos por persona mal intencionado.

Los datos se validarán en cada campo en función del tipo de dato atendiendo si acepta letras, números o una combinación de ellos; en función al valor del

45

dato, si este es entero y la cantidad de caracteres límites del campo; y también se validaran en función de los valores claves, asegurando registros únicos y cuyos valores no sean nulos.

Requerimientos de salidas (por pantalla, por impresora)

El sistema permitirá la visualización de los datos a través de la pantalla e imprimirá los módulos a petición del o los usuarios, considerando los siguientes datos: registros por departamentos, registro generales por donaciones, compras y programas especiales; además permitirá la impresión de ficha del bien, la cual reposara en los archivos del Departamento de Bienes Nacionales. Así como, también se puede emitir reportes estadísticos. Teniendo en cuenta los datos.

Diagrama de caso de uso del sistema propuesto

El siguiente cuadro, muestra el diagrama principal de los casos de uso de la Aplicación Web para el Control de los Bienes Nacionales, este diagrama principal indica como han sido agrupados los casos de uso mediante el uso de los procesos principales según las actividades que ejecuta los usuarios del Departamento de Bienes Nacionales del IUTEB. Caso de uso propuesto: En el diagrama se puede apreciar los diferentes actores descritos como entidades los cuales interactúan en el sistema y los procesos que cada uno cumple, los cuales se especifican a continuación:

46

Caso de uso sistema propuesto

Cuadro Nº 5

Caso de uso sistema propuesto Cuadro Nº 5 Fuente: Datos obtenidos del cuestionario aplicado al personal

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Actores del sistema

En esta parte del documento se especifica, los tipos de actores del proyecto (stakeholders) que de alguna manera intervienen en las mejoras del proyecto para el “Sistema de Control de Bienes Muebles”, Los usuarios ó actores del proyecto (stakeholders) se definen como “interesados” y se identifican de la siguiente manera:

47

Actores del sistema Cuadro Nº 6

Actores

Descripción

 

Administrador

Su función es gestionar el registro de usuarios en el sistema, tiene todos los permisos. Este usuario debe ser el jefe del Departamento de Bienes Nacionales.

Auxiliar

Cumple la labor de registrar de bienes modificar, consultar y modificar datos, además de generar reportes estadísticos y requisición de bienes.

Coordinador

Su

acceso

estará

orientado

a

solicitar

bienes,

a

través

de

las

requisiciones.

 

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

48

Diagramas de secuencias

Cuadro Nº 7

Diagramas de secuencias Cuadro Nº 7 Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

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

49

Diagrama de registro

Cuadro Nº 8

Diagrama de registro Cuadro Nº 8 Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

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

50

Diagramas de secuencia asignar

Cuadro Nº 9

Diagramas de secuencia asignar Cuadro Nº 9 Fuente: Datos obtenidos del cuestionario aplicado al personal del

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Análisis de diagrama de asignación de bienes: el proceso de asignación de bienes es ejecutado por los auxiliares del sistema, este proceso solo es realizado una vez es evaluada la solicitud de requisición, verifica disponibilidad en el stock de bienes; el jefe de bienes autoriza y el auxiliar procede a ingresar datos al sistema, la aplicación procesa y valida los datos.

51

Diagramas de secuencia reasignar

Cuadro Nº 10

Diagramas de secuencia reasignar Cuadro Nº 10 Fuente: Datos obtenidos del cuestionario aplicado al personal del

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Análisis de diagrama de reasignación de bienes: el proceso puede ser activado por los usuarios del sistema, una vez se haya evaluado la requisición solicitando su reasignación, el auxiliar procede a ingresar datos y la aplicación valida y verifica disponibilidad en el stock de bienes usados.

52

Diagramas de secuencia prestar

Cuadro Nº 11

Diagramas de secuencia prestar Cuadro Nº 11 Fuente: Datos obtenidos del cuestionario aplicado al personal del

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Análisis de diagrama de prestamos de bienes: es ejecutado a nivel interno y externo el responsable del bien (coordinadores del los diferentes departamentos) llena un formulario de solicitud, el cual es enviado vía correo electrónico al departamento de bienes, quien evalúa la solicitud; si esta disponible el bien en uno de los departamentos; el sistema valida la solicitud y el auxiliar envía un correo electrónico para proceder al préstamo del bien al departamento

53

Diagramas de secuencia desincorporar

Cuadro Nº 12

Diagramas de secuencia desincorporar Cuadro Nº 12 Fuente: Datos obtenidos del cuestionario aplicado al personal del

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Análisis de diagrama de desincorporación de bienes: una vez registrado el bien ha cumplido con el tiempo de vida útil promedio que determina en el momento de su incorporación o por estar en un estado inservible; entonces se procede a su desincorporación de los bienes activos.

54

Diagramas de secuencia estadísticas

Cuadro Nº 13

Diagramas de secuencia estadísticas Cuadro Nº 13 Fuente: Datos obtenidos del cuestionario aplicado al personal del

Fuente: Datos obtenidos del cuestionario aplicado al personal del Departamento de Bienes Nacionales

Análisis de diagrama de reportes estadísticos: este es un proceso que puede ser activado tanto por el jefe de bienes, y los auxiliares. Los datos son introducido a la aplicación procesan la información, de acuerdo al tipo de reporte, se valida y el sistema muestra por pantalla la solicitud; si es necesario se imprime el reporte a petición del usuario.

55

Diagramas de modelado de base de datos

Estos diagramas de clases son el producto del análisis de los sistemas, representan las tablas que conforman la base de datos.

Imagen Nº5

de los sistemas, representan las tablas que conforman la base de datos. Imagen Nº5 Fuente: Base

Fuente: Base de Datos SISACBIN

56

Diagrama relacional

Imagen Nº6

Diagrama relacional Imagen Nº6 Fuente: Base de Datos SISACBIN 57

Fuente: Base de Datos SISACBIN

57

Diagrama entidad relación La importancia en el diseño de una aplicación que maneje bases de datos; para que funcione correctamente depende en gran medida de un buen modelo de diagrama de Entidad Relación; el cual es el producto del diseño de la base de datos, que por lo general se realiza en tres fases: el diseño conceptual, El diseño lógico y El diseño Físico.

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

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

El diseño físico es la última fase en el diseño de una base de datos y se usa como herramienta el modelo físico de dato, el cual se expresa haciendo uso del lenguaje de definición de datos. El modelo físico es un esquema físico de datos, en el que se describen aspectos relacionados con la implantación de la BD y es específico del sistema gestor de base de datos que se vaya a utilizar.

El diseño lógico de datos, representado por medio de los diagramas de

que se tiene un modelo del

sistema, mediante la asociación de entidades relacionadas con flechas,

Entidad Relación, orienta al diseñador

ya

58

mostrando como esta compuesta y relacionada la base de datos.

Entidad relación Imagen Nº7

como esta compuesta y relacionada la base de datos. Entidad relación Imagen Nº7 Fuente: Base de

Fuente: Base de Datos SISACBIN

59

Interfaces

A continuación se describe las interfaces del Sistema Automatizado para el Control de Bienes Nacionales:

Imagen Nº8

Pantalla principal

Automatizado para el Control de Bienes Nacionales: Imagen Nº8 Pantalla principal Imagen Nº9 Ingreso al sistema

Imagen Nº9

Ingreso al sistema

Automatizado para el Control de Bienes Nacionales: Imagen Nº8 Pantalla principal Imagen Nº9 Ingreso al sistema

60

Imagen Nº 10 Mensaje de bienvenida

Imagen Nº 10 Mensaje de bienvenida Imagen Nº11 Menú de inicio 61

Imagen Nº11 Menú de inicio

Imagen Nº 10 Mensaje de bienvenida Imagen Nº11 Menú de inicio 61

61

Imagen Nº 12 Menú de usuario

Imagen Nº 12 Menú de usuario Imagen Nº 13 Menú de registro de usuario 62

Imagen Nº 13 Menú de registro de usuario

Imagen Nº 12 Menú de usuario Imagen Nº 13 Menú de registro de usuario 62

62

Imagen Nº 14 Menú consulta de usuarios

Imagen Nº 14 Menú consulta de usuarios Imagen Nº 15 Menú eliminar usuario Imagen Nº 15

Imagen Nº 15 Menú eliminar usuario

Imagen Nº 15 Menú eliminar usuario
Imagen Nº 15
Menú eliminar usuario

63

Imagen Nº 16 Menú orden de compra o documento

Imagen Nº 16 Menú orden de compra o documento Imagen Nº 17 Registro de orden de

Imagen Nº 17 Registro de orden de compra

Imagen Nº 16 Menú orden de compra o documento Imagen Nº 17 Registro de orden de

64

Imagen Nº18 Menú edición ordenes de compra

Imagen Nº18 Menú edición ordenes de compra Imagen Nº19 Menú orden de pago 65

Imagen Nº19 Menú orden de pago

Imagen Nº18 Menú edición ordenes de compra Imagen Nº19 Menú orden de pago 65

65

Imagen Nº20 Registro orden de pago

Imagen Nº20 Registro orden de pago Imagen Nº21 Consultar orden de pago 66

Imagen Nº21 Consultar orden de pago

Imagen Nº20 Registro orden de pago Imagen Nº21 Consultar orden de pago 66

66

Imagen Nº22 Menú de póliza

Imagen Nº22 Menú de póliza Imagen 23 Registro de póliza 67

Imagen 23 Registro de póliza

Imagen Nº22 Menú de póliza Imagen 23 Registro de póliza 67

67

Imagen Nº24 Menú edición de pólizas

Imagen Nº24 Menú edición de pólizas Imagen Nº25 Menú solicitud de préstamo 68

Imagen Nº25 Menú solicitud de préstamo

Imagen Nº24 Menú edición de pólizas Imagen Nº25 Menú solicitud de préstamo 68

68

Imagen Nº 26 Menú de conceptos

Imagen Nº 26 Menú de conceptos Imagen Nº 27 Menú de conceptos de incorporación 69

Imagen Nº 27 Menú de conceptos de incorporación

Imagen Nº 26 Menú de conceptos Imagen Nº 27 Menú de conceptos de incorporación 69

69

Imagen Nº 28 Registro de conceptos de incorporación

Imagen Nº 28 Registro de conceptos de incorporación Imagen Nº 29 Menú conceptos de desincorporación 70

Imagen Nº 29 Menú conceptos de desincorporación

Imagen Nº 28 Registro de conceptos de incorporación Imagen Nº 29 Menú conceptos de desincorporación 70

70

Nº30

Registro de concepto desincorporación

Nº30 Registro de concepto desincorporación Imagen Nº 31 Menú concepto de reasignación 71

Imagen Nº 31 Menú concepto de reasignación

Nº30 Registro de concepto desincorporación Imagen Nº 31 Menú concepto de reasignación 71

71

Imagen Nº 32 Registro de concepto de reasignación

Imagen Nº 32 Registro de concepto de reasignación Imagen Nº 33 Menú de asignación de bienes

Imagen Nº 33 Menú de asignación de bienes

Imagen Nº 34
Imagen Nº 34

72

Edición de bienes asignados

Edición de bienes asignados Imagen Nº 35 Registro de bienes nacionales Imagen Nº 36 73

Imagen Nº 35 Registro de bienes nacionales

Edición de bienes asignados Imagen Nº 35 Registro de bienes nacionales Imagen Nº 36 73

Imagen Nº 36

73

Menú de registro de bienes

Menú de registro de bienes Imagen Nº 37 74

Imagen Nº 37

74

Menú edición de bienes

Menú edición de bienes Imagen Nº 38 75

Imagen Nº 38

75

Menú desincorporación

Menú desincorporación Imagen Nº 39 Edición de bienes desincorporación Imagen Nº 40 76

Imagen Nº 39 Edición de bienes desincorporación

Imagen Nº 40
Imagen Nº 40

76

Reporte de bienes desincorporados

Reporte de bienes desincorporados Imagen Nº 41 Menú de préstamo 77

Imagen Nº 41 Menú de préstamo

Reporte de bienes desincorporados Imagen Nº 41 Menú de préstamo 77

77

Imagen Nº 42 Edición de bienes en préstamos

Imagen Nº 42 Edición de bienes en préstamos Imagen Nº 43 Imprimir documentos 78

Imagen Nº 43 Imprimir documentos

Imagen Nº 42 Edición de bienes en préstamos Imagen Nº 43 Imprimir documentos 78

78

Imagen Nº 44 Menú reasignación

Imagen Nº 44 Menú reasignación Imagen Nº 45 Menú edición de reasignación 79

Imagen Nº 45 Menú edición de reasignación

Imagen Nº 44 Menú reasignación Imagen Nº 45 Menú edición de reasignación 79

79

Imagen Nº 46 Imprimir reporte de bienes reasignados

Imagen Nº 46 Imprimir reporte de bienes reasignados Imagen Nº 47 Consulta de bienes por estatus

Imagen Nº 47 Consulta de bienes por estatus

Imagen Nº 46 Imprimir reporte de bienes reasignados Imagen Nº 47 Consulta de bienes por estatus

80

Imagen Nº 48 Menú reporte general

Imagen Nº 48 Menú reporte general Imagen Nº 49 Búsqueda por fecha 81

Imagen Nº 49 Búsqueda por fecha

Imagen Nº 48 Menú reporte general Imagen Nº 49 Búsqueda por fecha 81

81

Imagen Nº 50 Menú de búsqueda de bienes numero correlativo

Imagen Nº 50 Menú de búsqueda de bienes numero correlativo Imagen Nº 51 Menú de búsqueda

Imagen Nº 51 Menú de búsqueda de bienes por descripción

Nº 50 Menú de búsqueda de bienes numero correlativo Imagen Nº 51 Menú de búsqueda de

82

Imagen Nº 52 Ayuda

Imagen Nº 52 Ayuda 83

83

CAPITULO V

IMPLEMENTACIÓN DEL DISEÑO TECNOLÓGICO

En este capitulo se describe brevemente la implementación de la aplicación web para el control de los bienes nacionales los resultados obtenidos en el proyecto

Descripción de la fase de implementación

Como inicio se verificó los requerimientos básicos software y hardware del computador, una vez realizado esto se procedió a la instalación del XAMPP, actualización de lo navegadores, exportación de la aplicación a la carpeta raíz del servidor (local host), importación de la base datos.

Descripción de la puesta en funcionamiento

En primera instancia se inició los servicios del servidor web, se verificaron los permisos de acceso al sistema, se verificaron la navegabilidad y los procesos operacionales.

Descripción de la capacitación al/los usuario(s)

Como última fase de implementación del diseño tecnológico se procedió a capacitar el personal del Departamento de Bienes Nacionales, inducción que abarco solo una (1) hora ya que el personal tiene conocimiento en el manejo de hardware y software, el usuario comprendió con mucha facilidad la aplicación demostrando la veracidad en el diseño del sistema de acuerdo a sus requerimientos.

84

CAPITULOVI

PRUEBAS E IMPLANTACIÓN DEL MODELO REALIZADO

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

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

Para realizar la prueba de Stress se aplico JMETER utilizando el árbol de configuración atendiendo a los siguientes procesos:

1.- Login 2. Menú principal

85

3.Consulta de usuarios 4.Consula de ordenes de compra.

5. Consulta de órdenes de pago.

6. Consulta de bienes registrados

7. Consulta de asignaciones

8. Consulta de prestamos

9. Consulta de desincorporaciones

10. Fin de sesión.

Imagen Nº 53 Resultados JMETER

10. Fin de sesión. Imagen Nº 53 Resultados JMETER Fuente: autores Tomando en consideración los

Fuente: autores

Tomando en consideración los requerimientos del usuario directo, SISACBIN fue realizado para el Instituto Universitario de Tecnología del Estado Bolívar tomando como base treinta y seis (36) usuarios de los diferentes departamentos que hacen vida en la institución sin embargo este software

86

esta diseñado para soportar mas 80 usuarios conectados de forma simultanea, sin embargo la prueba se hizo tomando en cuenta 36 usuarios de los diferentes departamentos que hacen vida en la institución, en la imagen Nº 51 refleja una muestra al azar de veinte (20) usuarios representando el caso optimo y en la imagen Nº 52 refleja los treinta y seis (36) usuarios conectados de forma simultanea que representa el caso critico en ambos casos los resultados fueron satisfactorios.

Imagen Nº 54 Informe agregado

que representa el caso critico en ambos casos los resultados fueron satisfactorios. Imagen Nº 54 Informe

87

Calendario de aplicación de pruebas CUADRO Nº14

Descripción

Horas

Alojamiento de la aplicación en un hosting

4horas

Alojamiento de la b ase datos

4

horas

Consistencia de base de datos

 

24

horas

Prueba de los módulos operacionales (insertar, modificar, consultar)

4

horas

Mecanismos de seguridad

4

horas

Test de velocidad

 

24

horas

Fuente: Autores

Diseño de plantillas

Para llevar a cabo este tipo de pruebas se define el siguiente formato

Imagen Nº55

de plantillas Para llevar a cabo este tipo de pruebas se define el siguiente formato Imagen

Fuente: Autores

88

Detección de fallas En esta fase se procedió a evaluar la aplicación por parte del usuario final donde después del periodo de prueba de la versión BETA se detecto las siguientes fallas:

Cuando se ingresa al sistema no permite el ingreso de números ni caracteres espaciales.

El espacio para la descripción del bien debe ser más amplio y permitir más caracteres.

Al momento de ingresar el numero de inventario debe indicar si esta repetida la numeración.

Cuando se ingresan los datos debe solicitar la confirmación para aceptar los datos, no aceptarlos con enter.

Al momento de ingresar un bien debe dar una alerta de repetición en los distintos que ingresen.

¿EL código de imputación a que se refiere? Ya existen códigos de partidas presupuestarias y código del codificador de presupuesto.

Correcciones Se procedió a la instalación de SISACBIN en su versión 0.1 donde fueron solventadas las fallas detectada por los usuarios en versión BETA cumpliendo con sus sugerencias realizadas al culminar el periodo de prueba. Con el único objetivo de rectificar y de esta manera presentar un software de calidad al cliente. Una vez implementado, se procedió a comprobar los siguientes aspectos: la navegabilidad del sitio verificación de la base de datos, optimización de los procesos de edición, registro y consulta de cada uno de los módulos operacionales, verificación de las tres (3) normas de la normalización, test de velocidad.

89

CAPÍTULO VII

CONCLUSIONES Y RECOMENDACIONES

Conclusiones

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

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

En relación al diseño del software para el control de los Bienes Nacionales, son específicos en relación al objeto que se pretende alcanzar, se incluyo las interfaces necesarias para procesar la información de una manera eficaz permitiendo la administración de los datos.

En desarrollo de las interfaces de usuario necesarias para la interacción del usuario con la aplicación web, es imperante en consideración que éstas interfaces son amigables y están altamente vinculados a los requerimientos

90

del sistema de control de inventario ellos deben recogen los datos para producir las salidas necesarias.

Entorno a la creación de una base se datos que debe permitir almacenar y resguardar la integridad de los datos de los bienes nacionales, esta enfocada en el almacenamiento de toda la información de forma especifica.

La instalación del software se ejecuto para detectar las posibles fallas y realizar ajustes para el correcto funcionamiento del sistema de control de bienes nacionales. El periodo de prueba es de suma importancia ya que permitirá la evaluación veraz y objetiva de esta propuesta.

La capacitación del personal del Departamento de Bienes Nacionales, es de suma importancia para el correcto funcionamiento del sistema y la correcta utilización del mismo para poder detectar las posibles fallas a nivel técnico y funcional. Siendo el personal el encargado de operar el sistema introduciendo los elementos de entrada para ser procesados y arrojen los resultados esperado. Hay que tener en consideración que un sistema puede fallar a nivel funcional ò operativo y con esta prueba se pretende eliminar las posibles fallas.

91

Recomendaciones

Una

recomendaciones:

vez

culminado

éste

estudio,

se

formulan

las

siguientes

Se recomienda al Departamento de Bienes Nacionales ejecute el plan de migración definitiva para el uso del software libre, contemplado en el decreto presidencial 3390, en el cual establece que la administración pública Nacional debe migrar al uso de este software; específicamente recomendamos el uso del sistema operativo Ubuntu o Canaima, para así dejar de utilizar sistemas operativos privativos, observando la situación es opuesta y es contrario al decreto en cuestión.

En relación a los requerimientos fundamentales para control de los bienes nacionales, se recomienda que los requerimientos se apliquen sistemáticamente, mediante un proceso automatizado que maneje el inventario y refleje el status, ubicación saldos continuos del estado de los inventarios.

Con respecto a las interfaces de usuario necesarias para la interacción del usuario con la aplicación web para el control de bienes nacionales, se recomienda las interfaces presentadas en la aplicación por ser dinámicas, amigables, es decir, de fácil comprensión y garantizan la seguridad de los datos.

En relación al diseño del software para el control de los bienes nacionales, representa un objetivo fundamental para el ingreso de los datos permitiendo capturar la información, recomendando mantener el diseño de la versión

0.01.

92

Entorno a la creación de una base se datos que permita almacenar y resguardar la integridad de los datos de lo bienes nacionales. Se recomienda que la clave de acceso sea correctamente resguardada por el personal autorizado y se cambie periódicamente para mayor seguridad.

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

En la capacitación al personal del Departamento de Bienes Nacionales, teniendo en consideración que el personal posee un conocimiento a nivel técnico el tiempo de preparación o capacitación será breve en un lapso no mayor a una semana.

Se recomienda utilizar más a menudo el correo

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.

institucional para mayor

Se recomienda, que los registros de los bienes nacionales deben efectuarse a través del Sistema Automatizado para el Control de los Bienes Nacionales (SISACBIN) en la versión 0.01 con la finalidad que fluya la información mas rápidamente entre los diversos departamentos involucrados en el ingreso, uso y manejo de bienes en la institución permitiendo su administración.

93

REFLEXIONES SOBRE LA EXPERIENCIA EN EL PROYECTO SOCIOTECNOLÒGICO

Deteniendo el tiempo y mirando hacia atrás, desde el principio de nuestra

carrera y hasta el presente, podemos decir, con certeza que no vemos

proyecto sociotecnológico como una materia o eje, sino como una

herramienta fundamental en el desarrollo del nuevo profesional, pues

permitió desarrollar habilidades de investigación, adquirimos herramientas

no sólo técnicas sino sociales. Las herramientas técnicas están enfocadas en

el uso y aplicación de metodología de sistemas.

Sabiendo que en la actualidad existen muchas metodologías, de ahí que la

aplicación dependerá de los requerimientos del sistema que se va

desarrollar, en nuestro caso específico el tipo de investigación nos llevó a la

aplicación de la Metodología de la Red Nacional de Integración y Desarrollo

de Software Libre (MERINDE), enfocando las cuatro fases esenciales como

son: inicio, elaboración, construcción y transición. Empleando herramientas

como lo es UML. Por supuesto ésta metodología está fuertemente

fundamentada en los requerimientos del Centro Nacional de Tecnología de

Información (CNTI) y en varias metodologías como el Proceso Unificado (UP)

especialmente.

Como herramienta social proyecto sociotecnológico se enfoca al estudio de

las diferentes problemáticas de la sociedad, como investigadores abordamos

comunidades muchas veces, realizamos diagnóstico participativo comunitario

entre otras, estas experiencias fueron muy positivas en nuestro desarrollo

como profesionales y como personas pues conocimos la información de

primera mano, es decir, por los afectados directos conociendo factores

cuantitativos y cualitativos de las comunidades.

94

En este último año nuestras debilidades como equipo las convertimos en fortalezas, dimos tropiezos pero solventamos las diferencias continuamos y es por que hoy presentamos el Sistema Automatizado para el Control de los Bienes Nacionales (SISACBIN) versión 0.01, fruto de nuestra constancia y nuestro esfuerzo.

95

REFERENCIAS BIBLIOGRÁFICAS

Álvarez

[http://www.desarrolloweb.com/articulos/que-es-html.html]

M.

HTML

[Documento

on

line]

Disponible

en:

Antonely J, Colmenares I y Criollo Octavio. (1984). Base de Datos. Estudios profesionales . Universidad Nacional Abierta. Venezuela Caracas.

[http://www.genbeta.com/web/xampp-servidor-web-correo-base-de-datos-y-

mas-extras-en-pocos-minutos]

J.

(2005).

XAMPP

[Documento]

Disponible

en:

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:

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

McGrawHill. Mexico

de

sistemas

de

información.

Editorial

Pedraza A. (2002). Informática Fácil y Práctica. Editorial G.E.L .Ltda. Bota

96

Powell, Thomas (2001). HTML4: Manual de Referencia. (3re Edición). Editorial Osborne-McGran-Hill/interamericana de España S.A.U Madrid.

Thomsom, Laura (2004). Conceptos de PHP y MySQL. [Disponibles en]:

[http://www.agapea.com/Desarrollo-Web-con-PHP-yMySQL-

n10467i.htm][Consulta:2007, Agosto 24].

Villafranca., D. (1996). Metodología de la investigación. Editorial Fundaca CULTCA. Venezuela.

97

ANEXOS

98

Árbol del problema

Redundancias de datos Perdidas financieras para el estado Bajo control de los bienes nacionales Retardos
Redundancias de
datos
Perdidas financieras
para el estado
Bajo control de los
bienes nacionales
Retardos en la entrega
de reportes estadísticos
Inconsistencias de datos
Ineficiente operatividad del
IUTEB
Inadecuado sistema de control y
registro de Bienes
Insuficiente organización de la data
Incremento en la adquisición de bienes
nacionales
Aplicación inadecuada para el manejo
de base de datos

99

Árbol de objetivos

Eficiente organización de la data Incremento en la adquisición de bienes nacionales Aplicación adecuada para
Eficiente organización de la data
Incremento en la adquisición de
bienes nacionales
Aplicación adecuada para el
manejo de base de datos
Aprovechamiento de los
recursos computacionales
Implementar un sistema
automatizado para el control de
bienes nacionales
Software de Aplicación
Desarrollo de aplicación
Adiestramiento de los usuarios del
sistema
Aplicación de los instrumentos

100