Casos Uso - TANGERINE00/Tangerine01 GitHub Wiki

A continuación se describen los casos de uso asociados a los requerimientos funcionales del proyecto Tangerine, divididos por Módulos.

Módulo 1

Módulo de ingreso, seguridad, Dashboard inicial

Este módulo se encargará del ingreso al sistema y seguridad por medio de un Login para acceder al dashboard inicial y los distintos módulos.

Caso de Uso TGE_CU_1_1_1 Inicio de sesión.
Precondición
  • Conexión de red.
Condición Final de Éxito Ingreso del usuario al sistema.
Condición Final de Fallo Que el usuario no logre ingresar al sistema.
Actor Primario
  • Usuario.
Disparador Introduce su “Usuario” y “Password” y luego selecciona la opción “Aceptar”.
Escenario Principal de Éxito
  1. El usuario introduce su Usuario y Password y luego selecciona la opción Aceptar.
  2. El sistema despliega el Dashboard inicial desde donde se accede a los distintos módulos. El CU termina.
Extensiones
1-A. El Usuario o el Password introducido es incorrecto.
A1. El sistema muestra un mensaje informativo “Usuario o Contraseña Incorrecta”. El CU termina.
Caso de Uso TGE_CU_1_3_2 Verificar Usuario.
Precondición
  • Obtención de “Usuario” y “Password” introducidos por el usuario.
Condición Final de Éxito Usuario verificado.
Condición Final de Fallo El usuario no es verificado en el sistema.
Actor Primario
  • Sistema.
Disparador El sistema recibe el “Usuario” y “Password” de un usuario determinado.
Escenario Principal de Éxito
  1. El sistema recibe el Usuario y Password de un usuario del sistema.
  2. El sistema verifica que el usuario existe.
  3. El sistema verifica que el password corresponde al usuario.
Extensiones
1-A. El Usuario no existe en el sistema o el Password recibido es incorrecto.
A1. El sistema no autoriza el ingreso del usuario al sistema.
Caso de Uso TGE_CU_1_4_4 Recuperación de Contraseña.
Precondición
  • Conexión de Red.
  • Usuario registrado en el sistema.
Condición Final de Éxito El usuario cambia su Password.
Condición Final de Fallo El Password del usuario no logra modificarse.
Actor Primario
  • Usuario.
Disparador Introducir “Usuario” y seleccionar la opción “Recuperar contraseña”
Escenario Principal de Éxito
  1. El usuario introduce su nombre de Usuario y selecciona la opción “Recuperar contraseña”.
  2. El sistema despliega un formulario donde debe introducir su “Correo” y un código de “Activación”.
  3. El usuario presiona la opción “Aceptar”.
  4. El sistema despliega un formulario donde debe introducir su nuevo “Password” y confirmarlo.
  5. El usuario introduce la nueva contraseña y selecciona la opción “Aceptar”
  6. El sistema despliega nuevamente la el formulario de “Inicio de Sesión”. El CU termina.
Extensiones
1-A. El usuario no introduce su nombre de Usuario
A1. El sistema muestra un mensaje informativo “Por favor introduzca su nombre de usuario para recuperar su contraseña”.
2-A. El nombre de usuario introducido no está registrado en la base de datos del sistema
A2. El sistema muestra un mensaje informativo “El nombre de usuario introducido no se encuentra registrado en el sistema”.
3-A. El código de activación o el correo introducido no son los correctos.
A3. El sistema muestra un mensaje informativo “Los datos introducidos son incorrectos”.
4-A. La confirmación del nuevo Password es distinto
A3. El sistema muestra un mensaje informativo “Por favor introduzca nuevamente la contraseña”. El CU termina.
Caso de Uso TGE_CU_1_7_3 Gestionar aplicación.
Precondición
  • Conexión de Red
  • Usuario verificado.
Condición Final de Éxito Acceso del usuario a los módulos correspondientes del sistema.
Condición Final de Fallo El usuario no tiene accesos a los módulos del sistema.
Actor Primario
  • Sistema.
Disparador Verificación de usuario.
Escenario Principal de Éxito
  1. El sistema verifica al usuario para que pueda ingresar al sistema.
  2. El sistema despliega el Dashboard inicial desde donde se accede a los distintos módulos del mismo.
Extensiones
1-A. El Usuario no tiene acceso a los diferentes módulos del sistema.
Caso de Uso TGE_CU_1_2_4 Cierre de sesión
Precondición
  • Conexión de Red
  • Sesión del usuario iniciada.
Condición Final de Éxito Sesión de usuario cerrada.
Condición Final de Fallo No se logró realizar el cierre de sesión.
Actor Primario
  • Usuario
Disparador El usuario selecciona la opción “Cerrar Sesión”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Cerrar Sesión”.
  2. El sistema cierra la sesión del usuario..
  3. El sistema muestra un mensaje informativo “Sesión Cerrada”. El CU termina.
Extensiones
No existen extensiones para este caso de uso.

Módulo 2

Módulo para la gestión de usuarios y roles.

Este módulo se encarga del registro de cuentas de usuarios de empleads que no lo posean, y del manejo de los roles.

Caso de Uso TGE_CU_2_1 Modificando rol de usuario
Precondición
  • El usuario ingresó al sistema e inició sesión.
  • El usuario seleccionó la opción para modificar roles de usuarios.
Condición Final de Éxito Se ha modificado el rol. Vuelve al dashboard inicial.
Condición Final de Fallo No se modificó el rol.
Actor Primario
  • Usuario del sistema.
Disparador Seleccionar la opción “Gestión de usuarios” → ”Modificar rol de usuario”.
Escenario Principal de Éxito
  1. El usuario ingresa el username del usuario al que desea cambiarle el rol
  2. El sistema carga los roles disponibles en un combobox (lista desplegable), pero se encuentra seleccionado el rol actual del usuario a modificar.
  3. El usuario edita el campo de texto y modifica el rol.
  4. El usuario selecciona el nuevo rol.
  5. El usuario selecciona la opción de guardar modificación.
  6. El sistema almacena la modificación del rol en la base de datos.
Extensiones
No existenextensiones para este caso de uso.
Caso de Uso TGE_CU_2_2 Registrando usuario
Precondición
  • La persona no posee cuenta de usuario.
  • El usuario seleccionó la opción de registrar usuario.
Condición Final de Éxito Se ha registrado una cuenta de usuario. Esta persona ya puede acceder al Dashboard inicial del sistema.
Condición Final de Fallo No se ha registrado cuenta de usuario.
Actor Primario
  • Usuario del sistema con privilegios para registrar usuarios.
Disparador Seleccionar la opción “Gestión de usuarios” → ”Registrar usuario”.
Escenario Principal de Éxito
  1. El usuario selecciona el empleado al que se le quiere crear una cuenta de usuario.
  2. El usuario llena los campos que le solicita el sistema.
  3. Al ingresar su nuevo nickname, el usuario debe verificar, mediante un boton, la disponibilidad del mismo.
  4. El usuario selecciona el boton de crear.
  5. El sistema realiza la encriptacion de la contraseña, para mayor seguridad.
  6. Se almacenan los datos ingresados por la persona junto con la contraseña encriptada.
Extensiones
2-A. Si el username esta en uso, debe ingresar uno nuevo y volver a intentar. 3-A. Si el usuario no llenó todos los campos obligatorios, el sistema le indicará que debe completar los campos incompletos y volver a intentarlo.
Caso de Uso TGE_CU_2_3 Verificando datos mínimos de usuario
Precondición
  • El usuario presionó el boton crear.
Condición Final de Éxito Campos obligatorios completos.
Condición Final de Fallo Faltan campos por llenar.
Actor Primario
  • El sistema.
Disparador Seleccionar la opción “Gestión de usuarios” → ”Registrar usuario” → ”Selección de emleado” → ”Crear”.
Escenario Principal de Éxito
  1. El sistema verifica campo por campo que aquellos marcados con el asterisco no esten vacios.
Extensiones
1-A. Si estan llenos, el sistema devuelve el aceptado y se realizar el siguiente paso que es registrar el usuario en la base de datos. 1-B. Si no estan llenos, se le indica al usuario que debe llenar todos los campos obligatorios.
Caso de Uso TGE_CU_2_4 Verificando disponibilidad de nickname
Precondición
  • El usuario presionó el boton verificar.
Condición Final de Éxito Nickname disponible, continuar con el registro.
Condición Final de Fallo Nickname en uso, probar con otro nickname.
Actor Primario
  • El sistema.
Disparador Seleccionar la opción “Gestión de usuarios” → ”Registrar usuario” → ”Selección de emleado” → ”Verificar”.
Escenario Principal de Éxito
  1. Escribir username deseado en el campo de username.
  2. Presionar el boton verificar.
  3. El sistema informa que el usuario esta disponible.
Extensiones
2-A. Si el user name ya esta en uso, escribir otro username deseado e intentar de nuevo.
Caso de Uso TGE_CU_2_5 Verificando rol de usuario para permisologías en el sistema.
Precondición
  • El usuario ingresó al sistema e inició sesión.
Condición Final de Éxito Se muestra el dashboard inicial con la acciones que puede hacer el usuario.
Condición Final de Fallo
Actor Primario
  • El sistema.
Disparador Al iniciar sesión
Escenario Principal de Éxito
  1. El sistema, mediante el username del usuario, consulta el rol que posee éste.
  2. El sistema obtiene el rol.
  3. El sistema muestra solo las acciones que puede hacer el usuario.
Extensiones
Caso de Uso TGE_CU_2_6 Verificando permisología para modificar rol de usuario.
Precondición
  • El usuario ingresó al sistema e inició sesión.
  • El usuario seleccionó la opción para modificar roles de usuarios.
Condición Final de Éxito Si el usuario posee la permisología necesaria, le aparecerá en el sistema la opción para modificar roles
Condición Final de Fallo Si el usuario no posee la permisología necesaria, no le aparecerá la opción para modificar roles.
Actor Primario
  • El sistema.
Disparador Al iniciar sesión
Escenario Principal de Éxito
  1. El usuario ingresa al sistema.
  2. El sistema realiza la consulta del rol del usuario.
  3. El sistema obtiene el rol del usuario.
  4. El sistema verifica si el usuario puede modificar roles.
Extensiones

Modulo 3

Este módulo se encarga de la gestión de las compañías potenciales (leads).

Caso de Uso TGE_CU_3_1_1 Selección de la Cliente potencial
Precondición
  • Conexión de red.
  • Registro previo de clientes potenciales
Condición Final de Éxito visualización de todos los clientes potenciales registrados.
Condición Final de Fallo no se muestran los clientes potenciales..
Actor Primario
  • Administrador
  • Usuario(empleados).
Disparador Seleccionar la opción “Gestión de Leads”
Escenario Principal de Éxito
  1. El Seleccionar la opción “Gestión de Leads”
  2. El sistema despliega los nombres de todas los clientes potenciales registradas en el sistema. El CU termina.
Extensiones
A. La base de datos aún no tiene clientes potenciales registrados A1. El sistema muestra un mensaje informativo “No hay clientes potenciales registradas hasta el momento”. El CU Termina.
Caso de Uso TGE_CU_3_2_2 Visualización/consulta a detalle datos del cliente potencial.
Precondición
  • Conexión de red.
  • Previa selección del cliente potencial.
Condición Final de Éxito visualización de la información detallada del cliente potencial seleccionado.
Condición Final de Fallo No se muestre la información completa del cliente.
Actor Primario
  • Usuario ( empleado)
  • Administrador, Gerente.
Disparador Seleccionar la opción “Gestión de Leads” →”Listar”->”Consultar Lead (icono de la lupa)”
Escenario Principal de Éxito
  1. El usuario seleccionar la opción Gestión de Leads→Listar→Consultar(icono de la lupa)”
  2. Cliente seleccionado,se muestra su nombre,dirección, teléfono, email,persona de contacto.
  3. El CU termina.
Extensiones
A. La base de datos aún no tiene clientes potenciales registrados A1. El sistema muestra un mensaje informativo “No hay clientes potenciales registradas hasta el momento”. El CU Termina.
Caso de Uso TGE_CU_3_3_3 Agregación de cliente potencial
Precondición
  • Conexión de red.
  • El usuario debe registrarse como administrador
Condición Final de Éxito Agregación del nuevo cliente potencial
Condición Final de Fallo Que no se agregue el nuevo cliente potencial.
Actor Primario
  • Administrador
Disparador Disparador: Seleccionar la opción en el menú: “Gestión de Leads” →”Opción de Listar” →”Botón/Icono “+” ”
Escenario Principal de Éxito
  1. Seleccionar la opción ”Registrase como administrador” → “Opción Gestión de Leads” →” Listar→ Agregar compañía”
  2. El sistema despliega el formulario con los datos para agregar una nueva compañía (nombre, RIF, dirección, email, teléfono, presupuesto de inversión, entre otros).
  3. El administrador completa todos los datos del formulario y presiona aceptar.
  4. El sistema muestra un mensaje de “agregado Exitosamente” .
  5. El CU termina.
Extensiones
  1. 2. A Los campos del formulario no fueron llenados completamente.
  2. 2. B. El sistema muestra un mensaje informativo “Por favor completar todos los campos del formulario”. El CU termina.
  3. 2 C El sistema muestra el mensaje informativo “Agregación cancelada, luego que el usuario cancelara la acción en el mensaje de confirmación “. El CU termina.
Caso de Uso TGE_CU_3_4_4 Eliminación de cliente potencial
Precondición
  • Conexión de red.
  • El usuario debe registrarse como administrador
Condición Final de Éxito Eliminación del cliente
Condición Final de Fallo Que no se elimine el cliente y se muestre mensaje de error
Actor Primario
  • Administrador
Disparador Seleccionar la opción “Gestión de Leads” →”Listar” →”presionar el icono de la papelera”
Escenario Principal de Éxito
  1. Seleccionar la opción ”Registrase como administrador” → “Gestión de Leads” →” Listar”
  2. El sistema muestra un botón de eliminación, al lado de cada cliente para especificar al que se desea borrar.
  3. El administrador confirma que desea eliminar al cliente seleccionado al presionar aceptar.
  4. El sistema muestra un mensaje de “Eliminado Exitosamente” .El CU termina
Extensiones
  1. 2.A La opción (botón) para eliminar el cliente no fue seleccionado.
  2. 2.B. El sistema muestra un mensaje informativo “Por favor seleccione el cliente a eliminar”.
  3. 2.C El sistema muestra el mensaje informativo “Eliminación cancelada, luego que el usuario cancelara la acción en el mensaje de confirmación “. El CU termina.
Caso de Uso TGE_CU_3_5_5 Modificar cliente Potencial
Precondición
  • Conexión de red.
  • El usuario debe registrarse como administrador
Condición Final de Éxito Modificación
Condición Final de Fallo Que no se modifique el cliente y muestre mensaje de error.
Actor Primario
Disparador Seleccionar la opción “Gestión de Leads” →”Listar” →”Icono del lápiz”
Escenario Principal de Éxito
  1. Seleccionar la opción ”Registrase como administrador” → “Gestión de Leads” →” Listar” → “Icono del lapiz”
  2. El sistema despliega una pantalla de modificación, donde se seleccionara al cliente a modificar.
  3. Se procede a modificar algunos de los campos de la pantalla de cambios
  4. El administrador confirma que desea modificar al cliente seleccionado al presionar aceptar.
  5. El sistema muestra un mensaje de “Modificado Exitosamente” .El CU termina.
Extensiones
  1. 2.A. La opción (botón del lapiz) para modificar no fue seleccionado
  2. 2.B. El sistema muestra un mensaje informativo “Por favor seleccione la compañía a modificar”. El CU termina
  3. 2.C. El sistema muestra el mensaje informativo “Modificación cancelada, luego que el usuario cancelara la acción en el mensaje de confirmación “. El CU termina.
Caso de Uso TGE_CU_3_6_6 Promover Cliente potencial
Precondición
  • Conexión de red.
  • El usuario debe registrarse como administrador
Condición Final de Éxito
  • Compañía potencial se encuentre eliminada del listado de Clientes potenciales.
  • Compañía Potencial se encuentre en el listado de Clientes Fijos.
Condición Final de Fallo Que no se elimine/ añada a cualquiera de los listados.
Actor Primario
  • Administrador.
Disparador
  • Seleccionar la opción “Gestión de Leads” →”Listar” →”Seleccionar el icono de promover (una imagen de una flecha hacia arriba)”
Escenario Principal de Éxito
  1. Seleccionar la opción ”Registrase como administrador” → “Gestión de Leads” →” Listar” →Icono de promover
  2. El sistema despliega una pantalla de selección, donde se seleccionara opción (botón) para promover al cliente/s.
  3. El sistema despliega una pantalla de confirmación ( “Aceptar” o “cancelar”)
  4. El administrador confirma que desea promover al cliente seleccionado al presionar aceptar.
  5. El sistema muestra un mensaje de “Promovido Exitosamente” .El CU termina.
Extensiones
  1. 2. Ninguna Compañía fue seleccionada en los check
  2. 2. A. El sistema muestra un mensaje informativo “Por favor seleccione cliente a promover”
  3. 2 B El sistema muestra el mensaje informativo “Promoción cancelada, luego que el usuario cancelara la acción en el mensaje de confirmación “. El CU termina.

Modulo 4

Este módulo se encarga de la gestión de las compañías.

Caso de Uso TGE_CU_4_1 Crear Compañía
Precondición
  • Conexión de red.
  • Inicio de sesión en el sistema.
Condición Final de Éxito Registro de la compañía en la base de datos.
Condición Final de Fallo No se registra la compañía.
Actor Primario
  • Administrador, Gerente.
Disparador Seleccionar la opción “Compañías” → ”Registrar Compañía”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Compañías”→”Registrar Compañía”.
  2. El sistema despliega un formulario para el ingreso de datos de la compañía.
  3. El usuario ingresa exitosamente datos validos de la compañía a crear.
  4. El sistema notifica que el registro fue exitoso
Extensiones
No existen extensiones para este caso de uso
Caso de Uso TGE_CU_4_2 Modificar Compañia
Precondición
  • Conexión de red.
  • La compañía a modificar debe estar registrada en el sistema.
Condición Final de Éxito Registro de los nuevos datos de la compañía en la base de datos.
Condición Final de Fallo No se modifican los datos de la compañia.
Actor Primario
  • Usuario
  • Administrador, Gerente.
Disparador Seleccionar la opción “Compañías”→”Modificar Compañía”.
Escenario Principal de Éxito
  1. El usuario Selecciona la opción “Compañías”→”Modificar Compañía”.
  2. El sistema despliega una lista con las compañías registradas.
  3. El usuario selecciona la compañía a modificar.
  4. El sistema despliega un formulario para la modificación de datos de la compañía.
  5. El sistema notifica que la modificación fue exitosa.
Extensiones
No existen extensiones para este caso de uso
Caso de Uso TGE_CU_4_3 Consultar Compañía
Precondición
  • Conexión de red.
  • La compañía a consultar debe estar registrada en el sistema.
Condición Final de Éxito Visualización de la/las compañía/s.
Condición Final de Fallo No se muestran los datos de la compañía
Actor Primario
  • Administrador, Gerente, Director, Programador.
Disparador Seleccionar la opción “Compañías”→”Consultar Compañía”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Compañías”→”Consultar Compañía”.
  2. El sistema despliega una lista con las compañías registradas.
  3. El usuario selecciona la compañía a consultar.4.El sistema muestra los datos de la compañía.
Extensiones
No existen extensiones para este caso de uso
Caso de Uso TGE_CU_4_4 Habilitar/Inhabilitar Compañia
Precondición
  • Conexión de red.
  • La compañía a habilitar/inhabilitar debe estar registrada en el sistema.
Condición Final de Éxito Cambio de status de la compañía seleccionada
Condición Final de Fallo No se modifican los datos de la compañía
Actor Primario
  • Administrador, Gerente.
Disparador Seleccionar la opción “Compañías”→”Status de compañías”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Compañías”→”Status de Compañías”.
  2. El sistema despliega una lista con las compañías registradas.
  3. El usuario selecciona la compañía a modificar su status.
  4. El sistema despliega las opciones para habilitar o inhabilitar la compañía.
  5. El sistema notifica que la modificación fue exitosa.
Extensiones
No existen extensiones para este caso de uso.

Modulo 5

Módulo para la gestión de contactos.

Este módulo se encarga de la gestión de contactos de compañías y clientes potenciales

Caso de Uso TGE_CU_5_1 Conultar Contacto
Precondición
  • Debe estar creada la empresa (Compañía o Cliente Potencial) a la que se va a consultar sus contacto.
Condición Final de Éxito Se visualizan los contactos de la empresa.
Condición Final de Fallo No se visualizan los contactos de la empresa.
Actor Primario
  • Administrador
  • Director
  • Gerente
  • Programador
Disparador Seleccionar el botón "Administrar Contacto" en la columna de "Acciones" en la ventana de "Consultar Compañía" o "Consultar Lead"
Escenario Principal de Éxito
  1. El sistema muestra una tabla con todos los contactos existentes de la empresa y sus respectivas acciones.
Extensiones
Caso de Uso TGE_CU_5_2 Eliminar Contacto
Precondición
  • Debe estar creada la empresa (Compañía o Cliente Potencial) y su respectivo contacto a eliminar.
Condición Final de Éxito Se elimina el contacto de la empresa.
Condición Final de Fallo No se elimina el contacto de la empresa.
Actor Primario
  • Administrador
  • Director
  • Gerente
  • Programador
Disparador Seleccionar el botón "Eliminar Contacto" en la columna de "Acciones" referente al contacto a eliminar
Escenario Principal de Éxito
  1. El sistema muestra una tabla con todos los contactos existentes de la empresa y sus respectivas acciones.
  2. El usuario presiona el botón "Eliminar Contacto" en la columna de "Acciones" del contato.
  3. El sistema elimina el contacto y muestra un mensaje.
Extensiones
2-A. El usuario no presiona el botón "Eliminar Contacto".
A1 El caso de uso termina
Caso de Uso TGE_CU_5_3 Agregar Contacto
Precondición
  • Debe estar creada la empresa (Compañía o Cliente Potencial) y del contacto a agregar.
Condición Final de Éxito Se agrega el contacto de la empresa.
Condición Final de Fallo No se agrega el contacto de la empresa.
Actor Primario
  • Administrador
  • Director
  • Gerente
  • Programador
Disparador Seleccionar el botón "Nuevo Contacto" en la ventana de "Consultar Contacto"
Escenario Principal de Éxito
  1. El sistema muestra los campos referentes al contacto.
  2. El usuario introduce los valores necesarios del contacto y presiona el botón "Agregar".
  3. El sistema agregar el contacto, regresa a la ventana de "Consultar Contacto" y muestra un mensaje.
Extensiones
2-A. El usuario presiona el botón "Cancelar".
A1 El caso de uso termina.
2-B. El usuario no introduce un campo obligatorio.
B1. Se despliega un mensaje de error.
B2. Vuelve al paso 2.
2-C. El usuario introduce un valor incorrecto
C1. Se despliega un mensaje de error.
C2. Vuelve al paso 2.
Caso de Uso TGE_CU_5_4 Modificar Contacto
Precondición
  • Debe estar creada la empresa (Compañía o Cliente Potencial) y el contacto a modificar.
Condición Final de Éxito Se modifica el contacto de la empresa.
Condición Final de Fallo No se modifica el contacto de la empresa.
Actor Primario
  • Administrador
  • Director
  • Gerente
  • Programador
Disparador Seleccionar el botón "Modificar Contacto" en la columna de"Acciones" del contacto en la ventana de "Consultar Contacto"
Escenario Principal de Éxito
  1. El sistema muestra los campos referentes al contacto con sus valores actuales.
  2. El usuario modifica los valores del contacto y presiona el botón "Modificar".
  3. El sistema modifica el contacto, regresa a la ventana de "Consultar Contacto" y muestra un mensaje.
Extensiones
2-A. El usuario presiona el botón "Cancelar".
A1 El caso de uso termina.
2-B. El usuario no introduce un campo obligatorio.
B1. Se despliega un mensaje de error.
B2. Vuelve al paso 2.
2-C. El usuario introduce un valor incorrecto.
C1. Se despliega un mensaje de error.
C2. Vuelve al paso 2.

Modulo 6

Módulo para la gestión de propuestas por compañías.

Este módulo se encarga de la gestión de propuestas por compañías

Caso de Uso TGE_CU_6_1 Crear Propuesta
Precondición
  • El usuario tiene que estar registrado en el sistema como administrador y tener que haber ingresado al mismo.
Condición Final de Éxito Propuesta creada. Se guarda en la base de datos y en el listado de propuestas del usuario que lo creo
Condición Final de Fallo No se pudo crear la propuesta ni guardarla
Actor Primario
  • Administrador
Disparador Seleccionar la opción Gestión de Propuestas → Propuestas → Crear Propuesta
Escenario Principal de Éxito
  1. El Administrador selecciona la opción Gestión de Propuestas → Propuestas → Crear Propuesta
  2. El sistema despliega la interfaz de creación de propuestas.
  3. El Administrador ingresa los datos para crear la propuesta (Número o referencia del contrato, cliente, alcance del proyecto, duración, estado (aprobado, en ejecución, cerrado), moneda, valor, método de pago, horas ejecutadas).
  4. El administrador presiona el botón enviar, el sistema valida que todos los campos del formulario están llenos, genera el código de la propuesta el cual el administrador podrá editarlo, se registra la propuesta en la base de datos y lo guarda en el listado de propuestas del usuario. El caso de uso termina.
Extensiones
3-A. El administrador envía el formulario de creación de propuestas con el campo de numero o referencia del contrato vacío
A1. Se despliega un mensaje de error.
A2. Vuelve al paso 2.
3-B. El administrador envía el formulario de creación de propuestas con el campo de Cliente vacío
B1. Se despliega un mensaje de error.
B2. Vuelve al paso 2.
3-C. El administrador envía el formulario de creación de propuestas con el campo Objeto del proyecto vacío
C1. Se despliega un mensaje de error.
C2. Vuelve al paso 2.
3-D. El administrador envía el formulario de creación de propuestas con el campo Alcance del proyecto vacío
D1. Se despliega un mensaje de error.
D2. Vuelve al paso 2.
3-E. E El administrador envía el formulario de creación de propuestas con el campo Duración del vacío
E1. Se despliega un mensaje de error.
E2. Vuelve al paso 2.
3-F. El administrador envía el formulario de creación de propuestas con el campo Estatus vacío
F1. Se despliega un mensaje de error.
F2. Vuelve al paso 2.
3-G. El administrador envía el formulario de creación de propuestas con el campo Moneda vacío
G1. Se despliega un mensaje de error.
G2. Vuelve al paso 2.
3-H. El administrador envía el formulario de creación de propuestas con el campo Valor vacío
H1. Se despliega un mensaje de error.
H2. Vuelve al paso 2.
3-I. El administrador envía el formulario de creación de propuestas con el campo Método de pago vacío
I1. Se despliega un mensaje de error.
I2. Vuelve al paso 2.
3-J. El administrador envía el formulario de creación de propuestas con el campo horas ejecutadas vacío
J1. Se despliega un mensaje de error.
J2. Vuelve al paso 2.
3-K. La propuesta ya existe
K1. Se despliega un mensaje de error.
K2. Vuelve al paso 2.
4-A. El administrador presiona el botón cancelar
A1. Se despliega un mensaje de error.
A2. Vuelve al paso 2.
Caso de Uso TGE_CU_6_2 Consultar Propuesta
Precondición El usuario tiene que estar registrado en el sistema y tener que haber iniciado sesión en el sistema.
Condición Final de Éxito Despliegue de la interfaz en donde se muestra toda la información general con respecto a la propuesta consultada
Condición Final de Fallo No existe la propuesta.
Actor Primario
  • Usuario
  • Administrador
Disparador Seleccionar la opción Gestión de Propuestas → Propuestas → Lista de Propuestas → Seleccionar Propuesta
Escenario Principal de Éxito
  1. El administrador o el usuario selecciona la opción Gestión de Propuestas → Propuestas → Lista de Propuestas → Seleccionar Propuesta
  2. El sistema despliega una interfaz en donde se muestra toda la información pertinente a la propuesta seleccionada. El caso de uso termina.
 
Extensiones
2-A. La propuesta no se encuentra en la lista de propuestas del usuario
A1. Vuelve al paso 1. El caso de uso termina
Caso de Uso TGE_CU_6_3 Modificar Propuesta
Precondición
  1. El usuario tiene que estar registrado en el sistema como administrador y tener que haber ingresado al mismo.
Condición Final de Éxito Información del Propuesta seleccionado ha sido modificada y guardada en la base de datos correctamente
Condición Final de Fallo Información de la Propuesta seleccionada no pudo ser modificada exitosamente.
Actor Primario
  • Administrador
Disparador Seleccionar la opción Gestión de Propuestas → Propuestas → Lista de Propuestas → Seleccionar Propuesta
Escenario Principal de Éxito
  1. El administrador selecciona la opción Gestión de Propuestas → Propuestas → Lista de Propuestas → Seleccionar Propuestas
  2. El sistema despliega una interfaz en donde se muestra la propuesta seleccionada.
  3. El administrador selecciona la opción de Modificar.
  4. El administrador modifica toda la información que se necesite cambiar sobre la propuesta.
  5. El administrador selecciona la opción Guardar.
  6. El administrador guarda las modificaciones de la propuesta y actualiza la información en la base de datos. El caso de uso termina
Extensiones
5-A. El administrador envía el formulario de modificación de propuestas con el campo Objeto del proyecto vacío
A1. Se despliega un mensaje de error.
A2. Vuelve al paso 2.
5-B. El administrador envía el formulario de modificación de propuestas con el campo Alcance del proyecto vacío
B1. Se despliega un mensaje de error.
B2. Vuelve al paso 2.
5-C. E El administrador envía el formulario de modificación de propuestas con el campo Duración del vacío
C1. Se despliega un mensaje de error.
C2. Vuelve al paso 2.
5-D. El administrador envía el formulario de modificación de propuestas con el campo Estatus vacío
D1. Se despliega un mensaje de error.
D2. Vuelve al paso 2.
5-E. El administrador envía el formulario de creación de propuestas con el campo Moneda vacío
E1. Se despliega un mensaje de error.
E2. Vuelve al paso 2.
5-F. El administrador envía el formulario de modificación de propuestas con el campo Valor vacío
F1. Se despliega un mensaje de error.
F2. Vuelve al paso 2.
5-G. El administrador envía el formulario de modificación de propuestas con el campo Método de pago vacío
G1. Se despliega un mensaje de error.
G2. Vuelve al paso 2.
5-H. El administrador envía el formulario de modificación de propuestas con el campo horas ejecutadas vacío
H1. Se despliega un mensaje de error.
H2. Vuelve al paso 2.
5-I. I El administrador guarda los cambios del proyecto con un campo vacío
I1. Se despliega un mensaje de error.
I2. Vuelve al paso 2.
5-J. El administrador presiona el botón cancelar
J1. Se despliega un mensaje de error.
J2. Vuelve al paso 2.
Caso de Uso TGE_CU_6_4 Eliminar Propuesta
Precondición
  1. El usuario tiene que estar registrado en el sistema como administrador y tener que haber ingresado al mismo.
Condición Final de Éxito Propuesta eliminada de la lista de propuestas de todos los usuarios que lo posean y de la base de datos.
Condición Final de Fallo Eliminación de propuesta no exitosa
Actor Primario
  • Administrador
Disparador Seleccionar la opción Gestión de Propuesta → Propuestas → Lista de Propuestas → Seleccionar Propuesta
Escenario Principal de Éxito
  1. El administrador selecciona una propuesta existente en su listado de propuestas
  2. El sistema despliega una interfaz en donde se muestra la propuesta seleccionada.
  3. El administrador selecciona la opción de Eliminar.
  4. Se muestra un mensaje de confirmación de eliminación. El administrador selecciona la opción aceptar.
  5. El sistema elimina la propuesta de la lista de propuestas de todos los usuarios que participen en él y elimina en la base de datos.
  6. El sistema muestra mensaje de éxito al eliminar la propuesta. El caso de uso termina
 
Extensiones
4-A. El administrador presiona el botón cancelar
A1. Vuelve al paso 1. El caso de uso termina

Modulo 7

Módulo para la gestión de proyecto por compañía.

Este módulo se encarga de gestionar los proyectos que fueron aprobados a partir de una propuesta.

Caso de Uso TGE_CU_7_1 Crear proyecto
Precondición Tener una propuesta aprobada
Condición Final de Éxito El gerente puede modificar y consultar proyectos.
Condición Final de Fallo No modifica la información del proyecto.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Crear proyecto
Escenario principal de éxito
  1. El Gerente crea un proyecto.
  2. Se verifica la existencia de la propuesta aprobada.
  3. Se crea exitosamente el proyecto
Extensiones
  1. El Gerente crea un proyecto.
  2. Se verifica la existencia de la propuesta aprobada.
  3. No se crea el proyecto por falta de una propuesta aprobada.
Caso de Uso TGE_CU_7_2 Consultar proyecto
Precondición El proyecto a consultar debe existir.
Condición Final de Éxito El actor obtiene la información necesaria.
Condición Final de Fallo El actor no recibe la información solicitada.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Consultar proyecto
Escenario principal de éxito
  1. El actor accede a la información del proyecto
  2. El acceso es exitoso.
Extensiones
  1. El actor accede a la información del proyecto
  2. El acceso es exitoso.
Caso de Uso TGE_CU_7_3 Agregar personal
Precondición
  • Proyecto debe existir.
  • Personal debe existir
Condición Final de Éxito El personal es asignado a un proyecto para trabajar
Condición Final de Fallo No se puede asignar personal.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor agrega personal para trabajar el proyecto.
  2. El personal es agregado satisfactoriamente.
Extensiones
  1. El actor agrega personal para trabajar el proyecto.
  2. El personal es agregado satisfactoriamente.
Caso de Uso TGE_CU_7_4 Modificar Proyecto
Precondición Modificar Proyecto
Condición Final de Éxito
  • Cambios el proyecto.
  • Generación de facturas
Condición Final de Fallo No se puede modificar el proyecto.
Actor Primario Gerente, Personal.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del proyecto.
  2. El acceso es exitoso.
  3. El actor modifica la información del proyecto.
  4. Se guardan las modificaciones del proyecto.
Extensiones
  1. El actor accede a la información del proyecto.
  2. El acceso es exitoso.
  3. El actor modifica la información del proyecto.
  4. Se guardan las modificaciones del proyecto.
Caso de Uso TGE_CU_7_5 Verificar Personal
Precondición
  • Proyecto debe existir.
  • Personal debe existir.
Condición Final de Éxito Cambios el proyecto.
Condición Final de Fallo No existe la persona.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El sistema verifica si existe el personal en el sistema.
  2. Devuelve una respuesta satisfactoria para la asignación del personal al proyecto.
  3. Se asigna el personal al proyecto satisfactoriamente.
Extensiones
  1. El sistema verifica si existe el personal en el sistema.
  2. Devuelve una respuesta negativa para la asignación del personal al proyecto.
  3. Da un mensaje de error a la asignación del personal al proyecto.
Caso de Uso TGE_CU_7_6 Verificar Propuesta
Precondición La Propuesta debe existir
Condición Final de Éxito Creación del proyecto
Condición Final de Fallo No existe propuesta.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El sistema verifica si el estatus de la propuesta.
  2. Devuelve una respuesta satisfactoria para la creación del proyecto.
Extensiones
  1. El sistema verifica si el estatus de la propuesta.
  2. Devuelve una respuesta satisfactoria para la creación del proyecto
Caso de Uso TGE_CU_7_7 Modificar Personal
Precondición
  • Debe existir un proyecto
  • Debe existir personal
Condición Final de Éxito Cambio de función del personal dentro de un proyecto.
Condición Final de Fallo No se puede modificar el personal.
Actor Primario Gerente.
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del personal.
  2. El acceso es exitoso
  3. Se modifica el rol del trabajador.
  4. Se guardan las modificaciones del personal.
Extensiones
  1. El actor accede a la información del personal.
  2. El acceso no es exitoso.
  3. No se ejecuta ningún cambio.
Caso de Uso TGE_CU_7_8 Consultar Personal
Precondición
  • Proyecto debe existir.
  • Personal debe existir
Condición Final de Éxito Se muestra el personal con éxito.
Condición Final de Fallo No se puede mostrar el personal.
Actor Primario Gerente, Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor obtiene el personal que trabaja en un proyecto determinado
  2. El acceso es exitoso.
Extensiones
  1. El actor obtiene el personal que trabaja en un proyecto determinado
  2. El acceso no es exitoso.
Caso de Uso TGE_CU_7_9 Agregar gerente
Precondición
  • Proyecto debe existir.
  • Gerente debe existir
Condición Final de Éxito El gerente es asignado a un proyecto para trabajar.
Condición Final de Fallo No se puede asignar el gerente al proyecto
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor agrega un gerente para trabajar el proyecto.
  2. El gerente es agregado satisfactoriamente.
Extensiones
  1. El actor elimina un gerente del proyecto.
  2. El gerente es removido del proyecto.
Caso de Uso TGE_CU_7_10 Modificar Gerente
Precondición
  • Debe existir un proyecto
  • Debe existir Gerente
Condición Final de Éxito Cambio de función del gerente dentro de un proyecto.
Condición Final de Fallo No se puede modificar las funciones del gerente
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del gerente.
  2. El acceso es exitoso
  3. Se modifica el rol del gerente.
  4. Se guardan las modificaciones del gerente.
Extensiones
  1. El actor accede a la información del gerente.
  2. El acceso no es exitoso.
  3. No se realiza ninguna modificación.
Caso de Uso TGE_CU_7_11 Verificar Gerente
Precondición
  • Proyecto debe existir.
  • Personal debe existir.
Condición Final de Éxito Cambios en el proyecto.
Condición Final de Fallo No se puede modificar el proyecto
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El sistema verifica si existe el gerente en el sistema.
  2. Devuelve una respuesta satisfactoria para la asignación del gerente al proyecto.
  3. Se asigna el gerente al proyecto satisfactoriamente.
Extensiones
  1. El sistema verifica si existe el gerente en el sistema.
  2. Devuelve una respuesta negativa para la asignación del gerente al proyecto.
  3. Da un mensaje de error a la asignación del gerente al proyecto.
Caso de Uso TGE_CU_7_12 Consultar gerente
Precondición
  • Proyecto debe existir.
  • Gerente debe existir.
Condición Final de Éxito Se obtiene la información del gerente
Condición Final de Fallo No se puede consultar la información del gerente
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del gerente.
  2. Accede exitosamente
Extensiones
  1. El actor obtiene la información del gerente del proyecto.
  2. El acceso no es exitoso.
Caso de Uso TGE_CU_7_13 Consultar cliente/contacto
Precondición
  • Proyecto debe existir.
  • Contacto debe existir
Condición Final de Éxito Se obtiene la información del contacto/cliente
Condición Final de Fallo No se puede consultar la información del contacto/cliente
Actor Primario Empresa, gerente
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del cliente.
  2. Accede exitosamente
Extensiones
  1. El actor accede a la información del cliente del proyecto.
  2. El acceso no es exitoso.
Caso de Uso TGE_CU_7_14 Modificar cliente/contacto
Precondición
  • Debe existir un proyecto
  • Debe existir un cliente.
Condición Final de Éxito Cambio del contacto dentro del proyecto.
Condición Final de Fallo No se puede realizar cambios en el proyecto
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del cliente.
  2. El acceso es exitoso
  3. Se modifica el contacto.
  4. Se guardan las modificaciones contacto exitosamente.
Extensiones
  1. El actor accede a la información del contacto.
  2. El acceso no es exitoso.
  3. No se realiza ninguna modificación.
Caso de Uso TGE_CU_7_15 Agregar cliente/contacto
Precondición
  • Debe existir un proyecto.
Condición Final de Éxito Cambio del contacto dentro del proyecto.
Condición Final de Fallo No se puede realizar el cambio en el contacto del proyecto
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del Proyecto.
  2. El acceso es exitoso
  3. Se agrega el contacto.
  4. Se guardan las modificaciones contacto exitosamente.
Extensiones
  1. El actor accede a la información del Proyecto.
  2. El acceso no es exitoso.
  3. No se realiza ninguna modificación.
Caso de Uso TGE_CU_7_16 Quitar cliente/contacto
Precondición
  • Debe existir un proyecto.
Condición Final de Éxito Cambio del contacto dentro del proyecto.
Condición Final de Fallo No se puede realizar el cambio en el contacto del proyecto
Actor Primario Empresa
Disparador Seleccionar la opción gestión de proyecto → Proyecto → Modificar proyecto
Escenario principal de éxito
  1. El actor accede a la información del Proyecto.
  2. El acceso es exitoso
  3. Se elimina el contacto.
  4. Se guardan las modificaciones contacto exitosamente.
Extensiones
  1. El actor accede a la información del contacto.
  2. El acceso no es exitoso.
  3. No se realiza ninguna modificación.

Modulo 8

Módulo para la gestión de facturas por proyectos.

Este módulo se encarga de la gestión de facturas para todos aquellos proyectos que desean ser consultados.

Caso de Uso TGE_CU_8_1 Crear Factura
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
  • Previa creación del proyecto que será facturado.
Condición Final de Éxito Registro en el sistema de la factura con los datos del proyecto que fue cotizado.
Condición Final de Fallo No se registra la factura en el sistema.
Actor Primario
  • Director
  • Gerente
Disparador Seleccionar la opción “Facturación” → “Generar Factura”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Generar Factura”.
  2. El sistema despliega una nueva pantalla con campos que permitiran agregar los datos que pasaran a formar parte de la factura de dicho proyecto. El CU termina.
Extensiones
2-A. El usuario decide generar una factura pero deja algún campo en blanco o que no cumple con el estandar del campo y por ende la creación no se lleva a cabo.
A1. El sistema muestra un mensaje informativo indicando que hay campos en blanco o campos con error. El CU termina.
Caso de Uso TGE_CU_8_2 Modificar Factura
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
  • Previa creación de la factura de un proyecto que ha sido cotizado.
Condición Final de Éxito Modificación en el sistema de la factura con los datos que desean ser cambiados.
Condición Final de Fallo No se modifica la factura en el sistema.
Actor Primario
  • Director
  • Gerente
Disparador Seleccionar la opción “Facturación” → “Modificar Factura”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Modificar Factura”.
  2. El sistema despliega una nueva pantalla con campos que tendran cargados los datos actuales de la factura seleccionada para proceder a modificar lo que sea necesario. El CU termina.
Extensiones
2-A. El usuario decide modificar una factura pero deja algún campo en blanco o que no cumple con el estandar del campo y por ende la modificación no se lleva a cabo.
A1. El sistema muestra un mensaje informativo indicando que hay campos en blanco o campos con error. El CU termina.
Caso de Uso TGE_CU_8_3 Consultar Factura
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
  • Previa creación de las facturas de los proyectos en curso para su posterior consulta.
Condición Final de Éxito Consulta en el sistema que permita ver los datos correspondientes a la factura de un proyecto.
Condición Final de Fallo La factura que se desea consultar no existe y la consulta falla.
Actor Primario
  • Director
  • Gerente
Disparador Seleccionar la opción “Facturación” → “Consultas”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Consultas”.
  2. El sistema despliega una nueva pantalla que muestra los datos actuales que se encuentran registrados en el sistema de la factura que se desee consultar. El CU termina.
Extensiones
2-A. El usuario decide consultar una factura, pero esta no se encuentra registrada en el sistema.
A1. El sistema muestra un mensaje informativo indicando que la factura no existe. El CU termina.
Caso de Uso TGE_CU_8_4 Anular Factura
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
Condición Final de Éxito Anular en el sistema aquellas facturas con errores o que ya no formen parte de un proyecto.
Condición Final de Fallo La factura que se desea anular no existe y la anulación falla.
Actor Primario
  • Director
  • Gerente
Disparador Seleccionar la opción “Facturación” → “Anular Facturas”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Anular Facturas”.
  2. El sistema despliega una nueva pantalla que muestra las facturas que se encuentran registradas en el sistema para que el usuario proceda a seleccionar la factura que quiere eliminar. El CU termina.
Extensiones
2-A. El usuario decide anular una factura, pero esta no se encuentra registrada en el sistema.
A1. El sistema muestra un mensaje informativo indicando que la factura no existe. El CU termina.
Caso de Uso TGE_CU_8_5 Estado de Facturas
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
Condición Final de Éxito Consulta en el sistema que permitira ver el estatus de aquellas facturas que se encuentran registradas en el sistema para verificar si se encuentran vencidas o no.
Condición Final de Fallo No Aplica
Actor Primario
  • Director
  • Gerente
  • Administrador
Disparador Seleccionar la opción “Facturación” → “Estado de Facturas”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Estado de Facturas”.
  2. El sistema despliega una nueva pantalla que muestra el estatus de todas las facturas que se encuentran registradas en el sistema para que el usuario pueda verificar si se encuentran vencidas o si han sido pagadas a tiempo. El CU termina.
Caso de Uso TGE_CU_8_6 Alertar al Responsable
Precondición
  • Conexión de Red.
  • Ingreso a la sección de Facturación.
  • Ingreso a la sección de Estado de Facturas.
Condición Final de Éxito Verificar los datos de los responsables, como por ejemplo: el telefono de contacto, para aquellas facturas en las cuales el estatus actual sea “Vencida”. Esto con la finalidad de poder contactar al responsable y avisarle que la fecha de pago de su factura ya vencio y que debe realizar el pago de la misma.
Condición Final de Fallo No Aplica
Actor Primario
  • Director
  • Gerente
  • Administrador
Disparador Seleccionar la opción “Facturación” → “Estado de Facturas” → “Alertas”
Escenario Principal de Éxito
  1. El usuario selecciona la opción “Facturación” → “Estado de Facturas” → “Alertas”.
  2. El sistema despliega una nueva pantalla que muestra los datos de los responsables asociados a aquellas facturas cuyo estatus actual es “Vencida”, con la finalidad de poderlos contactar para recordarles que deben realizar su pago.

Modulo 9

Módulo 10

Módulo para la gestión de empleados (cargos, pagos, vacaciones)

Este módulo se encargará de gestionar los empleados en cuanto a nómina.

Caso de Uso TGE_CU_10_2_1 Consultar Cargos.
Precondición
  • Permisología necesaria.
Condición Final de Éxito La información del cargo fue mostrada al usuario.
Condición Final de Fallo El usuario no puede acceder a la información.
Actor Primario
  • Usuario.
Disparador El usuario selecciona el botón de consulta de cargos
Escenario Principal de Éxito
  1. El usuario selecciona la opción para consultar cargos.
  2. El sistema muestra una pantalla con la información de los cargos.
Extensiones
1-A. El usuario no tiene la permisología necesaria para para realizar la consulta
A1. El sistema no pone a disposición del usuario la opción para consultar cargos
Caso de Uso TGE_CU_10_1_2 Crear Cargo.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de cargos.
Condición Final de Éxito Cargo registrado en el sistema.
Condición Final de Fallo No se realizó el registro del cargo.
Actor Primario
  • Usuario.
Disparador Indicar la opción para crear un cargo.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para agregar un cargo.
  2. El sistema despliega un formulario con todos los datos que deben ser suministrados por el usuario.
  3. El sistema indica al usuario cuáles son los campos obligatorios mediante un asterisco (*).
  4. El usuario introduce todos los datos requeridos.
  5. El usuario indica “Crear”..
  6. El sistema envía un mensaje de éxito al usuario.
Extensiones
1-A. El usuario no tiene la permisología necesaria para insertar un nuevo cargo.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
2-A. El usuario no introdujo los campos obligatorios.
A2. El sistema muestra un mensaje informativo “De indicar todos los campos obligatorios”.
Caso de Uso TGE_CU_10_4_3 Consultar Contratos.
Precondición
  • Permisología necesaria.
Condición Final de Éxito La información del contrato fue mostrada al usuario.
Condición Final de Fallo El usuario no puede acceder a la información.
Actor Primario
  • Usuario.
Disparador El usuario selecciona la opción de consulta de contratos.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para consultar contratos.
  2. El sistema muestra una pantalla con la información de los contratos.
Extensiones
1-A. El usuario no tiene la permisología necesaria para para realizar la consulta.
A1. El sistema no pone a disposición del usuario la opción para consultar contratos.
Caso de Uso TGE_CU_10_3_4 Crear Contrato.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de contratos.
Condición Final de Éxito Contrato registrado en el sistema.
Condición Final de Fallo No se realizó el registro del contrato.
Actor Primario
  • Usuario.
Disparador Presionar la opción para crear un contrato.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para crear un nuevo contrato.
  2. El sistema despliega un formulario con todos los datos que deben ser suministrados por el usuario.
  3. El sistema indica al usuario cuáles son los campos obligatorios mediante un asterisco (*).
  4. El usuario introduce todos los datos requeridos.
  5. El usuario indica “Crear”.
  6. El sistema envía un mensaje de éxito al usuario.
Extensiones
1-A. El usuario no tiene la permisología necesaria para crear un nuevo contrato.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
2-A. El usuario no introdujo los campos obligatorios.
A2. El sistema muestra un mensaje informativo “De indicar todos los campos obligatorios”
Caso de Uso TGE_CU_10_5_5 Anular Contrato.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de contratos.
Condición Final de Éxito Contrato anulado.
Condición Final de Fallo El contrato no puede ser anulado.
Actor Primario
  • Usuario.
Disparador Presionar la opción “Anular”.
Escenario Principal de Éxito
  1. El usuario selecciona el contrado que desea anular.
  2. El usuario presiona la opción para anular el contrato.
  3. El sistema envía al usuario un mensaje de éxito.
Extensiones
1-A. El usuario no tiene la permisología necesaria para anular un contrato.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
Caso de Uso TGE_CU_10_8_6 Consultar Empleados.
Precondición
  • Permisología necesaria.
Condición Final de Éxito La información del empleado fue mostrada al usuario.
Condición Final de Fallo El usuario no puede acceder a la información.
Actor Primario
  • Usuario.
Disparador El usuario selecciona la opción de consulta de empleados.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para consultar empleados.
  2. El sistema muestra una pantalla con la información de los empleados.
Extensiones
1-A. El usuario no tiene la permisología necesaria para para realizar la consulta.
A1. El sistema no pone a disposición del usuario la opción para consultar empleados.
Caso de Uso TGE_CU_10_6_7 Agregar Empleado.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de empleados.
Condición Final de Éxito Empleado agregado en el sistema.
Condición Final de Fallo No se realizó la agregación del empleado.
Actor Primario
  • Usuario.
Disparador Seleccionar la opción “Agregar empleado”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para agregar un nuevo empleado.
  2. El sistema despliega un formulario con todos los datos que deben ser suministrados por el usuario.
  3. El sistema indica al usuario cuáles son los campos obligatorios mediante un asterisco (*).
  4. El usuario introduce todos los datos requeridos.
  5. El usuario indica “Agregar empleado”.
  6. El sistema envía un mensaje de éxito al usuario.
Extensiones
1-A. El usuario no tiene la permisología necesaria para agregar un nuevo empleado.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
2-A. El usuario no introdujo los campos obligatorios.
A2. El sistema muestra un mensaje informativo “De indicar todos los campos obligatorios”.
Caso de Uso TGE_CU_10_7_8 Modificar Empleado.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de empleados.
Condición Final de Éxito Empleado modificado.
Condición Final de Fallo No se realizó la modificación del empleado.
Actor Primario
  • Usuario.
Disparador Seleccionar la opción “Modificar empleado”.
Escenario Principal de Éxito
  1. El usuario selecciona la opción para modificar un empleado.
  2. El sistema despliega un formulario con todos los datos que deben ser suministrados por el usuario.
  3. El sistema indica al usuario cuáles son los campos obligatorios mediante un asterisco (*).
  4. El usuario introduce todos los datos requeridos.
  5. El usuario indica “Modificar empleado”.
  6. El sistema envía un mensaje de éxito al usuario.
Extensiones
1-A. El usuario no tiene la permisología necesaria para modificar un empleado.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
2-A. El usuario no introdujo los campos obligatorios.
A2. El sistema muestra un mensaje informativo “De indicar todos los campos obligatorios”
Caso de Uso TGE_CU_10_10_9 Activar o Desactivar Empleado.
Precondición
  • Permisología necesaria.
  • Ingreso a la pantalla de consulta de empleados.
Condición Final de Éxito Empleado activado o desactivado.
Condición Final de Fallo El empleado no se pudo activar o desactivar.
Actor Primario
  • Usuario.
Disparador Presionar la opción “Activar o Desactivar”.
Escenario Principal de Éxito
  1. El usuario selecciona el empleado que desea activar o desactivar.
  2. El usuario presiona la opción para activar o desactivar un empleado.
  3. El sistema envía al usuario un mensaje de éxito.
Extensiones
1-A. El usuario no tiene la permisología necesaria para activar o desactivar un empleado.
A1. El sistema muestra un mensaje informativo “Opción Inválida. Usted no posee permisología para realizar esta acción”.
⚠️ **GitHub.com Fallback** ⚠️