Rapport gestion des comptes

Cahier des Charges de l’application de Gestion des Comptes

v 0.2

Présentation :

L’application de Gestion des Comptes est une étape de « l’urbanisation » de l’application Annuaire. Ce module devra permettre aux techniciens et ingénieurs « réseaux – système » d’administrer les comptes de l’établissement. Cette application autorisera la gestion des comptes temporaires ainsi que la validation des demandes de création de comptes via l’application Demande de Travaux. Lors de la création d’un nouveau compte, des règles de contrôle, définies dans le ce cahier, sont à appliquer.

Fonctionnalités :

Création, modification, suppression d’un compte (suppression de toutes les dépendances : groupes Unix, groupe de mails, abonnements aux forums).

Gestion des quotas.

Validation multiples des demandes de création de comptes.

Gestion des groupes Unix avec le GID associé.

Gestion des espaces Webdav avec droits d’accès par utilisateur.

Gestion des liens iCal d’un utilisateur.

Gestion des champs SupAnn pour la génération des différents LDAP.

Règles de contrôles des données :

Actuellement, les règles de gestion se situent à plusieurs endroits (code Java, procédures PL-SQL, triggers sur les tables). Ces règles sont donc à extraire et à remonter au niveau de la classe métier.

Ci-dessous quelques règles de contrôle à effectuer :

1. Une personne a un et un seul compte.

2. Un compte est rattaché à une et une seule personne.

3. Actuellement, l’unicité du login est fonction du Vlan mais à terme, le login devra être unique par individu. La notion de VLAN sera remplacée par la terminologie de « Communauté ».

rem : pour les nouveaux comptes à créer, si un utilisateur a déjà un login sur un Vlan (pberger sur le Vlan Administration), alors son nouveau compte sur un autre Vlan doit avoir le même login (pberger sur le Vlan Etudiant)

4. Unicité de l’UID toujours en fonction du Vlan

5. Le GID associé au compte doit être issu d’un groupe Unix existant.

6. Tous les nouveaux mot de passe doivent être cryptés (sauf peut-être ceux des comptes eXtérieurs mais générés de manière aléatoire et non plus fixé à l’éternel « ulr »)

7. L’email doit être enregistré en minuscule et sans caractères accentués (seuls le tiret, le souligné et le point sont autorisés) ainsi que le domaine associé.

8. Unicité sur l’email (long et court) et le domaine.

9. Le login doit aussi être enregistré en minuscule et sans caractères accentués. La fonction Cons_Login retourne un nouveau login sur 8 caractères avec la 1ère lettre du prénom suivi des 7 premières lettres du nom. Cons_Login utilise aussi la fonction Trouver_Login qui retourne un login non connu dans la table des COMPTEs (ex : pberge01).

10. Obligation de renseigner un UID et un GID pour les comptes sur les Vlans Administration, Recherche et Etudiant.

11. Si le compte est sur le Vlan Administration ou Recherche alors le domaine doit forcément être celui de l’établissement (variable GRHUM_DOMAINE_PRINCIPAL de la table GRHUM_PARAMETRES). Possibilité de gérer des sous-domaines, ex : iut-lr.fr

12. Les comptes sur le Vlan Etudiant doivent aussi avoir leurs propre domaine (ex : etudiant.univ-lr.fr à mettre aussi en variable dans GRHUM_PARAMETRES). Possibilité de gérer des sous-domaines, ex : etud-iut.univ-lr.fr

13. Par contre, les comptes eXtérieurs ne doivent pas avoir de domaine du Vlan Administration, Recherche ou Etudiant.

14. Pour les comptes temporaires, renseigner obligatoirement la date de début et de fin de validité.

15. Cas particulier d’un individu qui a plusieurs comptes sur le même Vlan : il faut alors renseigner le champ CPT_PRINCIPAL pour savoir lequel utiliser en priorité.

Format des différents identifiants :

login :

- Caractères autorisés dans le login : [a-z0-9] (lettres a à z et chiffres 0 à 9)

- 8 caractères au plus.

- Unicité obligatoire sur le domaine administratif (univ-lr.fr), sans notion d'appartenance à une communauté

(vlan, status, etc...).

- On retient la (les) initiale(s) du prénom et les premières lettres du nom pour le login candidat :

exemple : Jean-Marie BROUARD -> jmbrouar

- Si non-unicité du login candidat, alors

-> troncature éventuelle du login candidat à 6 caractère pour rester dans la limite des 8 caractères et

-> concaténation d'un suffixe numérique sur 2 chiffres (01 à 99).

- Un exemple concret et par ordre chronologique de saisie :

- Michel BERNARDIN -> mbernard

- Muriel BERDARDINI -> mbernaxx -> mberna01

- Marc BERNA -> mberna

- Murielle BERNA -> mberna02

- Martine BERNAUDON -> mbernaud -> mbernaud

- Moulloud BERNAUDON -> mbernaxx -> mberna03

email court :

- Format : <login>@<domaine>

- Unicité assurée par l'unicité de <login>

email long :

- Caractères autorisés dans l'email-long : [a-z0-9\-\_] (a à z, 0 à 9, "-","_")

- Format : <prenom>.<nom>[.<[0-9][0-9]>]@<domaine>

...