Conception du projet

CHAPITRE II : CONCEPTION

PRESENTATION DU PROBLEME

• Contexte du problème

La direction mis en place pour gérer les transferts de fonds à l’étranger met  plusieurs services à la disposition des usagers dont les autorisations de changes, Cependant nous constatons que cette direction ne parvient pas à traiter les demandes dans des brefs délais et aussi fournir des rapports a la direction générale en temps réel. Ensuite nous constatons  la destruction de l’information due à la détérioration des documents archivés.

• Problématique

Au vu de ce qui précède, nous souhaiterions améliorer la qualité de traitement des demandes d’autorisation  de  change ainsi  que  la  conservation  des informations alors  nous  nous posons l’interrogation suivante : Quelle  solution  applicative  mettre  en  place  pour  améliorer  le processus de  traitement  des demandes d’autorisation de change à la DECFINEX?

ANALYSE DU PROBLEME

L’objectif de ce chapitre est d'aboutir à la modélisation de notre plateforme. Après une analyse des besoins décrits dans le cahier des charges de notre projet, il est nécessaire de donner un fonctionnement du système à implémenter. Alors, l'utilisation d'une méthode d’analyse et de conception constitue un impératif pour conduire à bien un projet de développement informatique. Nous effectuons, ici, le choix d’une méthode avant d’aborder en profondeur l’étude des besoins des utilisateurs.

I.     PRESENTATION DES METHODES D’ANALYSE

Une méthode d'analyse et de conception informatique a pour objectif de permettre de formaliser les étapes préliminaires du développement d'un système afin de le rendre plus fidèle aux  besoins  du client.  Et  parmi  toutes  les  approches  existantes. Pour  ce  faire,  on  part  d'un énoncé informel (le besoin  tel  qu'il  est  exprimé  par  le  client,  complété  par  des  recherches d'informations auprès des experts du domaine fonctionnel, comme les futurs utilisateurs d'un logiciel), ainsi que de l'analyse de l'existant éventuel (c'est-à-dire la manière dont les processus à traiter par le système se déroulent actuellement chez le client).

Il y a plusieurs méthodes d’analyse et de conception en informatique telles que :

• MERISE ;
• SADT ;
• UP (unified process ou procédure unifié en français) ;
• Etc.

En ce qui nous concerne, notre choix s’est porté sur la méthode MERISE. Contrairement aux  autres méthodes d’analyse  telles que UP qui est une méthode utilisée dans le développement des logiciels orientés objets, MERISE est une méthode séquentielle basée sur le principe de la séparation des données et des traitements.

1.  La méthode MERISE

MERISE est une méthode de conception, de développement et de réalisation de projets informatiques. Le but de cette méthode est d'arriver à concevoir un système d'information. La méthode  MERISE  est  basée sur la séparation des données et des traitements en modèles conceptuels et physiques.
Elle possède un certain nombre de modèles (ou schémas) qui sont répartis sur 3 niveaux:

•  Le niveau conceptuel ;
•  Le niveau logique ou organisationnel ;
•  Le niveau physique.

2.  Cycle de vie d’un projet MERISE

Comme pour toutes les fabrications, il est important d’avoir un procédé de fabrication du logiciel bien  défini  et  explicitement  décrit.  En  effet  le  développement  d’un  projet sous MERISE implique une démarche et des étapes à suivre afin d’arriver au résultat souhaité.

Le cycle de vie d’un logiciel désigne toutes les étapes du développement d'un logiciel, de sa conception à sa disparition. L'objectif d'un tel découpage est de permettre de définir des jalons intermédiaires  permettant  la  validation du  développement  logiciel,  c'est-à-dire  la conformité  du logiciel  avec  les  besoins  exprimés,  et  la  vérification  du  processus  de développement, c'est-à dire l'adéquation des méthodes mises en œuvre.

Afin d'être en mesure d'avoir une méthodologie commune entre le client et la société de service réalisant  le  développement,  des  modèles  de  cycle  de  vie  ont  été  mis  au  point définissant  les étapes  du  développement  ainsi  que  les  documents  à  produire  permettant  de valider chacune des étapes avant de passer à la suivante. Comme modèle de cycle de vie l’on peut répertorier les modèles suivants :

• Le modèle en cascade ;
• Le cycle en V ;
• Le cycle en spiral.

En  ce  qui  concerne  notre  projet,  nous  utiliserons  le  modèle  en  cascade,  qui  est  un  modèle linéaire c’est-à-dire une succession d’étapes où chaque étape doit être validée pour passer à la suivante.

En appliquant les étapes du modèle en cascade à notre méthode d’analyse nous obtenons les étapes suivantes :

3.  Etude technique

Pour la réalisation de notre analyse, nous appliquerons à notre projet les différents modèles de MERISE suivants :

• Le modèle conceptuel de données (MCD) ;
•  Le modèle conceptuel de traitement (MCT) ;
• Le modèle organisationnel de traitement (MOT) ;
• Le modèle logique des données (MLD) ;
•  Le modèle physique des données (MPD).

a)  Élaboration du Modèle Conceptuel de données (MCD)

Pour l’élaboration du MCD nous ferons :

•  Le dictionnaire des données

Le dictionnaire des données représente la liste de toutes les propriétés manipulées dans le domaine d’étude.

Propriété	Signification	Type	Taille	Nature	observation
idBordereau	Identifiant du bordereau	AN	100	E	identifiant
dateCreation	Date de création du bordereau	Date
statut	Statut du bordereau	AN	100	E
numBordereau	Numéro du bordereau	N	100	E
isIndiv	Bordereau individuel ou pas	AN	10	E
nombreDossier	Nombre de dossier constituant le bordereau	N	10	E
bordCreatedOn	Bordereau créer par	AN	100	E
bordIsDelete	Bordereau Supprimer ou pas	AN	10	E
adresseIp	IP de la machine d’enregistrement	AN	100	E
dateRetrait	Date de  retrait du bordereau	Date
dateSoumission	Date de soumission pour traitement	Date
idBanque	Identifiant de la banque	N	10	E	identifiant
libelleBanque	Libelle de la banque	AN	100	E
sigle	Sigle de la banque	AN	50	E
bankCreatedOn	Banque créer par			E
bankIsDeleted	Banque supprimé ou pas	AN	10	E
idTypeBordereau	Identifiant du type de bordereau	N	10	E	identifiant
libTypeBordereau	Libelle du type de bordereau	AN	100	E
TypeisDeleted	Type supprimé ou pas	AN	10	E
idDossier	Identifiant du dossier	N	10	E	identifiant
numOrdre	Numéro d’ordre bordereau	N	10	E
demandeur	Nom du demandeur	AN	100	E
beneficiaire	Nom du bénéficiaire	AN	100	E
destination	Pays de destination	AN	100	E
tauxDeChange	Taux de change	N	100	E
montantCFA	Montant en FCFA	N	500	E
codeTransfert	Code du transfert	AN	10	E
idDevise	Identifiant de la devise	N	10	E	identifiant
libDevise	Libelle de la devise	AN	100	E
idMotifAnalyse	Identifiant du motif d’analyse	N	10	E	identifiant
libMotifAnalyse	Libelle du motif d’analyse	AN	100	E
idPieceAnalyse	Identifiant de pièce d’analyse	AN	10	E	identifiant
libPieceAnalyse	Libelle pièce analyse	AN	100	E
idDetailAnalyse	Identifiant du détail analyse	AN	10	E	identifiant
matAgentAnalyse	Matricule de l’agent ayant fait l’analyse	AN	50	E
AgentAnalyseIp	IP de l’agent analyseur	AN	50	E
idImputation	Identifiant de l’imputation	N	10	E	identifiant
agentImputeur	Matricule de l’attributaire	AN	50	E
agentImputer	Matricule de l’imputer	AN	50	E
dateImputation	Date de l’imputation	Date
niveauImputation	Le niveau de l’imputation	N	10	E
observationImputation	Observation de l’imputation	AN	100	E
etatImputation	Etat de l’imputation	N	10	E
delaiTraitement	Délai de traitement du dossier imputé	Date

E : Elémentaire                                 N : Numérique                                AN : Alphanumérique

• Les règles de gestion

Les règles de gestion expriment les contraintes ou des choix particuliers à prendre en compte lors de l'élaboration du modèle conceptuel des données.

RG 1 : Une banque peut faire une ou plusieurs demandes via un bordereau de demande;

RG 2 : Un bordereau demande est liée à une et une seul entité ;

RG 3 : Un bordereau de demande peut contenir un ou plusieurs dossiers ;

RG 4 : Un dossier appartient à un et un seul bordereau de demande ;

RG 5 : Un bordereau a un type (Entré ou sorti) ;

RG 6 : Un bordereau de demande est imputé à un ou plusieurs agents pour analyse ;

RG 7 : Une imputation concerne un et un seul bordereau  de  demande;

RG 8 : Un dossier peut faire l’objet de zéro ou plusieurs analyse ;

RG 9 : Une analyse concerne un et un seul dossier ;

RG 10 : Une analyse porte sur un motif d’analyse ;

RG 11 : Un motif d’analyse est composé de plusieurs pièces d’analyse;

•  Le MCD à proprement dit

Le MCD est  une représentation schématique des différentes entités et les associations qui existent entre ces entités.

b)  Modèle conceptuel de traitement (MCT)

Le modèle conceptuel des traitements  permet de  traiter  a dynamique du système d'information, c'est-à-dire les opérations qui sont réalisées en fonction d'événements.

Ce  modèle  permet de  représenter  de  façon  schématique  l'activité  d'un  système d'information sans  faire  référence  à  des  choix  organisationnels  ou  des  moyens d'exécution, c'est-à-dire qu'il permet de définir simplement ce qui doit être fait, mais il ne  dit  pas  quand,  comment  ni  où.

 c) Modèle Organisationnel des traitements (MOT)

Le  modèle  organisationnel  des  traitements  s'attache  à  décrire  les  propriétés  des traitements non traitées par le modèle conceptuel des traitements, c'est-à-dire : le temps, les ressources,  le  lieu.  Le modèle organisationnel des traitements consiste donc à représenter le modèle conceptuel des traitements dans un tableau dont les colonnes sont la durée, le lieu, les responsables et ressources nécessaires à une action.

Légende :
T : moment quelconque de la journée des jours ouvrables
P : période fixe de l’année
NOK : non ok
M.A : manuelle Automatique.

d)  Modèle Logique des Données(MLD)

Le modèle logique des données consiste à décrire la structure de données utilisées sans faire référence  à  un  langage  de  programmation.  Il s'agit donc  de  préciser le type  de  données utilisées  lors  des traitements.  Le MLD est déductible du MCD validé en tenant compte  des règles de passage.

• Règle de passage du MCD au MLD

MCD	MLDR
Entité	relation ou table
Propriété	attribut (champ)
Identifiant	clé

• Elaboration du MLD

Dos_bordereau

(

IdBordereau,

#idTypeBordereau,

#idBanque,

DateCreation, StatutBordereau, NumBordereau, IsIndiv, NombreDossier, CreatedBy, CreatedOn, AdresseIp, IsDelete, DateRetrait, DateSoumission

)

Dos_banque

(

IdBanque,

LibBanque, Sigle, CreatedBy, CreatedOn, AdresseIp, IsDelete,

)

Dos_TypeBordereau

(

idTypeBordereau,

libTypeBordereau, CreatedBy, CreatedOn, AdresseIp, IsDelete,

)

Dos_dossier

(

IdDossier,

#idBordereau,

#idDevise,

numOrdre, numEnregistrement, demandeur, beneficiaire, destination, montantDevise, montantCfa, tauxChange, codeTransfert, dateArriveeDecfi, dateSoumission, dateRetrait, observation, dossierSorti, matriculeAgent, dateSignature, CreatedBy, CreatedOn, AdresseIp, IsDelete,

)

Dos_devise
(
IdDevise,
libDevise, codeDevise, CreatedBy, CreatedOn, AdresseIp, IsDelete,
)

Dos_imputation
(
IdImputation,
#idBordereau,
Attributaire, AgentImputer, DateImputation, NiveauImputation, Observation, EtatImputation, DelaiTraitement, CreatedBy, CreatedOn, AdresseIp IsDelete,
)

Dos_analyse
(
IdAnalyse,
#idDossier,
#idMotifAnalyse,
resultatAnalyse, dateAnalyse, Observation, MatriculeAgent, CreatedBy, CreatedOn, AdresseIp IsDelete,
)

Dos_motifAnalyse
(
IdMotifAnalyse,
libMotifAnalyse, codeMotifAnalyse, CreatedBy, CreatedOn, AdresseIp, IsDelete,
)

Dos_pieceAnalyse
(
idPieceAnalyse,
#IdMotifAnalyse,
libPieceAnalyse, CreatedBy, CreatedOn, AdresseIp, IsDelete,
)

e) Modèle Physique  des Données (MPD)

Nom : Code : Clé primaire : Source : Longueur :	Dos_Bordereau Dos_Bordereau IdBordereau disque dur 120
Liste des colonnes
Nom		Code	longueur	Type
Identifiant du bordereau		IdBordereau	10	AN
Date de création du bordereau		DateCreation	10	Date
Statut du bordereau		StatutBordereau	10	AN
Numéro du bordereau		NumBordereau	10	AN
Bordereau individuel ou collectif		IsIndiv	10	AN
Nombre de dossier du bordereau		NombreDossier	10	N
Date de retrait du bordereau		DateRetrait	10	Date
Date de soumission du bordereau		DateSoumission	10	Date
Bordereau créé par		CreatedBy	10	AN
Bordereau créé le		CreatedOn	10	Date
Adresse IP de la machine		AdresseIp	10	AN
Bordereau supprimé		IsDelete	10	AN

Nom : Code : Clé primaire : Source : Longueur :	Dos_banque Dos_banque IdBanque disque dur 70
Liste des colonnes
Nom		Code	longueur	Type
Identifiant de la banque		IdBanque	10	AN
Nom de la banque		LibBanque	10	Date
Sigle de la banque		Sigle	10	AN
Bordereau créé par		CreatedBy	10	AN
Bordereau créé le		CreatedOn	10	Date
Adresse IP de la machine		AdresseIp	10	AN
Bordereau supprimé		IsDelete	10	AN

Nom : Code : Clé primaire : Source : Longueur :	Dos_TypeBordereau Dos_TypeBordereau idTypeBordereau disque dur 30
Liste des colonnes
Nom		Code	longueur	Type
Identifiant du type de bordereau		idTypeBordereau	10	AN
Libelle du type de bordereau		libTypeBordereau	10	Date
Bordereau supprimé		IsDelete	10	AN
Nom : Code : Clé primaire : Source : Longueur :	Dos_dossier Dos_dossier IdDossier disque dur 230
Liste des colonnes
Nom		Code	longueur	Type
Identifiant du dossier		IdDossier	10	AN
Numéro d’ordre du dossier		numOrdre	10	N
Numéro d’enregistrement		numEnregistrement	10	N
Nom du demandeur		demandeur	10	AN
Nom du bénéficiaire		beneficiaire	10	AN
Pays de destination		destination	10	AN
Montant de devise		montantDevise	50	N
Montant en FCFA		montantCfa	50	N
Taux de change		tauxChange	10	N
Code du transfert		codeTransfert	10	AN
Date d’arrivée du dossier		dateArriveeDecfi	10	Date
Date soumission du dossier		dateSoumission	10	Date
Date de retrait		dateRetrait	10	Date
Observation		observation	10	AN
Matricule agent		matriculeAgent	10	AN

Nom : Code : Clé primaire : Source : Longueur :	Dos_imputation Dos_imputation IdImputation disque dur 70
Liste des colonnes
Nom		Code	longueur	Type
Identifiant de l’imputation		IdImputation	10	AN
Nom de l’attributaire		Attributaire	10	AN
Nom de l’agent impute		AgentImputer	10	AN
Date de l’imputation		DateImputation	10	Date
Niveau de l’imputation		NiveauImputation	10	AN
observation		Observation	10	AN
Délai de traitement		DelaiTraitement	10	Date
Etat de l’imputation		EtatImputation	10	AN
Bordereau supprimé		IsDelete	10	AN