ISW_CASO_USO.pdf

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

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

3. [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 Búsqueda de cliente Alta de clientes El caso de uso comienza cuando un cliente requiere hacer un compa a crédito

4. [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 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 Búsqueda de cliente 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

5. [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”

6. [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: 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 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

7. [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.

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

9. [DAP] Clientes [GESTIFER] 9/24 Detalles del Caso de Uso Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD Nombre del Caso de Uso: Modificación de clientes No. de Caso de Uso: 02 Responsable: DAGV Actores: 1. Brenda Berenice Castrejón Lazalde 2. Omar Lares Mascorro 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 Flujos Alternativos: 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 Excepciones: Que no haga conexión a la base de datos o algún movimiento invalido 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

10. [DAP] Clientes [GESTIFER] 10/24 Requerimientos Especiales 1. diseño de página 2. logos de la empresa 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 . Fecha: Jueves, 27 de febrero

12. [DAP] Clientes [GESTIFER] 12/24 Detalles del Caso de Uso Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD Nombre del Caso de Uso: Búsqueda de clientes No. de Caso de Uso: 03 Responsable: ATC Actores: 1. Brenda Berenice Castrejón Lazalde 2. Omar Lares Mascorro 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 Flujos Alternativos: 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” Excepciones: Que no haga conexión a la base de datos o algún movimiento invalido 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

13. [DAP] Clientes [GESTIFER] 13/24 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

14. [DAP] Clientes [GESTIFER] 14/24 Diagrama del Caso de Uso Figura 1

15. [DAP] Clientes [GESTIFER] 15/24 Detalles del Caso de Uso Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD Nombre del Caso de Uso: Registro de compras No. de Caso de Uso: 04 Responsable: ATC Actores: 3. Brenda Berenice Castrejón Lazalde 4. Omar Lares Mascorro 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. Excepciones: Que no haga conexión a la base de datos o algún movimiento invalido 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.

16. [DAP] Clientes [GESTIFER] 16/24 Requerimientos Especiales 3. diseño de página 4. 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

18. [DAP] Clientes [GESTIFER] 18/24 Detalles del Caso de Uso Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD Nombre del Caso de Uso: Registro de abonos No. de Caso de Uso: 05 Responsable: PADS Actores: 5. Brenda Berenice Castrejón Lazalde 6. Omar Lares Mascorro 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

19. [DAP] Clientes [GESTIFER] 19/24 Flujos Alternativos: 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 5. diseño de página 6. logos de la empresa 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. Fecha: Jueves, 23 de febrero

21. [DAP] Clientes [GESTIFER] 21/24 Detalles del Caso de Uso Proyecto: GESTIFER Cliente: FERRETERIA LA CARIDAD Nombre del Caso de Uso: Historial de abonos No. de Caso de Uso: 03 Responsable: PADS Actores: 1. Brenda Berenice Castrejón Lazalde 2. Omar Lares Mascorro 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. Flujos Alternativos: El sistema muestra un mensaje indicando que no hay ningún registro de abonos.

22. [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 1. diseño de página 2. logos de la empresa 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.

23. [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. Fecha: Jueves, 23 de febrero

ISW_CASO_USO.pdf

ISW_CASO_USO.pdf

Recomendados

Más contenido relacionado

Similar a ISW_CASO_USO.pdf

Similar a ISW_CASO_USO.pdf(20)

ISW_CASO_USO.pdf