delim @@
| 5i'
de t| che est represent´ e´ en LDS/GR au moyen d'un rectangle et du mot-cle´ TASK en LDS/PR.
pratique.
D.7 Directives supplementaires´ pour le dessin et l'ecriture´
D.7.1 Directives pour le LDS/GR
|
D.7.1.1 Considerations´ g Les directives gen´ erales´ |
gen´ erales´ applicables a l'etablissement´ |
de diagrammes sont les suivantes: |
-- les diagrammes ne doivent pas contenir trop d'informations au m| me niveau. Il est souvent souhaitable de subdiviser de grands diagrammes en sous-diagrammes traitant des differentes´ parties ou aspects, par exemple en utilisant le mecanisme´ de ref´ erence.´
D.7.1.2 Points d'entree´ et de sortie
lecture de haut en bas) et c'est seulement lorsque cela n'est pas pratique que l'on peut utiliser des points d'entree´ et de sortie horizontaux.
-- les decisions´ comportant deux ou trois points de sortie sont gen´ eralement´ represent´ ees´ avec deux points de sortie horizontaux (plus un point vertical);
-- les appels de macro utilisent des connexions horizontales et verticales.
-- les connecteurs d'entree´ et de sortie ont gen´ eralement´ des points d'entree´ et de sortie horizontaux.
Des lignes diagonales ne devraient se presenter´ que dans des cas exceptionnels (par exemple pour des canaux et des acheminements de signaux).
Les points d'entree´ et de sortie verticaux devraient diviser le symbole en deux parties ayant la m| me longueur horizontale.
Figure D-7.1.1, p. 1
D.7.1.3 Symboles
|
a) Les symboles devraient | tre traces´ de telle sorte que les axes vertical et horizontal coincident¨ b) La symetrie´ verticale des symboles est seulement autorisee´ pour les symboles d'entree,´ de |
avec les de sortie, |
|
|
d'extension de texte et de commentaire (voir la figure D-7.1.3). |
c) Le rapport gen´ eral´ entre la hauteur et la longueur de tous les symboles dans les graphiques ainsi que pour les symboles de ref´ erence´ est de 1 | | .
|
D.7.1.4 |
Gabarit |
Figure D-7.1.3, p. 3 |
des symboles du LDS/GR. Une representation´ schematique´ de ce gabarit est donnee´ dans la figure D-7.1.4.
Figure D.7.1.4, p. 4
Cette figure reproduit directement et en trois formats (20 × 40 mm, 20/ [ two formulas deleted ] suivants: Entree,´
Sortie, Decision,´ Option, Processus, Debut,´ T| che, Etat, Mise en reserve,´ Ref´ erence´ de service, Connecteur et Arr| t. Les cotes interieures´ des symboles de grand format sont indiquees.´
en tracant¸ la(les) ligne(s) horizontale(s) ou verticale(s) supplementaire(s)´ indiquee(s)´ dans la figure.
tracant¸ les lignes verticales supplementaires´ indiquees.´
Le symbole de retour est une combinaison des symboles de connecteur et d'arr| t.
avec l'adjonction de la ligne supplementaire´ indiquee.´
l'adjonction de deux traits verticaux supplementaires´ comme indique.´
Les canaux, les acheminements de signaux et les lignes vers le symbole d'extension de texte sont traces´ en traits pleins.
La ligne vers un commentaire de symbole est tracee´ en trait discontinu avec un rapport 1 | | .
Tous les symboles recommandes´ sont definis´ dans la Recommandation. On trouvera un apercu¸ des symboles
une longueur de 40 mm, 28 mm et 20 mm permettent la reduction´ photographique du format A3 au format A4 avec des tailles de symbole compatibles (car 40 mm/ [ Formula deleted ] = 28 mm et 28 mm/ [ formula deleted ] = 20 mm). D.7.2 Directives applicables au LDS/PR
-- le texte devrait | tre divise´ en parties traitant de differents´ aspects;
-- les commentaires sur le niveau des instructions devraient commencer dans la m| me colonne;
-- les lignes devraient | tre en retrait. L'indentation peut suivre la hierarchie´ courante des concepts du LDS comme indique´ dans l'exemple de la figure D-7.1.5.
D.8 Documentation
D.8.1 Introduction
L'ISO definit´ un document comme etant´ <<une quantite´ limitee´ et coherente´ d'informations stockees´ sur un support et que l'on peut rechercher>>. On peut donc le considerer´ comme une unite´ logique strictement delimit´ ee.´ Les
Lorsque le papier sert de support physique au stockage d'un document, on applique souvent improprement le
ressemblance entre les conditions exigees´ par l'organisation logique et par l'organisation physique des documents, les
de documents.
maniement plus commode.
Le langage ne recommande pas certains documents ni des structures de document. Toutefois, certaines
|
simplicite,´ seules les entrees´ et les sorties sont indiquees´ et que les definitions´ |
eventuelles´ de signaux et de donnees´ |
ont |
|
les definitions´ sont sequentielles´ comme dans la figure D-8.2.1, elles sont <<ref´ erenc´ ees>>,´ |
mecanisme´ |
possible pour |
|
consider´ e´ comme contenant ces definitions.´ Si le systeme est petit et hierarchis´ e´ comme |
e´ comme dans la figure D-8.2.2, un seul document suffit. Si la representation´ |
a |
plat est utilisee´ comme dans la figure D-8.2.1 il faut utiliser plus d'un document, par exemple un document par definition.´
|
Le cas normal est probablement une combinaison de ces representations.´ Pour decider´ |
des proportions de cette |
1) une definition´ ne doit pas | tre divisee´ en plusieurs documents;
2) si l'on veut faire figurer une definition´ dans un document separ´ e,´ elle doit | tre ref´ erenc´ ee´ et non embo| tee´ (voir la figure D-8.2.3);
3) lorsque l'on applique le concept logique de page pour diviser un diagramme en plusieurs pages de diagrammes, celles-ci devraient coincider¨ avec les pages reelles´ du document (voir la figure D-8.2.4);
4) si un diagramme a plus d'une page, il doit | tre ref´ erenc´ e´ et non embo| te.´
D.8.3 Structure des documents
Figure D-8.2.3, p. 9 Figure D-8.2.4, p. 10
|
D.8.4 |
Mecanisme´ |
de ref´ erence´ |
Figure D-8.3.1, p. 11 |
Le mecanisme´ de ref´ erence´ dans le langage, lorsque des noms de concept sont utilises´ pour ref´ erence´ entre les concepts, peut aussi | tre utilise´ pour des ref´ erences´ entre documents. C'est une approche naturelle lorsque le document coincide¨ avec une definition.´
D.8.5 Classification des documents
Les documents peuvent | tre classes´ conformement´ aux types de definitions´ qu'ils contiennent.
Dans cette classification, il convient de placer au moins dans des documents separ´ es´ les definitions´ de processus
definitions´ de variables.
Dans cet exemple, les definitions´ de canal et d'acheminement de signal sont comprises dans le document pour les
de listes de signaux sont placees´ dans des documents separ´ es´ et il a et´ e´ admis que toutes les definitions´ de donnees´ se
Les definitions´ de procedures,´ les definitions´ de macros et les definitions´ de service forment des sous-documents du document de processus.
commun.
presentation´ permet une comprehension´ satisfaisante de l'interaction entre les services. La figure D-8.5.2 constitue un exemple de page de document dans un document de service.
procedures.´
Figure D-8.5.2, p. 13
D.8.6 Combinaison de LDS/GR et de LDS/PR
|
specifi´ es´ On |
soit dans l'une, soit dans l'autre de ces versions du LDS. passe du LDS/PR au LDS/GR ou vice versa en recourant au mecanisme´ de ref´ erence´ |
du langage. Un |
concept qui est ref´ erenc´ e´ en LDS/PR peut | tre specifi´ e´ en LDS/GR et un concept ref´ erenc´ e´ en LDS/GR peut | tre specifi´ e´ en LDS/PR.
situee´ dans un document separ´ e.´
Figure D-8.6.1a, p. 14
Figure D-8.6.1b, p. 15 D.9 Mise en correspondance
La presente´ section decrit´ certains aspects de mise en correspondance du LDS et du CHILL (voir le § D.9.1), du LDS/GR et du LDS/PR (voir le § D.9.2).
D.9.1 Mise en correspondance du LDS et du CHILL
Les paragraphes qui suivent decrivent´ diverses possibilites´ de mise en correspondance du LDS et du CHILL.
L'examen de la mise en concordance doit porter non seulement sur le compilateur CHILL disponible et sur la machine cible, mais aussi sur des considerations´ d'ordre plus gen´ eral.´ La mise en concordance est une activite´
egalement´ pour la representation´ des fonctions mises en oeuvre par un programme CHILL. Une correspondance
representer´ les fonctions mises en oeuvre par le CHILL.
Sur la base de cette approche, la structure globale d'un programme CHILL tire´ d'un diagramme en LDS est present´ ee´ dans la figure D-9.1.1.
Des exemples de schemas´ de mise en correspondance de constructions des deux langages sont illustres´ aux
|
-- -- -- -- |
etat´ et reception´ sortie; branchement; decision.´ |
ou mise en reserve´ |
des signaux; selection´ |
d'un etat´ |
suivant; |
diagramme LDS qui sont transformes´ et de toutes les variables qui leur sont associees:´ toutes ces variables sont octroyees´ au module qui represente´ le bloc fonctionnel du diagramme LDS.
Le module du bloc fonctionnel represente´ le comportement (partie procedurale)´ des processus du LDS.
Dans ce schema´ de traduction, chaque processus du LDS est represent´ e´ par une boucle infinie: une variable
On choisit au moyen de la construction CASE de CHILL, la valeur de l'etat´ suivant; chaque entree´ du CASE identifie un etat´ du LDS. Pour chaque entree,´ on choisit entre les signaux d'entree´ possibles. Chaque signal d'entree´
Chaque chemin de transition se termine par une affectation soit de la variable <<etat´ suivant>>, determinant´
Figure D-9.1.2, p. 17
moins qu'ils ne soient recus¸ (signaux persistants), le processus LDS consomme (et par consequent´ detruit)´ tous les
semantique´ a et´ e´ resolue´ en introduisant la fonction pred´ efinie:´ GETOUT comme une alternative (chemin ELSE) dans
disponibles au processus lorsque ce dernier est appele.´
Figure D-9.1.3, p. 18
processus destinataire pour le signal SGB est choisie et le signal SGB est envoye.´
Avant d'envoyer le signal SGB, il peut | tre necessaire´ de remplir certains champs d'information qui doivent | tre achemines´ par le signal. Cela peut | tre fait immediatement´ avant ou, bien plus longtemps avant l'envoi du signal.
<<liaison>> la valeur appropriee.´ Ainsi qu'il a et´ e´ explique´ dans la figure D-9.1.1, une boucle sur la variable liaison est
l'optique du langage de programmation, on peut considerer´ un point de branchement comme une construction
Figure D-9.1.4, p. 19
|
figure D-9.1.5. |
||
|
Figure D-9.1.5, p. 20 |
||
|
D.9.2 Mise en correspondance de GR et PR Compte tenu des restrictions susmentionnees´ relatives aux |
relatives aux macros (§ D.5.1), la version en GR peut toujours | tre |
|
|
mise en correspondance avec le PR et vice versa. On trouvera dans tout le present´ texte des specifications´ |
equivalentes´ exprimees´ sous ces deux formes. |
|
|
D.10 Exemples d'application D.10.1 Introduction |
Le § D.10 contient certains exemples d'utilisation du LDS. Les exemples sont tires´ de domaines d'application des tel´ ecommunications´ et mettent en oeuvre differents´ sous-ensembles du LDS. On s'est efforce´ de prendre des exemples pratiques et de traiter autant de concepts LDS que possible.
internationales.
D.10.2 Le concept de service
|
La fonction d'ecoulement´ |
Figure du trafic comprend l'etablissement´ et la terminaison d'un appel tel´ ephonique. |
Figure D-10.2.1, p. 21 ephonique.´ |
une description des quatre services compris dans le processus <<SUBSCRIBER LINE>>.
<<SUBSCRIBER INTERFACE>> (figure D-10.2.3) et le diagramme de processus de <<SUBSCRIBER LINE>>
diagrammes.
Blanc
Figure D-10.2.3, p. 24
Comme on peut le voir dans le diagramme de processus (figure D-10.2.4), il y a interfonctionnement des services avec les signaux prioritaires par les acheminements de signaux IR01, IR02, IR03 et IR04. Il y a egalement´ une interaction entre les services, qui influent les uns sur les autres, au moyen de la variable <<globale>> <<Connected>> declar´ ee´ dans le processus.
Blanc
|
exemple plusieurs diagrammes de sequencement.´ Les deux premiers diagrammes de sequencement´ |
illustrent le cas normal d'interaction entre les blocs au cours |
simplifier les diagrammes, on a admis qu'il n'y avait pas de delai´ entre l'emission´ et la reception´ d'un signal (voir les figures D-10.2.5 et D-10.2.6).
Figure D-10.2.5, p. 27
L'interaction entre les services du processus <<SUBSCRIBER LINE>> est decrite´ dans les diagrammes de
Figure D-10.2.7, p. 29
Figure D-10.2.8, p. 30
Le comportement de chaque service du processus <<SUBSCRIBER LINE>> est decrit´ dans les quatre
Blanc
D.11 Outils pour le LDS
D.11.1 Introduction
representations´ LDS.
|
Ces directives |
Ces directives ne contiennent pas une liste exhaustive de tous les outils eventuels.´ |
Les outils necessaires´ |
soutien.
D.11.2 Categories´ d'outils
Les outils LDS peuvent | tre classes´ en fonction des activites´ effectuees´ dans le cadre de la production de documents LDS, par exemple:
-- Outils pour l'entree:´ selon les formes syntaxiques, nous disposons d'aides d'entree´ pour les graphiques LDS, sous forme de phrases de texte ou d'illustrations.
|
-- Outils pour la verification´ |
syntaxique: ils comprennent notamment des analyseurs de syntaxe, pour |
-- Outils pour la production de documents: une fois les documents LDS enregistres´ sur ordinateur, les outils
utiliser une forme syntaxique differente´ de celle utilisee´ pour introduire le document. En outre, les outils peuvent
semi-automatique une sequence´ de code.
Il existe egalement´ une categorie´ d'outils specifiques´ mais utiles:
integration´ permet de les utiliser pour d'autres fonctions, si necessaire.´
l'utilisation qui peut | tre faite de tous les types d'outils dans un environnement integr´ e´ de projet.
D.11.3 Entree´ des documents
consequence,´ on peut utiliser les m| mes outils (editeurs´ de textes). Les deux autres syntaxes supposent toutefois une
possibilite´ de traitement graphique.
C'est un fait qu'il est avantageux de disposer d'outils de soutien pour l'introduction du PR, mais il est indispensable d'avoir des outils de soutien pour l'introduction du GR/PE si nous prevoyons´ d'utiliser ces syntaxes comme moyens d'entree.´
Un editeur´ graphique est toujours necessaire´ pour des fonctions telles que la connexion de deux symboles, le deplacemnt´ d'une serie´ de symboles vers une autre partie de la page ou vers d'autres pages, et pour assurer l'encha|
appareils graphiques tels que la <<resolution>>.´ Il est presque impossible de disposer d'un nombre suffisant de
Il faudrait passer en revue les solutions telles que zoom sur fen| tre ou defilements,´ mais ces solutions ne sont pas totalement satisfaisantes. On peut estimer qu'il n'est pas necessaire´ d'avoir un haut niveau de resolution´ lorsque les
directement par l'usager. Pour la m| me raison (necessit´ e´ d'un tableau synoptique offrant un certain nombre de details)´
un niveau elev´ e´ de resolution´ est souhaitable dans la visualisation des diagrammes.
|
mots cles´ PR attendus. Ils peuvent proceder´ |
immediatement´ au <<formatage>> du PR selon les mots-cles´ recus,¸ |
inserer´ |
D.11.4 Verification´ des documents
Si l'entree´ a et´ e´ faite au moyen d'un outil concu¸ pour le LDS, il se pourrait qu'une bonne partie de la verification´
unique que dans le cas d'incoherences´ pouvant exister entre des documents.
d'avoir une entree´ correspondante.
certaine mesure.
|
D.11.5 Reproduction des documents Les documents LDS mis en memoire´ doivent pouvoir | tre retrouves,´ visualises´ |
et reproduits. Il est necessaire´ |
de |
disposer d'outils pour toutes ces activites.´ Il peut s'averer´ utile de pouvoir trouver seulement une partie, ou un sous-ensemble, du document. La recherche peut | tre orientee´ vers LDS, par exemple: <<trouver tous les processus emetteurs>>´ d'un signal donne,´ ou <<dans quels etats>>´ est execut´ ee´ une action donnee,´ etc. Les outils de
syntaxe graphique. Les m| mes observations que celles faites pour l'entree´ des documents dans les
facon¸ dont ces documents sont mis en memoire´ et des caracteristiques´ du periph´ erique´ de sortie. Elle peut egalement´
dependre´ de la facon¸ dont ces documents ont et´ e´ introduits. Les usagers peuvent desirer´ une sortie imprimee´ dans une syntaxe differente´ de celle utilisee´ au moment de l'introduction du document.
La reproduction des documents est perturbee´ par les contraintes pesant sur les periph´ eriques´ de sortie. Par exemple, un diagramme peut | tre trop large pour pouvoir | tre place´ sur un espace donne´ de papier, et de ce fait, il doit | tre decoup´ e´ en plusieurs parties. Il faut alors ajouter des connecteurs et des ref´ erences.´ Il est quelquefois souhaitable de faire la distinction entre une <<adjonction>> faite par l'outil et les caracteristiques´ initiales d'entree.´ D'autres contraintes physiques peuvent emp| cher la sortie de toutes les informations disponibles, par exemple, une taille
peuvent | tre choisies, eventuellement´ sur decision´ de l'usager. On peut notamment allonger le symbole, decouper´ le
du symbole . | | On peut egalement´ souhaiter disposer d'outils permettant un plus grand choix de formats de sorties: ces el´ ements´ comprennent notamment differentes´ tailles de symboles, differents´ formats de sortie, une presentation´ verticale ou horizontale, etc.
Un document devrait toujours pouvoir | tre reproduit exactement de la m| me facon¸ qu'il a et´ e´ introduit.
D.11.6 Production de documents
Sur la base des documents LDS introduits par les usagers et enregistres´ en memoire,´ plusieurs autres documents peuvent | tre produits automatiquement notamment:
-- les diagrammes synoptiques d'etat´ representant´ les graphes de processus comme un ensemble d'etats´
relies´ par des arcs representant´ les transitions;
-- le diagramme d'arbre de blocs, montrant la structure des blocs et les niveaux;
-- des index: ces documents, une fois produits, devront | tre reproduits et les m| mes considerations´
susmentionnees´ seront egalement´ valabes.
|
Les docments |
Les docments LDS introduits sous une forme GR peuvent automatiquement | tre traduits dans la forme PR |
|
|
equivalente´ Les consid -- |
et vice versa. Les considerations´ suivantes s'appliquent: -- la forme GR contient des informations visuelles qui ne peuvent | tre traduites dans la forme PR (ce genre |
d'information n'existe pas en PR). Par exemple, les coordonnees´ de symboles sont sans signification dans la forme PR;
-- les connecteurs reliant des lignes de liaison sur differentes´ pages peuvent | tre elimin´ es.´
|
satisfaisante pour tous les lecteurs eventuels.´ En raison de la representation´ sur deux |
sur deux dimensions de la forme GR, certaines etiquettes´ qui ont et´ e´ inser´ ees´ |
afin |
suffisante.
|
renseignements necessaires´ pour pouvoir proceder´ |
au formatage et reproduire le diagramme sur une imprimante |
Il convient de noter que deux outils differents´ traduisant des PR en GR peuvent obtenir deux representations´ GR
|
qu'elles gardent la semantique´ D.11.7 Modelisation´ et analyse |
exprimee´ dans la representation´ et analyse du systeme |
d'origine. |
des documents).
pour evaluer´ les ressources disponibles, (files d'attente, instances, etc.), la simulation peut egalement´ etudier´ la
ev´ enements´ logiques traites´ dans la documentation LDS. Si la documentation est regroupee´ en plusieurs niveaux
|
D.11.8 Gen´ eration´ de code Gr| ce a une syntaxe formellement definie´ et a une definition´ |
mathematique´ |
formelle du LDS, il est possible de |
concevoir des outils capables de faire correspondre la semantique´ des representations´ LDS et la semantique´ des langages de programmation. Ces outils sont peut-| tre incapables de fournir des programmes complets d'application,
en correspondance des constructions LDS et CHILL.
D.11.9 Formation
Un cours complet de formation pour le LDS a et´ e´ realis´ e.´ Il comprend environ 200 pages de texte et une collection de diapositives (environ 200). Le cours couvre tous les aspects du langage et fournit des exemples et
Blanc