Sistema de Remates por Internet

Definición extendida de Casos de Uso

Historia de las revisiones

Fecha Version Descripción Autor

Creación de los casos  María Alejandra
14/04/2018 1.0 especificados en el documento: Botero Bedoya
“Def_Caso_Remate.doc”  Liced Lorena Toro
Cataño

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU02 – Colocar Producto
Actor (es) Cliente Vendedor
Involucrado (s)
Descripción El cliente ingresa al sistema la información general de los
productos que ofrece junto con las condiciones de remate. El
cliente puede modificar la información general del producto.
Cuando se dé inicio al período de remate se publica el producto.

Precondiciones El producto no se encuentra registrado o el tiempo límite del

producto venció sin ninguna oferta.
Pos condiciones
Flujo Básico 1. El Caso de uso inicia cuando el cliente ingresa al sistema
de remate y desea registrar un nuevo producto.
2. El usuario ingresa a la opción registrar nuevo producto.
3. El sistema desplegara un formulario, en el que se deberá
ingresar toda la información del producto y sus
condiciones de remate.
4. El usuario ingresa toda la información correspondiente
del producto.
5. El sistema notifica el registro exitoso del producto.
6. El producto se publica en el sistema de remates.
7. Fin del caso de uso.
Flujo de 5. El sistema notifica que no se ha ingresado información a
Excepción: todos los campos del formulario.
Información del 6. El usuario ingresa la información faltante.
producto 7. El sistema notifica el registro exitoso.
incompleta 8. El producto se publica en el sistema de remates.
Flujo Alterno:

Requerimientos Seguridad. Se deberá validar que los productos sean registrados

Especiales del con su precio, de no ser así este no se poda publicar en el
caso de uso sistema.
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU03 – Reactivar Producto
Actor (es) Cliente Vendedor
Involucrado (s)
Descripción El vendedor consulta productos que han tenido remate pero que
no han recibido ofertas, e ingresa nuevas condiciones de remate
para un producto. El sistema lleva una historia de todos los
remates que han sido abiertos para un producto

Precondiciones El producto no recibió ninguna oferta de remate o el tiempo

límite de remate finalizo.
Pos condiciones
Flujo Básico 1. El Caso de uso inicia cuando el usuario ingrese a
consultar el remate e sus productos.
2. El usuario selecciona el producto que no ha tenido ofertas
de remate.
3. El usuario ingresa a la opción que permite modificar las
condiciones del producto.
4. El sistema despliega el formulario con donde se deberán
ingresar las nuevas condiciones del producto.
5. El usuario ingresa las nuevas condiciones.
6. El sistema deberá validar la cantidad de reactivaciones
del producto.
7. El sistema notifica el registro exitoso.
8. Fin del caso de uso.

Flujo de
6. El sistema deberá notificar al cliente el exceso de
Excepción:
reactivación el producto.
Producto
7. El usuario deberá eliminar el producto y registra uno
Excede límite
nuevo.
de
8. Fin del caso de uso.
reactivaciones
Flujo Alterno:
Nombre del
Flujo Alterno
Requerimientos
Validación. El sistema deberá calidad la cantidad de
Especiales del
reactivaciones del producto y notificar una vez este se exceda.
caso de uso
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU02.1 – Definir Condiciones Remate
Actor (es) Cliente Vendedor
Involucrado (s)
Descripción El cliente vendedor define las condiciones de remate para un
nuevo producto o para un producto que va a ser reactivado.

Precondiciones El producto a registrar es nuevo o no ha recibido ofertas de

remate.
Pos condiciones
Flujo Básico 1. El caso de uso inicia cuando el cliente desee registrar un
nuevo producto o desee reactivar otro producto.
2. Si el producto es nuevo, el usuario deberá ingresar las
condiciones de remate en el formulario que el sistema
despliega.
3. Si el producto ya existe, el usuario deberá seleccionar el
producto a reactivar.
4. El usuario selecciona la opción de modificar condiciones.
5. El sistema desplegara el formulario.
6. El usuario ingresa las nuevas condiciones.
7. El sistema reactiva el producto y este se publica
nuevamente.
8. Fin del caso de uso.
Flujo de
Excepción:
Fecha de inicio
del remate es
inválida
Flujo Alterno:
Nombre del
Flujo Alterno
Requerimientos Validación. El sistema deberá validar que la información
Especiales del ingresada no sea la misma que tenía el producto cuando fue
caso de uso registrado por primera vez.
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU04 – Colocar Oferta
Actor (es) Cliente Comprador
Involucrado (s)
Descripción El comprador coloca una oferta para uno de los productos que
se encuentran en remate. El sistema verifica que el precio
ofertado por el producto sea mayor al precio vigente y actualiza
el nuevo precio como precio vigente.

Precondiciones 1. El usuario no ha realizado ninguna oferta para el

producto seleccionado.
2. El usuario deberá estar registrado en el sistema.
Pos condiciones
Flujo Básico 1. El usuario ingresa al sistema.
2. El usuario visualiza los productos disponibles.
3. El usuario selecciona el producto a ofertar.
4. El usuario ingresa el valor de la oferta y guarda el
cambio.
5. El sistema deberá validad el precio ofertado, en caso de
que sea menor al precio vigente el sistema deberá
notificarle al usuario para que este realice una nueva
oferta.
6. Si el precio ingresado es mayor al vigente el sistema
guarda exitosamente la oferta.
7. Fin del caso de uso.
Flujo de 5. Si el precio es inferior al precio vigente el sistema notifica
Excepción: al cliente.
Valor de la 6. El usuario ingresa de nuevo el valor del producto.
oferta no es 7. El sistema valido nuevamente el precio y si este es válido
válido lo notifica al usuario.
9. El sistema publica la nueva oferta.

Flujo Alterno:
Nombre del
Flujo Alterno
Requerimientos Validación. El sistema deberá validar que el valor ofertado no
Especiales del sea inferior al valor vigente.
caso de uso El sistema deberá publicar la oferta si el precio de
esta es correcta.
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU05 – Asignar / Reasignar Producto
Actor (es) Reloj Sistema (Primario) Cliente Comprador, Cliente Vendedor
Involucrado (s)
Descripción El sistema controla la finalización del período de remate para un
producto y asigna como oferta favorecida la última oferta
colocada ó reasigna la siguiente oferta, en caso de que el cliente
comprador no haya confirmado.

Precondiciones
Para asignar el producto se deben haber cumplido las fechas de
ofertas.
Poscondiciones

Flujo Básico 1. El sistema valida las fechas del producto.

2. El sistema selecciona la mejor oferta.

3. El sistema notifica al vendedor la mejor oferta.

4. Fin del caso de uso.

Flujo de
Excepción
Flujo Alterno:
Desactivar
Producto 5. Ver el flujo básico, Ejecución número dos.
Flujo Alterno: 6. El sistema notifica al vendedor que no se realizaron
Reasignar ofertas
Producto 7. El cliente vendedor reactiva el producto (Ver caso de
uso 03)
Requerimientos Validación:
Especiales del El sistema debe analizar las fechas de caducidad del producto y
caso de uso posterior a esta, revisar los estados (Oferto, No recibió ofertas)
para notificar al vendedor.
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU06 – Confirmar Compra
Actor (es) Cliente Comprador (Primario), Entidad Financiera, Cliente
Involucrado (s) Vendedor
Descripción El cliente confirma la compra del producto en el que ha
resultado favorecido, realiza la operación de pago con la entidad
financiera correspondiente y define las condiciones de entrega
del producto.

Precondiciones El comprador deberá realizar el pago del producto en el plazo

determinado (24 Horas).
Poscondiciones
Flujo Básico 1. El cliente favorecido confirma la compra.
2. El comprador realiza el pago en la entidad financiera.
3. El comprador define el lugar donde deberá ser
despachado el producto.
4. Fin del caso de uso.
Flujo de
Excepción:
No aplica. No existe en el caso mencionado
Transacción
inválida
Flujo Alterno:
Entidad no No aplica. No existe en el caso mencionado
responde
Flujo Alterno:
Confirmación
No aplica. No existe en el caso mencionado
negativa de la
entidad
Requerimientos Validación:
Especiales del Si el cliente favorecido, no confirma la compra del producto en
caso de uso el plazo determinado, el sistema asignará el producto al cliente
que tenga la siguiente oferta.

Seguridad:
Sancionar que no continúen con la oferta.
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU07 – Sancionar Cliente
Actor (es) Administrador Sitio
Involucrado (s)
Descripción El administrador del sitio consulta historia de los clientes que no
han sostenido su oferta y decide el (los) clientes que deben ser
sancionados y las condiciones de la sanción. Se envía mensaje
al cliente notificándole de la sanción.
Precondiciones El sistema deberá validar el tiempo transcurrido desde que se
notificó al cliente comprador.
Poscondiciones
Flujo Básico 1. El usuario administrador ingresa al sistema.
2. El usuario administrador consulta el historial de
actividades.
3. El usuario administrador selecciona los clientes
compradores que no han cumplido la compra.
4. El usuario administrador notifica al cliente comprador la
sanción.
5. Fin del caso de uso.

Flujo de
Excepción

Flujo Alterno:
Nombre del
Flujo Alterno
Requerimientos
Especiales del
caso de uso
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano
 Caso de Uso CU08 – Consultar Producto
Actor (es) Navegador Sitio
Involucrado (s)
Descripción El cliente puede consultar los productos que se encuentran en
remate y aquellos que están próximos a rematar. El sistema
guía de manera amigable la consulta permitiendo diversos
criterios de búsqueda

Precondiciones El cliente debe estar registrado en el sistema de remates.

Poscondiciones
Flujo Básico 1. El usuario ingresa al sistema.
2. El usuario ingresa a la sección de productos.
3. El usuario visualiza los productos que se encuentran en
oferta.
4. El usuario podrá seleccionar desde el buscador el
producto de su preferencia.
5. El sistema debe listar el producto filtrado por el usuario
6. Fin del caso de uso.

Flujo de 5. El sistema valida que el profesor ingresado por el usuario

Excepción se encuentre registrado en el sistema
6. En caso de no existir el sistema deberá notificar al
usuario que el producto no existe
7. El sistema deberá permitir al usuario realizar una nueva
búsqueda

Flujo Alterno:
Nombre del
Flujo Alterno
Requerimientos Validación:
Especiales del El sistema deberá validar que la información ingresada sea
caso de uso correcta, deberá mostrar únicamente los productos filtrados en
caso de que el usuario realice la búsqueda por filtros
Despliegues Asociados al Caso de Uso

Ingeniería de Software I
Facultad de Ingeniería y Ciencias Básicas – Politécnico Grancolombiano