Developpement d'une solution numerique pour la gestion des notifications et sensibilisations en cas des maladies pandemique dans une juridiction sanitaire « cas de la division provinciale de kinshasa »

2.2. ARCHITECTURE DE LA SOLUTION PROPOSÉE51(*)

Figure 15 : Architecture de la solution proposée

La solution numérique développée, pour la gestion des notifications et sensibilisation en cas des maladies pandémiques est une solution hybride.

Cette solution permet, à titre exemplatif, à une personne d'être notifiée et sensibilisé à partir d'un terminal mobile pour bénéficier des services informationnels sanitairesau niveau d'un serveur distant.

Le réseau internet via la suite des protocoles TCP/IP permet la connexion entre le terminal mobile et serveur d'application et la transmission de message se fait par le langage JSON (JavaScript Object Notation) qui constitue un moyen de communication fiable. Le terminal mobile envoie les informations afin s'authentifier et une demande au serveur qui décode ces données et les analyse pour décision.Ionic est un Framework de développement hybride pour smartphone conçu par Max Lynch, Ben Sperry, et Adam Bradley.

Basé initialement sur  AngularJS et  Apache Cordova^52(*), Ionic permet de créer un code multisupport en utilisant des outils  Web comme  HTML, S CSS,  TypeScript, afin de générer des applications  iOS,  Android, et bien d'autres. Le développement des applications mobiles hybrides ouvre de larges perspectives.

En effet, les terminales mobiles possèdent maintenant des accéléromètres, des connexions sans-fil et des GPS. Dans le cadre de travail, nous avons recouru à une architecture 3-tiers et les web services. Cette architecture divise l'application en trois parties. Le client (téléphone), (ordinateur) se connecte à un serveur (Middleware) via des web services et ce serveur interroge la base de données.

Dans l'architecture à trois niveaux, les applications au niveau serveur sont délocalisées, c'est-à-dire que chaque serveur est spécialisé dans une tâche (serveur web/serveur de base de données par exemple). Il permet :

ü Une plus grande flexibilité/souplesse ;

ü Une sécurité accrue car la sécurité peur être définie indépendamment pour chaque service, et à chaque niveau ;

ü De meilleures performances, étant donné le partage des tâches entre les différents serveurs.

L'architecture 3-tiers fait ainsi intervenir trois parties indépendantes les unes des autres : - la couche des données

- la couche applicative

- la couche présentation

2.3. IMPLANTATION DE LA BASE DE DONNÉES

Les lignes de code qui suivent montrent le cheminement qui a permis d'implanter notre base de données sur un support physique grâce au SGBD choisi.

-- Concepteur : NGANDU KANUMAYI Sylvain-Mozart --

-- Création de la base de données--

CreatedatabasewpMibatelaApp

-- Création de tables permanentes

CREATE TABLE `wp_postmeta` (

`meta_id` bigint(20) UNSIGNED NOT NULL,

`post_id` bigint(20) UNSIGNED NOT NULL DEFAULT 0,

`meta_key` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,

`meta_value` longtext COLLATE utf8mb4_unicode_ci DEFAULT NULL

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

-- Création des tables mouvements

CREATE TABLE `wp_posts` (

`ID` bigint(20) UNSIGNED NOT NULL,

`post_auteur` varchar(20) UNSIGNED NOT NULL DEFAULT 0,

`post_date` datetime NOT NULL,

`post_contenu` longtext COLLATE utf8mb4_unicode_ci NOT NULL,

`post_title` text COLLATE utf8mb4_unicode_ci NOT NULL,

`post_status` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'publish',

`comment_status` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'open',

`post_password` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',

`post_nom` varchar(200) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',

`post_modifier` datetime NOT NULL,

`post_modifier_gmt` datetime NOT NULL,

`post_content_filtre` longtext COLLATE utf8mb4_unicode_ci NOT NULL,

`post_parent` bigint(20) UNSIGNED NOT NULL DEFAULT 0,

`guid` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT '',

`menu_ordre` int(11) NOT NULL DEFAULT 0,

`post_type` varchar(20) COLLATE utf8mb4_unicode_ci NOT NULL DEFAULT 'post',

`comment_cont` bigint(20) NOT NULL DEFAULT 0

) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

-- Index pour la table `wp_posts`

ALTER TABLE `wp_posts`

ADD PRIMARY KEY (`ID`),

ADD KEY `post_nom` (`post_nom`(191)),

ADD KEY `type_status_date` (`post_type`,`post_status`,`post_date`,`ID`),

ADD KEY `post_parent` (`post_parent`),

ADD KEY `post_auteur` (`post_auteur`);

--

-- AUTO_INCREMENT pour les tables déchargées

--

-- AUTO_INCREMENT pour la table `wp_posts`

--

ALTER TABLE `wp_posts`

MODIFY `ID` bigint(20) UNSIGNED NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=1903;

Figure 16 illustration d'une Table dans la BDD

Source : par nous-même

* ⁵¹ https://www.google.com/imgres?imgurlwww.fiverr.com%2Fumer_majeed92%2Fwrite-web-services-fro-your-android-or-ios-a, consulté Jeudi 15/10/2021, 20h00'

* ⁵²https://www. ionicframework.com