Академический Документы
Профессиональный Документы
Культура Документы
ANLISIS DISEO DE UN SISTEMA DE INFORMACIN PARA EL CONTROL LOGSTICO DEL GRUPO CABLE VISIN
TESISTA
RESUMEN
Este trabajo consiste en la formulacin de una alternativa eficiente para el diseo de un Sistema Logstico de los materiales necesarios para el funcionamiento del GRUPO CABLE VISION, la cual en su constante expansin no ha contemplado la importancia de las actividades logsticas necesarias para soportar las necesidades de suministros para las instalaciones, servicios entre otros y ha adecuado stas de forma emprica a las operaciones de la red. La alternativa en mencin ha sido formulada utilizando los conceptos provenientes de la Teora de Inventarios y los diagramas UML, constituyndose esta ltima en un soporte para la obtencin de un Sistema que permita optimizar el abastecimiento y despacho de los materiales necesarios. La metodologa empleada para el diseo del sistema de abastecimiento en mencin consiste inicialmente en la aplicacin de los conceptos de la gestin de inventarios para la etapa de anlisis de la Gestin de Compras, Gestin de Almacenes y Planeamiento de Inventarios. A partir de este anlisis se inician los procesos de diagnstico y diseo de la solucin, los cuales sern realizados mediante la elaboracin de un proceso de pensamiento completo, el cual involucra la obtencin del problema raz, la obtencin de ideas inciales para la remocin del mismo, el planteamiento de la solucin, el establecimiento de objetivos intermedios y finalmente un plan detallado para la solucin obtenida. La presente tesina concluye con la presentacin del proyecto del sistema logstico obtenido a partir del proceso mencionado en el prrafo anterior.
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION INDICE CAPITULO I. GENERALIDADES.. 1.1 TITULO DE LA INVESTIGACION... 4 1.2 RESPONSABLE. 1.3 ASESOR.....
1.4 FE FECHA DE INICIO Y FECHA PROBABLE DE TRMINO CAPITULO II. PLANTEAMIENTO DEL PROBLEMA....
4 4 4
4 4 4 5 5 6 6 7
2.3 OBJETIVOS: GENERALES Y ESPECIFICOS. 2.4 JUSTIFICACION E 7 IMPORTANCIA 7 2.5 LIMITACIONES...... CAPITULO III. MARCO 7 8
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION TEORICO.... 3.1 CONCEPTOS FUNDAMENTALES. 3.1.1 Sistema de Informacin. 15 A. Definicin y Componentes 19 B. Tipos de Sistemas de Informacin... 3.1.2 La Cadena Logstica y su Estructura.. A. Definicin de Logstica...... B. La Cadena de Suministros... 3.1.3 Inventario..... A. Definicin de Inventario..... 29 B. Clasificacin del Inventario... 31 B.1 Controles para las Zonas de Clasificacin... 31 B.2 Cmo realizar la Clasificacin 31 ABC?................................................... 21 21 26 26 27 27 28 9 9 10 15
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION 3.1.4 UML: UN LENGUAJE MODELO..... 32 A. Definicin..... 32 B. Tras un Modelo Visual.. 32 C. Objetivos de UML... D. Funciones de UML..... 35 E. Elementos del UML.... 3.1.5 FASES DEL DESARROLLO DE UN SISTEMA, SEGN UML...... A. Anlisis de Requerimientos... 37 B. 39 Anlisis.. 39 C. Diseo.. 39 D. Programacin.. E. 40 40 36 37 37 37 33 35 35
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Pruebas.... CAPITULO IV. MARCO SITUACIONAL...... 4.1 Misin... 87 4.2 Visin 4.3 Empresas que conforman el Grupo Cable Visin 4.4 Nuestra Historia.. CAPITULO V. VIABILIDAD.... 98 5.1 Requerimientos de HARDWARE y de SOFTWARE para el 99 desarrollo.... 99 5.2 Requerimiento de Personal.. 99 95 96 96 97 97 42 44 76 76
5.3 Requerimiento de Dominio y Hosting para implementacin. 100 CAPITULO VI. ANALISIS DE LA EMPRESA..... 6.1 Anlisis del Sistema 100 101
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Actual...... 6.2 Requerimientos Nuevos de los Usuarios... 6.3 Requisitos del Sistema Propuesto...... 105 6.4 Modelo de Casos de Uso General...... 106 6.5 Actores. 6.6 Casos de Uso..... 6.7 Modelo de Objetos de Negocio... 6.7.1 Diagrama de Secuencia... 6.7.2 Diagrama de Estado... 6.8 Glosario de Trminos.... 6.9 Modelo de Datos........... 6.9.1 Modelo de clases.... 6.10 Diseo Entidad Relacin 107 102 103 104 104
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION A. Diseo Lgico... B. Diseo Fsico.... 6.11 Interfaz... 6.11.1Login. 6.11.2 Sucursales..... 6.11.3 Seleccin de Almacn.. 6.11.4 Modulo de Almacn.. 6.11.5 Ordenes de Trabajo.. 6.11.6 Guas...... 6.11.7 Reportes. 6.12 Reportes 6.12.1 Stock Valorizado.... 6.12.2 Kardex..... 6.12.3 Compras.. CAPITULO VII. CONCLUSIONES Y
I. GENERALIDADES 1.1. TITULO DE LA INVESTIGACION ANLISIS DISEO DE UN SISTEMA DE INFORMACION PARA EL CONTROL LOGISTICO DEL GRUPO CABLE VISIN 1.2. RESPONSABLE FABIO RODRIGUEZ MELENDEZ 1.3. ASESOR ING. LUIS MEZA ORDOEZ 1.4. FECHA DE INICIO Y FECHA PROBABLE DE TERMINO 01-07-2012 AL 15-09-2012
El Grupo Cable Visin (CV), dedicada al servicio de televisin por cable e internet. Actualmente el grupo CV cuenta con 8 empresas registradas, ms de
10
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION 20 sucursales a nivel nacional y ms de 30,000 abonados. La empresa para realizar este tipo de servicio, necesita tener como stock de productos, cables, conectores, paneles de transmisin, etc. Por lo que cada temporada hace desembolso mayoritario de productos tanto en entrada como salida de bienes materiales de su almacn. A la fecha este control logstico se realiza manualmente y al haber un movimiento mensual alto, provoca que no se lleve un control de inventarios, no tener valorizado sus almacenes, que no se respete tcnicas simples como el PEPS(Primero en entrar, primero en salir), realizacin de compras innecesarias, entre otros.
De qu manera la aplicacin
la
Cules son las causas principales de los problemas en el proceso logstico que c o n d u z c a n a l a i m p l e m e n t a c i n a c e r t a d a d e u n
11
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION s i s t e m a l o g s t i c o q u e p e r m i t a disminuir los costos y/o gastos del proceso?
Se cuenta con un apropiado plan permanente de capacitacin y actualizacin al personal involucrado sobre los cambios respecto al sistema logstico desde el punto de vista de la informtica?
GENERAL Proponer un modelo eficiente usando las tecnologas de informacin para que la empresa pueda tener un mejor control. ESPECIFICOS Realizar una investigacin exhaustiva para aplicar los conocimientos adquiridos; asimismo en el sistema informtico para la optimizacin del proceso de logstica de la Organizacin.
Sistematizar el procedimiento y funcionamiento del proceso de logstica del GRUPO CABLE VISION, para mostrarle al usuario en la aplicacin lo ms trascendental del tema, plasmado en la misma.
12
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Estudiar la situacin actual de la empresa y de su sistema de informacin, definiendo las necesidades y las prioridades de los usuarios del sistema, proponiendo diferentes alternativas de solucin, para las principales necesidades de la empresa.
Las organizaciones se encuentran inmersas en entornos y mercados competitivos. Por tal motivo es necesario gestionar sus actividades y recursos para la obtencin de buenos resultados, la satisfaccin de sus clientes y de las partes interesadas. Se necesita renovar la tecnologa para tener una mejor perspectiva empresarial y mejorar la utilizacin de los recursos financieros, profesionales y materiales. Este control ayuda a reducir gastos innecesarios y prdidas, a la vez obtener la informacin en tiempo real, para as medir nuestros costos y gastos efectuados.
2.5. LIMITACIONES
No se basara en otra empresa que no pertenezca al GRUPO CABLE VISION y sus filiales. Se analizara el proceso logstico de la empresa, por consiguiente no se llevara a cabo alguna modificacin al momento.
13
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION III. MARCO TEORICO III.1 CONCEPTOS FUNDAMENTALES III.1.1 Sistema de Informacin A. Definicin y Componentes Para comenzar con el desarrollo del presente trabajo, se debe de hacer un estudio primeramente de los sistemas de informacin, debido a que el presente trabajo es el desarrollo de un sistema de informacin para la toma de decisiones que basar su aplicacin en el desarrollo de la cadena logstica. De esta manera, un sistema de informacin es un conjunto de elementos que se relacionan entre s de manera que apoyen las actividades de una empresa o negocio1. Cuando se encuentran relacionados con los equipos de computo, el sistema de informacin, puede definirse como un conjunto de procedimientos o programas que se relacionan entre s para realizar un objetivo predefinido en el procesamiento de la informacin2. Los sistemas de informacin para las empresas, se encuentran compuestos principalmente por los siguientes elementos: 1. El equipo de cmputo (hardware)
1 2
14
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION 2. El recurso humano 3. Informacin (datos de entrada). Dentro de las actividades que realiza el sistema de informacin, se encuentran principalmente las siguientes: Entrada de informacin (datos): que representa la informacin necesaria para su proceso y posterior uso. Almacenamiento de informacin: Esta propiedad permite al sistema recordar la informacin de os procesos anteriores, de manera que se puedan guardar registros de ello. Esta propiedad es proporcionada principalmente por el equipo de cmputo, al permitir crear y almacenar archivos o registros para su posterior consulta. Procesamiento de Informacin: Esta actividad es ofrecida por el sistema a travs de la realizacin de operaciones preestablecidas, para la realizacin de clculos, al momento de ser sometidos a anlisis. Esta caracterstica permite al sistema de informacin transformar los datos de entrada en informacin que pueda ser empleada para la toma de decisiones. Salida de Informacin: Esta es la propiedad de permitir al sistema obtener datos procesados por medio de reportes, tablas, mdulos o archivos que contengan dicha informacin que apoyar la toma de decisiones.
15
Los sistemas de de informacin s crean con el propsito de automatizar los procesos administrativos para el manejo de la informacin. Los sistemas de informacin pueden ser desarrollados mediante el uso de alguna herramienta de diseo de software o bien pueden ser desarrollados en las plataformas programas establecidos para realizar clculos. De esta manera los sistemas de informacin pueden ser clasificados de la siguiente forma3: Transaccionales: empleados para las tareas de nivel operativo de la organizacin. Apoyo a las decisiones: Empleados para las tareas de niveles de mandos medios y de alta administracin de la organizacin. Estratgicos: Los cuales se emplean para dar soporte a las actividades directivas o que definan el rumbo operacional de la organizacin. De esta manera los sistemas de informacin permiten a las organizaciones desarrollar soluciones para cada tipo de problema y dependiendo del nivel de complejidad de este. As pues el diseo de un sistema de informacin basado en el estudio
16
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION de la cadena logstica, aportar una solucin a un problema real que a un nivel estratgico contribuir al mejor desempeo de las operaciones de la empresa, en el manejo de sus inventarios y de sus costos. III.1.2 LA CADENA LOGISTICA Y SU ESTRUCTURA A. Definicin de logstica La cadena logstica es una de los trminos que se ha estado manejando dentro del mbito empresarial y que tiene que ver con la estructura de las actividades enfocadas al flujo de los materiales para alcanzar el objetivo de las empresas que adems de generar recursos financieros pa ra su subsistencia, es la de producir bienes y servicios que cubran una necesidad. Bajo esta premisa, lo primero es definir el trmino logstica. A continuacin se ofrecen las siguientes definiciones: La administracin de la logstica es una parte de la cadena de suministros que tiene por objeto la planeacin, implementacin y efectivo flujo y almacenamiento de bienes y
servicios, as como de la informacin relacionada desde el punto de origen hasta el punto de consumo con el objeto de conocer los
Strategic Logistics Management. James R Stock & Douglas M. Lambert Mc Graw Hill Irwin. 2000. p 3
17
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION movimiento almacenamiento y entrega de bienes a travs de la cadena de suministros. Esta incluye las funciones de transporte, distribucin, almacenamiento, manejo de materiales y la administracin de los inventarios como una interfase entre manufactura y mercadotecnia5. B. La Cadena de Suministros El estudio de la logstica se centra en el estudio de la cadena de suministros que integra varios aspectos importantes relacionados con la forma en la que el producto es concebido desde el momento mismo en que las mercancas son adquiridas para ser transformadas en bienes o servicios para ser ofrecidos en venta a los respectivos clientes finales o clientes intermedios.
http://www.tli.gatch.edu AGOSTO 2012. Business Logistics Management. Planning, Organizing and Controlling the Supply Chain. Ronald H. Ballou Prentice Hall. 1999 p.9
18
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION que adems se muestran en la figura 3.1.3.B Proveedores Sistema de Abastecimiento Manufactura Sistema de Distribucin Clientes
Bajo el esquema anterior, se puede determinar que la logstica puede ser aplicada para cada una de las partes, ya que la cadena logstica integra todas las actividades que se encuentran entre los proveedores y los clientes. El estudio de los aspectos logsticos y de la cadena logstica estar en funcin de la naturaleza de las actividades desarrolladas para cada elemento del esquema de la figura 3.1.3.B, y del objetivo que se persiga dentro de la cadena logstica para su estudio. La Logstica adems establece a travs del concepto enfocado a la mercadotecnia, el conocer y determinar las necesidades de los consumidores, por lo que se debe de poner especial atencin a cuatro aspectos7 importantes que son: Producto
Strategic Logistics Management. James R Stock & Douglas M. Lambert Mc Graw Hill Irwin. 2000. pp 7-9
19
Sin embargo, la interaccin de estos cuatro elementos y el factor tiempo permiten llegar a la concepcin que E. Grosvenor Plowman8 realiza para que los bienes y servicio sean demandados en los centros de consumo. Los elementos son los siguientes: El producto adecuado. En el lugar que se requiere. En el momento que se solicite. En condiciones ptimas. A un costo aceptable.
El estudio logstico, para lograr que los productos sean consumidos en los lugares adecuados tiene que hacerse a travs de actividades propias de la cadena de suministros o cadena logstica. Ell autor Ronald H. Ballou9 hace una subdivisin de las actividades clave y de soporte, que a diferencia de los autores James R. Stock y
8
9
Strategic Logistics Management. James R Stock & Douglas M. Lambert Mc Graw Hill Irwin. 2000. p 3 Business Logistics Management. Planning, Organizing and Controlling the Supply Chain. Ronald H. Ballou Prentice Hall.
20
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Douglas M. Lambert10, las consideran todas como actividades clave. Ahora bien, las actividades que desde mi punto de vista, permiten hacer una anlisis ms completo de la cadena logstica se basan principalmente en el modelo que Ronald H. Ballou11 presenta en forma de triangulo para la toma de las decisiones logsticas y que se muestra en la figura 3.1.3.b.1.
Fuente: Business Logistics Management. Planning, Organizing a nd Controlling the Supply Chain. Ronald H. Ballou Prentice
Hall. 1999 p
10
Strategic Logistics Management. James R Stock & Douglas M. Lambert Mc Graw Hill Irwin. 2000. p 11 Business Logistics Management. Planning, Organizing and Controlling the Supply Chain. Ronald H. Ballou Prentice Hall. 1999
11
21
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Bajo esta perspectiva, los costos estn inherentes a cada una de estas partes, en este sentido es importante hacer mencin de que cada autor realiza una serie de aspectos importantes referentes a cada uno de ellos. Una de las explicaciones referentes a los costos inherentes a cada actividad clave o de soporte de la cadena logstica puede ser expresada por la figura 3.1.3.b.1 que muestra la interface de la cadena logstica entre las actividades de mercadotecnia y logstica12. De acuerdo al texto consultado en la revista manufactura 13 , el estudio de la logstica debe ser asociado a la planeacin estratgica, de manera que la cadena de suministros permita mejorar la eficiencia, aprovechando los recursos de manera ptima a travs de la correcta administracin y combinacin de estrategias de manejo de inventarios y de transporte.
12
Business Logistics Management. Planning, Organizing and Controlling the Supply Chain. Ronald H. Ballou Prentice Hall. 1999
13
22
23
De
acuerdo
con
Sipper
Bulfin
(2003),
los
inventarios
son
acumulaciones de materias primas, provisiones, componentes, trabajo en proceso y productos terminados que aparecen en numerosos puntos a lo largo del canal de produccin y de logstica de una empresa: almacenes, patios, pisos de las tiendas, equipo de transporte y en los estantes de las tiendas de menudeo, entre otros14. Al respecto, refieren adems que tener estos inventarios disponibles puede costar, al ao, entre 20% y 40% de su valor. Por lo tanto, administrar cuidadosamente los niveles de inventario tiene un buen sentido econmico. Aunque se ha avanzado mucho para reducir los inventarios mediante diferentes sistemas, como el sistema justo a tiempo (just-in-time) la comprensin del tiempo, la respuesta rpida y las prcticas de colaboracin aplicadas en todo el canal de suministros, son factores decisivos al momento de gestionar eficientemente los inventarios.
14
24
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION De acuerdo con Robust (2005), existen varias razones para que aparezcan inventarios en el canal logstico. En primer lugar, los inventarios pueden encontrarse en el sistema de transporte, entre los puntos de produccin o almacenamiento, ya que el transporte no es instantneo: son los inventarios en trnsito. Los inventarios para la especulacin y para promociones de mercadeo tambin forman parte del inventario total que debe gestionarse. Entre los tipos de inventario que menciona, se encuentra el inventario regular, activo o cclico necesario para satisfacer la demanda media durante el tiempo entre aprovisionamientos sucesivos, el inventario de seguridad que surge como proteccin ante la variabilidad de la demanda y del tiempo de aprovisionamiento, el inventario para suavizado de la produccin o suavizado de los aprovisionamientos, inventario por lotes econmicos de produccin, inventarios por procesos desacoplados, entre otros. Para Ballou (2004) puede ser conveniente para una empresa poseer inventarios, entre las razones para ello se encuentra: Mejorar el servicio al cliente. Los sistemas de operacin quiz no estn diseados para responder de manera instantnea a los requerimientos que los clientes hacen de los productos o servicios. Los inventarios suministran un nivel de disponibilidad del producto o servicio que, cuando se localiza cerca del cliente, puede satisfacer altas expectativas del cliente por la disponibilidad del producto. Disponer de estos
25
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION inventarios para los clientes no slo puede mantener las ventas, sino que tambin puede aumentarlas. Aplicacin. Las tiendas de repuestos de automviles se enfrentan al mantenimiento de miles de piezas de repuesto para una variedad de automviles de diferentes aos y modelos. Un automvil puede contener hasta 15,000 piezas. Para suministrar el cambio completo ms rpido, las tiendas de repuestos manejan un inventario limitado de las piezas de repuesto ms populares, como bujas de encendido, correas del ventilador y bateras. El fabricante de automviles mantiene una segunda hilera de inventarios en almacenes regionales, desde los cuales las piezas pueden ser transportadas por carga area. En algunos casos, las tiendas de repuestos pueden recibir estas piezas el mismo da que se requieren. Se puede lograr un alto nivel de disponibilidad de las piezas con un mnimo de inventario que se lleva a cabo en el mismo lugar. Reduccin de costos. Aunque mantener inventarios tiene un costo asociado, su uso puede reducir indirectamente los costos de operacin de otras actividades de la cadena de suministros, que podran ms que compensar el costo de manejo de inventarios. Primero, mantener inventarios puede favorecer economas de
produccin, lo que permite periodos de produccin ms grande, ms larga y de mayor nivel. El rendimiento de la produccin puede estar desacoplado de la variacin de los requerimientos de la demanda, por lo
26
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION que los inventarios existen para actuar como amortiguadores entre los dos. Segundo, mantener inventarios alienta economas en la compra y la transportacin. Un departamento de compras puede comprar en cantidades mayores a las necesidades inmediatas de su empresa para obtener descuentos por precio y cantidad. El costo de mantener cantidades en exceso, hasta que se necesiten, se equilibra con la reduccin del precio que puede lograrse. De manera similar, los costos de transportacin a menudo pueden reducirse mediante el envo de cantidades ms grandes, que requieren menos manipulacin por unidad. Sin embargo, incrementar el tamao del envo provoca mayores niveles de inventario, que necesitan mantenerse en ambos extremos del canal de transportacin. La reduccin de los costos de transportacin justifica el manejo de un inventario. Tercero, la compra adelantada implica adquirir cantidades adicionales de productos a precios actuales ms bajos, en vez de comprar a precios futuros que se pronostican ms altos. Comprar cantidades ms grandes que las necesidades inmediatas da origen a un inventario mayor que si se compraran cantidades que corresponden ms de cerca a los requerimientos inmediatos. Sin embargo, si se espera que los precios aumenten en el futuro, pueden justificarse algunos inventarios que resulten de las compras adelantadas. Cuarto, la variabilidad en el tiempo que se necesita para producir y transportar bienes por todo el canal de suministros puede causar
27
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION incertidumbres que impacten en los costos de operacin, as como en los niveles de servicio al cliente. Los inventarios se usan a menudo en muchos puntos del canal para amortiguar los efectos de esta variabilidad, y por lo tanto para ayudar a que las operaciones transcurran sin sobresaltos. Quinto, en el sistema logstico pueden acontecer impactos no planeados ni anticipados. Huelgas laborales, desastres naturales, oleadas en la demanda y retrasos en los suministros son ejemplos de contingencias contra las cuales los inventarios pueden ofrecer alguna proteccin. Tener algn inventario en puntos clave por todo el canal de suministros permite al sistema seguir operando durante un tiempo, mientras se puede disminuir el efecto del impacto. Sin embargo, el citado autor refiere que tambin existen argumentos en contra de los inventarios. Las crticas en contra de la existencia de inventarios han permitido mantener inventarios a lo largo de varias lneas: Primero, los inventarios son considerados como prdidas. Absorben capital que podra estar disponible para mejor uso de otra manera, como mejorar la productividad o la competitividad. Adems, no contribuyen con ningn valor directo a los productos de la empresa, aunque almacenan valor. Segundo, pueden enmascarar problemas de calidad. Cuando ocurren problemas de calidad, reducir los inventarios existentes para proteger la
28
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION inversin de capital es, a menudo, la consideracin principal. Corregir los problemas de calidad puede ser lento. Por ltimo, el uso de inventarios promueve una actitud aislada de la gestin del canal de suministros como un todo. Con los inventarios, a menudo es posible aislar una etapa del canal de otra. Las oportunidades que surgen a partir de tomar esa decisin integrada se considera que no favorecen a todo el canal. Sin inventarios, es difcil evitar la planeacin y la coordinacin al mismo tiempo en los diferentes niveles del canal.
B. Clasificacin de Inventario
La clasificacin es una de las mejores medidas de control interno de inventarios, dado que de aplicarse correctamente puede permitir mantener el mnimo de capital invertido en stock, entre muchos otros beneficios15. Vilfredo Pareto fue un socilogo y economista italiano quien en 1897, afirm que el 20% de las personas ostentaban el 80% del poder poltico y la abundancia econmica, mientras que el 80% restante de la poblacin (denominada "masas") se reparta el 20% restante de la riqueza y de la influencia poltica. Este principio es susceptible de aplicarse a muchos entornos, dentro de los cuales cabe destacar el control de calidad, la logstica (de distribucin), y la administracin de inventarios. En el control interno de stock, este principio significa que
15
29
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION unas pocas unidades de inventario representan la mayor parte del valor de uso de los mismos. En toda organizacin se hace necesaria una discriminacin de artculos con el objetivo de determinar aquellos que por sus caractersticas precisan un control ms riguroso. La Clasificacin ABC es una metodologa de segmentacin de productos de acuerdo a criterios preestablecidos (indicadores de importancia, tales como el "costo unitario" y el "volumen anual demandado"). El criterio en el cual se basan la mayora de expertos en la materia es el valor de los inventarios y los porcentajes de clasificacin son relativamente arbitrarios. Muchos textos suelen considerar que la zona "A" de la clasificacin corresponde estrictamente al 80% de la valorizacin del inventario, y que el 20% restante debe dividirse entre las zonas "B" y "C", tomando porcentajes muy cercanos al 15% y el 5% del valor del stock para cada zona respectivamente. Otros textos suelen asociar las zonas "A", "B" y "C" con porcentajes respectivos del valor de los inventarios del 60%, 30% y el 10%, sin embargo el primer caso es mucho ms comn, por el hecho de la conservacin del principio "80-20". Vale la pena recordar que si bien los valores anteriores son una gua aplicada en muchas organizaciones, cada organizacin y sistema de inventarios tiene sus particularidades, y que quin aplique cada principio de ponderacin debe estar sumamente consciente de la realidad de su empresa. B. 1 Controles para las zonas de la clasificacin
30
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Control para ZONAS "A" Las unidades pertenecientes a la zona "A" requieren del grado de rigor ms alto posible en cuanto a control. Esta zona corresponde a aquellas unidades que presentan una parte importante del valor total del inventario. El mximo control puede reservarse a las materias primas que se utilicen en forma continua y en volmenes elevados. Para esta clase de materia prima los agentes de compras pueden celebrar contratos con los proveedores que aseguren un suministro constante y en cantidades que equiparen la proporcin de utilizacin, tomando en cuenta medidas preventivas de gestin del riesgo como los llamados "proveedores B". La zona "A" en cuanto a Gestin del Almacenes debe de contar con ventajas de ubicacin y espacio respecto a las otras unidades de inventario, estas ventajas son determinadas por el tipo de almacenamiento que utilice la organizacin. Control para ZONAS "B" Las partidas B debern ser seguidas y controladas mediante sistemas computarizados con revisiones peridicas por parte de la administracin. Los lineamientos del modelo de inventario son debatidos con menor frecuencia que en el caso de las unidades correspondientes a la Zona "A". Los costos de faltantes de existencias para este tipo de unidades debern ser moderados a bajos y las existencias de seguridad debern brindar un control adecuado con el quiebre de stock, an cuando la frecuencia de rdenes es menor. Control para ZONAS "C"
31
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Esta es la zona con mayor nmero de unidades de inventario, por ende un sistema de control diseado pero de rutina es adecuado para su seguimiento. Un sistema de punto de rerden que no requiera de evaluacin fsica de las existencias suele ser suficiente. B.2 Cmo Realizar la Clasificacin ABC? La clasificacin ABC se realiza con base en el producto, el cual expresa su valor por unidad de tiempo (regularmente anual) de las ventas de cada tem i, donde: Di = Demanda "anual" del tem i (unidades/ao) vi = Valor (costo) unitario del tem i (unidades monetarias/unidad) Valor Total i = Di * vi (unidades monetarias/ao) Antes de aplicar el anterior ejercicio matemtico a los tems es fundamental establecer los porcentajes que harn que determinadas unidades se clasifiquen en sus respectivas zonas (A, B o C). Luego de aplicarse las operaciones para determinar la Valorizacin de los artculos, se procede a calcular el porcentaje de participacin de los artculos, segn la valorizacin (suele usarse tambin en cantidad, "particiapcin en cantidad"). Este ejercicio se efecta dividiendo la Valorizacin de ada tem entre la suma total de la valorizacin de todos los tems.
32
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Luego se precede a organizar los artculos de mayor a menor segn sus porcentajes, ahora estos porcentajes se acumulan. por ltimo, se agrupan teniendo en cuenta el criterio porcentual determinado en la primera parte del mtodo. De esta manera quedan establecidas las unidades que pertenecen a cada zona. EJEMPLO DE APLICACIN DE LA CLASIFICACIN ABC La compaa RF presenta los siguientes datos relacionados con el inventario de artculos:
tems Clase A = 74% del total de las ventas tems Clase B = 21% del total de las ventas tems Clase C = 5% del total de las ventas
33
El paso siguiente es generar la valorizacin total de los inventarios (demanda anual * valor del artculo):
El siguiente paso es determinar la participacin porcentual, y esta se acumula. Luego se ordena de mayor a menor porcentaje del valor total. por ejemplo: porcentaje del valor total del tem 1 = $150.000.000 / $2.388.110.
34
Luego se ordena de mayor a menor, segn el porcentaje del valor total y se acumula el porcentaje.
35
Creado hace ms de una dcada, el UML o Lenguaje de Modelado Unificado se ha convertido en un estndar de facto en la industria ya que permite modelar, construir y documentar los elementos que forman un sistema de software orientado a objetos. El resultado: ahorro de costos,
36
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION mejor calidad de aplicaciones e importantes reducciones de tiempo en los proyectos de desarrollo16. UML (Unified Model Language) o Lenguaje de Modelado Unificado posee tres fuentes distintas en sus orgenes. Se trata de la Tcnica de Modelado de Objetos (OMT), de James Rumbaugh, el Mtodo Booch, de Grady Booch, y Objetory, de Ivar Jacobson (creador de OOSE Object Oriented Software Engineer). Estos tres reconocidos expertos en 1994 realizaron la primera versin de UML para la empresa Rational Software Corporation (adquirida en el 2003 por IBM en 2.100 millones de dlares), haciendo cada uno aportes desde las perspectivas que venan desarrollando. Rpidamente, en 1997, UML fue aceptado por la OMG (Object Management Group), una organizacin sin fines de lucro compuesta por destacadas compaas de la industria, como IBM, Sun Microsystems y HP, entre otras, que se encargan de la definicin y mantenimiento de estndares para aplicaciones. Junto con UML, la OMG tambin ha definido otros estndares conocidos a nivel mundial, como, por ejemplo, CORBA (Common Object Request Broker Architecture).
B.
Tras un Modelo Visual UML es un lenguaje de modelado unificado, lo cual significa que, en tanto lenguaje, contiene sintaxis y semnticas y, por ende, reglas de cmo
16
37
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION deben agruparse sus elementos y significados de dicho conjunto. Es modelado por ser visual y unificado porque rene diversas tcnicas. Nace en el contexto de la necesidad de un lenguaje que no slo comunicara ideas a otros desarrolladores, sino que tambin pudiera servir de apoyo en los procesos de anlisis de un problema. UML, que se ha convertido en el estndar de facto de la industria especialmente para las fases de anlisis y de diseo, suele definirse, en trminos simples, como un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema de software orientado a objetos. C. Objetivos de UML Los principales objetivos en los orgenes de UML fueron obtener un lenguaje simple que permitiera modelar aplicaciones en cualquier dominio, obtener un lenguaje legible, ya que sera utilizado por las personas, as como permitir la generacin automtica de cdigo. En efecto, aunque UML est pensado para modelar sistemas complejos con gran cantidad de software, el lenguaje es lo suficientemente expresivo como para modelar sistemas que no son informticos, como, por ejemplo, los flujos de trabajo (workflow) en una empresa, el diseo de la estructura de una organizacin e incluso en el diseo de hardware. UML es as un lenguaje capaz de abstraer cualquier tipo de sistema (informtico o no), mediante los diagramas, esto es, mediante representaciones grficas que contienen oda la informacin relevante del sistema. Para lograrlo, utiliza distintos tipos de diagramas, como los
38
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION diagramas de implementacin, diagramas de comportamiento o
interaccin, diagramas de casos de uso y diagramas de clases. An siendo independiente del proceso de desarrollo, UML cuenta con su propia metodologa de desarrollo, denominada Proceso Unificado de Desarrollo, la cual est basada en componentes. Este proceso utiliza UML para expresar grficamente todos los esquemas de un sistema de software. Actualmente, el estndar UML se encuentra en la versin 2. Con UML 2 la OMG se propuso dos objetivos principales. El primero, es hacer de UML un lenguaje mucho ms extensivo de lo que era y el segundo, permitir la validacin y ejecucin de modelos creados con UML. D. Funciones de UML Las principales funciones de UML son: Visualizar: UML permite expresar de una forma grfica un sistema de forma que otro lo puede entender. Especificar: UML permite especificar cules son las caractersticas de un sistema antes de su construccin. Construir: A partir de los modelos especificados se puede construir los sistemas diseados. Documentar: Los propios elementos grficos sirven como
39
E.
Elementos de UML Un modelo UML est compuesto por tres clases de bloques de construccin. El primero de ellos son los elementos, es decir, las abstracciones de cosas reales o ficticias (como objetos y acciones, por ejemplo); luego se encuentran las Relaciones, esto es la relacin entre los elementos (la cual puede ser de dependencia, asociacin, generalizacin, etc.); finalmente, se encuentran los Diagramas, que son colecciones de elementos con sus relaciones. Los elementos de UML pueden ser estructurales, de comportamiento de agrupacin o de anotacin. 1. Elementos Estructurales Actor: "Algo" o "alguien" que puede interaccionar con el sistema que se est desarrollando. Casos de Uso: Descripcin de un conjunto de secuencias de acciones que un sistema ejecuta y que produce un resultado observable de inters para un actor particular. Clase: Corresponde a una descripcin de un conjunto de objetos que comparten los mismos atributos, operaciones, relaciones y semntica. Objetos: Un objeto es una instancia de alguna clase. 2. Elementos de Comportamiento
40
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Mensajes: Los mensajes se usan para especificar una comunicacin entre objetos.
3. Elementos de Agrupacin Paquete: Sirve para organizar elementos en grupos. Un paquete es puramente conceptual (slo existe en tiempo de desarrollo). Beneficios de UML UML representa para los desarrolladores de aplicaciones y sistemas una serie de ventajas, al igual que para las organizaciones, entre estos beneficios destacan: Produce un aumento en la calidad del desarrollo. Reduce los costos del proyecto. Mejora en un 50% o ms los tiempos totales de desarrollo. Permite especificar la estructura y el comportamiento del sistema y comunicarlo a todos los integrantes del proyecto. Brinda la posibilidad de obtener un "plano" del sistema. Permite dimensionar mejor los riesgos de un proyecto tener un mejor rendimiento antes de construir el sistema. Facilita la documentacin de las decisiones de la arquitectura del proyecto. Ofrece un mejor soporte a la planificacin y control del proyecto.
41
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Ofrece mayor rigurosidad en la especificacin. Permite realizar una verificacin y validacin del modelo realizado. Se pueden automatizar determinados procesos y permite generar cdigo a partir de los modelos y viceversa.
III.1.5 FASES DEL DESARROLLO DE UN SISTEMA, SEGN UML Las fases del desarrollo de sistemas que soporta UML son: Anlisis de requerimientos, Anlisis, Diseo, Programacin y Pruebas17. A. Anlisis de Requerimientos
UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente. A travs del modelado de casos de uso, los actores externos que tienen inters en el sistema son modelados con la funcionalidad que ellos requieren del sistema (los casos de uso). Los actores y los casos de uso son modelados con relaciones y tienen asociaciones entre ellos o stas son divididas en jerarquas. Los actores y casos de uso son descritos en un diagrama use-case. Cada use-case es descrito en texto y especifica los requerimientos del cliente: lo que l (o ella) espera del sistema sin considerar la funcionalidad que se implementar. Un anlisis de requerimientos puede ser realizado tambin para procesos de negocios, no solamente para sistemas de software.
17
42
La fase de anlisis abarca las abstracciones primarias (clases y objetos) y mecanismos que estn presentes en el dominio del problema. Las clases que se modelan son identificadas, con sus relaciones y descritas en un diagrama de clases. Las colaboraciones entre las clases para ejecutar los casos de uso tambin se consideran en esta fase a travs de los modelos dinmicos en UML. Es importante notar que slo se consideran clases que estn en el dominio del problema (conceptos del mundo real) y todava no se consideran clases que definen detalles y soluciones en el sistema de software, tales como clases para interfaces de usuario, bases de datos, comunicaciones, concurrencia, etc. C. Diseo
En la fase de diseo, el resultado del anlisis es expandido a una solucin tcnica. Se agregan nuevas clases que proveen de la infraestructura tcnica: interfaces de usuario, manejo de bases de datos para almacenar objetos en una base de datos, comunicaciones con otros sistemas, etc. Las clases de dominio del problema del anlisis son agregadas en esta fase. El diseo resulta en especificaciones detalladas para la fase de programacin. D. Programacin
En esta fase las clases del diseo son convertidas a cdigo en un lenguaje de programacin orientado a objetos. Cuando se crean los modelos de anlisis y diseo en UML, lo ms aconsejable es trasladar mentalmente esos modelos a cdigo.
43
Normalmente, un sistema es tratado en pruebas de unidades, pruebas de integracin, pruebas de sistema, pruebas de aceptacin, etc. Las pruebas de unidades se realizan a clases individuales o a un grupo de clases y son tpicamente ejecutadas por el programador. Las pruebas de integracin integran componentes y clases en orden para verificar que se ejecutan como se especific. Las pruebas de sistema ven al sistema como una "caja negra" y validan que el sistema tenga la funcionalidad final que le usuario final espera. Las pruebas de aceptacin conducidas por el cliente verifican que el sistema satisface los requerimientos y son similares a las pruebas de sistema.
IV. MARCO SITUACIONAL El Grupo Cable Visin (CV), dedicada al servicio de televisin por cable e internet. Actualmente el grupo CV cuenta con 10 empresas registradas, ms de 20 sucursales a nivel nacional y ms de 30,000 abonados.
La empresa para realizar este tipo de servicio, necesita tener como stock de productos, cables, conectores, paneles de transmisin, etc. Por lo que cada temporada hace desembolso mayoritario de productos tanto en entrada como salida de bienes materiales de su almacn. Siendo por esto necesario contar con un sistema va Web que facilite el control para la toma de decisiones de la gerencia en dicha empresa.
44
Gerente General
Es la persona encargada de gerenciar las 5 empresas del grupo, tomar decisiones estratgicas que permita a la organizacin ser competitivos en el mercado.
Con respecto al sistema, tendr acceso con el rol administrador con todos los permisos, tendr la responsabilidad de evaluar y generar las rdenes de Compra a gran escala para el reabastecimiento de artculos en las 5 empresas del grupo, as mismo verificar el control de inventario.
Administrador
Encargado de administrar los recursos de la empresa, verifica la entrada y salida de artculos para el reabastecimiento a las empresas del grupo. As mismo que el inventario se encuentre actualizado.
45
Almacenero
Encargado de almacn, responsable de hacer las entradas y salida de productos para las sucursales de la empresa as como abastecer a los tcnicos para la instalacin del servicio de TV por cable. Atender los requerimientos de los usuarios de la empresa.
Con respecto al sistema, tendr acceso con el rol de almacenero solo para realizar acciones limitas de ingreso de Guas de Remisin, salida de productos previa autorizacin del administrador, generacin del kardex y del inventario de artculos.
Usuario de rea
Con respecto al sistema, tendr acceso con el rol de usuario, con acciones muy limitadas, solo le permitir generar su requerimiento para que sea atendido por el almacenero.
46
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION residencial del interior del pas, a travs de alta tecnologa y personal calificado comprometido con la satisfaccin de nuestros usuarios.
4.2 VISIN Grupo Cable Visin es la mejor alternativa de televisin paga por medio de cable fsico, ofreciendo mas 70 canales de programacin variada, otorgando cultura y entretenimiento a la familia peruana. 4.3 EMPRESAS QUE CONFORMAN EL GRUPO CABLE VISIN. Cable Visin Hunuco S.A.C. Cable Visin del Centro S.R.L Cable Visin Iquitos S.A.C. Cable Visin del Norte S.A.C. Cable Visin Tumbes S.A.C. Cable Visin Zarumilla S.A.C. Cable Visin Chepen S.A.C. Lima Cable Visin S.A.C. Cable Nort TV S,A,C CV Inversiones & Producciones S.A.C.
47
4.4 NUESTRA HISTORIA Ante la necesidad del pblico Huanuqueo de contar con una seal de televisin con nitidez imgenes y sonidos, se precisaba de una nueva tecnologa que no estuviese a la merced de las irregularidades del terreno, como las que se presentaban en la ciudad de Hunuco. La solucin ms efectiva entonces era conducir las seales a travs de un cable, para entonces ya exista una empresa de Televisin por Cable operando en el sistema MMDS , que por el alto costo de adquirir dicho servicio no tenia la acogida que esperaba, surge como una alternativa para las grandes mayoras el Grupo Cable Visin una de las empresas, hoy en da ms importantes de Televisin por Cable del Pas y lder en la Regin, empresa joven en constante crecimiento, ofreciendo una amplia variedad en programacin y entretenimiento lo que nos permite satisfacer los diferentes gustos de todo el ncleo familiar. En el ao 1,994, se instala por primera vez nuestra cabecera en el Jr. Dmaso Beraun N 529, realizndose la primera instalacin el 21 de Abril de ese ao, al Sr. Dumber, Durand Lpez del Psje. Ramrez 118, de la Ciudad de Hunuco, as comienza la expansin de Cable Visin en toda la parte cntrica de la ciudad y alrededores, con 12 canales a un costo de S/.25.00 la mensualidad y S/.50.00 la instalacin, a fines del ao 1,994 ampliamos nuestras redes hacia el Distrito Metropolitano de Amarilis por las zonas de Paucarbambilla y Paucarbamba.
48
Se cuenta con todo lo necesario para realizar este proyecto listados a continuacin: PRODUCTO
EQUIPO DE COMPUTO SISTEMA OPERATIVO IDE LENGUAJE DE PROGRAMACION FRAMEWORK LIBRERA DE APOYO BASE DE DATOS SUBVERSION
DETALLE
LAPTOP o PC UBUNTU ECLIPSE PHP PHP ZEND FRAMEWORK JQUERY POSTGRES SVN TIGRIS
UND
3 3 3 1 1 1 1 1
GASTOS
S/.5,400.00 S/.0.00 S/.0.00 S/.0.00 S/.0.00 S/.0.00 S/.0.00 S/.0.00
49
Se solicitan 3 personas un Programador Snior y 2 Junior, por el tiempo que se desarrolla el proyecto. PERSONAL Programador Snior Programador Junior CANTIDAD 1 2 GASTO X MES S/.3,000.00 S/.2,000.00
V.3 Requerimiento de Dominio y Hosting para Implementacin Esto ser requerido una vez terminado el proyecto, es el contrato de unos SERVIDORES en la nube. Detallado a continuacin:
CANTIDAD 1
50
51
El anlisis se centra en la parte logstica que maneja el GRUPO CABLEVISION, viendo todo lo necesario para mejorar esto.
VI.1
El rea de almacn no cuenta con un sistema que les permita agilizar los trabajos propios del rea. Las herramientas que utilizan para llevar registro de sus movimientos de artculos es el MS. Excel y en formatos establecidos por la empresa.
No tienen control adecuado y oportuno de los artculos que entran y salen de almacn para abastecer a las sucursales y reas que hacen su requerimiento.
No cuentan con un inventario actualizado a la fecha. El kardex generado se realiza de manera manual, se incurren en muchos errores de cantidades de productos, de descripcin del artculo.
52
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION Gerencia general no cuenta con la informacin oportuna para generar las ordenes de compra con las cantidades adecuadas para reabastecer los almacenes de las empresas.
VI.2 REQUISISTOS NUEVOS DE LOS USUARIOS
Los actores que intervienen en el Proceso de Almacn, administrador y almacenero, tienen una serie de requerimientos crticos para mejorar el proceso, entre ellas tenemos:
Sistema que agilice el control de inventario de los artculos y kardex. Sistema que ayude a tener control de las rdenes de compra y los documentos que hacen el ingreso de los artculos (gua de remisin, facturas, notas de crdito).
Sistema que facilite la ubicacin de un artculo, ya sea en una sucursal o empresa del grupo.
VI.3
Se propone un sistema de informacin operativo orientado a web que ayude a todos los actores involucrados en el proceso de almacn. Las propuestas son las siguientes: - Se propone implementar un sistema que genere automticamente el inventario y kardex de los artculos.
53
SISTEMA LOGISTICO PARA EL GRUPO CABLE VISION - Llevar el control adecuado de los documentos que intervienen en el proceso de almacn.
VI.4 MODELO DE CASO DE USO GENERAL
El modelo de Casos de Uso presenta las funciones del Sistema Integrado de Almacn y los actores que hacen uso de ellas. A continuacin presentamos el Diagrama de Casos de Uso.
54
Verifica Stock
Atiende Requerimiento
Recibe Requerimiento Verifica Tipo Req. Docs (Debito y Credito) NroProd<Docs Prods erroneos (Nota credito) NroProd>Docs
Prepara Mercaderia delegado por gerente Ingresa O/C (interno/externo) Realiza documentos de salida Registro Comprobante Pago Contador Realiza Servicio
Proveedor Inter/Ext
Tecnico
Solicita Servicio
Abonado
VI.5
ACTORES
Actor
Responsabilidad Es el mximo encargado del grupo de empresas. Toma las decisiones para todo el conjunto, evala y compra la
Gerente 1 general completo al sistema, puede genera las ordenes de compra, verificar el stock en locales, si como los inventarios. Interactuar con el sistema para dar autorizacin a los requerimientos solicitados por los empleados. As mismo 2 Administrador verifica en el sistema el ingreso y salidas de artculos en el almacn. Es el actor, que interactuara de manera frecuente con el sistema. Para que despache los requerimientos, recepcin 3 Almacenero de mercadera, verificar mediante el sistema sobre el control de kardex, as mismo el inventario. 4 Sistema Delegado por 5 gerente actor. El gerente general puede asignar tareas particulares a otro mercadera para la reposicin de sctock. Tiene acceso
El proveedor interno o sucursal, genera requerimientos mediante el sistema a la cede central. De igual manera, Proveedor 6 puede vender a otras sucursales emitiendo documentos de
Interno/Externo venta o solo documento de transporte de mercadera. El proveedor externo atiende a las comprar que realiza el gerente general. Encargado de hacer el ingreso de los documentos (factura,
Contador
nota de crdito) que viene del proveedor, para llevar el control contable de los documentos. Genera un requerimiento de orden tcnico, lo que despus
Tcnico
se transforma en una gua interna, para realizar un servicio al abonado, esto para sacar o ingresar artculos al almacn. Es por este actor que el sistema de facturacin puede
Abonado generar una orden tcnica. Interacta con el sistema para generar requerimientos
VI.6
CASOS DE USO
Nombre:
CU_Identificacin de Necesidad
Precondiciones:
Actores:
Activacin:
- Cuando el stock < stock mnimo. - Bajo el stock recomendado. - Cuando hay un requerimiento de usuario.
Descripcin/ Escenario:
El almacenero puede seleccionar una lista de productos bajo el stock mnimo y recomendado.
Funcin:
Interfaces GUI:
Lista Documentos:
de -
Tipo producto, producto, stock actual, stock mnimo, stock Salida de Datos: promedio.
Referencias:
Nombre:
Precondiciones:
Actores:
Activacin:
El usuario de almacn o administracin crea la lista de Descripcin/ requerimientos de acuerdo al catalogo de productos o Escenario: depurando de la lista de productos necesarios.
Interfaces GUI:
- Lista de catalogo de productos necesarios. - Agregar, Modificar y eliminar lista de requerimientos por catalogo de productos.
Lista Documentos:
de -
Entrada de datos: Tipo de requerimiento, cantidad, unidad de medida, producto, fecha requerimiento, usuario, sucursal, estado.
Salida de Datos:
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Administrador, sistema.
Activacin:
- Cuando de almacn se halla generado una lista de requerimientos, en espera de su aprobacin. - Cuando el usuario administrador requiera ver la lista de requerimientos en espera de acuerdo a fecha. - Cuando del usuario administrador requiera ver el historial de requerimientos atendidos.
Descripcin/ Escenario:
El administrador recibe la lista de requerimientos para la reposicin de materiales que viene de almacn.
Funcin:
Interfaces GUI:
Lista Documentos:
de -
Salida de Datos:
Referencias:
Nombre:
Precondiciones:
Actores:
Administrador, sistema
Activacin:
- Agregar, Modificar y eliminar de la lista de requerimientos el Descripcin/ Escenario: catalogo de productos solicitados. - Actualiza el tem de aprobado, por lista de productos requeridos.
Funcin:
Interfaces GUI:
- Lista de catalogo de productos necesarios. - Agregar, Modificar y eliminar el catalogo de productos solicitados.
Lista Documentos:
de -
Entrada de datos: Tipo de requerimiento, cantidad, unidad de medida, producto, fecha requerimiento, usuario, sucursal, estado.
- Si almacn no realiz lista de requerimientos. Excepciones: - Si no existe lista de catalogo de productos, no procede.
Referencias:
CU_elabora pedido
Nombre:
Precondiciones:
Actores:
Activacin:
Descripcin/
Escenario:
delegacin especial.
Funcin:
Interfaces GUI:
Lista Documentos:
de -
Confirmacin que la delegacin al usuario ha sido enviada, Salida de Datos: con copia al correo electrnico.
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Activacin:
Descripcin/ Escenario:
El gerente recibe la lista de requerimientos para la reposicin de mercaderia que viene de administracin.
Funcin:
Interfaces GUI:
- Lista de requerimiento, por almacn y fecha. - Historial de requerimientos enviados. - Historial de requerimientos conforme. - Historial de requerimientos rechazados
Lista Documentos:
de -
Fecha, almacn, descripcin del requerimiento, usuario, rea, Salida de Datos: sucursal
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Activacin:
Descripcin/ Escenario:
Funcin:
Interfaces GUI:
- Lista de productos por almacn, encima del stock promedio. - Lista de productos totales por grupo de empresa. - Opciones de listado.
Lista Documentos:
de
Almacn, tipo producto, producto, stock actual, stock mnimo, Salida de Datos: stock promedio.
- No exista productos encima del stock promedio. Excepciones: - No exista productos registrados en los almacenes.
Referencias:
Nombre:
Precondiciones:
Actores:
Activacin:
Realiza el ingreso de la orden de compra; este documento se Descripcin/ Escenario: debe hacer llegar a los administradores de la sucursal que hayan echo el requerimiento. Si la orden de compra es interna se enva al proveedor interno
Funcin:
Interfaces GUI:
- Lista de productos por almacn, encima del stock promedio. - Seleccin de sucursal a donde ira la orden de compra. - Ingreso, modificar y eliminar.
Lista Documentos:
Entrada de datos:
- Por razn social: Proveedor, RUC, direccin, fecha de emisin, fecha de recepcin serie-nmero. - Por detalle: cantidad, unidad de medida, descripcin producto, precio unitario.
Registro de la orden de compra. Envo de la orden de compra a administracin con estado de atendido Proceso de Datos: Si envo es, al proveedor interno el estado es pendiente.
Salida de Datos:
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Administrador, sistema.
Activacin:
Recibe de gerencia la orden de compra interna, verifica en Descripcin/ Escenario: Esta verificacin puede ser opcional. almacn y actualiza los requerimientos en proceso de atencin.
Funcin:
Interfaces GUI:
Lista Documentos:
de -
de
productos
vendibles
en
su
almacn,
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Administrador, sistema.
Activacin:
Descripcin/ Escenario:
Se podr elaborar los documentos de salida de productos de almacn (facturas, boletas, gua de remisin, etc.)
Interfaces GUI:
Lista
de
Documentos:
Entrada de datos:
- Por razn social: Cliente, RUC, direccin, fecha de emisin, fecha de recepcin serie-nmero, referencia a documento, IGV, moneda, tipo de cambio, transportista, etc. - Por detalle: cantidad, unidad de medida, descripcin producto, precio unitario.
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Almacenero, sistema.
Activacin:
Descripcin/
Escenario:
a los productos y una vez realizado los documentos el almacenero debe confirmar la salida de productos de almacn una vez preparada la mercadera y esta haya salido de almacn. Valida la opcin de estado atendido a los documentos. - Lista de documentos, con la opcin de atendido. - Detalle de productos por cada documento de salida.
Funcin:
Interfaces GUI:
Lista Documentos:
Actualiza los documentos de salida y la orden de compra Proceso de Datos: interna con la opcin atendido.
Salida de Datos:
Excepciones:
Referencias:
Cuando hay un requerimiento de usuario. El usuario genera un requerimiento ingresando cada producto con la cantidad que necesita, este requerimiento ser dirigido hacia almacn.
Generar requerimiento para almacn por tipo de producto. Formulario de requerimiento. Impresin de requerimiento. Enviar por correo. Bsqueda de productos.
Lista Documentos:
de Requerimiento
Entrada de datos: Empleado, rea, producto, cantidad, observaciones, tipo de productos. Proceso Datos: de Registrar en BD, imprimir, enviar por correo.
Salida de Datos: Nmero, Empleado, rea, producto, cantidad, observaciones, tipo de requerimiento, fecha y hora de emisin. Excepciones: Referencias: -
Nombre:
CU_Recibe_Requerimiento
Precondiciones: Tener un requerimiento pendiente. Actores: Responsable de almacn Sistema Activacin: Descripcin/ Escenario: Funcin: Interfaces GUI: Al existir un requerimiento pendiente. El responsable de almacn podr visualizar los requerimientos pendientes, ver cada uno para atenderlos e imprimirlos. Listar requerimientos pendientes. Lista de requerimientos pendientes. Formulario de requerimiento Impresin de requerimiento Lista Documentos: de Requerimiento Lista de requerimientos pendientes
Entrada de datos: Proceso Datos: Salida de Datos: Nmero de requerimiento, empleado, rea, fecha y hora de emisin. Excepciones: Referencias: CU_Emite_Requerimiento de Listar requerimientos pendientes.
Nombre:
CU_Verifica_Stock
Precondiciones: Tener un requerimiento pendiente. Actores: Responsable de almacn Sistema Activacin: Descripcin/ Escenario: Al visualizar un requerimiento pendiente En el momento que el responsable de almacn abra un requerimiento pendiente el sistema consultara el stock de cada
producto requerido y lo mostrara. Funcin: Interfaces GUI: Lista Documentos: Entrada de datos: Producto Proceso Datos: Salida de Datos: Stock del producto Excepciones: Referencias: CU_Recibe_Requerimiento de Obtener stock Muestra stock de cada producto requerido. Requerimiento de -
Nombre: Precondiciones:
Actores:
A peticin del usuario. El responsable de almacn selecciona los productos que desea atender pero no podr seleccionar aquellos donde el stock sea menor que la cantidad solicitada. Los productos no atendidos se tendrn en cuenta al momento de generar un requerimiento desde almacn.
Funcin:
Requerimiento. de Requerimiento.
Entrada de datos: Producto, cantidad. Proceso Datos: Salida de Datos: Producto, cantidad, fecha de entrega. de Entregar producto.
Excepciones: Referencias:
CU_Recibe_Requerimiento
Cuando se atiende un requerimiento. Al momento de atender un requerimiento el sistema consulta el rea de origen: Si es del rea tcnica para abonados no genera ningn documento. Si es un rea dentro de la sucursal genera una gua interna. Si es un rea externa genera gua de remisin.
Funcin:
Entrada de datos: rea de origen del requerimiento Proceso Datos: Salida de Datos: Excepciones: Referencias: de Determinar tipo de rea, dirigir al proceso correspondiente generar documento. CU_Recibe_Requerimiento
CU_Solicita_Servicio Sistema Cuando se genera una orden de servicio con materiales. Se genera un requerimiento automticamente cuando en atencin al pblico se genera una orden que requiere retirar materiales de almacn.
Entrada de datos: Empleado, rea, producto, cantidad, observaciones, tipo de productos. Proceso Datos: Salida de Datos: Excepciones: Referencias: de Registrar en BD.
CU_Realiza_Servicio Sistema Cuando se procesa una orden de servicio con retiro de materiales.
Descripcin/ Escenario:
Una vez que el tcnico realiza el servicio puede haber retirado materiales, estos se registran en una gua interna (nota de entrega).
Entrada de datos: Empleado, rea, producto, cantidad, observaciones, tipo de productos. Proceso Datos: Salida de Datos: Excepciones: Referencias: de Registrar en BD.
Nombre:
CU_Identificacin de Necesidad
Precondiciones:
Actores:
Activacin:
- Cuando el stock < stock mnimo. - Bajo el stock recomendado. - Cuando hay un requerimiento de usuario.
Descripcin/ Escenario:
El almacenero puede seleccionar una lista de productos bajo el stock mnimo y recomendado.
Funcin:
Interfaces GUI:
Lista Documentos:
de -
Tipo producto, producto, stock actual, stock mnimo, stock Salida de Datos: promedio.
Excepciones:
Referencias:
Nombre:
CU_Recepcin de mercadera
Generada Orden de Compra de pedido, esta a la espera del Precondiciones: documento que ingresara los productos (Gua de Remisin, Comprobantes de pago, Orden Servicio)
Actores:
Almacenero, Sistema
- Se debe solicitar documento de ingreso de productos como es Orden de Compra, Nota de Pedido, Orden Servicio que se Activacin: realizo anteriormente, para hacer la comparacin de productos que llegaron y se compraron.
Descripcin/ Escenario:
El almacenero recibir los pedidos generados en la orden de compra, Gua Remisin de las Ordenes de Servicio, el que se
podr visualizar en el sistema, al llegar el pedido solicitado con sus respectivos documentos, ingresara en el sistema y podr comparar ambos documentos.
El Almacenero recibe productos comprados (orden de compra) Funcin: o usados Gua Remisin (orden de servicio.)
Interfaces GUI:
Lista Documentos:
- Ingresado el Nro OC, consulta en la base de datos. Proceso de Datos: - Verifica Orden de Servicio(corte) generado anteriormente.
Salida de Datos:
La orden de compra no puede ser atendida si no llego la gua de remisin y factura. Si solo llego uno de los documentos, el Excepciones: documento queda pendiente hasta que llegue el documento complementario.
Referencias:
Nombre:
Una vez que llego los productos a almacn, se ingreso Nro OC y Precondiciones: esta a la espera de ser comparada la compra de acuerdo a la gua remisin y comprobantes de pago.
Actores:
- Se activa este caso al Ingresar el Nro GR, listo para ser Activacin: comparado.
Llegada la mercadera a almacn, procede verificar los productos que estn de acuerdo a la orden de compra emitida Descripcin/ Escenario: por el gerente. Ver si el producto esta defectuoso, diferente a la orden de compra en cuanto a cantidad, monto y producto identificado, estos se registran en el sistema. De lo contrario se hace la recepcin de los productos.
- Comparacin y registro de productos comprados y Interfaces GUI: recibidos(Gua Remisin y Orden de Compra).
- Gua Remisin Lista Documentos: - Gua de Remisin de las Ordenes Servicio de - Orden Compra
Nro G/R
en
buen
estados,
productos
con
alguna
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
- Se activa cuando el sistema detecta que los productos comprados no coinciden con los productos que trajo el Activacin: proveedor. - Cuando el contador o administrador solicita productos observados
El administrador o contador luego de verificar productos Descripcin/ observados generados automticamente por el sistema, Escenario: autoriza la devolucin respectiva al proveedor.
- Cantidad, montos y descripcin de productos fsicos es Proceso de Datos: diferente a lo que esta impreso en los documentos, hace el clculo automtico de la diferencia.
Salida de Datos:
Excepciones:
Si la cantidad de productos es menor a la cantidad emitida en el documento, y el proveedor confirm que har llegar los
productos faltantes, entonces se produce un estado de pendiente de recepcin de productos que falta completar. De lo contrario si se produjo un mal calculo de los montos, y el proveedor pidi el comprobante de pago para respectiva correccin y devolucin inmediata del documento. En otro caso, el proveedor emitir una nota de crdito para saldar la cuenta, es decir que lo considerara para la prxima venta que har.
Referencias:
Nombre:
CU_Registro_Comprobantes Pago.
Debe mostrarse comprobantes de pago, guas de remisin y Precondiciones: orden de compra con observaciones.
Actores:
- Este proceso se activa cuando llegan comprobantes de pago Activacin: de la compra de artculos al rea de contabilidad.
Los comprobantes de pago que vienen junto con los artculos comprados, son registrados por el Administrador o por el Descripcin/ Escenario: contador, son los nicos personajes que deben hacer esta
actividad. Este registro de comprobantes de pago conlleva a la verificacin de los productos que estn entrando a almacn con la orden de compra.
Funcin:
Interfaces GUI:
Lista Documentos:
Entrada de datos:
Busqueda de GR ingresado en Almacn que hizo referencia al Proceso de Datos: Nro Factura, lo encuentra y se registra losl comprobantes de pago en la BD.
Salida de Datos:
Documentos guardados.
Excepciones:
Referencias:
Nombre:
Una vez identificado los productos a devolver, se procede al Precondiciones: siguiente paso.
Actores:
- Se activa luego que los actores solicitan la generacin del Activacin: documento de devolucin.
Descripcin/ Escenario:
El administrador o contador evala la devolucin de los productos observados, genera el documento respectivo de
devolucin y lo enva.
Funcin:
Interfaces GUI:
- Devolucin de mercaderas.
- Consulta productos con observaciones de acuerdo a Proceso de Datos: documentos ingresados, hace el clculo automtico de la diferencia.
Excepciones:
Referencias:
Nombre:
Precondiciones:
Actores:
Almacenero, sistema
Activacin:
Una vez hecha la devolucin de mercadera observada y emitida los documentos correspondientes (Nota de crdito, GR, Descripcin/ Escenario: Comprobantes de pago) se hace la restauracin de dicha mercadera. El proveedor devuelve documentos subsana
Funcin:
Interfaces GUI:
Entrada de datos:
Proceso de Datos:
Verifica el documento de devolucin junto con los otros documentos adjuntos(GR, Comprobantes de pago, Notas
Crdito / Debito) y hace el nuevo ingreso de los productos que fueron observados.
Salida de Datos:
Si el proveedor no subsana la observacin que se hizo al producto que vendi, se cancela la compra de ese producto, Excepciones: entonces el saldo pendiente por esos productos queda suspendido hasta hacer un nuevo pedido al proveedor.
Referencias:
Nombre:
Se verifica el tipo de requerimiento que se genero previamente para emitir gua de remisin. Precondiciones: Los tipos pueden ser: Productos propios del negocio, tiles de Escritorio, enceres, etc.
Actores:
Descripcin/ Escenario:
El almacenero atiende el requerimiento del empleado, luego que el sistema automticamente detecto el pedido y verific en
Funcin:
Interfaces GUI:
Lista Documentos:
Luego de verificar el stock disponible del requerimiento, generar Proceso de Datos: la gua de remisin para ser atendido el requerimiento.
Salida de Datos:
Si no hay stock disponible del producto, no se podr generar la Excepciones: gua de remisin.
Referencias:
VI.7
A continuacin se muestra los objetos del negocio identificados, estos describen la realizacin de cada caso de uso del negocio, estableciendo los actores internos, la informacin que en trminos generales manipulan y los flujos de trabajo asociados al caso de uso del negocio.
3: envia consulta
(fecha,lugar,nombre productos, cantidad,etc)
8: lista y aprobacin
el al macenero guarda la li sta de requeri mientos previa aprobacin. si el admi nistrador guarda la li sta de requerimi entos estos ya han si do aprobados
1: solicita aprobacin
adems de generar un correo electronico con carta adj unta si el pedido esta fuera del periodo establecido.
3: envia/actualiza aprobacion
DS_03 Delegacin
gerente/delega do
sistema
clase_armalista
basedatos
para controlar stock de almacen, esto se real iza cada 4 di as pri meros di as de cada mes, o cuando hay necesi dades de urgencia
3: selecciona datos
6: establece/relaciona 7: envia consulta 8: evalua consulta 9: retorna registros 10: establece/arma consulta 11: visualiza stock en otro almacen
puede delegar la lista de requerimi etos a otros usuarios responsables para reali zar las ordenes de compras
gerente/delega do
una vez que se regi stra l a orden de compra, esta se debe hacer l legar al administrador del almacen para que de sal ida de productos
almacen
sistema
clase_armalista
basedatos
3: envia consulta
de la nota de pedido exclusivamente para un almacen
4: evalua consulta
5: retorna registros
la conformidad final esta sujeto al administrador que verifico la factura y/o otros documentos en conformidad con mercaderia llegada
DS_07 Inicializacin
supervisor
sistema
basedatos
responsable de rea
sistema
4:
9: documento de conformidad
sistema/factura
basedatos
el registro de requerimientos esta sujeto bajo la ordenes que emite el sistema de facturacin
almacen
materi ales que se definieron para hacer una orden de instalacin, reconexin, de corte, etc
espera a que le asignen un encargado o tecni co que sal dra del almacen con productos
almacen
sistema
basedatos
2: envia datos
1. DE_orden_compra
O/C_ini ci ado Gerenci a / Del egado entry/ orc_estado=ini ci ado entry/ doc_accion="N"ul o event guardar/ do/ O/C
O/C_espera
evento cl ic "atendido" CP_atendido entry/ cm p_estado=atendi do event Undefi ned/ Actual izar exi t/ Im primi r OC
Evento( Entregado ) Entregado Fin entry/ entry/ event event orc_estado=entregado ... cm p_estado=entregado ... Actual izarOC/ Actual izarCP/
2. DE_orden_servicio
evento "envia"
OT_espera
evento "envia"
GR_enproceso_salida Almacn entry/ orc_estado=enproceso entry/ doc_accion="S"alida do/ GR_tecnica event Guardar/ evento clic "imprimir"
GR_enproceso_entrada Almacn entry/ orc_estado=enproceso entry/ doc_accion="E"ntrada do/ GR_tecnica event Guardar/
3. DE_producto
Fin
4. DE_recepcion_mercad eria
Inicio
Ev ento( ProcesaOC )
Ev ento(AceptaConf ormidad)
Inicio
seleciona( tipo_requerimiento )
requerimiento_iniciado almacn entry/ req_estado = iniciado entry/ doc_accion="N"ulo do/ requerimiento event guardar/ (req_estado) event Actualizar/ (req_estado)
requerimiento__espera
requerimiento__aprobado gerencia evento clic "solicita" entry/ req_estado=aprobado do/ Actualizar "enviar" click ( aprobado, email )
ADMINISTRACION
5. D E _r eq
evento clic "rechazar"
ue ri mi en to_almacen
entry/ req_estado=rechazado event Actualizar/
6. DE_requerimiento_usuario
evento clic "hacer G / R" GR_proceso Almacn evento clic "imprimir" entry/ orc_estado=enproceso entry/ doc_accion="S"alida do/ GR_interna event Guardar/
Fin
Fin
7. DE_sucursal
usuario Usuario_activo
8. DE_usuario
VI.8
GLOSARIO DE TERMINOS
Concepto CU_[nombre] DS_ [nombre] DE_[nombre] MAE_ ALM_ ADM_ Caso de uso Diagrama de secuencia Diagrama de estados
Descriptor
Se refiere a la abreviatura de Maestro de tablas Se refiere a la abreviatura de almacn Se refiere a la abreviatura de administracin Se refiere a la abreviatura de esquemas que se van a
base de datos.
VI.9
MAE_impuesto imp_codigo Sucursal suc_codigo Area are_codigo are_nombre ALM_almacen als_codigo suc_codigo (FK) alc_descripcion alc_estado lug_codigo (FK) alc_sedepirncipal suc_nombre suc_estado emp_codigo (FK) Vehiculo_Transportista veh_codigo veh_placa veh_marca veh_certificado veh_estado veh_modelo : character varyng(20) veh_color veh_observacion imp_descripcion imp_abreviatura imp_valor
Usuario usu_codigo usu_nombre usu_clave usu_sesion usu_estado tra_codigo (FK) Rol rol_codigo rol_descripcion Trabajador tra_codigo tra_cargo tra_estado are_codigo (FK) per_codigo (FK)
ORD
ort_codigo
Modulo_Rol
ALM_almacen_trabajador ltr_codigo tra_codigo (FK) als_codigo (FK) ltr_traslado ALM_ trn_codigo ltr_codigo (FK) doc_codigo (FK) trn_tipo codigo (FK)
B.
Diseo Fsico
rol_codigo (FK) mod_codigo (FK) per_codigo (FK) Requerimiento doc_codigo (FK) Perfiles per_codigo Modulo mod_codigo mod_nombre MAE_moneda mon_codigo mon_descripcion mon_simbolo Tipo_Documento tdo_codigo tdo_numero tdo_descripcion tdo_grupo per_descripcion req_asignado req_estado req_envio_correo req_descripcion
Guia_Remision doc_codigo (FK) gre_fecha_traslado gre_referencia gre_estado ort_codigo (FK) gre_motivo_traslado Detalle_Documento doc_codigo (FK) det_codigo
SH_g e ne ra l.MAE_p e rso na per_codigo: serial per_primer_apellido: character varying(50) per_segundo_apellido: character varying(50) per_nombre: character varying(60) per_fecha_nacimiento: date per_numero_identificacion: character varying(11) per_telefono1: character varying(14) per_telefono2: character varying(14) per_movil1: character varying(14) per_movil2: character varying(14) per_correo: character varying(50) per_licencia: char(10) per_tipo: character(1) ide_codigo: serial (FK) lug_codigo: serial (FK)
Auditoria
aud_codigo
SH_general.MAE_pais
SH_general.AUD_accion acc_correlativo: serial acc_tabla: character varying(30) acc_nombre: character varying(30) acc_fecha: date acc_hora: character(12) acc_valor_registro: character varying(40) usu_codigo: serial (FK)
aud_tabla emp_razonsocial: character varying(80) aud_campo erp_lugar_registro: character varying(20) aud_valor_campo emp_ruc: character(11) erp_partida_electronica: character(8) MAE_tipo_cambio aud_valor_modificado emp_telefono: character varying(14) erp_asiento: character(5) cam_codigo aud_fecha emp_fax: character varying(14) erp_camara_comercio: character varying(15) aud_hora cam_ emp_rubro: character varying(20) usu_codigo (FK) doc_codigo (FK) emp_tipo: character(1) mon_codigo (FK)
cat_codigo (FK) det_cantidad det_precio_unitario pai_codigo: serial det_precio_total det_movimiento pai_descripcion: character varying(50) det_peso pai_abreviado: character varying(25) det_costo_traslado det_estado det_referencia det_cantidad_menor Tipo_Catalogo
tca_codigo tca_descripcion
imp_codigo: serial SH_general.MAE_sucursal suc_codigo: serial SH_general.MAE_area are_codigo: serial are_nombre: character varying(30) SH_general.MAE_local loc_codigo: serial loc_descripcion: character varying(20) loc_estado: boolean loc_sede_principal: boolean suc_codigo: serial (FK) lug_codigo: serial (FK) suc_nombre: character varying(40) suc_estado: boolean emp_codigo: serial (FK) SH_general.MAE_vehiculo veh_codigo: serial veh_placa: character varying(8) veh_marca: character varying(30) veh_modelo: character varying(20) veh_color: character varying(20) veh_certificado: character varying(15) veh_observacion: character varying(60) veh_estado: boolean imp_descripcion: character varying(60) imp_abreviatura: character varying(10) imp_valor: float
ubi_numero: character varying(6) ubi_departamento: character(60) ubi_provincia: character(60) ubi_distrito: character(60) pai_codigo: serial (FK)
SH_general.ADM_usuario usu_codigo: serial usu_nombre: character varying(10) usu_clave: character(32) usu_sesion: character(32) usu_estado: boolean tra_codigo: serial (FK) SH_general.ADM_rol rol_codigo: serial rol_descripcion: character varying(15) SH_general.ADM_modulo_rol SH_general.ADM_usuario_rol rol_codigo: serial (FK) mod_codigo: serial (FK) SH_general.MAE_trabajador tra_codigo: serial are_codigo: integer (FK) tra_cargo: character varying(30) tra_estado: boolean per_codigo: serial (FK)
area.ALM_orden_tecnico ort_codigo: serial ort_descripcion: character varying(20) ort_numero: character varying(7) ort_estado: character varying(15)
area.ALM_catalogo_almacen cat_codigo: serial (FK) loc_codigo: serial (FK) cal_stock_minimo: integer cal_stock_promedio: integer cal_stock_maximo: integer
VI.11
INTERFAZ
VI.11.1 LOGIN
VI.11.2 SUCURSALES
VI.11.6 GUIAS
VI.11.7 REPORTES
VI.12
REPORTES
VI.12.2 KARDEX
VI.12.3 COMPRAS
VII.
CONCLUSIONES Y RECOMENDACIONES
El anlisis efectuado ha permitido describir la situacin de la logstica del GRUPO CABLE VISION. En la etapa de anlisis, se observaron los aspectos puntuales de la problemtica de cada componente del proceso logstico (compras, almacenamiento y planeamiento). El diagnstico fue realizado mediante la utilizacin de los diagramas UML, cuyos modelos fueron obtenidos en la etapa de anlisis. Esta herramienta permiti determinar que existen dos procesos cclicos en la problemtica de la logstica del GRUPO CABLE VISION; de los cuales, uno consiste en el lento abastecimiento de los almacenes de las diferentes sucursales, adems del incremento de pedidos innecesarios debido a que cuentan con stock y aun as realizan el requerimiento; el otro muestra como la problemtica del GRUPO CABLE VISION va creciendo progresivamente debido a que se incrementa la ineficiencia y el costo de la logstica en general, generndose de esta forma ramificaciones relacionadas con las limitaciones de los recursos humanos, con la poltica de preferencia de las
necesidades de expansin de la red por encima de las reposiciones de materiales y con la mayor presin ejercida por la competencia entre otros aspectos. El sistema diseado en este trabajo de tesina permitir: La optimizacin del abastecimiento de suministros, tanto en el Almacn Principal, como en los diversos almacenes en los diferentes puntos del pas, ya que se cuenta con todos los mdulos de inventario alineado con las necesidades de las instalaciones cubiertas por cada almacn y con existencias centrales en el Almacn Principal. Todos estos inventarios han sido determinados de acuerdo al consumo esperado de los materiales y el tiempo de reposicin. Esta optimizacin del inventario, evita adems los traslados cruzados entre almacenes. En pocas palabras, el sistema logstico diseado permitir a la logstica de CABLE VISION, lograr que se cuente con los materiales adecuados, en el momento y lugar adecuados con un costo mnimo, es decir, llevar a la logstica de CABLE VISION hacia su meta.
Generar valor para la Empresa mejorando el tiempo de respuesta ante alguna necesidad de abastecimiento, al evitar que las averas puedan afectar el servicio brindado por la Empresa, contribuyendo de esta forma a una mejora continua de la calidad de operacin de CABLE VISION.