Manual del sistema; del sistema automatizado de facturación e inventario para la gestión de ventas

2. REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA DEFENSA
UNIVERSIDAD NACIONAL EXPERIMENTAL POLITÉCNICA
DE LA FUERZA ARMADA NACIONAL
UNEFA
NUCLEO-LARA
Integrantes:
Fiorines Briceño C.I.:27.250.961
Cristian Suarez C.I.:26.357.934
Mary Serrano C.I.:22.329.131
Luis Mogollón C.I.:25.857.987
Rosa Vasquez C.I.: 20.188.847
Jesús Arrieche C.I.:24.325.515
Asignatura: Implantación de Sistemas
Sección: 7D01IS
Docente: Edecio Freitez
Barquisimeto, junio del 2019

3. ÍNDICE
CONTENIDO
Objetivos del sistema
Alcances del sistema
Diagramas
Diagrama de clases
Diagrama de casos de uso
Diagramas de interacción
Diagrama de colaboración
Diagrama de secuencia
Diagrama de estados
Diagrama de actividades
Diagrama de entidad-relación
Pág.
1
1
2
5
6
8
10
11
12

4. OBJETIVOS DEL SISTEMA
 Diseñar un módulo de acceso al sistema para controlar las acciones que puedan
ejecutarse a través de los niveles de usuario.
 Desarrollar el sistema mediante módulos que contengan una estructura sencilla que
faciliten el manejo del mismo para un óptimo desempeño del usuario operador.
 Diseñar interfaces de forma minimalistas, utilizando estándares adaptados a las
capacidades del usuario.
 Elaborar interfaces de forma estetizadas que le informen al usuario mediante
mensajes el estado del sistema.
 Redactar el contenido que contendrá el sistema de una manera no técnica,
consistente y entendible para el usuario.
ALCANCES DEL SISTEMA
 Llevar un control en tiempo real del inventario.
 Registrar las ventas realizadas.
 Fácil acceso a la información de las ventas y del inventario.
 Permite modificar datos del personal de la empresa en cualquier momento.

5. DIAGRAMAS
DIAGRAMA DE CLASES
Explicación:
Clase cliente: La clase cliente contiene los campos de las personas que realizaran las
compras a la empresa, los campos son los siguientes: id_cliente que es un campo que
contendrá los datos únicos que identifican a cada cliente este puede ser CI o RIF por ende
debe ser de tipo protegido (#), nombre_cliente es un campo que contendrá los nombres de
los clientes este es de tipo String y es público, teléfono_cliente es un campo que contendrá
los teléfonos celulares o fijos de los clientes lo cual es necesario para contactarlo si ocurre
algún improvisto por lo siguiente es tipo entero (int) y es pivado (-), direccion_cliente, es
un campo que contendrá la dirección de la localidad del cliente, es un campo de tipo String
y es privado (-), email_cliente, es un campo que contendrá los correos electrónicos de los
clientes, es de tipo String y privado (-). La clase cliente puede realizar los métodos de
registrar cliente, consultar y actualizar.

6. Clase Factura: Contiene los siguientes campos, id_factura y numero_factura, son campos
de tipo entero y únicos para cada factura, estos campos son protegidos (#), fecha_factura, es
un campo de tipo fecha (date) que contendrá las fechas en las cuales se realice una factura
por lo siguiente es de tipo público, id_cliente, es un campo foráneo y único para cada
cliente que permite la relación entre la clase cliente y la clase factura por lo siguiente es de
tipo protegido (#), usuario_id es un campo foráneo y protegido (#) que permite la relación
entre la clase factura y la clase usuario, costo_venta, es un campo de tipo real (float) debido
a que representa los montos totales de las facturas por las ventas realizadas y es un campo
público (+). La clase factura puede realizar los métodos de registrar, consultar y anular la
factura.
Clase Detalles_factura: Contiene los siguientes campos, id_detalle, es un campo único y
protegido (#) que contendrá los datos únicos para esta clase, numero_factura, es un campo
único y foráneo de tipo protegido (#) que permite la relación entre la clase detalles_factura
y la clase factura, id_producto, es un campo único y foráneo de tipo protegido (#) que
permite la relación entre la clase detalles_factura y producto, cantidad_producto, es un
campo de tipo entero (int) y público (+) que contendrá la cantidad de productos que la clase
cliente desee comprar, precio_venta, es un campo de tipo real (float) y público (+) que
contendrá monto calculado por el precio del producto más la cantidad de dicho producto.
La clase detalles_factura realiza los métodos de registrar y consultar.
Clase Usuario: La clase usuario representa a los encargados de operar el sistema esta clase
contiene los siguientes campos, usuario_id, es un campo único para cada usuario de tipo
protegido (#), nombre, es un campo de tipo String y público (+) que contendrá los nombres
de los usuarios, apellido, es un campo de tipo String y público que contendrá los apellidos
de los usuarios, username, es un campo que contiene los nombres de ingreso al sistema y es
de tipo público (+), usuario_email, es un campo de tipo público (+) que contendrá los
correos electrónicos de los usuarios encargados de operar el sistema. La clase usuario puede
realizar los métodos de registrar, consultar y actualizar un usuario. Esta clase contiene una
herencia que corresponde a los tipos de usuarios, los cuales son dos, administrador y
empleado.

7. Clase Empresa: La clase empresa representa a la empresa a la cual va dirigida el sistema,
esta contiene los siguientes campos, id_empresa que es el campo único para la empresa esta
contendrá el RIF de la empresa y es de tipo protegido (-), nombre_empresa, es de tipo
público (+) y contendrá el nombre de la empresa, dirección, es de tipo público (+) y String,
representa la dirección de localidad de la empresa, ciudad, es de tipo público (+) y String,
representa la cuidad de localidad de la empresa, código_postal, es de tipo entero (int) y
público (+), representa el código de localidad de la empresa, teléfono, es de tipo entero (int)
y público, representa el número de teléfono celular o fijo de la empresa, emails, es de tipo
String y público (+), representa el correo electrónico de la empresa. La clase empresa
realiza los métodos de consultar y actualizar.
Clase Producto: La clase producto representa los artículos que ofrece la empresa a sus
clientes, está compuesta por los siguientes campos, id_producto y código_producto, estos
campos son de tipo entero (int) y públicos (+), son los campos únicos para cada producto,
nombre_producto, es de tipo String y público, representa el nombre que representara a cada
producto, status_producto, es un campo de tipo entero (int) y público (+), representa el
estado del producto o la disponibilidad del mismo, precio_producto, es un campo de tipo
real (float) y público (+), el cual representa el valor monetario de cada producto. La clase
producto realiza los métodos de registrar, consultar y actualizar.

8. DIAGRAMA DE CASOS DE USO
Explicación:
En el diagrama de caso de uso del sistema automatizado de facturación e inventario se
presentan tres entidades (administrador, vendedor y cliente).
La entidad vendedor puede registrar a los clientes, realizar ventas y a través de esta generar
una factura, puede consultar el Stock de los productos y entregar los productos y factura al
cliente.
La entidad cliente suministra el pedido de los productos para que el vendedor verifique la
existencia de los mismos, también suministra los datos personales para que el vendedor
verifique si ya está registrado o si es un nuevo cliente, este se encarga de recibir los
productos y la factura correspondiente a su pedido.

9. La entidad administrador tiene acceso a todos los módulos del sistema, además de poder
realizar los casos de uso del vendedor, puede registrar un vendedor, nuevos productos,
actualizar datos de los clientes, de los productos y realizar devoluciones.
DIAGRAMAS DE INTERACCIÓN
DIAGRAMA DE COLABORACIÓN
Explicación:
En el diagrama de colaboración se muestra las colaboraciones que se realizan en el sistema
y en el orden, en primer orden se muestra como la entidad cliente entrega los datos
personales y el pedido al vendedor para que este consulte el stock y el registro de los
clientes a través de la interfaz sistema la cual realiza las consultas sql de las tablas de
productos y clientes de la base de datos de facturación, si estos no están registrados se
registran y se actualiza la base de datos, a través de la interfaz del sistema se genera la
factura y con esta el vendedor busca los productos en el almacén para entregarle al
vendedor los productos y la factura una vez realizado el pago.

10. Si el cliente desea hacer una devolución de algún producto, este solicita la anulación de la
factura y para ello debe presentarla y el o los producto(s), el administrador valida la
solicitud y si es positiva, regresa los productos al almacén, anula la factura a través de la
interfaz sistema y si su devolución fue por falla de fábrica, no se actualiza el Stock, sin
embargo si no es por falla, se actualiza el Stock y el administrador le reembolsa la factura al
cliente.

11. DIAGRAMA DE SECUENCIA

12. Explicación:
El cliente le entrega el pedido al vendedor, luego el vendedor verifica la existencia del
producto a través de la interfaz del sistema, está a través del módulo correspondiente
verifica en la base de datos de productos mediante consultas sql la existencia de los mismos
a través del cod_productos (código de los productos) que es la clave primaria para cada
producto, luego la base de datos de productos le devuelve el resultado de la existencia o
inexistencia de los productos a la interfaz del sistema y esta a su vez informa la existencia o
inexistencia de los productos al vendedor para luego este notificarle al cliente la existencia
o inexistencia de los productos, si los productos están en existencia, el vendedor ingresa los
datos del cod_productos y cantidad de productos a través de la interfaz del sistema, esta se
encarga de registrar el pedido de los productos en la base de datos de facturacion, la cual se
actualiza y notifica a la interfaz del sistema sobre la actualización del stock, la interfaz del
sistema informa al vendedor sobre el éxito de la venta registrada, una vez registrado el
pedido del cliente, el vendedor procede a solicitar la cedula o el rif al cliente, este le
devuelve la cedula o el rif, luego el vendedor ingresa la cedula o el rif en la interfaz del
sistema para verificar el registro del cliente, la interfaz del sistema consulta en la base de
datos facturación y esta le devuelve los datos del cliente si ya estaba registrado, si no lo
estaba (cliente nuevo) el vendedor le solicita los datos personales al cliente y procede a
registrarlo a través de la interfaz del sistema, esta interfaz se comunica con la base de datos
facturación y actualiza la tabla de cliente, una vez registrado el cliente el vendedor procede
a generar la factura y presiona el botón generar factura en la interfaz del sistema, esta le
abre la ventana que contiene el modulo y los campos para generar la factura, una vez
completado los campos para la factura, el vendedor procede a imprimir la factura a través
de la interfaz del sistema, esta se registra en la base de facturación actualizando la tabla de
facturas, luego se envía la factura digital a la impresora y esta a su vez le imprime la factura
digital y le proporciona al vendedor la factura física, luego el vendedor, usa el pedido del
cliente para buscar los productos en el almacén, este regresa con los productos para
entregarle al cliente los productos y la factura.
Si un cliente desea que se le anule una factura, ya sea por productos defectuosos o no, esta
decisión la toma el administrador del sistema el cual es el único que puede cambiar el

13. estado de una factura y hacer un reembolso de los productos, para ello el cliente debe
presentar los productos con la factura, el administrador los verifica y regresa los productos
al almacén, si los productos no están defectuosos entonces se actualiza el Stock de los
productos y se le reembolsa la factura.
DIAGRAMA DE ESTADOS
Explicación:
En el diagrama de estados, se representa los estados del sistema según los procesos que se
realicen, se parte de un nodo de inicio cuya arista conlleva a la solicitud del cliente los
cuales son introducir pedido o devolución de productos, esta última permite anular una
factura con la cual se lleva a un estado final, la primera (introducir pedido), lleva al estado
de comprobación que verifica el stock y si no está disponible se anula la venta y se llega a
un estado final del sistema, si el producto está disponible, se pasa al estado de revisión de
los datos del cliente, si el cliente está registrado se pasa al estado de pago de productos y si
no lo esta se debe pasar primero al estado de registrar datos del cliente para luego pasar al

14. estado de pago de producto(s), si se rechaza el pago se dirige al estado final y si se autoriza
la venta se pasa al estado de espera de producto(s) y factura para luego llegar al estado final
del sistema.
DIAGRAMA DE ACTIVIDADES
Explicación:
Se muestran las actividades que se llevan a cabo en el sistema, primero se ingresa el pedido
del/los producto(s), se verifica la disponibilidad, si no están disponibles se llega a la
actividad final y no se llevan a cabo más actividades y si están disponibles, se verifican los
datos del cliente, si este está registrado se pasa a la actividad de generar venta y si no, se
deben registrar los datos para pasar a la actividad de generar venta y de esta a la actividad
final

15. MODELO ENTIDAD RELACION
Explicación:
Cliente: La entidad cliente contiene los campos de las personas que realizaran las compras
a la empresa, los campos son los siguientes: id_cliente que es un campo que contendrá los
datos únicos y representa la clave primaria que identifica a cada cliente este puede ser CI o
RIF por ende debe ser de tipo protegido (#), nombre_cliente es un campo que contendrá los
nombres de los clientes este es de tipo String y es público, teléfono_cliente es un campo
que contendrá los teléfonos celulares o fijos de los clientes lo cual es necesario para
contactarlo si ocurre algún improvisto por lo siguiente es tipo entero (int) y pivado (-),
direccion_cliente, es un campo que contendrá la dirección de la localidad del cliente, es de
tipo String y privado (-), email_cliente, es un campo que contendrá los correos electrónicos
de los clientes, es de tipo String y privado (-).
Factura: Contiene los siguientes campos, id_factura y numero_factura, los cuales son
campos de tipo entero y únicos para cada factura y representan las claves primarias (clave
compuesta), estos campos son protegidos (#), fecha_factura, es un campo de tipo fecha
(date) que contendrá las fechas en las cuales se realice una factura por lo siguiente es de
tipo público, id_cliente, es un campo foráneo o clave foránea y única para cada cliente que

16. permite la relación entre el cliente y la factura, es de tipo protegido (#), usuario_id es un
campo foráneo o clave foránea y única para cada usuario, es de tipo protegido (#) y permite
la relación entre la factura y la usuario, costo_venta, es un campo de tipo real (float) debido
a que representa los montos totales de las facturas por las ventas realizadas y es un campo
público (+).
Detalles_factura: Contiene los siguientes campos, id_detalle, es un campo único o clave
primaria el cual es de tipo protegido (#) que contendrá los datos únicos de la
detalles_factura, numero_factura, es un campo único y foráneo o clave foranea de tipo
protegido (#) que permite la relación entre detalles_factura y la factura, id_producto, es un
campo único y foráneo o clave foranea de tipo protegido (#) que permite la relación entre la
detalles_factura y producto, cantidad_producto, es un campo de tipo entero (int) y público
(+) que contendrá la cantidad de productos que la entidad cliente desee comprar,
precio_venta, es un campo de tipo real (float) y público (+) que contendrá el monto
calculado por el precio del producto más la cantidad de dicho producto.
Usuario: La entidad usuario representa a los encargados de operar el sistema esta entidad
contiene los siguientes campos, usuario_id, es un campo único o clave primaria para cada
usuario, es de tipo protegido (#), nombre, es un campo de tipo String y público (+) que
contendrá los nombres de los usuarios, apellido, es un campo de tipo String y público (+)
que contendrá los apellidos de los usuarios, username, es un campo que contiene los
nombres de ingreso al sistema y es de tipo público (+), usuario_email, es un campo de tipo
público (+) que contendrá los correos electrónicos de los usuarios encargados de operar el
sistema.
Empresa: La entidad empresa representa a la empresa a la cual va dirigida el sistema, esta
contiene los siguientes campos, id_empresa que es el campo único o clave primaria para la
empresa, esta contendrá el RIF de la empresa y es de tipo protegido (-), nombre_empresa,
es de tipo público (+) y contendrá el nombre de la empresa, dirección, es de tipo público (+)
y String, representa la dirección de localidad de la empresa, ciudad, es de tipo público (+) y
String, representa la cuidad de localidad de la empresa, código_postal, es de tipo entero
(int) y público (+), representa el código de localidad de la empresa, teléfono, es de tipo

17. entero (int) y público, representa el número de teléfono celular o fijo de la empresa, emails,
es de tipo String y público (+), representa el correo electrónico de la empresa.
Producto: La entidad producto contiene los artículos que ofrece la empresa a sus clientes,
está compuesta por los siguientes campos, id_producto y código_producto, estos campos
son de tipo entero (int) y protegidos (#), son los campos únicos para cada producto
representa la clave primaria (clave compuesta), nombre_producto, es de tipo String y
público (+), representa el nombre de cada producto, status_producto, es un campo de tipo
entero (int) y público (+), representa el estado del producto o la disponibilidad del mismo,
precio_producto, es un campo de tipo real (float) y público (+), el cual representa el valor
monetario de cada producto.
Relaciones:
 Cliente-Factura: La entidad cliente tiene una relación de uno a muchos (1:N) con
la Factura, esto quiere decir que un cliente puede adquirir muchas facturas, pero una
determinada factura es adquirida por un cliente.
 Usuario-Factura: La entidad usuario tiene una relación de uno a muchos (1:N) con
la entidad Factura, esto quiere decir que un usuario puede realizar muchas facturas,
pero una determinada factura es realizada por un usuario.
 Empresa-Factura: La empresa tiene una relación de uno a muchos (1:N) con la
entidad Factura, esto quiere decir que una empresa puede generar muchas facturas,
pero una determinada factura es generada por una empresa.
 Detalles_Factura-Factura: La entidad detalles_factura tiene una relación de uno a
uno (1:1) con la entidad Factura, esto quiere decir que un detalles_factura pertenece
a una factura, y una determinada factura pertenece a un detalles_factura.
 Producto-Detalles_Factura: La entidad producto tiene una relación de uno a
muchos (1:N) con la entidad Detalles_Factura, esto quiere decir que un producto
pertenece a muchos detalles_factura, pero en una determinada detalles_factura
pertenece un producto.