Anda di halaman 1dari 20

Documento: propuesta tcnica y evaluacin econmica)

Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 1 de 20

CONTROL DE BODEGA, POSICIONAMIENTO Y
STOCK 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

Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 2 de 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.


Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 3 de 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).



Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 4 de 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
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 5 de 20

Particin cuadrada


Como puede apreciarse en la figura las ubicaciones cuadrticas corresponden a
particiones 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
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 6 de 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.

Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 7 de 20

Referente a la validacin de movimientos realizados dentro de bodega de repuestos, toda
transaccin 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


Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 8 de 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.













Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 9 de 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.
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 10 de 20

5. Carga de lista de picking en terminal de escritorio a travs de cdigo de barras
identificador 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
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 11 de 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 planea
utilizar 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 marcha
blanca 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.
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 12 de 20











Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 13 de 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




Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 14 de 20

Cliente mvil

Casos de uso servidor









Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 15 de 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 de
objetos es primordial.


Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 16 de 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.




Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 17 de 20

Los servicios web de sincronizacin no se han implementado en la propuesta dado que
dependern 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 el
cliente mvil no posea la base de datos, ejemplo primera ejecucin del cliente
mvil //
[OperationContract()]
SyncSchema GetSchema(Collection<string> tableNames,
SyncSession syncSession);

// Obtiene informacin adicional del servidor //
[OperationContract()]
SyncServerInfo GetServerInfo(SyncSession syncSession);
}
Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 18 de 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 solucin
Cdigo Descripcin Valor US$ Cantidad Total
MC3190-GL3H02E0U MOTOROLA, MC3190-G, WLAN
802.11 A/B/G, 1D LASER, COLOR
TOUCH SCREEN, 38 KEY,
128/512MB, CE 6.0, HIGH
CAPACITY 4800 MAH BATTERY,
BLUETOOTH
1.671,03 3 5.013,09
CRD3000-101RR MC30XX Single Slot Serial/USB
Cradle Kit. Includes:One Slot Cradle
(CRD3000-1001RR), Power Supply
(KT-14000-148R). Must order 3 wire
grounded AC line cord, USB or
RS232 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 host
system
14,74 3 44,22
BTRY-MC31KAB02 MOTOROLA, MC31XX HIGH
CAPACITY LITHIUM ION
BATTERY (2X), 4800 MAH
(WORKS WITH ALL MC31XX
CONFIGURATIONS, PURCHASE
BATTERY DOOR KT-128373-01R
88,36 3 265,08
SACX000-410CR MOTOROLA, 4-SLOT BATTERY
CHARGER KIT FOR MC50, MC70,
MC3000, INCLUDES POWER
SUPPLY AND LINE CORD
312,71 1 312,71
M-4206 IMPRESORA DE ETIQUETAS
DATAMAX M-4206
980 1 980

Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 19 de 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.







Documento: propuesta tcnica y evaluacin econmica)









Demarka http://www.Demarka.com
info@demarka.cl
(56 2) 327 8000
Av.Marathon 2707, Macul
Pgina 20 de 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

Anda mungkin juga menyukai