Memoire Online - Mise en place d'un systeme d'information pour la gestion des expatriés du bas Congo

« L'imagination est plus importante que le savoir. Car le savoir se limite à ce que nous savons et comprenons actuellement alors que l'imagination embrasse le monde entier et tout ce qui n'était pas connu ni compris »

A toi, mon Père, Justin KONDE DI MAVUNGU qui ne cesses de nous bâtir et de faire de nous des hommes responsables ;

A toi ma future épouse Mireille AGWAMO qui ne ferme pas les yeux pour veillez a mes regard.

A toute ma famille qui, de près ou de loin, ne cesse de me fortifier par tout le moyen possible.

A travers ce travail de fin de cycle de licence, nous voulons exprimer notre profonde gratitude à tous ceux qui ont contribués à notre formation.

Nous tenons à remercier, de manière générale, Monsieur le Professeur ordinaire Justin PHOBA MVIKA, Monsieur le chef de travaux Jérôme PIODI LUZOLO, Monsieur Serge benjamin ZANDANDU NTOMONO ZOLA et Madame Marie Thérèse MBENDI MVOKOLO, respectivement Directeur Général, Secrétaire Générale Académique, Secrétaire Générale Administratif et Madame Administrateur du budget.

Nous remercions sincèrement, de manière spéciale le Directeur et rapporteur de ce mémoire, le chef de Travaux LUKOKI VISI Jonas et SERGE TSHEDE pour l'encadrement et les encouragements pendant sa rédaction, ainsi que tout le corps académique et scientifique de l'Institut Supérieur de Commerce de Matadi ;

Nous ne pouvons pas manquer de remercier également quelques membres des familles tels que : Richard NSOKI, Anselme NGANA, Catho KONDE, Patrick KONDE, Franklin KONDE, Christian KONDE, Paulin MPEMBA, Asky DISONAMA, Bénédicte KONDE

Nous remercions également nos confrères et consoeurs de lutte avec qui nous avons passé ces deux années en collaboration, nous citons :Armand KASONGO, Chanel BITIKA, immaculé KAHAMBU, Jean Didier YIMBU, Saint TSAKALA, Christelle LOKO, Stéphane NKUMU.

Nous ne pouvons pas oublier nos collègues de service, avec lesquels, nous travaillons un bon climat.

Figure 5 : Diagramme de cas d'utilisations « GESTION DES EXPATRIES RESIDENT »

INTRODUCTION

Avec l'avènement de nouvelles technologies de l'information et de la communication(NTIC), la compétitivité ainsi que le résultat des entreprises publiques dépendent de plus en plus de leur structure organisationnelle. C'est avec cet état d'esprit que nous posons le fondement de notre travail qui, en fait, est une étude axée sur la gestion des expatriés. A cet effet, la mise en place d'un système d'information pour la gestion des expatriés devient indispensable si pas incontournable dans la mesure où l'on veut gérer en même temps, l'entrée d'un expatrié résident, mais dont son contrât et son séjour sont expirés. La question centrale demeure comment les renouveler ? Toutes les entreprises au monde ne visent que l'amélioration de leur condition de travail dans le temps normal. Sur ce, sans une politique d'organisation et de contrôle dans l'exécution des travaux ou tâches divers, aucune entreprises ne pourra atteindre ses objectifs.

Nous avons choisit « la mise en place d'un système d'information pour la gestion des expatrier » Pour apporter notre modeste contribution à la direction générale de migration de Matadi en sigle « DGM MATADI ». L'intérêt accordé à ce travail est celui de nous permettre à mieux faire la pratique d'analyse sur ce cas réel. Il nous permettra aussi de mieux maîtriser les techniques d'analyse et enfin de contribuer au monde scientifique informatique par la mise en place d'une base de donnée qui pourrait prochainement être amélioré au modifier par quelqu'un d'autres au par nous-mêmes.

I.1.2.Intérêt du Sujet

L'intérêt qu'un sujet pourrait revêtir est la raison fondamentale du choix de ce dernier. L'intérêt du sujet revêt un triple aspect :

L'intérêt dans cette recherche est de matérialiser nos connaissances acquises au cours de la formation du deuxième cycle en conception des systèmes d'information à l'Institut Supérieur de Commerce de Matadi.

La conception de ce système pour la gestion des expatriés permettra de réduire le niveau d'erreurs, le niveau de lenteur dans les traitements qui proviennent du système manuel de traitement des données.

La rédaction de ce mémoire est une obligation pour chaque finaliste, l'obtention du grade de licencié et d'aider les futurs chercheurs en gestion informatique à approfondir leur recherche dans le même domaine.

I.2.Problématique

La problématique est l'expression de la préoccupation majeure qui circonscrit de façon précise et absolue, la clarté des dimensions essentielles de l'objet de l'étude que le chercheur se propose de mener^1(*). Dans notre cas, la problématique est l'ensemble de difficultés que connaît l'entreprise dans le système de gestion en place. Etant qu'informaticiens, et vu l'importance de l'information pour l'automatisation des données, nous sommes appelés à apporter des solutions par une analyse informatique à ce genre des problèmes surtout celui de gestion ; parce que c'est ce qui nous concerne particulièrement. Ainsi, les observations que nous avions eu à faire dans l'institution nous ont révélé :

- Les imprécisions dans la gestion des expatriés, c'est-à-dire contrôler les entrées des expatriés résident dont ses document est à termes et comment le renouveler ;

- Une Absence de sécurité concernant les données relatives aux expatriés en ce sent qu'il est difficile de retracer avec exactitudes, des dossiers des expatriés étant donné que ces derniers sont mal conservés ;

L'hypothèse d'un travail est une proposition des réponses provisoires réservées aux inquiétudes qui ont été soulevées dans la problématique et qui grâce aux méthodes et techniques utilisées, peuvent soit être confirmées soit être confirmées soit être rejetées à la fin de l'investigation^2(*)

Ainsi, cela nous permettra de maximiser la rentabilité de notre travail pour enfin arriver à la concrétisation de notre projet qui est « la mise en place d'un système informatique pour la gestion des expatriés ». Cette application informatique permettra aux dirigeants de la direction provinciale de migration (DGM en sigle) particulièrement sa direction provinciale du Bas Congo de connaître d'une manière précise et claire l'information sur les dossiers des expatriés.

I.4.DELIMITATION DU SUJET

Ce modeste mémoire s'inscrit dans un cadre purement organisationnel et technique de la Direction Général de Migration. Notre regard s'oriente plus particulièrement au suivi des expatriés pour lesquels nous proposons une base de données facile à utiliser et à comprendre, susceptible des mises à jour, et adaptable aux exigences relevant de l'épanouissement de la direction général de migration.

Dans le temps, notre recherche se rapporte aux données de la Direction Générale de Migration pendant la période allant de septembre 2013 à mars 2014.

Pour la réalisation de ce mémoire, nous avons utilisé plusieurs méthodes et techniques.

« Le concept méthode » a été défini par plusieurs auteurs dont PINTO et GRAWITZ comme étant : « l'ensemble des opérations intellectuelles par lesquelles une discipline cherche à étudier les vérités qu'elle poursuit, les démontre, les vérifie»^3(*).

I.5.1.Méthode

La réalisation de notre base de données doit être impérativement précédée d'une méthodologie d'analyse et de conception qui a pour objectif de permettre de formaliser les étapes préliminaires du développement d'un système afin de rendre ce développement plus fidèle aux besoins du client. En ce qui nous concerne, nous avons utilisé les méthodes suivantes :

Ø La méthode structuro-fonctionnelle qui nous a permis à étudier la structure et le fonctionnement de la Direction Général de Migration de Matadi ;

Ø La méthode analytique qui nous a permis d'analyser, de décrire les faits et les données ayant trait à l'objet de notre étude afin de porter un jugement correct sur les données analysés.

Ø La méthode historique qui nous a permis de prendre connaissance à l'histoire de la division de frontière d'interpréter certains faits utiles à notre étude.

Ø La méthode PERT (Program Evaluation and ResearchTask) est une méthode de planification, de coordination et de contrôle des projets. Cette méthode est aussi appelée CPM (CryticalPathMethod) « méthode de chemin critique ».

Son principe est l'utilisation de la théorie des graphes pour la mise au point d'un planning au calendrier d'un ouvrage, c'est ce qu'on appelle ordonnancement de l'ouvrage. L'objet est de pouvoir ordonnancer les tâches du projet qui permettra sa réalisation dans le moindre coût et aux meilleurs délais, en utilisant de manière optimale les ressources disponibles en contrôlant de manière permanente au cours de la réalisation, l'état d'avancement des travaux.

Bref, elle nous a servi pour l'obtention rapide de l'enchaînement optimal des tâches d'une opération complexe ; de permettre le suivi de la réalisation du projet et l'amélioration de la rentabilité du projet en évitant les pénalités pour le retard.

I.5.2.TECHNIQUES

La technique de recherche est définie comme : « un ensemble de procédés employés pour obtenir un résultat déterminé »^4(*).

Ainsi, à l'aide de ces outils de collecte et traitement des données, il est possible à tout lecteur de mener efficacement ses investigations. Dans le cadre de notre étude, nous ferons usage des techniques suivantes :

Cette technique va consister en la récolte et l'analyse des données émanant des différents textes, ouvrages, sites internet, articles de revues et autres documents ayant des rapports plus ou moins directs avec le thème de notre étude.

Cette technique nous a facilité la récolte des données auprès des personnes mieux informées dans le domaine.

Cette technique nous a permis de vivre le déroulement des activités dans des services.

I.6.DIFFICULTES RENCONTREES

Il est vrai que l'élaboration de ce travail n'à pas été facile. Nous avons rencontré quelques difficultés de pénétrer le système existant pour faire comprendre aux responsables de la Direction Général de Migration ce qui est notre sujet de recherche. La rareté de certain document relatif à notre sujet.

En plus, les données de la gestion des expatriés qui nous ont permis de faire cette analyse n'ont pas été faciles à trouver.

I.7.DIVISION DU TRAVAIL

Hormis l'introduction et la conclusion, notre travail comprend trois grandes parties :

Première partie : Concepts Théoriques et cadrage du Projet, subdivisée en 2 chapitres à savoir :

CHAPITRE I : CONCEPTS THEORIQUES

Ce chapitre est consacré à la revue des principaux concepts utilisés dans ce Mémoire. Il s'agit, en effet, d'éclairer nos lecteurs sur la signification des concepts de base en vue de leur permettre une compréhension du contenu de ce dernier.

Un système est un ensemble d'éléments en interaction dynamique, organisés en fonction d'un but^5(*) .

La Direction général de Migration de Matadi représente le système et son environnement, ce sont la division de la police des Etrangers, de frontières, la division de chancellerie et la division de finances. Qui sont en interaction pour un but qui est la gestion des expatriés.

L'information est une ressource précieuse pour l'entreprise, au même titre que le capital ou les matières premières. Rares sont les entreprises où n'importe qui peut avoir accès aux réserves de capital ou de matières premières. On aurait intérêt à en faire autant pour l'information ; elle devrait être protégée, et son accès limité aux seules personnes autorisées^6(*).

Ainsi, une bonne information est celle qui permet la prise de décision et qui accroît l'efficacité dans le travail. Dans une entreprise, les imprimés constituent le véhicule principal de l'information et l'ensemble de ces imprimés constitue, à côté des informations stockées sur des supports électroniques et magnétiques, une documentation de référence non négligeable.

I.2 .Base de Données

Une base de données, usuellement abrégée BD ou BDD, est un ensemble structuré et organisé permettant le stockage de grandes quantités d'informations afin d'en faciliter l'exploitation (ajout, mise à jour, recherche de données,...)

Une base des données permet donc de stocker, classer, retrouver des données, et de réaliser des calculs sur ces données. Généralement, une base de données est contrôlée par un système de gestion permettant d'effectuer la recherche, le tri ou la fusion de données, ainsi que toute autre requête relative à ces données.

Une base de données est un ensemble de données organisées logiquement de façon à faciliter l'analyse et produire des rapports^7(*)

Parmi les systèmes de gestion de bases de données (SGBD), les plus courants sont ceux associés aux bases de données relationnelles, où l'information est rangée dans des fichiers, sous forme de tables composées de lignes et de colonnes. Les lignes représentent les enregistrements (ensembles d'informations relatives à des rubriques séparées), tandis que les colonnes correspondent aux champs (attributs spécifiques à un enregistrement).

Alors que Oracle ou SQL Server sont destinés à de grosses entreprises gérants énormément de données et où plusieurs utilisateurs doivent accéder simultanément aux bases, Access lui, résolument plus petit et simple d'utilisation est plutôt destiné aux professionnels et petites entreprises^8(*).

Lorsque l'on décide de créer une base de données relationnelle, il faut surtout veiller à définir clairement ses caractéristiques. Les données du problème doivent être énoncées avec précision et décidées en amont selon les besoins à traiter, la réalisation et l'installation de la base de données s'avérant alors beaucoup plus souples. En effet, une erreur de conception pourrait en générer d'autres biens plus graves lors de l'installation de la base, allant parfois même jusqu'à la perte de certaines données.

C'est pourquoi des Langage et méthodes de conception de bases de données ont été mises au point afin d'éviter des fautes.

Unified Modeling Language est un langage unifié de modélisation objets. Ce n'est pas une méthode, il ne donne pas de solution pour la mise en oeuvre d'un projet^9(*). C'est avant tout un formalisme graphique issu de notations employées dans différentes méthodes objets.

UML est le résultat de la fusion de trois de méthodes d'analyse orientées objet : OOD, OMT et OOSE. La méthode OOD, Object Oriented Design, de G.Booch a été conçue à la demande du Ministère de la Défense des USA. L'objectif était de préparer de façon rigoureuse la structuration des programmes écrits en langage ADA ou C++.

La méthode OMT, Object Modeling Technique, a été mise au point à General Electric. Ses auteurs ont puisé leur inspiration d'une part dans les langages objets pour des applications d'informatique industrielle (automates, contrôle de processus...), d'autre part dans les techniques de modélisation conceptuelle des méthodes d'analyse des années 80.

OMT représente un système comme un assemblage d'éléments auxquels on attache des comportements, c'est-à-dire des opérations pouvant être déclenchées a la réception d'un message envoyé par d'autres composants.

La méthode OOSE, Object Oriented Software Engineering, est d'origine universitaire (informatique temps réel) et industrielle (Ericsson). Son originalité consiste à faire reposer l'analyse sur une expression par l'utilisateur de la façon dont il pense utiliser le futur système. Devant l'attentisme du marché face aux méthodes et aux AGL objets, la société Rational Software a réuni les auteurs principaux de ces trois méthodes pour qu'ils se mettent d'accord sur un langage de modélisation dans l'espoir qu'il devienne une référence. Sa réussite fut d'être retenue comme norme de modélisation par l'OMG, après avoir reçu le soutien de Plusieurs grands constructeurs informatiques et éditeurs de logiciels. Ce langage est passé par différents stades et est encore en évolution.

UML donne une définition sur une approche objet plus formelle et apporte la dimension logique à l'approche objet^10(*).

Pour concevoir en UML, il faut commencer par prendre de la hauteur par rapport au problème qui est posé et utiliser des concepts abstraits complètement indépendants des langages de programmation pour modéliser. L'utilisation d'un langage de programmation comme support de conception revient à faire une analyse peu précise et réductrice par rapport à une modélisation objet.

A l'inverse de la plupart des technologies objet, UML permet de s'affranchir totalement de tout langage de programmation (permettant ainsi l'écueil de la limitation de vue du langage de programmation) pour élaborer et exprimer des modèles objet. Il a été pensé comme support d'analyse objet.

De plus, UML est un méta modèle : il décrit très précisément tous les éléments de modélisation (permettant ainsi de limiter les ambiguïtés) et normalise les concepts objet. Étant un méta modèle, UML est valable pour tous les langages de programmation.

Ø Notation graphique simple (compréhensible par tous et non pas seulement les informaticiens).

UML propose aussi une notation pour représenter graphiquement les éléments de modélisation du méta modèle, cette notation graphique est le support du langage UML. Ceci lui permet donc d'être visuellement plus compréhensible (pour comparer ou évaluer) et limite ainsi les ambiguïtés. Il offre un cadre avec différentes vues complémentaires du système sur plusieurs niveaux d'abstraction, les diagrammes, et contrôle ainsi que la complexité dans l'expression des solutions objets.

UML permet de représenter des modèles, mais il ne définit pas de processus d'élaboration des modèles. Les auteurs d'UML conseillent tout de même une démarche pour favoriser la réussite d'un projet :^11(*)

Ø Une démarche itérative et incrémentale : pour comprendre et représenter un système complexe, pour analyser par étapes, pour favoriser le prototypage (pour réduire et maîtriser l'inconnu),

Ø une démarche guidée par les besoins des utilisateurs : tout est basé sur les besoins des utilisateurs du système. Chaque étape sera affinée et validée en fonction des besoins des utilisateurs.

Ø Une démarche centrée sur l'architecture logicielle : c'est la clé de voûte du succès d'un développement, les choix stratégiques définiront la qualité des logiciels.

UML s'est inspiré de la vue « 4+1 » définie par Ph. Kruchten, cette vue représente différentes perspectives indépendantes et complémentaires pour définir un modèle d'architecture.^12(*)

Ø La vue logique décrit les éléments, mécanismes et interactions du système. Cette vue organise les éléments en « catégories », c'est une vue de haut niveau.

Ø La vue des composants alloue des éléments de modélisation dans des modules (réalisant les classes de la vue logique) et crée les dépendances de ces modules. Cette vue est une vue de bas niveau.

Ø La vue des processus décompose le système en processus, en interactions (communication) et synchronisation entre eux.

Ø La vue de déploiement décrit les ressources matérielles et la répartition du logiciel dans ces ressources (disposition, nature physique, performance, implantation des modules principaux, temps de réponse, tolérance aux fautes et aux pannes, etc.).

Ø La vue des besoins utilisateurs (ou vue des cas d'utilisation ») est un guide pour toutes les autres vues : c'est la définition des besoins des clients du système et de l'architecture sur la satisfaction de ces besoins, la colle qui unifie les autres vues, et qui motive les choix, identifie les interfaces et force à se concentrer sur les besoins des utilisateurs.

UML s'articule autour de neuf diagrammes, chacun d'entre eux est dédié à la représentation d'un système logiciel suivant un point de vue particulier.

1. le diagramme de cas d'utilisation : représente les relations entre les acteurs et les fonctionnalités du système. Les cas d'utilisation présentent une vue externe de la façon d'utiliser un système, que ce soit l'application, un sous-système, une fonction, un composant^13(*).

2. le diagramme de séquence : représente les messages échangés entre les objets. Il donne une notion temporelle aux messages.

3. le diagramme d'activités décrit le déroulement d'un processus formalisé éventuellement dans un cas d'utilisation, il modélise les actions effectuées sur le système (peut permettre de présenter un processus métier).

4. le diagramme de classes : est un ensemble d'éléments statiques qui montre la structure d'un modèle (les classes, leur type, leur contenu et leurs relations).

5. le diagramme d'objets (objet : instance d'une classe) représente les objets et les liens entre eux. Il permet d'affiner un aspect particulier d'un diagramme de classes pour un contexte donné.

6. le diagramme de déploiement : indique la répartition physique des matériels du système (processeurs, périphériques) et leurs connexions.

7. le diagramme d'états/transitions : décrit le cycle de vie des objets formalisés dans une classe (une classe ne se voit donc associé qu'un cycle de vie).

8. le diagramme de composants : montre les éléments logiciels (exécutables, librairies, fichiers qui constituent le système) et leurs dépendances.

9. le diagramme de collaboration : représente les messages échangés entre les objets. Il insiste plus particulièrement sur la notion organisationnelle.

Nous présentons ci-dessous les diagrammes UML, que nous avons utilisés dans le cadre de ce projet et quelques notions de base qui leurs étant associées.

Ce diagramme est destiné à représenter les besoins des utilisateurs par rapport au système. Il constitue un des diagrammes les plus structurants dans l'analyse d'un système.

Ø Acteur : Représente un rôle joué par une entité externe (utilisateur humain, dispositif matériel ou autre système) qui interagit directement avec le système étudié.

Ø Relation d'inclusion : Une relation d'inclusion d'un cas d'utilisation A par rapport à un cas d'utilisation B signifie qu'une instance de A contient le comportement décrit dans B.

Ø Relation d'extension : Une relation d'extension d'un cas d'utilisation A par un cas d'utilisation A signifie qu'une instance de A peut être étendue par le comportement décrit dans B.

Ø Relation de généralisation : Les cas d'utilisation descendants héritent de la description de leurs parents communs. Chacun d'entre eux peut néanmoins comprendre des interactions spécifiques supplémentaires.

Ce diagramme permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets.

Ø Scénario: Représente une succession particulière d'enchaînements, s'exécutant du début à la fin du cas d'utilisation, un enchaînement étant l'unité de description de séquences d'actions.

Ø Ligne de vie : Représente l'ensemble des opérations exécutées par un objet.

Ø Message: Un message est une transmission d'information unidirectionnelle entre deux objets, l'objet émetteur et l'objet récepteur. Dans un diagramme de séquence, deux types de messages peuvent être distingués :

Ø Message synchrone : Dans ce cas l'émetteur reste en attente de la réponse à son message avant de poursuivre ses actions.

Ø Message asynchrone : Dans ce cas, l'émetteur n'attend pas la réponse à son message, il poursuit l'exécution de ses opérations.

Ce diagramme donne une vision des enchaînements des activités propres à une opération ou à un cas d'utilisation. Il permet aussi de représenter les flots de contrôle et les flots de données.

Ø Action : correspond à un traitement qui modifie l'état de système. L'enchaînement des actions constitue le flot de contrôle.

Le passage d'une action à une autre est matérialisé par une transition. Les transitions sont déclenchées par la fin d'une action et provoquent le début d'une autre (elles sont automatiques).

Ø Activité : représente le comportement d'une partie du système en termes d'actions et de transitions.

Le diagramme de classes est le point central dans un développement orienté objet. En analyse, il a pour objectif de décrire la structure des entités manipulées par les utilisateurs. En conception, le diagramme de classes représente la structure d'un code orienté.

Ø Une classe : Représente la description abstraite d'un ensemble d'objets possédant les mêmes caractéristiques. On peut parler également de type.

Ø Un objet: Est une entité aux frontières bien définies, possédant une identité et encapsulant un état et un comportement. Un objet est une instance (ou occurrence) d'une classe.

Ø Un attribut : Représente un type d'information contenu dans une classe.

Ø Une opération: Représente un élément de comportement (un service) contenu dans une classe.

Ø Une association: Représente une relation sémantique durable entre deux classes.

Ø Une superclasse : Est une classe plus générale reliée à une ou plusieurs autres classes plus spécialisées (sous-classes) par une relation de généralisation. Les sous-classes« Héritent » des propriétés de leur superclasse et peuvent comporter des propriétés spécifiques supplémentaires.

Ce diagramme décrit l'architecture technique d'un système avec une vue centrée sur la répartition des composants dans la configuration d'exploitation.

Pour définir le processus unifié, nous allons simplement définir les deux termes qui le composent :

Ø Processus : Suite continue d'opérations constituant la manière de fabriquer. En d'autres termes, c'est une succession de tâches dans le but d'accomplir un travail ou un projet.

Ø Unifié : Etre amené à l'unité, se fondre en un tout. En fait, les méthodes d'analyse et de conception orientées objet, étaient variées jusqu'à ce que Rambaugh, Jacobson et Booch eussent eu l'idée de les unifier.

D'après les auteurs d'UML, un processus de développement qui possède ces qualités devrait favoriser la réussite d'un projet. Cependant, dans le cadre de la modélisation d'une application informatique, les auteurs d'UML préconisent d'utiliser trois démarche :

L'idée est simple : pour modéliser (comprendre et représenter) un système complexe, il vaut mieux s'y prendre en plusieurs fois, en affinant son analyse par étapes. Cette démarche devrait aussi s'appliquer au cycle de développement dans le but de mieux maîtriser la part d'inconnu et d'incertitudes qui caractérisent les systèmes complexes.

Ø Le périmètre du système à modéliser est défini par les besoins des utilisateurs (les utilisateurs définissent ce que doit être le système).

Ø Le but du système à modéliser est de répondre aux besoins de ses utilisateurs (les utilisateurs sont les clients du système).

Ø Les besoins des utilisateurs servent aussi de fil rouge, tout au long du cycle de développement (itératif et incrémental) :

Ø A chaque itération de la phase d'analyse, on clarifie, affine et valide les besoins des utilisateurs.

Ø A chaque itération de la phase de conception et de réalisation, on veille à la prise en compte des besoins des utilisateurs.

Ø A chaque itération de la phase de test, on vérifie que les besoins des utilisateurs sont satisfaits.

Une architecture adaptée est la clé de voûte du succès d'un développement. Elle décrit des choix stratégiques qui déterminent en grande partie les qualités du logiciel (adaptabilité, performances, fiabilité...). Ph. Kruchten propose différentes perspectives, indépendantes et complémentaires, qui permettent de définir un modèle d'architecture.

Le processus unifié se déroule en quatre phases, incubation, élaboration, construction et transition. Chaque phase répète un nombre de fois une série d'itérations. Et chaque itération est composée de cinq activités : capture des besoins, analyse, conception, implémentation et test.

C'est la première phase du processus unifié. Il s'agit de délimiter la portée du système, c'est-à-dire tracer ce qui doit figurer à l'intérieur du système et ce qui doit rester à l'extérieur, identifier les acteurs, lever les ambiguïtés sur les besoins et les exigences

Nécessaires dans cette phase. Il s'agit aussi d'établir une architecture candidate, c'est à dire que pour une première phase, on doit essayer de construire une architecture capable de fonctionner. Dans cette phase, il faut identifier les risques critiques susceptibles de faire obstacles au bon déroulement du projet.

C'est la deuxième phase du processus. Après avoir compris le système, dégagé les fonctionnalités initiales, précisé les risques critiques, le travail à accomplir maintenant consiste à stabiliser l'architecture du système. Il s'agit alors de raffiner le modèle initial de cas d'utilisation, voire capturer de nouveaux besoins, analyser et concevoir la majorité des cas d'utilisation formulés, et si possible implémenter et tester les cas d'utilisation initiaux.

Dans cette phase, il faut essayer de capturer tous les besoins restants car il n'est pratiquement plus possible de le faire dans la prochaine phase. Ensuite, continuer l'analyse, la conception et surtout l'implémentation de tous les cas d'utilisation. A la fin de cette phase, les développeurs doivent fournir une version exécutable du système.

C'est la phase qui finalise le produit. Il s'agit au cours de cette phase de vérifier si le système offre véritablement les services exigés par les utilisateurs, détecter les défaillances, combler les manques dans la documentation du logiciel et adapter le produit à l'environnement (mise en place et installation).

Un réseau : Est un ensemble d'objets interconnectés les uns avec les autres. Il permet de faire circuler des éléments entre chacun de ces objets selon des règles bien définies.

Un réseau extranet est un réseau du type internet, dont la liste de sécurité est externalisée c'est-à-dire gérée par un organisme ou une entité externe aux utilisateurs. Par opposition, pour un réseau intranet, la liste de sécurité est gérée en interne.

La liste de sécurité est l'ensemble des données regroupant les identifiants (nom d'utilisateur (login), adresse IP, adresses MAC, clefs logiques ou physiques) autorisés à se connecter.

Un intranet est un ensemble de services internet (par exemple un serveur web) interne à un réseau local, c'est-à-dire accessible uniquement à partir des postes d'un réseau local, ou bien d'un ensemble de réseaux bien définis, et invisible de l'extérieur. Il consiste à utiliser les standards client-serveur de l'internet (en utilisant les protocoles TCP/IP), comme par exemple l'utilisation de navigateurs internet (client basé sur le protocole HTTP) et des serveurs web (protocole HTTP), pour réaliser un système d'information interne à une organisation ou une entreprise^14(*).

Ø La communication entre plusieurs ordinateurs (des personnes grâce aux courriers électroniques, la discussion en temps réel) ;

On distingue différents types de réseaux (privés) selon leur taille (en termes de nombre de machines), leur vitesse de transfert des données ainsi que leur étendue. Les réseaux privés sont des réseaux appartenant à une même organisation. On distingue fait généralement trois catégories de réseaux:

1. Les réseaux personnels, ou PAN (Personal Area Network), interconnectent sur quelques mètres des équipements personnels tels que terminaux GSM, portables, organiseurs, etc., d'un même utilisateur ;

2. Les réseaux locaux, ou LAN (Local Area Network), correspondent par leur taille aux réseaux intra-entreprises. Ils servent au transport de toutes les informations numériques de l'entreprise. En règle générale, les bâtiments à câbler s'étendent sur plusieurs centaines de mètres. Les débits de ces réseaux vont aujourd'hui de quelques mégabits à plusieurs centaines de mégabits par seconde ;

3. Les réseaux métropolitains, ou MAN (Metropolitan Area Network), permettent l'interconnexion des entreprises ou éventuellement des particuliers sur un réseau spécialisé à haut débit qui est géré à l'échelle d'une métropole. Ils doivent être capables d'interconnecter les réseaux locaux des différentes entreprises pour leur donner la possibilité de dialoguer avec l'extérieur ;

4. Les réseaux étendus, ou WAN (Wide Area Network), sont destinés à transporter des données numériques sur des distances à l'échelle d'un pays, voire d'un continent ou de plusieurs continents. Le réseau est soit terrestre, et il utilise en ce cas des infrastructures au niveau du sol, essentiellement de grands réseaux de fibre optique, soit hertzien, comme les réseaux satellite.

Un réseau informatique est constitué d'ordinateurs reliés entre eux grâce à des lignes de communication (câbles réseaux, etc.) et des éléments matériels (cartes réseau, ainsi que d'autres équipements permettant d'assurer la bonne circulation des données). L'arrangement physique, c'est-à-dire la configuration spatiale du réseau est appelé topologie physique. On distingue généralement les topologies suivantes :

La topologie logique, par opposition à la topologie physique, représente la façon dont les données transitent dans les lignes de communication. Les topologies logiques les plus courantes sont Ethernet, Token Ring et FDDI.

Une topologie en bus est l'organisation la plus simple d'un réseau. En effet, dans une topologie en bus tous les ordinateurs sont reliés à une même ligne de transmission par l'intermédiaire de câble, généralement coaxial. Le mot « bus » désigne la ligne physique qui relie les machines du réseau.

Cette topologie a pour avantage d'être facile à mettre en oeuvre et de posséder un fonctionnement simple. En revanche, elle est extrêmement vulnérable étant donné que si l'une des connexions est défectueuse, l'ensemble du réseau en est affecté.

Dans une topologie en étoile, les ordinateurs du réseau sont reliés à un système matériel central appelé concentrateur (en anglais hub).

Il s'agit d'une boîte comprenant un certain nombre de jonctions auxquelles il est possible de raccorder les câbles réseau en provenance des ordinateurs. Celui-ci a pour rôle d'assurer la communication entre les différentes jonctions.

Contrairement aux réseaux construits sur une topologie en bus, les réseaux suivant une topologie en étoile sont beaucoup moins vulnérables car une des connexions peut être débranchée sans paralyser le reste du réseau. Le point névralgique de ce réseau est le concentrateur, car sans lui plus aucune communication entre les ordinateurs du réseau n'est possible.

En revanche, un réseau à topologie en étoile est plus onéreux qu'un réseau à topologie en bus car un matériel supplémentaire est nécessaire (le hub).

Dans un réseau possédant une topologie en anneau, les ordinateurs sont situés sur une boucle et communiquent chacun à leur tour.

En réalité, dans une topologie anneau, les ordinateurs ne sont pas reliés en boucle, mais sont reliés à un répartiteur (appelé MAU, Multistation Access Unit) qui va gérer la communication entre les ordinateurs qui lui sont reliés en impartissant à chacun d'entre eux un temps de parole.

Les deux principales topologies logiques utilisant cette topologie physique sont Token ring (anneau à jeton) et FDDI.

De nombreuses applications fonctionnent selon un environnement client/serveur, cela signifie que des machines clientes (des machines faisant partie du réseau) contactent un serveur, une machine généralement très puissante en termes de capacités d'entrée-sortie, qui leur fournit des services. Ces services sont des programmes fournissant des données telles que l'heure, des fichiers, une connexion,...

Les services sont exploités par des programmes, appelés programmes clients, s'exécutant sur les machines clientes. On parle ainsi de client FTP, client de messagerie, ..., lorsque l'on désigne un programme, tournant sur une machine cliente, capable de traiter des informations qu'il récupère auprès du serveur (dans le cas du client FTP il s'agit de fichiers, tandis que pour le client messagerie il s'agit de courrier électronique).

Dans un environnement purement Client/serveur, les ordinateurs du réseau (les clients) ne peuvent voir que le serveur, c'est un des principaux atouts de ce modèle.

Le modèle client/serveur est particulièrement recommandé pour des réseaux nécessitant un grand niveau de fiabilité, ses principaux atouts sont:

des ressources centralisées: étant donné que le serveur est au centre du réseau, il peut gérer des ressources communes à tous les utilisateurs, comme par exemple une base de données centralisée, afin d'éviter les problèmes de redondance et de contradiction

une meilleure sécurité: car le nombre de points d'entrée permettant l'accès aux données est moins important

une administration au niveau serveur: les clients ayant peu d'importance dans ce modèle, ils ont moins besoin d'être administrés

un réseau évolutif: grâce à cette architecture il est possible de supprimer ou rajouter des clients sans perturber le fonctionnement du réseau et sans modifications majeures

L'architecture client/serveur a tout de même quelques lacunes parmi lesquelles:

un maillon faible: le serveur est le seul maillon faible du réseau client/serveur, étant donné que tout le réseau est architecturé autour de lui! Heureusement, le serveur a une grande tolérance aux pannes (notamment grâce au système RAID)

Le client émet une requête vers le serveur grâce à son adresse et le port, qui désigne un service particulier du serveur

Le serveur reçoit la demande et répond à l'aide de l'adresse de la machine client et son port.

CHAPITRE II : CADRAGE DU PROJET

Plusieurs définitions peuvent être formulées pour désigner un projet, néanmoins toutes renferment des éléments communs.

Un projet est toute activité réalisée une fois dotée d'un début et d'une fin déterminée et qui vise à créer un produit ou un savoir unique. Il peut être de quelques jours ou de plusieurs années. Il peut s'agir de quelque chose d'aussi simple que l'organisation d'un événement d'une journée ou d'aussi complexe que la construction d'un barrage sur une rivière^15(*).

La conséquence logique d'absence d'un système information, à la Direction Général de Migration de Matadi, la lenteur notoire dans le traitement des données concernant les expatriés résident dont le contrât au séjour sont expirés et leur renouvellement.

II.1.6. Management du Projet

II .2. Capture des Besoins Fonctionnels

II.2.1. Planning Prévisionnel de la Réalisation du Projet

Il est important à tout Concepteur, de planifier les différentes tâches qui doivent être réalisées, afin de déterminer la date à laquelle le projet doit se réaliser, son délai d'exécution et par conséquent en connaitre le cout^16(*)

Pour mener à bon port notre travail, nous avons opté pour l'ordonnancement qui est un outil de la recherche opérationnelle nous permettant dans ce cas d'élaborer le planning, de déterminer l'intériorité des tâches, de définir la durée de chaque tâche^17(*).

A ce niveau, l'objectif est la minimisation de la durée de réalisation du projet, ceci aurait un avantage significatif en gain de temps et du coût. Pour ce faire, nous nous sommes servis de la méthode PERT.

	A	B	C	D	E	F	G	H	I	J	K	L	M	N	O	N1	N2	N3	N4	N5	N6	N7	N8	N9	*N10*	*N11*	*N12*	*N14*
A																0
B	X															1	0
C		X														1	1	0
D			X													1	1	1	0
E				X												1	1	1	1	0
F					X											1	1	1	1	1	0
G						X										1	1	1	1	1	1	0
H							X									1	1	1	1	1	1	1	0
I								X								1	1	1	1	1	1	1	0
J						X			X							2	2	2	2	2	1	1	1	0
K									X	X						2	2	2	2	2	2	2	2	1	0
L											X					1	1	1	1	1	1	1	1	1	1	0
M												X				1	1	1	1	1	1	1	1	1	1	1	0
N												X				1	1	1	1	1	1	1	1	1	1	1	1	0
O													X	X		2	2	2	2	2	2	2	2	2	2	2	2	1	0
																A	B	C	D	E	F	G	I	J	K	L	M	N	O

Pert (Program Evaluation and ReviewTesk), méthode de planification, de coordination et de contrôle des projets. Cette méthode consiste à appliquer les graphes pour établir les ordonnancements en vue de déterminer la durée minimale d'un projet compte tenu des instructions existants entre les taches (activités)^18(*).

Les taches possédant une date au plus tôt égale à leur date au plus tard font partie du chemin critique, c'est-à-dire le chemin sur lequel aucune tâche ne doit avoir de retard pour ne pas retarder l'ensemble du projet^19(*).

La gestion des expatrier au sein de la Direction General de Migration de Matadi est une opération rigoureuse, qui mérite d'être perfectionnée et analysée soigneusement ; mais avant d'essayer de porter une solution informatique pour ce processus, la présentation de l'établissement en général et les services qui gèrent les mouvements des expatrier en particulier est nécessaire, et c'est ce qui est conseillé d'ailleurs dans toute démarche informatique de Génie Logiciel.

Toutefois, il est important de signaler à l'attention qu'afin de mieux réaliser les prochaines étapes de notre plan de travail, la spécification et la précision de notre sujet et champ d'étude doivent être bien comprises, cernées et clarifiées.

CHAPITRE I : PRESENTATION DU CADRE D'ETUDE

I.1.Historique

La Direction General de Migration (DGM) à vu le jour le 27 mai 1997 par l'ordonnance loi constitutionnel n°002/2003 qui stipule la création et organisation de la Direction General de Migration. Depuis son implantation, la DGM/BC a fonctionné avec quatre(4) division dont celle de la police des frontières et des étrangers en sigle "DPEF"^20(*). En effet, avec la nouvelle structure organique contenue dans la note n° 06/DP/00/DGM/BC/044/2003 du 24 janvier 2003, la DPEF est éclatée en deux nouvelles divisions à savoir:

Toutes fois, en attendant les mesures d'application qui accompagneront le décret-loi n°002/2003 du 11 janvier 2003 portant création et organisation de la Direction général de migration devant déterminer les attributions de la DPE, cette dernière présente le résultat de la réflexion sur les attribution ainsi que son plan d'action pour l'année 2003 selon l'esprit et de la note de service n°060/30 du 28 janvier 2003.

Il est crée un service public doté de l'autonomie administrative et financière dénommé Direction Général de Migration, en sigle « DGM ». Le président de la république détermine, par décret le ministère sous l'autorité duquel la Direction Général de Migration exerce ses activités sous réserve d'autres missions lui conférées ou lui conférer par les textes particuliers ; la direction générale de migration est chargée des questions s ayant trait à :

Ø L'exécution de la Police du gouvernement en matière d'Immigration et d'émigration ;

Ø L'exécution sur le sol congolais, des loi et règlements sur l'immigration et l'émigration ;

Ø La délivrance du passeport ordinaire aux nationaux et des visas aux étrangers ;

Ø La collaboration dans la recherche de criminels et malfaiteurs ou des personnes suspectes signalées par l'organisation internationale de la Police criminelle(INTERPOL).

La direction General de migration exerce ses activités sur l'ensemble du territoire national et dans toutes les missions diplomatiques de la république démocratique du Congo à l'étranger.

Le personnel de la Direction Général de migration est soumis à la loi n°81-003 du 17 juillet 1981 portant statut du personnel de carrière des services publics de l'état.

Toutefois, tenant compte de la spécificité de ces services et de la particularité de sa mission, le président de la république peut prendre, par décret, un règlement d'administration déterminant notamment et les avantages sociaux, la procédure disciplinaire, les voies de recours, les conditions d'admission à la retraite ainsi que les avantages y relatifs. Pour les dispositions abrogatoires et finales.

Sont abrogées l'ordonnance n°87-003 DU 07 JANVIER 1987 portant, création d'une agence nationale d'immigration, en abrégé ANI^21(*), l'ordonnance n°87-054 du 09 février 1987 portant organisation et fonctionnement de l'Agence nationale d'immigration ainsi que toutes les dispositions antérieures contraires au présent décret-loi.

Les Direction provinciales sont installées dans les chefs lieu de chaque Province. Les Direction Provinciales sont chargées dans leurs ressorts respectifs de tâches non dévolues aux directions centrales.

C'est un service qui s'occupe du séjour d'un étranger dans les territoires nationaux.

C'est un service qui s'occupe de l'entrée et de la sortie d'un étranger du sol congolais.

C'est un service qui s'occupe des problèmes financières, c'est ici ou se tiennent la comptabilité, il est composé d'un comptable, d'un caissier et d'un vérificateur.

Ce service s'occupe de la gestion des agents et leur formation dans les nouvelles structures dans l'entreprise.

Cette division s'occupe d'étude de tous les documents qu'un étranger détient. Il garde également les documents y relatifs.

I.4 .Organigramme de la Direction Général de Migration de MATADI

CHAPITRE II : ETUDE DE L'EXISTANT

L'étude de l'existant ou du système d'information existant consiste à disposer à l'analyste les moyens de comprendre le problème. Elle a pour but de recueillir les données sur le système existant en vue de la recherche de solution future de son amélioration^22(*); mais avant d'essayer de porter une solution informatique pour ce processus, il est nécessaire d'analyser le système existant.

II.1. Présentation du domaine concerné par l'étude : Division de la Police des Etrangers (DPE).

Dans ce service, il y a un chef qui coordonne et travaille en collaboration avec son adjoint. Le service concerné n'est pas seul à faire taus ce travail, il y a aussi la mairie, lui aussi porte la main sur ce service des expatriés.

Cette étude nous permet de répertorier tous les documents au support d'informations utilisés par les postes de travail concernés par l'étude^23(*).

CHAPITRE III : CRITIQUE DE L'EXISTANT

III.1. Critique sur les Moyens de Traitement de l'Information

L'insuffisance du personnel dans l'exécution des tâches en cas d'absence handicape le processus.

III.1.2. Synthèse des Anomalies

Le diagnostic sur le système existant doit mettre en évidence les causes d'insatisfaction de ses utilisateurs (mauvaise conception des résultats ou des procédures, manque d'efficacité dans l'utilisation des moyens,...). C'est à partir de l'analyse de ces causes que seront élaborées les solutions futures.

Au regard des observations énumérées ci - dessus, dans cette phase, il s'agit de proposer des idées de solutions fonctionnelles aux disfonctionnements des procédures, proposer des idées de solutions opérationnelles aux griefs portés au système actuel pour la mission et les objectifs fixés.

Cette phase reste avant tout une oeuvre d'imagination et de création pour laquelle il est difficile de fournir une méthode.

Pour notre cas, nous proposons une solution manuelle et Une solution informatique.

§ Les matériels contribueront positivement à la réalisation des objectifs fixés par l'organisation ;

§ L'acquisition des nouveaux locaux va permettre aux agents de travailler dans un environnement humainement acceptable.

Cette solution offre une meilleure garantie en mettant en place un système d'information axé sur la gestion de base de données des activités des expatriés. Elle sera plus efficace et efficiente pour répondre à certaines insuffisantes constatées au traitement existant.

§ Meilleure gestion des informations concernant leur collecte, leur traitement, leur stockage et leur restitution ;

§ Bonne conservation de données, une meilleure sécurité en utilisant la technique de backup et la restriction d'accès ;

§ Une qualité efficace et efficiente des services, et une performance garantie ;

§ Possibilité de restaurer le système en cas de problème, à partir de backup.

§ Un coût élevé des matériels informatiques et d'autres frais supplémentaires pour la maintenance des machines ;

§ La dépendance du travail au courant électrique et aux autres sources d'énergie préventive (onduleur, groupe électrogène,...).

En tant que analyste, l'étude préalable nous à conduit de mieux comprendre le problème à partir des objectifs globaux fixés au départ de l'étude et de prendre en compte le bilan critique de l'existant ainsi que les besoins exprimés par les utilisateurs dans le système d'information en place. Ces observations vont nous permettre de définir de nouvelles orientations pour la mise en place du système futur.

Cela nous amènera à dégager une solution de synthèse devra prendre en compte des contraintes organisationnelles, techniques, économiques, et traduire sous forme concrète les objectifs à atteindre.

Il s'agit de présenter les solutions fonctionnelles et techniques aux problèmes posés concernant l'étude dans ses aspects positifs et négatifs.

La mise en place d'un système de gestion informatisé implique inévitablement des dépenses considérables ayant une éventuelle conséquence sur la trésorerie de l'organisation. Mais au regard de l'importance que remet la Direction Général de Migration de Matadi, un plan informatique de l'organisation offrira plusieurs avantages pour un meilleur accroissement du rendement et d'efficacité du futur système d'information.

Dans la démarche de Processus Unifié, la phase de conception suit immédiatement la phase d'Analyse, par ailleurs la conception de logiciel est un art qui nécessite de l'expérience, et elle consiste à traduire les besoins en spécifiant comment l'application pourra les satisfaire avant de procéder à sa réalisation. En effet, dans ce chapitre nous essayons d'étendre la représentation des diagrammes effectués au niveau de l'analyse en y intégrant les aspects techniques plus proches des préoccupations physiques.

Chapitre I : ELABORATION DU CAHIER DE CHARGE

un cahier de charge est un document de référence qui permet à un dirigeant d'entreprise, d'une organisation de préciser les conditions ou les exigences d'un projet à accomplir ou une tâche à exécuter par un consultant en vue de résoudre un problème spécifique ou améliorer une situation donnée tout en déterminant les résultats24(*).

La Direction Général de Migration de Matadi qui est le Maitre d'ouvrage exige que :

Ø D'enregistrer les entrées et sorties de l'expatrier sur le sol du bas Congo ;

Ø D'imprimer la situation financière, journalière, mensuelle, et périodique des expatriés.

Les besoins non fonctionnels du système correspondent aux fonctionnalités techniques du système. Ce sont les contraintes environnementales et d'implémentation telles que la gestion de la performance, la dépendance des plates-formes techniques, la capacité de maintenance, l'extensibilité et la fiabilité.

Cependant, les besoins non fonctionnels de notre système peuvent être décrits selon la démarche suivante :

par l'authentification de chaque utilisateur qui veut avoir accès au système.

2. L'accès est possible par l'insertion d'un nom d'utilisateur et d'un mot de passe.

5. En ce qui concerne l'exploitation, le système doit être accessible par les utilisateurs à travers un réseau intranet après définition des droits d'accès de chaque acteur.

Le développement de cette application nous a permis de faire un choix minutieux en tenant compte du processus unifié qui correspond au langage standard de modélisation UML.

Toutefois, ces équipements sont proposés par le concepteur pour un bon fonctionnement de l'application. Pour la DGM Matadi, les équipements pour faire fonctionner la base de données sont :

Le tableau suivant explique les équipements nécessaires et leurs prix actuels sur le marché en RDC, précisément dans la ville de Matadi

Chapitre II : MODELISATION

Les cas d'utilisation permettent de décrire les fonctionnalités attendues du système de point de vue des acteurs.

En analysant les besoins exprimés dans le cahier des charges, nous avons déduit les acteurs ainsi que les cas d'utilisations tels que résumés dans le tableau suivant :

Ce diagramme permet de décrire les scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets.

Ce diagramme décrit le déroulement d'un processus formalisé éventuellement dans un cas d'utilisation, il modélise les actions effectuées sur le système (peut permettre de présenter un processus).

L'affinage du modèle a pour objectif d'identifier les différents objets/classes indispensables à la mise en oeuvre des services attendus du système.

Ces différentes classes seront certainement regroupées autour d'un seul cas d'utilisation ; « la gestion des expatriés », pour obtenir une structuration de notre diagramme des classes. Il s'agira alors d'affiner les classes, les associations entre-elles, de déterminer les attributs et opérations pour chacune.

Le diagramme des classes identifie la structure des classes d'un système, y compris les propriétés, les méthodes et des associations de chaque classe.

Le diagramme des classes est le diagramme le plus largement répandu dans les spécifications d'UML.

La réalisation du diagramme des classes se base sur la description des classes et les règles de gestion.

Le diagramme des classes pour notre système est basé sur les règles de gestion suivantes :

La collection et l'analyse des informations en provenance de différentes sources (Entretien avec le service et analyse des documents), nous a permis d'établir le dictionnaire de données ci-dessous :

*NOM DE LA CLASSE*		*CODE D'ATTRIBUT*		*DESIGNATION*		*TYPE*	*TAILLE*	ID
EXPATRIE		NUMPASS		Numéro passeport		AN	7	#
		MOM		Nom de l'expatrié		AN	20
		POSNO		Post nom de l'Expatrié		AN	20
		SEX		Sexe de l'Expatrié		A	8
		NAT		Nationalité de l »expatrié		AN	25
		ETCIV		Etat civil de l'expatrié		A	12
		ADRES		Adresse de l'expatrié		AN	40
		PROV		Provenance de l'expatrié		A	30
AGENT		MATR		Matricule agent		AN	7	#
		NOM		Nom agent		AN	20
		POSTNO		Post nom agent		AN	20
		PRENO		Prénom agent		AN	20
		ETCIV		Etat civil agent		A	12
		SEX		Sexe agent		A	8
		ADRES		Adresse agent		AN	40
		GRAD		Grade agent		AN	15
		FONCT		Fonction agent		AN	15
SERVICE		CODSERV		Code service		AN	7	#
		LIBSERV		Libelle service		A	25
		VISA		Visa		A	20
ENQUETE		NUMORMIS		Numéro ordre mission		AN	7	#
		OBJ		Objet		A	20
		POST		Post		A	15
		DUREE		Durée enquête		AN	20
		DAT		Date enquête		D	10
SEJOUR		NUMATRES		Numéro attestation résident		AN	7	#
		ADRESS RES		Adresse résident		AN	25
		VILLE		Ville		A	20
		DATDEB		Date débit séjour		D	10
		DATFIN		Date fin séjour		D	10
MOUVEMENT	CODMOUV		Code mouvement		AN		7	#
	DATMOUV		Date mouvement		D		10
	DURMOUV VISA		Durée mouvement Visa		AN A		20 20
PAIEMENT		NUMP	Numéro paiement			AN	7	#
		MONTP	Montant payé			AN	5
		DEV	Devise			N	30
		MONTL	Montant en lettre			N	30
		DATP	Date du paiement			D	10

La figure ci-dessous présente les diagrammes des classes de gestion des expatriés. Les attributs des classes sont les mêmes indiqués dans le dictionnaire de données.

CONCLUSION

Nous voici au terme de notre travail ayant porté sur : « la mise en place d'un système informatique pour la gestion des expatriés » cas de la Direction Générale de Migration du Bas-Congo.

La performance des entreprises est liée à l'efficience de leur organisation interne et par là même à celle des systèmes d'information qui les supportent. Le contexte concurrentiel de plus en plus vif conduit les entreprises à une recherche constante de productivité à tous les niveaux, mais aussi à un accroissement de flexibilité, d'adaptabilité et de réactivité. Les entreprises sont pour cela conduites à une remise en cause permanente de leurs modes de gestion et d'organisation.

Diverses préoccupations concernant la gestion nous ont été présentées par les responsables de cette entité et les utilisateurs du système, préoccupations qui ont été résolues par la mise en place d'un système de gestion capable de prendre en considération :

Eu égard à ce qui précède, nous pensons avoir atteint l'objectif envisagé. Toutefois, l'informatique étant une science évolutive, la solution que nous venons de proposer reste ouverte à toute amélioration, l'objectif primordial étant celui d'obtenir la solution la meilleure possible et qui rencontre les préoccupations du comite directeur.

Ce travail étant une oeuvre humaine, n'est pas un modèle unique et parfait, c'est pourquoi nous demeurons ouverts à toutes les critiques et aux ajouts des uns et des autres, des suggestions et remarques tendant à améliorer cette étude.

1. PINTO ,R.,. GRAWITZ, M,. Méthodes des sciences sociales, Paris, Dalloz, 1971 p.289

2. REIX ,R., Informatique appliquée à la Comptabilité et à la gestion, Ed. Foucher, Paris, 1987

3. Juliard , F. , UML , Journal Université de Bretagne Sud UFR SSI-IUP Vannes, 2001-2002.

4. Gabay,J ., David, G ., Mise en oeuvre guidée avec études de cas, édition Dunod, Paris 2008

5. Gaylord, T., conception et modélisation d'un système d'information pour la gestion des bâtiments civils, mémoire ISC Matadi 2011-2012

6. QUAU.P, division de l'informatique et de l'information, Ed. Paris, France, p23

7. WENU Becker, Recherche scientifique : théorie et pratique, Lubumbashi,pul 2004, p14

9. L'ordonnance loi n°87-003 du 07/01/1987 portant, creation d'une agence national d'imigration en abrégé ANI.

1. KINKELA NSABI Jm, cours de Méthode de recherche scientifique, l1 informatique ISC/MATADI 2013.

2. Mbikayi,J . , note de cours de question approfondie de la programmation, L1 2012 -2013

3. MBIKAY, J., Cours Inédit Modèle Conceptuel de Projet, L2 informatique ISS/KIN, 2011-2012

4. BALUMANGANI K ., cours de conception d'un système informatique , L1 informatique ISC/Matadi, 2014.

5. .LUKOKI, J., cours système informatique, L2 informatique ISC/Matadi, 2012-2013.

6. TSEDE, S., Cours Inédit Modèle Conceptuel de Projet, L2 informatique ISC/Matadi, 201-2014

7. KITENGE, Cours de Methode d'analyse informatique I, 2^ième Graduat informatique, ISC-Matadi, 2006-2007.

EPIGRAPHE.................................................................................................................I

DEDICACE...........................................................................................................................II

AVANT-PROPOS.............................................................................................................III

LISTE DES TABLEAUX................................................................................................IV

FORMALISME....................................................................................................................V

0. INTRODUCTION...................................................................................................1

I.1. CHOIX ET INTERET DU SUJET.......................................................................1

I.1.1. CHOIX........................................................................................................................1

I.1.2. INTERET DU SUJET..........................................................................................1

I.2. PROBLEMATIQUE..................................................................................................2

I.3. HYPOTHESE..............................................................................................................3

I.4. DELIMITATION DU SUJET.............................................................................4

I.5. METHODES E THECHNIQUES UTILISEES.............................................4

I.5.1. METHODES............................................................................................................4

I.5.2. TECHNIQUES......................................................................................................6

I.6. DIFFICULTES RECONTREES...........................................................................6

I.7. DIVISION DU TRAVAIL....................................................................................7

PREMIERE PARTIE : CONCEPTS THEORIQUES ET CADRAGE DU PROJET................................................................................................................................8

CHAPITRE I : CONCEPTS THEORIQUES...........................................................9

I.1. Système informatique............................................................................................9

I.1.1. Système....................................................................................................................9

I.1.2. Composition d'un système.................................................................................9

I.1.3. structure d'un système.....................................................................................9

I.1.4. Information..........................................................................................................10

I.2. base de données....................................................................................................10

I.3. présentation et justification du choix d'UML...........................................11

I.3.1. définition................................................................................................................11

I.3.2. Historique..............................................................................................................11

I.3.3. A quoi sert UML.................................................................................................12

I.3.4. Modélisation objet............................................................................................13

I.3.4. Présentation des Diagramme........................................................................15

I.3.4.1. Diagramme de cas d'utilisation.................................................................17

I.3.4.2 Diagramme de Séquence..............................................................................17

I.3.4.3. Diagramme d'Activité.................................................................................18

I.3.4.4. Diagramme de Classe...................................................................................18

I.3.4.5. Diagramme de Déploiement......................................................................19

I.4. Processus Unifié (UP)..........................................................................................19

I.4.2. Caractéristique..................................................................................................20

I.4.3. Démarche Itérative et Incrémentale.......................................................20

I.5. Démarche Pilotée par les Besoins des Utilisateurs................................20

I.5.1. Démarche centrée sur l'architecture........................................................21

I.5.2. Cycle de vie du Processus..............................................................................22

I.6. Incubation.................................................................................................................22

I.6.1. Elaboration............................................................................................................22

I.6.2. Construction.........................................................................................................23

I.6.3. Transition..............................................................................................................23

I.7. Réseaux Informatique..........................................................................................23

I.7.1. Concepts réseaux.................................................................................................23

I.7.2. Avantage d'un réseau Informatique............................................................24

I.7.3. Type de Réseau.....................................................................................................24

CHAPITRE II. CADRAGE DU PROJET....................................................................30

II.1. Identification du projet......................................................................................30

II.1.1. Intitulé du projet................................................................................................30

II.1.2. Définition...............................................................................................................30

II.1.3. Motif........................................................................................................................30

II.1.4. Objectifs...............................................................................................................30

II.1.5. Moyen.......................................................................................................................31

II.1.6. Management du Projet......................................................................................31

II.2. Capture des besoins fonctionnels....................................................................31

II.2.1. Planning prévisionnel de la Réalisation du projet....................................31

II.2.2. Ordonnancement.................................................................................................32

II.2.3. Diagramme PERT.................................................................................................34

II.2.4. Chemin critique....................................................................................................36

DEUXIEME PARTIE : ETUDE D'OPORTUNITE.................................................38

0.Généralité........................................................................................................................39

Chapitre I. Présentation du cadre d'Etude...........................................................40

I.1. Historique...................................................................................................................40

I.2. Décret de la création et de la mission...........................................................40

I.3. Structure organisationnelle...............................................................................42

I.3.1. Direction Provincial.............................................................................................42

I.3.2. Division de la police des Etrangers.............................................................42

I.3.3. Division des frontières.....................................................................................42

I.3.4. Division de Finance.............................................................................................42

I.3.4. Division de Ressources humaines et formation......................................42

I.4. Organigramme de la Direction Général de Migration..............................43

Chapitre II. ETUDE DE L'EXISTANT...................................................................44

II.1. Présentation du domaine concerné par l'Etude : Division de la Police des Etrangers(DPE).......................................................................................................44

II.1.1. Etude de document..........................................................................................44

II.1.2. Inventaire des documents...........................................................................44

II.2. Description de documents..............................................................................46

II.2.1. Répertoire des Expatriés résidents.......................................................46

II.2.2. Passeport national ou international........................................................47

II.2.3. Visa.......................................................................................................................47

II.2.4. certificat de vaccination............................................................................48

II.2.5. Visa de voyage.................................................................................................48

Chapitre III. CRITIQUE DE L'EXISTANT.........................................................49

III.1. Critique sur le moyen de traitement de l'information..........................49

III.1.1. Critique sur le moyens humains..................................................................49

III.2. Synthèse des Anomalies..................................................................................49

III.2. Proposition des solutions et orientations.................................................49

III.2.1. Proposition des solutions ............................................................................49

III.2.2. Orientation.........................................................................................................51

TROISIEME PARTIE : CONCEPTION DU SYSTEME D'INFORMATION............................................................................................................52

0. Généralité........................................................................................................................53

Chapitre I. Elaboration du cahier de charges.......................................................54

I.1. Besoins non fonctionnels.........................................................................................55

I.2. les besoins en Equipement.....................................................................................56

I.3. Choix et technique....................................................................................................56

II.4. Estimation des coûts des équipements..........................................................57

Chapitre II. Modélisation...............................................................................................59

II.1. Outils de synthèse..................................................................................................59

II.1.1. Diagramme de cas d'utilisation.......................................................................59

II.1.2. Diagramme de Séquence..................................................................................62

II.1.3. Diagramme d'Activité.........................................................................................62

II.2. Affichage du modèle..............................................................................................65

II.2.1. Réalisation du Diagramme de classe..............................................................65

II.2.2. Règle de gestion et lecture de multiplicité..............................................66

II.2.2.1. Dictionnaire des données..............................................................................67

II.2.2.2. Formalisme.........................................................................................................69

II.2.3. Multiplicité.............................................................................................................69

II.2.3.1. Elaboration du Diagramme des classes...................................................70

II.2.4. Diagramme de Déploiement.............................................................................71

CONCLUSION.....................................................................................................................72

BIBLIOGRAPHIE..............................................................................................................73

TABLE DE MATIERE......................................................................................................74

* ¹ WENU BECHER, Recherche scientifique : théorie et pratique, LUBUMBASHI, PUL, 2004, p.14

* ² KINKELA NSABI jm. , Méthode de recherche scientifique, cours L1 INFO 2013.

* ³PINTO, R. GRAWITZ, M., Méthodes des sciences sociales, Paris, Dalloz, 1971 p.289

* ⁵ BALUMANGANI K., cous de conception des systèmes d'informations, cours L1 INFO, 2014.

* ⁶REIX ,R., Informatique appliquée à la Comptabilité et à la gestion, Ed. Foucher, Paris, 1987

* ⁷ QUAU,P., division de l'information et de l'informatique, Ed. Paris, France, P23

* ⁹Juliard , F. , UML , Journal Université de Bretagne Sud UFR SSI-IUP Vannes, 2001-2002, p15.

* ¹³Gabay,J ., David, G ., Mise en oeuvre guidée avec études de cas, édition Dunod, Paris 2008.

* ¹⁵TSEDE, S., Cours Modèle Conceptuel de Projet, L2 informatique ISC/Matadi, 2013-2014

* ¹⁶MBIKAY, J., Cours Modèle Conceptuel de Projet, L2 informatique ISS/KIN, 2011-2012

* ¹⁸Gaylord TUKEBANA, conception et modélisation d'un système d'information pour la gestion des bâtiments civils, mémoire ISC Matadi 2011-2012

* ²¹ L'ordonnance n°87-003 DU 07 JANVIER 1987 portant, création d'une agence nationale d'immigration, en abrégé ANI

* ²² KITENGE, cours de Méthode d'analyse informatique I ,2^ième Graduat informatique, ISC/MATADI, 2006-2007.

* ²⁶LUKOKI, J., Cours de conception des systèmes d'information, ISC-Matadi, L2 2013, P.57.