add pictures and glossary in protocol development

_glossary.md

@@ -29,4 +29,25 @@ Sequenced Packet eXchange
 Internet Protocol
 
 ##### IPX
-Internetwork Packet eXchange
+Internetwork Packet eXchange
+
+##### SDU
+Service Data Unit - Unité de données du service.
+
+##### SAP
+Service Access Point - Point d'accès au service
+
+##### PDU
+Protocol Data Unit - Unité de données du protocole
+
+##### Service Primitives
+Actions de service (request, indication, response, confirm).
+
+##### PH
+Protocol Header - En-tête du protocole
+
+##### Layer
+Couche du modèle OSI
+
+##### Peer Entity
+Entité pair (entité similaire sur une autre couche)

infotro/SDi/protocol_development.md

@@ -82,7 +82,7 @@ Un modèle OSI à 7 couches est souvent trop complexe pour les systèmes embarqu
 une stratégie de conception de protocoles adaptée aux contraintes de ces systèmes. 
 
 ### Stratégie 3 Couches
-La stratégie 3 couches définit trois couches de communication :
+La stratégie 3 couches définit trois couches de communication. Elle facilite le codage avec moins d'interfaces.
 
 1. **Couche Application :**
   - Correspond aux couches 7 (Application), 6 (Presentation) et 5 (Session) du modèle OSI.
@@ -96,22 +96,27 @@ La stratégie 3 couches définit trois couches de communication :
   - Équivaut à la couche 1 (Physical) du modèle OSI.
   - Se charge des aspects physiques de la transmission des données, tels que la modulation, la fréquence, et la connectique.
 
+![strategie_3layers.png](medias%2Fstrategie_3layers.png)
+
 Cette stratégie divise les responsabilités de communication en trois niveaux distincts, facilitant la modularité,
 la maintenance et l'interchangeabilité des composants du système.
 
 ### Stratégie RX-TX
 La stratégie RX-TX définit deux processus par couche :
 
-1. **Couche RX :**
+1. **Processus RX :**
   - Reçoit les données de la couche supérieure.
   - Traite les données reçues.
   - Envoie les données à la couche inférieure.
 
-2. **Couche TX :**
+2. **Processus TX :**
   - Reçoit les données de la couche inférieure.
   - Traite les données reçues.
   - Envoie les données à la couche supérieure.
 
+![strategie_rx_tx.png](medias%2Fstrategie_rx_tx.png)
+
+Chaque processus peut avoir un ou plusieurs SAP pour l'accès aux différents processus.
 Cette stratégie permet de séparer les processus de réception et d'émission des données, facilitant la maintenance
 et l'interchangeabilité des composants du système.
 
@@ -130,6 +135,8 @@ La stratégie SAP définit la manière dont les services sont accessibles à l'e
   - Avantages : Distinction entre les services, flexibilité.
   - Inconvénients : Plus complexe à implémenter, plus complexe à utiliser.
 
+![strategie_sap.png](medias%2Fstrategie_sap.png)
+
 Cette stratégie permet de définir l'accès aux services de communication, facilitant la modularité et l'interchangeabilité
 des composants du système.
 
@@ -147,12 +154,14 @@ possibles :
   - Avantages : Utilisation de la mémoire, facilité de gestion de la mémoire.
   - Inconvénients : Plus complexe à implémenter, plus complexe à utiliser.
 
+![strategie_memory.png](medias%2Fstrategie_memory.png)
+
 Cette stratégie permet de gérer efficacement la mémoire, facilitant la maintenance et l'interchangeabilité des composants
 du système.
 
 ### Stratégie de découplage
-La stratégie de découplage définit la manière dont les données sont traitées entre les couches. Il existe deux approches
-possibles :
+La stratégie de découplage définit la manière dont les données sont traitées entre les couches.
+Il existe deux approches possibles :
 
 1. **Utilisation de files d'attente :**
   - Utilisation de files d'attente pour traiter les données de manière asynchrone.
@@ -164,6 +173,8 @@ possibles :
   - Avantages : Pas de perte d'informations pendant le traitement.
   - Inconvénients : Plus complexe à implémenter, plus complexe à utiliser.
 
+![strategie_decouplage.png](medias%2Fstrategie_decouplage.png)
+
 Cette stratégie permet de traiter les données de manière efficace, facilitant la maintenance et l'interchangeabilité
 des composants du système.