Mise en place d'une application web pour la gestion des certificats de mariage en RDC

II.7.2. POINTS FAIBLES

Les points faibles de ce système sont les suivants :

> Tout le département de l'état-civil ne dispose pas des équipements informatiques pour faciliter la communication entre bureaux,

> Les différents bureaux disposent des équipements informatiques ne sont pas en réseau et ont du mal à échanger des informations entre eux,

> L'enregistrement des informations en rapports avec le mariage au bureau de l'état-civil dans un fichier Publisher ne facilite pas la consultation, ni la protection et la sécurité des données et entraine la lenteur dans l'exécution.

> L'enregistrement des requérants au secrétariat de l'état-civil à la main sur les différentes fiches devient obsolète en cette période du 21ième siècle,

33

II.7.3. SUGGESTIONS

Après que nous ayons critiqué le système d'information actuel, nous voilà maintenant obligé de proposer nos solutions aux problèmes soulevés ci-haut. Nous allons proposer deux types de solution : La solution manuelle et la solution informatique.

II.7.3.1 PROPOSITION DES SOLUTIONS MANUELLES

Nous allons proposer les solutions manuelles en trois volets : Du point organisationnel :

> Respect strict des tâches reconnues à chaque agent, Ceci permettra de savoir exactement qui fait quoi;

> Détacher le poste de réception auprès du préposé de l'état - civil ;

> Que le tribunal de paix mette à la disposition des communes les registres de mariage au moins un mois avant le début de chaque année civile;

> Prévoir des armoires qui se ferment à clé pour conserver les documents sensibles du service.

Du point de vue informationnel :

> Classer les documents dans des rayons pour faciliter la recherche des informations ;

> Ne pas traîner beaucoup de documents sur les tables de travail qui

servent en même temps de réception ;

> Classer les registres dans les armoires par ordre d'années. Du point de vue technique

> Achat des chaises ergonomiques répondant aux conditions d'un bureau moderne ;

> Fournir le service des matériels suffisants pour qu'il ne soit pas souvent

en rupture de stock (registres des mariages, matériels de bureau, matériels électriques);

> Achat d'un extincteur pour le local ;

> Changer des armoires simples en des armoires plus complexes capables de contenir beaucoup de documents ;

34

? Prévoir des tables de travail avec tiroirs.

? La commune doit disposer aussi des équipements électriques de secours en cas de panne de courant électrique.

II.7.3.2. AVANTAGES ET INCONVENIENTS DES SOLUTIONS MANUELLES

a) Avantages des solutions manuelles

· Accroissement de la sécurité des documents ;

· Allégement des tâches du préposé ;

· Adaptation des agents au travail ;

· Livraison d'un acte de mariage dans un temps record.

b) Inconvénients des solutions manuelles

· L'oubli est inhérent à la nature humaine ;

· La mémoire humaine se fatigue face à la monotonie ;

· Le manque de reconnaissance d'un mariage déjà enregistré sur place ou ailleurs ;

· La lenteur des recherches des informations ;

· La persistance d'erreur liée à la nature humaine capable d'entraîner un nombre exagéré d'enregistrés par rapport à la réalité.

II.7.3.3. PROPOSITIONS DES SOLUTIONS INFORMATIQUES

L'oubli, la fatigue, les erreurs, peuvent avoir des répercutions sur la qualité du travail. Et par conséquent, entrainement d'un effet négatif sur le résultat attendu ; Pourquoi ne pas penser à l'informatique ? Oui, nous allons proposer des solutions informatiques à double dimension à savoir:

? La conception d'une application monoposte ;

? La conception d'une application client-serveur.

35

a) Architecture à un niveau

C'est une application qui ne tourne que sur local c'est-à-dire sur une seule machine.

b) L'architecture à deux niveaux (client-serveur)

Aussi appelé architecture 2-tiers (tierce partie), l'architecture à deux niveaux caractérise le système client-serveur :

? Serveur

? BDD

? Envoi requête

? Réponse

? Client

Dans cette architecture, le client demande une ressource et le serveur la lui fournit directement. Le serveur ne fait pas appel à une autre application pour fournir le service.

c) Avantages et inconvénients des solutions informatiques 1. Avantages des solutions informatiques

Nous pensons que l'utilisation d'une application informatique partagée en réseau pourrait avoir comme avantages :

> L'exécution des tâches répétitives, lourdes et complexes par des machines programmables ;

> La sécurisation des données ;

> La centralisation de l'information - sur toute l'étendue de la ville de Lubumbashi et du pays;

> La rapidité des recherches des informations ;

> La disponibilité en temps réel des données statistiques en vue de permettre la prise des décisions ;

> La précision et l'exactitude de calcul des données statistiques grâce aux ordinateurs.

36

2. Inconvénients des solutions informatiques

L'intégration des nouvelles technologies de l'information et de la communication (NTIC) dans une entreprise se fait toujours accompagnée d'un prix, notamment :

? Le coût élevé de l'achat des matériels informatiques; ? L'engagement d'un personnel informaticien qualifié ; ? La maintenance des équipements informatiques.

37

CHAPITRE DEUXIEME : ANALYSE DE L'EXISTANT, CONCEPTION DE LA
MAQUETTE ET ETUDE DE FAISABILITE

II.1. ETUDE DE L'EXISTANT

Notre analyse de l'existant passe par la modélisation, cette modélisation tente de formuler une représentation du monde réel à un très haut niveau d'abstraction, particulièrement sur le plan de la sémantique.

Le non adhérent est confronté à deux grandes difficultés lorsqu'il s'agit de formuler un monde de données : La compréhension du problème ou du domaine étudié d'une part et la maîtrise du langage graphique permettant de formuler une représentation du problème et du domaine, d'autre part¹⁶.

Ainsi modéliser un système avant sa réalisation ou son développement permet de mieux analyser fonctionnement de ce système. C'est également un bon moyen de maîtriser sa complexité et d'assurer sa cohérence. C'est pour quoi, que nous nous servons de cette modélisation. Un modèle est un langage commun, précis, qui est connu par tous les membres de l'équipe et il est donc, à ce titre, un vecteur privilégié pour communiquer.

Cette communication est essentielle pour aboutir à une compréhension commune aux différentes parties prenantes (notamment entre la maîtrise d'ouvrage et la maîtrise d'oeuvre informatique) et précise l'objectif d'un problème donné.

Elle est donc le détroit par lequel nous passons pour exprimer aux lecteurs et nous même ce qu'est le système d'information actuelle et ce que sera le futur système, le système informatique.

II.1.1. ETUDE COMPARATIVE ENTRE MERISE ET UML

MERISE (Méthode d'Etude et de Réalisation Informatique pour les Systèmes d'Entreprise) est une méthode d'analyse et de réalisation des systèmes d'information qui est élaborée en plusieurs étapes: schéma directeur, étude préalable, étude détaillée et la réalisation.

¹⁶ ROY, G., Conception de base des données avec UML, in Avant-propos , éd. Presse de l'université du Québec, Québec, 2007.

38

Alors que UML (Unified Modeling Langage), est un langage de modélisation des systèmes standard, qui utilise des diagrammes pour représenter chaque aspect d'un système: statique et dynamique, en s'appuyant sur la notion d'orienté objet qui est un véritable atout pour ce langage.

Méthode

Les "méthodologues" disent qu'une méthode, pour être opérationnelle, doit avoir les Composantes suivantes:

? Une démarche (les étapes, phases et tâches de mise en oeuvre),

? Des formalismes (les modélisations et les techniques de transformation),

? Une organisation et des moyens de mise en oeuvre.

Merise s'est attachée, en son temps, à proposer un ensemble "cohérent" sur ces trois composantes. Certaines ont vieilli et ont du être réactualisées (la démarche), d'autre "tiennent encore la route" (les modélisations).

UML se positionne exclusivement comme un ensemble de formalismes. Il faut y associer une démarche et une organisation pour constituer une méthode.

Merise se positionne comme une méthode de conception de SI organisationnel, plus tourné vers la compréhension et la formalisation des besoins du métier que vers la réalisation de logiciel. En sens, Merise se réclame plus de l'ingénierie du SI métier que du génie logiciel.

Jamais Merise ne s'est voulu une méthode de développement de logiciel ni de programmation. Mais UML, de par son origine (la programmation objet) s'affirme comme un ensemble de formalismes pour la conception de logiciel à base de langage objet.

Merise est encore tout à fait valable pour:

? La modélisation des données en vue de la construction d'une base de données relationnelle,

39

V' La modélisation des processus métiers d'un SI automatisé en partie par le logiciel.

V' la formalisation des besoins utilisateur dans le cadre de cahier des charges utilisateur, en vue de la conception d'un logiciel adapté.

UML est idéal pour :

V' Concevoir et déployer une architecture logicielle développée dans un langage objet (Java, C++, VB.net, Php).

V' Pour modéliser les données (le modèle de classe réduit sans méthodes et stéréotypé en entités), mais avec des lacunes que ne présentait pas l'entité relation de Merise,

V' Modéliser le fonctionnement métier (le diagramme d'activité et de cas d'utilisation) qui sont des formalismes très anciens.

II.1.2. LA DEMARCHE ADOPTEE

Après cette étude comparative, il est certes que nous adoptons UML comme langage de modélisation puisque nous allons utiliser le concept de l'orienter objet, à travers le langage de programmation PHP.

Ainsi, la méthodologie de conception adoptée se base sur le choix de diagrammes UML adéquats.

En UML, tout objet possède un ensemble d'attributs (sa structure) et un ensemble de méthodes (son comportement).

Un attribut est une variable destinée à recevoir une valeur et une méthode est un ensemble d'instructions prenant des valeurs en entrée et modifiant les valeurs des attributs ou produisant un résultat.

Même un objet statique du monde réel est toujours perçu comme dynamique.

Ainsi, en UML un livre est perçu comme un objet capable de s'ouvrir lui-même à la énième page.

Tout système conçu en UML est composé d'objet interagissant entre eux et effectuant les opérations propres à leurs comportements¹⁷.

17 Laurent Debrauwer, cours initiation uml (2iéme édition).

40

UML comporte différentes méthodes à savoir :

? La méthode AGILE ? La méthode U.P ? La méthode 2TUP

Pour le présent travail, la méthode choisie est U.P parce que celle-ci nous permet de décrire chaque cas d'utilisation et les cas d'utilisation sont décrites sous forme d'actions et de réactions, le comportement du système étudié du point de vue des utilisateurs ; Ils définissent les limites du système et ses relations avec son environnement.

C'est une référence pour la modélisation UML, nous allons l'utiliser pour réaliser tous les diagrammes UML. En conclusion, après avoir présenté le cadre général du projet, une étude préalable s'impose afin d'étudier le domaine de plus près et de repérer la procédure de fonctionnement actuelle.

II.2. IDENTIFICATION DES CAS D'UTILISATION

Un cas d'utilisation est utilisé pour définir le comportement d'un système ou la sémantique de toute autre entité sans révéler sa structure interne¹⁸. Chaque cas d'utilisation spécifie une séquence d'action, y compris des variantes.

La responsabilité d'un cas d'utilisation est de spécifier un ensemble d'instance, où une instance de cas d'utilisation représente une séquence d'actions que le système réalise et qui fournit un résultat observable par l'acteur.

Le cas d'utilisation se présente par une ellipse contenant son nom (un verbe à l'infinitif) et optionnellement au dessus du nom, un stéréotype.

Les différents cas d'utilisation pour notre travail sont :

? Solliciter fiche extrait de mariage : Opération déclenchée par les requérants ;

PASCAL ROQUES, Uml2, modéliser une application web, Eyrolles, éd (2006). ¹⁸ http://www.uml.free.fr, 20/03/2013, 15h30 p.m

41

? Enregistrer fiche extrait de Mariage : Opération déclenchée par le commis en charge du mariage ;

? Livrer fiche extrait de mariage : Opération déclenchée par l'officier de l'état-civil.

II.3. IDENTIFICATION DES ACTEURS II.3.1. DEFINITION :

Un acteur est l'idéalisation d'un rôle joué par une personne externe, un processus ou une chose qui interagit avec un système.

La représentation d'un acteur est la suivante dans le langage de modélisation UML :

Les différents acteurs qui entrent en jeu dans ce système sont : ? Les requérants

? Le commis chargé de mariage

? L'officier de l'état-civil

42