Índice

Análisis

• Verificar que lo anterior descrito está incluido
• [ ] Detalles de HH.UU.

• Usuario de tipo CAEQ loggeado en el sistema. | | Postcondición | - Nuevo administrador con acceso al sistema. | | Descripción | Esta historia de usuario incluye un catálogo de solicitudes de acceso que son creadas cuando un administrador inicia sesión. En este catálogo se puede aceptar o rechazar una solicitud de acceso. | | Resumen | Un administrador acepta o rechaza una solicitud de acceso. |
• [ ] Diagrama de Actividad

@startuml
start
  :Administrador observa solicitudes de acceso al sistema;
  if (¿Administrador aceptado?) then (Sí)
    :Sistema verifica perfil de administrador;
    :Sistema genera correo de bienvenida;
    :Sistema elimina tarjeta de la vista de administradores;
   else (No)
    :Sistema elimina documento de administrador;
    :Sistema genera correo de bienvenida;
    :Sistema elimina tarjeta de la vista de administradores;
  endif
  :Sistema muestra mensaje de éxito;
end
@enduml

• [ ] Definición de pruebas de aceptación en el documento de pruebas correspondiente. Si no existe, crear uno usando la PL02 | Plantilla de casos de prueba.

T-REQ42 | Casos de prueba de aceptar / rechazar gerente

• [ ] Incluir versión del MER que se usó en este requisito.

• [ ] MockUp donde esté presente la historia de usuario

Diseño

• Mapa de dependencias
  • Usar el ejemplo de mapa de dependencias para realizar el mapa. Incluir resultado final y código.
  • Usar como base este diagrama

@startuml
database "Mongo DB" {
  folder "Caeq Users" {
    [caeq.users]
  }
}

node "Backend" {
  folder "models" {
    [caeq.users.model.js]
  }
  folder "controllers" {
    [auth.controller.js]
  }
  folder "routes" {
    [caeq.users.routes.js]
  }
  folder "Backend utils" {
    [email.js]
    [apiFeatures.js]
    [catchAsync.js]
  }
  [App.js]
}

node "Frontend" {
  folder "screens" {
    [AcceptAdmins.js]
  }
  folder "components" {
    folder "cards" {
      [NewAdminCard.js]
    }
  }
  folder "client" {
    folder "CaeqUser" {
      [CaeqUser.PATCH.js]
    }
  }
  folder "utils" {
    [alertHandler.js]
  }
}

[AcceptAdmins.js] --> [CaeqUser.PATCH.js]
[AcceptAdmins.js] --> [alertHandler.js]
[AcceptAdmins.js] --> [NewAdminCard.js]
[CaeqUser.PATCH.js] --> [caeq.users.routes.js]
[caeq.users.routes.js] --> [auth.controller.js]
[auth.controller.js] --> [email.js]
[auth.controller.js] --> [apiFeatures.js]
[auth.controller.js] --> [catchAsync.js]
[auth.controller.js] --> [caeq.users.model.js]
[caeq.users.model.js] --> [Mongo DB]
@enduml

• Diseño de la API

  • PATCH /caequsers/acceptadmin

    • Body

    {
        "admin": "dhoahfoiasugdfadsgf8asg"
    }
    

    • Response

    {
        "status": "success",
        "message": "Administrador verificado. El usuario ahora cuenta con acceso al portal de administración."
    }
    

  • PATCH /caequsers/rejectadmin

    • Body

    {
        "admin": "dhoahfoiasugdfadsgf8asg"
    }
    

    • Response

    {
        "status": "success",
        "message": "Solicitud de acceso al sistema rechazada. Se ha eliminado la petición"
    }
    

• Modelo relacional usado en este requisito