Académique Documents
Professionnel Documents
Culture Documents
Thème
2015 /2016
Remerciements
Nous tenons à remercier lieu le bon Dieu de nous avoir donné la force et
le courage pour accomplir ce modeste travail.
Nos remerciements vont aussi aux membres de jury qui ont accepté de
juger notre travail.
Nous n’oublions pas de remercier, vivement, tous ceux qui ont contribué,
de près ou de loin à la réalisation de ce mémoire de fin d’étude.
Merci à tous
Dédicaces
À mes chers parents, qui sont la cause de mon existence dans cette vie, pour leur
soutient, leur patience et leur amour qui m’ont donné la force pour continuer
mes études.
A mes amis(e).
A mes enseignants.
Sonia
amis et collègues, et à toutes les personnes que j’ai connues et qui m’ont aidé,
zahia
Table des matières
Abréviation Signification
SI Système d’Information
BD Base de Données
JDB JavaDataBase.
Introduction générale
Nous vivons une époque où l’automatisation des systèmes d’information devient une politique
qui est de plus en plus adoptée dans de nombreux établissements ayant des vocations différentes. En
effet, cette politique, assure une accélération et plus de précision lors du traitement de l’information.
Elle permet également une circulation plus rapide et plus sûr de l’information. De plus, elle procure
une vue plus organisée et plus structurée des données. Ce qui a pour conséquences de faciliter les
prises de décisions et de les rendre plus efficaces.
Dans le cadre de notre projet de fin d’étude, on nous a confié la mise en place d’un Système
d’information de gestion d’une agence immobilière, application de hautes importances pour assurer un
bon déroulement pour cela, nous allons détailler les différentes étapes par lesquelles nous sommes
passés pour réaliser ce projet.
Le premier chapitre représente quelques généralités sur le système d’information et les bases
de données.
Dans le deuxième chapitre, nous avons présenté l’organisme d’accueil, le cadre du projet et les
objectifs à atteindre via le développement et la mise en place de l’application à réaliser.
Le quatrième chapitre, consacré à la réalisation de notre application, dans un premier lieu nous
donnons les outils de développement utilisés, tel que le langage java, le SGBD, MySQL et NetBeans.
Dans un deuxième lieu, nous présentons quelques interfaces de notre application.
Enfin, notre travail s’achève par une conclusion générale résumant les grands points qui ont
été abordés ainsi que les perspectives que nous souhaitons accomplir dans le future.
1
Chapitre. 1 –Généralités
1. Introduction
Dans ce chapitre nous allons découvrir une démarche d'informatisation, qui nous permet de
modéliser un système d'information et de le représenter à l'aide d'un système informatique.
On va entamer ce chapitre par traiter les systèmes d’information, ensuite on continuera par une
étude sommaire sur les bases de données (BDD), entre autre on donnera quelques définitions sur les
différents SGBD relationnels.
2. Système d’information
2.1. Définition
Un système comme le définit Joël de Rosnay dans son ouvrage « Le macroscope » est un
ensemble d'éléments en interaction dynamique, organisés en fonction d'un but.
Le système opérant est le siège de l'activité productive de l'entreprise. Cette activité consiste en
une transformation de ressources ou flux primaires. Ces flux primaires peuvent être des flux de matière,
de finance, de personnel, d'actifs ou enfin d'information.
Le système de pilotage est le siège de l'activité décisionnelle de l'entreprise. Cette activité
décisionnelle est très large et assurée par tous les acteurs de l'entreprise à des niveaux divers, depuis les
acteurs agissant plutôt dans l'activité productrice de l'entreprise, à ceux dirigeant cette dernière. Elle
permet la régulation, le pilotage mais aussi l'adaptation de l'entreprise à son environnement. C'est cette
activité qui conduira l'évolution, décidera notamment de l'organisation et de l'évolution des systèmes
opérants et d'information.
Dans un contexte classique de gestion, cette activité concerne, entre autres, l'allocation des
ressources impliquées (prévision, planification, etc.), ainsi que leur suivi (contrôle de gestion,
budgétaire, etc.).
2
Chapitre. 1 –Généralités
L'analyse systémique permet de faire émerger la notion de système d'information en tant que
représentation de l'activité du système opérant et/ou du système de pilotage, et de ses échanges avec
l'environnement, conçue à l'initiative du système de pilotage en fonction des objectifs à atteindre et de
l'organisation chois
3
Chapitre. 1 –Généralités
4
Chapitre. 1 –Généralités
Un processus métier est un ensemble coordonné d'activités visant à produire un résultat pour les
clients internes ou externes de l'organisation. Ce processus est exécuté par des acteurs humains ou des
automates utilisant des ressources. Dans certains cas, les activités des processus sont uniquement du
traitement de l'information : saisie, stockage, transmission, recherche, manipulation, restitution : c'est
le système d'information.
5
Chapitre. 1 –Généralités
Le système informatique est défini comme " un ensemble organisé d'objets techniques matériels,
logiciels, applicatifs – dont la mise en œuvre réalise l'infrastructure d'un système d'information."
Ainsi il faut admettre qu'une partie de l'organisation échappe à la couverture du système et qu'une
part des procédures restera "manuelle" ou " informelle".
6
Chapitre. 1 –Généralités
On parle généralement de système d'information pour désigner toute la structure regroupant les
moyens mis en place pour pouvoir partager des données. [W2]
Figure 4 Les composons minimal mis en place pour partager des données
Une base de données peut être locale, c'est-à-dire utilisable sur une machine par un utilisateur, ou
bien répartie, c'est-à-dire que les informations sont stockées sur des machines distantes et accessibles
par réseau.
7
Chapitre. 1 –Généralités
La base de données est dite centralisée lorsque les informations sont centralisées dans une seule
machine et d’autres utilisateurs distants y accèdent.
Le déploiement des réseaux ainsi que l’augmentation de leur débit ces dernières années ont
conduit à répartir les données sur plusieurs sites géographiques, ce qui facilite la politique de
décentralisation des organisations.
8
Chapitre. 1 –Généralités
La fiabilité et la sécurité : on effectue une copie de sécurité des données sur un site distant à
intervalles réguliers pour éviter le désastre de la perte de données due à un incendie par exemple.
La disponibilité : on procède à des réplications quasi permanentes des données dans le but
de «rapprocher » les utilisateurs des données d’un point de vue de la topologie du réseau. On améliore
également le temps de repense en répartissant la charge entre les serveurs. Cette distribution est gérée de
manière intelligente par les systèmes informatiques, ce qui permet de répartir l’information efficacement
sur les différents sites, en fonction des accès utilisateurs. ces principes sont notamment utilisés par les
moteurs de recherche.
Les données sont réparties sur des sites séparés : le dispositif permet de masquer cet aspect
aux utilisateurs et de fonctionner comme si un seul serveur était présent sur un seul site. l’évolution du
système est rendue totalement transparente pour les utilisateurs en cas notamment de changement de
machine à la suite d’une panne, de modification de localisation, d’augmentation de la taille de la base,
d’ajouts d’ordinateurs sur le réseau afin d’augmenter la capacité de stockage de la base de données.
1. Le modèle hiérarchique
Les données sont classées hiérarchiquement, selon une arborescence descendante. Ce modèle
utilise des pointeurs entre les différents enregistrements. Il s'agit du premier modèle de SGBD
2. Le modèle réseau
Comme le modèle hiérarchique ce modèle utilise des pointeurs vers des enregistrements. Toutefois
la structure n'est plus forcément arborescente dans le sens descendant.
9
Chapitre. 1 –Généralités
3. Le modèle relationnel
Les données sont enregistrées dans des tableaux à deux dimensions (lignes et colonnes). La
manipulation de ces données se fait selon la théorie mathématique des relations
10
Chapitre. 1 –Généralités
Plusieurs SGBD sont des logiciels commerciaux offerts à grand prix, sous forme de licences
d’utilisation sur un serveur par des éditeurs de logiciel tels que : Oracle, Microsoft Sybase, IBM …
pour ne nommer que les plus importants qui proposent des SGBD conçus pour exploiter les bases de
données de grande envergure. Ces SGBD sont le DB2 de la société IBM, Oracle10i de la société
Oracle ou le Microsoft SQL server. Certains éditeurs offrent par ailleurs des SGBD bas de gamme peu
couteux destinés aux applications de base de données de petites envergures Microsoft Access est peut-
être le mieux connu et le plus utilisé des SGBD de cette catégorie, souvent appelé SGBD bureautique.
Il existe aussi des SGBD dans le mande des logiciel libre, le plus populaire st sans aucun doute
MySQL, qui est opéré sous système d’exploitation Linux, MySQL n’a rien à envier aux SGBD
commerciaux au plan des capacités et des performances. [3]
11
Chapitre. 1 –Généralités
Niveau interne ou physique : c’est le niveau le plus ‘’bas’’, on décrit les structure de stockage
de l’information, ce qui le rend très dépendant du SGBD employe.il se fonde sur un modèle de
données physique.
Niveau conceptuel : il correspond à l’implémentation du schéma conceptuel de la base de
données, que l’on réalise lors de la phase d’analyse.il est utilisé pour d’écrire les éléments constitutifs
de la base de données et les contraintes qui leur sont associées.
Il s’agit d’une certaine façon de ‘’la documentation’’ de la base de données.
Niveau externe : le niveau externe sert à décrire les vues des utilisateurs, c’est-à-dire
Le schéma de visualisation des données qui est différent pour chaque catégorie d’utilisateurs. Un
schéma externe permet de masquer la complexité de la base de données complète en fonction des
droits ou des besoins des utilisateurs. Cela facilite la lecture et la sécurité de l’information.
12
Chapitre. 1 –Généralités
13
Chapitre. 1 –Généralités
Vérification de l'intégrité : les données doivent être cohérentes entre elles, de plus lorsque
des éléments font référence à d'autres, ces derniers doivent être présents
Partageabilité des données : le SGBD doit permettre l'accès simultané à la base de données
par plusieurs utilisateurs
Sécurité des données : le SGBD doit présenter des mécanismes permettant de gérer les droits
d'accès aux données selon les utilisateurs
5. Conclusion
A l’issu de ce chapitre, nous avons fait une présentation des systèmes d’information, des bases de
données, et des systèmes de gestion de bases de données qui sont Des outils nécessaires pour la
réalisation des projets informatiques.
14
Chapitre.2 –Présentation de l’organisme d’accueil
1. Introduction
Le but de ce chapitre est de mettre en exergue notre domaine d’étude. Ainsi afin de
mieux cerner tous les contours du problème posé par l'informatisation de l’agence
immobilière, il est nécessaire de s'imprégner du fonctionnement et de l'organisation de
L’agence immobilière.
Dans ce chapitre nous présenterons l’organisme d’accueil
15
Chapitre.2 –Présentation de l’organisme d’accueil
16
Chapitre.2 –Présentation de l’organisme d’accueil
2.3. Mission
Agent immobilier :
Il dirige la négociation et veille à la conclusion de l’affaire, ainsi il procède à toutes les
démarches administratives utiles (renseignement sur l’état hypothécaire de bien, certificat
d’urbanisme…, etc.) .il procure toute l’aide et tout autre renseignement à son client pour le
financement de l’acquisition .enfin, il rédige l’acte de promesse de vente et assistera son client
lors de la signature chez le notaire.
Secrétariat :
Son rôle c’est de tenir l’organisation du bureau, et de recevoir les clients.
3. Présentation du sujet
Le sujet qui nous a été proposé et « la conception et réalisation d’un système d’information
pour la gestion d’une agence immobilière » au niveau de l’agence immobilière « le CAP ».
Ce travail consiste à suivre toutes les transactions (achat, vente, location, échange).
Ce suivi doit se faire par une analyse optique et diagnostique du système actuel afin de
porter des améliorations.
3.2. Problématique
Lors de notre étude au sein de l’agence immobilière, on a constaté que toute transaction
effectuée rencontre différents problèmes :
Accès difficile aux données concernant un client ou un bien.
17
Chapitre.2 –Présentation de l’organisme d’accueil
3.3. Objectif
Le but principal de notre travail consiste à la mise en place d’un système d’information
automatisé permettant la gestion des différentes tâches effectuées au sein de cette agence
immobilière. Parmi les objectifs prioritaires à atteindre on citera :
4. Conclusion
18
Chapitre.3 –Analyse et conception
1. Introduction
L’étude du système existant est une étape primordiale vers la conception d’une application
performante répondant bien aux besoins des utilisateurs. En effet, l’analyse nous permet de
prendre connaissance du domaine dans lequel l’organisme souhaite améliorer son
fonctionnement, de soulever les anomalies et insuffisances rencontrées et de suggérer dans la
limite du possible, des solutions bénéfiques.
La nouvelle application doit permettre d’atteindre les nouveaux objectifs fixés d’après les
souhaits exprimés.
L’UML est un langage formel et normalisé qui permet durant la phase de conception :
Un gain de précision
Un gage de stabilité
Encourager l'utilisation d'outils
Le langage UML est un support de communication performant :
Il encadre l'analyse.
Il facilite la compréhension de représentation abstraite complexe.
19
Chapitre.3 –Analyse et conception
UML s’articule autour de treize diagrammes, chacun d’eux étant dédié à la représentation
des concepts particuliers d’un système logiciel. Ces diagrammes sont repartis en deux grands
groupes :
Permet la représentation d’instances des classes et les liens qui les relient.
Diagramme de composants
Il représente les différents constituants du logiciel au niveau de l’implémentation d’un
système.
Diagramme de déploiement
Décrit l’architecture technique d’un système en se basant sur la répartition des composants
dans la configuration d’exploitation.
Diagramme de paquetage
Permet de décrire la structure interne d’un ensemble complexe et composé, et met aussi
l’accent sur les liens entre les sous-ensembles qui collaborent.
20
Chapitre.3 –Analyse et conception
21
Chapitre.3 –Analyse et conception
3. Processus Unifié
3.1. Définition
22
Chapitre.3 –Analyse et conception
Itératif et incrémental
Tout système complexe doit être décomposé en parties modulaires afin de garantir une
maintenance et une évolution facilitée. Cette architecture (fonctionnelle, logique, matérielle,
etc.) doit être modélisée en UML et pas seulement documentée en texte.
Piloté par les risques
Les risques majeurs du projet doivent être identifiés au plus tôt, mais surtout levés le plus
rapidement possible. Les mesures à prendre dans ce cadre déterminent l’ordre des itérations.
Conduit par les cas d’utilisation
Le projet est mené en tenant compte des besoins et des exigences des utilisateurs. Les cas
d’utilisation du futur système sont identifiés, décrits avec précision et priorité.
La gestion d’un tel processus est organisée suivant les quatre phases : [12]
1. Phase d’initialisation
23
Chapitre.3 –Analyse et conception
2. Phase d’élaboration
Elle poursuit trois objectifs principaux en parallèle :
- Identifier et décrire la majeure partie des besoins des utilisateurs.
- Construire l’architecture de base du système.
- Lever les risques majeurs du projet.
3. Phase de construction
Elle consiste surtout à concevoir et implémenter l’ensemble des éléments
opérationnels (autres que ceux de l’architecture de base). C’est la phase la plus
consommatrice en ressources et en efforts.
4. Phase de transition
Permet de faire passer le système informatique des mains de développeurs à celles des
utilisateurs finaux. Les mots-clés sont : conversion des données, formation des utilisateurs,
déploiement et béta-tests.
La figure suivante montre les phases du processus unifié :
Ses activités de développement sont définies par cinq disciplines fondamentales qui
décrivent la capture des exigences, l’analyse et la conception, l’implémentation, le test et le
déploiement.
Enfin, trois disciplines appelées de support complètent le tableau : gestion de projet,
gestion du changement et de la configuration, ainsi que la mise à disposition d’un
environnement complet de développement incluant aussi bien des oils informatiques que des
documents et des guides méthodologiques [13].
24
Chapitre.3 –Analyse et conception
4. Analyse
La phase d'analyse a pour objectif d'identifier les acteurs qui interagissent avec le système
et spécifier les fonctionnalités du système. Cette phase sert aussi à déterminer pour chaque
acteur ses droits d'accès à l’utilisation du système.
Définition : Un 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é.
Le client : c’est un acteur sur lequel faites les mises à jour de la base de données et les autres
cas d’utilisation
L’acteur (admin) : c’est l’acteur principal du système son rôle et la mise à jour de la base de
données pour les effets des mises à jour de la base de données.
Le Diagramme de cas d’utilisation est le premier diagramme du modèle UML utilisé pour
la modélisation des besoins des utilisateurs.
Les cas d’utilisations décrivent le comportement du système étudié du point de vue de
l’utilisateur, et décrivent les possibilités d’interactions fonctionnelles entre le système et les
acteurs, ils permettent de définir les limites et les relations entre le système et son
environnement. Il est destiné à structurer les besoins des utilisateurs et les objectifs par
rapport au système. C’est donc l’image d’une fonctionnalité en réponse à la simulation d’un
acteur externe. [14]
Il s'agit de la solution UML pour représenter le modèle conceptuel.
Les use cases permettent de structurer les besoins des utilisateurs et les objectifs
correspondants d'un système.
Ils centrent l'expression des exigences du système sur ses utilisateurs : ils partent du
principe que les objectifs du système sont tous motivés.
25
Chapitre.3 –Analyse et conception
Ils se limitent aux préoccupations "réelles" des utilisateurs. Ils identifient les utilisateurs
du système (acteurs) et leur interaction avec le système.
Ils permettent de classer les acteurs et structurer les objectifs du système.
Ils servent de base à la traçabilité des exigences d'un système dans un processus de
développement intégrant UML.
Authentification : l'application vérifie que c’est bien l'utilisateur (qui est l’agent) qui veut
utiliser le système et lui donne ensuite l'autorisation d’accès.
Ajouter : pouvoir ajouter des nouveaux clients, bien immobilier.
Modifier : sert à modifier l'information d’un client ou autre dans la base de données.
Supprimer : supprimer un client ou un bien immobilier.
Rechercher : rechercher des informations sur un client, un bien immobilier.
26
Chapitre.3 –Analyse et conception
27
Chapitre.3 –Analyse et conception
28
Chapitre.3 –Analyse et conception
gauche du nom du fragment. Treize opérateurs ont été définis dans UML : alt, opt,
loop, par, sterict/weak,break, ignore/consider, critical, negative, assertion et ref.[15]
29
Chapitre.3 –Analyse et conception
30
Chapitre.3 –Analyse et conception
31
Chapitre.3 –Analyse et conception
32
Chapitre.3 –Analyse et conception
33
Chapitre.3 –Analyse et conception
34
Chapitre.3 –Analyse et conception
Il donne une vision des enchaînements des activités propre à une opération ou à un
Cas d'utilisation. [12]
Un diagramme d'activités permet de mettre l’accent sur les traitements et est
particulièrement adapté à la modélisation du cheminement de flots de contrôle et de flots
de données. Il indique la part prise par chaque objet dans l'exécution d'un travail. Il sera
enrichi par les conditions de séquence. Dans la phase de conception, les diagrammes
d’activités sont particulièrement adaptés à la description des cas d’utilisation en venant, par
exemple, illustrer et consolider leur description textuelle. Ainsi leur représentation est sous
forme d’organigrammes, ce qui les rend utiles dans la phase de réalisation. [13][16].
Condition de garde : une transition peut être assortie d’une condition de garde qui
bloque la transition si elle n’est pas vérifiée voir l’exemple ci-dessus
[Fin de journée]
Etat Initiale :
Etat Terminal :
35
Chapitre.3 –Analyse et conception
L’apport de diagramme d’activité est essentiel pour modéliser les processus, il permet
de représenté aussi bien les traitements que les acteurs impliqués, ainsi que l’utilisation des
informations, ce diagramme est plus riche pour modéliser le futur système.
36
Chapitre.3 –Analyse et conception
37
Chapitre.3 –Analyse et conception
38
Chapitre.3 –Analyse et conception
39
Chapitre.3 –Analyse et conception
40
Chapitre.3 –Analyse et conception
41
Chapitre.3 –Analyse et conception
42
Chapitre.3 –Analyse et conception
Dans cette section nous allons décrite en premier lieu, la manière de concevoir la
structure de la base de données à travers un modèle conceptuel :
43
Chapitre.3 –Analyse et conception
44
Chapitre.3 –Analyse et conception
Voici un résumé des différentes tables créées pour la réalisation du diagramme de classe :
Clients(id_clt, nom_per, prenom, date_nais, lieu_nais, num_cn, adresse, num_tel )
Maison (id_bien, fonction, prix, lieu, nbr_façade, etat, nbr_etage,nbr_ch, id_clt#)
appartement (id_bien, fonction, prix, lieu, nbr_façade, etat, num_etage, nbr_ch, id_clt#)
terrian (_bien, Surface, fonction, prix, lieu, nbr_façade, etat,nature_sol, id_clt#)
entrepot (id bien, Surface, fonction, prix, lieu, nbr_façade, etat ,id_clt#)
5. Conclusion
Dans ce chapitre, nous avons pu concevoir un système d'information pour la gestion de
l’agence immobilière en se basant sur les diagrammes du langage UML à savoir le diagramme
de cas d'utilisation, , le diagramme de séquence, le diagramme d’activité et le diagramme de
classe.
45
Chapitre 4 –Réalisation
1. Introduction
L’étape de l’implémentation et de la réalisation est la dernière de notre projet. On la considère
comme étant l’étape la plus cruciale puisqu’elle traite l’onglet pratique du projet.
Commençons d’abord, par une brève illustration de l’environnement de travail ainsi que
l’ensemble des logiciels que nous avons utilisé dans la réalisation de l’application et l’implémentation
de la base de données, puis passons à un aperçu des interfaces les plus importantes de notre
application.
MySQL est un système de gestion de bases de données relationnelles performant et puissant, doté
d’une grande facilité d’utilisation et d’une architecture client/ serveur qui comprend un serveur de
bases de données multitâches et multi-utilisateurs, ainsi que divers programmes clients. Il ne s’agit pas
donc d’un simple langage de base de données, bien que MySQL utilise SQL, un standard parmi les
langages de base de données. Ce langage permet de définir, de manipuler et de sécuriser les données.
46
Chapitre 4 –Réalisation
Le serveur MySQL [16] est le gestionnaire du système de base de données. C’est lui qui manipule
toutes les instructions adressées à la base de données. Par exemple, si on veut créer une nouvelle base
de données, il faut envoyer un message au serveur MySQL disant : " Crée une nouvelle base de
données que tu appelleras nouvelle base ".
Le serveur MySQL crée alors un sous répertoire dans son dossier de données, lui donne le nom "
nouvelle base" et crée les fichiers nécessaires au format requis dans ce nouveau sous répertoire.
De la même façon, pour ajouter des données à cette base de données, vous envoyez un message au
serveur MYSQL en lui fournissant les données et en lui disant dans quel endroit vous voulez qu’elles
soient rangées.
Le dialogue avec la base de données s’effectue en passant des messages au serveur
MySQL.
Ces messages peuvent être envoyés de différentes façons, par exemple, via PHP. Il existe des
instructions dans ce langage pour adresser des messages au serveur MySQL.
• La rapidité constitue son principal atout. MySQL permet de traiter et de maintenir de grosses bases
de données avec une grande fiabilité.
• MySQL est conçu comme un système multithread et peut donc utiliser une machine dotée de
plusieurs processeurs.
• Il possède aussi une grande portabilité lui permettant d’être installé sur divers systèmes
d’exploitation.
• MySQL a été développé dans le cadre des logiciels open source.
• De nombreux langages de programmation disposant d’une API (Application Programming
Interface) permettant de travailler directement avec MySQL, c’est notamment le cas pour le PHP [17].
47
Chapitre 4 –Réalisation
Pour accéder à la base de données, JPA utilise un connecteur. Pour les bases de données
relationnelles, le connecteur utilisé est JDBC. Il faut configurer ce connecteur de la manière suivante :
- Lui donner un nom unique permettant à l’application de le référencer comme une source de données.
- Définir un pool de connexion, c’est-à-dire un ensemble de liens prédéfinis entre le serveur
d’applications et le serveur de bases de données qui pourront être utilisés par l’application.
La configuration du pool de connexion consiste à donner l’adresse du serveur de bases de données, le
nom de la base à laquelle accéder ainsi qu’un login/mot de passe d’accès [18].
2.2. Java :
Nous avons utilisé le langage de programmation java [19] qui est un langage à usage général,
évolué et orienté objet et qui reprend en grande partie la syntaxe du langage C++.
Java possède les avantages suivants :
- Robustesse : le langage fournit des structures facilitant l’élimination des bugs.
- Portabilité : un processus java s’exécute dans un environnement virtuel le rendant indépendant de
spécificités effectives.
- Dynamicité : un programme java peut facilement s’enrichir sans avoir besoin d’être arrêté.
48
Chapitre 4 –Réalisation
2.3. NetBeans :
2.4. Jdk
Java Développent Kit [19] est l’environnement dans lequel le code Java est compilé pour être
transformé en byte code afin que la machine virtuelle JAVA (JVM) puisse l’interpréter.
Les composants primaires du JDK sont une sélection d’outils de programmation, incluant :
- Javac : le compilateur, qui convertit le code source en fichier .class (contenant le byte code Java).
- Jar : l’archiveur, qui met sous forme d’un paquetage unique l’ensemble des fichiers class en un
fichier JAR.
- Javadoc : le générateur de documentation, qui génère automatiquement de la documentation à partir
des commentaires du code source.
- Jdb : le débogueur.
49
Chapitre 4 –Réalisation
2.5. EDI
On appelle EDI (ou IDE), acronyme de " Environnement de développement intégré " l’interface
qu’offre Delphi pour aider l’utilisateur à construire son application. Cette interface ressemble plus à un
atelier où l’on dispose d’une boîte à outils et d’un ensemble d’objets qui servent à fabriquer une
application. On n’écrit pas une application mais on la fabrique.
- C’est un langage très évolue de niveau haut.
- Intégration d’un BDE pour les applications qui utilise les bases de données.
- Contient une grande bibliothèque des composantes visuelles et non visuelle.
50
Chapitre 4 –Réalisation
À partir de cette page l’agent peut accéder à la liste des clients, liste des maisons, liste des
appartements, liste des terrains et liste des entrepôts.
ajouter un nouveau client en remplissant les champs (id_clt,nom………) puis en cliquant sur
le bouton ajouter .
modifier un client : en cliquant sur la ligne de liste des clients qu’il on choisit un, ensuite les
données de cette dernière seront afficher chacune dans son champ, et l’agent pourra changer la
donnée qu’il veut après la modification il clique sur le bouton modifier.
51
Chapitre 4 –Réalisation
supprimer un client : en cliquant sur la ligne de liste des clients qu’il on choisit un, puis en
cliquant sur le bouton.
rechercher un client : la recherche ce fait par catégorie on désignant la valeur du champ saisir
dans la catégorie de recherche.
52
Chapitre 4 –Réalisation
Cette interface donne aussi à l’agent la possibilité de supprimer et de rechercher une maison.
53
Chapitre 4 –Réalisation
4. Conclusion
Dans ce chapitre, nous avons présenté les outils de développement que nous avons utilisé dans la
réalisation de notre application, tout en justifiant nos choix technologiques. En effet, l’utilisation du
MySQL et du java sous NetBeans comme environnement de développement.
A la fin de ce chapitre, nous avons présenté quelques interfaces, constituants notre application, et
que nous avons jugé les plus importantes.
54
Conclusion générale et perspectives
Conclusion générale
Dans ce travail nous avons réalisé une application pour la gestion d’une agence
immobilière« LE CAP » situé à Aokas.
La première partie de notre travail a visé la présentation des généralités sur les
systèmes d’information et les bases de données.
En second lieu nous avons présenté l’agence immobilière LE CAP, ses missions, ses
activités ainsi que ses problèmes, à la fin de ce chapitre nous avons définis l’objectif de notre
travail.
Dans le troisième chapitre, nous avons introduit le langage de modélisation UML2 et
le processus unifié qu’on a suivi durant tout le processus de développement.
Après ceci, nous avons fait une spécification et analyse des fonctionnalités de
l’application à travers les diagrammes de cas d’utilisation, de séquence et d’activité.
Dans la dernière partie, nous avons entamé la conception statique dans laquelle nous
avons décrit le diagramme de classes associé au projet, suivi du modèle relationnel de
données obtenu par l’application des règles de passage.
Nous espérons que cette application nous a permis de répondre aux exigences des usagers
et de simplifier la tâche de gestion à l’administrateur.
55
Bibliographie
Bibliographie
[3] : Gilles Roy, conception de bases de données UML, presses de l’université de Québec, 1e
édition, 2009.
[4] : Nicolas Larrousse CNRS avec la contribution d’Éric Innocenti Université de Corse
Pasquale Paoli, création de la base de données, pearson Education France, 2009.
[5] : Christian SOUTOU, UML2 pour les bases de données, édition Eyrolles, 2012.
[7] : Joseph Gabay, David Gabay « UML2 analyse et conception, Mise en œuvre guidée avec
Études de cas », Edition : DUNOD 2008.
[8] : Xavier Blanc, Isabelle Mounier «UML2 pour les développeurs », Edition : EYROLLES
2006.
[10] : Pascal Roques, Franck Vallée « UML2 en action, De l’analyse des besoins à la
Conception», Edition : EYROLLES 2007.
[11] : Pascal Roques, "UML2 Modéliser une application Web", 3edition EYROLLES, 2000.
[12] : Pascal. Roques, "Les cahiers du programmeur UM2, modélisé une application
Web",4eme édition, EYROLLES, 2007.
[13] : Pascal. Roque, " ULM 2 en action, de l’analyse des besoins à la conception ", 4éme
Édition. EYROLLES, 2009.
[14] : Rémy. Fanader et Hervé. Leroux, "UML principes de modélisation", DUNOD, paris",
1999.
56
Bibliographie
[W1]: http://jchambon.fr/Textes/00-COURS_SI_Syst_Info.pdf
[W2]: http://www.commentcamarche.net/contents/104-bases-de-donnees-introduction
[W3]: http://www.commentcamarche.net/contents/105-les-modeles-de-sgbd
[W4]: http://www.commentcamarche.net/contents/102-les-niveaux-de-donnees
[w5]: www.maxiscience.com/wampserveur/tout-savoir.html.
57