embotelladora andina

8/12/2019 Embotelladora Andina

1/20

Documento: propuesta tcnica y evaluacin econmica)

Demarka http://[email protected](56 2) 327 8000

Av.Marathon 2707, Macul

Pgina 1de 20

CONTROL DE BODEGA, POSICIONAMIENTO YSTOCK A TRAVS DE TECNOLOGA DE CDIGOS

DE BARRA

Empresa

Embotelladora Andina

Documento

Propuesta tcnica y evaluacin econmica

Contacto

Roberto Morales Alfaro

Ingeniero de negociaciones estratgicas

Fecha

3 de noviembre de 2010


2/20




Pgina 2de 20

Introduccin

El siguiente documento describe la plataforma, tecnologa e implementacin que propone

nuestra solucin, enfocndose en las ventajas y prestaciones de la tecnologa de cdigos

de barra en un escenario de gestin de ubicacin, control de movimiento, y stock de

repuestos.

Se entrega adems una evaluacin econmica para este proyecto.

Escenario actual

Actualmente Embotelladora Andina cuenta con un mdulo de manejo de repuestos en

bodega a travs de SAP ERP (reservas, recepcin, despacho), sin embargo los procesos

relacionados a los movimientos en si generados por los operadores de bodega se llevan

de forma manual, no existe una herramienta de validacin que permita corroborar que los

movimientos de bodega se estn efectuando correctamente, as mismo no existe

tampoco una herramienta que permita reducir los tiempos de latencia en la bsqueda de

repuestos, procesos de control de inventario y movimientos de bodega, y que adems

permita, de manera flexible, administrar las ubicaciones fsicas, lgicas y las categoras de

repuestos existentes dentro de una o ms bodegas.

Dentro del escenario actual podemos identificar la existencia de pasillos, stos poseen

filas, cada fila contiene un conjunto de repuestos n (columnas), y adems una columna

puede ser a su vez un contenedor de n repuestos del mismo tipo (categora).

Bajo esta visin hemos modelado un sistema de control de bodegas que permita hacer

gestin sobre la estructura de ubicaciones descrita y adems controlar los movimientos y

el stock contenido en estas.


3/20




Pgina 3de 20

Tecnologa

Nuestro equipo de desarrollo ha modelado una solucin para hacer gestin sobre las

bodegas de Embotelladora Andina apoyndose en las ltimas tecnologas disponibles de

programacin, todas nuestras soluciones se desarrollan utilizando las siguientes

herramientas:

- Visual Studio C# 2008 SP1

- ADO.net Sync services for devices

- Windows Mobile/CE 5.0/6.0

- ADO Entity Framework 3.5 (OMR)

- SQL-Server 2008

- SQL Compact Edition for devices .net 3.5

- Walkthru Automation Middleware 2.0

- Windows Communication Foundation (WCF)

Es as como integramos estas herramientas en soluciones de tecnologa de punta y de

modelado basndose en los patrones MVC (modelo vista controlador).


4/20




Pgina 4de 20

Descripcin de la solucin

Se propone implementar una aplicacin con arquitectura cliente/servidor que disponga de

clientes tipo terminales de escritorio como tambin de clientes tipo dispositivos de captura

mvil, estos tendrn la habilidad de sincronizarse y realizar transacciones de informacin

de forma online y de forma offline con el componente servidor central: El servidor central

se construir utilizando nuestro middleware Walkthru, software que permite desarrollar de

forma transparente escenarios de sincronizacin entre nuestras soluciones y los ERP o

desarrollos propietarios de cada unos de nuestros clientes, adems permite gestionar

reglas de negocio, generar cdigo de manera automtica y realizar cambios sin tener que

incurrir en grandes modificaciones por parte de los departamentos TI de ambas partes.

La base del modelamiento de esta solucin gira en torno a la ubicacin fsica, la categora

y a la bodega que pertenecen los repuestos existentes, de esta forma nuestro sistema

permite manejar mltiples bodegas, cada una de estas podr ser particionada en un

esquema de coordenadas que se ajuste a la layout en particular, esta particin puede ser

plana, cuadrada, cbica, o de n dimensiones dado que nuestra solucin permite generar

un rbol de ubicaciones dentro de una bodega en particular, ejemplos de particiones:

Particin plana

Como puede apreciarse en la figura las ubicaciones planas corresponden a particiones de

profundidad uno, donde su ubicacin en el espacio fsico esta dado por el punto (x),

donde

x = bodega n


5/20




Pgina 5de 20

Particin cuadrada

Como puede apreciarse en la figura las ubicaciones cuadrticas corresponden aparticiones con dos dimensiones de profundidad, donde su ubicacin en el espacio fsico

esta dado por el punto (x, y), donde

x = bodega, y = sector

Particin cbica

Como puede apreciarse en la figura las ubicaciones cbicas corresponden a particiones

con tres dimensiones de profundidad, donde su ubicacin en el espacio fsico esta dado

por el punto (x, y, z), donde

x = bodega, y = pasillo, z = fila


6/20




Pgina 6de 20

Particin multi-dimensional

Como puede apreciarse en la figura las ubicaciones multi-dimensionales corresponden a

particiones con n dimensiones de profundidad, donde su ubicacin en el espacio fsico

esta dado por el punto (x, y, z, w,,.., n-1, n), donde

x = bodega, y = pasillo, z = fila, w = columna, etc.

Esta estructura de rbol permite mezclar diversos tipos de particiones, cada nodo del

rbol puede poseer su propio grado de profundidad, esto permite un gran nivel de

flexibilidad a la hora de mapear una bodega que posee particiones con distintas

coordenadas de posicionamiento, de la misma forma esta flexibilidad permite crear

bodegas en las que no sea necesario utilizar posicionamiento fsico.

Cada repuesto puede estar asociado a una posicin fsica, categora y adems ste

podra existir tambin en otra(s) bodega(s), ambas con stock y posicionamiento

controlado por separado.


7/20




Pgina 7de 20

Referente a la validacin de movimientos realizados dentro de bodega de repuestos, todatransaccin relacionada a ingresos y egresos de repuestos desde bodega ser validada a

travs de un dispositivo de captura mvil, asociando cada movimiento a un individuo

responsable, todos estos movimientos se guardarn en una bitcora historial previa

validacin necesaria (ubicacin, categora, entre otras por definir) que podr ser revisada

en la medida que sea necesario. En caso de que una transaccin no cumpla con la

validacin, el capturador mvil indicar al operador cual es el error que impide continuar

con el flujo normal del proceso, de esta forma el operador podr utilizar la aplicacin mvil

como gua y como herramienta de apoyo en los procesos que ste desempee.

Flujo de eventos propuesto para manejo de bodega de repuestos proceso de recepcin


8/20




Pgina 8de 20

Orden de eventos relacionados al proceso de recepcin

1. Pre-ingreso de documento de despacho proveedor a travs de portal.

2. Recepcin fsica de documento de despacho proveedor y repuestos correspondientes

a dicho documento.

3. Validacin contra documento portal, documento fsico y repuestos recibidos.

4. Ingreso a existencia SAP.

5. Creacin de gua de repuesto a distribuir fsicamente en terminal de escritorio, a travs

del nmero de folio, o documento de proveedor.

6. En caso de ser necesario asociacin de nuevos repuestos (no existentes en base de

datos) a su respectiva categora y ubicacin.

7. Carga de gua de repuesto a distribuir fsicamente a travs del capturador mvil y el

nmero de folio, o documento de proveedor.

8. Posicionamiento fsico de repuestos en sus respectivas ubicaciones.

9. Validacin de posicionamiento de repuesto a travs de capturador mvil

10. Se repiten los pasos 8 y 9 hasta haber posicionado todos los repuestos de la lista.

11. Se genera registro de transaccin e historial de bitcora en servidor Walkthru.


9/20




Pgina 9de 20

Flujo de eventos propuesto para manejo de bodega de repuestos proceso de picking

Orden de eventos relacionados al proceso de picking

1. Ingreso y creacin de reserva.

2. Recepcin de reserva en bodega.

3. Ingreso nmero de reserva a travs de cdigo de barras y validacin de presupuesto y

stock disponible.

4. Correccin de documento de reserva (cantidades) en caso de ser necesario.


10/20




Pgina 10de 20

5. Carga de lista de picking en terminal de escritorio a travs de cdigo de barrasidentificador de reserva, generacin automtica de transaccin de despacho en

capturador mvil.

6. Carga de lista de picking a travs del capturador mvil.

7. Picking de repuestos en sus respectivas ubicaciones.

8. Validacin de posicionamiento de repuesto a travs de capturador mvil.

9. Se repiten los pasos 7 y 8 hasta haber realizado picking de todos los repuestos de la

lista.

10. Se genera registro de transaccin e historial de bitcora en servidor Walkthru.

Interaccin entre sistemas de informacin existentes

Se propone implementar un servidor que contenga un espejo de la estructura de rbol de

categoras existentes actualmente en la base de datos SAP, con esta informacin

sincronizada en nuestro servidor ser posible asignar a cada una de estas categoras una

ubicacin fsica dentro del rbol de posicionamiento de n dimensiones ubicado en

nuestro sistema de informacin, a la vez cada categora actuara como un contenedor de

n repuestos del mismo tipo, de esta forma nuestro sistema ser capas de mapear e

indicar donde se ubica cada repuesto respecto de su categora y stock actual al momento

de realizar un proceso de recepcin o un proceso de picking dependiendo del tipo de

transaccin que se efecte (reserva, recepcin, entre otros por definir).

Para identificar las posiciones, categoras y repuestos existentes se utilizar una etiqueta

logstica formada por tres componentes: cdigo de barras de categora, cdigo de barras

de ubicacin y seccin de informacin ciega que permitir indicar al operador de bodega

reseas visuales tales como:

- Dnde se utiliza este tipo de repuesto

- Atributos importantes del repuesto

- Repuesto Frgil


11/20




Pgina 11de 20

Cada ubicacin deber poseer una etiqueta logstica, de esta manera toda transaccin de

movimiento dentro de la bodega ser validada a travs de estas etiquetas, indicando a los

operadores de bodega si la posicin en que se encuentran es valida.

Modelo de datos relacional solucin propuesta

A continuacin se muestra el diagrama relacional de base de datos tanto para la

aplicacin de escritorio, el servidor y la aplicacin mvil, esto gracias a que se planeautilizar el framework de sincronizacin ADO sync services for devices de micrsoft .net 3.5,

de nuestra consideracin esta opcin de implementacin es la ms adecuada acorde a

sus necesidades ya que es un framework estable y funcional, que trabaja a travs de

web-services y que provee de una completa plataforma de sincronizacin de datos

transparente entre dispositivos mviles, equipos de escritorio y las aplicaciones que se

desarrollarn en esta solucin, adems permite trabajar en modo offline permitiendo

sincronizar los cambios pendientes cuando el enlace este disponible nuevamente. De esta

forma el desarrollo se concentra en la capa de lgica de negocios y patrn el MVC

propuesto sin tener que generar y correr el riesgo de construir un framework de

sincronizacin propietario el cual se debiera someter a exhaustivas pruebas de marchablanca dado la gran cantidad de casos de bordes existentes en los procesos de

sincronizacin en una solucin de n-clientes (conflictos, integridad de llaves FK, datos

corruptos, concurrencia de sincronizacin, concurrencia de operaciones multi-usuario,

entre otros).

Se adjunta adems archivo de mayor resolucin para poder hacer anlisis de la base de

datos con mayor detalle.


12/20




Pgina 12de 20


13/20




Pgina 13de 20

Casos de uso

A continuacin se muestran los diagramas de casos de uso para el servidor, la aplicacin

cliente de escritorio y la aplicacin cliente mvil, cada diagrama posee su correspondiente

descripcin, adems los diagramas se adjuntarn en archivos anexos de mayor

resolucin para posterior anlisis.

Cliente de escritorio


14/20




Pgina 14de 20

Cliente mvil

Casos de uso servidor


15/20




Pgina 15de 20

Diagrama de clases relacionado a la capa de datos (model)

A continuacin se muestra el diagrama de relacin de clases y sus principales

propiedades, el desarrollo se realizar basndose en el mapeo de tablas de la bases de

datos a objetos c#, mapeo que se har de forma manual ya que .net compact framework

(dispositivos mviles) no soporta OMR de forma nativa, las ventajas de utilizar mapeo de

entidades es la utilizacin del lenguaje LINQ el cual nos permite programar la lgica de

negocios orientada a objetos a travs de un leguaje similar a las consultas del lenguaje

SQL permitiendo realizar tareas complejas que podran ser muy arduas de implementar

trabajando directamente con conexiones a la base de datos relacionales en especial si se

requiere funcionalidad offline y sincronizacin, en estos escenarios la persistencia deobjetos es primordial.


16/20




Pgina 16de 20

Diagrama de arquitectura de la solucin

Como se puede apreciar en el siguiente diagrama, la plataforma se desarrollara

basandose completamente en tecnologa .net 3.5 (2008) ya que es una plataforma

bastante robusta, rpida, y estable, sin mensionar que adems es posible compilarla en

diversos sistemas operativos y dispositivos mviles.


17/20




Pgina 17de 20

Los servicios web de sincronizacin no se han implementado en la propuesta dado quedependern en extricto rigor del modelo de datos existente en SAP. Se presenta el patron

generico del webservices de sincronizacin utilizado entre el servidor .net y la applicacin

cliente mvil bajo el framework ADO Sync services for devices.

Los mtodos que se utilizan en toda sincronizacin a travs de ado.net sync services for

device utilizan la siguiente estructura genrica.

[ServiceContractAttribute()][XmlSerializerFormat()]public interface IdbCacheSyncContract {

[OperationContract()]// Aplica los cambios pendientes en la base de datos local del dispositivo mvil //

SyncContext ApplyChanges(SyncGroupMetadata groupMetadata,DataSet dataSet,SyncSession syncSession);

// Obtiene los cambios pendientes en la base de datos desde el servidor principal//

[OperationContract()]SyncContext GetChanges(SyncGroupMetadata groupMetadata,

SyncSession syncSession);

// Consigue el esquema de las tablas de la base de datos en caso de que elcliente mvil no posea la base de datos, ejemplo primera ejecucin del clientemvil //

[OperationContract()]SyncSchema GetSchema(Collection tableNames,

SyncSession syncSession);

// Obtiene informacin adicional del servidor //[OperationContract()]SyncServerInfoGetServerInfo(SyncSession syncSession);

}


18/20




Pgina 18de 20

Evaluacin econmica

La valorizacin del proyecto se compone de los siguientes puntos.

Licencias y desarrollo

Item Modelo Valor US$ Cantidad Total

Walkthru automation middleware v2.0 5.000 1 5.000 (1)

Walkthru webservice sync plugin v1.0 100 1 100

Desarrollo de aplicacin escritorio y mvil para

gestin de bodega de repuestos.v1.0 9.500 1 9.500

*PLAZO DE IMPLEMENTACIN Y DESARROLLO 45 DAS HBILES.

Equipos necesarios para la implementacin de la solucinCdigo Descripcin Valor US$ Cantidad Total

MC3190-GL3H02E0U MOTOROLA, MC3190-G, WLAN802.11 A/B/G, 1D LASER, COLORTOUCH SCREEN, 38 KEY,128/512MB, CE 6.0, HIGHCAPACITY 4800 MAH BATTERY,

BLUETOOTH

1.671,03 3 5.013,09

CRD3000-101RR MC30XX Single Slot Serial/USBCradle Kit. Includes:One Slot Cradle(CRD3000-1001RR), Power Supply(KT-14000-148R). Must order 3 wiregrounded AC line cord, USB orRS232 communication cables (25-68596-01R or 25-63852-01R)separately.

201,25 3 603,75

25-64396-01R SB Cable for the cradle to the hostsystem

14,74 3 44,22

BTRY-MC31KAB02 MOTOROLA, MC31XX HIGHCAPACITY LITHIUM IONBATTERY (2X), 4800 MAH(WORKS WITH ALL MC31XX

CONFIGURATIONS, PURCHASEBATTERY DOOR KT-128373-01R

88,36 3 265,08

SACX000-410CR MOTOROLA, 4-SLOT BATTERYCHARGER KIT FOR MC50, MC70,MC3000, INCLUDES POWERSUPPLY AND LINE CORD

312,71 1 312,71

M-4206 IMPRESORA DE ETIQUETASDATAMAX M-4206

980 1 980


19/20




Pgina 19de 20

- Valores expresados dlares americanos- Valores Neto, no incorporan IVA.

- Tipo de cambio segn dlar observado fecha de factura

- Plazo de entrega, segn stock, aproximadamente 30 das

- Forma de pago, documentado 30 das

No se incluye en la valorizacin ni en la instalacin puesta en marcha del proyecto los

siguientes tems:

- Implementacin de enlaces de conectividad Wifi o Ethernet

- Instalacin elctrica y materiales respectivos.

- Obra gruesa de construccin y sus respectivos materiales, en donde sea necesario

realizar modificaciones en las instalaciones actuales del cliente.

- Materiales necesarios para establecer enlaces de comunicaciones, instalacin fsica

de los equipos e instalacin elctrica de estos.

- Estada personal de ingeniera.

- Ingreso de informacin necesaria a los sistemas de informacin existentes y/o a la

solucin propuesta.

- Proceso de etiquetado.

En caso de que se requiera de estos servicios descritos en los puntos anteriores se

deber hacer una evaluacin econmica en trminos de horas estimadas (2) necesarias

para llevar a cabo el levantamiento de dichos requerimientos.


20/20




Pgina 20de 20

(*) Valores cotizados son ms I.VA.

(1) La licencia de Walkthru permite administrar diversos desarrollos y proyectos

siempre y cuando estos se encuentren en la misma ubicacin fsica y pertenezcan a

la misma razn social (cliente), por consiguiente como se ha presentado con

anterioridad un proyecto de implementacin de bodega con RFID slo bastar con

una licencia de Walkthru Middleware para administrar ambos proyectos, en caso de

requerir implementacin de proyectos en distintas ubicaciones fsicas se deber

adquirir una licencia de Walkthru Middleware por cada ubicacin fsica.

(2) Valor hora hombre de ingeniera 1,6 UF c/u

embotelladora andina

Documents