DESARROLLO DE UN SOFTWARE DE INVENTARIO PARA UN MANEJO MAS

EFICIENTE DE LOS PRODUCTOS, VENTAS Y GANACIAS DEL GRANERO LA

ESTRELLA DORARA EN BARRANQUILLA COLOMBIA 2018

CARLOS ANDRES SANCHEZ ROBLEDO

JUAN CAMILO LOPEZ REAL

UNIVERSIDAD LIBRE DE COLOMBIA

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA DE SISTEMAS

BARRANQUILLA SEMESTRE QUINTO-2018

DESARROLLO DE UN SOFTWARE DE INVENTARIO PARA UN MANEJO MAS

EFICIENTE DE LOS PRODUCTOS, VENTAS Y GANACIAS DEL GRANERO LA

ESTRELLA DORARA EN BARRANQUILLA COLOMBIA 2018

CARLOS ANDRES SANCHEZ ROBLEDO

JUAN CAMILO LOPEZ REAL

DOCENTE: PATTY PEDROZA

UNIVERSIDAD LIBRE DE COLOMBIA

FACULTAD DE INGENIERIA

PROGRAMA DE INGENIERIA DE SISTEMAS

BARRANQUILLA SEMESTRE QUINTO-2018

 3

Contenido
Introducción................................................................................................................................5

Objetivos.....................................................................................................................................6

Objetivo general......................................................................................................................6

Objetivos Específicos..............................................................................................................6

Justificación................................................................................................................................7

Alcance........................................................................................................................................8

ERS.............................................................................................................................................9

Requerimientos funcionales....................................................................................................9

Requerimientos no funcionales...............................................................................................9

Pseudo-requerimientos............................................................................................................9

Panorama General...................................................................................................................9

Metas.......................................................................................................................................9

Funciones del sistema...........................................................................................................10

Atributos del sistema.............................................................................................................13

Requerimientos C..................................................................................................................13

Diseño y Estilo arquitectónico..................................................................................................14

Diseño arquitectónico...........................................................................................................14

Estilo arquitectónico.............................................................................................................14
 4

Tabla Objeto-Acciones.............................................................................................................15

Tabla Objeto-Metáfora..............................................................................................................17

Diseño detallado........................................................................................................................21

Historia del Documento........................................................................................................21

Patrones GRASP y GoF........................................................................................................22

GRASP..............................................................................................................................22
 5

Introducción

Antes de que la tecnología se hiciese conocida y se cristalizara por completo, las labores

rutinarias del ser humano eran en muchas ocasiones difíciles de manejar. Fue así como

tecnología llego y se hizo un hueco en muchos de los aspectos de la vida, desde el más sencillo

hasta el más complejo, algo que en la antigüedad era impensado. Una de las maneras en que

dicho avance se ha manifestado son las aplicaciones tanto móviles como de escritorio. Hoy en

día no es necesario recurrir a un mapa para saber cómo llegar a un lugar específico, así como

tampoco es necesario dirigirse a la compañía de telefonía a pagar el recibo, ya que existen

aplicaciones que facilitan estos procesos y permiten realizarlos desde casa en especial si se es

una persona que pasa ocupada la mayor parte del tiempo. Entonces, si se toma como referencia

los ejemplos anteriores no sería descabellado pensar que la tecnología y los softwares se puede

amoldar a las necesidades y que todo el mundo puede hacer uso de ellos. Los softwares de

inventario son unos de los múltiples ejemplos que podemos encontrar. Este tipo de software es

de gran ayuda para todo tipo de empresas que manejan una gran cantidad de productos. Así por

medio de un proyecto de software se desarrollará un aplicativo de este tipo, el cual simplificará

la manera en la que se hace el balance contable del local objeto de implementación de la esta

iniciativa.
 6

Objetivos

Objetivo general

Desarrollo de un software de inventario para dar un manejo más eficiente de los productos,

ventas y ganancias del granero La Estrella Dorada.

Objetivos Específicos

 Definir los requerimientos necesarios para el desarrollo del software de inventario para

el granero la estrella dorada

 Diseñar los diagramas de casos de uso a partir de los requerimientos previamente

especificados

 Codificar el diseño del software para la plataforma especificada

 Evaluar el funcionamiento del software del granero la estrella dorada

 Analizar el proceso comercial del granero la estrella dorada.

 Categorizar los productos del granero la estrella dorada

 Registro de la información general y especifica de los productos del granero la estrella

dorada

 Mostrar cual es la proporción de demanda de los productos del granero la estrella

dorada en un periodo determinado de tiempo.

 Mostrar la existencia de los productos del granero la estrella dorada

 Registrar las ventas del granero la estrella dorada y generar reportes de las mismas
 7

 Determinar la utilidad y las pérdidas del granero la estrella dorada

Justificación

Este proyecto se fundamenta en la necesidad de implementación de un software que facilite la

contabilización y análisis de toda la información referente a productos y ventas con los que

cuenta el granero La Estrella Dorada. Siendo la causal de esta necesidad, la falta de tiempo para

el manejo de una cantidad numerosa de productos, además del deseo del dueño del granero de

hacer parte de la transición de los sistemas manuales a los sistemas virtuales. Como

consecuencia del uso de este software el granero la estrella dorada obtendrá como principal

beneficio la facilidad de análisis de la información mencionada anteriormente reduciendo de

manera importante el tiempo empleado en dicha en labor y además permitirá que el granero

conozca que aspectos debería mejorar para incrementar sus ingresos y su productividad para

mantener a sus clientes satisfechos.

 8

Alcance

Actualmente el granero la estrella dorada cuenta con un sistema de inventario manual a base

de bolígrafo y hojas de papel, el cual es anticuado y cuya elaboración requiere de mucho tiempo.

Con el desarrollo de este software el empleador del granero espera hacer de manera más

organizada y sencilla el balance de sus cuentas, así como también de proporcionar a sus

trabajadores un sistema en el cual tengan toda la información al alcance de su mano.

En este orden de ideas, es necesario advertir que este software se encargará de proporcionar

información relacionada con la ventas, ganancias y productos, pero no se encargará de mostrar

gráficos de esta información, así como tampoco de dar indicaciones de cómo se deber usar la

misma ya que no es acorde a los objetivos planteados con anterioridad. El análisis de los datos y

las medidas que se tomen con ellos quedaran a disposición del empleador del granero la estrella

dorada y todo aquel que tenga uso autorizado de esta.

 9

ERS

Requerimientos funcionales

El software de inventario diseñado para el granero la estrella dorada contará con la posibilidad

de llevar a cabo un registro de inventario de una manera mucho más eficiente haciendo uso de

una terminal para el rápido conocimiento de los productos que se tiene en posesión incluyendo

su descripción, fechas de vencimiento y movimientos que ha tenido en un momento

determinado, incluyendo también el conteo de los productos en un menor tiempo.

Requerimientos no funcionales

El software de inventario será una aplicación de escritorio, es decir que para su uso será

necesario de un computador, esto puede generar problemas al momento de usarlo si en un

momento determinado no se cuente con corriente eléctrica como puede pasar con cualquier otro

aparato electrónico.

Pseudo-requerimientos

El software de inventario tendrá que ser diseñado para correr sobre un sistema operativo

Windows 8 o Windows 10.

Panorama General

Desarrollo de un software de inventario para el granero la estrella dorada.

Metas

Reducir el tiempo de respuesta que se le brinda al cliente al buscar un artículo que no se ve a

simple vista o conocer si hay existencia de un producto solicitado por este mismo, así como

también optimizar las ganancias obtenidas al momento de vender los productos y reducir el
 10

tiempo que se emplea actualmente haciendo la contabilización de los productos, ganancia y

ventas de manera manual.

Funciones del sistema

Referencia Función del sistema: Registrar el ingreso de productos Categoría

R1.1 Registro del producto en el sistema. Evidente
R1.2 Calcular dinero invertido en productos Evidente
R1.3 Categorizar el producto Evidente
Almacenamiento de la foto del producto para fácil
R1.4 Evidente
identificación
Registro de la información específica y general de cada
R1.5 Evidente
producto
Ofrecer conexión directa a una base de datos donde se
R1.6 Oculta
registrarán todos los movimientos realizados con los productos.
Generación automática de un código que identifique cada
R1.7 Oculta
producto.
R1.8 Registrar entradas por inventario físico Evidente
R 1.9 Producto Grabado Evidente

Referencia Función del sistema: Registro de venta de productos Categoría

R2.1 Registro de la venta en el sistema. Evidente

Sumatoria de todos los valores de los productos de la venta
R2.2 Evidente
incluyendo impuestos.
Verificar existencia del producto en la base de datos del
R2.3 Oculta
inventario.
R2.4 Permitir la compra de uno o más productos de distinta índole. Evidente

Registrar la venta en la base de datos restando la cantidad de

R2.5 Oculta
productos a la cantidad guardada en inventario.

Generar un soporte o recibo de la venta de los productos con

R2.6 su valor y cantidad por producto, valor total y valor total más Evidente
impuestos.

Registro de salidas ocasionadas por cambio de productos

R2.7 sellados incorrectamente o en estado no apto para el consumo Evidente
humano
 11

R2.8 Registrar los datos del cliente Evidente

R2.9 Venta Registrada Evidente

Referencia Función del sistema: Actualizaciones de los productos Categoría

R3.1 Seleccionar producto Evidente
R3.2 Encontrar el producto a actualizar Evidente
R3.3 Actualizar el nombre de cualquier producto Evidente
R3.4 Actualizar el precio de cualquier producto Evidente
R3.5 Configuración de las tarifas de IVA Evidente
R3.6 Realizar los cambios en la base de datos del granero Evidente

Permitir la actualización de los productos por concepto de

R3.7 Evidente
inventario físico

R3.8 Registrar las devoluciones de productos Evidente

R 3.9 Producto Actualizado Evidente

Referencia Función del sistema: Consultas y Rastreo de productos Categoría

R4.1 Ver la existencia de un producto en Bodega. Evidente
Ver la información general, fecha de vencimiento e imagen del
R4.2 Evidente
producto buscado.
R4.3 Conocer en cualquier momento el valor total del inventario. Evidente
R4.4 Realizar consultas por categoría. Evidente

Conocer que productos han tenido movimientos y cuales no en

R4.5 Evidente
un periodo de tiempo determinado
 12

R4.6 Alertar cuando un producto este cerca de agotarse Evidente

Permanecer conectado a la base de datos donde se esté

R4.7 Oculta
guardando toda la información de los productos.

R 4.8 Permitir el cálculo del punto de reorden Evidente

R4.9 Mostrar lista de todo el inventario Evidente

Generar un reporte que contenga la lista de todo el inventario
R4.10 con ID, nombre, categoría, ubicación y cantidad de cada Evidente
producto

Atributos del sistema

Atributo Detalles y restricciones de frontera

Tiempo de respuesta
Metáfora de interfaz
Plataforma
(restricción de frontera) Al consultar productos, calcular
precios y/o ganancias el tiempo de respuesta no debe exceder
los 5 segundos .
(detalle) Interfaz amigable orientada a formularios.
(detalle) Microsoft Windows 8 - 10

Requerimientos C

El software de inventario debe permitir

• Ver la existencia de un producto por bodega

• Permite saber en cualquier momento cual es el costo del inventario

• Conocer que productos han tenido movimiento y cuales no en un periodo de tiempo

• Registro de la información específica y general de cada producto

 13

• Categorización del inventario por grupos y subgrupos

• Registro de la contabilización de los productos

• Almacenamiento de la foto del producto

• Configuración de las tarifas de IVA

• Manejo de inventarios con diferentes unidades de medida y factores de conversión

• Asistente automático para la actualización de lista de precios

• Permitir agregar porcentaje de utilidad predeterminados por cada producto

Diseño y Estilo arquitectónico

Diseño arquitectónico

Para este proyecto de software en el cual se diseña un aplicativo de inventario para el granero

La Estrella Dorada en la ciudad de Barranquilla se escogió la arquitectura de llamada y retorno

debido a que se platea la iniciativa de mantener un recuento de cada producto en un inventario

virtual dentro de una base de datos, pero, no se tiene un tamaño estipulado para esta misma,

porque el inventario va variando según temporadas, meses, semanas, etc. Por ende, se escoge una

arquitectura capaz de modificar de manera relativamente fácil su tamaño.

Gracias a su escalabilidad permitirá ajustar la estructura del programa basándose en la

abstracción de procedimientos, funciones o métodos.

Este diseño arquitectónico se subdivide en dos, pero para este proyecto se escogió la

arquitectura de programa principal/subprograma, donde un programa principal, que puede ser el

verificador de usuario, invoca a varios componentes de programa que serían los formularios

donde se realizaran las distintas acciones.

 14

Estilo arquitectónico

El estilo arquitectónico que mejor se adapta al proyecto de un inventario virtual es el Patrón:

Persistencia, en el cual los datos se almacenan en una base de datos o archivo y permite que

otros procesos puedan leerlos o modificarlos. Este manejo que ofrece el patrón: persistencia

sobre la información ingresada de primero guardar para posteriormente poder ver o modificar

desde otro proceso permite claramente crear un inventario con los productos que ingrese el

usuario para su posterior manipulación.

Tabla Objeto-Acciones

objeto / sub-objeto atributos acciones del usuario

-Asignación de ID al producto
-Asignación del ID de la compra (si
-Agregar entrada por
aplica)
compra
-Categorizar producto
-Agregar entrada por
-Imagen del producto
Producto inventario físico
-Información específica del producto
-Agregar entrada por
-Información general del producto
devolución
-Dinero invertido en productos
-Eliminar entrada
-Valor de venta del producto
-Valor de Compra del producto
-Agregar salida por
-Asignación de ID a la venta
venta
-Recibo
-Agregar salida por
-Cantidad de productos
deterioro
Salida -Valor de la venta
-Agregar salida por
-Datos del cliente
cambio
-Valor de cada producto
-Eliminar salida
-Categoría del producto
-Imprimir Recibo
Actualizaciones -ID del producto -Actualizar
de los productos -Cantidad del producto información específica
-Información general del producto y general de un
-Información específica del producto producto
-Tipo de entrada (si aplica) -Actualizar cantidad
-Tipo de salida (si aplica) de un producto
-Tarifa de IVA -Actualizar tarifa de
-Actualizar precio del producto IVA
 15

-Actualizar entradas
por inventario físico
-Categoría del producto
-Actualizar salidas
por deterioro
-Consultar una
-Cantidad de producto en Bodega
compra realizada
-ID del producto
-Consultar una venta
-Valor total del inventario
realizada
-Posicionamiento en la Bodega
Consultas y -Consultar cantidad
-Categoría del producto
Rastreo de de un producto
-Movimiento del producto
productos -Rastrear
-ID de la venta
movimiento de un
-Información general del producto
producto
-Información específica del producto
-Calcular punto de
reorden

Tabla Objeto-Metáfora

objeto / sub-
Metáforas Representaciones
objeto

Formulario de Formulari
registro o
 16

Formulario de Formulari
Salidas o

Recibo de caja Recibo

 17

Formulario de
Formulari
Actualizacione
o
s

Formulario de Formulari
Consultas o
 18

Formulario de Formulari
Inventario o
 19

Diseño detallado

Historia del Documento

Versió
Fecha Comentarios
n
Creación del documento:
-Introducción
28 febrero 2018 1.0 -Objetivos
-Justificación
-Alcance
Agregados:
-ERS
16 abril 2018 1.5 -Funciones del Sistema
-Atributos del Sistema
-Requerimientos C
Agregados:
-Diagrama de Clases
-Diagrama de Despliegue
20 mayo 2018 2.0 -Diagrama de Casos de Uso
-Diagrama de Componentes
-Diagrama de Estados
-Diagrama de Secuencia
Agregados:
27 octubre 2018 2.5 -Tabla Objeto-acciones
-Tabla Objeto-metáfora
Cambios:
-Nombre de los objetos en la tabla Objeto-acciones
-Nombre de los objetos en la tabla Objeto-metáfora
Agregados:
-Se agrega nuevo índice (R4.9) en “Función del
sistema: Consultas y Rastreo de productos”
30 octubre 2018 2.6
-Se agrega nuevo índice (R4.10) en “Función del
sistema: Consultas y Rastreo de productos”
-Se agrega Diseño y Estilo arquitectónico
-Se agrega nuevo Objeto (Formulario de Inventario) en
“tabla Objeto-metáfora”
-Se agrega subtítulo (Patrones GRASP y GoF)

3 diciembre 2018 2.6.2 -Cambios en la tabla Objeto-acciones.

 20

Patrones GRASP y GoF

GRASP

Actualmente se hace uso del patrón Experto en el diagrama de clases ya creado. En el cual

está un método en la clase Recibo que generará la información del recibo almacenada en la clase

producto. Para hacerlo el método tiene que saber dónde se encuentra la información, esto lo hace

a través del

patrón

experto.

Haciendo uso del patrón Creador la cual permite dar la responsabilidad de crear una nueva

instancia de alguna clase. Se le asigna la potestad a la clase venta de crear una instancia de recibo

para imprimirlo, ya que esta última recibe objetos de la clase ventas. Modificando así el

diagrama de clases y dejándolo de la siguiente manera.

 21

Se tuvo en cuenta el patrón de Bajo acoplamiento haciendo que de esta manera las clases

estuvieran lo menos relacionadas posibles para asi poder asimilar los cambios de mejor manera.

GoF

Creacional - Singleton: Se utilizará el patrón creacional Singleton para la clase TipoEntrada,

para que de esta manera se haga una solo entrada al sistema a la vez, la cual puede permitir

varios productos, pero al fin y al cabo será solo una entrada.

Comportamiento – Iterator: Se utiliza el patrón de comportamiento Iterator para recorrer

los elementos almacenados en la base de datos al momento de hacer la lista total de inventario.

MODELOS/ESTÁNDARES DE CALIDAD ORIENTADOS AL PROCESO DE

DESARROLLO DE SOFTWARE

Estándares/
Estado
Normas Ente Regulador

Utilizado para definir la madurez del proyecto en

(SEI) Software Engineering
CMMI un momento determinado. Basado en este modelo se
Institute
categoriza al proyecto en el estado de madurez Inicial.

Estándar utilizado para medir el avance del

proyecto basado en unas métricas predefindas y que
PSP ISO
asigna un nivel, dependiendo la cantidad de métricas
cumplidas. Nos encontramos en PSP0 actualmente.

TSP Team Software Process No aplicado.

 22

PSP-TSP ISO No aplicado.

ISO 15504
ISO No aplicado.
SPICE

ISO 25000
ISO No aplicado.
SQUARE

Se hace uso de la norma IEEE 828 para la

documentación del software, desde sus objetivos,
IEEE IEEE
requerimientos, diagramas, codificación, hasta su
mantenimiento

IMPLEMENTACIÓN DE LA NORMA IEEE

IEEE 828

- IDENTIFICACIÓN DEL PROBLEMA: SÍ

Se realizó una investigación y una serie de entrevistas con el cliente para lograr apartar la

base del problema, de esa manera se realizará un análisis y diseño para la resolución del

mismo.

- ANÁLISIS: SÍ

Teniendo como base que la problemática es la poca optimización de los procesos de

entrada y salida, se hace un análisis de cómo mejorar estos aspectos.

- DISEÑO: SÍ

Se realizó una toma de requerimientos que sirvió como base para el diseño de los

diagramas que facilitaran la codificación del software.

- IMPLEMENTACIÓN: NO
 23

Con el software ya codificado (aun no terminado) se realizaron pruebas para verificar su

funcionamiento hasta ese momento. No se ha implementado aún.

IEEE 829

- PRUEBA DE ACEPTACIÓN: NO

- PRUEBA DE PLAN: NO

- PRUEBA DE LA ESPECIFICACIÓN DEL DISEÑO: NO

- PRUEBA DE LA ESPESIFICACIÓN DEL CASO: NO

- PRUEBA DE LA ESPECIFICACIÓN DEL PROCESO: NO

- PRUEBA DEL REPORTE DE LA TRANSMISIÓN DEL ARTICULO: NO

- TEST LOG: NO

CODIFICACIÓN

PANEL PRINCIPAL
 24

REGISTRAR
25
26
27
28
29
30
 31

IEEE 1008 PARA LA PRUEBA DE SOFTWARE

ESTUDIO DE CARACTERISTICAS A SER PROBADAS

PROCESO ¿APLICACADO?
Estudiar requerimientos
funcionales
Identificar requerimientos
adicionales y
procedimientos asociados
Identificar estados de la
unidad
Identificar datos de entrada
y salida, y sus
características
Seleccionar elementos a
ser incluidos en las
pruebas
DEFINICIÓN
-Cada función descrita en la documentación de
X requerimientos debe ser probada para verificar su correcto
funcionamiento.
otros requerimientos como atributos
de calidad y restricciones de diseño, asociados a
características de software
software inactivo, listo para recibir, procesando, y sus
transiciones
rangos válidos, formatos, relaciones entre
X
campos
incluye datos de entrada válidos e inválidos.
X
Identificar riesgos de elementos no seleccionados.

DETALLAR EL PLAN GENERAL

PROCESO ¿APLICACADO?
Refinar Enfoque
Especificar requerimientos
de recursos especiales
Especificar agenda
detallada
DEFINICIÓN
Identificar casos de prueba existentes y procedimientos de
X test para ser considerados para su uso. Identificar técnicas
para validación de datos, registro de salidas, etc.
Identificar recursos necesitados para tests de unidad.
Basada en software de apoyo, recursos especiales,
disponibilidad de unidad
y agenda de integración

DISEÑO DEL CONJUNTO DE PRUEBAS

PROCESO ¿APLICACADO? DEFINICIÓN
Diseñar arquitectura del Basándose en características a probar y condiciones
conjunto de pruebas especificadas por los elementos elegidos. Diseñar
 32

objetivos para que cada objetivo de bajo nivel pueda ser

Obtener procedimientos de
pruebas explícitos como se
requiera
Obtener especificaciones
de casos de prueba
Aumentar el conjunto de
especificaciones de casos
de prueba basado en
información de diseño
Completar la
especificación del diseño
de pruebas
probado por algunos casos de prueba. Registrar jerarquía
de objetivos
Documentación de requerimientos,
X información del plan de pruebas y especificaciones de
casos de prueba
Especificar nuevos casos de prueba
basándose en el diseño de la unidad, actualizar el conjunto
de pruebas de acuerdo al punto (1).
completarlo de acuerdo al ANSI/IEEE 829-1983
X
(Estándar para la documentación de pruebas de software)

IEEE 829 DOCUMENTACIÓN DE LAS PRUEBAS DE SOFTWARE

PREPARACIÓN DE LAS PRUEBAS

- Plan de pruebas

Se busca hacer un paso a paso probando todos los requerimientos descritos en la

documentación, pasando por valores correctos hasta llegar a valores erróneas para conocer

el comportamiento del software ante cada situación posible que se pueda imaginar.

- Prueba de las Especificaciones de Diseño

Registro, salidas, actualizaciones, consultas e inventario deben ser probados para verificar

su total y correcto funcionamiento.

- Caso de prueba pliego de condiciones

Pruebas de inyección de datos a cada campo de cada formulario para analizar su

comportamiento.

- Procedimiento de análisis

Registrar los resultados para posterior análisis

 33

EJECUCIÓN DE LAS PRUEBAS

- Prueba de registro

Llevar un registro cronológico de cada prueba y su resultado obtenido.

- Prueba de notificación de incidentes

Registro apartado de incidentes que deban ser tratados de manera diferente (o de mayor

atención)

FINALIZACION DE LA PRUEBA

- Resumen de la prueba del informe