Wiki de EGC - Contribuciones del usuario [es]

https://1984.lsi.us.es/wiki-egc/api.php?action=feedcontributions&feedformat=atom&user=Carruivar Wiki de EGC - Contribuciones del usuario [es] 2026-05-10T02:36:21Z Contribuciones del usuario MediaWiki 1.29.0 https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5618 Autenticación B 1617 2017-01-11T12:15:34Z

<p>Carruivar: /* Enlaces */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Ejemplo de llamada<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getRoleUser&user=alerodrom<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUsers<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkToken&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkTokenUser&user=alerodrom&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].<br /> * [https://jenkins.egc.duckdns.org/view/AgoraUS_G06/<nowiki>Enlace a Jenkins</nowiki>].<br /> <br /> * [https://authb.agoraus1.egc.duckdns.org/<nowiki>Autenticación</nowiki>].<br /> * [https://beta.authb.agoraus1.egc.duckdns.org/<nowiki>Autenticación Beta</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5594 Autenticación B 1617 2017-01-10T20:25:26Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Ejemplo de llamada<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getRoleUser&user=alerodrom<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUsers<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkToken&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkTokenUser&user=alerodrom&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5593 Autenticación B 1617 2017-01-10T20:24:50Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Ejemplo de llamada<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkToken&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkTokenUser&user=alerodrom&token=alerodrom%3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5592 Autenticación B 1617 2017-01-10T20:22:51Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Ejemplo de llamada<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=checkTokenUser&user=alerodrom&token=alerodrom:3A5ca38d5a73c0f04c4f7cc1c35acc7a47<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5591 Autenticación B 1617 2017-01-10T20:20:52Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Ejemplo de llamada<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | https://authb.agoraus1.egc.duckdns.org/api/index.php?method=getUser&user=alerodrom<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5590 Autenticación B 1617 2017-01-10T20:19:49Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "[Dominio]/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "dominio" será el nombre del dominio de la aplicación (https://authb.agoraus1.egc.duckdns.org) "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5589 Autenticación B 1617 2017-01-10T20:18:51Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> "https://authb.agoraus1.egc.duckdns.org/api/index.php?method=[recurso]&param1=value1&param2=value2..."<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5588 Autenticación B 1617 2017-01-10T20:18:33Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> https://authb.agoraus1.egc.duckdns.org/api/index.php?method=[recurso]&param1=value1&param2=value2...<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5587 Autenticación B 1617 2017-01-10T20:18:07Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> https://authb.agoraus1.egc.duckdns.org/api/index.php?method=[recurso]&param1=value1&param2=value2...<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(10/01/2017)&diff=5554 Acta de reunión de grupo (10/01/2017) 2017-01-10T19:17:02Z

<p>Carruivar: /* Fecha y Lugar */</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 10 de Enero de 2017.<br /> *Inicio de la sesión: 18:00 h.<br /> *Fin de la sesión: 21:00 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Ultimación de detalles antes de la entrega.<br /> * Resolución de dudas.<br /> * Finalización de incidencias abiertas.<br /> * Implementación de pruebas mediante Travis.<br /> * Reparto de la elaboración de la documentación del proyecto.<br /> * Elaboración de los entregables del proyecto.<br /> * Preparación defensa del trabajo.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(10/01/2017)&diff=5553 Acta de reunión de grupo (10/01/2017) 2017-01-10T19:16:50Z

<p>Carruivar: Página creada con «= Fecha y Lugar = *Día: 10 de Enero de 2017. *Inicio de la sesión: 18:00 h. *Fin de la sesión: 19:00 h. *Lugar: Escuela Técnica Superior de Ingeniería Informática. =...»</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 10 de Enero de 2017.<br /> *Inicio de la sesión: 18:00 h.<br /> *Fin de la sesión: 19:00 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Ultimación de detalles antes de la entrega.<br /> * Resolución de dudas.<br /> * Finalización de incidencias abiertas.<br /> * Implementación de pruebas mediante Travis.<br /> * Reparto de la elaboración de la documentación del proyecto.<br /> * Elaboración de los entregables del proyecto.<br /> * Preparación defensa del trabajo.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5552 Autenticación B 1617 2017-01-10T19:13:03Z

<p>Carruivar: /* Actas */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> * [[Acta de reunión de grupo (10/01/2017)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> ".../auth/api/[recurso]?param1=value1&param2=value2..."<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5506 Autenticación B 1617 2017-01-09T20:15:51Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> ".../auth/api/[recurso]?param1=value1&param2=value2..."<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5505 Autenticación B 1617 2017-01-09T20:15:01Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> .../auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5504 Autenticación B 1617 2017-01-09T20:12:00Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> .../auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5503 Autenticación B 1617 2017-01-09T20:11:29Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> Las llamadas a la API seguiran el siguiente patrón:<br /> <br /> .../auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> donde "recurso" será el nombre del recurso que se quiere utilizar y los "paramX" será el nombre del parámetro a introducir.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5502 Autenticación B 1617 2017-01-09T20:08:12Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> <br /> Las peticiones tendrán el siguiente formato, siendo todas de tipo '''GET''':<br /> http://[host]/auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> <code>[host]</code> hace referencia al host en el que se encuentre el sistema (<code>localhost</code>)<br /> <br /> <code>[recurso]</code> hace referencia al nombre del recurso de la API.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="2" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5501 Autenticación B 1617 2017-01-09T20:04:48Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> <br /> Las peticiones tendrán el siguiente formato, siendo todas de tipo '''GET''':<br /> http://[host]/auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> <code>[host]</code> hace referencia al host en el que se encuentre el sistema (<code>localhost</code>)<br /> <br /> <code>[recurso]</code> hace referencia al nombre del recurso de la API.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="1" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5500 Autenticación B 1617 2017-01-09T20:03:16Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> <br /> Las peticiones tendrán el siguiente formato, siendo todas de tipo '''GET''':<br /> http://[host]/auth/api/[recurso]?param1=value1&param2=value2...<br /> <br /> <code>[host]</code> hace referencia al host en el que se encuentre el sistema (<code>localhost</code>)<br /> <br /> <code>[recurso]</code> hace referencia al nombre del recurso de la API.<br /> <br /> Están disponibles los siguientes:<br /> <br /> {| border="1" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | getRoleUser<br /> | Obtiene el rol del usuario que se le ofrece por parámetros.<br /> |<br /> * user: nombre del usuario cuyo rol queremos obtener.<br /> | JSON con el campo "role" indicando el rol del usuario siendo las opciones: "USUARIO", "CREADOR_VOTACIONES" y "ADMIN".<br /> |<br /> {<br /> "role" = "USUARIO"<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5499 Autenticación B 1617 2017-01-09T19:54:27Z

<p>Carruivar: /* API */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> <br /> {| border="1" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos.<br /> |<br /> * user: Nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos.<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5498 Autenticación B 1617 2017-01-09T19:51:02Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = API =<br /> <br /> {| border="1" style="border-collapse:collapse"<br /> |-<br /> ! Recurso<br /> ! Descripción<br /> ! Parámetros<br /> ! Respuesta<br /> ! Ejemplo de respuesta<br /> |-<br /> | getUser<br /> | Obtiene un usuario del sistema, incluyendo sus datos. Este método solo puede ser usado por subsistemas locales (acceso mediante localhost).<br /> |<br /> * user: nombre del usuario<br /> | JSON con el usuario pedido. Los datos del usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> {<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> }<br /> |-<br /> | getUsers<br /> | Obtiene todos los usuarios del sistema, incluyendo sus datos. Este método solo puede ser usado por subsistemas locales (acceso mediante localhost).<br /> |<br /> | JSON con un array con los datos de cada usuario. Los datos de cada usuario son los siguientes: "username", "name", "surname", "email", "genre", "autonomous_community", "age" y "role".<br /> |<br /> [{<br /> "username" : "carruivar",<br /> "name" : "Carlos",<br /> "surname" : "Ruiz Vargas",<br /> "email" : "mail@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Andalucía",<br /> "age" : "21",<br /> "role" : "USUARIO"<br /> },<br /> {<br /> "username" : "alerodrom",<br /> "name" : "Alejandro",<br /> "surname" : "Rodriguez Romero",<br /> "email" : "mail2@example.com",<br /> "genre" : "Masculino",<br /> "autonomous_community" : "Madrid",<br /> "age" : "22",<br /> "role" : "CREADOR_VOTACIONES"<br /> }]<br /> |-<br /> | checkToken<br /> | Comprueba si un token es válido. Para ello, se obtiene el usuario correspondiente al token (indicado al comienzo del token), se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> |<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |-<br /> | checkTokenUser<br /> | Comprueba si un token es válido para un usuario. Para ello, se obtiene el usuario pasado como parámetro, se genera el token del usuario y se comprueba si es igual que el pasado como parámetro.<br /> | <br /> * user: nombre del usuario cuyo token se va a comprobar.<br /> * token: token a validar.<br /> | JSON con el campo "valid" indicando la validez del token (true/false).<br /> |<br /> {<br /> "valid"=true<br /> }<br /> |}<br /> <br /> Si en una petición no se pasan unos parámetros correctos (métodos que no existen o falta de parámetros necesarios) se devolverá un error de código 400 con el siguiente mensaje:<br /> Bad Request. This method doesn't exist or the necessary paramenters weren't provided<br /> <br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5497 Autenticación B 1617 2017-01-09T19:33:16Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].<br /> * [https://travis-ci.org/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a Travis</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(21/12/2016)&diff=5322 Acta de reunión de grupo (21/12/2016) 2016-12-29T15:02:30Z

<p>Carruivar: Página creada con «= Fecha y Lugar = *Día: 21 de Diciembre de 2016. *Inicio de la sesión: 15:30 h. *Fin de la sesión: 17:00 h. *Lugar: Escuela Técnica Superior de Ingeniería Informática...»</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 21 de Diciembre de 2016.<br /> *Inicio de la sesión: 15:30 h.<br /> *Fin de la sesión: 17:00 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Reparto de tareas.<br /> * Brainstorming acerca de nuevas ideas para aplicar sobre el proyecto.<br /> * Corrección de errores del último Milestone.<br /> * Actualización de Incidencias.<br /> * Estudio de la API de Twitter.<br /> * Correción de la informacción recogida mediante la API de Facebook.<br /> * Inclusión de roles en los usuarios de la aplicación y nuevo panel de administración.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5321 Autenticación B 1617 2016-12-29T14:58:06Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> * [[Acta de reunión de grupo (21/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(14/12/2016)&diff=5269 Acta de reunión de grupo (14/12/2016) 2016-12-21T10:10:18Z

<p>Carruivar: Página creada con «= Fecha y Lugar = *Día: 14 de Diciembre de 2016. *Inicio de la sesión: 11:50 h. *Fin de la sesión: 14:20 h. *Lugar: Escuela Técnica Superior de Ingeniería Informática...»</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 14 de Diciembre de 2016.<br /> *Inicio de la sesión: 11:50 h.<br /> *Fin de la sesión: 14:20 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Optimización de código.<br /> * Actualización información de proyecto en GitHub.<br /> * Correción errores acceso mediante Facebook.<br /> * Reparto de tareas de cara a la entrega.<br /> * Actualización de Incidencias.<br /> * Implementación de estilos.<br /> * Consulta de información para acceder mediante Twitter.<br /> * Planificación de proximas reuniones.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5268 Autenticación B 1617 2016-12-21T10:00:06Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (14/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5267 Autenticación B 1617 2016-12-21T09:59:14Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> * [[Acta de reunión de grupo (04/12/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5180 Autenticación B 1617 2016-12-13T12:24:44Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5179 Autenticación B 1617 2016-12-13T12:24:30Z

<p>Carruivar: /* Gestión de incidencias */</p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> <br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5178 Autenticación B 1617 2016-12-13T12:24:21Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> <br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre y se archivará.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5177 Autenticación B 1617 2016-12-13T12:22:09Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> <br /> = Gestión de incidencias =<br /> <br /> Las incidencias serán gestionadas mediante el apartado "Issues" que nos proporciona GitHub. Serán analizadas y clasificadas en distintos niveles de gravedad:<br /> <br /> <br /> * Grave: Impide el correcto uso de la aplicación de forma crítica y necesita ser solucionado cuanto antes.<br /> <br /> * Medio: El funcionamiento del sistema se ve afectado, aunque no de forma severa.<br /> <br /> * Leve: Permite el uso de la aplicación, aunque no de forma correcta.<br /> <br /> Tras su análisis y clasificación serán asignadas a un miembro del equipo de trabajo para su correción. Una vez corregido el problema será revisado y verificado por un miembro diferente del grupo. Si la incidencia ha sido solucionada, se procederá a su cierre.<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(23/11/2016)&diff=5171 Acta de reunión de grupo (23/11/2016) 2016-12-12T18:00:24Z

<p>Carruivar: Página creada con «= Fecha y Lugar = *Día: 23 de Noviembre de 2016. *Inicio de la sesión: 12:30 h. *Fin de la sesión: 13:50 h. *Lugar: Escuela Técnica Superior de Ingeniería Informática...»</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 23 de Noviembre de 2016.<br /> *Inicio de la sesión: 12:30 h.<br /> *Fin de la sesión: 13:50 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Corrección de errores del subsistema heredado.<br /> * Implementación de acceso a la plataforma mediante Facebook.<br /> * Implementación de Gestor de Incidencias mediante las Issues de GitHub.<br /> * Despliegue de nuestro subsistema en remoto.<br /> * Corrección base de datos.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5170 Autenticación B 1617 2016-12-12T17:51:48Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> * [[Acta de reunión de grupo (23/11/2016)]]<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5169 Autenticación B 1617 2016-12-12T17:50:09Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> Creación de un subsistema de AGORA@US encargado principalmente de permitir acceder a la plataforma mediante la autenticación del usuario. La autenticación consiste en verificar el correcto acceso de los usuarios a la plataforma mediante las distintas opciones que se proporcionan. Este subsistema tiene que ofrecer una api clara y sencilla para que otras partes del sistema puedan usarlo.<br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(02/11/2016)&diff=5168 Acta de reunión de grupo (02/11/2016) 2016-12-12T17:38:51Z

<p>Carruivar: </p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 2 de Noviembre de 2016.<br /> *Inicio de la sesión: 12:30 h.<br /> *Fin de la sesión: 13:50 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Temas =<br /> * Estudio y análisis del entorno de trabajo.<br /> * Estudio y análisis de la documentación.<br /> * Establecer entorno de trabajo.<br /> * Elección de lenguaje de trabajo.<br /> * Creación de Repositorio en GitHub.<br /> * Integración de nuestro subsistema en local.<br /> * Elaboración de maquina virtual con la que se vaya a trabajar incluida su integración con el resto de subsistemas.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Acta_de_reuni%C3%B3n_de_grupo_(02/11/2016)&diff=5167 Acta de reunión de grupo (02/11/2016) 2016-12-12T17:38:34Z

<p>Carruivar: Página creada con «= Fecha y Lugar = *Día: 2 de Noviembre de 2016. *Inicio de la sesión: 12:30 h. *Fin de la sesión: 13:50 h. *Lugar: Escuela Técnica Superior de Ingeniería Informática....»</p> <hr /> <div>= Fecha y Lugar =<br /> *Día: 2 de Noviembre de 2016.<br /> *Inicio de la sesión: 12:30 h.<br /> *Fin de la sesión: 13:50 h.<br /> *Lugar: Escuela Técnica Superior de Ingeniería Informática.<br /> <br /> = Asistentes =<br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> <br /> <br /> = Temas =<br /> * Estudio y análisis del entorno de trabajo.<br /> * Estudio y análisis de la documentación.<br /> * Establecer entorno de trabajo.<br /> * Elección de lenguaje de trabajo.<br /> * Creación de Repositorio en GitHub.<br /> * Integración de nuestro subsistema en local.<br /> * Elaboración de maquina virtual con la que se vaya a trabajar incluida su integración con el resto de subsistemas.</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5166 Autenticación B 1617 2016-12-12T17:16:55Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> = Miembros =<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Diario de Grupo =<br /> <br /> == Actas ==<br /> <br /> * [[Acta de reunión de grupo (02/11/2016)]]<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5165 Autenticación B 1617 2016-12-12T17:08:32Z

<p>Carruivar: </p> <hr /> <div>== Descripción ==<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> == Enlaces ==<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5164 Autenticación B 1617 2016-12-12T17:07:44Z

<p>Carruivar: /* Enlaces */</p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Enlaces =<br /> <br /> * [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> * [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5163 Autenticación B 1617 2016-12-12T17:07:23Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Enlaces =<br /> <br /> [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Enlace a GitHub</nowiki>].<br /> [http://opera.eii.us.es/egc/public/trabajo/ver/id/49<nowiki>Enlace a Opera</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5162 Autenticación B 1617 2016-12-12T17:04:13Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * '''Manuel Caballero Clá''': Software Developer<br /> * '''Carlos Campos Cuesta''': Software Developer<br /> * '''Alejandro Rodriguez Romero''': Project Manager<br /> * '''Carlos Ruiz Vargas''': Software Developer<br /> * '''Rubén Suárez Almenta''': Software Developer<br /> <br /> = Repositorio =<br /> <br /> [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Repositorio GitHub</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5161 Autenticación B 1617 2016-12-12T16:58:10Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * Manuel Caballero Clá<br /> * Carlos Campos Cuesta<br /> * Alejandro Rodriguez Romero<br /> * Carlos Ruiz Vargas<br /> * Rubén Suárez Almenta<br /> <br /> = Repositorio =<br /> <br /> [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>Repositorio GitHub</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5160 Autenticación B 1617 2016-12-12T16:55:54Z

<p>Carruivar: </p> <hr /> <div>= Descripción =<br /> <br /> <br /> <br /> == Miembros ==<br /> <br /> * Manuel Caballero Clá<br /> * Carlos Campos Cuesta<br /> * Alejandro Rodriguez Romero<br /> * Carlos Ruiz Vargas<br /> * Rubén Suárez Almenta<br /> <br /> = Repositorio =<br /> <br /> Nuestro repositorio de git está alojado [https://github.com/AgoraUS-G1-1617/Autenticacion_b<nowiki>aquí</nowiki>].</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5159 Autenticación B 1617 2016-12-12T16:53:05Z

<p>Carruivar: /* Miembros */</p> <hr /> <div>== Miembros ==<br /> <br /> * Manuel Caballero Clá<br /> * Carlos Campos Cuesta<br /> * Alejandro Rodriguez Romero<br /> * Carlos Ruiz Vargas<br /> * Rubén Suárez Almenta</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5158 Autenticación B 1617 2016-12-12T16:52:56Z

<p>Carruivar: /* Miembros */</p> <hr /> <div>== Miembros ==<br /> <br /> * Manuel Caballero Clá<br /> * Carlos Campos Cuesta]<br /> * Alejandro Rodriguez Romero<br /> * Carlos Ruiz Vargas<br /> * Rubén Suárez Almenta</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Autenticaci%C3%B3n_B_1617&diff=5157 Autenticación B 1617 2016-12-12T16:51:38Z

<p>Carruivar: Página creada con «== Miembros == * Manuel Caballero Clá * Carlos Campos Cuesta * Alejandro Rodriguez Romero * [[Usuario:Ca...»</p> <hr /> <div>== Miembros ==<br /> <br /> * [[Usuario:Mancabcla|Manuel Caballero Clá]]<br /> * [[Usuario:Carcamcue|Carlos Campos Cuesta]]<br /> * [[Usuario:Alerodrom|Alejandro Rodriguez Romero]]<br /> * [[Usuario:Carruivar|Carlos Ruiz Vargas]]<br /> * [[Usuario:Rubsualm|Rubén Suárez Almenta]]</div>

Carruivar https://1984.lsi.us.es/wiki-egc/index.php?title=Espacios_para_el_grupo_1&diff=5156 Espacios para el grupo 1 2016-12-12T16:47:24Z

<p>Carruivar: /* Proyectos de Agora@US */</p> <hr /> <div>== Proyectos de Agora@US ==<br /> * [[Creación_Administración_Votaciones_1617 | Creación y administración de votaciones]]<br /> * [[Deliberaciones 1617]]<br /> * [[Frontend y visualización de resultados 1617]]<br /> * [[Autenticación 1617|Autentication]]<br /> * [[Cabina de votación Telegram]]<br /> * [[Recuento_y_modificación_G1_1617 | Recuento y modificación]]<br /> * [[Verificación]]<br /> * [[Creación y administración del censo]]<br /> * [[Verificación 1617]]<br /> * [[Autenticación B 1617 | Autenticación B]]<br /> <br /> == Proyectos de Agora Voting ==<br /> <br /> *</div>

Carruivar