UNIVERSIDAD AMAZÓNICA DE PANDO

ÁREA DE CIENCIAS Y TECNOLOGÍA

INGENIERÍA DE SISTEMAS

PROYECTO FINAL DE SEMESTRE

“DESARROLLO DE UNA APLICACIÓN WEB PARA EL REGISTRO

Y ASIGNACIÓN DE ACTIVOS FIJOS EN LA UNIDAD DE BIENES Y
SERVICIO DE UNIVERSIDAD AMAZÓNICA DE PANDO”

ASIGNATURA:

BASE DE DATOS II

DOCENTE ASESOR:

● Ing. Jose Edgar Balderrama Mendez

AUTORES:

● Univ. Abrahan Saravia Coca R.U: 31027

● Univ. Kevin Callisaya Rivero R.U: 32721
● Univ. Jhosuan Fernandez Becerra R.U: 32159
● Univ. Axel Raul Duri Chipunavi R.U: 26378
 2

ÍNDICE

CAPÍTULO 1 INTRODUCCIÓN .................................................................................................. 1

1. Introducción ............................................................................................................................. 1

1.1 Antecedentes ............................................................................................................................. 2

1.2 Descripción del problema ......................................................................................................... 3

1.3 Planteamiento del problema .................................................................................................. 4

1.4 Objetivo general ........................................................................................................................ 4

1.5 Objetivos específicos ................................................................................................................ 4

1.6 Justificación .............................................................................................................................. 5

1.6.1 Justificación técnica ........................................................................................................... 5

1.6.2 Justificación económica ..................................................................................................... 5

1.6.3 Justificación social ............................................................................................................. 5

1.7 Metodología .............................................................................................................................. 6

1.8 Alcances y Limitaciones ........................................................................................................... 8

1.8.1 Alcances: ............................................................................................................................ 8

1.8.2 Limitaciones: ...................................................................................................................... 8

1.9 Cronograma de actividades ....................................................................................................... 9

Actividades: ................................................................................................................................. 9

Cronograma de actividades: ........................................................................................................ 9

CAPÍTULO II: MARCO TEÓRICO ............................................................................................ 10

2.1 Sistema ................................................................................................................................ 10

2.2 Inventario ............................................................................................................................ 10

2.3 Sistema de Inventario .......................................................................................................... 11

2.4 Tipos de sistemas de gestión de inventarios........................................................................ 11

 3

2.4.1 Sistema de inventario periódico ....................................................................................... 11

2.4.2 Sistema de inventario permanente.................................................................................... 11

2.4.3 Sistema de gestión de inventario ABC ............................................................................. 12

2.4.4 Sistema de gestión de inventario justo a tiempo (JIT) ..................................................... 12

2.6 Administración .................................................................................................................... 13

2.7 Administración de los inventarios. ...................................................................................... 13

2.8 Base de datos ....................................................................................................................... 13

2.9 Tipos de base de datos ......................................................................................................... 14

2.9.1 Base de datos relacionales ................................................................................................ 14

2.9.2 Base de datos jerárquico ................................................................................................... 14

2.10 Clasificador presupuestario ............................................................................................... 15

2.11 Clasificador de recursos por rubro .................................................................................... 15

2.12 Clasificador por objeto de gasto ........................................................................................ 16

2.13 Revalorización de activos fijos ......................................................................................... 16

2.14 Activos fijos ...................................................................................................................... 17

2.15 Activos reales plan 40000 ................................................................................................. 18

2.16.1 Maquinaria y equipos plan 43000 .................................................................................. 18

2.17.2 Equipo de oficina y muebles plan 43100 ....................................................................... 18

2.18 Ingeniería de requerimientos ............................................................................................. 18

2.19 Aplicación Web ................................................................................................................. 19

CAPÍTULO III: MARCO APLICATIVO .................................................................................... 20

3.1 Análisis de requerimiento ....................................................................................................... 20

3.2 Casos de usos y especificaciones ............................................................................................ 20

3.2.1 Diagrama de casos de usos de la aplicación web. ............................................................ 21

3.2 Modelo entidad relación ......................................................................................................... 33

 4

3.2.1 Modelo Conceptual .......................................................................................................... 33

3.2.2 Modelo Lógico ................................................................................................................. 34

3.2.3 Modelo Físico. .................................................................................................................. 35

3.3 Diagrama de casos de usos. .................................................... ¡Error! Marcador no definido.

3.4 Diccionario de datos ............................................................................................................... 36

3.5 Código fuente del sistema ....................................................................................................... 47

3.6 Manual de Usuario .................................................................................................................. 48

3.7 Pruebas y validación ............................................................................................................... 50

CAPITULO IV CONCLUSIONES Y RECOMENDACIONE .................................................... 52

4.1 Conclusión .............................................................................................................................. 52

4.2 Recomendación ....................................................................................................................... 52

Bibliografía ................................................................................................................................... 54

ILUSTRACIONES
Ilustración 1 Diagrama general de casos de uso de la aplicación web .................................................21

Ilustración 2 Diagrama de casos de uso inicio de sesión....................................................................22

Ilustración 3 Diagrama de casos de uso, Gestión de Activos Fijos. .....................................................23

Ilustración 4 Diagrama de casos de uso Gestionar informe de activos.................................................27

Ilustración 5 Diagrama de casos de uso Asignar Activos ..................................................................29

Ilustración 6 Caso de uso de Acceso del auxiliar al sistema...............................................................30

Ilustración 7 Modelo Entidad Relacional (Conceptual) .....................................................................33

Ilustración 8 Modelo Lógico .........................................................................................................34

Ilustración 9 Modelo Físico ..........................................................................................................35

 5

Ilustración 10 Diagrama de clases ..................................................................................................36

Ilustración 11 Codificación Del Controlador de Asignación ..............................................................47

Ilustración 12 Inicio de sesión al SAF-UAP ....................................................................................48

Ilustración 13 Menú principal .......................................................................................................49

Ilustración 14 Vista asignación de activos.......................................................................................49

TABLAS
Tabla 3 Especificación de inicio de sesión ......................................................................................22

Tabla 4 Especificación, Gestión de Activos Fijos - Añadir activos. ....................................................23

Tabla 5 Especificación, Gestión de Activos Fijos - Editar detalle de activos........................................25

Tabla 6 Especificación, Gestión de Activos Fijos - Eliminar activo. ...................................................26

Tabla 7 Generar informe de activos ...............................................................................................27

Tabla 8 Asignar activos. ...............................................................................................................29

Tabla 9 Visualizar Activos Fijos. ...................................................................................................31

Tabla 10 Buscar Activos Fijos. ......................................................................................................32

 CAPÍTULO 1 INTRODUCCIÓN

1. Introducción

La gestión eficiente de los activos fijos es un componente importante para el funcionamiento de

cualquier institución, y las universidades no son una excepción. En la Universidad Amazónica de
Pando, la Unidad de Bienes y Servicios se encarga de esta tarea crucial. Sin embargo, se ha
identificado un problema en el cual, existen limitaciones en el sistema actual de registro y
asignación de activos fijos. Estas limitaciones pueden llevar a la pérdida de información, registros
incompletos de los activos, retrasos en la asignación de activos y, en última instancia, a una gestión
ineficiente de los recursos de la universidad.

El tema de estudio de este proyecto es de brindar una propuesta de diseño para el desarrollo de una
aplicación web con el fin de mejorar el registro y asignación de activos fijos en la Unidad de Bienes
y Servicios de la Universidad Amazónica de Pando. Este proyecto de desarrollo de software se
propone como una solución al problema identificado, con el objetivo de optimizar el proceso de
gestión registro y asignación de activos fijos y superar las limitaciones técnicas actuales.

El objetivo general de la investigación es brindar una propuesta de diseño para desarrollar una
aplicación web mediante la metodología de Proceso Unificado para mejorar las limitaciones en el
registro y asignación de activos fijos en la unidad de bienes y servicios de la universidad. Los
objetivos específicos incluyen el análisis de los requerimientos del sistema utilizando técnicas de
análisis de casos de uso, el diseño de la estructura del sistema de base de datos utilizando el modelo
de clases y modelo relacional, y la implementación de la estructura del sistema y base de datos
mediante las tecnologías de programación de Java y MySQL. Además, se realizarán pruebas
funcionales, pruebas de rendimiento y pruebas de seguridad para validar el sistema y confirmar
que se ajusta a las expectativas de los usuarios finales.
 2

1.1 Antecedentes

La sección de activos fijos de la unidad de bienes y servicios de la Universidad Amazónica de

Pando. Se encarga de administrar y controlar los activos que entran y salen de la unidad, que
tienen una vida útil prolongada y son utilizados en las operaciones comerciales a largo plazo.
Estos activos incluyen equipos, vehículos, inmuebles y otros recursos tangibles que se utilizan
en la producción, distribución y administración de bienes y servicios. En el cual el encargado y
personal de trabajo mediante entrevistas mencionan que en sus inicios han trabajado mediante
planillas, cuadernos y actas, en el cual han desempeñado las funciones del registro de entrada y
salida de materiales y la gestión de inventario de manera manual.

En el año 2008 se implementó el Sistema de Información Financiera (SIF) llamada Aurelio, un

sistema que agilizaría la gestión de los activos fijos de la unidad de bienes y servicios. Un
sistema codificado en Java, el cual realizaba el registro de la entrada y salida de activos fijos,
teniendo la información en un sistema, dando así la facilidad de acceder a la información y con
ello poder hacer partes de reportes y, dando un mejor control que cuando lo hacían de manera
manual.

Alrededor del año 2012 se implementó el sistema VSIAF (Sistema de Activos Fijos) versión
1.0, en el cual es una herramienta de registro y control de los bienes, orientada a brindar
información a los usuarios y para la toma de decisiones de las autoridades competentes. un
sistema codificado en C++ con un instalador básico donde brinda las siguientes herramientas:
descripción del activo, financiero, obtención de reportes de los activos, campos obligatorios de
identificación, inserción de estados Activos-Inactivos para la identificación de oficinas y
responsables, Menú principal y el backup de trabajo, control orientado a optimizar el manejo
adecuado de las opciones de registro de activos fijos, auxiliares, oficinas y responsables
habilitadas en el sistema.

Actualmente la unidad sigue trabajando con este sistema ya que con el pasar de los años no se
ha podido implementar un mejor sistema que se pueda adaptar a los cambios en la unidad.

En el año 2022 Se llevó a cabo un revalúo de los activos fijos donde se realizó una actualización
en algunos detalles como el rellenado de información compleja de los activos, pero aún con ello
se siguen trabajando con las mismas funciones implementadas desde que se les asignó el
 3

sistema. Por ello con el pasar de los años han tenido distintos tipos de dificultades, en el cual
requieren de nuevas funciones como la elaboración de reportes más detallados y una mejor
interfaz para el registro de información de activos fijos complejos en la unidad.

Con el manejo de numerosos registros y distintos tipos de información, en cierto tiempo se

requiere hacer reportes sobre los activos fijos vigentes que entran y salen de la unidad, como
también la elaboración de Kardex, en el cual tienden a tener dificultad en hacer estos tipos de
informes o registros de información de materiales complejos, ya que se necesita introducir todos
los datos manualmente en el sistema, tomando demasiado tiempo y la posibilidad de no poder
introducir toda la información necesaria por lo desactualizado que está el interfaz con el que
trabajan, dando un trabajo poco eficiente y eficaz.

1.2 Descripción del problema

El sistema de gestión y control de activos fijos existente en la unidad de bienes y servicios de

la UAP presenta limitaciones que impactan negativamente su rendimiento. Aunque el sistema
actual cumple con funciones básicas, se han identificado áreas clave que requieren mejoras para
garantizar una gestión más eficiente de los activos fijos.

El registro de activos actual presenta dificultades en cuanto a la precisión de la información, lo

cual puede llevar a no almacenar de manera detallada los activos en el sistema. Esto afecta la
capacidad de tomar decisiones informadas.

El control de inventario es otro aspecto crítico que requiere atención, ya que no se realiza un
seguimiento adecuado de las asignaciones de los activos fijos. Esto puede resultar en una falta
de claridad sobre la ubicación y el estado de los activos, lo que dificulta la gestión eficiente y
la toma de decisiones informadas en relación con su asignación y uso.

El registro incompleto de información y la falta de datos en los activos almacenados

obstaculizan la generación de informes y reportes precisos, mientras que la entrada manual de
detalles retrasa la puntualidad en dichos informes.
 4

1.3 Planteamiento del problema

Limitaciones en el registro de datos completos y asignación de activos fijos en la unidad de

bienes y servicios de la Universidad Amazónica de Pando.

1.4 Objetivo general

Desarrollar una aplicación web mediante la metodología proceso unificado para mejorar las
limitaciones en el registro y asignación de activos fijos en la unidad de bienes y servicios de la
universidad amazónica de Pando.

1.5 Objetivos específicos

● Analizar los requerimientos del sistema utilizando técnicas de análisis de casos de uso para
obtener una comprensión clara de los requerimientos del sistema.

● Diseñar una base de datos que permita el almacenamiento eficiente y la gestión de datos
relacionados con los activos fijos de la unidad de bienes y servicios.

● Diseñar la estructura de la aplicación web que proporcione una interfaz amigable para los
usuarios, permitiendo el acceso y la manipulación de datos almacenados en la base de
datos, cumpliendo con los requerimientos del sistema de la unidad de bienes y servicios.

● Codificar la estructura del sistema y base de datos mediante las tecnologías de

programación de Java y MySQL para dar respuesta a los requerimientos funcionales en el
registro y asignación de activos fijos.

● Validar el sistema aplicando pruebas funcionales, pruebas de rendimiento y pruebas de

seguridad para verificar el correcto funcionamiento de la aplicación web y confirmar que
se ajuste a las expectativas de los usuarios finales.
 5

1.6 Justificación

La implementación de una aplicación web para el registro y asignación de activos fijos en la unidad
de bienes y servicios de la Universidad Amazónica de Pando es necesaria debido a las limitaciones
y deficiencias identificadas en el sistema actual. Esta justificación se divide en tres aspectos
principales: técnico, económico y social.

1.6.1 Justificación técnica

El desarrollo de una aplicación web utilizando la metodología proceso unificado permitirá superar
las limitaciones técnicas actuales y mejorar el registro y asignación de activos fijos. Esta
metodología proporciona un enfoque estructurado y modular que facilita el análisis de
requerimientos, el diseño de la estructura del sistema y la implementación de las funcionalidades
necesarias. El uso de tecnologías de programación como Java y MySQL garantizan la
escalabilidad, y rendimiento del sistema, brindando una solución confiable.

1.6.2 Justificación económica

La implementación de la aplicación web para el registro y asignación de activos fijos generará

beneficios económicos significativos en la Universidad Amazónica de Pando. Al mejorar la
eficiencia en la gestión de los activos, se reducirán los costos asociados a la pérdida de información,
a las discrepancias en el inventario y a los retrasos en la asignación de activos al personal. Además
de reducir la cantidad del personal para elaborar los informes y reportes de los activos, que a su
vez estos se elaboran de manera más eficiente y eficaz, brindando informes precisos y oportunos,
lo que puede resultar en ahorros adicionales y en una mejor planificación de los recursos.

1.6.3 Justificación social

La implementación de una aplicación web mejorará la calidad de los servicios brindados por la
Unidad de Bienes y Servicios de la Universidad Amazónica de Pando. Al agilizar y optimizar el
registro y asignación de activos fijos, se reducirán los tiempos de espera, los errores y las
confusiones en el proceso, Esto mejorará la satisfacción del personal y contribuirá a un ambiente
de trabajo más eficiente. Además, la generación de informes y reportes confiables, facilitará la
 6

rendición de cuentas y transparencia en la gestión de los activos, fortaleciendo la confianza de la

comunidad universitaria.

1.7 Metodología

La metodología que usaremos es la del proceso unificado, donde se presentan las siguientes etapas
para el desarrollo del sistema de gestión de inventario de la unidad de bienes y servicios de la UAP.

Etapa Descripción de la Herramientas Resultados a

etapa obtener

Análisis - Analizar los - Entrevista. - Como resultado,

requerimientos - Encuesta se espera obtener
del sistema - Análisis de una comprensión
mediante los detallada de los
documentación
casos de usos y requisitos del
entrevistas del sistema y el
personal de la panorama actual
Unidad de de la unidad de
Bienes y bienes y
Servicios. servicios, así
como del sistema
que manejan.

Diseño - Diseñar una base - Mediante el - se obtendrá una

de datos que programa de Sybase estructura
permita el PowerDesigner eficiente y
almacenamiento escalable que
- MySQL
eficiente y la permitirá el
gestión de datos - Html, CSS, Java almacenamiento
relacionados con y gestión
los activos fijos óptimos de los
de la unidad de datos
bienes y relacionados con
servicios. los activos.
- Además, el
- Diseñar la diseño de la
estructura de la aplicación web
aplicación web que proporcionará
proporcione una una interfaz
interfaz amigable amigable para
para los usuarios, los usuarios,
permitiendo el permitiéndoles
acceso y la acceder y
 7

manipulación de manipular los

datos almacenados datos
en la base de datos, almacenados en
cumpliendo con la base de datos
los requerimientos de manera
del sistema de la intuitiva
unidad de bienes y
servicios.

Codificación - Codificar la - Visual Studio - Se espera contar

aplicación web Code con los
para el registro y componentes de
asignación de la aplicación
activos fijos. web,
desarrollados y
probados de
manera
iterativa,
cumpliendo con
los
requerimientos
establecidos,
Estos resultados
sentarán las
bases para la
siguiente etapa
del proceso de
prueba de la
aplicación.

Prueba - Realizar pruebas - Mediante la misma - Los resultados

del sistema, aplicación web. esperados
incluyendo incluyen un
pruebas informe detallado
funcionales, de sobre el
rendimiento y de rendimiento del
seguridad, para sistema,
garantizar su identificación de
correcto cualquier error o
funcionamiento y problema y
cumplimiento de verificación de
los requisitos. que el sistema
cumple con los
requisitos
establecidos.
 8

1.8 Alcances y Limitaciones

El presente proyecto pretende desarrollar una aplicación web para el registro y asignación de bienes
y servicios.

Para el cual tenemos los siguientes alcances y delimitaciones del proyecto:

1.8.1 Alcances:

- Registro de los activos fijos. - La aplicación permitirá la entrada de nuevos activos fijos en
la base de datos.

- Asignación de activos fijos a empleados. - Se podrá asignar y rastrear activos fijos para
cada empleado.

- Elaboración reportes. - La aplicación proporcionará funcionalidades para la generación de

reportes de los activos fijos.

- Brindar una base de datos más adaptable y segura. - La base de datos se diseñará para ser
flexible y segura, protegiendo así la información sensible de la Unidad de Bienes y
Servicios.

- Catálogos de activos fijos. - Se implementará un catálogo de activos para facilitar su

identificación y búsqueda.

1.8.2 Limitaciones:

- Mantenimiento de activos. - La aplicación no proporciona funcionalidades para el

seguimiento de mantenimiento o reparación de los activos fijos.

- Gestión de la depreciación de activos: Aunque se llevará un registro detallado de los

activos, no se manejará la depreciación de los activos fijos.

- Compra y venta de activos. - el sistema no permitirá la administración de la compra y venta

de activos. Su objetivo se limita al registro y asignación de activos fijos existentes.

- Elaboración de informes: El sistema no elaborará informes.

 9

1.9 Cronograma de actividades

PROYECTO: SISTEMA DE GESTIÓN Y CONTROL DE ACTIVOS FIJOS DE LA UNIDAD

DE BIENES Y SERVICIOS DE LA UNIVERSIDAD AMAZÓNICA DE PANDO

Actividades:

1. Entrevista con la encargada de la unidad de almacén de bienes y servicios.

2. investigación y análisis de los requerimientos de la unidad.
3. Diseño de la base de datos.
4. Diseño y desarrollo del FrontEnd del sistema.
5. Desarrollo de la funcionalidad principal del sistema BackEnd.
6. Pruebas del sistema.

Cronograma de actividades:

Actividades Duración Inicio Fin

1. Entrevista con la encargada de la 1 día 20/04/2023 20/04/2023

unidad de almacén de bienes y
servicios.

2. Investigación y análisis de los 1 día 21/04/2023 21/04/2023

requerimientos de la unidad.

3. Diseño de la base de datos. 2 semana 19/05/2023 02/06/2023

4. Diseño y desarrollo del FrontEnd del 2 semana 02/06/2023 16/06/2023

sistema.

5. Desarrollo de la funcionalidad 1 semana 16/06/2023 30/06/2023

principal del sistema BackEnd.

6. Pruebas del sistema. 3 días 30/06/2023 03/06/2023

 10

CAPÍTULO II: MARCO TEÓRICO

En este marco teórico se abordarán los conceptos y teorías fundamentales para el desarrollo de la
aplicación web, así como también los diferentes métodos y herramientas tecnológicas disponibles
para gestionar de manera efectiva los activos fijos. Asimismo, se explorarán los beneficios de
implementar una aplicación web, los desafíos que presenta su implementación y el proceso que se
debe seguir para llevarlo a cabo. Con este marco teórico se busca brindar una base sólida para el
desarrollo del proyecto y contribuir al conocimiento en la materia del registro y asignación de los
activos fijos en la unidad de bienes y servicios de la UAP.

2.1 Sistema

Un sistema se define como "un conjunto de elementos interrelacionados que interactúan entre sí y
trabajan juntos para lograr un objetivo común Robbins & Coulter (2019).
De acuerdo con esta definición, se enfatiza la importancia de la relación y la interacción entre los
elementos para lograr un objetivo común.
Por otro lado, según Senge (2010) un sistema se puede definir como "un conjunto de elementos
interdependientes que interactúan para formar un todo coherente" (p. 69). Esta definición resalta
la idea de que los elementos del sistema están interconectados y que sus interacciones dan lugar a
un todo coherente.

2.2 Inventario

Según Monczka et al. (2009) un inventario es un conjunto de bienes tangibles y cuantificables

que se tienen en stock en una empresa y que se utilizan para el proceso de producción, la venta
y/o el servicio al cliente. El inventario incluye materiales, productos terminados y productos en
proceso, así como suministros y repuestos. El control adecuado del inventario es esencial para el
éxito de una empresa, ya que permite gestionar adecuadamente los niveles de existencias, evitar
pérdidas y desechos, y satisfacer las demandas de los clientes de manera oportuna.
Por otro lado, Ballou (2004) define el inventario como el conjunto de productos y componentes
que se mantienen en stock con el fin de satisfacer las demandas del mercado. Según este autor, el
inventario es esencial para la gestión de la cadena de suministro y puede representar un
importante costo para la empresa. Por lo tanto, es importante gestionar adecuadamente el
inventario para reducir costos y mejorar la eficiencia.
 11

2.3 Sistema de Inventario

El ser humano tiene la necesidad de implementar métodos que le puedan permitir facilitar el
poder administrar bien ya sea sus bienes o recursos, en el cual según estos autores Bowersox et
al. (2019) definen un sistema de gestión de inventario como un proceso que permite a las
empresas gestionar y controlar el flujo de materiales a través de la cadena de suministro. Según
estos autores, un sistema de gestión de inventario eficaz debe permitir a las empresas obtener
información en tiempo real sobre el inventario disponible, gestionar adecuadamente los pedidos y
los plazos de entrega, y minimizar los costos de almacenamiento y transporte.

2.4 Tipos de sistemas de gestión de inventarios

La elección del tipo de sistema de gestión de inventarios a implementar depende de las

necesidades y objetivos de cada empresa, negocio o institución. Es importante tener en cuenta
factores como el tipo de productos, la demanda, los costos de almacenamiento y los recursos
disponibles para la implementación del sistema. en el cual veremos los siguientes tipos de
sistema de inventario.

2.4.1 Sistema de inventario periódico

Un sistema de inventario periódico es un método de control de inventario en el que se realiza un

recuento físico del inventario en intervalos regulares, como semanal, mensual o trimestral, y se
ajusta el inventario en función de las diferencias entre el inventario teórico y el físico. Este tipo
de sistema se utiliza comúnmente en pequeñas empresas con un volumen de ventas bajo o
empresas que manejan productos de alto valor y baja rotación.
Según Monczka et al (2019), el sistema de inventario periódico se basa en la toma de inventario
físico en intervalos regulares, lo que puede ser costoso y laborioso. Además, puede ser propenso
a errores humanos y a robos, lo que puede afectar negativamente la precisión del inventario.
Por otro lado, Vollmann y otros (2017) mencionan que este tipo de sistema puede resultar útil
para productos de baja rotación o para empresas que tienen un inventario en constante cambio, ya
que permite ajustar el inventario en función de las fluctuaciones de la demanda.

2.4.2 Sistema de inventario permanente

 12

El Sistema de inventario permanente es un método contable en el que se lleva un registro constante

y actualizado de las unidades vendidas y compradas, así como de los costos asociados a ellas. Este
sistema permite una mayor precisión en la determinación del costo de los bienes vendidos y del
valor del inventario final en todo momento.
Según Hansen & Mowen (2016), el Sistema de inventario permanente es "un método de registro
de inventario que se actualiza permanentemente para reflejar las compras, ventas y la cantidad de
unidades disponibles en el inventario en todo momento".
Por otro lado Hotngren et al (2012) definen el Sistema de inventario permanente como "un método
contable en el que se registra cada transacción de compra y venta de mercancías de manera
individual y se actualiza constantemente el saldo del inventario".

2.4.3 Sistema de gestión de inventario ABC

Según Krajewski et al (2008) , el Sistema de gestión de inventario ABC es una técnica que
clasifica los artículos de inventario en tres categorías según su importancia relativa. Los artículos
de categoría A representan el 20% de los artículos que generan el 80% del valor total de
inventario, los artículos de categoría B representan el 30% de los artículos que generan el 15%
del valor total de inventario, y los artículos de categoría C representan el 50% de los artículos que
generan el 5% del valor total de inventario. Esta técnica permite a las empresas gestionar y
controlar de manera más eficiente sus inventarios, priorizando la gestión de los artículos de
mayor importancia.

2.4.4 Sistema de gestión de inventario justo a tiempo (JIT)

El sistema de gestión de inventario justo a tiempo (JIT) es una técnica que busca minimizar los
niveles de inventario manteniendo únicamente los materiales necesarios en el momento exacto en
que se necesitan en el proceso de producción. El JIT se enfoca en la reducción de costos de
almacenamiento y gestión de inventarios, así como en mejorar la eficiencia del proceso de
producción y reducir el tiempo de ciclo. Según Heizer & Render (2014), el JIT es un enfoque que
busca reducir la cantidad de inventario en el sistema productivo, mediante la producción en lotes
pequeños y frecuentes, lo que reduce el costo de mantenimiento y permite la identificación
temprana de problemas en el proceso productivo.
 13

2.6 Administración

La administración, según The Essential Drucker by Peter F. Drucker (2020) se refiere al proceso
de coordinar y dirigir las actividades de una organización para lograr sus objetivos de manera
eficiente y eficaz. Drucker enfatiza la importancia de la planificación, la organización, la
dirección y el control como funciones fundamentales de la administración. Además, destaca la
importancia de establecer metas claras, asignar recursos adecuados y motivar a los miembros de
la organización para alcanzar el éxito. Y por otra parte Fayol (2005) define la administración
como un proceso que incluye funciones como la planificación, la organización, la dirección, la
coordinación y el control. Fayol considera que la administración es aplicable en todo tipo de
organizaciones y establece los principios generales que deben regir la administración, como la
división del trabajo, la autoridad y responsabilidad, la disciplina, la unidad de dirección y el
equilibrio entre los intereses individuales y los intereses generales.

Por ello vemos que la administración es el proceso de planificar, organizar, dirigir y controlar los
recursos de una organización con el fin de alcanzar sus objetivos de manera eficiente y eficaz.
Implica la toma de decisiones estratégicas, la asignación de tareas y responsabilidades, la
motivación y dirección del personal, así como el monitoreo y evaluación del desempeño para
garantizar el cumplimiento de los planes establecidos.

2.7 Administración de los inventarios.

Según Armstrong & Kotler (2013) define la administración de los inventarios como el proceso de
planificar, coordinar y controlar la adquisición, el almacenamiento, la distribución y el
seguimiento de los productos o materiales que una organización necesita para su operación.
Kotler destaca la importancia de encontrar un equilibrio entre el costo de mantener inventarios y
la disponibilidad de productos para satisfacer la demanda de los clientes. Además, señala la
necesidad de utilizar técnicas y herramientas como el pronóstico de la demanda, la gestión de
proveedores y el control de inventarios para optimizar la gestión de los inventarios.

2.8 Base de datos

Una base de datos es un conjunto de datos relacionados que se organizan y almacenan de manera
estructurada y eficiente para su posterior acceso y uso. Según Date (2011), una base de datos se
 14

puede entender como "una colección de datos que se relacionan entre sí de manera significativa,
con la finalidad de proporcionar información útil y relevante para los usuarios" (p. 3).
En este sentido, Date es un destacado autor en el ámbito de las bases de datos, quien ha escrito
varios libros sobre el tema, entre ellos "Introducción a los sistemas de bases de datos" (2014) y
"El modelo relacional para bases de datos" (2019). En estos libros, Date explica en detalle los
conceptos fundamentales de las bases de datos, su estructura y los diferentes tipos de sistemas de
gestión de bases de datos que existen.

2.9 Tipos de base de datos

2.9.1 Base de datos relacionales

Una base de datos relacional es un tipo de base de datos que utiliza el modelo de datos relacional
para organizar y almacenar la información. En una base de datos relacional, la información se
divide en tablas, donde cada tabla representa una entidad y las relaciones entre ellas se establecen
mediante claves primarias y foráneas.
Según Silberschatz et al (2011), una base de datos relacional se define como una colección de
tablas que se relacionan entre sí mediante claves. Cada tabla representa una entidad, como
clientes o pedidos, y cada fila de la tabla representa una instancia de esa entidad. Las relaciones
entre las tablas se establecen mediante claves primarias y foráneas, lo que permite un fácil acceso
a la información relacionada.

2.9.2 Base de datos jerárquico

El concepto de base de datos jerárquico se refiere a una estructura de datos organizada en forma
de árbol, en la que los registros se relacionan entre sí en una estructura jerárquica, donde cada
registro tiene un único padre y uno o más hijos. Esta estructura es ampliamente utilizada en
aplicaciones de gestión de datos en las que se requiere una relación padre-hijo entre los datos,
como los sistemas de gestión de bibliotecas y los sistemas de contabilidad.
Según Connolly & Begg (2015), las bases de datos jerárquicas fueron las primeras en utilizarse
en la industria de la tecnología de la información, y aún son ampliamente utilizadas en sistemas
legados. En este tipo de bases de datos, los datos se organizan en una estructura en forma de
árbol, con un registro raíz y varios subregistros. Cada registro puede tener múltiples hijos, pero
solo un padre.
 15

2.10 Clasificador presupuestario

Según Ministerio de Economía y Finanzas Públicas (2021) Los clasificadores presupuestarios son
instrumentos operativos que buscan homogeneizar y sistematizar la información necesaria para el
presupuesto público. Su objetivo es la política económica para facilitar la compilación de
estadísticas fiscales, análisis de finanzas públicas y automatización de estados financieros. Estos
clasificadores permiten definir la organización de entidades públicas, el origen de ingresos,
insumos del gasto público, destino y finalidad de gastos programados, fuentes de financiamiento,
sector económico y ubicación geográfica de programas y proyectos de inversión.
El clasificador presupuestario posibilita la programación y registro de ejecución financiera,
facilita la formulación de políticas públicas, análisis económico y social, provee base para
consolidar estados financieros y presupuestarios, y facilita la fiscalización y control de recursos
públicos interna y externamente.

2.11 Clasificador de recursos por rubro

Según el Ministerio de Economía y Finanzas Públicas (2021) menciona que el clasificador de

recursos por rubros permite categorizar de manera similar y según su origen los recursos públicos
de las entidades públicas. Esto se basa en la naturaleza jurídica, actividades económicas y
carácter de las transacciones que los generan. Estos recursos están destinados a la
implementación de las políticas públicas del Estado y sus instituciones.
Por ello vemos que su objetivo principal es facilitar la identificación, seguimiento y presentación
ordenada de la información contable y financiera. ais como lo menciona el siguiente autor.
El clasificador de recursos por rubros es una herramienta utilizada en el ámbito contable y
financiero para organizar y categorizar los diferentes recursos o partidas de una empresa de
acuerdo a su naturaleza o función específica. Esta clasificación facilita el seguimiento, análisis y
registro de las transacciones financieras, permitiendo una adecuada presentación de la
información contable.

Uno de los autores destacados en el campo de la contabilidad y la clasificación de recursos es

Juan Ramón Santillana González. En su libro titulado "Contabilidad Financiera" (2015),
Santillana González aborda detalladamente la importancia del clasificador de recursos por rubros
en la contabilidad empresarial. El autor explica que el clasificador proporciona un marco de
 16

referencia estructurado que permite agrupar las partidas contables en categorías específicas, tales
como activos, pasivos, ingresos, gastos y patrimonio.
Santillana González resalta que el uso adecuado de un clasificador de recursos por rubros brinda
una serie de beneficios, como la estandarización de la información contable, la comparabilidad
entre diferentes períodos contables y la generación de estados financieros claros y comprensibles.
Además, este enfoque facilita la toma de decisiones basada en la identificación y análisis de los
recursos relevantes para la empresa.

2.12 Clasificador por objeto de gasto

Según el Ministerio de Economía y Finanzas Públicas (2021) el clasificador de objeto del gasto
facilita la identificación y organización sistemática de los elementos necesarios en el proceso de
producción de bienes, servicios, normas, activos y pasivos financieros. Estos elementos se
utilizan de manera ordenada y homogénea en la prestación de servicios públicos y transferencias,
con el objetivo de implementar las políticas públicas del Estado y sus instituciones. Todo esto se
realiza dentro del marco legal vigente.

Por otra parte, según Salas (2008), el clasificador por objeto del gasto es un sistema utilizado en
la contabilidad gubernamental y organizacional para categorizar y agrupar los gastos en función
de su naturaleza u objetivo específico. Permite desglosar los recursos utilizados por una entidad
en diferentes categorías de gasto, como sueldos y salarios, adquisición de bienes, servicios, entre
otros. Este clasificador brinda información detallada sobre cómo se está utilizando el presupuesto
y facilita la rendición de cuentas y el control del gasto.

dando a entender que el objetivo principal de este clasificador es proporcionar información sobre
cómo se asignan y gastan los recursos públicos, permitiendo un seguimiento adecuado de los
egresos y una gestión eficiente de los recursos financieros.

2.13 Revalorización de activos fijos

Según J. L (2005) La revalorización de activos fijos es un proceso mediante el cual se ajusta el

valor contable de un activo para reflejar su valor de mercado actual. Esta práctica es utilizada por
las empresas para actualizar el valor de sus activos fijos, como propiedades, maquinaria o
equipos, y así mantener una representación más precisa de su valor en los estados financieros. La
 17

revalorización puede ser necesaria debido a cambios en el mercado, la inflación u otros factores
que afecten el valor de los activos
De igual forma como dicen los siguientes autores Maza Iñiguez & Chavéz Cruz (2017) menciona
que la principal razón detrás de la revalorización de activos fijos es mantener una imagen más
precisa y actualizada de los activos en los estados financieros de una empresa. Al ajustar el valor
contable de los activos a su valor de mercado, se evita que los activos se registren a un valor
inferior a su valor real, lo que puede distorsionar la verdadera situación financiera de la empresa.
Por ello la revalorización de activos fijos es un proceso que busca ajustar el valor contable de los
activos para reflejar su valor de mercado actual. Esto contribuye a una presentación más precisa
de la situación financiera de una empresa y puede tener implicaciones en aspectos como la
depreciación y los impuestos. Los expertos en contabilidad y finanzas continúan investigando y
analizando los efectos y las mejores prácticas relacionadas con la revalorización de activos fijos.

2.14 Activos fijos

Según el siguiente autor Brigham & Houston (2007) menciona que los activos fijos, también
conocidos como activos tangibles, son recursos de propiedad de una empresa que se utilizan para
generar ingresos y se espera que sean utilizados durante un período prolongado de tiempo,
generalmente más de un año. Estos activos representan inversiones significativas para una
organización y desempeñan un papel fundamental en sus operaciones y capacidad para generar
valor.
Por otra parte según Ross, Westerfield y Jordan (2018), los activos fijos son recursos tangibles
que posee una empresa y que se utilizan en sus operaciones comerciales a largo plazo. Estos
activos incluyen propiedades, planta y equipo, como terrenos, edificios, maquinaria y vehículos,
que se utilizan para generar ingresos a lo largo de varios años. Los activos fijos son
fundamentales para el funcionamiento de una empresa y pueden desempeñar un papel crucial en
su capacidad para competir en el mercado y generar beneficios sostenibles a largo plazo.
La gestión adecuada de los activos fijos implica su adquisición, mantenimiento, depreciación y
eventual disposición. Los autores resaltan que la correcta valoración y administración de los
activos fijos es esencial para mantener una situación financiera saludable y maximizar el valor de
la empresa. Además, los activos fijos también pueden servir como garantía para obtener
financiamiento o préstamos.
 18

Esta referencia proporciona una visión clara y concisa sobre los activos fijos y su importancia en
el ámbito de las finanzas corporativas. Al explorar diferentes perspectivas de autores destacados
en el campo, se enriquece el entendimiento del concepto de activos fijos y su gestión estratégica
en el contexto empresarial.

2.15 Activos reales plan 40000

Según el Ministerio de Economía y Finanzas Públicas (2021) se refiere a los gastos relacionados
con la compra de bienes duraderos, la construcción de obras por parte de terceros, la adquisición
de maquinaria, equipos y animales. Esto también abarca los costos de estudios, investigaciones y
proyectos realizados por terceros, así como los servicios de supervisión contratados para la
construcción y mejora de bienes públicos tanto de dominio privado como público. Estos gastos se
consideran parte del activo institucional, incluyendo también los activos intangibles.

2.16.1 Maquinaria y equipos plan 43000

Según el Ministerio de Economía y Finanzas Públicas (2021) se refiere a los gastos relacionados
con la compra de maquinarias, equipos y accesorios que se utilizan o complementan a la unidad
principal. Esto incluye una amplia variedad de categorías, como maquinaria y equipos de oficina,
producción, agrícolas, industriales, de transporte en general, energéticos, riego, refrigeración,
comunicaciones, médicos, odontológicos, educativos y otros.

2.17.2 Equipo de oficina y muebles plan 43100

Según el Ministerio de Economía y Finanzas Públicas (2021) se trata de los gastos relacionados
con la compra de muebles, equipos de computación, fotocopiadoras, máquinas de escribir, relojes
de control, equipos biométricos, mesas para dibujo y otros elementos similares.

2.18 Ingeniería de requerimientos

Wiegers (2003) define la Ingeniería de Requerimientos como el proceso sistemático de

identificar, documentar y gestionar los requerimientos de un sistema o producto. Según Wiegers,
la Ingeniería de Requerimientos es fundamental en el desarrollo de software y otros productos
tecnológicos, ya que permite establecer una base sólida para el diseño, desarrollo y prueba de
soluciones. Este proceso involucra la comunicación efectiva con los stakeholders, la
 19

identificación de necesidades y objetivos, el análisis de requerimientos, la especificación clara y

concisa de los mismos, y la validación y verificación de que los requerimientos se hayan
comprendido correctamente.
Por otra parte, Sommerville (2011) define la Ingeniería de Requerimientos como el proceso de
descubrir, analizar, documentar y gestionar los requerimientos del sistema a desarrollar. Según
Sommerville, la Ingeniería de Requerimientos es un proceso iterativo y colaborativo que
involucra a los stakeholders para comprender y especificar los requisitos funcionales y no
funcionales del sistema. Este proceso incluye actividades como la identificación y priorización de
requerimientos, la resolución de conflictos y el aseguramiento de la calidad de los
requerimientos. Sommerville destaca la importancia de una comunicación efectiva entre los
stakeholders y los ingenieros de software para garantizar el éxito en el desarrollo de sistemas.

2.19 Aplicación Web

Una aplicación web según Valarezo Pardo, Honores Tapia, Gómez Moreno, & Vinces Sánchez,
(2018), una aplicación web es un programa que se codifica en un lenguaje interpretable por los
navegadores web en la que se confía la ejecución al dispositivo cliente. Las aplicaciones web
están diseñadas para presentar información a través de un navegador, es decir, se accede a ellas a
través de la red.

Por otra parte, Según _ESIC Business & Marketing School (2023), las aplicaciones web son el
desarrollo de un programa de aplicación que se guarda y se almacena en un servidor remoto, al
que el usuario accede a través del navegador. El concepto de aplicación web está ligado al
almacenamiento en la nube. Así, la información se guarda permanentemente en grandes
servidores de internet y una vez que abres tu aplicación y entras en ella, te envían a tu dispositivo
los datos que requieres. En realidad, lo que están haciendo es mandarte una copia temporal del
archivo en cuestión, algo así como una fotografía de una página web con la que puedes
interactuar, y que además se puede ir actualizando. Para acceder a este tipo de servicios solo
necesitas un dispositivo, una conexión a internet y tus datos de acceso (normalmente, nombre de
usuario y la contraseña).
 20

CAPÍTULO III: MARCO APLICATIVO

3.1 Análisis de requerimiento

Mediante el uso de los diagramas de casos de usos se detalla los requerimientos que se han
identificado para el desarrollo de la aplicación web, el cual mediante los casos de usos y
especificaciones detallaremos las funcionalidades del sistema acorde a los requerimientos
obtenidos.

3.2 Casos de usos y especificaciones

En esta sección, abordaremos los casos de uso y especificaciones para nuestro sistema de gestión
de activos fijos. Este sistema está diseñado para llevar a cabo un seguimiento eficiente y efectivo
de los activos fijos dentro de la Unidad de Bienes y Servicios de la Universidad Amazónica de
Pando. Los casos de uso proporcionarán una visión detallada de cómo los diferentes actores
interactúan con la aplicación web, mientras que las especificaciones detallarán las características y
funcionalidades que el sistema debe poseer para satisfacer las necesidades de los usuarios. Juntos,
estos elementos ayudarán a esclarecer cómo el sistema funcionará en un entorno real y cómo se
espera que responda a las diversas demandas de los usuarios.
 21

3.2.1 Diagrama de casos de usos de la aplicación web.

Ilustración 1 Diagrama general de casos de uso de la aplicación web

Fuente: Elaboración propia, 2023.

 22

Ilustración 2 Diagrama de casos de uso inicio de sesión.

Fuente: Elaboración propia, 2023.

Tabla 1 Especificación de inicio de sesión

SECCIÓN PRINCIPAL

Caso de uso: Iniciar Sesión

Actores: Usuario

Propósito: Activos registrados en el sistema.

Resumen: El Auxiliar verá Activos con sus respectivas

características registrados en el sistema.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Usuario abre el navegador e ingresa ventana de inicio de sesión.
la dirección de enlace del sistema.
4. El sistema valida las credenciales ingresadas si no
3. El Auxiliar ingresa su credencial de es válida muestra un mensaje de error de inicio de
usuario sesión y la credencial es correcta el sistema actualiza
la página y muestra la pantalla principal.

Cursos alternos
 23

Ilustración 3 Diagrama de casos de uso, Gestión de Activos Fijos.

Fuente: Elaboración propia, 2023.

Tabla 2 Especificación, Gestión de Activos Fijos - Añadir activos.

SECCIÓN PRINCIPAL

Caso de uso: Añadir Activos

Actores: Encargado

Propósito: Registrar nuevos activos al sistema.

Resumen: El encargado ingresa al sistema y registra un nuevo

activo.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

 24

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Encargado abre el navegador e ventana de inicio de sesión
ingresa la dirección de enlace del
sistema 4. El sistema carga la página de inicio, despliega el
menú de navegación y muestra las opciones del
3. El encargo ingresa su credencial de menú.
usuario
6. El sistema actualiza la página y muestra una
5. El encargado selecciona del menú pantalla con una tabla con los datos activos.
la opción de Administrar activos.
8. El sistema actualiza la página y muestra una
7. El encargado selecciona el icono de ventana para ingresar los datos necesarios para
añadir un nuevo activo. registrar el activo.

9. El Usuario ingresará los datos 9. El sistema actualiza la página y guarda los

requeridos y dará click en el botón cambios mostrando el registro en estado Finalizado
verde para confirmar el registro. de color verde junto a un mensaje que informa que
el activo ha sido registrado con éxito.

Cursos alternos
 25

Tabla 3 Especificación, Gestión de Activos Fijos - Editar detalle de activos.

SECCIÓN PRINCIPAL

Caso de uso: Editar detalle de activos

Actores: Encargado

Propósito: Editar los datos del activo registrado

Resumen: El encargado ingresa al sistema y edita los datos del

activo seleccionado.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Encargado abre el navegador e ventana de inicio de sesión
ingresa la dirección de enlace del
sistema 4. El sistema carga la página de inicio, despliega el
menú de navegación y muestra las opciones del
3. El encargo ingresa su credencial de menú.
usuario
6. El sistema actualiza la página y muestra una
5. El encargado seleccionas del menú pantalla con una tabla con los datos activos.
la opción de Administrar activos
8. El sistema actualiza la página y muestra una
7. El encargado selecciona el icono de ventana con los datos del activo seleccionado.
editar activo.
9. El sistema actualiza la página y guarda los
9. El Usuario reescribirá los datos cambios mostrando el registro en estado Finalizado
necesarios y dará click en el botón de color verde junto a un mensaje que informa que
verde para confirmar el registro. los cambios realizados del activo han sido guardados
con éxito.

Cursos alternos
 26

Tabla 4 Especificación, Gestión de Activos Fijos - Eliminar activo.

SECCIÓN PRINCIPAL

Caso de uso: Eliminar Activo.

Actores: Encargado

Propósito: Eliminar un activo registrado

Resumen: El encargado ingresa al sistema y elimina un activo

seleccionado.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Encargado abre el navegador e ventana de inicio de sesión
ingresa la dirección de enlace del
sistema 4. El sistema carga la página de inicio, despliega el
menú de navegación y muestra las opciones del
3. El encargo ingresa su credencial de menú.
usuario
6. El sistema actualiza la página y muestra una
5. El encargado selecciona del menú pantalla con una tabla con los datos activos.
la opción de Administrar activos.
8. El sistema muestra una ventana preguntando si
7. El encargado selecciona el ícono de desea confirmar o cancelar.
eliminar activo.
9. El sistema actualiza la página y guarda los
9. El encargado dará click en cambios mostrando el registro en estado Finalizado
confirmar. de color verde junto a un mensaje que informa que el
activo ha sido eliminado con éxito.

Cursos alternos
 27

Ilustración 4 Diagrama de casos de uso Gestionar informe de activos

Fuente: Elaboración propia, 2023.

Tabla 5 Generar informe de activos

SECCIÓN PRINCIPAL

Caso de uso: Generar Informe de activos

Actores: Encargado

Propósito: Generar informe de activo que sea requerido por el

Encargado

Resumen: El Usuario ingresará al sistema y realizará la

generación de informe de Activo

Curso normal de los eventos

Acción de los actores Respuesta del sistema

 28

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Usuario abre el navegador e ingresa ventana de inicio de sesión
la dirección de enlace del sistema.
4. El sistema carga la página de inicio, despliega el
3. El encargo ingresa su credencial de menú de navegación y muestra las opciones del
usuario. menú.

5. El Usuario selecciona la opción de 6. El sistema actualiza la página y muestra una

Generar Activo. pantalla con los datos necesarios para el informe.

7. El usuario ingresa la información 8. El sistema actualiza la página y guarda los

necesaria para generar el informe y cambios mostrando el registro en estado Finalizado
confirma los datos al dar click en el de color verde.
botón verde.
9. El sistema carga la página, despliega el menú de
10. El colaborador busca el registro navegación y muestra por defecto tabla con todos
específico en la tabla y selecciona la los registros de los informes clasificados por fecha,
operación que desea realizar. en cada informe registrado hay diferentes opciones
que representan.

● Rojo: Imprimir
● Celeste: Editar
● Rojo: Eliminar

Cursos alternos
 29

Ilustración 5 Diagrama de casos de uso Asignar Activos

Fuente: Elaboración propia, 2023.

Tabla 6 Asignar activos.
SECCIÓN PRINCIPAL
Asignar activos
Caso de uso:
Usuario
Actores:
El Usuario asignará uno o varios activos a un
Propósito: empleado

Resumen: El Usuario ingresara al sistema y asigna uno o varios

activos a un empleado
Curso normal de los eventos

Acción de los actores Respuesta del sistema

 30

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Usuario abre el navegador e ingresa ventana de inicio de sesión
la dirección de enlace del sistema
4. El sistema carga la página de inicio, despliega el
3. El encargo ingresa su credencial de menú de navegación y muestra las opciones del
usuario menú.

5. El Usuario selecciona la opción de 6. El sistema actualiza la página y muestra una

Asignar Activo pantalla donde se visualizará una lista de activos y
empleados.
7. El usuario selecciona el empleado
y los activos. 8. El sistema actualiza la página y guarda los
cambios mostrando el registro en estado Finalizado
de color verde.

Cursos alternos

Ilustración 6 Caso de uso de Acceso del auxiliar al sistema

Fuente: Elaboración propia, 2023.

 31

Tabla 7 Visualizar Activos Fijos.

SECCIÓN PRINCIPAL

Caso de uso: Visualizar Activos Fijos

Actores: Auxiliar

El Auxiliar podrá ver Activos registrados en el

Propósito:
sistema.

El Auxiliar podrá ver Activos con sus respectivas

Resumen: características registrados en el sistema.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

1. Este caso de uso comienza 2. El sistema actualiza la página y muestra una

cuando el Usuario abre el navegador ventana de inicio de sesión
e ingresa la dirección de enlace del
sistema 4. El sistema carga la página de inicio, despliega el
menú de navegación y muestra las opciones del
3. El Auxiliar ingresa su credencial menú.
de usuario
6. El sistema actualiza la página y muestra una
5. El auxiliar selecciona la opción pantalla donde se visualizará una lista de activos.
de Ver Activos Fijos.

Cursos alternos
 32

Tabla 8 Buscar Activos Fijos.

SECCIÓN PRINCIPAL

Caso de uso: Buscar Activos Fijos

Actores: Auxiliar

Propósito: Activos registrados en el sistema.

Resumen: El Auxiliar podrá ver Activos con sus respectivas

características registrados en el sistema.

Curso normal de los eventos

Acción de los actores Respuesta del sistema

1. Este caso de uso comienza cuando 2. El sistema actualiza la página y muestra una
el Usuario abre el navegador e ingresa ventana de inicio de sesión
la dirección de enlace del sistema
4. El sistema carga la página de inicio, despliega el
3. El Auxiliar ingresa su credencial de menú de navegación y muestra las opciones del
usuario menú.

5. El auxiliar selecciona la opción de 6. El sistema actualiza la página y muestra una

Ver Activos Fijos. pantalla donde se visualizará una lista de activos.

5. El auxiliar selecciona la opción de 7. Si se encuentra el Activo el sistema actualiza la

Buscar Activos Fijos e ingresa su página y muestra el activo con sus características. Si
código. No es encontrado el activo mostrará un mensaje

Cursos alternos
 33

3.2 Modelo entidad relación

3.2.1 Modelo Conceptual

Ilustración 7 Modelo Entidad Relacional (Conceptual)

Fuente: Elaboración propia, 2023.
 34

3.2.2 Modelo Lógico

Ilustración 8 Modelo Lógico

Fuente: Elaboración propia.
 35

3.2.3 Modelo Físico.

Ilustración 9 Modelo Físico

Fuente: Elaboración propia
 36

3.3 Diagrama de clases

Ilustración 10 Diagrama de clases

Fuente: Elaboración propia, 2023.
 37

3.4 Diccionario de datos

DESCRIPCIÓN DEL SISTEMA SISTEMA PARA EL REGISTRO Y

ASIGNACIÓN DE ACTIVOS FIJOS EN
LA UNIDAD DE BIENES Y SERVICIO DE
UNIVERSIDAD AMAZÓNICA DE
PANDO
NOMBRE DE LA BASE DE DATOS SAF-UAP
DESCRIPCIÓN DE LA BASE DE MySQL
DATOS
TAMAÑO
DBMS

TABLA 1. PERSONA
NOMBRE TABLA Persona FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de las personas

CAMPO TIPO TAMAÑO DESCRIPCIÓN

id_persona Serial // Identifica con el id a la persona
ci_persona Number 10 Celula de identidad de la persona
nom_persona Characters 30 Nombre de la persona
ap_paterno Characters 30 Apellido paterno de la persona
ap_materno Characters 30 Apellido materno de la persona
celular Number 8 Número de celular de la persona
estado_persona Characters 2 Estado de la persona
RELACIONES LLAVE PRINCIPAL
 38

TABLA 2 USUARIO
NOMBRE TABLA Usuario FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de usuario
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_usuario serial // Identifica con el id al usuario
nom_usuario Characters 10 Nombre del usuario
contrasena Characters 8 Contraseña del usuario
fecha_creacion Date // Fecha de creación del usuario
estado_usuario Characters 2 Estado del usuario
RELACIONES LLAVE PRINCIPAL

TABLA 3 CARGO
NOMBRE TABLA Cargo FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de cargo
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_cargo serial // Identifica con el id el cargo
nom_cargo Characters 10 Nombre del cargo
estado_cargo Characters 8 Estado del cargo
RELACIONES LLAVE PRINCIPAL
 39

TABLA 4 TIPO_PERSONAL

NOMBRE TABLA Tipo_Personal FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de tipo_personal
CAMPO TIPO TAMAÑO DESCRIPCIÓN

id_tipo_persona serial // Identifica con el id al tipo

personal

nom_tipo_personal Characters 20 Nombre del tipo de personal

estado_tipo_per Characters 2 Estado del tipo personal

RELACIONES LLAVE PRINCIPAL

TABLA 5 ACTIVO
NOMBRE TABLA Activo FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de activo
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_activo serial // Identifica con el id al activo
cod_activo Text 20 Código del activo
descripcion_activo Text 200 Descripción del activo
fecha_adquisicion Date // Fecha de adquisición del activo
estado_activo Characters 2 Estado del activo
vida_util_activo Integer // La vida del activo
RELACIONES LLAVE PRINCIPAL
 40

TABLA 6 ROL
NOMBRE TABLA rol FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de rol
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_rol serial // Identifica con el id del rol
nom_rol Characters 30 Nombre del rol
estado_rol Characters 2 Estado del rol
RELACIONES LLAVE PRINCIPAL

TABLA 7 FUNCIONALIDAD
NOMBRE TABLA funcionalidad FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de funcionalidad
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_funcionalidad serial // Identifica con el id la
funcionalidad
nom_funcionalidad Characters 20 Nombre de la funcionalidad
estado_fucionalidad Characters 2 Estado de la funcionalidad
RELACIONES LLAVE PRINCIPAL
 41

TABLA 8 BAJA
NOMBRE TABLA baja FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de baja
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_baja serial // Identifica con el id la baja
cod_baja Text 20 Código de la baja
fecha_baja Date 2 Fecha realizada de la baja
descripcion_baja Characters 100 Descripcion de baja realizada
nro_doc Integer // Número de documento
estado_baja Characters 2 Estado de la baja
obs_baja Characters 100 Observación de la baja
RELACIONES LLAVE PRINCIPAL

TABLA 9 REVALÚO
NOMBRE TABLA revaluo FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de revalúo de los activos
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_revaluo serial // Identifica con el id la baja
nro_rev_doc Integer // Código de la baja
fecha_revaluo Date // Fecha realizada de la baja
num_costo_rev Float // Descripcion de baja realizada
vida_util_rev Integer // Número de documento
estado_revaluo Characters 2 Estado de la baja
obs_rev Characters 100 Observación de la baja
RELACIONES LLAVE PRINCIPAL
 42

TABLA 10 OFICINA
NOMBRE TABLA oficina FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de las oficinas
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_oficina serial // Identifica con el id la oficina
nom_oficina Characters 150 Nombre de la oficina
sigla_oficina Text 10 Sigla de la oficina
estado_oficina Characters 2 Estado de la oficina
RELACIONES LLAVE PRINCIPAL

TABLA 11 PREDIO

NOMBRE TABLA predio FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de predio
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_predio serial // Identifica con el id del predio
nom_predio Characters 100 Nombre del predio
sigla_predio Text 10 Sigla del predio
estado_predio Characters 2 Estado del predio
RELACIONES LLAVE PRINCIPAL
 43

TABLA 12 TIPO ACTIVO

NOMBRE TABLA tipo_activo FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos del tipo de activo
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_tipo_activo serial // Identifica con el id del tipo de
activo
nom_tipo_activo Characters 100 Nombre del tipo de activos
sigla_tipo_activo Text 10 Sigla del tipo de activo
estado_tipo_activo Characters 2 Estado del tipo de activo
RELACIONES LLAVE PRINCIPAL

TABLA 13 UNIDAD FUNCIONAL

NOMBRE TABLA unidad_funcional FECHA
CREACIÓN
DESCRIPCIÓN Guarda datos de unidad funcional
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_unidad serial // Identifica con el id la unidad
nom_unidad Characters 100 Nombre de la unidad
sigla_unidad Text 10 Sigla de la unidad
estado_unidad Characters 2 Estado de la unidad
RELACIONES LLAVE PRINCIPAL
 44

TABLA 14 CATEGORIA_ACTIVO

NOMBRE TABLA categoria_activo FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de las categorías de los activos
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_categoria serial // Identifica con el id la categoría
nom_categoria Characters 100 Nombre de la categoría
vida_util Integer // Vida útil del activo segun la
categoria
depreciar Boolean //
estado_categoria Character 2 Estado de la categoría
RELACIONES LLAVE PRINCIPAL

TABLA 15 DETALLE_BAJA

NOMBRE TABLA Detalle_baja FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de los detalles de la baja
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_detalle_baja serial // Identificador de detalle baja
estado_detalle_baja Characters 2 Estado del detalle baja
RELACIONES LLAVE PRINCIPAL
 45

TABLA 16 ASIGNACION

NOMBRE TABLA asignacion FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de asignacion
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_asigancion serial // Identifica con el id la asignacion
Fecha_asignación Date // Fecha de la asignacion
Estado_asignacion Boolean 2 Estado de la asignacion
RELACIONES LLAVE PRINCIPAL

TABLA 17 DETALLE_ASIGNACIÓN

NOMBRE TABLA Detalle_asignaci FECHA

on CREACIÓN
DESCRIPCIÓN Guarda datos de asignacion
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_detalle_asignacion serial // Identifica con el id el detalle de lqa
asignacion
Estado_detalle_asigna Boolean // Estado del detalle de la asignacion
cion
RELACIONES LLAVE PRINCIPAL
 46

TABLA 18 SUBFUNCIONALIDAD

NOMBRE TABLA subfuncionalida FECHA

d CREACIÓN
DESCRIPCIÓN Guarda datos de subfuncionalidad
CAMPO TIPO TAMAÑO DESCRIPCIÓN
id_subfuncionalidad serial // Identifica con el id la
subfuncionalidad
nom_subfuncionalida Text 30 Nombre de la Subfuncionalidad
d
url_subfuncionalidad Text 30 Direccion url de la
subfuncionalidad
estado_subfuncionalid Character 2 Estado de la subfuncionalidad
ad
RELACIONES LLAVE PRINCIPAL

TABLA 19 TRANSFERENCIA

NOMBRE TABLA Transferencias FECHA

CREACIÓN
DESCRIPCIÓN Guarda datos de transferencia
CAMPO TIPO TAMAÑO DESCRIPCIÓN
Id_transferencia Seria // Identificador de la tabla
transferencia
Fecha_transferencia Date // Fecha de la transferencia
Estado_transferencia Character 2 Estado de la transferencia
RELACIONES LLAVE PRINCIPAL
 47

TABLA 20 DETALLE_TRANSFERENCIA

NOMBRE TABLA Detalle_transfer FECHA

encia CREACIÓN
DESCRIPCIÓN Guarda datos de los detalles de la transferencia
CAMPO TIPO TAMAÑO DESCRIPCIÓN
Id_detalle_transferenc Seria // Identificador de la tabla detalle
ia transferencia
Fecha_detalle_transfe Date // Fecha de los detalles de la
rencia transferencia
Estado_detalle_transf Character 2 Estado de lo detalles de la
erencia transferencia
RELACIONES LLAVE PRINCIPAL

3.5 Código fuente del sistema

Ilustración 11 Codificación Del Controlador de Asignación

Fuente: Elaboración de propia (Visual Studio Code)

 48

3.6 Manual de Usuario

a) Inicio sesión usuario/administrador

Para el inicio de sesión se muestra una interfaz donde hay dos campos de texto en el cual podrán
ingresar usuario y contraseña, este es un diseño que les permitirá garantizar la seguridad del
sistema, de tal modo que solo podrá ingresar el personal autorizado.

Ilustración 12 Inicio de sesión al SAF-UAP

Fuente: Elaboración propia

b) Menú principal (Administrador)

El sistema presenta un conjunto de pantallas enmarcadas dentro de estándares establecidos para

facilitar la administración y manejo de la aplicación web. A continuación, se muestra el modelo de
la pantalla de inicio:
 49

Ilustración 13 Menú principal

Fuente: Elaboración propia

b) Interacciones con el sistema

El sistema presenta un conjunto de opciones con el fin de realizar el registro de los activos fijos
como también la asignación de activos fijos
Ilustración 14 Vista asignación de activos

Fuente: Elaboración propia, 2023.

 50

3.7 Pruebas y validación

a) Transferencia de activos que tiene un funcionario.

b) Asignación de activos con datos.

 51

c) Búsqueda por CI de Activos que tiene asignado un funcionario.

 52

CAPITULO IV CONCLUSIONES Y RECOMENDACIONE

4.1 Conclusión

En el desarrollo de este proyecto se logró lo siguiente:

- Representar mediante diagramas de casos de usos los requerimientos y funcionalidades

del sistema, obteniendo 5 diagrama de casos de usos y 8 tablas de especificaciones.
- Se logró diseñar la estructura del sistema mediante un modelo entidad relación con un
total de 21 entidades.
- Mediante las tecnologías de programación se logró elaborar el FrontEnd como el
BackEnd de la aplicación web.
- Se logrado hacer la interfaz para el registro de los activos.
- Se ha logrado hacer la interfaz para la asignación de activos.
- Debido a la falta de tiempo no fue posible llevar a cabo la validación/comprobación de
seguridad a nivel de base de datos, pero se llegó a aplicar otras medidas de seguridad,
como el uso de contraseñas encriptadas y restricciones de acceso basadas en roles de
usuario.
Se logró verificar el funcionamiento de la aplicación web, reflejando un buen funcionamiento y
cumpliendo los requerimientos planteados para el sistema.

4.2 Recomendación

En base al desarrollo y los resultados obtenidos en el desarrollo de la aplicación web para el registro
y asignación de activos fijos en la unidad de bienes y servicios de la Universidad Amazónica de
Pando, se propone una serie de recomendaciones para su mejora y optimización continua:

• Priorizar la validación de seguridad: Asignar recursos y tiempo suficiente en futuras etapas

del proyecto para llevar a cabo la validación y comprobación de seguridad a nivel de base
de datos. Esto implica realizar pruebas exhaustivas para identificar posibles
vulnerabilidades y asegurar la protección adecuada de la información.
• Mantenimiento de activos: Para un manejo eficiente de los activos fijos, se sugiere
incorporar una funcionalidad que permita el seguimiento de mantenimiento o reparación
 53

de los activos fijos. Esto permitirá una mejor gestión y prolongación de la vida útil de los
activos.
• Gestión de la Depreciación de Activos: Dado que los activos fijos son susceptibles a la
depreciación con el tiempo, sería valioso incluir una funcionalidad que permita el cálculo
y seguimiento de la depreciación de los activos.
• Administración de Compra y Venta de Activos: La implementación de una funcionalidad
que permita la administración de la compra y venta de activos puede ofrecer un manejo más
integral de los activos fijos.

Considerando que este proyecto tiene potencial para seguir mejorando, se sugiere establecer un
plan de desarrollo continuo que incluya etapas de revisión, pruebas y actualizaciones del sistema.
Así, se podrá mantener el sistema actualizado y en línea con las necesidades cambiantes de la
Unidad de bienes y Servicios.

Dado que el objetivo es implementar este sistema en la unidad de bienes y servicios, se recomienda
desarrollar un plan de implementación detallado. Este plan debería incluir la formación del
personal en el uso del sistema y la incorporación gradual de la aplicación en los procesos de la
unidad.
 54

Bibliografía

Alvarado, R. (2017, Noviembre 11). Necesidad de los sistemas de información gerencial para la
toma de decisiones en las organizaciones.
[Link]

Armstrong, G., & Kotler, P. (2013). Fundamentos de marketing (11e ed.). PEARSON.
[Link]
[Link]

Ballou, R. H. (2004). Logística Administración de la cadena de suministro (5ta ed.). Pearson

Education.
[Link]
uministro_5ta_edicion_-_ronald_h-_ballou.pdf

Bowersox, D. J., Closs, D. J., & Cooper, M. B. (2019). Supply Chain Logistics Management.
McGraw Hill. [Link]
Logistics-Management-Donald-J.-Bowersox-David-J.-Closs-M.-[Link]

Brigham, E. F., & Houston, J. F. (2007). Fundamentals of Financial Management (11th ed.).
Thomson Higher Education.
[Link]
Graduate/Accounting%20and%20Finance/Accounting%20and%20Finance%20Extension%20Pro
gram/Third%20Year/Fundamentals%20of%20Financial%[Link]

Connolly, T., & Begg, C. (2015). Database Systems (6th ed.). Pearson.
[Link]
_to_Design_Implementation_and_Management_6th_Global_Edition_1292061189.pdf

Date, C.J. (2011). Introducción a los sistemas de bases de datos (7th ed.). Pearson Educación.
[Link]
[Link]

Fayol, H. (n.d.). General and industrial management. WorldCat.

[Link]
 55

Hansen, D. R., & Mowen, M. M. (2016). Administración de costos (5ta ed.). Cengage Learning.
[Link]
[Link]

Heizer, J., & Render, B. (2014). Dirección de la producción y de operaciones (8th ed.). Prentice
Hall. [Link]
[Link]

Hotngren, C. T., Datar, S. M., & Rajan, M. v. (2012). Contabilidad de costos un enforque
gerencial (14th ed.). Pearson Educacion. [Link]
content/uploads/2017/12/Contabilidad-de-costos-Charles-T.-[Link]

J. L., H. O. (2005). LA REVALORIZACIÓN DE ACTIVOS FIJOS. CONTRASTE EMPÍRICO DE

UN MODELO FINANCIERO DE ELECCIÓN CONTABLE.
[Link]

Krajewski, L. J., Ritzman, L. P., & Malhotra, m. K. (2008). Administración de operaciones (8th
ed.). PEARSON EDUCACION.
[Link]
_LEE_J._K-[Link]

Maza Iñiguez, J. V., & Chavéz Cruz, G. (2017). REVALORIZACION. 123-134.

[Link]

Ministerio de Economía y Finanzas Públicas. (2021). Clasificador Presupuestario.

[Link]

Monczka, R. M., Handfield, R. B., Giuniper, L. C., & Patterson, J. L. (2019). PURCHASING
AND SUPPLY CHAIN MANAGEMENT (4ta ed.). Cengage Learning.

Robbins, S. P., & Coulter, M. (2019). Administracion (10th ed.). Pearson Education.
[Link]
[Link]
 56

Ross, R. A., Westerfield, R. W., & Jordan, B. D. (2018). Fundamentals of Corporate Finance.
[Link]
westerfield/[Link]

Salas, O. A. (2008). Contabilidad y finanzas para no financieros (2da edicion ed.). EDISIONES
DEUSTON. [Link]
zf8RAYC&printsec=frontcover&hl=es&source=gbs_atb#v=onepage&q&f=false

Santilla Gonzáles, J. R. (2015). Contabilidad Financiera. PEARSON.

[Link]
_resolucion_pdf51e66e8b436366b1aea8ff00004a2a88.pdf

Senge, P. M. (2010). La quinta disciplina (2da ed.). El arte y la práctica de la organización

abierta al aprendizaje.
[Link]

Silberschatz, A., Korth, H. F., & Sudarsshan, S. (2011). Database System Concepts (6th ed.).
McGraw Hill.
[Link]
a3lvc2hpdHN1fGd4OjVkMDk1OTc0YTZkYTAzOTM

Sommerville, I. (2011). Software ENgineering (9nd Edition ed.). PEARSON.

[Link]
[Link]

The Essential Drucker by Peter F. Drucker. (n.d.). Goodreads. Retrieved May 24, 2023, from
[Link]

Wiegers, K. E. (2003). Software Requirements. 2nd Edition.

[Link]
eID=55866
 57

ANEXO
Ubicación

Sistema actual que utilizan

Oficina Auxiliares
 58

Documentos