OBJETIVOS ESPECÍFICOS.
1. Introducción
1.1. Propósito
1.2. Alcance
1.4. Referencias
2. Adquisición
3. Flujo de Trabajo
3.1. Flujo de Trabajo Básico
4. Requerimientos especiales
4.2. Confiabilidad
4.3. Soporte
El SW de este proceso debe poderse extender y adaptar de acuerdo a los
cambios que puedan existir
ESPECIFICACIÓN DE CASO DE USO DEL NEGOCIO: “GESTIONAR
RECEPCIÓN”
1. Introducción
1.1. Propósito
1.4. Referencias
2. Ventas
4. Requerimientos especiales
4.2. Confiabilidad
4.3. Soporte
1. Introducción
1.1. Propósito
1.2. Alcance
1.4. Referencias
2. Ventas
4.2. Confiabilidad
4.3. Soporte
1. Registrar Producto
1.1 Breve descripción
Este caso de uso se inicia cuando el encargado del Área de Recepción
registra los datos de un producto.
2. Flujo de eventos:
2.1 Flujo básico
1. Este caso de uso se inicia cuando el encargado del área de
Recepción elige la opción registrar producto.
2.- El sistema le muestra el formulario de registrar producto.
3.- El encargado del área de recepción ingresa los datos del producto
(código, descripción, unidad de medida, stock, precio) y luego oprime el
botón registrar.
4.-El sistema emite un mensaje de confirmación de registro de producto
y el caso de uso termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso que se
intente registrar datos no permitidos.
3. Pre-condición
El encargado del área de recepción debe haberse logueado
correctamente.
4. Post-condición
Los datos del producto que deja el distribuidor en la empresa sean
registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DISTRIBUIDOR”
1. Registrar Distribuidor
1.1 Breve descripción
Este caso de uso se inicia cuando el encargado del área de recepción
registra los datos del distribuidor.
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción registrar distribuidor.
2.- El sistema le muestra el formulario de Registrar Distribuidor
3.- El encargado del área de recepción ingresa los datos de un
distribuidor (Código, Nombre, Dirección, Teléfono y Email) y luego
oprime el botón registrar.
4.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de recepción debe hacerse logueado
correctamente
4. Post-condición
Los datos del Distribuidor han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CATÁLOGO
VIGENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
Adquisición elige la opción Registrar Catálogo vigente.
2.- El sistema le muestra el formulario de registrar catálogo vigente.
3. El encargado del área de adquisición busca el distribuidor mediante
su código.
4. El sistema muestra los datos del distribuidor
5. El encargado del área de adquisición busca el producto mediante un
código.
6. El sistema muestra el producto buscado.
7.- El encargado del área de adquisición completa los datos del catálogo
vigente (código, descripción) y luego oprime el botón registrar.
8.-El sistema emite un mensaje de confirmación de registro de catálogo
vigente y el caso de uso termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de Adquisición en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de Adquisición debe hacerse logueado
correctamente
4. Post-condición
Los datos de los productos de interés han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DE ANÁLISIS DE CATÁLOGO”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
adquisición elige la opción registrar el documento de análisis de
catálogo.
2.- El sistema le muestra el formulario de Registrar documento de
análisis de catálogo
3.- El encargado del área de adquisición busca el catalogo vigente
mediante un código.
4. El sistema muestra el catálogo vigente.
5. El encargado del área de adquisición busca el producto mediante un
código.
6. El sistema muestra el producto buscado.
7. El encargado del área de adquisición registra el producto que desea
adquirir, lo puede realizar n veces según su requerimiento (cantidad,
descripción) y oprime el botón registrar.
8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de adquisición en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de adquisición debe hacerse logueado
correctamente
4. Post-condición
Los datos del Documento de análisis de catálogo han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ORDEN DE
PEDIDO AL DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
adquisición elige la opción registrar orden de pedido al distribuidor.
2.- El sistema le muestra el formulario de registrar orden de pedido al
distribuidor.
3.- El encargado del área de adquisición busca el documento de análisis
de catálogo mediante un código.
4. El sistema muestra el documento de análisis de catálogo.
5. El encargado del área de adquisición verifica si se concreta el pedido,
si lo es, selecciona el catálogo.
6. el encargado del área de adquisición completa los datos de la orden
de pedido al distribuidor.
7.-El sistema emite un mensaje de confirmación de orden de pedido y el
caso de uso termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado AV en el caso que se intente registrar
datos no permitidos.
3. Pre-condición
El encargado AR debe haberse logueado correctamente.
4. Post-condición
Los datos de la orden de pedido al distribuidor sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE
PEDIDO AL DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
adquisición elige la opción Emitir reporte de pedido al distribuidor
2.- El sistema le muestra el formulario de Emitir reporte de pedido al
distribuidor.
3.- El encargado del área de adquisición selecciona el criterio del reporte
(periodo o nro. documento) y oprime el botón pantalla o imprimir según
su requerimiento
4.- El sistema le muestra pantallazo o imprime el reporte según sea la
elección y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de adquisición en el caso se
intente registrar datos no permitidos
3. Pre-condición
El encargado del área de adquisición debe haberse logueado
correctamente
4. Post-condición
El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN DE
DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción Registrar Albarán del distribuidor.
2.- El sistema le muestra el formulario del Albarán del distribuidor.
3.- El encargado del área de recepción busca los datos del producto
mediante un código.
4.- El sistema le muestra los datos de producto y selecciona los
requeridos.
5. El encargado del área de recepción busca los datos del distribuidor
mediante un código.
6. El sistema le muestra los datos del distribuidor y selecciona el
requerido.
7. El encargado del área de recepción completa los datos del Albarán de
distribuidor y oprime el botón registrar.
8. El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de Recepción debe hacerse logueado
correctamente
4. Post-condición
Los datos del Albarán al distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DE
DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción Registrar Factura de distribuidor.
2.- El sistema le muestra el formulario de Registrar Factura de
distribuidor.
3.- El encargado del área de recepción busca los datos del producto
mediante un código.
4.- El sistema le muestra los datos de producto y selecciona los
requeridos.
5. El encargado del área de recepción busca los datos del distribuidor
mediante un código.
6. El sistema le muestra los datos del distribuidor y selecciona el
requerido.
7. El encargado del área de recepción completa los datos de la factura
de distribuidor y oprime el botón registrar.
8. El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de Recepción debe hacerse logueado
correctamente
4. Post-condición
Los datos de la Factura de distribuidor han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
ESTADO DE PRODUCTO”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción registrar el documento de estado de producto.
2.- El sistema le muestra el formulario de Registrar documento de estado
de producto.
3.- El encargado del área de recepción busca los datos del producto
mediante un código.
4.- El sistema le muestra los datos del producto
5.- El encargado del área de adquisición selecciona el producto.
6.- El encargado del área de adquisición llena el formulario con el estado
en el que se encuentra el producto y oprime el botón registrar.
7.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de adquisición debe hacerse logueado
correctamente
4. Post-condición
Los datos del Documento estado de producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DE INGRESO DE PRODUCTO”
3. Pre-condición
El encargado del área de Recepción debe hacerse logueado
correctamente
4. Post-condición
Los datos del Documento de Ingreso de Producto han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE
INGRESO DE PRODUCTO”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción Emitir reporte de ingreso de producto.
2.- El sistema le muestra el formulario de Emitir reporte de ingreso de
producto.
3.- El encargado del área de recepción selecciona el criterio del reporte
(periodo o nro. documento) y oprime el botón pantalla o imprimir según
su requerimiento
4.- El sistema le muestra pantallazo o imprime el reporte según sea la
elección y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar datos no permitidos
3. Pre-condición
El encargado del área de recepción debe haberse logueado
correctamente
4. Post-condición
El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DE DEVOLUCIÓN AL DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado de recepción elige la
opción Registrar Documento de devolución al distribuidor
2.- El sistema le muestra el formulario de Registrar documento de
devolución al distribuidor.
3.- El encargado del área de recepción busca los datos de un
Documento de estado de producto
4.- El sistema muestra los datos del Documento de estado de producto
5.- El encargado del área de recepción busca los datos del distribuidor
6.- El sistema le muestra los datos del distribuidor
7.- El encargado del área de recepción busca los datos producto
devuelto
8.- El sistema le muestra los datos del producto devuelto
9.- El encargado del área de recepción llena los datos del Documento de
devolución al distribuidor y oprime el botón registrar
10.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar no validos
3. Pre-condición
El encargado del área de recepción debe hacerse logueado
correctamente
4. Post-condición
Los datos del documento de devolución al distribuidor han sido
registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE
DEVOLUCIÓN AL DISTRIBUIDOR”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de
recepción elige la opción Emitir reporte de devolución al distribuidor.
2.- El sistema le muestra el formulario de Emitir reporte de devolución al
distribuidor.
3.- El encargado del área de recepción selecciona el criterio del reporte
(periodo o nro. documento) y oprime el botón pantalla o imprimir según
su requerimiento
4.- El sistema le muestra pantallazo o imprime el reporte según sea la
elección y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de recepción en el caso se
intente registrar datos no permitidos
3. Pre-condición
El encargado del área de recepción debe haberse logueado
correctamente
4. Post-condición
El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR CLIENTE”
1. Registrar Cliente
1.1 Breve descripción
Este caso de uso se inicia cuando el encargado del área de ventas
registra albarán al cliente.
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado de ventas elige la
opción registrar cliente.
2.- El sistema le muestra el formulario de Registrar Cliente.
3.- El encargado del área de ventas ingresa los datos de un cliente
(Código, Nombre, Dirección, Teléfono y Email) y luego selecciona el
botón Registrar.
4.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
Los datos del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DE PRESUPUESTO”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado de ventas elige la
opción registrar documento de presupuesto.
2.- El sistema le muestra el formulario de Registrar documento de
presupuesto
3.- El encargado del área de ventas busca los datos del Cliente
4.- El sistema le muestra los datos del Cliente
5.- El encargado del área de ventas busca los datos del producto
6.- EL sistema le muestra los datos del producto
7.- El encargado del área de ventas completa los datos del Documento
de presupuesto y oprime el botón de registrar
8.- El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
Los datos del Documento de presupuesto han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DE PEDIDO DE CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción registrar documento de pedido de cliente.
2.- El sistema le muestra el formulario de registrar documento de pedido
de cliente.
3. El encargado del área de ventas busca los datos del cliente mediante
su código.
4. El sistema muestra datos del cliente.
5. El encargado del área de ventas selecciona al cliente
6. El encargado del área de ventas busca producto mediante un código.
7. El sistema muestra datos del producto.
8. El encargado del área de ventas selecciona el producto, este
procedimiento lo puede realizar n veces
9. El encargado del área de ventas completa los datos del documento de
pedido de cliente y oprime el botón registrar
10.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso que se
intente registrar datos no permitidos.
3. Pre-condición
El encargado del área de ventas debe haberse logueado correctamente.
4. Post-condición
Los datos del documento de pedido del cliente sean registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE DE
PEDIDO DE CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción Emitir reporte de pedido de cliente
2.- El sistema le muestra el formulario de Emitir reporte de pedido de
cliente.
3.- El encargado del área de ventas selecciona el criterio del reporte
(periodo o nro. documento) y oprime el botón pantalla o imprimir según
su requerimiento
4.- El sistema le muestra pantallazo o imprime el reporte según sea la
elección y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar datos no permitidos
3. Pre-condición
El encargado del área de ventas debe haberse logueado correctamente
4. Post-condición
El reporte ha sido enviado
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR FACTURA DEL
CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción Registrar factura del cliente.
2.- El sistema le muestra el formulario de la factura del cliente
3.- El jefe de almacén busca los datos del doc. De pedido del cliente.
4.- El sistema le muestra los datos del doc. De pedido del cliente.
5.- El encargado del área de ventas completa los datos de la factura del
cliente y oprime el botón registrar.
6.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
Los datos de la factura del cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR ALBARÁN AL
CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción Registrar Albarán al cliente.
2.- El sistema le muestra el formulario del Albarán al cliente
3.- El jefe de almacén busca los datos del doc. De pedido del cliente.
4.- El sistema le muestra los datos del doc. De pedido del cliente.
5.- El encargado del área de ventas completa los datos del Albarán al
cliente y oprime el botón registrar.
6.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
Los datos del Albarán al cliente han sido registrados
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR DOCUMENTO
DEVOLUCIÓN DE CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción registrar documento de devolución de cliente.
2.- El sistema le muestra el formulario de Registrar Documento de
devolución de cliente.
3. El encargado del área de ventas busca los datos del cliente mediante
su código.
4. El sistema muestra los datos del cliente.
5.- El encargado del área de ventas busca el producto devuelto
mediante su código.
6. El sistema muestra los datos del producto.
7. el encargado del área de ventas completa los datos del formulario de
devolución (código, fecha, motivo, cantidad) y oprime el botón registrar.
8.-El sistema emite un mensaje de confirmación y el caso de uso termina
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
Los datos de la devolución de cliente han sido registrados.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “EMITIR REPORTE
DEVOLUCIÓN DE CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado del área de ventas
elige la opción emitir reporte devolución de cliente.
2.- El sistema le muestra el formulario de Emitir Reporte devolución de
cliente.
3. El encargado del área de ventas busca el documento de devolución
de cliente mediante un código.
4.- El sistema le muestra los datos del Documento de devolución de
cliente.
5.- El administrador ingresa los datos del Reporte de devolución de
cliente y oprime el botón emitir.
6.-El sistema emite un mensaje de confirmación y el caso de uso
termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado del área de ventas en el caso se intente
registrar no validos
3. Pre-condición
El encargado del área de ventas debe hacerse logueado correctamente
4. Post-condición
El reporte de devolución de cliente ha sido emitido.
ESPECIFICACIÓN DEL CASO DE USO DEL SISTEMA: “REGISTRAR REEMBOLSO AL
CLIENTE”
2. Flujo de eventos:
2.1 Flujo básico
1.- Este caso de uso se inicia cuando el encargado Área de Ventas elige
la opción registrar reembolso.
2.- El sistema le muestra el formulario de registrar reembolso.
3.- El encargado del Área de Ventas busca el documento de devolución
al cliente mediante su código.
4. El sistema muestra el documento de devolución al cliente.
5. el encargado del área de ventas completa los datos del documento de
reembolso (fecha, monto total, código) y oprime el botón registrar.
6.-El sistema emite un mensaje de confirmación de registro de
reembolso y el caso de uso termina.
2.2 Flujo alternativo
2.2.1 < Consistencia de datos >
El sistema informa al encargado AV en el caso que se intente registrar
datos no permitidos.
3. Pre-condición
El encargado AR debe haberse logueado correctamente.
4. Post-condición
Los datos del reembolso sean registrados.
4.2.2 Diagramas de Colaboración