M M U U L BBBB RRRR I MM MM U U L B B R R I M MM M U U L BBB RRR I M M U U L B B R R I M M UUUU LLLL BBBB R R I VERSION 2
MULBRI VERSION 2
Ce document decrit un systeme permettant de deporter sur PC/DOS la gestion d'une messagerie basee sur les reseaux de recherche tels que EARN, BITNET et les reseaux associes par passerelles.
Cette messagerie est prevue pour etre utilisee entre les Bureaux de l'Union Latine, entre les Charges de mission de l'Union Latine en deplacement internationaux et leur Bureau de rattachement, et entre les chercheurs de l'Union Latine et l'ensemble des chercheurs membres de reseaux pour la recherche.
Le principe de cette messagerie est de reporter la gestion du courrier sur le PC, de facon a minimiser les temps de connexion et a utiliser un environnement plus familier pour les membres de la messagerie.
L'ensemble des programmes et procedures developpes ont ete fait dans un souci d'economie d'effort plus que de qualite, le resultat doit donc etre considere comme un MODELE OPERATIONNEL plus que comme un veritable produit.
Le document decrit, egalement les aspects operationels d'organisation a mettre en oeuvre pour faire de ce modele un outil pratique.
PLAN DU DOCUMENT:
MULBRI repond a plusieurs objectifs.
a) permettre a un cout raisonnable l'utilisation depuis le Siege de l'Union Latine du reseau EARN, de facon a etre en situation d'en utiliser toutes les fonctionnalites pour le benefice du projet (en particulier la gestion d'une conference electronique sur le theme de REDALC), et d'effectuer un bilan critique complet (fonctionnalites et qualite de l'interface utilisateur en premier chef) qui fera partie de l'etude de faisabilite du projet.
b) proposer un modele de ce que pourrait etre une interface appropriee pour REDALC, le tester et, eventuellemet, deduire de l'experience un cahier des charges d'une interface a developper pendant le deroulement du projet.
AVERTISSEMENT: l'ampleur des objectifs ne doit pas faire oublier que MULBRI n'est pas un produit qui offre les criteres de qualite industriels, et que d'autre part il est constitue d'un assemblage de programmes et procedures dont certains sont en vente sur le marche des logiciels, et qui donc ne peuvent etre cedes.
MULBRI est ne du besoin, apparu dans le deroulemet du projet REDALC, d'obtenir l'acces au noeud EARN de Montpellier (le CNUSC), qui a accepte d'heberger l'Union Latine, a partir de Santo-Domingo. La premiere solution obtenue a ete de prendre un abonnement au transporteur international TELENET. Les couts associes a cette solution (10$ US par heure de connexion plus 0.35 $ pour chaque 1000 caracteres echanges) ont immediatement entraine le besoin de diminuer les temps de connexion. Par la suite, le developpement de liaisons quotidiennes entre Santo-Domingo et Paris, a en meme temps cree un besoin de generalisation a d'autres bureaux, et a souligne l'urgence de structurer les methodes et les techniques de communication.
MULBRI est donc une tentative de solution a cette situation. Les circonstances (tres faibles disponibilites en temps et en moyens) font que cet outil n'a pas ete developpe dans les regles de l'art, en partie d'une analyse des besoins, en ecrivant un cahier des charges et en apportant le soin au developpement du produit que justifie l'importance de l'enjeu. C'est pour cela que nous le qualifions de modele operationnel, et que nous prevoyons une evolution dans les mois qui viennent. La contrepartie pour permettre l'operabilite de MULBRI se trouvera dans le soin apporte a la resolution des problemes d'organisation, en tout premier lieu a Paris ou se trouve le Bureau qui echangera 80% des communications intra-Union Latine.
De toute facon, dans son existence actuelle MULBRI est un produit transitoire, car l'arrivee progressive de REDALC dans les annees qui suivent modifiera l'environnement et les besoins. De plus, devrait apparaitre, au plus tard avec REDALC, ou plus rapidement dans EARN, des produits possedant des fonctionalites similaires et complementaires. Il n'est d'ailleurs pas exclu que nous soyons en situation, dans le cadre de REDALC, de coordonner le developpement d'un tel produit en assurant la definition du cahier des charges et le suivi du developpement. 3- CONSIDERATIONS TECHNIQUES
3.1- ENVIRONNEMENT
MULBRI est un produit qui recouvre plusieurs environnements. En effet, la nature du probleme traite entraine la mise en oeuvre simultanee de materiels et logiciels dans plusieurs domaines.
3.2- MATERIELS ET LOGICIELS NECESSAIRES
Un produit generique offrant les fonctionalites de MULBRI devrait etre capable de fonctionner dans des environnements heterogenes (par exemple un terminal APPLE, un noeud DIGITAL, un logiciel autre que SIMPC, etc..).
MULBRI est un produit specifique qui a ete developpe pour un environnement particulier et necessite donc:
parametrisable (FC3), -un noeud EARN avec le systeme VM/CMS et les logiciels MAIL et NAMES, ainsi que la contrepartie de SIMPC (SIMPC3278) et la contrepartie de MULBRI (procedures REXX de type EXEC).
3.3 INSTALLATION ET PARAMETRAGE
Il existe une procedure INSTALL.BAT qui installe le logiciel dans le disque dur d'un PC sous DOS (version 3.30). A la suite de cette installation, il reste a parametriser le systeme MULBRI.
-Installation des "outils PC" dans une bibliotheque accessible (commande PATH dans la procedure AUTOEXEC.BAT), et declenchement du programme FC3 au chargement (AUTOEXEC.BAT).
-Definition de la procedure de connexion CAXX.BAT, ou XX est le nom du pays, et adaptation de la procedure generique CA.BAT.
-Mise en place des programmes similaires a XPAC.SIM ou TELENET.SIM, et CNUSC.SIM, selon les procedures de connexion au noeud EARN et au transporteur .
-Chargement dans la machine EARN des procedures EXEC de MULBRI (en principe les deux phases precedentes seront effectuees par l'auteur de cette note ou un professionel).
-Mise a jour du MENUC, pour les bibliotheques d'archives, pour le menu de connexion, et pour le choix des couleurs (il est egalement possible d'incorporer au menu des mots de passe et une gestion de l'utilisation).
Aujourd'hui, il est prevu que l'installation se fera
directement lors de deplacements de l'auteur de ce document.
Toutefois l'installation a distance semble une possibilite
realiste, dans la mesure ou les informations suivantes sont
fournies:
3.4 CONFIDENTIALITE ET SECURITE
Il y a deux niveaux de confidentialite a respecter:
Dans les deux cas, un mot de passe est fournit a l'utilisateur qui devra eviter sa propagation (les mots de passe seront enleves des procedures de connexion automatiques), et veiller a le changer avec une frequence raisonnable.
En ce qui concerne la securite des donnees echangees, la complexite de l'environnement laisse augurer des situations delicates (par exemple dans le cas de coupure de lignes au milieu d'une procedure automatique). Il n'a pas ete developpe de procedure de recouvrement d'erreur dans MULBRI, Par contre une grande redondance est prevue dans les instances des donnees echangees (un fichier emis est conserve dans une bibliotheque PC, dans le noeud EARN emetteur et dans le noeud EARN receveur) qui devrait permettre de limiter la disparition reelle des donnees. La gestion du controle de reception des messages est manuelle et fait partie des responsabilites de l'operateur de communication dans chaque bureau, et en premier lieu a Paris. Il est egalement prevu de s'appuyer sur le systeme d'accuse de reception de VM pour permettre un controle efficace. De plus il est prevu de declencher une trace d'ecran VM dans les procedures REXX qui sera rapatriee sur le PC apres chaque appel de maniere a etre en mesure d'examiner des situations comportant des anomalies. Une tele-maintenance est envisageable, elle sera d'autant plus facile lorsqu'il s'agira des bureaux utilisant le noeud commun du CNUSC.
3.6 ASPECTS UTILISATEURS
Il y a quatre types d'utilisateurs:
4 PRINCIPES GENERAUX DE FONCTIONNEMENT
Les fonctions de MULBRI sont accessibles par la commande MENUC qui met en place un menu arborescent. Ce menu permet d'acceder aux primitives de MULBRI. Les primitives de MULBRI sont des programmes de type BAT. Une partie d'entre eux est dediee a des activites purement locales dans le PC (sans connexion vers EARN), et peut parfois faire appel a d'autres fonctions de gestion par l'intermediaire du programme FC3, une sorte de boite a outils qui permet la definition d'actions a partir des clefs F du PC, soit directement, soit en conjugaison avec ALT ou CTL ou MAJ. L'autre partie, celle liee a des connexions, est constituee de programmes BAT qui font appel a des programmes de type SIM (programmation SIMPC) qui eux memes peuvent declencher des procedures EXEC sous VM, dans tous les cas il s'agit de programmes du type "operateur programme" c'est a dire qui simule le comportement d'un operateur.
4.1 LES PRIMITIVES ET LES PROGRAMMES ASSOCIES
| TITRE MENU |
TITRE MENU |
PRIMITIVE |
APPEL |
SIM |
EXEC |
| NIVEAU 1 |
NIVEAU 2 |
|
|
|
|
A-RECEVOIR..A-UNION LATINE......RECUL......RECUL...RUL..RECIBUL B-LOCAL.............RECLO......RECLO...RLO..RECIBLO C-RESEAUX RECHERCHE.RECRI......RECRI...RRI..RECIBRI D-TOUS..............RECTO......RECTO...RTO..RECIBTOB-LIRE..........................LEER.......FC3
C- ECRIRE...A-UNION LATINE..... ESCORUL....FC3 B-LOCAL............ ESCORLO....FC3 C-RESEAUX RECHERCHE ESCORRI....FC3 E-VOIR 'PAS PRET'...MIRANO.....FC3
D- ENVOYER..A-ENVOYER.......... MANTO......MANTO...MTO..MANDAR C-VOIR 'A ENVOYER'..MIRAMA.....FC3 G-VOIR RESULTAT.....MIRARE.....FC3 H-A ARCHIVER........
E- ARCHIVER.A-VOIR A ARCHIVER...MIRARC.....FC3 C-VOIR ARCHIVE EARN............FC3 D-VOIR ARCHIVE LOCAL...........FC3 E-VOIR ARCHIVE FRANCE..........FC3 ............................... K-VOIR ARC.VENEZUELA...........FC3
F- CONTROLE.A-ACCUSE RECEPTION..MIRACCRE...FC3 B-RESULTAT ENVOI....MIRARE.....FC3
H-CONNEXION.A-CONNEXION ULAT-XX.CAXX.......CAXX....---XX ....---XX
B-CONNEXION ULAT-RD.CARD.......CARD....TELENET
....CNUSCRD
C-CONNEXION ULAT-FR.CAFR.......CAFR....XPAC
....CNUSCFR
E-CONNEXION MANUEL..C..........SIMPCSAV
F-RECONNEXION.......R..........RECON
D-DECONNEXION.......D..........COLGA
I-DOCUMENT..A-TOUCHES SPECIALES.DOCTEC..... B-SITUATIONS SPEC...DOCSIT..... C-STRUCTURE MESSAGE.DOCMEN..... D-CONSEILS..........DOCCON.....
Ce programme permet de faciliter les manipulations de fichiers en plein ecran, et permet une definition des cles de fonction. Il est donc tout indique pour la gestion des fichiers messages.
F1 : REGARDE
F2 : EDITE
F3 : IMPRIME
F4 : PRET (envoi dans bibliotheque RED pour envoi ulterieur)
F5 : TRI PAR TYPE
F6 : TRI PAR DATE
F7 : TRI PAR NOM
F8 : VISUALISE DISQUE A
F9 : VISUALISE DISQUE C
F10: MENUC
alt-F1 : COMPACTE
alt-F2 : DECOMPACTE
alt-F3 : SUPPRIME ACCENTS
alt-F4 : ENCRYPTION
maj-F1 : COPY VERS C
maj-F2 : COPY VERS A
maj-F3 : VISUALISE .ULE
maj-F4 : VISUALISE .RIE
maj-F5 : VISUALISE .ULL
maj-F6 : RAJOUTE .ULE
maj-F7 : RAJOUTE .RIE
maj-F8 : RAJOUTE .ULL
maj-F9 : RAPATRIE VERS RED\ACTE (OPPOSE DE PRET)
maj-F10: SORTIE
ctl-F1 a ctl-F10 : ARCHIVAGE par pays
4.3 LA GESTION DES BIBLIOTHEQUES
DOSEXT............. Contient les utilitaires accessibles
DOSEXT est definit parmi les chemins d'acces
(commande PATH).
RED............. Contient l'ensemble des programmes (voir ci-
. apres).
.
.
....RED/ACTE Contient les messages en ecriture
.
....RED/ACTL Contient les messages en lecture
.
....RED/ARC.....Contient les messages a archiver
.
.
........RI contient les archives EARN
.
........LO contient les archives locales
.
........FR contient les archives France
.
........RD contient les archives Rep.Domin.
.
-----------
........VE contient les archives Venezuela
La bibliotheque des programmes RED contient 3 classes de programmes:
Il existe 3 classes de messages:
ddaaTnnn.ULs (exemple RDFRK123) ou
dd est la source (FR, RD, VE, PE, IT, CO, AR...) aa est la destination (idem + TO pour envoi a tous les bureaux) T est le type de message (voir ci apres) nnn est le numero de sequence, de 000 a 999 s est le sens E pour emis, R pour recus.
Les differents types de messages sont les suivants:
N = NON BINAIRE (prevus pour permettre une lecture directe dans le gros ordinateur, par exemple par minitel), ces messages ne doivent contenir que des caracteres sans accents ni caracteres speciaux (en fait le jeu de base ASCII a 7 bits). Ce type est pris en compte automatiquement lors des transmissions entre gros ordinateur et PC. L'operateur dispose d'un programme pour supprimer les accents et caracteres ASCII etendus (ces derniers sont remplaces par un '?' (utilitaires SUPPACC).
C = COMPACTE (TEXTE), indique que le message a subi un compactage et doit donc etre decompacte apres reception par l'operateur avant traitement. La compaction devrait permettre d'economiser de 10 a 50% sur la tarification au volume.
K = CONFIDENTIEL, indique que le message est encrypte avec une clef de decodage. Seul le destinataire, prevenu par un message en clair auparavant est capable de le decrypter.
F = FAX, indique que le message contient un fichier fax (c0mpacte), De maniere a permettre a L'0perateur Un traitement Appr0prie.
D = DONNEES (COMPACTEES), indique que le message ne contient pas un texte (cela peut etre un programme, un texte non ASCII ou autre objet non ASCII). Un message prealable au destinataire l'a prevenu de l'arrivee et de la nature de ce fichier donnee.
Si le type est different il s'agit d'un message ASCII etendu normal, on peut donc mettre un trype numerique de facon a avoir plus de numeros de sequence.
Il s'agit de message envoye par un fonctionnaire en mission vers son bureau de rattachement. Ce message est directement envoye sur la machine correspondante et subit donc un traitement different.
ddaaTnnn.ULL (exemple DPPMF023.ULL)
dd est la source, cette fois- ci il ne s'agit pas d'un Bureau
mais d'une personne membre d'un Bureau (par exemple DP pour
Daniel Pimienta)
aa est la destination, comme pour dd (par exemple PM pour Pilar
Mosquera), la liste des dd/aa sera definit de maniere
independante dans chaque Bureau (ainsi DP peut etre Daniel Prado
dans la machine ULAT=-FR, et le programme sera parametre en
consequence (table des destinations)
pour le reste, rien ne change.
NNNNNnnn.RIE ou RIjjmmhh.RIR (DUPON097.RIE ou RI241212.RIR)
ou RIE est le type des messages emis, et RIR celui des messages Recus.
NNNN est un surnom au sens de la procedure EARN NAMES, et identifie donc un destinataire dans le reseau (la creation de ce surnom n'est pas prevu dans le PC a ce stade et devra donc etre effectuee directement dans la machine VM, avec la contrainte que ce nom abrege devra avoir exactement 4 caracteres).
nnn est un numero de sequence.
jjmmhh est la date jour, mois, heure.
A noter que RIE est un message unique pour un destinataire alors que RIR contient une serie de messages concatenes.
Apres l'execution du programme d'envoi, il est prevu de renvoyer a l'emetteur un fichier contenant la liste des messages n' ayant pu etre emis par suite de defaut de definition dans le nom du fichier.
Il n'est pas prevu pour la version 1 de gestion automatique des anomalies de transmission. Il appartiendra a chaque operateur de s'assurer que les messages qu'il a emis sont bien arrives. Il peut le faire en controlant les accuses de reception gerees par VM, ou en s'adressant directement a ses contreparties dans les autres bureaux. En outre, il pourra en cas de probleme controler la trace de la console qui est creee apres chaque intervention.
5 PRINCIPES GENERAUX D'ORGANISATION
L'elaboration de cet outil cherche a prendre en compte la nature et la specificite de l'Union Latine:
L'organisation prevue pour MULBRI est basee sur un petit nombre de principes simples:
Il est clair que ce principe repose sur le concept d'operateur de communication, et, dans le cas du Bureau de Paris sur le Responsable de communication.
5.1 STRUCTURE DU CONTENU DES MESSAGES
| MENSAJE DEL |
: |
20/11/89 |
| ORIGINADO POR |
: |
D. Pimienta, SEDE |
| REDACTADO POR |
: |
D. Pimienta |
| DESTINATADO A |
: |
Oficina Paris/Arago |
| ATTENCION DE |
: |
D. Prado |
| COPIA |
: |
JC Deve |
| COPIA |
: |
C. Pinan |
| SUJET |
: |
MODELO |
| REF/E |
: |
MODELOULE |
| REF/R |
: |
PARD0567 |
Il est charge, une fois par jour:
Ce petit paragraphe n'a pas la pretention d'apporter la verite, ni meme des regles a suivre, mais simplement de rappeler quelques principes de methodes bases sur des constatations de simple bon sens.
Une communication (professionelle) peut difficilement fonctionner sans retro-action ("feed-back"). La retro-action permet de se rendre compte d'abord que l'interlocuteur a bien entendu le message (et evite une desagreable impression de vide que l'on peut trouver par exemple dans des communications telephoniques ou les deux interlocuteurs ne peuvent parler en meme temps) et ensuite qu'il permet de verifier si l'interlocuteur l'a bien compris. La communication ecrite ne permet pas de retro-action simultanee (par contre, meme les silences du telephone laissent passer de la retro-action sous formes de respirations ou d'onomatopees). La communication ecrite oblige a une plus grande rigueur d'expression que la communication orale, peut-etre parce qu'il faut penser son message un peu plus, mais aussi parce qu'elle laisse des traces.
En conclusion, un systeme de messagerie, une fois passe les premiers desagrements d'apprentissage (l'humour est difficile car il n'y a pas de caractere "clin d'oeil" dans les textes, mais pas impossible quand les interlocuteurs ont batis leur propre code de retro-action) peut s'averer un outil professionnel extremement efficace (plus efficace que le telephone, par la structuration de l'ecrit, et plus efficace que le telex car les echanges peuvent etre plus suivis et plus denses) a condition, d'abord, de recreer la retro-action, et ensuite de structurer ses echanges.
LA RETRO-ACTION
L'envoi d'un message qui informe ou surtout qui pose des questions et qui reste sans reponse plusieurs jours est tres penible, au point qu'il peut detruire la communication. Le doute sur le bon acheminement du mesage est nefaste a la communication. Cela dit, si ce doute est leve (il devra l'etre avec MULBRI), la lenteur dans la reponse peut etre encore plus desagreable car elle touche au probleme du respect de l'autre dans l'echange.
Conclusion, il vaut mieux repondre a une serie de questions, "j'ai bien lu mais je ne pourrais pas les traiter dans l'immediat" que de garder le silence jusqu'au moment ou l'on a rassemble les reponses. Et dans le cas d'une simple information "offerte", un accuse de reception bref et froid vaut mieux que l'attente d'une prochaine opportunite d'echange pour remercier chaudement.
Ne perdons jamais de vue que dans un echange visuel ou sonore les possibilites de retro-action sont infinies, alors que dans le cas d'echange de message ecrit elle se resume au contenu du message.
LA STRUCTURATION
Sans vouloir faire une analyse poussee des types d'informations professionnelles echangees, on pourrait distinguer quelques types d'echanges:
l'information gratuite: "je t'informe de quelque chose susceptible de te servir" (par exemple, la presse dans le pays X a parle d'une action qui a un rapport avec tes activites)
l'information pour action: "je t'informe de faits qui implique une action " (par exemple je viendrai te rendre visite a telle date)
la recherche d'information: "je te pose des questions" (je voudrais savoir si le rapport sur tel sujet a ete termine")
l'information en reponse a une question: "voici la reponse a ta question" (le rapport est fait il t'a ete envoye il y a 3 jours par courrier rapide)
Pour des raisons evidentes il y a, la encore, de bonnes opportunites de frustrations dans la communication ecrite: par exemple je pose trois questions, et je recois deux reponses. Est-ce un oubli pour la troisieme ou bien est-ce qu'il ne sait pas, ou bien a-t-il besoin de temps pour rassembler les elements de reponse? Cette fois le malaise n'est pas affectif mais reellement profesionnel: je suis plus perturbe dans mon action par une reponse en suspens que par une mauvaise qui ne me satisfait pas, en fait j'aurais prefere savoir que mon interlocuteur n'etait pas en mesure d'apporter une reponse a la question 3, car j'aurais pu demarrer une action sans attendre.
La recommendation dans ce cas serait, en emission, de bien separer les differentes types d'information, d'eviter les ambig?ites dans son expression, tout en restant concis, et ne pas hesiter a numeroter une serie de questions. Mais, une fois de plus c'est le question qui porte la plus grande responsabilite, celle de repondre point par point sans points en suspension...
Exemple de bonne communication en reponse:
QUESTIONS
Pour la version 3, il est prevu:
1) "El uso del complejo EARN/TELENET", nota tecnica de D. Pimienta del 17/9/89 (18 pages).
Ce document redige pendant les premieres phases d'elaboration de MUBRI apporte une information plus detaillee sur l'environnement dans lequel MULBRI a ete concu. Sa lecture est recommandee AVANT celle de MULBRI, en particulier par les personnes sans bagage technique
Ce document fournit les concepts de base sous-jacents et aborde les facteurs econmomiques.
2) "Manuel d'utilisation de EARN sous VM/SP", Dominique Pinse et Dominique Dumas, 3ieme edition fevrier 1989 (79 pages). Excellent ouvrage de reference pour les utilisateurs de EARN. Sa lecture est recommandee egalement au Responsable de communication du Bureau de Paris, car il comporte une bonne description de l'environnement VM.
3) "SIMPC User's guide" fichier SIMPC.ARC de la disquette SIMPC. Ouvrage technique de reference seulement necessaire aux personnes assurant la maintenance.