Trabajo de Propuesta de Mejoramiento

TRABAJO DE PROPUESTA DE MEJORAMIENTO
ABASTECIMIENTO AUTOMATICO
ROBINSON DAVID TIQUE IPIA
Ficha: 51109
PRACTICA III
Corporación Unificada Nacional de Educación Superior
Bogotá, Colombia
2022
1
INTRODUCCION
El presente documento tratara sobre la propuesta de mejoramiento del
proceso de software externo para la empresa de OLFABRAND, se trata de un
proyecto elaborado con la finalidad de obtener el titulo de Ingeniería de
sistemas a través de este proyecto es propiciar la implementación de un
modelo abastecimiento automático ya que las empresas grandes que venden
productos lo tienen y los avances tecnológicos han evolucionado, convirtiendo
a este modelo indispensables para las empresas en crecimiento para la venta
de productos.
La problemática que se pretende atacar con el desarrollo de este proyecto es
minimizar el abastecimiento de una tienda en el menor tiempo posible la falta
de desarrollo de abastecimiento adecuados para las tiendas en la ciudad de
Bogotá es tener un inventario correcto y seguro para aplicación web de la
empresa y nunca dejar a una tienda sin los productos que más se venden. A su
vez beneficiar a más aéreas con la rapidez de procesos de abastecer
productos en automático.
Sin embargo, esta propuesta de mejora, además de los propósitos
académicos relacionados también sobrevenir lo especifico de unas
necesidades detectadas de empresa vinculada a este proyecto, las cuales
serán explicadas de forma breve en la definición del problema y que pasara a
desarrollarse a lo largo de este trabajo.
2
Contenido
INTRODUCCION ........................................................................................... 2
Descripción del problema ............................................................................... 6
Contextual del problema ................................................................................ 6
Limitaciones ................................................................................................... 7
Objetivos Generales ....................................................................................... 7
Objetivos Especificos ..................................................................................... 7
Justificación .................................................................................................... 8
Formulación del problema. ............................................................................. 8
Matriz Dofa ..................................................................................................... 8
Planeación de estrategia ................................................................................ 9
Marco teorico ............................................................................................... 10
Metodologías ............................................................................................ 10
Programación Extrema ........................................................................................................ 10

Modelo incremental de desarrollo. .................................................................................... 10
Métrica V3 ........................................................................................................................... 11
Base de datos Posgresql ...................................................................................................... 11
Actividades ................................................................................................... 13
Inicio ......................................................................................................... 14
Análisis ..................................................................................................... 14
Diseño, ..................................................................................................... 15
Ejecución. ................................................................................................. 15
Controla el cumplimiento de la planificación realista. ............................... 15
Pruebas. ................................................................................................... 15
3
Lenguajes de programación ..................................................................... 16
JSP........................................................................................................................................ 16
Php ...................................................................................................................................... 16
Lenguaje Unificado Modelado .................................................................. 17
Desarrollo del proyecto. ............................................................................... 17
la fase de planeación. ............................................................................... 17
Requerimientos Funcionales .................................................................... 18
Requerimientos no funcionales................................................................. 18
Diagramas de caso de uso ....................................................................... 19
Descripción caso de uso Planner: ........................................................................................ 20

Flujo de Eventos .................................................................................................................. 20
Flujos Alternativos ............................................................................................................... 21
Precondiciones .................................................................................................................... 21
Descripción caso de uso El analista de inventario. ............................................................. 22
Flujo de Eventos .................................................................................................................. 22
Precondiciones .................................................................................................................... 23
Descripción caso de uso Administrador: ............................................................................. 24
Flujo de Eventos .................................................................................................................. 24
Precondiciones .................................................................................................................... 25
DESARROLLO ............................................................................................. 26
Conclusión ................................................................................................... 29
Recomendación ........................................................................................... 29
Evidencias del proyecto ............................................................................... 30
Inicio ......................................................................................................... 30
Autenticación ............................................................................................ 30
4
Bodegas de inventario .............................................................................. 35
Registro de usuarios ................................................................................. 37
Abastecimiento Automático ...................................................................... 39
5
Descripción del problema
En la empresa OLFABRAND se maneja un gran flujo de
información del cual el sistema actual derivan diferentes procesos , pero en la
parte de los abastecimientos en tiendas como los inventarios, dicha información
no está debidamente organizada por lo cual se pierde la veracidad , aumentan
los tiempos de respuesta y se extravían productos que sobran en los
almacenes y esto con lleva a la perdida de costos , la falta de un sistema de
información externo que apoye al sistema actual más eficiente hace que estos
procesos se vuelvan lentos y a corto plazo al que tengan que recurrir métodos
manuales como por ejemplo listados de productos más vendidos en Excel , en
el que suelen usar varias tablas para hacer cálculos de inventarios para
recolectar información para el abastecimientos por cada tienda semanales y
esta misma información a veces puede ser errónea , es decir existe
redundancia de información y muchas veces no es la misma información entre
un tabla y otra referente a un mismo caso.
Contextual del problema
A nivel Mundial los países desarrollados se han encontrado varias
aplicaciones web que son comercializadas en países latinoamericanos, en
estos desarrollos se tienen varios aspectos como modelos de cadena de
abastecimientos como sus funciones, restricciones y el manejo de los mismos
procesos, en realidad son muy completos y ya son comercializados en estos
países, al parecer han tenido éxito.
En Colombia la logística de operaciones es muy importante
porque posee un sistema de información para la gestión de inventarios la cual
permite mantener controlado el flujo de información de los productos como
6
ingresos o salidas , hasta el momento estos sistemas han funcionado pero con
algunos vacíos tanto en la parte de logística como a nivel empresarial ,de tal
formas que algunas empresas privadas han recurrido a crear su propio sistema
de desarrollo para apoyar a su sistema actual como gestión de base de datos
pero ese desarrollo de software es exclusivo de estas entidades.
Existen compañías nacionales que también han desarrollados este tipo de
software tales como ODOO o SAP estos son comercializados, pero están
licenciados y para mejorar un desarrollo son altísimos los costos ya que las
empresas tendrían que pagar las licencias y estos desarrollos son genéricos y
no a la comodidad de cada empresa.
Limitaciones
Este proyecto de desarrollo seguirá con las normas y leyes vigente de la
empresa del sistema actual, si en algún momento estas son modificadas
durante o después de la realización del proyecto no serán contempladas tales
modificaciones.
Objetivos Generales
Desarrollar una herramienta integrada al sistema actual que tiene la
empresa para ser un apoyo que solo este
enfocado en el abastecimiento automático en tiendas al corto mediano y largo
plazo.
Objetivos Especificos
-Analizar los procesos de registros de inventarios en el sistema actual para
el seguimiento de abastecimientos
7
de productos por tienda
-Recolectar y determinar los requerimientos funcionales y no funcionales.
-Analizar el modelo de la base de datos del sistema actual de la empresa para
así extraer la información
necesaria.
Justificación
Se hace necesario realizar este proyecto para el área de operaciones con el
fin de agilizar los abastecimientos por tiendas que a su vez sea automático ya
que el actual proceso esta lento y deficiente, la tecnología siempre
ayuda a mejorar los procesos y si se aplica al ámbito de abastecer una tienda
puede ser muy provechoso para el mejoramiento de tiempos ya que las ventas
pueden variar por ejemplo al momento de requerir información
sobre los abastecimientos como los productos más vendidos y estos sean
suficientes por tiendas para la venta, ,para el proceso de un sistema sea un
tiempo de espera de minutos y a su vez automático y que los
operadores hagan otras labores mientras el sistema recolecta la información
para mayor productividad.
Formulación del problema.
¿Desarrollar un software de apoyo que permita el manejo eficiente
y seguro de la información en los procesos de abastecimientos automático?
Matriz Dofa
8
Planeación de estrategia
El abastecimiento automático se desarrolla como parte de la
iniciativa de la administración en cadena de suministros de Olfa Brand, que
comenzó en el año 2022 en el sector privado por parte del director de compras
de Chrysler, quien vio como oportunidad el establecer relaciones con la
tecnología para mejorar sus procesos a largo plazo con los proveedores,
formando alianzas para reducir costos tiempo y mejorar el producto.
Crea una herramienta que está enfocada al concepto de valor, no solo al
costo más bajo, sino que se toman en cuenta otros aspectos relevantes, es por
eso que entre los objetivos principales de los departamentos de compras en las
empresas están: lograr un ahorro en cada transacción, mantener buena
relación con el proveedor, facilitar la negociación y la búsqueda de nuevos
métodos e iniciativas para optimizar el proceso Orientado con la técnica
El proyecto se plantea un nuevo esquema donde cobra especial la importancia
el departamento de operaciones ya que es el personal capacitado de
inventarios, abastecimientos y manufactura de la empresa y este nuevo
9
desarrollo será aplicado justo como apoyo en los procesos de abastecimientos
eficientes para el mejoramiento de procesos en el departamento.
Marco teorico
Metodologías
Programación Extrema
La programación extrema o eXtreme Programming (XP) es un enfoque de la
ingeniería de software formulado por Kent Beck, autor del primer libro sobre la
materia, Extreme Programming Explained: Embrace Change (1999). Es la más
destacada de los procesos ágiles de desarrollo de software. Al igual que éstos,
la programación extrema se diferencia de las metodologías tradicionales
principalmente en que pone más énfasis en la adaptabilidad que en la
previsibilidad. Los defensores de XP consideran que los cambios de requisitos
sobre la marcha son un aspecto natural, inevitable e incluso deseable del
desarrollo de proyectos. Creen que ser capaz de adaptarse a los cambios de
requisitos en cualquier punto de la vida del proyecto es una aproximación mejor
y más realista que intentar definir todos los requisitos al comienzo del proyecto
e invertir esfuerzos después en controlar los cambios en los requisitos. Se
puede considerar la programación extrema como la adopción de las mejores
metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con
el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del
software.
Modelo incremental de desarrollo.
El modelo de desarrollo incremental es el ciclo de vida de desarrollo software
en el cual un proyecto es descompuesto en una serie de incrementos, cada
uno de los cuales suministra una porción de la funcionalidad respecto de la
10
totalidad de los requisitos del proyecto. Los requisitos tienen asignada una
prioridad y son entregados según el orden de prioridad en el incremento
correspondiente. En algunas (pero no en todas) versiones de este modelo de
ciclo de vida, cada subproyecto sigue un “mini-modelo V” con sus propias fases
de diseño, codificación y pruebas.
Métrica V3
Métrica tiene ya varios años de vida y su actual versión, la 3, se crea con la
finalidad de incorporar las nuevas técnicas derivadas de la programación y el
análisis orientado a objetos, al proceso de desarrollo de software que a través
de esta metodología las administraciones públicas españolas pretenden llevar
a cabo.
Métrica debería ser obligatoria en cuantos contratos de desarrollo de software
realiza la administración pública, sin embargo, su utilización aún no está
suficientemente universalizada. Todavía es frecuente ver concursos públicos
donde no se establece la obligatoriedad para el contratante de seguir las
pautas de métrica a la hora de llevar a cabo un proceso de construcción de
software.
Todo proyecto Métrica 3 consta de un conjunto de fases que se desglosan en
múltiples puntos cuya cronología hay que seguir con claridad para ir avanzando
en el desarrollo del proyecto.
Base de datos Posgresql
Las bases de datos relacionales son uno de los tipos más populares que
existen, y su uso nos permite crear sitios web de toda clase. Entre los sistemas
de bases de datos relacionales más utilizados se encuentra uno que es
11
conocido como PostgreSQL, que dicho sea de paso está entre los más usados
a nivel mundial.
En esta ocasión vamos a ver qué es PostgreSQL exactamente, también
haremos un breve repaso de su historia, principales características, proceso de
instalación del servidor y más.
12
Actividades
Grafica 1
13
Tabla 1
Inicio
El inicio de un proyecto es el primer paso para comenzar un nuevo
proyecto. Durante esta fase, se explica por qué estás realizando el proyecto y
qué valor aportará a la empresa. Luego, puedes usar esta información para
obtener la aceptación de los participantes clave.
Análisis
se hace notar observando el origen de la misma, que se remonta al
griego análysis, compuesto por ana (“arriba” o “completamente”) y lisys
(“disolución”, “ruptura”): analizar es observar algo enteramente disuelto en sus
más mínimos componentes.
14
Esta disolución no es literal, claramente, sino que busca transmitir una idea de
revisión exhaustiva, minuciosa, ya sea de un objeto, tópico o temática,
considerando hasta el más minúsculo de sus detalles.
Fuente: https://concepto.de/analisis-3/#ixzz7TbJxqgVI
Diseño,
para la planificación de una solución de software. Este proceso es, por regla
general, necesario para que los programadores puedan manejar la complejidad
que la mayoría de los programas informáticos poseen y para disminuir el riesgo
de desarrollos erróneos.
Ejecución.
En la fase de ejecución, se empiezan a desarrollar y validar sub-tareas y
actividades, cumpliendo así con los diferentes objetivos dentro del proyecto.
Por eso, la responsabilidad de Project Manager en esta fase es triple:
Controla el cumplimiento de la planificación realista.
Evalúa y realiza un seguimiento exacto del consumo de los recursos, tanto
económicos, humanos como fechas y plazos, apoyándose de herramientas
como Sinnaps y su gráfica de consumo.
Realiza los cambios necesarios y re-calcula la mejor ruta de trabajo,
guardando simulaciones de planificaciones para prevenir contratiempos
indeseados. Una ventaja que puede usar al trabajar con Sinnaps.
Pruebas.
¿Cuándo cerramos un proyecto? En el momento que obtengamos el objetivo
principal, definido en la fase de inicio. O bien, durante una de nuestras
reuniones de hito valoramos que no somos capaces de afrontar una desviación
15
tan grande en el presupuesto o en los plazos de entrega. Esto último se puede
deber a varios motivos concretos:
Estimación errónea del presupuesto o cambio del mismo
Modificación de la estrategia o del objetivo principal
Por falta de recursos tecnológicos, humanos, etc. En este caso el proyecto
suele pausarse.
Lenguajes de programación
JSP
Con JSP se pueden crear aplicaciones web que se ejecuten en variados
servidores web, de múltiples plataformas, ya que Java es en esencia un
lenguaje
multiplataforma. Las páginas JSP están compuestas de código HTML/XML
mezclado con etiquetas especiales para programar scripts de servidor en
sintaxis Java. Por tanto, las JSP podremos escribirlas con nuestro editor
HTML/XML habitual.
El motor de las páginas JSP está basado en los servlets de Java -programas
enJava destinados a ejecutarse en el servidor-, aunque el número de
desarrolladores que pueden afrontar la programación de JSP es mucho mayor,
dado que resulta mucho más sencillo aprender que los servlets
Php
PHP es un lenguaje de programación usado generalmente para la creación
decontenido para sitios Web. PHP es el (acrónimo recursivo de "PHP:
Hypertext Preprocessor", inicialmente PHP Tools, o Personal Home Page
Tools) es un lenguaje interpretado usado para la creación de aplicaciones para
servidores, o creación de contenido dinámico para sitios Web, y últimamente
16
también para la creación de otro tipo de programas incluyendo aplicaciones con
interfaz gráfica usando la librería GTK+.
Lenguaje Unificado Modelado
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified
Modeling Language) es el lenguaje de modelado de sistemas de software más
conocido y utilizado en la actualidad; aún cuando todavía no es un estándar
oficial, está respaldado por el OMG (Object Management Group). Es un
lenguaje gráfico para visualizar, especificar, construir y documentar un sistema
de software. UML ofrece un estándar para describir un "plano" del sistema
(modelo), incluyendo aspectos conceptuales tales como procesos de negocios
y funciones del sistema, y aspectos concretos como expresiones de lenguajes
de programación, esquemasde bases de datos y componentes de software
reutilizables.
Desarrollo del proyecto.
A partir del análisis de las metodologías ya mencionadas se define que la
metodología más adecuada para la realización de este proyecto es el modelo
incremental ya que esta metodología ofrece una comunicación directa con las
personas involucradas y seguir con avanzando, una amplia documentación del
proyecto y además se acomoda a los tiempos de desarrollo
la fase de planeación.
Esta es la fase de planeación y diseño esta los hitos de inicio y análisis de
verificación que comprende la definición del problema, los antecedentes, los
objetivos generales y específicos, los alcances y limitaciones.
17
Requerimientos Funcionales
-Consultar el Registro de la información completa de los
productos: Número de Referencia, Nombre, Inventario, cantidad física,
Ubicaciones, ventas y disponibles.
- Consultar el Registro información de los procesos de
abastecimientos por tiendas según las ubicaciones con: Número de proceso,
Código del producto, Código Tipo Proceso,
- Vincular la información de los procesos de los productos
almacenados a un formulario que muestre los datos del número del proceso, el
las ventas, el historial de las actuaciones, etc.
-La aplicación web debe calcular los términos de los
abastecimientos según las ventas de los productos e informar cuando en un
proceso se esté ejerciendo mal.
-Restringir el acceso a ciertas funciones, de acuerdo con el
producto descontinuado.
- Cada tienda debe estar ligado a un número de ubicación, el cual
corresponde a un número de proceso y cada proceso a un abastecimiento.
- Actualizar la información de los productos automáticos
Requerimientos no funcionales
- El proyecto debe ser desarrollado en herramientas de software libre
- Los equipos deben poseer un mínimo de componentes físicos que
permitirán funcionamiento correcto del software
- El aplicativo debe ser desarrollado en ambiente web
18
Diagramas de caso de uso
esta los hitos de diseño y modelo de datos y ejecución , Esta fase
comprende el diseño del aplicativo que ayudara a tener un punto base para
el desarrollo del mismo, para esto la metodología nos exige varios modelos
que deben implementarse para un mejor entendimiento del funcionamiento
del software.
Grafica 2
Este caso de uso demuestra los actores que intervienen en el aplicativo de
una manera muy general, sin tener un caso de uso concreto dentro del
19
diagrama.
Grafica 3
Descripción caso de uso Planner:
El Planner posee dentro del sistema el permiso para realizar cualquier
proceso: consultar, actualizar e iniciar proceso de abastecimientos. Para ello se
requiere validación de un correo de la empresa
Flujo de Eventos
1. La aplicación detecta el correo si es empresarial y verifica si tiene
permisos para ingresar
2. El sistema muestra los vínculos que lo llevará a las diferentes funciones
que maneja el sistema.
3. Dependiendo de la opción escogida por el actor este será llevado a una
interfaz diferente, cada una de estas cumple unas funciones específicas
20
dentro del sistema, como es consultar, actualizar o iniciar proceso de
abastecimientos.
4. Dentro de la opción consultar se encuentran opciones que permitirán una
búsqueda efectiva del contenido de la base de datos como son consultar
tiendas y productos.
6. Dentro de la opción actualizar se encuentran opciones que permitirán
modificar los datos de los abastecimientos de las tiendas y de las
actuaciones.
7. Dentro de la opción iniciar proceso de abastecimientos le permitirá al actor
ver los nuevos abastecimientos dependiendo si es semanas meses o días
únicamente.
Flujos Alternativos
- Cuando el correo no tiene permisos arrojará un mensaje de error.
-Si el actor desea consultar una tienda y este no existe arrojará un mensaje
de error.
- Si el actor desea abastecer la tienda pero esta no tiene ventas arrojará un
mensaje de advertencia.
Precondiciones
- El usuario debe estar registrado en la base de datos de la para poder
validar
- El usuario no podrá realizar ninguna acción que no esté autorizada por el
administrador.
- Los registros que se quieran consultar, eliminar deben estar previamente
registrados en la base de datos
21
Grafica 4
Descripción caso de uso El analista de inventario.
El analista de inventario posee dentro del sistema el permiso para realizar
ciertos procesos: consultar, iniciar proceso de abastecimientos. Para ello se
requiere validación de un correo de la empresa
Flujo de Eventos
dentro del sistema, como es consultar y iniciar proceso de abastecimientos.
22
únicamente.
Flujos Alternativos
de error.
Precondiciones
- El usuario debe estar registrado en la base de datos para poder validar
administrador.
- Los registros que se quieran consultar, deben estar previamente
registrados en la base de datos.
23
Grafica 5
Descripción caso de uso Administrador:
El administrador posee dentro del sistema el permiso para realizar cualquier
proceso: registrar, consultar, actualizar e iniciar proceso de abastecimientos.
Para ello se requiere validación de un correo de la empresa.
Flujo de Eventos
24
dentro del sistema, como es registrar ,consultar, actualizar o iniciar proceso
de abastecimientos.
4. Dentro de la opción registrar se encuentran loa opcion que el actor
puede elegir como registrar el correo , la base de datos en específico tal y
como su nombre lo indica
6. Dentro de la opción actualizar se encuentran opciones que permitirán
modificar los datos de los abastecimientos de las tiendas y de las
actuaciones.
únicamente.
Flujos Alternativos
de error.
Precondiciones
- El usuario debe estar registrado en la base de datos de la para poder
validar
administrador.
25
- Los registros que se quieran consultar, eliminar deben estar previamente
registrados en la base de datos
DESARROLLO
Para este desarrollo el proyecto aplican los sistemas de abastecimientos
convencionales, el sistema cliente-servidor con el cual se podrá implementar un
tipo de servidor que permita ubicar la base de datos en un solo equipo y que
los demás se conecten y envíen al servidor las sentencias SQL para que sean
ejecutadas en el motor de base de datos; para esto se utilizará un servidor de
base datos que permitirá hacer lo anterior, por los elementos físicos existentes
en la oficina y además por qué no requieren dentro del proyecto se puede decir
que no aplica ningún otro tipo de servidor.
El lenguaje más adecuado para el desarrollo de la aplicación web es .PHP
por la lógica del mismo y porque PHP se ajusta más a las necesidades que
este requiere.
PostgreSQL será el motor de la base de datos por la rapidez al generar las
transacciones, la amplia documentación que facilita el desarrollo, consume
pocos recursos de máquina y además de esto el motor se adapta fácilmente al
lenguaje de programación
seleccionado anteriormente.
Después de haber seleccionado, el lenguaje y el motor de base de datos se
procede a instalar un paquete llamado AppServ v. 2.5.9 que incluye:
- Apache Xampp v. 2.2.4
- PHP Script Language v. 5.2.3
- MySQL Database v. 5.0.45
26
Este paquete brinda las herramientas necesarias para el montaje de los
diseños elaborados previamente, estas herramientas son un servidor web,
un soporte de librerías PHP para desarrollar la interfaz y un motor de base
de datos.
Para el desarrollo de la base de datos se usó la herramienta case llamada
DBDesigner 4, lo que permitió hacer más fácil y rápido el entendiemientos de
la base de datos para la implementación de la programación se instala la
aplicación Adobe Dreamweaver CS3.
Dentro de la aplicación se utilizó una función que suma fechas, esta se uso
para determinar la fecha fin del termino para poder mostrarla en los
mensajes que se encuentran en todas las interfaces, esta función consiste
en pasar la fecha a segundos y luego suma los días que se determinen
también en segundos, después devuelve la fecha en el formato original ya
con los días sumados
En cuanto a las líneas especiales de código se encuentran las de conexión a
la base de datos, estas consisten en pasar un usuario y una clave al motor
de base de datos para que valide el acceso y se abra la conexión.
27
Después de crear el string de conexión se debe seleccionar la base de datos
que se va a trabajar en esta sentencia también exige el string de conexión
como parámetro.
Por último se debe generar el query con lo que se ejecutara una acción
sobre la base de datos, estas acciones pueden ser de consulta,
actualización, eliminación y de inserción.
La fase de pruebas
Se muestra las pruebas y documentacion y aca se realizan las pruebas
operacionales y los manuales.
la fase de aprobacion y cierre donde se hara entrega del proyecto la
aplicación web al cliente
28
Conclusión
Entre las diferentes metodologías que se confrontaron a través de un
cuadro comparativo, se esclarecieron todas las características de cada una,
por lo cual se escogió la metodología a Microsoft Solution Framework
(MSF), lo que permitió un desarrollo ágil del aplicativo.
- Las herramientas casen y los frameworks mejoran los tiempos de
desarrollo proporcionando código predefinido y funciones ejecutables de
una manera sencilla.
- El gremio de las tiendas que tienen que abastecer sus productos en la
aplicación actual, no cuenta con la tecnología para trabajar de una
manera eficiente generando problemas de tiempos y la complicación de
los casos de ventas
Recomendación
- Realizar o establecer de manera periódica capacitaciones en las áreas
de gestión de inventarios para llevar bien el sistema de principal para que
el sistema de abastecimiento automático tenga calidad y medio ambiente
que pueden ayudar a mitigar los impactos que puedan restringir el
avance del proyecto o el cumplimiento de los objetivos.
- Empezar con campañas para que permitan dar a conocer el proyecto a
otros portafolios de la empresa, con el fin de expandir la implementación
a toda la compañía.
29
Evidencias del proyecto
El aplicativo está diseñado en ambiente web que posee una barra de menú,
alertas y vínculos de interés general estándar para todas las interfaces de
registro, consulta, actualización y Inicio de proceso de abastecimiento
Inicio
Se valida las tablas para conexión de la base de datos del sistema principal
y actual que alimentara a nuestro sistema de abastecimientos.
Autenticación
Antes iniciar con el código para el desarrollo del proyecto es necesario crear
nuestro entorno de desarroll para eso los siguientes programas serán
utilizados para copilar y crear nuestro proyecto , visual studio será nuestro
depurador de código editarlo y Postgresql es nuestro motor base de datos ya
que el sistema principal se base en este motor de base de datos.
30
El siguiente código nos indica la conexión de la base de datos con el
proyecto al que se va validar el correo para autenticación una vez se copila
31
El código del sistema permitirá al usuario verificar que correo esta iniciado la
cuenta de Gmail
32
Se valida que el usuario este autenticado con la cuenta del correo
empresarial a la cual entrara al siguiente modelo donde hay 4 opciones como
se demostró en los casos de uso.
33
El siguiente código muestra la interfaz, pero en código c# en donde el índex
de la página principal donde se encuentra el menú o las opciones
Una vez entrado al sistema el código iniciara un mapeo de los diferentes
permisos que tiene el usuario
34
Bodegas de inventario
El código nos indica la vista del sistema en donde no muestras las diferentes
bodegas o punto de venta en donde esta almacenado los productos.
35
Vista del sistema de los puntos de vistas
Elegimos un punto de vista y estas opciones nos indica junto con su código
36
Registro de usuarios
el sistema primero validara si tiene el permiso de registrar usuarios
37
Esta es la vista para compartir los correos y también consultarlos
38
Abastecimiento Automático
El código esta orientado a objetos con librerías para adaptar la rapidez de
respuesta , como observamos el código tenemos que seleccionar el inventario
39
Aquí observamos algunos formulas que hacemos para el abastecimiento
según el criterio que escogan.
40
Vista de abastecimiento por sugerido por semana
Vista de abastecimiento por sugerido por mes
41
Referencias Bibliográficas
LUIS FRANCISCO A (2021). UNIVERSIDAD PILOTO DE COLOMBIA 2021
http://repository.unipiloto.edu.co/bitstream/handle/20.500.12277/10837/proye
cto%20de%20grado%20Esp.%20en%20Gerencia%20de%20proyectos.pdf?se
quence=1
JUAN MANUEL V (2008) DESARROLLO DE UN APLICATIVO PARA EL
REGISTRO http://biblioteca.usbbog.edu.co:8080/Biblioteca/BDigital/42796.pdf
Andrés Felipe Ferro (2015) Diseño de planeación estratégica y mejoramiento
contable
42
https://ciencia.lasalle.edu.co/cgi/viewcontent.cgi?article=3071&context=administ
racion_de_empresas
LUIS ALBERTO B (2020) DESARROLLO DE UN SOFTWARE DE GESTIÓN
ADMINISTRATIVA
https://repositorio.ucp.edu.co/bitstream/10785/7191/1/DDMIST76.pdf
43

Trabajo de Propuesta de Mejoramiento

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo de Propuesta de Mejoramiento

Cargado por

Copyright:

Formatos disponibles

TRABAJO DE PROPUESTA DE MEJORAMIENTO

ROBINSON DAVID TIQUE IPIA

Corporación Unificada Nacional de Educación Superior

El presente documento tratara sobre la propuesta de mejoramiento del

proceso de software externo para la empresa de OLFABRAND, se trata de un

proyecto elaborado con la finalidad de obtener el titulo de Ingeniería de

sistemas a través de este proyecto es propiciar la implementación de un

modelo abastecimiento automático ya que las empresas grandes que venden

productos lo tienen y los avances tecnológicos han evolucionado, convirtiendo

a este modelo indispensables para las empresas en crecimiento para la venta

La problemática que se pretende atacar con el desarrollo de este proyecto es

minimizar el abastecimiento de una tienda en el menor tiempo posible la falta

de desarrollo de abastecimiento adecuados para las tiendas en la ciudad de

Bogotá es tener un inventario correcto y seguro para aplicación web de la

vez beneficiar a más aéreas con la rapidez de procesos de abastecer

Sin embargo, esta propuesta de mejora, además de los propósitos

académicos relacionados también sobrevenir lo especifico de unas

necesidades detectadas de empresa vinculada a este proyecto, las cuales

serán explicadas de forma breve en la definición del problema y que pasara a

desarrollarse a lo largo de este trabajo.

Descripción del problema ............................................................................... 6

Contextual del problema ................................................................................ 6

Objetivos Generales ....................................................................................... 7

Objetivos Especificos ..................................................................................... 7

Formulación del problema. ............................................................................. 8

Matriz Dofa ..................................................................................................... 8

Planeación de estrategia ................................................................................ 9

Marco teorico ............................................................................................... 10

Programación Extrema ........................................................................................................ 10

Controla el cumplimiento de la planificación realista. ............................... 15

Desarrollo del proyecto. ............................................................................... 17

la fase de planeación. ............................................................................... 17

Requerimientos Funcionales .................................................................... 18

Diagramas de caso de uso ....................................................................... 19

Descripción caso de uso Planner: ........................................................................................ 20

Evidencias del proyecto ............................................................................... 30

Registro de usuarios ................................................................................. 37

Abastecimiento Automático ...................................................................... 39

En la empresa OLFABRAND se maneja un gran flujo de

información del cual el sistema actual derivan diferentes procesos , pero en la

parte de los abastecimientos en tiendas como los inventarios, dicha información

no está debidamente organizada por lo cual se pierde la veracidad , aumentan

los tiempos de respuesta y se extravían productos que sobran en los

almacenes y esto con lleva a la perdida de costos , la falta de un sistema de

manuales como por ejemplo listados de productos más vendidos en Excel , en

recolectar información para el abastecimientos por cada tienda semanales y

esta misma información a veces puede ser errónea , es decir existe

redundancia de información y muchas veces no es la misma información entre

un tabla y otra referente a un mismo caso.

Contextual del problema

A nivel Mundial los países desarrollados se han encontrado varias

aplicaciones web que son comercializadas en países latinoamericanos, en

estos desarrollos se tienen varios aspectos como modelos de cadena de

abastecimientos como sus funciones, restricciones y el manejo de los mismos

procesos, en realidad son muy completos y ya son comercializados en estos

países, al parecer han tenido éxito.

En Colombia la logística de operaciones es muy importante

porque posee un sistema de información para la gestión de inventarios la cual

permite mantener controlado el flujo de información de los productos como

de desarrollo para apoyar a su sistema actual como gestión de base de datos

pero ese desarrollo de software es exclusivo de estas entidades.

Existen compañías nacionales que también han desarrollados este tipo de

no a la comodidad de cada empresa.