Especificacion de casos de uso

Anuncio
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Listado De Productos Disponibles.
Breve Descripción: Genera el listado de los productos disponibles en la imprenta.
Actor: Responsable de Compras, Responsable de Ventas.
Trigger: El Responsable de Compras o de Ventas selecciona la actividad Generar
Listado De Productos Disponibles.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra el listado generado ordenado por nombre de producto, mostrando
su descripción.
2 El Sistema permite Responsable de Compras o de Ventas imprimir o guardar el
listado.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Ninguna.
Precondición: Los productos deben estar cargados y el usuario autenticado en el
sistema.
Poscondición: Se genera un listado.
Página 136
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Cliente.
Breve Descripción: Crea un cliente con sus respectivos datos.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Alta Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas ingresar Razón Social o Nombre y
Apellido, Código único, Dirección, Titular, Cuit, Condición De Iva, Mail, Teléfono,
Cpa, Ingresos Brutos, Fecha Inicio Actividad, Localidad, Provincia, Código Postal.
2 El Sistema verifica que los datos ingresados no estén almacenados y que estén
correctamente cargados.
3 El Sistema crea un nuevo Cliente los datos ingresados.
4 El Sistema habilita nuevamente la función Alta Cliente.
Flujos Alternativos:
1 Cliente Existente: Si el Cliente existe el sistema cancela la carga y solicita que se
ingrese una descripción de Cliente diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se crea un nuevo Cliente son:
Nombre
Apellido
Cuit
Condición de Iva
CPA (Si lo posee)
Precondición: El usuario debe estar autenticado en el sistema.
Poscondición: Se crea un Cliente.
Página 236
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Cliente.
Breve Descripción: Permite modificar los datos de Cliente.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Modificar Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas modificar los datos del Cliente mediante
la búsqueda del mismo.
2 El Responsable de Ventas de ingresa los nuevos datos.
3 El Sistema verifica que los datos ingresados no pertenezcan a un Cliente almacenado
y que sean correctos.
4 El Sistema modifica los datos del Cliente deseado.
5 El Sistema habilita nuevamente la función Modificar Pedido.
Flujos Alternativos:
1 Cliente Existente: Si el Cliente existe el sistema cancela la carga y solicita que se
ingrese una descripción de Cliente diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Cliente (1).
Relaciones de Extensión: Modificar Pedido (1), Alta Pedido (1).
Observaciones:
Los datos que son obligatorios cargar cuando se modifica un nuevo Cliente son:
Nombre
Apellido
Cuit
Condición de Iva
CPA (Si lo posee)
Precondición: El Cliente debe existir y el usuario debe estar autenticado en el sistema.
Poscondición: Se modifican los datos de un Cliente.
Página 336
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Cliente.
Breve Descripción: Permite la eliminación de un Cliente.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Baja Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas solicitar la eliminación de un Cliente
directamente o mediante la búsqueda del mismo.
2 El Sistema pide que se confirme la eliminación del Cliente.
3 El Sistema da de baja al Cliente.
Flujos Alternativos:
1 Cancelación de eliminación: Si el Responsable de Ventas no confirma la eliminación
del Cliente, el sistema no genera cambios.
Relaciones de Inclusión: Buscar Cliente (1).
Relaciones de Extensión: Ninguna.
Observaciones.
Precondición: El Cliente debe existir y el usuario autenticado en el sistema.
Poscondición: Se da de baja un Cliente.
Página 436
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Pedido.
Breve Descripción: Crea un Pedido, permitiendo el ingreso de distintos datos.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Alta Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas seleccionar un producto de una lista de
productos, ingresar la cantidad que se desea, y una seña en caso de existir y el cliente
que lo realiza.
2 El Sistema verifica que los datos ingresados no estén almacenados y que estén
correctamente cargados.
3 El Sistema crea un nuevo Pedido los datos ingresados.
4 El Sistema habilita nuevamente la función Modificar Pedido.
Flujos Alternativos:
1 Pedido Existente: Si el Pedido existe el sistema cancela la carga y solicita que se
ingrese una descripción de Pedido diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna..
Observaciones:
Los datos que son obligatorios cargar cuando se modifica un Pedido son:
Producto
Cantidad
Precondición: El usuario debe estar autenticado en el sistema.
Poscondición: Se crea un Pedido
.
Página 536
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Pedido.
Breve Descripción: Permite modificar los datos de un Pedido.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Modificar Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas modificar los datos del pedido mediante
la búsqueda del mismo.
2 El Responsable de Ventas ingresa los nuevos datos.
3 El Sistema verifica que los datos ingresados no pertenezcan a un Pedido almacenado y
que sean correctos.
4 El Sistema modifica los datos del Pedido deseado.
5 El Sistema habilita nuevamente la función Modificar Pedido.
Flujos Alternativos:
1 Pedido Existente: Si el Pedido existe el sistema cancela la carga y solicita que se
ingrese una descripción de Pedido diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Pedido (1).
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se modifica un Pedido son:
Nro Pedido
Precondición: El pedido debe existir y el usuario debe estar autenticado en el sistema.
Poscondición: Se modifican los datos de un Pedido.
Página 636
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Pedido.
Breve Descripción: Permite la eliminación de un Pedido.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Baja Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas solicitar la eliminación de un Pedido
directamente o mediante la búsqueda del mismo.
2 El Sistema pide que se confirme la eliminación del Pedido.
3 El Sistema da de baja al Pedido.
Flujos Alternativos:
1 Cancelación de eliminación: Si el Responsable de Ventas no confirma la eliminación
del Pedido, el sistema no genera cambios.
Relaciones de Inclusión: Buscar Pedido (1).
Relaciones de Extensión: Ninguna.
Observaciones.
Precondición: El pedido debe existir y el usuario autenticado en el sistema.
Poscondición: Se da de baja un Pedido.
Página 736
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Buscar Cliente.
Breve Descripción: Permite buscar un Cliente.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Buscar Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas ingresar el Nombre y Apellido o la
Razón Social del Cliente a buscar.
2 El Sistema muestra una lista de Clientes en concordancia con el dato ingresado.
3 El Sistema permite al Responsable de Ventas seleccionar un Cliente de la lista
mostrada para visualizar los datos del mismo, modificar los mismos o darlo de baja.
Flujos Alternativos:
1 Cliente No Encontrado: Si al ingresar el Apellido y Nombre o Razón Social el sistema
no encuentra el/los Cliente/s correspondiente/s para dicho dato se muestra un mensaje
de error informando sobre la inexistencia del Cliente.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Es obligatorio ingresar el Nombre y Apellido o Razón Social de un Cliente para ver los
datos.
Precondición: El usuario autenticado en el sistema.
Poscondición: Se muestran los resultados obtenidos.
Página 836
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Ver Datos Cliente.
Breve Descripción: Permite ver los datos de un Cliente.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Ver Datos Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra los datos de un Cliente, Nombre, Apellido, Razón Social, Cuit,
Dirección, Condición de Iva, E-mail, Teléfono.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ver Datos Cliente (1).
Observaciones:
Ninguna
Precondición: Debe seleccionarse un Cliente y el usuario autenticado en el sistema.
Poscondición: Se muestran los datos de un Cliente.
Página 936
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Ver Datos Pedido.
Breve Descripción: Permite ver los datos de un Pedido.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Ver Datos Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra los datos de un Pedido, Cliente, Estado, etc.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Buscar Pedido (1).
Observaciones:
Ninguna
Precondición: Debe seleccionarse un Pedido y el usuario debe estar autenticado en el
sistema.
Poscondición: Se muestran los datos de un Pedido.
Página 1036
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Buscar Pedido.
Breve Descripción: Permite buscar un Pedido.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Buscar Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Ventas ingresar Número de Pedido, Cliente o
Rango de Fechas del Pedido a buscar.
2 El Sistema muestra una lista de Pedidos en concordancia con el dato ingresado.
3 El Sistema permite al Responsable de Ventas seleccionar un Pedido de la lista
mostrada para visualizar los datos del mismo, modificar los mismos o darlo de baja.
Flujos Alternativos:
1 Pedido No Encontrado: Si al ingresar el Número de Pedido, Cliente o Rango de
Fechas el sistema no encuentra el/los Pedido/s correspondiente/s para dicho dato se
muestra un mensaje de error informando sobre la inexistencia del Pedido.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Es obligatorio ingresar el Número de Pedido, Cliente o Rango de Fechas de un Pedido
para ver los datos.
Precondición: El usuario debe estar autenticado en el sistema.
Poscondición: Se muestran los resultados obtenidos.
Página 1136
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Informe de Pedido.
Breve Descripción: Genera un informe sobre un pedido, mostrando el estado y las
características.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Generar Informe de Pedido.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra el informe generado mostrando el estado del pedido (entregado,
no entregado, no realizado, pagado, no pagado) y las características (Cliente que lo
pido, cantidad, precio, etc.).
2 El Sistema permite Responsable de Ventas imprimir el listado.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Ninguna.
Precondición: Los Pedidos deben estar cargados y el usuario autenticado en el sistema.
Poscondición: Se genera un Informe.
Página 1236
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Informe Histórico por Cliente.
Breve Descripción: Genera un informe mostrando los distintos pedidos realizados por
un Cliente.
Actor: Responsable de Ventas.
Trigger: El Responsable de Ventas selecciona la actividad Generar Informe Histórico
por Cliente.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra el informe generado mostrando los Pedidos realizados por un
Cliente mostrando las características y fecha de entrega.
2 El Sistema permite Responsable de Ventas imprimir el listado.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Ninguna.
Precondición: El usuario debe estar autenticado en el sistema.
Poscondición: Se genera un Informe.
Página 1336
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Mercadería.
Breve Descripción: Realiza el alta de la mercadería, permitiendo el ingreso de distintos
datos: nombre, cantidad y descripción de la misma.
Actor: Responsable de compras.
Trigger: El responsable de compras selecciona la actividad Alta Mercadería.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras ingresar el nombre y descripción de la
mercadería.
2 El Sistema verifica que los datos ingresados estén correctamente cargados.
3 El Sistema crea la mercadería con los datos ingresados.
4 El Sistema habilita nuevamente la función Alta Mercadería
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Alta Stock (1).
Observaciones:
Los datos que son obligatorios cargar cuando se crea la mercadería son:
Nombre
Precondición: El usuario debe encontrarse autenticado en el sistema
Poscondición: Se crea la mercadería.
Página 1436
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Mercadería.
Breve Descripción: Permite la eliminación de la mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Baja Mercadería.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras solicitar la eliminación de la
mercadería mediante la búsqueda de la misma.
2 El Sistema pide que se confirme la eliminación de la mercadería.
3 El Sistema da de baja la mercadería.
4 El Sistema habilita nuevamente la función baja mercadería para una nueva
eliminación.
Flujos Alternativos:
1 Cancelación de eliminación: Si el Responsable de Compras no confirma la
eliminación de la mercadería, el sistema no genera cambios.
2 Mercadería No Seleccionada: Si la Mercadería a eliminar no se encuentra
seleccionada cuando se solicita la baja de la misma el sistema muestra un mensaje de
error solicitando se seleccione una.
Relaciones de Inclusión: Buscar Mercadería (1).
Relaciones de Extensión: Ninguna.
Observaciones.
Precondición: Que la Mercadería se encuentre cargada, y el usuario autenticado en el
sistema.
Poscondición: Se da de baja la mercadería.
Página 1536
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Mercadería.
Breve Descripción: Permite modificar los datos de la mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Modificar Mercadería.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras modificar los datos de la mercadería
insertándolos mediante la búsqueda del mismo.
2 El Responsable de Compras ingresa los nuevos datos.
3 El Sistema verifica que los datos ingresados sean correctos.
4 El Sistema modifica los datos de la mercadería seleccionada.
5 El Sistema habilita nuevamente la función modificar Mercadería.
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Mercadería (1).
Relaciones de Extensión: Ninguna.
Observaciones:
-Los datos que son obligatorios cargar cuando se modifica una Mercadería son:
Nombre
Precondición: Que la Mercadería se encuentre cargada, y el usuario autenticado en el
sistema.
Poscondición: Se modifican los datos de la mercadería.
Página 1636
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Buscar Mercadería.
Breve Descripción: Permite buscar una mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Buscar Mercadería.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras ingresar el nombre o la descripción
(total o parcial) de la mercadería a buscar.
2 El Sistema muestra una lista de mercaderías en concordancia con el dato ingresado.
3 El Sistema permite al Responsable de Compras seleccionar una mercadería de la lista
mostrada para visualizar los datos de la misma.
Flujos Alternativos:
1 Mercadería No Encontrada: Si al ingresar el nombre el sistema no encuentra la
mercadería correspondiente para dicho dato se muestra un mensaje de error informando
sobre la inexistencia de la mercadería.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ver Datos mercadería (2).
Observaciones:
Es obligatorio ingresar el nombre o la descripción (total o parcial) de la mercadería para
ver los datos.
Precondición: El usuario debe encontrarse autenticado en el sistema.
Poscondición: Se muestran los resultados obtenidos.
Página 1736
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Ver Datos Mercadería.
Breve Descripción: Permite ver los datos de la mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Ver Datos Mercadería.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra los datos de la mercadería: Nombre, Cantidad y Descripción.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Ninguna
Precondición: Debe seleccionarse una mercadería y el usuario debe estar autenticado
en el sistema.
Poscondición: Se muestran los datos.
Página 1836
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Stock
Breve Descripción: Crea el stock de la mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Alta Stock.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras ingresar el Nombre, cantidad
adquirida y cantidad mínima necesaria de la mercadería a la que se quiere asignar el
stock.
2 El Sistema verifica que los datos ingresados estén correctamente cargados.
3 El Sistema asigna un stock para la mercadería con los datos ingresados.
4 El Sistema habilita nuevamente la función Alta Stock.
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se crea un stock son:
Nombre de la mercadería.
Cantidad adquirida por mercadería.
Precondición: El usuario debe encontrarse autenticado en el sistema
Poscondición: Se asigna un stock a la mercadería.
Página 1936
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Stock.
Breve Descripción: Permite la eliminación de un stock de una mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Baja Stock.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras solicitar la eliminación de un Stock de
una mercadería mediante la búsqueda de la misma.
2 El Sistema pide que se confirme la eliminación del stock asignado a la mercadería.
3 El Sistema da de baja el stock.
4 El Sistema habilita nuevamente la función Baja Stock
Flujos Alternativos:
1 Cancelación de eliminación: Si el Responsable de Compras no confirma la
eliminación del stock, el sistema no genera cambios.
Relaciones de Inclusión: Buscar Mercadería (1).
Relaciones de Extensión: Ninguna.
Observaciones.
Precondición: Que el Stock se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se da de baja un stock.
Página 2036
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Stock
Breve Descripción: Permite modificar el stock de una mercadería.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Modificar Stock.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras modificar los datos del stock de una
mercadería mediante la búsqueda de la misma.
2 El Responsable de Compras ingresa los nuevos datos.
3 El Sistema verifica que los datos ingresados sean correctos.
4 El Sistema modifica los datos del stock del deseado.
5 El Sistema habilita nuevamente la función Modificar Stock
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Mercadería (1).
Relaciones de Extensión: Ninguna.
Observaciones:
-Los datos que son obligatorios cargar cuando se modifica un Stock son:
Nombre de la mercadería a la que se quiere modificar el stock.
Precondición: Que el Stock se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se modifican los datos del stock.
Página 2136
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Informe de Stock.
Breve Descripción: Genera el informe con el stock de las mercaderías cargadas en el
sistema.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Generar Informe de Stock.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite seleccionar dos tipos de órdenes para generar el informe de stock:
por mercadería y por proveedor.
2 El Sistema muestra el informe generado por Nombre de la mercadería con su
respectiva descripción, las unidades en stock y la cantidad mínima requerida.
3 El Sistema permite al Responsable de Compras imprimir o guardar el listado.
4 El Sistema retorna a la función Generar Informe de Stock.
Flujos Alternativos:
Ninguno
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones: Los datos que se muestran en el listado:
Nombre, descripción y cantidad mínima requerida de mercadería.
Razón social del proveedor.
Precondición: Que el usuario se encuentre autenticado en el sistema
Poscondición: Se genera un informe con el stock de las mercaderías almacenadas en el
sistema.
Página 2236
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Proveedor.
Breve Descripción: Crea un proveedor, permitiendo el ingreso de distintos datos.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Alta Proveedor.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras ingresar Razón social, CUIT,
dirección, condición IVA, teléfono, email, ingresos brutos, localidad, código postal y
provincia del proveedor que se quiere dar de alta.
2 El Sistema verifica que los datos ingresados estén correctamente cargados.
3 El Sistema crea un nuevo proveedor con los datos ingresados.
4 El Sistema habilita nuevamente la función Alta Proveedor.
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se crea un Proveedor son:
Razón Social
CUIT
Condición IVA
Precondición: Que el usuario se encuentre autenticado en el sistema.
Poscondición: Se crea un Proveedor.
Página 2336
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Proveedor.
Breve Descripción: Permite la eliminación de un proveedor.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Baja Proveedor.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras solicitar la eliminación de un
proveedor mediante la búsqueda del mismo.
2 El Sistema pide que se confirme la eliminación del proveedor.
3 El Sistema da de baja el proveedor.
4 El Sistema habilita nuevamente la función baja proveedor.
Flujos Alternativos:
1 Cancelación de eliminación: Si el Responsable de Compras no confirma la
eliminación del proveedor, el sistema no genera cambios.
Relaciones de Inclusión: Buscar Proveedor (1).
Relaciones de Extensión: Ninguna.
Observaciones.
Precondición: Que el Proveedor se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se da de baja el proveedor.
Página 2436
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Proveedor.
Breve Descripción: Permite modificar y actualizar los datos de un Proveedor.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Modificar Proveedor.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras modificar los datos del proveedor
mediante la búsqueda del mismo.
2 El Responsable de Compras ingresa los nuevos datos.
3 El Sistema verifica que los datos ingresados sean correctos.
4 El Sistema modifica los datos del proveedor deseado.
5 El Sistema habilita nuevamente la función modificar Proveedor.
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Proveedor (1).
Relaciones de Extensión: Ninguna.
Observaciones:
-Los datos que son obligatorios cargar cuando se modifica un proveedor son:
Razón Social
CUIT
Condición IVA
Precondición: Que el Proveedor se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se modifican los datos del proveedor.
Página 2536
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Buscar Proveedor.
Breve Descripción: Permite buscar un proveedor.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Buscar Proveedor.
Flujos de Eventos:
Flujo Básico:
1 El Sistema permite al Responsable de Compras ingresar la razón social o CUIT del
proveedor a buscar.
2 El Sistema muestra una lista de proveedores en concordancia con el dato ingresado.
3 El Sistema permite al Responsable de Compras seleccionar un proveedor de la lista
mostrada para visualizar los datos del mismo.
Flujos Alternativos:
1 Proveedor No Encontrado: Si al ingresar la razón social el sistema no encuentra el
proveedor correspondiente para dicho dato se muestra un mensaje de error informando
sobre la inexistencia del proveedor.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ver Datos proveedor (3).
Observaciones:
Es obligatorio ingresar la razón social o CUIT del proveedor para ver los datos del
mismo.
Precondición: Que el usuario se encuentre autenticado en el sistema.
Poscondición: Se muestran los resultados obtenidos.
Página 2636
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Ver Datos Proveedor.
Breve Descripción: Permite ver los datos de un proveedor.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Ver Datos Proveedor.
Flujos de Eventos:
Flujo Básico:
1 El Sistema muestra los datos del proveedor: Razón social, CUIT, dirección, condición
IVA, teléfono, mail, ingresos brutos, localidad, código postal y provincia.
Flujos Alternativos:
Ninguno.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Ninguna
Precondición: Debe seleccionarse un proveedor, y el usuario autenticado en el sistema.
Poscondición: Se muestran los datos del proveedor.
Página 2736
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Informe de Proveedores.
Breve Descripción: Genera el informe de los proveedores cargados en el sistema.
Actor: Responsable de Compras.
Trigger: El Responsable de Compras selecciona la actividad Generar Informe de
Proveedores.
Flujos de Eventos:
Flujo Básico:
1 El Sistema genera un informe por razón social con sus respectivos datos por
proveedor.
2 El Sistema muestra el listado generado.
3 El Sistema permite al Responsable de Compras imprimir o guardar el listado.
4 El Sistema retorna a la función Generar Informe de Proveedores.
Flujos Alternativos:
Ninguno
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones: Los datos que se muestran en el listado son:
Razón Social, CUIT, Dirección, Teléfono, Localidad y Mail.
Precondición: Que el usuario se encuentre autenticado en el sistema.
Poscondición: Se genera un informe de los movimientos con los proveedores
almacenados en el sistema.
Página 2836
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Validación y autorización.
Breve Descripción: Permite la identificación, validación y autorización de los distintos
usuarios.
Actor: Usuario.
Trigger: El Usuario inicia el sistema.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Validación y Autorización.
2 El Sistema permite al Usuario ingresar el nombre de usuario y contraseña.
3 El Sistema verifica los datos ingresados.
4 El Sistema habilita las funciones correspondientes para el tipo de usuario.
Flujos Alternativos:
1 Datos Incorrectos: Si el Sistema verifica que el nombre de usuario o contraseña es
incorrecto muestra un mensaje de datos erróneos no identificando cual dato es
incorrecto.
2 Datos imprenta no cargados: Si el sistema no tiene los datos de la imprenta que
gestionará no permite el ingreso del usuario, salvo sea el Encargado al cual notificará de
este suceso, y solicitará que realice el alta de datos en forma inmediata desplegando la
funcionalidad correspondiente.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Gestionar Datos Imprenta (4).
Observaciones:
Los datos que son obligatorios ingresar cuando se inicia el sistema son:
Nombre de usuario.
Contraseña
Precondición: Ninguna
Poscondición: Se ingresa al Sistema.
Página 2936
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Contraseña.
Breve Descripción: Permite la modificación de la contraseña de los usuarios.
Actor: Usuario.
Trigger: El Usuario selecciona la actividad modificar contraseña dentro de la pantalla
principal.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Modificar Contraseña.
2 El Sistema solicita ingresar su nombre de usuario, la contraseña antigua y la nueva
con verificación a través de reiteración.
3 El Sistema verifica los datos ingresados.
4 El Sistema modifica la contraseña del respectivo usuario.
Flujos Alternativos:
1 Contraseña Incorrecta: Si el Sistema verifica que la contraseña antigua es incorrecta
emite un mensaje de error solicitando se reingresen todas las contraseñas.
2 Campo no completado: Si no se ha ingresado un dato obligatorio el sistema despliega
un mensaje de error notificando del dato faltante
3 Contraseña Nueva no verificada: Si la contraseña nueva y su verificación no son
coincidentes se emite un mensaje de error.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios ingresar:
Nombre de usuario
Contraseña Antigua
Contraseña Nueva
Verificación de Contraseña Nueva
Precondición: El usuario debe existir.
Poscondición: Se modifica una contraseña.
Página 3036
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Gestionar Datos imprenta
Breve Descripción: Asigna, modifica o elimina los datos de la imprenta que gestionará
el sistema.
Actor: Encargado.
Trigger: El Encargado selecciona la actividad Gestionar Datos imprenta
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Gestionar Datos imprenta.
2 El Sistema permite al Encargado ingresar o modificar el nombre, titular, CUIT,
dirección, condición IVA, número de registro, teléfono, email, fecha inicio, ingresos
brutos, localidad, provincia, código postal de la imprenta.
3 El Sistema verifica que los datos estén correctamente cargados.
4 El Sistema asigna o modifica los datos de la imprenta que gestionará el sistema.
Flujos Alternativos:
1 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se gestiona los datos de la imprenta son:
Nombre
CUIT
Condición IVA
Número de Registro
Fecha Inicio
Ingresos Brutos
Precondición: El usuario debe encontrarse autenticado en el sistema.
Poscondición: Se actualizan los datos de la imprenta.
Página 3136
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Alta Producto.
Breve Descripción: Crea un Producto para la venta en la imprenta.
Actor: Encargado.
Trigger: El Encargado selecciona la actividad Alta Producto.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Alta Producto.
2 El Sistema permite al Encargado ingresar la descripción, cantidad mínima necesaria y
el código del producto.
3 El Sistema verifica que los datos ingresados no estén almacenados y que estén
correctamente cargados.
4 El Sistema crea un nuevo Producto con los datos ingresados.
5 El Sistema habilita nuevamente la pantalla Alta Producto para una nueva carga.
Flujos Alternativos:
1 Código Existente: Si el código existe el sistema cancela la carga y solicita que se
ingrese un código de Producto diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que son obligatorios cargar cuando se crea un nuevo Producto son:
Descripción
Código.
Precondición: El usuario debe encontrarse autenticado en el sistema.
Poscondición: Se crea un Producto.
Página 3236
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Modificar Producto.
Breve Descripción: Permite modificar y actualizar los datos de un Producto.
Actor: Encargado.
Trigger: El Encargado selecciona la actividad Modificar Producto.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Modificar Producto.
2 El Sistema permite al Encargado seleccionar el Producto al cual se desea modificarle
los datos de una lista de Productos cargados mediante la búsqueda del mismo por
código o descripción total o parcial.
3 El Encargado ingresa los nuevos datos.
4 El Sistema verifica que los datos ingresados no pertenezcan a un Producto
almacenado y que sean correctos.
5 El Sistema modifica los datos del Producto deseado.
6 El Sistema habilita nuevamente la función modificar Producto.
Flujos Alternativos:
1 Código Existente: Si el código existe el sistema cancela la carga y solicita que se
ingrese un código de Producto diferente.
2 Datos Obligatorios No Cargados: Si todos los datos obligatorios no fueron cargados el
sistema muestra un mensaje de error y solicita se completen los datos requeridos.
Relaciones de Inclusión: Buscar Producto (2).
Relaciones de Extensión: Ninguna.
Observaciones:
-Todos los datos son modificables.
-Los datos que son obligatorios cargar cuando se modifica un nuevo Producto son:
Descripción
Código.
Precondición: Que el Producto se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se modifican los datos de un Producto.
Página 3336
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Baja Producto.
Breve Descripción: Permite la eliminación de un Producto.
Actor: Encargado.
Trigger: El Encargado selecciona la actividad Baja Producto.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Baja Producto.
2 El Sistema permite al Encargado seleccionar el Producto al cual se desea dar de baja
de una lista de Productos cargados mediante la búsqueda del mismo por código o
descripción total o parcial.
3 El Sistema permite al Encargado solicitar la eliminación del Producto seleccionado.
4 El Sistema pide que se confirme la eliminación del Producto.
5 El Sistema da de baja al Producto.
6 El Sistema habilita nuevamente la función baja producto para una nueva eliminación.
Flujos Alternativos:
1 Producto No Seleccionado: Si el Producto a eliminar no se encuentra seleccionado
cuando se solicita la baja del mismo el sistema muestra un mensaje de error solicitando
se seleccione uno.
2 Cancelación de eliminación: Si el Encargado no confirma la eliminación del Producto,
el sistema no genera cambios y despliega nuevamente la función Baja Producto.
Relaciones de Inclusión: Buscar Producto (2).
Relaciones de Extensión: Ninguna.
Observaciones:
Es obligatorio seleccionar un Producto para dar de baja.
Precondición: Que el Producto se encuentre cargado, y el usuario autenticado en el
sistema.
Poscondición: Se da de baja un Producto.
Página 3436
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Buscar Producto.
Breve Descripción: Permite buscar un Producto para luego visualizar sus datos.
Actor: Encargado.
Trigger: El Encargado selecciona la actividad Buscar Producto.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Buscar Producto.
2 El Sistema permite al Encargado ingresar el código o descripción (total o parcial) del
Producto a buscar.
3 El Sistema muestra una lista de Productos en concordancia con el dato ingresado.
4 El Sistema permite al Encargado seleccionar un Producto de la lista mostrada para
visualizar los datos del mismo.
Flujos Alternativos:
1 Producto No Encontrado: Si al ingresar el código o descripción el sistema no
encuentra el/los Producto/s correspondiente/s para dicho dato se muestra un mensaje de
error informando sobre la inexistencia del Producto.
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ver Datos Productos (3).
Observaciones:
Es obligatorio ingresar el código o descripción de un Producto para ver los datos.
Precondición: Que el usuario se encuentre autenticado en el sistema.
Poscondición: Se muestran los datos de un Producto.
Página 3536
Habilitación Profesional – Acevedo W., Damián - Heizenreder, Guillermo - Flores, Leonardo
Caso de Uso: Generar Informe de Stock Mínimo Alcanzado.
Breve Descripción: Genera un informe de la Mercadería de existencia mínima, con el
proveedor que la brinda y los datos relevantes de mismo.
Actor: Responsable de Compras
Trigger: El Responsable de Compras selecciona la actividad Generar Informe de Stock
Mínimo Alcanzado.
Flujos de Eventos:
Flujo Básico:
1 El Sistema despliega la función Generar Informe de Stock Mínimo Alcanzado.
2 El Sistema permite seleccionar tres tipos de órdenes para generar el informe de stock
mínimo alcanzado: por mercadería, por proveedor y por localidad del proveedor.
3 El Sistema muestra el listado generado.
4 El Sistema permite al Responsable de Compras imprimir o guardar el listado.
5 El Sistema retorna a la función Generar Informe de Stock Mínimo Alcanzado.
Flujos Alternativos:
Ninguno
Relaciones de Inclusión: Ninguna.
Relaciones de Extensión: Ninguna.
Observaciones:
Los datos que se muestran en el listado:
Nombre y descripción de mercadería.
Razón social, dirección, teléfono, email y localidad del proveedor.
Precondición: Que el usuario se encuentre autenticado en el sistema.
Poscondición: Se genera un listado de stock mínimo alcanzado.
Página 3636
Documentos relacionados
Descargar