TEMA:REDUCCION DE TIEMPO.
EN LA RECEPCION DE SOLITUDES DE
LAS MERCADERIAS
 Hoy en día necesitamos de empresas especializadas en
ofrecer servicio que integre todos los procesos logísticos.
 Que Cuenten con personal altamente calificados para atender
los requerimientos de sus clientes en los distintos sectores
económicos.
Se diseñan y gestionan soluciones especializadas para atender
los requerimientos logísticos de cada uno de nuestros clientes
con e firme compromiso de optimizar sus operaciones a través
de un servicio con alto valor agregado.
El objetivo del mismo es “proveer a los locales que se le
asignen, con los diferentes artículos que demanden los mismos,
en tiempo y forma”.
PROBLEMA
Reducción de tiempo de Recepción de solicitudes de las
Mercadorías
Las edificultades que tiene esta empresa en la actualidad son:


del


Demora en los Call center.
Retazos al generar los reportes al momento de ingresar el pedido
Proveedor.
Centro de atención con horarios limitados.
Falta de seguimiento de los procesos en el tiempo de demora.
 Implantar un sistema que permita a los Proveedores solicitar
vía web sus pedidos, que permita Optimizar los tiempos de
atención en call center, y operaciones del proceso.
A través de esta implantación el sistema permitirá al
proveedor ingresar o solicitar el pedido, el cual va a hacer que
Call center verifique el reporte o envié el reporte a almacén.
 desagregando el personal de call center a las aéreas de
despacho para la verificación de reportes o verificación de
proceso optimizando la entrega del pedido a tiempo y
satisfacción del cliente.
OBJETIVOS:
 Diseñar un sistema el cual pueda reducir el tiempo de
recepción de solicitudes de mercaderías en la empresa.
JUSTIFICACION DE LA INVESTIGACION
• Ahorro del tiempo en los call center
•Optimizar el tiempo de entrega de la mercadería a los clientes
•Mejor satisfacción del cliente y proveedores
•Mayores beneficios
LIMITACIONES
El alcance del proyecto solo aplicable en primera
instancia a los almacenes Charlie.
 Para la presente investigación, no se haya
antecedentes de la implementación del mismo
sistema.
 los resultados se basaran en base a los resultados
de contables y estadísticos.
Capítulo II: MARCO TEORICO
2.2.1 ANTECEDENTES DE LA INVESTIGACION.
 Basado
en
un
informe
estadístico del mes de Septiembre
2006 despacho debe asegurarse en
procesar por día 92 pedidos antes
de las 13:00, que equivale a un
27% de los pedidos promedio
diario procesados.
 En los años 2007 hubo un
decaimiento de servicio en Ransa
ya que no se contaba con la
implementación de un software o
un sistema donde sus clientes
puedan
satisfacer
sus
requerimientos de almacenaje.
Sistemas:
El área cuenta con una PC en la que se encuentra instalado la
aplicación “Turnos” del sistema SLL. que es utilizada
internamente en la empresa.
CIRCUITO GENERAL
2.2 Bases Teóricas

Análisis:
.
ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS Las
técnicas orientadas a objetos permiten que el software se construya a
partir de objetos de comportamiento específico. Los propios objetos
se pueden construir a partir de otros, que a su vez pueden estar
formados por otros objetos.
El UML es un lenguaje gráfico para la especificación, visualización,
construcción y documentación de modelos orientados a objetos que
representan sistemas intensivos.
DIAGRAMA DE CASO DE USO
Representa lo que hace el sistema y como se relaciona con su entorno
DIAGRAMA DE CLASE.
Muestra Clases (grupos de objetos que tienen las mismas características
y comportamiento) y sus relaciones.
DIAGRAMA DE OBJETOS
muestra una instancia prototípica de un Diagrama de Clases con el fin
de ilustrar los objetos reales participantes en un determinado momento.
Un Diagrama de Objetos tiene los mismos elementos que un Diagrama
de Clase pero los objetos y sus atributos tienen valores conocidos.
DIAGRAMA DE SECUENCIA
Muestra la interacción de un conjunto de objetos, poniendo énfasis en
el orden cronológico del Envío de mensajes entre objetos.
DIAGRAMA DE ESTADO
Describe el comportamiento de un elemento del modelo, mostrando la
posible secuencia de estados en los que puede entrar el objeto y como
cambia al reaccionar ante un evento durante su ciclo de vida
DIAGRAMA DE ACTIVIDAD
Muestra las operaciones que se realizan para conseguir un objetivo. Es
un caso especial de un diagrama de estados donde todos los estados
ejecutan una tarea. Se utilizan para dar detalle a un caso de uso,
modelando los flujos de trabajo u operaciones.

Base de datos
Se define una base de datos como una serie de datos
organizados y relacionados entre sí, los cuales son
recolectados y explotados por los sistemas de información de
una empresa o negocio en particular.
SQL(2012)
El
Lenguaje
de
Consulta Estructurado
(Structured
Query
Languaje)
Permite
proyectar consultas a
fin
de
presentar
información de interés
de una base de datos
2.3 Definición de Términos Básico
 CALLCENTER
 OC
 CD:
 SLL:
 ANADIF :
 APROVISAMIENTO:
2.4 Sistema de Hipótesis:
 Con la aplicación del sistema la empresa lograría la
reducción de atención(quejas) del cliente incrementando
de esta forma el índice de clientes satisfechos.
2.5 Sistema de variables:
Variables dependientes
Egresos
Tiempo de Implantación
Satisfacción del cliente
Variables independientes
Demanda
 total de procesos
Automizados
Competencia
Exigencia del servicio
NIVEL DE INVESTIGACION
 Investigación Descriptiva
Consiste en Describir elementos y características del problema, es
decir miden, evalúan o recolectan datos sobre diversos conceptos,
aspectos dimensiones o componentes. Se recolectara información
sobre cada una de ellas.
 Como por ejemplo: Los documentos estadísticos.
DISEÑO DE LA INVESTIGACION
Utilizaremos los diseños de orientados a objetos.
Cuya finalidad es resolver problemas
Su propósito fundamental se centra en aportar
información que guie a la toma de decisiones para
programas, procesos y reformas estructurales, con
lo cual se pretende, esencialmente, propiciar el
cambio y mejorar los procesos de la empresa.
POBLACION Y MUESTRA
La población tomada en cuenta serán básicamente los Clientes del
cual se obtendrán los datos necesarios para el proyecto, esto por
ser una empresa distribuidora.
Para el cálculo del tamaño de la muestra usaremos las siguientes
variables:
Donde:
n = el tamaño de la muestra.
N = tamaño de la población.
Desviación estándar de la población que, generalmente cuando no se
tiene su valor, suele utilizarse un valor constante de 0,5.
Z = Valor obtenido mediante niveles de confianza. Es un valor constante
que, si no se tiene su valor, se lo toma en relación al 95% de confianza
equivale a 1,96 (como más usual) o en relación al 99% de confianza equivale
2,58, valor que queda a criterio del investigador.
e = Límite aceptable de error muestral que, generalmente cuando no se
tiene su valor, suele utilizarse un valor que varía entre el 1% (0,01) y 9%
(0,09), valor que queda a criterio del encuestador
POBLACION Y MUESTRA
Calcular el tamaño de la muestra de una
población de 500 elementos con un nivel de confianza del 95%
Solución:
Realizando el gráfico que representa el 95% de confianza se obtiene:
Se tiene N=500, para el 95% de confianza Z = 1,96, y como
no se
tiene los demás valores se tomará
0.5 y e = 0,05.
Reemplazando valores de la fórmula se tiene:
TECNICAS E INSTRUMENTOS DE
RECOLECION DE DATOS
 Principalmente se obtendrán los datos de las encuestas
que se hagan a los proveedores quienes son nuestros
clientes principales.
 la observación directa de la demora de atención al
cliente, el cual se verificara en el sistema interno.
TECNICAS DE PROCESAMIENTO Y
ANALISIS DE DATOS.
En este punto se describen las distintas operaciones a las
que serán sometidos los datos que se obtengan.
TECNICAS DE PROCESAMIENTO Y
ANALISIS DE DATOS.
DFD
DIAGRAMA DE CASO DE USO
DIAGRAMA ENTIDAD RELACION
PROTOTIPO :
MANEJO INTERNO DEL SISTEMA
Ingresar al SLL la razón social, con ella
el sistema muestra las OC del proveedor
•Asignación de turno (internamente)
•El operador de tráfico deberá chequear los datos del proveedor antes
mencionados e ingresar la siguiente información:
•Orden de compra
•Porcentaje de orden de compra a entregar.
•Fecha en que se efectuara la entrega (aparecerá por default la fecha
que figure en la orden de compra, pero el operador de trafico podrá
modificarla).
•El sector de descarga se deduce de la OC.
PROCESOS ADMINISTRATIVOS
4.1.1. Participantes en el Proyecto
•Jefe de Proyecto. Responsable de la planificación y ejecución del
proyecto.
•Jefe operador logístico. Planificar pedidos; proveer guía; asignar los
pedidos.
•Analista de Sistemas/Programador. Responsable de entregables del
proyecto y programación del sistema.
•Programador. Encargado de la programación del sistema, con el fin de que
los requerimientos del proyecto sean solucionados.
•Administradores encargados del sistema local logístico.
4.1.2. funciones y Responsabilidades
Cargo
Jefe de Proyecto
Jefe operador logístico
Analista/Programador
Responsabilidad
Es el responsable de la Gestión ,Planificación, Ejecución, Control y
Supervisión y Cierre del proyecto.
Planificar pedidos; proveer guía; asignar los pedidos.
Elaboración del Modelo de Análisis y Diseño. Colaboración en la
elaboración de las pruebas funcionales y el modelo de datos.
Construcción de prototipos. Colaboración en la elaboración de las
Programador
pruebas funcionales, modelo de datos y en las validaciones con el
usuario
administrador
Encargado de verificar los pedidos en el sll.
Microsoft Proyect o Excel,
4
CRONOGRAMA DE ACTIVIDADES
Cronograma del Proyecto
Evento Significativo
Fecha Programada
1.
2.
Planeamiento del Proyecto
02-07-2012 10-07-2012
Levantamiento de Información 11-07-2011 25-07-2012
3.
Análisis de la Situación Actual
4.
Análisis del Sistema Propuesto 10-08-2011 25-08-2012
5.
Diseño del Sistema Propuesto
26-08-2011 10-09-2012
6.
Construcción de la Aplicación
11-09-2011 11-10-2012
7.
Implementación
12-10-2012 17-11-2012
8.
Pruebas del Sistema
18-11-2012 18-12-2012
9.
Capacitación
23-11-2012 01-12-2012
10. Puesta en Marcha
26-07-2011 09-08-2012
20-12-2012
VAN TIR