sistema de informaciÓn para el manejo de inventarios y

SISTEMA DE INFORMACIÓN PARA EL MANEJO DE INVENTARIOS Y TOMA

DE PEDIDOS DE LA EMPRESA DISTRI LÓPEZ T.A.T.

LEONARDO FLÓREZ LÓPEZ

JAIME ALBERTO MOSQUERA MOSQUERA

UNIVERSIDAD CATÓLICA DE PEREIRA

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍAS

INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

PEREIRA

2016

SISTEMA DE INFORMACIÓN PARA EL MANEJO DE INVENTARIOS Y TOMA

DE PEDIDOS DE LA EMPRESA DISTRI LÓPEZ T.A.T.

LEONARDO FLÓREZ LÓPEZ

JAIME ALBERTO MOSQUERA MOSQUERA

TRABAJO DE GRADO PARA OPTAR EL TÍTULO DE INGENIERO EN

SISTEMAS Y TELECOMUNICACIONES

DANIEL FELIPE BLANDÓN GÓMEZ

COORDINADOR DEPARTAMENTO GESTIÓN DE TECNOLOGÍA UCP

UNIVERSIDAD CATÓLICA DE PEREIRA

FACULTAD DE CIENCIAS BÁSICAS E INGENIERÍAS

INGENIERÍA DE SISTEMAS Y TELECOMUNICACIONES

PEREIRA

2016

Nota de Aceptación

Presidente del Jurado

Jurado

Jurado

Pereira 08/11/2016

DEDICATORIA

A Dios.

Por habernos permitido llegar hasta este punto y habernos dado salud para lograr

nuestros objetivos, además de su infinita bondad y amor.

A nuestros padres

Por habernos apoyado en todo momento, por sus consejos, sus valores, por la

motivación constante que nos ha permitido ser una persona de bien, pero más que

nada, por su amor.

AGRADECIMIENTOS

Agradecemos en primer lugar a Dios, ya que con El todo y sin El nada… por

iluminarnos y fortalecer nuestro espíritu para emprender este camino hacia el

éxito.

También a nuestros padres por el constante apoyo por siempre habernos dado su

fuerza y apoyo incondicional que nos han ayudado y llevado hasta donde estamos

ahora.

También a nuestro tutor de proyecto de grado, ingeniero Daniel Felipe Blandón

Gómez, su constante orientación, valiosos comentarios y sugerencias en

cada una de las etapas del proyecto de grado. Su atención, plena dedicación y

conocimientos.

TABLA DE CONTENIDO

RESUMEN............................................................................................................ 11

INTRODUCCIÓN .................................................................................................. 13

1. CAPÍTULO 1 .................................................................................................. 14

1.1. TÍTULO: .......................................................................................................................... 14

1.2. OBJETIVO GENERAL: ................................................................................................. 14

1.3. OBJETIVO ESPECÍFICO: ............................................................................................ 14

1.4. PLANTEAMIENTO DEL PROBLEMA: ....................................................................... 15

1.5. JUSTIFICACIÓN:........................................................................................................... 16

1.6. ALCANCE ....................................................................................................................... 17

1.7. VIABILIDAD .................................................................................................................... 17

1.8. CONSECUENCIAS ....................................................................................................... 17

1.8.1. VENTAJAS: ............................................................................................................ 17

1.8.2. DESVENTAJAS: .................................................................................................... 18

2. CAPÍTULO 2 .................................................................................................. 19

MARCO TEÓRICO ............................................................................................... 19

2.1. ANTECEDENTES ......................................................................................................... 19

2.1.1. SOFTWARE PARA DISTRIBUIDORES DE PRODUCTOS ............................ 19

2.1.2. AIKON ERP ............................................................................................................ 20

2.1.3. JR SOFTWARE ..................................................................................................... 20

2.1.4. SISTEMA WAP PARA REGISTRO DE PEDIDOS ........................................... 21

2.2. MARCO CONTEXTUAL ............................................................................................... 22

2.3. MARCO CONCEPTUAL ............................................................................................... 23

2.3.1. SISTEMA DE INFORMACIÓN............................................................................. 23

2.3.2. CONTABILIDAD .................................................................................................... 24

2.3.3. SISTEMA DE BASE DE DATOS ......................................................................... 26

2.3.4. LENGUAJE DE PROGRAMACIÓN .................................................................... 26

2.3.5. APLICACIONES MÓVILES .................................................................................. 27

2.3.6. ANDROID ............................................................................................................... 28

2.3.7. PYTHON ................................................................................................................. 29

2.3.8. DJANGO ................................................................................................................. 30

2.3.9. POSTGRESQL ...................................................................................................... 31

2.3.10. HTML (HyperText Markup Language) ............................................................ 32

2.3.11. JAVA SCRIPT .................................................................................................... 33

2.3.12. WEBAPP ............................................................................................................. 34

2.3.13. Hosting ................................................................................................................ 35

3. CAPÍTULO 3 .................................................................................................. 37

3.1. METODOLOGÍA ............................................................................................................ 37

3.2. ESPECIFICACIÓN DE LA SOLUCIÓN ...................................................................... 40

3.2.1. REQUERIMIENTOS .................................................................................................. 40

3.2.2. DIAGRAMAS DE CASOS DE USO ........................................................................ 50

3.2.3. DIAGRAMAS DE ACTIVIDADES ............................................................................ 76

3.2.4. MODELO ENTIDAD RELACIÓN ............................................................................. 81

3.2.5. IMPLEMENTACIÓN Y PRUEBAS .......................................................................... 82

3.2.6. OPERACIÓN .............................................................................................................. 86

3.2.7. MANTENIMIENTO .................................................................................................... 86

CONCLUSIONES ................................................................................................. 87

RECOMENDACIONES ......................................................................................... 88

BIBLIOGRAFÍA ..................................................................................................... 89

GLOSARIO ........................................................................................................... 92

APENDICES ......................................................................................................... 93

8

LISTA DE TABLAS

Tabla 1. Limites 1 ................................................................................................. 32

Tabla 2. Presupuesto 1 ......................................................................................... 39

Tabla 3. Requerimiento N° 001: CRUD de clientes. .............................................. 40

Tabla 4. Requerimiento N° 002: CRUD de proveedores. ...................................... 40

Tabla 5. Requerimiento N° 003: CRUD de usuarios. ............................................ 41

Tabla 6. Requerimiento N° 004: CRUD de productos ........................................... 41

Tabla 7. Requerimiento N° 005: CRUD de promociones. ..................................... 41

Tabla 8. Requerimiento N° 006: CRUD de rutas. .................................................. 42

Tabla 9. Requerimiento N° 007: CRUD de órdenes de pedido. ............................ 42

Tabla 10. Requerimiento N° 008: Consulta de productos. .................................... 42

Tabla 11. Requerimiento N° 009: Consulta de rutas. ............................................ 43

Tabla 12. Requerimiento N° 010: Consultar el valor de la ruta. ............................. 43

Tabla 13. Requerimiento N° 011: Modificación de factura. ................................... 43

Tabla 14. Requerimiento N° 012: Visualización de información de clientes. ......... 44

Tabla 15. Requerimiento N° 013: CRUD para la meta de ventas por ruta. ............ 44

Tabla 16. Requerimiento N° 014: Consulta de órdenes de pedido. ....................... 44

Tabla 17. Requerimiento N° 015: Control producto. .............................................. 45

Tabla 18. Requerimiento N° 016: Alerta existencia de producto. .......................... 45

Tabla 19. Requerimiento N° 017: Generar factura. ............................................... 45

Tabla 20. Requerimiento N° 018: Informe de ventas............................................. 46

Tabla 21. Requerimiento N° 019: Informes contables. .......................................... 46

Tabla 22. Requerimiento N° 020: Acceso aplicativo.............................................. 46

Tabla 23. Requerimiento N° 021: Campo usuario. ................................................ 47

Tabla 24. Requerimiento N° 022: Cambio contraseña. ......................................... 47

Tabla 25. Requerimiento N° 023: Verificación de datos. ....................................... 47

Tabla 26. Requerimiento N° 024: Perfil de usuario. .............................................. 48

Tabla 27. Requerimiento N° 025: Diseño de base de datos .................................. 48

Tabla 28. Requerimiento N° 026: Lenguaje de desarrollo. .................................... 48

Tabla 29. Requerimiento N° 027: Framework. ...................................................... 49

Tabla 30. Identificación colaboradores.................................................................. 82

Tabla 31. Prueba usabilidad administrador ........................................................... 82

Tabla 32. Prueba usabilidad vendedores .............................................................. 83

Tabla 33. Prueba usabilidad contador................................................................... 85

9

LISTAS DE FIGURAS

Figura 1. Casos de Uso: Sistema general ............................................................. 50

Figura 2. Casos de Uso: Sistema general ............................................................. 51

Figura 3. Casos de Uso: Autenticación usuario .................................................... 52

Figura 4. Casos de Uso: Gestión CRUP ............................................................... 53

Figura 5. Casos de Uso: Gestión de clientes ........................................................ 54

Figura 6. Casos de Uso: Gestión de usuarios ....................................................... 56

Figura 7. Casos de Uso: Gestión de proveedores ................................................ 57

Figura 8. Casos de Uso: Gestión de rutas ............................................................ 58

Figura 9. Casos de Uso: Gestión de inventario ..................................................... 60

Figura 10. Casos de Uso: Gestión de producto .................................................... 62

Figura 11. Casos de Uso: Gestión de promociones .............................................. 63

Figura 12. Casos de Uso: Compras ...................................................................... 65

Figura 13. Casos de Uso: Gestión de pedidos ...................................................... 66

Figura 14. Casos de Uso: Gestionar orden de pedido .......................................... 67

Figura 15. Casos de Uso: Gestión de factura ....................................................... 68

Figura 16. Casos de Uso: Consolidado ................................................................. 69

Figura 17. Casos de Uso: Contabilidad ................................................................. 70

Figura 18. Casos de Uso: Generar balance .......................................................... 71

Figura 19. Casos de Uso: Estado de resultados ................................................... 72

Figura 20. Casos de Uso: Balance de prueba....................................................... 74

10

LISTA DE IMÁGENES

Imagen 1. Modelo en cascada 1 ........................................................................... 37

Imagen 2. Diagrama de actividad de inicio del sistema ......................................... 76

Imagen 3. Diagrama de actividad del Módulo de gestión de CRUP (Clientes,

Rutas, Usuarios, Productos) ................................................................................. 77

Imagen 4. Diagrama de actividad del Módulo de gestión de inventario ................. 78

Imagen 5. Diagrama de actividad del Módulo de gestión de pedidos .................... 79

Imagen 6. Diagrama de actividad del Módulo de contabilidad .............................. 80

Imagen 7. Modelo entidad relación ....................................................................... 81

11

RESUMEN

Un sistema de información es un conjunto de elementos orientados al tratamiento

y administración de datos e información, organizados y listos para su uso

posterior, generados para cubrir una necesidad o un objetivo. En la empresa Distri

López T.A.T. actualmente no existe un sistema de información; por lo tanto, se

desea crear uno, para así facilitar sus procesos.

Distri López T.A.T. es una empresa dedicada a la comercialización de productos

de dulcería de diferentes marcas, en algunas zonas del eje cafetero, su

distribución está centrada en los clientes minoristas como lo son las tiendas de

barrio.

Por esto se creará un sistema de información, que le permitirá a la empresa Distri

López T.A.T. controlar algunos procesos que se llevan a cabo diariamente en

dicha empresa.

Para desarrollar el proyecto se hace una revisión de antecedentes en la web para

conocer que personas o entidades han trabajado en proyectos similares; se

encuentran varios los cuales pueden aportar a este proyecto. En este documento

se encontrarán conceptos los cuales servirán como apoyo en su elaboración.

El sistema de información contendrá módulos como: inventarios, toma de pedidos

y contabilidad básica, los cuales contendrán la información de la empresa, y podrá

ser modificada por el administrador del sistema. En este documento se plasma

toda la metodología para alcanzar dicho objetivo.

Palabras clave: Sistema de información, Distribución, Dulcería, Aplicación Web,

Base de datos, Desarrollo, Análisis, Ingeniería del software, Metodología.

12

ABSTRACT

An information system is a set of oriented components and protocols that work

together for the collection, organization, storage and communication with one

objective in mind which is to meet an objective or a goal. In the company Distri

Lopez T.A.T. there is currently no information system; therefore, the need to create

one has become a priority which will help improve work rate and increase

performance.

Distri Lopez T.A.T. is a company dedicated to the marketing of confectionery

products of different brands, in some areas the coffee-distribution is focused on

retail customers such as neighborhood stores.

As a result, an information system will be created which will allow the Distri Lopez

T.A.T company to control some processes that take place daily within the

company.

To develop the project a background check has been performed on the web to find

out what sort of individuals or entities have worked on similar projects; there are

several which can contribute to this project. In this document, I will be able to

demonstrate which concepts can potentially be used as a foundation for the

development of said system.

The information system will contain user requirements such as inventory, order

taking and basic accounting records, which will store the information of the

company, and may be modified by the system administrator. In this document, all

methodology will be presented and explained on how to achieve this objective.

Keywords: System information, Distribution, Sweet, Web App, Data base,

Development, Analysis, Software engineering, Methodology.

13

INTRODUCCIÓN

La evolución del hombre ha traído consigo muchas dificultades y necesidades,

difundir la información y la necesidad de comunicarse ha jugado un papel muy

importante y fundamental en la vida de éste. La tecnología ha sido uno de los

descubrimientos más importantes del hombre, con esta se han resuelto muchos

problemas y necesidades importantes en la vida cotidiana del ser humano

llegando a convertirse en parte indispensable e indiscutible de nuestra diaria

rutina.

Durante este proceso nacieron los Sistemas de Información (SI), un conjunto de

componentes interrelacionados que recolectan, recuperan, procesan almacenan y

distribuyen información para apoyar la toma de decisiones y el control de una

organización, hoy en día son este tipo de sistemas, los más usados por las

empresas para gestionar su información.

Actualmente los Sistemas de Información apoyados en herramientas informáticas

han alcanzado un gran auge, al punto de casi desplazar los tradicionales formatos

sobre papel.

Las empresas han encontrado en este tipo de sistemas una solución práctica y

eficaz para registrar y controlar su información, también para tener más claridad y

respuestas oportunas al momento de la toma de decisiones de sus proyecciones y

metas.

Las empresas de distribución de productos han encontrado en estos sistemas una

herramienta practica y eficaz para su diario desempeño, y así ejercer control real y

oportuno sobre todo lo que involucran las ventas, inventarios, productos, valores y

demás información con respecto a sus clientes y proveedores.

Este proyecto consiste en desarrollar un sistema de información con el cual se

busca mejorar y modernizar la forma de llevar a cabo los procesos que se realizan

en la empresa Distri López T.A.T. la cual está dedicada a la distribución de

productos de dulcería de diferentes marcas, en una zona del eje cafetero, esta

empresa lleva funcionando alrededor de 2 años.

14

1. CAPÍTULO 1

1.1. TÍTULO:

Sistema de información para el manejo de inventarios y toma de pedidos de

la empresa Distri López T.A.T.

1.2. OBJETIVO GENERAL:

Implementar un sistema de información para el manejo de inventarios y

toma de pedidos para la empresa Distri López T.A.T, permitiendo la gestión

de la información en las instalaciones de la empresa y fuera de ella a través

de dispositivos móviles.

1.3. OBJETIVO ESPECÍFICO:

- Realizar el levantamiento de requerimientos de acuerdo a la

necesidad de las áreas involucradas.

- Analizar la información establecida de los diferentes actores

involucrados.

- Diseñar un sistema de información de acuerdo a los parámetros

establecidos ajustando la información de cada una de las áreas

- Construir el sistema de información de acuerdo a la información

obtenida y el diseño establecido.

- Realizar las pruebas del funcionamiento del sistema de información

y así conocer su estado y evidenciar algún error para proceder a

realizar sus respectivas correcciones.

15

1.4. PLANTEAMIENTO DEL PROBLEMA:

El proyecto parte de una problemática encontrada en la distribuidora Distri

López T.A.T, la cual se dedica a realizar distribución tienda a tienda de

diferentes productos de dulcería, la distribución se realiza en los municipios

de Cartago, Montenegro, Quimbaya, Ulloa, Alcalá y Montezuma, se realizó

un levantamiento de requerimientos para conocer cómo operan y qué

problemáticas tiene la distribuidora como resultado se obtuvieron los

siguientes inconvenientes:

- Las tomas de pedidos a los clientes se hacen mediante una libreta

común.

- Los vendedores deben transcribir la información de la libreta a la

factura final.

- Se presentan errores de procedimiento al momento de transcribir la

información de la libreta a la factura.

- Los vendedores no cuentan con la información exacta de cada uno

de los productos que se encuentran en existencia en la bodega de

Distri López T.A.T.

Estos inconvenientes perjudican la distribuidora Distri López T.A.T. en la

gran mayoría de sus procesos ocasionado desorden administrativo que

conllevan la empresa a tener pérdidas de nivel económico.

La información acerca de los productos y el diligenciamiento de las facturas

son realizadas por los mismos vendedores de la empresa lo cual representa

pérdida de tiempo, corriendo además el riesgo que al momento de

transcribir la información se pierda parte de ella.

Distri López no cuenta con un sistema que le permita realizar estos

procedimientos de una manera más sencilla, por ejemplo:

Control del inventario de los productos existentes en la

empresa.

Imprimir las facturas de una manera más sencilla y eficaz.

Controlar el rendimiento del vendedor en el mes.

Totalizar las ventas diarias hechas por todos los vendedores.

16

1.5. JUSTIFICACIÓN:

Como solución a los problemas que presenta la distribuidora Distri López

T.A.T. se plantea la implementación de un sistema de información que

permita realizar los siguientes procesos tanto a los vendedores como a los

supervisores ya sea desde la misma empresa o a través de un dispositivo

móvil.

Registro de pedidos tienda a tienda a través del dispositivo

móvil.

Consulta de existencia y cantidad de los productos que se

encuentran en bodega.

Registro de cada uno de los clientes de Distri López T.A.T.

Verificación de la ruta asignada por parte del vendedor y de la

empresa.

Como complemento a esto se construirá un sistema de información de

información Web App el cual permitirá consultar la información de la

empresa, verificación de inventarios, el proceso de facturación.

Como todo tipo de negocio busca crecer y mejorar cada día a nivel

tecnológico, económico y laboralmente. Estar a un nivel más competitivo,

debido a que este tipo de negocios tiene mucha competencia, se espera

con este sistema de información mejorar el rendimiento de la empresa, de

los vendedores y generar confianza ante los clientes, mejorando la rapidez

de la toma de pedidos y la eficiencia al momento de entregarlos.

17

1.6. ALCANCE

Para la empresa Distri López T.A.T. se desarrollará un sistema de

información Web App el cual contendrá tres módulos:

Módulo de inventarios,

Módulo de toma de pedidos

Módulo de contabilidad básica.

1.7. VIABILIDAD

La implementación del sistema de información es viable teniendo en cuenta

los siguientes puntos:

Se cuenta con los conocimientos para la creación del sistema

de información.

La facilidad del mercado para obtener un teléfono celular

Smartphone y conexión a internet.

Se cuenta con el apoyo de la empresa Distri López quien

brindara la información y aportara económicamente para el

desarrollo del sistema de información.

Se cuenta con el tiempo necesario para cumplir con cada una

de las etapas y objetivos propuestos para el desarrollo e

implementación del sistema de información.

1.8. CONSECUENCIAS

1.8.1. VENTAJAS:

Las ventajas más relevantes con la implementación del sistema consisten en:

El vendedor no necesitará pasar por la sede y podrá salir

directamente de su casa a realizar su ruta. Esto contribuye en

la productividad, ya que al día se puede visitar

aproximadamente 1 hora y media más de clientes.

Se podrán reducir los errores al mínimo porque el pedido

tomado por el vendedor es capturado tal cual en el servicio

central. No hay digitación o procesamiento manual adicional.

18

El supervisor de vendedores y el área gerencial pueden

monitorear on-line el proceso de ventas, pueden saber cuántas

visitas lleva cada vendedor, cuanto ha vendido y qué productos

son los que más se venden.

1.8.2. DESVENTAJAS:

El tiempo que pueda durar la implementación del sistema.

La resistencia al cambio por algunos usuarios.

19

2. CAPÍTULO 2

MARCO TEÓRICO

2.1. ANTECEDENTES

La siguiente información, son los resultados de la búsqueda en internet

para conocer si el tipo de sistema que se propone se encuentra

desarrollado a nivel nacional o internacional.

2.1.1. SOFTWARE PARA DISTRIBUIDORES DE PRODUCTOS

Es un software que permite tener control del inventario y registro de los

productos que entran y salen de la empresa, el software permite tener

un mejor control al momento de registrar los productos, agilizando los

pedidos y la facturación, permite la modificación de toda la información

sin ninguna dificulta, se puede añadir algún producto nuevo o eliminar

alguno con el que no cuente.

También permite asignar la distribución a algún empleado y en el

momento de despacharlo, quedara registrado en el sistema este

movimiento, también permite conocer a que cliente va dirigido, cual es el

valor de ese pedido y la hora de la salida del distribuidor.

El software cuenta con módulos para el control de sus empleados, de

sus horarios, salarios, rutas realizadas, horas extras, incapacidades,

daños, accidentes, quejas y más actividades que realicen en su jornada

laboral. (Ramirez, 2015).

Las similitudes de este software con el proyecto a desarrollar se

evidencian en la parte del control de inventarios y registros de los

productos que ingresan y salen de la empresa, también se encuentran

similitudes en el proceso de facturación y adición y eliminación de

productos nuevos o existentes, el software a desarrollar permitirá

conocer a que cliente va dirigido el pedido y conocer su valor.

Estas similitudes son frecuentes en el software de inventarios ya que

son puntos básicos con los que debe contar el sistema para

funcionamiento.

La diferencia que se observar con el software para distribuidores de

productos es el modulo que permite realizar el control de los empleados,

sus horarios, salarios, horas extras, incapacidades, daños, accidentes,

20

quejas y más actividades que realicen en su jornada laboral, estos

procesos no los desarrollara el software.

2.1.2. AIKON ERP

Aikon ERP es un software de distribución compuesto por cuatro (4)

módulos. Gonzales (2010) afirma:

Módulo Distribución

Un módulo que permite controlar desde la pre-venta hasta la confección

de los pedidos para su posterior facturación y a la vez hacer el

seguimiento de las salidas y los regresos de los repartos.

Módulo Mercaderías

Este módulo permite gestionar la mercadería que administra la empresa.

Controla el movimiento de stock, entradas y salidas de mercadería,

modificación de costos y precios de los artículos.

Módulo Ventas

Ventas es un módulo ágil y completo para el control total de todo el

proceso de ventas. Adaptable a cualquier tipo de negocio conjuga

seguridad y rapidez.

Módulo Compras y Proveedores

Facilita el control y gestión del circuito de compras, reduciendo

costos, incrementando la productividad y fortaleciendo la relación con el

proveedor.

2.1.3. JR SOFTWARE

Es un software para distribuidoras de alimentos, golosinas y derivados,

el sistema cuenta con módulos de facturación de pedidos, repartos,

pedidos, hoja de ruta, cargamento, viáticos, salida, gastos, comisiones,

compras, cuenta corriente proveedores, artículos, stock y faltantes.

El sistema se utiliza mediante netbooks por parte de los vendedores, y

en cada una de ellas se encuentra una base de datos de los clientes y

los precios de los productos actualizados, selecciona el cliente y va

agregando los artículos pedidos. Al finalizar el pedido y cuando el

21

vendedor lo desee podrá enviar el pedido al depósito con un clic y

automáticamente será impreso para que sea preparado por el personal

del depósito. (JR SOFTWARE, 2012)

Las similitudes del proyecto con este software son los procesos y

módulos de facturación de pedidos, la distribución de los productos,

pedidos, la ruta asignada al vendedor y compras.

Otra similitud es poder realizar los pedidos desde un dispositivo

electrónico, para agilizar el proceso de venta y mejorar la atención al

cliente.

2.1.4. SISTEMA WAP PARA REGISTRO DE PEDIDOS

El software es desarrollado por dos (2) estudiantes de la universidad

católica de Pereira, la finalidad del software es desarrollar un prototipo

de portal WAP que permita a los vendedores de la DISTRIBUIDORA

TAT (empresa dedicada a la venta de productos de consumo masivo,

distribución de alimentos, aseo personal, aseo para el hogar), tomar

pedidos desde un dispositivo móvil interactuando en tiempo real con el

Sistema de Información de la Organización, con el fin de tener la

información actualizada y disponible en cualquier momento.

En el desarrollo del proyecto los estudiantes utilizan lenguaje de

programación orientados a conexión con servidores Asp.net mobile y

Visual Studio .Net para desarrollar la aplicación. (Arias Pineda & Vera

López, 2013)

El proyecto es elaborado por los estudiantes OSCAR EDUARDO ARIAS

PINEDA y JORGE ANDRES VERA LÓPEZ del programa de Ingeniería

en sistemas y telecomunicaciones.

22

2.2. MARCO CONTEXTUAL

Distri López T.A.T (Tienda A Tienda), se creó en el mes de diciembre

del año 2013, es una empresa familiar dedicada a la distribución de

dulcería de marcas como Colombina, Súper, Aldor, Primavera, Yolis

entre otras. Inicialmente se comenzó con un vendedor y un repartidor;

en la actualidad se cuenta con 3 vendedores, un bodeguero y un

repartidor. Distri López T.A.T se centra en los clientes minoristas como

las tiendas de barrio que se encuentran en todo tipo de sectores y de

estratos sociales, la empresa cuenta con 15 rutas y más de mil clientes

ubicados en diferentes pueblos y ciudades.

La empresa se encuentra en Alcalá, Norte del Valle, este pueblo se

encuentra ubicado en un punto muy estratégico ya que está cerca de

ciudades y pueblos muy reconocidos como Pereira (Risaralda), Cartago

(Valle), Quimbaya (Quindío) y Armenia (Quindío), zonas donde se

distribuyen los productos.

La empresa cuenta con unos procedimientos los cuales hacen parte

fundamental de su labor diaria como lo son la comercialización, ventas,

facturación, distribución, compras, rutas, pago de nómina, pago de

seguridad social, informes contables e inventarios, cada uno de estos

procesos son necesarios para que la empresa tenga un adecuado

funcionamiento.

Distri López cuenta con una gran variedad de proveedores en las zonas

del eje cafetero y en el norte del valle, son alrededor de 8 proveedores

los cuales ofrecen gran variedad de productos y marcas de confitería.

La creación del sistema de información es realizada por los estudiantes

de la Universidad Católica de Pereira: Jaime Alberto Mosquera

Mosquera y Leonardo Flórez López el programa se realizará en lenguaje

de programación Python.

23

2.3. MARCO CONCEPTUAL

2.3.1. SISTEMA DE INFORMACIÓN.

Los sistemas de información son un conjunto de componentes

interrelacionados que recolectan, recuperan, procesan almacenan y

distribuyen información para apoyar la toma de decisiones y el control

de una organización. (Laudon & Laudon, 2005)

Los sistemas de información también ayudan a los usuarios en los

procesos de comprobación, resolución y organización empresarial, esta

herramienta permite operar con mayor facilidad la información y

procesos de la empresa.

Se habla de tres (3) aspectos básicos que un sistema de información

debe tener. Alarcón (2006) afirma:

Primer aspecto básico son los sistemas formales, los cuales ofrecen

definiciones precisas, datos aceptables y procedimientos que operan

conformes a las reglas establecidas, mientras que los sistemas

informales de información se basan en reglas de comportamiento no

establecidas, como conversaciones en cafeterías o una reunión durante

la comida pueden considerarse sistemas informales.

Segundo aspecto básico de un sistema de información es que debe

contar con unas actividades básicas como los son recolección,

procesamiento, almacenamiento y distribución de la información.

Tercer aspecto básico de un sistema de información es que la

información producida debe ser correcta, la información debe ser toda la

que se requiera por parte del usuario y siempre debe estar disponible.

Los sistemas de información se dividen en tres (3) grandes categorías.

Morales (2009) afirma:

● Sistemas transaccionales: son los que reflejan un sistema en

su comportamiento cotidiano. Se basan en las transacciones

que se presentan en un sistema. ● Sistemas de control de gestión (o gerenciales): son sistemas

que se basan en un sistema transaccional, extraen de esta

última información para producir una de mayor nivel que

servirá para el control de la gestión.

24

● Sistemas de apoyo a la toma de decisiones: estos sistemas

son de un alto nivel de información, capaces de representar

escenarios de posibles situaciones de acuerdo con la

información registrada, o a ciertos parámetros que se le dan

de entrada, permitiendo visualizar que decisiones tomar con

base en las investigaciones, pronósticos y simulaciones. Las

fuentes de la información de estos sistemas no son

exclusivamente de medios internos de la organización, sino

que pueden provenir de medios externos.

2.3.2. CONTABILIDAD

La contabilidad es un sistema de información integrado a la empresa

cuyas funciones son: recolectar, clasificar, registrar, resumir, analizar e

interpretar la información financiera de la organización, la contabilidad

se puede describir bajo tres aspectos, dos materiales y uno formal los

cuales son; estática contable, dinámica contable y técnica contable.

(García, 2008)

La contabilidad es la encargada de proporcionar información del estado

de la empresa a los administradores para que ellos puedan desarrollar

las funciones de control, planeación y toma de decisiones, también

requieren información financiera en la cual puedan confiar y siempre

esté disponible.

El objetivo primordial de la contabilidad es el de proporcionar

información financiera de la organización a personas naturales y

entidades jurídicas interesadas en sus resultados operacionales y en su

situación económica. Los administradores de la empresa, los accionistas

el gobierno, las entidades crediticias, los proveedores y los empleados

son personas e instituciones que constantemente requieren información

financiera de la organización para sus respectivos análisis. (Gerencia,

2013)

Toda empresa debe contar con los registros de los libros de

contabilidad, estos libros se dividen en tres (3). Martínez (2009) afirma:

Libro diario: en él se reflejan mediante lo que se llama asientos

contables todos los hechos económicos que se producen en la

empresa.

Libro mayor: recoge los movimientos de todas las cuentas

utilizadas por la empresa.

25

Libros de Inventarios y Cuentas Anuales: están representados

por el Balance, la Cuenta de Pérdidas y Ganancias (en la que se

analiza el beneficio o la pérdida acaecido durante un ejercicio

económico), Estado de cambios en el patrimonio neto y la

Memoria.

PLAN UNICO DE CUENTAS (PUC)

DECRETO 2650 DE DICIEMBRE 29 DE 1993

Objetivo: El Plan Único de Cuentas busca la uniformidad en el registro

de las operaciones económicas realizadas por los comerciantes con el

fin de permitir la transparencia de la información contable y, por

consiguiente, su claridad, confiabilidad y comparabilidad.

Contenido: El plan único de cuentas está compuesto por un catálogo de

cuentas y la descripción y dinámica para la aplicación de las mismas, las

cuales deben observarse en el registro contable de todas las

operaciones o transacciones económicas.

Catálogo de Cuentas: El Catálogo de Cuentas contiene la relación

ordenada y clasificada de las clases, grupos, cuentas y subcuentas del

Activo, Pasivo, Patrimonio, Ingresos, Gastos, Costo de Ventas, Costos

de Producción o de Operación y Cuentas de Orden, identificadas con un

código numérico y su respectiva denominación.

La codificación del catálogo de Cuentas está estructurada sobre la base

de los siguientes niveles:

Clase: El primer dígito.

Grupo: Los dos primeros dígitos.

Cuenta: Los cuatro primeros dígitos.

Subcuenta: Los seis primeros dígitos.

Las clases que identifica el primer dígito son:

Clase 1: Activo

Clase 2: Pasivo

Clase 3: Patrimonio

Clase 4: Ingresos.

Clase 5: Gastos.

Clase 6: Costos de Ventas.

Clase 7: Costos de Producción o de Operación.

Clase 8: CUENTAS de Orden Deudoras.

Clase 9: CUENTAS de Orden Acreedoras.

26

Las clases 1, 2 y 3 comprenden las cuentas que conforman el Balance

General; las clases 4, 5, 6 y 7 corresponden a las cuentas del Estado de

Ganancias o Pérdidas o Estado de Resultados y las clases 8 y 9

detallan las Cuentas de Orden.

2.3.3. SISTEMA DE BASE DE DATOS

Los sistemas de base de datos son sistemas computarizados que

cumplen con la función de almacenar información y permitir a los

usuarios acceder y actualizar la información depositada. La información

que se almacena en un sistema de base de datos puede ser de

cualquier tipo y es de suma importancia para una persona u

organización.

Entre la base de datos física es decir los datos como están

almacenados físicamente y los usuarios del sistema, hay una capa de

software conocida como el administrador de base de datos o el servidor

de base de datos, todas las solicitudes de acceso a la base de datos

son manejadas por el DBMS. (DATE, 2011)

Los sistemas de bases de datos se diseñan para gestionar grandes

cantidades de información. La gestión de los datos implica tanto la

definición de estructuras para almacenar la información como la

provisión de mecanismos para la manipulación de la información.

Además, los sistemas de bases de datos deben garantizar la fiabilidad

de la información almacenada, a pesar de las caídas del sistema o de

los intentos de acceso no autorizados, si los datos van a ser

compartidos entre diferentes usuarios, el sistema debe evitar posibles

resultados anómalos. (Korth, 2006)

2.3.4. LENGUAJE DE PROGRAMACIÓN

Un lenguaje de programación permite la interacción del humano con la

maquina a través de símbolos, caracteres y sintaxis, existen diferentes

lenguajes de programación en el mercado algunos se crean para

aplicaciones específicas y otros son herramientas más generales que

son compatibles con diferentes aplicaciones.

Para facilitar la tarea del programador, se dispone también de lenguajes

de alto nivel más fáciles de manejar y que no dependen del diseño

27

especifico de cada ordenador. Los programas escritos en un lenguaje de

alto nivel no podrán ser ejecutados por un ordenador mientras no sean

traducidos al lenguaje propio de éste. (Sala, 2003)

En la actualidad, hay diferentes tipos de lenguajes de programación, los

cuales se clasifican en dos tipos principalmente. Morales (2014) afirma:

Lenguajes de programación de bajo nivel: son aquellos utilizados

para controlar el hardware del aparato y dependen directamente de la

máquina, es decir, que no pueden ser usados en aparatos diferentes

para los que fueron creados.

Lenguajes de programación de alto nivel: estos lenguajes son más

parecidos al humano. No dependen de la máquina y sirven

principalmente para crear programas informáticos que puedan

solucionar distintos tipos de necesidades.

2.3.5. APLICACIONES MÓVILES

Las aplicaciones móviles o app son aplicaciones de software para ser

ejecutadas en Smartphone y Tablet, para ayudar al usuario en una labor

especifica ya sea por trabajo y entretenimiento, las aplicaciones pueden

ser compradas o descargadas gratuitamente desde las tiendas de las

aplicaciones, el tipo de Smartphone y su sistema operativo de deciden

que aplicaciones puede instalar, actualmente en el mercado existen

diferentes tiendes de aplicaciones como:

● Google Play. ● App Store. ● Windows Phone Store. ● BlackBerry World.

Un sistema operativo móvil le permite instalar aplicaciones en los

dispositivos móviles, las aplicaciones pueden ser clasificadas según el

tipo de software, el modelo de negocio y el tipo de uso. Un tipo de

software de aplicaciones es la categoría amplia de la función de los

programas. Un modelo de negocio de aplicaciones se refiere a las

opciones de pago y las razones para su descarga e instalación. El tipo

de uso es como se vende y se clasifica en una App Store la aplicación.

(Chiles, 2014)

28

Existen dos formas de desarrollar una aplicación móvil. Vittone (2015)

afirma:

Aplicaciones nativas

Las aplicaciones nativas son aquellas que han sido desarrolladas con el

software que ofrece cada sistema operativo a los programadores,

llamado genéricamente Software Development Kit o SDK.

Aplicaciones híbridas

La forma de desarrollarlas es parecida a la de una aplicación web

usando HTML, CSS y JavaScript, y una vez que la aplicación está

terminada, se compila o empaqueta de forma tal, que el resultado final

es como si se tratara de una aplicación nativa.

Actualmente en el mercado existen gran variedad de aplicaciones

móviles como:

● Administradores de archivos ● Antivirus ● Copia de seguridad ● Banca móvil ● Redes sociales ● Juegos ● Música y videos ● Productividad

2.3.6. ANDROID

Es un sistema operativo diseñado por Google para teléfonos móviles o

Smartphone y su estructura está basado en Linux, su núcleo de sistema

operativo es libre, gratuito y multiplataforma, actualmente este sistema

operativo se instala en diferentes dispositivos como tabletas, GPS,

televisores, smartwatch y discos duros multimedia entre otros.

La simplicidad del sistema operativo es la causa de que existan millones

de aplicaciones disponibles para los usuarios, estas aplicaciones

extienden la funcionabilidad de los dispositivos y brindan una

experiencia al usuario.

Una de las características más importantes de este sistema operativo es

que es completamente libre. Es decir, no para programar en este

sistema ni para incluirlo en un teléfono hay que pagar, por esta razón es

29

muy popular entro los fabricantes de teléfonos y desarrolladores, ya que

los costos para lanzar un teléfono o una aplicación son muy bajos.

Cualquier programador puede descargarse el código fuente,

inspeccionarlo, compilarlo e incluso modificarlo. (Robledo & Robledo,

2013)

Android presenta una serie de características las cuales lo hacen

diferente. Es el primero que combina en una misma solución las

siguientes características. Gironés (2013) afirma:

Adaptable a cualquier tipo de hardware: Android no ha sido

diseñado exclusivamente para uso en teléfonos y tabletas. Hoy

en día podemos encontrar relojes, cámaras, electrodomésticos y

gran variedad de sistemas empotrados que se basan en este

sistema operativo.

Arquitectura basada en componentes inspirados en internet: El

diseño de la interfaz de usuario se hace en XML, lo que permite

que una misma aplicación se ejecute en un móvil de pantalla

reducida o un TV.

Nivel de seguridad: los programas se encuentran aislados unos

de los otros gracias al concepto de ejecución dentro de una caja

que hereda de Linux.

2.3.7. PYTHON

Python es un lenguaje de scripting independiente de plataforma y

orientado a objetos, preparado para realizar cualquier tipo de programa,

desde aplicaciones Windows a servidores de red o incluso, páginas

web. Es un lenguaje interpretado, lo que significa que no se necesita

compilar el código fuente para poder ejecutarlo, lo que ofrece ventajas

como la rapidez de desarrollo e inconvenientes como una menor

velocidad.

El creador del lenguaje es un europeo llamado Guido Van Rossum.

Hace ya más de una década que diseño Python, ayudado y motivado

por su experiencia en la creación de otro lenguaje llamado ABC. El

objetivo de Guido era cubrir la necesidad de un lenguaje orientado a

objetos de sencillo uso que sirviese para tratar diversas tareas dentro de

la programación que habitualmente se hacía en Unix usando C.

(Alvarez, 2003)

30

Las principales características de Python es que es interpretado y

multiplataforma, al ser interpretado no requiere ser compilado el código

para su ejecución, ya que cuenta con un intérprete que se encarga de

leer el fichero fuente y ejecutarlo. Para ejecutar el código en diferentes

plataformas o sistemas operativos se debe tener el intérprete para cada

plataforma. (Montoro, 2012)

2.3.8. DJANGO

Django es un framework web de Python de alto nivel que fomenta el

rápido desarrollo y diseño limpio y pragmático. Construido por los

desarrolladores con experiencia, que se encarga de gran parte de la

molestia de desarrollo Web, para que pueda centrarse en la escritura de

su aplicación sin necesidad de reinventar la rueda. Es de código abierto

y libre.

Django incluye docenas de extras que puede utilizar para manejar las

tareas comunes de desarrollo Web. Django se encarga de la

autenticación de usuarios, administración de contenidos, mapas del

sitio, canales RSS y muchas más tareas - nada más sacarlo de la caja.

Django toma en serio la seguridad y ayuda a los desarrolladores a evitar

muchos errores comunes de seguridad, tales como la inyección SQL,

cross-site scripting, petición en sitios cruzados falsificación y

clickjacking. Su sistema de autenticación de usuario proporciona una

forma segura para administrar cuentas de usuario y contraseñas.

(Django, 2012)

Empresas, organizaciones y gobiernos han usado Django para construir

todo tipo de cosas - de los sistemas de gestión de contenidos a las

redes sociales a las plataformas de computación científica.

Características:

Como en la mayoría de frameworks web, se enfoca en el paradigma

DRY (Don’t repeat yourself), esto es, la re-utilización de componentes, y

es que todo está escrito en Python, desde su núcleo, hasta los archivos

de configuración y modelos de datos. (Garcia, 2011)

Las principales características que presenta este framework son:

ORM: Posee su propia librería de mapeo Objeto-Relacional, que

conoce a fondo como realizar las configuraciones entre la base

31

de datos y el código para reducir al mínimo el tener que escribir

sentencias SQL como sea posible.

Bibliotecas HTTP: Las cuales conocen como analizar las

solicitudes web entrantes.

Bibliotecas de enrutamiento: Que nos permiten definir

exactamente que URL mapear con que parte de nuestro código.

Bibliotecas de Validación: Permiten mostrar formularios en

páginas web y procesar la información suministrada.

Sistema de plantillas: Permite a los no programadores escribir

HTML mezclado con datos y permitirles generar código con la

cantidad justa de lógica de presentación.

2.3.9. POSTGRESQL

PostgreSQL es un sistema de gestión de bases de datos objeto-

relacional, distribuido bajo licencia BSD y con su código fuente

disponible libremente. Es el sistema de gestión de bases de datos de

código abierto más potente del mercado y en sus últimas versiones no

tiene nada que envidiarles a otras bases de datos comerciales.

PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en

vez de multihilos para garantizar la estabilidad del sistema. Un fallo en

uno de los procesos no afectará el resto y el sistema continuará

funcionando.

Características

La última serie de producción es la 9.3. Sus características técnicas la

hacen una de las bases de datos más potentes y robustas del mercado.

Su desarrollo comenzó hace más de 16 años, y durante este

tiempo, estabilidad, potencia, robustez, facilidad de administración e

implementación de estándares han sido las características que más se

han tenido en cuenta durante su desarrollo. PostgreSQL funciona muy

bien con grandes cantidades de datos y una alta concurrencia de

usuarios accediendo a la vez al sistema. (Ruiz, 2010)

32

Algunos de los límites de PostgreSQL son:

Tabla 1. Limites 1

2.3.10. HTML (HyperText Markup Language)

HTML significa "Lenguaje de Marcado de Hypertexto" por sus siglas en

inglés "HyperText Markup Language", es un lenguaje que pertenece a la

familia de los "lenguajes de marcado" y es utilizado para la elaboración

de páginas web. El estándar HTML lo define la W3C (World Wide Web

Consortium) y actualmente HTML se encuentra en su versión HTML5.

Fundamentalmente HTML sirve para describir la estructura básica de

una página y la forma en la cual se mostrará todo su contenido, además

permite incluir enlaces hacia otras páginas o documentos.

HTML no es un lenguaje de programación ya que no cuenta con

funciones aritméticas, variables o estructuras de control propias de los

lenguajes de programación, por lo que HTML genera únicamente

páginas web estáticas, sin embargo, HTML se puede usar en conjunto

con diversos lenguajes de programación para la creación de páginas

web dinámicas. (acercadehtml, 2010)

Uno de los principales objetivos de HTML5 es introducir información en

un documento de forma que sea semántico y no visual. Con esto

queremos decir que todos los aspectos visuales deben dejarse para el

apartado de presentación, que se gestiona desde el lenguaje CSS. En el

documento HTML debe aparecer información correctamente

individualizada, de modo que al leer una página HTML comprendamos

su significado, y si queremos cambiar la apariencia, lo hagamos en el

documento CSS. Esto es lo que comúnmente se conoce como

separación de la presentación del contenido. (Manz, s.f.)

33

2.3.11. JAVA SCRIPT

JavaScript es un lenguaje de programación que se utiliza principalmente

para crear páginas web dinámicas, se pueden incorporar estilos y

efectos en los textos, animaciones que se activan al pulsar botones,

JavaScript no tiene ningún tipo de relación directa con el lenguaje de

programación Java.

Técnicamente, JavaScript es un lenguaje de programación interpretado,

por lo que no es necesario compilar los programas para ejecutarlos. En

otras palabras, los programas escritos con JavaScript se pueden probar

directamente en cualquier navegador sin necesidad de procesos

intermedios. (Librosweb, 2011)

La sintaxis utilizada es muy similar a los lenguajes de programación

como lo son Java y C, es importante tener en cuenta estos puntos al

momento de programar para evitar error al momento de codificar.

• No se tienen en cuenta los espacios en blanco y las nuevas

líneas: como sucede con XHTML, el intérprete de JavaScript ignora

cualquier espacio en blanco sobrante, por lo que el código se puede

ordenar de forma adecuada para entenderlo mejor.

• Se distinguen las mayúsculas y minúsculas: en JavaScript se

intercambian mayúsculas y minúsculas el script no funciona.

• No se define el tipo de las variables: al crear una variable, no es

necesario indicar el tipo de dato que almacenará. De esta forma,

una misma variable puede almacenar diferentes tipos de datos

durante la ejecución del script.

• No es necesario terminar cada sentencia con el carácter de

punto y coma (;): en la mayoría de lenguajes de programación, es

obligatorio terminar cada sentencia con el carácter; Aunque

JavaScript no obliga a hacerlo.

• Se pueden incluir comentarios: los comentarios se utilizan para

añadir información en el código fuente del programa. Aunque el

contenido de los comentarios no se visualiza por pantalla, si que se

envía al navegador del usuario junto con el resto del script, por lo

34

que es necesario extremar las precauciones sobre la información

incluida en los comentarios.

Desde la aparición JavaScript fue el más utilizado para la creación de la

mayoría de los sitios de internet, ya que cuenta con una serie de

complementos que al momento de desarrollar eran más ventajosas que

tener una rutina de validaciones del lado del servidor para controlar los

errores, con la aparición de aplicaciones como Ajax la popularidad de

JavaScript crecio bastante en los lenguajes de programación web.

(Duarte, 2012)

2.3.12. WEBAPP

Una App Web es una aplicación hecha mediante código con la que los

usuarios al utilizarla acceden a un servidor (utilizando para ello un

navegador web). El acceso al servidor puede ser a través de Internet o

bien a través de una intranet.

La aplicación web (o App Web) puede estar hecha utilizando cualquiera

de los muchos lenguajes de programación existentes.

Ventajas de una App Web

Las ventajas de una aplicación web son muchas, en primer lugar son

realmente multiplaforma, funcionarán en cualquier equipo, ya sea un

móvil una Tablet o cualquier equipo de escritorio, y cualquiera que sea

el software o el navegador que este tenga. Sólo será necesario que

tengan conexión a Internet (o a la intranet si es el caso).

Como las Web App funcionan a través del navegador no es necesario

descargarlas y por lo tanto nos darán una inmediatez de acceso que no

se puede conseguir con aplicaciones instaladas localmente, ya que

lógicamente para que estas funcionen tenemos que descargarlas y

configurarlas previamente.

Como no es necesario descargar software al Smartphone o al equipo en

el que lo queramos usar, no ocupan espacio en nuestro dispositivo, cosa

muy importante hoy en día en el que con las fotos y la música el espacio

en los Smartphone cada vez es más escaso.

Las características de Web App son:

35

Se puede usar desde cualquier sistema operativo, son multi-

plataforma.

Sólo necesita un navegador actualizado para funcionar y poder

disfrutar de ella.

No es necesario descargar la app desde tiendas como Google

Play y App Store. Puedes realizar acciones como compartir, me

gusta, ect, rápidamente.

No ocupa memoria en los dispositivos móviles.

Siempre se visualiza la última versión de la app, no requiere de

actualizaciones.

El consumo de recursos es más bajo que el de una app nativa,

puesto que no emplea todas las características del dispositivo. (J,

2014)

Aunque la web app también tiene desventajas:

No puede publicarse en las AppStore: por lo que pierde la

potencia de distribución que tienen las tiendas de aplicaciones

Necesita de conexión a Internet: aunque muchas apps pueden

trabajar en modo off-line, el uso completo de la app requiere tener

conexión a Internet.

No puede utilizarse el Push Notification: las web apps pierden

una de las principales funcionalidades de las apps nativas, las

notificaciones push.

Peor usabilidad: respecto a una aplicación móvil nativa, el nivel

de usabilidad que se puede conseguir es inferior. (Castellano,

2013)

2.3.13. Hosting

Un hosting web es un servicio donde un proveedor te alquila un servidor

conectado a Internet y en el que puedes alojar todo tipo de ficheros que

para que se pueda acceder a ellos vía Internet.

Esto sería similar a copiar estos ficheros en una carpeta local de tu

ordenador, pero con la diferencia de que en este caso esa carpeta se

encuentra en el servidor del proveedor y su contenido es, por tanto,

visible en Internet como lo indica (López, 2016)

Aparte de los servicios básicos de alojamiento de fichero, un servicio de

hosting incluye otros servicios de mucho valor añadido.

36

Entre ellos, los más importantes son los siguientes:

Un servidor de correo electrónico que permite que tengas cuentas

de correo con tu propio nombre de dominio.

Alojamiento de aplicaciones web pasadas en PHP y bases de

datos para crear webs generalistas, blogs, tiendas online o foros

de discusión, por citar algunas de las aplicaciones más

importantes.

Acceso vía FTP para almacenar y descargar ficheros.

Crear discos virtuales, es decir, crear almacenamiento en la nube

con tu propio servicio de hosting al que accedes como si lo

tuvieras en tu ordenador.

Los principales tipos de hosting que se encuentran en el mercado son:

Hosting gratuito

Los hostings web gratuitos, aparte del alojamiento de ficheros, suelen

incluir las prestaciones más importantes: acceso vía FTP, correo

electrónico y soporte para aplicaciones PHP. Para que el dominio sea

también gratis, suelen ofrecer además gratis un subdominio del

proveedor.

Hosting compartido

El hosting compartido es la opción más adecuada para la enorme

mayoría de los usuarios.

Como sugiere el nombre, en esta modalidad, varios clientes comparten

una misma máquina. Entre ellos no se ven, cada uno tiene su espacio

privado y exclusivo, pero la carga que generan sus webs en el servidor

es compartida y por tanto la carga de unas webs puede afectar a otras.

Hosting VPS (Virtual Private Server)

En la modalidad de hosting VPS el servicio consiste en poner a

disposición del cliente un servidor exclusivo (privado), pero no como

máquina física, sino como máquina virtual, con diferentes niveles de

recursos (potencia de procesador, memoria, etc.) entre los cuales el

cliente puede elegir el nivel que necesita para su caso concreto.

37

3. CAPÍTULO 3

3.1. METODOLOGÍA

Para desarrollar el proyecto se implementó el Modelo en Cascada,

propuesto por Wiston Royce en 1970, el modelo está orientado a las

actividades de desarrollo de software de tal forma que el inicio de cada

etapa debe esperar la finalización de la etapa anterior.

Al final de cada etapa, el modelo está diseñado para llevar a cabo una

revisión final que se encarga de determinar si el proyecto está listo para

avanzar a la siguiente fase. Lo cual permite tener una reducción de errores

al momento de implementar el sistema para darle una mayor claridad u

orden al desarrollo del proyecto.

Imagen 1. Modelo en cascada 1

Análisis de requerimientos: Buscar información sobre software ya

existente y relacionado con el proyecto de sistema de información para


38

Analizar el diferente software que existe en el mercado que

tengan características similares con las del proyecto a

desarrollar.

Reunión con el personal de la empresa Distri López para

realizar el levantamiento de la información y conocer su punto

de vista frente al sistema a desarrollar.

Seleccionar el motor de desarrollo que mejor se adapte al

proyecto para el software.

Diseño del sistema:

Realizar las entrevistas con el personal de la empresa y sus

directivos para conocer sus necesidades primordiales.

Definir el verdadero problema que tiene Distri López T.A.T. en

cuanto a la toma de pedidos, consulta de inventarios,

proveedores y clientes.

Definir qué módulos va contener el software que necesita la

empresa Distri López T.A.T.

Realizar diagramas de flujo para cada uno de los módulos

establecido.

Definir para qué plataforma se va a diseñar el software y que

características debe tener para su correcto funcionamiento.

Establecer qué funciones tendrá el administrador al momento

de ingresar con su usuario y contraseña.

Establecer qué funciones tendrán los usuarios (empleados) al

momento de ingresar con su usuario y contraseña.

Realizar una interfaz donde se evidencie como va quedar el

software para ver si se cumplen con lo que de verdad desea


Implementación y pruebas: Se procede con la implementación del código

fuente, haciendo uso de los prototipos, así como pruebas y ensayos para

corregir los errores que se puedan presentar a lo largo del desarrollo del

código fuente. Cada módulo del sistema de información que se desarrolle

pasará por un periodo de pruebas.

Definir en qué IDE (Entorno de desarrollo integrado) y en que

lenguaje se va construir el software para Distri López T.A.T.

Construir el código fuente con sus respectivas pruebas.

39

Realizar de nuevo una entrevista con la empresa Distri López

T.A.T. para enseñarles cómo va el software y verificar si se está

cumpliendo con su necesidad o hay que hacerle algún cambio.

Integración y pruebas: Los elementos, ya programados, se ensamblan

para componer el sistema de información y se comprueba que funciona

correctamente y que cumple con los requisitos, antes de ser entregado al

usuario final.

Realizar el manual para ser entregado con el software y así

facilitar el manejo por parte de los administrativos y los usuarios

(empleados) de Distri López T.A.T.

Instalar el software y realizarle las pruebas pertinentes. Como la

consulta de inventarios, proveedores y clientes.

Realizar pruebas a los respectivos módulos del software;

ingresar, eliminar y editar campos.

Operación y mantenimiento: es una de las etapas más críticas, ya que al

usarlo como usuario final se pueden presentar inconvenientes y puede ser

que no cumpla con todas nuestras expectativas.

Brindar capacitación de 10 horas sobre el manejo del software

a los colaboradores de Distri López T.A.T.

Brindar 3 capacitaciones a la empresa gratis para el manejo del

software, capacitaciones externas serán cobradas por aparte.

39

PRESUPUESTO

N°

DESCRIPCIÓN

GENERAL

CANTIDAD

DESCRIPCIÓN VALOR

UNITARIO VALOR TOTAL

1 Computador de escritorio

1

El computador se utilizará como servidor del software. El cual estará ubicado en la bodega de Distri López.

1.800.000 1.800.000

2 Smartphone 3

Los Smartphone se utilizarán para la toma de pedidos y consultas por los vendedores.

950.000 2.850.000

3 Gasolina 15

El transporte será en 2 motos. Para las reuniones con los directivos de Distri López.

10.000 150.000

4 Internet (Meses)

12

Se necesitara internet para la búsqueda de información y establecer contacto con los directivos de Distri López T.a.T

33.000 396.000

5 Memoria

USB 4

Se utilizaran 4 memorias USB para el almacenamiento de información

20.000 80.000

6 HDD 1

Se utilizara un HDD para almacenar toda la información del proyecto y realizar Backus.

110.000 110.000

7 Mano de

obra 1

La mano de obra por el desarrollo del sistema de información es de 10 millones.

10.000.000 10.000.000

8 Imprevistos 1 Gastos que no estén presupuestados.

1.200.000 1.200.000

9 Papelería 1 Impresiones, resmas de papel, tóner, DVD entre otros.

200.000 200.000

TOTAL 39 14.323.000 16.786.000

Tabla 2. Presupuesto 1

40

3.2. ESPECIFICACIÓN DE LA SOLUCIÓN

3.2.1. REQUERIMIENTOS

El primer paso para el desarrollo del sistema de información para el

manejo de inventarios y toma de pedidos de la empresa Distri López

T.A.T. fue la recolección y documentación de requerimientos, este

levantamiento de información se realizó a través de entrevistas con cada

uno de los empleado y directivos de la empresa.

A continuación se muestra el detalle de cada uno de los requerimientos

tanto funcionales como no funcionales que el sistema de información

debe cumplir.

Tabla 3. Requerimiento N° 001: CRUD de clientes.

Tabla 4. Requerimiento N° 002: CRUD de proveedores.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Aprobado

23/01/2016

001

Sistema de información para el manejo de inventarios y toma

de pedidos de la empresa Distri Lopez T.A.T

CRUD de clientes

1.0

El sistema permitirá crear, eliminar y modificar clientes.

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El sistema permitirá crear, eliminar y modificar proveedores.

Funcional

aprobado

23/01/2016

002


CRUD de proveedores

1.0

41

Tabla 5. Requerimiento N° 003: CRUD de usuarios.

Tabla 6. Requerimiento N° 004: CRUD de productos

Tabla 7. Requerimiento N° 005: CRUD de promociones.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

CRUD de usuarios

1.0

El sistema permitirá crear, eliminar y modificar usuarios.

Funcional

aprobado

23/01/2016

003


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

004


CRUD de productos

1.0

El sistema permitirá crear, eliminar y modificar productos

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El sistema permitirá crear, eliminar y modificar promociones

Funcional

aprobado

23/01/2016

005


CRUD de promociones

1.0

42

Tabla 8. Requerimiento N° 006: CRUD de rutas.

Tabla 9. Requerimiento N° 007: CRUD de órdenes de pedido.

Tabla 10. Requerimiento N° 008: Consulta de productos.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

CRUD de rutas

1.0

El sistema permitirá crear, eliminar y modificar rutas

Funcional

aprobado

23/01/2016

006


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El sistema permitirá crear, eliminar y modificar las ordenes de

pedido.

Funcional

aprobado

23/01/2016

007


CRUD de ordenes de pedido

1.0

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El sistema permitirá realizar consultas en el inventaria de cada

producto.

Funcional

aprobado

23/01/2016

008


Consulta de productos

1.0

43

Tabla 11. Requerimiento N° 009: Consulta de rutas.

Tabla 12. Requerimiento N° 010: Consultar el valor de la ruta.

Tabla 13. Requerimiento N° 011: Modificación de factura.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Consulta de rutas

1.0

El sistema permitirá consultar las rutas que tenga asignadas

para la semana el vendedor.Funcional

aprobado

23/01/2016

009


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

010


Consultar el valor de la ruta

1.0

Al vendedor abrir la ruta asignada podra consultar el valor

mínimo de venta.

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

011


Modificación factura

1.0

Si a la orden de pedido no se le ha generado factura podrá ser

modificada, de lo contrario una factura no podrá ser modificada

por ende se deberá crear una nueva factura.

No funcional

aprobado

23/01/2016

44

Tabla 14. Requerimiento N° 012: Visualización de información de clientes.

Tabla 15. Requerimiento N° 013: CRUD para la meta de ventas por ruta.

Tabla 16. Requerimiento N° 014: Consulta de órdenes de pedido.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Visualización de información de clientes

1.0Poder visualizar un listado de los clientes con sus datos,

dirección, teléfono y nombre completo al momento de tomar el

pedido.Funcional

aprobado

23/01/2016

012


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

013


CRUD para la meta de ventas por ruta

1.0

El administrador del sistema podrá crear, modificar y eliminar

meta de venta por cada ruta.

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Poder consultar el listado de las órdenes de pedido que llevo

hasta el momento en la ruta.

Funcional

aprobado

23/01/2016

014


Consulta de ordenes de pedido

1.0

45

Tabla 17. Requerimiento N° 015: Control producto.

Tabla 18. Requerimiento N° 016: Alerta existencia de producto.

Tabla 19. Requerimiento N° 017: Generar factura.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Control producto

1.0

Saber qué tiempo lleva un producto en la bodega para poder

controlar la fecha de vencimiento.

Funcional

aprobado

23/01/2016

015


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

016


Alerta existencia de producto

1.0

Conocer que productos se encuentran agotados en bodega

mediante una alerta que diga algo como “El producto X tiene Y

existencias en bodega, favor hacer pedido”.

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El sistema permitirá Generar la factura para cada cliente

Funcional

aprobado

23/01/2016

017


Generar factura

1.0

46

Tabla 20. Requerimiento N° 018: Informe de ventas.

Tabla 21. Requerimiento N° 019: Informes contables.

Tabla 22. Requerimiento N° 020: Acceso aplicativo.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Informe de ventas

1.0

Módulo de informes contables donde se pueda evidenciar las

ventas de cada mes con sus respectivas ganancias

Funcional

aprobado

23/01/2016

018


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

019


Informes contables

1.0

El sistema permita generar balance general.

El sistema permita generar estado de cuentas.

Funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Para el acceso al aplicativo se debe contar con un usuario y

contraseña, los cuales serán creados por el administrador del

aplicativo.

Sistema

aprobado

23/01/2016

020


Acceso aplicativo

1.0

47

Tabla 23. Requerimiento N° 021: Campo usuario.

Tabla 24. Requerimiento N° 022: Cambio contraseña.

Tabla 25. Requerimiento N° 023: Verificación de datos.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Campo usuario

1.0

* Será el número de cedula de ciudadanía del empleado sin

puntos ni comas.

* Tendrá una limitación de longitud de máximo 10 caracteres

Sistema

aprobado

23/01/2016

021


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

022


Cambio contraseña

1.0

Las contraseñas deberán ser cambiadas cada 2 meses.

Sistema

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Cada vez que la persona ingrese mal sus datos el sistema

arrojara un mensaje de advertencia “Por favor verifique su

usuario y/o contraseña”

Sistema

aprobado

23/01/2016

023


Verificación de datos

1.0

48

Tabla 26. Requerimiento N° 024: Perfil de usuario.

Tabla 27. Requerimiento N° 025: Diseño de base de datos

Tabla 28. Requerimiento N° 026: Lenguaje de desarrollo.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

Perfil de usuario

1.0

Se contará con diferentes perfiles (o roles) de ingreso al

sistema para cada uno de los empleados de Distri Lopez.

Sistema

aprobado

23/01/2016

024


N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

aprobado

23/01/2016

025


Diseño de base de datos

1.0

La base de datos se realizará en PostgreSQL

No funcional

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

El lenguaje de desarrollo del sistema será Python

No funcional

aprobado

23/01/2016

026


Lenguaje de desarrollo

1.0

49

Tabla 29. Requerimiento N° 027: Framework.

N° Requerimiento

Proyecto

Nombre

Versión

Descripción

Clasificación

Estado

Fecha

FRAMEWORK

1.0

Se utilizara el framework Django

No funcional

aprobado

23/01/2016

027


50

3.2.2. DIAGRAMAS DE CASOS DE USO

Sistema general DISTRI LÓPEZ T.A.T. Diagrama de casos de uso nivel 1

Figura 1. Casos de Uso: Sistema general

Fuente: Elaboración propia

51

Diagrama de casos de uso nivel 1.1

Figura 2. Casos de Uso: Sistema general


52

Diagrama de casos de uso nivel 2

Diagrama de cado de uso 1

Autenticación de usuario

Figura 3. Casos de Uso: Autenticación usuario


AUTENTICACIÓN DE USUARIO

ID 1

ACTOR Administrador, Contador, Vendedor, Bodeguero.

DESCRIPCIÓN El actor podrá ingresar al sistema mediante un usuario y una contraseña.

PRECONDICIONES El actor debe estar registrado en la base de datos.

FLUJO NORMAL Ingresar clave y usuario por el actor e ingresar al sistema.

POST CONDICIÓN Ingresa a los módulos e interfaz respectiva para cada actor.

FLUJO ALTERNO

DESCRIPCIÓN Usuario y clave incorrectos.

POST CONDICIÓN Se notifica con mensaje de error.

53


Gestión de CRUP

Figura 4. Casos de Uso: Gestión CRUP


GESTIÓN DE CRUP

ID 2

ACTOR Administrador

DESCRIPCIÓN El actor podrá gestionar cada uno de los diferentes módulos, gestión de clientes, gestión de usuarios, gestión de proveedores y gestionar las rutas.

PRECONDICIONES El actor se deberá autenticar en el sistema.

FLUJO NORMAL El actor podrá gestionar cada uno de los módulos exitosamente.

POST CONDICIÓN Salir del módulo.

FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá gestionar los módulos de manera normal.

POST CONDICIÓN Mostrar un mensaje de alerta.

GESTIÓN DE CRUP

ID 2

ACTOR Vendedor

DESCRIPCIÓN El actor podrá ingresar a los módulos de gestión de clientes, gestión de proveedores y gestión de rutas, pero tendrá restringidas algunas funcionalidades.


54

FLUJO NORMAL El actor podrá gestionar los módulos autorizados exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá gestionar los módulos de manera normal.


Diagrama de cado de uso 2.1

Gestión de clientes

Figura 5. Casos de Uso: Gestión de clientes


GESTIÓN DE CLIENTES

ID 2.1

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar clientes.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de clientes.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar clientes

55

exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de clientes.


GESTIÓN DE CLIENTES

ID 2.1

ACTOR Vendedor

DESCRIPCIÓN El actor solo podrá consultar los clientes.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de clientes.

FLUJO NORMAL El actor podrá consultar los clientes exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de clientes.



Gestión de usuarios

56

Figura 6. Casos de Uso: Gestión de usuarios


GESTIÓN DE USUARIOS

ID 2.2

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar usuarios.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de usuarios.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar usuarios exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de usuarios.


GESTIÓN DE USUARIOS

ID 2.2

ACTOR Vendedor

DESCRIPCIÓN El actor solo podrá consultar usuarios.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de usuarios.

FLUJO NORMAL El actor podrá consultar los usuarios exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de usuarios.


57


Gestión de proveedores

Figura 7. Casos de Uso: Gestión de proveedores


GESTIÓN DE PROVEEDORES

ID 2.3

ACTOR Administrador

DESCRIPCIÓN El actor podrá adicionar, modificar, eliminar y consultar proveedores.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de proveedores.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar proveedores exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de proveedores.


58

GESTIÓN DE PROVEEDORES

ID 2.3

ACTOR Vendedor

DESCRIPCIÓN El actor solo podrá consultar los proveedores.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de proveedores.

FLUJO NORMAL El actor podrá consultar los proveedores exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de proveedores.



Gestión de rutas

Figura 8. Casos de Uso: Gestión de rutas


59

GESTIÓN DE RUTAS

ID 2.4

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar rutas, además podrá adicionarles las rutas a los vendedores.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de rutas.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar las rutas exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestionar rutas.


GESTIÓN DE RUTAS

ID 2.4

ACTOR Vendedor

DESCRIPCIÓN El actor solo podrá consultar las rutas.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de rutas.

FLUJO NORMAL El actor podrá consultar las rutas exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestionar rutas.


60


Gestión de inventarios

Figura 9. Casos de Uso: Gestión de inventario


GESTIÓN DE INVENTARIOS

ID 3

ACTOR Administrador

DESCRIPCIÓN

El actor podrá gestionar los módulos que se encuentran dentro de la gestión de inventarios, podrá gestionar productos, gestionar las promociones y las comprar realizadas por la empresa.


FLUJO NORMAL El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones de cada uno de los módulos.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de inventarios.


61


ID 3

ACTOR Vendedor

DESCRIPCIÓN El actor en este módulo solo podrá ingresar a los módulos de gestión de productos y gestión de promociones.


FLUJO NORMAL El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones que tiene activas en cada uno de los módulos.


FLUJO ALTERNO




ID 3

ACTOR Bodeguero

DESCRIPCIÓN El actor solo podrá ingresar al módulo de gestión de productos y de gestión de promociones.


FLUJO NORMAL El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones que tiene activas en el módulo.


FLUJO ALTERNO



62


Gestión de productos

Figura 10. Casos de Uso: Gestión de producto


GESTIÓN DE PRODUCTOS

ID 3.1

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar productos.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de inventarios y luego al módulo de gestión de productos.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar productos.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de productos.


63

GESTIÓN DE PRODUCTOS

ID 3.1

ACTOR Vendedor, Bodeguero.

DESCRIPCIÓN El actor solo podrá consultar los productos.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de inventarios y luego al módulo de gestión de productos.

FLUJO NORMAL El actor podrá consultar los productos.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de productos.



Gestión de promociones

Figura 11. Casos de Uso: Gestión de promociones


64

GESTIÓN DE PROMOCIONES

ID 3.2

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar las promociones.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de inventarios y luego al módulo de gestión de promociones.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar las promociones.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de promociones.


GESTIÓN DE PROMOCIONES

ID 3.2

ACTOR Vendedor, Bodeguero.

DESCRIPCIÓN El actor solo podrá consultar las promociones.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de inventarios y luego al módulo de gestión de promociones.

FLUJO NORMAL El actor podrá consultar las promociones.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de promociones.


65


Compras

Figura 12. Casos de Uso: Compras


COMPRAS

ID 3.3

ACTOR Administrador

DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar las compras.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de inventarios y luego al módulo de comparas.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar las compras.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de compras.


66


Gestión de pedidos

Figura 13. Casos de Uso: Gestión de pedidos


GESTIÓN DE PEDIDOS

ID 4

ACTOR Administrador, Vendedor.

DESCRIPCIÓN El actor podrá ingresar a los módulos de gestionar orden de pedido, generar factura y al módulo de consolidado.


FLUJO NORMAL

El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones que se encuentren activas para cada uno de los actores.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de pedidos.


67

GESTIÓN DE PEDIDOS

ID 4

ACTOR Bodeguero.

DESCRIPCIÓN El actor solo podrá ingresar al módulo de consolidado.


FLUJO NORMAL El actor podrá ingresar al módulo sin ninguna dificultad y realizar las funciones que tenga activas.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de pedidos.



Gestión de orden de pedidos

Figura 14. Casos de Uso: Gestionar orden de pedido


68

GESTIÓN DE ORDEN DE PEDIDOS

ID 4.1


DESCRIPCIÓN El actor podrá crear, modificar, eliminar y consultar ordenes de pedidos.

PRECONDICIONES

El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de pedidos y luego al módulo de gestión de orden de pedidos.

FLUJO NORMAL El actor podrá crear, modificar, eliminar y consultar ordenes de pedidos exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de órdenes de pedido.



Gestión de factura

Figura 15. Casos de Uso: Gestión de factura


69

GESTIÓN DE FACTURA

ID 4.2


DESCRIPCIÓN El actor podrá crear, anular y consultar las facturas de venta.

PRECONDICIONES El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de pedidos y luego al módulo de gestión de factura.

FLUJO NORMAL El actor podrá crear, anular y consultar facturas exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de factura.



Consolidado

Figura 16. Casos de Uso: Consolidado


70

CONSOLIDADO

ID 4.3

ACTOR Administrador, Vendedor, Bodeguero.

DESCRIPCIÓN El actor podrá consultar los consolidados.

PRECONDICIONES

El actor se deberá autenticar en el sistema e ingresar al módulo de gestión de pedidos y luego al módulo de consolidado.

FLUJO NORMAL El actor podrá consultar el consolidado exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de consolidado.



Contabilidad

Figura 17. Casos de Uso: Contabilidad


CONTABILIDAD

ID 5

ACTOR Administrador, Contador.

DESCRIPCIÓN El actor podrá generar balance general, estado de resultados y balance de prueba.


FLUJO NORMAL El actor podrá generar cualquier tipo de balance exitosamente.

71


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad.



Balance general

Figura 18. Casos de Uso: Generar balance


BALANCE GENERAL

ID 5.1

ACTOR Contador

DESCRIPCIÓN El actor podrá generar, modificar y consultar balance general


FLUJO NORMAL El actor podrá generar, modificar y consultar balance general exitosamente.


FLUJO ALTERNO

72



BALANCE GENERAL

ID 5.1

ACTOR Administrador

DESCRIPCIÓN El actor podrá consultar balance general


FLUJO NORMAL El actor podrá consultar balance general exitosamente.


FLUJO ALTERNO




Estado de resultados

Figura 19. Casos de Uso: Estado de resultados


73

ESTADO DE RESULTADOS

ID 5.2

ACTOR Contador

DESCRIPCIÓN El actor podrá generar, modificar y consultar estado de los resultados


FLUJO NORMAL El actor generar, modificar y consultar estado de los resultados exitosamente.


FLUJO ALTERNO

DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad


ESTADO DE RESULTADOS

ID 5.2

ACTOR Administrador

DESCRIPCIÓN El actor podrá consultar estado de los resultados


FLUJO NORMAL El actor consultar estado de los resultados exitosamente.


FLUJO ALTERNO



74


Balance de prueba

Figura 20. Casos de Uso: Balance de prueba


BALANCE DE PRUEBA

ID 5.3

ACTOR Contador

DESCRIPCIÓN El actor podrá generar, modificar y consultar balance de prueba


FLUJO NORMAL El actor podrá generar, modificar y consultar balance de prueba exitosamente.


FLUJO ALTERNO



75

BALANCE DE PRUEBA

ID 5.3

ACTOR Administrador

DESCRIPCIÓN El actor podrá consultar balance de prueba


FLUJO NORMAL El actor podrá consultar balance de prueba exitosamente.


FLUJO ALTERNO



76

3.2.3. DIAGRAMAS DE ACTIVIDADES

Imagen 2. Diagrama de actividad de inicio del sistema

77

Imagen 3. Diagrama de actividad del Módulo de gestión de CRUP (Clientes, Rutas, Usuarios, Productos)

78

Imagen 4. Diagrama de actividad del Módulo de gestión de inventario

79

Imagen 5. Diagrama de actividad del Módulo de gestión de pedidos

80

Imagen 6. Diagrama de actividad del Módulo de contabilidad

81

3.2.4. MODELO ENTIDAD RELACIÓN

Imagen 7. Modelo entidad relación

82

3.2.5. IMPLEMENTACIÓN Y PRUEBAS

Para esta etapa del desarrollo del proyecto se procede hacer la

implementación y las pruebas con los funcionarios de la empresa Distri

López T.A.T., con el fin de probar el correcto funcionamiento del sistema

de información o de lo contrario realizar los ajustes pertinentes.

Esta implementación se realizó con cuatro empleados de la empresa,

cada uno de ellos con diferentes roles para así poder probar cada

módulo.

Tabla 30. Identificación colaboradores.

Nombre Cargo Módulo de prueba

Juan David Restrepo Administrador Administrador

Maira Alexandra Tangarife

Vendedora Inventario – Toma de pedidos

Duvier Agudelo Vendedor Inventario – Toma de pedidos

Juan Fernando López Contador Contabilidad Básica

Para el funcionamiento del sistema se realizó la instalación del sistema

en un servidor para que así los funcionarios de la empresa pudieran

interactuar con dicho sistema por medio de un celular (Smartphone

pantalla 5.5 pulgadas) a través de la web.

Para cada usuario se crea un formato con preguntas de usabilidad del

sistema, en donde el empleado podrá aprobar, desaprobar y hacer

observaciones de cada función.

Tabla 31. Prueba usabilidad administrador

Prueba de usabilidad

Proyecto Sistema de información para el manejo de inventarios y toma de pedidos de la empresa Distri López T.AT

Cargo Administrador

Nombre Juan David Restrepo

Fecha 10/noviembre/2016

Modulo Módulo de inventarios, toma de pedidos y contabilidad básica.

83

Registro Elemento a revisar Cumple Observaciones

1 El aplicativo es fácil de usar SI Fácil de usar.

2

El sistema es demasiado complejo y difícil de usar.

No

Al ir interactuando con el sistema se facilita el funcionamiento.

3 Puede agregar, eliminar, consultar y modificar clientes. Si

Los procesos funcionan correctamente.

4 Puede agregar, eliminar, consultar y modificar usuarios.

Si Los procesos funcionan correctamente.

5 Puede agregar, eliminar, consultar y modificar proveedores.


6 Puede agregar, eliminar, consultar y modificar rutas. Si

Los procesos funcionan correctamente.

7 Puede agregar, eliminar, consultar y modificar productos.


8 Puede agregar, eliminar, consultar y modificar promociones.


9 Puede agregar, eliminar, consultar y modificar facturas de compra.


10 Puede agregar, eliminar, consultar y modificar ordenes de pedido.


11 Puede agregar, eliminar, consultar y modificar facturas de venta.


12 Puede agregar, eliminar, consultar y modificar movimientos contables.


Tabla 32. Prueba usabilidad vendedores



Cargo Vendedores

Nombre Maira Alexandra Tangarife y Duvier Agudelo

84


Modulo Módulo de inventarios y toma de pedidos.



2 El sistema es demasiado complejo y difícil de usar.

No

3 Puede crear y consultar clientes.

Si

4 Puede modificar y eliminar clientes. No

Solo se puede consultar y crear clientes.

5 Puede crear, modificar, eliminar y consultar usuarios.

No

6 Puede crear, modificar, eliminar y consultar proveedores.

No No se pueden realizar estos procesos.

7 Puede crear, modificar y eliminar rutas.

No

8 Puede consultar las rutas. Si

9 Puede crear, modificar y eliminar productos.

No

10 Puede consultar los productos. Si

Solo se pueden ver los productos que tienen existencias.

11 Puede crear, modificar y eliminar promociones.

No

12

Puede consultar las promociones.

Si

Se pueden aplicar las promociones cuando están activas.

13

Puede crear, modificar, eliminar y consultar orden de pedido. si

Al momento de adicionar productos de orden de pedido, debería aparecer el precio del producto.

14 Puede crear y consultar pedidos.

Si Al crear el pedido se crea la factura.

15 Puede crear, modificar, eliminar y consultar facturas de venta.

No Solo se pude consultar las facturas de venta.

16 Puede consultar los balances generales.

No

85

Tabla 33. Prueba usabilidad contador



Cargo Contador

Nombre Juan Fernando López


Modulo Módulo de inventarios, toma de pedidos y contabilidad basica.



2 El sistema es demasiado complejo y difícil de usar.

No

3 Puede agregar, eliminar, consultar y modificar clientes.

No

4 Puede agregar, eliminar, consultar y modificar usuarios.

No

5 Puede agregar, eliminar, consultar y modificar proveedores.

No

6 Puede agregar, eliminar, consultar y modificar rutas.

No

7 Puede agregar, eliminar, consultar y modificar productos.

No

8 Puede agregar, eliminar, consultar y modificar promociones.

No

9 Puede agregar, eliminar, consultar y modificar facturas de compra.

No

10 Puede agregar, eliminar, consultar y modificar ordenes de pedido.

No

11 Puede agregar, eliminar, consultar y modificar facturas de venta.

No

12 Puede agregar, eliminar, modificar movimientos contables.

Si Con una autorización.

86

13 Puede filtrar los balances por número de cuenta y fecha

Si

14

Puede consultar los balances, balance general, estado de resultados y balance de prueba.

Si

3.2.6. OPERACIÓN

Se realiza la entrega oficial a la empresa Distri Lopez T.A.T del

SISTEMA DE INFORMACIÓN PARA EL MANEJO DE INVENTARIOS Y

TOMA DE PEDIDOS, el día 11 de noviembre de 2016 al funcionario

Juan David Restrepo gerente de Distri Lopez, el sistema se deja

operativo y funcional en los equipos de las áreas de administración,

bodega y contabilidad, para el área de ventas se configura el sistema en

los dos (2) teléfonos celulares tipo Smartphone con los que cuenta la

empresa, para evidencia de la entrega y configuración del software se

anexan documentos firmados por ambas partes.

3.2.7. MANTENIMIENTO

Cuando el software se encuentre en operación se pueden presentar

problemas o errores del sistema que no fueron identificados en las

pruebas o no se presentaron, estos deberán ser reportados por el

personal de Distri Lopez a los desarrolladores mediante los siguientes

correos electrónicos, [email protected] y

[email protected] informando cuales son los problemas

presentados para darles un pronta y oportuna solución.

se debe realizar mantenimientos preventivos y correctivos a los equipos

que utilizan el sistema con el objetivo de corregir o mejorar los estados

de los equipos para contar con estos elementos en las mejores

condiciones para desarrollar las labores de la empresa.

87

CONCLUSIONES

El objetivo de este proyecto de grado fue Implementar un sistema de

información para el manejo de inventarios y toma de pedidos para la empresa

Distri López T.A.T, el cual se cumplió con el desarrollo de los tres (3) módulos

con los que cuenta el sistema de información que son:

Módulo de inventarios,

Módulo de toma de pedidos

Módulo de contabilidad básica.

Se debe resaltar la importancia que tiene para un desarrollo de software el

levantamiento de requerimientos, es donde surge la comunicación directa entre

el cliente y el analista de requerimientos, para lograr un buen levantamiento de

requerimientos se utilizaron las técnicas de entrevistas y observación con cada

uno de los colaboradores de la empresa con el objetivo de tener la mayor

cantidad de información de los diferentes procesos realizados, para identificar

los requerimientos del proyecto y su alcance.

En el desarrollo de software las etapas de análisis de requerimientos y diseño

toman gran parte del tiempo del proyecto, ya que en esta etapa se analiza

cada uno de los requerimientos y con base en estos se procede a diseñar el

producto que el cliente requiere, se debe contar con la aprobación del cliente

tanto en el diseño como en los procesos a realizar por el software, para así

evitar cambios bruscos en el proyecto.

La utilización del modelo en cascada en el proyecto fue adecuada, ya que

ayudo al equipo de trabajo al desarrollo exitoso del proyecto, el modelo en

cascada es un poco rígido debido a que no se puede comenzar una etapa

nueva sin haber terminado la anterior, en el proyecto fue de gran ayuda que la

empresa es familiar y debido a esto se contaba con un mayor conocimiento de

los procesos realizados por la empresa y el constante apoyo de Distri Lopez

fue fundamental para el éxito del proyecto.

88

RECOMENDACIONES

Mejorar la infraestructura de hardware y software del equipo de cómputo

utilizado como servidor por la empresa Distri Lopez, para evitar

manipulación de personas ajenas a la empresa y ataques informáticos.

Cuando se realiza un proyecto de software se recomienda realizar un

buen levantamiento de información y una buena documentación para

obtener un producto de buena calidad y que se ajuste a las necesidades

del cliente.

Se recomienda la utilización de software original para obtener

actualizaciones periódicas que brinden seguridad y más eficiencia de los

equipos.

Utilización de software como antivirus y anti-malware, que puedan

proteger los equipos de cualquier tipo de virus o malware que pueda

afectar el rendimiento del equipo o un secuestro de información.

Utilización de software de backup sobre el equipo donde se encuentra

instalado el sistema de información, esto con el fin de evitar que si

ocurre algún daño por software o hardware se tenga la tranquila de un

respaldo de toda la información.

Se recomienda la programación semestral de mantenimientos

preventivos para los equipos de cómputo, para ayudar a optimizar su

funcionamiento, prevenir fallos serios y prolongar su vida útil.

Utilización de un sistema uninterruptible power supply (UPS), para

momentos en que el fluido eléctrico sufra fallas, el servidor no se vea

afectado y pueda continuar con su funcionamiento.

89

BIBLIOGRAFÍA

acercadehtml. (9 de 11 de 2010). acercadehtml. Recuperado el 4 de Abril de 2016,

de Acerca de HTML: http://www.acercadehtml.com/manual-html/que-es-

html.html

Alarcon, V. F. (2006). Desarrollo de sistemas de información. Barcelona: Edicions

UPC.

Alvarez, M. A. (19 de 11 de 2003). Desarrolloweb. Recuperado el 10 de Marzo de

2016, de Desarrolloweb: http://www.desarrolloweb.com/articulos/1325.php

Arias Pineda, O. E., & Vera López, J. A. (20 de 05 de 2013). Ribuc. Recuperado el

14 de Mayo de 2015, de Ribuc:

http://ribuc.ucp.edu.co:8080/jspui/handle/10785/1531

Castellano, A. (8 de Enero de 2013). Alejandro Castellano. Obtenido de Alejandro

Castellano: http://www.alejandrocastellano.com/que-es-una-web-app/

Chiles, D. (2014). Aplicaciones. Lima: Works.

Clodoaldo Robledo Sacristán, D. R. (2013). Programación en Android. Barcelona:

Susana Pérez.

DATE, J. (2011). Introdución a los sistemas de bases de datos. Mexico: Pearson.

Django. (8 de Abril de 2012). Django. Recuperado el 2 de Abril de 2016, de Django

project: https://www.djangoproject.com/start/overview/

Duarte, E. (12 de 10 de 2012). capacity academy. Obtenido de capacity academy:

http://blog.capacityacademy.com/2012/10/19/que-es-javascript-ventajas-y-

desventajas/

García, J. O. (2008). Contabilidad General . Barcelona: Ediciones Deusto.

Garcia, O. (14 de Diciembre de 2011). El Club del Programador. Obtenido de El

Club del Programador:

http://www.elclubdelprogramador.com/2011/12/14/django-te-presentamos-

el-framework-web-para-perfeccionistas/

Gerencia. (10 de Septiembre de 2013). Gerencia. Recuperado el 8 de Marzo de

201, de Gerencia.com: http://www.gerencie.com/contabilidad.html

90

Gironés, J. T. (2013). El Gran Libro de Android. Barcelona: Marcombo.

González, J. M. (14 de Febrero de 2010). Aikonerpcomar. Recuperado el 15 de

Mayo de 2015, de Aikonerpcomar: http://www.aikonerp.com.ar/

J, A. (5 de 5 de 2014). Tendencias Tecnologicas. Obtenido de Tendencias

Tecnologicas: http://www.tendencias21.net/Que-es-una-app-nativa-y-una-

web-app_a33476.html

JR SOFTWARE. (6 de Marzo de 2012). JR SOFTWARE. Recuperado el 14 de

Mayo de 2015, de JR SOFTWARE: http://www.softwarejr.com.ar/

Korth, S. . (2006). Fundamentos de Bases de Datos 5a Ed. Madrid: McGraw-Hill.

Librosweb. (5 de Mayo de 2011). Librosweb. Recuperado el 4 de Abril de 2016, de

Librosweb : http://librosweb.es/libro/javascript/capitulo_1.html

López, B. (15 de 7 de 2016). Ciudadano 2.0. Obtenido de Ciudadano 2.0:

http://www.ciudadano2cero.com/que-es-un-hosting-web-tipos-alojamiento-

cual-elegir/

Manz. (s.f.). Lenguaje HTML. Obtenido de Lenguaje HTML:

https://lenguajehtml.com/p/html/introduccion/que-es-html#disqus_thread

Martínez, R. D. (2009). Manual de contabilidad para PYMES. San Vicente

(Alicante): Editorial Club Universitario .

Montoro, A. F. (2012). Python 3 al descubierto. Madrid: RC Libros.

Mora, M. G. (21 de Abril de 2014). Academia . Obtenido de Academia:

http://s3.amazonaws.com/academia.edu.documents/35811174/P06_M2109

_02152.pdf?AWSAccessKeyId=AKIAJ56TQJRTWSMTNPEA&Expires=147

6845587&Signature=AMjPQiBULluSw89cgRyjaISnLik%3D&response-

content-

disposition=inline%3B%20filename%3DBases_de_datos_en_PostgreSQL.p

d

Morales, R. C. (2009). Introdución al análisis de sistemas y la ingenieria de

software. Costa Rica: Universidad Estatal a Distancia.

nación, C. d. (6 de 12 de 1193). Super intendencia de sociedades. Recuperado el

9 de Marzo de 2016, de Super intendencia de sociedades:

http://www.supersociedades.gov.co/superintendencia/normatividad/decretos

/Paginas/default.aspx

91

Ramirez, V. (14 de Mayo de 2015). Distrisoft. Recuperado el 28 de Junio de 2015,

de Distrisoft: http://distrisoft.co/software-para-distribuidores-de-

productos/software-facturacion-contable/software-para-distribuidores-de-

productos.html

Ruiz, M. (4 de 11 de 2010). PostgreSQL. Recuperado el 4 de Abril de 2016, de

PostgreSQL-es: http://www.postgresql.org.es/sobre_postgresql

Sala, J. J. (2003). Introdución a la programación teoría y práctica. San Vicente:

ECU.

Vittone, J. C. (17 de Junio de 2015). Diseñando apps para móviles. Obtenido de

Diseñando apps para móviles: http://appdesignbook.com/es/contenidos/las-

aplicaciones/

92

GLOSARIO

T.A.T: Tienda A Tienda Stock: Conjunto de mercancías en depósito o reserva IVA: Impuesto indirecto sobre el consumo y la prestación de servicios empresariales o profesionales, repercutible en cada una de las fases del proceso económico. RAM: La memoria de acceso aleatorio (Random Access Memory) DVD-ROM: (Digital Versatile Disc Read Only Memory) ó su traducción al español es disco versátil digital para solo lectura de memoria de datos. Netbooks: es una categoría de computadora portátil, de bajo coste y dimensiones reducidas, que aporta mayor movilidad y autonomía. PC: Computadora personal u ordenador personal XML: eXtensible Markup Language (lenguaje de marcas Extensible) Máquina virtual: es un software que simula a una computadora y puede ejecutar programas como si fuese una computadora real. GPS: Sistema que permite conocer la posición de un objeto o de una persona gracias a la recepción de señales emitidas por una red de satélites. Frameworks: es una estructura de soporte definida, mediante la cual otro proyecto de software puede ser organizado y desarrollado. Smartphone: es un tipo de teléfono móvil construido sobre una plataforma informática móvil, con mayor capacidad de almacenar datos y realizar actividades, semejante a la de una minicomputadora. Multiplataforma: es un atributo conferido a programas informáticos o métodos y conceptos de cómputo que son implementados e interoperan en múltiples plataformas informáticas. FTP: (File Transfer Protocol, 'Protocolo de Transferencia de Archivos') en informática, es un protocolo de red para la transferencia de archivos entre sistemas conectados a una red.

93

APENDICES

Los siguientes apéndices se entregar de forma magnética. Apéndice A: Cronogramas_Actividades_Sistema_Información_Distri_Lopez.xlsx Apéndice B: Documento_de_pruebas_Sistema_Información_Distri_Lopez.xlsx Apéndice C: Manual_Usuario_Sistema_Información_Distri_Lopez.docx Apéndice D: Acta_de_entrega_Distri_Lopez.pdf Apéndice E: Capacitación_Distri_Lopez.pdf Apéndice F: Capacitación2_Distr_Lopez.pdf

sistema de informaciÓn para el manejo de inventarios y

Documents