Casos de uso - rlosadal/ingsoftware GitHub Wiki
<style>
</style>
CU-01 | AUTENTICARSE |
---|---|
Versión | 1.0 (22(09/2022) |
Dependencia | Sin Dependencia |
Precondición | El usuario debe ser personal de la compañía para que pueda obtener sus credenciales de ingreso |
Descripción | El usuario funcionario de la compañía, podrá autenticarse vía web dependiendo del rol asignado por el administrador, o en este caso el cliente |
Secuencia normal | Paso |
1 | Ingresar a la dirección web de autenticación |
2 | Ingresar las credenciales proporcionadas por el administrador (cliente) |
3 | Validar que los datos sean correctos (nombre y rol) |
4 | Todos los usuarios deben validar el ingreso |
Postcondición | El usuario puede validar el rol luego de ingresar |
Excepciones | Paso |
2 | Si el usuario ingresa las credenciales de forma incorrecta, este generara bloqueo que debe ser reportado de forma verbal al administrador |
E.1 | El sistema informara el bloqueo en pantalla |
E.2 | El administrador deberá resetear las credenciales |
Comentarios | El numero de ingresos incorrectos de credenciales es de cinco intentos |
CU-02 | DEFINIR ROLES |
Versión | 1.0 (22(09/2022) |
Dependencia | AUTENTICACION |
Precondición | El usuario que definirá roles debe se el administrador o en este caso cliente |
Descripción | El administrador podrá definir los roles de sus funcionarios, un funcionario estandar o un funcionario de soporte |
Secuencia normal | Paso |
1 | Ingresar a la dirección web de autenticación |
2 | Ingresar las credenciales proporcionadas por el desarrollador |
3 | Validar que los datos sean correctos (nombre y rol) |
4 | Todos los usuarios deben validar el ingreso |
5 | El usuario administrador podrá en el momento de la creación de algún usuario definir el rol, ya sea usuario estándar o soporte |
6 | Poda resetear las contraseñas de los usuarios creados |
Postcondición | Los usuario creados son administración del usuario principal. |
Excepciones | Paso |
2 | Si el usuario ingresa las credenciales de forma incorrecta, este generara bloqueo que debe ser reportado de forma verbal al administrador |
E.1 | El sistema informara el bloqueo en pantalla |
E.2 | El administrador deberá resetear las credenciales |
5 | E.1 |
Comentarios | Solo el administrador podrá hacer modificaciones sobre usuario creados. |
CU-03 | COLABORAR |
Versión | 1.0 (22(09/2022) |
Dependencia | Cualquier etapa |
Precondición | El desarrollador podrá generar colaboración si se genera común acuerdo entre las partes |
Descripción | El desarrollador podrá brindar apoyo o guía solamente. |
Secuencia normal | Paso |
1 | Generar un documento que respalde la colaboración fuera de los lineamientos de requerimientos iniciales |
2 | Si se autoriza el apoyo, se podrá generar colaboración en cualquier etapa. |
3 | generar la correspondiente solicitud por escrito para llevar bitácoras |
4 | Dar el soporte o, colaboración solicitado |
5 | dar por terminado el soporte. |
Postcondición | Si existen solicitudes de modificación se debe celebrar un nuevo documento o contrato con los correspondientes requerimientos. |
Excepciones | Paso |
1 | Si las solicitudes enmarcan el desarrollo inicial por falla, de debe brindar el soporte |
E.1 | Solicitudes que se encuentren contenidas en el desarrollo |
E.2 | no se brindara soporte cuando existan inconvenientes de factor humano. |
Comentarios | Sin notas adicionales |
CU-04 | GENERAR REPORTES |
Versión | 1.0 (22(09/2022) |
Dependencia | Finalización de soporte |
Precondición | Generar casos de asignación finalización de soporte, con la debida calificación de satisfacción |
Descripción | Se podrán generar los reportes correspondientes de areas que mas usan las solicitudes de soporte, personas que mas requieren soporte, tiempos de ejecución y calificaciones, estos en rangos de tiempos definidos |
Secuencia normal | Paso |
1 | Autenticarse como administrador |
2 | Seleccionar modulo de reportes |
3 | Ingresar rango de fechas |
4 | ingresar vista para el reporte (área, funcionario, satisfacción) |
5 | Generar reporte |
Postcondición | Si no existen solicitudes en fechas específicas no se generaran descargues para dicho día |
Excepciones | Paso |
1 | La reporteria solo la podrá generar un usuario administrador |
E.1 | Reporteria con fechas en que existan solicitudes |
E.2 | Las consultas con un rango mas amplio solicitara confirmación. |
Comentarios | Sin notas adicionales |
CU-05 | ASIGNAR CASOS DE SOPORTE |
Versión | 1.0 (22(09/2022) |
Dependencia | Asignar roles |
Precondición | El administrador podrá asignar los casos de soporte de acuerdo con las solicitudes de los funcionarios que lo requieran |
Descripción | El administrador debe asignar los casos en los que se requiera soporte, estos se asignaran a funcionarios con rol de soporte |
Secuencia normal | Paso |
1 | Autenticarse como administrador |
2 | Verificar solicitudes |
3 | asignar caso a funcionario de soporte |
4 | generar el seguimiento y control |
5 | Generar reporte |
Postcondición | Al finalizar el soporte el administrador deberá verificar |
Excepciones | Paso |
4 | Si no se genera el cierre de soporte no terminara el servicio |
E.1 | Solo se puede asignar un caso de soporte a un funcionario |
E.2 | Las solicitudes se van encolando |
Comentarios | Sin notas adicionales |
CU-06 | REALIZAR SOPORTE |
Versión | 1.0 (22(09/2022) |
Dependencia | Debe existir casos asignados al funcionario de soporte |
Precondición | Se debe asignar el caso a un funcionario con rol de soporte |
Descripción | El funcionario con rol de soporte debe dirigirse al puesto del solicitante, ya que se debe verificar la forma en que se solucionara el inconveniente |
Secuencia normal | Paso |
1 | Autenticarse como soporte |
2 | Verificar solicitudes |
3 | Verificar tipo de soporte |
4 | Dirigirse al puesto de solicitante |
5 | solucionar el inconveniente |
6 | Cerrar el caso |
Postcondición | Al finalizar el soporte el administrador deberá verificar |
Excepciones | Paso |
3 | El caso debe estar dentro del margen de solución de los funcionarios |
E.1 | Debe ser congruente la solicitud |
E.2 | Debe existir un problema que afecte el desempeño laboral |
Comentarios | Sin notas adicionales |
CU-06 | SATISFACCION DE SOPORTE |
Versión | 1.0 (22(09/2022) |
Dependencia | Se debe haber dado solución al inconveniente |
Precondición | El soporte debe estar al alcance de la solución y que sea un tema técnico y no de factor humano |
Descripción | El funcionario solicitante debe validar que le dieron solución a su inconveniente |
Secuencia normal | Paso |
1 | Autenticarse como soporte |
2 | Verificar soporte |
3 | cerrar caso solicitado |
4 | verificar que puede desempeñar las tareas correctamente |
5 | calificar el soporte |
6 | Generar algún comentario si existe |
Postcondición | Al finalizar el soporte el administrador deberá verificar |
Excepciones | Paso |
4 | EL soporte debe satisfacer el inconveniente |
E.1 | Si es de factor humano se debe hacer el comentario |
E.2 | Dependiendo del tipo de solicitud puede existir variación de tiempos |
Comentarios | Sin notas adicionales |
App soporte