J&V CONFECCIONES

TRABAJO INTEGRADOR

INTEGRANTES

PEREDA RUIZ, STEFFANO MARCELO

PÉREZ VILLANUEVA ASTRID CAROLINA
L AURA LEVANO DANIELA
YESSENIA
L LANTO CADILLO, FREDI
RUSBEL
BALLÓN CHEHADE, NICOLAS MARTIN    
 ÍNDICE

1. Organización

1.1. Descripción de la empresa

2. Modelo de caso de uso de negocio

2.1. Modelo de Negocio

2.1.1. Diagrama de procesos de Negocio

3. Modelo de Caso de uso

3.1. Requerimientos

3.2. Matriz de requerimientos – requisitos

3.3. Diagrama de Paquetes

3.4. Diagrama de Caso de Uso por paquete

3.5. Diagrama General de Caso de Uso

4. Modelo Análisis

4.1. Diagrama de Clases y Secuencia

4.2. Especificación de Caso de Uso

5. Modelo de Implementación

5.1. Diagrama de Componentes

5.2. Diagrama de Despliegue

1 Organización

1.1 Descripción de la empresa

➢ Debido a la pandemia podemos notar que un 48.8% de MYPES se vieron

obligadas a cerrar y dentro de ellas podemos encontrar a los negocios textiles que
estaban en pleno desarrollo sufrieron grandes pérdidas al punto de cerrar sus
negocios, sin embargo, la empresa J&V prendas mediante sus precios y
promociones por redes sociales mantuvo su negocio con un crecimiento
considerable durante sus primeros 6 meses, a partir del cual las ventas se
mantuvieron constantes no llegando a la meta planteada al crear el negocio.

Actualmente el negocio tiene unas ventas promedio de 20 000 soles mensuales,

sin embargo, no deja una ganancia considerable lo que no permite que el negocio
tenga un alto crecimiento en el mercado.

El dueño de la empresa J&V prendas, asegura que mantiene activa sus redes
sociales para promover su tienda, sin embargo, esta se actualiza solo una vez
cada tres meses, y no consigue ni el 15% de incremento mensual de seguidores
debido a que sus publicaciones no son informativas y poco llamativas a los ojos
del cliente y esto ocasiona que la gente no muestre cierto interés por su página
social. E inclusive en ciertos meses sus ventas decayeron a pesar de ofrecer
prendas de temporada, chompas, poleras, etc.

Hemos notado que una de la complicación que presenta este negocio sería la
dificultad que tienen las personas para encontrar su página en Facebook, ya que
no hay muchos avisos acerca de este negocio, además esta página también
presenta unas dificultades, como por ejemplo al momento de ingresar podemos
notar que tiene poco contenido actualizado y no presenta una buena campaña de
marketing, lo que significa que no es llamativa a los ojos de los clientes.
2 Modelo de Caso de uso de negocio

2.1 Modelo del Negocio

Actores Características Descripción

Vendedor Nombres Tiene contacto directo con el cliente. Este

Apellidos recibe las órdenes del cliente y luego de
Código registrarlas emite los documentos de envío
y entrega la orden de pedido al repartidor.

Administrador Nombres Supervisa todo el proceso de distribución

Apellidos para encontrar ineficiencias y proponer
Código mejoras continuas, además de ser el
dueño del negocio.

Confeccionista Nombres Es el encargado de confeccionar las

Apellidos prendas que se ofrecerán en línea y en el
Código local.

Repartidor Nombres Es el encargado de trasladar los pedidos

Apellidos desde el almacén hasta el cliente.
Código

Jefe de Compras Nombre Es el encargado del área de compras e

Apellido ingreso de materia prima.
Código

Cliente Nombres del cliente Es el usuario que adquiere los productos

Apellidos del cliente de la empresa. Este solicita los productos
Dirección del cliente al personal de atención al cliente.

➢ 2.1.1. Diagrama de procesos del Negocio

3 Modelado de Caso de uso

3.1. Requerimientos

● PROCESO DE NEGOCIO: VENTA

El vendedor necesita poder:
❖ Consultar un producto.
❖ Registrar una venta y su tipo.
❖ Generar un ticket de venta.
❖ Poder registrar una facturación
❖ Poder generar un comprobante de pago.
❖ Generar informe de ventas.

PROCESO DE NEGOCIO: PEDIDOS

El repartidor necesita poder:
❖ Consultar comprobantes de pagos emitidos por el vendedor.
❖ Registrar un pedido.
❖ Generar una orden de salida.

PROCESO DE NEGOCIO: SALIDA DE PRODUCTOS

Los confeccionistas necesitan poder:
 ❖ Contar Stock de materia prima.
❖ Confeccionar lotes de prendas.
❖ Generar Stock de prendas
❖ Consultar el comprobante emitido por el vendedor.
❖ Consultar Stock en producto.
❖ Generar una orden de salida del producto.
❖ Registrar la salida.
❖ Actualizar el Stock del producto.

PROCESO DE NEGOCIO: INGRESO DE MATERIA PRIMA

El Jefe de compras necesita poder:
❖ Consultar orden de compra para poder cotejar.
❖ Registrar ingreso de materia prima.
❖ Actualizar stock de materia prima luego de un registro.

PROCESO DE NEGOCIO: COMPRA

El jefe de compras necesita poder:
❖ Evaluar y Generar un requerimiento de compra.
❖ Derivar requerimiento de compra al administrador.
❖ Solicitar cotización a un proveedor.
❖ Registrar Cotización y enviarla al administrador.
❖ Generar una orden de compra y enviarla al proveedor.
❖ Registrar compra realizada.

PROCESO DE NEGOCIO: SUPERVISIÓN

El Administrador necesita poder:
❖ Evaluar el requerimiento de compra enviado por el jefe de compra
❖ Evaluar cotizaciones enviadas por el jefe de compras.
❖ Revisar o consultar el stock de productos.
❖ Consultar informe de ventas.
3.2. Matriz de requerimientos - requisitos
3.3. Diagrama de Paquetes

3.4 Diagrama de Caso de Uso por paquete

DCU_VENTAS
DCU_PEDIDOS

DCU_SALIDA DE PRODUCTOS
DCU_INGRESO MATERIA PRIMA

DCU_COMPRAS
DCU_SUPERVISIÓN

DCU_SEGURIDAD
3.5 Diagrama General de Caso de Uso
4 Modelo de Análisis

4.1. Diagrama de Clases y Secuencia

● VENTAS:

DCA_BUSCAR PRODUCTO

DSA_BUSCAR PRODUCTO
DCA_REGISTRAR VENTA

DSA_REGISTRAR VENTA
 ● PEDIDOS:

DCA_COMPROBANTE DE PAGO

DSA_COMPROBANTE DE PAGO
DCA_REGISTRAR PEDIDO

DSA_ REGISTRAR PEDIDO

● SALIDA DE PRODUCTOS:

DCA_ GENERAR STOCK DE PRODUCTO

DSA_GENERAR STOCK DE PRODUCTO

DCA_ REGISTRAR ORDEN DE SALIDA

DSA_ REGISTRAR ORDEN DE SALIDA

● INGRESO MATERIA PRIMA:

DCA_ REGISTRAR MATERIA PRIMA

DSA_ REGISTRAR MATERIA PRIMA

DCA_BUSCAR ORDEN DE COMPRA

DSA_BUSCAR ORDEN DE COMPRA

● COMPRA:

DCA _ REGISTRAR COTIZACIÓN

DSA _ REGISTRAR COTIZACIÓN

DCA _ BUSCAR PROVEEDOR

DSA _ BUSCAR PROVEEDOR

● SUPERVISIÓN:

DCA _ BUSCAR INFORME

DSA _ BUSCAR INFORME

DCA _ REGISTRAR INFORME DE VENTAS

DSA _ REGISTRAR INFORME DE VENTAS

 ● SEGURIDAD:

DCA_VALIDAR USUARIO

DSA_VALIDAR USUARIO
DCA_MODIFICAR CONTRASEÑA USUARIO

DSA_MODIFICAR CONTRASEÑA USUARIO

5.2. Especificación de Caso de Uso
● VENTAS:

ESPECIFICACIÓN DE CASO DE USO: BUSCAR PRODUCTO

1. Descripción
El caso de uso permite al vendedor buscar los productos bajo ciertos
parámetros y visualizar sus datos.

2. Actor(es)
Vendedor

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de Uso se inicia cuando es invocado por el caso de uso

base Registrar stock productos.
El sistema muestra la interfaz “PRODUCTOS” con los siguientes
campos: precio y tipo de prenda, una cuadrícula con los campos: color,
medidas, modelo, stock actualizado. Opciones: “Buscar producto”,
“Aceptar”, “Nuevo”, “Registrar” y Salir.

2. El vendedor ingresa el criterio de búsqueda: Precio y tipo de

prenda

3. El vendedor selecciona la opción: “Buscar producto”.

4. El sistema muestra la relación de productos que coinciden con el

criterio de búsqueda.

5. El vendedor selecciona un producto.

6. El vendedor selecciona la opción: “Aceptar”.

7. El sistema carga los datos en la interfaz del caso de uso base que
lo invocó y finaliza el caso de uso.

3.1.1. Subflujo
El vendedor selecciona la opción “NUEVO” y el sistema borra los
datos de la búsqueda
3.2. Flujos Alternativos

1. Clientes no encontrados.
En el paso 4, si el sistema no encuentra algún producto por el criterio
de búsqueda ingresado muestra el mensaje: “Producto no
disponible”. El caso de uso retorna en el paso 2 o si selecciona la
opción “Salir” el sistema cierra la interfaz y finaliza el caso de uso.
4. Precondiciones
4.1. El producto debe estar registrado en el sistema

5. Post condiciones
5.1. Los datos del producto se mostraron en el caso de uso base que lo
invocó

6. Puntos de Extensión o inclusión

Es incluido por el caso de uso Registrar stock productos

7. Requisitos Especiales
SUPL 01. Imprimir datos del producto al finalizar la búsqueda en formato A4

8. Reglas de Negocio
RN01. Los productos deben ser revisados por el vendedor

9. Prototipo
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR VENTA

1. Descripción
El caso de uso permite al vendedor registrar una venta de un producto
determinado.

2. Actor(es)
Vendedor

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el vendedor accede a la interfaz

“REGISTRO VENTA” y se muestra los siguientes campos: Fecha,
Precio, Tipo de prenda, Cantidad y las opciones: “Buscar Producto”,
“Aceptar” “GRABAR” y “NUEVO”

2. El sistema muestra la fecha actual

3. El vendedor selecciona un producto determinado.

4. El vendedor selecciona la opción “Buscar Producto”. El sistema

incluye el caso de uso Buscar Producto, el vendedor elige un
producto y el sistema carga los datos del producto en el caso de uso
base que lo invocó.

5. El sistema muestra el detalle del producto: Modelo, Tipo de prenda,

Cantidad y Monto.

6. El vendedor ingresa cantidad

7. El vendedor selecciona la opción “Aceptar”

8. El vendedor selecciona la opción “GRABAR” y el sistema registra

la venta y muestra el mensaje: “El pedido ha sido registrado
satisfactoriamente” y finaliza el caso de uso.

3.2. Flujos Alternativos

1. En el punto 5, si el cliente desea agregar un producto adicional, el sistema

permite al vendedor realizar dicha acción y retorna al punto 3.

2. En el punto 6 si la cantidad ingresada por producto supera al stock, el

sistema muestra el mensaje: “Producto no disponible”.

4. Precondiciones
4.1. El producto debe estar registrado en el sistema

5. Post condiciones
No aplica

6. Puntos de Extensión o inclusión

Incluye al Caso de Uso “Buscar Producto”
7. Requisitos Especiales
No aplica
8. Reglas de Negocio
RN01. El vendedor es el único que puede atender un pedido
9. Prototipo
● PEDIDOS:

ESPECIFICACIÓN DE CASO DE USO: BUSCAR COMPROBANTE DE

PAGO

1. Descripción
El caso de uso permite al repartidor buscar un comprobante de pago de
una venta realizada.

2. Actor(es)
Repartidor

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el repartidor accede a la interfaz

“BUSCAR BOLETA” y se muestra los siguientes campos: código,
producto, Cantidad, Detalle del Pedido, Total y después de las
opciones: “Buscar Boleta”, “Aceptar” “GRABAR” y “NUEVO”

2. El repartidor ingresa buscar boleta

3. El repartidor después de la búsqueda tiene que ver el

comprobante de pago

4. El repartidor selecciona la opción “Buscar venta”. El sistema

incluye el caso de uso “Buscar Comprobante'', el repartidor
elige una venta y el sistema carga los datos de la venta en el caso de
uso base que lo invocó.

5. El sistema muestra los datos de la venta y el comprobante:

cantidad, modelo, dirección de cliente, teléfono y

6. El repartidor ingresa buscar boleta

7. El sistema nos entrega la información de Buscar Boleta con los

datos: nombre cliente, dirección, cantidad de pedido y el monto a
pagar.

8. El sistema le muestra la boleta de pago al repartidor.

9. Finalmente el repartidor finaliza con la entrega al cliente.

3.2. Flujos Alternativos

No aplica

4. Precondiciones
El comprobante de pago debe estar registrado en el sistema

5. Post condiciones
No aplica
6. Puntos de Extensión o inclusión
Incluye al Caso de Uso “Registro de pedido”

7. Requisitos Especiales
No aplica

8. Reglas de Negocio
RN01. El repartidor es el único que puede entregar un pedido por delivery.
9. Prototipo

ESPECIFICACIÓN DE CASO DE USO: REGISTRAR PEDIDO

1. Descripción
El caso de uso permite al repartidor de J&V CONFECCIONES realiza un
registro de pedido de un determinado producto o prenda, indicando el tipo
de recojo.

2. Actor(es)
Repartidor

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el repartidor accede a la interfaz

 “REGISTRAR PEDIDO” y el sistema muestra la interfaz “REGISTRAR
PEDIDO” con la fecha de búsqueda y los siguientes campos: Nro. de
comprobante de pago, fecha de entrega.

Cuadrícula con los campos: tipo de comprobante, DNI del

cliente, RUC del cliente, detalle de compra, tipo de pedido y cantidad.

Cuadro de imagen de comprobante seleccionado

Opciones: “Buscar”, “Registrar”, “Nuevo”, “Salir”

2. El sistema muestra la fecha actual

3. El repartidor digita su código en el campo en el campo de

repartidor

4. El repartidor selecciona la opción “Buscar”. El sistema incluye el

caso de uso “Buscar pedido'', el repartidor elige un pedido y el
sistema carga los datos de la venta en el caso de uso base que lo
invocó.

5. El sistema muestra los datos del pedido: cantidad, fecha de

entrega, nombre de cliente.

6. El repartidor ingresa buscar modelo y talla

7. El sistema nos entrega la información de Buscar modelo y Talla

con los siguientes datos: Hombre y/o Mujer, S, M, L.

8. El repartidor tendrá que generar el orden de salida y el sistema

muestra la información en detalle: cantidad, fecha, cliente.

9. El sistema muestra en detalle el comprobante de pago del pedido

en la cuadrícula.

10. El repartidor selecciona la opción “Registrar” y el sistema registra

el pedido, mostrando el mensaje: “El pedido ha sido registrado,
exitosamente, con el código: xxxx” y finaliza el caso de uso.

3.2. Flujos Alternativos

No aplica

4. Precondiciones
El pedido debe estar registrado en el sistema

5. Post condiciones
No aplica

6. Puntos de Extensión o inclusión

Incluye al Caso de Uso “comprobante de pago”
 7. Requisitos Especiales
No aplica

8. Reglas de Negocio
RN01. El repartidor y el administrador pueden registrar un pedido.

9. Prototipo

● SALIDA DE PRODUCTOS:

ESPECIFICACIÓN DE CASO DE USO: GENERAR STOCK DE PRODUCTO

1. Descripción
El sistema permitirá al confeccionista de J&V CONFECCIONES generar
un reporte de stock de producto donde podrá visualizar los detalles de los
productos
2. Actor(es)
El confeccionista

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el confeccionista accede a la

interfaz “GENERAR STOCK DE PRODUCTO” y se muestran los
siguientes:

Cuadrícula con los campos: tipo de comprobante, DNI del

cliente, RUC del cliente, detalle de compra, tipo de pedido y cantidad.

Cuadro de imagen de comprobante seleccionado

Opciones: “Buscar”, “Registrar”, “Nuevo”, “Salir”

2. El sistema muestra la fecha actual

3. El repartidor digita su código en el campo en el campo de repartidor.

4. El repartidor selecciona la opción “Buscar”. El sistema incluye el

caso de uso “Buscar pedido'', el repartidor elige un pedido y el sistema
carga los datos de la venta en el caso de uso base que lo invocó.

5. El sistema muestra los datos del pedido: cantidad, fecha de entrega,

nombre de cliente.

6. El repartidor ingresa buscar modelo y talla

7. El sistema nos entrega la información de Buscar modelo y Talla con los

siguientes datos: Hombre y/o Mujer, S, M, L.

8. El repartidor tendrá que generar el orden de salida y el sistema

muestra la información en detalle: cantidad, fecha, cliente.

9. El sistema muestra en detalle el comprobante de pago del pedido en la

cuadrícula.

10. El repartidor selecciona la opción “Registrar” y el sistema registra el

pedido, mostrando el mensaje: “El pedido ha sido registrado,
exitosamente, con el código: xxxx” y finaliza el caso de uso.

3.2. Flujos Alternativos

No aplica

4. Precondiciones
El pedido debe estar registrado en el sistema

5. Post condiciones
No aplica
 6. Puntos de Extensión o inclusión
Incluye al Caso de Uso “comprobante de pago”

7. Requisitos Especiales
No aplica

8. Reglas de Negocio
RN01. El repartidor registra un pedido.

9. Prototipo

ESPECIFICACIÓN DE CASO DE USO: REGISTRAR ORDEN DE SALIDA

1.  Descripción
El caso de uso permite al Confeccionista registrar una orden de salida de
productos para la venta gestionada.

 2. Actor(es)
Confeccionista

3. Flujo de Eventos
3.1. Flujo Básico 

1. El   Caso de uso se inicia cuando el Confeccionista accede a la interfaz

“REGISTRAR ORDEN DE SALIDA” y se muestra los siguientes
campos: código de orden, tipo de prenda, Modelo, Cantidad y después
de las opciones: “Buscar Orden”, “Agregar Orden” y “Grabar
Orden”. 

2. El Confeccionista ingresa sus datos 

3. El Confeccionista realiza la búsqueda llenando uno o varios campos

luego presiona la opción “Buscar Orden”. 

4. El Confeccionista visualiza la orden de compra que aparece tras la

búsqueda y selecciona el campo de la Orden que desea agregar y
marca la opción “Agregar Orden”. El sistema deja en los campos la
orden agregada y permite seguir con la búsqueda. 

5. Una vez agregada todas las órdenes que se desee el Confeccionista

procede a marcar “Grabar Orden”. 

6. Finalmente, el Confeccionista puede visualizar las Órdenes agregadas

y grabadas en el registro de Órdenes de Salida Oficial.

 3.2. Flujos Alternativos

No aplica 

4. Precondiciones
Deben existir órdenes de salidas no registradas

5. Post condiciones
No aplica 

6.  Puntos de Extensión o inclusión

No aplica

7.  Requisitos Especiales

No aplica

 8. Reglas de Negocio

RN05. El Confeccionista y Administrador son los únicos que puede
manipular la interfaz.

9. Prototipo
● INGRESO MATERIA PRIMA:

ESPECIFICACIÓN DE CASO DE USO: REGISTRAR INGRESO DE

MATERIA PRIMA

1.  Descripción
El caso de uso permite al Jefe de Compras registrar el ingreso de materia
prima al local para confeccionar sus productos.

 2. Actor(es)
Jefe de Compras

3. Flujo de Eventos
3.1. Flujo Básico 

1. El   Caso de uso se inicia cuando el Jefe de Compras accede a la

interfaz “REGISTRAR INGRESO DE MATERIA PRIMA” y se muestra
los siguientes campos: código de ingreso, Tipo de Material y
Cantidad, asimismo el campo Fecha se llena automáticamente con la
fecha prevista en la interfaz. Después de las opciones: “Agregar
Ingreso” y “Grabar Ingreso”. 

2. El Jefe de Compras ingresa sus datos. 

3. El Jefe de Compras realiza el registro llenado los campos luego

presiona la opción “Agregar Ingreso”. 

4. El Jefe de Compras visualiza el registro de ingreso de compras que

se creó, si decide aumentar más ingresos debe llenar nuevamente los
campos y presionar nuevamente la opción “Agregar Ingreso”. 

5. Una vez agregado todas ingresos de materia prima que desee el Jefe
de Compras procede a marcar “Grabar Ingreso”. 

6. Finalmente, el Confeccionista puede visualizar el registro de ingreso

de materia prima oficial según fecha.
 3.2. Flujos Alternativos
No aplica 

4. Precondiciones
No Aplica

5. Post condiciones
No aplica  

6.  Puntos de Extensión o inclusión

No aplica 

7.  Requisitos Especiales

No aplica 

8. Reglas de Negocio
RN06. El Jefe de compras es el único que puede realizar el registro de
ingreso de materia prima. 

9. Prototipo
ESPECIFICACIÓN DE CASO DE USO: BUSCAR ORDEN DE COMPRA

1.  Descripción
El caso de uso permite al Jefe de Compras buscar una orden de compra de
productos para la venta gestionada.

 2. Actor(es)
Jefe de Compras

3. Flujo de Eventos
3.1. Flujo Básico 

1. El   Caso de uso se inicia cuando el Jefe de Compras accede a la

interfaz  “BUSCAR ORDEN DE COMPRA” y se muestra los
siguientes campos: proveedor, tipo de tela y cantidad; y después de
las opciones: “Buscar Orden”, “Agregar Búsqueda”. 

2. El Jefe de Compras ingresa la fecha de la consulta/ búsqueda. 

3. El Jefe de Compras realiza la búsqueda llenando uno o varios

campos luego presiona la opción “Buscar Orden”. 

4. El Jefe de Compras visualiza la orden de compra que aparece tras la

búsqueda. 

5. Si el Jefe de Compras desea añadir otra búsqueda a la tabla debe

seleccionar “Agregar Orden” para luego llenar los campos una vez
más y hacer la búsqueda otra vez.

6. Finalmente, el Jefe de Compras puede visualizar las Órdenes de

Compra que desea por fecha u otros criterios.

 
3.2. Flujos Alternativos
No aplica 

4. Precondiciones
Deben existir órdenes de compras en un registro

5. Post condiciones
No aplica  

6.  Puntos de Extensión o inclusión

No aplica 

7.  Requisitos Especiales

No aplica 

8. Reglas de Negocio
RN09. El Jefe de Compras y el Administrador son los únicos usuarios que
pueden acceder a esta interfaz. 

9. Prototipo
● COMPRA:

ESPECIFICACIÓN DE CASO DE USO: BUSCAR PROVEEDOR

1. BREVE DESCRIPCIÓN

El caso de uso permite que el jefe de compras de la empresa J & V

CONFECCIONES ingrese al sistema y busque a un proveedor.

2. ACTORES

Jefe de Compras

3. FLUJO DE EVENTOS

3.1. FLUJO BÁSICO

1. El caso de uso comienza cuando el jefe de Compras accede a la

interfaz “PROVEEDORES” y se muestran los siguientes campos:
Correo, nombre de la empresa y rubro, con una cuadrícula donde
muestra los siguientes campos: nombre y apellido, código, correo,
cantidad, modelo, marca, fecha de entrega y dirección. Opciones:
“Buscar proveedor”, “Nuevo”, “Salir”, “Registrar”.

2. El jefe de compras ingresa el criterio de búsqueda: correo,

nombre de la empresa y rubro

3. El jefe de Compras selecciona la opción “BUSCAR

PROVEEDOR”

4. El sistema muestra la relación de proveedores registrados

5. El jefe de compras selecciona un proveedor según su código.

 6. El jefe de compras selecciona la opción: “ACEPTAR”

7. El sistema envía automáticamente la búsqueda del proveedor y

finaliza el caso de uso que lo invocó.

3.2. FLUJOS ALTERNATIVOS

En caso de que el proveedor no esté registrado, el sistema emitirá un

mensaje: “PROVEEDOR NO REGISTRADO DESEA REGISTRA” y
aparecerá la opción de “REGISTRAR” O “SALIR” en caso de que no
desee registrar presionara el botón “SALIR” y la interfaz se cerrará y
finaliza el caso de uso.

4. PRECONDICIONES

Los proveedores deberán estar registrados en el sistema

5. POST CONDICIONES

6. PUNTOS DE INCLUSIÓN

No aplica

7. REQUERIMIENTOS ESPECIALES

No aplica

8. REGLAS DE NEGOCIO

No aplica

9. PROTOTIPO
ESPECIFICACIÓN DE CASO DE USO: REGISTRAR COTIZACIÓN

1. BREVE DESCRIPCIÓN

El caso de uso permite que el jefe de compras de la empresa J&V

CONFECCIONES ingrese al sistema y registre una cotización para luego ser
enviada administrador

2. ACTORES

Jefe de Compras

3. FLUJO DE EVENTOS

3.1. FLUJO BÁSICO

1. El caso de uso comienza cuando el jefe de Compras accede a la

interfaz “REGISTRAR COTIZACIÓN” y se muestran los siguientes
campos: datos del proveedor (nombre, código), Forma de pago, también
muestra una cuadrícula donde vemos: datos del proveedor (nombre y
apellido, código), fecha de entrega, monto total y tiempo máximo de
entrega y opciones: “Buscar cotización”, “Nuevo”, “Salir”, “Registrar”.

2. El sistema muestra la fecha actual.

3. El jefe de compras ingresa los criterios: datos del proveedor y forma

de pago

4. El jefe de Compras selecciona la opción “BUSCAR COTIZACIÓN”

5. El jefe de compras elige una cotización y el sistema carga los datos

de la cotización en el caso de uso base que lo invoco.

6. El sistema muestra el detalle de la cotización en la cuadrícula

7. El sistema muestra el código de la cotización.

8. El jefe de compras selecciona la opción: “Enviar” y el sistema envía,

automáticamente la orden de compra al proveedor y finalizar el caso de
uso.

4. PRECONDICIONES

Las cotizaciones deben de estar registradas en el sistema

5. POST CONDICIONES

No aplica

6. PUNTOS DE INCLUSIÓN

Incluye el caso de uso “BUSCAR PROVEEDOR”

7. REQUERIMIENTOS ESPECIALES
 No aplica

8. REGLAS DE NEGOCIO

No aplica

9. PROTOTIPO

● SUPERVISIÓN:

ESPECIFICACIÓN DE CASO DE USO: BUSCAR INFORME

1. BREVE DESCRIPCIÓN

El caso de uso permite que el Administrador de la empresa J&V

CONFECCIONES ingrese al sistema y revise los informes

2. ACTORES

Administrador

3. FLUJO DE EVENTOS

3.1 FLUJO BÁSICO

1. El caso de uso comienza cuando el Administrador accede a la

interfaz

“Informe de ventas” y se muestran los siguientes campos:

Nombre y apellido del vendedor, con una cuadrícula donde
muestra los siguientes campos: Montos cobrados, código de los
tickets de venta, tipo de entrega (delivery o tienda) y el detalle de
ventas

OPCIONES: “Buscar Informe”, “Salir”, “Registrar”.

 2. El Administrador ingresa el criterio de búsqueda: nombre y
apellido del vendedor

3. El Administrador selecciona la opción “BUSCAR INFORME”

4. El sistema muestra la relación de informes registrados

5. El Administrador selecciona un informe.

6. El Administrador selecciona la opción: “ACEPTAR”

7. El sistema envía automáticamente la búsqueda del

Administrador y finaliza el caso de uso.

4 PRECONDICIONES

Los informes deberán estar registrados en el sistema

5 POST CONDICIONES

No aplica

6 PUNTOS DE INCLUSIÓN

No aplica

7 REQUERIMIENTOS ESPECIALES

No aplica

8 REGLAS DE NEGOCIO

No aplica

9 PROTOTIPO
 ESPECIFICACIÓN DE CASO DE USO:  REGISTRAR INFORME DE VENTAS

1.     1.  BREVE DESCRIPCIÓN

El caso de uso permite que el Administrador de la empresa J&V

CONFECCIONES ingrese al sistema y registre un informe de ventas en el
sistema.

2.      2. ACTORES

Administrador

3.       3. FLUJO DE EVENTOS

3.1   FLUJO BÁSICO

1.       El caso de uso comienza cuando el Administrador accede a la

interfaz

“REGISTRAR INFORME DE VENTAS” y se muestran los

siguientes campos: datos del vendedor (nombre y apellido,
también muestra una cuadrícula donde vemos: Cliente, Fecha 
y cantidad total

OPCIONES: “Buscar”, “Nuevo”, “Salir”, “Registrar”.

2.       El sistema muestra la fecha actual.

3.       El Administrador ingresa los criterios: datos del vendedor

4.       El Administrador selecciona la opción “BUSCAR”

El administrador elige un informe y el sistema carga los datos

del informe en el caso de uso base que lo invoco.

5.       El sistema muestra el detalle del informe en la cuadrícula

6.       El Administrador selecciona la opción: “REGISTRAR” y el

sistema registra, automáticamente el informe de venta y finaliza
el caso de uso.

4.    4. PRECONDICIONES

Los informes de venta deben de estar registradas en el sistema

5.      5. POST CONDICIONES

No aplica

6.       6. PUNTOS DE INCLUSIÓN

No aplica
7.      7. REQUERIMIENTOS ESPECIALES

No aplica

8.       8. REGLAS DE NEGOCIO

No aplica

9.      9. PROTOTIPO
● SEGURIDAD:

ESPECIFICACIÓN DE CASO DE USO: VALIDAR USUARIO

1. Descripción
El caso de uso permite al usuario poder ingresar al sistema después de
validar sus parámetros de acceso.

2. Actor(es)
Usuario

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el sistema muestra la interfaz

“ACCESO”, con los campos Usuario, Contraseña y la opción: Ingresar
y el usuario ingresa en la interfaz “ACCESO” su usuario y contraseña.
El usuario selecciona la opción “INGRESAR”

2. El sistema valida al usuario

3. El sistema muestra la interfaz “J&V CONFECCIONES”

4. El usuario accede a la interfaz “J&V CONFECCIONES” y finaliza

el caso de uso

3.2. Flujos Alternativos

1. En el punto 2, si el usuario no ingresó los parámetros correctos, el sistema

validará mostrando el mensaje: “Ingresar usuario y contraseña correctas”. El
sistema permitirá 3 intentos de acceso después de los cuáles bloqueará el
mismo por un lapso de 30 minutos.

4. Precondiciones
El usuario debe estar registrado en el sistema

5. Post condiciones
El usuario accedió al sistema

6. Puntos de Extensión o inclusión

Extiende al caso de uso “Modificar Contraseña” en caso esta haya
caducado

7. Requisitos Especiales
No aplica

8. Reglas de Negocio
RN01. El máximo número de intentos de acceso es de 3, después de ello
el sistema bloqueará dicho acceso por un tiempo máximo de 30 minutos.
 RN02. La modificación de contraseña obedece a un periodo de caducidad
dispuesto previamente por la organización.

9. Prototipo
ESPECIFICACIÓN DE CASO DE USO: MODIFICAR CONTRASEÑA
USUARIO

1. Descripción

El caso de uso permite al usuario poder modificar su contraseña en caso de

caducidad u olvido.

2. Actor(es)
Usuario

3. Flujo de Eventos
3.1. Flujo Básico

1. El Caso de uso se inicia cuando el sistema muestra la interfaz

“MODIFICAR CONTRASEÑA”, con los campos: Ingrese
nueva contraseña y verificar contraseña. El usuario
selecciona la opción “GUARDAR”.

2. El sistema modifica la nueva contraseña.

3. El usuario accede a la interfaz de “Acceso”, le da a “INGRESAR”

y finaliza el caso de uso.

4. Precondiciones
El usuario debe estar registrado en el sistema

5. Post condiciones
El usuario modificó su contraseña del sistema

6. Puntos de Extensión o inclusión

No aplica

7. Requisitos Especiales
No aplica

8. Reglas de Negocio
RN01.La modificación de contraseña obedece a un periodo de caducidad
dispuesto previamente por la organización.
RN02. Al modificar la nueva contraseña esta se deberá verificar
nuevamente.

9. Prototipo
5. Modelo de Implementación

5.1. Diagrama de Componentes

5.2. Diagrama de Despliegue