Cahier Des Charges v2.3

Projet de fin d’études:
Gestion de l’offre de formation
Cahier des charges

Auteurs :
Auteurs Approbateurs Validation

JEHL Fabrice MASSAT Jean-Luc
PELLE Jean-Marc
Livré le : 04/03/2010 Approuvé le : Validé le :
Diffusion :
Diffusion
A: MASSAT Jean-Luc
PELLE Jean-Marc
Copie à : BARTOLI Sébastien
BASSECK Jacques
CHALFOUH Moslem
JEHL Fabrice
PANAGIOTIS Fylaktou
SENENTZ Olivier
Document de références :
Libellé Nom Document

Cahier des Charges Cahier_des_Charges.pdf
Historique :
N° de Auteur Date Historique des évolutions

version
1.0 BARTOLI Sébastien 07/02/2010 Création du document
2.0 JEHL Fabrice 12/02/2010 Proposition de plan
Intégration des besoins
2.1 BARTOLI Sébastien 18/02/2010 Intégrations des chapitres sur les
JEHL Fabrice données, les fonctionnalités, les
PANAGIOTIS Fylaktou contraintes
SENENTZ Olivier
2.2 BARTOLI Sébastien 01/03/2010 Restructuration complète et corrections
JEHL Fabrice diverses
2.3 JEHL Fabrice 04/03/2010 Corrections mineures
Master 2 ISL 2009/2010

1 Présentation du projet .................................................................................................................... 4

1.1 But du projet ........................................................................................................................... 4
1.2 Acteurs du projet et leur mission ............................................................................................ 5
1.2.1 Maîtrise d’œuvre ............................................................................................................. 5
1.2.2 Maîtrise d’ouvrage (client) .............................................................................................. 5
2 Profils des utilisateurs ..................................................................................................................... 5
2.1 L'administrateur ...................................................................................................................... 6
2.2 Le responsable de domaine..................................................................................................... 6
2.3 Le responsable de parcours..................................................................................................... 6
2.4 Le responsable d’unité d’enseignement ................................................................................. 6
2.5 Les autres utilisateurs.............................................................................................................. 6
2.6 Tableau récapitulatif des droits utilisateur ............................................................................. 7
3 Les données ..................................................................................................................................... 8
3.1 Les domaines ........................................................................................................................... 8
3.2 Les fiches ................................................................................................................................. 8
3.2.1 La fiche d’une personne .................................................................................................. 9
3.2.2 La fiche d’un parcours ..................................................................................................... 9
3.2.3 La fiche d’un semestre..................................................................................................... 9
3.2.4 La fiche d’une unité d’enseignement .............................................................................. 9
3.3 Règles de gestion du SI .......................................................................................................... 10
4 Architecture ................................................................................................................................... 12
4.1 Modèle général des fonctions ............................................................................................... 12
4.2 Le détail des fonctions........................................................................................................... 13
4.2.1 L’authentification .......................................................................................................... 13
4.2.2 L’importation, l’exportation et la synchronisation ........................................................ 13
4.2.3 La gestion des domaines ............................................................................................... 13
4.2.3.1 Créer/Modifier/Supprimer ........................................................................................ 13
4.2.3.2 Consulter ................................................................................................................... 13
4.2.4 La gestion des fiches ...................................................................................................... 14
4.2.4.1 Les fiches de parcours ............................................................................................... 14
4.2.4.1.1 Créer/Modifier/Supprimer .................................................................................. 14
4.2.4.1.2 Consulter ............................................................................................................. 14
4.2.4.2 Les fiches de semestre............................................................................................... 14
2


4.2.4.2.2 Consulter ............................................................................................................. 15
4.2.4.3 Les fiches d’unité d’enseignement ............................................................................ 15
4.2.4.3.2 Consulter ............................................................................................................. 15
4.2.4.4 Les fiches de personne .............................................................................................. 15
4.2.4.4.2 Consulter ............................................................................................................. 15
4.2.5 Les tableaux de bord .................................................................................................... 16
5 Contraintes .................................................................................................................................... 17
5.1 Contraintes techniques ......................................................................................................... 17
5.2 Contraintes autres ................................................................................................................. 17
6 Documentation annexe ................................................................................................................. 18
6.1 Annexe 1 : Modèle conceptuel de donnée pour la gestion de l’offre de formation ............ 19
6.2 Annexe 2 : Dictionnaire de données ..................................................................................... 20
7 Glossaire ........................................................................................................................................ 24

1 Présentation du projet
Dans le cadre de notre projet de fin d’études, il nous est demandé de concevoir et réaliser un
logiciel en utilisant les technologies JEE.
Notre groupe est constitué de six étudiants: Sébastien Bartoli, Jacques Basseck, Moslem Chalfouh,
Fabrice Jehl, Fylaktou Panagiotis et Olivier Senentz. Nous serons encadrés par Jean-Luc Massat,
Enseignant-Chercheur et Responsable de Filière, et par Jean-Marc Pelle, Ingénieur en informatique.
1.1 But du projet
L'objet de ce projet est la conception et la réalisation d'un logiciel destiné à gérer et à

présenter l'offre de formation de l'UFR Sciences de Luminy.
Nous avons décidé de baptiser ce logiciel GOLF (pour Gestion de l’Offre de Luminy Formation).
Le public visé est, d’une part, les étudiants intéressés par les parcours universitaires proposés par
l'UFR Sciences, et d’autre part, le personnel de l'UFR Sciences.
Besoins principaux à l’origine de ce projet :
 Remplacer l’application actuelle
 Simplifier la gestion des données
 Introduire un système d’authentification pour accéder aux services (fonctionnalités),

basé sur le profil (rôle) de l’utilisateur

1.2 Acteurs du projet et leur mission

1.2.1 Maîtrise d’œuvre
Prénom - Nom Fonction Téléphone Email
BARTOLI Sébastien Développeur - Concepteur 06 29 32 09 34 sebastien.bartoli@gmail.com
BASSECK Jacques Développeur - Concepteur 06 21 83 56 15 jacquesbasseck@live.fr
CHALFOUH Moslem Développeur - Concepteur 06 33 90 45 21 cmoslem@gmail.com
JEHL Fabrice Développeur - Concepteur 06 81 51 81 54 fabrice.jehl@wanadoo.fr
PANAGIOTIS Fylaktou Développeur - Concepteur 06 70 81 76 08 nico657@hotmail.fr
SENENTZ Olivier Développeur - Concepteur 06 85 75 31 31 olivier.senentz@gmail.com
Tableau 1: coordonnées des membres de la Maîtrise d'Œuvre
1.2.2 Maîtrise d’ouvrage (client)
Prénom – Nom Fonction Téléphone Email
MASSAT Jean-Luc Initiateur du projet 04 91 82 94 82 massat@univmed.fr
PELLE Jean-Marc Ingénieur en informatique 04 91 82 94 82 jean-marc.pelle@univmed.fr
Tableau 2 : coordonnées des membres de la Maîtrise d'Ouvrage
2 Profils des utilisateurs
Les droits d’accès aux différents services proposés par GOLF seront accordés en fonction du
groupe – son profil – auquel appartiendra l’utilisateur.
Le moteur d'édition sera manipulable par 4 groupes d'utilisateurs. Les utilisateurs auront accès à un
tableau de bord qui leur indiquera l'état de chaque fiche dont ils sont responsables.
Chaque utilisateur devra se connecter à GOLF via un service d’authentification.
La structure de GOLF ainsi que tous les services proposés par l’application, seront détaillés dans les
chapitres suivants.

2.1 L'administrateur
L’administrateur de GOLF sera en charge de la création des différents domaines (cf. : §3.1) et
de l’assignation d'un responsable pour chacun d’eux.
L’administrateur est le seul à pouvoir créer et supprimer des fiches de personne et des domaines
avec ses droits de base.
En tant qu’administrateur, il n’a pas le droit de modifier les données des fiches. Cependant, il aura la
possibilité de prendre l’identité d’une personne pour avoir accès à ses droits, et effectuer ainsi des
modifications.
C’est également, l’administrateur qui gère les lieux.
2.2 Le responsable de domaine
Les responsables de domaine auront pour tâche la création des fiches rattachées à leur
domaine. Ils pourront ainsi créer des fiches de parcours, des fiches de semestre, ou encore des fiches
d’unité d’enseignement. Ils n’auront la possibilité de modifier que les fiches rattachées à leur
domaine.
Ce sont eux qui désignent les responsables de parcours et les responsables des unités
d’enseignement.
2.3 Le responsable de parcours
Les responsables de parcours s’occupent de compléter les fiches de parcours.
2.4 Le responsable d’unité d’enseignement
Les responsables d’unité d’enseignement seront pour la plupart des enseignants-chercheurs.

Ils se chargeront de la mise à jour des fiches d’unité d’enseignement créées par les responsables de
domaine. Ils travailleront uniquement sur les fiches dont ils sont responsables.
2.5 Les autres utilisateurs
On entend par autres utilisateurs, tous les utilisateurs qui n’appartiennent à aucun des profils
cités dans les paragraphes précédents. Ils n’ont par conséquent que le droit de modifier leur fiche
personnelle.
6

2.6 Tableau récapitulatif des droits utilisateur
Groupe d’utilisateur Droits utilisateur
Administrateur  Créer/Modifier des domaines.

 Assigner des responsables aux domaines.
 Créer/Modifier/Supprimer toutes les fiches en prenant
l’identité des utilisateurs ayant les droits.
Responsable de domaine  Créer/Modifier/Supprimer des fiches de parcours, des fiches
de semestre et des fiches d’unité d’enseignement, attachées
au domaine dont il est le responsable.
 Assigner des responsables aux unités d’enseignement
appartenant à son domaine.
Responsable de parcours  Modifier la fiche du parcours dont il est responsable, et les
fiches des semestres qui le composent.
 Assigner des responsables aux unités d’enseignement
appartenant à son parcours.
Responsable d’unité  Modifier la fiche de l’unité d’enseignement dont il est
d’enseignement responsable.
Autres utilisateurs  Modifier sa fiche personnelle.
Tableau 3: Tableau récapitulatif des droits utilisateur en fonction du groupe d’appartenance
NB : Il faut souligner qu’il n’y aura pas de mécanisme de délégation des droits.

3 Les données
3.1 Les domaines
Dans la réalité, à l’université, un domaine – comme par exemple la licence en chimie ou le master en
informatique – rassemble des parcours de niveau licence ou master, les semestres qui les
constituent, et les unités d’enseignement de ces semestres.
Dans le cadre de l’application GOLF, le domaine regroupe un ensemble de fiches qui décrivent les
différents types d’entités tirées de la réalité (parcours, semestre et unité d’enseignement).
Les personnes, telles que les enseignants, font aussi l’objet de fiches mais ne dépendent pas
directement d’un domaine.
3.2 Les fiches
Une fiche est un conteneur qui regroupe, les données qui la décrivent et les données liées à son type
d’entité, l’objet de la fiche (ex. : une fiche de parcours).
Ainsi, les fiches partagent, des propriétés descriptives, communes ; toute fiche aura un libellé et un
code qui l’identifie. Chaque fiche possède également un numéro de version, une date de dernière
modification et un indicateur d’état – soit "en construction", soit "complete".
Ensuite la fiche comportera des propriétés spécifiques à son type ; comme par exemple, le nom et le
prénom, que l’on trouvera dans la fiche d’une personne.
La liste complète des attributs pour chaque type de fiche est présentée dans l’annexe 1 : Modèle
conceptuel de donnée pour la gestion de l’offre de formation.
D’autre part, chaque fiche aura une personne désignée comme son responsable.
Les fiches seront périodiquement vérifiées afin de détecter les incohérences et de les signaler aux
responsables.
Les paragraphes suivants décrivent les 4 types de fiche qui seront gérées par GOLF : les fiches de
personne, de parcours, de semestre et d’unité d’enseignement.

3.2.1 La fiche d’une personne
Les fiches de personne sont créées par l’administrateur à l’aide de l’annuaire LDAP de la
faculté des sciences de Luminy. Une fois créées, chaque personne a le droit de modification sur sa
fiche personnelle.
Elle comportera des informations telles que la fonction de la personne, son nom, son prénom, ses
coordonnées, ainsi que son mot de passe.
Elle a pour responsable, la personne concernée. Par exemple, un enseignant.
3.2.2 La fiche d’un parcours
La fiche d’un parcours comprendra son libellé et les différents semestres qui lui sont
rattachés.
Le responsable d’une fiche parcours est la personne en charge de ce parcours.
3.2.3 La fiche d’un semestre
Cette fiche décrit le semestre correspondant: les unités d’enseignement obligatoires, optionnelles, le
nombre total des crédits requis, ...
Il n’y-a pas de responsable à proprement parler ; c’est le responsable du domaine, qui contient le
parcours auquel est rattaché ce semestre, qui s’occupe de sa gestion.
3.2.4 La fiche d’une unité d’enseignement
Cette fiche décrit l'unité d’enseignement correspondante : nombre de crédits, résumé de

l’unité d’enseignement, intervenants, …
Elle a pour responsable, l'enseignant responsable de cette unité d’enseignement.

3.3 Règles de gestion du SI
Ce paragraphe donne la description textuelle des règles de gestion du système d’information.
 Les responsabilités :
1. Un domaine a pour responsable aucune, une ou plusieurs personnes.

2. Une personne est responsable d’aucun, d’un ou de plusieurs domaine.
3. Une fiche de parcours a pour responsable aucune, une ou plusieurs personnes.
4. Une fiche d’unité d’enseignement a pour responsable aucune, une ou plusieurs
personnes.
5. Une personne est responsable d’aucune, d’une ou de plusieurs fiches d’unité
d’enseignement.
6. Une fiche de personne a pour responsable aucune ou une personne. C’est en
général la personne concernée.
7. Une personne est responsable d’aucune ou d’une fiche de personne.
 Les autres règles :
8. Une fiche de personne est rattachée à aucun domaine.

9. Un domaine comprend aucune, une ou plusieurs fiches d’unité d’enseignement.
10. Une fiche d’unité d’enseignement est comprise dans un et un seul domaine.
11. Un domaine comprend aucun, un ou plusieurs semestres.
12. Un semestre est compris dans un et un seul domaine.
13. Une unité d’enseignement est enseignée dans aucun, un ou plusieurs lieux.
14. Un lieu propose aucune, une ou plusieurs unités d’enseignement.
15. Une unité d’enseignement est pré-requise d’aucune, d’une ou de plusieurs
unités d’enseignement.
16. Une unité d’enseignement a pour pré-requis aucune, une ou plusieurs unités
d’enseignement.
17. Une unité d’enseignement est associée à aucun, un ou plusieurs groupes.
18. Un groupe (d’unités d’enseignement) associe aucune, une ou plusieurs unités
d’enseignement.
19. Dans un groupe (d’unités d’enseignement) donné chaque unité d’enseignement
est unique.
20. Dans un groupe d’unités d’enseignement obligatoires, le volume en crédits
équivaut à la somme des crédits des unités d’enseignement qui le composent.
21. Un groupe (d’unités d’enseignement) compose un et un seul semestre.
22. Un semestre est composé d’aucun, d’un ou de plusieurs groupes (d’unités
d’enseignement).
23. Dans un semestre donné le nombre de crédits équivaut à la somme des crédits
des groupes (d’unités d’enseignement) qui le composent.
24. Un parcours est constitué d’aucun, d’un ou de plusieurs semestres.
10

25. Un semestre constitue aucun, un ou plusieurs parcours

26. Un parcours a, soit, aucun ou un groupe de parcours (spécialité), soit aucune ou
une mention (option).
27. Un groupe de parcours apparaît dans aucune, une ou plusieurs fiches de
parcours.
28. Une mention apparaît dans aucune, une ou plusieurs fiches de parcours.
29. Un parcours dispose d’un et un seul numéro de semestre.
30. Dans un groupe d’unités d’enseignement optionnelles, le nombre de crédits de
chaque unité d’enseignement doit être inférieur au nombre de crédits du
groupe.
31. …
11

4 Architecture
L’application sera composée de deux parties principales, à savoir un moteur de gestion de l’offre
de formation et une interface de présentation de ces données.
4.1 Modèle général des fonctions
Module de gestion de l’offre de formation
Gestion des Domaines Gestion des Fiches
Création Edition Tableau de bord
Modification
Création Consultation
de l’état
Suppression d’une fiche
Modification
Consultation Récapitulation
Suppression des saisies
Consultation
Importation/exportation/
synchronisation
Importation
Exportation
Synchronisation des données

des personnes par rapport à
l’annuaire LDAP
Schéma 1: Module de gestion de l’offre de formation
L’édition des fiches est caractérisée par 2 étapes : la création des fiches ainsi que la mise à jour de ces fiches.
1. La création des fiches correspond à la phase de production des fiches ne contenant que les informations de
base telles que le code de la fiche, son nom complet, son numéro de version,…
2. La phase de mise à jour consiste au remplissage de ces fiches par des caractères, du texte ou d’autres
symboles.
12

4.2 Le détail des fonctions
Rappel : l’administrateur aura la possibilité de prendre l’identité de n’importe quel utilisateur de

l’application, et a, par conséquent, accès à toutes les fonctionnalités.
4.2.1 L’authentification
Lors du lancement de GOLF, les utilisateurs devront s’authentifier pour accéder aux différents
services. L’authentification se fera à l’aide d’un login et d’un mot de passe. Le login sera l’adresse
mail de la personne de façon à éviter les doublons. Un mot de passe généré automatiquement sera
proposé à l’utilisateur. Il aura la possibilité de le modifier par la suite.
Si l’utilisateur oublie son mot de passe, il pourra se le faire envoyer par email.
4.2.2 L’importation, l’exportation et la synchronisation
Le module d’import export sera réservé à l’administrateur. Il aura deux grandes fonctions :
- Importer les données de l’annuaire LDAP de la fac pour créer les fiches de personne
- Exporter toutes les données pour une sauvegarde de la base de données
Les données seront traitées au format XML (de faible profondeur) pour faciliter l’interprétation.
Il y aura, de plus, un mécanisme de synchronisation entre la base de données de GOLF et l’annuaire

LDAP de la faculté, de façon à les garder à jour tous les deux.
4.2.3 La gestion des domaines
4.2.3.1 Créer/Modifier/Supprimer
GOLF fournira un moyen, à l’Administrateur, de créer, de modifier ou de supprimer un domaine.
GOLF fournira un moyen, à l’Administrateur, d’assigner un responsable au domaine.
4.2.3.2 Consulter
GOLF fournira un moyen, à l’Administrateur, au responsable de domaine, de consulter la liste des

domaines.
13

GOLF fournira un moyen, à l’Administrateur, au responsable de domaine, sur sélection d’un élément
de la liste, de consulter les détails de sa définition.
4.2.4 La gestion des fiches
Ce module sera essentiellement utilisé par les responsables de fiches pour créer, modifier,
supprimer et consulter leurs fiches (parcours, semestre, unité d’enseignement, personne), et si
nécessaire, leur affecter un responsable.
Lors de la création d’une fiche, seule les propriétés descriptives de la fiche seront indiquées
(code, version, date de dernière modification, …). Par la suite, les personnes concernées remplieront
les propriétés spécifiques à chaque type de fiche.
4.2.4.1 Les fiches de parcours
4.2.4.1.1 Créer/Modifier/Supprimer
GOLF fournira un moyen, au responsable de domaine de créer, de modifier ou de supprimer des

fiches de parcours.
GOLF fournira un moyen, au responsable de parcours de modifier des fiches de parcours.
4.2.4.1.2 Consulter
GOLF fournira un moyen, à tous les utilisateurs, de consulter la liste des fiches de parcours.
GOLF fournira un moyen, à tous les utilisateurs, sur sélection d’un élément de la liste, de consulter
les détails de sa définition.
4.2.4.2 Les fiches de semestre
GOLF fournira un moyen, au responsable de parcours de créer, de modifier des fiches de semestre.
14

4.2.4.2.2 Consulter
GOLF fournira un moyen, à tous les utilisateurs, de consulter la liste des fiches de semestre.
4.2.4.3 Les fiches d’unité d’enseignement
GOLF fournira un moyen, au responsable de domaine, de créer, de supprimer ou de modifier des

fiches d’unité d’enseignement.
GOLF fournira un moyen, au responsable d’unité d’enseignement, de modifier ses fiches d’unité
d’enseignement.
4.2.4.3.2 Consulter
GOLF fournira un moyen, à tous les utilisateurs, de consulter la liste des fiches d’unité
d’enseignement.
4.2.4.4 Les fiches de personne
GOLF fournira un moyen, à l’administrateur, de créer ou de supprimer des fiches d’unité

d’enseignement.
GOLF fournira un moyen, à tous les utilisateurs, de modifier leur fiche de personne.
4.2.4.4.2 Consulter
GOLF fournira un moyen, à tous les utilisateurs, de consulter la liste des fiches de personne.
15

4.2.5 Les tableaux de bord
GOLF permettra à certaines personnes d’afficher un tableau de bord qui récapitule l’état des
différentes fiches dont ils ont la responsabilité. Le contenu de ce tableau dépendra du niveau de
responsabilité de la personne. Il comportera, pour chaque fiche, en plus de l’état, un message
construit à partir de la concaténation des informations tirées de la vérification (validation) de leur
contenu. Les responsables qui en bénéficieront sont : l’administrateur, le responsable de domaine, le
responsable de parcours et le responsable d’unité d’enseignement.
Le tableau de bord de l’administrateur montrera l’état de tous les domaines gérés par l’application.
Le tableau de bord du responsable de domaine lui permettra d’avoir une vue d’ensemble des fiches
rattachées à son domaine ; c’est-à-dire les parcours du domaine, les semestres de ces parcours et les
unités d’enseignement de ces semestres.
Le tableau de bord du responsable de parcours comprendra une vue d’ensemble de sa fiche

parcours et des fiches qui y sont rattachées ; c’est-à-dire les semestres de ces parcours et les unités
d’enseignement de ces semestres.
Le tableau de bord du responsable d’unité d’enseignement reprendra la liste des fiches dont il est
responsable.
16

5 Contraintes
5.1 Contraintes techniques
 Architecture technique:
o Cadre de Développement : J2E
- EJB3/JPA pour la partie de stockage de données

- Spring pour la partie présentation
o Environnement de Développement Intégré (EDI) : Eclipse édition JEE
o Modélisation de la Base de Données : Sybase Power AMC 11.1
o Serveur de Base de Données : à préciser
 Technique : application de type Intranet en langage Java côté serveur et html côté client.
 IHM (Interface Humain-Machine) : lisibilité et ergonomie
 Charte graphique : respect de la charte graphique existante de l’université
5.2 Contraintes autres
 Durée du projet : 2 mois
 Durées des différentes parties :
o 2 semaines : cahier des charges
o 3 semaines : conception
o 2 semaines : Programmation et tests
o 1 semaine : Préparation de la présentation
17

6 Documentation annexe
18

6.1 Annexe 1 : Modèle conceptuel de donnée pour la gestion de l’offre de formation
Schéma 2: modèle conceptuel de donnée pour la gestion de l’offre de formation
19

6.2 Annexe 2 : Dictionnaire de données
Nom technique Descriptif Type de Dimension Contraintes / Règle de Commentaires / Exemples

donnée gestion
Acronyme Acronyme d’une mention, d’un Varchar 10 Obligatoire Exemple :

groupe de parcours
 FSI, ISL, pour une mention
 I2A, IF, pour un groupe de

parcours
Adresse Adresse d’une personne dans Varchar 1024 Voie et numéro dans la voie
une fiche personne
Code Code de la fiche Varchar 50 Unique, Obligatoire Commence par :
 PA pour les fiches de

parcours,
 PE pour les fiches de

personnes,
 SE pour les fiches de

semestres,
 UE pour les fiches d’unités
20

d’enseignement
CodePostal Code postal de la ville d’une Varchar 5

personne dans une fiche
personne
DateDerniereModif Date de dernière modification Date Initialisé à la date de création de la

de la fiche fiche
Email E-mail d’une personne dans Varchar 100

une fiche personne
Etat Etat de la fiche Varchar 50 Obligatoire Prend l'une des valeurs: "en
construction", "complete".
Fonction Fonction d’une personne dans Varchar 100 Exemples : "enseignant"

une fiche personne
Id Identifiant d’un domaine, d’un Varchar 50 Obligatoire Préfixé par DO pour les domaines, GR
groupe d’unités d’enseignent, pour les groupes, LI pour les lieux, ME
d’un lieu, d’une mention pour les mentions
Libelle Libellé d’un domaine, d’une Varchar 50 Obligatoire Exemples :

fiche, d’un lieu, d’une mention,
d’un groupe de parcours  "Informatique", pour un
domaine
 "Master Informatique
21

Avancée et Applications
mention Intégration de
Systèmes Logiciels", pour un
libellé de parcours,
 "Luminy", pour un lieu
 "Fiabilité et sécurité
informatique", pour une
mention
 "Informatique
fondamentale", pour un
groupe de parcours
NbCredits Nombre de crédits alloués à Entier 2

une unité d’enseignent
Nom Nom d’une personne dans une Varchar 100 Obligatoire

fiche personne
Prenom Prénom d’une personne dans Varchar 100 Obligatoire

une fiche personne
Resume Description résumé d’une Varchar 1024

unité d’enseignent
Telephone Numéro de téléphone d’une Varchar 20

personne dans une fiche
22

personne
Type Type du groupe (d’UE) Varchar 50 Obligatoire Prend l'une des valeurs:
"tronccommun", "specifique",
"auchoix"
Version Numéro de version de la fiche Varchar 50
Ville Ville d’une personne dans une Varchar 100

fiche personne
Volume Volume en crédits d’un groupe Int 10 Ex. : pour la mention ISL, on a un
d’unités d’enseignent groupe d’unités d’enseignement
optionnelles composés de 2 UE de 3
crédits chacune. Soit un volume de 6
crédits pour ce groupe.
Web Site web d’une personne dans Varchar 100

une fiche personne
Tableau 4: Dictionnaire de données
23

7 Glossaire
Acronyme Signification
BDD Base de Données
MCD Modèle Conceptuel de Données
UE Unité d’Enseignement
24

Cahier Des Charges v2.3

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Cahier Des Charges v2.3

Hochgeladen von

Copyright:

Verfügbare Formate

Projet de fin d’études:

Gestion de l’offre de formation

Cahier des charges

Auteurs Approbateurs Validation

Livré le : 04/03/2010 Approuvé le : Validé le :

Libellé Nom Document

N° de Auteur Date Historique des évolutions

Master 2 ISL 2009/2010

1 Présentation du projet .................................................................................................................... 4

Master 2 ISL 2009/2010

4.2.4.2.1 Créer/Modifier/Supprimer .................................................................................. 14

Master 2 ISL 2009/2010

1.1 But du projet

L'objet de ce projet est la conception et la réalisation d'un logiciel destiné à gérer et à

Besoins principaux à l’origine de ce projet :

 Remplacer l’application actuelle

 Simplifier la gestion des données

 Introduire un système d’authentification pour accéder aux services (fonctionnalités),

Master 2 ISL 2009/2010

1.2 Acteurs du projet et leur mission

Prénom - Nom Fonction Téléphone Email

BARTOLI Sébastien Développeur - Concepteur 06 29 32 09 34 sebastien.bartoli@gmail.com

BASSECK Jacques Développeur - Concepteur 06 21 83 56 15 jacquesbasseck@live.fr

CHALFOUH Moslem Développeur - Concepteur 06 33 90 45 21 cmoslem@gmail.com

JEHL Fabrice Développeur - Concepteur 06 81 51 81 54 fabrice.jehl@wanadoo.fr

PANAGIOTIS Fylaktou Développeur - Concepteur 06 70 81 76 08 nico657@hotmail.fr

SENENTZ Olivier Développeur - Concepteur 06 85 75 31 31 olivier.senentz@gmail.com

Tableau 1: coordonnées des membres de la Maîtrise d'Œuvre

1.2.2 Maîtrise d’ouvrage (client)

Prénom – Nom Fonction Téléphone Email

MASSAT Jean-Luc Initiateur du projet 04 91 82 94 82 massat@univmed.fr

PELLE Jean-Marc Ingénieur en informatique 04 91 82 94 82 jean-marc.pelle@univmed.fr

Tableau 2 : coordonnées des membres de la Maîtrise d'Ouvrage

2 Profils des utilisateurs

Master 2 ISL 2009/2010

2.2 Le responsable de domaine

2.3 Le responsable de parcours

Les responsables de parcours s’occupent de compléter les fiches de parcours.

2.4 Le responsable d’unité d’enseignement

Les responsables d’unité d’enseignement seront pour la plupart des enseignants-chercheurs.

2.5 Les autres utilisateurs

Master 2 ISL 2009/2010

2.6 Tableau récapitulatif des droits utilisateur

Groupe d’utilisateur Droits utilisateur

Administrateur  Créer/Modifier des domaines.

Autres utilisateurs  Modifier sa fiche personnelle.

Tableau 3: Tableau récapitulatif des droits utilisateur en fonction du groupe d’appartenance

Master 2 ISL 2009/2010

3.1 Les domaines

3.2 Les fiches

Master 2 ISL 2009/2010

3.2.1 La fiche d’une personne

Elle a pour responsable, la personne concernée. Par exemple, un enseignant.

3.2.2 La fiche d’un parcours

Le responsable d’une fiche parcours est la personne en charge de ce parcours.

3.2.3 La fiche d’un semestre

3.2.4 La fiche d’une unité d’enseignement

Cette fiche décrit l'unité d’enseignement correspondante : nombre de crédits, résumé de

Elle a pour responsable, l'enseignant responsable de cette unité d’enseignement.

Master 2 ISL 2009/2010

3.3 Règles de gestion du SI

Ce paragraphe donne la description textuelle des règles de gestion du système d’information.

1. Un domaine a pour responsable aucune, une ou plusieurs personnes.