Skip to content
  • P
    Projects
  • G
    Groups
  • S
    Snippets
  • Help

yotta / pictogram

  • This project
    • Loading...
  • Sign in
Go to a project
  • Project
  • Repository
  • Issues 60
  • Merge Requests 0
  • Pipelines
  • Wiki
  • Settings
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • List
  • Board
  • Labels
  • Milestones
Closed
Milestone expired on Jul 28, 2017

Refactorización altas

Resumen

Básicamente, vamos a simplificar el proceso de altas como sigue:

Supervisor:

  • Desaparecen las oficinas, son un tipo de supervisor más
  • El alta de un supervisor solo pregunta tipo de perfil (tutor, terapeuta o gabinete), email y contraseña

Estudiantes:

  • Cualquier supervisor puede dar de alta un estudiante
  • El alta de estudiante se simplifica, preguntando tipo (existente, nuevo o de pruebas):
    • Existente: se indica el número de serie asociado y ya está
    • Nuevo: se indica usuario, contraseña y número de serie
    • De pruebas (3 meses): se indica usuario y contraseña, el sistema genera la licencia automáticamente

Asociación supervisor-gabinete:

  • Una cuenta tipo gabinete puede asociarse a supervisor introduciendo en email: el supervisor asociado recibirá una notificación

Asociación estudiante-supervisor:

  • A través del alta con licencia existente como se ha indicado más arriba (todos los supervisores)
  • Por el gabinete, el único tipo de usuario que tiene capacidad para asociar supervisores a estudiantes (sólo de los estudiantes y supervisores que tiene asociados)

Implementación

Todos los cambios deben tener un reflejo en CHANGES.md para facilitar actualizaciones. Vamos a trabajar en la rama newsignup.

Base de datos:

  1. Modificar tabla "supervisor" y añadir un campo enumerado "role": role ENUM('tutor', 'therapist', 'office')
  2. Modificar las tablas "supervisor" y "student" para que sólo "email", "username" y "password" sean obligatorios
  3. Crear tablas "stu_off(id_stu, id_off)" y "sup_off(id_sup, id_off)"
  4. Lanzar sentencia SQL que asigne el rol "office" a los supervisores que son administradores de officinas
  5. Lanzar sentencia SQL que rellene la tabla "stu_off" a partir del valor "id_off" en la tabla "student"
  6. Lanzar sentencia SQL que rellene la tabla "sup_off" a partir del valor de "id_off" en la tabla "supervisor"
  7. Eliminar campo "id_off", de "student"
  8. Eliminar campo "id_off" de "supervisor"
  9. Eliminar la tabla "office"

AngularJS:

  1. Modificar formulario de creación de cuenta de supervisor (UI ya implementada)
  2. Modificar formulario de creación de cuenta de estudiante (UI ya implementada)
  3. Modificar la sección de supervisores de la interfaz de administración para añadir supervisores
  4. Modificar los permisos de visualización para que sea en función del rol del usuario

Sails:

  1. Modificar los modelos para reflejar los cambios en la BDD
  2. Añadir modelos StuOff y SupOff
  3. Modificar alta de supervisor
  4. Se puede entrar en la cuenta recién creada incluso sin estudiantes asociados
  5. Se pueden dar de alta estudiantes siempre
  6. Añadir un método para buscar a un estudiante por licencia: GET /stu/license/:num y que devuelva los datos del estudiante
  7. Método para asociar estudiante a gabinete
  • Issues 5
  • Merge Requests 0
  • Participants 1
  • Labels 0
Unstarted Issues (open and unassigned)
0
Ongoing Issues (open and assigned)
0
Completed Issues (closed)
5
  • Rediseño para la simplificación de las altas
    #182
  • Cambios en la base de datos para nuevas altas
    #284
  • Actualizar interfaz (Angular)
    #286
  • Rescribir API
    #287
  • Cambiar los modelos de Sails
    #285
100%
100% complete
Start date
No start date
Until
Jul 28 2017
Due date
Jul 28, 2017 (Past due)
5
Issues 5
Open: 0 Closed: 5
0
Merge requests 0
Open: 0 Closed: 0 Merged: 0
Reference: yotta/pictogram%11