Sistema Logística Interna &

Distribución Óptima

Librería Antártica

Lilian Gajardo C.

Mario Guerraty S. LInDO

- Nuestro cliente- Situación actual- Objetivos- Solución Propuesta- Especificación de Requerimientos- Diseño de la Solución- Implementación- Resultados- Conclusiones

Temario

LInDO

El Cliente- Desde 1958- 18 sucursales

LInDO

El Cliente

Grupo Antártica

Editorial Antártica Antártica Libros

Bodegas Locales

Imprenta WorldColor

Depto. Ventas Internet

Bodega webwww.antartica.cl

ORGANIGRAMA FUNCIONAL GRUPO ANTÁRTICA

LInDO

Situación Actual

LInDO

Situación ActualPROCESO DE VENTAS POR INTERNET

+

+

+

+

1.- Venta Web

2.- Determinar Stock ¿Solicitar Productos?

Si

No

3.- Solicitar Productos

4.- Despachar Productos

Sitio

Web

Sist

ema

Adm

inist

rativ

o

Proc

esos

de

Vent

a m

edia

nte

Sitio

Web

LInDO

Situación ActualPROCESO DE SOLICITUD DE PRODUCTOS

Bode

ga W

eb

Solic

itud

de P

rodu

ctos

Producto no existe en

bodega web

Requerimiento de producto

Si

Despacho a cliente

NoO

tros

Loca

les

Prov

eedo

res

¿Existe en algún local?

Solicitud de traslado

Despachar Productos

Despachar Productos

LInDO

Retraso en el traslado de productos.

Duplicidad en pedidos de productos.

Selección errónea del abastecedor productos.

Imagen de la empresa deteriorada por incumplimiento en la entrega.

Situación ActualPROBLEMÁTICA

LInDO

Objetivo General

Diseñar un sistema que permita optimizar el proceso de

despacho de productos para ventas on-line, mediante la

implementación de un modelo de distribución logística.

LInDO

Objetivos Específicos

• Conocer procesos actuales, analizar y documentar.

• Construir un modelo que analice variables para optimizar

despacho.

• Diseñar prototipo funcional que ejecute el modelo.

• Integrar la solución a nivel de base de datos.

LInDO

SoluciónDESCRIPCIÓN

Datos con Ventas

Internet

Solicitar productos faltantes

Despachar ventas a clientesSolicitar productos faltantes 

LInDO

SoluciónDESCRIPCIÓN

Solicitar productos faltantes

 

Modelo de Distribución

Logística

Variables

Pedidos por lotes

Parámetros

Modelos

LInDO

SoluciónSOLUCIÓN A PROBLEMAS

Retraso en traslado. Emisión nocturna solicitud de productos.

Duplicidad en pedidos. El proceso es único y diario.

Selección errónea del abastecedor. El modelo escoge mejor opción.

Imagen de la empresa. Mejora tiempos de entrega.

LInDO

Solución

Limitaciones Alcances

• No se interviene ventas ni despacho de productos.

• Mantención de productos.• Acceso a Base de datos sólo

con permiso de lectura.

• Diseñar modelo • Entregar normas y diseño

lógico.• Implementar módulos para

obtener información.• Escalable y flexible.

Solución

LInDO

SoluciónMODELO DE ARQUITECTURA – TRES CAPAS

Módulo de Venta en sitio Web

Módulo Administración y Seguridad

Módulo de chequeo de

órdenes Módulo Análisis stock de

productos

Módulo de solicitud de despacho

Módulo de despacho de ventas

Base de Datos

Bossanova

Base de Datos

Ventas sitio web

Base de Datos

sistema propuesto

1 Capa de Presentación

2 Capa de aplicación y lógica del negocio

3 Capa de Base de Datos

LInDO

SoluciónESTUDIO DE FACTIBILIDAD

• Técnica: existe equipo de desarrollo.

• Operacional: pueden coexistir ambos sistemas.

• Económica:

a) Cliente acepta condiciones.

b) Costos ocultos ya cubiertos por cliente.

LInDO

SoluciónESTUDIO DE FACTIBILIDAD – COSTOS POR ACTIVIDADN° Actividad Días / Hombre1 Análisis y Diseño 39

1.1 Gerencia del Proyecto 121.2 Planificación de Actividades 91.3 Modelamiento de la Información 51.4 Modelamiento de Flujos de Datos 61.5 Diseño de la Base de Datos 21.6 Diseño de los Módulos 5

2 Construcción y Prueba 502.1 Programación de módulos 372.2 Pruebas técnicas de rutina / integradas 92.3 Poblamiento con datos de prueba 22.4 Pruebas con set de datos de prueba 2

3 Transición Instalación del sistema 0

4 Puesta en Marcha 14.1 Instalación en Producción 0,24.2 Capacitación a Usuarios 0.8

TOTAL DÍAS / HOMBRE 90

LInDO

SoluciónESTUDIO DE FACTIBILIDAD – COSTOS POR ACTIVIDAD

Costos a octubre 2005 – según http://www.graydr.com/blog/cuanto-ganan-los-informaticos-en-chile/

Actividad Jefe de Proyecto Analista / Programador

Meses Costo (U.F.) Meses Costo (U.F.)

Análisis y Diseño 1,07 149,8 0,23 13,8

Construcción y Prueba 0,07 9,8 1,60 96,0Transición 0,00 0,0 0,00 0,0Puesta en Marcha 0,03 4,2 0,03 1,8

Totales 1,17 163,8 1,86 111,6Imprevistos 10% 27,5

COSTO TOTAL DEL EQUIPO DE TRABAJO 302,9

LInDO

RequerimientosFUNCIONALES

• Generar Solicitud de productos.

• Administrar variables de cálculo.

• Modificar estado de productos.

• Modificar parámetros.

• Administrar modelos.

LInDO

RequerimientosNO FUNCIONALES

• Conexión a base de datos.

• Escalabilidad.

• Formato Excel para informes.

• Implementación de normas y políticas.

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – DIAGRAMA DE CONTEXTO

Modelo de Distribución

Base de Datos

Proveedores

Sucursales

Ventas Web

Usuarios

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – INTEGRACIÓN CON SISTEMA ACTUAL

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – CASO DE USO “SOLICITUD PRODUCTOS”

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – DIAGRAMA DE ACTIVIDADES

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – INTERFAZ FUNCIONALIDADES

LInDO

Diseño de la SoluciónA.- DISEÑO LÓGICO – MODELO CONCEPTUAL DE DATOS

“pagina”

“bossanova” “modelo”

LInDO

Diseño de la SoluciónB.- DISEÑO FÍSICO – DIAGRAMA ESTRUCTURA - COMPONENTES

LInDO

Diseño de la SoluciónB.- DISEÑO FÍSICO – DIAGRAMA ESTRUCTURA - DESPLIEGUE

LInDO

Diseño de la SoluciónB.- DISEÑO FÍSICO – DICCIONARIO DE DATOS

Base de Datos modelo Fecha de creación: 11/10/2015Descripción: Base de datos que almacena las ventas realizadas mediante el

sitio web.

Tabla variableCampo Tamaño Tipo Dato Descripción id_variable Integer Identificación única del registro.variable 45 Varchar Nombre que se le asigna a la variable de cálculo.

Tabla pedidoCampo Tamaño Tipo Dato Descripción id_pedido Integer Identificación única del registro.f_pedido Date Fecha a la cual corresponde el pedido.local Integer Código del local al cual se pidió el producto.

LInDO

ImplementaciónSe debió asegurar dos objetivos:

1. Análisis de documentos, normas y procedimientos.

LInDO

Implementación2. Elección de la metodología de desarrollo mediante 3

parámetros.METODOLOGÍAS ANALIZADAS

Variable SCRUM ASD XP

Necesidades cambiantes 7 6 7

Colaboración del equipo 7 6 7

Simplicidad 6 5 6

Resultados 7 6 6

Adaptabilidad 6 7 5

Media 6,6 6,0 6,2

LInDORoles: business owner, product owner y stake holder.

Ejemplo de la Solución

LInDO

• Se necesitan 5 ejemplares de un título.

• Cantidad mínima para pedir a proveedores: 8.

Temuco Concepción Viña del Mar

Stock Físico 24 12 6

Promedio Ventas 18 8 1

Stock Disponible 6 4 5

Ejemplo de la Solución

LInDO

Variable / % TEMUCO VIÑA

Distancia 10 -690 -69,0 -108 -10,80Promedio 5 18 0,9 1 0,05Nota 65 4 2,6 5 3,25Inventario 20 -40 -8,0 -30 -6,00

Puntaje -73,5 -13,5

Variable / % TEMUCO VIÑA

Promedio 55 18 9,9 1 0,55Nota 25 4 1,0 5 1,25Inventario 20 -40 -8,0 -30 -6,00

Puntaje 2,9 -4,2

Modelo “Nota” Modelo “Promedio”

ResultadosCONFRONTADO CON OBJETIVOS, EL MODELO CUMPLE

Aplicando la solución propuesta, es posible:

• Totalizar pedidos por bodega / proveedor.

• Solicitar despacho sólo a una bodega / proveedor.

• Permitir curso de pedidos restantes.

• Conocer productos pendientes.

• Comparar distintos escenarios.

LInDO

ResultadosRECOMENDACIONES A PARTIR DE LA IMPLEMENTACIÓN

• Mejora continua mediante escalabilidad.

• Integrar las Bases de Datos.

• Implementar retiro de productos en tienda.

LInDO

Conclusiones

LInDO

Etapa 1: identificación de información relevante.

Etapa 2: diseño y construcción del modelo.

Etapa 3: implementación de LInDO con distintos modelos,

integrado a nivel de base de datos.

Objetivos - Alcanzados

F I N

Logística Interna &

Distribución Óptima

Proyecto de Título

Prototipo

LInDO

PROTOTIPO FUNCIONAL

Prototipo

LInDO

PROTOTIPO FUNCIONAL

SCRUM XP ASDBasada en administración de proyectos

Centrado en la programación o creación del producto.

Orientado a los componentes del software

Miembros trabajo individual Miembros programan en parejas Lo aprendido por un equipo se comunica al otro: es vital.

Finalizado el sprint, las tareas no se tocan

Las tareas se pueden modificar durante el proyecto Objetivos por cada iteración.

Las prioridades se pueden cambiar, si es mejor para el desarrollo.

Se sigue el orden establecido por el cliente. Está guiado por los riesgos

N° Actividad Días / Hombre1 Análisis y Diseño 39

1.1 Gerencia del Proyecto 121.2 Planificación de Actividades 91.3 Modelamiento de la Información 51.4 Modelamiento de Flujos de Datos 61.5 Diseño de la Base de Datos 21.6 Diseño de los Módulos 5

2 Construcción y Prueba 502.1 Programación de módulos 372.2 Pruebas técnicas de rutina / integradas 92.3 Poblamiento con datos de prueba 22.4 Pruebas con set de datos de prueba 2

3 Transición Instalación del sistema 0

4 Puesta en Marcha 14.1 Instalación en Producción 0,24.2 Capacitación a Usuarios 0.8

TOTAL DÍAS / HOMBRE 90

POSITIVO NEGATIVOORIGEN INTERNO

FORTALEZAS - Compromiso de la empresa en

implementar el modelo.- Experiencia de los

participantes en el proyecto.- Tecnología existente e

implementada.

DEBILIDADES - Equipo de trabajo no cuenta con

disposición completa de tiempo.- Tiempo de implementación

ORIGEN EXTERNO

OPORTUNIDADES

- Mejorar los tiempos de despacho de los productos.

- Visualizar otros problemas existentes y no detectados.

- Disminución de costos operacionales.

AMENAZAS - Cumplir con la programación

estipulada.- Desconocimiento de procesos en

ingeniería de detalle.

N° Riesgo Efecto Síntoma Probabil. Impacto Prioridad Acción Preventiva Resp.

1

Se acercan las fiestas navideñas y las ventas aumentan en forma exponencial. Podría imposibilitar la utilización de los recursos de software en la empresa.

Retrasos en la ejecución del proyecto

Análisis de las ventas anuales. 2 4 4

Monitorear los niveles de venta y analizar si sigue la tendencia de años normales.

LG

2Acuerdo de los requerimientos especificados, sin firma de conformidad del cliente.

Falta de eficiencia en la ejecución del programa.

Retraso en la recepción de los requerimientos. 4 3 12

Realizar reuniones periódicas y monitorear la conformidad de los requerimientos.

LG

3Ausencia y/o deficiencia de los actuales sistemas de información para aportar antecedentes.

Retraso en el proceso de modelamiento de la información y flujo de datos.

Dificultad para establecer relaciones en la base de datos.

3 3 9

Análisis de todos los procesos que generan información de ventas.

LG

4Decisiones en las prioridades dependen del consenso de todos los actores.

Atraso en las fechas de ejecución.

Retraso en la ejecución de la tabla Gantt. 3 2 6

Exposición y repaso de los objetivos y alcances del proyecto a quienes toman las decisiones.

MG

5Dificultad de lograr el nivel requerido de calidad del modelo y del proceso para lograrlo

Dificultad para lograr los objetivos planificados, con los requerimientos especificados.

Cambios en el alcance del proyecto. 4 2 8

Minimizar potenciales cambios en los objetivos del proyecto.

MG