Casos_de_Uso_IDE_12328_V_2.4

Casos de Uso

CU_123456

Bike Management

Código Documento –Casos de UsoFecha : 17/Marzo/2014

Versión 1.0

Fecha 14/09/2014Fecha 14/09/2014Versión [ 1.0]Versión [ 1.0]

Pág. 1 de 26

Control del Documento

REGISTROS DE CAMBIOS EN EL DOCUMENTO

Versión Motivo Realizado por Fecha

1.0 Elaboración casos de uso Edison Antonio Patiño 14/03/2014


Versión 1.0

Pág. 2 de 26

Tabla de Contenido

CONTROL DEL DOCUMENTO.............................................................................................................................. 1

1. CASOS DE USO DE NEGOCIO.................................................................................................................. 3

2. FUNCIONALIDAD NO CUBIERTA DENTRO DE LA SOLUCIÓN............................................................10

3. RESTRICCIONES DE LA SOLUCIÓN......................................................................................................10

4. Glosario de Términos................................................................................................................................. 10


Versión 1.0

Pág. 3 de 26

1. Casos de Uso

Caso de uso Inicio de sesionCódigo caso de uso CU1 Código Requisito asociado

REQ01 – REQ02 – REQ03DescripciónEste caso de uso ilustra el proceso de inicio en el sistema por parte de los usarios

Diagrama del caso de uso

Actores

Actor Descripción de sus responsabilidadesAdministrador Usuario con permisos para realizar todo tipo de funciones

en el sistemaOperario Usuario limitado con permisos para la gestión de solicitudesCliente Usuario con permisos solo de lectura

Precondiciones Que el usuario se encuentre registrado en el sistema. Que el usuario tenga asignada una contraseña.

Postcondiciones Ingreso al perfil de cada tipo de usuario


Versión 1.0

Pág. 4 de 26

Flujo primario1. El Sistema pedirá al usuario que ingrese usuario y contraseña.2. El usuario ingresara los datos.3. El usuario dara clic en la opción iniciar sección.4. El sistema validara que no hayan campos vacios.5. El sistema validara que en nombre de usuario este registrado.6. El sistema validara que la contraseña corresponda a ese usuario.7. El sistema berificara que perfil de usuario posee.8. El sistema enviara al usuario a su respectivo menú de funciones.9. El caso de uso termina.

Flujos alternos

FA1 Campos vacios (El FA1 inicia en el punto 4 del flujo primario).1.1. El sistema detecta algún campo vacio.1.2. El sistema informara al usuario que se ha ingresado un usuario o una contraseña incorrecta.1.3. El sistema limpia los campos.1.4. El FA1 continua en punto 2 del flujo primario.

FA2 Usuario no registrado (El FA2 inicia en el punto 5 del flujo primario).1.1. El sistema no encuentra en usuario ingresado.1.2. El sistema informara al usuario que se ha ingresado un usuario o una contraseña incorrecta.1.3. El sistema limpia los campos1.4. El FA2 continua en punto 2 del flujo primario.

FA3 Contrasea y usuario no asiciados (El FA3 inicia en el punto 6 del flujo primario).1.5. El sistema no logra asociar la contraseña con el usuario ingresados.1.6. El sistema informara al usuario que se ha ingresado un usuario o una contraseña incorrecta.1.7. El sistema limpira los campos.1.8. El FA3 continua en el punto 2 del flujo primario.

Relaciones de comunicación (include y extend):Ingreso de datos – Validar Campos del Login (include)Validar Campos del Login – Redirigir al perfil (include)Validar Campos del Login – Usuario o Contraseña incorrectos (Extend)

Supuestos:Ya se le ha asignado la clave al usuario.El usuario ya se encuentra registrado en el sistemaRequerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioEl usuario debe tener algún vinculo con el negocios para asígnale su usuario y contraseña.El nombre de usuario será el mismo documento de identidad.

Caso de uso Gestion de clientesCódigo caso de uso


Versión 1.0

Pág. 5 de 26

CU2Código Requisito asociado

REQ04 – REQ05 – REQ06 – REQ07 – REQ08DescripciónEste caso de uso ilustra el proceso de registro de los clientes en el sistema y las acciones que van vinculadas a este.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar, modificar o eliminar los

clientes en el sistema

Precondiciones Que la persona que vaya ha registrar la información posea permisos de administración. Que el cliente no se encuentre registrado en el sistema. Que el cliente haya realizado una compra o hecho una solicitud.

Postcondiciones Cliente registrado exitosamente

Flujo primario1. El usuario administrador ingresa a la opción de Gestion de Clientes.2. El usuario administrador ingresa a la opción de registrar cliente nuevo.3. El sistema muestra el formulario con todos los campos vacios que se deberán diligenciar4. El usuario administrador solicitara la información al cliente y diligenciara todos los campos obligatorios del

formulario. 5. El usuario administrador le dara clic a la opción de guardar. 6. El sistema validara que todos los campos obligatorios estén diligenciados.


Versión 1.0

Pág. 6 de 26

7. El sistema validara que el campo de número de contacto sea numérico y de máximo 10 caracteres.8. El sistema validara si el cliente ya se encuentra registrado9. El sistema guardara la información en la base de datos.10. El sistema mostrara un mensaje que diga “Registro Exitoso” y enviara al usuario al menú principal.

Flujos alternos

FA1 Consultar Clientes (El FA1 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción consultar cliente.1.2. El sistema mostrara la opcion de Ingresar cedula.1.3. El usuario dara clic en la opción consultar o cancelar.

1.3.1. Si el usuario da clic en la opción cancelar, el sistema limpiara el formulario y enviara al usuario al menú de gestión

1.4. El sistema validara si el cliente ya se encuentra registrado en el sistema.1.4.1. sistema no encuentra el número de cedula en la base de datos, se mostrara un mensaje que

diga: “El cliente no se encuentra registrado”1.5. El sistema mostrara la información del cliente.1.6. El caso de uso termina.

FA2 Modificar Clientes (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar cliente.1.2. El sistema mostrara la opcion de Ingresar cedula.1.3. El usuario dara clic en la opción consultar o cancelar.



diga: “El cliente no se encuentra registrado”1.5. El sistema mostrara el formulario de registro de cliente con la información que se encuentre registrada.1.6. El usuario modificara la información que considere necesaria.1.7. El usuario dara clic en la opción actualizar o cancelar.

1.7.1. Si el usuario da clic en cancelar el sistema saldrá del formulario, no realizara ningún cambio y enviara al usuario al menú de gestión

1.8. El sistema ejecuta el FA5 y el FA6.1.9. El sistema actualizara la información del cliente en la base de datos.1.10. El sistema muestra un mensaje que diga: “Información actualizada”1.11. El caso de uso termina.

FA3 Eliminar Clientes (El FA3 inicia en el punto 1 del flujo primario).1.12. El usuario da clic en la opción Eliminar cliente.1.13. El sistema mostrara la opcion de Ingresar cedula.1.14. El usuario dara clic en la opción Elimiar o cancelar.



diga: “El cliente no se encuentra registrado”1.16. El sistema mostrar un mensaje que diga: “Seguro que desea eliminar al cliente” y las opciones si

o no.1.16.1. Si el usuario da clic en no el sistema enviara al asuaria al men de gestión y no realizara nungun

cambio.1.17. El sistema elimina al cliente de la base de datos.1.18. El sistema muestra un mensaje que diga: “Cliente Eliminado”.1.19. El caso de uso termina.

FA4 Cancelación del proceso de registro de clientes (El FA4 inicia en el punto 5 del flujo primario).1.20. El ususario da click en la opción de cancelar.1.21. En caso de que sea si el sistema limpiara el formulario y llevará al asuario al menú principal, de

lo contrario se continuara con el flujo primario.1.22. El caso de uso termina.


Versión 1.0

Pág. 7 de 26

FA5 Campos obligatorios en blanco (El FA5 inicia en el punto 6 del flujo primario).1.23. El sistema detecta campos obligatorio sin diligenciar.1.24. El sistema informa que todos los campos marcados con (*) se deben diligenciar.1.25. El caso de uso continua en el punto 4 del flujo primario.

FA6 Número de contacto con caracteres no numéricos (El FA6 inicia en el punto 7 del flujo primario).1.26. El sistema detecta el campo de número de contacto con algún carácter no numérico. 1.27. El sistema informa que solo se permiten números en este campo y que sea de máximo 10

caracteres numéricos. 1.28. El caso de uso continua en el punto 4 del flujo primario.

Relaciones de comunicación (include y extend):Iniciar sesión – Registrar ClienteIniciar sesión – Consultar ClienteIniciar sesión – Modificar ClienteIniciar sesión – Eliminar ClienteRegistrar cliente – Diligenciar Formulario (include)Diligenciar formulario – Validar datos (include)Diligenciar formulario – Cancelar (extend)Diligenciar formulario – Muestra información (include)Validar datos – Guardar Datos (include)Validar datos – Mensaje de error (extend)Cancelar – Limpiar formulario (include)Consultar cliente – Ingresar documento de identidad (include)Modificar cliente – Ingresar documento de identidad (include)Eliminar cliente – Ingresar documento de identidad (include)Ingresar documento de identidad – Validar datos (include)Validar datos – Mensaje de error (extend)Validar datos – Muestra información (include)Muestra información – Eliminar (include)Muestra información – Cancelar (extend)Cancelar – Limpiar formulario (include)

Supuestos:El cliente ha realizado alguna compra en el taller o llevado una bicicleta para que le presten algún servicio.Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioLos clientes deben ser registrados solo por personal autorizado.El usuario debe proporcionar la información necesaria para el registro.


Versión 1.0

Pág. 8 de 26

Caso de uso Gestion de EmpleadosCódigo caso de uso CU03Código Requisito asociado

REQ04 – REQ05 – REQ09 – REQ10 – REQ11DescripciónEste caso de uso ilustra el proceso de registro de los empledos en el sistema y las acciones que van vinculadas a este.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar, modificar o eliminar los

empleados en el sistema

Precondiciones Que la persona que vaya ha registrar la información posea permisos de administración. Que el empleado no se encuentre registrado en el sistema.

Postcondiciones Empleado registrado exitosamente

Flujo primario1. El usuario administrador ingresa a la opción de Gestion de Empleados.2. El usuario administrador ingresa a la opción de registrar nuevo empleado.3. El sistema muestra el formulario con todos los campos vacios que se deberán diligenciar.


Versión 1.0

Pág. 9 de 26

4. El usuario administrador ingresa la información del empleado diligenciando todos los campos del formulario. 5. El usuario administrador le da clic a la opción de guardar. 6. El sistema valida que todos los campos estén diligenciados.7. El sistema valida que el campo de número de contacto sea numérico y de máximo 10 caracteres.8. El sistema valida que el cliente no se encuentra registrado9. El sistema guarda la información en la base de datos.10. El sistema muestra un mensaje que diga “Registro Exitoso” y enviara al usuario al menú principal.

Flujos alternos FA1 Consultar Empleado (El FA1 inicia en el punto 1 del flujo primario).

1.1. El usuario da clic en la opción consultar empleado.1.2. El sistema muestra la opcion de Ingresar cedula.1.3. El usuario da clic en la opción consultar o cancelar.

1.3.1. Si el usuario da clic en la opción cancelar, el sistema limpia el formulario y envia al usuario al menú de gestión

1.4. El sistema valida si el empleado ya se encuentra registrado en el sistema.1.4.1. Si el sistema no encuentra el número de cedula en la base de datos, se muestra un mensaje

que diga: “El cliente no se encuentra registrado”1.5. El sistema muestra la información del empleado.1.6. El caso de uso termina.

FA2 Modificar Empleado (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar Empleado.1.2. El sistema muestra la opcion de Ingresar cedula.1.3. El usuario da clic en la opción consultar o cancelar.



que diga: “El empleado no se encuentra registrado”1.5. El sistema muestra el formulario de registro de empleado con la información que se encuentre

registrada.1.6. El usuario modifica la información que considere necesaria.1.7. El usuario da clic en la opción actualizar o cancelar.

1.7.1. Si el usuario da clic en cancelar el sistema sale del formulario, no realiza ningún cambio y envia al usuario al menú de gestión

1.8. El sistema ejecuta el FA5 y el FA6.1.9. El sistema actualiza la información del emplado en la base de datos.1.10. El sistema muestra un mensaje que diga: “Información actualizada”1.11. El caso de uso termina.

FA3 Eliminar Empleado (El FA3 inicia en el punto 1 del flujo primario).1.12. El usuario da clic en la opción Eliminar Empleado.1.13. El sistema muestra la opcion de Ingresar cedula.1.14. El usuario da clic en la opción Elimiar o cancelar.



que diga: “El empleado no se encuentra registrado”1.16. El sistema muestra un mensaje que diga: “Seguro que desea eliminar al empleado” y las

opciones si o no.1.16.1. Si el usuario da clic en no el sistema envia al asuario al menu de gestión y no realiza ningun

cambio.1.17. El sistema elimina al empleado de la base de datos.1.18. El sistema muestra un mensaje que diga: “Empleado Eliminado”.1.19. El caso de uso termina.

FA4 Cancelación del proceso de registro de empleados (El FA4 inicia en el punto 5 del flujo primario).1.20. El ususario da click en la opción de cancelar.1.21. En caso de que sea si el sistema limpia el formulario y lleva al asuario al menú principal, en


Versión 1.0

Pág. 10 de 26

casode que sea no se continuara con el flujo primario.1.22. El caso de uso termina.

FA5 Campos obligatorios en blanco (El FA5 inicia en el punto 6 del flujo primario).1.23. El sistema detecta campos obligatorio sin diligenciar.1.24. El sistema informa que todos los campos marcados con (*) se deben diligenciar.1.25. El caso de uso continua en el punto 4 del flujo primario.

FA6 Número de contacto con caracteres no numéricos (El FA6 inicia en el punto 7 del flujo primario).1.26. El sistema detecta el campo de número de contacto con algún carácter no numérico. 1.27. El sistema informa que solo se permiten números en este campo y que sea de máximo 10

caracteres numéricos. 1.28. El caso de uso continua en el punto 4 del flujo primario.

Relaciones de comunicación (include y extend):Iniciar sesión – Registrar EmpleadoIniciar sesión – Consultar EmpleadoIniciar sesión – Modificar EmpleadoIniciar sesión – Eliminar EmpleadoRegistrar Empleado – Diligenciar Formulario (include)Diligenciar formulario – Validar datos (include)Diligenciar formulario – Cancelar (extend)Diligenciar formulario – Muestra información (include)Validar datos – Guardar Datos (include)Validar datos – Mensaje de error (extend)Cancelar – Limpiar formulario (include)Consultar Empleado – Ingresar documento de identidad (include)Modificar Empleado – Ingresar documento de identidad (include)Eliminar Empleado – Ingresar documento de identidad (include)Ingresar documento de identidad – Validar datos (include)Validar datos – Mensaje de error (extend)Validar datos – Muestra información (include)Muestra información – Eliminar (include)Muestra información – Cancelar (extend)Cancelar – Limpiar formulario (include)

Supuestos:El empleado debe haber sido autorizado para ingresar al sistemaEl empleado tiene un perfil con permisos para realizar estas accionesEl empleado esta activo en el sistema

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioLos empleados deben ser registrados solo por personal autorizado.El empleado debe tener un contrato firmado con el negocio.El empleado debe entregar la documentación pertinenete a la dministración para cuestiones legales.La información debe ser tomada de la hoja de vida que el empleado entrego a la administración.

Caso de uso Gestion de productos (Accesorios)


Versión 1.0

Pág. 11 de 26

Código caso de uso CU04Código Requisito asociado

REQ04 – REQ12 – REQ13DescripciónEste caso de uso ilustra el proceso de registro de los accesorios que se ofrecen en el taller y que deberán estar ingresados en el sistema; también muestra las acciones que van vinculadas a este proceso.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar o modificar los accesorios

en el sistema

Precondiciones Que la persona que vaya ha registrar la información posea permisos de administración. Que el accesorio no se encuentre registrado en el sistema.

Postcondiciones Accesorio registrado exitosamente.

Flujo primario1. El usuario administrador ingresa a la opción de Gestion de Productos.2. El usuario administrador ingresa a la opción de registrar nuevo accesorio.3. El sistema muestra el formulario con todos los campos vacios que se deben diligenciar.4. El usuario administrador ingresa la información del accesorio diligenciando todos los campos del formulario. 5. El usuario administrador le da clic a la opción de guardar. 6. El sistema valida que todos los campos estén diligenciados.7. El sistema valida que el código del accesorio no se encuentre registrado.8. El sistema guarda la información en la base de datos.9. El sistema muestra un mensaje que diga “Registro Exitoso”. 10. El usuario da clic en finalizar.11. El sistema envía al usuario al menú de gestión.12. El caso de uso termina.


Versión 1.0

Pág. 12 de 26

Flujos alternos FA1 Consultar Accesorios (El FA1 inicia en el punto 1 del flujo primario).

1.1. El usuario da clic en la opción consultar accesorios.1.2. El sistema muestra todos los accesorios registrados en el sistema.1.3. El sistema muestra la opcion de Buscar1.4. El usuario ingresa el código del accesorio o el nombre del accesorio.1.5. El usuario da clic en la opción Buscar o Finalizar.

1.5.1. Si el usuario da clic en la opción finalizar, el envia al usuario al menú principal. 1.6. El sistema busca el código ingresado en la base de datos.

1.6.1. Si el sistema no encuentra el código en la base de datos, se muestra un mensaje que diga: “Accesorio no disponible”

1.7. El sistema muestra la información detallada del accesorio.1.8. El caso de uso termina.

FA2 Modificar Accesorio (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar Accesorio.1.2. El sistema muestra la opcion de Ingrese código del accesorio o nombre del producto.1.3. El usuario da clic en la opción buscar.1.4. El sistema busca el código en la base de datos.

1.4.1. Si el sistema no encuentra el código en la base de datos, se muestra un mensaje que diga: “Accesorio no disponible en el sistema”

1.5. El sistema muestra el formulario de registro de accesorios con la información que se encuentre registrada.

1.6. El usuario modifica la información que considere necesaria.1.7. El usuario da clic en la opción actualizar o cancelar.

1.7.1. Si el usuario da clic en cancelar el sistema sale del formulario, no realiza ningún cambio y envia al usuario al menú principal.

1.8. El sistema ejecuta el FA5.1.9. El sistema actualiza la información del accesorio en la base de datos.1.10. El sistema muestra un mensaje que diga: “Información actualizada”1.11. El caso de uso termina.

FA3 Cancelación del proceso de registro de accesorios (El FA3 inicia en el punto 5 del flujo primario).1.12. El ususario da click en la opción de Finalizar.1.13. El sistema limpia el formulario y lleva al asuario al menú principal.1.14. El caso de uso termina.

FA4 Campos obligatorios en blanco (El FA4 inicia en el punto 6 del flujo primario).1.15. El sistema detecta campos obligatorio sin diligenciar.1.16. El sistema informa que todos los campos son obligatorion y se deben diligenciar.1.17. El caso de uso continua en el punto 4 del flujo primario.

FA5 Accesorio ya registrado en sistema (El FA5 inicia en el punto 7 del flujo primario).1.18. El sistema encuentra en código de accesorio en el sistema. 1.19. El sistema informa que el accesorio ya se encuentra registrado. 1.20. El sistema muestra las opciones de Finalizar o Editar.

1.20.1. Si el usuario da clic en editar se ejecuta el FA2.1.21. El sistema regresa al menú de gestion.

FA6 Ingresar un nuevo accesorio (El FA6 inicia en el punto 10 del flujo primario).1.22. El usuario da clic en ingresar nuevo accesorio. 1.23. El sistema limpia todos los campos del formulario. 1.24. El sistema continua en el punto 3 del flujo primario.

Relaciones de comunicación (include y extend):Iniciar Sesión – Registrar Accesorio Iniciar Sesión – Consultar Accesorio


Versión 1.0

Pág. 13 de 26

Iniciar Sesión – Modificar AccesorioRegistrar Accesorio – Guardar Datos (extend)Guardar datos – valida datos del formulario (include)Guardar datos – Finalizar (include)Finalizar – Ir al menú principal (include)Registrar Accesorio – Diligenciar formulario (include)Diligenciar formulario – Valida datos del formulario (include)Valida datos del formulario – Guarda datos (include)Valida datos del formulario – Mensaje error (extend)Registrar Accesorio – Finalizar (extend)Finalizar – Ir al menú principal (include)Consultar Accesorio – Muestra accesorios (include)Muestra accesorio – Buscar por Cod.O Nom. (include)Buscar por Cod. O Nom. – Valida datos (include)Valida datos – Muestra detalle del accesorio (include)Valida datos – Mensaje de error (extend)Modificar Accesorio – Buscar por Cod. O Nom. (include)Buscar por Cod. O Nom. – Valida datos (include)Valida datos – Mensaje de error (extend)Valida datos – Muestra formulario con datos (include)Muestra formulario con datos – Actualiza datos (include)Muestra formulario con datos – Cancelar (extend)Cancelar – Ir al menú principal (include)

Supuestos:El sistema debe aunto ato asignar el código de registro para el producto.El usuario posee permisos de administrador.

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioLos accesorios deben ser registrados solo por personal autorizado.Los accesorios deberán ser revizados antes de ingresarlos al sistema.El produto debe estar ofresiendose en el taller.Los productos no pueden ser elimiandos del sistema.


Versión 1.0

Pág. 14 de 26

Caso de uso Gestion de productos (Marcos)Código caso de uso CU05Código Requisito asociado

REQ04 – REQ14 – REQ15DescripciónEste caso de uso ilustra el proceso de registro de los marcos de bicicleta que se ofrecen en el taller y que deberán estar ingresados en el sistema; también muestra las acciones que van vinculadas a este proceso.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar o modificar los marcos de

bicicleta en el sistemaPrecondiciones Que la persona que vaya ha registrar la información posea permisos de administración. Que el marco no se encuentre registrado en el sistema.

Postcondiciones Marco registrado exitosamente.

Flujo primario1. El usuario administrador ingresa a la opción de Gestion de Productos.2. El usuario administrador ingresa a la opción de registrar nuevo marco.3. El sistema muestra el formulario con todos los campos vacios que se deben diligenciar.4. El usuario administrador ingresa la información del marco, diligenciando todos los campos del formulario. 5. El usuario administrador le da clic a la opción de guardar. 6. El sistema valida que todos los campos estén diligenciados.7. El sistema valida que el serial del marco no se encuentre registrado.8. El sistema guarda la información en la base de datos.9. El sistema muestra un mensaje que diga “Registro Exitoso”. 10. El sistema muestra las opciones de ingresar un nuevo marco o finalizar.11. El sistema envía al usuario al menú de gestión.12. El caso de uso termina.

Flujos alternos


Versión 1.0

Pág. 15 de 26

FA1 Consultar Marcos (El FA1 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción consultar marcos.1.2. El sistema muestra todos los marcos registrados en el sistema.1.3. El sistema muestra la opcion de Buscar1.4. El usuario ingresa el serial del marco y/o modelo del marco.1.5. El usuario da clic en la opción Buscar o Finalizar.

1.5.1. Si el usuario da clic en la opción finalizar, el envia al usuario al menú principal. 1.6. El sistema busca el serial ingresado en la base de datos.

1.6.1. Si el sistema no encuentra el serial en la base de datos, el sistema busca los marcos registrados con el modelo ingresado.

1.6.2. Si el sistema no encuentra el o los marcos con los datos ingresados, se muestra un mensaje que diga: “Marco no disponible en el sistema”

1.7. El sistema muestra la información detallada del o los marcos.1.8. El caso de uso termina.

FA2 Modificar Marcos (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar Marcos.1.2. El sistema muestra la opcion de: Ingrese serial del marco.1.3. El usuario da clic en la opción buscar.1.4. El sistema busca el serial del marco en la base de datos.

1.4.1. Si el sistema no encuentra el seria en la base de datos, se muestra un mensaje que diga: “Marco no disponible en el sistema”

1.5. El sistema muestra el formulario de registro de marcos con la información que se encuentre registrada.1.6. El usuario modifica la información que considere necesaria.1.7. El usuario da clic en la opción actualizar o Finalizar.

1.7.1. Si el usuario da clic en Finalizar el sistema sale del formulario, no realiza ningún cambio y envia al usuario al menú principal.

1.8. El sistema ejecuta el FA5.1.9. El sistema actualiza la información del marco en la base de datos.1.10. El sistema muestra un mensaje que diga: “Información actualizada”1.11. El caso de uso termina.

FA3 Cancelación del proceso de registro de marcos (El FA3 inicia en el punto 5 del flujo primario).1.12. El ususario da click en la opción de cancelar.1.13. En caso de que sea si el sistema limpia el formulario y lleva al asuario al menú principal, en

caso de que sea no se continuara con el flujo primario.1.14. El caso de uso termina.

FA4 Campos obligatorios en blanco (El FA4 inicia en el punto 6 del flujo primario).1.15. El sistema detecta campos obligatorio sin diligenciar.1.16. El sistema informa que todos los campos son obligatorios y se deben diligenciar.1.17. El caso de uso continua en el punto 4 del flujo primario.

FA5 Marco ya registrado en sistema (El FA5 inicia en el punto 7 del flujo primario).1.18. El sistema encuentra que el serial ya se encuentra registrado en el sitema. 1.19. El sistema informa que el marco ya se encuentra registrado. 1.20. El sistema muestra las opciones de Finalizar o Editar.

1.20.1. Si el usuario da clic en editar se ejecuta el FA2.1.21. El sistema regresa al menú de gestion.

FA6 Ingresar un nuevo Marco (El FA6 inicia en el punto 10 del flujo primario).1.22. El usuario da clic en ingresar nuevo Marco. 1.23. El sistema limpia todos los campos del formulario. 1.24. El sistema continua en el punto 3 del flujo primario.

Relaciones de comunicación (include y extend):Iniciar Sesion – Registrar marco


Versión 1.0

Pág. 16 de 26

Iniciar Sesion – Consultar MarcoIniciar Sesion – Modificar MarcoRegistrar Marco – Diligenciar Formulario (include)Diligenciar formulario – Valida Campos del formulario (include)Valida campos del formulario – Muestra mensaje de error (extend)Registrar marco – Guardar datos (extend)Registrar marco – Finalizar (extend)Consultar marco – Muestra lista de marcos (include)Muestra lista de marcos – Buscar (include)Buscar – Valida datos (include)Valida datos – Muestra detalles del marco (include)Valida datos – Muestra mensaje de error (extend)Modificar Marcos – Buscar (extend)Buscar – Valida datos (include)Valida datos – Muestra mensaje de error (extend)Valida datos – Muestra formulario con datos (include)Muestra formulario con datos – Actualiza datos (include)Muestra formulario con datos – Cancelar (extend)Cancelar – Sale del menú (include)

Supuestos:El usuario posee permisos de administrador.Los marcos no pueden ser eliminados del sistema.

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioLos marcos deben ser registrados solo por personal autorizado.Los marcos deben ser revizados antes de ser ingresados al sistema.No se debe registrar un marco que no haya sido comprado por el taller.La información del marco deberá ser diligenciada deacuerdo a los detaller que envie el proveedor.

Caso de uso Gestión de solicitudesCódigo caso de uso CU06


Versión 1.0

Pág. 17 de 26

Código Requisito asociadoREQ04 – REQ16

DescripciónEste caso de uso ilustra el proceso de registro y gestión de las solicitudes que llegan al taller, adicionalmente muestra las acciones que van vinculadas a este proceso.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar o modificar las solicitudes

en el sistemaOperario Empleado que tendrá la posibilidad de registrar, consultar o

modificar las solicitudes en el sistema.Cliente Usuario con permisos de lectura para ver el estado de las

solicitudes.Precondiciones Que el empleado se encuentre registrado en el sistema y en estado activo. Que el cliente se encuentre registrado en el sistema

Postcondiciones Solicitud creada correctamente.

Flujo primario1. El usuario ingresa a la opción de Gestion de solicitudes.2. El usuario ingresa a la opción de crear solicitud.3. El sistema muestra el formulario con todos los campos vacios que se deben diligenciar.4. El usuario ingresa los datos del cliente y la bicicleta.5. El usuario le da clic a la opción de guardar. 6. El sistema valida que los campos obligatorios se encuentren diligenciados.7. El sistema valida que el cliente se encuentre registrado.8. El sistema valida que la solicitud no este creada en el sistema.9. El sistema guarda la información en la base de datos.10. El sistema muestra un mensaje que diga “Solicitud creada”. 11. El sistema muestra el número de solicitud que se acaba de crear con los datos del cliente y de la bicicleta.12. El sistema envía al usuario al menú de gestión.13. El caso de uso termina.

Flujos alternos FA1 Consultar solicitudes (El FA1 inicia en el punto 1 del flujo primario).

1.1. El usuario da clic en la opción consultar solicitud.1.2. El sistema solicita que se ingrese el número de solicitud y muestra la opción consultar.


Versión 1.0

Pág. 18 de 26

1.3. El usuario ingresa el número de solicitud.1.4. El usuario da clic en la opción consultar o Finalizar.

1.4.1. Si el usuario da clic en la opción finalizar, el envia al usuario al menú principal. 1.5. El sistema busca el número de solicitud en la base de datos.

1.5.1. Si el sistema no encuentra número de solicitud, muestra un mensaje diciendo: “No se registran solicitudes con este código”.

1.6. El sistema muestra la información de la solicitud y el estado en el que se encuentra.1.7. El caso de uso termina.

FA2 Modificar solicitud (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar solicitud.1.2. El sistema muestra la opcion de: Ingrese número de solicitud.1.3. El usuario da clic en la opción buscar o finalizar.

1.3.1. Si el usuario da clic en la opción finalizar, el sistema limpia el formulario y envia al usuario al menú de gestión

1.4. El sistema busca el número de solicitud en la base de datos.1.4.1. Si el sistema no encuentra el número de solicitud en la base de datos, se muestra un mensaje

que diga: “No se registran solicitudes con este código”1.4.2. Si el caso ya ha sido resuelto, el sistema muestra un mensaje diciendo que el estado es cerrado

y la fecha de cierre.1.5. El sistema muestra la solicitud y las opciones de agregar comentario o finalizar.

1.5.1. Si el usuario da clic en finalizar, el sistema no hace ningún cambio y envía al usuario al menú principal.

1.6. El usuario agrega los nuevos comentarios a la solicitud.1.7. El usuario da clic en la opción actualizar o cancelar.

1.7.1. Si el usuario da clic en cancelar el sistema sale del formulario, no realiza ningún cambio y envia al usuario al menú principal.

1.8. El sistema actualiza la información de la solicitud en la base de datos.1.9. El sistema muestra un mensaje que diga: “Información actualizada”1.10. El caso de uso termina.

FA3 Cancelación del proceso de registro de solicitudes (El FA3 inicia en el punto 5 del flujo primario).1.11. El ususario da click en la opción de cancelar.1.12. En caso de que sea si el sistema limpia el formulario y lleva al usuario al menú principal, en


FA4 Campos obligatorios en blanco (El FA4 inicia en el punto 6 del flujo primario).1.14. El sistema detecta campos obligatorio sin diligenciar.1.15. El sistema informa que los campos marcados con (*) son obligatorion y se deben diligenciar.1.16. El caso de uso continua en el punto 4 del flujo primario.

FA5 Cliente no registrado (El FA5 inicia en el punto 7 del flujo primario).1.17. El sistema no encuentra el numero de identificación del cliente en la base de datos. 1.18. El sistema informa que el cliente no se encuentra registrado.1.19. El sistema muestra las opciones de salir o registrar cliente.

1.19.1. Si el usuario da clic en la opción de salir, el sistema envía al usuario al menú principal.1.20. El sistema valida que el perfil del usuario sea administrador.

1.20.1. Si el usuario no es un administrador se muestra un mensaje de: “Autorización denegada, contactese con un administrador”

1.21. El caso de uso continua en el flujo primario del CU02.

FA6 Solicitud ya registrada en sistema (El FA6 inicia en el punto 8 del flujo primario).1.22. El sistema encuentra que el número de solicitu ya se encuentra registrado en el sitema. 1.23. El sistema informa que esa solicitud ya ha sido creada. 1.24. El sistema muestra el estado de la solicitud y la fecha de apertura o de cierre.1.25. El sistema regresa al menú de gestion.

Relaciones de comunicación (include y extend):


Versión 1.0

Pág. 19 de 26

Iniciar Sesión – Crear solicitudIniciar Sesión – Modificar solicitudIniciar Sesión – Consultar solicitudCrear solicitud – Ingresar datos de registro (include)Ingresar datos de registro – Validar datos del formulario (include)Validar datos del formulario – Guardar la información (include)Guardar información – Muestra datos de solicitud (include)Validar datos del formulario – Mensaje de error (extend)Crear solicitud – Finalizar (extend)Finalizar – Enviar al menú principal (include)Modificar solicitud – Finalizar (extend)Finalizar – Enviar al menú principal (include)Modificar solicitud – Ingresar N. de solicitud (include)Ingresar N. de solicitud – Buscar (include)Buscar – Validar solicitud (include)Validar solicitud – Mensaje de error (extend)Validar solicitud – Mostrar información solicitud (include)Mostrar Informacion solicitud – finalizar (extend)Finalizar – Enviar al menú principal (include)Mostrar información solicitud – Modificar información (include)Modificar información – Cancelar (extend)Modificar información – Guardar cambios (include)Cancelar – Enviar al menú principal (include)Guardar cambios – Enviar al menú principal (include)Enviar al menú principal – Finalizar (include)Ingresar N. de solicitud – Muestra lista de solicitudes (include)Muestra lista de solicitudes – Finalizar (extend)Consultar Solicitud – Muestra lista de solicitudes (include)Muestra lista de solicitudes – Finalizar (extend)Finalizar – Enviar al menú principal (include)

Supuestos:El empleado se encuentra registrado en el sistema.El cliente se encuentra registrado en el sistema.

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioLas solicitudes se deben completar antes del tiempo estimado de resolución.Si una solicitud no puede ser terminada antes del tiempo estimado y resolución se debe comentariar los motivos.

Caso de uso Gestión de tarjetas de propiedad


Versión 1.0

Pág. 20 de 26

Código caso de uso CU07Código Requisito asociado

REQ04 – REQ17 – REQ18 – REQ19 – REQ20DescripciónEste caso de uso ilustra el proceso de la creación, consulta y modificación de la información contenida en las tarjetas de propiedad de las bicicletas.


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar o modificar las tarjetas de

propiedad en el sistemaCliente Usuario con permisos de lectura para consultar las tarjetas

de propiedad de las bicicletas.Precondiciones Que el empleado se encuentre registrado en el sistema y en estado activo. Que el empleado posea permisos de administración. Que el cliente se encuentre registrado en el sistema. Que el marco se encuentre registrado en el sistema.

Postcondiciones Tarjeta de propiedad creada exitosamente. Muesta información detallada de la bicicleta. Muestra información generalizada de todas las bicicletas que tiene registradas el cliente.

Flujo primario1. El usuario ingresa a la opción de Tarjetas de propiedad.2. El usuario ingresa a la opción de crear tarjeta.


Versión 1.0

Pág. 21 de 26

3. El usuario ingresa el serial de la bicicleta y documento de identidad del cliente y da clic en generar.4. El sistema valida que el cliente este registrado.5. El sistema valida que el serial de la bicicleta se encuentre registrado.6. El sistema muestra el formulario de registro y asigna automaticamente los datos del cliente, marco y

empleado.7. El usuario ingresa la fecha de venta de la bicicleta.8. El usuario le da clic a la opción de crear. 9. El sistema valida que los campos se encuentren llenos.10. El sistema guarda la información en la base de datos.11. El sistema muestra un mensaje que diga “Tarjeta creada Exitosamente”. 12. El sistema envía al usuario al menú de gestión.13. El caso de uso termina.

Flujos alternos FA1 Consultar Tarjeta de propiedad (El FA1 inicia en el punto 1 del flujo primario).

1.1. El usuario da clic en la opción consultar tarjeta.1.2. El usuario selecciona serial o cedula e ingresa el número.1.3. El usuario da clic en consultar.

1.3.1. Si el usuario selecciona cedula, el sistema valida que el cliente este registrado1.3.2. el sistema muestra todas las bicicletas registradas a nombre del cliente1.3.3. El sistema enlazara el serial con la tarjeta de propiedad que le corresponda.

1.4. El sistema busca el número de serie ingresado.1.4.1. Si el número de serie no se encuentra el sistema muestra un mensaje disiendo: “Tarjeta no

encontrada”1.4.2. El sistema regresa al punto 1.2 del FA1.

1.5. El sistema muestra la tarjeta de propiedad correspondiente al numero de serie ingresado..1.6. El usuario da clic en la opción Finalizar.1.7. El sistema envía al usuario al menú principal.1.8. El caso de uso termina.

FA2 Modificar tarjeta de propiedad (El FA2 inicia en el punto 1 del flujo primario).1.1. El usuario da clic en la opción Modificar tarjeta.1.2. El sistema muestra la opcion de: Ingrese numero de serie de la bicicleta.1.3. El usuario da clic en la opción consultar o finalizar.

1.3.1. Si el usuario da clic en la opción finalizar, el sistema limpia el formulario y envia al usuario al menú de gestión

1.4. El sistema busca el número de serie de la bicicleta en la base de datos.1.4.1. Si el sistema no encuentra el número de serie en la base de datos, se muestra un mensaje que

diga: “Tarjeta de propiedad no encontrada”1.5. El sistema muestra el formulario de registro de la tarjeta.1.6. El usuario modifica los datos requeridos y da clic en actualizar información.1.7. El sistema actualiza la información en toda la base de datos .1.8. El sistema muestra el mensaje: “Información actualizada correctamente”.1.9. El sistema envía al usuario al menú de gestión 1.10. El caso de uso termina.

FA3 Cliente no encontrado (El FA3 inicia en el punto 4 del flujo primario).1.11. El sistema no encuentra al cliente en al base de datos.1.12. El sistema informa al usuario que el cliente no se encuentra registrado.1.13. El sistema retorna al usuario al menú de gestion.

FA4 Serial no encontrado (El FA4 inicia en el punto 5 del flujo primario).1.14. El sistema no encuentra el serial en al base de datos.1.15. El sistema informa al usuario que el serial ingresado no se encuentra registrado.1.16. El sistema retorna al usuario al menú de gestion.

FA5 Cancelación del proceso de creación (El FA5 inicia en el punto 8 del flujo primario).


Versión 1.0

Pág. 22 de 26

1.17. El ususario da click en la opción de cancelar.1.18. En caso de que sea si el sistema limpia el formulario y lleva al asuario al menú principal, en


FA6 Campos en blanco (El FA6 inicia en el punto 9 del flujo primario).1.20. El sistema detecta campos vacios.1.21. El sistema informa que los campos debes estra diligenciados.1.22. El caso de uso continua en el punto 3 del flujo primario.

Relaciones de comunicación (include y extend):Crear tarjeta – Iniciar sesion (include)Crear tarjeta – Generar (extend)Crear tarjeta – validar registro del cliente (include)Crear tarjeta – validar registro del serial (include)Generar – crear (extend)Generar – Cancelar (extend)Crear – vaida campos en blanco (include)Crear – Valida campos en blanco (include)Modificar tarjeta – Iniciar sesión (include)Modificar tarjeta – ingresar serial (extend)Modificar tarjeta – consultar (extend)Modificar tarjeta – finalizar (extend)Consultar – buscar serial en Bd (include)Consultar – actualizar información (extend)Consultar tarjeta – Iniciar sesión (include)Consultar tarjeta – seleccionar serial (extend)Consultar tarjeta – seleccionar doc. De identidad (extend)Consultar tarjeta – consultar (extend)Consultar – valida exixtencia del cliente (include)Consultar – valida existencia del serial (include)Valida existencia de cliente – muestra error (extend)Valida existencia de cliente – muestra biclicletas del cliente (extend)Valida existencia de serial – muestra error (extend)Valida existencia de serial – muestra tarjeta de propiedad (extend)Muestra Tarjeta de propiedad – Finalizar (include)

Supuestos:El ciente debe estar registrado en el sistema.EL marco debe estar registrado en el sistema.El empleado posee permisos de administardor.El marco no ha sido registrado a nombre de otro cliente.

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocioNo se puede emitir tarjeta de propiedad a una bicicleta cuyo marco no sea originario del taller.El propietario deberá autorizar cualquier cambio de información dentro de la tarjeta de propiedad.

Caso de uso Generación de reportesCódigo caso de uso


Versión 1.0

Pág. 23 de 26

CU08Código Requisito asociado

REQ21 – REQ22 – REQ23DescripciónEste caso de uso ilustra el proceso de la generación de los diferentes reportes que se solicitan en el taller


Actores

Actor Descripción de sus responsabilidadesAdministrador Encargado de registrar, consultar o modificar las tarjetas de

propiedad en el sistemaPrecondiciones Que el empleado se encuentre registrado en el sistema y en estado activo. Que el empleado posea permisos de administración.

Postcondiciones Generación de reporte.

Flujo primario1. El usuario ingresa a la opción de generar reporte.2. El usuario selecciona el reporte que necesita emitir.3. El sistema consulta la información en la base de datos.4. El sistema muestra el informe solicitado.5. El caso de uso termina.

Flujos alternosN/A



Versión 1.0

Pág. 24 de 26

Supuestos:

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocio

Caso de uso Registro de Clientes PotencialesCódigo caso de uso CU09Código Requisito asociado

DescripciónEste caso de uso ilustra el proceso de captura de información de clientes potenciales por medio del modulo informativo y de eventos


Actores

Actor Descripción de sus responsabilidadesUsuario Encargado de registrar, consultar o modificar las tarjetas de

propiedad en el sistemaPrecondiciones Que el usuario no se encuentre registrado en el sistemaPostcondiciones

Información guardada


Versión 1.0

Pág. 25 de 26

Flujo primario1. El usuario ingresa al modulo informativo y de eventos.2. El usuario ingresa a la opción de registrarse para el envío de información.3. El sistema muestra el formulario de registro en blanco.4. El usuario ingresa todos sus datos personales.5. El usuario da clic en guardar datos.6. El sistema valida que todos lo campos se encuentren diligenciados7. El sistema verifica que el usuario no se encuentre creado.8. El sistema guarda la información en la base de datos de los clientes y los crea como cliente potencial.9. Fin del caso de uso.

Flujos alternos FA1 Campos sin diligenciar (El FA1 inicia en el punto 6 del flujo primario).

1.1. El sistema detecta algún campo en blanco.1.2. El sistema informa al usuario que todos los campos son obliogatorio para completar el resgistro.1.3. El sistema retorna al formulario de registro sin borrar la información1.4. Fin del caso de uso.

FA2 Usuario ya registrado (El FA1 inicia en el punto 7 del flujo primario).1.1. El sistema encuentra al usuario en los registros.1.2. El sistema envía un mensaje de registro finalizado.1.3. El sistema no realiza ningún cambio en la base de datos.1.4. El caso de uso termina.


Supuestos:

Requerimientos EspecialesN/ADiagrama de actividadN/ADiagrama de estadosN/AReglas de negocio

1. Funcionalidad NO cubierta dentro de la SoluciónTodas las respuestas de los cobros se realiza a través de los servicios entregados por el sistema de cobros, es decir en el sistema de DE COBROS no se contempla realizar esta funcionalidad.

2. Restricciones de la SoluciónEsta iniciativa se esta trabajando bajo nuevo modelo ADM.

3. Modelo de Casos de UsoN/A

4. Glosario de Términos SAI = SISTEMA DE ATENCIÓN DE INFORMACIÓN


Versión 1.0

Documents

Casos_de_Uso_IDE_12328_V_2.4