ISW_CASO_USO.pdf

[DAP] Clientes
[GESTIFER] 1/24
Caso de Uso
Versión 0.1
27/02/23

[DAP] Clientes
[GESTIFER] 2/24
Control de Versiones
Nombre del Archivo Versión Fecha Autor
ISW_CASO_USO 0.1 27/02/23 DAP

[DAP] Clientes
[GESTIFER] 3/24
GESTIFER
El sistema implementará una funcionalidad para el control de clientes deudores, así como el registro de los pagos
que realicen. Cada cliente tendrá asignado un límite de crédito personalizado, el cual no podrá ser superado.
Para poder acceder a estos beneficios, será necesario que los clientes se registren previamente en el sistema
proporcionando su nombre, apellidos y número telefónico. Asimismo, el sistema les asignará un número de cliente
único.
El sistema incluirá una sección dedicada a la gestión de pagos, donde se mostrará el saldo total que cada cliente
tenga. Para registrar una compra, el sistema requerirá el número de cliente y el total de la compra.
Además, se solicitará el pago del 10% de la compra para acreditar la transacción. Es importante mencionar que el
sistema comparará el saldo actual del cliente con su límite de crédito personalizado para determinar si la transacción
excede su límite. En caso de ser así, se negará la transacción.
Casos de uso:
Control de clientes:
Alta de cliente
Modificación de cliente:
Búsqueda de cliente
Control de abonos:
Registro de compra
Registro de abono
Historial de abonos
1 Caso de uso: Control de cliente
En este caso de uno nos permite Registrar, Modificar o hacer una búsqueda sobre los clientes
Flujo básico:
Alta de cliente
Modificación de cliente
Alta de clientes
El caso de uso comienza cuando un cliente requiere hacer un compa a crédito

[DAP] Clientes
[GESTIFER] 4/24
El sistema pedirá los siguientes datos para dar de alta al cliente:
Nombre, Apellidos, Número telefónico, Crédito usado, límite de crédito
El usuario deberá llenar todos los campos
Fujo alternativo:
El nombre y apellidos del cliente ya se encuentran registrados:
El usuario deberá ver “Búsqueda de cliente” para dar con el número de cliente
Número telefónico incorrecto:
El sistema no permitirá guardar la información ya que no cumple con el largo de un número telefónico y este
deberá ser revisado
Modificación de Cliente
El caso de uso comienza cuando alguno de los datos del cliente es incorrecto o se requiere hacer algún cambio
El sistema pedirá los datos a los cuales se va a actualizar
El usuario deberá llenar todos los campos:
Flujo alternativo:
Número telefónico incorrecto
El caso de uso comienza cuando se requiere revisar la información de algún cliente ya registrado
El sistema pedirá el número de cliente o el nombre de cliente para encontrarlo
Flujo alternativo:
No se encuentra el cliente
El usuario deberá ver “Alta de cliente”
2 Caso de uso: Control de abonos
En este caso de uno nos permite Registrar, Modificar o hacer una búsqueda sobre los clientes
Flujo básico:
Registro de compra
Registro de abono
Historial de abonos

[DAP] Clientes
[GESTIFER] 5/24
Registro de compra
El caso de uso comienza cuando un cliente requiere hacer un compa a crédito
El sistema pedirá que el cliente se identifique mediate su número de cliente
El usuario deberá llenar todos los campos
Fujo alternativo:
Campo no registrado:
El usuario deberá ver que campo no se llenó y lo registrará correctamente
Limite excedido:
El usuario deberá comentarle que la compra no se puede realizar a crédito ya que excede su crédito
disponible
Registro de abono
El caso de uso comienza cuando alguno de los clientes quiera hace un abono parcial o total de su crédito
El sistema pedirá que el cliente se identifique mediate su número de cliente
El usuario deberá llenar todos los campos:
Flujo alternativo:
Abono excede deuda
El sistema no permitirá guardar la información ya que no cumple con la deuda registrada ya que el abono
excede la deuda
Historial de abonos
El caso de uso comienza cuando un administrativo requiera verificar los abonos de un cliente o este mismo lo
solicite
El sistema pedirá que se identifique al cliente mediate su número de cliente
Flujo alternativo:
No se encuentra el cliente
El usuario deberá ver “Alta de cliente”

[DAP] Clientes
[GESTIFER] 6/24
Detalles del Caso de Uso
Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD
Nombre del Caso de
Uso:
Alta de clientes
No. de Caso de Uso: 01
Responsable: DAGV
Actores:
1. Brenda Berenice Castrejón Lazalde
2. Omar Lares Mascorro
Descripción:
El usuario deberá ingresar los clientes para poder ser dados de alta dentro del sistema con los datos que se
le pedirán al usuario sobre el cliente.
Precondiciones:
1. Debe tener nombres del cliente
2. Apellidos del cliente
3. Teléfono de clientes
Poscondiciones: 1. Se le debe asignar un límite de crédito al cliente de acuerdo a sus posibilidades
Flujo Normal: Entrar al sistema, ir a la parte de alta de cliente, agregar las especificaciones que se piden y guardar
Flujos Alternativos:
El nombre y apellidos del cliente ya se encuentran registrados:
El usuario deberá ver “Búsqueda de cliente” para dar con el número de cliente
Número telefónico incorrecto:
Excepciones: Que no haga conexión a la base de datos o algún movimiento invalido
Incluye: Registros de los datos que se piden y un límite de crédito para utilizarlo en sus compras

[DAP] Clientes
[GESTIFER] 7/24
Prioridad: El caso de uso debe tener la pantalla de registro de clientes y el límite de la deuda que puede llegar a tener
Frecuencia de Uso: Será utilizado cada vez que se registre un cliente
Reglas de Negocio: 1. El cliente debe estar registrado
2. El límite por cliente no puede ser sobre pasado a la hora de realizar una compra
Requerimientos
Especiales
1. diseño de página
2. logos de la empresa
Notas y Asuntos: El sistema deberá tener colores específicos de la página de TRUPER .
Fecha: Jueves, 23 de febrero
NOTA: El límite de crédito será acordado por los dueños de la empresa, para poder asignar
un límite de crédito a un cliente en caso de que no se encuentren los dueños se deben ser
notificados para que ellos mismos asignen un crédito al cliente.

[DAP] Clientes
[GESTIFER] 8/24
Diagrama del Caso de Uso

[DAP] Clientes
[GESTIFER] 9/24
Nombre del Caso de
Uso:
Modificación de clientes
Responsable: DAGV
Actores:
Descripción:
El caso de uso será requerido cuando un cliente solicite alguna actualización de sus datos personales que
fueron registrados en el Alta de clientes, esto puede suceder por alguna equivocación del usuario como
errores ortográficos, cambio de número telefónico y/o cambiar su límite de crédito.
Precondiciones: 1. El cliente debe estar previamente en el alta de clientes sistema
Postcondiciones:
1. En caso de que el cliente modifique su límite de crédito debe de ser respetado a partir de que este
fue modificado.
Flujo Normal:
Entrar al sistema, ir a la parte de alta de cliente, entrar al apartado de modificación de clientes, buscar el
nombre del cliente del que se desea modificar información, realizar los cambios que el cliente solicite y
guardar
Número telefónico incorrecto
El sistema no permitirá guardar la información ya que no cumple con el largo de un número
telefónico y este deberá ser revisado
Incluye:
Modificación de los datos que el cliente solicite, a partir de estos ser modificados son los datos que se
utilizarán para el cliente.
Prioridad:
El caso de uso debe tener la pantalla modificación de clientes y permitir realizar cambios dentro de los
campos de la información del cliente.
Frecuencia de Uso: Será utilizado cada vez que un cliente solicite alguna modificación en su información
Reglas de Negocio: 1. El cliente debe estar dado de alta en el sistema

[DAP] Clientes
[GESTIFER] 10/24
Requerimientos
Especiales
Notas y Asuntos:
1. A partir de que los datos del cliente son modificados estos deben de ser respetados.
2. Si el cliente desea cambiar su límite de crédito este debe ser acordado nuevamente por los dueños
de la empresa, ellos mismos deben de dar la autorización para poder realizar está modificación.
3. El sistema deberá tener colores específicos de la página de TRUPER .

[DAP] Clientes
[GESTIFER] 11/24

[DAP] Clientes
[GESTIFER] 12/24
Nombre del Caso de
Uso:
Búsqueda de clientes
Responsable: ATC
Actores:
Descripción: El usuario podrá hacer una búsqueda de los clientes registrados
Precondiciones: 1. Deberá tener acceso al número o nombre de cliente
Poscondiciones: 1.Despues de realizar la búsqueda el sistema dará la información del cliente así como el saldo actual , esta
información se podrá usar para realizar una compra a crédito o realizar u n abono para saldar la cuenta.
Flujo Normal:
Entrar al sistema, ir al apartado de búsqueda de cliente, posteriormente ingresar el número de cliente o
nombre de este mismo, si los datos fueron correctamente ingresados el sistema arrojara la información
solicita
En caso de que la información sea incorrecta deberá rectificar la información ingresada o en caso de no
estar registrado el cliente deberá ver el caso de uso “Alta de cliente”
Incluye: Ingreso de los datos que se piden
Prioridad: El caso de uso debe tener un apartado fácil de usar y disponible cuando se requiera
Frecuencia de Uso: Será utilizado cada vez sea requerido por el usuario
Reglas de Negocio:
1. El cliente debe estar registrado

[DAP] Clientes
[GESTIFER] 13/24
Requerimientos
Especiales

[DAP] Clientes
[GESTIFER] 14/24
Figura 1

[DAP] Clientes
[GESTIFER] 15/24
Nombre del Caso de
Uso:
Registro de compras
Responsable: ATC
Actores:
Descripción: El usuario deberá ingresar la información de compra a la cuenta del cliente
Precondiciones:
2. Debe tener registro de clientes
2. El monto de la compra debe estar por debajo del crédito disponible
3. Información general de la compra
Poscondiciones: 1.Despues de realizar el registro de la compra el sistema avanzara al caso de registro de abono para que el
cliente realice el pago inicial del 10%.
Flujo Normal:
Entrar al sistema, ir a la parte de registras compra, ingresar el número de cliente, así como la información de
la compra realizada
Flujos Alternativos: En caso de que el monto de la compra exceda el límite de crédito disponible se negara la compra a crédito.
Incluye: Registros de los datos que se piden
Prioridad: El caso de uso debe tener la pantalla de registro de compra
Frecuencia de Uso: Será utilizado cada vez que se registre una compra nueva
Reglas de Negocio:
2. El cliente debe estar registrado
3. La compra no debe exceder el límite de crédito dado.

[DAP] Clientes
[GESTIFER] 16/24
Requerimientos
Especiales

[DAP] Clientes
[GESTIFER] 17/24

[DAP] Clientes
[GESTIFER] 18/24
Nombre del Caso de
Uso:
Registro de abonos
Responsable: PADS
Actores:
Descripción:
Permite que los clientes deudores se lleve a cabo el registro de los abonos ya realizados al cliente a su
cuenta.
Precondiciones:
3. El cliente debe tener una cuenta activa y con saldo pendiente.
4. El cajero debe tener acceso al sistema de registro de abonos.
5. El cliente debe presentar su identificación y proporcionar el monto del abono a realizar.
Poscondiciones: 1. El saldo de la cuenta del cliente se actualiza con el monto del abono realizado.
Flujo Normal:
Entrar al sistema, el usuario accede al registro de abonos y muestra una pantalla donde el usuario puede
ingresar la información del abono, como numero de factura, el monto a abonar, la fecha del abono ya el
usuario ingresa la información correspondiente y el sistema se encarga de validar la información ingresada
incluyendo su verificación de que el monto no supere el monto total de su deuda.
El sistema una vez registro deberá de generar nuevos datos de que se ha estado registrando la cantidad de
dinero del abono y la fecha en la que se realizó el abono

[DAP] Clientes
[GESTIFER] 19/24
Si el usuario ingresa un monto de abono negativo o cero, el sistema mostrará un mensaje de error indicando
que el monto no es válido y pedirá al usuario que ingrese un monto positivo el sistema volverá a la pantalla
para ingresar el monto de abono y el usuario podrá intentarlo de nuevo.
También si el usuario ingresa un número de factura inexistente, el sistema mostrará un mensaje de error
indicando que la factura no existe en el sistema y pedirá al usuario que ingrese un número de factura válido.
El sistema volverá a la pantalla de ingreso de datos de abono y el usuario podrá intentarlo de nuevo y si el
usuario también ingresa un monto mayor que el saldo existente el sistema mostrará un mensaje de error
indicando que el monto de abono no puede ser mayor que el saldo pendiente de la factura y pedirá al
usuario que ingrese un monto válido.
El sistema volverá a la pantalla de ingreso de datos de abono y el usuario podrá intentarlo de nuevo.
Excepciones:
Si el cliente intenta registrar un abono que ya ha sido registrado previamente, el sistema deberá mostrar un
mensaje de error indicando que ya existe un registro de abono para ese monto y esa fecha.
Incluye:
El registro de abonos incluye información detallada sobre los pagos o abonos realizados a una cuenta o
deuda específica por parte del cliente deudor con el historial de datos para saber el plazo especificado de lo
que ha estado pagando el cliente deudor
Prioridad: Es garantizar que se registren con precisión todos los abonos realizados a una cuenta o deuda específica
Frecuencia de Uso:
El sistema de registro de abonos se utilizara con cada abono que se realiza a una cuenta o deuda en
particular del cliente deudor.
Reglas de Negocio:
4. Debe de tener un control del manejo de las cantidades en las que abono el cliente deudor
Requerimientos
Especiales
7. debe ser escalable para adaptarse al crecimiento del negocio o institución a lo largo del tiempo.
8. debe tener medidas de seguridad adecuadas para proteger la información financiera sensible y
confidencial.
9. Debe tener sus informes y análisis en el historial de los abonos de los clientes
10. El sistema deberá tener colores específicos de la página de TRUPER.
Notas y Asuntos: El sistema debe tener un historial de cada cliente deudor en su cuenta del mismo cliente.

[DAP] Clientes
[GESTIFER] 20/24

[DAP] Clientes
[GESTIFER] 21/24
Nombre del Caso de
Uso:
Historial de abonos
Responsable: PADS
Actores:
Descripción: El sistema permite revisar el historial de abonos de cada uno de los clientes
Precondiciones:
1. El usuario debe haber iniciado sesión en el sistema.
2. El cliente al que se desea consultar el historial de abonos debe estar dado de alta en el sistema.
3. El cliente debe tener al menos un abono registrado en el sistema.
Poscondiciones: 1. Se muestra al usuario la información del historial de abonos del cliente seleccionado.
Flujo Normal:
El sistema valida la información ingresada y busca el historial de abonos correspondiente en la base de
datos.
El sistema muestra el historial de abonos encontrado, incluyendo la fecha, el monto abonado y el número de
cuota correspondiente.
El sistema muestra un mensaje indicando que no hay ningún registro de abonos.

[DAP] Clientes
[GESTIFER] 22/24
Excepciones:
Si no se encuentra ningún registro de abonos, el sistema mostrará un mensaje indicando que no hay
registros de abonos para mostrar.
Si ocurre un error al intentar acceder a la base de datos o al sistema de archivos, el sistema mostrará un
mensaje indicando que no se pueden recuperar los registros de abonos.
Incluye:
Una pantalla que muestra el historial de abonos realizados por un cliente en particular.
La capacidad de buscar y filtrar los registros de abonos por cliente, fecha, monto y otros campos relevantes.
Un menú de navegación para acceder a otras funciones relacionadas con el manejo de clientes y abonos.
Prioridad: Es garantizar que se registren con precisión todos los abonos realizados a una cuenta o deuda específica
Frecuencia de Uso:
El sistema de historial de abonos contar con un sistema de historial de abonos pueda ser fiable y eficiente
con el fin de una buena gestión financiera, ya que permite a los usuarios mantener un registro de los pagos y
abonos realizados por los clientes deudores y usuarios.
Reglas de Negocio:
1. Asegurarnos que solo los usuarios autorizados tengan acceso al sistema y a las funciones
específicas.
2. Restringir el acceso a funciones y datos sensibles a solo aquellos usuarios que necesitan acceder a
ellos para realizar sus tareas.
Requerimientos
Especiales
3. Acceso restringido: El acceso al sistema debe ser restringido a los usuarios autorizados para
garantizar la privacidad y seguridad de la información.
4. Autenticación de usuarios: Se debe implementar un mecanismo de autenticación de usuarios que
permita verificar su identidad y asegure que solo los usuarios autorizados puedan ingresar al sistema.
5. Copias de seguridad: Se deben realizar copias de seguridad periódicas de la información
almacenada en el sistema para evitar la pérdida de datos en caso de fallas técnicas o ataques
externos.
6. El sistema deberá tener colores específicos de la página de TRUPER.

[DAP] Clientes
[GESTIFER] 23/24
Notas y Asuntos:
El sistema debe tener un historial de cada cliente deudor en su cuenta del mismo cliente.
Es importante asegurarse de que el sistema esté integrado con el sistema de registro de deudores para
garantizar que las transacciones de abono se apliquen correctamente a las cuentas de los clientes.
El sistema debe ser capaz de generar informes de historial de abonos para que los usuarios puedan ver
su historial de pagos y para que la empresa pueda realizar un seguimiento de los pagos y deudas
pendientes.

[DAP] Clientes
[GESTIFER] 24/24

ISW_CASO_USO.pdf

Más contenido relacionado

Similar a ISW_CASO_USO.pdf

ISW_CASO_USO.pdf