Développement

Nous ne détaillerons ici que le corps du script principal. En effet, les fichiers associés à la définition des variables d'environnement et à la vérification de la présence des données, ne présentent aucune difficulté majeure. Le fichier contenant les différentes fonctions reprennent les exemples vus précédemment.

Pour chaque fichier de données en entrée (décrits au tableau ) et en sortie, pour les fichiers temporaires et les exécutables ou scripts externes, nous définirons les variables d'environnements suivantes :

Fichier	Variable	Description
Fichiers en entrée
lcluaf.txt	LCLUAF	Contient la liste des noms des groupes de projets sur OpenVMS.
list.txt	LIST	La liste de tous les noms de compte OpenVMS devant posséder un accès sur la machine UNIX.
who.txt	WHO	Toutes les informations sur les utilisateurs OpenVMS.
passwd	PASSWD	La base des utilisateurs UNIX actuels.
Fichiers temporaires
passwd.num	PASSWD_REF	Référence utilisée pour la définition des utilisateurs actuels.
who.num	WHO_REF	Référence utilisée pour la correspondance entre les "usernames" OpenVMS et le prénom/nom de l'utilisateur.
Fichiers en sortie
passwd.new	PASSWD_NEW	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira à la syntaxe définie dans "passwd(5)".
group.new	GROUP_NEW	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira à la syntaxe définie dans "group(5)".
shadow.new	SHADOW_NEW	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira à la syntaxe définie dans "shadow(5)".
users.infos	USERS_INFO_FILE	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira au format suivant : Chaque ligne représentera un enregistrement mémorisant les caractéristiques des utilisateurs créés. Chaque champ sera délimité par le caractère ":". Le premier champ correspond au "logname" UNIX. Le second champ est le "username" OpenVMS. Le troisième champ contient le mot de passe non crypté par défaut. Le quatrième champ est l'"UID" UNIX. Le cinquième champ est le nom du groupe associé au projet.
auto.projects	AUTO_PROJECTS	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira à la syntaxe définie dans "autofs(8)" ou "automount(8)".
auto.students	AUTO_USERS	Résultat obtenu pour les nouvelles entrées utilisateur. Ce fichier viendra complèter ou remplacer les définitions des utilisateurs sur le système. Il obéira à la syntaxe définie dans "autofs(8)" ou "automount(8)".
Scripts ou exécutables externes
searchid	SEARCHID	Script permettant de localiser le dernier "UID" disponible (cf. section ).
buildpasswd	BUILDPASSWD	Exécutable permettant de générer un mot de passe crypté à partir d'une chaine de caractères passée en argument.
/bin/echo	ECHO	Exécutable "echo" utilisé.
/usr/ucb/gawk	AWK	Exécutable "awk" utilisé.

La localisation de ces fichiers sera référencée par une variable d'environnement :

• "IN_DIR" pour les fichiers en entrée,
• "OUT_DIR" pour les fichiers en sortie,
• "TMP_DIR" pour les fichiers temporaires,
• "BIN_DIR" pour certains scripts ou exécutables externes.

Nous allons donc examiner les méthodes de développement pour les différentes parties :

• Détermination des entrées de référence par rapport aux informations déjà existante.
• Extraction des anciennes entrées et mise-à-jour afin de correspondre au profil courrant.
• Création des nouvelles entrées "utilisateur", c'est-à-dire celles dont le compte n'existait pas auparavant (contrairement aux anciennes qu'il a fallu modifier).
• Suppression de anciens répertoires qui n'ont plus lieu d'être. Par exemple, si une entrée utilisateur est supprimée, les répertoires associés doivent être effacés. Nous supposerons toutefois qu'une sauvegarde des données aura été faite au préalable.
• Création des entrées nécessaires pour la gestion des comptes "projet" grâce au fichier "group(5)".
• Création l'ensemble des répertoires nécessaires. Ces répertoires correspondront aux répertoires personnels et aux répertoires "projet". Il est clair que les droits d'accès devront être, par la même occasion, positionnés de telle sorte que les utilisateurs puissent travailler correctement.