universidad de guayaquil facultad de ingenierÍa...
Post on 01-Nov-2018
269 Views
Preview:
TRANSCRIPT
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
N° Descripción Pág.
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
N° Descripción Pág.
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
N° Descripción Pág.
3.1 Título 62
vii
N° Descripción Pág.
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
N° Descripción Pág.
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
N° Descripción Pág.
1 Resultados de la pregunta 1 de la encuesta 37
2 Resultados de la pregunta 2 de la encuesta 37
3 Resultados de la pregunta 3 de la encuesta 38
4 Resultados de la pregunta 4 de la encuesta 38
5 Resultados de la pregunta 5 de la encuesta 39
6 Resultados de la pregunta 6 de la encuesta 39
7 Resultados de la pregunta 7 de la encuesta 40
8 Resultados de la pregunta 8 de la encuesta 40
9 Resultados de la pregunta 9 de la encuesta 41
x
ÍNDICES DE IMÁGENES
N° Descripción Pág.
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
N° Descripción Pág.
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
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
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
Visual Studio .NET 2010
Visual Studio .NET 2012
Visual Studio .NET 2013
Visual Studio .NET 2015
Visual Studio .NET 2017
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 2 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 3 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 4 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 5 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 6 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 7 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 8 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
RESULTADOS DE LA PREGUNTA 9 DE LA ENCUESTA
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Metodología 51
DIAGRAMA N° 5
CASO DE USO: TOMA FÍSICA DE INVENTARIO PARA DESPACHAR
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
DESCRIPCIÓN DEL PROCESO
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Metodología 53
DIAGRAMA N° 6
CASO DE USO: ADMINISTRACIÓN DE PERFILES Y USUARIOS
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
DESCRIPCIÓN DEL PROCESO
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Metodología 55
2.7.3. Diagrama Entidad – Relación.
DIAGRAMA N° 7
MODELO ENTIDAD RELACIÓN (PARTE 1)
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Metodología 56
2.7.4. Diagrama de clases
DIAGRAMA N° 8
DIAGRAMA DE CLASES Y ENTIDADES
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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)
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Metodología 60
DIAGRAMA N° 11
DIAGRAMA DE SECUENCIA (TOMA FÍSICA)
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa
Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa
Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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”
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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 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
Desarrollo de aplicación web móvil para despachos
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.
DESCRIPCIÓN DEL REGISTRO
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
Estado varchar Estado de activación 2
OBSERVACION:
Tipo: Secuencia:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 90
DICCIONARIO DE TABLA DE BODEGAS
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
Tabla:EF_BODEGAS Descripción: Tabla que contiene las bodegas de cada
sucursal o almacén, donde se produce los despachos
DESCRIPCIÓN DEL REGISTRO
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
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
Tabla:EF_CABFACTURA Descripción: Tabla que contiene los datos de cabecera de
una factura
DESCRIPCIÓN DEL REGISTRO
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
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
Tabla: EF_DETALLEFACTURA Descripción: Tabla que contiene los datos de detalle de
productos y servicios de una factura
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
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
UNIVERSIDAD DE GUAYAQUIL
LICENCIATURA EN SISTEMAS DE INFORMACIÓN
DICCIONARIO DE BASE DE DATOS
Pág 1 de 1
Integrante
PROYECTO
Desarrollo de aplicación web móvil para despachos
Anais
Tabla: EF_CABPACKING_LIST Descripción: Tabla que contiene los datos de cabecera del
pre despacho
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
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
Estado varchar Estado de activación 1
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
DICCIONARIO DE BASE DE DATOS
Página 1 de 1
Integrante
PROYECTO
Desarrollo de aplicación web móvil para despachos
Anais
Tabla:
EF_DETALLEPACKING_LIST
Descripción: Tabla que contiene los datos de detalle de
productos y servicios del pre despacho
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
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
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
Tabla:EF_CLIENTE Descripción: Tabla que contiene los datos de los clientes de la
empresa
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
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
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
Tabla:EF_EMPLEADO Descripción: Tabla que contiene los datos de los
empleados de la empresa
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
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
Estado varchar Estado de activación 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
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
Tabla:EF_DEVOLFACTURA Descripción: Tabla que contiene los datos de las devoluciones
de la factura
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
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
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
Tabla:EF_EMPRESA Descripción: Tabla que contiene los datos de la empresa que
utiliza el sistema
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
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
DICCIONARIO DE BASE DE DATOS
Página 1 de 1
Integrante
PROYECTO
Desarrollo de aplicación web móvil para despachos
Anais
Tabla:EF_GRUPO Descripción: Tabla que contiene los datos de los grupos de trabajo,
en esta caso los despachadores
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
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
Estado Varchar Estado de activación 1
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 100
DICCIONARIO DE TABLA DE ASIGNACIONES DE GRUPO –
EMPLEADO
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
Tabla:EF_GRUPO_EMPLEADO Descripción: Tabla que contiene las relaciones de los grupos de
trabajo con los empleados asignados
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
ID Int Secuencial 4 Pk
ID_Grupo Int ID relacional del grupo asignado 4 Fk
Codigo_Empleado Int Código del empleado asociado 4 Fk
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
Estado Varchar Estado de activación 1
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 101
DICCIONARIO DE TABLA DE OPCIONES DE FACTURACIÓ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
Tabla: EF_OPCION_FACTURA Descripción: Tabla que contiene la configuración
para la facturación
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
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:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 102
DICCIONARIO DE TABLA DE PARÁMETROS
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
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.
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID Int Secuencial 4 Pk
ID_Empresa Int ID relacional de la empresa 4 Fk
ValorIVA decimal Valor del IVA actual 9
ID Int Secuencial 4 Pk
UsuarioCreacion Varchar Código del usuario auditor (creación) 10 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 10 Fk
OBSERVACION:
Tipo: Secuencia:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 103
DICCIONARIO DE TABLA DE PERFILES
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
Tabla: EF_PERFIL Descripción: Tabla que contiene los pérfiles de acceso al
sistema
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 Pk
Codigo varchar Código del pérfil 10
Descripcion varchar Descripción del pérfil 50
Estado varchar Estado de activación 1
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:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 104
DICCIONARIO DE TABLA DE PRODUCTOS
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
Tabla: EF_PRODUCTO Descripción: Tabla que contiene los datos del producto
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
ID Int Secuencial 4 Pk
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
Estado varchar Estado de activación 1
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
ID Int Secuencial 4 Pk
OBSERVACION:
Tipo: Secuencia:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 105
DICCIONARIO DE TABLA DE PROVEEDORES
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
Tabla: EF_PROVEEDOR Descripción: Tabla que contiene los datos del proveedor
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
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
Estado varchar Estado de activación 1
ID_Empresa Int ID relacional de empresa 4 Fk
ID Int Secuencial 4 Pk
OBSERVACION:
Tipo: Secuencia:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 106
DICCIONARIO DE TABLA DE TRANSPORTISTA
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
Tabla: EF_TB_TRANSPORTISTA Descripción: Tabla que contiene los datos del transporte y
conductor
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
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:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 107
DICCIONARIO DE TABLA DE DESPACHO FÍSICO
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
Tabla: EF_TOMA_FISICA Descripción: Tabla que contiene los datos del despacho físico
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo llave
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:
PK Clave Primaria A (Automática)
FK Clave Foránea M (Manual)
Anexos 108
DICCIONARIO DE TABLA DE PERMISOS DE MÓDULOS
UNIVERSIDAD DE GUAYAQUIL LICENCIATURA EN SISTEMAS
DE INFORMACIÓN
DICCIONARIO DE BASE DE DATOS
Página 1 de 1
Integrante: Anais
PROYECTO
Desarrollo de aplicación web móvil para despachos
Tabla:
EF_USUARIO_APLICACION
Descripción: Tabla que contiene los permisos por
módulos dentro del sistema
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
Login Varchar Código del Usuario 10 PK, FK
ID_Aplicacion Int ID relacional de la aplicación o módulo
4 PK, FK
Estado Varchar Estado de activación 2
FechaMaxima Int Fecha máxima de uso de fecha 4
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:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 109
DICCIONARIO DE TABLA DE SECUENCIALES
UNIVERSIDAD DE GUAYAQUIL
LICENCIATURA EN SISTEMAS DE INFORMACIÓN
DICCIONARIO DE BASE DE DATOS
Página 1 de 1
Integrante Anais
PROYECTO
Desarrollo de aplicación web móvil para despachos
Tabla: EF_SECUENCIAL Descripción: Tabla que contiene los secuenciales de los
documentos
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 PK
Secuencial int Secuencial de documento 4
TipoSecuencial varchar Tipo de documento 1
Estado varchar Estado de activación 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
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
Tabla: EF_MARCA Descripción: Tabla que contiene los marcas de cada
producto
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 PK
Codigo varchar Código de la marca 4
Descripcion varchar Descripción de la marca 1
Estado varchar Estado de activación 1
ID_Empresa int ID relacional de la empresa 4 Fk
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:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 111
DICCIONARIO DE TABLA DE CATEGORÍAS
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
Tabla: EF_MARCA Descripción: Tabla que contiene los marcas de cada
producto
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 PK
Codigo varchar Código de la marca 4
Descripcion varchar Descripción de la marca 1
Estado varchar Estado de activación 1
ID_Empresa int ID relacional de la empresa 4 Fk
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:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 112
DICCIONARIO DE TABLA DE UNIDADES DE MEDIDAS
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
Tabla: EF_UNIDAD Descripción: Tabla que contiene las diferentes
unidades de medidas de cada producto
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 PK
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
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:
PK Clave Primaria
A (Automática)
FK Clave Foránea
M (Manual)
Anexos 113
DICCIONARIO DE TABLA DE MOTIVOS
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
Tabla: EF_MOTIVOS Descripción: Tabla que contiene los diversos motivos de
ingresos e egresos
DESCRIPCIÓN DEL REGISTRO
Columna Tipo Descripción Long. Tipo de llave
ID int Secuencial 4 PK
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
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:
PK ClavePrimaria A (Automática)
FK ClaveForánea M (Manual)
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
Anexos 115
DIAGRAMA DE GANTT (PARTE 1)
Fuente: Investigación directa Elaborado por: Cañola Cruz Andrea Anais
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.
top related