Memoir Fin Etude Houssem Et Imad

Télécharger au format pdf ou txt
Télécharger au format pdf ou txt
Vous êtes sur la page 1sur 63

REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE

Ministère de la Formation et de l’Enseignement Professionnels


INSTITUT NATIONAL SPECIALISE
DANS LA FORMATION PROFESSIONNELLE
GUERRICHE AHMED – MANSOURAH - TLEMCEN

Mémoire de Fin d’Etudes

Pour l’obtention du
Diplôme de Technicien Supérieur en Informatique

Option : Bases de Données

Thème

Gestion Des Emplois Du Temps Au Niveau De La


Faculté Des Sciences Sociales Et Humaines
Département de Psychologie

Présenté par : encadré par:


Mr. SAAD SEOUD Houssem Eddne Mlle. BENLAHCENE.F

Mr. BOUGUIMA Imad Eddine

Promotion : 2013 - 2016


Remerciement
Nous adressons nos plus sincères sentiments de reconnaissance et de
remerciement envers le bon DIEU, le clément et le miséricordieux, lequel
nous a accordé la force et le courage de mener à bien ce modeste travail.

Nous exprimons toutes nos profondes reconnaissances à notre cher


encadreur Melle. BENLAHCENE et pour le temps qu’ils nous ont accordé,
de sa confiance et son orientation efficace durant l’évolution de ce travail.

Nos remerciements, s’adressent aussi aux membres du jury Mr.


BELLOUFA Fayçal et Mr. SAMMOUD Abdelrazak et Mm. DALLAL, qui
nous fait l’honneur d’accepter d’examiner ce travail.

Ainsi, un grand et spécial remerciement a Mm. DELLAL et Mr.


MOUSI qui grâce à lui, nous avons pu finaliser ce travail.

Nous tenons à remercier tous nos enseignants qui nous ont assuré tout
notre cursus, ainsi qui les responsables de l’administration du L’institut

Enfin nous remercions également tous ceux qui ont de loin ou de prés
contribué à finaliser ce modeste travail, parmi eux les stagiaires de la section
D’INFORMATIQUE.
Dédicace
Avec un énorme plaisir, un cœur ouvres et une
immense joie, que je dédie mon travail a mes
très chers, respectueux et magnifiques parents
qui m’ont soutenus tout au long de ma vie ainsi
à mes frères Monssif, Alaa, Amjed et tout ma
famille et on particulier à mon binôme
BOUGUIMA Imad Eddine.

et mes amis proches :

“Mohamed, Issam, Midou, krimou, Ahelm,


Djazia, Hadjer…”

Mes amis intimes :

« Omar, Sohaib, Amine, Morthada ».

Sont oublier ma plus proche amie « Yossra


TORKI » qui m’aidé toujours.

A toutes personne qui m’ont encouragé ou aidé


au long de mes études.
SAAD SEOUD Houssem Eddine
Dédicace
C’est avec un grand plaisir que je dédie ce modeste
travail en guise de respect et de reconnaissances à :
 Mes très chers parents, en témoignage et en gratitude de

leur soutient permanant durant toutes mes années d’études

leurs sacrifices illimités, leur réconfort moral et tous les

efforts qu’ils ont consentis pour mon instruction et pour me

voir réussir un jour.

…….que DIEU me les garde…….

 Mon frère et ma sœur pour leurs aides et leur soutient

morale pendant toute l’année.

 Mes cousines AMINA et INAAM, mes tentes et leur maris

pour leur réconfort et leur soutien.

 Mon cousin Zakaria et mes deux oncles avec leurs fils et

filles et la famille DJENNATI et la famille BOUGUIMA.

 Une pensée particulière à mes très chères amis et frères, qui

n’ont pas cessés de me rapporter un quelconque soutien dans

la vie de tous les jours. Je demande DIEU de les bénir car ils

sont précieux pour moi.

 Et sans oublier tous mes camarades de classe.

 Mon binôme SAAD SAOUD HOUSSEM EDDINE.


BOUGUIMA IMAD EDDINE.
Sommaire

Introduction Générale
Introduction Générale.......................................................................................................................2

Présentation du Thème .....................................................................................................................3

Chapitre 1 : Partie Théorique


I-Introduction ....................................................................................................................................5

II-Qu'est-ce qu'une base de données ? ............................................................................................6

III-Méthodes de conception de BD ..................................................................................................7

III.1.Présentation de la méthode MERISE .................................................................................7

III.2.Cycle d'abstraction de conception des systèmes d'information .......................................8

III.3.Métode d’analyse et de conception ......................................................................................9

III.3.1Niveau conceptuel ............................................................................................................9

III.3.2Niveau logique ou d’organisation .......................................................................................... 9

IV-Notion de base sur les réseaux Informatiques ........................................................................10

IV.1.Définition d’un réseau informatiques .............................................................................10

IV.2.Notion sur les réseaux Informatiques .............................................................................10

V-le systéme de Gestion Base de Données Réseaux ......................................................................14

VI-Conclusion ..................................................................................................................................15

Chapitre 2 : Etude De L’existant


I-Introduction ..................................................................................................................................16

II-présentation de l’organisme d’accueil .......................................................................................17

II.1.Définition de l’organisme d’accueil ...................................................................................17

II.2.Historique ............................................................................................................................18

II.3.Organigramme Général .....................................................................................................19

III-présentation du service d’accueil ..............................................................................................20


III.1.Définition du service d’accueil ..........................................................................................20

III.2.Organigramme du service D’accueil ................................................................................20

III.3.Les tache et missions du service .......................................................................................21

IV-Etude des documents ...................................................................................................................22

IV.1.Définition ................................................................................................................................22

IV.2. Les documents utilisés ..........................................................................................................22

V-Graphe des Flux ..........................................................................................................................23

V.1.Définition ..............................................................................................................................23

V.2.Formalise .............................................................................................................................23

V.3.Graphe de flux .....................................................................................................................23

VI-Critiques et suggestions………………………………………………………………………..24

VI.1.Critique ...............................................................................................................................24

VI.2.Suggestion ...........................................................................................................................24

VII-Conclusion…………………………………………………………………………………… 25

Chapitre 3 : Etude Conceptuelle


I-Introduction ...................................................................................................................................26

II- Dictionnaire de données ............................................................................................................27

II.1.Définition ...............................................................................................................................27

II.2.Dictionnaire de donnée .......................................................................................................28

III-Les Dépendances fonctionnelles (DF) ......................................................................................29

III.1.Définition ............................................................................................................................29

III.2.Les DF .................................................................................................................................29

IV-La structure d’accès théorique (SAT) ......................................................................................30

IV.1.Définition ............................................................................................................................30

IV.2.La SAT .................................................................................................................................30

V-Le modèle conceptuel de données (MCD) ..................................................................................31

V.1.Definition ...............................................................................................................................31

V.2.Formalisme ...........................................................................................................................31
V.3.Concepts de base ..................................................................................................................31

V.4.Elaboration du modèle logique de données relationnel.....................................................33

VI-Le modèle logique des données ..................................................................................................34

VI.1. Définition ............................................................................................................................34

VI.2.Règle de passage du MCD au MLD Relationnel ..............................................................35

VI.3.Elaboration du modèle logique de données relationnel ...................................................35

VII-Conclusion ................................................................................................................................36

Chapitre 4 :L’implémentation
I-Introduction ..................................................................................................................................37

II-Environnement de Développement.............................................................................................38

II.1.SGBDR Utilisé SQL SERVER ...........................................................................................38

II.2.Delphi ....................................................................................................................................38

III-Modèle physique de donnée MPD .............................................................................................39

III.1.Définition ............................................................................................................................39

III.2.Rôle de MPD .......................................................................................................................40

IV-La réalisation technique ............................................................................................................40

IV.1.Les tables de donnée ………………………………………………………………………40

IV.2. L’interface de L’application …………………………………………………………….44

V-Conclusion ....................................................................................................................................47

Conclusion Générale
Bibliographie
Webographie
ANNEX
Introduction
Générale
Introduction Générale

I-Introduction Générale:
Il ne fait désormais plus aucun doute que l'informatique
représente la révolution la plus importante et la plus innovante qui a
marqué la vie de l'humanité en ce siècle passé.
L’ordinateur est un système de traitement automatique des
informations qui permettent d’améliorer les performances humaines
pour la manipulation rapide de grande information.
De cette constatation, nous nous sommes intéressés, dans ce
travail, au développement d’une application facilitant l’établissement
des emplois du temps au sein de la Faculté des sciences Sociales et
Humaines de l’Université de Tlemcen.
Ce projet est structuré en 4 chapitres :
1- 1ierChapitre : Etude théorique : il définit la base de données et une
définition de la méthode MERISE et les Notions de base sur les
Réseaux Informatique et Les Systèmes de Gestion de BDD.
2- 2ème chapitre : Etude de l’existant : qui consiste à définir
l’organisme d’accueil et les différents documents, et les taches
respectives ainsi que les relations qui existent entre elles, et élaborer le
graphe de flux.
3- 3ème chapitre : Etude Conceptuelle : qui consiste à faire
Dictionnaire de données et les DF et la SAT et MCD et MLD.
4- 4ème chapitre : Implémentation : c’est la Présentation du Logiciel.

2
Introduction Générale

II-Présentation du Thème:
Comme déjà introduit auparavant, nous nous sommes intéressés à
la problématique d’établissement des emplois du temps.
Mais avant, nous présentons une idée générale sur le « concept » Emploi
du temps.
 Emploi du temps :
Qu’est-ce que le temps et sa gestion ?
 Le temps : est une ressource, un facteur de production disponible
en quantité limitée, il permet de produire des biens et services,
c’est une mesure de performance de toute organisation
(administration publique ou entreprise).
 La gestion : administration, organisation et contrôle administratif
d’une entreprise privée ou publique, organisation et actualisation
de quelque chose (gestion d’emploi du temps).
 Emploi du temps : Fiche ou tableau donnant un programme
d’activités (planning).
 Gestion d’emploi du temps : Définir des objectifs et des
propriétés et mettre en œuvre un plan d’actions personnel de
gestion du temps.
 Type de plannings dans le domaine de la pédagogie :

La confection d’emploi du temps dans les établissements scolaires


est un travail très important, difficile à réaliser les solutions fourni ,
nécessite d’être capable de s’adapter aux changements dynamiques de
l’environnement en tenant compte de la diversité des contraintes telles

3
Introduction Générale

que l’interdépendance des programmes d’enseignement, la multitude


des matières étudiées et les contraintes sur ces matières (Cours, TD,
TP), la durée des cours, les contraintes de disponibilité des enseignants,
la disponibilité limitée des salles.
La confection de plannings d’horaires est donc une tâche très
difficile et sa solution manuelle peut exiger beaucoup d’effort ce qui a
attiré énormément l’attention de la communauté scientifique. Comme
notre travail se rapporte au problème de résolution d’emploi du temps
de notre département d’informatique, une large variété d’approches et
modèles ont été proposés pour traiter une variété de problèmes d’emploi
du temps.
Les premières activités d’emploi du temps ont été effectuées
manuellement et un emploi du temps typique, une fois construit est resté
statique avec seulement quelques changements nécessaires. Cependant
la nature des enseignements a changé considérablement au cours des
années et ainsi les exigences en matière de confection d’emploi du
temps sont devenues beaucoup plus compliquées qu’ils ont eu
l’habitude de l’être. Par conséquent le besoin de la génération
automatisée d’emploi du temps augmente et ainsi le développement
d’un système de génération d’emploi du temps qui produit des solutions
valables est essentiel.

4
Chapitre 1:
Partie Théorique
I-Introduction:
Dans ce chapitre nous allons présenter la
définition de base de données, et les la Méthode de
Conception de BD et les notions de base sur les réseaux
informatique ; et le système de Gestion de BDD.
Chapitre 1 Partie théorique

II-Qu'est-ce qu'une base de données ?


Une base de données, usuellement abrégée en 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).
Il existe 4 types de bases de données :

BD Hiérarchiques : les plus anciennes fondées sur une


modélisation arborescente des données.
BD Relationnelles : organisation des données sous forme de
tables et exploitation à l’aide d’un langage déclaratif (ex: Oracle,
MySQL, Access).
BD Déductives : organisation de données sous forme de table et
exploitation à l’aide d’un langage logique.
BD Objets : organisation des données sous forme d’instances de
classes hiérarchisées qui possèdent leurs propres
méthodes d’exploitation.

6
Chapitre 1 Partie théorique

III-Méthodes de conception de Base De donnée:


La conception d'un système d'information n'est pas évidente car
il faut réfléchir à l'ensemble de l'organisation que l'on doit mettre en
place. La phase de conception nécessite des méthodes permettant de
mettre en place un modèle sur lequel on va s'appuyer. La modélisation
consiste à créer une représentation virtuelle d'une réalité de telle façon
à faire ressortir les points auxquels on s'intéresse.
Ce type de méthode est appelé analyse. Il existe plusieurs méthodes
d'analyse, la méthode la plus utilisée en Algerie étant la
méthode MERISE.
III.1.Présentation de la méthode MERISE

MERISE est une méthode de conception, de développement et


de réalisation de projets informatiques. Le but de cette méthode est
d'arriver à concevoir un système d'information. La méthode MERISE
est basée sur la séparation des données et des traitements à effectuer
en plusieurs modèles conceptuels et physiques.
La séparation des données et des traitements assure une longévité au
modèle. En effet, l'agencement des données n'a pas à être souvent
remanié, tandis que les traitements le sont plus fréquemment.
La méthode MERISE date de 1978-1979, et fait suite à une
consultation nationale lancée en 1977 par le ministère de l'Industrie
dans le but de choisir des sociétés de conseil en informatique afin de
définir une méthode de conception de systèmes d'information. Les deux
principales sociétés ayant mis au point cette méthode sont le CTI
(Centre Technique d'Informatique) chargé de gérer le projet, et le CETE
(Centre d'Etudes Techniques de l'Equipement) implanté à Aix-en-
Provence.

7
Chapitre 1 Partie théorique

III.2.Cycle d'abstraction de conception des systèmes


d'information :

La conception du système d'information se fait par étapes, afin


d'aboutir à un système d'information fonctionnel reflétant une réalité
physique. Il s'agit donc de valider une à une chacune des étapes en
prenant en compte les résultats de la phase précédente. D'autre part, les
données étant séparées des traitements, il faut vérifier la concordance
entre données et traitements afin de vérifier que toutes les données
nécessaires aux traitements sont présentes et qu'il n'y a pas de données
superflues.
Cette succession d'étapes est appelée cycle d'abstraction pour la
conception des systèmes d'information

8
Chapitre 1 Partie théorique

III.3.Méthode d'analyse et de conception :


III.3.1Niveau conceptuel

L'étude conceptuelle Merise s'attache aux invariants de l'entreprise ou


de l'organisme du point de vue du métier : quels sont les activités, les
métiers gérés par l'entreprise, quels sont les grands processus traités, de
quoi parle-t-on en matière de données, quelles notions manipule-t-
on ?... et ce indépendamment des choix techniques (comment fait-on ?)
ou d’organisation (qui fait quoi ?) qui ne seront abordés que dans les
niveaux suivants.
Au niveau conceptuel on veut décrire, après abstraction, le modèle
(le système) de l'entreprise ou de l'organisme :
 le Modèle conceptuel des données (ou MCD), schéma représentant
la structure du système d'information, du point de vue des données,
c'est-à-dire les dépendances ou relations entre les différentes
données du système d'information (par exemple : le client, la
commande, les produits, etc.),
 Le MCD : modèle conceptuel des données
Le MCD repose sur les notions d'entité et d'association et sur les notions
de relations. Le modèle conceptuel des données s'intéresse à décrire
la sémantique du domaine (entity/relationship en anglais)
III.3.2Niveau logique ou d’organisation

À ce niveau de préoccupation, les modèles conceptuels sont précisés et


font l'objet de choix d’organisation. On construit :
 un Modèle Logique des Données (ou MLD), qui reprend le contenu
du MCD précédent, mais précise la volumétrie, la structure et
l'organisation des données telles qu'elles pourront être
implémentées. Par exemple, à ce stade, il est possible de connaître
la liste exhaustive des tables qui seront à créer dans une base de
données relationnelle.

9
Chapitre 1 Partie théorique

 Le MLD modèle logique des donnée


(Également appelée dérivation) du MCD dans un formalisme adapté à
une implémentation ultérieure, au niveau physique, sous forme de
base de données relationnelle ou réseau, ou autres (ex : simples
fichiers).
La transcription d'un MCD en modèle relationnel s'effectue selon
quelques règles simples qui consistent d'abord à transformer toute
entité en table, avec l'identifiant comme clé primaire, puis à observer
les valeurs prises par les cardinalités maximum de chaque association
pour représenter celle-ci soit (ex : card. max 1 [1-1 ou 0-1]) par l'ajout
d'une clé étrangère dans une table existante, soit (ex : card. max n [0-
N ou 1-N]) par la création d'une nouvelle table dont la clé primaire est
obtenue par concaténation de clés étrangères correspondant aux entités
liées.

IV-Notion de base sur les réseaux Informatiques:


IV.1.Définition d’un réseau informatique
Un réseau informatique est un ensemble d'équipements reliés entre
eux pour échanger des informations.
Par analogie avec un filet (un réseau est un « petit rets », c'est-à-dire
un petit filet), on appelle nœud l'extrémité d'une connexion, qui peut
être une intersection de plusieurs connexions ou équipements
(un ordinateur, un routeur, un concentrateur, un commutateur).

IV.2.Notion sur les réseaux informatique

 Réseau pourquoi faire ?


- Échange et partage d’information
* Transfert des fichiers – données
* Accès à des fichiers – données distants …

10
Chapitre 1 Partie théorique

- Gérer et partager des ressources


*Imprimante partagé
*sauvegarde des données
- Communiquer
*Courier électronique …

 Réseau: Quel type?


Les types de réseaux sont différenciés grâce à la « taille » physique du
réseau.
 LAN (Local Area Network) : cela correspond aux réseaux
internes des entreprises ou chez un particulier.
 MAN (Metropolitan Area Network) : réseau qui permet
l’interconnexion d’entreprises ou de particuliers sur un réseau
spécialisé géré à l’échelle d’une métropole.
 WAN (Wide Area Network) : réseau permettant de transporter
des données à l’échelle d’un pays voire d’un ou plusieurs
continents.

11
Chapitre 1 Partie théorique

 Réseau: Quel Architecture?


Les réseaux Poste à poste
« Peer To Peer » ou « Egal à Egal »
Les Réseaux organisés autour de serveurs
« Client / Serveur »

 Architecture client / serveur


Dans l’architecture client-serveur, une application est constituée de
trois parties :
 l’interface utilisateur,
 la logique des traitements,
 et la gestion des données

 Composants de l’architecture Client/serveur :


Clients : ordinateurs qui accèdent aux ressources partagées fournies
par un serveur du réseau. Le client envoie une requête et reçoit
la réponse

Serveurs : ordinateurs spécialisé dans la fourniture et le stockage des


ressources partagées des utilisateurs du réseau, Le serveur accepte des
requêtes, les traite et renvoie le résultat au demandeur

12
Chapitre 1 Partie théorique

 Fonctionnement d’un système client/serveur :


Un système client/serveur fonctionne selon le schéma suivant:

13
Chapitre 1 Partie théorique

V-le systéme de Gestion Base de Données Réseaux:


Un Système de Gestion de Base de Données (SGBD) est un
system qui permet de stocker des informations dans une base de
données. Un tel système permet de lire, écrire, modifier, trier,
transformer ou même imprimer les données qui sont contenus dans la
base de données.

Parmi les logiciels les plus connus il est possible de citer : MySQL,
PostgreSQL, SQLite, Oracle Database, Microsoft SQL Server, Firebird
ou Ingres.
Ces systèmes peuvent être catégorisés selon leur fonctionnement :

o Système propriétaire : Oracle Database, Microsoft SQL Server,


DB2, MaxDB, 4D, dBase, Informix, Sybase,Système
libre MySQL, PostgreSQL, MariaDB, Firebird, Ingres, HSQLDB,
Derby
o Orienté objet : ZODB, db4o
o Embarqué : SQLite, Berkeley DB
o NoSQL : Cassandra, Redis, MongoDB, SimpleDB, BigTable,
CouchDB, HBase, LevelDB, RethinkDB, Memcached
o Autre système : Access, OpenOffice.org Base, FileMaker,
HyperFileSQL, Paradox, Neo4j.

14
Chapitre 1 Partie théorique

VI-Conclusion:
Nous pouvons conclure Qu’est-ce qu’une BDD et la méthode
la plus utilisée en Algerie étant la méthode MERISE et les Notion de
Base sur Les Réseaux Informatique et Les Systémes de Gestion de BDD
Réseaux .

15
Chapitre 2:
Etude de L’existant
I-Introduction:
L’analyse de l’existant est une étape importante dans
le cycle de vie d’un système, il s’agit de connaître la situation
actuelle de l’organisation pour pouvoir porter un jugement
juste. Ainsi, l’analyse du système existant doit nous fournir
toute l’information nécessaire, afin d’établir une bonne
conception et de proposer de bonnes solutions.
Dans ce chapitre, nous allons présenter une étude
générale du système pédagogique universitaire. Par la suite, un
intérêt particulier est porté à l’application existante de gestion
des emplois du temps du département des sciences sociales et
Humaines. Dans un premier temps nous présenterons
l’Université Abou Bekr Belkaid Tlemcen (UABT).
Chapitre 2 Etude de l’existant

II-présentation de l’organisme d’accueil:


Une université est un établissement qui fédère en son sein la
production (recherche), la conservation (publications et bibliothèques)
et la transmission (études supérieures) de différents domaines de
la connaissance.
II.1.Définition de l’organisme d’accueil :
La faculté est une unité d’enseignement et de recherche de
l’université dans le domaine de la science et de connaissance.
elle est pluridisciplinaire , mais peut concerner une seul discipline elle
assure des enseignants de graduation et de poste graduation , des
activités de recherche ainsi que les activités de formation continues
de perfectionnement et de recyclage .
La faculté des Sciences Sociales et Humaines est composée de
département, dont elle assure la coordination et comporte une
bibliothèque organisée en service et section.
La faculté est dirigée par un doyen, administré par un conseil de faculté
et dotée d’un conseil scientifique.
Parmi les départements de la faculté on trouve le département des
sciences sociales et humaines.
La faculté de la science sociale est composée des blocs suivant :
 Bloc administratif: qui comprend de direction et son différent
service.
 Bloc pédagogique : comprend les salles d’enseignements de
grande capacité de charge.
 Bloc des bureaux : contient un ensemble des bureaux pour les
enseignants.
 Salle de consultation
 Bibliothèque.
 Salle d’internet
 Salle de soutenance.
 Salle d’archives.
 3 amphis.
 Salle d’organisation d’étudiants.

17
Chapitre 2 Etude de l’existant

II.2.Historique :
Créée par décret N° 89-138 du 01 Août 1989 modifié et complété par le
décret exécutif N° 95-205 du 05 Août 1995, puis modifié par le décret exécutif
N° 98-391 du 02 décembre 1998 l’Université Abou bekr Belkaid de Tlemcen est
le fruit d’une longue évolution.
L’enseignement supérieur a d’abord été assuré au sein d’un centre
universitaire qui regroupait à l’origine (1974-1980) les seuls troncs communs des
Sciences exactes et Biologie.
Cet enseignement s’est graduellement étendu à de nouvelles filières,
couvrant ainsi d’année en année, un ensemble de cycles de formation et donnant
à l’étudiant la possibilité de poursuivre l’intégralité de son cursus de graduation à
Tlemcen. En plus de la mise en place, dans des conditions souvent difficiles, d’un
enseignement universitaire à Tlemcen, l’ancien Centre Universitaire peut compter
à son actif la sortie des premières promotions en Sciences Sociales et Humaines
en langue
La mise en place, en août 1984, de la nouvelle carte universitaire et donc la
création des instituts nationaux d’enseignement supérieur aura pour première
conséquence de permettre, d’une part, à certaines filières cantonnées de fait au
rang de simples départements d’acquérir le statut de véritables instituts, d’autre
part à de nouvelles filières de voir le jour.
Cette étape se caractérise également par la mise sur pied d’un enseignement
de niveau 5 (Diplôme d’Etudes Universitaires Appliquées : D.E.U.A) et par le
développement de la première post-graduation dans la quasi-totalité des filières
assurées à Tlemcen, enfin par le lancement de la deuxième post graduation depuis
1991 - 92.
C’est à l’issue de ces quinze années de gestation qu’apparaît l’Université
Abou Bekr Belkaid Tlemcen, entité nouvelle, riche de cette longue période de
maturation et ouverte à de nouveaux défis
L’université compte aujourd’hui7 facultés situés sur 5 Pôles universitaire
qui sont le pôle Imama, pôle Chetouane, pôle kiffane, pôle rocade appelé aussi le
nouveau pôle et le pôle caserne miloud, auxquels s’ajoute l’annexe Maghnia.

18
Chapitre 2 Etude de l’existant

II.3.Organigramme Général :

19
Chapitre 2 Etude de l’existant

III-présentation du service d’accueil :


Chaque Université Contiens un Service Universitaire de Pédagogie,
Alors c’est quoi ce service ?.
III.1.Définition du service d’accueil :
Le service pédagogique est le centre de notre étude, ce service
connait un dynamisme très permanent car il a un rôle primordial au sein
de la faculté.
Le responsable pédagogique occupe une fonction d'encadrement.
Dans un centre de formation, il coordonne et anime une équipe
composée de formateurs ou d'enseignants. Toutefois, sa mission est
beaucoup plus vaste et se démarque par sa polyvalence De manière
générale.
III.2.Organigramme du service D’accueil :

20
Chapitre 2 Etude de l’existant

III.3.Les tache et missions du service :

 Porter la signature des relevés de Note, des attestations de

réinscription, des procès-verbaux de la surveillance, dans le cas

où le chef département est absent.

 Préparation des emplois du temps.

 Préparation des programmes d’enseignement

 orienter et conseiller son équipe pédagogique vers des méthodes

d'enseignement afin d'améliorer leurs performances.

 former son équipe aux stratégies pédagogiques.

 développer de nouveaux programmes de formation en fonction

des besoins et des spécificités de son centre ou de son organisme.

 accueillir les nouveaux étudiants et veiller à leur bonne intégration

21
Chapitre 2 Etude de l’existant

IV-Etude des documents:

IV.1.Définition:
L’étude des documents est impérative dans cette phrase afin d’étudier en
détail Les différents documents en circulation sur le système d’information qu’on
est en Train d’étudier.

Cette étude nous permettre de mentionner tous les documents manipules


dans chaque poste ainsi tous les documents utilisés dans le service comme elle
permettre de savoir la nature de chaque document.

IV.2. Les documents utilisés:


Emplois Du Temps :
Fiche d’analyse du document
Désignation : L’emplois du temps
Codification : Edt
Rempli par : vice Chef département
Format : 21*27
Nombre d’exemplaire : 06

N° Désignation Codification Taille Type Observation


1 Niveau Niveau 6 AN
2 Spécialité spc 40 A
3 Semestre semestre 12 AN
4 heure début Heur_d T
5 heure fin Heur_f T
6 Jour Jour 8 A
7 Module Mdl 35 A
8 La salle Salle 3 AN
9 nom de l'enseignant Nom_ens 35 A
10 Prénom de Prén_ens 35 A
l'enseignant
11 Groupe Grp 3 AN
12 Type séance Type_sean 5 A

13 Année scolaire Année_sco 9 AN AAAA/AAAA


14 Section sec 10 AN

22
Chapitre 2 Etude de l’existant

V-Graphe des Flux:


V.1.Définition
Le Flux information et un echange information entre deux
acteurs (personne; service).
Le diagramme de flux a représenté de maniére simple
l’ogranisation d’une enterprise (service).
Un Acteur est un Agent capable d’échanger les informations
avec un autre acteur et il peut être interne ou externe.
V.2.Formalise :

ACTEUR EXTERNE ACTEUR INTERNE

V.3.Graphe de flux:

Service pédagogique

Chef d’épatements

Secrétariat

Etudiant

1 Emplois Du Temps

23
Chapitre 2 Etude de l’existant

VI-Critiques et suggestions:
VI.1.Critique:

Manque de logiciel qui trait les données

Emplois de Temps Fait Manuellement

Mauvaise circulation des documents entre les différents services

VI.2.Suggestion:

Proposer des logiciels qui traitent les données

Proposer un Logiciel de Gestion des Emplois Du Temps

Automatiser la gestion des documents entre les services

24
Chapitre 2 Etude de l’existant

VII-Conclusion:
Durant l’analyse de l’existant nous avons pu recenser toutes les

informations nécessaires et indispensables à notre projet à savoir la

conception et la réalisation d’une gestion des emplois du temps pour le

département des Sciences Sociales Et Humaine. Ces informations tirées

entre autre à partir de l'étude du système pédagogique universitaire nous

ont permis de cerner les principaux objectifs et de choisir techniques à

adopter.

25
Chapitre 3:
Etude Conceptuelle
I-Introduction:
Cette étape représente le départ de toute réflexion
concernant la conception d’application informatique, elle
présente une vue abstraite du système entier, Elle se compose
en 5 phases principales :
1- Dictionnaire de données
2- les DF
3- SAT
4- Le modèle conceptuel de données (MCD).
5- Le modèle logique de données (MLD).
Chapitre 3 Etude Conceptuelle

II- Dictionnaire de données :


II.1.Définition:
Le dictionnaire de données C'est une étape intermédiaire qui peut avoir
son importance, surtout si vous êtes plusieurs à travailler sur une même base de
données, d'un volume conséquent. Le dictionnaire des données est un document
qui regroupe toutes les données que vous aurez à conserver dans votre base (et
qui figureront donc dans le MCD). Pour chaque donnée, il indique

 Le code mnémonique :
 La désignation :
 Le type de donnée
 La taille
 Et parfois des remarques ou observations complémentaires

Ce Dictionnaire ainsi présenté est à l’état brut, il devrait être épuré


autrement dit, on ne devrait garder de l’ensemble des données que celles qui sont
utiles pour le système d’information. De ce fait, certaines données devraient être
supprimées du dictionnaire. Ce sont :

 Les synonymes
 Les poly sèmes
 Les données calculées (en fonctions d’autres données se trouvant
dans le dictionnaire).
 Les données concaténées (non élémentaire ou composées d’autres
données)
 Les données inutiles : d’autres données manquantes peuvent être
rajoutées.

27
Chapitre 3 Etude Conceptuelle

II.2.Dictionnaire de donnée :
N° Désignation Codification Type Taille Observation
1 Code Spécialité Code_spc AN 10
2 Libellé Spécialité Lib_spc A 40
3 Niveau niveau AN 6
4 Numéro du num_grp AN 3
Groupe
5 Numéro du salle num_salle AN 3
6 Type Du salle Type_salle AN 6

7 Code module Code_mdl AN 10


8 Libellé module Lib_mdl N 35
9 Année scolaire Année_sco AN 9
10 Semestre semestre AN 12
11 Ce enseignent Code_ens AN 10
12 Nom enseignent Nom_ens A 35
13 Prenom Prenom_ens A 35
enseignent
14 Jour Jour A 8
15 Type séance Type_sean A 5
16 Heur début Heur_d T
17 Heur fin Heur_f T
18 Section Sec AN 10

28
Chapitre 3 Etude Conceptuelle

III-Les Dépendences fonctionnelles (DF)


III.1.Définition :

Dans une relation R, on dit qu'il y a dépendance fonctionnelle entre un


ensemble d'attributs A et un ensemble d'attributs B, ou que l'ensemble A
d'attributs détermine l'ensemble B d'attributs (et on écrit A→B) si quand deux
n-uplets coïncident sur leurs attributs A, alors ils coïncident sur leurs attributs B.

III.2.Les DF :
Code_Mdl Lib_Mdl

Num_salle Type_salle

Code_ens Nom_ens

Code_ens Prén_ens

Code_period Année_sco

Code_period semestre

Num_grp Code_sec

Code_sec Niveau

Code-sec Code_spc

Code_spc Lib_spc

(Num_salle + code_Mdl + Code_ens + Code_period + Num_grp ) ( Jour ,


Type_Sean , Heur_d , Heur_f)

29
Chapitre 3 Etude Conceptuelle

IV-La structure d’accès théorique (SAT)


IV.1.Définition :
Le graphe de dépendance fonctionnelles (GDF) ou(SAT) et une
représentation graphique des dépendances fonctionnelles. Elle se construit plus
facilement après avoir déterminé les niveaux de dépendances fonctionnelles, la
SAT permet de déceler les transitivités.

IV.2.La SAT

Code_period
Code_ens
Code_mdl Code_Salle

Année_sco Nom_ens
Type_salle
Lib_mdl

Semestre Prénom_ens

Num_grp

-Jour
-Type_Sean Code_sec

-Heur_d
-Heur_F

Niveau

Code_Spc

lib_Spc
30
Chapitre 3 Etude Conceptuelle

V-Le modèle conceptuel de données (MCD) :


V.1.Definition :
Le modèle conceptuel de la donnée (MCD) a pour but d’écrire de façon de
formel de données qui seront utilisée par le système d’information. Il s’agit donc
d’une présentation des données, facilement compréhensible, permettant de
d’écrire le système d’information à l’aide d’entités.
La formalisation des données, au niveau conceptuel, constitue le modèle
conceptuel des données de SI(MCD).

V.2.Formalisme :
Une relation entre deux entités comme suit dans le formalisme suivant :

Entité 1 Entité 2

Propriété 1 Propriété 1
Propriété 2 NOM DE LA Propriété 2

RELATION

Cardinalité (Min, Max)


Propri
Formalisme de MCD

V.3.Concepts de base :
La construction du MCD est basée sur un ensemble de concepts qu’on va définir
tout au long de cette partie.
Ces concepts sont principalement :
 Entité (l’individu ou l’objet) :
Une entité ou individu est la représentation dans le SI d’un objet matériel ou

immatériel de l’univers extérieur.

31
Chapitre 3 Etude Conceptuelle

 Relation : (association) :

Une relation entre entité (ou objets) est une association perçue dans le réel entre

deux ou plusieurs entités. Une relation n’a pas d’existence propre.

 Propriété :

Une propriété est une rubrique attribut d’une entité ou d’une relation. Nous

avons vu qu’une propriété peut être élémentaire ou concaténée, qu’elle peut être

mémorisée ou calculée.

 Cardinalité :

Les cardinalités d’un individu lié à une relation indiquent le nombre minimum

et le nombre maximum de l’ouverture de l’individu.

Cardinalité minimal ou maximale donne le nombre minimum ou maximum de

partition de chacune des concurrences de l’individu à la relation.

Dans la pratique on gère les quatre cardinalités suivantes : (0-1, 0-N, 1-1, 1-N).

32
Chapitre 3 Etude Conceptuelle

V.4.Elaboration du modèle logique de données relationnel :

33
Chapitre 3 Etude Conceptuelle

VI-Le modèle logique des données :


La description conceptuelle a permis de représenter le plus fidèlement
possible les réalités de l’univers à informatiser, mais cette représentation ne
peut être directement manipulé et accepter par un système informatique.

Il est donc nécessaire de passer du niveau conceptuel a un niveau plus


proche des capacités de système informatique.

Le Modèle Conceptuelle de Données (MCD) doit être, maintenant


traduit dans un autre formalisme appelé : le Modèle Logique de Données
(MLD).

VI.1. Définition :
Le modèle logique de données (MLD) est une traduction du MCD
dans un formalisme compréhensif par la machine.

Le modèle logique de données est construit a partir du modèle


conceptuel de données qui sera automatisée.

Il existe plusieurs modèles logiques de données :

 Le modèle codasyl
 Le modèle fichiers classiques
 Le modèle hiérarchique
 Le modèle relationnel

Choix du modèle de données utilisé :

Pour désigner le type de model logique de données à utiliser dans cette


application on se base sur le type du SGBD du langage de programmation
utilisé, puisque cette application sera développée avec DELPHI, dont le type
de SGBD est relationnel, on va s’intéresser au modèle logique de données
relationnel.

Le passage de MCD au MLD relationnel se fait aussi selon un certain


nombre de règles, je vais dans un premier temps présenter les concepts
manipuler par le MLD relationnel.

34
Chapitre 3 Etude Conceptuelle

VI.2.Règle de passage du MCD au MLD Relationnel :


Règle N°1:
Toute entité de MCD devient une relation de MLDR, et donc une
table de la base de données

Chaque propriété de l’entité devient un attribue de cette relation,


donc une colonne de la table correspondante

L’identifiant de l’entité devient la clé primaire de la relation, et donc


la clé primaire de la table correspondante

Règle N°2: relation binaire (père, fils) :


La clé primaire de la table a la cardinalité (x, n) devient une clé
étrangère dans la table a la cardinalité (x, 1), avec x=0 ou X=1.

Règle N°3: Relation Binaire (père, père) :


Il Ya création d’une table supplémentaire ayant comme clé primaire,
une clé composé des identifiants des deux entités, on dit que la clé primaire
de la nouvelle table est la concaténation des clés primaires des deux autre
tables.

VI.3.Elaboration du modèle logique de données relationnel :


Spécialité: (code_spc, lib_spc)

Section: (code_sec, code_spc , niveau)

Groupe: (num_grp, code_sec)

Emploi de temps: (num_grp , num_salle , code_mdl , code_ens , code_period ,


jour , type_seanc , heur_d , heur_f)

Salle: (num_salle,type_salle)

Module: (code_mdl ,lib_mdl)

Période: (code_périod , année_sco , semestre)

Enseignant: (code_ens , nom_ens ,prén_ens)

35
Chapitre 3 Etude Conceptuelle

VII-Conclusion :
Dans ce chapitre, nous avons présenté toute la conception et l’analyse de

notre système. il a été consacré à la modélisation de l’aspect statique et dynamique

de notre application, en sebasant sur les spécifications détaillées aux chapitres

précédents. Dans le prochain chapitre on aborde la partie réalisation ainsi que la

description de quelques choix techniques effectués pendant le développement.

36
Chapitre 4:
Implémentation
I-Introduction :
Après avoir finalisé l'étape de conception, nous passons dans ce

chapitre à l'implémentation de notre application. Cette application a permis

en premier lieu de répondre aux besoins des utilisateurs par la résolution des

problèmes de la gestion de l’emploi du temps, qui est l'étape la plus

importante dans ce travail. En deuxième lieu, elle a permis d'orienter le

personnel vers une application unique. En effet l'application réalisée fournit

un point d'accès unique pour les informations importantes du département.

Plusieurs technologies ont été nécessaires pour la réalisation de notre projet,

on citera donc le langage SQL pour l'élaboration des requêtes d'interrogation

de la base de donnée, et enfin le Delphi pascal pour l'écriture du code.


Chapitre 4 L’implémentation

II-Environnment de Développement:
II.1.SGBDR Utilisé SQL SERVER :
Le script généré par ce logiciel est en langage SQL qui est un langage normalisé
servant à exploiter des bases de données relationnels .On distingue quatre partie
dans ce langage :
 La partie langage de manipulation des données de SQL permet de rechercher,
d'ajouter, de modifier ou de supprimer des données dans les bases de données
relationnelles.
 la partie langage de définition des données permet de créer et de modifier
l'organisation des données dans la base de données
 la partie langage de contrôle de transaction permet de commencer et de
terminer des transactions.
 la partie langage de contrôle des données permet d'autoriser ou d'interdire
l'accès à certaines données à certaines personnes.

II.2.Delphi :
Nous décrirons ici Delphi développé par la société BORLAND qui
s'appuie sur une programmation en PASCAL. C'est un outil largement utilisé
dans l’industrie, il fournit à l’utilisateur des sous programmes tous faits
permettant de visualiser à l'écran de telles fenêtres.
Après son lancement, Delphi se présente sous la forme de 4 fenêtres dans
lesquelles on peut introduire les données et lire les résultats :
La première fenêtre occupe la partie supérieure de l'écran. Elle
correspond à l'environnement de programmation proprement dit.
Cette fenêtre contient :
 la barre de titre.
 la barre de menu de Delphi.
 une zone « barre d'outils » (sur la gauche) .
 une zone contenant les divers composants regroupés par familles.
La seconde fenêtre se trouve par défaut à gauche de l'écran : c'est
l'inspecteur d'objets.
Il permet de visualiser, pour chaque objet ou composant, les propriétés et les
événements auxquels l'objet peut répondre.

38
Chapitre 4 L’implémentation

La troisième fenêtre constitue la fiche principale de la future application


Delphi. Il s'agit, au départ d'une fenêtre vide dans laquelle on placera
les divers objets.
La dernière fenêtre, cachée sous la précédente constitue l’éditeur
proprement dit, contenant le code source de l'application.

III-Modèle physique de donnée MPD


IV.1.Définition :

Le modèle physique de données prend en compte les ressources


physiques. Il me Permet d’implanter à une machine l’ensemble des
données.
Le modèle physique Cette étape consiste à implémenter le modèle dans
le SGBD, C'est-à-dire le traduire dans un langage de définition de
données. Le langage Généralement utilisé pour ce type.

39
Chapitre 4 L’implémentation

IV.2.Rôle de MPD :
Ce modèle prend en compte à la fois les structures de stockage du
logiciel et celle Des données, il permet de :
 Définir la place nécessaire de chaque table.
 Définir l’implantation physique de la base de données sur le
disque.
 Optimiser le temps d’accès à l’information.
 Utiliser les clés numériques.

IV-La réalisation technique :


IV.1.Les Tables de données :
La table Login
CREATE TABLE section(
admin VARCHAR (30) NOT NULL ,
password VARCHAR (30) ) NOT NULL) ;

La table Spécialité :
CREATE TABLE Spécialité(
Code_spc VARCHAR (25) NOT NULL,
Lib_Spc VARCHAR (25),
CONSTRAINT prk_constraint_Specialite PRIMARY KEY NONCLUSTERED
(Code_spc)
);

40
Chapitre 4 L’implémentation

La table Section :
CREATE TABLE section(
Code_sec NUMERIC (10,0) NOT NULL ,
niveau VARCHAR (25) ,
Code_spc VARCHAR (25) ,
CONSTRAINT prk_constraint_section PRIMARY KEY NONCLUSTERED
(Code_sec) ;

La table Salle
CREATE TABLE salle(
num_salle NUMERIC (25,0) NOT NULL ,
Nbr_chais NUMERIC (2,0) ,
Nbr_Tab NUMERIC (2,0) ,
Type_salle VARCHAR (10) ,
CONSTRAINT prk_constraint_salle PRIMARY KEY NONCLUSTERED (num_salle)
);

La Table Periode
CREATE TABLE periode(
code_period VARCHAR (25) NOT NULL ,
annee_sco INT ,
semestre VARCHAR (25) ,
CONSTRAINT prk_constraint_periode PRIMARY KEY NONCLUSTERED
(code_period)
);

41
Chapitre 4 L’implémentation

La table Module
CREATE TABLE Module(
Code_Mdl VARCHAR (10) NOT NULL ,
Lib_Mdl VARCHAR (30) ,
CONSTRAINT prk_constraint_Module PRIMARY KEY NONCLUSTERED
(Code_Mdl)
);

La table Groupe
CREATE TABLE Groupe(
Num_Grp VARCHAR (3) NOT NULL ,
Code_sec NUMERIC (10,0) ,
CONSTRAINT prk_constraint_Groupe PRIMARY KEY NONCLUSTERED
(Num_Grp)
);

La table Enseignant
CREATE TABLE enseignant(
Code_ens VARCHAR (10) NOT NULL ,
Nom_ens VARCHAR (25) ,
Pren_ens VARCHAR (25) ,
Sexe_ens VARCHAR (10) ,
Add_ense VARCHAR (30) ,
Tel_ens NUMERIC (25,0) ,
date_nai_ens DATETIME ,
CONSTRAINT prk_constraint_enseignant PRIMARY KEY NONCLUSTERED
(Code_ens) ;

42
Chapitre 4 L’implémentation

La table Emplois du Temps


CREATE TABLE emploi_du_temps(
jour VARCHAR (25) ,
type_sean VARCHAR (25) ,
heur_d TIME (2) ,
heur_f TIME (2) ,
Num_Grp VARCHAR (3) NOT NULL ,
num_salle NUMERIC (25,0) NOT NULL ,
Code_Mdl VARCHAR (10) NOT NULL ,
Code_ens VARCHAR (10) NOT NULL ,
code_period VARCHAR (25) NOT NULL ,
CONSTRAINT prk_constraint_emploi_du_temps PRIMARY KEY NONCLUSTERED
(Num_Grp,num_salle,Code_Mdl,Code_ens,code_period)
);
ALTER TABLE section ADD CONSTRAINT FK_section_Code_spc FOREIGN KEY
(Code_spc) REFERENCES Specialite(Code_spc);
ALTER TABLE Groupe ADD CONSTRAINT FK_Groupe_Code_sec FOREIGN KEY
(Code_sec) REFERENCES section(Code_sec);
ALTER TABLE emploi_du_temps ADD CONSTRAINT FK_emploi_du_temps_Num_Grp
FOREIGN KEY (Num_Grp) REFERENCES Groupe(Num_Grp);
ALTER TABLE emploi_du_temps ADD CONSTRAINT FK_emploi_du_temps_num_salle
FOREIGN KEY (num_salle) REFERENCES salle(num_salle);
ALTER TABLE emploi_du_temps ADD CONSTRAINT FK_emploi_du_temps_Code_Mdl
FOREIGN KEY (Code_Mdl) REFERENCES Module(Code_Mdl);
ALTER TABLE emploi_du_temps ADD CONSTRAINT FK_emploi_du_temps_Code_ens
FOREIGN KEY (Code_ens) REFERENCES enseignant(Code_ens);
ALTER TABLE emploi_du_temps ADD CONSTRAINT FK_emploi_du_temps_code_period
FOREIGN KEY (code_period) REFERENCES periode(code_period);

43
Chapitre 4 L’implémentation

IV.2.L’interface de L’application :
Et pour réussir notre application nous avons utilisé une importante
bibliothèque de composants réutilisables et un ensemble d’outils de conception
pour simplifier le prototype et réduisent la durée de développement et ces outils
sont :

Authentification

Interface principal

44
Chapitre 4 L’implémentation

Mise à jour des enseignantes

Mise à jour des spécialités

45
Chapitre 4 L’implémentation

Mise à jour des modules

46
Chapitre 4 L’implémentation

V-Conclusion :
Après le passage par les différentes étapes de développement, l'application
a abouti à un logiciel fonctionnel qui répond globalement aux critères imposés
pour notre projet.

47
Conclusion
Générale
Conclusion Générale

Conclusion Générale :
Durant l’élaboration de notre mémoire et le développement de notre
application concernant la gestion des emplois du temps, nous avons essayé
d’exploiter tous nos efforts et nos connaissances acquises durant notre formation
afin de bien analyser le projet et d’établir ce modeste travail que nous souhaitons
qu’il sera efficace et fiable pour l’établissement.
Ainsi nous avons appliqué les différentes étapes de la méthode Merise pour
la conception de notre système d’information qui est l’emploi du temps. D’un autre
coté, à travers ce travail, nous avons pu acquérir beaucoup de connaissances dans le
domaine de la programmation DELPHI.
Ce projet nous a permis d’avoir une expérience avec la vie active et
précisément dans le domaine de la gestion.
Enfin, nous souhaitons avoir l’occasion de compléter ce travail et de l’enrichir
afin qu’il soit plus fonctionnel et plus efficace.

49
Bibliographie
Bibliographie

[1]: Jean-Patrick Matheron " Comprendre Merise"- Outils conceptuels et


Organisationnels ,5e édition (15 octobre 2002)
[2]: Jean-Louis Le Moigne "Théorie De La Modélisation"- 01/06/1990 [Broché]
[3]: Marylène Micheloud et Medard Rieder, Programmation orientée objets en
C++:
Une approche évolutive, PPUR presses polytechniques, 2002

[4] Mémoire de fin d’études Pour l’obtention du diplôme de Licence en Informatique


théme Gestion Des Emplois Du Temps CFPA Maghnia 2012/2013 Réalisé par :

- Dergaoui Mohammed El Amin.

- Bensouna karim.

[5] Mémoire de fin d’études Pour l’obtention du diplôme de Licence en


Informatique Thème Conception et développement d’application de gestion
d’emploi du temps Réalisé par :

AYAD Soriya

BENMANSOUR Fatima Zohra

51
Webographie
Webographie

[1] http://fr.wikipedia.org/wiki/Merise_(informatique) : consulté le 01/12/2015.

[2] http://delphi.developpez.com/cours/?page=langage : consulté le 25/12/2015.

[3] http://delphi.developpez.com/ : consulté le 25/12/2014.

[4] http://www.commentcamarche.net/contents/655-merise-initiation-a-la-
conception-desystemes-d-information : consulte le 20/01/2016.

[5] http://delphi.dev-dz.com/ consulté le 25/12/2015.

53
ANNEX
Remarque :

55

Vous aimerez peut-être aussi