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
94
Embed
SISTEMA DE INFORMACIÓN PARA EL MANEJO DE INVENTARIOS Y ...
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
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
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
Distri López T.A.T.
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
Distri López T.A.T.
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
004
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
010
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
013
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
016
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
019
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
022
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
N° Requerimiento
Proyecto
Nombre
Versión
Descripción
Clasificación
Estado
Fecha
aprobado
23/01/2016
025
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Sistema de información para el manejo de inventarios y toma
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
Fuente: Elaboración propia
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
Fuente: Elaboración propia
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
Diagrama de cado de uso 2
Gestión de CRUP
Figura 4. Casos de Uso: Gestión CRUP
Fuente: Elaboración propia
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.
PRECONDICIONES El actor se deberá autenticar en el sistema.
54
FLUJO NORMAL El actor podrá gestionar los módulos autorizados 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.
Diagrama de cado de uso 2.1
Gestión de clientes
Figura 5. Casos de Uso: Gestión de clientes
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de clientes.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de clientes.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 2.2
Gestión de usuarios
56
Figura 6. Casos de Uso: Gestión de usuarios
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de usuarios.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de usuarios.
POST CONDICIÓN Mostrar un mensaje de alerta.
57
Diagrama de cado de uso 2.3
Gestión de proveedores
Figura 7. Casos de Uso: Gestión de proveedores
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de proveedores.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de proveedores.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 2.4
Gestión de rutas
Figura 8. Casos de Uso: Gestión de rutas
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestionar rutas.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestionar rutas.
POST CONDICIÓN Mostrar un mensaje de alerta.
60
Diagrama de cado de uso 3
Gestión de inventarios
Figura 9. Casos de Uso: Gestión de inventario
Fuente: Elaboración propia
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.
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones de cada uno de los módulos.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de inventarios.
POST CONDICIÓN Mostrar un mensaje de alerta.
61
GESTIÓN DE INVENTARIOS
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.
PRECONDICIONES El actor se deberá autenticar en el sistema.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de inventarios.
POST CONDICIÓN Mostrar un mensaje de alerta.
GESTIÓN DE INVENTARIOS
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.
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá ingresar a los módulos sin ninguna dificultad y realizar las funciones que tiene activas en el módulo.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de inventarios.
POST CONDICIÓN Mostrar un mensaje de alerta.
62
Diagrama de cado de uso 3.1
Gestión de productos
Figura 10. Casos de Uso: Gestión de producto
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de productos.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de productos.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 3.2
Gestión de promociones
Figura 11. Casos de Uso: Gestión de promociones
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de promociones.
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de promociones.
POST CONDICIÓN Mostrar un mensaje de alerta.
65
Diagrama de cado de uso 3.3
Compras
Figura 12. Casos de Uso: Compras
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de compras.
POST CONDICIÓN Mostrar un mensaje de alerta.
66
Diagrama de cado de uso 4
Gestión de pedidos
Figura 13. Casos de Uso: Gestión de pedidos
Fuente: Elaboración propia
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.
PRECONDICIONES El actor se deberá autenticar en el sistema.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de pedidos.
POST CONDICIÓN Mostrar un mensaje de alerta.
67
GESTIÓN DE PEDIDOS
ID 4
ACTOR Bodeguero.
DESCRIPCIÓN El actor solo podrá ingresar al módulo de consolidado.
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá ingresar al módulo sin ninguna dificultad y realizar las funciones que tenga activas.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de pedidos.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 4.1
Gestión de orden de pedidos
Figura 14. Casos de Uso: Gestionar orden de pedido
Fuente: Elaboración propia
68
GESTIÓN DE ORDEN DE PEDIDOS
ID 4.1
ACTOR Administrador, Vendedor.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de órdenes de pedido.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 4.2
Gestión de factura
Figura 15. Casos de Uso: Gestión de factura
Fuente: Elaboración propia
69
GESTIÓN DE FACTURA
ID 4.2
ACTOR Administrador, Vendedor.
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de gestión de factura.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 4.3
Consolidado
Figura 16. Casos de Uso: Consolidado
Fuente: Elaboración propia
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.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de consolidado.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 5
Contabilidad
Figura 17. Casos de Uso: Contabilidad
Fuente: Elaboración propia
CONTABILIDAD
ID 5
ACTOR Administrador, Contador.
DESCRIPCIÓN El actor podrá generar balance general, estado de resultados y balance de prueba.
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá generar cualquier tipo de balance exitosamente.
71
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 5.1
Balance general
Figura 18. Casos de Uso: Generar balance
Fuente: Elaboración propia
BALANCE GENERAL
ID 5.1
ACTOR Contador
DESCRIPCIÓN El actor podrá generar, modificar y consultar balance general
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá generar, modificar y consultar balance general exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
72
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad.
POST CONDICIÓN Mostrar un mensaje de alerta.
BALANCE GENERAL
ID 5.1
ACTOR Administrador
DESCRIPCIÓN El actor podrá consultar balance general
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá consultar balance general exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad.
POST CONDICIÓN Mostrar un mensaje de alerta.
Diagrama de cado de uso 5.2
Estado de resultados
Figura 19. Casos de Uso: Estado de resultados
Fuente: Elaboración propia
73
ESTADO DE RESULTADOS
ID 5.2
ACTOR Contador
DESCRIPCIÓN El actor podrá generar, modificar y consultar estado de los resultados
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor generar, modificar y consultar estado de los resultados exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad
POST CONDICIÓN Mostrar un mensaje de alerta.
ESTADO DE RESULTADOS
ID 5.2
ACTOR Administrador
DESCRIPCIÓN El actor podrá consultar estado de los resultados
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor consultar estado de los resultados exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad
POST CONDICIÓN Mostrar un mensaje de alerta.
74
Diagrama de cado de uso 5.3
Balance de prueba
Figura 20. Casos de Uso: Balance de prueba
Fuente: Elaboración propia
BALANCE DE PRUEBA
ID 5.3
ACTOR Contador
DESCRIPCIÓN El actor podrá generar, modificar y consultar balance de prueba
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá generar, modificar y consultar balance de prueba exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad
POST CONDICIÓN Mostrar un mensaje de alerta.
75
BALANCE DE PRUEBA
ID 5.3
ACTOR Administrador
DESCRIPCIÓN El actor podrá consultar balance de prueba
PRECONDICIONES El actor se deberá autenticar en el sistema.
FLUJO NORMAL El actor podrá consultar balance de prueba exitosamente.
POST CONDICIÓN Salir del módulo.
FLUJO ALTERNO
DESCRIPCIÓN El actor no podrá ingresar al módulo de contabilidad
POST CONDICIÓN Mostrar un mensaje de alerta.
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.
Si Los procesos funcionan correctamente.
6 Puede agregar, eliminar, consultar y modificar rutas. Si
Los procesos funcionan correctamente.
7 Puede agregar, eliminar, consultar y modificar productos.
Si Los procesos funcionan correctamente.
8 Puede agregar, eliminar, consultar y modificar promociones.
Si Los procesos funcionan correctamente.
9 Puede agregar, eliminar, consultar y modificar facturas de compra.
Si Los procesos funcionan correctamente.
10 Puede agregar, eliminar, consultar y modificar ordenes de pedido.
Si Los procesos funcionan correctamente.
11 Puede agregar, eliminar, consultar y modificar facturas de venta.
Si Los procesos funcionan correctamente.
12 Puede agregar, eliminar, consultar y modificar movimientos contables.
Si Los procesos funcionan correctamente.
Tabla 32. Prueba usabilidad vendedores
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 Vendedores
Nombre Maira Alexandra Tangarife y Duvier Agudelo
84
Fecha 10/noviembre/2016
Modulo Módulo de inventarios y toma de pedidos.
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
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
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 Contador
Nombre Juan Fernando López
Fecha 10/noviembre/2016
Modulo Módulo de inventarios, toma de pedidos y contabilidad basica.
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
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
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