Les deux révisions précédentes Révision précédente Prochaine révision | Révision précédente |
fonctionnalites:geonature:developpements-prioritaires [2020/11/20 20:17] – [Modifications envisagées dans la base de données GeoNature] jpmilcent | fonctionnalites:geonature:developpements-prioritaires [2021/02/15 09:47] (Version actuelle) – [Tableau] jpmilcent |
---|
* //Date de fin// : date à laquelle le droit prend fin. Vide si toujours actif. | * //Date de fin// : date à laquelle le droit prend fin. Vide si toujours actif. |
* //Action// : | * //Action// : |
* un bouton icône de suppression permettra de supprimer la permission après avoir validé une fenêtre modale de confirmation. | * un bouton icône de suppression permettra de supprimer la permission après avoir validé une boite de dialogue de confirmation. |
* un bouton icône de modification permettra d'accéder à l'interface de modification d'une permission. | * un bouton icône de modification permettra d'accéder à l'interface de modification d'une permission. |
| |
* //Raison// : ce champ contiendra le commentaire laissé par l'administrateur suite au traitement. | * //Raison// : ce champ contiendra le commentaire laissé par l'administrateur suite au traitement. |
| |
L'interface de consultation détaillée de la demande, intitulée « Détail demande de permissions - <Prénom> <NOM> (<Organisme>) », affichera dans le formulaire de demande de permissions d'accès avec des champs de saisie désactivés les informations saisie par l'utilisateur. | L'interface de consultation détaillée de la demande, intitulée « Détail demande de permissions - <Prénom> <NOM> (<Organisme>) », affichera l'ensemble des informations saisie par l'utilisateur. Une fois traitée par un administrateur des informations complémentaires pourront y être mentionné (raison du refus). |
| |
Si la demande n'a pas encore été traité les boutons « Accepter » et « Refuser » seront présent au bas de l'interface. | Si la demande n'a pas encore été traitée une bouton "Définir le statut" sera affichée dans l'entête de l'interface de consultation détaillée. Il permettra d’accéder à un menu avec 2 choix « Accepter » et « Refuser ». Ces menus auront le même fonctionnement que les boutons icônes du tableau des demandes « En attentes ». |
| Si la demande a été traitée, le bouton (nommé "Changer le statut") permettra d'inverser la décision ou de "Placer en attente" la demande. La mise en attente d'une demande comme le refus implique une suppression des permissions associés. |
| |
Si la demande a été traitée, un seul bouton permettant d'inverser la décision sera présent. | Lors du changement de statut d'une demande un email sera automatiquement envoyé à l'utilisateur pour le prévenir du changement de statut de sa demande. |
| |
Dans ces 2 derniers cas, les boutons auront le même fonctionnement que les boutons icônes du tableau des demandes « En attentes ». | |
| |
==== Modifications envisagées dans la base de données GeoNature ==== | ==== Modifications envisagées dans la base de données GeoNature ==== |
* Ajout d'une table '' t_requests ''permettant de stocker les demandes d'accès, les informations liées à la motivation de cette demande (description du projet, type d'étude, durée...) et leur acceptation/refus (date). | * Ajout d'une table '' t_requests ''permettant de stocker les demandes d'accès, les informations liées à la motivation de cette demande (description du projet, type d'étude, durée...) et leur acceptation/refus (date). |
* Modification de la table ''cor_role_action_filter_module_object'' | * Modification de la table ''cor_role_action_filter_module_object'' |
* Ajout d'un champ ''group'' permettant de cumuler des filtres pour un même droit (Ex. : Accès aux observations sensibles pour le taxon X et la commune Y). | * Ajout d'un champ ''gathering'' permettant de cumuler des filtres pour un même droit (Ex. : Accès aux observations sensibles pour le taxon X et la commune Y). |
* Ajout d'un champ ''end_date'' permettant d'indiquer une date de fin au droit. Si NULL pas de fin prévu au droit. | * Ajout d'un champ ''end_date'' permettant d'indiquer une date de fin au droit. Si NULL pas de fin prévu au droit. |
* Remplacement du champ ''id_filter'' par ''id_filter_type'' et ajout du champ complémentaire ''value_filter''. Le champ ''value_filter'' sera type ''varchar'' et pourra contenir un id, une chaîne ou autre en fonction du type de filtre. Nous créerons autant d’enregistrements que nécessaire pour éviter de devoir stocker plusieurs valeurs dans ce champs. Les valeurs possibles en fonction du type de filtre sont les suivantes : | * Remplacement du champ ''id_filter'' par ''id_filter_type'' et ajout du champ complémentaire ''value_filter''. Le champ ''value_filter'' sera type ''text'' et pourra contenir un id, une chaîne ou autre en fonction du type de filtre. Nous créerons autant d’enregistrements que nécessaire pour éviter de devoir stocker plusieurs valeurs dans ce champs. Les valeurs possibles en fonction du type de filtre sont les suivantes : |
* SCOPE [nombre entier] : 0 (= aucune donnée), 1 (= mes données), 2 (= données de mon organisme) ou 3 (=toutes les données). | * SCOPE [nombre entier] : 0 (= aucune donnée), 1 (= mes données), 2 (= données de mon organisme) ou 3 (=toutes les données). |
* <del>SENSITIVITY [booléen]</del> PRECISION [chaine de caractère] : "//fuzzy//" (=flou) ou "exact" (=précis). | * <del>SENSITIVITY [booléen]</del> PRECISION [chaine de caractère] : "//fuzzy//" (=flou) ou "exact" (=précis). |
Ces champs seront pré-calculés et un //trigger// les maintiendra à jour. Ils contiendront un id provenant la table ''ref_geo.l_areas''. Les informations (dont la géométrie) de la table ''ref_geo.l_areas'' seront ensuite utilisées pour l'affichage dans les différents types d'interface listés ci-dessus. Il sera peut-être nécessaire de rajouter un champ à la table ''ref_geo.l_areas'' qui contiendra la géométrie au format SRID 4326. | Ces champs seront pré-calculés et un //trigger// les maintiendra à jour. Ils contiendront un id provenant la table ''ref_geo.l_areas''. Les informations (dont la géométrie) de la table ''ref_geo.l_areas'' seront ensuite utilisées pour l'affichage dans les différents types d'interface listés ci-dessus. Il sera peut-être nécessaire de rajouter un champ à la table ''ref_geo.l_areas'' qui contiendra la géométrie au format SRID 4326. |
| |
Tableau du type d'objet géographique utilisé en fonction des critères de géo-confidentialité : | Tableau du type d'objet géographique utilisé en fonction des critères de géo-confidentialité ([[Mise à jour des valeurs de sensibilité du 4 février 2021|https://github.com/PnX-SI/Nomenclature-api-module/issues/39#issuecomment-773492258]]): |
^ Type ^ Sensibilité (id_nomenclature_sensitivity) ^ Obs. Privée - Niveau de diffusion (id_nomenclature_diffusion_level) ^ | ^ Type ^ Sensibilité (id_nomenclature_sensitivity) ^ Obs. Privée - Niveau de diffusion (id_nomenclature_diffusion_level) ^ |
| - | 0 | 5 | | | Précision max. | 0 ou NULL/vide | 5 ou NULL/vide | |
| Commune | 1 | 1 ou 0 ou vide | | | Commune ou Znieff | 1 | 1 ou 0 | |
| Maille 10x10km\\ (5x5km pour Silene) | 2 | 2 | | | Maille 10x10km\\ (5x5km pour Silene) | 2 | 2 | |
| Département | 3 | 3 | | | Département | 3 | 3 | |
| Non consultable | 4 | 4 | | | Non consultable - Aucune diffusion | 4 | 4 | |
| |
Exemple issu du document "Diffusion des données par niveaux de restitution dans GINCO" : | Exemple issu du document "Diffusion des données par niveaux de restitution dans GINCO" : |
* l’aplatissement consiste à distribuer les permissions par module en fonction de l'héritage pour : | * l’aplatissement consiste à distribuer les permissions par module en fonction de l'héritage pour : |
* les groupes | * les groupes |
* la hiérarchie d'application | * la hiérarchie applicative : module GEONATURE > module spécifique (Ex. : SYNTHESE) > objets du module (Ex. : PRIVATE_OBSERVATION,SENSITIVE_OBSERVATION). |
- L'utilisateur accède au module Synthèse. | - L'utilisateur accède au module Synthèse. |
* Nous sélectionnons les permissions liées au module Synthèse | * Nous sélectionnons les permissions liées au module Synthèse |