Les meilleures pratiques de dématérialisation révèlent un retour sur investissement de sécurité impressionnant de 108,7 % pour CAMTEL. Cette étude innovante sur la transformation numérique des procédures d’abonnement soulève des questions cruciales sur la gestion des installations physiques et la traçabilité des rapports papier.
Conception de la plateforme
- Diagramme de paquetage
Notre diagramme de paquetage est représenté par la figure 3.14. Il pour but de regrouper les classes de notre système en module fonctionnel. A cet effet, il participe à rendre modulaire notre plateforme. Ceci implique alors plusieurs avantages dont la réutilisabilité des modules et la maintenance aisée. Pour ce faire nous avons pu recenser les modules fonctionnels suivant : le module PKI possède des classes permettant la gestion de notre PKI ; le module CRUD possède les classes centrales de toute la plateforme ; ce module exploite les classes du module PKI et du module QR ; le module « demande d’installation » possède la liste des classes nécessaires pour la gestion des demandes d’installation ; le module « étude d’installation » possède la liste des classes nécessaires à l’étude d’installation; le module « installation » contient la liste des classes nécessaires à l’installation de l’abonné ; le module notification qui sert de support au système de notification de la plateforme ; le module de géolocalisation qui permet de gérer la géolocalisation des objets géo référencés ; le module « OCR » permet de faire abstraction aux API d’OCR ; le module « QR » permet de faire abstraction aux API de traitement de code QR et le module LOG permet de gérer la journalisation des opérations à travers la plateforme ; ce module interagit avec le module PKI.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_23]
Figure 3.14 : Diagramme de paquetage.
- Diagramme de classes
Ayant présenté le diagramme de paquetages, il nous faut alors présenter la composition de chaque paquetage. La constitution d’un paquetage se fait par le billet d’un diagramme de classe qui présente les différentes classes et les relations qui les lient.
- Diagramme de classe pour le module PKI
La figure 3.15 donne une description détaillée des classes du module PKI. Dans le module PKI, la classe « Signataire » désigne tout acteur susceptible de signer un document. Un « Certificateur » qui est avant tout signataire, est toute entité susceptible de produire un certificat à un signataire ou à un autre certificateur. Les certificats sont représentés par la classe « Certificat ». Chaque certificateur possède sa liste de certificats révoqués. Une révocation est matérialisée par un objet de la classe « CRL ». Une signature électronique est représentée par la classe « Signature ». A une signature est associée une signée manuscrite (de classe « SignaturePhysique ») et un code QR (objet de classe « QR »). Tout objet susceptible d’être signé doit dériver de la classe « Signable ». Un objet de type « Signable » peut posséder un ensemble de signatures.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_24]
Figure 3.15 : diagramme de classes du module PKI
- Diagramme de classes du paquetage CRUD
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_25]Le paquetage CRUD constitue le ciment de la plateforme. La figure 3.16 donne dans tous ses détails la constitution de ce paquetage. L’abonné est soit une personne physique ou morale. Les personnels sont des certificateurs. Les certificateurs et les abonnés sont des signataires ; chaque signataire possède un compte. Les personnels sont dans une agence et sont associés à plusieurs équipes. L’agence possède des véhicules et de stocks de matériels de plusieurs variétés.
Figure 3.16 : diagramme de classe du paquetage CRUD
- Diagramme de classe du paquetage « demande d’installation »
La figure 3.17 présente ce diagramme. Une demande d’installation est un objet de la classe « DemandeInstallation ». Elle est composée d’un ensemble de valeurs (objets de la classe « Valeur »). Une valeur est liée à une unique propriété (objet de la classe « Propriete ») qui elle-même est possédée par un service (Objet de la classe « Service »). Un type d’installation (Objet de la classe « TypeInstallation ») possède un ensemble de services. Chaque propriété de services possède un ensemble de valeurs par défauts (Objets de la classe « ValeurParDefaut »). Une demande d’installation est un type spécifique de la classe « Signable ». Elle concerne un domicile (appartenant à un abonné) et est destinée à une agence.
Figure 3.17 : Diagramme de classes du module « demande d’installation »
- Diagramme de classe du paquetage « étude d’installation »
La figure 3.18 présente un approfondissement des classes de ce paquetage. Une étude est un « signable » et présente des valeurs pour les différents critères d’études. Elle est faite par un personnel et peut générer au plus un contrat. L’étude peut en outre recommander du matériel pour l’installation.
Figure 3.18 : diagramme de paquetage du processus d’étude d’installation.
- Diagramme de classe du processus d’installation
Une installation possède (figure 3.19) : des valeurs pour des éléments de rapports, des valeurs pour les paramètres de configuration. Il est également important de connaitre, les responsables de la configuration et de l’installation. Une fiche de travaux associée à l’installation, recommande des matériels, une équipe et un véhicule à l’installation.
Figure 3.19 : diagramme de classes du paquetage d’installation
- Diagramme de classe pour la géolocalisation
Dans ce module, Les entités géoréférencées (possédant les coordonnées géographiques) telles que les agences et les domiciles se retrouvent dans des quartiers. Un quartier se retrouve dans une ville, la ville dans un département, le département dans la région et la région dans le pays. L’abonné possède un domicile. La figure 3.20 présente le diagramme de classe du module de géolocalisation.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_29]
Figure 3.20 : Diagramme de classe du paquetage « géolocalisation »
- Diagramme des classes pour la gestion des notifications
La figure 3.21 présente le diagramme du module de notification. Il est important de notifier les utilisateurs et de garder la traçabilité des notifications. C’est la raison d’être de ce module. Un Signataire (du paquetage PKI) peut être émetteurs ou destinataires de plusieurs messages. Un message peut avoir plusieurs pièces jointes tandis qu’une pièce jointe n’est associée qu’à un unique message.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_30]
Figure 3.21 : Diagramme de classe du paquetage de notification
- Modèle SNI
Dans cette partie, il est question pour nous de présenter les différentes interactions entre les IHM du portail d’administration de la plateforme. Nous organisons nos modèles en plusieurs planches. Une planche SNI est un sous diagramme SNI qui peut faire références elle-même à d’autres planches.
- La planche principale du portail d’administration
La figure 3.22 est un résumé de ce paragraphe. Cette planche désigne le point d’entrée de toutes les autres planches. Avant d’accéder aux options du portail d’administration, l’utilisateur doit s’authentifier en tant qu’un Personnel. A cet effet une unité de dialogue lui demande d’abord de saisir les paramètres de son compte dans l’unité de saisie, ensuite il devra choisir son rôle de connexion dans la liste des rôles qui lui sont présentés et enfin si l’authentification échoue, une unité de dialogue affiche la nature de l’erreur sinon, l’utilisateur accède à la planche correspondante à son rôle de connexion.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_31]
Figure 3.22 : planche SNI pour le portail d’administration
- Planches du CSA
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_32]Le CSA, tel que décrit par la figure 3.23 peut soit éditer un rapport d’étude ou un rapport d’installation. Le CSA a deux principaux menus : l’édition des rapports d’études et l’édition des rapports d’installation.
Figure 3.23 : planche SNI du CSA
Le menu « éditer une étude » (Figure 3.24) fait appel à une unité d’affichage de la liste des études en y appliquant un trie ascendant (trie noté « dateDebut-A ») sur les études en cours avec comme critère de trie la date de début de l’étude et en y appliquant également un filtre des études non traitées (filtre noté « traite==false »).
Pour la sélection d’une étude l’on peut voir ses détails ou la traiter. Le traitement de l’étude correspond à l’affichage simultané des critères de l’étude et des unités de saisie pour la spécification de ces critères ainsi qu’une unité de saisie pour le renseignement de l’observation générale et de l’avis à tirer de l’étude.
Bien sûre qu’il faut signer l’étude en faisant appel à la planche signature. Après signature, une unité de dialogue nous fait le rapport de l’opération.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_33]
Figure 3.24 : planche SNI pour l’élaboration d’une étude
- Planches du DRIMS
Si le rôle de connexion est « DRIMS », alors la planche (Figure 3.25) correspondante à l’utilisateur lui permet de gérer les types d’installations, de gérer les agences et de visualiser les statistiques générales. La gestion d’un type d’installation consiste à visualiser la liste de tous les types d’installations pour y soit à ajouter un nouveau type d’installation, ou soit en modifier un ou supprimer plusieurs. La gestion des types installation implique aussi pour un type d’installation sélectionné, de gérer : les services associés correspondants, les matériels requis, les éléments de rapport, les paramètres de configuration et les éléments du format d’étude.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_34]
Figure 3.25 : planche SNI de la DRIMS
- Diagramme de déploiement
Le diagramme de déploiement (figure 3.26) a pour but de présenter l’architecture détaillée de la plateforme. Il présente les différents terminaux physiques ainsi que les éléments logiciels ou matériels à déployer sur ceux-ci pour rendre opérationnelle la plateforme. Nous disposons des nœuds de déploiement suivants : le serveur web, est une machine physique qui doit contenir une machine virtuelle Java (JVM), l’application Glass Fish dans laquelle doit être déployé le module web (fichier d’extension « .ear ») et les e-services nécessaires pour la communication avec les entités consommatrices ; le serveur de base de données est une machine physique dans laquelle est déployé le Système de gestion de base de données oracle dans lequel on doit exécuter le script (fichier « script_bd.sql ») de création de la base de données ; les PC à la direction générale, dans les agences et chez les abonnés doivent posséder un navigateur web ; Le smartphone de l’abonné et celui du personnel possèdent de récepteurs GPS.
Sur ces Smartphone doit être déployé l’application Android (fichier d’extension APK). Ces terminaux peuvent avoir un navigateur web dans la mesure où ils veulent accéder au module web mobile.
[12_meilleures-pratiques-pour-la-dematerialisation-chez-camtel_35]
Figure 3.26 : diagramme de déploiement
Bilan du chapitre
En somme, ce chapitre a consisté à la mise sur pieds du SMSI, à l’analyse et la conception de la plateforme. La méthode EBIOS nous a permis de mettre sur pieds notre architecture sécurisée et à proposer à CAMTEL des recommandations pour la sécurité de la plateforme. Suivant une approche orientée service, nous avons pu scinder le travail en sous modules appelés services.
Il s’agit notamment du service demande d’installation, du service d’étude de demande d’installation, du service d’installation, du service de géolocalisation, du service de PKI, du service d’OCR et du service central CRUD (service au cœur du métier). La compréhension des attentes des utilisateurs vis-à-vis de ces services s’est faite par des diagrammes UML2.0.
Pour pouvoir mieux comprendre les fonctionnalités de chaque service, nous avons usé des diagrammes de classes et de paquetages. Pour rendre les IHM intuitives, nous avons recouru au modèle SNI (qui prend pour appui les diagrammes de classes et de cas d’utilisation) recommandé par MACAO. Le diagramme de déploiement a permis de ressortir les différents nœuds de l’architecture matérielle et logicielle de la plateforme.
A cet égard, quel résultat peut-on tirer d’une telle étude.
Questions Fréquemment Posées
Quelles sont les classes du module PKI dans la dématérialisation chez CAMTEL ?
Dans le module PKI, les classes incluent ‘Signataire’, ‘Certificateur’, ‘Certificat’, ‘CRL’, ‘Signature’, ‘SignaturePhysique’, et ‘QR’.
Comment la plateforme de dématérialisation chez CAMTEL gère-t-elle les demandes d’installation ?
La gestion des demandes d’installation est réalisée par la classe ‘DemandeInstallation’, qui est composée d’un ensemble de valeurs liées à des propriétés et des services.
Quels modules fonctionnels sont présents dans la plateforme de dématérialisation de CAMTEL ?
Les modules fonctionnels incluent PKI, CRUD, demande d’installation, étude d’installation, installation, notification, géolocalisation, OCR, QR, et LOG.