universidad de guayaquil facultad de ingenierÍa...

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL

DEPARTAMENTO ACADÉMICO DE TITULACIÓN

TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE

LICENCIADA EN SISTEMAS DE INFORMACIÓN

ÁREA DESARROLLO DE SISTEMA

TEMA “DESARROLLO DE UN SISTEMA DE GESTIÓN DE

LOGÍSTICA DE SALIDA: DESPACHO DE MERCADERÍAS POR MEDIO SERVICIOS WEB”

AUTORA CAÑOLA CRUZ ANDREA ANAIS

DIRECTORA DEL TRABAJO LCDA. GUALES DUMES ISABEL MARITZA, MSC.

2017 GUAYAQUIL – ECUADOR

ii

DECLARACIÓN DE AUTORIA

“La responsabilidad del contenido de este Trabajo de Titulación, me

corresponde exclusivamente; y el patrimonio intelectual del mismo a la

Facultad de Ingeniería Industrial de la Universidad de Guayaquil”

Cañola Cruz Andrea Anais

C.C. 0706653672

iii

AGRADECIMIENTO

Agradezco a Dios, ante todo. A mi madre y familia por confiar en

mí, a lo largo de este proyecto

iv

DEDICATORIA

A Dios por haberme permitido seguir con vida, haberme dado salud

serenidad y constancia cuando lo necesite.

A mis padres por su apoyo, consejos, comprensión, amor, ayuda

en los momentos difíciles, y por ayudarme con los recursos necesarios

para estudiar. Me han dado todo lo que soy como persona, mis valores,

mis principios, mi carácter, coraje para conseguir mis objetivos.

A mi tutora la LSI. Isabel Guales por el tiempo dedicación y

paciencia en la elaboración de este documento.

Mis amigos por permitirme aprender más de la vida a su lado. Esto

es posible gracias a ustedes.

v

ÍNDICE GENERAL

N° Descripción Pág.

PRÓLOGO 1

INTRODUCCIÓN 2

CAPÍTULO I

MARCO TEÓRICO


1.1 Marco teórico de procesos 9

1.1.1 Logpistica 9

1.1.2 Suply Chain 10

1.1.3 Despacho 10

1.1.4 Back Office de transporte 11

1.1.5 Transporte en la logística 11

1.2 Marco teórico tecnológico 12

1.2.1 Sistemas Computacionales 12

1.2.2 Aplicación Web dentro la logística 13

1.2.3 Servicios Web 14

1.2.4 Microsoft C# 15

1.2.5 HTML 15

1.2.6 ASP. Net 17

1.2.7 JavaScript 19

1.2.8 Hoja de estilos 20

1.2.9 Navegador de internet 22

1.2.10 Internet Information Server 23

1.2.11 Microsoft Windows 24

1.2.12 Microsoft Visual Studio 26

1.2.13 Diseño teórico y general de procesos 28

vi

CAPÍTULO II

METODOLOGÍA


2.1 Tipología de metodología 29

2.2 Metodología de desarrollo 30

2.2.1 Metodología SCRUM 30

2.3 Análisis de investigación 31

2.4 Diseño investigativo y toma de datos 32

2.4.1 Selección de la muestra 33

2.4.1.1 Tabulación y observación de resultados de encuestas 35

2.4.2 Conclusiones de encuestas y observaciones de la

problemática actual 41

2.5 Definición de la situación actual 42

2.6 Requerimientos funcionales y no funcionales 44

2.7 Investigación preliminar 45

2.7.1 Arquitectura del sistema 45

2.7.1.1 Diagrama de arquitectura técnica del sistema por capas 46

2.7.2 Diagrama de casos de usos 47

2.7.3 Diagrama Entidad – Relación 55

2.7.4 Diagrama de clases 56

2.7.4.1 Diccionario de clases 57

2.7.5 Diagrama de actividades 58

2.7.6 Diagrama de secuencias 59

2.7.7 Desarrollo de prototipo funcional de la propuesta 60

2.7.7.1 Diseño 60

2.7.7.2 Diseño conceptual del sistema web 61

CAPÍTULO III

PROPUESTA


3.1 Título 62

vii


3.2 Explicación 62

3.3 Objetivos del sistema 62

3.4 Desarrollo de la propuesta 62

3.4.1 Perspectiva del sistema 63

3.4.2 Módulos (secciones) del sistema 64

3.4.3 Fase de desarrollo 65

3.4.3.1 Implementación de patrones en desarrollo 66

3.4.3.2 Evaluación de metodología de desarrollo SCRUM 69

3.4.3.3 Desarrollo de formularios (diseño de pantallas) 70

3.4.4 Fase de implementación 77

3.4.4.1 Actividades de implementación 78

3.4.5 Estudio de factibilidad 79

3.4.5.1 Factibilidad técnica 79

3.4.5.2 Factibilidad operativa 80

3.4.5.3 Factibilidad económica 80

3.4.6 Impacto de la propuesta 82

3.5 Conclusiones y Recomendaciones 82

3.5.1 Conclusiones 82

3.5.2 Recomendaciones 83

GLOSARIO DE TÉRMINOS 84

ANEXOS 87

BIBLIOGRAFÍA 116

viii

ÍNDICES DE CUADROS


1 Problema /causa /efecto 6

2 Versiones del sistema Microsoft Windows 25

3 Pro y contras de la metodología SCRUM 31

4 Variables de estudio 33

5 Población y muestra 34

6 Atributos de la encuesta 34

7 Resultados de encuestas con tabulaciones 35

8 Requerimientos funcionales 44

9 Requerimientos no funcionales 44

10 Caso de uso: Administración de despachos 50

11 Caso de uso: Toma física de inventario para despachar 52

12 Caso de uso: Administración de perfiles y usuarios 54

13 Esquema y diccionario de clases 57

14 Recursos de proyecto SCRUM 63

15 Recursos humanos en fase de desarrollo 65

16 Esquema de pantalla: Formulario de ingreso 70

17 Esquema de pantalla: Formulario de inicio 71

18 Esquema de pantalla: Formulario de inicio de toma de

inventario 72

19 Esquema de pantalla: Formulario de orden de despacho 73

20 Esquema de pantalla: Formulario de toma física de Inventario 74

21 Esquema de pantalla: Impresión de despachos 75

22 Esquema de pantalla: Impresión de guías 76

23 Asignación ejecución de proyectos 78

24 Ventajas y desventajas técnicas 79

25 Costes del talento humano 81

26 Costos de recursos tecnológicos 81

ix

ÍNDICES DE GRÁFICOS


1 Resultados de la pregunta 1 de la encuesta 37









x

ÍNDICES DE IMÁGENES


1 Ubicación de la empresa 4

2 Mockup del proceso general de despacho 28

3 Actores de casos de usos 47

4 Estructura de solución de proyecto de desarrollo 66

5 Estructura de patrones de desarrollo 67

6 Formato de entidades en codificación 69

xi

ÍNDICES DE DIAGRAMAS


1 Esquema de organización ágil con SCRUM 30

2 Diagrama de Ishikawa 43

3 Diseño gráfico de arquitectura técnica de sistemas 46

4 Caso de uso: Administración de despachos 49

5 Caso de uso: Toma física de inventario para despachar 51

6 Caso de uso: Administración de perfiles y usuarios 53

7 Modelo entidad relación (parte 1) 55

8 Diagrama de clases y entidades 56

9 Diagrama de actividades 58

10 Diagrama de secuencia (creación de orden de despacho) 59

11 Diagrama de secuencia (toma física) 60

12 Diseño conceptual de arquitectura técnica de sistemas 61

13 Diagrama de bloques 64

14 Estructura de entidades – capas 68

xii

ÍNDICES DE ANEXOS


1 Diccionario de datos 88

2 Planificación 114

xiii

AUTORA: CAÑOLA CRUZ ANDREA ANAIS TEMA: DESARROLLO DE UN SISTEMA DE GESTIÓN DE

LOGÍSTICA DE SALIDA: DESPACHO DE MERCADERÍAS POR MEDIO SERVICIO WEB

DIRECTOR: LCDA. GUALES DUMES ISABEL MARITZA, MSC.

RESUMEN

Dentro del proyecto presente, propone el desarrollo de una aplicación web para el control logístico de despachos de mercadería; por medio orden de despacho de los productos de las facturas incluyendo la toma física antes del embarque a los transportes designados. De esta manera se elabora un soporte de las operaciones de logística e inventarios, realizadas por el personal de bodega, facilitando de manera significativa las dificultades analizadas en los procesos del área de bodega de la empresa Conspromavi. Para la determinación de la problemática dentro de la compañía, se realizó un análisis y diseño de una solución tecnológica, mediante diversas metodologías de investigación con sus respectivas herramientas de recolección de datos, estudios de procesos y técnicas de análisis investigación como entrevistas, observaciones de procesos, diagrama UML y cuadros estadísticos. Esto conduce a este proyecto al desarrollo de un sistema web conformado por plataformas y frameworks de libre acceso como ASP.NET, JavaScript, HTML5 y un gestor de base de datos relacional como Microsoft SQL Server. Finalizando con un sistema web de despacho que cumple satisfactoriamente con las necesidades planteadas a lo largo de esta tesis. PALABRAS CLAVES: Investigación, Técnicas, Despacho, Logística,

UML, ASP.NET, Inventario, SQL Server, HTML5, Frameworks.

Cañola Cruz Andrea Anais LCDA. Guales Dumes Isabel Maritza, MSC. C.C. 0706653672 Director del trabajo

xiv

AUTHOR: CAÑOLA CRUZ ANDREA ANAIS SUBJECT: DEVELOPMENT OF A LOGISTICS MANAGEMENT

SYSTEM: MERCHANDISE DISPATCH THROUGH WEB SERVICES.

DIRECTOR: LSI. GUALES DUMES ISABEL MARITZA, MGS

ABSTRACT

Within the present project, proposes the development of a web application for the logistic control of merchandise dispatches; by means of dispatch orders of the products of the invoices including the physical taking before boarding to the designated transports. In this way, a support of the logistics operations and inventories is created, it is carried out by the winery personnel, significantly facilitating the difficulties analyzed in the processes of the winery area of the determine the problems within the company, an analysis and design of a technological solution was carried out, through various research methodologies with their respective data collection tools, process studies and research analysis techniques such as interviews, process observations, UML diagram and statistical tables. This leads to this project to the development of a web system made up platforms and open access frameworks such as ASP.NET, JavaScript, HTML5 and a relational database manager such as Microsoft SQL Server. Ending with a web system of dispatch that satisfies satisfactorily, with the raised needs throughout this graduation project. KEY WORDS: Research, Techniques, Dispatch, Logistics, UML,

ASP.NET, Inventory, SQL Server, HTML5, Frameworks

Cañola Cruz Andrea Anais LCDA.Guales Dumes Isabel Maritza, MSC. I.D. 0706653672 Director of Work

PRÓLOGO

Este proyecto tiene como finalidad el desarrollo de un sistema web

de control de despachos de mercadería, por medio de un análisis y diseño

sobre los procesos operativos de la empresa Conspromavi.

Mediante la elaboración de este sistema, permitirá a la empresa a

controlar la salida de su inventario de las ventas realizadas. Donde se

podrá organizar los despachos en grupos de personal designados para

esta tarea, a su vez podrá asignarla por medio de una toma física con su

transporte correspondiente, con una constancia de una guía de remisión.

Este proyecto está dividido estructuralmente en tres capítulos,

estos son detallados en los párrafos siguientes:

Capítulo I: Consta de un marco teórico, que sirve de base

investigativa para entender la temática de este proyecto como técnicas de

investigación, conceptos de la lógica de negocio, herramientas y

plataforma tecnológicas de desarrollo.

Capítulo II: Descripción de las diversas metodologías de

investigación y desarrollo. Se elabora dentro de este capítulo, los análisis

y procesos de consulta de datos para determinar el diseño de una

solución factible.

Capítulo III: En este último capítulo, se presenta la propuesta de

desarrollo de software, se detalla el uso de metodologías de

programación, las técnicas y estructuras de elaboración del sistema,

donde se concluye con recomendaciones y evaluaciones del trabajo

realizado.

INTRODUCCIÓN

Tema

Desarrollo de un sistema de gestión de logística de salida:

despacho de mercaderías por medio servicio web.

Introducción

El mundo dinámico de los negocios exige respuestas rápidas, en

especial sobres las cadenas de producción, un control dinámico y

atomización de tareas manuales dentro la logística de una empresa, es

una exigencia actual.

En el Ecuador, las empresas buscan automatizar sus procesos de

logística con la única finalidad de mejorar tiempos de atención, reducir

costos, optimizar recursos y brindar calidad de servicio sobre las ventas

de sus productos.

Este proyecto investigativo presenta una solución tecnológica que

se adapte al modelo de producción y venta de los productos del

departamento de logística de la empresa Conspromavi.

La utilización de esta herramienta permitirá una administración

eficiente y eficaz de las bodegas en sus procesos de despacho para

mejorar la distribución de las órdenes de pedidos de sus principales

productos. Mediante el uso de la metodología de observación directa e

indirecta de los diversos procesos de despacho y entrevista a personal de

gerencia de logística de la institución se logrará un análisis de las

entradas y salidas de los procesos que se llevan en las bodegas.

Introducción 3

Posteriormente se procederá con el diseño de una propuesta

para desarrollar una herramienta basada en tecnologías de servicios

web.

Este trabajo tiene como finalidad principal ser una guía para el

desarrollo de una herramienta basada en tecnologías de la información,

indicando las conclusiones y recomendación generales que se deben

aplicar para optimizar los despachos de los productos de las bodegas, en

este caso específico para la empresa Conspromavi.

Objeto de la investigación

El proceso de despacho en el departamento de logística de

la empresa Conspromavi, se efectúa de forma manual y por

medio de utilitarios informáticos de oficina como son las hojas

electrónicas.

Esto involucra los procesos generados por las diversas órdenes de

pedidos de los clientes, como son: el control de los pedidos, su asignación

de despacho en las diversas bodegas y carga al camión para su

respectivo transporte.

Todas estas actividades de logística de envió de productos poseen

una falta de control adecuado, de preferencia sistematizado y

automatizado, a las necesidades de la empresa.

Delimitación del objeto en el espacio físico – geográfico

Este proyecto se desarrollará para ser aplicado en la empresa

Conspromavi, la cual se ubica en la ciudadela Acuarela del Río, en la

ciudad de Guayaquil, provincia del Guayas, Ecuador.

Introducción 4

IMAGEN N° 1

UBICACIÓN GEOGRÁFICA DE LA EMPRESA

Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais

Delimitación espacial y del tiempo

El área de trabajo será el departamento de logística de la empresa

Conspromavi con el personal operativo, de sistemas y administrativo en

busca de un desarrollo de una solución integra y tecnológica que busque

solucione los problemas presentado en esta dependencia. El tiempo que

se logró estimar para la finalización de este proyecto investigativo es en el

transcurso del año 2017.

Delimitación semántica

El desarrollo de una solución tecnológica con orientación a

servicios web y tecnologías móviles se fundamentará con el ingreso de los

diversos pedidos de los clientes con el seguimiento y control de todo el

despacho de los mismos, donde se debe considerar al cliente,

despachador, tiempo de entrega, ubicaciones de bodegas y asignaciones

de responsabilidades. Esto definirá la problemática y recomendaciones

para aplicar una mejora continua del departamento de logística. El

sistema propuesto permite el soporte a las operaciones de despachos del

personal de las bodegas de la empresa.

Introducción 5

Determinación de los recursos disponibles

Para la ejecución de las diversas fases de esta investigación, se

regirá a un cronograma establecido, los cuales serán de seis horas diarias

involucrando al personal del departamento de logística y gerencial. A

demás de la utilización del hardware actual que se posee en la empresa y

software de licencias libres. En el aspecto de desarrollo se dispone del

entorno adecuado, como el motor de base de datos en SQL Server, IDE

de desarrollo como Visual Studio 2017, plataforma Windows y servidores web

que soportan el límite de conexiones para el número de usuarios actuales.

Justificación

La mayor parte de las empresas, conocen que el proceso de

logística es el enlace final de una venta del cliente con sus productos. Por

ende, el enfoque investigativo de este proyecto resalta la importancia de

disponer las herramientas necesarias que permitan optimizar de la forma

más eficiente y eficaz la ejecución de estos procesos. Las gestiones de

los despachos pueden presentar diversos problemas: perdidas por robos,

despachos incorrectos entre clientes, pérdidas de tiempo, gastos

innecesarios en transporte por una planificación de entregas incorrecta.

A la vez se genera una cadena de inconvenientes como perdidas

de clientes, gastos de personal y recursos y una mala imagen corporativa;

donde la mayor parte de esta problemática se produce por falta de control

y planeaciones estratégicas que se agudizan por la falta de instrumentos

de seguimiento y registro de estas actividades dentro de una bodega

como una aplicación informática. Las herramientas tecnológicas están

dentro de un auge mundial, que acompaña a la mayoría de los procesos

operativos de cualquier institución. Aplicativos informáticos y tecnológicos

para control de inventario y logísticas de entregas son muy comunes hoy

en día, en donde la selección de una de estas opciones es muy decisiva

para el correcto funcionamiento en las operaciones cotidianas del

Introducción 6

departamento de logística. Este proyecto dispone de una ventaja que se

ajusta a las necesidades específicas de la empresa considerando los

recursos, ideas y necesidades de la empresa. Finalmente, el propósito

principal de esta solución planteada, es de proveer una herramienta de

soporte al trabajo del personal involucrado directo e indirecto en el

proceso de despacho de los productos que provee la empresa

Conspromavi. Donde se utilizará los recursos de la tecnología de

información para proveer una administración y control de estos procesos.

Problemas que resuelve

El proyecto de titulación presentado pretende resolver el problema

de control y automatización de los despachos. Presentar la mejor solución

que se ajuste a la realidad actual de la empresa, mediante el uso de la

tecnología corregir las mejoras del tiempo de respuesta de entregas, los

gastos de recursos y planificaciones ineficientes. A continuación, se define

la problemática actual con los análisis previos, además de sus causas y

efectos, por medio del siguiente cuadro.

CUADRO N° 1

PROBLEMA / CAUSA / EFECTO

Problemas Causa Efecto

Falta de control en la operativa de los despachos

Falta de clasificación de los productos. Falta de control de toma de códigos de productos

Inconsistencia en los despachos de bodega. Procesos manuales con pérdida de tiempo y atrasos.

Documentos de control y guías de movimientos deficientes.

Las guías producidas son realizadas manualmente, sin una correcta auditoria.

Posibles pérdidas de producto. Confusión en el departamento de logística, causando retrasos en diversas actividades cotidianas.

Inexistencia de auditorías en los procesos de despachos

Falta de historial de los cambios y actividades de las gestiones de despachos.

Falla en la detección de errores y posibles robos. Base de datos incorrecta para elaborar planificaciones y contingencias.


Introducción 7

Sectores Beneficiados

El sector que se provee con un mayor beneficio es el departamento

de logística de la empresa Conspromavi.

Aporte del investigador

Este trabajo investigativo provee el desarrollo de un sistema que

actué como soporte al servicio de logística de despacho, que permita una

automatización y control de las actividades involucradas en los procesos

de despacho.

Objetivos

Objetivo General

Elaborar una aplicación informática, que permita la automatización

y control de los procesos de despachos del departamento de logística

mediante el uso de tecnología web.

Objetivos Específicos

Investigar y recopilar información de los procesos actuales del

departamento de logística mediante herramientas y metodologías de la

investigación

Analizar y determinar las herramientas a utilizarse para las diversas

fases del proyecto como diseño, desarrollo e implementación. Donde

se debe definir las actividades y procesos que serán automatizadas.

Diseñar la herramienta tecnológica en sus diversos aspectos como

interfaces de usuarios, diseño de base de datos, modelados de la

lógica de los procesos mediante el uso de herramientas UML. A

demás de finir la arquitectura y metodologías de la programación que

se deben usar.

Introducción 8

Desarrollar una aplicación informática según las definiciones

establecidas en el diseño.

Implementar la aplicación en un ambiente de pruebas, para su

evaluación y medición de impactos dentro de la empresa. Para su

posterior implementación en producción.

CAPÍTULO I

MARCO TEÓRICO

1.1. Marco teórico de procesos

1.1.1. Logística

El área de logística es vital para los negocios en un mundo

globalizado. Todos los procesos logística participes dentro de una

empresa forman un sistema de enlace entre el mercado y la producción

donde las barreras son la distancia y el tiempo. De acuerdo a la obra

denominada Distribución y logística: La evolución continua del mercado y

la mayor importancia que va tomando de manera continua el consumidor

como cliente, incrementa el riesgo y la incertidumbre en el engranaje

empresarial, haciendo necesario una mejora continua en los procesos

operativos. (Iglesias, 2016, pág. 13).

Según (Los Santos, 2006, pág. 19):

“Proporciona un concepto desde la perspectiva de la

cadena suministro de una empresa, dentro su obra Logística

y marketing para la distribución comercial: La logística es,

sin embargo, la parte del proceso de Gestión de la Cadena de

Suministro encargada de planificar, implementar y controlar

de forma eficiente y efectiva el almacenaje y flujo directo e

inverso de los bienes, servicios y toda la información

relacionada con estos, entre el punto de origen y el punto de

consumo o demanda, con el propósito de cumplir con las

expectativas del consumidor”.

Marco Teórico 10

Un concepto más simple de este tema puede ser el siguiente: “La

ciencia que estudia como las mercancías, las personas o la información

superan el tiempo y la distancia de forma eficiente” (Robusté, 2006, pág. 13)

1.1.2. Suply Chain

Se entiende por Cadena de Suministro (Suply Chain, SC) la unión

de todas las empresas que participan en producción, distribución,

manipulación, almacenaje y comercialización.

El autor referenciado, Robusté, trata este tema como la

coordinación sistemática y estratégica de las funciones de negocio

tradicional y las tácticas utilizadas a través de esas funciones de negocio,

al interior de una empresa y entre las diferentes empresas de una cadena

de suministro, con el fin de mejorar el desempeño en el largo plazo tanto

de las empresas individualmente como de toda la cadena de suministro.

Para el investigador es muy importante conocer el papel

protagónico que desempeña el desarrollo de este proyecto, porque es una

herramienta tecnológica de soporte a las operaciones de despacho y

guías de traslado. Donde un problema en esta herramienta representa un

corte del flujo de la cadena de suministros.

1.1.3. Despacho

Este marco teórico, tiene un sinónimo muy particular es la palabra

venta. Referenciar este concepto en el ámbito de un departamento de

logística es determinar generalmente la fase final de una venta: la carga

de camión, el envío y la entrega de un producto al cliente.

De acuerdo al autor (Riveros Polanía, 2015), dentro del

departamento de logística una bodega de despacho se conceptualiza

como: “Un tipo de bodega en donde los productos se conservan ya sea

Marco Teórico 11

por largo tiempo o a la espera de ser enviados a otro terreno o bodega

secundaria”.

La teoría anterior de Riveros, explica al despacho como proceso de

envío de la mercadería de un punto a otro. Para el investigador de este

proyecto, el conocer todos los procesos relacionado con este tema, es de

suma importancia porque la mayor parte de las actividades automatizar se

encuentran aquí.

1.1.4. Back Office de transporte

Cualquier proceso logístico que sea interno para la gestión de la

empresa, con los cuales el cliente no tiene contacto, se conoce como un

proceso Back Office. El gestionar con la transportación, la logística de

envío y rutas de despacho desde la orden del pedido hasta la facturación

al cliente con su respectiva guía de movimiento. Es un concepto que se

debe entender claramente y detallado por parte del investigador, porque

esta herramienta a desarrollarse afectara de manera directa e indirecta a

estos procesos.

El back Office de transporte de acuerdo a Riveros en su obra

Marketing Logístico, afirma que los empleados son los únicos

responsables de estos procesos. Por eso se debe hacer un énfasis

especial en la gestión operativa de los empleados por que ellos

interactuaran con la aplicación a desarrollarse.

1.1.5. Transporte en la logística

Todo envío o despacho, en un gran porcentaje involucra un

transporte, el conocer qué estrategia se emplea en el uso del transporte

se debe detallar en un marco teórico. En este caso el autor (Ballou, 2004),

explica la importancia de las estrategias de transporte de la siguiente

manera:

Marco Teórico 12

Según (Ballou, 2004, pág. 105):

“Las decisiones de transporte pueden incluir la

selección del modo de transporte, el tamaño del envío y al

establecimiento de rutas, así como la programación. Estas

decisiones son influidas por la proximidad de los almacenes

a los clientes y a las plantas, lo cual, a su vez, afecta la

ubicación de almacenes. Los niveles de inventario también

responden a las decisiones de transporte mediante el tamaño

del envío”.

El investigador debe conocer cómo opera un despachador dentro

de la bodega, cómo trabaja en el día a día, por ejemplo, cómo hace una

carga de un producto al camión, cómo registra cada producto que envía.

Porque de esta manera podrá conocer la forma de implementar una

herramienta de apoyo a las gestiones del proceso de despacho de la

empresa.

1.2. Marco teórico tecnológico

1.2.1. Sistemas Computacionales

La importancia de la automatización de los procesos, la

administración de la información y el soporte a las diversas actividades

personales, empresariales y sociales. Todo gracias a la ciencia

informática la sociedad ha evolucionado en beneficio de todos. De

acuerdo al autor Garcia Molina, define la importancia de los sistemas de

la siguiente manera:

La Informática y los Sistemas Computacionales han sido factores

determinantes en ese cambio. Pocas son las actividades humanas que

hoy en día no involucren un sistema de cómputo, ya que se encuentran

Marco Teórico 13

presentes hasta en los aparatos electrodomésticos de todos los hogares.

Molina

En el párrafo anterior, se puede observar la necesidad de

implementar sistemas computacionales para la mejora de procesos

cotidianos, en este trabajo se resalta esta necesidad dentro del ámbito

empresarial, con mayor énfasis en el departamento logística e inventario.

1.2.2. Aplicación Web dentro la logística

La evolución de los sistemas informáticos es tan grande, que

actualmente se puede trabajar desde cualquier computador, de una

manera tan sencilla y rápida que gran parte de los sistemas o

aplicaciones migran o generan una versión web para sus aplicaciones

tradicionales de escritorio. El mercado del internet, una plataforma

estandarizada, han obligado al incremento del desarrollo de este tipo de

software, adaptándose a cualquier tipo de navegador web.

Dentro de un departamento de logística e inventario, para un

correcto desempeño optimo en las funciones cotidianas, se debe disponer

de herramientas dinámicas como handheld, dispositivos de captura de

series, computadores y laptops, de ahí la importancia de contar con una

aplicación web que sea precisa y confiable para el control y realización de

procesos que pueden suceder en esta área como por ejemplo la toma de

inventario, despachos, control de series, control de pesos, servicios de

embarque y entrega, entre otros. De acuerdo al reporte de IBM, destaca

el enfoque del usuario con el siguiente enunciado:

Según (IBM Corporation, 2012, p. 3):

“La gran variedad de métodos de entrada disponibles

en los dispositivos, también lleva a diseñar desde un

principio cómo identificar y usar formas más eficientes de

Marco Teórico 14

introducir información que limitarse a “rellenar un

formulario”, como es la norma en las aplicaciones web y de

PC tradicionales. Debe evitarse la introducción frecuente de

datos mediante el teclado para reducir la frustración del

usuario, especialmente debido a lo pequeño de los teclados

táctiles, tamaños de pantalla y su falta de respuesta física.

Encontrar formas distintas de reunir y suministrar

información en una aplicación sin necesidad del teclado

supone un reto considerable”

Al analizar la cita anterior, refleja las necesidades de aplicaciones

web empresariales optimizadas y eficaces para cualquier tipo de

computador. Donde el investigador de este trabajo, debe reconocer las

mejores técnicas de desarrollo de este tipo de aplicaciones web.

1.2.3. Servicios web

Es una tecnología que emplea protocolos y estándares web para

intercambiar información entre aplicaciones, sin importar el lenguaje de

programación o plataforma del sistema operativo. Esto es de gran utilidad

para comunicar las diversas aplicaciones a desarrollarse en este proyecto

como por ejemplo enlazar los datos tomados desde una aplicación web

alojada en el servidor de la empresa.

La importancia de este marco teórico es necesario para el

investigador, porque soluciona muchos problemas de comunicación, una

referencia teórica en la obra Ingeniera del software, se menciona:

Según (Sommerville, 2005):

“Mediante el uso de un servicio web, las

organizaciones que quieren hacer accesible la información a

otros programas, pueden hacerlo definiendo y publicando

Marco Teórico 15

una interfaz de servicio web. Esta interfaz define los datos

disponibles y cómo se puede acceder a ellos. De forma más

general, un servicio web es una representación estándar para

cualquier recurso computacional o de información que pueda

ser usado por otros programas”.

1.2.4. Microsoft C#

Es un lenguaje de programación diseñado para la elaboración de

diversos tipos de aplicaciones empresariales que se ejecutan bajo el

framework .NET, se considera a este lenguaje como una evolución de

Microsoft C y C++. De acuerdo a la empresa creadora Microsoft menciona

que C# es simple, moderno, fuertemente tipado, funcional y orientado a

objetos.

Dentro esta investigación, se empleará este lenguaje del lado del

servidor web, para el desarrollo de la aplicación de despacho que utilizará

la empresa. Siendo un eje fundamental en la programación, es necesario

que el lector tenga noción de esta herramienta y programador conocer el

uso de esta plataforma.

1.2.5. HTML

Toda página web este programa en un lenguaje denominado

HTML, un lenguaje de programación que se basa en etiquetas (<>) para

diseñar sitios web especificar acciones y validaciones dentro estos. Este

lenguaje nacido en la era de los 90, ha evolucionado tanto llegando a la

versión número 5.

El HTML5, la última versión de este lenguaje ha permitido al

internet llegar mundialmente a muchas personas por medio de

aplicaciones enriquecidas y gran experiencia para los usuarios. Un

Marco Teórico 16

ejemplo de etiquetas <video> </video>, como se puede observar se usa

para cada comando debe ir entre los símbolos <> y para cerrar la

instrucción </>, y de esta manera en la demostración se dice que usara

un recurso de video dentro de la página.

Este concepto es importante para un diseño web, es una piedra

angular para el desarrollo de una solución basada en esta propuesta

investigativa. El desarrollo con el estándar HTML5, no es una nueva

tendencia de desarrollo web, es una necesidad a los requerimientos

actuales a los usuarios que necesitan programas web simples, dinámicos,

sencillos, flexibles y fácil acceso. Entre las ventajas más significativas es

la de ejecutar acciones offline dentro de las páginas web, ejecución de

contenido multimedia sin necesidad de aplicaciones externas y un código

de programación más fácil de mantener.

Entre las características principales que posee el HTML5, es la de

ser un lenguaje abierto, así se eliminó las dependencias de uso de

software privativo para realizar tareas básicas con los aspectos de

multimedia como reproducir un audio, video, animación o juegos. De fácil

acceso y compatible, gracias a las nuevas etiquetas los buscadores de

internet pueden localizar más rápido a una página web; al momento de

consultar un sitio desde cualquier dispositivo como celular o Tablet se

puede visualizar contenido de manera accesible y ergonómica.

Según (BEATI, 2015, p. 25):

“En HTML5, el DOM (Document Object Model, o Modelo

de Objetos del Documento) se integra por primera vez al

estándar, con lo cual, dejan de existir incompatibilidades en

la forma en que los distintos navegadores interpretan el

código JavaScript, simplificando la tarea de los

programadores”.

Marco Teórico 17

Al día de hoy, la mayoría de los navegadores de internet soportan

la tecnología y estándar HTML5, por ende, el investigador debe centrar

sus esfuerzos en el diseño y desarrollo de una aplicación que satisfaga

las necesidades del mercado actual. Este proyecto deberá tomar como

lineamientos el uso de este lenguaje web para el cumplimiento correcto

de los objetivos planteados.

De acuerdo a los autores (Casabona & Ceci, 2014), otra gran

ventaja de esta tecnología es el uso de módulos específicos denominados

API, para la realización de tareas específicas y automatizadas.

Un claro ejemplo es obtener la ubicación física del cliente a través

de la API de geolocalización, que también permita que un sitio web

trabaje fuera de línea con la API AppCache; almacenar datos con

WebStorage y por último el envío de notificaciones por medio del

navegador por el API WebWorkres. Todas estas cualidades y avances

permiten obtener una aplicación web enriquecida y flexible para el

usuario.

El problema que puede tener un investigador en el transcurso de

este proyecto es la compatibilidad con los estándares actuales del HTML5

que van surgiendo paulatinamente, por lo tanto, es necesario disponer de

un navegador actualizado.

1.2.6. ASP.Net

Es una plataforma de la empresa de software Microsoft que sirve

para desarrollar aplicaciones Web; conjuntamente con un componente

para procesar páginas denominado IIS (Internet Information Server) y por

medio de un lenguaje de programación integrado en la .NET Framework

se lograr crear páginas dinámicas generadas por un servidor. Se debe

resaltar que esta plataforma web ASP.Net es una de las más seguras y

estables en el mercado de software.

Marco Teórico 18

La tecnología Active Server Pages .NET (ASP.NET), sirve para

generar páginas dinámicas del lado del servidor, que a lo largo del tiempo

ha sido comercializado con el IIS para la construcción de aplicaciones

web y servicios apareció en el año 2001 y es un producto sucesor de la

tecnología clásica de ASP. De acuerdo (Guérin, 2012), en el aspecto

sobre los componentes y recursos de ASP.NET se refiere de la siguiente

manera: “Los componentes personalizados aseguran a ASP.NET

flexibilidad y versatilidad.

El propósito de Microsoft no es producir soluciones específicas, por

ello estos componentes abren la vía a un mercado más dinámico.”.

Dentro de esta investigación, la comprensión del tema tecnológico

ASP.NET como soporte al diseño de la aplicación en el aspecto de

procesamiento de datos y peticiones de servicios, hacen la solución

presentada interactiva, precisa y eficiente para los usuarios.

Las ventajas más significativas de ASP.NET frente a otras

tecnologías como PHP son las siguientes:

La admisión de programación con Visual Basic Script.

La programación interna esta soportada por los lenguajes más

importantes de Microsoft, como C#, VB.NET y J#

Comunicación Nativa con el motor de base datos de SQL Server.

Velocidad de procesamiento alta y una seguridad robusta con

autenticaciones a nivel de sistema operativo.

Actualmente el lenguaje es gratis, sin costos de licencias.

Sin embargo, las desventajas son la dependencia de un servidor

con Windows Server y por ultimo las exigencias de recursos de

infraestructura son de nivel medio-alto, por este motivo es difícil encontrar

hosting que ofrezcan este tipo de tecnología.

Marco Teórico 19

1.2.7. JavaScript

Es un lenguaje de programación que sirve para interactuar con los

elementos HTML, se ejecuta directamente en el navegador de internet,

por lo que no depende de servidores externos. Este lenguaje permite el

dinamismo de la página web. A partir de esta tecnología se desarrollaron

frameworks para agilizar el tiempo de desarrollo web con JQuery, Coffe

script, TypeScript, entre otros. También ayuda a la renderización en el

sitio web conjuntamente con las hojas de estilos en diversos dispositivos

como televisores, computadores, tabletas y celulares.

Así como es importante la tecnología ASP.Net, también es

fundamental para el investigador conocer este lenguaje; donde la

implementación de JavaScript es necesaria en el diseño de la página, en

la parte de interactuación del usuario y comunicación con el servidor.

Según el autor, (Luján Mora, 2001)

“sobre JavaScript, que este lenguaje es el más

empleado en Internet y se puede considerar el lenguaje

estándar”. La realidad actual es que este lenguaje es una

obligación para cualquier proyecto web, puesto que el

paradigma cliente/servidor es la base de cualquier aplicación

que dependa de un navegador web”.

La curva de aprendizaje de este lenguaje no es complicada para

cualquier persona que esté dispuesta a incursionar al mundo de

desarrollo de aplicaciones y sitios web. Sin embargo, el investigador

necesitará de herramientas externas como editores de texto avanzados. Y

un soporte de aprendizaje para desarrollar sobre este lenguaje, una de las

recomendaciones para cualquier usuario de este lenguaje es el sitio web

de Mozilla Firefox, en la sección de desarrolladores, posee una de las

documentaciones más importantes de JavaScript.

Marco Teórico 20

Se puede concluir con el autor (Flanagan, 2007) en su obra

JavaScript: La guía definitiva, como de los lenguajes más utilizados en el

desarrollo web, con una sintaxis parecida a Java y a C. Pero no solo es

un lenguaje orientado a objetos, sino que éste lenguaje se basa en

prototipos, donde las nuevas clases se producen clonando las clases

bases denominadas prototipos extendiendo su funcionalidad.

Entre las ventajas de este lenguaje se debe resaltar para este

proceso investigativo: Es que JavaScript es una gran respuesta para los

problemas de validación de datos de formularios del lado del cliente;

también permite un dinamismo web en las aplicaciones, porque permite la

programación de efectos y presentaciones. Otra gran ventaja es el poder

extender la funcionalidad del lenguaje, lo que proporciona el desarrollo de

un sin número de frameworks que conjuntamente con otras tecnologías

web, resuelven problemas de metodologías de programación, creando

incluso nuevos paradigmas de programación web y a su vez esto se

refleja en aplicaciones muy complejas y dinámicas en la web.

Las desventajas de este lenguaje, es que los fragmentos de

códigos siempre trabajan del lado del cliente a través del navegador web,

donde la seguridad puede ser vulnerada por medio de un código

malicioso para robar o destruir información del usuario.

El investigador debe conocer la importancia de JavaScript en este

proyecto, sobretodo la orientación multiplataforma tanto así que se puede

observar este lenguaje interactuando sobre el lado del servidor, todos los

dispositivos están orientándose a esta plataforma; llegará hasta la

robótica, es lenguaje del futuro.

1.2.8. Hoja de estilos

Las hojas de estilo son conjuntos de órdenes, generalmente en

forma de archivo anexo, que se asocian a los archivos planos. La misión

Marco Teórico 21

de una hoja de estilo o cascada es el de dar aspectos de formato y

presentación de los contenidos de una aplicación web: fuente, tipo, color y

tamaño de letras, alineación y posicionamiento del texto, etc.

Para el investigador el conocer cómo se realiza una presentación

de una página web, se debe conocer el funcionamiento de una hoja de

estilos. Un claro ejemplo: p {text-align: center; color: red;}, como se puede

observar el elemento p se refiere a las etiquetas tipo párrafo en un HTML,

aplicando la alineación y color al texto del mismo.

También es conocido como CSS de la abreviatura inglesa

Cascading Stylessheets. Es un documento con un lenguaje de marcado

enfocado para implementar el diseño de presentación de un sitio web,

donde se puede especificar la forma de visualización y características

como capas, colores, fuentes, animación y posición de elementos. El uso

de este lenguaje en archivos separados permite la reducción de la

repetición y complejidad de código en una estructura web, porque este

mismo archivo puede ser compartido por varias páginas web al mismo

tiempo. Hoy en la actualidad, gracias a los documentos CSS, se puede

presentar una aplicación web de diferentes formas dependiendo de la

resolución de la pantalla de los dispositivos.

El autor Gauchat afirma que la última versión CSS (3), fue pensada

para el esquema HTML5, donde las antiguas versiones eran

independientes de un documento web, lo que causaba problemas de

integración, en la cita textual se aprecia su opinión sobre este tema:

Según (Gauchat, 2012, p. 31):

“La versión 3 de CSS sigue el mismo camino, pero esta

vez su compromiso. La especificación de HTML5 fue

desarrollada considerando CSS a cargo del diseño. Debido a

esta consideración, la integración entre HTML y CSS es ahora

Marco Teórico 22

vital para el desarrollo web y esta es la razón por lo que cada

vez que mencionamos HTML5 también estamos haciendo

referencia CSS3, aunque oficialmente se trate de dos

tecnologías completamente separadas”.

Otro aspecto importante dentro de este proyecto investigativo, es el

uso de los estilos CSS para un prototipo web, donde está tecnología

ayudara al desarrollo de toda la interface del mismo. Los diversos marcos

teóricos presentados al investigador son necesarios para entender el

alcance del proyecto a nivel técnico del uso y estándar aplicado en una

aplicación web.

1.2.9. Navegador de internet

Es un programa que sirve para visualizar páginas y aplicaciones

web publicadas en una red. La gran ventaja es que un navegador no

depende del tipo de computador o sistema operativo, por eso la riqueza

de aplicaciones y tendencias web en el mercado. Gracias a esta

herramienta también denominada Browser que permite al acceso a

internet y la comunicación digital ha logrado un impacto tecnológico y

social en nuestra humanidad.

A demás el investigador, debe estar al tanto de la definición de este

punto, porque la plataforma (navegador web) donde se va diseñar la

solución, posee algunos inconvenientes que actualmente están

disminuyendo; el cual era el efecto final de presentación de una página

web sobre cada compañía de navegador como Internet Explorer, Safari,

Google Chrome, Chorium, Opera, Avant, Maxthon, Dolphin, Mozilla

Firefox y más. Esto se debe porque en algunos navegadores eran

incompatibles con ciertos comandos JavaScript, CSS o etiquetas HTML;

por no acoplar la estandarización establecida por organismos

internacionales.

Marco Teórico 23

El autor (Guerrero Sánchez, 2014) refiere:

“El protocolo HTTP está íntimamente relacionado con

el software más importante de Internet: el navegador. Este

programa se encarga de interpretar la información que le

llega por el protocolo HTTP e interpretarla para presentarle al

usuario”. Guerrero reafirma la importancia de este marco

teórico, porque para la ejecución de este proyecto web es

necesario y primordial disponer de un navegador web.

Los navegadores de internet forman infraestructuras tecnológicas

para diversas funciones por medio de complementos y extensiones como

diccionarios, gestores de descargas, correctores, programas, emuladores

y videojuegos. En esta investigación el uso de navegador predefinido es

Mozilla Firefox.

1.2.10. Internet Information Server

Es una plataforma de servicio web y procesos adicionales del

sistema Microsoft Windows, esto convierte a cualquier computador en un

servidor web para internet o intranet de alta calidad y seguridad. Este

servicio ofrece módulos para el procesamiento de diversos tipos páginas y

servicios web como ASP, ASP.NET, PHP, Perl u otros. Los servicios que

abarcan son los protocolos NNTP (Network News Protocol) el cual sirve

para transferir noticias en la red, FTP (File Transfer Protocol) un protocolo

para la transferencia de archivos.

El protocolo de simple transferencia de correo (SMTP), así también

protocolo de oficina de correos (POP – Post Office Protocol). A demás,

hay protocolos de seguridad para crear espacios privados como es

Secure Socket Layer (SSL). Y el fundamental para este proceso

investigativo protocolo de publicación web, el cual sirve para ubicar un

sitio o aplicación web en la red.

Marco Teórico 24

Si el investigador necesitara de programar servicios web para

complementarlos con el diseño del sitio, es necesario saber este marco

conceptual. De acuerdo Villada Romero, en la revisión de las

características de la versión presente en el 2012, el IIS versión 8 funciona

con Windows Server 2012, dispone de lo siguiente:

Certificados centralizados.

Restricciones dinámicas por IP

Restricciones de acceso incorrectos por FTP

Identificación del nombre del servidor.

Escalabilidad NUMA

Limitación de CPU desde IIS

Seguridades y control de aplicaciones .NET

1.2.11. Microsoft Windows

Es un sistema operativo computacional propietario de la empresa

Microsoft para computadores, Smartphone, servidores, tabletas y

dispositivos electrónicos. Permite desarrollar e implementar proyectos

tecnológicos y desarrollo de actividades de una manera automatizada,

aprovechando los recursos que nos provee la tecnología de la

información. Técnicamente, no son sistemas operativos, sino que

contienen uno (tradicionalmente MS-DOS, o el más actual cuyo núcleo es

Windows NT) junto con una variedad de software; donde debe

denominarse como distribución.

Microsoft introdujo un entorno operativo llamado Windows el 20 de

noviembre de 1985 como un complemento para MS-DOS debido al

creciente interés en las interfaces gráficas de usuario, para el agilización y

optimización de tareas. Microsoft Windows ha llegado a conquistar el

mercado global de ordenadores personales, cerca del 90 % del mercado

usa este producto, superando a muchos sistemas operativos competidores,

Marco Teórico 25

como Mac OS.Las versiones de este sistema operativo como en su

versión escritorio y servidor, se pueden observar en el siguiente cuadro.

CUADRO N° 2

VERSIONES DEL SISTEMA MICROSOFT WINDOWS

Versión Escritorio Año Versión Servidor Año

Windows 1985 Windows NT 3.1 1993

Windows 2.0 1987 Windows NT 3.5 1994

Windows 3.x (1-11) 1990 Windows NT 3.5.1 1995

Windows 95 1995 Windows NT 4 1996

Windows 98 1998 Windows 2000 2000

Windows 2000 1999 Windows Server 2003 2003

Windows Milenio 2000 Windows Server 2003 R2 2006

Windows XP 2001 Windows Server 2008 2008

Windows Vista 2006 Windows Server 2008 R2 2009

Windows 7 2009 Windows Server 2012 2012

Windows 8 2012 Windows Server 2012 R2 2013

Windows 8.1 2013 Windows Server 2016 2016

Windows 10 2015 Fuente https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions Elaborado por: Cañola Cruz Andrea Anais

Por lo tanto, el investigador debe conocer este concepto, debido a

que este proceso investigativo y basado en los análisis pertinentes,

determinó que la situación actual para el diseño de la solución está bajo el

sistema operativo Windows, por su uso dentro de la compañía.

Actualmente la última versión de Windows de escritorio es la

versión 10 y a nivel de servidor es Windows Server es 2016. La

tecnología actual está basada en conectar cualquier dispositivo desde una

refrigeradora, un reloj. Aplicar la realidad virtual, es la época del internet

de las cosas. Por lo tanto, el rumbo investigativo de las aplicaciones web

va de acorde a esta tendencia tecnológica. Y, por ende, es necesario que

https://en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions

Marco Teórico 26

el investigador aprenda la importancia de este sistema operativo en el

mundo web.

1.2.12. Microsoft Visual Studio

Dentro de esta investigación, el desarrollo del prototipo se

fundamenta en una herramienta gratuita y popular como es el programa

Microsoft Visual Studio 2016, versión Comunitaria. Conocer el marco teórico de

esta herramienta es importante por el motivo que muchas aplicaciones de

diversas plataformas son desarrolladas en este entorno. Visual Studio

2016 de Microsoft es un IDE (Entorno de desarrollo integrado, por su

abreviatura de la traducción inglesa), que funciona bajo el ambiente del

sistema operativo Microsoft Windows. El cual está preparado para programar

en varios tipos de lenguaje como C++, Visual Basic.NET, C#, F#, Java,

Python, Ruby, PHP.

En el aspecto web, este ambiente de desarrollo está configurado

para trabajar con tecnologías ASP.NET, MVC, HTML5, Django y

administrarlas desde la nube de Windows Azure (es una versión Sistema

Operativo Windows virtualizado desde el internet). A parte este IDE

dispone de un enfoque multidispositivo, desde un reloj, celulares, consolas,

servidores, computadores o cualquier tipo dispositivo. El elemento

fundamental para que todas estas capacidades funcione se basan en la

plataforma .NET, según el autor Putier en su libro de referencia sobre Visual

Studio 2015, afirma que el framework .NET como una solución dinámica.

Según (PUTIER, 2015, pág. 15):

“Este framework es una solución de software que

incluye varios componentes dedicados al desarrollo y

ejecución de las aplicaciones. Lo facilita Microsoft con el

sistema operativo Windows y está disponible para otros

sistemas mediante soluciones de software de terceros”.

Marco Teórico 27

La plataforma .NET esta íntegramente enlazada con el IDE de

Visual Studio, por eso es necesario instalar las dos conjuntamente, este

conjunto tecnológico de herramientas permite desarrollar aplicaciones

para diversas aplicaciones:

Aplicaciones para sistema operativo Windows como programas de

escritorio, de consola y servicios Windows.

Aplicaciones y servicios Web.

Aplicaciones para Smartphone.

Aplicaciones orientadas a tabletas táctiles

Aplicaciones para sistemas internos.

Aplicaciones para robótica.

Desde la versión de Visual Studio 2005 se ofrece este IDE sin costo

alguno en las ediciones Express, que son idénticas a la versión comercial sin

ciertos agregados, pero totalmente funcional. Entre el historial de las versiones

son las siguientes:

Visual Studio .NET (2002) - (Versión interna 7.0)

Visual Studio .NET 2003 - (Versión interna 7.1)

Visual Studio .NET 2005 - (Versión interna 8)

Visual Studio .NET 2008






Este marco teórico es recomendable para el investigador, porque

es la herramienta a utilizar para el desarrollo del objeto de estudio, el

prototipo de una aplicación web para ventas y marketing de la

constructora Conspromavi.

Marco Teórico 28

1.2.13. Diseño teórico y general de procesos

De acuerdo a los procesos descritos, en especial el capítulo del

marco teórico de procesos, el investigador debe tener una visión general

del flujo operativo que va automatizar y tener una proyección de

desarrollo del mismo.

Donde el objetivo de un mockup es plasmar una idea o diseño

general del proceso a desarrollar en papel, para coordinar correcciones y

aceptación del proyecto con la empresa solicitante del aplicativo. En el

siguiente gráfico se puede observar un mockup del proceso general de

despacho a implementarse.

IMAGEN N° 2

MOCKUP DEL PROCESO GENERAL DE DESPACHO


CAPÍTULO II

2.

METODOLOGÍA

Este proyecto de investigación presenta un proceso sistematizado,

estricto y detallado para la resolución de la problemática presente, a

través de las diversas metodologías investigativas pretende el desarrollo

de una propuesta adecuada a las necesidades del departamento de

logística e inventario de la empresa.

2.1. Tipología de Metodología

La metodología utilizada en este trabajo investigativo es

exploratoria, descriptiva y no experimental. De carácter exploratorio

porque este trabajo procura, en su primer acercamiento, detectar variables,

enlaces y condicionantes que producen la situación actual. Con otras

palabras, trata de buscar indicadores que definan la problemática actual con el

empleo de herramientas de investigación que profundice el objeto del

estudio.

En el aspecto descriptivo, trata de detallar las cualidades más

significativas como comportamiento, diferencias y necesidades entorno al

objeto de estudio, donde el investigador deberá realizar descripciones de

las formas de contraste y similitudes en otros contextos planteados.

Dentro de la investigación descriptiva, genera información para

futuras investigaciones y proporciona conclusiones generales de la aplicación

del proyecto. En cambio, el tipo de metodología que también aplica el proyecto

es confirmatoria, no experimental; porque mediante encuestas, entrevistas

y estudios de observaciones se podrá confirmar la ejecución del proyecto.

Metodología 30

2.2. Metodología de desarrollo

2.2.1. Metodología SCRUM

El trabajo presente se basará en la metodología de desarrollo de

programación denominada SCRUM, aplicada a un desarrollo de proyecto

ágil y eficiente de los recursos disponibles como son la

infraestructura tecnológica como hardware, dispositivos móviles y

sistemas operativos.

La metodología SCRUM, propone un proceso de desarrollo

incremental en espirales de tiempo del ciclo de vida del software, como

son las cinco fases estándares de la programación: análisis, diseño,

desarrollo, pruebas e implementación; repitiendo cada espiral hasta

terminar el producto en un software que cumpla las necesidades

planteadas.

DIAGRAMA N° 1

ESQUEMA DE ORGANIZACIÓN ÁGIL CON SCRUM


La metodología SCRUM, como se menciona en los párrafos

anteriores, es seleccionada por adaptarse al tipo de proyecto actual de

corto plazo con un área de desarrollo de sistemas corta de recursos

humanos, empleada generalmente en proyectos web y dispositivos

Metodología 31

móviles, la ventaja principal de este método es su disposición para las

mejoras continuas del negocio.

CUADRO N° 3

PRO Y CONTRAS DE LA METODOLOGÍA SCRUM

PRO CONTRAS

División de proyectos flexibles La simplificación de pasos y

grupos, pueden ocasionar

inconsistencia modulares del sistema

Entregas y revisiones parciales

del proyectos

Tiempo reducidos de trabajo,

pueden provocar retrasos de los

ciclos de desarrollo

Administración por roles y ciclos de

proyecto

Los r o l e s d e s i g n a d o s s o n

m u y específicos, dependiendo

fases de programaciones,

exclusivamente por pocos

desarrolladores.

Precisión de asignación de tareas, sin

necesidad de reorganizaciones

constantes.

En grandes escalas y variaciones

constantes, la asignación de tareas

se comienza a dificultar.


Dentro de cada fase de programación del software (denominada

sprint), se definió en dos sprints de trabajo de un promedio de 30 días.

Las actividades o tareas están asignadas a dos programadores con roles

específicos; donde cada sprint se divide en tres características, dichas

características se implementan bajo las fases básicas de programación

como análisis, diseño, desarrollo, pruebas e implementación.

2.3. Análisis de investigación

De acuerdo a los tipos de metodologías utilizadas por el

investigador, para la realización de este proceso, las herramientas

empleadas son la observación directa de los procesos, entrevistas y

encuesta s al departamento de logística de la compañía.

Metodología 32

Resaltar que dichas herramientas investigación tienen las ventajas

de ser de bajos costos, de fácil uso y de acceso inmediato a los

resultados; por lo tanto, permite el cumplimiento adecuado al diseño y

desarrollo de una aplicación web que permita la administración de

despacho de productos desde las bodegas.

La metodología descriptiva y no experimental, que se aplicará,

tiene el objetivo de comprobar la antecedente y resultado sobre: “El

desarrollo de un software móvil para el despacho de productos de las

bodegas, servirá para simplificar y automatizar los procesos

actuales”.

Las características de operaciones y procesos a sistematizar están

dirigidas en los siguientes temas:

Control de productos por lectura de código.

Administración de despachos.

Guías de movimientos y reportes de productos.

2.4. Diseño investigativo y toma de datos

Al inicio del proceso investigativo, la toma de datos, el investigador

utilizará los métodos y procesos de análisis necesarios, herramientas de

recolección de datos como entrevistas, grabaciones, encuestas,

diagramas de problemas y causas, cuya finalidad es conseguir

indicadores y variables para determinar factibilidad y planificaciones del

trabajo propuesto.

La cantidad de variables que se analizarán en este marco

metodológico no experimental, serán en gran parte los objetivos de los

procesos operativos a sistematizarse en el área de despacho, las cuales

se detallan a continuación:

Metodología 33

CUADRO N° 4

VARIABLES DE ESTUDIO

Variables Tipología Descripción

Satisfacción de usuario Ordinal, Cualitativa ¿Cómo el usuario está

conforme con el

proceso de despacho?

Despacho Discreta, Cuantitativa Cantidad de despacho

ejecutada en bodegas.

Tiempo de proceso Continua, Cuantitativa Tiempo de despacho,

tiempo de control de

productos.

Producto Discreta, Cuantitativa Cantidad de productos

que se despachan

entre bodegas y

clientes

Bodeguero Cuantitativa, Continua,

Interviniente,

Capacidad de

despachadores, tipo de

gestiones que realizan.


2.4.1. Selección de la muestra

Parte del proceso no experimental es cerciorar que el cumplimento

de este proyecto, resuelva la situación actual de los problemas en el área

de bodega, para el análisis de factibilidad es necesario tener una muestra

a encuestar para obtener una base de análisis.

Para este proyecto investigativo se efectúa de forma no

probabilístico por conveniencia, la población muestra es todo el personal

del área de despacho del departamento de logística de la empresa

Conspromavi. Esta muestra de tamaño finito mediano, será evaluada por

el investigador a través de una encuesta de ocho preguntas y de esta

Metodología 34

manera el análisis sea de forma precisa y concisa sobre la problemática

de los procesos de gestión de despachos. En la siguiente tabla se

muestra la población a entrevistar.

CUADRO N° 5

POBLACIÓN Y MUESTRA

Población (Área de Despacho – Dep. de Logística) Muestra

Gerente 2

Jefe de Bodegas 3

Despachadores 20

TOTAL 25


La recolección de datos, se efectuará por medio del investigador,

por medio de las herramientas mencionadas con anterioridad; las

observaciones y encuestas están diseñadas para determinar, evaluar y

medir las diversas funcionalidades del personal de bodega conforme a la

apreciación de los altos mandos de la compañía.

La encuesta definida en esta investigación consta con un modelo

objetivo y conciso, bajo una estructura de 8 preguntas. En la sección de

anexos de este proyecto, se puede observar el formato de la encuesta a

utilizarse. A continuación de detalla la estructura del proceso de las

encuestas.

CUADRO N° 6

ATRIBUTOS DE LA ENCUESTA

Parámetros Atributos

Numero de encuestados 25

Numero de preguntas por encuestas 9

Duración de toma de encuestas (días) 7

Duración de resolución de encuestas (promedio minutos) 25


Metodología 35

2.4.1.1. Tabulación y observaciones de resultados de encuestas

De acuerdo a las encuestas, se puede observar la inclinación de

las respuestas dadas por la muestra seleccionada. En el siguiente

esquema se detalla la distribución de las diversas preguntas con sus

contestaciones tabuladas.

CUADRO N° 7

RESULTADO DE ENCUESTAS CON TABULACIONES

1. - Qué opina de la situación actual de la logística de despacho de las bodegas de la empresa

Mala Regular Buena Excelente

5 12 5 3

2.- Califique los tiempos de respuesta para realizar los despachos.

Lento Medio Rápido

8 15 2

3. - Según su criterio, marque los casilleros que creen que causa los problemas actuales que se presentan en los despachos de bodegas.

Falta de Sistemas Falta de

Herramientas Falta de personal

Desconocimiento de proceso

Otros

20 15 16 15 10

4.- Seleccione que características debe tener de implementación de un nuevo sistema en las bodegas, en el área de despacho

No de acuerdo Indiferente De acuerdo

4.1 Control de códigos y series de los productos 5 5 15

4.2 Aplicaciones móviles, para lo toma de productos 8 8 9

4.3 La aplicación central dentro de una Intranet - Web

8 10 7

4.4 Generación de guías de movimientos automáticas 5 4 16

4.5 Integración con sistemas de inventario actual

5 10 10

4.6 Perfiles de acceso y asignación de despachos automáticas

3 15 7

4.7 Reportes de eficiencias y estadísticos de movimientos de inventario

4 9 12

4.8 Seguridades y auditorías internas por medio del sistema.

4 10 11

Metodología 36

5.- Seleccione al menos uno de los tres procesos que necesita automatizar en sus tareas despachos.

Despachos Guías Carga de

camión

25 24 23

6.- Cree usted que la implementación de un sistema web y aplicaciones móviles optimizaran los tiempos de trabajo y necesidades actuales

Si No Desconozco

18 2 5

7. ¿Cuenta con la capacitación adecuada, o ha trabajado con anterioridad con herramientas tecnológicas en procesos de logística y despachos?

Si No

10 15

8.- En qué tiempo

necesitaría la

implementación de un

sistema de despacho, en

caso de requerirlo:

3 meses 6 meses 9 meses 1 año Inmed

iato

4 4 4 5 8

9.- ¿Qué se podría hacer para aumentar la eficiencia de la organización?

Implementar sistemas

Mejora de procesos actuales

Ambas opciones

4 5 16


A demás de incluir la tabla de datos producidos por la tabulación de

las encuestas, para una mayor compresión, la investigación detalla cada

pregunta con sus tabulaciones de datos por medios gráficos estadísticos,

como los gráficos de barras, circulares, dispersiones y de líneas. Siendo

el universo de la muestra, como se ha mencionado con anterioridad, un

total de 25 entrevistados del área de logística de la empresa

Conspromavi.

Análisis en la pregunta uno. - solo un 12 % piensa que la

situación no es óptima y 48 % piensa que es regular, totalizando un 60%

que piensa que debe existir cambios sobre los procesos actuales. (Ver

Gráfico N° 1).

Metodología 37

8, 32%

15, 60%

2, 8%

2. - Tiempo de respuesta de procesos actuales

Lento Medio Rápido

5

12

5

3

1. - Qué opina de la situación actual de la logística de despacho de las bodegas de la empresa

Mala Regular Buena Excelente

GRÁFICO N° 1

RESULTADOS DE LA PREGUNTA 1 DE LA ENCUESTA


Análisis en la pregunta dos. - Un 8% dentro de la pregunta dos,

afirman que los procesos de despacho tienen un tiempo óptimo de

respuesta, el resto considera lo contrario, por lo tanto, la muestra expresa

que consumen tiempo más de lo esperado en sus actividades por algún

motivo. El investigador debe replantearse mejorar los tiempos de

respuesta en el marco operacional del proyecto.

GRÁFICO N° 2



Metodología 38

20

15

16

15

10

0 5 10 15 20 25

Falta de Sistemas

Falta de Herramientas

Falta de personal

Desconocimiento de proceso

Otros

3. -Motivos de la situación actual (Opciones multiple)

588

55

344

5810

41015

910

159

716

107

1211

0 5 10 15 20 25 30

4.1 Control de codigos

4.3 Desarrollo de una intranet

4.5 Integración con sistema actual

4.7 Reportes de efeciencias y de movimientos

4.- Seleccione que características debe tener de implementación de un nuevo sistema en las bodegas, en el área de despacho

No de acuerdo Indiferente De acuerdo

Análisis en la pregunta tres. - Con respecto la pregunta número

tres de opción múltiple, el 80% coincide con la necesidad de la falta de un

sistema que automatice la mayor parte de los procesos manuales,

Aunque también los encuestados resaltaron la necesidad de herramientas

y personal en el área de despachos. (Ver cuadro n° 6)

GRÁFICO N° 3



Análisis en la pregunta cuatro. - La pregunta número cuatro,

también de opción múltiple, demuestra la necesidad del área en tener

automatizar procesos de guías con reportes y auditorias, además de

controlar los códigos de los productos y tener una aplicación móvil.

GRÁFICO N° 4



Metodología 39

25

24

23

D E S P A C H O S G U I A S C A R G A D E C A M I Ó N

5 . - S EL EC C I O N E A L M EN O S U N O D E L O S T R ES P R O C ES O S Q U E N EC ES I T A A U T O M A T I Z A R EN S U S T A R EA S

D ES P A C H O S .

Análisis en la pregunta cinco. - Dentro la quinta pregunta, la gran

mayoría quiere cambiar los procesos manuales a automáticos, siendo los

tres propuestos en el siguiente orden: Despachos (100%), guías (96%) y

la carga de camión (92%). Se puede observar que todos estos procesos

propuestos cuentan con la aprobación casi totalitaria de la muestra.

GRÁFICO N° 5



Análisis en la pregunta seis. - La pregunta seis, una pregunta eje

del proyecto, concisa si la implementación de un sistema y aplicaciones

móviles; donde un 72% confían que dicha implementación ayudará a la

compañía. (Ver figura 9)

GRÁFICO N° 6



Análisis en la pregunta siete. - En la pregunta número siete,

afirma que más de la mitad 60%) está capacitado para el manejo de estos

tipos de tecnologías.

Metodología 40

10

15

7.¿Cuenta con la capacitación adecuada, o ha trabajado conanterioridad con herramientas tecnológicas en procesos delogística y despachos?

Si No

3 meses16%

6 meses16%

9 meses16%

1 año20%

Inmediato32%

8.- En qué tiempo necesitaría la implementación de un sistema de despacho, en caso de requerirlo:

3 meses

6 meses

9 meses

1 año

Inmediato

GRÁFICO N° 7



Análisis en la pregunta ocho. - De igual forma, dentro de la

pregunta ocho, la distribución del tiempo de espera solicitado en que

necesitan el sistema en producción, se inclina en un 32% que lo requieren

de inmediato, como se observa en la figura inferior siguiente, la opinión de

los usuarios sobre el tiempo de implementación del sistema.

GRÁFICO N° 8



Metodología 41

4 5

16

0

5

10

15

20

Implementar sistemas Mejora de procesos actuales Ambas opciones

9. - ¿Qué se podría hacer para aumentar la eficiencia de la organización?

Análisis en la pregunta nueve. Finalmente, la pregunta nueve,

reafirma lo siguiente: que una mejora en los procesos e implementación

de un sistema informático son dos opciones conjuntas para la mejora

continua de la empresa con un 16 de 25 de la muestra, representado por

un 64% más un 20% (5 de 25 de la muestra) que también afirman la

necesidad de una mejora por medio de un sistema.

GRÁFICO N° 9



2.4.2. Conclusiones de encuestas y observaciones de la

problemática actual

Dentro de este proyecto, se alineo la toma de datos con entrevistas

y encuestas, para reafirmar el objetivo principal de la investigación. Donde

se establece de una manera certera los problemas del departamento de

logística del área de despacho de la empresa Conspromavi, mediante el

uso de diversas herramientas metodológicas investigativas, para este

caso, el investigador utilizará una tabla esquemática de los problemas –

causas – efectos.

Con anterioridad, también se utilizó el diagrama de Ishikawa, lo que

permite concluir sobre las diversas necesidades de la compañía, como

son la falta de herramientas con perfil tecnológico, orientadas al ambiente

Metodología 42

móvil, para los diversos procesos de despacho como son la generación de

guías de movimientos, control de códigos y series de los productos a

través de códigos de barra u otro identificador, toma de productos y

control auditores.

La falta de un historial de datos, también es un problema causado

por la ausencia de un sistema informático, porque gran parte de las tareas

son llevadas por la compañía de manera manual e incluso sin definiciones

de procesos operativos en el área de logística. De acuerdo a los procesos

realizados como la encuesta y observaciones generales, la mayor parte

del personal del departamento de logística, área de despacho, identifican

la mayor parte de los problemas en la falta de recursos tecnológicos. Por

lo cual el investigador recomendara un desarrollo de software como una

propuesta que trate de cumplir dichas necesidades. La propuesta se

detallará a lo largo del desarrollo de este proyecto investigativo, mediante

el uso de técnicas de análisis y desarrollo de sistemas de información,

como son los diagramas de UML, patrones de desarrollo de software,

diseño de prototipos de pantallas, diseño entidad –relación, planes de

desarrollo, pruebas e implementación.

2.5. Definición de la situación actual

En base a las observaciones realizadas y al análisis de encuestas,

para una mayor comprensión del panorama actual, se utiliza la

herramienta gráfica y analítica de procesos, el diagrama de Ishikawa.

Para poder determinar la problemática de la situación presente en

este proyecto con sus causas y efectos, tiene los siguientes ejes:

bodegas, administración y sistemas. Cada punto de estos problemas, se

plantean con sus efectos y causas, para obtener una visión especifica de

la realidad de la compañía, además que previamente la encuestas y

observaciones generales se encuentran plasmadas en este tipo de

gráfico.

Metodología 43

DIAGRAMA N° 2

DIAGRAMA DE ISHIKAWA


Metodología 44

2.6. Requerimientos funcionales y no funcionales

CUADRO N° 8

REQUERIMIENTOS FUNCIONALES

Número Requerimiento Descripción Prioridad

RQ0000 Login (Ingreso a la aplicación)

El sistema necesitará de un nivel de seguridad de acceso para los usuarios

5

RQ0001 Catálogo de productos

La aplicación deberá proveer un presentación de catálogo de los productos que dispone la empresa.

5

RQ0002 Ingreso de facturas

El sistema deberá proveer de un ingreso de facturas, para su posterior despacho

5

RQ0003 Ingreso de pedidos de despachos

El aplicativo a desarrollarse deberá contar con una interfaz para ingresar las ordenes de despachos

5

RQ0004 Despacho de mercaderías

El sistema debe contar con un sistema para verificar los pedidos con el ingreso de una toma física de la orden de despacho

4

RQ0005 Consulta y reporte de guías

La aplicación proporcionará la generación de los documentos de pedidos y guías de movimiento.

4

RQ0007 Reporte de auditorias

El sistema debe contar con registros auditores, para efectuar consultas de auditorías sobre los movimientos generados en el sistema

3


En este apartado, se puntualiza los requerimientos que deben

comprender para los aspectos de infraestructura, rendimiento e

integraciones.

CUADRO N° 9

REQUERIMIENTOS NO FUNCIONALES

Número Requerimiento Descripción Prioridad

RN0001 Interfaz simple La interfaz debe ser intuitiva, de fácil ingreso,

métodos de sencillo de ingreso de datos.

5

RN0002 Tipo de aplicación:

Web

La aplicación debe accederse desde un navegador

web

5

RN0003 Velocidad de

procesamiento alta

El sistema debe poseer una respuesta rápida ante

los eventos presentados por el usuario.

4

RN0004 Integración con el

stock o productos y

flujos de facturación

La aplicación debe integrarse naturalmente con el

módulo de inventario y facturación tanto en

interfaz, nivel de base datos y seguridad.

3


Metodología 45

2.7. Investigación preliminar

Conocida como fase de análisis, en esta etapa donde se detalla

un análisis macro de la misión y visión general de la empresa, pero

sobretodo un estudio detallado del proceso a automatizar de la empresa.

A demás esta investigación incluye una exploración de la secuencia de

procesos y estados operacionales, todo esto se basa en el resultado

logrado en la metodología de la investigación propuesta en el capítulo

anterior, como son las entrevistas, tomas de datos, diagrama y cuadros de

causas – efectos. Para la investigación preliminar para el desarrollo de

software, emplea los diagramas de notación UML, para realizar un

proceso de análisis de información preciso, entre los cuales tenemos:

Diagramas de casos de usos.

Diagrama de objetos y clases

Diagrama de secuencias

Diagrama de componentes.

Diagrama de estados.

2.7.1. Arquitectura del sistema

La arquitectura del sistema web está compuesta de 3 – capas,

debido a la factibilidad de soporte de cambios de acuerdo al flujo del

negocio, acoplamiento con servicios y api webs, controles de usuarios,

dockers, etc. Todo en fin de las mejoras continuas del sistema. Las capas

que forman el sistema a desarrollarse son: capa de presentación gráfica,

lógica de operaciones y comunicación de datos. A continuación, se

procede con la narrativa de cada capa.

Capa de comunicación de datos. - En esta capa se accede a la

base de datos, en este caso se comunica con el servidor de base SQL

Server.

Metodología 46

Capa de lógica de operaciones. – En esta capa se establece la

lógica de las actividades y reglas de la empresa, plasmadas en funciones

y métodos de código de programación.

Capas de presentación gráfica. - Esta capa permite al usuario

comunicarse por medio del teclado u otro medio de entrada con el

sistema. Al ser una capa de presentación se puede intercambiar con otros

tipos de interfaces como la versión de equipos celulares o de escritorio

Windows

2.7.1.1. Diagrama de arquitectura técnica del sistema por capas

Después de la determinación de la arquitectura, el investigador

debe proceder las interacciones entre las diversas capas propuestas en el

diseño del sistema, mediante un diagrama lógico de la arquitectura del

sistema.

DIAGRAMA N° 3

DISEÑO GRÁFICO DE ARQUITECTURA TÉCNICA DE SISTEMAS


Metodología 47

2.7.2. Diagrama de Casos de Usos

En la investigación, establece la participación dentro los procesos

del sistema a cuatro tipos de usuarios (o actores, nomenclatura usada en

los diagramas UML). Estos actores están conformados de la siguiente

manera:

Gerente de bodega

Jefe de bodega

Bodeguero

Administrador de la aplicación

Los participantes en todos los procesos del caso de uso, son 4

actores y los procesos que se diagramaran son tres procesos como el

despacho, toma física y parametrización del sistema. A continuación, se

detalla a cada actor de los casos de uso y una imagen con la visión

general de los actores.

IMAGEN N° 13

ACTORES DE CASOS DE USOS


Metodología 48

Administrador del sistema. – Este actor mantiene la

administración técnica como configuración y soporte del sistema,

además de la seguridad del aplicativo como accesos y perfiles de

usuario.

Este personaje debe disponer de privilegios para la

administración y control para mantener la estabilidad e integridad del

sistema. Debe tener habilidades técnicas en el aspecto de hardware

y software.

Gerente de bodega. - Es actor superior del área de despachos,

tiene alto conocimientos en operaciones de logísticas y administración de

inventario, tiene la destreza de tomar decisiones gerenciales en beneficio

de la empresa.

Dentro del sistema, su participación operativa es mínima, sin

embargo, necesita de la información de reportes generadas de las

actividades diarias para la toma de decisiones.

Jefe de bodega. - Este actor administra los flujos del sistema como

creación de usuarios, asignaciones de despachos, aprobaciones de los

mismos, verificación de procesos dentro del sistema.

Sus conocimientos en informática deben ser de nivel medio y

además de tener habilidades similares a un gerente en la parte de gestión

de despachos y control de inventario.

Bodeguero. - Este actor es el empleado operativo de la empresa y

del sistema propuesto, es decir, un usuario que utilizará el sistema la

mayor parte del tiempo en sus actividades cotidianas como son los

despachos de mercadería.

Metodología 49

DIAGRAMA N° 4

CASO DE USO: ADMINISTRACIÓN DE DESPACHOS

Fuente: Investigación directa

Elaborado por: Cañola Cruz Andrea Anais

Metodología 50

CUADRO N° 10

CASO DE USO: ADMINISTRACIÓN DE DESPACHOS

CASO DE USO (1)

ADMINISTRACIÓN DE DESPACHOS

DESCRIPCIÓN DEL PROCESO

En este caso de uso, se establece el inicio del proceso de operación de

despacho, debido porque es aquí donde se crea las ordenes de despachos

para los grupos de trabajos (bodegueros), al momento de la creación se

especifica las cantidades de los productos y área a despachar. Toda orden lleva

un secuencial. Luego se procede con la finalización de la orden, la cual puede

ser consultada para ser despachada, modificada o anulada.

Actores: Jefe de Bodega, Bodeguero.

Pre condiciones:

Debe existir un catálogo de productos y perfiles de acceso para crear, modificar

o eliminar una orden.

Secuencia:

El empleado debe ingresar al sistema desde un dispositivo o web de la intranet

de la empresa.

Debe realizar ingreso de los datos de la orden de despacho, ingreso de

productos, área de despacho, grupo de trabajo.

Una vez finalizado el ingreso, se genera el número de a orden de despacho. El

cual estará disponible para la toma de inventario de despacho, modificación o

anulación.

Secuencia Alterna:

1.a En caso de no existir el usuario

1.a.1 Se debe notificar al administrador del sistema, para verificación y su

posible habilitación.

1.a.2 Volver ingresar

2.a En caso de no existir los productos.

2.a.1 Se debe ingresar el producto en las existencias.

2.a.2 Se debe volver a generar la orden de despacho.


Metodología 51

DIAGRAMA N° 5

CASO DE USO: TOMA FÍSICA DE INVENTARIO PARA DESPACHAR


Metodología 52

CUADRO N° 11

CASO DE USO: TOMA FÍSICA DE INVENTARIO PARA DESPACHAR

CASO DE USO (2)

Toma de inventario para despachos


En este caso, los bodegueros deben realizar la captura de los códigos

de los productos a través de la pagina web. Previamente debe estar

asignadas las ordenes de despachos para un grupo de trabajo y una

área específica de la bodega

Actores: Bodegueros y Jefe de Bodegas

Pre condiciones:

Debe existir una orden de despacho valida y activa.

Secuencia:

Consultar la orden de despacho, por grupo de trabajo y área de

trabajo.

Tomar el código de los productos que están en la orden, desde

la web y tomar las cantidades manualmente

Finalizar el despacho.

Secuencia Alterna:

1.a En caso de no existir la orden de despacho.

1.a.1 Notificar al jefe de bodega, para revisar los despachos.

1.a.2 Consultar nuevamente la orden de despacho.

2.a En caso de no existir los productos.

2.a.1 Se debe ingresar el producto en las existencias.

2.a.2 Se debe volver a generar la orden de despacho.


Metodología 53

DIAGRAMA N° 6

CASO DE USO: ADMINISTRACIÓN DE PERFILES Y USUARIOS


Metodología 54

CUADRO N° 12

CASO DE USO: ADMINISTRACIÓN DE PERFILES Y USUARIOS

CASO DE USO (3)

Administración de usuarios y perfiles


En este caso, abarca el proceso de control de los usuarios y perfiles, es decir

que en este proceso se puede crear, modificar y eliminar los usuarios y perfiles

dentro de la aplicación desarrollada. El fin del proceso documentado, es

proveer la seguridad a la aplicación desarrollada mediante perfiles de acceso a

los diferentes acciones de la empresa, en el área de despacho.

Actores: Administrador del sistema, gerente de bodegas, jefe de bodegas y

bodegueros.

Pre condiciones:

Para realizar cualquier opción de permisos, debe existir un catálogo del menú.

Para la asignación del perfil de un usuario, debe existir el usuario

Secuencia:

El gerente, jefe de bodegas y el administrador, son los actores que tienen

esta opción del sistema del control de usuarios y perfiles.

Dentro de esta opción se puede crear, modificar y eliminar un usuario o

perfil.

El cambio de contraseñas la puede realizar cada usuario para su propia

cuenta.

Secuencia Alterna:

1.a Si no se dispone de la opción de control de usuarios y perfiles.

1.a.1 Se debe realizar una verificación del perfil actual del usuario para ver si

dispone de esa opción.

1.a.2 Se realiza una notificación para el administrador de la aplicación.

1.a.3 Se realiza nuevamente el ingreso al sistema.

3.a El usuario no puede actualizar el password.

3.a.1 E usuario debe realizar una notificación para el administrador de la

aplicación.


Metodología 55

2.7.3. Diagrama Entidad – Relación.

DIAGRAMA N° 7

MODELO ENTIDAD RELACIÓN (PARTE 1)


Metodología 56

2.7.4. Diagrama de clases

DIAGRAMA N° 8

DIAGRAMA DE CLASES Y ENTIDADES


Metodología 57

2.7.4.1. Diccionario de clases

De acuerdo al diagrama de clases (ver figura 19), el investigador

establece, la información del ámbito y descripción de cada clase,

mediante el uso de un diccionario de clases.

CUADRO N° 13

ESQUEMA Y DICCIONARIO DE CLASES

Clase Clasificación Comentario

CabeceraOrdenInventario Publica

Contiene los datos de la cabecera

de la orden de despacho, como el

cliente, el grupo de trabajo y

localización del despacho.

DetalleOrdenInventario Publica Esta clase contiene el detalle de la

orden de despacho como la

cantidad de productos y su

auditoria correspondiente.

GrupoTrabajo Publica Esta clase contiene el grupo de

usuario para ciertas tareas de

despachos

Cliente Publica Dentro de esta clase se

encuentran los datos final para la

persona que se dirige el

despacho.

Producto Publica Contiene el catálogo de productos

disponibles en la empresa

Usuario Publica Clase que dispone de los

usuarios dentro de la aplicación.


Metodología 58

2.7.5. Diagrama de actividades

Dentro de este punto, se procede con la explicación gráfica del

accionar operativo del negocio de la empresa de acorde a las diversas

funcionalidades de las aplicaciones de software que posee. Su

importancia es ver la comunicación de los procesos de forma breve y

clara

DIAGRAMA N° 9

DIAGRAMA DE ACTIVIDADES


Metodología 59

2.7.6. Diagrama de secuencias

Dentro de la aplicación web desarrollada en este trabajo presente

se grafica dos actividades principales del área de despacho de la

compañía mediante la herramienta UML de interacción de objeto y actores

dentro de un periodo especifico, también conocido como el diagrama de

secuencias. Los dos procesos operativos principales a diagramarse son el

proceso de creación de órdenes y proceso de toma de inventario para

despachos.

DIAGRAMA N° 10

DIAGRAMA DE SECUENCIA (CREACIÓN DE ORDEN DE DESPACHO)


Metodología 60

DIAGRAMA N° 11

DIAGRAMA DE SECUENCIA (TOMA FÍSICA)


2.7.7. Desarrollo de prototipo funcional de la propuesta

2.7.7.1. Diseño

Dentro de esa fase de diseño, se establece la arquitectura de

programación del sistema, además de incluir el diseño y la estructura web,

diseño de pantallas o Web Forms, modelamiento de clases y base de

datos.

Para el desarrollador, es importante la información documentada

dentro de este proyecto de tesis, porque servirá de guía a la realización

correcta del sistema planteado. En esta sección encontrara la

metodología y diseño de procesos a emplear en el desarrollo del

programa.

Metodología 61

2.7.7.2. Diseño conceptual del sistema web

La estructura o mapa conceptual de la aplicación web, sirve al

desarrollador para conocer la cantidad de formularios a desarrollar,

además de segmentar la capa de interface gráfica con la finalidad que el

usuario pueda tener una herramienta intuitiva y de fácil acceso.

DIAGRAMA N° 12

DISEÑO CONCEPTUAL DE ARQUITECTURA TÉCNICA DE SISTEMAS


CAPÍTULO III

PROPUESTA

3.1 Título

Sistema de despachos de bodegas para la empresa Conspromavi

(SDB)

3.2 Explicación

El sistema planteado en este desarrollo, genera una solución

basada en la tecnología web, con los frameworks de trabajo como

ASP.NET y Servicios Web, de tal manera que las operaciones de

despacho del área de logística de la empresa Conspromavi se realicen de

forma automatizada, como la toma de productos, generación de guías y

control de movimientos desde el sistema.

3.3 Objetivos del sistema

Consolidar la información de movimientos en el área de despacho

por medio de reportes y estadísticas.

Administrar las operaciones y acciones del personal de

bodega, mediante asignaciones y seguimientos de trabajo.

3.4 Desarrollo de la propuesta

En el cuadro inferior se muestra la distribución programática de los

roles, controles y tiempo de respuesta y cumplimientos de cada actividad.

Propuesta 63

CUADRO N° 14

RECURSOS DE PROYECTO SCRUM


3.4.1 Perspectiva del sistema

En esta propuesta del sistema de despachos y guías, debe estar

integrado con el sistema actual de inventario y productos, para evitar

redundancias e inconsistencia de información.

La finalidad de este sistema, que emplea el uso de la tecnología

web y móvil, con lenguajes y compiladores de uso gratuito y libre como es

Java, C#, ASP.NET Web Forms. Todo es conjunto de tecnología permite

una aplicación dinámica, flexible y acceso inmediato para el usuario.

Donde la meta final del sistema a desarrollarse, es la automatización de

los procesos de despachos y guías de movimientos. La empresa,

presento la necesidad de automatizar el área despacho, de ahí que la

funcionalidad del sistema de este presente trabajo abarca exclusivamente

el departamento de logística e inventarios.

La operatividad de la toma de datos del sistema, inicia con el

ingreso de las ordenes de despachos a través de un web forms con las

asignaciones de los grupos correspondientes de trabajo; de esta forma el

Propuesta 64

bodeguero podrá acceder a las órdenes de despacho y trabajar con ellas,

el cual deberá utilizar una aplicación web para efectuar la toma de

inventario de productos para el despacho. El proceso de toma de

despacho se realiza con la captura de códigos desde un ambiente web

confirmando las cantidades de la orden, hasta finalizar la orden. Luego se

proceda a generar las guías de movimientos en base a cada orden de

despacho para su transportación al destino indicado. La información

generada, está disponible para sus consultas y reportes para los jefes de

bodegas y gerente de logística.

A continuación, se presenta un diagrama de bloques funcionales,

donde se representa gráficamente de una manera macro los procesos

del sistema.

DIAGRAMA N° 13

DIAGRAMA DE BLOQUES


3.4.2 Módulos (Secciones) del sistema

La aplicación está conformada por tres secciones que se encargan

varios aspectos operativos como los catálogos de productos,

transacciones como orden de despacho y guías, y por último la seguridad

y perfiles de acceso.

Propuesta 65

Mantenimientos o catálogos. - En esta sección, los usuarios pueden

administrar las diversas variables del aplicativo para la estabilidad y

correcto funcionamiento del mismo. Hay diversas opciones como

catálogos de productos, perfiles y otras variables.

Transacciones. - En esta sección, se efectúan las operaciones

esenciales del sistema como son los despachos y guías. Es decir que

es el módulo de mayor actividad, es necesario que todo el personal de

despacho conozca el manejo de estos formularios.

Seguridad y perfiles de usuarios. - Dentro de esta sección se maneja

los niveles de acceso e integridad sobre los datos que posee la

compañía. Este módulo tiene las opciones de creación de usuarios,

perfiles y reportes auditores de las actividades y operaciones sobre el

sistema.

3.4.3 Fase de Desarrollo

De acuerdo a la metodología SCRUM, se procede a la realización

de tareas de una forma ágil, donde se evalúa los cumplimientos de cada

fase en los procesos del ciclo de vida del software, mediante el desarrollo

de sistemas prototipos y test para volver a repetir el ciclo indicado.

CUADRO N° 15

RECURSOS HUMANOS EN FASE DE DESARROLLO

Sección Talento

Humano/Personal

Habilidades

Capa de presentación

gráfica y lógica de

operaciones

Developer (Desarrolador) C# 6, Web, JQuery 2,

ASP.NET 4.0

Capa de acceso a datos Developer (Desarrolador) SQL Server, Linq con C#

6

Test Developer (Desarrolador) UniTest, Documentación

de plan de pruebas.


Propuesta 66

3.4.3.1 Implementación de patrones en desarrollo

La importancia de los patrones de programación, con lleva al

desarrollo a una organización, optimización de recursos, mantenimiento y

reutilización de código dentro del sistema. El uso de entidades auto generadas

por medio de un ORM, permite extender clases y realizar procesos más

ágiles a nivel de base de datos. La metodología de codificación, por medio de

los patrones, ofrece al desarrollo del sistema propuesto, la

intercomunicación de capas de jerarquías y transversales. La aplicación

de interfaces e instancias dinámicas mediante el patrón Bridge, permite

llevar un desarrollo con desacoplamiento de la abstracción de una clase de

su propio método de implementar; de esta forma el sistema de esta

propuesta, procede con desacoplar la abstracción de su implementación,

de manera que pueden tener una variación independiente entre ellas.

Este ejemplo se puede ver en el dinamismo de la clase de conexión a

datos, haciéndola indiferente a qué tipo de motor de base de datos a utilizarse.

En la siguiente figura se puede observar la estructura jerárquica y

organizacional de las clases e interfaces, donde además se aprecia la ventaja de

instancias de múltiples clases de tipos de conexión por medio de las

interfaces.

IMAGEN N° 4

ESTRUCTURA DE SOLUCIÓN DE PROYECTO DE DESARROLLO



Propuesta 67

En la siguiente imagen, se observa la demostración de

implementación de una interface sin importar las clases heredadas,

obligando el retorno de las diversas clases de conexiones del motor de

base de datos y esta a su vez pueden tener diversos desarrollos internos

diferentes.

IMAGEN N° 5

ESTRUCTURA DE PATRONES DE DESARROLLO


El diseño y desarrollo con ORM, en este caso el Microsoft Entiy

Framework, permite que una implementación de conexiones dinámicas

sobre la base de datos, para poder realizar operaciones de manipulación

de datos por medio de interpretaciones de las sentencias SQL DML, es

decir las típicas operaciones CRUD.

También, el empleo de los ORMS conjuntamente con los patrones

de desarrollo, automatiza la creación de clases desde una tabla de una

base datos o en sentido contrario. Estas clases generadas son

Propuesta 68

reconocidas como Data Transfer Object (Objeto de transferencias de

datos) o DTO, por sus siglas; lo que permite al desarrollador del sistema

elaborar clases reutilizables y claras de manera eficaz y

estructurada.

DIAGRAMA N° 14

ESTRUCTURA DE ENTIDADES - CAPAS


Otro patrón a utilizarse intrínsecamente, dentro de este proyecto,

por el motivo del esquema de un ORM es el patrón de extensión de

clases, lo que permite extender las funcionalidades de las entidades o

clases (declaradas como parciales) a clases más complejas en

operaciones y funciones de acuerdo a las necesidades de la

compañía.

En la programación del sistema, cuando se implementa los

diversos patrones mencionados, debe ser efectuado a través de clases

parciales que pueden estar en diversos archivos físicos como son los

DAO y DTO, esto proporcionará que este proyecto tenga módulos

reutilizables.

Propuesta 69

IMAGEN N° 6

FORMATO DE ENTIDADES EN CODIFICACIÓN



3.4.3.2. Evaluación de metodología de desarrollo SCRUM

Durante el ciclo de desarrollo un programa orientado a objetos, la

metodología SCRUM sirve de soporte a la producción de un sistema

informático seguro, cumpliendo con los estándares de calidad dentro del

periodo establecido en la planificación.

La ventaja para el grupo de desarrolladores, es que el control de

cambios se administra con un sistema ALM como Team Foundation

Server, de esta forma el ciclo de vida mantiene el personamiento

adecuado para las evaluaciones en cada sprint del SCRUM, la iteración

de cada flujo de trabajo se encarga de analizar, reevaluar y definir los

nuevos requerimientos sugeridos en el tiempo.

Las fases que abarca la metodología SCRUM: el ¿Qué? Y el

¿Quién?, es decir los roles y miembros del equipo de trabajo. El ¿Dónde?

y el ¿Cuándo?, equivale al espacio de trabajo ejecutado o conocido

también como Sprint. Finalmente, el ¿Por qué? y el ¿Cómo? Representa

las utilidades de trabajo de los miembros de los equipos de trabajo dentro

de la metodología SCRUM.

Propuesta 70

3.4.3.3. Desarrollo de formularios (diseño de pantallas)

CUADRO N° 16

ESQUEMA DE PANTALLA: FORMULARIO DE INGRESO

Nombre Lógico:

Pantalla de ingreso

Nombre Físico:

Login.aspx

Dirección Física http://system.facturitas.com/login.aspx

Tipo Ingreso

Descripción y

uso

Dentro de esta pantalla, se introduce el usuario y

contraseña. En esta parte se debe, previamente tener

un usuario creado por el administrador del sistema. En

caso de no tener usuario, se mostrará un mensaje de

error.

Dentro de esta pantalla, es la única manera para

acceder a los diversos sub sistemas o módulos, el cual

contiene un esquema de protección con encriptación

para las contraseñas.


http://system.facturitas.com/login.aspx

Propuesta 71

CUADRO N° 17

ESQUEMA DE PANTALLA: FORMULARIO DE INICIO

Nombre Lógico:

Pantalla de inicio

Nombre Físico:

Inicio.aspx

Dirección Física

http://system.facturitas.com/Inicio.aspx

Tipo Inicio

Descripción y uso Dentro de esta pantalla, se encuentran los módulos

del sistema, también en el menú superior, se

encuentra la opción de creación de usuarios y

permisos.

El módulo presentado en este proyecto es el

segundo con el nombre de “Toma de Inventario”


http://system.facturitas.com/Inicio.aspx

Propuesta 72

CUADRO N° 18

ESQUEMA DE PANTALLA: FORMULARIO DE INICIO DE TOMA DE

INVENTARIO

Nombre Lógico:

Pantalla de inicio de módulo

Nombre Físico:

Default.aspx

Dirección Física http://anais.facturitas.com/Default.aspx?

Tipo Inicio

Descripción y uso Dentro de esta pantalla, se encuentra las diversas

opciones de uso del sistema dentro del menú

transacciones -> Ordenes de despacho, Toma

Inventario y Transporte.


Propuesta 73

CUADRO N° 19

ESQUEMA DE PANTALLA: FORMULARIO DE ORDEN DE DESPACHO

Nombre Lógico:

Pantalla de despacho

Nombre Físico:

OrdenDespacho.aspx

Dirección Física

http://anais.facturitas.com/OrdenDespacho.aspx

Tipo Transaccional

Descripción y

uso

Dentro de esta pantalla se elaboran las ordenes de pre

despacho, donde el usuario debe ingresar las facturas, el

grupo de despacho y la bodega de origen para poder armar un

detalle de facturas.

A través de el botón Agregar, se añaden las líneas del

detalle de orden de despacho. Y el uso del botón Grabar

, sirve para confirmar la orden despacho y estar

disponible para los despachadores.

Consta de sub formulario de

búsqueda de factura con el uso del botón,

para facilitar la búsqueda por fechas de las

facturas y diversos filtros.

De acuerdo a los grupos de trabajo se procede al despacho

físico de la mercadería.


Propuesta 74

CUADRO N° 20

ESQUEMA DE PANTALLA: FORMULARIO DE TOMA FÍSICA DE

INVENTARIO

Nombre Lógico:

Pantalla de Toma de inventario físico.

Nombre Físico:

TomaInventario.aspx

Dirección Física

TomaInventario.aspx

Tipo Transaccional

Descripción y uso

En este formulario se debe ingresar el código del grupo y se procede a consultar la orden de despacho para su toma de serie.

El botón de búsqueda para consultar las ordenes de despachos.

El botón guardar sirve para generar la guía de remisión y finalizar el despacho

El botón cancelar sirve para reiniciar la página para volver a la toma física

El botón de búsqueda sirve para buscar las placas de los vehículos en la base de datos. El

cual presenta una ventana emergente con los datos de la factura.


Propuesta 75

CUADRO N° 21

ESQUEMA DE PANTALLA: IMPRESIÓN DE DESPACHOS

Nombre Lógico:

Impresión de despachos

Nombre Físico:

http://anais.facturitas.com/OrdenDespacho.aspx

Dirección Física

OrdenDespacho.aspx

Tipo Reporte

Descripción y uso Al momento de grabar la orden de despacho, genera

un reporte con los productos a tomar para la orden

física.


Propuesta 76

CUADRO N° 22

ESQUEMA DE PANTALLA: IMPRESIÓN DE GUÍAS

Nombre Lógico:

Impresión de guías

Nombre Físico:

http://anais.facturitas.com/TomaInventario.aspx

Dirección Física

TomaInventario.aspx

Tipo Reporte

Descripción y uso

Al momento de grabar la toma física, genera un reporte con los

productos a tomar para la orden física. Este reporte viene a ser

la guía de remisión.


Propuesta 77

3.4.4. Fase de Implementación

Implementar un sistema, significa que este debe estar

documentado en todos los aspectos como las operaciones, restricciones,

especificaciones operativas y técnicas, además de ser distribuidos a

los usuarios por medio de manuales, tutoriales, videos y

capacitaciones.

En la etapa de implementación se resalta el esfuerzo general de la

compañía, porque involucra la participación del personal de la empresa

operativo (usuarios finales), y del equipo de desarrollo. Entre ellos

mismos, deben efectuar test de implementación, instalación y

configuración del aplicativo con el entorno operativo actual. Los usuarios

deben coordinar el tiempo de capacitación y realización de procesos de

integración para obtener el adecuado funcionamiento del sistema.

Para la elaboración de los manuales operativos y técnicos, es

fundamental la claridad y el detalle, para una buena lectura y

entendimiento de los mismos. Dentro de estos documentos se debe

enumerar los conocimientos y acciones para la instalación y configuración

del aplicativo, además se debe especificar el uso de cada actividad dentro

del sistema con la finalidad de ser una orientación al usuario, en caso

desconocimiento.

La instalación procede con la publicación del sitio web a través de

un servidor web, por lo que disminuye fallas de usuarios al instalar el

sistema, El sistema posee niveles bajos y medios de transacciones,

haciendo posibles actualizaciones e instalaciones en línea.

Gracias a la utilización de la metodología SCRUM la mayor parte

de las pruebas se realizaron en las etapas anteriores optimizando el

software en un menor tiempo.

Propuesta 78

3.4.4.1. Actividades de implementación

CUADRO N° 23

ASIGNACIÓN EJECUCIÓN DE PROYECTO

Rol

Objetivos

Analista y/o

programador

(Sistemas)

Elaboración de la infraestructura para el

ambiente de producción.

Designación del equipo de

implementación.

Acoplamiento de procesos de arranque y

migración de información.

Proceso de instalación de componentes en

computadores de usuarios y

configuraciones generales del navegador y

del sistema operativo.

Administrador

(Gerente de ventas)

Creación y configuración de perfiles del

sistema y usuarios.

Elaboración reportes de auditorías y de

control de accesos.

Personal de ventas y

marketing

Instrucción teórica y práctica del sistema

por medio de video tutoriales y manuales.

Comunicación de errores o fallas en la

aplicación

Certificación de cumplimiento de los

requisitos del software instalado.


Propuesta 79

3.4.5. Estudio de Factibilidad

En el desarrollo de la propuesta, es importante considerar la

factibilidad de un proyecto por medio indicadores, que indiquen la

continuidad de este trabajo investigativo. Las dimensiones para analizar

los factores de factibilidad son: técnico, operativo y económico.

3.4.5.1 Factibilidad técnica

Este estudio técnico, tiene como objeto principal, identificar las

soluciones a nivel tecnológico como infraestructura en hardware y

software entre los puntos que el investigador pudo concluir.

CUADRO N° 24

VENTAJAS Y DESVENTAJAS TÉCNICAS

Ventajas técnicas Desventajas técnicas

Lenguaje de desarrollo Los lenguajes de

desarrollo se han

adaptado al sistema

actual de facturación

Estos lenguajes son C#,

HMTL5

Estos lenguajes tienen

una curva de aprendizaje

de nivel medio.

Bases de datos La base de datos está en

Microsoft SQL server

2012, lo cual se adapta al

sistema actual que posee

la empresa

Una base que obliga a

tener como sistema

operativo Windows 7 o

superior

Recursos de

infraestructura

La ventaja de realizar un

módulo, es que dispone

de la infraestructura

necesaria

Ampliar recursos de

memoria y disco en los

servidores.


Propuesta 80

3.4.5.2 Factibilidad operativa

En este factor se garantiza la utilización del sistema en un

ambiente web, con la disponibilidad de recursos necesarios para

mantener la estabilidad de la aplicación, aspectos relevantes como el nivel

capacitivo del usuario ante la aplicación.

El investigador debe considerar que el desarrollo de un módulo

aplicativo, permite contar con los usuarios y equipos necesarios para este

proyecto. Sin embargo, es importante considerar los siguientes puntos.

Reconocimiento de instalación y pruebas de los puntos de red

Justificación oral y escrita con el usuario final sobre la funcionalidad

íntegra de los computadores presentes en la compañía.

Control de mediciones de flujo eléctrico en la empresa.

Contar con computadores y una infraestructura de red con una vigencia

física estable (libres de suciedad, virus o desperfectos).

Para una operación garantizada en el tratamiento de gestiones del

aplicativo web a elaborarse, también debe señalarse el plan de

contingencia de los posibles inconvenientes presentados después de la

implementación, además de observar la factibilidad del plan

mencionado.

3.4.5.3. Factibilidad económica

El recurso empleado, debe tener varias perspectivas, como el

talento humano y tecnológico a emplearse en el desarrollo de este

proyecto. A continuación, se presentan unos cuadros de cálculo de costos

del proyecto. Donde los costos del proyecto, totaliza en talento humano

de $7200 más $2000 en recursos tecnológicos, sumando un total de costo

$9200.

Propuesta 81

CUADRO N° 25

COSTES DEL TALENTO HUMANO

Talento Cantidad

de

recursos

Meses Salario

Mensual

Total de

costes

% de

Coste

Administrador de

proyecto

1 3 $ 1500 $ 4500 62.50

Analista y/o

desarrollador

1 3 $ 900 $ 2700 37.50

TOTAL 2 3 $ 2400 $ 7200 100


CUADRO N° 26

COSTOS DE RECURSOS TECNOLÓGICOS

Rubro

Cantidad

Precio

Total

1 Computador de desarrollo / i5 2.1 GHz, 500

Gb, 6 Gb RAM. + Monitor

1 $ 1000 $ 1000

1 Computador de pruebas /Core 2 Duo 1.8

GHz 500 Gb, 4 Gb RAM +Monito

1 $ 800 $ 800

1 Hosting por año (Proveedor smarterasp.net) 1 $ 200 $ 200

Total

$ 2000

$ 2000


Propuesta 82

3.4.6 Impacto de la propuesta

El desarrollo de esta propuesta, logra causar un impacto positivo,

en costos y automatizaciones que empezaron con la facturación,

terminando en el proceso de despacho y guías.

Esto se refleja en disminución de gastos en papeles, mejoras en los

tiempos empleado y organización de los despachos y guías de remisión

generadas automáticamente. Este modelo de proyecto ayuda a cualquier

persona que esté interesada en aplicar un proceso de automatización de

despachos y guías de remisión

3.5 Conclusiones y Recomendaciones

3.5.1 Conclusiones

La conclusión obtenida en este trabajo, es el disponer de un

sistema de despachos para el área de bodega como herramienta de

apoyo a una gestión automatizada y dinámica que procure la rentabilidad

de la empresa Conspromavi.

La empresa dispone de una infraestructura tecnológica que satisface

los requisitos de desarrollo, pruebas e implementación del proyecto a

realizar. La tecnología solicitada como ASP.NET web forms y SQL

Server están disponibles como recursos actuales en la empresa, lo que

disminuye el gasto en la inversión tecnológica.

La aplicación de la metodología SCRUM en el desarrollo de software y

la disponibilidad de un sistema ALM (Application Lifecycle

Management) logra que el control del ciclo de vida del sistema

desarrollado mantenga los estándares de calidad. De esta manera se

logró cumplir con el objetivo principal el automatizar los procesos de

despachos, cumpliendo con los siguientes enunciados:

Los tiempos de despacho tardaban cerca de 1 hora, disminuye a 10

minutos. Los gastos producidos por impresión de guías de movimientos

Propuesta 83

y costos de las tomas físicas son cerca es un promedio de 50 dólares

mensuales, con el proyecto se logra una reducción del 90% sobre ese

costo.

La planificación lograda en este proyecto, se cumplió con las

expectativas en el análisis realizado, el nivel de conocimiento y de

operatividad se mantuvo, lo que permitió cumplir con la correcta

implementación del sistema

3.5.2. Recomendaciones

Las recomendaciones sugeridas en busca de una mejora continua

en el departamento de logística, detalla los siguientes puntos:

Se recomienda la implementación de controles de peso, para llevar un

control exacto en la salida e ingresos de los productos; otra opción

sería un control por series de los lotes o productos individuales,

ayudando a la seguridad de los despachos.

Se recomienda, cambios de módulos a interfaces responsiva para

nuevos modelos de dispositivos, para adaptarse a las nuevas

variaciones tecnológicas

Se recomienda el desarrollo de procesos de extensión de recursos

como servicios web de reportes para la alta gerencia. Integración del

sistema web con otros módulos de inventario y logística de la empresa,

como son los comprobantes de egreso e ingreso.

Se recomienda la implementación de planes de mantenimientos que

logren la integridad de la información y procesos como planes de

backup de base de datos, mantenimientos al servidor.

GLOSARIO DE TÉRMINOS

3-Layers (capas). - Es una arquitectura en el desarrollo de

aplicaciones informáticas para diferentes plataformas, generalmente

va de la mano con la programación orientada a objetos. Permite

el soporte, mantenimiento y reutilización de la programación de

un sistema de una forma estructurada, sencilla y de visión

escalable.

Entidad. – En la informática, una entidad es la descripción de una

tabla o vista proveniente de una base de datos, a través de un

modelamiento de datos, se pueden realizar operaciones sobre estas

estructuras a través desde una clase de programación.

IT. – Conocido en el lenguaje español como TI (significa

Tecnología de la Información), se puede definir como el diseño,

desarrollo, estudio y soporte de implementación de los sistemas

informáticos organizados por una gerencia que administra en diversos

niveles de hardware y software.

JQuery. - Framework basado en bibliotecas de JavaScript para

desarrollo de aplicaciones de web, permite el manejo práctico de los

elementos HTML e interacciones con el servidor de una manera

asincrónica.

LINQ: Es una tecnología parte del framework Microsoft .NET, que

apareció a partir de la versión 3.5 del framework. Permite extender un

lenguaje para realizar consultas y procesamientos sobre cualquier tipo

motor de base de datos.

Glosario de Términos 85

Normativa IEEE (Guide to Software Requirements

Specifications): Es una normativa internacional de soporte y ayuda para

especificar los requisitos de un software solicitado.

ORM (Object-Relational mapping): Palabra acrónima de origen

inglés que se traduce como mapeo de objetos relacionales. Es un método

informático que permite modelar una base de datos en una serie de

clases de programación denominadas entidades, muy útil para el

desarrollo ágil de sistemas.

Patrones de diseño. - Son técnicas que tienen como finalidad la

búsqueda de soluciones a los posibles problemas presentado en el diseño

y desarrollo de software.

Protocoló TCP/IP: Es una reunión de reglas que permite la

ejecución e implementación de comunicaciones de red y de esta manera

los programas de usuario dispongan de un canal de comunicación para

intercambiar información.

SQL: Lenguaje estándar de programación de características

interactiva y estructurado con la finalidad de administrar una base de

datos relacionales. A demás SQL cumple con las normas ISO.

Twiteer Bootstrap. - Es la reunión de varios frameworks

tecnológicos, incluye JQUERY, CSS3, HTML5 e imágenes que sirven

para renderizar el tamaño de un sitio web según el dispositivo donde se

visualiza.

Web. – Palabra de origen americano, que denota el significado

de una red informática. Se puede considerar, en términos

generales, la reunión de información ubicada bajo una dirección de

internet.

Glosario de Términos 86

WebForms: Palabra de origen inglés que significa formulario web,

el objetivo de este tipo interface gráfica es ser parte de una aplicación

empresarial y de fácil interactuación con el usuario.

WebServices: Es una plataforma tecnológica que provee la

funcionalidad de intercambiar datos mediante la utilización de estándares

y protocolos de una red. De esta manera es posible la comunicación entre

aplicaciones de diversos orígenes.

ANEXOS

Anexos 88

ANEXO N° 1

DICCIONARIO DE DATOS

DICCIONARIO DE TABLA DE ALMACÉN

UNIVERSIDAD DE GUAYAQUIL

LICENCIATURA EN SISTEMAS DE INFORMACIÓN

DICCIONARIO DE BASE DE DATOS

Página 1 de 1

Integrante

PROYECTO

Desarrollo de aplicación web móvil para despachos

Anais Cañola

Tabla: EF_Almacen Descripción: Tabla que contiene los almacenes o sucursales

de la empresa.

DESCRIPCIÓN DEL REGISTRO

Columna Tipo Descripción Long. Tipo de Llave

ID int ID 4 Pk

Codigo varchar Código 10

Descripcion varchar Descripción 50

Direccion varchar Dirección 100

Estado varchar Estado de activación 1

ID_Area int Id del área relacionada 4 Fk

ID_Empresa int ID de la empresa relacionada 4 Fk

ID_EmpleadoSupervisor int Id del empleado supervisor relacionado

4 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 89

DICCIONARIO DE TABLA DE APLICACIONES

UNIVERSIDAD DE GUAYAQUIL LICENCIATURA

EN SISTEMAS DE INFORMACIÓN

DICCIONARIO DE

BASE DE

DATOS

Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_APLICACION Descripción: Tabla que contiene los módulos del sistema,

dentro de ella estará el módulo de tesis a desarrollarse.


Columna Tipo Descripción Long. Tipo de LLave

ID int Secuencial 4 Pk

Codigo varchar Código 10

Nombre varchar Nombre del módulo (Despacho) 40

Url varchar Dirección web del módulo 250

Titulo varchar Título del módulo 40

Descripcion varchar Descripción del módulo 50

Informacion varchar Información del módulo 50


OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 90

DICCIONARIO DE TABLA DE BODEGAS



DICCIONARIO DE BASE DE

DATOS

Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_BODEGAS Descripción: Tabla que contiene las bodegas de cada

sucursal o almacén, donde se produce los despachos


Columna Tipo Descripción Long. Tipo de llave

ID Int Secuencial 4 Pk

ID_Almacen Int Id de relación de pertenencia al almacén.

4 Fk

Codigo Varchar Código 6

Descripcion Varchar Descripción 100

AplicaCosteo Bit Indicador de aplicación de costeo de inventario

1

Estado Varchar Estado de activación 1

UsuarioCreacion Varchar Usuario auditor 10

FechaCreacion datetime Fecha auditora 8

UsuarioModificacion Varchar Usuario auditor 10

FechaModificacion datetime Fecha auditora 8

ID_Empresa Int Id de relación de pertenencia a la empresa

4 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 91

DICCIONARIO DE TABLA DE CABECERA DE FACTURA



DICCIONARIO DE BASE DE

DATOS

Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_CABFACTURA Descripción: Tabla que contiene los datos de cabecera de

una factura


Columna Tipo Descripción Long. Tipo llave

ID bigint Secuencial 8 Pk

NumeroFactura int Número de factura 4

Cliente varchar Número de identificación del cliente 15

Nom_Cliente varchar Nombres del cliente 100

Dir_Cliente varchar Dirección del cliente 200

Tipo_Fact varchar Tipo de factura 1

Referencia varchar Documento de referencia como puede ser una orden de compra o cotización

10

ID_Almacen int Id de relación del almacén de pertenencia

4 Fk

ID_Empleado int Id de relación del empleado de pertenencia

4 Fk

FechaFactura datetime Fecha de factura 8

FormaPago varchar Forma de pago de la factura, cheque, tarjeta, contado o crédito

1

MesesPago int Meses de pago según tarjeta o crédito

4

ReferenciaPago varchar Referencia de tarjeta o cheque de pago

100

Vendedor varchar Código del vendedor 100

ID_Empresa int Id de relación de la empresa de pertenencia

4 Fk

OBSERVACION:

Tipo:

Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 92

DICCIONARIO DE TABLA DE DETALLE DE FACTURA




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_DETALLEFACTURA Descripción: Tabla que contiene los datos de detalle de

productos y servicios de una factura



ID Bigint Secuencial 8 Pk

ID_CAB Bigint Id de relación de la cabecera de factura

8 Fk

Secuencial Int Número de linea del detalle 4

ID_Producto Int Id relacion del producto del detalle 4 Fk

Cantidad Decimal Cantidad del producto a facturar 9

PrecioUnitario Decimal Valor del precio unitario 9

Iva Decimal Valor del IVA 9

Descuento Decimal Valor del descuento 9

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 93

DICCIONARIO DE TABLA DE ORDEN DE DESPACHO




Pág 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_CABPACKING_LIST Descripción: Tabla que contiene los datos de cabecera del

pre despacho



ID bigint Secuencial 8 Pk

ID_PL bigint Número de pre despacho 8 Fk

Cliente varchar Cliente a despachar 15

Tipo varchar Tipo de pre despacho, interno o externo 2


Bodega varchar ID de bodega de despacho 6 Fk

Localizacion varchar ID de la sucursal a despachar 6

ID_Sucursal int ID relacional de la sucursal de despacho 4 Fk

ID_Empresa int ID relacional de la empresa de despacho 4 Fk

Usuario_Creacion varchar Usuario de creación del despacho 10

Fecha_Creacion int Fecha de creación del despacho 4

Hora_Creacion int Hora de creación del despacho 4

Usuario_Modificacion varchar Usuario de modificación del despacho 10

Fecha_Modificacion varchar Fecha de modificación del despacho 10

Hora_Modificacion int Hora de modificación del despacho 4

Placa varchar Placa de transporte asignado al despacho 10

Guia_Numero varchar Número de guía 15

Guia_Serie varchar Serie de guía 15

ID_Grupo int Id del grupo relacionado a los despachadores

4 Fk

Destinatario varchar Destino o dirección de entrega 50

Comentario varchar Comentario u observaciones del despacho 50

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 94

DICCIONARIO DE TABLA DE DETALLE DE ORDEN DE DESPACHO

UNIVERSIDAD DE GUAYAQUIL LICENCIATURA EN SISTEMAS

DE INFORMACIÓN


Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:

EF_DETALLEPACKING_LIST

Descripción: Tabla que contiene los datos de detalle de

productos y servicios del pre despacho




ID_PL Int Numero de despacho 4 Fk

ID_FACTURA Int ID relacional de factura 4 Fk

ID_Producto Int ID relacional de producto 4 Fk

Serie varchar Serie del producto 30

Estado Int Estado de activación 4

Guia_Numero varchar Número de guía 15

Guia_Serie varchar Serie de guía 15

Cantidad Int Cantidad inicial 4

cantidad_tomada Int Cantidad despachada 4

ID_Empresa Int ID relacional de empresa 4 Fk

Codigo_Producto varchar Código relacional de producto 30 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 95

DICCIONARIO DE TABLA DE CLIENTES


DE INFORMACIÓN


Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_CLIENTE Descripción: Tabla que contiene los datos de los clientes de la

empresa




Codigo varchar Código del cliente 4 Fk

Identificacion varchar Número de identificación del cliente 4 Fk

TipoIdentificacion varchar Tipo de identificación del cliente 4 Fk

Nombres varchar Nombres del cliente 30

Apellidos varchar Apellidos del cliente 4

Direccion varchar Dirección del cliente 15

Telefonos varchar Teléfonos del cliente 15

Email varchar Email del cliente 4

FechaNacimiento int Fecha de nacimiento del cliente 4

Telefonos2 varchar Segundo teléfono del cliente 4 Fk

TipoCliente varchar Tipo o categoría del cliente 30 Fk

ID_Empresa int ID relacional de la empresa del sistema

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 96

DICCIONARIO DE TABLA DE EMPLEADOS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_EMPLEADO Descripción: Tabla que contiene los datos de los

empleados de la empresa



Codigo Int Secuencial númerico de empleado 4 Pk

Login varchar Nombre de usuario en el sistema 10

Nombres varchar Nombres del empleado 40

Cargo Int ID relacional del cargo institucional 4 Fk

Almacen Int ID relacional de almacen de pertenencia 4 Fk

Area Int ID relacional de área de pertenencia 4 Fk

Company Int ID relacional de la empresa de pertenencia 4 Fk

Email varchar Email del empleado 50

MontoMaximo decimal Maximo de sueldo 9

LoginSuperior varchar Código Relacional de jefe 10 FK

ProfitCenter varchar Código en centro de costo 10 Fk

EsJefe Bit Indicador si es jefe 1

EsGerente Bit Indicador si es gerente 1

PasswordSistema varchar Contraseña en el sistema -1


NumeroIdentificacion varchar Número de identificación de empleado 15

FechaVigencia Int Fecha de vencimiento de contrato 4

ID_Empresa Int ID relacional de la empresa de pertenencia 4 Fk

ID_Perfil Int ID relacional del perfil dentro del sistema 4 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 97

DICCIONARIO DE TABLA DE DEVOLUCIÓN DE FACTURAS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_DEVOLFACTURA Descripción: Tabla que contiene los datos de las devoluciones

de la factura



ID Bigint Secuencial 8 Pk

ID_CAB Bigint ID relacional de cabecera de factura 8 Fk

ID_DET Bigint ID relacional de cada detalle de factura 8 Fk

Secuencial Int Número de linea de la factura 4

ID_Producto Int ID relacional del producto 4 Fk

Cantidad Decimal Cantida devuelta del producto 9

PrecioUnitario Decimal Precio unitario del producto 9

Iva Decimal IVA del producto 9

Descuento Decimal Descuento del producto 9

ID_Empresa Int ID relacional de la empresa del sistema 4 Fk

ID_Almacen Int ID relacional del almacén del sistema 4 Fk

UsuarioIngreso Varchar Usuario de auditoria 15 Fk

FechaIngreso Datetime Fecha de auditoria 8

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea M (Manual)

Anexos 98

DICCIONARIO DE TABLA DE EMPRESA




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_EMPRESA Descripción: Tabla que contiene los datos de la empresa que

utiliza el sistema




Codigo Varchar Código de la empresa 15

Ruc Varchar Ruc de la empresa 15

Descripcion Varchar Descripción de la empresa 50

RazonSocial Varchar Razón social de la empresa 50

Direccion Varchar Dirección de la empresa 100

Estado Varchar Estado de activación de la empresa 1

Fecha_Inicio Datetime Fecha de auditoria 8

RutaImagen Varchar Logo de la empresa 100

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 99

DICCIONARIO DE TABLA DE GRUPO

UNIVERSIDAD DE GUAYAQUIL LICENCIATURA

EN SISTEMAS DE INFORMACIÓN


Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_GRUPO Descripción: Tabla que contiene los datos de los grupos de trabajo,

en esta caso los despachadores




Codigo Varchar Codigo del grupo de empleados 10

Descricpion Varchar Descripción del grupo de empleados 50

Tipo Varchar Tipo de grupo 2

UsuarioCreacion Varchar Código del usuario auditor (creación) 10 Fk

FecahCreacion Datetime Fecha auditora de creación 8

UsuarioModificacion Varchar Código del usuario auditor (modificación) 10 Fk

FecahModificacion Datetime Fecha auditora de modificación 8


ID_Empresa Int ID relacional de la empresa 4 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria A (Automática)


Anexos 100

DICCIONARIO DE TABLA DE ASIGNACIONES DE GRUPO –

EMPLEADO




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla:EF_GRUPO_EMPLEADO Descripción: Tabla que contiene las relaciones de los grupos de

trabajo con los empleados asignados




ID_Grupo Int ID relacional del grupo asignado 4 Fk

Codigo_Empleado Int Código del empleado asociado 4 Fk


FecahCreacion Datetime Fecha auditora de creación 8

UsuarioModificacion Varchar Código del usuario auditor (modificación) 10 Fk

FecahModificacion Datetime Fecha auditora de modificación 8



OBSERVACION:

Tipo: Secuencia:



Anexos 101

DICCIONARIO DE TABLA DE OPCIONES DE FACTURACIÓN




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_OPCION_FACTURA Descripción: Tabla que contiene la configuración

para la facturación




OpcionImpresion Varchar Tipo de impresión post o normal 255

DiasLimiteDevolucion Int Días vigencia de devolución para facturas

4

FacturaSinStock Bit Activación de facturación sin stock 1

UsuarioCreacion Varchar Código del usuario auditor (creación)

255 Fk

FechaCreacion Datetime Fecha auditora de creación 8

FechaModicacion Datetime Código del usuario auditor (modificación)

8

UsuarioModificacion Varchar Fecha auditora de modificación 255 Fk

ID_Caja Int ID relacional de punto de venta 4

ID_Almacen Int ID relacional de almácen 4

ID_Empresa Int ID relacional de la empresa 4

APLICA_FAC_ELECTRONICA Bit Activación de facturación electrónica

1

OBSERVACION:

Tipo: Secuencia:



Anexos 102

DICCIONARIO DE TABLA DE PARÁMETROS


DE INFORMACIÓN


Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_PARAMETRO Descripción: Tabla que contiene la parametrización

general, en ellas se configura, el tipo de impresión, caja principal, fecha de proceso, etc.





ValorIVA decimal Valor del IVA actual 9



FechaCreacion Datetime Fecha auditora de creación 8

FechaModicacion Datetime Código del usuario auditor (modificación)

8

UsuarioModificacion Varchar Fecha auditora de modificación 10 Fk

OBSERVACION:

Tipo: Secuencia:



Anexos 103

DICCIONARIO DE TABLA DE PERFILES




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_PERFIL Descripción: Tabla que contiene los pérfiles de acceso al

sistema



ID int Secuencial 4 Pk

Codigo varchar Código del pérfil 10

Descripcion varchar Descripción del pérfil 50


ID_Emprea int ID relacional de la empresa 4 Fk

Fecha_Creacion int Fecha de auditoria 4

Usuario_Creacion varchar Usuario de creación 15 Fk

Fecha_Modificacion int Fecha de auditoria 4

Usuario_Modificacion varchar Usuario de modificación 15 Fk

OBSERVACION:

Tipo: Secuencia:



Anexos 104

DICCIONARIO DE TABLA DE PRODUCTOS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_PRODUCTO Descripción: Tabla que contiene los datos del producto




Codigo varchar Código del producto 30

Descripcion varchar Descripción del producto 100

Precio_Maximo decimal Precio máximo del producto 9

Codigo_Fabrica varchar Código de fábrica del producto 30

Observacion varchar Observación del producto 250

Obligado_Serie varchar Aplica ingreso de series 1

ID_Unidad_Inicio Int Id relacional de unidad inicial de medida 4 Fk

ID_Unidad_Final Int Id relacional de unidad final de medida 4 Fk

ID_Categoria Int Id relacional de categoria de producto 4 Fk


Vendible Bit Aplica a venta al público 1

Codigo_Combo varchar Código de producto compuesto 30

Ingresable Bit Aplica ingreso directo a inventario 1

Reintegrable Bit Aplica reingreso después de ventas 1

MateriaPrima Bit Aplica producto como materia prima 1

NumeroComponentes Int Número de compuestos del producto 4

ID_Marca Int ID relacional de la marca del producto 4 Fk

ID_Empresa Int ID relacional de la empresa perteneciente

4 Fk

AplicaIVA Bit Aplica IVA el producto 1


OBSERVACION:

Tipo: Secuencia:



Anexos 105

DICCIONARIO DE TABLA DE PROVEEDORES




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_PROVEEDOR Descripción: Tabla que contiene los datos del proveedor



ID Int Secuencial 4 PK

Codigo varchar Código del proveedor 10

Descripcion varchar Descripción del proveedor 50

Direccion varchar Dirección del proveedor 100

Email varchar Email del proveedor 40

Atencion varchar Persona de contacto con el proveedor 50

Ruc varchar Ruc del proveedor 15


ID_Empresa Int ID relacional de empresa 4 Fk


OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 106

DICCIONARIO DE TABLA DE TRANSPORTISTA




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_TB_TRANSPORTISTA Descripción: Tabla que contiene los datos del transporte y

conductor



ID int Secuencial 4 PK

Placa varchar Placa del vehículo 10

Modelo varchar Modelo del vehículo 50

Identificacion_Transportista varchar Número de identificación del transportista

13

Nombre_Transportista varchar Nombr del transportista 50

Identifiacion_Empresa varchar Número de identificación de la empresa del transporte

13

Nombre_Empresa varchar Nombre de la empresa del transporte

50

ID_Empresa int Id relacional de la empresa del sistema

4 Fk

Estado varchar Estado de activación del resgistro 1

Fecha_Creacion int Fecha auditora de creación 4

Usuario_Creacion varchar Usuario auditor de creación 10 Fk

Fecha_Modificacion int Fecha de modificación 4

Usuario_Modificacion varchar Usuario auditor de modificación 10 Fk

OBSERVACION:

Tipo: Secuencia:



Anexos 107

DICCIONARIO DE TABLA DE DESPACHO FÍSICO




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_TOMA_FISICA Descripción: Tabla que contiene los datos del despacho físico



Bodega varchar Bodega de origen 6 PK

Tarjeta varchar Secuencial único 3 PK

ID_Produto int ID relacional de producto 4 FK

Localizacion varchar Localización del despacho 10 FK

Lote varchar Número de lote 10

Cantidad decimal Cantidad inicial 9

ID_unidad int ID relacional de la unidad inicial 4 FK

Login varchar Código del usuario del despacho 10 FK

Fecha int Fecha de despacho 4

Hora int Hora del despacho 4

CantidadReal decimal Cantidad despachada 9 Fk

PorcentajeHolgura decimal Porcentaje de falla de toma 9

Estado varchar Estado de activación 1 Fk

Periodo int Mes de toma 4

Anio int Año de toma 4

ID_DET_PL int ID relacional con el detalle del predespacho 4 FK

Codigo_Producto varchar Código relacional del producto 30 FK

ID_Empresa int ID relacional de la empresa del sistema 4 FK

ID_Grupo int ID relacional del grupo de despacho 4 FK

SECUENCIAL int Secuencia de la toma - Número de guia 4

PLACA varchar Placa del transportista 10 FK

OBSERVACION:

Tipo: Secuencia:



Anexos 108

DICCIONARIO DE TABLA DE PERMISOS DE MÓDULOS


DE INFORMACIÓN


Página 1 de 1

Integrante: Anais

PROYECTO


Tabla:

EF_USUARIO_APLICACION

Descripción: Tabla que contiene los permisos por

módulos dentro del sistema



Login Varchar Código del Usuario 10 PK, FK

ID_Aplicacion Int ID relacional de la aplicación o módulo

4 PK, FK


FechaMaxima Int Fecha máxima de uso de fecha 4

Fecha_Creacion Int Fecha auditora de creación 4




OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 109

DICCIONARIO DE TABLA DE SECUENCIALES




Página 1 de 1

Integrante Anais

PROYECTO


Tabla: EF_SECUENCIAL Descripción: Tabla que contiene los secuenciales de los

documentos




Secuencial int Secuencial de documento 4

TipoSecuencial varchar Tipo de documento 1


Almacen int ID relacional del almácen 4 Fk

ID_Empresa int ID relacional de la empresa 4 Fk

OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M(Manual)

Anexos 110

DICCIONARIO DE TABLA DE MARCAS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_MARCA Descripción: Tabla que contiene los marcas de cada

producto




Codigo varchar Código de la marca 4

Descripcion varchar Descripción de la marca 1







OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 111

DICCIONARIO DE TABLA DE CATEGORÍAS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_MARCA Descripción: Tabla que contiene los marcas de cada

producto




Codigo varchar Código de la marca 4

Descripcion varchar Descripción de la marca 1







OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 112

DICCIONARIO DE TABLA DE UNIDADES DE MEDIDAS




Página 1 de 1

Integrante

PROYECTO


Anais

Tabla: EF_UNIDAD Descripción: Tabla que contiene las diferentes

unidades de medidas de cada producto




Codigo varchar Código de la unidad de medida 10

Descripcion varchar Descripción de la unidad de medida 50

TipoMedida varchar Tipo de medida 25





OBSERVACION:

Tipo: Secuencia:

PK Clave Primaria

A (Automática)

FK Clave Foránea

M (Manual)

Anexos 113

DICCIONARIO DE TABLA DE MOTIVOS




Página 1 de 1

Integrante PROYECTO


Anais

Tabla: EF_MOTIVOS Descripción: Tabla que contiene los diversos motivos de

ingresos e egresos




CODIGO varchar Código de motivo 10

DESCRIPCION varchar Descripción de motivo 50

TIPO_MOV varchar Tipo de motivo 1

ESTADO varchar Estado de activación 1

ID_Empresa int ID relacional de la empresa perteneciente

4 Fk





OBSERVACION:

Tipo: Secuencia:

PK ClavePrimaria A (Automática)

FK ClaveForánea M (Manual)


Anexos 114

ANEXO N° 2

PLANIFICACIÓN

DIAGRAMA DE GANTT (PARTE 1)

Anexos 115

DIAGRAMA DE GANTT (PARTE 1)


BIBLIOGRAFÍA

Ballou, R. H. (2004). Logística: administración de la cadena de

suministro. México: PEARSON EDUCACIÓN.

Casabona, E., & Ceci, R. (2014). Sitios Multiplataforma con HTML5 +

CSS3: Domine el nuevo paradigma de la web. España: Creative

Andina Corp.

Deitel, H. M. (2004). Cómo programar en C/C++ y Java. México: Pearson

- Prentice Hall.

Flanagan, D. (2007). JavaScript: la guía definitiva. Anaya Multimedia.

Groussard, T. (2014). JAVA 8: Los fundamentos del lenguaje Java.

Barcelona: Eni Ediciones.

Guérin, B.-A. (2012). ASP.NET 4.5 en C# con Visual Studio 2012: Diseño

y desarrollo de aplicaciones web. Madrid, España: ENI Ediciones.

Guerrero Sánchez, E. (2014). Redes e Internet. Madrid: MARPADAL.

IBM Corporation, S. G. (2012). Fundamentos del desarrollo de

aplicaciones móviles. IBM, Desarrollo de sistemas y software .

Somers, New York: IBM Corporation. Obtenido de

ftp://ftp.software.ibm.com/la/documents/gb/commons/RAW14302-

ESES-00.pdf

Iglesias, A. (2006). Distribución y logística. Madrid: ESIC EDITORIAL.

Bibliografía 117

Los Santos, I. S. (2006). Logística y marketing para la distribución

comercial. Madrid: ESIC Editorial.

Luján Mora, S. (2001). Programación en Internet: clientes Web. Alicante:

Editorial Club Universitario.

Mozilla and individual contributors. (13 de 06 de 2017). JavaScript.

Obtenido de JavaScript:

https://developer.mozilla.org/es/docs/Web/JavaScript

Riveros Polanía, G. (2015). Marketing logístico. Bógota: ECOE

Ediciones.

Robusté, F. (2006). Logística del transporte. Cataluña: EDICIONS UPC.

Sánchez Pérez, B. (2015). Cuaderno Práctico de Linux. Sistemas

Operativos Monopuesto. Baldomero Sánchez Pérez.

Sommerville, I. (2005). Ingeniería del software. Madrid: PEARSON

EDUCACIÓN S.A.

universidad de guayaquil facultad de ingenierÍa...

Documents