Memoire Online - Mise en place d'un système automatique de gestion des flux de trésorerie

ü Mon père M. Dakouri Dago Barnabé Dieu seul sait la souffrance qu'il endure pour moi ;

ü ma mère Mme Zan Lou Amoin Geneviève pour la manifestation de son amour et son soutien ;

ü M. Achille N'guessan pour le soutien dans le travail sa disponibilité et sa patience sa pertinence et son sens de la grandeur il a été d'un grand soutient dans la réalisation de ce travail ;

ü M. Koné ouatantchin pour son assistance sa rigueur au travail et son assiduité ;

Remerciements

« Quelle que soit la valeur d'un présent fait à un homme, il n'y aura qu'un mot pour témoigner la reconnaissance inspirée par la libéralité, et ce mot c'est : Merci ».

ü Par ces mots, nous voudrions exprimer notre gratitude à toutes celles et à tous ceux qui, de par leurs conseils, leurs soutiens et leurs reproches, ont contribué non seulement à la réalisation du présent travail de mémoire, mais aussi à notre formation académique.

ü Aussi nos remerciements vont-ils à l'endroit Des Responsables et du personnel d'Expertiz angré :

ü Aussi n'oublions nous pas les Directeurs et les Professeurs de l'Institut National Polytechnique Félix Houphouët Boigny (INP-HB), pour la formation de base qui nous a été donné ;

ü De même nous remercions tous ceux et à toutes celles qui d'une manière quelconque ont participé à l'élaboration de ce travail.

AVANT-PROPOS

Crée par le décret 96-678 du 04 septembre 1996, l'Institut National Polytechnique Houphouët Boigny en abrégé INP-HB a vu le jour suite à la fusion et à la restructuration de :

ü L'Institut Agricole de Bouaké en abrégé IAB

ü L'Ecole Nationale Supérieure d'Agronomie en abrégé ENSA

ü L'Ecole Nationale Supérieure des Travaux Publics en abrégé ENSTP

ü L'Institut Nationale Supérieure d'Enseignement Technique en abrégé INSET

Situé en plein coeur de la région des lacs, l'INP-HB a pour mission essentielle la formation initiale et continue des techniciens supérieurs, des ingénieurs des techniques et de conception dans les domaines de l'industrie, du commerce, de l'administration, du génie civil, des mines et de la géologie. A cela viennent s'ajouter la recherche appliquée dans les domaines sus mentionnés, l'expertise, la production et le conseil au profit des entreprises et des administrations.

Cet établissement public d'enseignement supérieur et de recherche a pour ambition principale d'offrir à la COTE D'IVOIRE et bien au-delà de ses frontières, des cadres et des techniciens aptes à faire valoir leur compétence dans un marché de l'emploi de plus en plus exigeant et de plus en plus compétitif. Conscient donc des défis à relever et dans le souci d'optimisation de ressources allouées, l'INP-HB a procédé à une réorganisation en six (06) écoles et l'ossature actuelle de l'institut est la suivante:

ü L'Ecole Supérieure de Commerce et d'Administration des Entreprises (ESCAE)

L'Ecole Supérieure d'Industrie, dont nous sommes issus est chargée de la formation des industriels et propose les deux cycles d'ingénieurs et de techniciens supérieurs dans les différentes filières que sont : l'électronique, l'informatique, les réseaux et télécoms, l'énergétique, l'électrotechnique, la mécanique et bien d'autres branches encore.

La filière informatique, qui est celle que nous suivons, est rattachée au Départements Mathématiques et Informatique (DMI) de l'Ecole Supérieure d'Industrie. Elle offre une formation générale en Informatique qui prend en compte des domaines aussi variés que divers que sont entre autre les réseaux, les bases de données, d'ingénierie système, le génie logiciel ou encore l'intelligence artificielle.

Aussi, en vue de la délivrance du Diplôme Universitaire de Technologie et dans le souci d'allier savoir théorique et pratique, un stage d'une durée de trois mois en général est requis dans une entreprise ou organisme et donne lieu à une soutenance de mémoire de fin de cycle.

Sommaire

Chapitre 1 : Présentation de la structure d'accueil...............................

1-1-Présentation d'Expertiz.........................................................

1-1-1-historique.......................................................................

1-1-2-Mission..........................................................................

1-1-3-Organisation.....................................................................

1-1-4-La direction générale...........................................................

1-1-5-La direction d'exploitation....................................................

1- 2-Cadre de référence spécifique..................................................

1- 2-1-Présentation du service de la finance et comptabilité....................

1-3-Présentation du thème...........................................................

Chapitre 2 : Présentation de l'existant.............................................

2-1-Problématique....................................................................

2-2-Etude de l'existant...............................................................

2- 2-1-Description de l'existant.....................................................

2- 2-1-1description des processus...................................................

2- 2-1-1-1-gestion des demandes de fonds.........................................

2- 2-1-1-2-gestion des paies..........................................................

2- 2-1-1-3-gestion des achats.........................................................

2- 2-1-1-4-gestion des ventes.........................................................

2- 2-2-Diagnostique de l'existant...................................................

2- 2-2-1-Les points faibles............................................................

2- 2-2-2-Les points forts..............................................................

2- 2-2-3-Proposition de solution....................................................

Deuxième partie : Etude conceptuelle ...........................................

Chapitre 3 : Etude préalable.............................................................

3-1-Modélisation conceptuelle des traitements.......................................

3- 1-1-Diagramme des flux...............................................................

3- 1-2-Diagramme d'ordonnancement des flux........................................

3- 1-3-Elaboration du modèle conceptuel des traitements ...........................

3-2-Modélisation conceptuelle des données ...........................................

3- 2-1-Les règles de gestion ...............................................................

3- 2-2-Le dictionnaire des données ......................................................

3- 2-3-Structure d'accès théorique ......................................................

3- 2-4-Schéma du modèle conceptuel de données ....................................

Chapitre 4 : Etude détaillée ...............................................................

4-1-Modélisation logique des données ..................................................

4- 1-1-Règles de passages du MCD au MLD ...........................................

4- 1-2-Elaboration du modèle logique des données ...................................

4-2-Solutions organisationnelles .........................................................

4- 2-1-Les différents scénarios ............................................................

4- 2-2-choix du scénario ...................................................................

4-3-Modélisation organisationnelles des traitements ....................................

4- 3-1-Modèle organisationnel des traitements .........................................

4- 3-2-Modélisation opérationnel des traitements ....................................

Troisième partie : Etude technique et réalisation .........................

Chapitre 5 : Etude technique .............................................................

5-1-Modélisation physique des données ................................................

5- 1-1-Les tables ...........................................................................

5- 1-2-La volumétrique ....................................................................

5-2-Choix des outils de réalisation .......................................................

5- 2-1-La plate forme(SE) .................................................................

5- 2-2-L'environnement ..................................................................

5- 2-3-Les outils de développement ......................................................

Chapitre 6 : Réalisation .................................................................

6-1-script de la base .....................................................................

6-2-les interfaces .........................................................................

6-3-la sécurité .............................................................................

6-4-coût du projet ........................................................................

6-5-formation .............................................................................

Conclusion ................................................................................

Bibliographie .............................................................................

Annexes ....................................................................................

INTRODUCTION

Avec l'environnement concurrentiel dans lequel elles évoluent, les entreprises ont l'obligation de fournir à leurs clientèles des services fiables et de qualité supérieure pour assurer leur survie et se maintenir sur le plan international. Pour ce faire elles doivent se doter de moyens nécessaires et efficaces favorisant le bon déroulement de leurs activités c'est en cela que l'informatique, science de traitement automatique de l'information leur apparaît comme salutaire pour la gestion plus optimisée de leur patrimoine de sorte à suivre l'évolution de la technologie.

En effet, cette science offre des facilités aux entreprises dans le stockage et l'administration de leurs données. Elle présente donc de nombreuses potentialités quant à la prise de décision stratégiques aboutissant à une meilleure politique de gestion. C'est donc dans ce cadre que nous avons été accueillis par Expertiz pour un stage de 3 mois dont le thème est le suivant : Mise en place d'un système de gestion des ressources financières.

L'objet de ce mémoire est donc de présenter le fruit de notre travail et cela s'articulera autour des axes suivants :

Cette partie est consacrée à la présentation de la structure d'accueil et l'étude de l'existant

Dans cette partie nous verrons les différents modèles conceptuels à la fois de traitement et de données mais aussi les modélisations à la fois logique de données et organisationnelles de traitements puis les solutions organisationnelles

Le modèle physique, le choix des outils de réalisation, et la réalisation seront étudiés dans cette partie.

Les entreprises dès leur création, entrent dans une sphère d'incessante concurrence où la qualité du service et la durée de traitements des informations sont des défis permanents à relever en vue d'accroître leurs efficacités. La gestion des ressources surtout des ressources financières constitue un domaine à maîtrise pour la prise de décision stratégique au sein de l'entreprise en assurant ainsi son fonctionnement continu. Cela consiste à concevoir un système automatisée de gestion qui permet la suivie des tâches et la gestion des flux financier de manière rigoureuse.

A cet effet, le problème de gestion des demandes de fonds pour le contrôle amélioré de la gestion de l'entreprise mais aussi pour une meilleure gestion des flux de trésorerie or le système actuel étant essentiellement manuel la gestion des flux de trésorerie est chaotique et ne permet même pas l'établissement d'états.

Mais grâce à la performance de l'outil informatique aujourd'hui, Expertiz soumet à notre analyse ce problème de gestion automatisée des flux de trésorerie.

Pour mener à bien cette réflexion sur ce sujet, nous nous sommes posés un certains nombres de question :

ü Comment se fait la gestion des demandes de fonds, les décaissements de fonds, les paiements de salaire ?

ü Comment se fait la gestion des échanges clients et fournisseurs du point de vue flux financier ?

ü Quelles sont les solutions informatiques que pourront nous apporter aux problèmes rencontrés ?

La mise au point d'un système automatisée de gestion de la trésorerie n'apparaît elle pas comme la voie la mieux indiquée ?.

Chapitre 1 : generaliteS

1-1-Presentation d'Expertiz

Expertiz est une société spécialisée dans le développement organisationnel des entreprises .Notre domaine de compétence c'est la gestion de l'entreprise sous tous ses aspects (juridique, fiscale, gestion des ressources humaine, comptabilité et finance, informatique et NTIC, marketing et gestion commerciale etc....).

Expertiz collabore avec ses clients pour améliorer ou redresser le système de gestion de l'entreprise.

1-1-1-historique d'Expertiz

Créée depuis mars 2006, en côte d'ivoire par Monsieur N'GUESSAN ACHILLE, ingénieur en agro économie, Professeur à la faculté de sciences Economiques de l'Université de Cocody, ex-chargé de projet au Gouvernement du Québec, Expertiz est une société de développement des capacités concurrentielles des entreprises en quête de compétitivité sur leurs marchés nationaux et internationaux

1-1-2-Mission d'Expertiz

Elle a pour mission de permettre aux entreprises africaines en générale et ivoirienne en particulier à faire face aux défis de la mondialisation et à être plus compétitive sur le plan mondiale.

1-1-3-organisation d'Expertiz

1-1-4-la direction generale

Expertiz dispose d'une direction générale chargée de définir la politique générale au sein d'Expertiz. Elle précise la nature des prestations offertes, définit les objectifs à atteindre par les différents services et met à leur disposition les moyens humains et matériels leur permettant d'atteindre ses objectifs. La direction générale est aidée dans sa tâche par une assistance de direction.

1-1-5-la direction d'exploitation

Elle dispose aussi d'une direction d'exploitation assistée par un secrétariat. Elle est chargée de mettre en oeuvre la politique définit par la direction générale au sein d' Expertiz et coordonne l'action des différents services de la société afin d'atteindre les objectifs recherchés par la direction générale.

Par ailleurs Expertiz, en dehors des directions dispose de 7(sept) services qui sont entre autres :

Et enfin le service finance et comptabilité ou nous sommes reçus pour notre travail

1-2-cadre de reference specifique

1-2-1-presentation du service de la

Finance et comptabilite

Le service finance et comptabilité est l'un des services clé d'Expertiz, elle intervient dans les missions de restructuration des systèmes de gestion des entreprises clientes

1-3-Presentation du theme

Le travail soumis à notre étude consiste à la mise en place d'un système de gestion automatique de la trésorerie : module de gestion du flux financier.

Il s'agit de développer une application qui soit capable de valoriser le système de gestion d'Expertiz tout en assurant son efficacité au niveau de l'activité de l'entreprise l'application à développer s'appui sur une base de données, la base de données devant contenir les informations nécessaire au bon déroulement de l'activité du service finance et comptabilité de l'entreprise.

Chapitre 2 : etude prealable

2-1-etude de l'existant

Cette étape consiste d'abord à décrire l'existant suite à des interviews et à l'examen des documents utilisés pour faire un diagnostic et des propositions de solutions.

2-1-1-description de l'existant

2-1-2-description des processus

L'activité du service de la finance et comptabilité se subdivise en 4 processus importants, qui sont les suivants :

ü 2-1-2-1-Le processus demande de fonds

Concernant cette procédure, pour l'exécution soit d'un projet soit d'une activité, soit d'action ou soit d'une tâche une demande de fonds est effectuée par l'agent exécutant au chef du projet qui analyse la demande et l'achemine à son tours la demande au service finance et comptabilité qui met à la disposition du service concerné un fonds pour l'exécution du projet en question.

2-1-2-2-le paiement des salaires

Pour la procédure des paies, après élaboration des états de paiement, la fiche de paie est remise au service de la finance et comptabilité qui est chargé de la paie.

2-1-2-3-la gestion des achats

La gestion des achats est la suivante le service des stocks et approvisionnement établit un bon de commande en fonction du besoin, celui-ci est soumis au service de la finance et comptabilité qui est chargé de régler la facture avec le ou les fournisseur(s).

2-1-2-4-la gestion des ventes

Pour la procédure de la vente, les services à savoir le service des stocks et approvisionnement et le service commercial, émettent respectivement le bon de livraison et le bon de commande au service de la finance et comptabilité chargé à son tours de facturer le client concerné et de l'encaisser.

2-1-2-5-les emprunts de fonds

En ce qui concerne les emprunts il se déroule de la manière suivant, l'entreprise envoi une demande d'emprunt auprès des établissements financiers et ou de prêts et de crédits. Celle-ci en fonction de l'importance de l'activité à mener li accorde oui ou non l'emprunt demandé

2-2-diagnostic de l'existant

Le système de gestion ainsi présenté comporte certes des points forts mais aussi des points faibles pour lesquels il faudrait trouver des solutions.

2-3-les points faibles

Les problèmes ci-dessous représentent les difficultés quotidiennes rencontrées par le service de la finance et comptabilité dans sa mission de gestion des flux de trésorerie au sein de l'entreprise.

Certains ont été mentionnés lors des interviews, et d'autres proviennent d'une analyse. Ce sont :

v L'inexistence d'une base de données pour faciliter le traitement des informations relatives à la gestion des flux de trésorerie : les données sont traitées à la main sur des relevés de notes qui sont volatiles, parfois sur des tableurs tels qu'Excel.

Elles sont donc soumises à un risque élevé d'erreurs et d'incohérence dues à l'absence de contraintes à la saisie.

v La recherche d'information est pénible du fait que les données ne sont pas très bien structurées.

v Les difficultés rencontrées au niveau de la recherche d'informations ne facilitent pas les prévisions.

v L'émission des différents états, indispensables pour le suivi des flux de trésorerie, est une corvée : la sélection des informations peu s'avérer fastidieuse et n'en est pas pour autant épargnée d'erreurs ou d'omissions

2-4-les points forts

La politique mise en place présente les options permettent de suivre le décaissement des fonds depuis leur mouvement jusqu'à leur acquisition. En effet, cette politique qui résulte d'une étude sur la gestion des flux de trésorerie doit être scrupuleusement suivie. Elle peut donc servir d'exemple à toute entreprise pour la gestion des flux de trésorerie.

2-5-Proposition de solution

Au regard des critiques effectuées en amont, il ressort que les solutions à apporter résident dans la mise en place d'une application informatique qui permettra plus de commodités au niveau de la saisie et de la recherche des informations.

Cette application permettra donc de disposer d'une base de données organisées et structurées qui facilitera de façon dynamique la gestion des flux de trésorerie au sein d'une entreprise. Elle devra dans le même ordre d'idée, pouvoir produire à toutes fins utiles des états fiables et actualisés pour faciliter les prises de décision relatives à la politique de gestion.

Chapitre 3 : etude detaillee

3-1-modelisation conceptuelle des

traitements

La modélisation conceptuelle des traitements à pour objectif de représenter formellement les activités exercées par le domaine en faisant abstraction de l'organisation, c'est-à-dire des moyens et ressources nécessaires à l'exécution de ces activités. Pour décrire li niveau conceptuel, le formalisme des traitements utilise les concepts suivants :

Un acteur représente une unité active intervenant dans le fonctionnement du système opérant.

A partir de la délimitation du domaine étudié, on parlera alors d'acteurs internes, c'est à dire ceux faisant partie des unités actives du domaine étudié, et d'acteurs externes, qui eux se trouvent en dehors des frontières du domaine.

Le flux représente un échange entre deux(02) acteurs. On distingue plusieurs types de flux : flux de matières, financiers, de personnels, d'actifs (matériel,...) et d'informations.

Un évènement est un stimulus (flux reçu) par lequel le domaine et son système d'information prennent connaissance du comportement de son environnement (interne ou externe).

Un résultat est la formalisation d'une réaction du domaine et de son système d'information.

Une opération est une action ou un ensemble d'actions élémentaires dont le déclenchement est provoqué par un ou plusieurs évènements et dont le déroulement n'est soumis à aucune interruption.

Un état est une condition préalable à l'exécution d'une opération.il peut être aussi la conséquence conditionnelle d'une opération.

3-1-1-diagramme des flux

Le diagramme ou graphe des flux illustré à la figure 4 est une représentation graphique mettant en évidence les flux d'information entre les différents acteurs du domaine étudié ainsi qu'avec leur environnement.

3-1-2-Diagramme d'ordonnancement des

flux

Le diagramme d'ordonnancement des flux illustré par la figure 2 permet de montrer l'ordre dans lequel les flux d'information présentés dans les graphes des flux se réalisent.

3-1-3-Elaboration du modele conceptuel des

Traitements

Le MCT permet de représenter l'activité d'un système d'information indépendamment des choix d'organisation et des moyens d'exécution des traitements de ce système. On s'intéresse ici au <<QUOI FAIRE ?>> sans se préoccuper de <<QUI LE FAIT>> ou du <<COMMENT LE FAIRE ?>>. Son formalisme est le suivant :

ü Un événement est le fait que quelque chose s'est produit dans l'environnement du système ou dans le système lui-même (interne, externe).

ü Une synchronisation est une condition booléenne traduisant les règles de gestions

ü Un processus est une suite d'opération appartenant à un même domaine d'activité.

3-2-modelisation conceptuelle des

donnees

Le modèle conceptuel des données donne une représentation statique de l'ensemble des données manipulées par l'entreprise ainsi que des relations entre ces données. Il représente la vision statique du système d'information .il s'agit donc d'une représentation des données facilement compréhensible permettant de décrire le système d'informations à l'aide des entités et des associations. Cette représentation des données ou formalisme, utilisée pour structurer les données est basée sur le modèle entité/association.

Une entité est un objet concret abstrait manipulé par l'entreprise. Cet objet est :

Dans notre cas, FACTURE, COMMANDE, BON_LIVRAISON, DEMANDE, FICHE_PAIE, EMPLOYE.... Sont des entités.

Une propriété sert à qualifier ou à décrire une entité ou une association. Elle constitue le plus petit élément d'information manipulé par le système.

Dans notre cas, le matricule de l'agent, le nom, le prénom, l'adresse, le contacte, le mail, sont des propriétés de l'entité EMPLOYE. Un identifiant est une propriété particulière de l'entité. Elle permet de désigner sans ambiguïté chacune de ses occurrences. Deux employés ne pouvant avoir le même le matricule, cette propriété constituera dans notre système l'identifiant de l'entité véhicule.

Une association est la représentation d'un lien entre des entités. Elle est représentée par une forme ovale avec la même structure qu'une entité à savoir, le nom en haut et les éventuelles propriétés en bas.

Les cardinalités sont des couples de valeurs qui indiquent quels sont les nombres minima et maxima de relations qu'une occurrence de l'entité peut avoir. Les différents couples possibles sont : (0,1) ;(0,N) ;(1,N).

Ø (0,1) : une occurrence de l'entité ne participe pas à la relation ou participe au maximum à une seule relation

Ø (0, N) : une occurrence de l'entité ne participe pas à la relation ou participe une ou plusieurs relations.

Ø (1,1) : toutes les occurrences de l'entité participent obligatoirement une fois à la relation.

Ø (1, N) : une occurrence de l'entité participe obligatoirement une ou plusieurs fois à la relation.

Cela dit, la construction du modèle conceptuel des données passe nécessairement par l'élaboration des règles de gestion et la construction du dictionnaire de données.

III-2-1-les regles de gestion

Une règles de gestion est une loi qui, à l'échelle d'un système étudié, s'applique systématiquement dans les divers cas qu'elle est censée régir. Les règles de gestion expriment donc des contraintes ou des choix particuliers à prendre en compte lors de l'élaboration du modèle conceptuel des données.

Règle 4 : une commande ou plusieurs commandes ne peuvent être effectuées que par un client.

3-2-2-dictionnaire des donnees

Le dictionnaire des données est un tableau dont les lignes représentent les différentes propriétés des entités de notre système.

En vue d'éviter un certain nombre d'anomalies sur les données retenues, des considérations relatives à la structure et à la nature des propriétés sont à prendre en considération.

Ainsi, l'examen des informations circulant dans le domaine a permis d'établir le dictionnaire des données illustré par le tableau suivant :

N°	Libellé	Signification	Type	Taille	Observation
1	matricule	Matricule de l'employé	AN	10	Clé primaire
2	Nom_empl	Le Nom de l'employé	AN	15
3	Prenom_empl	Le prenom de l'employé	AN	25
4	civilite	Monsieur ou Madame ou demoiselle	AN	10
5	Tel_empl	Téléphone de l'employé	N	8
6	Adresse_empl	L'adresse de l'employé	AN	20
7	Email_empl	L'adresse éléctronique de l'employé	AN	25
8	Fonction	La fonction occupé par l'employé	AN	15
9	Nbre_enf	Le nombre d'enfant	N	4
10 10	Num_sitmat	Identification de la situation matrimoniale	AN	5	Clé primaire
11	Etat	Marié(e) ou célibataire	AN	15
12	Num_categorie	Identification de la catégorie	AN	5	Clé primaire
13	Statu	Situation de l'employé	AN	25
14	Salaire_base	Salaire de base de l'employé	N	6
15	Reversibilite	Redevance CNPS	N	6
16	Num_fichepaie	Identification de la fiche de paie	AN	5	Clé primaire
17	Impot	Impot prélevé sur salaire	N	5
18	Prêt_surSalaire	Prêt effectué sur le salaire	N	6
19	Avance_surSalaire	Avance perçu sur salaire	N	6
20	Salaire_fix	Le salaire de base de l'employé	N	6
21	Periode	La periode d'etablissement	D	10	JJ/MM/AAAA
22	Num_paie	Identification de la paie	AN	5	Clé primaire
23	Type_paie	La manière dont est effectué la paie	AN	5
24	Date_paie	Date de la paie	D	10
25	Num_svce	Identification du service	AN	5	Clé primaire
26	Libel_svce	Libelle du service	AN	25
27	Tel_svce	Téléphone du service	N	8
28	Email_svce	L'adresse éléctronique du service	AN	25
29	num_bureau	Numero du bureau occupé par le service	AN	5
30	Num_dem	Identification de la demande	AN	5	Clé primaire
31	Type_dem	Type de la demande	AN	15
32	Justification_dem	Justification de la demande	AN	35
33	Dem_theomoy	Moyenne theorique de la demande	N	5
34	Date_dem	Le nombre d'enfant dont-il dispose	N	10	JJ/MM/AAAA
35	Num_decais	Identification du décaissement	AN	5	Clé primaire
36	Objet_decais	Motif du décaissement	AN	35
37	Type_decais	Le type de décaissement effectué	AN	15
38	Montant_decais	Le montant décaissé	N	6
39	Rythmmoy_decais	Rythme moyen de décaissement	N	4
40	Tauxmoy_decais	Taux moyen de décaissement	N	4
41	Num_compte	Identification du compte	AN	5	Clé primaire
42	Libel_cpt	Libelle du compte	AN	15
43	Num_frs	Identification du fournissur	AN	5	Clé primaire
44	Categorie	Catégorie du fournisseur	AN	15
45	Tel_frs	Le telephone du fournisseur	N	8
46	Adresse_frs	L'adresse du fournisseur	AN	20
47	Email_frs	L'adresse éléctronique du fournisseur	AN	25
48	Nom_frs	Le nom du fournisseur	AN	15
49	Prenom_frs	Le prenom du fournisseur	AN	25
50	Libel_frs	Le libelle du fournisseur	AN	15
51	num_fact	Identification de la facture	AN	5	Clé primaire
52	Num_serie	Le numero de serie de la facture	AN	25
53	Type_fact	Le type de la facture	AN	15
54	TVA	Taxe sur valeur ajouté prélevé sur la facture	N	6
55	Categorie_fact	La catégorie de la facture	AN	15
56	Date_fact	Date de la facturation	D	10	JJ/MM/AAAA
57	Num_operation	Idnetification de l'opration	AN	5	Clé primaire
58	Type_operation	Le type de l'operation	AN	15
59	Libel_operation	Le libelle de l'operation	AN	25
60	Budget_operation	Le budget de l'operation	N	6
61	num_reglement	Identification du reglement	AN	5	Clé primire
62	Montant_regle	Le monatnt reglé	N	6
63	Num_bonlivre	Identification du bon de livraison	AN	5	Clé primaire
64	Avis	L'avis du clint après livraison	AN	35
65	Cod_clt	Identification du client	AN	5	Clé primaire
66	Tel_clt	Le téléphone du client	N	8
67	Adresse_clt	L'adresse du client	AN	20
68	Email_clt	L'adresse éléctronique du client	AN	25
69	Nom_clt	Le nom du client	AN	15
70	Prenom_clt	Le prenom du client	AN	25
71	Libel_clt	Le libelle du client	AN	25
72	Num_cmd	Identification de la commande	AN	5	Clé primaire
73	Date_cmd	La date de la commande	D	10	JJ/MM/AAAA
74	Reference_prod	Identification du produit	AN	5	Clé primaire
75	Type_produit	Le type du produit	AN	15
76	Prix_produit	Le prix unitaire du produit	N	6
77	Qte_produit	La quantité du poduit en kilogramme	N	5
78	Num_dep	Identification de la depense	AN	5
79	Montant_dep	Le montant de la depense	N	6
80	Taux_dep	Le taux de depense	N	3
81	Num_poste	Identification de la depense	AN	5	Clé primaire
82	Categorie_post	La catégorie du poste	N	15
83	Libel_post	Le libelle du poste	AN	25
84	Budget_post	Le budget alloué au poste	N	8
85	Num_emprunt	Identification de l'emprunt	AN	5	Clé primaire
86	Type_emprunt	Le type de l'emprunt	AN	15
87	Donneur	L'origine de l'mprunt	AN	25
88	Justification	Justification de l'emprunt	AN	35
89	Montant_emprunt	Le montant de l'mprunt	N	8
90	Num_echeance	Identification de lécheance	AN	5	Clé primaire
91	Montant_echeance	Montant de l'échéance	N	8
92	Date_echeance	Date échéant	D	10	JJ/MM/AAAA
93	Num_rembourse	Identification de du remboursement	AN	5	Clé primaire
94	Montant_rembourse	Le montant remboursé	N	8
95	Date_rembourse	La date du remboursement	D	10	JJ/MM/AAAA

3-2-3-structure d'acces theorique

La structure d'accès théorique est un graphe de dépendance fonctionnel qui permet de mettre en évidence les dépendances fonctionnelles entre les différentes entités de notre base de données future.

3-2-4-schema du modele conceptuel des

Donnees

Chapitre 4 : etude detaillee

4-1-modelisation logique des donnees

4-1-1-regle de passage du MCD au MLD

Toute entité est transformée en table. Les propriétés de l'entité deviennent les attributs de la table. L'identifiant de l'entité devient la clé primaire de la table.

Afin de représenter la relation, on duplique la clé primaire de la table basée sur l'entité à cardinalité(X, N) dans la table basée sur l'entité à cardinalité (X, 1). Cet attribut est appelé clé étrangère. Les deux tables sont liées par une flèche nommée selon la relation, qui pointe de la table à clé étrangère vers la table qui contient la clé primaire correspondante.

Nous devons distinguer plusieurs cas. Sachant qu'une relation binaire du type (1, 1)-(1, 1) ne doit pas exister il nous reste les 2 cas suivants :

On duplique la clé de la table basée sur l'entité à cardinalité (0, 1) dans la table basée sur l'entité à cardinalité (1, 1).

On duplique la clé d'une des tables dans l'autre. Lorsque la relation contient elle-même des propriétés, celle-ci deviennent également attributs de la table dans laquelle à été ajoutée la clé étrangère.

On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires des deux tables. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est soulignée devra appartenir à la clé primaire composée de la table supplémentaire.

On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires de toutes les tables reliées. Cette règle s'applique de façon indépendante des différentes cardinalités. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table supplémentaire. Une propriété de la relation qui est soulignée devra appartenir à la clé primaire composée de la table supplémentaire.

Nous appliquons les règles générales avec la seule différence que la relation est deux fois reliée à la même entité.

Sachant que l'entité dépendante est toujours liée à la relation par les cardinalités(1,1), nous pouvons appliquer les règles générales. Dans chaque cas, la table issue de l'entité dépendante contient donc comme clé étrangère, la clé primaire de l'autre table. L'identification relative est représentée par le fait que la table issue de l'entité dépendante contient une clé primaire composée, constituée de la clé primaire transformée de l'identifiant de cette entité et de la clé étrangère.

4-1-2-elaboration du modele logique des

Donnees

§ EMPLOYE (matricule, #num_categorie, #num_sitmat, nom_empl, prenom_empl, tel_empl, fonction, adresse_empl, email_empl)

§ SERVICE (num_svce, libelle_svce, tel_svce, adresse_svce, num_bureau, email_svce)

§ FOURNISSEUR (num_frs, #num_cmpt, contact_frs, Adresse_frs, Categorie_frs, Email_frs, Type_frs, Libelle_frs, Nom_prenom_frs)

§ CLIENT (cod_clt, #num_cmpt, contact_clt, adresse_clt, email_clt, nom_clt, prenom_clt, libel_clt, type_clt)

§ DECAISSEMENT (num_decais, #num_cmpt, objet_decais, montant_decais, type_decais, rythmmoy_decais, tauxmoy_decaiscumul)

§ FICHE_PAIE (num_fichepaie,impot, montant_salbase, prêt_surSalaire, Avance_surSalaire, salaire_fix, periode)

§ EMPRUNT (num_emprunt, type_emprunt ,donneur, justification, montant_emprunte)

4-2-solution organisationnelle

Les solutions à apporter doivent permettre aux différents acteurs de notre domaine d'étude d'exécuter leurs tâches à l'aide de l'outil informatique de façon à optimiser la gestion de la trésorerie. Plusieurs scénarios sont donc envisageables.

4-2-1- les differents scenarios

Avec cette approche, le seul poste du service finance et comptabilité sera conservée et une application monoposte sera développée. La base de données sera créée et administréé sur ce seul poste. Ceci implique que les saisies et l'analyse se feront sur le même poste.

-une seule tâche est effectuée à la fois .impossibilité de saisir et d'analyser en même temps.

Elle demande l'augmentation, compte tenu du fait que le système de gestion des flux de trésorerie comprend tous les services de l'entreprise alors il faudrait mettre en place un réseau comportant plusieurs postes. D'où l'acquisition de matériels tels que :

L'application sera développée en version client-serveur. Une fois le réseau mis en place cela permettra de répartir le travail. Certains postes (les clients) seront chargés de saisir les données tandis qu'un autre (le serveur) servira à les analyser.

4-2-2-choix du scenario

Le scénario 2 a été choisi en collaboration avec les du service finance et comptabilité. Les raisons de ce choix s'appuyaient sur les avantages, les inconvénients et la faisabilité des différents scénarios proposés. En effet un tel scénario, géré avec une politique de sécurité d'accès aux données, facilitera la mise à jour et l'analyse des données dans la gestion des flux de trésorerie.

4-3-modelisation organisationnelles des

Traitements

4-3-1-modele organisationnel des

traitements

Le modèle organisationnel de traitement se charge de décrire les propriétés des traitements non traitées par le modèle conceptuel de traitement, c'est-à-dire :

Le modèle organisationnel de traitement consiste donc à représenter le modèle conceptuel de traitement dans un tableau dont les colonnes sont : le lieu, les responsables et les ressources nécessaire à une action.

La première étape du modèle organisationnel de traitement consiste à découper les opérations en procédure fonctionnelles, une succession de traitements déclenchée par un événement. Il s'agit donc d'associer dans un tableau :

Chapitre 5 : etude technique

5-1-m0dele physique des donnees

5-1-1-tables

Nom de la table : EMPLOYE Mode d'accès : Direct

Clé primaire : matricule Nature : permanant

Clé Etrangère : num_svce, num_fichepaie Nombre d'occurrence : 100

Longueur enregistrement: 132

Volume de la table : 13200

Code

libelle

type

long

observation

Matricule

Num_categorie

Num_sitmat

Nom_empl

Prenom_empl

Tel_empl

Adresse_empl

Email_empl

fonction

nbre_enf

Matricule de l'employé

Identification catégorie

Identification situation matrimoniale

Nom de l'employé

Prénom de l'employé

Téléphone de l'employé

Adresse de l'employé

Boite électronique

La fonction de l'employé

Nombre d'enfant

Clé primaire

Clé secondaire

Nom de la table : SITMATRIMONIALE Mode d'accès : Direct

Clé primaire : num_sitmat Nature : permanant

Clé Etrangère : matricule Nombre d'occurrence : 100

Longueur enregistrement: 20

Volume de la table : 2000

Code

libelle

type

long

observation

Num_sitmat

Etat

Numéro de la situation matrimoniale

Marié(e) ou célibataire

Clé primaire

Nom de la table : CATEGORIE Mode d'accès : Direct

Clé primaire : num_categorie Nature : permanant

Clé Etrangère : matricule Nombre d'occurrence : 100

Longueur enregistrement: 42

Volume de la table : 4200

Code

libelle

type

long

observation

Num_categorie

Statu

Salairebase

Reversibilite

Numéro de la catégorie

Statu de l'employé

Salaire de base de l'employé

Redevance CNPS

Clé primaire

Nom de la table : PAIE Mode d'accès : Direct

Clé primaire : num_paie Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 100

Longueur enregistrement: 25

Volume de la table : 2500

Code

libelle

type

long

observation

Num_paie

Type_paie

Date_paie

Numéro de la paie

Mode de paie

Période de paie

Clé primaire

Nom de la table : FICHE_PAIE Mode d'accès : Direct

Clé primaire : num_fichepaie Nature : permanent

Clé Etrangère : aucune Nombre d'occurrence : 100

Longueur enregistrement: 44

Volume de la table : 4400

Code

libelle

type

long

observation

Num_fichepaie

Montant_salbase

impot

Prêt_surSalaire

Avance_surSalaire

Salaire_fix

Periode

Numéro de la fiche de paie

Montant du salaire de base

Impôt prélevé sur salaire

Prêt sur salaire

Avance sur salaire

Salaire fixe

période

Clé primaire

Nom de la table : DEMANDE Mode d'accès : Direct

Clé primaire : num_dem Nature : permanant

Clé Etrangère : matricule Nombre d'occurrence : 1000

Longueur enregistrement: 70

Volume de la table : 70000

Code

libelle

type

long

observation

Num_dem

Type_dem

Justificatin_dem

Dem_theomoy

Date_dem

Numéro de la demande

Type de la demande

justification

Demande théorique moyen

Date demande

Clé primaire

Nom de la table : DECAISSEMENT Mode d'accès : Direct

Clé primaire : num_decais Nature : permanant

Clé Etrangère : num_cmpt Nombre d'occurrence : 1000

Longueur enregistrement: 73

Volume de la table : 73000

Code

libelle

type

long

observation

Num_decais

Num_cmpt

Objet_decais

Type_decais

Montant_decais

Rythmmoy_decais

Tauxmoy_decasicumul

Numéro de décaissement

Numéro du compte

Objet du décaissement

Type de décaissement

Montant décaissé

Rythme moyen de décaissement

Taux moyen cumulé de décaissement

Clé primaire

Clé secondaire

Nom de la table : OPERATION Mode d'accès : Direct

Clé primaire : num_operation Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 100

Longueur enregistrement: 51

Volume de la table : 5100

Code

libelle

type

long

observation

Num_operation

Type_operation

Libel_operation

Budget

Numéro de l'opération

Type d'opération

Libelle de l'opération

Budget de l'opération

Clé primaire

Nom de la table : COMMANDE Mode d'accès : Direct

Clé primaire : num_cmd Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 500

Longueur enregistrement: 15

Volume de la table : 7500

Code

libelle

type

long

observation

Num_cmd

Date_cmd

Numéro commande

Date commande

Clé primaire

Nom de la table : BON_LIVRAISON Mode d'accès : Direct

Clé primaire : num_bonlivre Nature : permanant

Clé Etrangère : num_fact Nombre d'occurrence : 500

Longueur enregistrement: 45

Volume de la table : 22500

Code

libelle

type

long

observation

Num_bonlivre

Num_fact

Avis

Numéro du bon de livraison

Numéro de la facture

Avis du client

AN
AN

Clé primaire

Clé secondaire

Nom de la table : PRODUIT Mode d'accès : Direct

Clé primaire : reference_prod Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence :2000

Longueur enregistrement: 31

Volume de la table : 62000

Code

libelle

type

long

observation

Reference_prod

Type_produit

Prix_unitaire

Qte

Référence du produit

Type de produit

Prix unitaire

quantité

Clé primaire

Nom de la table : REGLEMENT Mode d'accès : Direct

Clé primaire : num_reglement Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence :1000

Longueur enregistrement: 10

Volume de la table :10000

Code

libelle

type

long

observation

Num_reglement

Montant_reglement

Numéro règlement

Montant

Clé primaire

Nom de la table : CLIENT Mode d'accès : Direct

Clé primaire : cod_clts Nature : permanant

Clé Etrangère : num_cmpt Nombre d'occurrence : 1000

Longueur enregistrement: 143

Volume de la table : 143000

Code

libelle

type

long

observation

Cod_clts

Num_cmpt

Type_clt

Nom_clt

Prenom_clt

Libel_clt

tel_clt

Adresse_clt

Email_clt

Code client

Classement client

Type de client

Nom

Prénom

Libelle

Téléphone

Adresse

Clé primaire

Clé secondaire

Nom de la table : FOURNISSEURS Mode d'accès : Direct

Clé primaire : num_frs Nature : permanant

Clé Etrangère : num_cmpt Nombre d'occurrence :1000

Longueur enregistrement: 158

Volume de la table : 158000

Code

libelle

type

long

observation

Num_frs

Num_cmpt

Type_frs

Categorie_frs

Nom

Prénom

Libelle_frs

Tel_frs

Adresse_frs

Email_frs

Numéro fournisseurs

Compte fournisseur

Type de fournisseurs

Catégorie du fournisseur

Nom

Prénom

Libelle du fournisseur

Téléphone du fournisseur

Adresse du fournisseur

Email du fournisseur

Clé primaire

Clé secondaire

Nom de la table : COMPTE Mode d'accès : Direct

Clé primaire : num_cmpt Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 3

Longueur enregistrement: 20

Volume de la table : 60

Code

libelle

type

long

observation

Num_cmpt

Lib_cpt

Numéro du compte

Libelle du compte

Clé primaire

Nom de la table : SERVICE Mode d'accès : Direct

Clé primaire : num_svce Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 7

Longueur enregistrement: 87

Volume de la table : 609

Code

libelle

type

long

observation

Num_svce

Libelle_svce

Tel_svce

Adresse_svce

Email_svce

Num_bureau

Numéro service

Libelle service

Téléphone

Adresse

Numéro du bureau

Clé primaire

Nom de la table : concerner Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_fichepaie, num_paie Nombre d'occurrence : 100

Longueur enregistrement: 10

Volume de la table : 1000

Code

libelle

type

long

observation

Num_fichepaie

Num_paie

Numéro de la fiche de paie

Numéro de paie

Clé secondaire

Nom de la table : Resulter Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_paie, num_dem Nombre d'occurrence : 1000

Longueur enregistrement: 20

Volume de la table : 20000

Code

libelle

type

long

observation

Num_paie

Num_decais

Date_paie

Numéro paie

Numéro décaissement

Date paie

Clé secondaire

Nom de la table : ordonner Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_decais, matricule Nombre d'occurrence : 100

Longueur enregistrement: 15

Volume de la table : 1500

Code

libelle

type

long

observation

Num_decais

Matricule

Numéro décaissement

Matricule

Clé secondaire

Nom de la table : effectuer Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_dem, matricule Nombre d'occurrence : 100

Longueur enregistrement: 15

Volume de la table : 1500

Code

libelle

type

long

observation

Num_dem

Matricule

Numéro de la demande

Matricule du demandeur

Clé secondaire

Nom de la table : etre lier Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_decais, num_dem Nombre d'occurrence :100

Longueur enregistrement: 10

Volume de la table : 1000

Code

libelle

type

long

observation

Num_decais

Num_dem

Numéro décaissement

Numéro demande

Clé secondaire

Nom de la table : dependre Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_dem, num_operation Nombre d'occurrence : 100

Longueur enregistrement: 10

Volume de la table : 1000

Code

libelle

type

long

observation

Num_dem

Num_operation

Numéro de la demande

Numéro de l'opération

Clé secondaire

Nom de la table : lier à Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_operation, num_fact Nombre d'occurrence : 1500

Longueur enregistrement: 10

Volume de la table : 15000

Code

libelle

type

long

observation

Num_operation

Num_fact

Numéro de l'opération

Numéro de la facture

Clé secondaire

Nom de la table : recevoir Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : cod_clt, num_fact Nombre d'occurrence : 1000

Longueur enregistrement: 10

Volume de la table : 100000

Code

libelle

type

long

observation

Cod_clt

Num_fact

Code du client

Numéro de la facture

Clé secondaire

Nom de la table : contenir Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_fact, num_reglement Nombre d'occurrence :1500

Longueur enregistrement: 10

Volume de la table : 150000

Code

libelle

type

long

observation

Num_fact

Num_reglement

Numéro de la facture

Numéro du règlement

Clé secondaire

Nom de la table : realiser Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : cod_clt, num_cmd Nombre d'occurrence : 100

Longueur enregistrement: 10

Volume de la table : 10000

Code

libelle

type

long

observation

Cod_clt

Num_cmd

Code du client

Numéro de la commande

Clé secondaire

Nom de la table : etre relative Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_cmd, reference_prod Nombre d'occurrence : 100

Longueur enregistrement: 16

Volume de la table : 1600

Code

libelle

type

long

observation

Num_cmd

Reference_prod

Qte_cmd

Numéro de la commande

Référence du produit

Quantité commandé

Clé secondaire

Nom de la table : faire Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_poste, num_decais Nombre d'occurrence : 100

Longueur enregistrement:10

Volume de la table :1000

Code

libelle

type

long

observation

Num_poste

Num_decais

Numéro du poste

Numéro décaissement

Clé secondaire

Cl é secondaire

Nom de la table : POSTE_BUDGETAIRE Mode d'accès : Direct

Clé primaire :num_poste Nature : permanant

Clé Etrangère :aucune Nombre d'occurrence :100

Longueur enregistrement: 51

Volume de la table :5100

Code

libelle

type

long

observation

Num_poste

Categorie_poste

Libel_poste

Budget_poste

Numéro poste budgétaire

Catégorie du poste budgétaire

Libelle du poste budgétaire

Budgétaire du poste

Clé primaire

Nom de la table : etre en rapport Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_credit, num_poste Nombre d'occurrence :100

Longueur enregistrement: 10

Volume de la table : 1000

Code

libelle

type

long

observation

Num_emprunt

Num_poste

Numéro d'emprunt

Numéro du poste

Clé secondaire

Nom de la table : EMPRUNT Mode d'accès : Direct

Clé primaire : num_emprunt Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence : 100

Longueur enregistrement: 76

Volume de la table : 7600

Code

libelle

type

long

observation

Num_emprunt

Type emprunt

Donneur

Justification

Montant emprunt

Numéro emprunt

Type d'emprunt

origine

Justification de l'emprunt

Montant emprunt

Clé primaire

Nom de la table : lier Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_emprunt, num_echeance Nombre d'occurrence :1000

Longueur enregistrement: 10

Volume de la table : 10000

Code

libelle

type

long

observation

Num_emprunt

Num_echeance

Numéro emprunt

Numéro échéance

Clé secondaire

Nom de la table : ECHEANCE Mode d'accès : Direct

Clé primaire : num_echeance Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence :3

Longueur enregistrement: 21

Volume de la table : 63

Code

libelle

type

long

observation

Num_echeance

Date_echeance

Montant_echeance

Numéro échéance

Date de l'échéance

Montant par échéance

Clé primaire

Nom de la table : effectuer en rapport Mode d'accès : Direct

Clé primaire : aucune Nature : permanant

Clé Etrangère : num_echeance, num_rembourse Nombre d'occurrence : 3

Longueur enregistrement: 10

Volume de la table : 30

Code

libelle

type

long

observation

Num_echeance

Num_rembourse

Numéro échéance

Numéro remboursement

Clé secondaire

Nom de la table : REMBOURSEMENT Mode d'accès : Direct

Clé primaire : num_rembourse Nature : permanant

Clé Etrangère : aucune Nombre d'occurrence :3

Longueur enregistrement: 40

Volume de la table : 120

Code

libelle

type

long

observation

Num_rembourse

Etat_rembourse

Date_rembourse

Numéro remboursement

Etat remboursement

Date de remboursement

Clé primaire

5-2-choix des outils de réalisation

La conception et la réalisation d'une application qui se veut fiable passe par une étude comparative des solutions potentielles qui doit aboutir a des choix judicieux orientes par des critères tels

5-2-1-la plate forme (se)

Windows XP professionnel s'appuie sur le code source de Windows NT et Windows 2000 dont la réputation n'est plus á faire. Il se caractérise par une architecture informatique 32 bits et un modèle mémoire entièrement protégé. Il permet donc a tous les utilisateurs professionnels de bénéficier d une plate-forme informatique particulièrement stable.

Avec cette version, les structures des données du noyau sont en lecture seule afin que les pilotes et les applications ne puissent pas les corrompre. Tout le code des pilotes de périphérique est en lecture seule et protégé par page. Conséquence, les applications Rogue ne peuvent pas, même par mégarde, affecter les zones clés du système d'exploitation.

L architecture conçue pour permettre à plusieurs applications de s exécuter simultanément tout en garantissant les temps de réponse et la stabilité du système permet d exécuter des applications exigeantes tout en profitant d un temps de réponse exceptionnel.

Tout en conservant le noyau de windows 2000, windows XP Professionnel s est dote d une nouvelle interface.

Les taches les plus courantes ont été regroupées et simplifiées et de nouvelles aides visuelles ont été ajoutées pour permettre aux utilisateurs de retrouver plus facilement. A l'aide d'un simple clic, les administrateurs et les utilisateurs finaux peuvent opter pour l interface de leur choix : interface utilisateur rénovée ou interface classique de windows 2000.

Linux est un système d'exploitation proche des systèmes UNIX pouvant être exécute sur différentes plate-formes matérielles : x86(c est à dire des plate-formes a base de processeurs Intel, AMD, etc.), Sparc, PowerPC, Alpha, ARM, etc. Ainsi le système linux peut fonctionner aussi bien sur des ordinateurs personnels que des consoles de jeu ou des assistants personnels. Linux est ainsi un système multi plate-forme. Il est également multi-utilisateurs (plusieurs personnes peuvent en même temps travailler sur le même ordinateur), mais aussi multi-taches (plusieurs applications peuvent être lancées en même temps sans qu'aucune n'affecte les autres) et multi-processeurs.

Linux est considère comme un système fiable, robuste et puissant. Il est d ailleurs capable de fonctionner avec très peu de ressources sur des ordinateurs bas de gamme très peu puissants. Le système linux possède notamment les avantages suivants :

· Le support des standards de l internet, c est a dire des protocoles TCP/IP, la famille de protocoles utilisée sur internet. Linux est donc un moyen gratuit de créer un réseau local, de se connecter à internet et de mettre en place un serveur.

· Une sécurité accrue due a la transparence de son code source et la réactivité de la communauté lors des annonces de vulnérabilités.

· Un cloisonnement des espaces mémoire et de l espace disque couple a une gestion pointue des droits permettant de gérer un grand nombre d utilisateurs avec un niveau de risque minimal.

· Un noyau entièrement configurable en fonction du matériel de la machine sur laquelle le système est installe afin de maximiser les performances.

Apres analyse, nous avons choisi le système d exploitation windows XP. Tout d'abord parce que cet environnement par la convivialité de ses graphismes et la facilite d'utilisations au il offre ne nécessite pas une expertise dans le domaine de l informatique contrairement au système linux qui présente quelques complexités dans son utilisation. A cote de ce facteur, il est bon de noter que les ordinateurs d'Expertiz sont dans leur grande majorité équipes du système d'exploitation windows XP.

5-2-2-l environnement

Microsoft Access ou MS Access (officiellement Microsoft Office Access) est un système de gestion de base de données relationnelle (SGBDR) édité par Microsoft présentant une approche bureautique et n'est pas concu pour supporter de tres grandes bases de donnees operationnelles sur de vastes réseaux. Une base de données Access ne peut dépasser deux Giga-octets. MS Access est un logiciel utilisant des fichiers au format Access (mdb -Microsoft DataBase). Il est compatible avec les requêtes QBE (Query By Example). Il permet aussi de configurer, avec des assistants ou librement, des formulaires et sous-formulaires de saisie, des états imprimables, des pages html liées aux données d'une base, des macros et des modules VBA (Visual Basic For Application). Comme beaucoup de systèmes de gestion de bases de données relationnelles, ses données peuvent être utilisées dans des programmes écrits dans divers langages. Les langages couramment utilisés avec Access sont le VBA et les langages qui disposent de modules d'accès aux données pour les fichiers mdb : Delphi de Borland, Visual Basic, C++ sous Visual Studio de Microsoft par exemple. VBA, intégré à Access comme à toutes les applications de la suite Microsoft Office, permet de créer des application de gestion complètes. D' après Microsoft, MS Access supporterait des configurations de 256 postes. Mais en pratique, pour une utilisation confortable, MS Access serait limité à une vingtaine d'utilisateurs simultanés, les échanges réseaux étant 10 à 20 fois plus gourmands en ressources qu'avec Microsoft SQL Server par exemple. Pour une utilisation de plus grande envergure, il peut servir de client pour un serveur de bases de données. Si Access est limité en nombre d'utilisateurs, il peut par contre gérer, sur de petits réseaux locaux de bonne qualité technique, des quantités d'informations qui vont bien au delà des besoins de beaucoup d'organismes.

Depuis leur origine, les logiciels LD SYSTEME s'appuient, en environnement Windows, sur la base de données HyperFile. Cette base de données, conçue par PC Soft, est utilisée sur plusieurs millions de postes. Elle dispose d'un moteur fiable et robuste. Des outils complémentaires sont livrés gratuitement : interrogateur SQL, vérification de la base, optimisation des performances... Et enfin, avantage indéniable, HyperFile est immédiat à installer, sans aucun pré-requis. Cette base de données ne nécessite aucune administration Dans les dernières versions des progiciels LDCompta, LDPaye et LDNégoce, deux options sont offertes pour la base de données :

_ Soit conserver la même base de données HyperFile, dans sa version dite aujourd'hui Classic

HyperFile Client/serveur nécessite, comme son nom le sous-entend, un serveur (Windows 2000 ou 2003, ou Linux). Le « moteur » de base de données est installé sur un serveur, à partir du CD des logiciels LD. On administre ensuite cette base à partir du Centre de contrôle HyperFile, centre de contrôle dont l'installation est proposée simultanément à celle du moteur de base de données. Le centre de contrôle peut être installé sur le serveur lui-même, mais aussi sur n'importe quel poste du réseau, ou même à distance via Internet. Les principaux avantages de la base de données client/serveur est une sécurité accrue malgré les arrêts intempestifs des postes clients.

Un accès à distance garanti car la couche de communication pour l'accès à distance est intégrée au moteur, d'ou un accès direct à partir d'une simple adresse IP, même via Internet.

Une gestion des droits rigoureuse par la gestion complète des droits d'accès aux données, avec gestion d'utilisateurs, de mots de passe, de groupes etc.

Tout cela est mis en oeuvre de façon très simple au travers du centre de contrôle HyperFile.

Pour finir une compatibilité totale avec la version classic, en effet, HyperFile client/serveur est entièrement compatible avec HyperFile classic. Toutes les requêtes SQL formulées pour l'une de ces bases peut être exécutée sur l'autre base.

Et bien sûr, Hyperfile client/serveur est gratuite. Donc installable sur autant de serveurs que possible à souhait, l'installation de plusieurs instances du moteur sur un même serveur est possible

Fort de ce qui précède et en fonction de sa vulgarisation et de sa disponibilité sur tous les postes des forces Aériennes, l'environnement retenu pour notre application est celui de la base de données HyperFile client/serveur.

5-2-3-Les outils de développement

Visual Basic de Microsoft est un outil rapide et facile à utiliser pour créer des applications Microsoft Windows. Que vous soyez un programmeur professionnel ou que vous découvriez la programmation sous Windows, Visual Basic vous offre une gamme complète d'outils qui simplifient et accélèrent le développement d'applications. Visual Basic met à disposition tous les outils nécessaires en ce qui concerne la réalisation de petits utilitaires personnels ou de groupe, de systèmes à grande échelle ou même d'applications partagées sur Internet. Ses fonctions d'accès aux données permettent de créer des bases de données, des applications frontales et des composants côté serveurs évolutifs pour les formats de base de données, les plus utilisés, tels que Microsoft SQL Serveur et d'autres base de données à l'échelle d'une entreprise. La technologie ActiveX permet d'utiliser les fonctionnalités offertes par d'autres applications, telles que le traitement de texte Microsoft Word, le tableur Microsoft Excel et d'autres applications Windows .vous pouvez même automatiser les applications et les objets créés à l'aide de l'Edition Professionnelle ou de l'Edition Entreprise de Visual Basic. Les fonctionnalités internet facilitent l'accès, à partir de votre application, aux documents et applications se trouvant sur internet ou un intranet, ou simplifient la création d'applications serveur internet. Enfin il fournit un exécutable fiable pour les utilisateurs.

WinDev est un atelier de génie logiciel édité par la société française PC SOFT Et conçu pour développer rapidement des applications, principalement orientées données. L'environnement de développement intégré de WinDev intègre plusieurs outils de développement WinDev utilise son propre langage de programmation, le Langage. L'éditeur d'interface graphique permet de créer des IHM par simple glisser-déplacer. Il permet également de choisir un modèle de charte graphique parmi un ensemble proposé et d'en créer de nouveaux. On peut définir interactivement de nombreuses sécurités de saisie sur les champs : taille, masque, formatage automatique, saisie obligatoire et aide à afficher. Cela limite ensuite le nombre de fonctions à programmer. L'héritage et la surcharge sont gérés.

Bien que prévu initialement pour Windows, WinDev supporte aussi Linux Pour les applications sans interface graphique. Il peut également s'appuyer sur le Framework Java pour une partie de ses fonctionnalités, ce qui permet une relative indépendance du fichier exécutable par rapport au système d'exploitation cible. Ses frères WebDev et WinDev Mobile permettent d'utiliser le même langage de programmation (WLangage), et les mêmes concepts (analyse, fenêtre, états, composants, classes...), pour la génération de sites Web et d'applications pour Pocket PC, SmartPhones et terminaux industriels. WinDev permet de lire et aussi de modifier nativement les informations de Excel, Outlook, Lotus Notes et depuis la version 12 celles de l'ERP SAP R/3 (via la technologie BAPI). Sont également supportés: ActiveX, appels de DLL, API Windows, OLE, RS 232 et USB, TAPI, SOAP, SNMP, OPC, Flash, Twain, FTP, Socket, TSE, Citrix, etc.

Pour la manipulation d'un projet, les différents fichiers d'un projet ne peuvent être ouverts qu'avec WinDev (ou WebDev ou WinDev mobile) car ce sont des fichiers binaires et non pas des fichiers texte. WinDev supporte de nombreux systèmes de gestion de base de données, que ce soit par l'intermédiaire des protocoles ODBC ou OLE DB ou par Accès Natif. Il existe un accès natif gratuit pour MySQL. D'autres modules payants permettant l'accès natif à Oracle, SQL Server, Sybase, AS/400, DB2, Informix et Progress.

Il existe des accès natifs libres et gratuits comme par exemple MySQL4WD et ostgreSQL4WD

de Rodolphe Jouannet qui offrent un accès natif à MySQL et PostgreSQL. Le module libre et gratuit SQLManagerX de Fréderic Emprin permet d'écrire un seul code unifié pour gérer les différents systèmes de gestion de base de données. Par l'ajout d'autres modules, SQLManagerX offre un accès natif à un grand nombre de bases de données [1].

WinDev comporte aussi son propre système de gestion de base de données appelé HyperFileSQL (anciennement nommé HyperFile). Il existe en version locale, client/serveur sous Windows, Linux et mobile. Les applications développées avec WinDev bénéficient par défaut de fonctionnalités automatiquement

proposées à l'utilisateur final, qui sont néanmoins désactivables par le concepteur.

Ces fonctionnalités sont : export des tables vers Word, Excel, OpenOffice et XML, création

de fichier PDF, possibilité de saisir des macros en code WLangage, possibilités de tri et

recherche directe dans les tables, possibilité de mémoriser les valeurs saisies dans un

champ de saisie et de les choisir à nouveau (persistance des données), correction orthographique

en temps réel (le dictionnaire de OpenOffice.org doit être installé), historique des saisies sur

des champs spécifiés, affichage d'un graphique sur une série de données sélectionnées, agrandissement de la taille d'une combo, ajout de somme, moyenne et comptage dans une colonne et le positionnement d'une minuterie sur un bouton. A partir de la version 10, l'éditeur d'états et de requêtes peut être installé gratuitement sur le poste de chaque utilisateur final, ce qui permet à chaque utilisateur de créer librement ses propres états, étiquettes et requêtes.

En dépit de ce qui a été dit sur ces deux outils de développement et par rapport aux différentes notions que nous avons, notre choix s'est porté sur Windev , l'occurrence la version 12.

Chapitre 6 : rEalisation

6-1-script de la base

-- -----------------------------------------------------------------------------

6-2-Quelques interfaces

6-3-la sEcuritE

La sécurité est l'un des aspects essentiels du développement de tout logiciel. Notre politique de sécurité se situera au niveau de l'accès aux fonctionnalités du système et les pannes de l'électricité.

L'accès au système est protégé par un mot de passe défini par l'utilisateur. Ainsi, chaque utilisateur se connectera avec son login et son mot de passe personnel qui est préalablement défini dans le système par l'administrateur d'application. A la validation, le système détermine les autorisations et les droits d'accès de cet utilisateur et active les modules auxquels il aura accès.

Les nombreuses perturbations et dommages qui paralysent les entreprises sont le plus souvent causés par le réseau électrique. Ces perturbations peuvent provenir des fluctuations du courant électrique, des coupures, etc.

Pour éviter ces désagréments, les constructeurs ont prévu plusieurs systèmes de protection tels que les UPS(ou stabilisateur) et IPS(ou onduleur autonome) :

ü Les UPS (Uninterrupted Supply) assurent de façon continue la fourniture du courant.

ü Les IPS (Interrupted Power Supply) quant à eux, assurent la relève après une coupure avec un temps de commutation inférieur ou égal à 10ms, fournissant ainsi, le courant tout en assurant son filtrage. Et cela pendant une durée bien déterminée qui peut varier d'un constructeur à un autre.

Elle se révèle très importante d'autant plus que les virus sont souvent la cause d'altération des données et même de plantages d'ordinateurs. Pour les combattre, l'utilisation d'un anti-virus performant et mis à jour régulièrement au niveau des postes de travail est recommandée. Comme anti-virus, nous conseillons

6-4-coût du projet

6-5-formation

Conclusion

Notre stage au sein d'Expertiz angré s'est tenu sur une période de trois mois. Ce stage visait la réalisation d'une application destinée à faciliter la gestion des flux financiers au sein d'une entreprise. Durant cette période de stage, nous avons pu, suite à une analyse orientée selon MERISE, effectuer la mise en place d'une base de données pour un stockage structuré et organisé des informations relatives à la gestion des flux financiers. L'application chargée de gérer cette base de données quant à elle est en cours de réalisation. Une fois celle-ci terminée, nous procéderons aux différents tests avant de pouvoir mettre le produit à la disposition des différents tests avant de pouvoir mettre le produit à la disposition des différents acteurs de ce système. Il faut dire que ce stage a été pour nous l'occasion de nous familiariser avec les différentes étapes de conception et de réalisation d'un outil de gestion. De façon concomitante, nous avons eu l'occasion de nous frotter à la rigueur de l'entreprise et par l même occasion aux exigences du monde du travail. Ce mémoire tenant lieu de compte rendu du travail effectué, nous le soumettons à vos suggestions et critiques afin d'apporter des améliorations à notre étude.

Mise en place d'un système automatique de gestion des flux de trésorerie

DEDICACE

Remerciements

AVANT-PROPOS

ü L'Institut Agricole de Bouaké en abrégé IAB

ü L'Ecole Nationale Supérieure d'Agronomie en abrégé ENSA

ü L'Ecole Nationale Supérieure des Travaux Publics en abrégé ENSTP

ü L'Institut Nationale Supérieure d'Enseignement Technique en abrégé INSET

Sommaire

INTRODUCTION

Chapitre 1 : generaliteS

1-1-Presentation d'Expertiz

1-1-1-historique d'Expertiz

1-1-2-Mission d'Expertiz

1-1-3-organisation d'Expertiz

1-1-4-la direction generale

1-1-5-la direction d'exploitation

1-2-cadre de reference specifique

1-2-1-presentation du service de la

Finance et comptabilite

1-3-Presentation du theme

Chapitre 2 : etude prealable

2-1-etude de l'existant

2-1-1-description de l'existant

2-1-2-description des processus

ü 2-1-2-1-Le processus demande de fonds

2-1-2-2-le paiement des salaires

2-1-2-3-la gestion des achats

2-1-2-4-la gestion des ventes

2-1-2-5-les emprunts de fonds

2-2-diagnostic de l'existant

2-3-les points faibles

2-4-les points forts

2-5-Proposition de solution

Chapitre 3 : etude detaillee

3-1-modelisation conceptuelle des

traitements

3-1-1-diagramme des flux

3-1-2-Diagramme d'ordonnancement des

flux

3-1-3-Elaboration du modele conceptuel des

Traitements

3-2-modelisation conceptuelle des

donnees

III-2-1-les regles de gestion

3-2-2-dictionnaire des donnees

3-2-3-structure d'acces theorique

3-2-4-schema du modele conceptuel des

Donnees

Chapitre 4 : etude detaillee

4-1-modelisation logique des donnees

4-1-1-regle de passage du MCD au MLD

4-1-2-elaboration du modele logique des

Donnees

4-2-solution organisationnelle

4-2-1- les differents scenarios

4-2-2-choix du scenario

4-3-modelisation organisationnelles des

Traitements

4-3-1-modele organisationnel des

traitements

Chapitre 5 : etude technique

5-1-m0dele physique des donnees

5-1-1-tables

5-2-choix des outils de réalisation

5-2-1-la plate forme (se)

5-2-2-l environnement

5-2-3-Les outils de développement

Chapitre 6 : rEalisation

6-1-script de la base

6-2-Quelques interfaces

6-3-la sEcuritE

6-4-coût du projet

6-5-formation

Conclusion