diseÑo aplicativo web para la gestiÓn y administraciÓn de …
TRANSCRIPT
DISEÑO APLICATIVO WEB PARA LA GESTIÓN Y ADMINISTRACIÓN DE
INVENTARIOS EN LA DISTRIBUIDORA DE HUEVOS SHEKINA EN LA CIUDAD DE
BOGOTÁ.
RINCÓN GÓMEZ MIGUEL ÁNGEL
ID: 315935
FACULTAD DE INGENIERÍAS
PROGRAMA DE INGENIERÍA DE SISTEMAS
SECCIONAL BOGOTÁ D.C.
Diciembre 2020
DISEÑO APLICATIVO WEB PARA LA GESTIÓN Y ADMINISTRACIÓN DE
INVENTARIOS EN LA DISTRIBUIDORA DE HUEVOS SHEKINA EN LA CIUDAD DE
BOGOTÁ.
RINCÓN GÓMEZ MIGUEL ÁNGEL
ID: 315935
ESTUDIO DE CASO
Trabajo de grado para optar al título de Ingeniero de Sistemas
Opción análisis sistemático literatura y producto monografía
Director(a)
Msc Jaime Alberto Páez Páez
UNIVERSIDAD COOPERATIVA DE COLOMBIA
FACULTAD DE INGENIERÍAS
PROGRAMA DE INGENIERÍA DE SISTEMAS
SECCIONAL BOGOTÁ D.C.
Marzo 2021
NOTA DE ACEPTACIÓN
“El trabajo de grado titulado DISEÑO APLICATIVO WEB PARA LA GESTIÓN Y
ADMINISTRACIÓN DE INVENTARIOS EN LA DISTRIBUIDORA DE HUEVOS SHEKINA
EN LA CIUDAD DE BOGOTÁ, realizado por el estudiante Miguel Ángel Rincón Gómez con
código 315935 respectivamente, cumple con todos los requisitos legales exigidos por la
Universidad Cooperativa de Colombia para optar el título de Ingeniero en Sistemas.
_____________________________
Firma de director de proyecto
DEDICATORIA
Quiero dedicar este trabajo primeramente a Dios y después a mi familia y en especial a
mi hermana Ing, Zulay por apoyarme y colaborarme en el diseño de la presente tesis,
RESUMEN
En el siguiente proyecto de grado se pretende realizar un aplicativo web para la gestión de
inventarios para la distribuidora de huevos shekina, con el fin de implementar un sistema
adecuado que brinde una mejor gestión administrativa y operativa que permita el control de los
productos almacenados.
La implementación del sistema se dio como solución a los problemas evidenciados en la forma
de cómo se llevan los registros de la distribuidora, teniendo información errónea y perdida de
datos los cuales son algunos de los inconvenientes que afectan los procesos en la gestión de
incidencias en la información.
Esta investigación muestra la importancia de contar con un sistema de inventarios, puesto que
estos permiten que las empresas tengan un mejor control de sus productos el cual permite el
ingreso de datos de manera más ágil permitiendo facilidad en la ubicación de productos, el
registro de los movimientos de dicho inventario, de igual forma tener un conocimiento de las
unidades existentes y la necesidad de compra que tenga la empresa, al final se pretende entregar
bases sólidas de conocimiento y herramientas administrativas de fácil uso que se le permita a la
distribuidora Shekina estar preparada para un futuro.
Palabras clave: Inventarios, diseño aplicativo web, sistema de información, implementar.
ABSTRACT
In the next degree project, it is intended to carry out a web application for inventory management
for the distribution of shekina eggs, in order to implement an adequate system that provides
better administrative and operational management that allows the control of stored products.
The implementation of the system was given as a solution to the evident problems in the way of
keeping company records. Having erroneous information and data loss which are some of the
inconveniences that affect the processes in the management of incidents in the information.
This research shows the importance of having an inventory system, since these allow companies
to have better control of their products, which allows data to be entered in a more agile way,
easily facilities for the location of products, the registration of movements of said inventory, in
the same way having a knowledge of the control units and the need for purchase that the
company has, in the end it is expected to deliver solid bases of knowledge and user-friendly
administrative tools that allow the company to be prepared for a future.
Key words: Inventories, web application design, information system, implement.
CONTENIDO
INTRODUCCIÓN ....................................................................................................................13
1. PLANTEAMIENTO DEL PROBLEMA ...........................................................................15
1.2. Formulación del problema ........................................................................................17
1.3. Objetivos....................................................................................................................17
1.4. Justificación ...............................................................................................................17
1.5. Alcances .....................................................................................................................19
1.6. Limitaciones ..............................................................................................................19
1.7. Antecedentes ..............................................................................................................19
2. MARCOS DE REFERENCIA ...........................................................................................21
2.1. Marco Teórico ...........................................................................................................21
2.1.1. Inventarios ..........................................................................................................22
2.1.2. Ingeniería de Software .......................................................................................27
2.2. Marco Contextual .....................................................................................................36
2.3. Marco conceptual ......................................................................................................41
2.4. Marco Legal ..............................................................................................................41
3. METODOLOGÍA .............................................................................................................44
3.2. DESARROLLO INGENIERIL ...............................................................................................48
3.2.1. Determinación de requerimientos ..........................................................................49
3.2.2. Análisis ....................................................................................................................57
3.2.3. Diagrama de casos de uso con sus respectivas matriz de especificaciones ................59
4.3.2. Matriz de especificaciones .......................................................................................59
3.2.4. Diagramas de clases ................................................................................................61
3.2.5. Diagrama de componentes .......................................................................................62
3.2.6. Diagrama de interacción ..........................................................................................65
3.2.7. El esquema de base de datos con su mer ..................................................................66
3.2.8. Diccionario de datos ................................................................................................67
3.2.9. Vistas de usuario .....................................................................................................70
BIBLIOGRAFÍA ......................................................................................................................81
IIUSTRACIONES
Ilustración 1 Ciclo vida del software ..........................................................................................28
Ilustración 2 Fases de un ERP ...................................................................................................36
Ilustración 3 Producción de huevos Millones/Años ...................................................................37
Ilustración 4 Tenencia de bienes TIC en los micro-establecimientos por tipo de terminal, según
actividades económicas. ............................................................................................................39
Ilustración 5 Establecimiento que tiene acceso al internet ..........................................................40
Ilustración 6 Proceso Distribuidora de huevos shekina ..............................................................58
Ilustración 7 casos de usos del aplicativo. ..................................................................................59
Ilustración 8 Diagrama de clases ...............................................................................................61
Ilustración 9 Diagrama de componente Compra ........................................................................62
Ilustración 10 Diagrama de componente cliente.........................................................................62
Ilustración 11 Diagrama componente venta ...............................................................................63
Ilustración 12 Diagrama componente stock ...............................................................................63
Ilustración 13 Diagrama componente reporte ............................................................................64
Ilustración 14 Diagrama de interacción .....................................................................................65
Ilustración 15 Esquemas bases de datos .....................................................................................66
Ilustración 16 Vista 1- Estadísticas compras ..............................................................................70
Ilustración 17 Vista 2- Últimas facturas .....................................................................................71
Ilustración 18 Vista 3- Detalle de factura ...................................................................................72
Ilustración 19 Vista 4- Nueva compra .......................................................................................73
Ilustración 20 Vista 5- Reporte de compras ...............................................................................74
Ilustración 21 Vista 6- Clientes .................................................................................................75
Ilustración 22 Vista 7- Nuevo cliente.........................................................................................76
Ilustración 23 Vista 8 - Nueva venta ..........................................................................................77
Ilustración 24 Vista 9- Reporte de ventas ..................................................................................78
TABLAS
Tabla 1 Requerimiento de software RF01 .................................................................................. 49
Tabla 2 Requerimiento de software RF02 .................................................................................. 50
Tabla 3 Requerimiento de software RF03 .................................................................................. 51
Tabla 4 Requerimiento de software RF04 .................................................................................. 52
Tabla 5 Requerimiento de software RF05 .................................................................................. 53
Tabla 6 Requerimiento de software RNF01 ............................................................................... 54
Tabla 7 Requerimiento de software RNF02 ............................................................................... 55
Tabla 8 Requerimiento de software RNF03 ............................................................................... 56
Tabla 9 Requerimiento de software RNF04 ............................................................................... 57
Tabla 10 Caso de uso 00-1 ........................................................................................................ 59
Tabla 11 Caso de uso 00-2 ........................................................................................................ 60
Tabla 12 Caso de uso 00-3 ........................................................................................................ 60
Tabla 13 Caso de uso 00-4 ........................................................................................................ 61
Tabla 14 Tabla de datos clientes. ............................................................................................... 67
Tabla 15 Tabla de datos producto. ............................................................................................. 67
Tabla 16 Tabla de datos factura. ................................................................................................ 68
Tabla 17 Tabla de datos detalle factura. ..................................................................................... 68
Tabla 18 Tabla de datos venta. .................................................................................................. 69
Tabla 19 Tabla de datos detalle de venta. .................................................................................. 69
Tabla 20 Tabla de datos estado. ................................................................................................. 70
GLOSARIO
Acceso: acción para hacer uso de un recurso.
Activo: en palabras financieras, es aquel título que representa para su dueño un derecho sobre su
bien.
Activos de la Información: son los activos relacionados en la ISO 27001 (Sistema y seguridad
de la información), en pocas palabras, son los recursos e insumos de la información que tiene
una entidad para cumplir con los objetivos (CERTIFICACIÓN, 2013).
Almacenamiento: Acción y efecto de guardar algo.
Aplicativo: “acción que sirve para aplicar en algo” (ESPAÑOLA, 2020).
Auditoria: es el proceso derivado a la recopilación de la información en el que se valida
mediante muestra estadística, la calidad de su ejecución.
Autorización: “consentimiento previo, expreso e informado del Titular para llevar a cabo el
Tratamiento de datos personales” (CONGRESO DE LA REPÚBLICA, 2012).
Back-up: método de almacenar información y copias de resguardo.
Base de Datos: conjunto organizado de datos personales que sea objeto de Tratamiento.
Competencia: "oposición o rivalidad entre dos o más personas que aspiran a obtener la misma
cosa." (ESPAÑOLA, 2020).
Compras: acción de adquirir algún elemento necesario para abastecer el almacén.
Confidencialidad: el resguardo de la información para evitar la sensibilidad a terceros.
Dato Personal: cualquier información vinculada o que pueda asociarse a una o varias personas
naturales determinadas o determinables.
Disponibilidad: la accesibilidad a la información de forma rápida, completa y concisa.
Efectividad: es la suma de la efectividad y la eficiencia.
Eficacia: se mide por la rapidez del proceso.
Eficiencia: se mide por la calidad y la optimización del proceso.
Encargado del Tratamiento: persona natural o jurídica, pública o privada, que por sí misma o
en asocio con otros, realice el Tratamiento de datos personales por cuenta del Responsable del
Tratamiento.
Facturación: soporte de registros donde se evidencia las salidas o las entradas del proceso
logístico.
FIFO: primeros en entrar, primeros en salir
Gestión: conjunto de procesos que interactúan entre sí.
Integridad: "dimensiones de la calidad de los datos cuya pérdida pude suponer un mayor
impacto en la privacidad" (REGLAMENTO EUROPEO DE PROTECCIÒN DE DATOS, 2018).
Normatividad: conjunto de documentos, donde se documenta los procesos, formatos, guías y
demás relacionados a la normatividad.
Política: conjunto de directrices que conformar los manuales, basados en regla.
Seguridad: son las buenas prácticas y los diferentes controles implementados para salvaguardar
la información.
Servicio al Cliente: el servicio prestado a un cliente o tercero.
Sistemas de Gestión de Inventarios: conjunto de procesos, procedimientos, normatividad,
desarrollo tecnológico y demás que complementa la gestión .
Sistemas de Información: es un conjunto de elementos orientados a la administración y la
gestión de la información.
Software: herramienta tecnológica diseñada para soportar el proceso y automatizarlo
SQL: es un sistema de gestión de bases de datos que se utiliza para programar y diseñar datos
almacenados o para el procesamiento de un flujo de un sistema de información
Stock: "existencias (‖ mercancías guardadas en un almacén)." (ESPAÑOLA, 2020).
Titular: persona natural cuyos datos personales sean objeto de Tratamiento
Tratamiento: cualquier operación o conjunto de operaciones sobre datos personales, tales como
la recolección, almacenamiento, uso, circulación o supresión.
Usuario: "dicho de una persona: Que tiene derecho de usar de una cosa ajena con cierta
limitación" (ESPAÑOLA, 2020).
Ventas: "contrato en virtud del cual se transfiere a dominio ajeno una cosa propia por el precio
pactado." (ESPAÑOLA, 2020).
INTRODUCCIÓN
La información se constituye como uno de los activos más valiosos para cualquier empresa,
las malas prácticas administrativas y operacionales es una de las mayores causantes que no
resultan relevante para los empresarios que buscan una entrada en los diferentes mercados
puesto que de ello depende la toma de decisiones que pueden afectar un papel fundamental
en el crecimiento económico. Un sistema de gestión de inventarios es un componente clave
para el correcto manejo contable el cual ofrece control, orientación, planeación y dirección a
las actividades de trabajo que desarrollan las empresas para poder obtener sus productos o
servicios con eficiencia, efectividad y eficacia, sin embargo, existen empresas que aún no han
dado la importancia que este aspecto requiere a razón de lo anterior, se propone la presente
propuesta de implementación del sistema de inventarios.
La distribuidora Shekina la cual lleva sus registros de inventarios en equipos tecnológicos en
varios archivos de Excel, por lo cual se requiere migrar toda la información que se tiene hasta
el momento a un sistema que permita mejorar el acceso y uso de estos datos, evitando
perdida o daño de los mismo. Se busca que mediante el uso del aplicativo se lleve una
coordinación e interacción permanente el cual permitirá analizar las cantidades exactas de
productos con las que cuenta la distribuidora en un periodo de tiempo determinado, se basa
en mantener el control de gestión claros y precisos que solidifiquen los resultados y la
información que se maneja para poder lograr una toma de decisiones evaluativa totalmente
objetiva que beneficie a la distribuidora.
Un sistema a la medida es de gran utilidad para el desarrollo de las actividades de la
distribuidora, en este proyecto se identificará la importancia de lograr mantener un control
continuo sobre las actividades administrativas y gestión de inventarios que permite de esta
manera crear un medio estructurado que contribuye al sostenimiento de la misma la cual basa
su operación en la compra y venta de huevos. Una vez concluido este proyecto deberá surgir
inmensas oportunidades de rentabilidad (Optimización de niveles de inventario), con esta
implementación se buscó mejorar la atención oportuna, rápida y efectiva que le permitirá
obtener a la distribuidora un puesto mayor en el mercado y ser potencialmente un competidor
de calidad obteniendo una respuesta lógica y un plan de acción ante las mismas.
En cuanto al alcance de esta propuesta, se cumplió de gran manera gracias a la distribuidora
Shekina que estuvo totalmente dispuesta a recibir toda la asesoría brindada y a permitir poder
realizar esta implementación, se espera que este proyecto sea de una muy buena utilidad y
que pueda cumplir con los requerimientos necesarios para que se logre hacer un correcto
control de sus inventarios.
1. PLANTEAMIENTO DEL PROBLEMA
1.1. Descripción del problema
La distribuidora Shekina ubicada en la ciudad de Bogotá comercializadora de huevos a
pequeños, medianos tenderos y consumidores de la canasta familiar siendo este un alimento de
gran valor nutritivo que aporta, sobre todo, proteínas de un gran alto valor, una cantidad
considerable de vitaminas y minerales. Al ser este un producto de primera necesidad en el
mercado ha ofrecido bastante competencia la cual ha aumentado en los últimos años.
En la actualidad en Colombia según estudios realizados por la Federación Nacional de
Avicultores (FENAVI) el sector avícola ha tenido un crecimiento general desde el año 1999 de
un 16.03%, y la producción del huevo no es la excepción con el crecimiento promedio en los
mismos periodos, promedio que de acuerdo a las proyecciones se piensa mantener, si bien es
cierto que este alimento cuyas características son estandarizadas y por ende es un producto con
pocas opciones de generar valor diferente de la competencia, el proyecto tiene como objetivo
encontrar factores que pueden contribuir al crecimiento que le permita a la distribuidora Shekina
crecer en un mercado tan cerrado y competitivo.
En la ciudad se puede observar que las empresas son reacias a implementar sistemas de control
que le ayuden en sus procesos y mejora de las actividades que realizan, lo que implica incurrir a
procesos muy ambiguos que impiden mantener registros adecuados a nivel financiero,
ocasionando pérdidas que en la mayoría de los casos son mucho más costosos que implementar
planes y programas preventivos que estén actualizados, de esta manera tener un registro de datos
es mucho más veraz y oportuno mejorando así las operaciones diarias.
La distribuidora Shekina ubicada en el sector de ciudad bolívar la cual comercializa huevos a
pequeños, medianos tenderos y consumidores de la canasta familiar, esta cuenta con un sistema
de inventarios realizados en archivos de Excel, el cual se evidencia que es un proceso donde
tienen grandes dificultades a la hora de buscar información, llevando así consecuencias a la hora
de solicitar un pedido a su proveedor principal ubicado en Tocancipá ya que se pide menos de
que lo que se vende de igual forma cuando se pide más de lo que se vende se obtienen resultados
de pérdidas en los huevos ya que estos tienen una a proximidad de 30 días de duración, además
se ha presentado perdida de datos en la facturación de los 52 clientes registrados por causa de
esto se identifican los siguientes problemas:
Reproceso de digitación e impresión de notas de preparación, notas de entrega y facturas.
No se cuenta con información de los costos en los que se está incurriendo al dejar sobrantes de
los productos, esta situación está asociada directamente a los productos devueltos por los
consumidores de la canasta familiar.
No existe una clasificación de inventarios que permita identificar los diferentes tipos de huevos y
su rotación, se debe realizar una clasificación manual donde se logre identificar que productos
son de alta, media y baja rotación.
No existe un modelo de inventarios.
Existen riesgos de guardar información errónea.
El problema aparece en el momento que comienza a crecer más el negocio y las solicitudes de
pedidos comenzaron a aumentarse de forma progresiva, teniendo en cuenta que la distribuidora
no tiene los conocimientos base para saber cuánto pedir al proveedor, con lo anterior planteado,
se evidencia la urgente necesidad de diseñar un aplicativo web que permita llevar a cabo el
control de inventarios de una forma más práctica, automática y eficiente el cual contribuye al
mejoramiento de los procesos y al desarrollo de la empresa.
1.2. Formulación del problema
¿Cómo mantener la integridad de la información a partir de un aplicativo web para el registro y
control de inventarios?
1.3. Objetivos
General
Diseñar un aplicativo web para la gestión y administración de inventarios en la distribuidora de
huevos Shekina, que permita el control de los productos almacenados y la eficiencia en el
manejo de la información.
Específicos
- Diagnosticar el estado actual que se tienen en el inventario para el establecimiento de las
variables críticas a intervenir.
- Determinar lo requisitos que permita llevar acabo el sistema de inventario.
- Diseñar un sistema que facilite el uso de la información y permita llevar un control más
adecuado del inventario.
- Realizar y ejecutar pruebas funcionales y técnicas del aplicativo web para la gestión y
administración de inventarios
- Implementar aplicativo web para la gestión y administración de inventarios (Puesta en
producción).
1.4. Justificación
En cada tarea que realizan las empresas se genera información que contiene todos los
movimientos de las mismas, una empresa avanza a medida que toma decisiones de acuerdo a sus
necesidades y teniendo en cuenta la información almacenada en su sistema. Para que se tomen
las decisiones más adecuadas la información de las empresas no deben tener ningún error, ya que
si los registros son erróneos se optará por tomar medidas que no son viables.
Siendo el huevo un producto de primera necesidad, las oportunidades que existen son muy
grandes. La intención de este proyecto se basa en explotar al máximo tanto las oportunidades que
da el mercado como las herramientas con las que contaría la distribuidora Shekina. Teniendo en
cuenta que la distribuidora se encuentra en un periodo de crecimiento por la gran demanda actual
de este mercado, se hace necesario y de vital importancia implementar un sistema de inventarios
que proporcione un gran cumplimiento en la entrega de los productos a sus clientes y que evite
sobre costos de inventario. En la actualidad la distribuidora Shekina cuenta con una bodega de
almacenamiento con cientos de unidades y referencias sin identificar la cual no permite una
clasificación necesaria para mantener un stock adecuado en cuanto a la demanda de sus
diferentes tipos de huevos generando demoras en entregas, faltantes de inventarios, presentando
incumplimiento en los tiempos de entrega; esto ha generado la necesidad de buscar la solución
que permita cumplir con los ciclos de entrega a los clientes y de esta forma garantizar la
confianza de un inventario real.
La implementación del sistema de inventarios que se desea realizar se hace suprema mente
importante porque con él se busca la automatización de los procesos actuales en la distribuidora,
permitiéndole tener una estructura integral que facilita la ubicación de los productos, el registro
de los movimientos de dicho inventario, de igual forma saber la disponibilidad existente, el uso
que se le ha dado a los mismos, las cantidades requeridas y la necesidad de compra. Por otra
parte, al contar con un mecanismo de control ayuda a corregir desviaciones a través de
indicadores cualitativos y cuantitativos los cuales sirven para evitar posibles falencias a fin de
lograr el cumplimiento de los objetivos de la empresa.
Dentro de una organización empresarial se debe controlar todos los niveles del inventario y
considerar que esta es una inversión significativa que si no se maneja de una forma adecuada
puede convertirse en un problema que afectaría la gestión financiera de la empresa. De acuerdo
con lo anterior se puede decir que la distribuidora debe realizar un sistema de información que
proporcione de manera eficaz datos requeridos en cualquier momento que permita mitigar
problemas actuales tales como el tiempo, es por eso que se necesita diseñar un sistema desde
cero ya que se requiere un software que se adapte a las necesidades de la distribuidora.
1.5. Alcances
El presente proyecto pretende el diseño e implementación de un sistema de inventarios para la
Distribuidora de huevos Shekina en la ciudad de Bogotá.
1.6. Limitaciones
La distribuidora de huevos, no cuenta con un sistema de inventarios robusto para el
almacenamiento de información y la sistematización de los procesos, se utilizarán los sistemas de
cómputo de la distribuidora para el desarrollo del proyecto y se aplicarán herramientas libres
para cumplir los requerimientos de la distribuidora.
1.7. Antecedentes
Con el paso del tiempo, las gallinas han ido pasando de pequeños corrales, donde se encontraban
en un estado semi-silvestre, a grandes complejos agroindustriales, con granjas automáticas que
pueden albergar hasta 500,000 aves por unidad. Con el desarrollo de la genética, se ha logrado
obtener razas de gallinas de un tamaño menor, capaces de poner una mayor cantidad de huevos.
Al mismo tiempo, gracias al desarrollo se ha mejorado sustancialmente la dieta de las gallinas,
para obtener un mayor rendimiento de postura. La producción de huevo se ha convertido en una
compleja industria que cuenta con diferentes divisiones y áreas de especialización evolucionado
dramáticamente en cuanto a los volúmenes de producción y a la tecnología empleada.
El manejo adecuado del inventario en las empresas dedicadas a la distribución de producto es
hoy por hoy un punto crítico, pues en el manejo de inventarios se incurren algunos incrementos
en los costos de las empresas ocasionando así mismo pérdidas en el almacenamiento, costo de
oportunidad y afectando la satisfacción del cliente.
Actualmente en cualquier empresa la velocidad con que se trabaje el flujo logístico, representa
un factor muy importante para medir el desempeño de las áreas funcionales de la organización
tanto para los clientes como para la propia gestión. Por eso en la mayoría de estas se consideran
tres indicadores para la gestión de la logística: Uno de ellos se le atribuye a la velocidad del ciclo
/ flujo logístico, desde el momento que se genera el pedido de ventas hasta que se coloca el
producto en el cliente, esto ayuda a controlar los cuellos de botella. El segundo indicador tiene
que ver con los costos que se agregan a un producto o servicio durante el flujo logístico y en el
último indicador es necesario contemplar que ayude a medir el grado de satisfacción del cliente,
no por la entrega a tiempo solamente, sino por la calidad misma del servicio logístico.
A través del tiempo él terminó de Inventarios ha venido creciendo para llevar control sobre todas
las áreas de la empresa, apoyando cada actividad y proceso. En la actualidad el software que
ayuda a administrar los inventarios hace parte del Sistema de Gestión de Inventarios (WMS por
sus siglas en ingles), el cual básicamente pretende llevar el control del inventario y la ubicación
de estos. Existen herramientas de licenciamiento libre que son básicas y a su vez se limitan en la
capacidad de almacenamiento y son poco eficaces al generar reportes. Otras herramientas de
software comercial ofrecen una mayor cantidad de servicios según la necesidad de la empresa,
pero sin importar si es básica o compleja el objetivo es administrar adecuadamente el flujo de
activos en una empresa.
La distribuidora Shekina nace en el año 2013 de una necesidad familiar el cual reunió el
conocimiento y la experiencia de uno de sus integrantes quien trabajo por más de 2 años en el
sector avícola, en la actualidad esta es una micro empresa en continuo crecimiento dedicada a la
distribución de huevos entra en el mercado en un momento donde este sector se encuentra en uno
de su posicionamientos más grandes a nivel nacional y en donde el marcado abarca una gran
oportunidad de crecimiento, lo que generó que la distribuidora comenzara escalonada mente a
incrementar su inventario en las diferentes líneas de producción para dar atención a los clientes
de la manera más rápida posible.
2. MARCOS DE REFERENCIA
2.1. Marco Teórico
Para entender el almacenamiento y control de los productos, es necesario conocer el
comportamiento del Inventario mantenido dentro de las instalaciones (Cuando se hace un conteo
y control clasificado), cómo elementos que existen en los registros de una compañía (Vida en
papel o conteo de registros). Puesto que con frecuencia se toman decisiones sobre compras,
ventas, servicio al cliente, planteamiento de producción y otras sobre la base; la vida en el papel
de un artículo puede ser tan importante como su vida real. Por esto, el poder plantear una
estrategia de gestión de los inventarios redundará en el costo y tiempos de almacenamiento y la
entrega de los pedidos de compra a tiempo, brindando así un proceso de Inventarios seguro,
eficiente y eficaz que permita ganar la confiabilidad y lealtad de los clientes.
2.1.1. Inventarios
Control de inventarios: el propósito inicial de llevar un control de inventarios es el de tener
disponible los productos necesarios, tanto para la empresa, como para los cliente, de lo que
dispone la coordinación de todos los miembros y procesos de la empresa para cumplir este
objetivo.
Se ha determinado algunos elementos que son influyentes para el control de inventarios, como;
materias primas, provisiones, producto en proceso y calidad, estos elementos deben cumplir con
las especificaciones y necesidades del cliente, para que se encuentren listos en su respectiva
distribución.
El objetivo principal del control de los inventarios es cumplir con las variaciones de la demanda
y el consumo, satisfaciendo las necesidades de los clientes, utilizando los recursos óptimos para
cumplir con lo anterior, dentro de estos se encuentra tres objetivos; servicio al cliente , costos
inventarios y costos operativos. (Cortes, 2014)
Niveles de servicios: hace referencia a la relación comercial y contractual que tenga el cliente
directa o indirectamente con la empresa, en el que se vela al cumplimiento de las exigencias y los
requerimientos de estos, para esto es importante la comunicación con los proveedores, y el nivel
de calidad que tenga en la entrega de los productos que a su vez sirven como insumos y
provisiones para la fabricación de producto final y directamente afectar los niveles de
conformismo de los clientes. Según (Cortes, 2014) “El aspecto de nivel de servicio relacionado
con la disponibilidad de materiales se refiere al hecho de satisfacer el cliente mediante el
cumplimiento de su demanda.
Los costos de logística incrementan debido a que estos requieren mayor rotación de materiales
dado que la demanda lo justifica y debido a esto la inversión en el capital es mayor, por lo tanto
los costos administrativos y de seguros aumentan.
Predicciones: son una composición de variables que pueden detectar cambios aproximados en el
futuro, las predicciones en la gestión de inventarios se evidencian mediante a la demanda que
tiene el producto en referencia a los cliente, sestas se calculan tomando en cuenta los próximos
periodos, los periodos anteriores y la disponibilidad de los productos, también hay que incluir
que influye el cumplimiento de los niveles de servicio requerido.
Pronósticos cualitativos: tienen como objetivo la toma de datos a juicio propio, por lo tanto no
es de abierta manipulación y suelen ser subjetivos sin la utilización de métodos matemáticos.
Pronósticos históricos: se encuentran relacionados con un análisis de datos y la recopilación de
estas mismas en forma histórica como insumo para el uso de técnicas estadísticas, dado a esto, es
importante tener en cuenta el valor como intervalo para un horizonte de tiempo en el futuro.
Promedio móvil: consiste en el cálculo de los promedios de los datos de la demanda y los datos
del pasado para así tener como resultado la predicción de los promedios móviles para cada
periodo calculado, debido a esto, se identifican dos tipos de promedio móviles.
Promedio móvil simple: se obtiene a través de los datos recopilados de la demanda inicialmente
comentada, y como base se toma los datos de los periodos más recientes, “Cuando la
información o los datos, referentes a la demanda no muestran un crecimiento rápido y constante,
ni características estacionales, se define como promedio móvil simple. El modelo tiene que
atenuar o suavizar el ruido, evitando las fluctuaciones.” (Narasimhan, McLeavey, & Billington,
1996).
Promedio móvil ponderado: a diferencia del Simple, este promedio permite una asignación
referente a los pesos que se indique y a decisión propia a cada dado recopilado de la demanda
antigua, como se define en la siguiente formula:
Suaviza miento exponencial simple: es una técnica especial y fácil para obtener promedios
adecuados para la elaboración de pronósticos para el proceso de la demanda con el que
Narasimhan define dos elementos indispensables como; i) La demanda real para el periodo más
reciente y ii) el pronóstico más reciente al final de cada periodo.
Error de pronósticos: para que se pueda culminar con gran satisfacción los cálculos de las
técnicas de predicción vistos anteriormente, es necesario realizar un cálculo adicional como lo es
el error que se obtiene de la misma, por lo tanto las técnicas más comunes y utilizadas son i) el
error de pronóstico, ii) la media aritmética basada en el error del pronóstico y el error
cuadrático.
Gestión de stock de información y la implementación del sistema de gestión de inventarios en
una empresa, dado que la gestión de stock hace referencia a la cantidad de mercancía o
elementos almacenados versus la capacidad destinada para esto.
El manejo efectivo de la gestión de stock permite reducir los costos de almacenamiento y tener
inventarios óptimos para el incremento de la demanda, ya sea para la compra o para la
disponibilidad de materiales. Es importante recalcar que tener excesos de inventario permite
aumentar la carga operativa, dado a esto permite aumentar los recursos de hora hombre y de
costos para mantener inventarios., lo más factible es tener menores inventarios posibles, ya que
facilita mejor los procesos, reduciendo costos y carga.
Comportamiento stock: el comportamiento del stock es muy relativo, hay cierta cantidad de
materiales que se consumen a través del tiempo ya sea que un tipo de material rote más que otro ,
y estos son consumidos a través de la producción dependiendo de la variabilidad de la demanda o
a través de servicio al cliente, ya sea como material o como producto terminado, sin embargo
llega el momento en que el stock se encuentra en ceros, en el que muy pronto el stock de
inventario vuelve a tener mercancías enviadas por el proveedor y como material nuevo , esto se
evidencia cíclicamente, se va agotando los materiales y a su vez se va solicitando nuevos
materiales al proveedor., esto se le conoce como Tiempo de Ciclo.
Inventario promedio: cuando el stock de inventario llega a su punto de agotamiento, se
evidencia una cantidad de material máximo para no agotar existencias en el mismo punto
referente, debido a esto, cuando llega a ceros, ingresa la nueva orden de materiales, esto se
conoce como Cantidad Ordenada.
Cantidad a pedir: es la determinación de la cantidad de materiales que se debe pedir en el
momento oportuno y esto mismo se solicita al proveedor, esta debe tener en cuenta la rotación de
cada referencia y la variabilidad de la demanda. También conocido como tamaño de lotes y en
referente se le conoce como la letra “Q”.
Políticas de inventarios: hace referencia a las directrices y lineamientos que se debe de optar en
conjunto con la organización y a su vez debe de estar coordinados en relación al
comportantemente de la demanda y las estrategias de mercadeos que adopten,
Costos de no tener productos: tener un déficit en el tema de inventarios y la cantidad de
materiales, repercute también a una serie de costos, como; i) la perdida de la fidelización de los
clientes (riesgo reputaciones ), ii) perdida de ventas iii)Costos relacionados por no tener los
materiales a tiempo (mano de obra parada, y tiempo).
Inventario de transporte: es el costo derivado de todo lo involucrado al transporte de
mercancía, hace referencia desde el punto de suministrar la cadena de producción, si a esto
incluye el transporte desde el proveedor, el transporte de entrega de producto terminado y la
calidad con la que está de debe de transportar (embalaje, material logístico, cajas, ), esto se debe
de calcular de la forma de la demanda en promedio por periodo por el tiempo de traslado de
entrega, cabe decir que dependiendo el tipo de traslado hay muchas variables que influyen, del
mismo modo la distancia entre puntos.
Costos de mantener: hace referencia a los costos exclusivos para mantener el inventario en
forma óptica y todos los costos relacionados como: i) capital de trabajo y el costo de los
materiales ii) Impuestos segregados iii) Seguros para evitar pérdidas, accidentes o deterioros, iv)
Obsolescencias por caducidad de la vida productiva de los materiales, v) costos relacionados con
almacenamiento incluyendo los costos de servicios (energía, agua y demás), arriendos o
propiedad, infraestructura y mano de obra.
Costos de ordena: estos costos incluyen; i) los costos operativos correspondientes (transporte,
mano de obra, todo lo incluyente para la preparación de la orden, temas administrativos y
operativos), ii) costos correspondientes a la calidad, transporte y verificación de los materiales
nuevos.
Modelos para cálculos de inventarios: son los modelos relacionales que incluye las políticas de
inventarios para la determinación de elementos requeridos de cada una de las reglas utilizadas en
el entorno empresarial,. Por lo tanto se define lo siguiente;
Cantidad económica de pedido EOQ: es el costo de pedir con el costo de mantener; se
determina de la siguiente manera, dado que se debe de surtir una serie de cálculos para
identificar a solicitud de la mercancía y previo a la realizada hacia el proveedor, se debe de
identificar los costos que ameritan pedir mayor materiales y esto los costos de mantener los
materiales en condiciones óptimas, para esto, Zapata relaciona dichas suposiciones;
La demanda del producto final es constante o tiene una pequeña desviación, a lo que se conoce
como certeza, el tiempo de entrega es constante o tiene una pequeña desviación, se identifica
como certeza pero la entrega es constante, no hay restricciones en el momento de almacenar los
materiales o de capacidad en el transporte que condiciones la cantidad a solicitar al proveedor y
el artículo no es interdependiente con otros, por lo tanto cualquier modificación o decisión que se
incluya hacia el artículo, no afectará las demás referencias., y por último, se entienden que solo
se involucran dos costos, que son los nombrados anteriormente, como costo de mantener y costo
de pedir.
2.1.2. Ingeniería de Software
La ingeniería de software se encuentra enfocado en dar más practicidad y sistematizar procesos
manuales y artesanales, en el que se pueda determinar la manera más cuantificable y predecible.
La ingeniería del software es promovida por la Computer Society (www.computer.org) de la
IEEE quienes han creado el SWEBOK (Software Enginieering Body of Knowledge) en el que se
evidencia que el propósito de la Guía es describir qué parte del Cuerpo de Conocimientos es
generalmente aceptado, para organizar esa parte, y para proporcionar un acceso temático eso
(SWEBOK, 2004).
El proceso de software relaciona un conjunto de actividades o etapas que conforman lo que
llamamos en la actualidad el ciclo de vida de software.
Se describe proceso de software Según la IEEE Como “The application of a systematic,
disciplined, quantifiable approach to the development, operation, and maintenance of software;
that is, the application of engineering to software.” (IEEE, 1990) Traducida en español hace
referencia a la aplicación de un sistema sistemático, disciplinario, de enfoque cuantitativo para el
desarrollo, operación y mantenimiento de software, en el que se conoce como una ingeniería
legitima a una profesión reconocida.
Según (Pressman, 2010) se identifica las siguientes etapas incluyendo aquellos factores que no se
encuentran dentro de la secuencia de la vida de software, sin embargo son actividades de apoyo y
transversales,. La siguiente imagen refleja una visión más abstracta para su respectivo desarrollo
e implementación:
Fuente: presente estudio
Para poder efectuar el desarrollo de software de una aplicación, es necesario incluir las siguientes
actividades descritas a continuación:
Entrada de Información: proceso del cual el usuario registra la información, la cual es solicitada
en el módulo de la sección en la aplicación.
Ilustración 1 Ciclo vida del software
Almacenamiento de Información: Este proceso almacena la información digitada por el usuario
en una parte de la memoria antes de dar guardar, después de dar guardar, se almacena en las
tablas de las bases de datos correspondientes.
Procesamiento de la Información: En el momento en el que el usuario accede alguna sección, la
aplicación verifica si la misma solicita una petición para visualizar la información
correspondiente.
Salida de Información: Al realizar la verificación del procesamiento de la información en las
bases de datos, esta envía la información almacenada a la aplicación, y la visualiza según la
sección del usuario.
Requerimientos
Los requerimientos de productos hacen referencia al comportamiento del mismo teniendo en
cuenta el desempeño, la confiabilidad, portabilidad y la usabilidad.
Los requerimientos organizacionales se relacionan a la comunicación que enrolan tanto la
empresa, como la de los desarrolladores para la ejecución del proyecto, y los requerimientos
externos es la capacidad de influencia del proyecto que se toma en cuenta a las condiciones y
políticas emitidas por los Steakholders externos, en este caso se puede identificar mediante las
leyes, normas, circulares y legislaciones aplicables y auditables.
Para el cumplimiento de esta etapa, se deben de surtir los siguientes pasos según la misma
metodología plasmada por (Pressman, 2010):
Para la obtención de los requisitos lo más importante es lograr como el software se ajusta a las
necesidades del cliente, negocio, empresa o cual sea el destino de ello, para que finalmente este
se implemente de manera satisfactoria, para esto, se identifican las siguientes oportunidades de
mejora y algunos obstáculos que se ve reflejado en el momento de realizar un respectivo
levantamiento de información y la obtención de los mismos; i) El alcance del proyecto no es
verifico y concreto; de por sí este es uno de los problemas o más bien uno de los puntos que se
deben de tomar en cuenta al momento de construir el documento que refleja los requerimientos,
dado que si las condiciones extralimitan de las capacidades que tiene el desarrollador, puede
definirse más adelante como una insatisfacción hacia el cliente, por lo tanto, es importante tener
una comunicación acertada con el cliente y contundente en el momento de definir el alcance y
hasta qué punto llega el desarrollo.
Esto incurre también al siguiente problema, como lo es ii) comprensión y comunicación con el
cliente o usuarios; de por sí y lo que se ve reflejado generalmente es un cliente indeciso y
muchas veces se evidencia escenarios en donde el cliente no conoce ni sus propias necesidades
pero sabe que tiene un problema y que debe corregirlo lo más pronto posible, adicional que los
conocimientos, capacidades y limitaciones de los clientes en su mayoría son deficientes en temas
relacionados con la implementación de un software y sistemáticos, por lo tanto es muy secular
ver que ellos directamente omitan información o requisitos que más adelante se pueda reflejar en
conflictos, por esto, es necesario que la persona que se encuentre desarrollando el software tenga
un poco de experticia en el tema y además su expectativa y forma de incursionar en el
conocimiento del negocio respectivos se valide de una forma general y a su vez de forma
específica y minuciosa., iii) Problemas con la volatilidad; los requisitos pueden variar a través
del tiempo. Según (Pressman, 2010) determina unos puntos y requisitos a favor para tener en
cuenta y mitigar el riesgo de que se materialice los problemas anteriormente mencionados, por lo
tanto hace referencia de lo siguiente; i) Descubrimiento de requisitos: hace relación a la
interacción de las partes interesadas para la recopilación de los requisitos, como los requisitos de
domino y los requisitos de las partes interesadas, todo esto se basa en dejar documentado cada
acuerdo que se lleve. ii) clasificación y organización de requisitos: está relacionado con la
colección no estructurada de los requisitos, agrupa los requisitos relacionados y los organiza en
grupo, iii) priorización y negoción de los requisitos; hace referencia a la participación que tienen
diferentes áreas o partes interesadas, por lo que se recomienda llevar una matriz relacionando las
actividades primordiales y destinar fechas y tiempos de ejecución., y iv)documentación de
requisitos; lo anterior se debe de realizar a través de documentos, constancias y actas de
ejecución.
La siguiente etapa del levantamiento del documento requerimiento, es la análisis y negociación
de los requerimientos, una vez recopilado los requisitos acordados entre el desarrollador y los
steakholders vistos en el paso anterior, se realiza la categorización de los requisitos y la
organización de estos en subconjuntos para la exploración de cada uno en relación con los
demás, para identificar si tienen coherencia, omisiones y ambigüedad según lo comendado por
Pressman. Para la identificación de las necesidades de los steakholders, Pressman plantea y
aconseja una serie de preguntas que se deben tener en cuenta, como lo siguiente;
“¿Es cada requisito consistente con el objetivo general del sistema / producto? ¿Se han
especificado todos los requisitos en el nivel adecuado de abstracción? Ese es decir, ¿algunos
requisitos proporcionan un nivel de detalle técnico que es inapropiado en esta etapa? ¿Es el
requisito realmente necesario o representa una característica adicional? ¿Qué puede no ser
esencial para el objetivo del sistema? ¿Cada requisito es limitado e inequívoco? ¿Cada requisito
tiene atribución? ¿Es decir, es una fuente (generalmente, un individuo específico) anotado para
cada requisito? ¿Hay algún requisito en conflicto con otros requisitos? ¿Se puede alcanzar cada
requisito en el entorno técnico que albergará el sistema o producto? ¿Se puede comprobar cada
requisito una vez implementado?” (Pressman, 2010).
Para la especificación de los requisitos se ha basado en proceder a realizar en un listado la
especificación formar, de tal forma que esta se pueda socializar con los steackholders y demás
partes interesadas.
Modelado
Para realizar un sistema modelado, es necesario la implementación a partir de un modelo
significativo valga la redundancia en que se pueda identificar formalmente una guía técnica para
ejecutar una serie de pasos secuenciales, como ejemplo se puede imaginar un plano para la
construcción de una edificación, de la misma forma el desarrollador debe ingeniar un modelo
prospecto que le dé una visibilidad de un producto terminado y la implementación de este a
futuro, y por último se procede a la Validación de los requerimientos; hace referencia a la
evaluación y retroalimentación que se pueda realizar cuando los requerimientos no cumplen con
las características y las condiciones para la satisfacción del cliente.
Según (Pressman, 2010), se puede identificar una serie de características para el desarrollo del
software y el resultado de ello, como; i) ser único, no duplicar la información de los
requerimientos, cabe resaltar que entre más sencillo, puntual y concreto sea el requerimiento,
mejor es su entendimiento, ii) Concreto, es la definición dicho anteriormente más clara y concisa
y precisa que se pueda tener del requerimiento, iii) ser razonable, en el momento que se redacte
el requerimiento, que de verdad sea útil y genere valor agregado al resultado final. Iv) generar
prioridad, es importante calificar mediante una escala la prioridad que se les debe de asignar a
cada uno de los requerimientos, v) pertinentes, ayudar a la empresa a cumplir los objetivos
estratégicos o tácticos del negocio, y que llegue en el momento adecuado vi) que se encuentre
coherencia en lo que se desarrolla, lo que necesita y lo que se quiere definir.
Desarrollo
Lenguaje de programación
El lenguaje de programación se define como los códigos fuentes que permiten al programador
desarrollar aplicaciones, las cuales contienen una serie de instrucciones y pasos para obtener
resultados deseados, ya sea automatizando un producto o un proceso.
Existen diferentes lenguajes de programación, todos regidos bajo un mismo estándar, el cual
permite diseñar y desarrollar diferentes tipos de soluciones, con el objeto de cumplir las
necesidades del cliente final.
Para el desarrollo de aplicaciones WEB, se utiliza generalmente el lenguaje de programación
PHP, ya este permite ser un código abierto, el cual le da la lógica a la aplicación, este lenguaje
puede ser incrustado con HTML, siendo este la estructura del código fuente. Junto a este, se
encuentra CSS, permitiendo mostrar la aplicación con un diseño agradable para el usuario final,
y por último se encuentra JAVASCRIPT en el que permite desarrollar script sin la necesidad de
utilizar un compilador.
HTML y CSS: la centralidad de las aplicaciones WEB es principalmente en código HTML
quien tiene como función principal presentar y visualizar el contenidos de las vitas en el sitio
web siendo un documento estático, conteniendo uno o más elementos dentro de la página WEB.
PHP: es un lenguaje de programación permitiendo que la arquitectura de HTML pase de ser
estática a dinámica, dándole a los sitios WEB mayor dinamismo en la ejecución de las líneas de
códigos, y minimizando líneas de estas,.
MYSQL: es un gestor de bases de datos de código abierto principalmente para entornos de
desarrollos WEB, el cual permite ejecutarse dentro del mismo servidor, en el que se encuentra
alojado el sitio WEB, esta se encuentra optimizada para ser rápida en el momento de ejecutar
consultas para generar vistas de los datos almacenados.
Pruebas: las pruebas de software (Software Testing) comprenden el conjunto de actividades que
se realizan para identificar posibles fallos de funcionamiento, configuración o usabilidad de un
programa o aplicación entregados como una solución de software, aplicando pruebas sobre el
comportamiento del mismo.
En el esquema de pruebas se desarrollan varias actividades especializadas para garantizar la
comprobación y aceptación de las soluciones del software antes de su paso a ambientes de
producción. Esto es:
Pruebas funcionales manuales y de aceptación (UAT): se denominan pruebas funcionales
manuales a las que son ejecutadas por un analista (Tester). Estas pruebas están basadas en la
ejecución, revisión y retroalimentación de las funcionalidades previamente definidas y diseñadas
para el software. Las pruebas funcionales manuales se hacen mediante el diseño de planes de
prueba que buscan evaluar cada una de las opciones con las que cuenta la funcionalidad
requerida por el usuario y las funcionalidades tecnológicas desarrolladas y entregadas para su
verificación. Las pruebas de UAT (User Acceptance Test) son las requeridas para que la
funcionalidad desarrollada sea aceptada por parte del usuario y esta se compone del plan de
pruebas funcionales manuales y automáticas (Cuando aplique), más los casos que desee incluir el
usuario que sean acordes a la solución entregada.
Pruebas Especializadas y automatización: en las pruebas de software, la automatización de
pruebas consiste en el uso de software especial (casi siempre separado del software que se
prueba) para controlar la ejecución de pruebas y la comparación entre los resultados obtenidos y
los resultados esperados. La automatización de pruebas permite incluir pruebas repetitivas y
necesarias dentro de un proceso formal de pruebas ya existente o bien adicionar pruebas cuya
ejecución manual resultaría difícil.
Gestión de ambiente de pruebas: el desarrollo de software está caracterizado por múltiples
equipos de proyectos y mantenimientos trabajando de forma simultánea, bajo proyectos de
trabajo cada vez más exigentes y desarrollando sistemas que operan con variedad de otras
aplicaciones y plataformas. Bajo un escenario como este, la gestión de los ambientes (entornos)
de pruebas integrales adquiere gran importancia para asegurar que el Software sea puesto en
producción con los niveles necesarios de calidad.
Implementación y mantenimiento: la implementación es el paso a producción del software
correspondiente a la determinación de las pruebas y los ajustes necesarios, cabe de resaltar que,
el hecho de realizar las modificaciones correspondientes arrojadas por la etapa de pruebas, no
refiere a un posible incidente después de la puesta en producción e implantación del software,
por lo tanto, generalmente se destina un número de horas incluyendo como parte de soporte
técnico y mantenimiento correspondiente,.
CRM (Customer Relationship Management, o es español Gestión de las relaciones con clientes)
aplicación que tiene como funcionalidad centralizar en bases de datos todos los procesos entre
una compañía y sus clientes. Las compañías o entidades implementan CRM generan más valor
agregado en las venta, permitiendo ser más rápidos en la gestión, con recursos actualizados en
tiempo real y en los procesos misionales, de tal modo que las compañas que implementan CRM
pueden realizar metodologías de segmentación de mercados y disponer de la información como
insumo para un servicio de atención al cliente.
ERP: las siglas significan Enterprise Resource Planing (sistemas de recursos empresariales), un
ERP es software que gestiona y automatiza aquellas prácticas asociadas a la gestión de una
empresa tales como pueden ser; la manufactura, logística, finanzas o recursos humanos y permite
crear un flujo fluido de información entre las diferentes partes de una empresa.
Las aplicaciones de ERP son sistemas de gestión global para la empresa, se caracteriza por estar
compuestas por diferentes módulos, por ejemplo
Ilustración 2 Fases de un ERP
Los sistemas ERP son llamados también back office, ya que el cliente y el público en general no
tiene acceso a él, así mismo es un sistema que trata directamente con los proveedores.
2.2. Marco Contextual
Se realizó el estudio de acuerdo con el reporte de la Federación Nacional de Avicultores, Fenavi,
Como lo muestra la siguiente tabla:
Ilustración 3 Producción de huevos Millones/Años
Fuente: FENAVI FEDERACIÓN NACIONAL DE AVICULTORES DE COLOMBIA. PEE.
Se observa un crecimiento acelerado en los últimos periodos, lo que se puede decir que existen
varios factores que contribuyeron como (conversión, mortalidad, costos de producción, la
economía en escala y demás variables). “De ahí que la proyección de producción
correspondiente a este año arroje un resultado negativo de 3.0%; se estima llegará una
producción de aproximadamente 14.167 millones de huevos.” (FENAVI, 2019)
Los avicultores estiman que terminarán el año con un repunte en pollo del 4% y en huevo de
5,5%. En el primer semestre, donde se presenta un mayor consumo de huevo, se espera un
aproximadamente 65 millón de aves para ese destino. De acuerdo con cifras de la Federación
Nacional de Avicultores, Fenavi, esa producción tiene un valor aproximado de $16 billones (al
cierre del primer semestre de 2016), la cual es movida por 400 mil empleos que se generan de
manera directa en las plantas, fábricas y galpones. En los cuadros estadísticos presentados por
Fenavi, se da cuenta de que la producción del sector viene teniendo una tasa de crecimiento
anual de 5%, cifra que, muy seguramente tendrá ésta misma proyección para el siguiente año
Según Fenavi, el sector avícola cuenta con 571 mil unidades productivas
De acuerdo con la Federación, al cierre de 2020 se tendrá, aproximadamente, una producción de
12.142 millones de unidades de huevos. La producción de huevos en Colombia se encuentra
dispersa entre un gran número de productores, con escalas que van desde 500 hasta 500.000
ponedoras y se distribuye de la siguiente manera: Región Central (Cundinamarca, Tolima, Huila
y Meta), 35,8% Santander 24,7% Valle 21,5%, Costa Atlántica 5,1% Antioquia 9,3%, Eje
cafetero 4,3% y Oriental 1,9%. En los últimos años se ha registrado el traslado hacia la
producción de huevo Rojo (Fundamentada en la preferencia del consumidor con este Producto).
Comercialización de la producción.
Se realizaron una serie de mediciones por medio de un censo a nivel Colombia desde el año 1970
hasta el año 2019 y demás meses como proyección determinado la cantidad de huevos
consumidos por persona anualmente. Inicialmente el promedio de consumo del huevo por
persona era de 42 huevos anuales y que para el año 2000 en promedio se consumieron 160
huevos por persona, lo que indica que el aumento promedio por cada año en aproximadamente
de 100 huevos relevantes hasta el 2017. Los canales de distribución del huevo involucran al
producto, a los distribuidores y comercializadores mayoristas y minoristas (Supermercados,
Tiendas y Plazas) y al consumidor, sin embargo, el canal más utilizado es el mayorista, bajo
control de comerciantes independientes, quienes manejan el 61% del mercado, seguido del canal
tienda a tienda, la industria, los supermercados y los mayoristas. El huevo manejado por los
mayoristas también se distribuye “Tienda a tienda”.
Según el estudio realizado frente a la accesibilidad de los medios tecnológicos e informáticos, se
tomó como referencia los pequeños negocios, microempresas y pymes, para poder evidenciar
una mejor correlación frente a esta problemática que afecta cada uno de estos sectores, dado a
diferentes fuentes consultantes, se extrajo la siguiente información.
Según los indicadores del DANE, en una encuesta realizada al micro-establecimiento, se
relacionan los siguientes datos:
Ilustración 4 Tenencia de bienes TIC en los micro-establecimientos por tipo de terminal,
según actividades económicas.
Fuente: DANE – Encuesta de Micro-establecimientos – Resultados módulo TIC octubre 2015 –
Septiembre 2016. Consultado 09 de enero del 2018
En septiembre del 2016 se encuentra dentro del universo 33013 micro-establecimientos en
Colombia, de los cuales el 61% del micro-establecimiento son de comercio, el 10% de industrias
y el 29% de servicios.
Para esto se determinó los datos relacionado en la Ilustración 4 con el uso de las TIC, y estos son
los siguientes resultados:
Establecimientos que usan algún bien TIC, como, computadoras, servidores, teléfonos móviles
para la gestión y demás, se evidencia que el 32% de la población utiliza un medio tecnológico y
que el 68% no utilizan. También se evidencia que tiene más cultura en el manejo tecnológico los
establecimientos dedicados a la actividad relacionada con los servicios, comparada con los
establecimientos de comercio.
Se evidencia que el sector del comercio es los Micro-establecimientos con más razones para no
utilizar algún bien tecnológico, ya sea para uso personal o administrativo.
Ilustración 5 Establecimiento que tiene acceso al internet
Fuente: DANE – Encuesta de Micro establecimientos – Resultados módulo TIC Octubre 2015 –
Septiembre 2016
Nota: Una empresa puede tener tanto página web como presencia en un sitio web.
Establecimientos que utilizan y tienen acceso a internet, se incluye los operadores móviles y los
proveedores de banda ancha ilimitado (Wifi), Se evidencia que el 39% de los Micro-
establecimientos de comercio utilizan internet, el 33% en Micro-establecimientos de Industrial y
el 19% en Micro-establecimientos de servicios, siendo la muestra de 33013 establecimientos, el
29% de los establecimientos utilizan internet de diferentes formas.
2.3. Marco conceptual
2.4. Marco Legal
Ley Estatutaria 1581 de 2012 Ley tratamiento de datos
Ámbito de aplicación y definiciones
Se describe los derechos de las personas tanto natural como jurídica a conocer, actualizar y
rectificar la información suministradas en las bases de datos de las entidades o demás derechos,
libertades y garantías constitucionales. “De acuerdo a lo señalado en el Artículo 15 “Todas las
personas tienen derecho a su intimidad personal y familiar y a su buen nombre, y el Estado debe
respetarlos y hacerlos respetar”. De igual modo, tienen derecho a conocer, actualizar y rectificar
las informaciones que se hayan recogido sobre ellas en bancos de datos y en archivos de
entidades públicas y privadas”.
El principio descrito en la ley hace referencia a las disposiciones descritas en los datos registrado
en cualquier base de datos que sea susceptible en entidades de naturaleza pública o privada.
En caso de que terceros suministre información de la persona, se debe dejar la autorización de
esta misma para su respectivo tratamiento.
Categoría de datos especiales.“Se entiende por datos sensibles aquellos que afectan la intimidad
del Titular o cuyo uso indebido puede generar su discriminación” (REPÚBLICA, 2012)
En el tratamientos de datos sensibles, está prohibida el tratamiento de datos sensible, excepto;
Cuando la persona ha dado autorización de estos, cuando se necesite guardar el interés vital del
titular, siempre y cuando este tenga una discapacidad vital o jurídica, cuando se solicite para un
proceso judicial y cuando tenga como finalidad histórica, estadística, científica y demás
relacionados.
Derecho titular: Los titulares de los datos tienen los siguientes derechos:
Conocer, actualizar y rectificar los datos frente a la entidad que lo requiera, solicitar la
autorización estipulada por la entidad responsable del tratamiento, ser informado de tratamiento
de los datos y su propósito previa a suministrarlo, presentar ante la Superintendencia de Industria
y Comercio quejas y reclamos y solicitar revocación de la autorización después de haber
firmado siempre este se vulnere los derechos de tratamiento.
No se necesita autorización en aquellos casos que: Sean datos de naturaleza pública, casos de
urgencia médica o sanitaria, históricos, estadísticos o científicos y registro civil de las personas
Deber de informar al titular; los fines de la entidad para el tratamiento de datos, los derechos que
le asiste como titular y datos de identificación y Geográficos de la entidad responsable del
tratamiento.
La entidad tiene que dar por enterado la comunicación anteriormente relacionada, por escrito.
Personas a quienes se les suministrará la información; a los titulares, a las entidades públicas o
privadas que tengan como ejercicio funciones legales u órdenes judiciales y a terceros que sea
por medio de autorización del titular y que esto conste por ley.
El procedimiento a través del tratamiento de los datos consiste en; consultas, reclamos y
requisitos de procedibilidad.
Deberes y responsabilidades del tratamiento:
Garantizar el efectivo ejercicio del derecho de hábeas data “El Habeas Data es el derecho que
tiene toda persona para conocer, actualizar y rectificar toda aquella información que se
relacione con ella y que se recopile o almacene en centrales de información. Este derecho está
regulado por la ley 1266 de 2008. Fuente:
http://www.serfinansa.com.co/serviciocliente/leyhabeasdata”
Solicitar y conservar copia de la autorización otorgada por el titular
Informar a la entidad sobre la finalidad de la recolección y los derechos por firmar la
autorización otorgada.
Garantizar la conservación y el resguardo de la información para impedir que aquellos datos sean
utilizados para adulteración, perdida de consulta, acceso no autorizado, o fraudulento.
Actualizar la información e informar al encargado del tratamiento todas las novedades, así
mismo optar mecanismos para que esta información permanezca actualizada.
Rectificar y corregir la información cuando esta se suministre incorrectamente.
Tramitar consultas, reclamos o PQR formularios por el estatuto.
Implementar manual de procedimientos, políticas y demás normatividad para la atención de
PQR.
Informar al titular sobre el uso de los datos.
Informar a la autoridad de protección de datos cuando se presente violación de esta.
Deberes de los encargados del tratamiento.
Describe los deberes de los encargados del tratamiento de los datos a continuación:
Garantizar al Titular, en todo tiempo, el pleno y efectivo ejercicio del derecho de hábeas data.
Conservar la información bajo las condiciones de seguridad necesarias para impedir su
adulteración, pérdida, consulta, uso o acceso no autorizado o fraudulento.
Realizar oportunamente la actualización, rectificación o supresión de los datos en los términos de
la presente ley.
Actualizar la información reportada por los Responsables del Tratamiento dentro de los cinco (5)
días hábiles contados a partir de su recibo.
Tramitar las consultas y los reclamos formulados por los Titulares en los términos señalados en
la presente ley.
Adoptar un manual interno de políticas y procedimientos para garantizar el adecuado
cumplimiento de la presente ley y, en especial, para la atención de consultas y reclamos por parte
de los Titulares.
Registrar en la base de datos las leyenda "reclamo en trámite" en la forma en que se regula en la
presente ley.
Insertar en la base de datos la leyenda "información en discusión judicial" una vez notificado por
parte de la autoridad competente sobre procesos judiciales relacionados con la calidad del dato
personal.
Abstenerse de circular información que esté siendo controvertida por el Titular y cuyo bloqueo
haya sido ordenado por la Superintendencia de Industria y Comercio.
Permitir el acceso a la información únicamente a las personas que pueden tener acceso a ella.
Informar a la Superintendencia de Industria y Comercio cuando se presenten violaciones a los
códigos de seguridad y existan riesgos en la administración de la información de los Titulares.
Cumplir las instrucciones y requerimientos que imparta la Superintendencia de Industria y
Comercio. (CONGRESO DE LA REPÚBLICA, 2012).
3. METODOLOGÍA
El Proyecto se desarrolla bajo el enfoque metodológico del Modelo de cascada, donde se
consideran las siete (7) etapas que surten el ciclo de vida del software, en las que se pretende
desarrollar y ejecutar actividades para poder cumplir con los objetivos planteados en el presente
proyecto;
3.1.1. Análisis
Para la siguiente etapa, es necesario proceder con los siguientes ítems plasmados en cada uno
de los requerimientos:
Recopilación de la información,. Para esta fase, es necesario realizar la recopilación de la
información mediante métodos, procesos para levantar las necesidades del cliente, de la misma
forma se utilizará herramientas para el análisis estadísticos, entrevistas y demás
Conocimiento del negocio: es el análisis, la recopilación de la información, y en la visita técnica
realizada en el lugar de trabajo, con el fin de obtener un informe diagnostico que sirva como
insumo para el diseño y desarrollo de la herramienta.
Normativa: la normativa utilizada fue la interna y la externa, políticas internas tomadas del
documento de políticas () y la normatividad externa emitida en el numeral de Marco legal.
Funcionalidad AS-IS; la funcionalidad as-is se encuentra diseñada dentro del documento de
requerimientos, ya que muestra una visión respecto a la actualidad.
Funcionalidad TO-BE: la funcionalidad to-be se encuentra diseñada dentro del documento de
requerimientos, ya que muestra una visión respecto a la implementación de la herramienta y a la
mejora del proceso automatizado.
Mapa de procesos: es la interacción que los macro procesos, procesos y procedimientos con una
finalidad sistemática, esta también se encuentra reflejada dentro del documento de
requerimientos.
Requerimiento Técnico: Son necesidades identificadas por usuario de TIC que requieren
soluciones por cambios de Software, mejoras, adquisiciones de SW para: adelantar nuevos
productos y servicios, mejorar el soporte en los procesos del negocio, optimizar controles
automatizados en la operación, apoyar nuevas funcionalidades o procesar información que la
gestión requiera para establecer métricas de la evolución de su proceso de negocio.
Requerimiento Funcional: Originado por las imprecisiones en la documentación de las
especificaciones funcionales de los nuevos requerimientos, para mejorar los controles que
regulan la operación del negocio.
Como producto final del esta fase será el requerimiento Funcional y Técnico
3.1.2. Diseño
En esta etapa se debe de realizar el diseño y las condiciones de entrega de la solución
presentadas por el desarrollador, este asignará los respectivos recursos humanos, tecnológicos e
iniciará la etapa de construcción de software.
3.1.3. Codificación
Para esta etapa se debe realizar una traducción de las especificaciones evidenciadas
anteriormente al lenguaje entendible entre las solicitudes manifestadas por el cliente final y la
computadora,
Para esta etapa se utilizará el lenguaje de programación PHP bajo una arquitectura MVC, en cual
se enlazara a MYSQL en motor de bases de datos.
3.1.4. Pruebas
Para esta etapa se desarrollara una serie de actividades especializadas para garantizar la
comprobación y aceptación del aplicativo WEB antes del paso de ambientes de producción, para
la ejecución de esta misma es necesario ejecutar las pruebas funcionales manuales en que el que
se basa en la ejecución, revisión y retroalimentación de las funcionales previamente definidas
para el aplicativo y las pruebas especializadas y automatización en el que consiste en el uso del
software.
3.1.5. Instalación
En esta etapa hace referencia a la disponibilidad que se debe tener tanto del desarrollador, como
de la empresa, con el fin de poder realizar la respectiva implementación del aplicativo, con el
objeto de absolver dudas o inquietudes sobre su respectiva producción del aplicativo entregado,
una vez certificado el proceso de pruebas.
3.1.6. Explotación
Para la ejecución de esta etapa, es necesario de acuerdo a la programación que se tiene definida
en la propuesta de la solución, se dictará las respectivas capacitaciones técnicas y funcionales
sobre los desarrollos realizados, probados y aprobados antes y después de la puesta a producción
del aplicativo WEB. Para esta etapa específicamente se debe realizar la empresa de la
elaboración o actualización de la documentación como; Manuales de usuario, manual de
instalación, manual de bases de datos, diccionarios o modelos de entidad relación, manual de
soporte técnico y hoja de vida de software.
3.1.7. Mantenimiento
Para esta etapa, es necesario la definición de los requisitos generales de los estándares de
contratación para servicios de mantenimiento, soporte primer nivel, posteriormente al desarrollo
y la documentación del aplicativo, para esto, se debe te detener en cuenta las siguientes clases de
mantenimiento;
Mantenimiento correctivo de impacto critico
Este mantenimiento se tomará en cuenta para los requerimientos que afecten la continuidad del
negocio y en los que se implique suspender los procesos operativos críticos del sistema.
Manteamiento correctivo de impacto medio
Este mantenimiento se tomará en cuenta para los requerimientos que afecten alguna
funcionalidad del aplicativo, pero no implican suspender los procesos críticos del sistema.
Manteamiento correctivo de impacto bajo
Este mantenimiento se tomará en cuenta para los requerimientos que afecten alguna
funcionalidad y que no se clasifican de impacto crítico o medio, tales como consultas, reportes y
descripciones de campos en formularios o pantallas.
Soporte de primer nivel
En esta etapa se realizará una primera evaluación técnica y/o funcional con el objeto de
atenderlas directamente utilizando para ello los recursos de la misma empresa, en caso de
diagnosticar que la solución no pueda ser atendida, el incidente será escalado para que sea
atendido directamente por el proveedor utilizando el procedimiento de soporte de segundo nivel.
Mantenimiento correctivo y soporte segundo nivel
Este servicio comprende la asistencia personalizada (presencial o no) en la guía y solución de
problemas o inconsistencias reportadas respecto a la operación o a su desempeño en el ambiente
de producción y se rige por los Acuerdos de Niveles de Servicio (ANS) acordados.
Servicio de Mantenimiento Preventivo o Evolutivo
Consiste en visitas periódicas programadas concertadamente, durante las cuales la empresa o la
persona encargada de administrar el aplicativo manifiesta las inconformidades e inquietudes
generales sobre el desempeño del mismo.
3.2. DESARROLLO INGENIERIL
Para el desarrollo de la aplicación, se implementa la metodología cascada, como se menciona
anteriormente, con esto, se da una mayor descripción del funcionamiento del mismo.
3.2.1. Determinación de requerimientos
Se estableció los requerimientos funcionales y no funcionales del aplicativo, teniendo en cuenta
la necesidad y normas de manejo de información adoptada por la distribuidora:
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 001
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RF01 Proveedores Creación de proveedores para enlazar los
productos correspondientes a cada uno
media
Controles y
restricciones
La información de los proveedores quedara alojada en las
bases de datos junto a su respectivo producto.
Criterios de Aceptación Dado que proveedor se encuentre registrado en las bases de
datos, y cuando el producto sea de este mismo, entonces se
cargara las compras.
Fecha de especificación 13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 1 Requerimiento de software RF01
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 002
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RF02 Producto Agregar productos para asignación de ítems
al momento de realizar una venta.
Alta
Controles y
restricciones
Que los productos correspondan al proveedor / validación
de la compra.
Criterios de Aceptación Dado que el detalle de la factura solicite el producto,
entonces este restará de su cantidad en stock.
Fecha de especificación 13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 2 Requerimiento de software RF02
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 003
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RF03 Ventas En el momento de tener una venta lista con
los diferentes productos, esta misma es
asignada a un cliente.
Alta
Controles y
restricciones
Que los productos relaciones al cliente.
Criterios de Aceptación Dado que un cliente solicite una venta, cuando seleccione su
producto y al finalizar de la compra, entonces su estado será
débito o crédito.
Fecha de especificación 13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 3 Requerimiento de software RF03
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 004
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RF04 Clientes Al terminar una venta, esta exporta una
factura describiendo la información de los
productos y el cliente correspondiente.
Alta
Controles y
restricciones
Validación de la información del cliente.
Criterios de Aceptación Dado que el cliente solicite un producto, cuando realice la
compra, entonces este modificara el estado del stock de
inventarios.
Fecha de especificación 13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 4 Requerimiento de software RF04
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 005
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RF05 Factura Esta es entregada al cliente y almacenada a
la base de datos con un estado de crédito o
débito.
Alta
Controles y
restricciones
El stock debe de coincidir con lo registrado en la factura.
Criterios de Aceptación Dado que los productos se carguen, cuando la factura se
asigne, entonces se realizara la venta y automáticamente
debe quedar el registro en la gestión.
Fecha de especificación 13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 5 Requerimiento de software RF05
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 007
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RNF01 Seguridad y protocolo El servicio el cual se encuentra alojado la
aplicación, se ejecutará localmente,
garantizando el funcionamiento en el
computador asignado por la Distribuidora.
Alta
Controles y
restricciones
Realizar copias de respaldo.
Criterios de Aceptación El programa debe estar disponible y funcionando en
cualquier momento que la Distribuidora lo desee
Fecha de
especificación
13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 6 Requerimiento de software RNF01
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 008
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RNF02 Servidores y
alojamiento
El servidor será local, y se contará con la
ejecución de Xampp para PHP y MYSQL.
El alojamiento se guardará en una
partición nueva del disco interno del
computador.
Baja
Controles y
restricciones
El uso del software requiere uso de internet
Criterios de Aceptación La información alojada debe de estar completa y disponible
en cualquier momento, de la misma forma la ejecución de
los back-up.
Fecha de
especificación
13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 7 Requerimiento de software RNF02
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 009
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RNF03 Hardware Los requisitos mínimos recomendados
para la ejecución del servidor y el
alojamiento de la información son: 2 GB
de RAM, 100 GB HD, procesado 1.5 Ghz,
Media
Controles y
restricciones
Se debe realizar pruebas de funcionalidad para validar la
capacidad del hardware.
Criterios de Aceptación El computador debe cumplir con los requisitos mínimos de
aceptación.
Fecha de
especificación
13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 8 Requerimiento de software RNF03
DISTRIBUIDORA SHEKINA
ESPECIFICACIÓN DE
REQUERIMIENTOS DE SOFTWARE
No 0010
Sistema de
gestión de
calidad
ID Nombre Descripción Prioridad
RNF04 Interfaces Se diseñará una interfaz agradable, que
permitirá al usuario una mejor interacción
con la aplicación, para esto se utilizará el
framework de bootstrap.
Alta
Controles y
restricciones
El sistema debe ser de fácil manejo para todos los usuarios.
Criterios de Aceptación Dado que el software es de fácil manejo, cuando el usuario
se encuentra navegando, entonces, cumple con lo
solicitado.
Fecha de
especificación
13/12/2020
__________________ _________________________ ______________________
Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
Tabla 9 Requerimiento de software RNF04
3.2.2. Análisis
Para el respectivo análisis, se validaron las causas raíces y los defectos por medio de la
información del proceso que actualmente tiene implementado la Distribuidora de huevos
Shekina, con el fin de realizar el análisis del mismo, se utilizaron herramientas que facilitaron la
tarea mediante la exploración, generación de hipótesis sobre las causas, identificando las
desconexiones, los cuellos de botella, las redundancias, los bucles y los puntos de inspección y
decisión y una perspectiva de la implementación del aplicativo.
Con respecto a lo anterior, se identificó el siguiente flujo de actividades correspondiente a las
realizas:
Ilustración 6 Proceso Distribuidora de huevos shekina
En la imagen anterior visualiza de una forma secuencial las diferentes tareas realizadas por la
distribuidora de huevos Shekina, incluyendo la implementaciòn del aplicativo y su impacto
respectivo frente al proceso,
3.2.3. Diagrama de casos de uso con sus respectivas matriz de especificaciones
Ilustración 7 casos de usos del aplicativo.
4.3.2. Matriz de especificaciones
Identificación: 00-1
Casos de uso: Ingreso a la aplicación
Actores: Usuario
Objetivo Acceder a la aplicación
Acción del usuario Respuesta del sistema
1. Búsqueda de la aplicación
para acceder a ella.
1. Se añade un archivo .ini en cual tiene configuración de
abrir Xampp y ejecutar los servicios de PHP y MYSQL,
además se deja un acceso directo en el escritorio para
ingresar a la aplicación.
Tabla 10 Caso de uso 00-1
Identificación: 00-2
Casos de uso: Acceder a las secciones
Actores: Usuario
Objetivo Acceder a los diferentes módulos del sistema
Acción del usuario Respuesta del sistema
1. El usuario podrá ingresos a la
sección de productos, ventas,
clientes y facturación.
1. El sistema muestra los resultados ya insertados en la
portada de cada sección, además muestra un botón para
agregar un nuevo ítem de la sección correspondiente, cada
ítem de la sección tiene tres opciones; visualizar la
información del ítem, edición y eliminación del mismo.
Tabla 11 Caso de uso 00-2
Identificación: 00-3
Casos de uso: Realizar consultas
Actores: Usuario
Objetivo
Realizar diferentes consultas para insumo de investigación
de mercados.
Acción del usuario Respuesta del sistema
1. Se realiza las consultas de
ventas por medio de filtro, ya sea
por intervalo de tiempo, clientes
u otras condiciones identificadas.
1. Verifica los filtros del usuario, dependiendo la variable,
realiza la consulta a las bases de datos y devuelve una
respuesta con la información, visualizándola en el aplicativo.
2. Se realiza las consultas de
compras por medio de filtros, ya
sea por intervalo de tiempo,
proveedores u otras condiciones
identificadas
2. Verifica los filtros del usuario, dependiendo la variable,
realiza la consulta a las bases de datos y devuelve una
respuesta con la información, visualizándola en el aplicativo.
Tabla 12 Caso de uso 00-3
Identificación: 00-4
Casos de uso: Salir del aplicativo
Actores: Usuario
Objetivo Realizar el cierre de sesión del aplicativo
Acción del usuario Respuesta del sistema
1. Salir
1. El sistema verifica que la información se encuentre
almacenada en las bases de datos y limpiará las consultas
realizadas por el usuario en los formularios, cierra la
aplicación y finaliza los procesos de PHP y MYSQL.
Tabla 13 Caso de uso 00-4
3.2.4. Diagramas de clases
Ilustración 8 Diagrama de clases
3.2.5. Diagrama de componentes
Ilustración 9 Diagrama de componente Compra
Ilustración 10 Diagrama de componente cliente
Componente requieren Componente proporciona
Componente requieren Componente proporciona
Ilustración 11 Diagrama componente venta
Ilustración 12 Diagrama componente stock
Componente requieren Componente proporciona
Componente requieren Componente proporciona
Ilustración 13 Diagrama componente reporte
Componente requieren Componente proporciona
3.2.6. Diagrama de interacción
Ilustración 14 Diagrama de interacción
3.2.7. El esquema de base de datos con su mer
Ilustración 15 Esquemas bases de datos
3.2.8. Diccionario de datos
Clientes:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_cliente NO INT 11
Número identificación
del cliente,
incrementable.
nombre NO VARCHAR 200
Nombre completo del
cliente.
descripción SI TEXT
Se puede entender
como teléfono o una
indicación para la
ubicación del negocio.
barrio SI VARCHAR 100
Barrio o dirección
donde se sitúa el
negocio.
Tabla 14 Tabla de datos clientes.
Producto:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_producto NO INT 11
Número de referencia,
lote o donde se
identifica el producto
que ingreso
nombre NO VARCHAR 50 Nombre del producto
precio_venta NO DECIMAL 10,2
Precio de venta en
pesos colombianos
stock NO INT 11
Cantidad de inventario
que queda en stock.
Tabla 15 Tabla de datos producto.
Factura:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_factura NO VARCHAR 20
Id o número de
identificación de la
factura.
fecha NO DATE
Fecha de expedición
de la factura.
path NO TEXT
Ruta donde se
almacena la factura en
formato .pdf.
persona SI VARCHAR 100
Nombre de la persona
a quien está dirigida la
factura.
Tabla 16 Tabla de datos factura.
Detalle de la factura:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
Id NO INT 11
Identificación de cada
ítem de la factura.
id_factura NO VARCHAR 20
Id o número de
identificación de la
factura.
id_producto NO INT 11
Número de referencia,
lote o donde se
identifica el producto
que ingreso
Cantidad NO INT 3
Cantidad total de los
productos.
precio_unitario NO DECIMAL 10,2
Precio de cada
producto
precio_total NO DECIMAL 10,2
Operación del precio
unitario en relación
con la cantidad de
productos.
Tabla 17 Tabla de datos detalle factura.
Venta:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_venta NO INT 11
Identificación de la
venta realizada.
id_cliente NO INT 11
Número identificación
del cliente,
incrementable.
Fecha NO DATE
Fecha de generación de
la venta.
Total NO DECIMAL 10,2 Total de la venta
id_estado NO INT 11
Tipo de estado
debito/crédito.
Tabla 18 Tabla de datos venta.
Detalle de venta:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_detalle_venta NO INT 11
Identificación de cada
ítem de la venta
id_venta NO INT 11
Identificación de la
venta realizada.
id_producto NO INT 11
Numero de referencia,
lote o donde se
identifica el producto
que ingreso
cantidad NO INT 11
Cantidad de los
productos.
precio_unitario NO DECIMAL 10,2
Precio de cada
producto
precio_total NO DECIMAL 10,2
Operación del precio
unitario en relación
con la cantidad de
productos.
Tabla 19 Tabla de datos detalle de venta.
Estado:
Columna Valor por defecto Nullable
Tipo de
dato Longitud Descripción
id_estado NO INT 11
Identificación del tipo
de estado.
Tipo NO VARCHAR 10 Crédito / débito.
Tabla 20 Tabla de datos estado.
3.2.9. Vistas de usuario
A continuación se reflejara las vistas relacionadas del aplicativo WEB:
Estadísticas
Ilustración 16 Vista 1- Estadísticas compras
Se muestra el total y la fecha de la última compra, junto al valor total de lo comprado, también
se muestra la relación de los últimos productos adquiridos y botón para poder agregar una nueva
compra.
Ultimas facturas
Ilustración 17 Vista 2- Últimas facturas
Se muestra en orden descendente las últimas facturas con el valor total de la compra y la fecha de
adquisición de la misma, además, un enlace para visualizar el detalle de la factura y un botón
para ver todas las facturas.
Detalle factura
Ilustración 18 Vista 3- Detalle de factura
Se muestra el detalle de la factura y una tabla especificando las descripciones de los productos
adquiridos, ademas un boton para descargar la factura enviada por el proveedor.
Nueva compra
Ilustración 19 Vista 4- Nueva compra
En esta sección se agrega una nueva compra solicitándole al usuario el ingreso de información en
los campos, también un formulario para subir la factura enviada por el proveedor, y una tabla
donde se agrega los productos de la factura.
Reporte de compras
Ilustración 20 Vista 5- Reporte de compras
En esta sección, se muestra un formulario para seleccionar un rango de fechas donde se
evidencia las facturas compradas, según el periodo seleccionado.
Clientes
Ilustración 21 Vista 6- Clientes
Se evidencia la información de cada uno de los clientes junto al enlace del ID correspondiente en
la base de datos, para una mejor descripción del cliente, además un botón para agregar nuevos
clientes.
Nuevo Cliente
Ilustración 22 Vista 7- Nuevo cliente
Se muestra una ventana emergente con un formulario solicitando la información para agregar un
nuevo cliente.
Nueva venta
Ilustración 23 Vista 8 - Nueva venta
En esta sección se solicita la información del cliente para registrar una nueva venta, también se
encuentra una tabla donde se puede especificar la descripción de los productos vendidos al
cliente, además hay dos formularios donde se extrae la información del cliente y de los
productos.
Reporte de ventas
Ilustración 24 Vista 9- Reporte de ventas
En esta sección, se muestra un formulario para seleccionar un rango de fechas donde se
evidencia las compras realizadas por los clientes, según el periodo seleccionado.
ANÁLISIS DE RESULTADOS
- Se determinó que la captura de la información y los cálculos arrojados en el aplicativo en
el módulo de resultados, son muy eficientes,
- En las pruebas realizadas se evidenció las utilidades en bruto de forma periódica, y estas
mismas se compararon con el dinero disponible tanto en efectivo como en la cuenta
bancaria.
- Se evidencio el resultado de las compras de general a específico y del que se planea a
futuro evolucionar la herramienta tecnológica a la versión 2.0 donde este pueda ejecutar y
procesar por medio de códigos de barras.
- La información procesada a diario paso a tener un porcentaje de error aproximado de un
50% a un 15% en la información,
- Se planea a futuro realizar un estudio de mercados y pronósticos para así poder abrir
nuevos canales.
CONCLUSIONES
- Se diagnosticó el estado actual que se tienen en el inventario partiendo como base un
AS- IS del levantamiento del proceso y la situación actual en el que se encontraba la
Distribuidora de Huevos Shekina, y se estableció las variables críticas a intervenir.
- Se determinó los requerimientos tanto funcionales como técnicos que permitieron llevar
acabo el diseño del sistema de inventario,
- Se diseñó el aplicativo web en que el facilito al cliente final el uso de la información y
permitió llevar a cabo un control más adecuado del inventario, con el fin de realizar capturas de
toda la información solicitada por los formularios, para que a un futuro se pueda realizar estudios
investigativos de mercados y toma de decisiones,.
- Se realizó y se ejecutó las pruebas funcionales y técnicas del aplicativo web para la
gestión y administración de inventarios
- Se implementó el aplicativo web para la gestión y administración de inventarios (Puesta
en producción), en el que se incluyó bolsa de horas de mantenimiento.
RECOMENDACIONES
Para la información:
- Realizar Back up en la nube como mínimo cada seis meses.
- Capturar la mayoría de la información que solicita el formulario para la calidad de la
data.
- Validar el documento “Copias de respaldo” Anexo 1
- Implementar la Ley 1481 del 2012 “Tratamiento de datos personales ”
Para mantenimiento:
- Realizar mantenimiento del Software como mínimo una vez por año, siempre y cuando
las incidencias del software sean muy pocas.
- En lo posible realizar test durante la etapa del mantenimiento cubierto por el proveedor y
hacer efectiva la bolsa de horas,
- Realizar mantenimientos preventivos, correctivos o detectives y registrarlos en la Hoja de
vida del software.
- Por favor no manipular el código fuente hasta que un experto lo realice.
BIBLIOGRAFÍA
CARTAGENA, L. C. (17 de diciembre de 1993). DECISIÓN 351. Régimen Común sobre
Derecho de Autor y Derechos Conexos. Lima, Perù. Recuperado el 22 de 06 de 2020, de
http://www.sice.oas.org/trade/junac/decisiones/Dec351s.asp
CERTIFICACIÓN, I. C. (2013). Information Security Management Systems. NTC-ISO 27001.
Bogotá D.C: El Instituto.
CONGRESO DE LA REPÚBLICA. (17 de 10 de 2012). LEY ESTATUTARIA 1581. Artículo
3. Definiciones; Por la cual se dictan disposiciones generales para la protección de
datos personales. Bogotà , Colombia: Diario Oficial.
CORTES, J. A. (2014). Fundamentos de la gestiòn de inventarios. Medellin: Centro Editorial
Esumer.
ESPAÑOLA, R. A. (22 de 06 de 2020). Diccionario de la lengua española. Obtenido de
<https://dle.rae.es>
FENAVI, F. N. (2019). Huevo: ajustàndose al mercado. ¿Cuáles serán las perspectivas de la
avicultura para el 2019?, 24.
IEEE. (1990). Standard Glossary of Software Engineering Terminology. Piscataway, NJ , 610,
Estados Unidos: IEEE.
NARASIMHAN, S., McLeavey, D. W., & Billington, P. (1996). Planeaciòn de la producciòn y
control de inventarios. Mexico D.F: Prentice-Hall-Hispanoamericana.
PRESSMAN, R. S. (2010). Software engineering a practitioners approach (fifth edition). New
York NY: McGraw-Hill.
REGLAMENTO EUROPEO DE PROTECCIÒN DE DATOS. (09 de 10 de 2018). Protecciòn
datos. Obtenido de https://www.protecciondatos.org/integridad-de-informacion/
REPÚBLICA, C. D. (18 de 10 de 2012). LEY ESTATUTARIA 1581 DE 2012. Por la cual se
dictan disposiciones generales para la protección de datos personales. Bogotà ,
Colombia: Diario Oficial No. 48.587. Recuperado el 22 de 06 de 2020, de
http://www.secretariasenado.gov.co/senado/basedoc/ley_1581_2012.html
SWEBOK. (2004). Guide to the software engineering bady of knowledge. IEEE.