Anda di halaman 1dari 75

UNIVERSIDAD PRIVADA DEL NORTE

Diseño y arquitectura de software


“Diseño y Modelación de los Procesos de Compra y
Venta de Extintores y/o Accesorios mediante la
metodología RUP y lenguaje UML”

INTEGRANTES:

 Tanta Minaya, Carlos


 Ramírez Ludeña, José
 Guevara Castillo, David
 Flores, Bryan
Docente:

Ing. Alex Huayllasco Motta

Lima – Perú

2018
ÍNDICE
ÍNDICE .............................................................................................................................................. 2
1 Organización ........................................................................... Error! Bookmark not defined.
1.1 Datos de la organización ...................................... Error! Bookmark not defined.
1.1.1 Razón social: Error! Bookmark not defined.
1.1.2 RUC: Error! Bookmark not defined.
1.1.3 Giro: Error! Bookmark not defined.
1.1.4 Dirección: Error! Bookmark not defined.
1.1.5 Teléfono Error! Bookmark not defined.
1.1.6 Email: Error! Bookmark not defined.
1.1.7 Encargado o Representante: Error! Bookmark not defined.
1.2 Estructura Empresarial ......................................... Error! Bookmark not defined.
1.2.1 Organigrama jerarquico Actual Error! Bookmark not defined.
1.2.2 Funciones Error! Bookmark not defined.
1.3 Direccionamiento Empresarial .............................. Error! Bookmark not defined.
1.3.1 Visión Error! Bookmark not defined.
1.3.2 Misión Error! Bookmark not defined.
1.3.3 Objetivos Error! Bookmark not defined.
1.3.4 Metas Error! Bookmark not defined.
1.3.5 Análisis FODA Error! Bookmark not defined.
1.3.6 Problemática Empresarial Error! Bookmark not defined.
2 Disciplina: Modelado de Negocio ......................................... Error! Bookmark not defined.
2.1 Modelo de Casos de Uso del Negocio .................. Error! Bookmark not defined.
2.1.1 Actores del Negocio Error! Bookmark not defined.
2.1.2 Casos de Uso del Negocio Error! Bookmark not defined.
2.1.3 Diagrama general de Casos de Uso del Negocio Error! Bookmark not
defined.
2.1.4 Diagrama de casos de uso VS objetivos de negocio

2.2 Modelo de Análisis de Negocio ............................. Error! Bookmark not defined.


2.2.1 Entidades del Negocio Error! Bookmark not defined.
2.2.2 Trabajadores del Negocio Error! Bookmark not defined.
2.2.3 Realizaciones de Casos de Uso del NegocioError! Bookmark not defined.

2.2.4 Diagramas de clases de negocio

2.2.5 Diagramas de actividades de negocio

2.2.6 Documento Especificación de Caso de Uso de Negocio Error! Bookmark


not defined.
2.2.7 Documentos reglas de negocio, glosario de términos

3 Disciplina: Requerimientos.................................................... Error! Bookmark not defined.


3.1 Matriz de trazabilidad de actividades de negocio VS requisitos funcionales

3.2 Lista de requerimientos No Funcionales ............... Error! Bookmark not defined.


3.3 Lista de requerimientos Funcionales..................... Error! Bookmark not defined.
3.4 Modelo de Caso de Uso ....................................... Error! Bookmark not defined.
3.4.1 Actores Error! Bookmark not defined.
3.4.2 Casos de Uso Error! Bookmark not defined.
3.4.3 Diagrama de Paquetes Error! Bookmark not defined.
3.4.4 Diagrama de Casos de Uso (Por paquete) Error! Bookmark not defined.
3.4.5 Diagrama General de Casos de Uso Error! Bookmark not defined.
3.4.6 Especificación de casos de uso

4 Disciplina: Análisis .................................................................. Error! Bookmark not defined.


4.1 Diagrama general de casos de uso según análisis

4.2 Arquitectura de análisis

4.3 Clases de Análisis ................................................ Error! Bookmark not defined.


4.3.1 Clases Frontera Error! Bookmark not defined.
4.3.2 Clases Control Error! Bookmark not defined.
4.3.3 Clases Entidad Error! Bookmark not defined.
4.4 Realizaciones de Casos de Uso del Análisis ........ Error! Bookmark not defined.
4.4.1 Diagrama de clases Error! Bookmark not defined.
4.4.2 Diagramas de iteraccion ( Comunicación, secuencia) Error!
Bookmark not defined.
4.4.3 Diagrama de actividades
4.3 Modelo de Datos .................................................. Error! Bookmark not defined.
4.3.1 Modelo Conceptual Error! Bookmark not defined.
4.3.2 Modelo Lógico Error! Bookmark not defined.
5 Disciplina: Diseño ................................................................... Error! Bookmark not defined.
5.1 Clases de Diseño.................................................. Error! Bookmark not defined.
5.1.1 Forms Error! Bookmark not defined.
5.1.2 Class Module Error! Bookmark not defined.
5.1.3 Class Error! Bookmark not defined.
5.2 Realizaciones de Diseño: Arquitectura ................. Error! Bookmark not defined.
5.2.1 Diagrama de clases de diseño Error! Bookmark not defined.
5.2.2 Diagramas de iteración diseño (secuencia, comunicación)

5.3 Modelo de Persistencia ........................................ Error! Bookmark not defined.


5.3.1 Modelo Físico Error! Bookmark not defined.
5.3.2 Diagrama de base de datos 11

5.3.3 Script de la base de datos

5.4 Modelo de Implementación ................................... Error! Bookmark not defined.


5.4.1 Diagrama de Componentes Error! Bookmark not defined.
5.4.2 Diagrama de Despliegue Error! Bookmark not defined.
6 Planificación del Proyecto ..................................................... Error! Bookmark not defined.
6.1 Plan de Desarrollo de Software ............................ Error! Bookmark not defined.
6.1.1 Roles y Responsabilidades Error! Bookmark not defined.
6.1.2 Cronograma del Proyecto Error! Bookmark not defined.
6.1.3 Presupuesto Error! Bookmark not defined.
7 Bibliografía ............................................................................... Error! Bookmark not defined.
8 Anexos ..................................................................................... Error! Bookmark not defined.
9. Conclusión.
1 Organización

1.1 Datos de la organización:

1.1.1 Razón social:

ABC GRAFEXSA S.A.C.

1.1.2 RUC:

20563209896

1.1.3 Giro:

Comercialización de extintores

1.1.4 Dirección:

Jirón Rufino Torrico 256 Oficina 201

1.1.5 Teléfono:

990131506

1.1.6 Email:

abcgrafexsa@hotmail.com

1.1.7 Encargado o Representante:

Joel Arliss Ludeña Lopez

1.2 Estructura Empresarial:

1.2.1 Organigrama jerárquico Actual


1.2.2 Funciones:
1.3 Direccionamiento Empresarial

1.3.1 Visión

Ser una empresa que en los próximos años lidere a nivel nacional en los
rubros de los servicios dados

1.3.2 Misión

Presentación de servicios de primera calidad en la venta, mantenimiento de


extintores

1.3.3 Objetivos

Optimizar los procesos de la empresa para un excelente desarrollo en el


mercado

1.3.4 Metas

 Mejorar la motivación de los trabajadores en un 80%


 Progresar en un 60% el trabajo con los proveedores y clientes
 Desarrollar el procedimiento en un 60% sobre las entradas de productos y
trabajos
 Desarrollar el procedimiento en un 60% sobre las salidas de productos y
trabajos
 Mejorar la administración de materia prima y datos en un 50% a diferencia
del año pasado
 Tener un mejor sistema en los procesos contables para tener una
ganancia de más del 50% respecto al año pasado
1.3.5 Análisis FODA

1.3.5.1 Amenazas

 Contar con un registro de ventas no actualizado.


 Que el cliente no llegue a efectuar el pago completo o llegue
a extender el plazo.
 Llegar a superar el plazo de entrega de productos al cliente.
 Contar con mala organización de registros de venta.
 Entregar el producto solicitado en mal estado al cliente.

1.3.5.2 Posibilidades

 Actualizar obligatoriamente el registro de ventas por cada


venta contratada, entregada y cancelada.
 Refinanciar la deuda en el caso que el cliente no llegue a
depositar el pago adeudado.
 Notificar al cliente la demora de la entrega, para luego,
brindar las opciones de entregar el producto disponible al
tiempo acordado y el restante en una fecha posterior o
aplazar toda la entrega a una nueva fecha.
 Organizar de mejor manera los registros de venta para
gestionar una entrega adecuada.
 Ofrecer un descuento al presupuesto dado en la venta,
cuando el producto llegue en mal estado hacia el cliente,
adicionalmente, se le refacciona los daños ocasionados.

1.3.5.3 Fortalezas

 Poseer una red estable de clientes


 Buen ambiente laboral
 Buena generación de publicidad en marketing
 Todos sus servicios prestados son autorizados por la entidad
pública correspondiente.

1.3.5.4 Debilidades

 Tener los registros del inventario o solicitud de ventas en


libros
 Poco control en la calidad de atención al cliente.
 Poseer equipamiento descontinuado
 Inadecuada gestión de procesos administrativos.
1.3.6 Problemática Empresarial

La Empresa ABC GRAFEXSA S.A.C tiene un problema para optimización


de procesos en el área de Comercialización dentro de la Gerencia
Administrativa, lo cual genera una lentitud con respecto ala velocidad con la
que se realizan los procesos de dicha área en especial de compra y venta

2. Disciplina: Modelado de Negocio

2.1 Modelo de Casos de Uso del Negocio

2.1.1 Actores del Negocio

2.1.2 Casos de uso de negocio


2.1.3 Diagrama de casos de uso de negocio

 Diagrama General de Casos de Uso de Negocio

 Diagrama Específico de Casos de Uso de Negocio (Gestión de Compra y Venta)


2.1.4 Diagrama de CUN VS objetivos de negocio

2.2 Modelo de Análisis de Negocio

2.2.1 Entidades de negocio

2.2.2 Trabajadores de Negocio


2.2.3 Realizaciones de Caso de Uso de Negocio

2.2.4 Diagrama de Clases de Negocio

 Diagrama de Clase de Negocio de Venta de Extintores y/o Accesorios

 Diagrama de Clase de Negocio de Compra de Extintores y/o Accesorios


2.2.5 Diagrama de Actividades de Negocio

 Diagrama de Actividades de Negocio de Venta de Extintores y/o Accesorios


 Diagrama de Actividades de Negocio de Compra de Extintores y/o Accesorios
UPN Carrera profesional de ingeniería de sistemas computacionales

2.2.6 Documento de Especificación de Caso de Uso de Negocio

DOCUMENTACION DEL PROCESO DE VENTA DE EXTINTORES Y/O


ACCESORIOS

1. BREVE DESCRIPCION
El documento describe los procedimientos para el proceso de negocio Ventas
de Extintores, desde el acercamiento del cliente al área de Tesorería General
hasta el envío de reporte de las ventas al Gerente de Tesorería General.

2. METAS
Mejorar el procedimiento de atención al cliente, venta y servicios solicitados en
un 60% con respecto al año pasado.

3. FLUJO DE TRABAJO

3.1 Flujo Básico

1.- El proceso inicia cuando el cliente se acerca al establecimiento, donde el


Encargado de Ventas se encarga de atenderlo.
2.- El Encargado de ventas le brinda información acerca del costo y
características de los extintores y/o accesorios.
3.- Si el cliente, está conforme con la información brindada, solicita una cantidad
determinada de extintores y/o accesorios.
4.-El encargado de ventas genera un presupuesto de la cantidad solicitada.
5.-El encargado de ventas le muestra el presupuesto al cliente.
6.-Si el cliente está de acuerdo con el presupuesto, el encargado de ventas
registra el pedido en la lista de pedidos.
7.- El encargado de ventas le solicita un adelanto del 50% del importe obligatorio
a pagar.
8.-El cliente paga el adelanto y el encargado de ventas le entrega un
comprobante de pago marcado como adelanto.
9.- El encargado de ventas le comunica al cliente el día de envió.
10.-El Encargado de ventas verifica en el stock si hay la cantidad pedida.
11.-Si hay stock, le comunica al Almacenero reservar el pedido.

15
UPN Carrera profesional de ingeniería de sistemas computacionales

12.-El Encargado de envió entrega el producto al cliente, pagando el monto


restante del pedido y entregándole el comprobante de pago marcado como
cancelado.
13.- El Proceso finaliza, cuando el Encargado de Ventas genera y entrega un
Reporte de Ventas al Gerente de Tesorería General.

3.2 Flujo Alternativo

1.- En el punto 3, si el cliente no está conforme con la información brindada con


respecto a los extintores y accesorios que cuenta la empresa, se finaliza el
proceso.
2.- En el punto 6, si el cliente este desacuerdo con el presupuesto termina el
proceso.
3.- En el punto 11, si no hay Stock, el encargado de ventas registra el pedido
como lista de pedido marcado como pendiente para enviarlo al área de compras.

4. CATEGORIA
 Este Caso de Uso de Negocio es Core (proceso principal de la empresa).

5. RIESGOS
 Contar con un registro de ventas no actualizado.
 Que el cliente no llegue a efectuar el pago completo o llegue a extender el
plazo.
 Llegar a superar el plazo de entrega de productos al cliente.
 Contar con mala organización de registros de venta.
 Entregar el producto solicitado en mal estado al cliente.

6. POSIBILIDADES

 Actualizar obligatoriamente el registro de ventas por cada venta contratada,


entregada y cancelada.
 Refinanciar la deuda en el caso que el cliente no llegue a depositar el pago
adeudado.
 Notificar al cliente la demora de la entrega, para luego, brindar las opciones de
entregar el producto disponible al tiempo acordado y el restante en una fecha
posterior o aplazar toda la entrega a una nueva fecha.
 Organizar de mejor manera los registros de venta para gestionar una entrega
adecuada.

16
UPN Carrera profesional de ingeniería de sistemas computacionales

 Ofrecer un descuento al presupuesto dado en la venta, cuando el producto


llegue en mal estado hacia el cliente, adicionalmente, se le refacciona los
daños ocasionados.

7. DUEÑO DEL PROCESO


 El encargado de ventas es quien se ocupa de atender al cliente.
 El encargado de envió es quien se ocupa de enviar el producto solicitado al
cliente
 El Gerente de Tesorería General quien decide cómo se realiza el proceso.

8. REQUERIMIENTOS ESPECIALES
 Lista de stock de productos actualizadas
 Lista de ventas actualizadas
 Reporte de ventas finalizadas.

DOCUMENTACION DEL PROCESO DE COMPRA DE EXTINTORES Y/O


ACCESORIOS

1. BREVE DESCRIPCION
El documento describe los procedimientos para el proceso de negocio
Compras de Extintores y/o accesorios, desde que el Encargado de Compras
verifica el listado de pedidos marcados como pendiente hasta que el Gerente
de Tesorería General reciba el reporte de la compra finalizada.

2. METAS
Desarrollar el procedimiento en un 60% sobre las recepciones, compras y
envió de productos solicitados con respecto al año anterior.

17
UPN Carrera profesional de ingeniería de sistemas computacionales

3. FLUJO DE TRABAJO

3.1 Flujo Básico


1.-El encargado de compras verifica la lista de pedidos marcadas como
pendientes.
2.-Si hay listas de pedidos pendientes, el encargado de compras realiza las
llamadas a sus proveedores para consultar los productos.
3.-Si el proveedor cuenta con los productos, el encargado de compras realiza
la orden de compras.
4.-El proveedor comunica al encargado de compras la fecha de entrega de
productos.
5.-El encargado de compras registra la fecha de la orden de compras emitida.
6.- El proveedor manda la orden de compras al Encargado de compras.
7.-El encargado de compras recibe la orden de compras y genera un reporte.
8.-El encargado de compras entrega el reporte al Gerente de Tesorería
General.
9.-El Gerente de Tesorería General recibe el reporte, y finaliza el proceso.

3.2 Flujo Alternativo


1.-En el punto 2, no hay listas pendientes, el proceso finaliza.
2.-En el punto 3, si el proveedor no tiene el stock solicitado, el encargado de
ventas realiza llamada a otro proveedor

4. Categoría
 Este Caso de Uso de Negocio es Core (proceso principal de la empresa).

5. Riesgos
 Que no haya productos disponibles por parte del Proveedor.
 No contar con la lista de pedidos actualizada.
 No contar con el capital adecuado para ordenar las compras solicitadas.
 No llegar a comunicar la fecha de envió al Encargado
 Que el Proveedor no cumpla con la fecha de entrega acordada.
 No entregar el reporte al gerente de Tesorería General para el control del
proceso.

18
UPN Carrera profesional de ingeniería de sistemas computacionales

6. Posibilidades
 Se hace uso del directorio electrónico para buscar más opciones comerciales
de otros proveedores cuando ninguno de los que cuenta la empresa esté
disponible.
 Mantener la lista de pedidos actualizada para el control de las compras
solicitadas.
 Prever la falta de dinero para las compras de productos solicitados.
 Siempre enviar notificaciones al Encargado de compra por cada pedido
solicitado.
 En el caso que el Proveedor no cumpla con la fecha de entrega acordada,
notificar al encargado de Ventas para brinde una solución en su área
respectiva.
 Hacer constante el envío de reporte al Gerente de Tesorería General por cada
compra efectuada para que pueda tener un control de la administración de este
proceso.

7. Dueño del Proceso


 El Encargado de Compras es quien tiene la función de realizar la compra de
pedidos solicitados en el proceso
 El dueño del proceso es el Gerente de Tesorería General quien decide cómo se
realiza el proceso.

8. Requerimientos Especiales
 Lista de pedidos actualizados.
 Reporte de compras realizadas.

2.2.7 Documento reglas de negocio, glosario de términos.

2.2.7.1 REGLAS DE NEGOCIO DE PROCESO DE VENTAS Y COMPRAS DE


EXTINTORES Y/O ACCESORIOS

1. INTRODUCCION
1.1 Propósito
Se busca con este documento proponer las reglas con las que el negocio de la
empresa va a regir para su continuo desarrollo laboral y el cumplimiento de los
estándares que se dan en muchas industrias similares a esta.

La empresa ABC Grafexsa busca cumplir su meta de brindar una mejor atención al
cliente y brindarle todos los servicios que se requieran en la venta y compra de

19
UPN Carrera profesional de ingeniería de sistemas computacionales

extintores, estableciendo nuevas reglas de negocio que ayuden a incrementar los


ingresos y recepciones, así la empresa se desarrollaría industrialmente.

1.2 Alcance
Por medio de las investigaciones realizadas, podremos proponer una serie de reglas
que impulsen al rubro de comercialización de Extintores a una mejor atención al
cliente, de esta manera, los clientes tendrán por preferencia contratar los servicios
de la empresa ABC Grafexsa.

1.3 Referencias
El Gerente General de ABC Grafexsa, Joel Ludeña hizo estudios acerca de los
requerimientos en lo que respecta a la venta y compra de Extintores, también añadió
los factores importantes a considerar antes de realizar actividad en el proceso.

1.4 Descripción
En este documento se desea dar a conocer acerca de todas las reglas de negocio
que la empresa cumple para un óptimo desarrollo en ventas y compras que estaría
incluyendo al Área de Tesorería General con respecto a Ventas y Compras, también
se estaría agilizando el área de Almacén.
Estas reglas demuestran que aún hay muchas actividades a considerar que pueden
reducir los recursos importantes como el tiempo, esto se hace con el beneficio de
brindar algo diferente al cliente para captar su atención.

2. DEFINICION DE LAS REGLAS DE NEGOCIO

2.1 Regla 1 (RN01): El vendedor siempre deberá tomar como prioridad al cliente y sus
necesidades, trabajando con la mejor actitud.

2.2 Regla 2 (RN02): El encargado de mercadotecnia deberá hacer cambios en la


publicidad mínimo cada tres meses.
2.3 Regla 3 (RN03): El gerente de ventas deberá presentar a los vendedores una
gráfica de metas a lograr por mes y los vendedores cumplirla.

20
UPN Carrera profesional de ingeniería de sistemas computacionales

2.4 Regla 4 (RN04): El colaborador que cumpla con las metas asignadas obtendrá un
bono extra de su sueldo.

2.5 Regla 5 (RN05): Los catálogos del producto o servicio que ofrece el vendedor al
cliente siempre deberán estar en buen estado.

2.6 Regla 6 (RN06): El vendedor no podrá manejar promociones o descuentos sin


consultar al gerente de ventas.

2.7 Regla 7 (RN07): El vendedor deberá ser proactivo.

2.8 Regla 8 (RN08): El gerente de ventas siempre deberá estar atento y dar recorridos
junto con los vendedores al cerrar su venta con fines de calidad.

2.9 Regla 9 (RN09): Se tendrá estipulado un mínimo de ventas por día.

2.10 Regla 10 (RN10): El gerente de ventas deberá estar al pendiente de recordarle al


cliente del servicio o producto que se maneja la empresa periódicamente.

2.11 Regla 11 (RN11): El encargado de Compras debe hacer constante revisión a la


lista de pedidos pendientes.

2.12 Regla 12 (RN12): El encargado de Compras debe siempre realizar un reporte de


Compras por cada compra efectuada y entregarla al Gerente de Tesorería General.

2.13 Regla 13 (RN13): Mantener todos los registros o listados bien actualizados para
hacer buen uso de cada documento y la compra sea realizada.

2.14 Regla 14 (RN14): Contar con personal presente para toda orden de compra que
se solicite y pueda procesar el pedido.

2.15 Regla 15 (RN15): Contar con el capital necesario para realizar la compra que se
solicite y pueda procesar el pedido.

21
UPN Carrera profesional de ingeniería de sistemas computacionales

2.16 Regla 16 (RN16): Ante cualquier situación de falta de proveedores, buscar


más propuestas de empresas proveedoras con servicio disponible.

2.17 Regla 17 (RN17): Ante cualquier problema de demora en la entrega del


producto solicitado, el encargado de compras deberá notificar al encargado de
ventas sobre dicha demora.

2.18 Regla 18 (RN18): Verificar que los productos estén en buen estado y estén
como según se había pedido los productos.

2.2.7.2 GLOSARIO DE TERMINOS

 Cacheo: Sinónimo de Registro


 Cotejar: Comparar y examinar una cosa para apreciar sus diferencias o
semejanzas.
 Cliente: Persona que utiliza los servicios de un profesional o de una empresa,
especialmente la que lo hace regularmente.
 Directorio electrónico: Es un contenedor virtual en el que se almacenan una
agrupación de archivos informáticos y otros subdirectorios, atendiendo a su
contenido, a su propósito o a cualquier criterio que decida el usuario.
 Dossier: El dossier es un informe, expediente o historial sobre una materia
 Estimación: Es parte del proceso de ventas. Se da cuando el encargado de
ventas atiende al cliente y le da un presupuesto del pedido consultado.
 Importe: Cantidad de dinero que vale una mercancía o que figura en una factura,
una cuenta, una compra, etc.
 Proveedor: Persona o empresa que se dedica a proveer o abastecer de productos
necesarios a una persona o empresa.
 Transacción: Sinónimo de compras y ventas.
 Refaccionar: Restaurar o reparar.
 Reporte: Noticia o informe acerca de un hecho o suceso reciente.
 Stock: Conjunto de mercancías o productos que se tienen almacenados en
espera de su venta o comercialización.

22
UPN Carrera profesional de ingeniería de sistemas computacionales

3. REQUERIMIENTOS

3.1 Matriz de trazabilidad de actividades de negocio VS Requisitos


Funcionales
Proceso de Actividad Responsable Casos de uso Actores
negocio de negocio del negocio Requisitos

Consultar Encargado de RF01 El sistema deberá permitir Consultar


lista de Compras por medio de una interfaz pedidos
pedidos gráfica consultar la lista de
Compra de pedidos
Extintores
y/o Encargado de
Accesorios Compras

Realiza Encargado de RF02 El sistema deberá permitir Generar y


orden de Compras mediante un formulario actualizar orden
compra generar orden de compra compras

Realiza un Encargado de RF03 El sistema deberá permitir Generar Reporte


reporte de Compras mediante un formulario de compras
compras generar reporte de compras
para el Gerente de Tesorería
General

RF04 El sistema deberá permitir Registrar y


por medio de una interfaz consultar
gráfica registrar empresas proveedores
proveedoras.

23
UPN Carrera profesional de ingeniería de sistemas computacionales

Proceso Actividad de Responsable Requisitos Casos de uso actores


de negocio negocio del negocio

Realizar Encargado de RF01 El sistema deberá permitir Generar Encargado de


presupuesto Ventas mediante una interfaz gráfica presupuesto Ventas
generar presupuesto de
ventas para el cliente.
Registra el Encargado de RF02 El sistema deberá permitir Registrar y Encargado de
pedido Ventas registrar el pedido solicitado actualizar Ventas
Venta de por el cliente mediante un venta de
Extintores formulario interactivo. productos
y/o
Accesorios Genera Encargado de RF03 El sistema deberá permitir
comprobante Ventas mediante una interfaz gráfica
del pago generar comprobante de
adelantado pago marcado como Generar
adelantado. comprobantes
Genera Encargado de RF04 El sistema deberá permitir de pagos
comprobante Ventas mediante una interfaz
de pago interactiva generar Encargado de
finalizado comprobantes de pago Ventas
marcado como cancelado.

Reserva Encargado de RF05 El sistema deberá permitir Reservar Encargado de


productos ventas mediante una interfaz gráfica productos ventas
reservar productos para
ejercer su envió.
Genera reporte Encargado de RF06 El sistema deberá permitir Realizar Encargado de
de Ventas Ventas mediante un formulario reportes de Ventas
generar reportes de ventas ventas
para el Gerente de Tesorería
General.
Registra Encargado de RF07 El sistema deberá permitir Registrar Encargado de
pedido en la Ventas por medio de una interfaz productos Ventas
lista de interactiva registrar pendientes
productos solicitudes de productos para
pendientes entrega al cliente.
RF08 El sistema deberá permitir LOGIN Encargado de
por medio de una interfaz Ventas
gráfica el acceso al sistema

RF09 El sistema deberá permitir Consultar  Cliente


por medio de un formulario información de fidelizado
consultar la información de productos y  Cliente no
los productos y servicios de servicios. fidelizado
la empresa.
RF10 El sistema deberá permitir
por medio de una interfaz
gráfica realizar el pago  Cliente
respectivo de la cotización de fidelizado
productos en venta.

24
UPN Carrera profesional de ingeniería de sistemas computacionales

RF11 El sistema deberá permitir Realizar pago  Sistema


generar un voucher de pago de cotización Bancario
de cotización por medio de
un formulario interactivo

RF12 El sistema deberá permitir Realizar


realizar el backup de ventas backups de Sistema
mediante una interfaz grafica ventas

RF13 El sistema deberá permitir Registrar  Cliente


mediante un formulario Reclamos y fidelizado
registrar reclamos y sugerencias  Cliente no
sugerencias fidelizado
RF15 El sistema deberá permitir Consultar  Cliente
mediante una interfaz gráfica pagos Fidelizado
consultar los pagos registrados  Encargado
realizados de ventas

RF16 El sistema deberá permitir


mediante una interfaz gráfica
registrar productos…

RF17 El sistema deberá permitir Mantener Encargado de


mediante una interfaz gráfica productos ventas
actualizar productos…

RF18 El sistema deberá permitir


mediante una interfaz gráfica
eliminar productos…

RF19 El sistema deberá permitir


mediante una interfaz gráfica
consultar detalle de
productos…
RF20 El sistema deberá permitir Registrar y Encargado de
por medio de un formulario buscar clientes Compras
interactivo registrar clientes
no afiliados.

25
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2 Lista de requerimientos no Funcionales

 La implementación del sistema tendrá que hacerse con un formulario en lenguaje


Java
 El sistema deberá integrarse con un gestor de datos ORACLE. Como mínimo se
necesita un equipo con las siguientes características:

 Procesadores
Sistemas con una CPU de único núcleo, 64 bits (x64) con una velocidad reloj
mínima de 2.5 GHz

 Memoria del sistema


4 gigabytes (GB) (Servidor de administración y Servidor de mensajería)
2 GB (Servidor de seguridad)

 Adaptadores de red
Uno para Servidor de administración
Uno para Servidor de mensajería
Dos para Servidor de seguridad

 Unidad de DVD

 Así mismo se tiene que tener acceso a internet con una velocidad de 4 Mb.

3.3 Lista de requerimientos Funcionales

 El sistema deberá permitir mediante una interfaz Consultar pedidos.


 El sistema deberá permitir mediante un formulario Generar y actualizar orden
compras.
 El sistema deberá permitir mediante una interfaz Generar y actualizar orden
compras.
 El sistema deberá permitir mediante un formulario Generar Reporte de compras.
 El sistema deberá permitir mediante un Interfaz Registrar y consultar proveedores.
 El sistema deberá permitir mediante una interfaz generar presupuesto.
 El sistema deberá permitir mediante un formulario registrar y actualizar venta de
productos.
 El sistema deberá permitir mediante una interfaz generar comprobantes de pagos.
 El sistema deberá permitir mediante una interfaz generar comprobantes de pagos.
 El sistema deberá permitir mediante una interfaz reservar productos.
 El sistema deberá permitir mediante un formulario actualizar stock productos.
 El sistema deberá permitir mediante un formulario realizar reportes de ventas.
 El sistema deberá permitir mediante un interfaz registrar productos pendientes.
 El sistema deberá permitir mediante una interfaz LOGEARSE.
 El sistema deberá permitir mediante un formulario consultar información de
productos y servicios.

26
UPN Carrera profesional de ingeniería de sistemas computacionales

 El sistema deberá permitir mediante una interfaz realizar pago de cotización.


 El sistema deberá permitir mediante un formulario realizar backups de ventas.
 El sistema deberá permitir mediante una interfaz registrar reclamos y sugerencias.
 El sistema deberá permitir mediante un formulario consultar pagos registrados.
 El sistema deberá permitir mediante una interfaz mantener productos.
 El sistema deberá permitir mediante una interfaz mantener productos.
 El sistema deberá permitir mediante una interfaz mantener productos.
 El sistema deberá permitir mediante una interfaz mantener productos.
 El sistema deberá permitir mediante un formulario registrar y buscar clientes.

3.4 Modelo de Caso de Uso

3.4.1 Actores

3.4.2 Casos de Uso

27
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.3 Diagrama de Paquetes

3.4.4 Diagrama de Casos de Uso (Por paquete)

Gestión de Compras

Gestión de Venta

Seguridad

Reportes

28
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.5 Diagrama General de Casos de Uso

3.4.6 Especificación de Casos de Uso

3.4.6.1 Especificación de Caso de Uso: Generar Presupuesto

1. Breve descripción

El caso de uso permite al Encargado de Ventas poder generar el presupuesto de


compra para el cliente fidelizado y no fidelizado.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Registrar Presupuesto” en el menú principal.

29
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2 Flujo Básico

1. El sistema muestra la interfaz “presupuesto” con los siguientes campos: Cliente,


Correo, Fecha, dirección y 4 opciones Nuevo, Agregar, Guardar y Salir.

2. El actor EV selecciona opción Nuevo, el sistema muestra formulario “Registrar


Presupuesto”.

3. El EV ingresa el nombre del cliente.

4. El EV ingresa el correo del cliente.

5. El EV ingresa la fecha actual.

6. El EV ingresa la dirección del cliente.

7. El EV ingresa el teléfono del Cliente.

8. El EV ingresa la lista de productos que componen el presupuesto del cliente


(Tipo, Descripción, Cantidad, IGV) Mediante la opción “AGREGAR”.

9. El sistema automáticamente calcula el presupuesto y lo presenta en datos


numéricos y en texto.

10. El EV selecciona Guardar, el sistema graba los datos del cliente en la base de
datos, muestra mensaje “Se Guardó presupuesto” y limpia los campos de los
datos.

10. Si el EV quisiera registrar más proveedores repite los pasos del punto 3 al 10.

11. El EV selecciona opción Salir, el sistema oculta formulario Registrar


Presupuesto y vuelve al

menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de Presupuestos queda actualizada.

6. Requerimientos especiales

No aplica

30
UPN Carrera profesional de ingeniería de sistemas computacionales

7. Puntos de extensión

No tiene

8. Prototipo

3.4.6.2 Especificación de Caso de Uso: Generar y Actualizar Orden de Compra

1. Breve descripción

El caso de uso permite al Encargado de compras generar orden de compra,


pudiendo registrar datos y actualizar la fecha de recepción de la compra.

2. Actores

2.1 Encargado de compras (EC)

31
UPN Carrera profesional de ingeniería de sistemas computacionales

3. Flujo de eventos

3.1 Evento disparador.

3.1.1 El caso de uso comienza cuando el usuario selecciona la opción “Generar o


Actualizar orden de compra” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Generara y Actualizar orden de Compra” con


los siguientes campos vacíos de inserción y selección: Código, marca, tipo, fecha
emitida, proveedor, cantidad, monto total, empleado, estado, fecha de recepción,
además de las opciones: Grabar, Actualizar y Salir. También muestra una Lista de
Compras con los campos: CODIGO, Marca, Tipo, Proveedor, Cantidad, Fecha,
Monto Total.

3.2.2 El EC selecciona Marca del producto solicitado.

3.2.3 El EC selecciona Tipo del producto solicitado.

3.2.4 El EC ingresa la Fecha emitida del pedido.

3.2.5 El EC selecciona Proveedor activo de servicio.

3.2.6 El EC ingresa la cantidad solicitada a comprar.

3.2.7 El EC ingresa el Monto Total a invertir en la compra.

3.2.8 El EC selecciona el Empleado o encargado de venta que solicito la compra.

3.2.9 El EC selecciona el Estado del producto solicitado.

3.2.10 El usuario selecciona “Grabar” y se genera una orden de compra.

3.2.11 El sistema mostrara un mensaje “Compra Grabada”

3.2.12 El usuario selecciona “Salir”, se cierra la interfaz y el caso de uso termina.

3.3 Sub-Flujos

Actualizar

3.3.1 El EC selecciona un registro del listado de Compras

3.3.2 El sistema rellenara los campos vacíos con los datos del registro
seleccionado

3.3.3 El EC cambia en los campos los datos de la compra seleccionada.

32
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.4 El EC selecciona “Actualizar” y el sistema actualizara los datos en el registro,

3.3.5 El sistema mostrara un mensaje “Compra Actualizada”.

3.3.6 El usuario selecciona “Salir”, se cierra la interfaz y el caso de uso termina.

3.4 Flujos Alternativos

3.4.1 En el punto 3.2.10, si el EC no ha seleccionado Marca, el sistema muestra el


mensaje “Marca no seleccionada”.

3.4.2 En el punto 3.2.10, si el EC no ha seleccionado Tipo, el sistema muestra el


mensaje “Tipo no seleccionado”.

3.4.3 En el punto 3.2.10, si el EC no ha ingresado Fecha, el sistema muestra el


mensaje “Fecha no ingresada”.

3.4.4 En el punto 3.2.10, si el EC no ha seleccionado Proveedor, el sistema


muestra el mensaje “Proveedor no seleccionado”.

3.4.5 En el punto 3.2.10, si el EC no ha ingresado Cantidad, el sistema muestra el


mensaje “Cantidad de productos no ingresado”.

3.4.6 En el punto 3.2.10, si el EC no ha ingresado el Monto Total, el sistema


muestra el mensaje “Monto total no ingresado”.

3.4.7 En el punto 3.2.10, si el EC no ha seleccionado Empleado, el sistema


muestra el mensaje “Empleado no seleccionado”.

3.4.8 En el punto 3.2.10, si el EC no ha seleccionado Estado, el sistema muestra el


mensaje “Estado de producto no seleccionado”.

3.4.9 En el punto 3.3.4, si el EC no ha seleccionado el registro de la lista de


Compras, el sistema muestra el mensaje “Compra no seleccionada”.

4. Pre condiciones

4.1 El usuario deberá estar registrado en el sistema.

4.2 Para actualizar la compra, el sistema debe contar con Compras registradas.

5. Post condiciones

5.1 El sistema tendrá registrado la compra.

33
UPN Carrera profesional de ingeniería de sistemas computacionales

5.2 El sistema tendrá actualizado la lista de compras.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

3.4.6.3 Especificación de Caso de Uso: Generar Reporte de Compra

1. Breve descripción

El caso de uso permite al Encargado de compras generar un reporte de compras


para el Gerente de Tesorería General

34
UPN Carrera profesional de ingeniería de sistemas computacionales

2. Actores

2.1 Encargado de compra (EC)

3. Flujo de eventos

3.1 Evento disparador.

3.1.1 El caso de uso comienza cuando el Encargado de ventas selecciona la


opción “Generar presupuesto” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Generar reporte de compra”, presenta una


lista de compras seleccionables con los siguientes campos: Código, marca, tipo,
proveedor, cantidad, fecha, monto total. Además, presenta campos de escritura y
selección de datos: código (autogenerado), observaciones, pedido recibido,
incidencia, observaciones además de las opciones: Reportar y Salir.

3.2.2 El EC selecciona el registro de la lista de compras y se cargaran los datos


respectivos a la selección en el reporte a realizar.

3.2.3 El EC selecciona la veracidad en Pedido Recibido.

3.2.4 El EC selecciona la veracidad en Incidencia.

3.2.5 El EC ingresa las observaciones de la compra en el campo Observaciones

3.2.6 El EC selecciona el botón Registrar y se graba los datos de Reporte en la


Lista de Reportes

3.2.7 El sistema mostrara un mensaje “Compra Reportada”

3.2.8 El EC selecciona “Salir”, se cierra la interfaz y el caso de uso termina.

3.3 Flujos alternativos

3.3.1 En el punto 3.2.6, si el EC no selecciona registro en el Listado de Compras,


el sistema mostrara un mensaje “Seleccionar compra”.

3.3.2 En el punto 3.2.6, si el EC no selecciona dato en el campo Pedido Recibido,


el sistema muestra un mensaje “No ha seleccionado Veracidad en Pedido
Recibido”.

35
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.3 En el punto 3.2.6, si el EC no selecciona dato en el campo Incidencia, el


sistema muestra un mensaje “No ha seleccionado Veracidad en Incidencia”.

3.3.4 En el punto 3.2.6, si el EC no ingresa datos en el campo Observaciones, el


sistema muestra un mensaje “No ha ingresado Observaciones”.

4. Pre condiciones

4.1 El EC deberá estar identificado en el sistema

4.2 El sistema debe contar con ventas registradas para realizar su respectivo
reporte.

5. Post condiciones

5.1 En el sistema queda registrado el reporte de compras

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

36
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.4 Especificación de Caso de Uso: Registrar proveedores

1. Breve descripción

El caso de uso permite al Encargado de Compras registrar proveedores.

2. Actores

Encargado de Compras (EC)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Compras selecciona la opción


“Registro de proveedores” en el menú principal.

3.2 Flujo Básico

1. El sistema muestra la interfaz “proveedores” con los siguientes campos: RUC,


Nombre de proveedor, teléfono, celular, dirección y 2 opciones Nuevo y Salir.

2. El actor EC selecciona opción Nuevo, el sistema muestra formulario “Registro


de Proveedores”.

3. El EC ingresa el RUC del proveedor

4. El EC ingresa el nombre del proveedor.

5. El EC ingresa el teléfono del proveedor.

6. El EC ingresa el celular del proveedor.

7. El EC ingresa la dirección del proveedor.

8. El EC selecciona Cargar Imagen, agrega logo del proveedor.

9. El EC selecciona Registrar, el sistema graba los datos del proveedor en la base


de datos, muestra mensaje “Se registró proveedor” y limpia los campos de los
datos.

10. Si el EC quisiera registrar más proveedores repite los pasos del punto 3 al 9.

11. El EC selecciona opción Cancelar, el sistema muestra formulario Proveedores


con los registros de proveedores actualizado.

12.El EC selecciona opción Salir, el sistema oculta formulario Proveedores y


vuelve al

37
UPN Carrera profesional de ingeniería de sistemas computacionales

menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de proveedores queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

38
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.5 Especificación de Caso de Uso: Generar Presupuesto

1. Breve descripción

El caso de uso permite al Encargado de Ventas poder generar el presupuesto de


compra para el cliente fidelizado y no fidelizado.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Registrar Presupuesto” en el menú principal.

3.2 Flujo Básico

1. El sistema muestra la interfaz “presupuesto” con los siguientes campos: Cliente,


Correo, Fecha, dirección y 4 opciones Nuevo, Agregar, Guardar y Salir.

2. El actor EV selecciona opción Nuevo, el sistema muestra formulario “Registrar


Presupuesto”.

39
UPN Carrera profesional de ingeniería de sistemas computacionales

3. El EV ingresa el nombre del cliente.

4. El EV ingresa el correo del cliente.

5. El EV ingresa la fecha actual.

6. El EV ingresa la dirección del cliente.

7. El EV ingresa el teléfono del Cliente.

8. El EV ingresa la lista de productos que componen el presupuesto del cliente


(Tipo, Descripción, Cantidad, IGV) Mediante la opción “AGREGAR”.

9. El sistema automáticamente calcula el presupuesto y lo presenta en datos


numéricos y en texto.

10. El EV selecciona Guardar, el sistema graba los datos del cliente en la base de
datos, muestra mensaje “Se Guardó presupuesto” y limpia los campos de los
datos.

10. Si el EV quisiera registrar más proveedores repite los pasos del punto 3 al 10.

11. El EV selecciona opción Salir, el sistema oculta formulario Registrar


Presupuesto y vuelve al menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de Presupuestos queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

40
UPN Carrera profesional de ingeniería de sistemas computacionales

8. Prototipo

3.4.6.6 Especificación de Caso de Uso: Registrar y actualizar ventas de productos

1. Breve descripción

El caso de uso permite al Encargado de Ventas mantener los productos, pudiendo


Registrar y actualizar producto.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Ventas” en el menú principal.

41
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Registro de ventas de productos de la


empresa” con los siguientes datos: Listado de ventas (Código, Marca, Cliente,
Cantidad, Pago Total). Además, presenta las opciones: 3 botones de comando
(Nuevo, Actualizar y Salir).

3.2.2 El sistema muestra los datos registrados de la lista de ventas.


3.2.3 Si el EV selecciona la opción Nuevo pasa al sub-flujo Registrar Ventas.

3.2.4 Si el EV selecciona la opción Actualizar pasa al sub-flujo Actualizar Ventas.

3.2.5 El EV selecciona la opción Salir, finaliza el caso de uso.

3.3 Sub-flujos

Registrar Ventas

3.3.1 El sistema muestra la interfaz “Registrar Venta de Productos de la Empresa”


con los siguientes datos: Código, Cliente, Producto, Cantidad, Pago, Lugar de
Entrega, Fecha de Entrega y Monto Total. Además, presenta las opciones: 2
botones de comando (Registrar, Cancelar).

3.3.2 El EV ingresa los datos de los campos

3.3.3 El EV selecciona la opción Registrar,

3.3.4 El sistema muestra mensaje “Se registró producto” y limpia los campos de
los datos.

3.3.5 Si el EV quisiera registrar más ventas repite los pasos del punto 3.3.2 al
3.3.4.
3.3.6 El EV selecciona “Cancelar”, el sistema muestra la interfaz Registrar y
actualizar ventas de productos.

Actualizar Ventas
3.3.7 El sistema muestra la interfaz “Actualizar Ventas de Productos de la
Empresa” con los siguientes datos: Lista de Ventas (COD VENTA, Marca, Cliente,
Pago Total). Además, presenta 3 opciones: Buscar, Actualizar, Salir

3.3.8 El sistema muestra los datos registrados de la lista de ventas (solo aquellos
que posean un pago total del 50%).

3.3.9 El EV selecciona la opción de acuerdo con el campo que se desea buscar.

3.3.10 El sistema muestra la fila con los datos de la búsqueda realizada


automáticamente.

42
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.11 El EV selecciona una venta de la lista

3.3.12 El EV selecciona la opción Actualizar Venta

3.3.13 El sistema muestra un mensaje de confirmación “¿Desea Actualizar


registro?”.

3.3.14 El EV selecciona la opción Si,

3.3.15. El sistema muestra el MSG: “Se actualizó la venta”.


3.3.16 Si el EV quisiera actualizar más productos repite los pasos del punto 3.3.8
al 3.3.15

3.3.17 El EV selecciona la opción Salir, el sistema muestra la interfaz Registro de


ventas de productos de la empresa.

3.4 Flujos alternativos

3.4.1. En el punto 3.3.2. del sub-flujo, si el EV ingreso datos a ninguno o pocos


campos y luego selecciona “Registrar”.

3.4.1.1. El sistema mostrara un mensaje “Debes rellenar todos los campos


para poder registrar la venta”

3.4.2. En el punto 3.3.11. del sub-flujo, si el EV no selecciona ninguna venta, y


luego selecciona “Actualizar Venta”.

3.4.2.1. El sistema muestra un mensaje “No ha seleccionado producto”.

En el punto 3.3.14 del sub-flujo, si el EV selecciona la opción no, cancela la


actualización.

4. Pre condiciones

4.1. El Encargado de Ventas deberá estar identificado en el sistema.

5. Post condiciones

5.1 La base de datos productos queda actualizada.

6.Requerimientos especiales

No aplica

7.Puntos de extensión

No tiene

43
UPN Carrera profesional de ingeniería de sistemas computacionales

8.Prototipo

44
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.7 Especificación de Caso de Uso: Generar comprobante de pago

1. Breve descripción

El caso de uso permite al Encargado de Ventas poder generar el comprobante de


pago para el cliente fidelizado y no fidelizado.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Generar Comprobante” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Comprobante de pago” con los siguientes


campos bloqueados: Nro. de Comprobante, Cliente, RUC, Dirección, Teléfono,
Fecha y 5 opciones Nuevo, Generar, Guardar, Salir y seleccionar pedido.

3.2.2 El actor EV selecciona opción Nuevo y desbloquea campos.

45
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2.3 El sistema asigna el número del comprobante automáticamente según el


historial de la base de datos.

3.2.4 El actor EV selecciona “Seleccionar Pedido”

3.2.5 El sistema Muestra “Registro de Ventas”

3.2.6 El actor EV Selecciona campo a buscar.

3.2.7 El actor EV ingresa dato.

3.2.8 El Sistema muestra las coincidencias encontradas.

3.2.9 El actor EV selecciona el pedido con Doble click.

3.2.10 El Sistema carga el pedido guardado en la base de datos y lo muestra en la


descripción.

3.2.11 El EV selecciona Generar, el sistema genera y graba los datos del


comprobante en la base de datos, se muestra mensaje “Se generó presupuesto” y
limpia los campos de los datos.

3.2.12 Si el EV quisiera registrar más proveedores repite los pasos del punto 4 al
10.

3.2.13 El EV selecciona opción Salir, el sistema oculta formulario Generar


Comprobante y vuelve al menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de proveedores queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

46
UPN Carrera profesional de ingeniería de sistemas computacionales

8. Prototipo

47
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.8 Especificación de Caso de Uso: Reservar productos

1. Breve descripción

El caso de uso permite al Encargado de Ventas reservar los productos de los


clientes.

2. Actores

Encargado de Ventas(EV)

3. Flujo de eventos

3.1 Evento disparador.

3.1.1 El caso de uso comienza cuando el Encargado de Ventas selecciona la


opción “Registro de productos reservados” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Registro de productos reservados” con los


siguientes datos: Código, Marca, Cantidad, Vendedor, Fecha. Además, presenta
las opciones: Botón Reservar y Salir.

3.2.2 El actor Encargado de Ventas selecciona la opción Reservar, el sistema


muestra formulario “Reservación de Productos”.

3.2.3 El sistema muestra el código autogenerado.

3.2.4 El EV ingresa el código de la venta.

3.2.5 El EV selecciona Hacer Reservación, el sistema graba los datos de los


productos reservados en la base de datos, muestra mensaje “Se registró la
reserva de producto” y limpia los campos de los datos.

3.2.6 Si el EV quisiera reservar más productos repite los pasos del punto 4 al 5.

3.2.7 El EV selecciona opción Regresar, el sistema muestra formulario Registro de


productos reservados.

3.2.8 El EV selecciona la opción Salir y termina el caso de uso.

3.3 Flujos alternativos

No tiene.

4. Pre condiciones

4.1. El Encargado de Ventas deberá estar identificado en el sistema.

48
UPN Carrera profesional de ingeniería de sistemas computacionales

5. Post condiciones

5.1 La base de datos Productos reservados queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

49
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.9 Especificación de Caso de Uso: Realizar Reporte de Ventas

1. Breve descripción

El caso de uso permite al Encargado de Ventas poder generar el reporte de ventas


para el Gerente de Tesorería General.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Generar Reporte de Ventas” en el menú principal.

3.2 Flujo Básico

1. El sistema muestra la interfaz “reporte de ventas” con los siguientes campos:


Fecha de inicio y Fecha de Fin y 6 opciones Buscar, Imprimir, Generar Archivo.xls,
Eliminar Registro, Ocultar Detalle y Salir, 3 opciones de selección Día, Mes, Año,
Eliminar.

2. El actor EV selecciona opción Nuevo, el sistema muestra formulario “Generar


Reporte”.

50
UPN Carrera profesional de ingeniería de sistemas computacionales

3. El EV escoge una opción de selección (Día, Mes, Año) para ubicar las fechas de
las ventas y poder generar el reporte.

5. El EV ingresa la fecha de Inicio.

6. El EV ingresa la fecha de Fin.

7. El EV selecciona la opción buscar para que el sistema muestra todos los


registros almacenados según el intervalo puesto.

8. El EV selecciona Generar Archivo .xls, el sistema genera y graba los datos del
reporte generado, se muestra mensaje “Se generó reporte” y limpia los campos de
los datos.

9. El EV selecciona Imprimir, el sistema genera el archivo Pfd listo para ser


imprimido, se muestra mensaje “Se generó archivo de impresión”.

10. Si el EV quisiera eliminar algún registro que no desee contar en su reporte lo


puede hacer seleccionando el registro y presionando el botón “Eliminar Registro”.

11. Si el EV quisiera ver los detalles de algún registro lo puede hacer


seleccionando el registro de tal manera el sistema mostrará automáticamente los
detalles de dicho registro.

12. Si el EV quisiera no desea ver los detalles de algún registro ya seleccionado lo


puede hacer presionando el botón ocultar detalle de tal manera se ocultarán los
detalles de dicho registro.

11. Si el EV quisiera registrar más proveedores repite los pasos del punto 3 al 9.

12. El EV selecciona opción Salir, el sistema oculta formulario Generar Reporte y


vuelve al menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de proveedores queda actualizada.

6. Requerimientos especiales

No aplica

51
UPN Carrera profesional de ingeniería de sistemas computacionales

7. Puntos de extensión

No tiene

8. Prototipo

3.4.6.10 Especificación de Caso de Uso: Registrar productos pendientes

1. Breve descripción

El caso de uso permite al Encargado de Ventas registrar productos pendientes


realizadas en la venta.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Productos pendientes” en el menú principal.

52
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Productos Pendientes” con los siguientes


datos: Código, Cantidad, Fecha Plazo. Además, presenta lista desplegable para
seleccionar Marca, Tipo. Por último, presenta las opciones: Botón Registrar y Salir.

3.2.2 El actor EV selecciona opción Nuevo, el sistema muestra formulario


“Registrar productos pendientes”.

3.2.3 El sistema muestra el código autogenerado.

3.2.4 El EV selecciona la marca del producto.

3.2.5 El EV selecciona el tipo del producto.

3.2.6 El EV ingresa la cantidad del producto.

3.2.7 El EV ingresa la fecha de plazo de entrega del producto.

3.2.8 El EV selecciona Registrar, el sistema graba los datos del producto


pendiente en la base de datos, muestra mensaje “Se registró nuevo producto
pendiente” y limpia los campos de los datos.

3.2.9 Si el EV quisiera registrar más productos pendientes repite los pasos del
punto 4 al 8.

3.2.10 El EV selecciona opción Cancelar, el sistema muestra formulario Productos


Pendientes con los registros de productos pendientes actualizado.

3.2.11 El EV selecciona opción Salir, el sistema oculta formulario Productos


pendientes y vuelve al menú principal, terminando el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Ventas deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de productos pendientes queda actualizada.

6. Requerimientos especiales

No aplica

53
UPN Carrera profesional de ingeniería de sistemas computacionales

7. Puntos de extensión

No tiene

8. Prototipo

54
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.11 Especificación de Caso de Uso: Login

1. Breve descripción

El caso de uso permite al Usuario acceder al sistema para cumplir sus funciones o
satisfacer sus necesidades.

2. Actores

Usuario

3. Flujo de eventos

3.1 Evento disparador.

No tiene

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Login” con los siguientes datos: Cuenta de
usuario y Contraseña. Además, presenta las opciones: 2 botones de
comando (Entrar y Salir).

3.2.2 El usuario ingresa la cuenta de Usuario.

3.2.3 El usuario ingresa la contraseña.

3.2.4 El EV selecciona la opción “Entrar”

3.2.5 El sistema muestra el mensaje: “Bienvenido (Cuenta de Usuario)” por dos


segundos, luego muestra el Menú Principal y el caso de uso finaliza.

3.3 Flujos alternativos

3.3.1 En el punto 3, si el Usuario selecciona Salir el caso de uso finaliza.

3.3.2 En el punto 5, si el Usuario ingresó mal la cuenta de Usuario, el sistema


muestra el mensaje: “Ingresó mal la cuenta de usuario”.

3.3.3 En el punto 5, si el Usuario ingresó mal la contraseña, el sistema muestra el


mensaje: “Ingresó mal la contraseña”.

3.3.4. En el punto 5, si el Usuario ingresó mal la cuenta o contraseña más de 5


veces, el sistema muestra el mensaje: “Usted ingresó el límite de veces, inténtelo
de nuevo en 20 minutos”, el sistema bloqueará la cuenta por 20 minutos.

55
UPN Carrera profesional de ingeniería de sistemas computacionales

4. Pre condiciones

No tiene.

5. Post condiciones

No tiene.

6.Requerimientos especiales

No aplica.

7.Puntos de extensión

No tiene.

8.Prototipo

56
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.12 Especificación de Caso de Uso: Consultar Información de Producto y


Servicio

1. Breve descripción

El caso de uso permite al Cliente fidelizado y al Cliente no fidelizado consultar


información sobre productos y servicios de la empresa.

2. Actores

Cliente fidelizado (CF), Cliente no fidelizado (CNF)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Cliente fidelizado y al Cliente no fidelizado


selecciona la opción “Catálogo de Productos y Servicios” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Consultar Información de Producto y Servicio”


con los siguientes campos: Marca, Tipo, Foto del producto, Resultados de
búsqueda además de las opciones:

Buscar y Salir.

3.2.2. El sistema muestra los campos (marca y tipo) con una instrucción
predeterminada de hacer una elección y la lista de búsqueda vacía indicando la
espera del resultado.

3.2.3. El CF o el CNF selecciona la marca y tipo del producto que desea buscar.

3.2.4. El CF o el CNF selecciona “Buscar”.

3.2.5. El sistema le mostrara una lista de productos y servicios con las


especificaciones seleccionadas.

3.2.6. El CF o el CNF selecciona un producto o servicio de la lista.

3.2.7. El sistema le mostrara una foto del producto o del servicio seleccionado.

3.2.8. El CF o el CNF selecciona “Salir”, se cierra la interfaz y el caso de uso


termina.

57
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3 Flujos alternativos

En el punto 3.2.3 SI el usuario no selecciona la marca y tipo del producto y luego


selecciona “Buscar”. El sistema mostrara por defecto la lista de productos y
servicios ordenados de manera alfabética.

4. Pre condiciones

4.1. Tener una lista de productos y servicios actualizada

5. Post condiciones

No tiene

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

58
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.13 Especificación de Caso de Uso: Realizar Pago de Cotización

1. Breve descripción

El caso de uso permite al Cliente fidelizado y Sistema bancario realizar el pago


respectivo de la cotización de productos en venta

2. Actores

Cliente fidelizado (CF) y Sistema bancario(SB)

3. Flujo de eventos

3.1 evento disparador.

3.1.1 El caso de uso comienza cuando el usuario selecciona la opción “realizar


pago de cotización” en el menú principal.

3.2 Flujo Básico

3.2.1. El sistema muestra la interfaz “Realizar pago de cotización” que posee una
tabla con los siguientes campos: Cod, marca, importe, fecha de plazo monto
pagado, además de las opciones:

Seleccionar y Salir.

3.2.2. El sistema muestra la lista de pagos que debe realizar el usuario

3.2.3. El usuario selecciona el pago que desea cancelar

3.2.4. El usuario selecciona “Seleccionar” pasa al sub-flujo Realizar Pago

3.2.5. El usuario selecciona “Salir”, se cierra la interfaz y el caso de uso termina.

3.3 Sub-flujos

Realizar Pago

3.3.1. El sistema muestra la interfaz “Realizar pago pendiente del pedido


solicitado” con los siguientes campos:

Agente de pago, cuenta de pago, contraseña, monto, resumen de su pedido,


además de las opciones:

Guardar pago y Cancelar.

3.3.2. El sistema muestra en “resumen de su pedido” el producto, la cantidad


comprado, cuanto a pagado hasta ahora y lo que le falta pagar

59
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.3. El usuario completa y selecciona los campos que están vacíos

3.3.4. El usuario selecciona “Generar e imprimir pago”.

3.3.5. El sistema mostrara un mensaje “pago realizado” y mandara a imprimir un


comprobante del pago

3.4 Flujos alternativos

3.4.1. En el punto 3.3.4 Si el usuario selecciona “Cancelar” el proceso se cancelará

3.4.2. El sistema mostrara un mensaje “operación cancelada”.

4. Pre condiciones

4.1. El usuario deberá estar registrado en el sistema.

5. Post condiciones

5.1. El sistema actualizara la lista de pagos del usuario

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

60
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.14 Especificación de Caso de Uso: Realizar Backups de venta

1. Breve descripción

El caso de uso permite al Encargado de Ventas realizar backups de las ventas


registradas.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Realizar Backup de Ventas de la Empresa” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Realizar Backup de Ventas de la empresa”


con los siguientes datos: Nombre Backup, Observación. Además, presenta las

61
UPN Carrera profesional de ingeniería de sistemas computacionales

opciones: 2 botones crear Backup y Salir, y 2 listas desplegable para seleccionar


el servidor y la base de datos.

3.2.2 El EV selecciona el servidor.

3.2.3 El EV selecciona la base de datos.

3.2.4 El EV ingresa el nombre de backup.

3.2.5 El EV ingresa las observaciones.

3.2.6 El EV selecciona Registrar, el sistema crea nuevo backup en la base de


datos, muestra mensaje “Se registró nuevo Backup”.

3.2.7 El EV selecciona opción Salir y termina el caso de uso.

3.3 Flujos alternativos

No aplica

4. Pre condiciones

4.1. El Encargado de Ventas deberá estar identificado en el sistema.

5. Post condiciones

5.1 Se crea backup de seguridad.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

62
UPN Carrera profesional de ingeniería de sistemas computacionales

8. Prototipo

3.4.6.15 Especificación de Caso de Uso: Registrar Reclamos y Sugerencias

1. Breve descripción

El caso de uso permite al Cliente fidelizado y al Cliente no fidelizado registrar


reclamos y sugerencias

2. Actores

Cliente fidelizado (CF), Cliente no fidelizado(CNF)

3. Flujo de eventos

3.1 evento disparador.

3.1.1. El caso de uso comienza cuando el usuario selecciona la opción “Registrar


Reclamos y sugerencias” en el menú principal.

63
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Registrar Reclamos y sugerencias” con los


siguientes campos: Comentario (Cod, fecha), nuevo comentario: Añadir
comentario y Salir.

3.2.2 El sistema muestra una lista de los reclamos y sugerencias realizados hasta
el momento y el campo nuevo comentario vacío

3.2.3 El usuario escribe su comentario en el campo nuevo comentario

3.2.4 El usuario selecciona “Añadir comentario”.

3.2.5 El sistema mostrara un mensaje “Comentario añadido”

3.2.6 El usuario selecciona “Salir”, se cierra la interfaz y el caso de uso termina.

3.3 Flujos alternativos

No tiene

4. Pre condiciones

No tiene

5. Post condiciones

5.1. El sistema actualizara la lista de reclamos y sugerencias

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

64
UPN Carrera profesional de ingeniería de sistemas computacionales

8. Prototipo

3.4.6.16 Especificación de Caso de Uso: Consulta de Pagos Registrados

1. Breve descripción

El caso de uso permite al Encargado de Ventas y al Cliente Fidelizado consultar


los pagos realizados

2. Actores

Encargado de Ventas (EV), Cliente Fidelizado (CF)

3. Flujo de eventos

3.1 evento disparador.

3.1.1 El caso de uso comienza cuando el Encargado de Ventas o el Cliente


Fidelizado selecciona la opción “Pagos Registrados” en el menú principal.

3.2 Flujo Básico

3.2.1. El sistema muestra la interfaz “Consultar Pagos Registrados” con los


siguientes campos a seleccionar: Código, cliente, fecha, además de una tabla con
los campos: código, cliente, fecha de pago 1 de pago 1, fecha de pago 2, total a
pagar y la opción Salir.

3.2.2. El sistema muestra la tabla con los campos vacíos

65
UPN Carrera profesional de ingeniería de sistemas computacionales

3.2.3. El EV o CF selecciona el orden por el que quiere consultar sus pagos

3.2.4. El sistema muestra la tabla con los pagos registrados en el orden que
selecciono

3.2.5. El EV solicita “Salir”, se cierra la interfaz y el caso de uso termina.

3.3 Flujos alternativos

No tiene

4. Pre condiciones

4.1. El usuario estaba registrado en el sistema.

5. Post condiciones

No tiene

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

66
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.17 Especificación de Caso de Uso: Mantener Productos

1. Breve descripción

El caso de uso permite al Encargado de Ventas mantener los productos, pudiendo


Registrar, actualizar y eliminar producto.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de Ventas selecciona la opción


“Productos” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra la interfaz “Lista de productos” con los siguientes datos:
Listado de productos (Código, Marca, Cantidad, Fecha Vencimiento, Precio
Unitario). Además, presenta las opciones: 4 botones de comando (Registrar,
Actualizar, Eliminar, Salir).

3.2.2 El sistema muestra los datos registrados de la lista de productos.


3.2.3 Si el EV selecciona la opción Registrar pasa al sub-flujo Registrar Productos.

3.2.4 Si el EV selecciona la opción Actualizar pasa al sub-flujo Actualizar


Productos.

3.2.5 Si el EV selecciona la opción Eliminar pasa al sub-flujo Eliminar Productos.

3.2.6 Si el EV selecciona la opción Consultar detalle, primero deberá seleccionar el


producto, pasa al sub-flujo Consultar Detalle de Producto.

3.2.7 El EV selecciona la opción Salir, finaliza el caso de uso.

3.3 Sub-flujos

Registrar Productos

3.3.1 El sistema muestra la interfaz “Registrar productos” con los siguientes datos:
Código, Nombre, Marca, Precio/uni, Cantidad, F. vencimiento. Además, presenta
las opciones: 2 botones de comando (Registrar, Salir).

3.3.2 El EV ingresa el código del producto.

67
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.3 El EV ingresa el nombre del producto.

3.3.4 El EV selecciona la marca del producto.


3.3.5 El EV ingresa el precio unitario del producto.

3.3.6 El EV ingresa la cantidad de productos.

3.3.7 El EV ingresa Fecha de vencimiento de los productos.

3.3.8 El EV selecciona la opción Registrar, el sistema graba los datos del producto
en la base de datos, muestra mensaje “Se registró producto” y limpia los campos
de los datos.

3.3.9 Si el EV quisiera registrar más productos repite los pasos del punto 3.3.2 al
3.3.8.
3.3.10 El EV selecciona la opción salir, el sistema muestra la interfaz Lista de
Productos.

Actualizar Productos
3.3.11 El sistema muestra la interfaz “Actualizar Productos” con los siguientes
datos: Listado de productos (Código, Marca, Cantidad, Fecha Vencimiento, Precio
Unitario). Además, presenta 3 opciones: Buscar, Actualizar, Regresar (botones de
comando) y 4 opciones de selección.

3.3.12 El sistema muestra los datos registrados de la lista de productos.

3.3.13 El EV selecciona la opción de selección de acuerdo con el campo que se


desea buscar.

3.3.14 El EV ingresa la descripción del campo.

3.3.15 El sistema muestra la fila con los datos de la búsqueda realizada


automáticamente.
3.3.16 El EV ingresa los nuevos datos del producto.

3.3.17 El EV selecciona la opción Actualizar.

3.3.18 El sistema muestra un mensaje de confirmación “¿Desea Actualizar


registro?”.

3.3.19 El EV selecciona la opción Si, el sistema graba los datos del producto en la
base de datos, muestra el MSG: “Se actualizó producto”.
3.3.20 Si el EV quisiera actualizar más productos repite los pasos del punto 3.3.13
al 3.3.19.

3.3.21 El EV selecciona la opción Regresar, el sistema muestra la interfaz Lista de


Productos.

68
UPN Carrera profesional de ingeniería de sistemas computacionales

Eliminar Productos

3.3.22 El sistema muestra la interfaz “Eliminar Productos” con los siguientes datos:
Listado de productos (Código, Marca, Cantidad, Fecha Vencimiento, Precio
Unitario). Además, presenta 3 opciones: Buscar, Eliminar, Regresar (botones de
comando), 4 opciones de selección y un texto para la cantidad que se va a
eliminar.

3.3.23 El sistema muestra el listado de productos reservados.

3.3.24 El EV selecciona la opción de selección de acuerdo con el atributo que se


desea buscar para eliminar.

3.3.25 El EV ingresa la descripción del atributo.

3.3.26 El sistema muestra la fila con los datos de la búsqueda realizada


automáticamente.
3.3.27 El EV ingresa la cantidad de productos que desea eliminar.

3.3.28 El EV selecciona la opción Eliminar.

3.3.29 El sistema muestra un mensaje de confirmación “¿Desea eliminar


registro?”.

3.3.30 El EV selecciona la opción Si. el sistema graba los datos del producto en la
base de datos, muestra el MSG: “Se eliminó producto”.
3.3.31 Si el EV quisiera eliminar más productos repite los pasos del punto 3.3.24 al
3.3.30.
3.3.32 El EV selecciona la opción Regresar, el sistema muestra la interfaz Lista de
Productos.

Consultar Detalle de Producto


3.3.33 El sistema muestra la interfaz “Consultar detalle de Producto” con los
siguientes datos: Código, Marca, Peso, Tipo, Canti.Stock, Precio, Fecha de
Vencimiento, Imagen. Además, presenta una opción: 1 botón de comando
(Regresar) y un display picture del producto.

3.3.34 El sistema muestra los datos productos.


3.3.35 El EV selecciona Regresar, el sistema muestra la interfaz Lista de
Productos.

3.4 Flujos alternativos

3.4.1 En el punto 3.2.6 del flujo básico, si no selecciona el producto, el sistema


muestra un mensaje “No ha seleccionado producto”.

69
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.2 En el punto 3.3.19 del sub-flujo, si el EV selecciona la opción no, cancela la


actualización.

3.4.3 En el punto 3.3.30 del sub-flujo, si el EV selecciona la opción no, cancela la


eliminación.

4. Pre condiciones

4.1. El actor Encargado de Ventas deberá estar identificado en el sistema.

5. Post condiciones

5.1 La base de datos productos queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

70
UPN Carrera profesional de ingeniería de sistemas computacionales

71
UPN Carrera profesional de ingeniería de sistemas computacionales

72
UPN Carrera profesional de ingeniería de sistemas computacionales

3.4.6.18 Especificación de Caso de Uso: Registrar y Buscar Clientes

1. Breve descripción

El caso de uso permite al Encargado de Ventas buscar y registrar clientes.

2. Actores

Encargado de Ventas (EV)

3. Flujo de eventos

3.1 Evento disparador.

El caso de uso comienza cuando el Encargado de ventas selecciona la opción


“Clientes” en el menú principal.

3.2 Flujo Básico

3.2.1 El sistema muestra el formulario “Clientes” con las siguientes opciones: 3


botones de comando (nuevo, buscar y salir), 1 lista combinada (código, empresa,
nombre), 1 cuadro de texto(Descripción) y el registro de los clientes (código,
empresa, nombres, apellido, celular, e-mail).

3.2.2. El actor EV selecciona un campo del cliente para realizar la búsqueda.

3.2.3 El EV ingresa la descripción del campo seleccionado.

3.2.4 El EV selecciona la opción Buscar, el sistema realiza una búsqueda en la


base de datos registro de clientes y muestra los datos del cliente.

3.2.5 Si el EV quisiera realizar más búsquedas repite los pasos del punto 2 al 4.

3.2.6 Si el EV selecciona la opción Nuevo, pasa al sub-flujo Nuevo.

3.2.7 El EV selecciona opción Salir, el sistema oculta formulario Clientes y vuelve


al

menú principal, terminando el caso de uso

3.3 Sub-flujos
Nuevo

3.3.1 El sistema muestra el formulario “Registrar Clientes” con los siguientes datos:
Código, Nombres, Apellidos, Teléfono, Celular, E-mail, Contraseña, DNI,
Dirección, Añadir Foto. Además, presenta las opciones: 3 botones de comando
(Cargar imagen, Registrar y Cancelar).

3.3.2 El EV ingresa el nombre del cliente.

73
UPN Carrera profesional de ingeniería de sistemas computacionales

3.3.3 El EV ingresa los apellidos del cliente.

3.3.4 El EV ingresa el teléfono del cliente.

3.3.5 El EV ingresa el celular del cliente.

3.3.6 El EV ingresa el E-mail del cliente.

3.3.7 El EV ingresa el DNI del cliente.

3.3.8 El EV ingresa la dirección del cliente.

3.3.9 El sistema muestra el código y la contraseña autogenerada.

3.3.10 El EV selecciona Cargar Imagen, agrega foto del cliente.

3.3.11 El EV selecciona Registrar, el sistema graba los datos del cliente en la base
de datos, muestra mensaje “Se registró cliente” y limpia los campos de los datos.

3.3.12 Si el EV quisiera registrar más clientes repite los pasos del punto 3.3.2 al
3.3.11.

3.3.13 El EV selecciona la opción Cancelar, el sistema muestra el formulario


“Clientes” con los registros de los clientes actualizados.

3.4 Flujos Alternativos

3.4.1 En el punto 3.2.4 del flujo básico, si descripción ingresada del campo no
existe, el sistema muestra un mensaje “No existe cliente”.

4. Pre condiciones

4.1. El Encargado de Compras deberá estar identificado en el sistema.

5. Post condiciones

5.1 la base de datos registro de clientes queda actualizada.

6. Requerimientos especiales

No aplica

7. Puntos de extensión

No tiene

8. Prototipo

74
UPN Carrera profesional de ingeniería de sistemas computacionales

75