“SISTEMA DE FACTURACION E INVENTARIO LOS ALMENDROS”

Danilo Andrés Ricardo Álvarez

Juan Elías Narváez Gonzales
Dair Salas Grandeth
María José Martínez Pérez
Isaac Tamara Rivera

Ingeniería de Software

Tutor

Oswaldo Vélez Langs

Universidad De Córdoba
Facultad de ingenierías
Ingeniería de sistemas y telecomunicaciones
Montería – Córdoba
2019

1
Contenido
RESUMEN ................................................................................................................................................... 4
1. PLANTEAMIENTO DEL PROBLEMA ................................................................................................. 5
2. OBJETIVOS ............................................................................................................................................. 6
2.1 Objetivo general .................................................................................................................................. 6
2.2 Objetivos específicos .......................................................................................................................... 6
3. METODOLOGÍA ..................................................................................................................................... 7
4. CRONOGRAMA ...................................................................................................................................... 7
5. ESPECIFICACIÓN DE REQUISITOS .................................................................................................... 9
5.1 Introducción ........................................................................................................................................ 9
5.2 Propósito ......................................................................................................................................... 9
5.3 Alcance .......................................................................................................................................... 10
5.4 Definiciones, acrónimos y abreviaturas ............................................................................................ 10
5.5 Referencias........................................................................................................................................ 11
5.6 Resumen............................................................................................................................................ 12
6. DESCRIPCIÓN GLOBAL DEL PRODUCTO .................................................................................................. 13
6.1 Perspectiva de producto ................................................................................................................... 13
6.2 Funciones del producto ..................................................................................................................... 13
6.3 Características del usuario ................................................................................................................ 13
6.4 Restricciones ..................................................................................................................................... 14
6.5 Condiciones y dependencias ............................................................................................................. 14
7 REQUISITOS ESPECÍFICOS......................................................................................................................... 15
7.1 Requisitos comunes de interface ...................................................................................................... 15
7.1.1 Interfaces de usuarios ................................................................................................................ 15
7.1.2 Interfaces de hardware .............................................................................................................. 15
7.1.3 Interfaces de software ............................................................................................................... 15
7.1.4 Interfaces de comunicación ....................................................................................................... 16
7.2 Requisitos no funcionales ................................................................................................................. 16
7.3 Requisitos funcionales ...................................................................................................................... 18
8 Diagrama Entidad Relación ..................................................................................................................... 24
9 Diagrama de Caso de uso ......................................................................................................................... 25
9.1 Diagrama de Caso de uso “Iniciar Sesión” ....................................................................................... 25
9.2 Diagrama de Caso de uso “Área de Ventas”..................................................................................... 25

2
 9.3 Diagrama de Caso de uso “Espacio de Administración” .................................................................. 26
9.4 Diagrama de Caso de uso “Servicio y Ventas” ................................................................................. 26
9.5 Diagrama de Caso de uso “General”................................................................................................. 27
9.6 Diagrama de Caso de uso “Consulta Facturas Emitidas” ................................................................. 29
9.7 Documentación de Diagrama de Caso de uso ................................................................................... 29
10 Diagramas de Estado.............................................................................................................................. 32
10 Diagrama de Clases................................................................................................................................ 37
11 Diagrama de Actividades ....................................................................................................................... 38
11.1 Diagrama de Actividades “Venta de Producto y Verificación cliente” .......................................... 38
11.2 Diagrama de Actividades “Pago de Crédito” .................................................................................. 39
11.2 Diagrama de Actividades “Agregar o Actualizar Producto” .......................................................... 40
12 Diagrama de Secuencias ........................................................................................................................ 41
13 Prototipos ............................................................................................................................................... 45

3
RESUMEN

El proyecto tiene como propósito fundamental mejorar el rendimiento del sistema de facturación
e inventario que actualmente tiene el depósito y expendio de maderas los almendros. Se recopilo
la información necesaria y se analizó o busco la mejor alternativa de solución con el fin de realizar
un proyecto con el que pueda automatizarse las tareas y servicios existentes, que causaban
inestabilidad y poca confiabilidad al momento de realizarlo.
Se implementa una base de datos de fuente abierta para evitar el costo de licencia. A la vez se
implementaron diferentes tipos de métodos los cuales trabajan en conjunto para que funcionara de
manera correcta y automatizada.
Se logra la mejora del proceso de facturación e inventario resolviendo el problema manual y físico
que preocupaba a los usuarios por perdida de información y control de inventario. A la vez se creó
un sistema de autenticación con el cual el proceso de facturación y gestión de inventario funcionara
de manera integral y optimizada.

4
1. PLANTEAMIENTO DEL PROBLEMA

El depósito y expendio de maderas los Almendros, ubicada en la ciudad de Montería, posee un

espíritu de competencia y calidad, sin embargo, la presión de un mercado globalizado y la urgencia
de usar nuevas tecnologías para lograr una estabilidad en el negocio, cada vez más pesa en el
crecimiento del negocio.
Las tareas rutinarias de recopilar, transmitir, registrar y revisar información en él deposito se llevan
a cabo de forma manual.
Una deficiente organización en el inventario genera costos adicionales, ya que se debe asumir la
perdida de realizar una venta cuando no se encuentran los productos a tiempo, pues no se sabe con
exactitud si hay productos disponibles, hasta que se revisa físicamente el inventario de la tienda
además a veces por perdida de facturas no se sabe con realidad si el cliente pago o hizo un abono;
lo anterior, genera incertidumbre y obstaculiza la toma de decisiones por parte del propietario.
Además de esto, los registros en papel son propensos a perderse o dañarse. En el momento de
ajustar cuentas con los clientes que adquieren créditos, se necesita la disponibilidad de esos
registros de manera casi inmediata para agilizar ese proceso.
Hay que tomar en cuenta que para realizar un balance de venta diaria se debe revisar todas las
facturas de ese día, sumarlas una a una para poder obtener esa información, sin olvidar que en
cualquier momento se puede pasar por alto una factura, produciendo datos erróneos, y al momento
de registrar esos datos en los balances diarios para realizar estadísticas del depósito se produce un
desequilibrio contable y difícil de corregir.
De los anterior se deduce que existe dificultad en la gestión de la información de dicha tienda, esto
genera deficiencia en la administración del inventario, y facturación del negocio, esto produce
incertidumbre en cada uno de los procesos críticos y transacciones que se llevan a cabo
diariamente.

5
2. OBJETIVOS

2.1 Objetivo general

• Sistematizar el control del inventario y facturación del “Deposito de maderas los

almendros” mediante el diseño de un sistema de información.

2.2 Objetivos específicos

• Caracterizar la situación actual de la empresa “Deposito de maderas los almendros”

recopilando y analizando la información necesaria para identificar los
requerimientos del sistema informático mediante el análisis de las tareas llevadas a
diario en el negocio.
• Desarrollar el sistema de información para la automatización de inventario y la
facturación de la empresa Depósito de maderas los almendros.
• Realizar pruebas de validación al software para asegurar su buen funcionamiento.
• Elaborar manual de instalación y administración del sistema informático para
capacitar de forma adecuada al usuario.

6
3. METODOLOGÍA

En el presente apartado se describen las técnicas metodológicas utilizadas para el desarrollo del
sistema de facturación e inventario de depósito de maderas los almendros, tomando en cuenta la
población evaluada, los procedimientos empleados y el equipo de desarrollo.
Para el correcto desarrollo del proyecto que en este escrito se detalla, se han seleccionado varias
técnicas para la recolección de datos y la metodología RUT para la asignación de tareas, diseño e
implementación se utilizara la modelo vista controlador (MVC).
EL MODELO es el objeto que representa los datos del programa. Maneja los datos y controla
todas sus transformaciones. El modelo no tiene conocimiento específico de los controladores o las
vistas, ni siquiera contiene referencias a ellos. Es el propio sistema el que tiene encomendada la
responsabilidad de mantener enlaces entre el modelo y sus vistas, y notificar a las vistas cuando
cambia el modelo. (Yenisleidy Fernández Romero, 2012).
LAS VISTAS son el conjunto de clases que se encargan de mostrar al usuario la información
contenida en el modelo. Una vista está asociada a un modelo, pudiendo existir varias vistas
asociadas al mismo modelo; así, por ejemplo, se puede tener una vista mostrando la hora del
sistema como un reloj analógico y otra vista mostrando la misma información como un reloj
digital. (Pantoja, diciembre 2014)

4. CRONOGRAMA

7
8
5. ESPECIFICACIÓN DE REQUISITOS

5.1 Introducción

La tecnología se ha convertido en nuestro aliado en las actividades diarias y más aún si

queremos trascender como negocio y ser competitivos dentro del mercado, para esto
debemos aprovecharla en el negocio y utilizarla como herramienta indispensable para el
tratamiento de la información para dar fluidez y eficacia en las actividades.
Dentro de la zona urbana de la ciudad de Montería se encuentra depósito y expendio de
maderas los almendros la cual se caracteriza por la compra de madera virgen, la cual es
tratada y puesta a la venta en distintos tamaños de diferentes medidas y tipos, desde sus
inicios en el 2009 se ha destacado por vender madera de buena calidad.
Por su labor de buena atención y venta de madera de buena calidad este negocio se ha
mantenido vigente en el mercado. No obstante, el negocio necesita mantener solidez
económica pero sus procesos administrativos no le proporcionan efectividad y mucho
menos organización, ya que sus prácticas administrativas no son la mejor donde podemos
evidenciar un mal trato que se da a la información dentro del negocio.
El depósito desde su creación hasta estos días, sigue utilizando las viejas técnicas
administrativas donde podemos evidenciar el proceso de facturación el cual es llevado de
manera rudimentaria es decir de manera manual sin apoyo de base de datos lo que produce
errores del personal y por supuesto perdida de información relevante además no se lleva un
control de inventario efectivo ya que toca ir a ver de forma personal lo almacenado en
bodega, todo lo anterior no permite obtener información oportuna de forma rápida y mucho
menos datos relevantes lo que ha traído una especie atraso o estancamiento en el
tratamiento de la información dentro del negocio.
Una de las tareas que podemos resaltar en donde no hay buen tratamiento de información
es cuando llega madera al negocio el administrador es el encargado de recibir y confirmar
el pedido este proceso lo lleva a cabo manualmente anotando el tipo y cantidad de madera
recibida toda esta información es anotada y archivada en las gavetas del negocio la cual es
propensa a pérdidas o deterioro además al momento de saber qué cantidad de producto hay
disponible es necesario esperar a que el administrador diga donde guardo y especifique lo
anotado lo que provoca insatisfacción del cliente.
A pesar de tener mal trato de la información el negocio ha logrado mantenerse durante
todos estos años ofreciendo un servicio aceptable a sus clientes.

5.2 Propósito

9
 El propósito de este proyecto es desarrollar un producto software que satisfaga las
necesidades administrativas del negocio mediante la sistematización de dichas actividades,
se pretende realizar un sistema de facturación e inventario el cual permitirá registrar cliente,
registro de producto, registro de proveedor, registrar factura, consultar clientes, consultar
producto, listar proveedores, listar facturas por día y por mes , editar facturas, enviar
facturas vía correo electrónico, listar un reporte de ventas ya sea diaria o mensual, registrar
trabajador, registrar horas trabajadas, registrar repuesto averiados en el área de cerrajería,
etc. En pocas palabras sistematizar los requisitos funcionales y no funcionales resaltadas
en el proyecto del depósito y expendio de maderas los almendros. Este será utilizado por
administrador y trabajadores del negocio claro está bajo restricciones establecidas por las
reglas del negocio, es decir se manejarán roles específicos para el manejo de tal sistema

5.3 Alcance

El alcance del proyecto pretende sistematizar las tareas administrativas como facturación e
inventario para dar apoyo en tal área dentro del negocio, permitiendo el buen manejo y
consulta de la información y permitir un acceso prioritario al administrador del negocio
que tendrá acceso a toda la funcionalidad que ofrece el sistema.

5.4 Definiciones, acrónimos y abreviaturas

DEFINICION
PALABRA

Software es un término informático que hace referencia a un programa o

Software conjunto de programas de cómputo que incluye datos, procedimientos y
pautas que permiten realizar distintas tareas en un sistema informático.

Administración es el acto de administrar, gestionar o dirigir empresas,

Administrador negocios u organizaciones, personas y recursos, con el fin de alcanzar
los objetivos definidos.

BD: Base de datos es un conjunto de información y de datos organizados de

forma sistemática.

10
5.5 Referencias

Kendall, K. E., & Kendall, J. E. (2005). Análisis y diseño de sistemas (Sexta ed.). México:
Pearson Educación.

Mena, A. (14 de Julio de 2011). Tipos de sistemas y modelos de inventarios. Obtenido de

http://realizacioninvetariosa4-1: http://realizacioninvetariosa4-
1.wikispaces.com/Tipos+de+sistemas+y+modelos+de+inventario.

Mordiza, C., Rubio, J., & Rodriguez, R. R. (2007). Practicum de las operaciones de
comercio internacional. Editorial Club Universitario, 2007.

Muller, M. (2004). Fundamentos de administración de inventarios. Bogóta: Grupo editoria

Norma.

NCH Software. (s.f.). Descargas. Recuperado el 24 de Abril de 2014, de NCH Software:

http://www.nchsoftware.com/es/index.html .

Pastor i Collado, J. A. (2002). Uso de los sistemas de informacion en la organizacion. UOC

La Universidad Virtual.

Pressman, R. (2006). Ingeniería del software. Un enfoque práctico ( (Sexta ed.). México:
Mc Graw Hill.

11
5.6 Resumen

El proyecto tiene como propósito fundamental mejorar el rendimiento del sistema de

facturación e inventario que actualmente tiene el depósito y expendio de maderas los
almendros la cual se dedica a la venta de todo tipo de maderas. Se recopilará la información
necesaria y se analizara o buscara la mejor alternativa de solución con el fin de realizar un
proyecto con el que pueda automatizarse las tareas y servicios existentes, que causan
inestabilidad y poca confiabilidad dentro del negocio.
Se implementará una base de datos de fuente abierta para evitar el costo de licencia. A la
vez se implementará diferentes tipos de módulos los cuales trabajaran en conjunto para que
funcione de manera correcta y automatizada.
por medio de lo anterior se logra la mejora del proceso de facturación e inventario
resolviendo el problema manual y físico que preocupa a los usuarios por perdida de
información y control de inventario. A la vez se creará un sistema de autenticación con el
cual el proceso de facturación y gestión de inventario funcionará de manera integral y
optimizada.

12
6. DESCRIPCIÓN GLOBAL DEL PRODUCTO

6.1 Perspectiva de producto

Se pretende implementar un sistema de información que genere informes de las ventas y

productos existentes. Que permita resguardar la información de forma exacta y confiable,
la cual estará disponible para su respectivo análisis y contribuir a la toma de decisiones del
negocio. El sistema no tendrá interacción o relación con otros sistemas.

6.2 Funciones del producto

El sistema que estamos implementando debe proporcionar las siguientes funciones:

➢ El sistema controlará el acceso y lo permitirá solamente a usuarios autorizados. Los
usuarios deben ingresar al sistema con un nombre de usuario y contraseña.

➢ Debe permitir las operaciones básicas de registrar, actualizar, eliminar, consultar toda
la información relacionada con clientes, producto, factura, administrador y empleados.

➢ El sistema dejara hacer una copia de seguridad en el equipo.

6.3 Características del usuario

Para poder manejar el sistema el usuario deberá tener como mínimo las siguientes características.

• Deberá tener conocimientos básicos de computación, lo anterior para que pueda dar
buen uso al sistema y le sea sencilla su utilización.
En este software se destaca la participación por roles de usuarios los cuales se clasifican en
administrador, empleado auxiliar(vendedor), los cuales tienen interacción con el sistema el cual
les brinda las funcionalidades de forma clara e intuitiva asignando funcionalidades de acuerdo a
su rol podemos destacar que el administrador tiene acceso a la totalidad de funciones del sistema
de facturación e inventario los almendros ya que es el dueño del negocio, el empleado
auxiliar(vendedor) solo tiene permiso en algunas funcionalidades como la de registrar clientes,
consultar inventario y realizar una venta.

13
 6.4 Restricciones

El servidor debe ser capaz de atender consultas concurrentemente, es decir poder trabajar con una
carga intensiva.

• El sistema se diseñará como una aplicación de escritorio con una base de datos
centralizada.
• El sistema se diseñará según un modelo cliente/servidor.
• El sistema deberá tener un diseño e implementación sencilla, independiente de la
plataforma o del lenguaje de programación.

6.5 Condiciones y dependencias

Se da como sentado la especificación de requisitos afirmando que están correctamente los

necesarios para el funcionamiento correcto del sistema además que se cuenta con los equipos de
cómputo y de red necesarios para este proyecto. El sistema seguirá una arquitectura
Cliente/Servidor, por lo que la disponibilidad del sistema dependerá de la conexión entre las
máquinas y su base de datos centralizada y claro está el buen estado de la maquina y que se realicen
las respectivas copias de seguridad para descartar perdida de información prioritaria del negocio.

14
7 REQUISITOS ESPECÍFICOS

7.1 Requisitos comunes de interface

7.1.1 Interfaces de usuarios

• Interfaz GUI: La interfaz con el usuario consistirá en un conjunto de ventanas con botones,
listas y campos de textos. Ésta deberá ser construida específicamente para el sistema
propuesto y, será visualizada al momento de abrir dicha aplicación de escritorio del
sistema.

• Tarjeta Gráfica: Para una mejor experiencia se recomienda una buena tarjeta gráfica.

7.1.2 Interfaces de hardware

Para este sistema es preferible un sistema de cómputo con características aceptables como:

• Procesador de 1.66GHz o superior.

• Memoria mínima de 2 Gb.

• Mouse.

• Teclado.

• pantalla.

7.1.3 Interfaces de software

• Sistema Operativo: Windows 7 o superior.

15
 7.1.4 Interfaces de comunicación

La comunicación que realiza el servidor con el cliente y con la base de datos centralizada se hace
de manera local en el mismo equipo, ya que el sistema se implementará en un solo equipo el cual
será el encargado de almacenar y brindar información.

7.2 Requisitos no funcionales

Tabla 1

Identificación del requerimiento: RNF01

Nombre del Requerimiento: Seguridad
Confiabilidad, solidez en el sistema de
Características:
información contenida en la base de datos
El sistema debe brindar confiablidad a la
hora de almacenar información de igual
Descripción del requerimiento:
manera con los datos ya almacenados
previamente.
Prioridad del requerimiento: muy necesaria

Tabla 2

Identificación del requerimiento: RNF02

Nombre del Requerimiento: Portabilidad
Funcionalidad, ejecución bajo diferentes
Características:
plataformas de Windows
El sistema de informático puede ser
transferido sin modificaciones a otro
sistema operativo Windows (XP, W7,
Descripción del requerimiento:
W8, W8.1, W10) sin importar el tipos de
ordenadores con características básicas
actuales.
Prioridad del requerimiento: muy necesaria ya que el sistema debe ser
multiplataforma
Tabla 3

16
Identificación del requerimiento: RNF03
Nombre del Requerimiento: Interfaz grafica
Comunicación y conexión entre el sistema
Características:
de información y usuario.
El sistema de información a dé presentar en
pantalla de forma gráfica y sencilla el
Descripción del requerimiento:
programa para facilitar la interacción entre
el usuario y el software.
Prioridad del requerimiento: Alta, debido a que su funcionalidad es de vital
importancia ya que brinda interacción usuaria y el sistema.
Tabla 4

Identificación del requerimiento: RNF04

Nombre del Requerimiento: Cantidad de información
Conjunto, agrupación o suma de unidades
Características:
de alcance en el sistema.
El sistema de información ha de contar
con base de datos estable para el conjunto
Descripción del requerimiento:
de información requerida que se van a
almacenar por el usuario.
Prioridad del requerimiento: Alta debido a que la información es de vital
importancia dentro del sistema.

Tabla 5

Identificación del requerimiento: RNF05

Nombre del Requerimiento: Velocidad de respuesta
Rapidez en la que tarda el sistema de
Características:
información en diligenciar.
El software debe der veloz para la
ejecución de la acción o proceso que el
Descripción del requerimiento: usuario solicite en el momento; tardando
poco tiempo o menos del considerado
normal en moverse o desarrollarse.
Prioridad del requerimiento: Alta porque ya que la rapidez de respuesta da
mucha confianza y además reduce el estrés de parte del usuario cuando hay cargas
elevadas de trabajo de forma concurrente.

17
 Tabla 6

Identificación del requerimiento: RNF6

Nombre del Requerimiento: Lenguaje de programación
Codificación, estilo o idioma para la
Características:
elaboración del software.
Se ha de usar lenguaje de programación de
alto nivel para realizar el software,
Descripción del requerimiento:
expresándolo por algoritmos cada una de las
acciones requerida por el cliente.
Prioridad del requerimiento: Alta debido a que el lenguaje de programación debe
ser multiplataforma y no limite a la hora de instalar el sistema.

Tabla 7

Identificación del requerimiento: RNF07

Nombre del Requerimiento: Disponibilidad
Activo o funcionamiento en el que el
Características:
software ser utilizado por el usuario.
El sistema debe brindar un servicio
continuo sin fallas en cualquier horario
Descripción del requerimiento:
que el usuario disponga con una excelente
estabilidad.
Prioridad del requerimiento: Alta porque la disponibilidad del sistema y el
usuario da una sinergia que se traduce en efectividad.

7.3 Requisitos funcionales

Los requerimientos funcionales de un software como el de “SISTEMA DE

FACTURACION E INVENTARIO LOS ALMENDROS”; son aquellos que describen
cualquier actividad que este deba realizar, esto quiere decir que el comportamiento del
sistema sea detallado cumpliendo las condiciones. A continuación, se describen las
diversas funciones que ofrecen el sistema de facturación e inventario.

18
 Tabla 1

Identificación del requerimiento: RF01

Nombre del Requerimiento: Acceso al sistema
Precondición Que exista por lo menos un usuario
Inicio o entrada al sistema de información
Características:
del software.
El software debe contar con un login para
dar permiso a usar el sistema, única y
Descripción del requerimiento: exclusivamente para los usuarios
registrados que previamente has sido
autorizado por el propietario.
RNF01
Requisitos no funcionales: RNF03
RNF07
Prioridad del requerimiento: Alta

Tabla 2

Identificación del requerimiento: RF02

Nombre del Requerimiento: Registrar cliente
Precondición que el usuario no esté registrado
Inscribir los datos personales de los
Características:
clientes.
Registrar los datos característicos de los
clientes como:
• Cedula
Descripción del requerimiento: • Nombre
• Apellido
• Dirección
• Teléfono
RNF01
RNF03
Requisitos no funcionales:
RNF04
RNF07
Prioridad del requerimiento: Alta

19
 Tabla 3

Identificación del requerimiento: RF03

Nombre del Requerimiento: Registrar productos nuevos (madera)
Precondición Tener la información a la mano
Ingresar al registro los productos
Características:
disponibles.
Información relacionas con los productos
a la venta como:
• Nombre
Descripción del requerimiento:
• Descripción
• Precio unitario
• Cantidad disponible
RNF01
RNF03
Requisitos no funcionales:
RNF04
RNF07
Prioridad del requerimiento: Alta

Tabla 4

Identificación del requerimiento: RF04

Nombre del Requerimiento: Consultar producto(madera)
Características: Inventariar al registro de producto
Datos información relacionas con la
materia prima que está en bodega como:
• Tipo
Descripción del requerimiento: • Características
• Ubicación
• Precio unitario
• Cantidad disponible
RNF01
RNF03
Requisitos no funcionales:
RNF04
RNF07
Prioridad del requerimiento: Alta

20
 Tabla 5

Identificación del requerimiento: RF05

Nombre del Requerimiento: Validar información del cliente
Corroborar los datos ingresados del
Características:
cliente a registrar.
El sistema consultara en la base de tatos
la existencia del usuario por la cedula, en
Descripción del requerimiento: caso que no exista lo registra de lo
contrario manda un mensaje “El usuario
ya existe”
RNF03
Requisitos no funcionales: RNF05
RNF07
Prioridad del requerimiento: Alta

Tabla 6

Identificación del requerimiento: RF06

Nombre del Requerimiento: Consultar cliente
Buscar la información registrada del
Características:
cliente.
El sistema consultara en la base de datos
la existencia del cliente por la cedula, en
caso que no exista notifica “Cliente no
Descripción del requerimiento: registrado” de lo contrario permita ver
información del cliente y adicional:
• Actualizar
• Eliminar
RNF03
Requisitos no funcionales: RNF05
RNF07
Prioridad del requerimiento: Alta

21
 Tabla 7

Identificación del requerimiento: RF7

Nombre del Requerimiento: Consultar producto
Obtener la información registrada del
Características:
producto.
El sistema consultara en la base de datos
la existencia del producto por el tipo,
Descripción del requerimiento:
mostrando la cantidad disponible que se
encuentra a la venta.
RNF03
Requisitos no funcionales: RNF05
RNF07
Prioridad del requerimiento: Alta

Tabla 8

Identificación del requerimiento: RF8

Nombre del Requerimiento: Ventar
Registrar el ingreso de la venda
Características:
detalladamente.
Digitalizar en el sistema de información
la venta realizada como:
• Fecha
Descripción del requerimiento: • Cliente
• Producto
• Cantidad
• Total
RNF03
Requisitos no funcionales: RNF05
RNF07
Prioridad del requerimiento: Alta

Tabla 9

22
Identificación del requerimiento: RF9
Nombre del Requerimiento: Facturación
Descripción de las entradas y salidas del
Características:
sistema.
El sistema debe registrar y con opción de
imprimir el movimiento realizado por el
Descripción del requerimiento:
cliente o el proveedor en la empresa sea
para comprar o vender.
RNF03
Requisitos no funcionales: RNF05
RNF07
<Prioridad del requerimiento: Alta

23
8 Diagrama Entidad Relación

24
9 Diagrama de Caso de uso

9.1 Diagrama de Caso de uso “Iniciar Sesión”

9.2 Diagrama de Caso de uso “Área de Ventas”

25
9.3 Diagrama de Caso de uso “Espacio de Administración”

9.4 Diagrama de Caso de uso “Servicio y Ventas”

26
9.5 Diagrama de Caso de uso “General”

27
28
 9.6 Diagrama de Caso de uso “Consulta Facturas Emitidas”

9.7 Documentación de Diagrama de Caso de uso

NOMBRE: INICIAR Sesión (Autenticación)

Descripción: Permite a un usuario iniciar una Sesión, desplegando el menú principal del
sistema de acuerdo a su perfil de usuario, para ello el sistema valida si el usuario existe y
si se encuentra en estado activo, y a continuación verifica si la contraseña esta correcta.
Actores: Vendedor, Administrador.
Frecuencia: constantemente
Precondición: El usuario debe estar creado en la base de datos del sistema.
Flujo normal:
• Digitar el usuario y contraseña (campos obligatorios).
• El sistema valida si el usuario y contraseña son correctos para permitir el acceso.
• El sistema consiente el inicio de sesión de manera que se despegará el menú del
mismo de acuerdo al perfil asignado.
Flujo alternativo:
validación del usuario: si el usuario y/o contraseña son incorrectos, o si el usuario se
encuentra en estado eliminado, reflejará un mensaje de error y no podrá acceder al
sistema.

NOMBRE: VENTA PRODUCTO

Descripción: Permite registrar lar venta de un producto
Actores: Vendedor,
Frecuencia: constantemente
Precondición: Tiene que tener ingresados datos del cliente, la forma de pago y
registrados productos.
Flujo normal:

29
En la pantalla principal escoger <<ventas>>, luego facturación aquí se genera
automáticamente la fecha y el número de factura.
Se debe ingresar los datos del cliente e ingresar forma de pago de una lista desplegable.

Flujo alternativo:
Se presenta una pantalla <<añadir producto>> la cual debe ser llenada con los datos de
cantidad, IVA precio etc.
Si el usuario presiona el botón <<Insertar>>: para almacenar los detalles de la venta, si el
usuario presiona el botón <<cancelar>> : cancelar el detalle de la venta se presenta la
pantalla <<Detalle factura>> si el usuario presiona el botón <<guardar>> se almacenan
los datos efectuados en la venta si el usuario presiona <<Editar >>, se puede modificar la
venta realizada, si el usuario presiona <<Eliminar>>, se elimina la venta realizada, si
presiona el icono <<imprimir>> se imprime la venta.

NOMBRE: REGISTRAR PRODUCTO EN

INVENTARIO
Descripción: Tener ingresados los tipos de productos
Actores: Administrador
Frecuencia: No muy frecuentemente
Precondición Tener ingresados los tipos de productos
Flujo normal:
Al ingresar al sistema se debe entrar como administrador para que pueda ver esta opción
En la pantalla principal escoger <<inventario>> luego pulsar el botón <<nuevo
producto>> y al lado puede estar la opción <<eliminar producto>>.
Se presenta una pantalla con los siguientes datos nombre, tipo, descripción producto.
Entonces al tener toda esta información el sistema brinda las opciones nombradas
anteriormente que son eliminar, modificar, agregar producto.

Flujo alternativo:
En la pantalla producto podemos crear y modificar el producto, se muestra producto, tipo
de una lista de valores, y descripción si presionamos editar se guardará el cambio si
presionamos cancelar, no se guardará el cambio.

NOMBRE: VERIFICAR SI ESTA EL PRODUCTO

Descripción: Permite a un usuario iniciar una Sesión, desplegando el menú principal del
sistema de acuerdo a su perfil de usuario, para ello el sistema valida si el usuario existe y
si se encuentra en estado activo, y a continuación verifica si la contraseña esta correcta
Actores: Vendedor, Administrador.
Frecuencia: constantemente
Precondición Tienen que estar registrados los productos y que se presenten el número de
existencia sin errores

30
Flujo normal:
En la pantalla principal escoger <<inventario>>, luego <<verificar producto>> se debe
seleccionar un filtro de búsqueda sea código, categoría, etc. presionar el botón
<<consultar>> se mostrará una pantalla con los datos del producto y su cantidad.

Flujo alternativo:

NOMBRE: VERIFICAR SI ESTA EL PRODUCTO

Descripción: Permite a un usuario iniciar una Sesión, desplegando el menú principal del
sistema de acuerdo a su perfil de usuario, para ello el sistema valida si el usuario existe y
si se encuentra en estado activo, y a continuación verifica si la contraseña esta correcta
Actores: Vendedor, Administrador.
Frecuencia: constantemente
Precondición Tienen que estar registrados los productos y que se presenten el número de
existencia sin errores
Flujo normal:
En la pantalla principal escoger <<inventario>>, luego <<verificar producto>> se debe
seleccionar un filtro de búsqueda sea código, categoría, etc. presionar el botón
<<consultar>> se mostrará una pantalla con los datos del producto y su cantidad.

Flujo alternativo:

NOMBRE: CONSULTAR FACTURAS EMITIDAS

Descripción: En este caso de uso se ingresa las facturas emitidas, y los parámetros de
estados.
Actores: Vendedor, Administrador.
Frecuencia: constantemente
Precondición Tiene que tener ingresadas las facturas
Flujo normal:
En la pantalla principal escoger <<ventas>>, luego <<facturas emitidas>>
Se presenta una pantalla para ingresar el rango de la fecha que se desea consultar, y el
estado que se escoge de una lista de valores de parámetros ingresados anteriormente
Al presionar el botón <<consultar>>, se despliega los siguientes datos:
Fecha, factura, cliente, valor, plazo, forma de pago.
Si presionamos <<eliminar>> se elimina el registro d esa factura.

Flujo alternativo:
sí presionamos <<ver>> se genera un reporte de esa factura.

31
10 Diagramas de Estado

Diagrama Estado Ingreso al Sistema

Diagrama Estado Insertar Productos (madera).

32
33
Diagrama Estado Ingresar Categoría

34
Diagrama de Estado Crear Venta

35
Diagrama de Estado Generar Reporte

36
10 Diagrama de Clases

37
11 Diagrama de Actividades

11.1 Diagrama de Actividades “Venta de Producto y Verificación cliente”

38
11.2 Diagrama de Actividades “Pago de Crédito”

39
11.2 Diagrama de Actividades “Agregar o Actualizar Producto”

40
12 Diagrama de Secuencias

41
42
43
44
13 Prototipos

Login

Menú Principal

45
En la pantalla principal se pude encontrar un elemento para búsquedas rápidas, en caso de que un
cliente pregunte por un determinado producto el vendedor podrá verificar la existencia de ese
producto.
A continuación, se describirán las funciones más básicas de cada módulo

Gestión de Inventario:
Básicamente desde el menú principal de este módulo se pude acceder a todos los datos relevantes
de los productos

se podrá manejar datos como la cantidad de productos en existencia y las características de cada
producto.
Los productos podrán ser administrados por categorías o tipo de productos esto permite tener un
mejor control de cada producto
El sistema posee la facilidad de notificar en la tabla de todos los productos cuando un producto
está por agotarse, en la celda de la tabla de productos donde se muestra la existencia, el sistema
cambiará el color de la celda según la cantidad de productos.

46
Este módulo consta de un sub módulo para actualizar los datos de los productos, cambiar la
existencia del producto en caso de que lleguen más productos al depósito. En la siguiente figura
se muestra el formulario para actualizar la existencia del producto u otros datos como la
descripción

47
Venta al contado:

En este módulo es donde se dan los movimientos del inventario. Al vender un producto la
existencia de este se va agotando de forma automática, desde la pantalla de ventas se pude buscar
y seleccionar los productos a vender.

48
49