Ultimo Mesa3

Nombre del proyecto: El nombre del proyecto es Comercial “VIC” que es visual imagen
corporación esta es una empresa que se encarga de la venta de electrodomésticos como

televisores, equipos de música y heladeras, licuadoras y otros artículos de todo tipo de
tamaño y marcas
Objetivo: El objetivo general es desarrollar un software automatizado que facilite el
registro y los procesos de venta de los productos y controle el inventario de la empresa
donde se beneficiaran los diferentes usuarios que tiene dicha empresa.
Alcances
La mayoría de las tiendas en la ciudad de Tarija que realizan servicio de ventas y registros
del producto no cuentan con un sistema informático que contribuya con el procesamiento
de la información, lo cual produce un retardo en la atención al cliente provocando su
descontento y tampoco no se hace un buen seguimiento y control de los productos de la
Empresa. Por lo consiguiente mi persona ha considerado necesario desarrollar un sistema
que produzca mayor productividad y eficacia en la empresa.
El sistema VIC permite al usuario realizar consultas, reservaciones, registros de compras, ,
informes, y listados para la sección de ventas y el control del inventario de los productos .
Una venta de un producto “x” cualquiera, comienza con la solicitud del cliente de adquirir
un producto al vendedor, entonces el vendedor ingresa al sistema con su login y
password, ingresa la marca y/o el modelo para su búsqueda en INVENTARIO, si existe el
producto entonces pide los datos del cliente (CI, Nombre, Apellidos, Dirección). Una vez
que el vendedor obtiene los datos del cliente, procede a sacar el producto del inventario.
Seguidamente se hace el cobro correspondiente, finalmente se hace entrega del producto
y la factura al cliente.
En el sistema, al realizar una venta se tiene que actualizar los datos del inventario para así
poder controlar si el producto que el cliente ha solicitado se encuentra disponible.
 Controlar la venta de los productos tanto al contado y al crédito.
 Se podrá realizar reportes de los productos vendidos por fechas.
 Se controlara las ventas que realice cada empleado.
 El sistema al realizar una venta emitirá factura
 Se Controlara el inventario de los productos por código.
 Se hará control de los proveedores.
 Se Controlara las compras y se crearan reportes de las mismas.
 Se podrán realizar ventas y reservas mediante la web
 Se controlara a los usuarios que ingresen al sistema.
 Promociones y publicidad se verán el página principal del sistema
 Se tendrá información de los proveedores y clientes
Limitaciones
 No podremos tener inventarios de gastos en cuanto a servicios básicos agua,

luz, teléfono y Cable net y otros.
 El sistema no controlara el sueldo del personal de la empresa.
 Mi sistema no controlara los servicios técnicos.
DESCRIPCIÓN DEL PROBLEMA
En base a averiguaciones realizadas de la información que maneja comercial “VIC” se identifica los
siguientes problemas:
 El registro y control de los productos es manual, perdiéndose así demasiado tiempo.

 La acumulación de los informes en papel que resulta perjudicial y tedioso para el
encargado.
 La necesidad del balance de ventas o realizar un reporte que podría ser día mes y año.
 La actualización de todos los precios de los productos es manual y deficiente.
 La necesidad de compra de productos es manual y necesita tener un registro de este
para llevar un control de sus ingresos.
 La necesidad de registrar la venta de cada producto
 La necesidad de que la atención al usuario sea lo más eficiente posible.
La empresa de venta de electrodoméstico no cuenta con un sistema informático que

contribuya con el procesamiento de la información, lo cual produce un retardo en la
atención al cliente provocando su descontento y tampoco no se hace un buen seguimiento y
control de los productos de la Empresa.
Por lo consiguiente hemos considerado necesario desarrollar un sistema que produzca
mayor productividad y eficacia en la empresa.
El sistema Visual Imagen Corporación “VIC” de productos permite al usuario realizar
consultas, reservaciones, registros de compras, registros de ventas, registros de
proveedores, registro de productos, registro de clientes y reportes, registros de
proveedores.
Además el sistema presenta en la pantalla principal un mensaje de bienvenida donde los
diferentes usuarios deben ingresar su password y login para acceder al sistema.
El Sistema debe proporcionar una propuesta para el desarrollo de todos los menús
implicados.
 Usuarios
 Proveedor
 Productos
 Reportes
 Compras
 Ventas
 Reservas
 Cliente
Usuarios: Son las personas las cuales tienen acceso al sistema para realizar diferentes tareas
que el sistema ofrece.
Proveedor: Es la persona o empresa que se encarga de proveer productos a la empresa.
Productos: Son los diferentes productos que ofrece la empresa para la venta.
Reporte: Es un informe que puede ser semanal, mensual de las ventas, reservas, productos,
usuarios, proveedores y compras que realiza la empresa.
Compras: son las compras de productos que realiza empresa.
Reservas: Son las reservas de productos que el cliente realiza a la empresa.
Cliente: Son las personas que compran productos y realizan reservas en la empresa.
REQUERIMIENTOS
REQUERIMIENTOS FUNCIONALES
 A través de una contraseña se podrá acceder a las funciones a los que está
autorizado cada usuario.
 Una vez que se ha ingresado la información, el sistema actualiza
inmediatamente para que el usuario lo visualice.
 El sistema permite Gestionar usuarios qu.
 El sistema permite Gestionar productos, Los productos van a utilizar el sistema
están clasificado por marca, modelo, características.
 El sistema llevara un computo de las compras y ventas que se realizara en la
empresa
 Generar Facturas de los productos vendidos.
 Generar Reporte de ventas, usuario, proveedor, productos. Compras y reservas.
 Gestionar tendrá el detalle de los productos y de los proveedores.
 El sistema generara reportes
 El sistema permitirá gestionar a los clientes de la empresa
 Cliente tendrá password y login para realizar una reserva
REQUERIMIENTOS NO FUNCIONALES
 El sistema deberá soportar la plataforma de Windows.
 El equipo debe ser compatible y debe contener todo el software necesario.
 El sistema debe utilizar una herramienta CASE, un lenguaje de programación.
 El sistema debe ser seguro y mantener la integridad de la información.
 El sistema debe controlar el acceso a los diferentes menús.
 Definirá autenticación y autorización del ingresos a usuarios
 El sistema contara con metodología de diseño y estándar de documentación.
ACTORES DEL NEGOCIO

 Gerente
 Proveedor
 Vendedor
 Cliente
DESCRIPCIÓN DE ACTORES DEL NEGOCIO
1: Gerente
Actor Gerente
Caso de uso Registran a clientes, Registran Usuario, registran Compra, Registran

Ventas, registran Proveedor, realizan Reserva, detallan Productos,
realizan Reportes.
Tipo Primario
2.- Vendedor
Actor Vendedor
Caso de uso Registra ventas, realiza reservas, registra clientes y hace reportes.
Tipo Secundario
Descripción Se encarga de asesorar al cliente, para la venta de productos.
3.- Cliente
Actor Cliente
Caso de uso Realizar reserva
Tipo Secundario
Descripción Persona que realiza la compra de uno o varios productos de la empresa

de venta de electrodomésticos, y si se diera el caso también la
reservación de productos, recibe una factura al realizar una compra.
5.- Proveedor
Actor Proveedor
Caso de uso Administra pedido
Tipo Secundario
Descripción Persona que se encarga de proporcionar productos a “VIC” estos son

comprados al contado y se encarga de enviar los productos a “VIC”.
MODELO DEL NEGOCIO:

analysis Modelo de procesos de negocio
registran a clientes
registran reserv as
registra detalles de
productos
Gerente registra compras

v endedor
registran v entas
realizan reportes
consulta informacion
reserv a productos
cliente
compra productos
administra pedidos
prov eedor
MODELO DE CASO DE USO GENERAL:
CASO DE USO: Ingresar al sistema

uc Ingresar al Sistema
Gerente
Ingresar al sistema Validar datos

«include»
Vendedor
Cliente
Caso de uso Ingresar al Sistema.

Actores Gerente, Vendedor, Cliente.
Tipo Básico.
Propósito Permite validar a un usuario ya registrado para uso del sistema de la
empresa visual imagen corporación.
Resumen Este caso de uso se inicia por el Gerente, Vendedor, Cliente, mediante un
password y login a verificarse en la tabla usuario y con su respectivo
registro de usuario, para que pueda acceder al sistema.
El sistema cuenta con 3 módulos
 Módulo de Gerente (P-2A)

 Módulo de Vendedor (P-2B)
 Módulo de Cliente (P-2C)
Dependiendo del rol del usuario que se loguea al sistema.

La Pantalla Principal variará según el módulo al que pertenezca el usuario.
Los Menús variarán según el módulo que se cargue de acuerdo al usuario,
apareciendo éstos en la Parte Izquierda de la Pantalla, donde se
desplegaran el listado de menús de íconos con las opciones que se
utilizara.
Pre-Condiciones El usuario en este caso será (Gerente, Vendedor, Cliente) que debe estar
previamente registrado en el sistema.
En caso de ser cliente nuevo podrá acceder a un formulario para llenar sus
datos haciendo click en el botón “Nuevo Cliente REGISTRARSE” y guardara
sus datos en la base de datos es decir en la tabla cliente y en la tabla
usuario.
Flujo Principal Se ejecuta el caso de uso Ingresar al Sistema. Dependiendo de las
opciones seleccionadas por el usuario en pantalla P-1, se continuará con
los diversos subflujos de este caso de uso.
en P-1 el cliente nuevo podrá acceder a un formulario para llenar sus

datos haciendo click en el botón “Nuevo Cliente REGISTRARSE” se muestra
en P-1A, después de haber llenado el formulario se presiona el Botón
“Aceptar ” y se lanzara en un mensaje M1 “ Cliente Registrado
Exitosamente” su login y su password con los cuales podrá acceder al
sistema además muestra una nota: Comercial Vic no se responsabiliza con
la revelación de sus datos a terceras personas
Si selecciona Retornar se retorna a la pantalla P-1.
S-1
Subflujos
Ingresar Login y Password para el Inicio de Sesión (P-1).
El usuario ingresa su Login y Password y presiona el botón “ingresar”,

luego estos datos son validados, si los datos son correctos se permite el
acceso al sistema al módulo correspondiente según su rol asignado, se
registra la hora de entrada y se muestra (P-2A) o (P-2B) o (P-2C),
dependiendo del tipo de usuario.
Si presiona el botón “Salir” La pantalla de inicio de sesión se cierra y se

sale del sistema.
Excepciones ninguna
PANTALLA PARA REGISTRAR NUEVO CLIENTE:
PANTALLA P-2A MODULO GERENTE:
PANTALLA P-2B MODULO VENDEDOR:

PANTALLA P-2C MODULO CLIENTE:
CASO DE USO: Validar Datos
Caso de uso Validar Datos.
Actores Gerente, Vendedor, y Cliente.
Tipo Inclusion.
Propósito Permite validar el password y login de un usuario ya registrado para uso

del sistema de la empresa.
Resumen Este caso de uso se inicia por el Gerente, vendedor y cliente, valida al
usuario mediante un password y login a verificarse en la tabla usuario,
con su respectivo registro de usuario, para que pueda acceder al sistema.
El sistema cuenta con 3 módulos
 Módulo de Gerente (P-2A)

 Módulo de Vendedor (P-2B)
 Módulo de Cliente (P-2C)
Dependiendo del rol del usuario que se loguea al sistema.

La Pantalla Principal variará según el módulo al que pertenezca el usuario.
Los Menús variarán según el módulo que se cargue, apareciendo éstos en

la Parte Superior de la Pantalla, donde se desplegaran los menús de íconos
con las opciones más utilizadas.
Pre-Condiciones El usuario en este caso será (Gerente, Vendedor, cliente) debe estar
previamente registrado en el sistema.
Flujo Principal Se ejecuta el caso de uso ingresar al sistema. Dependiendo de las

opciones seleccionadas por el usuario, se continuará con los diversos
subflujos de este caso de uso
S-1
Subflujos Ingresar Login y paswword para el ingresar el sistema (P-1).
El usuario ingresa Login y paswword y presiona el botón “ingresar”, luego

estos datos son validados, si los datos son correctos se permite el acceso
al sistema al modelo correspondiente según su rol asignado, se registra la
hora de entrada y se muestra (P-2A) o (P-2B) o (P-2C), dependiendo del
tipo de usuario.
Si presiona el botón “Salir” La pantalla de inicio de sesión se cierra y se

sale del sistema.
Excepciones Si hay campos vacíos se muestra el (E -1) con el mensaje DATOS NO

VALIDOS. Presiona “aceptar” y vuelve a (P-1).
CASO DE USO: Gestión Usuario

Caso de Uso Gestión Usuario
Actores Gerente
Tipo Básico
Propósito Permite gestionar usuarios.
Resumen El caso de uso gestión usuarios es iniciado por el Gerente que estarán
habilitados para adicionar, modificar y eliminar en el sistema.
Pre-condiciones El Gerente debe estar previamente registrado en el sistema y haber

iniciado sesión.
Debe seleccionar “Gestión Usuario”, donde visualiza una pantalla

con un listado de Usuarios y sus detalles.
Flujo Principal Se ejecuta el caso de uso gestión usuario y se muestra (P-3) sobre la
pantalla principal (P-2A) con los datos de todos los usuarios
registrados en el sistema .
Subflujos El usuario puede ejecutar las siguientes opciones: “adicionar”,
“modificar”.
S-1
Si la actividad seleccionada es “adicionar” se muestra (P-4).
S-2
Si la actividad seleccionada es “modificar” se muestra (P-5)
Excepciones Ninguna.
Caso de uso Adicionar Usuario.

Actores Gerente.
Tipo Extensión.
Propósito El propósito del caso de uso es adicionar nuevos usuarios.
Resumen El caso de uso es iniciado por el Gerente crea los usuarios que estarán
habilitados para el manejo del sistema.
Pre-Condiciones El usuario debe estar previamente registrado en el sistema y haber
iniciado sesión.
Debe seleccionar la opción “adicionar” en (P-3).
Flujo Principal Se muestra (P-4), donde se carga el formulario para adicionar los datos
personales: (Ci, Nombre, Ap. Paterno, Ap. Materno, Dirección, Teléfono) y
los datos de usuario: (password, Rol).
Una vez el formulario es llenado correctamente se hace clic en el botón
“Aceptar” y se muestra (M-3) con el mensaje “Se Adiciono
Satisfactoriamente”, se almacenan los datos en la base de datos es decir
en la tabla usuario.
Si se hace clic en el botón “cancelar” se retorna a (P-3).
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Adicionar Usuario
CASO DE USO: Modificar Usuario

Caso de uso Modificar Usuario.
Actores Gerente.
Tipo Extensión.
Propósito El propósito es modificar un usuario ya existente en el sistema.
Resumen El caso de uso modifica algún dato de los usuarios que están
habilitados para el manejo del sistema.

iniciado sesión.
Se debe ejecutar previamente el caso de uso adicionar para crear un

nuevo usuario.
Debe seleccionar un usuario de la lista y luego presione la opción

“modificar” en (P-3).
Flujo Principal Se muestra (P-5), donde se carga el formulario para modificar los
datos personales: (ci, nombre, ap. Paterno, ap. Materno, dirección,
teléfono) y los datos de usuario: (password, rol, cargo) los datos de CI
no se modificara, una vez el formulario es llenado correctamente se
hace clic en el botón “aceptar” y se muestra (M-4) con el mensaje “Se
Modificó Satisfactoriamente”, se almacenan los datos actualizados en
la base de datos es decir en la tabla usuario.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Gestión Proveedor
uc Modelo de casos de uso
Adicionar Prov eedor
«extend»
Modificar Prov eedor

Gestión Prov eedor «extend»
Gerente
«extend»
Eliminar Prov eedor
Caso de Uso Gestión Proveedor
Actores Gerente
Tipo Básico
Propósito Permite al gerente realizar las opciones (adicionar, modificar, eliminar).
Resumen El caso de uso gestiona datos de los proveedores en el sistema.
Pre-condiciones Debe seleccionar la opción “Gestión Proveedor”, donde visualiza una

pantalla con un listado de Proveedores y sus detalles.
Flujo Principal Se ejecuta el caso de uso gestión proveedor donde se muestra (P-6)
sobre la pantalla principal (P-2A), con los datos de todos los proveedores
registrados en el sistema.
Subflujos El usuario puede ejecutar las siguientes opciones: “adicionar”,

“modificar”, “eliminar”.
S-1
seleccionar “adicionar” se muestra (P-7).
S-2
Seleccionar “modificar” se muestra (P-8).
Excepciones Ninguno
CASO DE USO: Adición Proveedor
Caso de uso Adicionar Proveedor.
Actores Gerente.
Tipo Extensión.
Propósito El propósito es adicionar nuevos proveedores por el gerente.
Resumen El Gerente inicia este caso de uso. Ofrece funcionalidad para adicionar,
proveedores al sistema.
Pre-Condiciones Debe seleccionar la opción “adicionar” en pantalla (P-6).
personales del proveedor: (nombre, ap. Paterno, ap. Materno,
Dirección, teléfono), “ID. Pro” se genera automáticamente, una vez el
formulario es llenado correctamente se hace clic en el botón “aceptar” y
se muestra (M-3) con el mensaje “Se adiciono satisfactoriamente”, se
almacenan los datos en la tabla proveedor.
Subflujos Ninguna.
Excepciones Ninguno
CASO DE USO: Modificar

Proveedor
Caso de uso Modificar Proveedor.
Actores Gerente.
Tipo Extensión.
Propósito Permite al Gerente modificar proveedores.
Resumen El Gerente inicia este caso de uso. Ofrece funcionalidad para

modificar, proveedores que están registrados en el sistema.
Pre-Condiciones Se debe ejecutar previamente el caso de uso adicionar para crear un

nuevo proveedor.
Debe seleccionar un proveedor de la lista y luego presione la opción

Flujo Principal Se muestra (P-8), donde se carga el formulario para modificar los
datos personales: (nombre, ap. Paterno, ap. Materno, dirección,
teléfono), el Id.Pro no se modificara, una vez el formulario es llenado
correctamente se hace clic en el botón “aceptar” y se muestra (M-4)
con el mensaje “se modificó satisfactoriamente”, se almacenan los
datos en la tabla proveedor.
Subflujos Ninguno.
Excepciones Si se deja algún campo vacío se muestra (E-1) con el error “Datos no
validos”.
CASO DE USO eliminar proveedor
Caso de uso Eliminar Proveedor.
Actores Gerente.
Tipo Extensión
Propósito El gerente puede eliminar un proveedor que está registrado en el

sistema.
Resumen El caso de uso elimina los proveedores que estarán registrados en el

sistema.

nuevo ingreso.
Debe seleccionar un proveedor de la lista y luego presione la opción

“eliminar” en (P-6).
Flujo Principal Se muestra (M-5), con el mensaje “Está seguro de eliminar?”, si se

presiona “Ok” se muestra (M-2) con el mensaje “El registro ha sido
eliminado”, se eliminan los datos de la tabla proveedor.
Si se hace clic en el botón “cancel” se cancela la operación y se retorna a
(P-6).
Subflujos Ninguno.
CASO DE USO: Gestión Compras
CASO DE USO: Gestión Compras

Caso de Uso Gestión Compras
Actores Gerente.
Tipo Básico
Propósito Permite registrar las compras realizadas.
Resumen El caso de uso gestiona las compras de productos que nos permite
adicionar, modificar y eliminar una compra realizada para la empresa.
Pre-condiciones Debe seleccionar la opción “Gestión Compras” de la pantalla (P-2A),

donde visualiza una pantalla con un listado de las compras realizadas
por la empresa en pantalla (P-9).
Flujo Principal Ejecutar gestión compras se muestra (P-9) con los datos de las compras
registrados en el sistema.
Subflujos El usuario puede ejecutar las siguientes opciones:

Adicionar, modificar estas opciones se encuentran en (P-9)
S-1 Si la actividad seleccionada es “adicionar” se muestra (P-10).
S-2 Si la actividad seleccionada es “modificar” se muestra (P-11).
Excepciones ninguno
CASO DE USO: Adicionar Compra
Caso de uso Adicionar Compra.

Actores Gerente.
Tipo Extensión.
propósito Permite adicionar compras.
Resumen El caso de uso crea las compras de los productos y los registra al sistema.
Pre-Condiciones Debe ingresar a “Gestión Compras” y presione la opción “adicionar” en

pantalla (P-9).
Flujo Principal Se muestra (P-10), donde se carga el formulario para adicionar una
compra.
Se selecciona el proveedor.
Se llena los campos de: (producto, cantidad. Precio. unit ), se hace clic en
botón “adicionar” para adicionar cada fila de detalle de compra, botón
“limpiar” para borrar los datos introducidos previamente, y botón
“eliminar” se debe seleccionar una fila de detalle de compra a ser
eliminado.
Una vez el detalle de compra es llenado correctamente se hace clic en el
botón “aceptar” y se muestra (M-3) con el mensaje “Se adiciono
satisfactoriamente”, se almacenan los datos en la tabla compras.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Modificar Compra
Caso de uso Modificar Compra.
Actores Gerente.
Tipo Extensión.
Propósito Permite al Gerente modificar compras.
Resumen El caso de uso modifica las compras de productos que están registrados en el
sistema.
Pre- El usuario debe estar previamente registrado en el sistema y haber iniciado

Condiciones sesión.
Se debe ejecutar previamente el caso de uso adicionar para crear una nueva
compra.
Debe seleccionar una compra de la lista y luego presione la opción “modificar”

en (P-9).
Flujo Principal Se muestra (P-11), donde se carga el formulario para modificar una compra.
Se selecciona el proveedor.
Se llena los campos de: (producto, cantitad. Precio. unit,), se hace clic en botón
“adicionar” para adicionar cada fila de detalle de compra, botón “limpiar” para
borrar los datos introducidos previamente, y botón “eliminar” se debe
seleccionar una fila de detalle de compra a ser eliminado.
Una vez el detalle de compra es llenado correctamente se hace clic en el botón
“aceptar” y se muestra (M-4) con el mensaje “Se modificó satisfactoriamente”,
se almacenan los datos en la tabla compras.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Gestión Productos.
Adicionar Productos
«extend»
Modificar Productos
Gestion Productos «extend»
Gerente
«extend»
Eliminar Productos
Caso de Uso Gestión Productos
Actores Gerente.
Tipo Básico
Propósito Permite gestionar productos.
Resumen El caso de uso es iniciado por el Gerente, este caso de uso tiene las
funcionalidades de adicionar, modificar, eliminar productos que
comercializará la tienda de electrodomésticos.
Pre-condiciones Debe escoger la opción “Gestión Productos” en la pantalla (P-2A), donde

visualiza una pantalla con un listado de Productos y sus detalles en la
Pantalla (P-12).
Flujo Principal Se ejecuta gestión productos se muestra (P-12) con los datos de todos
los productos registrados en el sistema. El usuario puede seleccionar
entre las siguientes opciones: “adicionar”, “modificar”, “eliminar”,
“volver”.
Subflujos s-1 Si la actividad seleccionada es “adicionar” se muestra (P-13).

s-2 Si la actividad seleccionada es “modificar” se muestra (P-14)
s-3 Si la actividad seleccionada es “eliminar” se muestra (M-5).
Caso de uso Adicionar Productos.
Actores Gerente.
Tipo Extensión.
Propósito Permite adicionar productos
Resumen El caso de uso es iniciado principalmente por el gerente, este caso de

uso tiene la funcionalidad de adicionar productos registrando en el
sistema.
Pre-Condiciones Debe seleccionar la opción “adicionar “en pantalla (P-12).
del producto: (Id_producto, nombre, Marca, Modelo, Precio Unit,
Cantidad, Foto para la foto subir, Descripción), una vez el formulario es
llenado correctamente se hace clic en el botón “aceptar” y se muestra
(M-3) con el mensaje “Se adiciono satisfactoriamente”, se almacenan los
datos en la tabla productos.
Subflujos ninguno
Excepciones El atributo cantidad no se registra ya que se recuper de la base de Datos
Si se deja algún campo vacío se muestra (E-1) con el mensaje “Datos no

El atributo cantidad no se registra ya que se recupera los datos de gestión
almacén de la opción recepcionar producto.
Si se deja algún campo vacío se muestra (E-2) con el mensaje “Datos no

validos”.
CASO DE USO: Adicionar Productos.

Caso de uso Modificar Producto.
Actores Gerente.
Tipo Extensión.
Propósito Modificar los datos de un producto
Resumen El caso de uso es iniciado el gerente , este caso de uso tiene la funcionalidad
de modificar productos registrando en el sistema.
Pre-Condiciones Se debe ejecutar previamente el caso de uso adicionar para crear un nuevo
producto.
Debe seleccionar un producto de la lista y luego presione la opción “modificar”

en (P-12).
Flujo Principal Se muestra (P-14), donde se carga el formulario para modificar los datos de los
productos: (id Pro, nombre, Modelo, Marca, , Precio Unitario, Cantidad, Foto,
Descripción),pero “id Pro no puede ser modificado” una vez el formulario es
llenado correctamente se hace clic en el botón “aceptar” y se muestra (M-4)
con el mensaje “Proceso ha sido guardado”, se almacenan los datos en la tabla
productos.
Subflujos Ninguno.
Excepciones El atributo cantidad no se modifica ya que se recupera los datos de la base de

datos
CASO DE USO: Modificar Productos.

CASO DE USO: Eliminar Producto.
Caso de uso Eliminar Producto.
Actores Gerente.
Tipo Extensión.
Propósito Permite eliminar productos.
Resumen El caso de uso es iniciado por el gerente, este caso de uso tiene la
funcionalidad de eliminar productos registrados en el sistema.
Pre-Condiciones Se debe ejecutar previamente el caso de uso adicionar producto para crear
un producto.
Debe seleccionar eliminar en pantalla (P-12).
Flujo Principal Se muestra (M-5), con el mensaje “Está seguro de eliminar?”, si se presiona
“si” se muestra (M-2) con el mensaje “El producto ha sido eliminado”, se
eliminan de la tabla productos. Si se hace clic en el botón “no” se cancela
la operación y se retorna a (P-12).
Subflujos Ninguno.
CASO DE USO: Gestión Reportes
Reporte Usuario
«extend»
Gestion Reportes
«extend»
Gerente Reporte Prov eedor
«extend»
«extend» Reporte Compras
Reporte Productos
Caso de uso Gestión Reportes.
Actores Gerente.
Tipo Básico.
Propósito El propósito es ver un informe de lo que realiza la empresa.
Resumen El caso de uso es iniciado por el Gerente que puede acceder a este
módulo. El caso de uso visualiza los reportes generados por el sistema.

iniciado sesión.
Debe seleccionar el menú “Gestión Reportes “y escoger entre las

siguientes opciones: “Reporte Usuario”, “Reporte Compras”, “Reporte
Proveedor”, “Reporte Productos”.
Flujo Principal Se ejecuta gestión Reportes se muestra (P-15) y se continúa con los
subflujos.
Subflujos s-1
Si la actividad seleccionada es “Reporte Usuario” se muestra (P-16).
s-2
Si la actividad seleccionada es “Reporte Proveedor” se muestra (P-17).
s-3
Si la actividad seleccionada es “Reporte Compras” se muestra (P-18).
s-4
Si la actividad seleccionada es “Reporte Productos” se muestra (P-19).
CASO DE USO: Reporte Usuario
Caso de uso Reporte Usuario
Actores Gerente.
Tipo Extensión.
Propósito Permite ver de forma detallada a los usuarios registrados en el sistema.
Resumen El caso de uso es iniciado por el gerente .El caso de uso visualiza los
reportes de usuarios, generados por el sistema.

iniciado sesión.
Debe seleccionar el menú “Gestión Reportes” en pantalla P-15 y hacer

clic en “Reporte Usuario”.
Flujo Principal Se muestra (P-16), una tabla con los campos: (Id, Nombre Rol, Ci,
Nombre, Ap.Paterno, Ap.Materno), donde se cargan todos los datos de
los usuarios registrados en el sistema ya sea por las siguientes opciones
para realizar el reporte: Nombre, Todos, Ci. Se debe presionar el botón
“Generar” para que te muestre el reporte después de haber
seleccionado por cualquiera de las opciones ya mencionados.
Debe presionar el botón Imprimir, para obtener la información.
Para salir de la pantalla puede escoger la opción cerrar y vuelve a la (P-
15)
P-23
Subflujos Ninguno.
CASO DE USO: Reporte Proveedor
Caso de uso Reporte Proveedor
Actores Gerente.
Tipo Extensión.
Propósito Permite ver los datos del proveedor registrados en el sistema.
Resumen El caso de uso visualiza los reportes del proveedor que brinda sus
servicios a la empresa.
Pre-Condiciones El usuario debe estar previamente registrado en el sistema. P-24
Debe seleccionar el menú “Gestión Reportes” en (P-15) y hacer clic en

“Reporte Proveedor”.
Flujo Principal Se muestra (P-17), en una tabla con los campos: (Id pro, Nombre, Ap.
Paterno, Ap. Materno, Dirección, Teléfono) donde se cargan todos los
datos de los proveedores registrados en el sistema ya sea por los
siguientes opciones para realizar el reporte: Nombre, Todos, Ci. Se debe
presionar el botón “Generar” para que te muestre el reporte después
de haber seleccionado por cualquiera de las opciones ya mencionados.
Se presiona el botón Imprimir, para imprimir los datos guardados.

15).
Subflujos Ninguno.
CASO DE USO: Reporte Compras
Caso de uso Reporte Compras
Actores Gerente.
Tipo Extensión.
Propósito Visualiza las compras registradas por el usuario en el sistema.
Resumen El caso de uso visualiza las compras que se hicieron para la empresa.

iniciado sesión.
Debe seleccionar el menú “Gestión Reportes” en (P-15) y hacer clic en

“Reporte Compras”.
Flujo Principal Se muestra (P-18), en una tabla con los campos: (Id Compra, Fecha,
Total, Proveedor, Consignatario) donde se cargan todos los datos de las
Compras registrados en el sistema ya sea por los siguientes opciones
para realizar el reporte: Hoy, Todos, Fecha de----- Hasta------. Se debe
presionar el botón “Generar” para que te muestre el reporte después
de haber seleccionado por cualquiera de las opciones ya mencionados.

15).
Subflujos Ninguno.
CASO DE USO: Reporte Productos
Caso de uso Reporte Productos
Actores Gerente.
Tipo Extensión.
Propósito Permite ver los diferentes productos registrados en el sistema.
Resumen El caso de uso gestiona los productos que comercializará la empresa.
Pre-Condiciones El usuario debe estar previamente registrado en el sistema.
Debe seleccionar el menú “Gestión Reportes” en pantalla (P-15) y hacer

clic en “Reporte Productos” .
Flujo Principal Se muestra (P-19), en una tabla con los campos: (Id_producto, Nombre,
Marca, Modelo, Precio Unit, Cantidad, Foto, Descripción) donde se
cargan todos los datos del producto que se encuentran registrados en el
sistema ya sea por los siguientes opciones para realizar el reporte:
Todos, Menor a, Mayor a. Se debe presionar el botón “Generar” para
que te muestre el reporte después de haber seleccionado por cualquiera
de las opciones ya mencionados.
15).
Subflujos Ninguno.
CASO DE USO: Gestión Venta:
Gerente
Adicionar Venta
Gestion Venta
«extend»
«include»
Vendedor
Generar Factura
CASO DE USO: Gestión Venta.

Caso de uso Gestión Venta.
Actores Vendedor, Gerente
Tipo Básico.
Propósito Permite al Vendedor realizar la gestión de las ventas realizas.
Resumen El caso de uso es iniciado principalmente por el vendedor como principal

actor para acceder a este módulo, también accede el Gerente .El caso de
uso visualiza la gestión de ventas.
Pre-Condiciones El usuario debe estar previamente registrado en el sistema y haber iniciado

sesión.
Debe seleccionar la opción “Gestión Venta” en (P-2B) y donde visualiza

una pantalla con un listado de las Ventas realizadas.
Flujo Principal Ejecute Gestión Venta se muestra (P-20) con los datos de las ventas
registrados en el sistema. El usuario puede seleccionar entre las siguientes
opciones: “adicionar”, “Volver”.
Subflujos El usuario puede ejecutar las siguientes opciones:

S-1
Si la actividad seleccionada es adicionar se despliega la (P-21)
CASO DE USO: Adicionar Venta.
Caso de uso Adicionar Venta.
Actores Vendedor, Gerente
Tipo Extensión.
Propósito Permite al encargado de ventas registras nuevas ventas que realiza durante
el día.
Resumen El caso de uso es iniciado principalmente por el Vendedor, pero el Gerente

también puede acceder a este módulo .El caso de uso adiciona nuevas
ventas, los cuales son registrados en el sistema.

sesión.
Debe seleccionar la opción adicionar en (P-20).
Flujo Principal Se muestra (P-21), donde se carga el formulario para adicionar una Venta
con el llenado de los siguientes campos:.
Se selecciona el cliente que puede recuperar de la base de datos y si el

nuevo cliente no está registrado se hace clic en el botón “nuevo cliente”
para adicionarlo donde te lanza un formulario en pantalla (P-1A) con los
siguientes campos (Ci, Nombre, Apellido Paterno, Apellido Materno,
Dirección, Teléfono).
Se presiona el botón “Aceptar” guardo los datos en la tabla cliente, si
presiona “Cancelar” vuelve a la pantalla (P-20).
Si se realizó la venta el sistema automáticamente generara la factura en
pantalla P-22, después de realizada la venta el sistema automáticamente
reducirá la cantidad de los productos vendidos en la tabla productos de la
base de datos.
Se llena también los campos de: (Cod Producto, Nombre, Cantidad. Precio.
Unit, , Consignatario, Total), se hace clic en botón “adicionar” para adicionar
cada fila de detalle de venta, botón “limpiar” para borrar los datos
introducidos previamente, y se selecciona una fila de detalle de compra se
hace clic en botón “eliminar” para ser eliminado.
Una vez el detalle de venta es llenado se hace clic en el botón “aceptar” y se

muestra (M-3) con el mensaje “Se adiciono satisfactoriamente”, se
almacenan los datos en la tabla ventas.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Generar Factura
Caso de uso Generar Factura.
Actores Vendedor, Gerente.
Tipo Extensión.
Propósito Permite al Vendedor entregar una factura después de haber creado una
venta al cliente.
Resumen El caso de uso es iniciado principalmente por el Vendedor, pero el gerente

también puede acceder a este módulo.
El caso de uso facturar se realiza cuando se ha ingresado nuevas ventas

los cuales son registrados en el sistema.
sesión.
Adicionar una Venta que muestra en la (P-21).
Flujo Principal Se despliega (P-22) donde se carga en detalle tolos los datos de la venta:
(fecha (de la venta), Nit Empresa, Nº Factura, Nit/Ci, Cliente, Autorizacion)el
detalle de venta (cod producto, nombre, cantidad, Precio. unit, total), total
(valor de venta)).
Allí elige imprimir la factura.
Subflujos Ninguno.
CASO DE USO: GESTION RESERVA
Adicionar Reserv a
Gerente
«extend»
Gestion Reserv a
«extend»
Modificar Reserv a
Vendedor
«extend»
Eliminar Reserv a
Cliente
CASO DE USO: gestión reservas.
Caso de uso Gestión Reserva.
Actores Vendedor, Gerente y Cliente.
Tipo Básico.
Propósito Permite al vendedor realizar reservas de productos.
Resumen El caso de uso es iniciado por el Vendedor pero el Gerente y el Cliente

también tiene acceso a este módulo.
El caso de uso gestiona las reservas en el sistema.
El cliente puede realizar una reserva vía Web.

iniciado sesión.
Debe seleccionar la opción “Gestión Reserva”, donde visualiza una

pantalla con un listado de las Reservas.
Flujo Principal Se muestra (P-23) con los siguientes campos (Id-Reserva, fecha, Saldo,
total, cliente, consignatario).
El usuario puede seleccionar entre las siguientes opciones: “adicionar”,
“modificar”, “eliminar”, “Volver”.
Subflujos S-1
S-2
Si la actividad seleccionada es “modificar” se muestra (P-23).
s-3 Si la actividad seleccionada es “eliminar” se muestra (M-5).
Caso de uso Adicionar Reserva.
Actores Gerente, Vendedor y Cliente.
Tipo Extensión.
Propósito Permite Adicionar reservas
Resumen El caso de uso adiciona los productos a reservar en el sistema.

iniciado sesión.
reserva se llena los siguientes campos:
Se llena el consignatario (la persona que realiza la reserva), este campo

depende de la persona que se loguea y se llena automáticamente
recuperando de la base de datos.
Se llena el cliente que puede recuperar de la base de datos y si el nuevo

cliente no está registrado se hace clic en el botón “Adicionar cliente”
para adicionarlo donde te lanza un formulario en pantalla (P-1A) con los
siguientes campos (Ci, Nombre, Apellido Paterno, Apellido Materno,
Dirección, Teléfono).
Se presiona el botón “Aceptar” guardo los datos en la tabla cliente, si
presiona “Cancelar” vuelve a la pantalla (P-23).
Se llena tambien los campos de: (ID Reserva,producto, Cantidad, Precio.

unit, Saldo total), se hace clic en botón “adicionar” para adicionar cada
fila de detalle de reserva, botón “limpiar” para borrar los datos
introducidos previamente, y botón “eliminar” se debe seleccionar una fila
de detalle de reserva a ser eliminado.
Una vez el detalle de venta es llenado se hace clic en el botón “aceptar” y

almacenan los datos en la tabla reservas.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: Adicionar Reserva

CASO DE USO: modificar reserva.
Caso de uso Modificar Reserva.
Actores Gerente, vendedor y el Cliente.
Tipo Extensión.
Propósito Permite al Gerente, Vendedor y Cliente modificar reservas.
Resumen El caso de uso modifica las reservas de productos que están registrados en el
sistema.

reserva.
Debe seleccionar una reserva de la lista y luego presione la opción “modificar” en

(P-23).
Flujo Principal Se muestra (P-25), donde se carga el formulario para adicionar una reserva.
El consignatario no se modifica.
El cliente no puede modificar se recupera de la base de datos nuevamente y si el

nuevo cliente no está registrado se hace clic en el botón “Adicionar cliente” para
adicionarlo donde te lanza un formulario en pantalla (P-1A) con los siguientes
campos (Ci, Nombre, Apellido Paterno, Apellido Materno, Dirección, Teléfono).
Se presiona el botón “Aceptar” guardo los datos en la tabla cliente, si presiona
“Retornar” vuelve a la pantalla (P-24).
Se modifica los campos de: (Cliente no se puede modificar, producto, cantitad.

Precio. unit, saldo total), se hace clic en botón “adicionar” para adicionar cada
fila de detalle de reserva, botón “limpiar” para borrar los datos introducidos
previamente, y botón “eliminar” se debe seleccionar una fila de detalle de
reserva a ser eliminado.

muestra (M-4) con el mensaje “Se modificó satisfactoriamente”, se almacenan
los datos en la base de datos de la tabla reserva.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: eliminar reserva.
Caso de uso Eliminar reserva.
Actores Gerente, Vendedor, cliente.
Tipo Extensión.
Propósito Permite Gerente o al vendedor eliminar reserva.
Resumen El caso de uso elimina las reservas registrados en el sistema.
Pre-Condiciones Para eliminar previamente debe existir reserva en la base de datos y

escoge de la pantalla (P-23).
“si” se muestra (M-2) con el mensaje “Se eliminó Satisfactoriamente”, se
eliminan los datos en la base de datos de la tabla reserva.
Si se hace clic en el botón “no” se cancela la operación y se retorna a (P-
23).
Subflujos Niguno.
CASODE USO: Gestión Cliente
Caso de Uso Gestión Cliente
Actores Gerente, Vendedor.
Tipo Básico
Propósito Permite al Vendedor y al gerente controlar el registro de datos de los

Clientes.
Resumen El caso de uso es iniciado principalmente por el Vendedor, pero el Gerente

también puede acceder a este menú, este caso de uso tiene las
funcionalidades de adicionar, modificar, eliminar Clientes.
Pre- Debe escoger la opción “Gestión Cliente” en pantalla (P-2B).en caso de

condiciones loguear como gerente debe escoger la opción “Gestión Cliente” en pantalla
(P-2A)
Flujo Se ejecuta el caso de uso Gestión Cliente se muestra en pantalla (p-26), El

Principal usuario puede seleccionar entre las siguientes opciones: “adicionar”,
“modificar”.
Subflujos
S-1 “adicionar” le muestra la pantalla P-27.
S-2 “modificar” le muestra la pantalla P-28.
Excepciones ninguno
Caso de uso Adicionar Cliente.
Actores Gerente, vendedor.
Tipo Extensión.
Propósito El propósito es adicionar nuevos Clientes por el usuario autorizado.
Resumen El caso de uso registra a los nuevos clientes que frecuentan a la tienda a
realizar compra.
Pre-Condiciones Debe seleccionar la opción “adicionar” en (P-2B) si se registró como

vendedor y a la P-2A si lo hizo como gerente.
personales: (Ci, Nombre, Apellido. Paterno, Apellido. Materno,
Direccion, Telefono), una vez el formulario es llenado correctamente se
hace clic en el botón “aceptar” y se muestra (M-3) con el mensaje “Se
adiciono satisfactoriamente”, se almacenan los datos en la base de
datos es decir en la tabla cliente y en la tabla usuario.
Si se hace clic en el botón “cancelar” se retorna a (P-2B) si se registró
como vendedor y a la P-2A si lo hizo como gerente..
Subflujos Ninguno.
Excepciones Ninguno
Caso de uso: Adicionar Cliente

Caso de uso Modificar Cliente.
Actores Gerente, Vendedor.
Tipo Extensión.
propósito El propósito es modificar los datos ya registrado en el sistema.
Resumen El caso de uso modifica algún dato de los clientes que estaban
previamente registrados en el sistema.

nuevo Cliente.
Debe seleccionar un cliente de la lista y luego presione la opción

Flujo Principal Se muestra (P-28), donde se carga el formulario para modificar los datos
personales: (Ci, Nombre, Ap Paterno, A Materno) una vez el formulario es
llenado correctamente se hace clic en el botón “aceptar” y se muestra (M-
4) con el mensaje “se modificó satisfactoriamente”, se almacenan los
datos en la base de datos es decir en la tabla cliente y en la tabla usuario.
Subflujos Ninguna.
Excepciones Si se deja algún campo vacío se muestra (E-1) con el mensaje “Datos no
validos”.
CASO DE USO: modificar cliente

CASO DE USO: gestión reportes. El Reporte por parte del Vendedor.
Reporte Venta
«extend»
Gestion Reportes
Vendedor
«extend»
Reporte Reserv a
Caso de uso Gestión Reportes.
Actores Vendedor.
Tipo Básico.
Propósito El propósito es ver un informe de lo que realiza la empresa
Resumen El caso de uso es iniciado por el Vendedor. El caso de uso visualiza los
reportes generados por el sistema.

iniciado sesión.
Debe seleccionar el menú “Gestión Reportes” en pantalla P-2C luego

seleccionar entre las siguientes opciones: “Reporte venta”, “Reporte
Reserva”.
Flujo Principal Se ejecuta gestión Reportes en pantalla P-29 .
Subflujos s-1
si la actividad seleccionada es Reporte venta” le muestra la pantalla (P-
30),
S-2
si la actividad seleccionada es Reporte Reserva” le muestra la pantalla

(P-31),
CASO DE USO: Reporte Venta.
Caso de uso Reporte Venta.
Actores vendedor, Gerente.
Tipo Extensión.
Propósito Permite ver a todos las ventas registradas en el sistema.
Resumen El caso de uso es iniciado por los actores mencionados, en el caso de

uso visualiza los reportes del empleado generados por el sistema.
Pre-Condiciones El Encargado de Ventas y el Gerente debe estar registrado en el

sistema.
Debe seleccionar en “Gestión Reportes” (P-2C) la opción “ Reporte

Venta”.
Flujo Principal Se muestra (P-30), en una tabla con los campos: (Hoy, Todos, Fecha de,
Hasta, Cod Venta, Fecha, Total, Cliente, Consignatario) donde se cargan
todos los datos de las ventas registrados en el sistema.
Se presiona el botón Imprimir, entonces se imprime el reporte de venta
con la fecha indicada.
Para salir de la pantalla puede escoger la opción cerrar y vuelve a la

(P_29).
Subflujos Ninguno.
CASO DE USO: Reporte Reserva.
P-23
Caso de uso Reporte Reserva
Actores Vendedor, Gerente.
Tipo Extensión.
Propósito Permite ver detalladamente las reservas.
Resumen El caso de uso es iniciado por los actores mencionados, en el caso de

uso visualiza los reportes de las reservas generados por el sistema.
Pre-Condiciones El usuario debe estar registrado en el sistema.
Debe seleccionar el menú “Gestión Reportes” y hacer clic en “Reporte

Reserva” en (P-29).
Flujo Principal Se muestra (P-31), en una tabla con los campos: (Hoy, Todos, Fecha de,
Hasta, Cod. Reserva, Cliente, Fecha, Saldo Total , Total) donde se cargan
todos los datos de las reservas registrados en el sistema.
Para salir de la pantalla puede escoger la opción cerrar y vuelve a la

(P_29).
Subflujos Ninguno.
Caso de Uso: Gestión Reserva.
Adicionar Reserv a
Gerente
«extend»
Gestion Reserv a
«extend»
Modificar Reserv a
Vendedor
«extend»
Eliminar Reserv a
Cliente
CASO DE USO: gestión reservas.
Caso de uso Gestión Reserva.
Actores Cliente, Vendedor y Gerente.
Tipo Básico.
Propósito Permite al Cliente realizar reservas de productos.
Resumen El caso de uso es iniciado por el Clienter pero el Gerente y el Vendedor

también tiene acceso a este módulo.
El caso de uso gestiona las reservas en el sistema.
El cliente puede realizar una reserva vía Web.

sesión.
Debe seleccionar la opción “Gestión Reserva”, donde visualiza una
pantalla con un listado de las Reservas en la pantalla (P-2C).
Flujo Principal Se muestra (P-23) con los siguientes campos (Id-Reserva, fecha, Saldo,
total, cliente).
El usuario puede seleccionar entre las siguientes opciones: “adicionar”,
“modificar”, “eliminar”, “Volver”.
Subflujos S-1
S-2
Si la actividad seleccionada es “modificar” se muestra (P-34).
S-3
Si la actividad seleccionada como Vendedor es “Volver” entonces se
muestra (P-2B).
Si se loguea como Gerente y la actividad seleccionada es “Volver” entonces

se muestra (P-2A).
Si se loguea como Cliente y la actividad seleccionada es “Volver” entonces

se muestra (P-2C).
S-4 Si la actividad seleccionada es “Eliminar” se muestra (M-5).
CASO DE USO: ADICIONAR RESERVA
Caso de uso Adicionar Reserva.
Actores Gerente, Vendedor y Cliente.
Tipo Extensión.
Propósito Permite Adicionar reservas
Resumen El caso de uso adiciona los productos a reservar en el sistema.

iniciado sesión.
reserva se llena los siguientes campos:
).
Se llena tambien los campos de: (Nombre del Cliente que saca de la base
de datos, producto, Cantidad, Precio. unit, Saldo total), se hace clic en
botón “adicionar” para adicionar cada fila de detalle de reserva, botón
“limpiar” para borrar los datos introducidos previamente, y botón
“eliminar” se debe seleccionar una fila de detalle de reserva a ser
eliminado.
Una vez el detalle de venta es llenado se hace clic en el botón “aceptar” y

almacenan los datos en la base de datos.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: modificar reserva.
Caso de uso Modificar Reserva.
Actores Gerente, vendedor y el Cliente.
Tipo Extensión.
Propósito Permite al Gerente, Vendedor y Cliente modificar reservas.
Resumen El caso de uso modifica las reservas de productos que están registrados en el
sistema.

reserva.
Debe seleccionar una reserva de la lista y luego presione la opción “modificar” en

(P-32).
Flujo Principal Se muestra (P-34), donde se carga el formulario para modificar una reserva.
El consignatario no se modifica.
Nombre del Cliente este no se modifica, se modifica los campos de: (producto,
cantitad. Precio. unit, saldo total), se hace clic en botón “adicionar” para
adicionar cada fila de detalle de reserva, botón “limpiar” para borrar los datos
introducidos previamente, y botón “eliminar” se debe seleccionar una fila de
detalle de reserva a ser eliminado.

muestra (M-4) con el mensaje “Se modificó satisfactoriamente”, se almacenan
los datos en la base de datos.
Subflujos Ninguno.
Excepciones Ninguno
CASO DE USO: eliminar reserva.
Caso de uso Eliminar reserva.
Actores Gerente, Vendedor, cliente.
Tipo Extensión.
Propósito Permite Gerente o al vendedor eliminar reserva.
Resumen El caso de uso elimina las reservas registrados en el sistema.
Pre-Condiciones Para eliminar previamente debe existir reserva en la base de datos y

escoge de la pantalla (P-32).
“si” se muestra (M-2) con el mensaje “Se eliminó Satisfactoriamente”, se
eliminan los datos en la base de datos.
Si se hace clic en el botón “no” se cancela la operación y se retorna a (P-
32).
Subflujos Niguno.
DESCRIPCIÓN DEL PROBLEMA

En base a averiguaciones realizadas de la información que maneja comercial “VIC” se
identifica los siguientes problemas:
 El registro y control de los productos es manual, perdiéndose así demasiado tiempo.

 La acumulación de los informes en papel que resulta perjudicial y tedioso para el
encargado.
 La necesidad del balance de ventas o realizar un reporte que podría ser día mes y año.
 La actualización de todos los precios de los productos es manual y deficiente.
 La necesidad de compra de productos es manual y necesita tener un registro de este
para llevar un control de sus ingresos.
 La necesidad de registrar la venta de cada producto
 La necesidad de que la atención al usuario sea lo más eficiente posible.
La empresa de venta de electrodomésticos no cuenta con un sistema informático que

contribuya con el procesamiento de la información, lo cual produce un retardo en la
atención al cliente provocando su descontento y tampoco no se hace un buen seguimiento y
control de los productos de la Empresa.
Por lo consiguiente hemos considerado necesario desarrollar un sistema que produzca
mayor productividad y eficacia en la empresa.
El sistema Visual Imagen Corporación “VIC” de productos permite al usuario realizar
consultas, reservaciones, registros de compras, registros de ventas, registros de
proveedores, registro de productos, registro de clientes y reportes, registros de
proveedores .
Además el sistema presenta en la pantalla principal un mensaje de bienvenida donde los
diferentes usuarios deben ingresar su password y login para acceder al sistema.
El Sistema debe proporcionar una propuesta para el desarrollo de todos los menús
implicados.
 Usuarios
 Proveedor
 Productos
 Reportes
 Compras
 Ventas
 Reservas
 Cliente
Usuarios: Son las personas las cuales tienen acceso al sistema para realizar diferentes tareas
que el sistema ofrece según el rol de cada usuario
Proveedor: Es la persona o empresa que se encarga de proveer productos a la empresa
Productos: Son los diferentes productos que ofrece la empresa para la venta.
Reporte: Es un informe que puede ser semanal, mensual de las ventas, reservas, productos,
usuarios, proveedores y compras que realiza la empresa.
Compras: son las compras de productos que realiza empresa.
Reservas: Son las reservas de productos que el cliente realiza a la empresa.
Cliente: Son las personas que compran productos y realizan reservas en la empresa.
Ventas: son las ventas de electrodomésticos que realiza la empresa al cliente que lo
solicita entregándoles una factura por cada venta.
CLASES CANDIDATAS
Electrodomésticos Venta
Producto Propuesta
Sistema Informático Usuarios
Procesamiento Proveedoress
Información Productos
Atención Reportes
Cliente Compras
Seguimiento Ventas
Control Reservas
Producto cliente
Sistema usuarios
Empresa acceso al sistema
Producto
sistema
Usuario
rol
Consulta
usuario
Reservaciones
proveedor
Compras
Ventas empresa
Informes productos
Listados
empresa
Ventas
productos
Sistema
productos
Mensaje de Bienvenida
empresa
password
login ventas
Sistema reporte
informe electrodomésticos
empresa
ventas
cliente
reservas
solicita
productos factura
usuarios venta
proveedores
compras
empresa
compras
productos
empresa
reservas
reservas
productos
cliente
empresa
cliente
compras
productos
reservas
empresa
ventas
Detección del problema (eliminación de clases) imprecisa
confusa.
Atención (eliminada implícita)
Cliente
Compras
Consulta (eliminada implicita)
password (eliminada atributo)
login (eliminada atributo)
Control (eliminada irrelevante)
Empresa (eliminada redundante)
Factura
Información (eliminada irrelevante)
Informe (eliminada redundante)
Mensaje de Bienvenida (ser interfaz)
Procesamiento (eliminada operacion)
Productos
Proveedor
Registro (eliminada operación)
Reporte (eliminada)
Reservas
Seguimiento (eliminada operación)
Sistema (eliminada imprecisa)
Sistema Informático (eliminada sistema completo)
Solicitud (eliminada operación)
Usuarios
Ventas
Rol
IDENTIFICACIÓN DE CLASES
LAS CLASES IDENTIFICADAS PARA NUESTRO SISTEMA SON:
Cliente
Compras
Factura
Productos
Proveedor
Reservas
Usuarios
Ventas
Rol

Ultimo Mesa3

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Ultimo Mesa3

Încărcat de

Drepturi de autor:

Formate disponibile

Nombre del proyecto: El nombre del proyecto es Comercial “VIC” que es visual imagen

corporación esta es una empresa que se encarga de la venta de electrodomésticos como

 No podremos tener inventarios de gastos en cuanto a servicios básicos agua,

 El registro y control de los productos es manual, perdiéndose así demasiado tiempo.

La empresa de venta de electrodoméstico no cuenta con un sistema informático que

ACTORES DEL NEGOCIO

Caso de uso Registran a clientes, Registran Usuario, registran Compra, Registran

Descripción Se encarga de asesorar al cliente, para la venta de productos.

Caso de uso Realizar reserva

Descripción Persona que realiza la compra de uno o varios productos de la empresa

Caso de uso Administra pedido

Descripción Persona que se encarga de proporcionar productos a “VIC” estos son

MODELO DEL NEGOCIO:

Gerente registra compras

CASO DE USO: Ingresar al sistema

Ingresar al sistema Validar datos

Caso de uso Ingresar al Sistema.

El sistema cuenta con 3 módulos

 Módulo de Gerente (P-2A)

Dependiendo del rol del usuario que se loguea al sistema.

en P-1 el cliente nuevo podrá acceder a un formulario para llenar sus

El usuario ingresa su Login y Password y presiona el botón “ingresar”,

Si presiona el botón “Salir” La pantalla de inicio de sesión se cierra y se

PANTALLA P-2B MODULO VENDEDOR:

CASO DE USO: Validar Datos

Caso de uso Validar Datos.

Actores Gerente, Vendedor, y Cliente.

Propósito Permite validar el password y login de un usuario ya registrado para uso

El sistema cuenta con 3 módulos

 Módulo de Gerente (P-2A)

Dependiendo del rol del usuario que se loguea al sistema.

Los Menús variarán según el módulo que se cargue, apareciendo éstos en

Flujo Principal Se ejecuta el caso de uso ingresar al sistema. Dependiendo de las

Subflujos Ingresar Login y paswword para el ingresar el sistema (P-1).

El usuario ingresa Login y paswword y presiona el botón “ingresar”, luego

Si presiona el botón “Salir” La pantalla de inicio de sesión se cierra y se

Excepciones Si hay campos vacíos se muestra el (E -1) con el mensaje DATOS NO

CASO DE USO: Gestión Usuario

Propósito Permite gestionar usuarios.

Pre-condiciones El Gerente debe estar previamente registrado en el sistema y haber

Debe seleccionar “Gestión Usuario”, donde visualiza una pantalla

Caso de uso Adicionar Usuario.

CASO DE USO: Adicionar Usuario

CASO DE USO: Modificar Usuario

Propósito El propósito es modificar un usuario ya existente en el sistema.

Pre-Condiciones El usuario debe estar previamente registrado en el sistema y haber

Se debe ejecutar previamente el caso de uso adicionar para crear un

Debe seleccionar un usuario de la lista y luego presione la opción

Adicionar Prov eedor

Modificar Prov eedor

Caso de Uso Gestión Proveedor

Propósito Permite al gerente realizar las opciones (adicionar, modificar, eliminar).

Resumen El caso de uso gestiona datos de los proveedores en el sistema.

Pre-condiciones Debe seleccionar la opción “Gestión Proveedor”, donde visualiza una

Subflujos El usuario puede ejecutar las siguientes opciones: “adicionar”,

Caso de uso Adicionar Proveedor.

Propósito El propósito es adicionar nuevos proveedores por el gerente.

Pre-Condiciones Debe seleccionar la opción “adicionar” en pantalla (P-6).

CASO DE USO: Modificar

Propósito Permite al Gerente modificar proveedores.

Resumen El Gerente inicia este caso de uso. Ofrece funcionalidad para

Pre-Condiciones Se debe ejecutar previamente el caso de uso adicionar para crear un

Debe seleccionar un proveedor de la lista y luego presione la opción