A. Vocabulaire spécifique utilisé.
+ Les objets deviennent des tables
+ Les propriétés deviennent des attributs
+ Les identifiants deviennent des clés primaires
1.1.2 Règle de passage du MOD au MID
Brut.
Le passage du MOD global au MLD brut doit respecter les
règles suivantes :
> Les objets deviennent des entités dans le sens
mathématique du terme ; donc les lignes aux colonnes sur forme des
tables ;
> Les propriétés des objets deviennent les
attributs des tables ;
> Les identifiants des entités deviennent des
clés primaires ;
> Les relations dans le sens conceptuel ou
sémantique subissent plusieurs traitements selon le cas notamment :
? La relation du type Père et Fils disparait mais la
sémantique sera maintenue. Comme la table fils dépend de la table
Père, elle va recevoir la clé de son Père et cette
dernière sera migrée dans la table Fils comme clé
étrangère. Le fils va pointer le père ;
? Pour des relations du type autre que Père et fils,
cette relation devient une table et ses attributs seront la
concaténation de deux autres tables. Si la relation portait une
propriété, celle-ci demeurera dans la table comme attribut.
1.1.3 Présentation du modèle Logique des
données brutes
Etudiant
Commentaire Date
#idetud #idpub
Commenter
#idetud Prenom Postnom Sexe Datnaiss Lieunaiss Adress Tel
Email #iduniv
#idpub Titrepub Objpub date #idetud
Publication
Interaction Date #idetud #idgroup
#idgroup nomgroup #idetud
Interagir
Groupe
Echanger
Message Date #idetud
Compte
#idcompte Pseudo Mdpass #idetud
Université
#iduniv Nomuniv Adress
44
Figure III.8 : présentation du MLD Brut
1.1.4 Vérification et Normalisation.
Etant donné que le passage du MOD au MLD brut a permis
de crée des tables qui peuvent contenir de redondances,
l'opération de normalisation nous permet de pouvoir valider le MLD brut.
C'est ainsi que nous allons vérifier ces objets de manière que
ceux-ci aient des propriétés non répétitives. Cette
opération se fait en trois formes normales à respecter afin de
pouvoir valider notre MLD bruit.
45
? 1ère forme normale :
Une table est à la 1ère forme normale, si elle
possède une clé primaire et que ses attributs dépendent
directement de la clé primaire ;
? 2ème forme normale :
Une table est à la 2ème forme normale,
étant déjà à la 1ère forme normale, ses
attributs sont élémentaires c'est-à-dire non
décomposables ;
? 3ème forme normale :
Une table est à la 3ème forme normale, si
étant déjà à la 2ème forme normale, les
attributs qu'elle porte ont une dépendance fonctionnelle directe avec la
clé primaire, sans passer transitivement à un autre attribut.
Dès lors que les trois formes sont respectées,
les tables peuvent être déclarées normalisées et le
MLD sera validé.
1.1.5 Présentation du MLD
validé
Etudiant
Commentaire Date
#idetud #idpub
Commenter
Figure III.9 : présentation du MLD validé
#idetud Prenom Postnom Sexe Datnaiss Lieunaiss Adress Tel
Email #iduniv
#idpub Titrepub Objpub date #idetud
Publicatio
Interaction Date #idetud #idgroup
#idgroup nomgroup #idetud
Interagir
Groupe
Echanger
Message Date #idetud
Compte
#idcompte Pseudo Mdpass #idetud
Université
#iduniv Nomuniv Adress
46
1.1.6 Schémas relationnels associé au MLD
validé.
? Table Etudiant : {[#idetud : int(5)] ; [Prenom
: varchar(15)] ; [Postnom : varchar(15)] ; [sexe : char(1)] ; [Datnaiss :
varchar(15)] ; [lieunaiss : varchar(20)] ; [Adress : varchar(30)] ; [tel :
varchar(15)] ; [Email : varchar(25)] ;[iduniv : int(5)]} ;
? Table Commenter : {[commentaire [:
varchar(255)] ; [Date : varchar(15)] ; [#idetud : int(5)] ; [#idpub : int(5)]}
;
? Table Publication : {[#idpub: int(5)] ;
[titrepub : varchar(20)] ; [objpub: varchar(255)] ; [Date :varchar(15)] ;
[#idetud : int(5)]} ;
? Table Université: {[#iduniv :
int(5)] ; [nomuniv : varchar(25)] ; [Adress : varchar(30)]} ;
47
? Table Groupe : {[#idgroup : intr(5)] ;
[Nomgroup : varchar(20)] ; [#idetud :
intr(5)]} ;
? Table compte : {[#idcompte : int(5)] ; [pseudo
: varchar(20)] ; [mdpass : varchar(12)] ; [idetud: int(5)]} ;
? Table Echanger: {[Message: varchar(255)] ;
[Date : varchar(15)] ; [idetud : int(5)]} ;
? Table Interagir : {[interaction: varchar(255)]
; [Date : varchar(15)] ; [#idetud : int(5)] ; [#idgroup : int(5)]} ;
II.1.2 Modélisation Logique de Traitement
(MLT)
Dans le modèle logique des traitements, nous
présentons les moyens que le concepteur va utiliser pour construire les
programmes informatiques traduisant les solutions adoptées afin de
répondre aux exigences définies au niveau organisationnel. En
d'autres termes il s'agit de décrire le modèle
précédent suivant un formalisme compréhensible.
1.2.1 Règle de passage du MOT au MLT
Ce passage concerne la réflexion et/ou l'imagination du
développeur de l'application, selon sa maîtrise et/ou sa
pensée dans laquelle il appliquera sur la conception de ses interfaces
graphiques. Cependant, nous allons éliminer à partir du MOT les
tâches qui ne seront pas informatisées et les tâches
restantes. Celles-ci détermineront l'unité logique de traitement
ou les événements fonctionnels disparaissent et cèdent la
place aux actions des utilisateurs, notamment : clic ou clique, saisir, etc.
Les tâches deviennent des unités logiques de traitement ; les
procédures fonctionnelles deviennent des procédures logiques ;
l'ensemble des procédures logiques constituent le MLT et les postes de
travail deviennent des sites.
1.2.2 Présentation du Modelé Logique de
Traitement
Groupes
Accueil
Membres
Connexion
A propos
Publications
ULT
Inscription
ULT 02
Connexion
+Affichage O3
-Ecrire
- Cliquer
Valider
S'inscrire
Connexion
Table étudiant
+Affichage -Cliquer
Table compte
User :
Password :
48
ULT 04
|
Compte
|
|
+Affichage -Ecrire -Cliquer
|
|
|
Notification
|
Messages
|
Amis
|
Réglages
|
Se déconnecter
|
|
Groupes
|
|
|
|
|
|
|
|
Figure III.10 Présentation du modèle logique de
traitement
49
1.2.3 Détail des Unités Logique des
Traitements (ULT) ? ULT01 : authentification
Pseudo :
Mot de passe :
Inscription
Connexion
Connexion
? ULT02 : Inscription
Inscription
Prénom ...
Post nom ...
Email ...
Téléphone ...
Mot de passe ...
Confirmer mot de passe ...
? UTL 03 : Page d'accueil
Page d'Accueil
|
Accueil | Publications | Groupes | Membres | Profile
|
50
1.2.4 Enchaînement des ULT
Les enchainements assurent les liaisons entre les
différents ULT d'un MLT. Ils représentent les origines des appels
de l'ULT (événements logiques) ; et les liaisons conditionnelles
vers d'autres ULT (résultats logiques).
L'enchainement prend en charge le transfert d'informations
éventuellement nécessaires entre les ULT. Cependant, il ne faut
pas confondre l'enchainement des différents traitements au sein d'une
ULT exprimé dans la logique fonctionnelle et l'enchainement entre des
ULT distinctes exprimés ici.
ULT 01 : Connexion
|
Bouton
|
Action
|
Résultat
|
|
Connexion Inscription
|
Clic
clic
|
Affichage Page de publications Affichage formulaire
d'inscription
|
ULT 02 : Inscription
|
Bouton
|
Action
|
Résultat
|
|
Inscription
|
Clic
|
Affichage Page de publications
|
ULT 03 : Page d'accueil :
|
Menus
|
Action
|
Résultat
|
|
Accueil Publications Groupes Membres Profile
|
Clic Clic Clic Clic Clic
|
Affichage activités des membres inscrits Affichage espace
de publications Affichage des groupes Affichage des membres Affichage du
compte
|
1.2.5 Présentation du dialogue
homme-machine
Observation
Message 1 :
Inscription validée
51
-Lancer le navigateur
Saisir l'adresse du site dans le navigateur
-Cliquer sur déconnexion
- Cliquer sur connexion
- S'authentifier ou s'inscrire
-Cliquer sur publication
-Rediger commentaire, cliquer sur poster
- Cliquer sur groupes
- Créer ou adhérer si groupes existent
-Fermer l'onglet dans le navigateur
Homme
Rechercher le site sur le serveur et afficher la page d'accueil
et les différents liens des pages
-Affichage du profile
-Attribution de rôle si nouveau utilisateur
Affichage des groupes ou valider l'adhésion
Affichage page d'authentification
Affichage commentaires
Quitter le système
Machine
52
| 
