Informe Final Diars2

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
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
 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
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
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
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
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
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
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
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
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

mediante una interfaz gráfica
registrar productos…
RF17 El sistema deberá permitir Mantener Encargado de

mediante una interfaz gráfica productos ventas
actualizar productos…

eliminar productos…

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
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
 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 un formulario registrar y buscar clientes.
3.4 Modelo de Caso de Uso
3.4.1 Actores
3.4.2 Casos de Uso
27
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
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
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
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
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
3. Flujo de eventos
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
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.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
5.2 El sistema tendrá actualizado la lista de compras.
No aplica
No tiene
8. Prototipo
3.4.6.3 Especificación de Caso de Uso: Generar Reporte de Compra
El caso de uso permite al Encargado de compras generar un reporte de compras

para el Gerente de Tesorería General
34
2. Actores
2.1 Encargado de compra (EC)
3. Flujo de eventos
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.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
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
No aplica
No tiene
8. Prototipo
36
3.4.6.4 Especificación de Caso de Uso: Registrar proveedores
El caso de uso permite al Encargado de Compras registrar proveedores.
2. Actores
Encargado de Compras (EC)
3. Flujo de eventos
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
menú principal, terminando el caso de uso.
No aplica
4. Pre condiciones
5. Post condiciones
5.1 la base de datos registro de proveedores queda actualizada.
No aplica
No tiene
8. Prototipo
38
3.4.6.5 Especificación de Caso de Uso: Generar Presupuesto
El caso de uso permite al Encargado de Ventas poder generar el presupuesto de

compra para el cliente fidelizado y no fidelizado.
2. Actores
3. Flujo de eventos
3.1 evento disparador.

“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
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.
11. El EV selecciona opción Salir, el sistema oculta formulario Registrar

Presupuesto y vuelve al menú principal, terminando el caso de uso.
No aplica
4. Pre condiciones
5. Post condiciones
5.1 la base de datos registro de Presupuestos queda actualizada.
No aplica
No tiene
40
8. Prototipo
3.4.6.6 Especificación de Caso de Uso: Registrar y actualizar ventas de productos
El caso de uso permite al Encargado de Ventas mantener los productos, pudiendo

Registrar y actualizar producto.
2. Actores
3. Flujo de eventos

“Ventas” en el menú principal.
41
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
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.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
8.Prototipo
44
3.4.6.7 Especificación de Caso de Uso: Generar comprobante de pago
El caso de uso permite al Encargado de Ventas poder generar el comprobante de

pago para el cliente fidelizado y no fidelizado.
2. Actores
3. Flujo de eventos

“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
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.
No aplica
4. Pre condiciones
5. Post condiciones
No aplica
No tiene
46
8. Prototipo
47
3.4.6.8 Especificación de Caso de Uso: Reservar productos
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.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.
No tiene.
4. Pre condiciones
48
5. Post condiciones
5.1 La base de datos Productos reservados queda actualizada.
No aplica
No tiene
8. Prototipo
49
3.4.6.9 Especificación de Caso de Uso: Realizar Reporte de Ventas
El caso de uso permite al Encargado de Ventas poder generar el reporte de ventas

para el Gerente de Tesorería General.
2. Actores
3. Flujo de eventos

“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
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.
12. El EV selecciona opción Salir, el sistema oculta formulario Generar Reporte y

vuelve al menú principal, terminando el caso de uso.
No aplica
4. Pre condiciones
5. Post condiciones
No aplica
51
No tiene
8. Prototipo
3.4.6.10 Especificación de Caso de Uso: Registrar productos pendientes
El caso de uso permite al Encargado de Ventas registrar productos pendientes

realizadas en la venta.
2. Actores
3. Flujo de eventos

“Productos pendientes” en el menú principal.
52
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.
No aplica
4. Pre condiciones
5. Post condiciones
5.1 la base de datos registro de productos pendientes queda actualizada.
No aplica
53
No tiene
8. Prototipo
54
3.4.6.11 Especificación de Caso de Uso: Login
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
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.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
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
3.4.6.12 Especificación de Caso de Uso: Consultar Información de Producto y

Servicio
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
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
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
No aplica
No tiene
8. Prototipo
58
3.4.6.13 Especificación de Caso de Uso: Realizar Pago de Cotizació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.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
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.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
No aplica
No tiene
8. Prototipo
60
3.4.6.14 Especificación de Caso de Uso: Realizar Backups de venta
El caso de uso permite al Encargado de Ventas realizar backups de las ventas

registradas.
2. Actores
3. Flujo de eventos

“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
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.
No aplica
4. Pre condiciones
5. Post condiciones
5.1 Se crea backup de seguridad.
No aplica
No tiene
62
8. Prototipo
3.4.6.15 Especificación de Caso de Uso: Registrar Reclamos y Sugerencias
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.1. El caso de uso comienza cuando el usuario selecciona la opción “Registrar

Reclamos y sugerencias” en el menú principal.
63
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”
No tiene
4. Pre condiciones
No tiene
5. Post condiciones
5.1. El sistema actualizara la lista de reclamos y sugerencias
No aplica
No tiene
64
8. Prototipo
3.4.6.16 Especificación de Caso de Uso: Consulta de Pagos Registrados
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.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
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.
No tiene
4. Pre condiciones
4.1. El usuario estaba registrado en el sistema.
5. Post condiciones
No tiene
No aplica
No tiene
8. Prototipo
66
3.4.6.17 Especificación de Caso de Uso: Mantener Productos
El caso de uso permite al Encargado de Ventas mantener los productos, pudiendo

Registrar, actualizar y eliminar producto.
2. Actores
3. Flujo de eventos

“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
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.

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
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.

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.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
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.
No aplica
No tiene
8. Prototipo
70
71
72
3.4.6.18 Especificación de Caso de Uso: Registrar y Buscar Clientes
El caso de uso permite al Encargado de Ventas buscar y registrar clientes.
2. Actores
3. Flujo de eventos
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
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
5. Post condiciones
5.1 la base de datos registro de clientes queda actualizada.
No aplica
No tiene
8. Prototipo
74
75

Informe Final Diars2

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Informe Final Diars2

Diunggah oleh

Hak Cipta:

Format Tersedia

UNIVERSIDAD PRIVADA DEL NORTE

Diseño y arquitectura de software

 Tanta Minaya, Carlos

Ing. Alex Huayllasco Motta

2.2 Modelo de Análisis de Negocio ............................. Error! 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

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

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

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

4.2 Arquitectura de análisis

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

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

5.3.3 Script de la base de datos

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

1.1 Datos de la organización:

1.1.1 Razón social:

ABC GRAFEXSA S.A.C.

Jirón Rufino Torrico 256 Oficina 201

1.1.7 Encargado o Representante:

Joel Arliss Ludeña Lopez

1.2 Estructura Empresarial:

1.2.1 Organigrama jerárquico Actual

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

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

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

 Contar con un registro de ventas no actualizado.

 Actualizar obligatoriamente el registro de ventas por cada

 Poseer una red estable de clientes

 Tener los registros del inventario o solicitud de ventas en

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

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

 Diagrama General de Casos de Uso de Negocio

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

2.2 Modelo de Análisis de Negocio

2.2.1 Entidades de negocio

2.2.2 Trabajadores 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

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

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

DOCUMENTACION DEL PROCESO DE VENTA DE EXTINTORES Y/O

3.1 Flujo Básico

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

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

3.2 Flujo Alternativo

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

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

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

7. DUEÑO DEL PROCESO

DOCUMENTACION DEL PROCESO DE COMPRA DE EXTINTORES Y/O

3.1 Flujo Básico

3.2 Flujo Alternativo

7. Dueño del Proceso

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, estableciendo nuevas reglas de negocio que ayuden a incrementar los