Chapitre IV.

CONCEPTION ET
MODELISATION DE
L'APPLICATION

IV.1. Préambule

Ce chapitre représente la conception et la modélisation de l'application sur

la conception et la mise en place d'une plate-forme de la sécurisation par
synthèse et reconnaissance biométrique de documents de trafic. En effet,
plusieurs étapes sont nécessaires, l'étape d'extraction des caractéristiques
est la plus importante car la performance du système en dépendent.

IV.2. Fonctionnement du système

Notre système permet d'illustrer le processus d'identification des personnes

par la reconnaissance biométrique à partir de leurs empreintes digitales.
Nous allons décrire dans ce qui suit les différents événements qui s'y
passent lors de ce processus.L'application comporte trois phases : la
première phase qui est l'enrôlement, la deuxième phase qui est la
vérification enfin la troisième phase qui est la gestion de trafic.

IV.2.1. l'enrôlement

Le client vient pour l'achat du passeport ; il sera enregistré dans la base de

données de l'office qui livre le passeport (enrôlement) numéro passeport,
nom, prénom, date de naissance, photo, adresse, empreinte biométrique,
etc. A l'instant même, on lui livre un reçu d'achat qui lui permettra de
récupérer son passeport plus tard. Lorsqu'il reçoit son passeport, il peut
effectuer des trafics passant par différentes frontières burundaises.

IV.2.2. La vérification

Une fois il arrive sur l'une de frontières burundaises, il passe par une
vérification de son document (passeport) via son empreinte biométrique
pour vérifier si son passeport a été livré dans une voie légale et sure.
Vérifier si le passeport du détenteur est actif ou non - actif.

IV.2.3. La gestion des trafics

Cette application permettra la gestion de trafics des détenteurs de
passeports burundais entre autre :

- La gestion des entrées et sorties du trafic

- Générer les rapports de trafics pendant une période donnée

IV.3. Langage de modélisation avec UML et conception Base de

données pour l'application

IV.3.1. Etude comparative entre UML et MERISE

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.

Alors qu'UML (UnifiedModeling Langage), est un langage de modélisation

des systèmes standard, qui utilise des diagrammes pour représenter
chaque aspect d'un système c'est - à - dire : statique, dynamique, ... en
s'appuyant sur la notion d'orienté objet qui est un véritable atout pour ce
langage.

Merise ou UML ?

Les « méthodologues » disent qu'une méthode, pour être opérationnelle,

doit avoir 3 composantes :

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

ü Des formalismes (les modélisations et les techniques de

transformations) ;

ü 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 dû être réactualisées
(la démarche), d'autre « tienne encore le chemin » (la modélisation).

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 système

d'information organisationnel, plus tournée 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 système d'information que
du génie logiciel. Jamais Merise ne s'est voulu une méthode de
développement de logiciel ni de programmation.

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 relationnelles, la modélisation des processus métiers d'un
système d'information automatisé en partie par du logiciel,

ü La formalisation des besoins utilisateur dans la cadre de cahier des

charges utilisateur, en vue de la conception d'un logiciel adapté.

UML estidéal pour:

ü Concevoir et déployer une architecture logiciel développée dans un

langage orienté objet (Java, C++, VB.Net,...).

ü 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.

ü Pour modéliser le fonctionnement métier (le diagramme d'activité et de

cas d'utilisation) qui sont des formalismes très anciens qu'avait, en son
temps, amélioré Merise...

Après cette étude comparative, il est certes que nous allons adopter UML
comme langage de modélisation puisque nous allons utiliser le concept de
l'orienté objet ainsi en VB.Net comme langage, pour développer
l'application de synthèse et de reconnaissance biométrique de documents
de trafic.

IV.3.1.1. Diagramme de cas d'utilisation

Figure IV.1. Diagramme de cas d'utilisation