Manuel Utilisateur

Module Database
Date dernière révision : 24/05/2016

La documentation utilisateur de WinDesign se décompose en :

5 manuels généraux
U

1 - Installation – Administration - Organisation du travail

2 - Profil : paramétrage de WinDesign
3 - Espace de travail – Référentiel –Dictionnaire externe – Consolidation –
Archivage versions
4 - Modes Opératoires Standard
5 – Requêtes – Documenteur – Publication intranet - Import/Export

4 Manuels spécifiques
U

 Module Database
 Module Business Process Cartographie SI
 Module Object
 Module UserInterface

Module DATABASE 1
© Cecima 2016
2 Documentation utilisateur
© Cecima 2016
 SOMMAIRE

1. PREAMBULE 13

1.1 MODELES GERES 13

1.2 PRINCIPALES FONCTIONNALITES 13

2. RAPPELS 14

2.1 STRUCTURE MODELE/DIAGRAMME DANS WINDESIGN 14

2.1.1 CREER UN NOUVEAU MODELE (FICHIER) 14
2.1.2 CREER UN NOUVEAU MODELE BASE SUR UN AUTRE MODELE 14
2.1.3 CREER UN NOUVEAU DIAGRAMME (SOUS-MODELE) 14
2.2 NOTION D’ESPACE DE TRAVAIL 15
2.2.1 CREER DES GROUPES DE DIAGRAMMES 15
2.2.2 CREER DES GROUPES DE MODELES 16
2.3 PARAMETRAGES 16
2.3.1 PARAMETRAGE DU META MODELE 17
2.3.2 PARAMETRAGE DES TYPOLOGIES DE DIAGRAMMES 17
2.3.3 PARAMETRAGE DES OPTIONS GRAPHIQUES 17
[Link] Principe d'application des options (affichage et style) 18
[Link] Définir les options de style et d’affichage dans le profil 18
[Link] Définir des options de style et d’affichage pour le modèle, le sous modèle ou la
sélection 19
2.3.4 PARAMETRAGE DES PALETTES DE MODELISATION 19
[Link] Affichage de la barre d'outils des palettes dans le diagramme 20
[Link] Options d'affichage de la barre d'outils des palettes 20
2.4 PREFERENCES GLOBALES AU MODELE 22
2.4.1 ONGLET « GENERAL » 22
2.4.2 ONGLETS SYNTAXE DES NOMS ET SYNTAXE ALIAS 23
[Link] Conséquences des choix effectués sur la syntaxe 24
2.4.3 ONGLET TYPES 24

3. RAPPEL DES MODES OPERATOIRES DE CREATION D’UN OBJET METHODE 25

3.1 1ER MODE : REPRESENTATION DE L’OBJET PUIS AFFECTATION 25

A partir de la barre d’objets méthode standard 25
A partir de la palette d’outil spécifique (mode opératoire conseillé) 25
3.2 2EME MODE : CREATION DE L’OBJET SANS REPRESENTATION GRAPHIQUE PREALABLE 25

4. LANCEMENT DU MODULE DATABASE 28

5. CONSTRUCTION DES MODELES CONCEPTUELS DE DONNEES 29

Module DATABASE 3
© Cecima 2016
5.1 OBJECTIF 29
5.2 FORMALISME 29

6. CONCEPTS 31

6.1 ENTITE 31
6.1.1 CREATION D’UNE ENTITE 31
6.1.2 SAISIE DES CARACTERISTIQUES DESCRIPTIVES DE L’ENTITE 31
[Link] Onglet définition 31
[Link] Définir les états d’une entité 32
[Link] Lien entre les propriétés et les types d’état 33
[Link] Appel des modèles de traitements à partir de l’entité 34
[Link] Onglet Chiffrage 35
[Link] - Onglet Historisation 36
[Link] Onglet Administration 36
[Link] Saisie de textes complémentaires pour l’entité 37
[Link] Association de fichiers 37
6.1.3 MODIFIER LES CARACTERISTIQUES D'UNE ENTITE 37
6.1.4 SUPPRESSION D’UNE ENTITE 37
6.1.5 COUPER, COPIER, COLLER UNE ENTITE 38
6.2 RELATION 39
6.2.1 CREATION D'UNE RELATION 39
[Link] Dessin d'une relation isolée 39
[Link] Dessin automatique de la relation 39
[Link] Création d’une relation sans représentation graphique préalable 39
6.2.2 AFFECTER UNE RELATION 39
6.2.3 DEFINIR LES ETATS D’UNE RELATION 40
6.2.4 MODIFIER LES CARACTERISTIQUES D'UNE RELATION 40
6.2.5 SUPPRIMER UNE RELATION 40
6.2.6 COUPER, COPIER, COLLER UNE RELATION 41
6.2.7 MODIFICATION DES CARDINALITES 41
6.3 PROPRIETE 42
6.3.1 ACCES A LA BOITE DE SAISIE DES PROPRIETES D'UNE ENTITE OU D'UNE RELATION 42
6.3.2 COMPOSITION DE LA BOITE 42
6.3.3 FONCTIONNEMENT GENERAL DE LA BOITE 43
[Link] Les icônes de la barre d’outils 43
[Link] Case à cocher « Afficher les informations du modèle » 43
[Link] Configurer les colonnes 44
[Link] Edition d’une colonne 45
[Link] Classement croissant/décroissant du contenu d’une colonne 45
[Link] Fonctionnalités de drag & drop 46
[Link] Le menu contextuel 46
6.3.4 CREATION D’UNE PROPRIETE 47
[Link] Désigner une propriété comme identifiant 47
[Link] Préciser le caractère obligatoire d'une propriété 48
[Link] Afficher ou non la propriété dans le modèle 48
[Link] Préciser le type de la propriété 49
[Link] Types particuliers 49
Propriété multi-valuée 49
[Link] Types prédéfinis par l’utilisateur 50
[Link] Saisie de la longueur de la propriété 51

4 Documentation utilisateur
© Cecima 2016
[Link] Création de propriétés composées 51
[Link] Bouton " Effacer champs " 52
6.3.5 MODIFIER UNE PROPRIETE 52
6.3.6 SUPPRIMER UNE OU PLUSIEURS PROPRIETES 53
6.3.7 DETACHER UNE PROPRIETE 53
6.3.8 UTILISATION D'UNE INFORMATION POUR CREER UNE PROPRIETE 53
6.3.9 RATTACHER UNE PROPRIETE D'UNE ENTITE A UNE AUTRE ENTITE 55
6.3.10 COMPLEMENTS DESCRIPTIFS DES PROPRIETES 55
[Link] Texte d’annotation, texte descriptif ou association de fichier 56
[Link] Historisation d’une propriété 56
[Link] Administration 56
[Link] Domaine de valeurs d’une propriété 56
[Link] Option de génération d’une table de code 57
[Link] Bouton « Règles » 58
[Link] Mise à jour des états 59
6.3.11 ANALYSE D’IMPACT 59
[Link] Accès 60
[Link] Choix des types d’objets à analyser 60
[Link] Affichage des résultats 61
6.4 CONTRAINTE 62
6.4.1 CREATION D'UNE CONTRAINTE 63
6.4.2 CREATION D'UNE CONTRAINTE D'UNICITE 63
[Link] 1er mode : dessin de la contrainte 63
6.4.3 2EME MODE : DESSIN DU CONTEXTE DE LA CONTRAINTE 63
6.4.4 3EME MODE DE DESSIN D'UNE CONTRAINTE D'UNICITE 65
6.4.5 AFFECTER UNE CONTRAINTE D'UNICITE 65
6.4.6 ENCHAINEMENTS A PARTIR DE LA BOITE POP UP DE LA CONTRAINTE D'UNICITE 65
6.4.7 COMPLEMENT DESCRIPTIF DE LA CONTRAINTE D'UNICITE 65
6.5 CREATION D'UNE CONTRAINTE INTER RELATION 66
6.5.1 AFFECTER UNE CONTRAINTE INTER RELATION 66
6.5.2 INFORMATIONS COMPLEMENTAIRES SAISIES DANS LA BOITE POP UP DE DEFINITION DE LA
CONTRAINTE INTER RELATION 67
6.5.3 TABLEAU RECAPITULATIF DES CONTRAINTES INTER RELATIONS 67
6.6 CONTRAINTE SUR SPECIALISATION 68
6.6.1 CREATION D'UNE CONTRAINTE SUR SPECIALISATION 68
6.6.2 AFFECTER UNE CONTRAINTE SUR SPECIALISATION 68
6.6.3 INFORMATIONS COMPLEMENTAIRES SAISIES DANS LA BOITE POP UP DE DEFINITION DE LA
CONTRAINTE SUR SPECIALISATION 68
6.6.4 SUPPRESSION D'UNE CONTRAINTE 68
6.7 HERITAGE (TYPE ET SOUS-TYPE) 69
6.7.1 CREATION D'UN HERITAGE 69
6.7.2 DEFINIR LE SUR-TYPE 69
6.7.3 AFFECTER UN HERITAGE 70
6.7.4 INFORMATIONS COMPLEMENTAIRES 70
[Link] Onglet Critères 70
[Link] Onglet Options transfo. MLR 71
6.7.5 SUPPRESSION D’UN HERITAGE 71
6.8 INFORMATION 72
6.8.1 RAPPEL DE DEFINITION 72
6.8.2 CREATION D’UNE INFORMATION 72
[Link] Composition de la boîte 73
[Link] Importer des informations 73

Module DATABASE 5
© Cecima 2016
6.9 REGLE 75
6.9.1 CREATION D'UNE REGLE 75
[Link] 1er mode : représentation graphique de la règle puis affectation 75
[Link] 2ème mode : création préalable de la règle 75
[Link] Type de règle 76
[Link] Famille d'appartenance de la règle 76
[Link] Composition d'une règle 77
[Link] Composition de la boîte 77
[Link] Définir les objets utilisés par la règle 77
[Link] Descriptif textuel de la règle 80
6.9.2 IMPORTER DES REGLES 82
6.9.3 DESSINER LES LIENS DE LA REGLE 83
6.9.4 MONTRER/CACHER LES LIENS 83
6.10 VUE EXTERNE 84
6.10.1 DEFINITION 84
6.10.2 CREER UNE VUE EXTERNE 84
6.10.3 DEFINIR LA COMPOSITION DE LA VUE EXTERNE 84
[Link] Complément descriptif dans la partie droite de la boîte de dialogue. 85
[Link] Définition d’un groupe 86
[Link] Modification d’un groupe 86
[Link] Utilisation de groupes existants dans le modèle 87
[Link] Utilisation de groupes existants dans d’autres modèles 88
[Link] Ajouter ou modifier des informations 88
6.10.4 AJOUTER OU MODIFIER LES PROPRIETES D’UNE ENTITE OU D’UNE RELATION 89
6.10.5 AJOUTER OU MODIFIER DES INFORMATIONS 89
6.10.6 IMPORTER DES VUES EXTERNES 89

7. MODELE LOGIQUE DE DONNEES 91

7.1 INTRODUCTION 91
7.2 PARAMETRES DE CONTROLES 92
7.2.1 ONGLET « GENERAL » 92
[Link] Driver d’affichage des triggers de table 92
[Link] Options concernant la modification des attributs 93
[Link] Options concernant la suppression d’un attribut associé à une clé primaire ou
étrangère 93
[Link] Options concernant la création des index 93
7.2.2 CONTROLE DE LA SYNTAXE DES NOMS ET DES NOMS CONCEPTUELS (ALIAS) 94
[Link] 1er groupe : Caractères autorisés 94
[Link] 2ème groupe : Caractères interdits 94
[Link] 3ème groupe : contrôle sur la casse 94
[Link] 4ème groupe : longueur maximum 95
[Link] Création automatique des noms conceptuels 95
7.2.3 OPTIONS DE LONGUEUR PAR DEFAUT DES TYPES DE DONNEES 95
7.3 OPTIONS D’AFFICHAGE ET DE STYLES DES SYMBOLES 96
7.4 MAQUETTES LIEES AU MODELE LOGIQUE DE DONNEES 96
7.4.1 TRANSFERER LES MAQUETTES 96
7.4.2 EXPORTER LES MAQUETTES 96
7.5 CONSTRUCTION GRAPHIQUE D’UN MLD - PARTICULARITES 96

8. LES CONCEPTS 97

6 Documentation utilisateur
© Cecima 2016
8.1 TABLE 97
8.1.1 RAPPEL DE DEFINITION 97
8.1.2 CREATION D’UNE TABLE 97
8.1.3 AFFECTATION D’UNE TABLE 97
[Link] Onglet définition 97
[Link] Définir les états d’une table 97
[Link] Définir les storages et tablespace associés à la table 98
[Link] Caractéristiques étendues 99
[Link] Appel des modèles de traitements à partir de la table 99
[Link] Onglet Chiffrage 99
[Link] Onglet Administration 100
[Link] Saisie de textes complémentaires pour la table 100
[Link] Association de fichiers 100
8.1.4 MODIFIER LES CARACTERISTIQUES D'UNE TABLE 100
8.1.5 SUPPRIMER UNE TABLE 100
8.1.6 MONTRER / CACHER LES LIENS DE LA TABLE 100
8.1.7 FONCTION « TRIGGERS ... » 100
8.2 ATTRIBUT 101
8.2.1 RAPPEL DE DEFINITION 101
8.2.2 SAISIE DES ATTRIBUTS 101
8.2.3 CREATION DES ATTRIBUTS 101
[Link] Préciser le caractère obligatoire d’un attribut 101
[Link] Préciser le type de l’attribut 101
8.2.4 MODIFIER UN ATTRIBUT 102
8.2.5 DEFINIR LE DOMAINE DE VALEURS DE L’ATTRIBUT 102
8.2.6 MODIFIER DES CARACTERISTIQUES COMMUNES A PLUSIEURS ATTRIBUTS 104
8.2.7 SUPPRIMER UN OU PLUSIEURS ATTRIBUTS 105
8.2.8 CREER DES ATTRIBUTS COMPOSES 105
8.2.9 RATTACHER/DETACHER DES ATTRIBUTS 105
8.2.10 FONCTIONS ACCESSIBLES UNIQUEMENT PAR LE MENU CONTEXTUEL DE L’ATTRIBUT 105
8.2.11 ANALYSE D’IMPACT 106
8.3 CLE PRIMAIRE 106
8.3.1 RAPPEL DE DEFINITION 106
8.3.2 CREER UNE CLE PRIMAIRE 106
[Link] Composition de la clé primaire à partir d’attributs 106
[Link] Modification d’un attribut composant la clé primaire 108
[Link] Composition à partir d’une clé étrangère 108
[Link] Clé primaire composée 108
8.3.3 MODIFIER LA COMPOSITION D’UNE CLE PRIMAIRE 108
8.3.4 SUPPRIMER UNE CLE PRIMAIRE 108
8.4 CLE ALTERNATIVE 109
8.4.1 RAPPEL DE DEFINITION 109
8.5 CLE ETRANGERE 109
8.5.1 RAPPEL DE DEFINITION 109
8.5.2 CREATION D’UNE CLE ETRANGERE 109
[Link] Création d’une clé étrangère à partir du graphique 109
[Link] Création d’une clé étrangère à partir de la table fille 112
[Link] Modification d’une jointure 113
8.5.3 MODIFICATION DE LA COMPOSITION D’UNE CLE ETRANGERE 113
8.5.4 MODIFICATION D’UN ATTRIBUT COMPOSANT LA CLE ETRANGERE 114
8.5.5 FUSION D’ATTRIBUTS DANS LES CLES PRIMAIRES OU ETRANGERES 114
8.6 INDEX 115

Module DATABASE 7
© Cecima 2016
8.6.1 RAPPEL DE DEFINITION 115
8.6.2 CREATION D’UN INDEX 115
8.6.3 COMPOSITION DE L’INDEX 116
8.6.4 SUPPRIMER UN INDEX 116

9. TRANSFORMATION D’UN MODELE CONCEPTUEL DE DONNEES EN MODELE LOGIQUE

RELATIONNEL 117

9.1 PRINCIPES 117

9.2 OPTIONS DE TRANSFORMATION 117
9.3 OPTIONS SPECIFIQUES 117
9.3.1 OPTIONS SPECIFIQUES POUR LA RELATION D’HERITAGE 117
9.4 OPTIONS GENERALES DE TRANSFORMATION 119
9.5 SELECTION DU MODELE DESTINATION 119
9.6 OPTIONS GENERALES 120
9.7 OPTIONS D’HISTORISATION 122
9.8 CONTROLE A APPLIQUER 122
9.9 EXECUTION DE LA GENERATION 123
9.10 ENSEMBLE DES REGLES DE TRANSFORMATION 123
9.10.1 ENTITE 123
9.10.2 RELATION BINAIRE (0,N)-(1,1) OU (1,N)-(1,1) 123
9.10.3 RELATION BINAIRE (0,N)-(0,1) OU (1,N)-(0,1) 124
9.10.4 RELATION BINAIRE (0,1)-(1,1) 124
9.10.5 RELATION BINAIRE (0,1)-(0,1) 124
9.10.6 RELATION BINAIRE (0,N)-(0,N) OU (1,N)-(1,N) OU (1,N)-(0,N) ET RELATION TERNAIRE ET
SUPERIEURE QUELLE QUE SOIT LA CARDINALITE 124
9.10.7 PRISE EN COMPTE DES SOUS-TYPES DU MCD 124
9.10.8 PRISE EN COMPTE DES CONTRAINTES D’INTEGRITE 125
9.10.9 PRISE EN COMPTE DES CONTRAINTES REFERENTIELLES 125
9.10.10 PRISE EN COMPTE DES PROPRIETES COMPOSEES 125
9.10.11 PRISE EN COMPTE DES PROPRIETES MULTI VALUEES 125
9.10.12 PRISE EN COMPTE DE L’HISTORISATION 125
[Link] Historisation définie au niveau de la propriété 125
[Link] Historisation définie au niveau de l’entité ou de la relation 126
9.10.13 PRISE EN COMPTE DE LA GENERATION DE TABLES DE CODES 126

10. GENERATION D’UN MODELE CONCEPTUEL DE DONNEES A PARTIR D’UN MODELE

LOGIQUE 127

10.1 LANCEMENT 127

10.2 RESULTAT DE LA GENERATION 127
10.3 ARRANGEMENT AUTOMATIQUE DU SCHEMA 127
10.3.1 LANCEMENT 127
[Link] Modifier le contenu des sous-modèles proposés 128
[Link] Supprimer un sous-modèle 128
[Link] Créer un nouveau sous-modèle 128
10.3.2 EXECUTION 129

11. MISE EN CONFORMITE DU MODELE CONCEPTUEL PAR RAPPORT AU MODELE

LOGIQUE 130

8 Documentation utilisateur
© Cecima 2016
11.1 PRINCIPE 130
11.2 LANCEMENT DE LA FONCTION 130

12. VUES SQL 131

12.1 DEFINITION 131

12.2 CREATION D’UNE VUE SQL 131
12.2.1 CREATION AUTOMATIQUE A LA GENERATION DU MLD A PARTIR DU MCD 131
12.2.2 CREATION D’UNE VUE SQL DANS LE MODELE LOGIQUE 132
12.3 COMPOSITION DE LA VUE SQL 132
12.3.1 ASSISTANT DE CREATION D’UNE VUE SQL 133
[Link] Composition de la vue SQL en tables et autres vues 133
[Link] Ajouter des jointures 133
[Link] Modifier le nom d’une table 134
12.3.2 DEFINITION DES COLONNES UTILISEES DANS LA VUE 134
12.3.3 INSERER UNE EXPRESSION DANS LA REQUETE 135
12.3.4 DEFINIR UNE EXPRESSION DE SELECTION 135
12.4 CREATION DES VUES SQL DIRECTEMENT DANS L’EDITEUR 135
12.4.1 GESTION DES ELEMENTS A INSERER DANS LA VUE SQL 136
[Link] Insertion d’attributs dans la requête 136
[Link] Insertion de jointures 137
[Link] Opérateurs de langage 137

13. STORAGE 138

13.1 DEFINITION 138

13.2 CREATION D’UN STORAGE 138
13.2.1 1ER MODE DE CREATION D’UN STORAGE 138
13.2.2 2EME MODE DE CREATION 138

14. TABLE SPACE 139

14.1 DEFINITION 139

14.2 CREATION D’UN TABLESPACE 140
14.3 ASSOCIER DES TABLES AUX STORAGES OU TABLESPACE 140
14.4 OPTIONS 141

15. GENERATION D’UN SCRIPT DE BASE DE DONNEES 142

15.1 GENERATION DU SCRIPT 142

15.1.1 ONGLET « GENERAL » 142
[Link] Sélection de la base de données cible 142
[Link] Sélection du fichier destination 143
[Link] Sélection des tables à générer 143
[Link] Choix du contrôle à appliquer 144
15.1.2 ONGLET « OPTIONS » 144
15.1.3 LANCEMENT DE LA GENERATION 144
15.2 GENERATION DES SCRIPTS DE MISE A JOUR 146

Module DATABASE 9
© Cecima 2016
16. EXECUTION D’UNE REQUETE SQL POUR ODBC 149

16.1 ACCES 149

16.2 CONNEXION A UNE BASE DE DONNEES 149
16.3 COMPOSITION D’UNE REQUETE 149
16.4 RESULTATS DE LA REQUETE 149
16.5 EXPORTER LES RESULTATS D’UNE REQUETE 150
16.6 SAUVEGARDE D’UNE REQUETE 150
16.7 REQUETES PRE-DEFINIES A PARTIR D’UNE TABLE 150

17. GENERATION DES TRIGGERS 152

17.1 GENERATION DU SCRIPT 152

18. INTERFACE L4G 154

18.1 SELECTION DU L4G 154

18.2 DEFINIR DES CORRESPONDANCES DE TYPES 154
18.3 GENERATION DU SCRIPT VERS UN L4G CIBLE 154
18.4 GENERATION D’UN SCRIPT DE MISE A JOUR 155

19. PARAMETRAGE DES DRIVERS 157

19.1 ONGLET DRIVER 157

19.1.1 CREER UN NOUVEAU DRIVER 157
19.1.2 RENOMMER UN DRIVER 158
19.2 ONGLET GENERAL 158
19.3 ONGLET BASE 160
19.4 ONGLET TABLE 162
19.5 ONGLET ATTRIBUT 163
19.6 ONGLET TYPES 165
19.6.1 SENS DE CONVERSION 166
[Link] WinDesign vers base 166
[Link] Base vers WinDesign 167
19.7 ONGLET CONTRAINTES 167
19.8 ONGLET INDEX 169
19.9 ONGLET REGLE 171
19.10 ONGLET VUES SQL 172
19.11 ONGLET PROCEDURES 173
19.12 ONGLET STORAGE 175
19.13 ONGLET LANGAGE 176
19.14 ONGLET TRIGGERS 177
19.15 ONGLET TRIGGERS - ITEMS 178
19.16 ONGLET TYPES UTILISATEUR 180
19.17 LISTE DES VARIABLES 181
19.17.1 LISTE DES SECTIONS 187
19.17.2 ORDRE D'INSERTION DES SECTIONS DANS LE SCRIPT 189

20. REVERSE ENGINEERING D’UNE BASE DE DONNEES 191

10 Documentation utilisateur
© Cecima 2016
20.1 OPTIONS DE REVERSE (MENU BASE DE DONNEES) 191
20.2 REVERSE ENGINEERING A PARTIR D’UN SCRIPT EXISTANT 191
20.3 - REVERSE ENGINEERING VIA ODBC 194
20.3.1 OPTIONS REVERSE ODBC 195
20.4 REVERSE DAO 195

Module DATABASE 11
© Cecima 2016
12 Documentation utilisateur
© Cecima 2016
1. PREAMBULE

Destiné aux analystes et aux administrateurs de bases de données, le module Database de

WinDesign permet de concevoir, générer, modifier, redocumenter les bases de données.

1.1 MODELES GERES

Le module Database permet de gérer les modèles suivants :
 Modèles Conceptuels de données (Merise 2)
 Modèles Logiques de données
 Modèles Physiques de données, pour la plupart des SGBD du marché.

1.2 PRINCIPALES FONCTIONNALITES

 Modélisation conceptuelle, logique et physique des données
 Génération automatique MCD  MLD / MLD  MCD
 Génération automatique des diagrammes de classes (UML) à partir du MCD et du MCD ou
MLD à partir du diagramme de classes (nécessite le module Object)
 Fonction de ré-arrangement automatique des diagrammes générés
 Génération des scripts des bases de données avec paramétrage des drivers
 Reverse engineering
 Génération documentation « papier » au format rtf
 Génération au format html pour une publication intranet

WinDesign Database peut être complété par le module WinDesign User Interface, pour le
maquettage de l'interface utilisateur des futures applications.

Module DATABASE 13
© Cecima 2016
2. RAPPELS

2.1 STRUCTURE MODELE/DIAGRAMME DANS WINDESIGN

  Cf. Manuel 3 – Espace de travail – Référentiel (Structure de base de WinDesign)

La modélisation dans WinDesign s’effectue à partir de la notion de « Modèle ».

Un modèle est une structure de mémorisation, c’est à dire un fichier.
Le modèle contient la définition des objets et tous les liens entre les objets.

Il est composé de diagrammes (ou sous-modèles), correspondant à une partition graphique (feuilles
de dessin) de la représentation des objets, dont la définition est globale au niveau du modèle.
Des modes opératoires particuliers permettent de maintenir l’intégrité de définition des objets inter
modèles.
Les types de diagrammes contenus dans le modèle dépendent du module utilisé dans WinDesign.

2.1.1 Créer un nouveau modèle (fichier)

Accès à la fonction
 Fonction « Nouveau » du menu « Modèle »

 Icône
 Fonction « Nouveau modèle » à partir du menu contextuel de l’espace de travail

2.1.2 Créer un nouveau modèle basé sur un autre modèle

Accès à la fonction
 Fonction « Nouveau modèle basé sur … » du menu « Modèle »

 Icône

2.1.3 Créer un nouveau diagramme (sous-modèle)

Accès à la fonction
 Fonction « Nouveau sous-modèle » du menu contextuel d’un modèle à partir de l’arbre de
l’espace de travail

 Icône de la barre de gestion des sous-modèles

14 Documentation utilisateur
© Cecima 2016
2.2 NOTION D’ESPACE DE TRAVAIL

  Cf. Manuel 3 – Espace de travail – Référentiel

Un espace de travail est destiné à organiser et présenter les différents modèles sur lesquels travaille
l’utilisateur.
L’organisation de l’espace de travail est en général dépendante des thèmes abordés, soit de manière
temporaire comme un projet, soit relatif à un thème particulier (modélisation des données,
cartographie applicative), soit un domaine d’activité de l’entreprise, …

L’espace de travail n’est qu’un moyen d’accéder aux modèles de WinDesign et fichiers divers. Il ne
contient pas physiquement ces éléments.
Ainsi, un même modèle de WinDesign peut se retrouver dans plusieurs espaces de travail.

Un espace de travail peut être constitué d’autres espaces de travail.

L’espace de travail est matérialisé par une fenêtre qui s’insère dans la fenêtre de travail.
Il est présenté sous forme d’un arbre, dont l’organisation est modifiable.

2.2.1 Créer des groupes de diagrammes

Accès à la fonction
 Fonction « Nouveau groupe » du menu contextuel du modèle concerné
  Cf. Manuel 3 – Espace de travail

Module DATABASE 15
© Cecima 2016
2.2.2 Créer des groupes de modèles

Accès à la fonction
 Fonction « nouveau groupe » à partir du menu contextuel de la racine de l’arbre des
modèles.
  Cf. Manuel 3 – Espace de travail

2.3 PARAMETRAGES

Cf.  Manuel 2 - Profil : paramétrage de WinDesign

WinDesign dispose d'outils de paramétrage permettant de définir et de mettre en forme les types
d'objets utilisés dans les modélisations.

L'ensemble de ces paramètres constitue un "Profil".

Ces options concernent :
 La définition des types de diagrammes du module Business Process
 Le paramétrage du méta-modèle
 Les options graphiques
 Les palettes d'objets
 L'organisation du point d'entrée de WinDesign pour le choix des types de diagrammes.

Ce mode de paramétrage est valable pour tous les modules de WinDesign.

Toutefois, il est principalement utilisé dans le module Business Process.
Les modules Database et Object ont un formalisme conventionnel stable, qui nécessite en général
peu d'ajustement.

A l'ouverture d'une session de travail, le profil est chargé et conditionne le comportement et le

contenu des différents types d'objets utilisés.
Plusieurs profils peuvent être définis et mémorisés.

L’accès aux fonctions de paramétrage du profil se fait par la fonction « Profil standard – Modifier … »
du Menu « Administration » pour accéder à la boîte « Configuration profil ».

16 Documentation utilisateur
© Cecima 2016
2.3.1 Paramétrage du méta modèle

Les fonctions de paramétrage du méta modèle permettent de définir chaque type d'objet et
de stéréotype qui sera utilisé dans la modélisation.
Cette définition porte sur le nommage, les caractéristiques descriptives, les liens possibles entre
chaque type d'objet, l'aménagement des références croisées et des analyses d'impact.

Cf.  Manuel 2 - Profil : paramétrage de WinDesign pour la configuration du profil

2.3.2 Paramétrage des typologies de diagrammes

Dans le module Database, il n’est pas possible de définir de nouveaux types de diagramme
(contrairement au module Business Process).
Il est cependant possible à partir de cette boîte, d’intégrer des types de modèles Business Process ou
Object dans la liste.
L’utilisation de ces types de modèles nécessite de disposer des modules correspondant.

Ce paramétrage se retrouvera dans la boîte de choix du type de diagramme, lors de la création d’un
nouveau modèle.

  Cf. Manuel 2 - Profil : paramétrage de WinDesign pour la configuration du profil

2.3.3 Paramétrage des options graphiques

Le paramétrage des options graphiques permet de définir l'apparence (forme, style, ...) de
chaque type et stéréotype d'objet.
Des variantes de style peuvent également être définies, avec application sur option.

Module DATABASE 17
© Cecima 2016
[Link] Principe d'application des options (affichage et style)
Les options d’affichage des caractéristiques et de style des objets peuvent être définies :

1 - En standard (Profil standard)

Ce standard s’appliquera à l’ensemble des modèles. Ces options sont mémorisées dans un fichier
externe, nommé : [Link], installé par défaut dans le dossier d’installation de WinDesign :
\DONNEES\CONFIG.

Plusieurs fichiers peuvent être définis et sauvegardés, à la condition qu’ils figurent dans des
dossiers différents.

  Cf. Manuel 2 - Profil : paramétrage de WinDesign pour la configuration du profil

2 - Dans un modèle
Au niveau de chaque modèle, des modifications ou des adaptations du standard peuvent être
effectuées. Elles sont définies sur un type d’objet et sont valables pour tout le modèle (et ses
sous-modèles)

3 - Dans un sous-modèle (diagramme)

Au niveau de chaque sous-modèle des modifications et des adaptations du standard ou des
options spécifiques du modèle peuvent être effectuées. Elles sont définies sur un type d’objet et
ne sont valables que pour le sous-modèle courant.

4 - Sur une sélection

Chaque représentation d’un objet modélisé peut avoir ses options graphiques et de style
spécifiques, en dérogation par rapport à celles du modèle, sous-modèle ou standard.

 Les options graphiques d’affichage et de style peuvent être appliquées à tous les types d’objets.

[Link].1 Options d’affichage

Ces options concernent les caractéristiques du type d’objet à afficher dans le graphique.

Trois catégories de caractéristiques :

 Communes à tous les objets : nom, alias, libellé, stéréotype
 Spécifiques par objet : exemple type de données pour un attribut, mode d’organisation
pour une tâche, visibilité pour une opération, …
 Certains repères comme des icônes : exemple : présence d’un texte d’annotation, bloc note,
fichiers associés, décomposition.

[Link].2 Options de style

Ces options concernent l’apparence et la présentation du symbole graphique :

 Texte contenu : police, nombre de lignes d’affichage

 Trait : style et couleur
 Fond : couleur, dégradé, motif
 Forme : choix de la forme standard prédéfinie utilisée par défaut ou substitution par une
image quelconque ou une forme personnalisée (liste proposée)
 Comportement : gestion de la taille, icône associé, conteneur (tout objet à l’intérieur de la
surface sera déplacé en même temps que l’objet conteneur).

[Link] Définir les options de style et d’affichage dans le profil

  Cf. Manuel 2 - Profil : paramétrage de WinDesign pour la configuration du profil

18 Documentation utilisateur
© Cecima 2016
[Link] Définir des options de style et d’affichage pour le modèle, le sous modèle ou la sélection

Sélectionnez la fonction « Apparences graphiques … » à partir du menu « Format », puis le niveau sur
lequel vous voulez définir le paramétrage : sélection, modèle ou sous-modèle.
Nota : l’option « Modèle » ne sera active que si le modèle a été enregistré avec son propre profil. 
 Cf. Manuel 2 – Profil : paramétrage de WinDesign

Si l’option « Sous-modèle » a été sélectionnée, la boîte des options graphiques s’affichent et

présente l’ensemble des objets gérés dans les modèles Database.
Si l’option « Sélection » a été choisie, la boîte présentera uniquement la sélection.
 Les modifications de style et d’affichage pour un objet peuvent également être faites à partir de sa
boîte pop up.

Sélectionnez le type d’objet dans la liste de gauche, puis sélectionnez la ligne de rubrique et cochez
ou décochez la case de la colonne « Afficher », pour définir les éléments à afficher dans le graphique.

Pour accéder aux options de style, cliquez sur l’onglet « Style ».

  Cf. Manuel 2 – Profil : paramétrage de WinDesign pour le fonctionnement détaillé de la boîte.

 Tous les menus contextuels des objets disposent de la fonction « Apparence – Annuler style
spécifique » permettant de revenir aux styles standard. Les styles spécifiques sont ceux qui ont été
appliqués sur la sélection (accès par la boîte générale des options graphiques ou par la boîte pop up
de l’objet, onglets « Affichage et style »).

2.3.4 Paramétrage des palettes de modélisation

Les paramétrages de WinDesign permettent de définir pour chaque type de diagramme, une
palette spécifique, en complément de la barre d’outils standard des objets méthode, présentant
l'ensemble des objets et de et leurs formes, utilisables dans le contexte du diagramme.
Cette palette sera affichée à l'ouverture du diagramme.

Module DATABASE 19
© Cecima 2016
Ces palettes sont composées à partir des options graphiques définies dans le profil.
Elles permettent de présenter dans leur forme et style paramétrés :
 les types d'objet
 les stéréotypes d'objet
 ou toute option graphique basée sur un critère.
Dans ce cas, lorsque l'objet est dessiné, les critères sur lesquels sont basés l'option
graphique initialisent automatiquement les caractéristiques de l'objet correspondant aux
critères.

 En standard, WinDesign propose un ensemble de palettes prédéfinies, adaptées à chaque type de

modèle et conformes au profil standard livré.

Nota
L'ensemble de la définition des palettes s'effectue et est mémorisée dans le profil standard (fichier
[Link] dans le dossier : CONFIG).
  Cf. Manuel 2 – Profil : paramétrage de WinDesign pour la création des palettes.

[Link] Affichage de la barre d'outils des palettes dans le diagramme

Pour afficher les palettes dans les diagrammes, WinDesign utilise une barre d'outils dans laquelle les
symboles de chaque option graphique choisie s'affichent.
Cette barre d'outils peut contenir les objets de plusieurs palettes.

A l'ouverture d'un type de diagramme, la barre d'outils par défaut s'affiche.

Pour afficher ou cacher la palette, utilisez l'icône

[Link] Options d'affichage de la barre d'outils des palettes

Pour appliquer des options de présentation à la barre d'outil des palettes, utilisez le menu contextuel
de la barre d'outil des palettes et activez la fonction "Options d'affichage".

20 Documentation utilisateur
© Cecima 2016
  Cf. Manuel 2 – Profil : paramétrages de WinDesign

Module DATABASE 21
© Cecima 2016
2.4 PREFERENCES GLOBALES AU MODELE

Certaines options peuvent être prises pour le contrôle de la syntaxe autorisée pour la saisie des
noms des différents objets.
Ces fonctions sont appelées par le Menu « Options » fonction « Préférences ... - Modèle ».
La boîte de dialogue présentant 4 onglets s’affiche.

2.4.1 Onglet « Général »

1er groupe : contrainte

Ce premier groupe permet de préciser le sigle à donner aux contraintes d’unicité.
Par défaut, elles sont notées CIF (Contraintes d’Intégrité Fonctionnelle).

Ce sigle sera affiché dans les contraintes au niveau graphique.

2ème groupe : vérification de la cohérence des domaines de valeurs des propriétés

A une propriété du modèle, peuvent être associées des listes ou des bornages de valeurs. Cette
option permet simplement de provoquer un contrôle entre le type de données de la propriété, sa
longueur et les valeurs saisies.

Cochez éventuellement l’option. Validez vos choix par « OK »

22 Documentation utilisateur
© Cecima 2016
2.4.2 Onglets syntaxe des noms et syntaxe alias
Ensemble d’options permettant la gestion des caractères autorisés ou interdits, dans la composition
du nom des objets.
Cliquez l’onglet « Syntaxe nom » ou « Syntaxe alias » (même fonctionnement).

1er groupe : caractères autorisés

Option : tous les caractères autorisés (option par défaut) ou donnez la liste des seuls caractères à
autoriser.

2ème groupe : caractères interdits

Les caractères suivants sont obligatoirement interdits : /, \, :, .
Saisissez éventuellement les caractères que vous souhaitez interdire. Pour interdire l’espace, ne pas
le placer en fin de ligne pour qu’il puisse être pris en compte.

Caractères de remplacement
Permet de saisir le caractère qui remplacera les caractères interdits après contrôle.

3ème groupe : contrôle sur la casse

Permet d’effectuer des contrôles en autorisant que les majuscules, que les minuscules ou en
ignorant la casse.

4ème groupe : longueur maximum

Permet de moduler la longueur maximum du nom ou de l’alias (nom logique).
Cette longueur doit être toutefois inférieure à la longueur par défaut (32 caractères).

Module DATABASE 23
© Cecima 2016
5ème groupe : option création automatique des noms logiques (onglet syntaxe alias uniquement)
Chaque objet dans le dictionnaire peut avoir 2 noms. Dans le MCD, il s’agit du nom conceptuel et du
nom logique.
Le nom logique correspond la plupart du temps à une codification particulière. Lors de la génération
dans le MLD, WinDesign pourra, sur option, utiliser ce nom logique. S’il n’existe pas, c’est le nom
conceptuel qu’il prendra par défaut. Il est donc inutile de saisir un nom logique strictement identique
au nom conceptuel.

[Link] Conséquences des choix effectués sur la syntaxe

Lors de la saisie du nom ou de l’alias des objets, dans le cas où des caractères interdits sont utilisés,
un panneau de contrôle intitulé « Saisie du nom de l’objet » ou « Saisie de l’alias d’un objet »
s’affiche. Il vous informe que le nom est composé de caractères interdits.
Après avoir cliqué sur « OK », les caractères interdits sont automatiquement remplacés par les
caractères de remplacement.
Lorsqu’on a précisé une contrainte sur la casse, les majuscules ou minuscules sont automatiquement
transformées à la saisie en fonction des choix.

Toutefois, il est possible par l’option « Création automatique des noms logiques », de dupliquer
automatiquement le nom conceptuel en nom logique en respectant les contraintes de syntaxe.

2.4.3 Onglet Types

Les différents types de données sont présentés avec leur code abrégé, associé à un nombre
représentant la longueur par défaut qui sera affectée lors du choix de ce type de données.

Ces longueurs peuvent être modifiées en saisissant le nombre voulu dans chacun des champs de
saisie.

 Voir aussi la fonction « Type utilisateurs » du menu « Modèle » pour la saisie de nouveaux types
de données.

24 Documentation utilisateur
© Cecima 2016
3. RAPPEL DES MODES OPERATOIRES DE CREATION D’UN OBJET
METHODE
Deux modes opératoires sont disponibles pour créer un objet méthode.

3.1 1ER MODE : REPRESENTATION DE L’OBJET PUIS AFFECTATION

A partir de la barre d’objets méthode standard

Activez l’icône pour afficher la barre d’objets méthode

Sélectionnez ensuite l’icône correspondant au type d’objet à représenter et cliquez dans la fenêtre
de travail à l’endroit où l’objet sera dessiné.

A partir de la palette d’outil spécifique (mode opératoire conseillé)

Sélectionnez la représentation graphique de l’objet dans

la palette spécifique au type de modèle en cours de
création et effectuez un drag & drop.

 Cf. Manuel 2 – Profil : paramétrages de WinDesign,

pour la configuration et les options d’affichage de la
palette d’outils

Cette palette peut être affichée ou cachée en activant l’icône .

3.2 2EME MODE : CREATION DE L’OBJET SANS REPRESENTATION GRAPHIQUE PREALABLE

Sélectionnez la fonction « Définition des objets … » dans le menu « Modèle ».

La boîte de dialogue « Liste d’objets … » s’affiche.

Module DATABASE 25
© Cecima 2016
Sélectionnez le type d’objet à représenter, puis validez par Ok.
La boîte de dialogue « Définition d’objets » s’affiche.

Elle présente la liste des objets existants pour le type sélectionné (ex : entité) et permet de lister les
objets existants pour un type sélectionné et/ou de créer de nouveaux objets de ce type, sans les
représenter graphiquement au préalable.

Nota
Les objets ainsi créés s’affichent dans la liste dictionnaire.

26 Documentation utilisateur
© Cecima 2016
Pour les représenter graphiquement, effectuez ensuite un drag & drop à partir du dictionnaire.

  Cf. Manuel 4 : Modes opératoires standard pour plus de détail sur cette fonction

Module DATABASE 27
© Cecima 2016
4. LANCEMENT DU MODULE DATABASE

Lancez WinDesign.
Cliquez n’importe où dans la fenêtre de travail. La boîte « Choix du module » s’affiche.

Cliquez sur le bloc « Database ».

Nota : pour ne plus afficher cette boîte de dialogue par la suite et accéder directement à la boîte de
création de diagramme, cocher la case « Conserver le choix de ce module par défaut ».

Nota : avec la Version 10, le module User Interface est devenu un module secondaire, qui n’est plus
présenté dans la nouvelle image de WinDesign.
Ce module reste cependant accessible, par l’ancien point d’entrée de WinDesign.
Pour lancer User Interface, cliquer sur la boule WinDesign

et sélectionner le pavé « User Interface » dans l’ancienne boîte de choix du module.

28 Documentation utilisateur
© Cecima 2016
5. CONSTRUCTION DES MODELES CONCEPTUELS DE DONNEES

5.1 OBJECTIF
La modélisation conceptuelle des données a pour objectif d'exprimer formellement la signification
de l'ensemble des informations du système d'information, sans contrainte technique ou
économique. Le MCD est essentiellement préoccupé par la sémantique des informations.

5.2 FORMALISME
 Entité
L'entité est la modélisation d'un ensemble d'objets considérés de même nature.
Toute entité est dotée d'un identifiant, propriété dont les valeurs permettent de faire référence
de façon unique à une occurrence de l'entité.
Une entité est décrite par des propriétés qui lui sont rattachées.

 Relation
Une relation est la modélisation d'un ensemble d'associations de même nature entre deux ou
plusieurs objets. Elle est identifiée par la conjonction des identifiants des entités. La cardinalité
permet de préciser le degré de participation minimal et maximal de chaque individu à la relation.

 Propriété

Module DATABASE 29
© Cecima 2016
 Une propriété est la modélisation d'une information descriptive dotée d'un ensemble de valeurs.
Une propriété est unique dans un modèle et rattachée soit à une entité soit à une relation quelle
décrit.

 Règle
Une règle de traitement ou de gestion formalise un calcul ou un algorithme arithmétique et/ou
logique à appliquer sur des données modélisées.

 Contrainte Inter relations

Une contrainte inter relation formalise une condition sur la participation des occurrences d’une
ou plusieurs entités aux occurrences de relations.
Il existe différents types de contraintes :
Exclusion, inclusion, simultanéité, totalité, partition.

 Contrainte sur spécialisation

Une contrainte sur spécialisation formalise, par rapport à un héritage, une condition d’existence
entre les sous types d’un héritage.
Il existe différents types de contraintes :
- Exclusion, totalité, partition.

 Héritage
L’héritage est une modélisation d’un lien entre des entités (ou relations) de même nature. L’un
est en position de sur type, le ou les autres en position de sous type. On appelle également cette
modélisation « Spécialisation ». Normalement, les entités sous types n’ont pas d’identifiant
propre.

Dans une modélisation d’héritage, il s’agit de la même occurrence d’objet évoquée dans le sur
type et dans le ou les sous types.
Les entités (ou relations) sous types héritent des propriétés du sur type, c’est à dire que ces
dernières sont également pertinentes pour les sous types.

Le mécanisme d’héritage s’applique au niveau des sous types :

- Soit pour distinguer des propriétés qui ne sont pertinentes que pour certaines occurrences
- Soit pour distinguer des relations qui ne s’appliquent que pour certaines occurrences.

 Vue externe et groupe de données

Une vue de données est un sous ensemble de données, éventuellement structurées en groupe,
correspondant à la définition des objets utilisateurs.
Exemple : une commande, une facture, un contrat ...

Les vues de données sont définies dans les modèles de données et sont utilisables dans les
modèles de traitements, comme descriptif du contenu en informations des flux.

30 Documentation utilisateur
© Cecima 2016
6. CONCEPTS

6.1 ENTITE
L'entité a pour représentation graphique un rectangle.

Comme pour tout objet, des options graphiques d’affichage et de style peuvent être appliquées.
  Cf. Manuel 2 – Profil : paramétrages de WinDesign ou rappels en début de ce manuel.

6.1.1 Création d’une entité

  Cf. : Rappel des modes opératoires de création d’un objet méthode de ce même manuel

6.1.2 Saisie des caractéristiques descriptives de l’entité

Sélectionnez l’entité et effectuez un double clic gauche.

La boîte de saisie des caractéristiques de l'entité s'affiche.

Elle dispose d’onglets, dont la sélection modifiera la boîte pop up pour permettre la saisie
d'informations de chiffrage, d'informations relatives à l'administration de données et à
l'historisation.

Cette boîte est une boîte pop up ( Manuel « Modes opératoires standard » - Caractéristiques des
boîtes de dialogue de définition des objets).

[Link] Onglet définition

Saisissez le code de l'entité, puis son nom logique et éventuellement une ligne de libellé.

Module DATABASE 31
© Cecima 2016
Le nom logique de l'entité servira lors de la transformation automatique du MCD en MLD, où l'entité
sera transformée en table relationnelle.
Le code d'identification de cette table sera le nom logique s'il est saisi, ou le nom de l'entité s'il
n'existe pas de nom logique.

 Voir dans le menu « Préférence Modèle » onglet syntaxe alias, la case à cocher « création
automatique des noms logiques ».

Préfixe attribut
Si vous précisez le préfixe des attributs, lors de la génération du MLD, tous les attributs générés
auront ce même préfixe.

[Link] Définir les états d’une entité

Certaines entités gérées dans les modèles de données subissent au cours du temps un certain
nombre d’états traduisant leur cycle de vie.

Ces états expriment la situation de l’entité par rapport à son évolution dans le temps.

 Exemple : l’entité « Commande » est gérée de manière différente au cours des étapes de sa vie,
comme : l’arrivée de la commande, la livraison, la facturation, le règlement, l’archivage.
Ces différentes étapes se traduiront par une information en général mémorisée par une propriété,
reflétant l’état de la commande (commande arrivée, livrée, facturée, réglée, archivée).

Ces caractéristiques peuvent être également complétées par un modèle explicitant les modes de
passage d’un état à un autre.

Ce modèle se dénomme « Diagramme d’état » ou également « Cycle de vie d’un objet ».

La représentation de ce type de modèle est très proche du formalisme des modèles de traitements
(Cf. Modèles de traitements).

Dans le modèle de données, seule l’identification des états est décrite.

Pour décrire les états d’une entité, cliquez sur le bouton « Etats » de la boîte pop up.
La boîte de dialogue « Etats de l’objet » s’affiche.

Elle permet de définir plusieurs types d’état pour la même entité.

Par défaut, WinDesign propose un type d’état déjà composé de « Etat de » + le nom de l’entité.

32 Documentation utilisateur
© Cecima 2016
Pour modifier cette dénomination, saisissez les nouveaux codes et libellé.

Cliquez sur les boutons « Créer », « Modifier », « Supprimer » pour gérer la notion de type d’état.

Pour définir les différents états, saisissez dans le champ « Nom » le nom de l’état et dans le champ
« Description » sa définition.

Utilisez les boutons « Créer », « Modifier », « Supprimer », pour gérer les différents états.

[Link] Lien entre les propriétés et les types d’état

Souvent, les états de l’entité sont traduits par une propriété dont le domaine de valeur fournit la
liste des états possibles.
WinDesign permet si une propriété existe de créer le type d’état correspondant, ou après avoir créé
un type d’état, de générer la propriété correspondante.

 Pour créer une propriété à partir d’un type d’état, cliquez sur .
Un panneau vous demande confirmation.
Choisissez « Oui » pour valider, « Non » pour annuler l’opération.

Une propriété de même nom que le type d’état est créée.

Elle comportera dans son domaine de valeurs, la liste des états.

Module DATABASE 33
© Cecima 2016
Les états se retrouvent dans les domaines de valeurs de la propriété

 Pour créer un type d’état à partir d’une propriété, cliquez sur .

Une boîte de dialogue présente la liste des propriétés de l’entité possédant une liste de valeurs (
Cf. saisie dans le domaine de valeurs ).

Sélectionnez l’une d’entre elles, puis cliquez sur « OK ». Le type d’état ainsi que la liste des états
sont créés.

[Link] Appel des modèles de traitements à partir de l’entité

Ce mode opératoire permet de lier une entité à un modèle de traitement (modèles gérés dans le
module Business Process).
On peut donc ainsi associer la définition de l’entité à n’importe quel type de modèle de traitement.
Ce mode opératoire est particulièrement adapté pour associer à une entité un modèle de type
« Cycle de vie ».
Pour associer un modèle de traitements à une entité, cliquez sur le bouton « Traitements… » de la
boîte pop up de l’entité.

 Le modèle à associer doit être présent dans l’espace de travail.

34 Documentation utilisateur
© Cecima 2016
Dépliez les nœuds de l’arbre pour afficher le nom des sous-modèles, effectuez votre sélection et
validez par le bouton « Associer ».

 Lorsqu’un modèle du module Business Process/Cartographie SI a été associé à une entité, un carré
grisé s’affiche dans son coin supérieur gauche.

Un double clic sur ce rectangle appelle le sous modèle associé.

[Link] Onglet Chiffrage

Pour saisir des informations volumétriques concernant une entité, cliquez sur l'onglet « Chiffrage ».
La partie inférieure de la boîte pop up se transforme.

La taille de l'occurrence est calculée par rapport à la somme des longueurs des propriétés de l'entité.

 Ces longueurs ont été saisies par la boîte « Saisie des propriétés » ou par la boîte pop up de
définition d'une propriété.

Une taille estimée peut également être saisie.

Pour mettre à jour l’affichage du volume, après avoir saisi le nombre d’occurrences ou la taille en
caractères estimée, appuyez sur la touche ENTREE.

 Le volume calculé est un nombre entier exprimé en milliers. Dans le cas où le volume est inférieur
à un millier de caractères, il reste affiché égal à zéro.

Module DATABASE 35
© Cecima 2016
[Link] - Onglet Historisation
Activez l'onglet « Historisation ». La boîte pop up se transforme.

Le qualificatif d’historisation pour une entité permet d’exprimer d’une manière simple le problème
de la conservation des modifications d’une entité au cours du temps.
Historisation et archivage, bien que voisins, ne représentent pas la même notion.

De même, l’historisation et la multi valuation des propriétés sont deux notions différentes.

Conséquence : ce procédé permet de simplifier la conception de ce problème en évitant de

modéliser le temps et en rendant externes les valeurs des propriétés de l’entité.
Lors de la transformation du modèle conceptuel en modèle logique, cet indicateur sera reconnu et la
transformation tiendra compte de ce qualificatif.

Pour préciser le qualificatif d’historisable cochez la case « Historisable ».

Précisez l’unité de temps retenue, correspondant à la date qui sera associée aux valeurs modifiées
(date, Mois+Année, Année ou Date+Heure), puis indiquez le nombre d’occurrences à conserver.

Exemple : historiser les données d’un article en retenant comme unité de temps la date de la
modification, en conservant les 4 dernières modifications.

 L'option historisable sera symbolisée par un (H) affiché à côté du code de l'entité sur le graphique

 Les relations et les propriétés peuvent être également déclarées comme historisables.

[Link] Onglet Administration

Pour accéder à la saisie d'informations concernant l'administration de données, cliquez l'onglet
« Administration ». La boîte de dialogue se transforme.

36 Documentation utilisateur
© Cecima 2016
Elle permet de consulter ou de préciser :

 Les droits de l’utilisateur sur l’objet ( Cf Manuel « 1 - Installation – Administration –

Organisation du travail »). Ces droits sont définis dans le module d’administration.
 Le statut de l’objet (actuel, futur ou validé) dans le cycle de conception.
 Les informations relatives à l’objets (auteur, date de création et de dernière modification.

[Link] Saisie de textes complémentaires pour l’entité

Activez l’icône (annotation) et/ou (commentaires)

  Voir Manuel « 4 - Modes opératoires standard » - Caractéristiques des boîtes pop up

[Link] Association de fichiers

Plusieurs documents peuvent être associés à l’entité.

Activez l’icône .

  Voir Manuel « 4 - Modes opératoires standard » - Caractéristiques des boîtes pop up

6.1.3 Modifier les caractéristiques d'une entité

Sélectionnez l'entité. La boîte pop up s'affiche.
Effectuez les modifications et validez comme pour la création.

 Les objets peuvent être renommés à tout moment à partir de la boîte pop up ou à partir de la
fonction d’édition du nom.

  Voir Manuel « 4 - Modes opératoires standard »

6.1.4 Suppression d’une entité

Sélectionnez l'entité à supprimer sur le graphique, et activez la touche SUPPR.
 Cf. Manuel 4 : Modes opératoires standard

Module DATABASE 37
© Cecima 2016
Conséquences de la suppression

 Les relations auxquelles participait l'entité n'ont plus de patte de liaison avec cette entité.

 Si l’option a été choisie (Préférence modèle onglet général) toutes les propriétés de l'entité
supprimée sont désaffectées et deviennent des informations candidates éventuellement à une
autre attribution à une entité ou une relation.

 Ces informations seront accessibles dans la boîte de dialogue « Liste des objets » (Menu
« Modèle » option «Définition des objets» ) et à partir de la boîte « Saisie des propriétés » (accès
à partir de la boîte pop up de l’entité – Bouton «Détails »), où elles pourront être transformées
en propriété, en activant le bouton « Rattacher ».

6.1.5 Couper, copier, coller une entité

 Cf. Manuel 4 : Modes opératoires standard

Copier/coller
Sélectionnez la ou les entités et activez la fonction « couper » ou « copier » du menu « Editer » ou

l’icône ou . Les éléments sont stockés dans le presse papier.

Coller

Activez la fonction « Coller » du menu « Editer » ou l’icône .

Particularité

 Dans le cas où le modèle destinataire ne comportait pas précédemment la même entité, le collage
s’effectue sans préalable.

 Dans le cas où le modèle destinataire comporte déjà l’entité qui doit être collée avec une liste de
propriété différente, une boîte de dialogue s’affiche, permettant d’effectuer des choix sur la
consolidation des propriétés de cette entité.

 Pour les propriétés existantes : options conserver, modifier ou supprimer ces propriétés
 Pour les nouvelles propriétés : options ignorer, ou ajouter.

 Voir aussi fonction « Copier » du dictionnaire (  Manuel 2 : Dictionnaire)

38 Documentation utilisateur
© Cecima 2016
6.2 RELATION
La relation est représentée graphiquement par une ellipse.

Comme pour tout objet, des options graphiques d’affichage et de style peuvent être appliquées.
Comme pour tout objet, des options graphiques d’affichage et de style peuvent être appliquées.
  Cf. Manuel 2 – Profil : paramétrages de WinDesign ou rappels en début de ce manuel.

6.2.1 Création d'une relation

Il existe différents modes opératoires pour dessiner une relation.

[Link] Dessin d'une relation isolée

  Cf. Manuel 4 : Modes opératoires standard pour plus de détail sur cette fonction

[Link] Dessin automatique de la relation

1 - Tracé de la patte et dessin automatique de la relation

Cliquez sur l'icône .

Cliquez sur une entité, puis cliquez sur l’entité à relier.
Les pattes se tracent et la relation est dessinée automatiquement en son milieu.

2 - Dessin de la relation et tracé automatique des pattes

Sélectionnez plusieurs entités. Sélectionnez la relation dans la palette spécifique et effectuez un drag
& drop.

La relation est dessinée et les pattes sont tracées automatiquement, reliant la relation à l'ensemble
des entités sélectionnées au préalable.

[Link] Création d’une relation sans représentation graphique préalable

 Cf. : Créer une entité

6.2.2 Affecter une relation

Les caractéristiques de définition, chiffrage, et administration sont identiques à celles de l’entité.

Module DATABASE 39
© Cecima 2016
 Dans la partie inférieure de la boîte de dialogue, la collection de la relation est indiquée.

6.2.3 Définir les états d’une relation

Certaines relations gérées dans les modèles de données subissent au cours du temps un certain
nombre d’états traduisant leur cycle de vie.

Ces états expriment la situation de la relation par rapport à son évolution dans le temps.

 Exemple : la relation « Stocker Dépôt » on peut définir l’état de l’article par rapport à la
gestion des stocks (en rupture, en cours de commande, seuil de réappro, fin de série, etc ...).

Ces caractéristiques peuvent être également complétées par un modèle explicitant les modes de
passage d’un état à un autre.

Ce modèle se dénomme « Diagramme d’état » ou également « Cycle de vie d’un objet ».

La représentation de ce type de modèle est très proche du formalisme des modèles de traitements
(Cf. Module Business Process/Cartographie SI).

 Dans le modèle de données, seule la définition des états est décrite.

 Cf. « Définir les états d’une entité » pour les modes opératoires

6.2.4 Modifier les caractéristiques d'une relation

Sélectionnez la relation sur le graphique par double clic, la boîte pop up s'affiche.
Saisissez les modifications. Validez la saisie.

6.2.5 Supprimer une relation

 Cf. Supprimer une entité

Conséquences de la suppression
 Les propriétés de la relation supprimée sont désaffectées et deviennent des informations
candidates à une autre attribution à un individu ou à une relation.
 Elles seront accessibles à partir de la boîte de saisie des propriétés par activation du bouton
« Rattacher ».

40 Documentation utilisateur
© Cecima 2016
6.2.6 Couper, copier, coller une relation
 La relation coupée ou copiée est mémorisée avec l’ensemble de sa collection.

 Lorsque la relation est collée, si sa collection est présente dans le modèle, les pattes sont
tracées automatiquement.

 Si les entités de la relation n’existent pas dans le modèle elles sont copiées
automatiquement.

 Le comportement par rapport aux propriétés est identique à celui de l’entité.

6.2.7 Modification des cardinalités

Par défaut, lors de la création d'une patte de relation, la cardinalité affectée est [o,n].

Pour modifier cette cardinalité, cliquez sur la patte de la relation.

La boîte « Caractéristiques » correspondant à la patte sélectionnée s'affiche.

Modifiez la cardinalité en sélectionnant l'une des valeurs proposées, ou sélectionnez l'option

« Autres » si votre choix diffère des options présentées.

Vous pouvez également saisir le rôle de la relation. Celui-ci s'affichera sur la patte au niveau
graphique (Cf. « Options graphiques d’affichage », ou onglet « Affichage » de la patte de la relation)

 Cases à cocher :

 Identifiant relatif
Permet d’indiquer que la relation sert de définition à l’identification relative de l’entité reliée par
la patte sélectionnée.
Le choix de cette option impliquera obligatoirement une cardinalité (1,1).

 Verrouillée
Permet d’indiquer en plus des caractéristiques d’une relation définitive, que l’on ne peut pas
rajouter d’occurrences à la relation à partir de la même entité.

Module DATABASE 41
© Cecima 2016
 Définitive
Permet d’indiquer que l’on ne peut pas supprimer les occurrences de la relation autrement qu’en
supprimant l’entité reliée par la patte sélectionnée

Ces options se visualiseront au niveau du graphique par les indications suivantes sur la patte :
 Identifiant relatif (R)
 Verrouillée (V)
 Définitive (D)

6.3 PROPRIETE

6.3.1 Accès à la boîte de saisie des propriétés d'une entité ou d'une relation

A partir de la boîte pop up de saisie des caractéristiques de l’entité ou de la relation sélectionnée,

cliquez sur le bouton « Détails ».
La boîte de saisie des propriétés de l'entité ou de la relation s'affiche.

6.3.2 Composition de la boîte

Cette boîte présente sous forme de tableau, pour l’entité ou la relation sélectionnée, l’ensemble de
ses propriétés déjà créées.

42 Documentation utilisateur
© Cecima 2016
  Ce tableau est composé d’un ensemble de colonnes, correspondant chacune a une
caractéristique de la propriété.
 La première colonne présentée sous forme d’arbre hiérarchique contient le nom de la
propriété.
 L’utilisateur peut configurer les colonnes comme il le désire, modifier leur ordre, choisir les
colonnes à afficher.

 L’activation du bouton permet d’afficher ou non, en bas de la boîte, la boîte à

onglets (équivalent à la boîte pop up appelée lors de la sélection de la propriété au niveau
graphique), dont le contenu variera en fonction de la sélection.

 Pour afficher cette boîte, vous pouvez également effectuer un double clic sur la ligne.

La saisie des propriétés et de leurs caractéristiques, peut se faire indifféremment à partir du tableau
(chaque colonne étant éditable), ou à partir de la boîte à onglets. Le tableau et la boîte à onglets
étant en totale interactivité.

6.3.3 Fonctionnement général de la boîte

[Link] Les icônes de la barre d’outils

La barre d’outils, en haut à gauche de la boîte, permet par simple clic sur l’un des icônes :

       

 D’enlever un niveau de composition

 d’Ajouter un niveau de composition
 De déplacer la sélection vers le haut
 De déplacer la sélection vers le bas
 D’ajouter un nouvel objet
 De supprimer la sélection
 De se déplacer au début de la liste des propriétés
 De se déplacer au début de la liste des informations

[Link] Case à cocher « Afficher les informations du modèle »

Cochez cette case pour afficher dans le tableau toutes les informations existantes du modèle
courant.

Module DATABASE 43
© Cecima 2016
[Link] Configurer les colonnes
Chaque colonne correspond à une caractéristique de la propriété.

Pour configurer les colonnes, effectuez un clic droit sur l’entête de n’importe quelle colonne.
La boîte « Configuration des colonnes » s’affiche.

Cochez le nom des colonnes qui seront affichées dans le tableau. Décochez celles que vous ne voulez
pas afficher.
Nota : L’ordre d’affichage des colonnes peut également être modifié par drag & drop à partir de
cette boîte, ou par drag & drop directement dans le tableau.

44 Documentation utilisateur
© Cecima 2016
 Déplacement de la colonne « Type » par Drag & drop dans le tableau
Les flèches rouges indiquent le point d’insertion de la colonne

[Link] Edition d’une colonne

Pour démarrer l’édition d’une colonne, cliquez sur une ligne déjà sélectionnée.
Pour la saisie d’une nouvelle propriété, sélectionnez la ligne vide (dernière ligne) et cliquez sur la
première colonne.

Pendant l’édition, les touches suivantes sont disponibles :

ENTREE Valide l’édition de la ligne et passe à l’édition du début de ligne suivante

ESC Annule l’édition de la ligne en cours.

TAB Edite la colonne éditable suivante ou passe à l’édition du début de la ligne suivante.

SHIFT-TAB Edite la colonne éditable précédente ou passe à l’édition de la fin de la ligne

précédente.

Flèche BAS Edite la colonne de la ligne suivante.

Flèche HAUT Edite la colonne de la ligne précédente.

Autres fonctionnalités disponibles :

 Le double clic sur une ligne affiche ou cache la boîte à onglets.

 La boîte est redimensionnable.
 La taille de chaque colonne est modulable.

[Link] Classement croissant/décroissant du contenu d’une colonne

Un classement par ordre croissant ou décroissant des objets peut être effectué sur chaque
caractéristique.

Pour cela, effectuez un clic gauche sur l’entête de la colonne à classer.

Module DATABASE 45
© Cecima 2016
 Classement des objets dans la colonne

Le premier clic effectue un classement par ordre croissant, un second clic classe par ordre
décroissant, un troisième clic supprime le classement. L’ordre des caractéristiques est alors l’ordre
de saisie.

Nota : si un classement a été fait sur une colonne, la fonction de drag & drop n’est plus active pour le
déplacement d’une ligne.

[Link] Fonctionnalités de drag & drop

La fonction de drag & drop est disponible dans le tableau.

Cette fonction permet de modifier :

 l’ordre des colonnes
 l’ordre des lignes.

Le drag & drop ajoute la sélection après l’élément du drop.

Si l’élément du drop est le parent de la sélection, l’ajout se fait au début du parent.

Touches spéciales

SHIFT (Composition).
La sélection est ajoutée à la fin de la composition de l’élément du drop

CTRL (Copie).
Copie de la sélection

[Link] Le menu contextuel

Le menu contextuel varie suivant l’élément sélectionné, et contient les éléments suivants :

Ajouter nouveau Ajoute une nouvelle propriété (ou information) après la sélection ou dans
la sélection si la touche SHIFT est maintenue (cas des compositions).

Ajouter une copie Ajoute une copie des propriétés (ou informations) sélectionnées après le
dernier élément de la sélection.

Supprimer Supprime la sélection après confirmation.

46 Documentation utilisateur
© Cecima 2016
Déplacer au début Déplace la sélection en première position.

Déplacer à la fin Déplace la sélection en dernière position.

Détacher Transforme les propriétés sélectionnées en informations.

Rattacher Rattache les informations ou les propriétés d’autres entités ou relations à

l’objet courant

Importer Importe des informations d’autres modèles dans le modèle courant.

6.3.4 Création d’une propriété

Pour créer la propriété et saisir ses caractéristiques, vous pouvez utiliser le tableau, ou la boîte à
onglets (affichée par le bouton ).

Si la saisie est faite directement dans le tableau, chaque passage dans la zone suivante par la touche
TAB valide la saisie.
Si vous effectuez la saisie par la boîte à onglets, activez le bouton « Créer » pour confirmer et créer la
propriété suivante.

 Voir aussi Création de propriétés à partir d’une vue externe

[Link] Désigner une propriété comme identifiant

Pour désigner une propriété comme identifiant :

 Dans la boîte à onglets : sélectionnez la propriété dans la liste, puis cochez la case
« Identifiant ».

 Dans le tableau : sélectionnez la ligne, puis éditez la colonne « Identifiant ». Cochez la case.
Une coche sera affichée dans la colonne « Identifiant ».

Dans la liste, la (ou les) propriété(s) identifiant(s) s’affiche en gras, précédée(s) d’une boule rouge.

Au niveau du graphique :
 Un style spécifique peut être appliqué aux identifiants (Cf. menu « Options » - Styles des
symboles)
 Cette option ne concerne que les propriétés des entités

Nota : La propriété d’une entité ou d’une relation peut être également sélectionnée au niveau
graphique.
Le double clic sur le nom de la propriété affiche la boîte pop up correspondante.

Module DATABASE 47
© Cecima 2016
A partir de cette boîte de dialogue, les différentes caractéristiques de la propriétés peuvent être
créées ou modifiées, en utilisant les cases à cocher, boutons ou onglets correspondants.

[Link] Préciser le caractère obligatoire d'une propriété

Même mode opératoire que pour l’identifiant.

 Si la propriété est de caractère obligatoire, une coche s’affiche dans la colonne

« obligatoire ».
 Au niveau graphique, un style spécifique peut être appliqué aux propriétés obligatoires (Cf.
menu « Options » - Styles des symboles)

[Link] Afficher ou non la propriété dans le modèle

Par défaut, les options d’affichage qui ont été définie par le menu « Options - Affichage » sont
respectées.

Si vous souhaitez préciser une option différente :

 A partir de la boîte à onglets, utilisez la liste déroulante « Options d’affichage » en bas à

gauche de la boîte de dialogue et effectuez votre choix.

 A partir du tableau, éditez la colonne « Affichage », cochez ou décochez la case à cocher.

 Si la propriété est affichée, une coche est affichée dans la colonne « Affichage »

48 Documentation utilisateur
© Cecima 2016
 Incidences au niveau graphique
La taille du symbole se modifie automatiquement lorsque les propriétés sont affichées.
Pour que la taille de l’entité ou de la relation ne varie pas en fonction de l’affichage des
propriétés, utilisez la fonction du menu contextuel de l’entité ou de la relation « Apparence –
Conserver aspect … » et sélectionnez l’option « Apparence des objets conservée ».

 Une propriété affichée sur le graphique peut être sélectionnée comme tout autre objet. Un
double clic appellera la boîte de saisie des caractéristiques de la propriété.

[Link] Préciser le type de la propriété

Lorsque vous créez une propriété, le type « Caractère » lui est attribué par défaut.

Pour modifier ce type :

 Dans la boîte à onglet : activez le bouton « Type ».

La liste des types est alors proposée. Effectuez votre sélection.

Dans le premier groupe de choix, sélectionnez le type de données.

Le nouveau type est pris en compte.

 Dans le tableau : éditez la colonne « Type », ouvrez la liste de choix, sélectionnez le type à
affecter.

La longueur s’affiche automatiquement. Ces valeurs ont été précisées par le menu « Options -
Modèle ... » - Onglet « Types » de la boîte de dialogue.

  Cf. Manuel 4 - Modes opératoires standard.

[Link] Types particuliers

Propriété multi-valuée
Pour préciser qu’une propriété est multi valuée :

 Dans la boîte à onglets : activez le bouton « Types » puis la fonction « Plus ». La boîte de
dialogue « Type de donnée » s’affiche.

Module DATABASE 49
© Cecima 2016
 Sélection de l'option " Multivaluée ".
Par défaut, le nombre de valeurs affiche 2

Cochez la case d'option « Multivaluée », puis indiquez le nombre de valeurs.

Par défaut, la valeur est égale à 2.

 Dans la boîte de saisie des propriétés, le nombre de valeurs sera indiqué entre parenthèses dans
la colonne « Type ».

 Dans la boîte pop up de la propriété, le nombre de valeurs de la propriété multivaluée sera

indiqué à côté du type, entre parenthèses.

Vous pouvez également à partir de cette boîte spécifier un type de données particulier.

Autre type
Pour définir un type de propriété autre que ceux définis en standard, cochez la case « Utiliser un
autre type », et précisez le type souhaité.

Cliquez sur OK pour valider vos choix et fermer la boîte de dialogue.

Type compteur
Cochez la case « Utiliser le type compteur » puis spécifiez la valeur initiale et l’incrément.

Cliquez OK pour valider vos choix et fermer la boîte de dialogue.

[Link] Types prédéfinis par l’utilisateur

Si des types particuliers ont été définis par l’utilisateur (Menu « Modèle - Type utilisateur ... »), ils
peuvent être réutilisés à partir de la boîte de dialogue de saisie des propriétés.

 A partir de la boîte à onglets : sélectionnez le type prédéfini dans la liste de choix en bas de
la boîte de dialogue.

50 Documentation utilisateur
© Cecima 2016
  Dans le tableau : éditez la colonne « Type utilisateur » et sélectionnez le type dans le liste
de choix.

Ce type sera appliqué à la propriété sélectionnée.

Nota : Vous pouvez utiliser la fonction « Afficher le nom complet du type » disponible dans le menu
contextuel de la ligne « Propriété ».

L’option s’applique à la totalité de la colonne « Types ».

[Link] Saisie de la longueur de la propriété

Chaque type de données a par défaut une longueur. Cette valeur par défaut est saisie dans la boîte
« Préférences - Modèle ... » du menu « Options », Onglet
« Types ».

Si vous souhaitez modifier cette longueur, sélectionnez la propriété dans la liste, puis :
 A partir de la boîte à onglets : saisissez la nouvelle valeur dans la zone « Lg » en bas à droite
de la boîte. Cliquez sur le bouton « Modifier » pour valider votre modification.
 Dans le tableau : éditer la colonne « Longueur » et saisissez la nouvelle valeur.

La longueur de la propriété est affichée dans la liste, dans la colonne intitulée « Longueur ».

[Link] Création de propriétés composées

Pour créer une propriété composée, placez la ou les propriétés qui seront composantes sous la
propriété qui sera composée en utilisant les boutons de la barre d’outils ou le drag & drop.
Sélectionnez l'ensemble des propriétés composantes et cliquez une fois sur le bouton .
Les propriétés sélectionnées s’indentent d’un cran vers la droite, indiquant ainsi qu’elles composent
la propriété qui les précède.

Module DATABASE 51
© Cecima 2016
 Les propriétés « Rue, Code postal, Ville »
composent la propriété « Adresse »

Pour modifier les compositions effectuées, utilisez le bouton dans la barre d’outils.

 Lorsqu'une propriété est composée, sa longueur sera calculée automatiquement en

fonction de la longueur des propriétés composantes (si leurs longueurs ont été saisies). Il
est possible d'effectuer jusqu’à 3 niveaux de composition.

Incidences sur le graphique

La propriété « Adresse » est composée de 3 propriétés

[Link] Bouton " Effacer champs "

Lorsque la saisie de la propriété s’effectue par la boîte à onglets, en cours de saisie d’une nouvelle
propriété, l'activation du bouton vide les zones de saisie.

Si une propriété était sélectionnée dans le tableau, l’activation de ce bouton vide les champs de
saisie et repositionne le curseur en dessous de la dernière propriété de la liste.

6.3.5 Modifier une propriété

Pour modifier une propriété, sélectionnez la dans la liste par simple clic, puis :

 A partir de la boîte à onglets : effectuez la ou les modifications puis cliquez sur le bouton
« Modifier ».

 A partir du tableau : sélectionnez la propriété, puis éditez la colonne dans laquelle doit être
effectuée la modification.

La modification est prise en compte.

 La longueur d'une propriété composée ne peut être modifiée, puisqu'elle se calcule
automatiquement en fonction de la longueur des propriétés composantes.

Des modifications peuvent être effectuées sur plusieurs propriétés à la fois, après sélection, sur des
caractéristiques communes :
 Identifiant, obligatoire, affiché, type, longueur.

52 Documentation utilisateur
© Cecima 2016
 Voir aussi Vue externe

6.3.6 Supprimer une ou plusieurs propriétés

Sélectionnez la ou les propriétés dans la liste ;

Pour supprimer la sélection, vous pouvez :

 Utiliser le menu contextuel du tableau, fonction « Supprimer »

 ou activer le bouton « Supprimer » de la boîte à onglets.

Un panneau vous demande confirmation de la suppression.

 Voir aussi Vue externe

6.3.7 Détacher une propriété

Sélectionnez dans la liste la ou les propriétés à détacher.

Pour détacher la sélection, vous pouvez :

 Utilisez le menu contextuel du tableau, fonction « Détacher »

 Ou activer le bouton « Détacher ».

La boîte de dialogue « Transformer des propriétés en informations » s’affiche, avec les options
suivantes :

 Conserver les propriétés d’origine

Correspond à une duplication de la propriété en information, sans suppression de la propriété

 Remplacer les informations existantes

Dans le cas où il existe des informations ayant le même code que la propriété.

 Inclure les compositions

Dans le cas des propriétés composées.

6.3.8 Utilisation d'une information pour créer une propriété

Pour transformer une ou plusieurs informations en propriétés, et les rattacher à l'entité ou la
relation sélectionnée, sélectionnez l’entête « Propriété » ou positionnez-vous sur une propriété
quelconque, puis :
 Utilisez le menu contextuel du tableau, fonction « Rattacher … »
 Ou activez le bouton « Rattacher ».

La boîte de dialogue « Attacher des propriétés ou des informations » s'affiche.

Module DATABASE 53
© Cecima 2016
Par défaut, à l'affichage la liste présentée est celle de toutes les informations disponibles.
Sélectionnez ensuite la ou les informations dans la liste, puis cliquez sur « OK ».
La boîte d’options de transformation s’affiche et permet de conserver l’information d’origine, tout
en faisant une copie en propriété, de remplacer les propriétés existantes dans le cas où une des
informations sélectionnées serait identique, d’inclure les compositions pour les informations
composées.

Les informations sont devenues des propriétés, rattachées à l'entité sélectionnée.

Ces nouvelles propriétés se réaffichent dans la liste.

 Les informations peuvent être également directement créées ou modifiées à partir du menu
« Modèle - Informations ... »

 Pour afficher la liste des informations du modèle, cochez la case en haut à gauche de la boîte de
dialogue.

Affichage des informations du modèle courant

 Les informations sont repérées par une petite boule verte dans le tableau.

Pour rattacher une ou plusieurs information(s) à l’entité, effectuez la sélection, et activez le bouton
« Rattacher » ou utilisez le menu contextuel de l’information, fonction « rattacher ».

54 Documentation utilisateur
© Cecima 2016
Le panneau d’options s’affiche comme décrit ci-dessus.

6.3.9 Rattacher une propriété d'une entité à une autre entité

Pour rattacher à une entité une propriété d'une autre entité, activez le bouton « Rattacher » ou
utilisez le menu contextuel du tableau, fonction « Rattacher … »..

La boîte de dialogue « Attacher des propriétés ou des informations » s'affiche.

Les propriétés sélectionnées seront rattachées à l'entité sélectionnée

Cochez l'option « Propriétés d'une entité » ou « Propriétés de la relation ».

Ouvrez la liste de choix et sélectionnez l’une des occurrences. La liste de ses propriétés s’affiche.

Sélectionnez ensuite dans la liste des propriétés, la ou les propriétés à rattacher, puis validez votre
choix par « OK ».

La boîte de choix duplication de propriétés s’affiche, permettant de choisir parmi les mêmes options
que pour le rattachement d’informations.

 L’option « Conserver les propriétés d’origine », provoquera la création d’une nouvelle propriété
sans la suppression du rattachement de la propriété d’origine. Deux propriétés auront donc le
même nom à deux endroits différents, sans toutefois créer de confusion puisque dans le
dictionnaire, la propriété est identifiée relativement à son entité ou relation de rattachement.

6.3.10 Compléments descriptifs des propriétés

Module DATABASE 55
© Cecima 2016
[Link] Texte d’annotation, texte descriptif ou association de fichier
Comme pour tous les objets de WinDesign, un texte descriptif complémentaire peut être saisi ou
associé à l’objet.

 Texte d’annotation.  Fichier bloc note.  Associer des documents

  

[Link] Historisation d’une propriété

Même principe que pour l’entité ou la relation.
Exprime la conservation des modifications d’une propriété.

 Dans le cas où l’entité ou la relation est historisée, il est inutile de le préciser pour la propriété.

 Le caractère historisable de la propriété sera indiqué par un repère dans la colonne

« Historisation » du tableau.

Ce caractère descriptif peut être saisi soit :

 A partir de la boîte à onglets, onglet « Historisation ».
 Dans le tableau, en éditant la colonne « Historisation ».

[Link] Administration
Même comportement commun à tous les objets du dictionnaire.

La saisie des caractéristiques relatives à l’administration peut se faire :

 A partir de la boîte à onglets : onglet « Administration »
 A partir du tableau, en éditant les colonnes correspondantes : Domaine, Actuel, Futur,
Validé, Caractéristiques libres (1, 2, 3), Créé par, Créé le, Modifié le.

[Link] Domaine de valeurs d’une propriété

Pour préciser le domaine de valeurs d’une propriété :

 A partir du tableau, éditez le colonne « Domaine de valeurs ».

 A partir de la boîte à onglets : activez le bouton « Domaine de valeurs … ».

Onglet « Domaine de Valeurs » de la boîte pop up de la propriété

Cette boîte de dialogue permet de préciser :

56 Documentation utilisateur
© Cecima 2016
  Les valeurs minimale, maximale et par défaut de la propriété
 Un domaine de valeur, correspondant à la liste des valeurs que peut prendre la propriété

Pour créer une valeur, saisir dans le champs « Valeur » et « Signification », puis cliquez sur le bouton
« Créer ».

Pour modifier ou supprimer une valeur, sélectionnez celle-ci dans la liste, puis cliquez sur le bouton
« Modifier » ou « Supprimer ».

 Caractère stable
Case à cocher, indiquant que la valeur de la propriété n’est pas modifiable.

Répercussion graphique
Le choix de l'option « Stable » sera indiqué par la lettre (S) affichée entre parenthèses sur le
graphique, à côté du code de la propriété.

 Calculée
Case à cocher, indiquant que la valeur de la propriété est déterminée par une règle.
Cette règle peut être également définie en cliquant sur le bouton « Règle ».
La boîte de dialogue « Règles » s’affiche, en présentant la liste des seules règles utilisant la
propriété (Cf. modes opératoires règles).

Répercussion graphique
Le choix de l'option « Calculée » sera indiqué par la lettre (C) affichée entre parenthèses sur le
graphique, à côté du code de la propriété.

 Format
Format de présentation de la propriété.

Nota
La saisie de ces informations peut également se faire par le tableau, en éditant les colonnes
correspondantes : Domaine de valeurs, stable, min, max, …

[Link] Option de génération d’une table de code

A partir de la boîte permettant de décrire le domaine de valeurs, il est possible de sélectionner une
option de génération d’une table de code.

Cochez l’option correspondante en bas de la boîte de dialogue.

Module DATABASE 57
© Cecima 2016
Cette option est destinée aux propriétés dont les valeurs sont précisées dans un autre
environnement que l’entité à laquelle elles appartiennent. En général, lorsque l’on construit la base
de données, on rajoute (par rapport au modèle conceptuel de données), des tables destinées à gérer
des listes de codes prédéfinis.
Exemple : dans l’entité « Client » on a la propriété : « Civilité » prenant comme valeurs : Monsieur,
Madame, Mademoiselle, ….
Cette liste de valeurs peut être éventuellement définie dans le modèle conceptuel de données dans
la même boîte de dialogue, rubrique « Domaine de valeurs ». Cette liste est mémorisée au niveau de
la propriété.

Si l’on souhaite lors de la transformation du modèle conceptuel en modèle logique de données,

créer automatiquement une table réservée à la mémorisation des listes de ces valeurs, on cochera
l’option « Générer une table de code ». Le nom de la table proposée correspond au nom de la
propriété. Ce nom peut être modifié.

Nota
La présence de liste de valeurs dans la propriété n’est pas obligatoire.

Lors de la génération :
 La table aura deux attributs : un code, un libellé.
 La liste des valeurs figurant dans la propriété sera transférée au niveau de la table de codes.
 Le lien existant entre l’attribut correspondant à la propriété d’origine et la table de code, est
matérialisé par une clé étrangère « non implémentée » permettant de faire la jointure entre
l’attribut et la table dans laquelle on trouvera la liste des valeurs possibles de cet attribut
(Voir paragraphe clé étrangère).

[Link] Bouton « Règles »

A partir de l’onglet « Valeurs » de la boîte pop up de la propriété, ou à partir de la boîte de dialogue
permettant de décrire les domaines de valeurs, appelée par le bouton « Domaine de valeurs … » de
la boîte à onglet correspondant à la propriété sélectionnée, le bouton « Règles … » vous permet
d’accéder à une boîte de dialogue présentant l’ensemble des règles utilisant cette propriété.

Activez le bouton « Règles … ».

La boîte de dialogue « Règles utilisant la propriété » s’affiche.

 Cf. chapitre Règles

58 Documentation utilisateur
© Cecima 2016
 Cette fonction est également accessible par le menu contextuel de la propriété - Fonction « Règles
utilisant la propriété ... ».

[Link] Mise à jour des états

A partir de cette même boîte de dialogue, il est possible d’effectuer la mise à jour des états.

Activez le bouton « Etat » . La boîte de dialogue « Mise à jour des états » s’affiche.

Validez par « OK » pour confirmer.

Nota : Cette fonction est également accessible à partir de la boîte pop up de la propriété (à partir
d’une sélection graphique), onglet « Valeurs ».

 Cf. Chapitre : Etat d’un objet

6.3.11 Analyse d’impact

Cette fonction accessible à partir des propriétés, est complémentaire par rapport aux références
croisées du dictionnaire et permet en partant d’une propriété, d’atteindre par des liens directs ou
indirects tous les objets liés à celle-ci.

Cette fonction est particulièrement intéressante pour une évaluation des conséquences de la
modification ou de la suppression d’une propriété.

Cette analyse concerne le modèle conceptuel de données dans lequel est défini la propriété et
également tout ou partie des modèles de traitements de l’espace de travail, dans lesquels sont
évoquées des données (via les messages, les règles, les vues de données).

Module DATABASE 59
© Cecima 2016
[Link] Accès

Fonction « Analyse d’impact » du :

 Menu contextuel de la propriété.
 Menu contextuel de l’entité ou de la relation : dans ce cas, l’analyse peut porter soit sur une
propriété (fonction « Analyse de propriété »), soit sur la totalité de l’entité ou de la relation
(fonction « Analyse de l’entité ou de la relation »). L’analyse portera alors sur toutes les
propriétés concernées.

[Link] Choix des types d’objets à analyser

A l’activation de la fonction, une boîte de dialogue s’affiche, permettant de sélectionner les types
d’objets à atteindre par l’analyse d’impact.

Chacun de ces types d’objets peut être atteint de

plusieurs manières.
Ces chemins sont décrits dans le méta modèle.

Activité
Ce terme fait référence à l’ensemble des sous-types d’activités décrits dans les modèles de
traitements.

Le choix peut s’effectuer sur l’ensemble des types de diagrammes, soit sur l’un de ces sous-types.
Pour cela, dépliez la liste à partir d’activité, et sélectionnez les sous- types choisis.

La propriété n’étant pas directement rattachée à une activité, les chemins pour accéder à l’activité
passent par d’autres types d’objets.

Accès par les messages ;

Une propriété est contenue dans des vues externes ou dans un groupe associé à une vue externe
(MCD).
Une vue externe est associée à des messages (Modèles Business Process)
Un message est en entrée ou en sortie d’activités.

Accès par les règles

Une propriété fait partie de la composition de règles, avec une action décrite (lecture ou mise à
jour) ( MCD)
Une règle est réliée à une activité (Modèle d’activités)

60 Documentation utilisateur
© Cecima 2016
 Accès par les vues de données
Une propriété appartient à une entité ou une relation (MCD)
Une entité ou une relation est contenue dans une vue de données (Modèle d’activités)
Une vue de données est utilisée par des activités (Modèle d’activités)

Accès par les états

Les états sont définis au niveau de l’entité. Ils sont utilisés dans les Modèles d’activités, en entrée
ou en sortie d’une activité.

Etat
Une propriété appartient à une entité.
Un état est défini au niveau d’une entité.

Information
Le lien entre une propriété et une information est indirect et passe par les règles.
Une information peut être en entrée ou en sortie d’une règle.
Une propriété peut être mise à jour par une règle.

Message
Une propriété est contenue dans des vues externes ou dans un groupe associé à une vue externe
(MCD).
Une vue externe est associée à des messages (Modèles Business Process)

Propriété
Il n’existe pas de lien direct entre différentes propriétés.
Le lien est effectué via les règles.

Règle
Une propriété fait partie de la composition de règles, avec une action décrite (lecture ou mise à jour)
(MCD)
L’accès aux règles peut être également effectué via les informations ou les autres propriétés.

Vue de données
Une propriété appartient à une entité ou une relation (MCD)
Une entité ou une relation est contenue dans une vue de données (Modèle d’activités)

Vue externe
Une propriété est contenue dans des vues externes ou dans un groupe associé à une vue externe
(MCD).

[Link] Affichage des résultats

Après sélection et exécution de la fonction, une boîte de dialogue présentant les résultats s’affiche.

Module DATABASE 61
© Cecima 2016
Les résultats sont présentés sous forme d’un arbre avec les nœuds de premier niveau correspondant
au type d’objet à atteindre.

Lorsqu’on déplie ces nœuds, on obtient le chemin utilisé pour atteindre l’objet concerné.
Ce chemin est décrit par rapport aux objets intermédiaires, servant de lien.

Les autres colonnes affichent des données informatives complémentaires, notamment les rôles
joués par les objets dans les liens (entrée, sortie, lecture, maj, …).

Un double clic sur un des objets de l’arbre, ouvre le modèle correspondant dans lequel se trouve cet
objet, avec l’objet présélectionné.

Conseil
Diminuer la taille de la boîte de dialogue de manière à pouvoir visualiser les modèles sélectionnés.
Utilisez également en complément les boîtes pop up de définition des objets en mode « cloué ».

6.4 CONTRAINTE
La contrainte est représentée graphiquement par un petit rond.

A chaque type de contrainte peut être associé un style différent.

Les types de contraintes gérés par WinDesign sont :

 Les contraintes d'unicité ou Contrainte d'Intégrité Fonctionnelle (CIF)
 Les contraintes inter-relations
 Les contraintes sur spécialisation

 D’autres types de contraintes sont exprimées dans les modèles, sous forme textuelle, ou
symbolique, représentées sur le modèle de façon spécifique
( Cf. chapitres « Propriété » et « Relation » ).

Ce sont :
 Les contraintes de stabilité (propriété, relation)
 Les contraintes de valeur (propriété)
 Les contraintes d’intégrité (exprimées par les cardinalités des relations).

62 Documentation utilisateur
© Cecima 2016
6.4.1 Création d'une contrainte
Deux modes opératoires sont possibles pour la création d’une contrainte (modes opératoires
semblables à celui de la création d’une relation).

  Cf. : Rappel des modes opératoires de création d’un objet méthode de ce même manuel

6.4.2 Création d'une contrainte d'unicité

Nota
Il est inutile de représenter des CIF pour les relations binaires dont une des pattes de la relation
comporte les cardinalités [O,1] ou [1,1], ces cardinalités exprimant directement la contrainte
d'unicité.

[Link] 1er mode : dessin de la contrainte

 Aucun objet ne doit être sélectionné (Cf. mode opératoire automatique)

Activez l’icône puis cliquez dans la fenêtre de travail pour positionner la contrainte, un
panneau s'affiche, vous proposant le choix du type de contrainte.

Sélectionnez l'option « Contrainte d’unicité » et validez par « OK ». La contrainte est représentée

comme suit :

 Pour dénommer différemment ce type de contrainte, utilisez la fonction « Modèle ... » du menu
« Options » et saisissez le code correspondant à ce type de contrainte (exemple : DF pour
Dépendance Fonctionnelle) à partir de l’onglet « Général » de la boîte de dialogue proposée.

6.4.3 2ème mode : dessin du contexte de la contrainte

1 - Tracé du lien entre la contrainte et la relation sur laquelle porte la contrainte

Activez la fonction « Lien entre objets » ou cliquez sur .

Tracez le lien entre la relation et la contrainte.

Module DATABASE 63
© Cecima 2016
 Par défaut, le lien entre la contrainte et la relation se trace
en trait pointillé

 La contrainte ne peut porter que sur une seule relation. Un contrôle est effectué immédiatement,
et interdit d'invoquer plus d'une relation.

2 - Tracé des liens avec les entités

Tracez les liens entre la contrainte et les entités de la même manière que pour la relation.

 Un contrôle empêche de tracer un lien entre une contrainte et une entité si au préalable il n’existe
aucun lien entre cette contrainte et la relation.

2.1 - Définir l'entité cible de la contrainte

Pour préciser quelle est l'entité cible de la contrainte, double cliquez sur le lien entre la contrainte et
l'entité. La boîte pop up « Patte de contrainte » s'affiche.

Choisissez l'option « Symbole cible ».

Le lien simple se transforme en lien fléché, indiquant ainsi l'entité cible.

L'entité cible de la contrainte est l’entité « COMPAGNIE »

64 Documentation utilisateur
© Cecima 2016
6.4.4 3ème mode de dessin d'une contrainte d'unicité
Sélectionnez au préalable la relation sur laquelle doit porter la contrainte et les entités composant la
contrainte (émettrices et cible).

Activez la fonction « Contrainte », dessinez la contrainte à l'endroit choisi. Les liens avec le contexte
de la contrainte se tracent automatiquement. Précisez l’entité cible comme précédemment.

6.4.5 Affecter une contrainte d'unicité

Sélectionnez la contrainte par double clic. La boîte pop up de saisie des caractéristiques de la
contrainte s'affiche.

Saisissez le code, le nom logique et éventuellement une ligne de libellé.

Validez la saisie.

6.4.6 Enchaînements à partir de la boîte pop up de la contrainte d'unicité

Voir enchaînements standard des boîtes pop up (entité).

6.4.7 Complément descriptif de la contrainte d'unicité

Un texte complémentaire peut être saisi pour décrire la contrainte (Onglet « Description »).

Saisissez la description de la règle dans la zone de saisie.

 On peut également accéder à la contrainte et à sa description à partir de la boîte règle (Cf.

chapitre Règle).

Module DATABASE 65
© Cecima 2016
 Les mises à jour effectuées dans la description à partir de la boîte « Règles » seront prises en
compte dans la boîte pop up « Description de la contrainte » et réciproquement.

6.5 CREATION D'UNE CONTRAINTE INTER RELATION

Modes opératoires identiques aux contraintes d’unicité avec tracé ou non des liens automatiques.

« Comporter» est la relation cible de la contrainte

 Le type de contrainte est identifié par rapport au contenu de la sélection.

Pour les contraintes inter relations, il faut donc avoir sélectionné au moins une entité et deux
relations.

 Pour les contraintes inter relations de type inclusion, la relation cible doit être également définie.
Double cliquez le lien entre la contrainte et la relation cible et choisissez l’option « Symbole
cible » dans la boîte de dialogue.

6.5.1 Affecter une contrainte inter relation

Sélectionnez la contrainte par double clic. La boîte pop up de saisie des caractéristiques de la
contrainte s'affiche.

Saisissez le code, le nom logique et éventuellement une ligne de libellé. Validez la saisie.

66 Documentation utilisateur
© Cecima 2016
6.5.2 Informations complémentaires saisies dans la boîte pop up de définition de la
contrainte inter relation

Dans le groupe de choix « Type de contrainte », sélectionnez l'option retenue (Exclusion, Totalité,
Partition, Inclusion, Simultanéité).

Incidences au niveau graphique

Ces choix se traduiront au niveau graphique par un changement des lettres à l'intérieur de la
contrainte :

X = contrainte d'exclusion
T = contrainte de totalité
XT = contrainte de partition
S = contrainte de simultanéité
I = contrainte d'inclusion

6.5.3 Tableau récapitulatif des contraintes inter relations

Rappel méthode
EXCLUSION
Si une occurrence de l'individu I participe à la relation R1, elle ne peut
pas participer à la relation R2 et réciproquement (avec possibilité
d'orientation de cette exclusion)

SIMULTANEÏTE
Toute occurrence de l’individu I participant à la relation R1 participe
simultanément à la relation R2.

TOTALITE
Toute occurrence de l'individu I participe au moins à l'une des deux
relations R1 ou R2.

PARTITION
Toute occurrence de l'individu I participe au moins soit à la relation
R1, soit à la relation R2, mais pas aux deux à la fois.

INCLUSION
Si une occurrence de l'individu I participe à la relation R1, elle
participe à la relation R2 ( mais pas réciproquement ).

Module DATABASE 67
© Cecima 2016
6.6 CONTRAINTE SUR SPECIALISATION

6.6.1 Création d'une contrainte sur spécialisation

Mêmes modes opératoires que pour les précédentes.

 Pour le tracé des liens automatique, il faut avoir sélectionné au préalable au moins deux entités,
et un héritage.

 Un contrôle empêche de tracer un lien entre une contrainte sur spécialisation et une entité s’il
n’existe pas au préalable un lien entre la contrainte et l’héritage.

 Lorsque la contrainte porte sur l’ensemble des sous types d’un héritage, elle est alors inutile. Il est
préférable d’exprimer la contrainte au niveau de l’héritage lui-même (Cf. Héritage).

6.6.2 Affecter une contrainte sur spécialisation

Sélectionnez la contrainte par double clic. La boîte pop up de saisie des caractéristiques s'affiche.

Saisissez le code, le nom logique et éventuellement une ligne de libellé.

6.6.3 Informations complémentaires saisies dans la boîte pop up de définition de la

contrainte sur spécialisation
Dans le groupe de choix « Type de contrainte », sélectionnez l'option retenue (Exclusion, Totalité,
Partition).

Incidences au niveau graphique

Ces choix se traduiront au niveau graphique par un changement des lettres à l'intérieur de la
contrainte :

X = contrainte d'exclusion
T = contrainte de totalité
XT = contrainte de partition

6.6.4 Suppression d'une contrainte

La contrainte peut être supprimée à partir du graphique, ou à partir de la boîte « Règles ».

68 Documentation utilisateur
© Cecima 2016
 Conséquences de la suppression
Les liens entre la contrainte, les entités et les relations sont supprimés.

6.7 HERITAGE (TYPE ET SOUS-TYPE)

L'héritage est représenté graphiquement par un petit triangle.
Un style spécifique peut être défini.

Les types d'héritages gérés par WinDesign sont :

 L'héritage sur entités

 L'héritage sur relations

6.7.1 Création d'un héritage

De même que pour les contraintes, deux modes opératoires sont disponibles pour la création
graphique d'un héritage :

a) - Dessin de l'héritage, puis tracé manuel des liens

b) - Sélection des entités ou relations composant l’héritage. Tracé automatique des liens, lors
de la création de l'héritage.

Dans le mode de création a) cliquez sur l’icône . Cliquez dans la fenêtre de dessin à
l’emplacement choisi. Un panneau s'affiche, vous demandant de préciser le type d'héritage à créer.

Cochez l'option à retenir et validez votre choix par « OK ».

L'héritage est représenté sur le graphique.

Dans ce cas de figure, sélectionnez ensuite la fonction « Liens entre objets » dans le menu

« Dessiner » ou activez l'icône , pour dessiner les pattes d'héritage (mêmes modes opératoires
que pour les liens d’une contrainte).

6.7.2 Définir le sur-type

Pour définir le sur-type de l’héritage, double cliquez sur le lien entre l’entité ou la relation à définir
comme sur type et l’héritage.

Module DATABASE 69
© Cecima 2016
La boîte de dialogue « Patte d’héritage » s’affiche. Cliquez sur l’option « Symbole sur-type ».

6.7.3 Affecter un héritage

Double cliquez sur l’héritage. La boîte de dialogue « Héritage » s’affiche.
Saisissez le nom, le nom logique et le libellé.
Dans le cas où une contrainte générale s’applique sur l’ensemble des sous types, choisissez l’une des
options de contraintes.

6.7.4 Informations complémentaires

[Link] Onglet Critères

Permet de définir la nature du critère de la spécialisation.
Ce critère peut être soit une propriété, soit une règle :

Pour une propriété, cliquez sur l’option « Propriété ». La liste de choix présente les propriétés du sur-
type de l’héritage.

70 Documentation utilisateur
© Cecima 2016
Sélectionnez l’un d’entre eux, permettant de définir le critère de spécialisation.
Le bouton « Propriétés » permet d’accéder à la boîte de dialogue « Propriétés » pour
éventuellement en créer de nouvelles.

Le critère peut être une règle.

Même principe que pour la propriété.
Sélectionnez dans la liste de choix la règle qui servira de base au critère de spécialisation. Le bouton
« Règles » permet d’accéder à la boîte de dialogue « Règles » pour en créer éventuellement de
nouvelles.

[Link] Onglet Options transfo. MLR

Correspond aux options de transformation de l’héritage au niveau logique.
Cette notion n’étant pas implémentée par les SGBD relationnels, 4 choix de transformation sont
présentés.

Cochez le radio bouton correspondant à votre choix.

Cochez éventuellement l’option « Générer vue SQL » pour une création automatique lors de la
génération du MLD.

Ceci permet, pour les options de génération « Dupliquer l’identifiant » et « suppression des sous-
types », de générer des vues SQL correspondant à la vision logique des entités sous-typées.

6.7.5 Suppression d’un héritage

 Cf. Suppression contrainte

Module DATABASE 71
© Cecima 2016
6.8 INFORMATION

6.8.1 Rappel de définition

Les informations sont des données élémentaires non modélisées dans les entités ou relations
(contrairement aux propriétés), et servant dans les règles. Elles peuvent provenir d’anciennes
propriétés détachées de leur objet d’appartenance.
Elles peuvent également servir de base à la définition des propriétés. (Cf. option
« attacher/détacher » de la boîte de saisie des Propriétés).

6.8.2 Création d’une information

Pour créer une information, deux modes opératoires sont possibles :

1er mode : Dessin de l’information puis affectation

Activez l’icône , puis cliquez une fois à l’endroit où vous voulez positionner l’information.
Double cliquez ensuite sur l’information pour afficher la boîte pop up de saisie des caractéristiques
de l’objet.

2ème mode : Saisie directe de l’information

Ce deuxième mode opératoire vous permet d’effectuer une création d’informations en série.

Sélectionnez la fonction « Définition d’objets … » du menu « Modèle ».

Dans la boîte de dialogue « Liste d’objets » sélectionnez « Informations », dans le groupe « Métier ».

La boîte de dialogue « Liste des informations » s’affiche.

72 Documentation utilisateur
© Cecima 2016
 Boîte de dialogue de saisie des informations

 Pour afficher l’information dans le modèle, à partir de la boîte de dialogue « Liste des
informations », cochez la case « Affichée » à partir de la boîte à onglet, ou dans la colonne
correspondante à partir de la liste.

 Cette boîte est également appelée à partir de la boîte pop up de caractéristiques de l’information,
par activation du bouton « Détails … ».

[Link] Composition de la boîte

Cette boîte est de comportement et de contenu similaire à la boîte « Propriétés ».

[Link] Importer des informations

La fonction d’importation permet de choisir des informations dans d’autres modèles, pour les copier
dans le modèle courant (la fonction copier/coller n’existant pas pour les informations puisqu’elles ne
sont pas représentées graphiquement).
Cliquez sur le bouton « Importer ».
La boîte de dialogue « Import d’informations » s’affiche.

Module DATABASE 73
© Cecima 2016
Les informations peuvent être importées soit d’un modèle du projet ou d’un modèle ouvert.
Faites le choix par le radio bouton, puis cliquez sur le pour afficher le nom des modèles.
Sélectionnez le modèle.

La boîte de dialogue présentant les informations du modèle s’affiche.

Sélectionnez les informations à importer, puis cliquez sur le bouton « Importer ».

Les informations se réaffichent dans la liste des informations du modèle d’origine.

Cette fonction agit exactement comme un copier/coller.

74 Documentation utilisateur
© Cecima 2016
6.9 REGLE
Une règle est un traitement qui peut représenter des calculs, comparaisons, sélections, etc.

6.9.1 Création d'une règle

Deux modes de travail sont possibles :

[Link] 1er mode : représentation graphique de la règle puis affectation

Activez l'icône de la palette standard d’objets méthode, puis effectuez un clic dans la fenêtre
de travail ou sélectionnez l’icône représentatif de la règle dans la palette d’objets méthode
spécifiques et effectuez un drag and drop.
La règle est représentée.

  Cf. : Rappel des modes opératoires de création d’un objet méthode de ce même manuel

Pour affecter la règle, double cliquez sur le symbole.

La boîte pop up de saisie des caractéristiques de la règle s'affiche.

Saisissez les caractéristiques descriptives de la règle.

[Link] 2ème mode : création préalable de la règle

Sélectionnez dans le menu « Modèle » la fonction « Définition des objets … », puis sélectionnez le
type d’objet « Règle » dans la boîte « Liste d’objets ».

Validez par OK.

La boîte de dialogue « Définition d’objet » s’affiche.

Module DATABASE 75
© Cecima 2016
  Cf. Manuel 4 : Modes opératoires standard pour le fonctionnement détaillé de cette boîte et
rappels des modes de création des objets méthode de ce même manuel.

[Link] Type de règle

Préciser le type de la règle en sélectionnant l'une des options dans la liste déroulante « Type de
règle ».
Les options suivantes vous sont proposées :
 Calcul (option par défaut)
 Comparaison
 Sélection
 Contrainte
 Contrôle
 Autre

 Le type de la règle peut être affecté par la boîte pop up ou par la boîte de saisie des règles.

[Link] Famille d'appartenance de la règle

Pour préciser la famille d'appartenance de la règle, sélectionnez l'une des familles déjà créées dans
la liste déroulante « Famille ».

Si la famille n'existe pas, saisissez son nom et validez votre saisie en activant le bouton « Modifier »,
si vous effectuez la création à partir de la boîte de saisie des règles.

 La famille d'appartenance de la règle peut être sélectionnée ou créée à partir de la boîte pop up
ou de la boîte de saisie des règles.

76 Documentation utilisateur
© Cecima 2016
[Link] Composition d'une règle
Pour accéder à la boîte de dialogue permettant de définir le contenu d'une règle, double cliquez sur
l’icône devant le nom de la règle dans la liste.

 L’accès à cette boîte peut aussi se faire en activant le bouton « Composition … » à partir de la
boîte pop up de la règle.

La boîte de dialogue « Composition de la règle » s'affiche.

[Link] Composition de la boîte

 Dans sa partie supérieure, elle présente la liste des objets utilisés par la règle, en précisant
pour les informations si elles sont en entrée, entrée/sortie, sortie retour. et pour les
propriétés si elles sont en lecture uniquement, ou en lecture et mise à jour.

 Dans sa partie inférieure, elle présente la description textuelle de la règle

Cochez le radio bouton correspondant pour consulter la description conceptuelle ou logique.

Cette description peut être saisie directement dans le champ de texte ou à partir de l’éditeur
WinDesign en cliquant sur le bouton « Editeur » pour la description logique (Cf. MLR : procédure et
fonction).

[Link] Définir les objets utilisés par la règle

La règle peut être composée de règles, d'informations ou de propriétés.

Module DATABASE 77
© Cecima 2016
Pour définir les objets qui vont être utilisés par la règle, cliquez sur l'un des onglets (règles,
informations, ou propriétés).

Le contenu de la boîte de dialogue se modifie en fonction du choix.

[Link].3 Onglet Règles

La boîte de dialogue présente alors, triées par famille, l'ensemble des règles existantes.

Sélectionnez une des familles ou demandez l'affichage des règles de toutes les familles (donné par
défaut).
Sélectionnez dans la liste la ou les règles qui seront utilisées dans la règle.
Activez le bouton . Les règles sélectionnées passent dans la liste de droite « Règles utilisées ».

Pour modifier les sélections, et enlever une règle utilisée, sélectionnez celle-ci et activez le bouton
.

 En double cliquant sur le nom d’une règle dans la liste, le texte descriptif de la règle s’affiche.

[Link].4 Onglet Informations

La boîte de dialogue propose la liste des informations existantes.

78 Documentation utilisateur
© Cecima 2016
 Boîte de description de la règle - Onglet « Informations »

Sélectionnez dans la liste de gauche la ou les informations qui seront utilisées par la règle. Activez le
bouton .

 Par défaut, les informations sont considérées comme utilisées en Entrée seulement.

Pour utiliser ces informations en entrée/sortie, sortie ou en retour, sélectionnez l'information dans la
liste des informations utilisées, puis cochez l’option en bas de la liste. Validez en activant le bouton
« Modifier ».

Les informations sont reclassées dans la liste, en fonction de ces options.

 Pour la génération dans le Modèle Physique des procédures cataloguées ou fonctions, vous
pouvez également indiquer le caractère de paramètre de l’information (Cf. MLD).
 Le bouton « Informations … » permet d’appeler la boîte de saisie des informations, pour en créer
directement des nouvelles si nécessaires.

[Link].5 Onglet Propriétés

La boîte de dialogue propose la liste des propriétés d’une entité ou d’une relation.
Procédez de la même manière que pour la sélection des informations, après avoir choisi l’entité ou la
relation concernée.

Module DATABASE 79
© Cecima 2016
Comme pour les informations, vous pouvez préciser si l'utilisation sera faite en lecture ou en lecture
et mise à jour.
Modifiez éventuellement l'option de lecture en mise à jour et validez cette modification en activant
le bouton « Modifier »
Cliquez sur « OK » pour valider vos choix et quitter la boîte de dialogue.

[Link] Descriptif textuel de la règle

Activez l'onglet « Description » de la boîte « Composition de la règle ».

La boîte de dialogue présente :

 La liste des éléments utilisés par la règle, classés par type (information, propriété, règle) et
classés selon leur utilisation en lecture ou en mise à jour.
 Un champ de texte de description de la règle.

Vous pouvez saisir un texte libre et / ou composer la règle à l'aide des éléments de la liste
supérieure.
Pour cela, cliquez sur un élément de la liste « Objets utilisés », puis activez le bouton « Insérer » ou
effectuez un double clic sur l'élément.

80 Documentation utilisateur
© Cecima 2016
 L'objet sélectionné s'affiche dans la description, à l'endroit où le curseur avait été positionné.
 Si vous sélectionnez une règle par double clic, la description de la règle s’affiche, pour
consultation seulement.
Pour insérer le nom de la règle dans le texte, cliquez sur le nom de la règle puis sur le bouton
« Insérer ».
 Cette boîte est également accessible à partir des boîtes pop up de la règle en sélectionnant
l'onglet « Description ».

 Cette boîte permet d'afficher la description de la règle sur le graphique.

Activez l’onglet « Affichage » et cochez l'option « Afficher la description ».

Pour cela, il ne faut pas qu’un symbole graphique particulier soit associé à la règle.
Si cela est le cas, sélectionnez la règle dans le graphique et activez l’icône de la barre des
styles et sélectionnez l’option « Aucun » dans la boîte « Symbole personnalisé ».

Module DATABASE 81
© Cecima 2016
 Le texte descriptif de la règle peut également être visualisé à partir de la bulle d’aide affichée au
passage du curseur sur le symbole de la règle.

 Les règles peuvent avoir une double description : l’une conceptuelle et l’autre logique (les règles
sont également transformées).

Le descriptif logique de la règle, est généré ensuite lors de la transformation en modèle physique,
dans des fichiers de règles pour une exploitation dans les programmes.
Il est donc conseillé de décrire plutôt de manière textuelle et explicative la règle au niveau
conceptuel, et de décrire l’algorithme dans le langage approprié dans la description logique.

 Voir aussi fonctions et procédures cataloguées dans le MLD.

6.9.2 Importer des règles

Il est possible d’importer des règles provenant d’autres modèles, quel que soit leur type, et
appartenant au projet ou non.

A partir de la boîte de définition d’objets (fonction « Définition des objets » du menu « Modèle »),
activez le bouton « Importer ».

La boîte de dialogue « Import de règles » s’affiche.

Une liste des types de modèles s’affiche (Modèle conceptuel et logique).

Sélectionnez le type de modèle, puis cliquez sur le qui le précède pour afficher la liste des
modèles correspondant au type.

82 Documentation utilisateur
© Cecima 2016
Puis double cliquez sur le nom du modèle à partir duquel vous souhaitez importer la ou les règles (ou
simple clic puis « OK »).

La boîte de dialogue « Importation d’objets » s’affiche. Elle présente la liste des règles de ce modèle.

Sélectionnez les règles à importer et cliquez sur le bouton « Importer ».

La boîte de saisie des règles se réaffiche. Les règles importées sont affichées dans la liste.

6.9.3 Dessiner les liens de la règle

Les liens peuvent avoir été définis dans la boîte « Composition de la règle ».

Lorsque les règles seront dessinées, les liens s’afficheront.

 Voir aussi fonction « Montrer/cacher les liens » à partir du menu contextuel de la règle.

Pour représenter les liens graphiquement, activez l'icône , cliquez sur la règle, puis sur l'objet
qui la compose (propriété ou règle).

Le lien se trace.

6.9.4 Montrer/cacher les liens

Cette option est accessible à partir du menu contextuel de la règle (option « Apparence » puis
« Montrer liens » ou « Cacher liens »).

 Seuls les liens avec les informations ne peuvent être représentés, les informations n'ayant pas de
représentation graphique.

 Les liens avec les objets utilisés en lecture seulement sont en pointillés
Les liens avec les objets utilisés en lecture et / ou mise à jour sont affichés en trait plein.

Pour modifier à partir du graphique, le type d’utilisation, double cliquez sur le lien entre la règle et
l’objet. La boîte « Patte de règle » s’affiche.
Choisissez l’option d’action (lecture ou /et mise à jour). Affectez éventuellement un libellé au lien.

Module DATABASE 83
© Cecima 2016
6.10 VUE EXTERNE

6.10.1 Définition
Une vue externe est composée d’un ensemble de données (propriétés et informations) structurées,
représentant la vision externe de l’utilisation de ces données.
Une vue externe peut être par exemple la description d’un bon de commande, d’une facture, d’un
écran de saisie, d’un état, ...
La vue externe peut être définie directement dans les modèles de données ou dans les modèles du
module Business Process.
A partir des modèles du module Business Process, elle peut être également définie par association
aux messages.
Dans ce cas, la vue externe représentera le contenu d’information du message.
Exemple : arrivée d’une commande, modélisée comme un flux, associée à la structure de
présentation de la commande.

6.10.2 Créer une vue externe

Pour créer une vue externe, deux modes opératoires sont possibles :

Soit représentation graphique de la vue externe, puis définition de la composition de la vue externe
à partir de la boîte pop up, bouton « Détail ».

Ou création de la vue externe sans représentation graphique préalable (Menu « Modèle » - Fonction
« Définition des objets … »).

  Voir rappel des modes opératoires de création des objets méthode au chapitre 3 de ce même
manuel

6.10.3 Définir la composition de la vue externe

Pour définir le contenu de la vue externe :
 A partir de la boîte « Définition d’objets » : double cliquez sur l’icône devant le nom de la

vue externe ou sélectionnez la ligne, puis cliquez sur .

 A partir de la boîte pop up de la vue externe, activez le bouton « Détails … ».

La boîte de dialogue de composition de la vue s’affiche.

84 Documentation utilisateur
© Cecima 2016
La liste de gauche propose les objets utilisables pour décrie le contenu de la vue externe.

 Dans les modèles de données : les propriétés du modèle conceptuel ainsi que les attributs du
modèle logique sont proposées
 Dans le module Business Process, seule la liste des informations et les groupes d’informations
est proposée.

Sélectionnez les informations qui composeront la vue externe, puis cliquez sur le bouton pour
copier les informations dans la liste de droite.
On peut également utiliser le glisser/déplacer entre les 2 listes.

[Link] Complément descriptif dans la partie droite de la boîte de dialogue.

On peut associer à chaque informations ou groupe d’informations un certain nombre de
caractéristiques, figurant dans les colonnes, propres au contexte de la vue externe décrite.

Colonne « O » : Obligatoire
Indique qu’une valeur associée à l’information doit exister obligatoirement.

Colonne « Max » :
Indique que l’information peut avoir plusieurs valeurs, le nombre de valeurs maximum autorisé
(mettre « n » si la valeur est indéterminée)

Module DATABASE 85
© Cecima 2016
Colonne « E » : entrée
Indique que l’information est utilisée en entrée de la vue externe.

Colonne « S » : sortie
Indique que l’information est utilisée en sortie de la vue externe

[Link] Définition d’un groupe

Cette notion permet de regrouper des informations pour traduire la structure de la vue externe.
Un groupe peut être composé, suivant le module, de propriétés, d’informations, d’attributs et de
groupes. 3 niveaux de structure peuvent être définis.
Pour créer un groupe, utilisez dans la partie droite de la boîte de dialogue le bouton .
Le groupe s’insère dans la ligne sélectionnée.
Nommez le groupe.

Utilisez les flèches ou le glisser/déplacer pour composer le groupe.

Utilisez les icônes pour ouvrir ou fermer tous les

groupes.

Les colonnes de description complémentaire sont également

utilisables pour le groupe.

Pour utiliser des groupes déjà existants, sélectionnez dans la

liste de gauche déroulante « Groupes » pour afficher tous les
groupes de toutes les vues externes du modèle.

Dans ce cas, transférer le groupe dans la liste de droite.

Le transfert concernera le groupe et la totalité de sa
composition.

[Link] Modification d’un groupe

Retirer un élément du groupe
Positionnez-vous dans la liste de droite. Sélectionnez l’élément à retirer et activez l’icône

86 Documentation utilisateur
© Cecima 2016
Nota
Le groupe est modifié partout où il est utilisé.

Ajouter un élément dans le groupe

Positionnez-vous dans la liste de droite. Sélectionnez un ou plusieurs éléments dans la liste de
gauche (objets utilisables). Effectuez un drag & drop ou utilisez les flèches pour composer le groupe.

Nota
Il n’est pas possible de supprimer un groupe à partir de cette boîte de composition.
Pour supprimer un groupe, utilisez la boîte « Listes d’objets » (menu Modèle) et sélectionnez
« Groupe de données » pour afficher la liste de tous les groupes existants.
Sélectionnez le ou les groupes à supprimer et activez l’icône

[Link] Utilisation de groupes existants dans le modèle

Pour utiliser des groupes existant dans le modèle courant, afficher les groupes à partir de la liste de
choix « Objets utilisables » en haut à gauche de la boîte, puis utilisez la fonction de drag & drop ou
les flèches pour déplacer le ou les groupes sélectionnés dans le liste de droite.

Module DATABASE 87
© Cecima 2016
[Link] Utilisation de groupes existants dans d’autres modèles
Pour utiliser des groupes existants dans d’autres modèles, il est nécessaire d’effectuer un import de
groupes.

Activez la fonction « Liste d’objets… » du menu « Modèle », puis sélectionnez le type « Groupe de
données » dans la liste et validez par OK.

La boîte « Définition d’objets » s’affiche, présentant tous les groupes existants dans le modèle
courant.

Cliquez sur le bouton « Importer… ».

La boîte de dialogue « Sélection de modèle » s’affiche.
Sélectionnez le modèle à partir duquel vous souhaitez effecteur l’import, et validez par OK.
La boîte « Importation d’objets » s’affiche.

Elle présente la liste des groupes de données existants dans le modèle sélectionné.
Sélectionnez le ou les groupes de données choisis et cliquez sur le bouton « Importer… ».

Des messages éventuels vous informe de l’existence d’informations existant déjà dans le modèle, et
demande confirmation ou non de l’écrasement de la caractéristique.
Validez par « Oui » ou « Non ».

[Link] Ajouter ou modifier des informations

Pour ajouter des informations, cliquez sur le bouton « Créer … ».
La boîte de définition des informations s’affiche (voir chapitre « Informations »).

88 Documentation utilisateur
© Cecima 2016
6.10.4 Ajouter ou modifier les propriétés d’une entité ou d’une relation
A partir de cette boîte de dialogue, il est possible d’accéder à la boîte de saisie des propriétés de
l’entité ou de la relation et de modifier les propriétés existantes ou d’en créer de nouvelles.

Sélectionnez l’entité ou la relation et cliquez sur pour

afficher la liste des propriétés.

Sélectionnez une propriété et activez le bouton « Ajouter ».

 Pour accéder directement à la boîte de saisie,

sélectionnez l’entité ou la relation, puis cliquez sur le bouton
« Ajouter ».

La boîte de saisie des propriétés s’affiche, présentant la liste

des propriétés de l’entité ou de la relation.

Si la propriété a été sélectionnée dans la liste, la boîte de

saisie des propriétés s’affiche avec cette propriété
présélectionnée.
Effectuez vos modifications ou créez de nouvelles
propriétés.

Après avoir validé votre action, un panneau d’information vous demande si les nouvelles propriétés
doivent être ajoutées à la vue externe.

6.10.5 Ajouter ou modifier des informations

Même principe que pour l’ajout ou la modification de propriétés.

6.10.6 Importer des vues externes

Pour importer des vues externes provenant d’autres modèles appartenant ou non au même projet,
activez le bouton « Importer … » à partir de la boîte de création des vues externes.
La boîte de dialogue « Import de vues externes » s’affiche.

Module DATABASE 89
© Cecima 2016
La liste des vues existantes s’affiche.
Sélectionnez le code de la vue dans la liste et cliquez une fois sur précédent le nom pour afficher
la liste des modèles dans lesquels la vue externe est présente.
Sélectionnez le modèle à partir duquel se fera l’import.

Activez le bouton « Copier » pour confirmer l’import.

La boîte « Vues externes » se réaffiche. La vue importée se retrouve dans la liste.

  Voir aussi Manuel du Module Business Process : contenu des messages

90 Documentation utilisateur
© Cecima 2016
7. MODELE LOGIQUE DE DONNEES

Il est conseillé, avant d’utiliser le modèle logique de se référer au manuel utilisateur décrivant
l’ensemble des fonctions de base de WinDesign.

  Cf. Manuel 4 : Modes opératoires standard

7.1 INTRODUCTION
Le modèle logique de données peut être construit :

 Soit directement à travers l’interface graphique, en utilisant les fonctions de dessin et de

description à travers les boîtes de dialogue,
 Soit généré à partir du modèle conceptuel de données, qui transforme le modèle entité
relation en modèle relationnel.
 Soit récupéré à partir d’une base de données physique existante (fonction de reverse
engineering)

L’ensemble des descriptions graphiques et textuelles est généré suivant des options choisies lors de
la génération.

Module DATABASE 91
© Cecima 2016
7.2 PARAMETRES DE CONTROLES
Certaines options peuvent être prises pour gérer le contrôle de la syntaxe autorisée pour la saisie
des noms des différents objets.

Ces fonctions sont appelées par le Menu « Options » fonction « Préférences -Modèle ... ». La boîte
de dialogue « Préférences Modèle Logique de Données Relationnel », présentant 4 onglets s’affiche.

7.2.1 Onglet « Général »

Cet onglet vous permet de faire des choix concernant le driver d’affichage des triggers associés aux
tables, la modification des attributs et la suppression liée aux clés étrangères.

[Link] Driver d’affichage des triggers de table

Sélectionnez dans la liste de choix du 1er groupe le nom du driver utilisé pour générer les triggers
d’intégrité référentielle, associés aux tables à partir du menu contextuel des tables.

92 Documentation utilisateur
© Cecima 2016
 Cette fonction permet de visualiser les triggers avant la
génération du script final.

 Il existe un driver présentant les triggers en langage naturel,

qui peut être utile pour expliciter les triggers hors génération
propre à une base de données.

[Link] Options concernant la modification des attributs

Dans le 2ème groupe, cochez les radio boutons correspondant aux options applicables lors de la
modification d’un attribut composant une clé primaire ou étrangère.

[Link] Options concernant la suppression d’un attribut associé à une clé primaire ou étrangère
Dans le 3ème groupe, cochez les radio boutons correspondant aux options retenues pour la
suppression d’attribut.

[Link] Options concernant la création des index

Dans le 4ème groupe, cochez les radio boutons correspondant aux options retenues pour la création
des index.

Module DATABASE 93
© Cecima 2016
7.2.2 Contrôle de la syntaxe des noms et des noms conceptuels (alias)
Cliquez l’onglet « Syntaxe nom » ou « Syntaxe alias » (même fonctionnement).

[Link] 1er groupe : Caractères autorisés

Option : tous les caractères autorisés (option par défaut) ou donnez la liste des seuls caractères à
autoriser.

[Link] 2ème groupe : Caractères interdits

Les caractères suivants sont obligatoirement interdits : /, \, :, .
Saisissez éventuellement les caractères que vous souhaitez (pour interdire l’espace, mettez cet
espace en tête des caractères interdits pour qu’il puisse être pris en compte).

Caractères de remplacement
Permet de saisir le caractère qui remplacera les caractères interdits après contrôle.

[Link] 3ème groupe : contrôle sur la casse

Permet d’effectuer des contrôles en n’autorisant que les majuscules, que les minuscules ou en
ignorant la casse.

94 Documentation utilisateur
© Cecima 2016
[Link] 4ème groupe : longueur maximum
Permet de moduler la longueur maximum du nom ou de l’alias.
Cette longueur doit être toutefois inférieure à la longueur par défaut (32 caractères).

[Link] Création automatique des noms conceptuels

Pour que les noms conceptuels soient créés de manière automatique, cochez l’option
correspondante dans l’onglet « Syntaxe Alias ».

Conséquences des choix effectués sur la syntaxe

Lors de la saisie du nom ou de l’alias des objets, dans le cas où des caractères interdits sont
utilisés, un panneau de contrôle intitulé « Saisie du nom de l’objet » ou « Saisie de l’alias d’un
objet » s’affiche. Il vous informe que le nom est composé de caractères interdits.
Après avoir cliqué « OK », les caractères interdits sont remplacés par le caractère de
remplacement.
Lorsqu’on a précisé une contrainte sur la casse, les majuscules ou minuscules sont
automatiquement transformées en fonction des choix.

7.2.3 Options de longueur par défaut des types de données

Cliquez sur l’onglet « Types » de la boîte « Préférences ».

Type par défaut

Ces options définissent la liste des types qui pourront être associés à un attribut. Ces types seront
présentés dans la liste des types disponibles, dans la boîte de dialogue « Sélection du type de
données » appelée à partir de la boîte pop up de l’attribut, bouton « Type … ».

Les cases à cocher permettent de spécifier l’affichage du type dans le graphique.

Longueur par défaut des types

Les différents types de données sont présentés avec leur code abrégé, associé à un nombre
représentant la longueur par défaut qui sera affectée lors du choix de ce type de données.

Module DATABASE 95
© Cecima 2016
Ces longueurs peuvent être modifiées en saisissant le nombre voulu dans chacun des champs de
saisie.

7.3 OPTIONS D’AFFICHAGE ET DE STYLES DES SYMBOLES

 Même fonctionnement que pour le M.C.D.

7.4 MAQUETTES LIEES AU MODELE LOGIQUE DE DONNEES

  Cf. Manuel USER INTERFACE (Maquettage de l’IHM).

WinDesign propose le module User interface, permettant de maquetter, valider, simuler l’IHM des
futures applications et de générer les scripts correspondant aux maquettes dans des
environnements de développement : Microsoft Visual Basic 6, Microsoft java++6 et Java (JFC).

Deux fonctions relatives aux maquettes sont ainsi disponibles à partir d’un modèle logique : le
transfert et l’export des maquettes liées à ce modèle logique.

7.4.1 Transférer les maquettes

Cette fonction est accessible à partir du menu « Modèle – Maquettes – Transférer les maquettes ».
Elle permet de transférer les maquettes liées à un modèle logique vers le modèle logique courant.
La boîte de dialogue « Sélection du modèle contenant les maquettes » s’affiche.
Effectuez votre sélection et validez par OK. Le transfert est effectué.

7.4.2 Exporter les maquettes

Cette fonction permet d’exporter les scripts des maquettes liées au modèle logique courant dans un
environnement de développement.

  Cf. Manuel USER INTERFACE (Maquettage de l’IHM).

7.5 CONSTRUCTION GRAPHIQUE D’UN MLD - PARTICULARITES

L’ensemble des modes opératoires standard s’applique à la construction du Modèle Logique.

  Se reporter au Manuel 4 - Modes opératoires standard.

96 Documentation utilisateur
© Cecima 2016
8. LES CONCEPTS

8.1 TABLE

8.1.1 Rappel de définition

Une table relationnelle est une structure de données logique, composée d’attributs non répétitifs.
Certains de ces attributs jouent le rôle de clé :

 Primaire pour l’identification

 Etrangère pour la liaison entre tables.

8.1.2 Création d’une table

  Cf. Rappels des modes opératoires de création d’un objet méthode en début de ce Manuel

8.1.3 Affectation d’une table

Double cliquez sur la table. La boîte pop up de saisie des caractéristiques de la table s’affiche.

[Link] Onglet définition

Saisissez le code de la table, puis son alias et éventuellement une ligne de libellé.

[Link] Définir les états d’une table

Certains objets gérés dans les tables subissent au cours du temps un certain nombre d’états
traduisant leur cycle de vie.

Ces états expriment la situation de l’objet par rapport à son évolution dans le temps.

Module DATABASE 97
© Cecima 2016
 Exemple : la table « COM » est gérée de manière différente au cours des différentes étapes de sa
vie, comme : l’arrivée de la commande, la livraison, la facturation, le règlement, l’archivage.
Ces différentes étapes se traduiront par une information en général mémorisée pour une propriété,
reflétant l’état de la commande (commande arrivée, livrée, facturée, réglée, archivée).

Ces caractéristiques peuvent être également complétées par un modèle explicitant les modes de
passage d’un état à un autre.

Ce modèle se dénomme « Diagramme d’état » ou également « Cycle de vie d’un objet ».

La représentation de ce type de modèle est très proche du formalisme des modèles de traitements
(Cf. Modèles de traitements).
Dans le modèle de données, seule la définition des états est décrite.

 Cf. Définir les états d’une entité

[Link] Définir les storages et tablespace associés à la table

Pour les SGBD qui en tiennent compte, ces indications permettent de faire une répartition physique
des tables.

Les storages et tablespace ont été définis à partir du menu « Base de données -
Storage/Tablespace ».

Pour définir des storages associés à la table, activez la fonction « Storage ... » à partir du menu
contextuel de la table.

La boîte de dialogue « Storages » s’affiche.

La boîte présente la liste des storages déjà associés à la table sélectionnée.

Pour associer un nouveau storage, activez le bouton « Storage ».

La boîte de dialogue « Associer un storage à une table » s’affiche.

Elle présente la liste des storages existants.
Les storages déjà associés à la table sont affichés en caractères gras.

98 Documentation utilisateur
© Cecima 2016
Sélectionnez un ou plusieurs storages dans la liste, puis activez le bouton « Associer ».

Même principe pour associer un tablespace, avec activation du bouton « Tablespace ».

 Voir aussi Paragraphes - Storage et tablespace et Options storage et table space.

[Link] Caractéristiques étendues

Valables uniquement dans le cas d’une interface avec un l4G (choix préalable dans le menu « Modèle
- Interface L4G - Sélection L4G »).

Cette fonction permet de maintenir toutes les caractéristiques présentes dans les dictionnaires de
ces environnements et non gérés en standard par WinDesign.

Une petite documentation associée à chaque interface est fournie sur demande.

[Link] Appel des modèles de traitements à partir de la table

 Cf. « Appel des modèles de traitements à partir de l’entité »

[Link] Onglet Chiffrage

 Cf. « Boîte de saisie des caractéristiques de l’entité »

Module DATABASE 99
© Cecima 2016
[Link] Onglet Administration
 Cf. « Boîte de saisie des caractéristiques de l’entité »

[Link] Saisie de textes complémentaires pour la table

 Cf. « Boîte de saisie des caractéristiques de l’entité »

[Link] Association de fichiers

 Cf. « Boîte de saisie des caractéristiques de l’entité »
  Voir Manuel 4 - Modes opératoires standard.

8.1.4 Modifier les caractéristiques d'une table

Sélectionnez la table. La boîte pop up s'affiche.
Effectuez les modifications et validez comme pour la création.

 Les objets peuvent être renommés à tout moment.

8.1.5 Supprimer une table

Conséquences de la suppression
 Les liens référentiels avec cette table sont supprimés, ainsi que les clés étrangères associées
 Tous les attributs de la table sont supprimés.

8.1.6 Montrer / Cacher les liens de la table

 Cf. « Montrer/cacher les liens de l’entité »

8.1.7 Fonction « Triggers ... »

Cette fonction du menu contextuel de la table permet de déclencher la génération de triggers
spécifiques à la table pour consultation.

100 Documentation utilisateur

© Cecima 2016
 Voir aussi « Menu Options - Préférence - Modèle ... » : driver d’affichage des triggers de la table.

8.2 ATTRIBUT

8.2.1 Rappel de définition

Un attribut est le plus petit élément d'information nommé. L'attribut est la caractéristique
élémentaire de la table.

8.2.2 Saisie des attributs

A partir de la boîte pop up de saisie des caractéristiques d’une table, cliquez sur le bouton « Détails
… ».
La boîte de dialogue de saisie s’affiche.
Elle présente un fonctionnement identique à la boîte de saisie des propriétés.

 Se reporter au Chapitre correspondant.

8.2.3 Création des attributs

Pour créer un attribut et saisir ses caractéristiques, vous pouvez utiliser le tableau, ou la boîte à
onglets (affichée par le bouton ).

Si la saisie est faite directement dans le tableau, chaque passage dans la zone suivante par la touche
TAB valide la saisie.
Si vous effectuez la saisie par la boîte à onglets, activez le bouton « Créer » pour confirmer et créer
l’attribut suivant.

[Link] Préciser le caractère obligatoire d’un attribut

Pour préciser le caractère obligatoire d’un attribut :

 Dans la boîte à onglets : sélectionnez l’attribut dans la liste, puis cochez la case
« Obligatoire ».

 Dans le tableau : sélectionnez la ligne, puis éditez la colonne « Identifiant ». Cochez la case.
Une coche sera affichée dans la colonne « Identifiant ».

[Link] Préciser le type de l’attribut

Par défaut à sa création, le type alphanumérique est affecté à l’attribut.
Sa longueur et sa précision sont prédéfinies (Cf. fonction « Préférences -
Modèle ... » dans le menu « Options »).

Pour modifier ce type :

 Dans la boîte à onglet : activez le bouton .

La liste des types est alors proposée. Effectuez votre sélection.

Module DATABASE 101

© Cecima 2016
8.2.4 Modifier un attribut
Pour modifier un attribut, sélectionnez le dans la liste par simple clic, puis :

 A partir de la boîte à onglets : effectuez la ou les modifications puis cliquez sur le bouton
« Modifier ».

 A partir du tableau : sélectionnez l’attribut, puis éditez la colonne dans laquelle doit être
effectuée la modification.

La modification est prise en compte.

 La longueur d'un attribut composé ne peut être modifiée, puisqu'elle se calcule automatiquement
en fonction de la longueur des attributs composants.

Des modifications peuvent être effectuées sur plusieurs attributs à la fois, après sélection, sur des
caractéristiques communes :
Identifiant, obligatoire, affiché, type, longueur.

8.2.5 Définir le domaine de valeurs de l’attribut

Pour préciser le domaine de valeurs d’un attribut :
 A partir du tableau, éditez le colonne « Domaine de valeurs ».
 A partir de la boîte à onglets : activez le bouton « Domaine de valeurs … ».

Suivant le mode d’accès par l’onglet « Valeurs » de la boîte pop up (1) ou par le bouton « Domaine
de valeurs … » (2) de la boîte de saisie des attributs, la présentation de l’information est légèrement
différente.

102 Documentation utilisateur

© Cecima 2016
 1er groupe : Contraintes

Stable : indique que l’attribut ne peut être modifié après lui avoir attribué une valeur.

Calculé : indique que la valeur de l’attribut est déterminée par un calcul. Ce calcul peut par
ailleurs être décrit dans une règle (Accès par le bouton « Règles »).

Format : format de présentation de l’attribut.

Bouton « Règles » : accès à la boîte de dialogue permettant de gérer les règles utilisées par
l’attribut.

Module DATABASE 103

© Cecima 2016
 2ème groupe : liste des domaines de valeurs, avec la liste des valeurs déjà existantes et deux
champs de saisie (valeur et signification) pour modifier ou créer de nouvelles valeurs

Les 3 boutons : « Créer », « Modifier », « Supprimer », sont associés à ce groupe.

La modification et la suppression s’effectuent après sélection du domaine de valeurs dans la liste
de choix.

 3ème groupe : valeur minimale, maximale et par défaut

Une fois la saisie effectuée, cliquez sur « OK » pour revenir à la boîte de dialogue attributs.

8.2.6 Modifier des caractéristiques communes à plusieurs attributs

Les caractéristiques suivantes peuvent être modifiées en série pour un groupe d’attributs
sélectionnés :

 Affichage, caractère obligatoire, type, longueur et précision.

Sélectionnez les attributs dans la liste par simple clic, puis :

 A partir de la boîte à onglets : effectuez la ou les modifications puis cliquez sur le bouton
« Modifier ».

 A partir du tableau : sélectionnez la propriété, puis éditez la colonne dans laquelle doit être
effectuée la modification.

La modification est prise en compte.

 La longueur d'une propriété composée ne peut être modifiée, puisqu'elle se calcule
automatiquement en fonction de la longueur des propriétés composantes.

 Lorsque dans la sélection figurent des clés étrangères la modification en série ne peut s’appliquer
(les attributs constituant les clés étrangères ne pouvant être modifiés).

Sélectionnez dans la liste plusieurs attributs, puis procédez aux modifications et cliquez sur la touche
« Modifier ». L’ensemble des attributs auront la même caractéristique modifiée.

104 Documentation utilisateur

© Cecima 2016
8.2.7 Supprimer un ou plusieurs attributs
Sélectionnez un ou plusieurs attributs dans la liste, puis cliquez sur le bouton « Supprimer ». Un
message demande confirmation de la suppression.

8.2.8 Créer des attributs composés

La composition d’attributs peut être intéressante pour grouper des attributs de même nature ou
relevant d’un même thème (données commerciales, techniques, comptables, ...) ou correspondant à
un agrégat de données élémentaires (Exemple : adresse).

Actuellement, cette structuration des données ne peut être prise en compte dans la plupart des
systèmes de gestion de base de données, et correspond à la notion de « Data aggregate ».

Pour créer un attribut composé, placez le ou les attributs qui seront composants sous l’attribut qui
sera composé en utilisant les boutons de la barre d’outils ou le drag & drop.

Les attributs « Prix_unitaire » et « Prix_moyen_article » composent

l’attribut « Tarif »

Sélectionnez l'ensemble des attributs composants et cliquez une fois sur le bouton . Les attributs
sélectionnés s’indentent d’un cran vers la droite, indiquant ainsi qu’ils composent l’attribut qui les
précède.
Pour modifier les compositions effectuées, utilisez le bouton dans la barre d’outils.

 Lorsqu'un attribut est composé, sa longueur sera calculée automatiquement en fonction de la

longueur des attributs composants (si leurs longueurs ont été saisies).

Il est possible d'effectuer jusqu’à 3 niveaux de composition.

Incidences sur le graphique

 Au niveau graphique, la composition sera représentée comme suit :

Tarif est un attribut composé

8.2.9 Rattacher/détacher des attributs

 Cf. Chapitre MCD - Rattacher/Détacher une propriété

8.2.10 Fonctions accessibles uniquement par le menu contextuel de l’attribut

Règles de l’attribut, objets libres associés
 Cf. « Visualiser les règles de l’entité »

Module DATABASE 105

© Cecima 2016
8.2.11 Analyse d’impact

 Cf. MCD

8.3 CLE PRIMAIRE

8.3.1 Rappel de définition

La clé primaire d’une table est un attribut ou un groupe d’attributs, permettant d'identifier de façon
unique chaque occurrence de la table.
On parle de clé primaire simple (un seul attribut) ou de clé primaire composée (plusieurs attributs).

8.3.2 Créer une clé primaire

Une clé primaire peut être créée à partir d’attributs ou de clés étrangères.
Il faut donc avant de créer une clé primaire, avoir créé l’(les) attribut(s) ou la (les) clé(s) étrangère(s)
qui seront contenus dans la clé primaire.

A partir de la boîte pop up de la table, activez le bouton « Détail » pour afficher la boîte de saisie des
attributs.

Par défaut, le nom de la clé primaire est construit à partir du nom de la table.
Ex : PK_COM

[Link] Composition de la clé primaire à partir d’attributs

Quatre modes opératoires peuvent être utilisés au choix de l’utilisateur :

106 Documentation utilisateur

© Cecima 2016
1er mode opératoire : drag & drop
Sélectionnez le ou les attributs dans la liste des attributs, puis faites un drag & drop jusque sur le
nom de la clé primaire.

Nota : L’attribut figurera deux fois dans la liste : une fois avec la clé primaire et une fois dans
la liste des attributs. Les modifications peuvent intervenir indifféremment dans l’une ou
l’autre des localisations de l’attribut.

2ème mode opératoire : choix dans la colonne « clé primaire »

Après sélection d’un attribut, cochez la case dans la colonne « clé primaire ».

Après validation, l’attribut composera automatiquement la clé primaire.

3ème mode opératoire : à partir de la boîte à onglets

Sélectionnez le nom de la clé primaire dans le tableau, avec la boîte à onglets ouverte. Cliquez sur le
bouton « Composition… » et effectuez le choix des attributs dans la liste proposée à gauche et
basculez la sélection à l’aide de la flèche.

4ème mode opératoire : menu contextuel

Sélectionnez un attribut, puis à partir de son menu contextuel, choisissez la fonction « Ajouter dans
clé primaire ».

Module DATABASE 107

© Cecima 2016
[Link] Modification d’un attribut composant la clé primaire
Lors de la modification d’un attribut composant la clé primaire d’une table, surtout en cas de
modification de type de données, WinDesign contrôle si cet attribut est présent dans les autres
tables en tant que membre de clés étrangères, et, suivant les choix pris dans le menu « Modèle -
Préférences »
 Modifie automatiquement en conséquence les attributs
 Ne les modifie pas
 Demande confirmation de la répercussion ou non de la modification pour chaque attribut

 Cf. menu Modèle - Préférences

[Link] Composition à partir d’une clé étrangère

Mêmes modes opératoires que pour les attributs.

 Dans le cas du drag & drop de la clé étrangère dans la clé primaire, tous les attributs de la clé
étrangère feront partie de la clé primaire.

[Link] Clé primaire composée

Dans le cas où la clé primaire est composée, vous pouvez ordonner la liste de la composition avec les

touches et .

8.3.3 Modifier la composition d’une clé primaire

Dans le cas où on modifie l’ordre de la composition dans la clé primaire, s’il existe un index sur cette
clé, le changement d’ordre ou de composition est répercuté automatiquement sur cet index.

8.3.4 Supprimer une clé primaire

Sélectionnez la clé primaire, puis sélectionnez la fonction « Supprimer » dans le menu contextuel de
la clé, ou cliquez sur le bouton « Supprimer » dans la boîte à onglets. Une confirmation est
demandée pour la suppression.

WinDesign contrôle ensuite l’impact de la suppression de cette clé, notamment toutes les clés
étrangères des autres tables qui s’y réfèrent.
Suivant les options prises dans le menu « Modèle- Préférences ... », la suppression de la clé
primaire :

 Supprimera automatiquement les clés étrangères correspondantes

 Ne les supprimera pas

108 Documentation utilisateur

© Cecima 2016
  Il sera demandé une confirmation pour chacune des clés

Il en va de même pour la suppression éventuelle des attributs composant la clé primaire.

 Il sera nécessaire ultérieurement de procéder à la création d’une nouvelle clé, pour ne pas laisser
la table sans clé primaire.

8.4 CLE ALTERNATIVE

8.4.1 Rappel de définition

Une clé alternative répond aux mêmes critères qu’une clé primaire, à savoir unicité d’occurrence
pour une valeur de la clé alternative.

La définition et composition de la clé alternative sont identiques à celles de la clé primaire (mêmes
modes opératoires).

Une table peut avoir plusieurs clés alternatives.

 Les clés alternatives sont repérées par une petite clé grise dans l’arbre

8.5 CLE ETRANGERE

8.5.1 Rappel de définition

Une clé étrangère dans une table est une clé primaire dans une autre table. La clé étrangère
matérialise un lien binaire fonctionnel entre deux tables par duplication de la clé primaire d'une
table, en tant que clé étrangère dans l'autre table.

Cette clé étrangère supporte une contrainte référentielle (l'attribut clé étrangère fait référence à
l'attribut clé primaire).

 Les clés alternatives sont repérées par le symbole dans l’arbre

8.5.2 Création d’une clé étrangère

Il existe deux manières de créer une clé étrangère : directement sur le graphique ou par
renseignement par la boîte de dialogue.

[Link] Création d’une clé étrangère à partir du graphique

Sélectionnez l’icône dans la palette d’outils méthode.

Cliquez d’abord sur la table dans laquelle la clé étrangère doit être créée, puis cliquez sur la table de
référence de la clé étrangère.

1er cas
La table « fille » ne comporte aucun attribut de même nom que les attributs de la clé primaire de la
table « mère ».

Module DATABASE 109

© Cecima 2016
Dans ce cas, les attributs de la clé primaire de la table mère sont créés automatiquement dans la
table fille pour composer la clé étrangère.

Nota
Dans ce même cas, un autre mode opératoire permet d’obtenir la boîte de jointure manuelle
décrites ci-dessous : en traçant le lien, maintenir la touche du clavier Shift enfoncée, pour afficher la
boîte de dialogue des jointures manuelles, permettant éventuellement de créer les attributs de la jointure.

2ème cas
La table « fille » comporte au moins un attribut de même nom que les attributs de la clé primaire de
la table « mère ».

Une boîte de dialogue s’affiche alors, permettant de modifier les jointures sur les attributs de la
table mère et de la table fille.

Le ou les attribut(s) de même nom pré-existant(s) sont proposés comme candidat à la jointure.

Dans le cas d’une jointure incomplète

 S’il existe un autre attribut (de nom différent) dans la table fille pouvant être utilisé dans la
jointure, cliquez dans la colonne « Attributs de la table fille » pour obtenir la liste des
attributs, puis sélectionnez l’attribut correspondant.

 S’il n’existe aucun attribut dans la table fille permettant d’établir la jointure, il est possible
de créer directement un nouvel attribut en saisissant son nom dans le champ « Attribut de
la table fille » en face de la jointure à établir.

Dans tous les cas, il est possible de créer un attribut de la table fille, à l’occasion de l’établissement
de la jointure.
Editez la colonne « Attributs de la table fille » et effectuez votre saisie.

110 Documentation utilisateur

© Cecima 2016
Le lien s’affiche. Il est possible d’y associer un libellé et de définir les règles de gestion de son
intégrité.
Double cliquez sur le lien. La boîte pop up du lien s’affiche.

Dans l’onglet « Définition » créez ou modifiez le libellé.

Case à cocher : pas de génération physique

Ce choix permet d’établir une jointure et un lien référentiel entre deux tables sans toutefois générer
la clé étrangère ultérieurement dans la base de données.
Pour ces catégories de clé étrangère, un style graphique est appliqué (Cf. Menu Options – Style
symboles).
Cette caractéristique est également présente dans la définition de la clé étrangère à partir de la boîte
appelée par le bouton « Détails ».

Dans l’onglet « Intégrité », précisez à partir des radio boutons ou des cases à cocher les options à
retenir pour la gestion de l’intégrité référentielle.

 1er groupe : modification de la clé primaire de la table de référence (table mère)

Choix exclusif :
 Interdiction de modification de la clé primaire s’il existe des occurrences de la table fille (
RESTRICT OU NO ACTION ).
 Modification induite de la clé étrangère dans la table fille.

Module DATABASE 111

© Cecima 2016
 2ème groupe : suppression de la clé primaire
Choix exclusif :
 Interdite s’il existe des occurrences de la table fille (RESTRICT ou NO ACTION)
 Suppression induite des occurrences de la table fille (CASCADE)
 Rendre nulle la clé étrangère dans la table fille (SET NULL)

 3ème groupe : gestion de la dépendance de la table fille par rapport à la table mère
Choix non exclusif :
 Autorisation de modification de la clé étrangère (changement de rattachement à une table
mère)
 Autorisation des clés étrangères nulles
 Ajout d’occurrences de la table fille interdit (voir pattes verrouillées au niveau conceptuel).

[Link] Création d’une clé étrangère à partir de la table fille

Sélectionnez par double clic la table qui recevra la clé étrangère. La boîte pop up de la table s’affiche.
Cliquez sur le bouton « Détail ».
La boîte de dialogue « Attributs » s’affiche.

Deux modes opératoires sont possibles :

112 Documentation utilisateur

© Cecima 2016
1er mode : à partir de l’arbre
Dans le groupe « Clés étrangères », cliquez sur la dernière ligne réservée à la création. Une boîte de
dialogue « Création de clé étrangère » s’affiche, comportant une liste déroulante affichant la liste
des autres tables.

Sélectionnez l’une d’entre elles, puis cliquez sur le bouton « OK ».

La clé étrangère se crée automatiquement après validation.

2ème mode opératoire : à partir de la boîte à onglets

Sélectionnez auparavant le nœud « Clés étrangères » avec la boîte à onglets ouverte, puis
sélectionnez dans la liste déroulante « Table référencée » la table choisie. Puis cliquez sur le bouton
« Créer ».

[Link] Modification d’une jointure

La modification d’une jointure peut être effectuée dans la boîte de dialogue « Attribut » en
sélectionnant la clé étrangère, avec la boîte à onglets affichée, et en cliquant sur le bouton
« Jointure » ou à partir de la boîte pop du lien.

Boîte pop up du lien de référence

La boîte de définition manuelle d’une jointure est alors activée.

8.5.3 Modification de la composition d’une clé étrangère

A partir de la table fille, on ne peut pas modifier la composition de la clé étrangère, puisqu’elle
dépend totalement de la définition de la clé primaire de la table référencée.

Module DATABASE 113

© Cecima 2016
Si celle-ci est modifiée, alors les répercussions se feront sur toutes les clés étrangères référençant
cette table.

8.5.4 Modification d’un attribut composant la clé étrangère

 Cf. Clé primaire

8.5.5 Fusion d’attributs dans les clés primaires ou étrangères

Une clé primaire d’une table peut comporter le même attribut plusieurs fois.
WinDesign décline les dénominations en fonction de la table référée.

Le cas ci-dessous illustre cet exemple :

Dans la table « COMMANDE » on retrouve 2 fois le « code client », une fois dans la clé primaire par
rapport au lien référentiel vers la table client, une autre fois dans la clé étrangère qui réfère à la
table « DEPOT ».

Dans le cas où il s’agit en fait de la même occurrence de client, WinDesign permet de fusionner les
deux attributs. Il faudra pour cela supprimer l’un des deux dans la boîte « Fusion d’attributs ».

WinDesign propose alors un éventuel attribut d’équivalence. Sélectionnez l’attribut de

remplacement et cliquez sur le bouton « Fusionner ».

La composition des clés étrangères ou clés primaires se trouve modifiée tout en respectant les liens
référentiels.

114 Documentation utilisateur

© Cecima 2016
8.6 INDEX

8.6.1 Rappel de définition

L’index est un moyen de sélection rapide des occurrences d'une table possédant une valeur donnée
de cet index

8.6.2 Création d’un index

A partir de la boîte de saisie des attributs, plusieurs modes opératoires sont possibles :

1er mode : à partir de l’arbre

Dans le groupe « Index », cliquez sur la dernière ligne réservée à la création.
Saisissez le nom de l’index.

2ème mode opératoire : à partir de la boîte à onglets

Sélectionnez auparavant le nœud « Index » avec la boîte à onglets ouverte, saisissez le nom de
l’index, puis cliquez sur le bouton « Créer ».

 Les index sont repérés par dans l’arbre.

Module DATABASE 115

© Cecima 2016
8.6.3 Composition de l’index
La composition de l’index peut se faire avec les mêmes modes opératoires que pour la composition
d’une clé primaire :

 Par drag & drop des attributs,

 Par le menu contextuel de l’attribut, fonction « Ajouter dans index ». Dans ce cas, une liste
des index est proposée (cette liste ne comporte pas les index associés aux clés primaires et
aux clés étrangères, dont on ne peut modifier la composition).
 Par édition de la colonne index, case à cocher.
 Par la boîte à onglet avec sélection du nom de l’index, puis activation du bouton
« Composition ».

Choisissez pour chacun des attributs l’ordre de classement ascendant ou descendant à l’aide des
radio boutons correspondants.

Puis cliquez sur « Fermer » pour revenir à la boîte de dialogue « Attributs ».

8.6.4 Supprimer un index

Sélectionnez l’index dans la liste, puis sélectionnez la fonction « Supprimer » dans le menu
contextuel ou cliquez sur le bouton « Supprimer » de la boîte à onglets. Une confirmation de la
suppression est demandée.

116 Documentation utilisateur

© Cecima 2016
9. TRANSFORMATION D’UN MODELE CONCEPTUEL DE DONNEES EN
MODELE LOGIQUE RELATIONNEL

9.1 PRINCIPES
A partir d’un schéma représentant un modèle entité relation, WinDesign propose une fonction de
génération sous forme de modèle logique relationnel normalisé.

Des règles de transformation pour chaque objet sont appliquées à partir d’options générales à tous
les objets, par type d’objet ou spécifiques pour un objet.

Préalablement à la transformation des contrôles sur le modèle entité relation sont effectués. Ces
contrôles sont par ailleurs paramétrables.

Si les contrôles ne comportent aucune erreur, le modèle est alors généré conformément aux choix
effectués, notamment pour préserver un modèle logique existant ou non. La fenêtre comportant le
modèle est ouverte automatiquement avec la présentation graphique du modèle généré.

9.2 OPTIONS DE TRANSFORMATION

Les options de transformation sont accessibles à partir du MCD

9.3 OPTIONS SPECIFIQUES

9.3.1 Options spécifiques pour la relation d’héritage

La transformation d’une relation d’héritage peut être spécifique pour chacune d’entre elles.

Ainsi, les options relatives à la transformation d’un héritage en particulier, figurent dans la boîte pop
up de l’héritage, sous l’onglet « Options de [Link] ».
Double cliquez sur un héritage. La boîte pop up s’affiche, puis cliquez sur l’onglet « Options de
[Link] » présentant les options de génération.

4 options mutuellement exclusives sont proposées :

 Dupliquer l’identifiant du sur type (entité mère) dans les sous types (entités filles).

Ce cas peut être choisi notamment lorsque l’héritage provient d’une spécialisation, avec des sous
types sans identifiant.

Module DATABASE 117

© Cecima 2016
 Les tables correspondant au sur type et aux sous types sont générées, chacune ayant pour
origine de sa clé primaire, l’identifiant du sur-type.

Pour les tables correspondant aux sous types, la clé primaire est également la clé étrangère
référant la table ayant pour origine le sur-type.

Ent_1 ENT_1
IDT ENT1 IDT _ENT1
P1 P1
P2 P2
P3 P3

Ent_2 Ent_3 Ent_4 ENT_2 ENT_3 ENT_4

P4 P5 P6 IDT _ENT1 IDT _ENT1 IDT _ENT1
. P4 P5 P6

 Duplication complète du contenu du sur type dans les sous types

Cette option aura pour effet de dupliquer tous les attributs de la table mère dans les tables filles.
Dans le cas où les entités sous typées disposaient d’identifiants, les tables correspondantes
disposeront d’une clé primaire correspondant à ces identifiants et d’une clé étrangère
correspondant à l’identifiant du sous type.

Ent_1 ENT_1
IDT ENT1 IDT _ENT1
P1 P1
P2 P2
P3 P3

X
ENT_2 ENT_3 ENT_4
IDT 2 IDT 3 IDT 4
Ent_2 Ent_3 Ent_4
IDT_ENT1 IDT_ENT1 IDT_ENT1
id t2 id t3 id t4 P4 P5 P6
P4 P5 P6 P1 P1 P1
P2 P2 P2
P3 P3 P3

 Suppression du sur type avec migration de son contenu dans les sous types

Fonctionnement analogue à l’option précédente hormis le fait que la table représentant le sur
type n’est pas générée.

ENT_2 ENT_3 ENT_4

IDT _ENT1 IDT _ENT1 IDT _ENT1
P4 P5 P6
P1 P1 P1
P2 P2 P2
P3 P3 P3

 Suppression des sous types avec migration de leur contenu dans le sur-type

Option inverse de la précédente ayant pour effet la génération de la table correspondant au sur
type avec tous les attributs provenant des entités sous types qui elles ne sont pas générées en
tant que tables.

118 Documentation utilisateur

© Cecima 2016
 EN T_1
ID T_EN T 1
P1
P2
P3
P4
P5
P6

9.4 OPTIONS GENERALES DE TRANSFORMATION

Activez la fonction « Générer Modèle Logique » du menu « Modèle ».
La boîte de dialogue « Génération d’un Modèle Logique de Données » s’affiche.

Cette boîte de dialogue vous permet de sélectionner les options de transformation et de lancer le
contrôle préalable à la génération.

9.5 SELECTION DU MODELE DESTINATION

Par défaut, à l’ouverture de la boîte, la case d’option « Nouveau modèle » est cochée.
Vous pouvez alors sélectionné directement le SGBD courant pour le nouveau MLD généré en
cliquant sur le bouton « SGBD ».

Pour générer le modèle dans un modèle logique existant, décochez la case d’option, puis
sélectionnez le modèle par activation du bouton « Parcourir … », et choisir le fichier dans les
répertoires à partir de la boîte de dialogue.

Cette option permet de nommer un nouveau modèle de type logique de données, ou d’indiquer un
modèle déjà existant que l’on souhaite amender.

Module DATABASE 119

© Cecima 2016
La ligne de saisie doit comprendre la totalité du chemin d’accès au modèle.

9.6 OPTIONS GENERALES

Cochez les options générales suivantes :

Conserver les modifications – Sauf … :

Dans le cas où le modèle logique existe déjà, cette option permet de préserver des modifications
qui auraient été faites directement sur ce modèle.
Le bouton « Sauf … » permet de préserver les modifications de certains éléments uniquement.
Activez le bouton, puis cochez ou décochez les cases d’options dans la boîte de dialogue.

Utilisation des noms logiques :

Cette option permet d’utiliser les noms logiques saisis pour les objets comme nom
d’identification.
Dans le cas où il n’existe pas de nom logique, c’est le nom conceptuel qui est pris.

120 Documentation utilisateur

© Cecima 2016
Recherche objets par codes internes
Cette option est cochée par défaut lors de la génération du MLD dans un modèle existant.
Il existe deux procédés d’association entre les entités et les relations du MCD et les tables
générées du MLD :

Soit par code interne (identifiant unique généré par WinDesign) : lors de la première
transformation d’une entité en table, le code interne de l’entité est enregistré dans les
caractéristiques de la table. Lors d’une génération ultérieure, même si l’entité a changé de nom,
le code interne permettra de retrouver la table issue de la transformation précédente.
Ce procédé ne fonctionne que dans la mesure où la génération s’effectue toujours dans le même
modèle logique.

Soit par le nom : si les tables ont été générées à partir de plusieurs MCD, en l’absence du
contrôle par le code interne, un contrôle d’existence s’effectuera par le nom, c’est à dire : alias
de l’entité du MCD = nom d’une table.

Générer les préfixes attributs

Cette option permet, lorsqu’un préfixe a été précisé au niveau des entités ou des relations,
d’affecter ce préfixe aux attributs des tables générées.

Générer tables si cardinalités (0,1 - x,N)

Cette option concerne les relations comportant une patte avec des cardinalités (0,1). La
transformation peut s’effectuer de deux manières : soit générer une table correspondant à la
relation, soit ne pas générer la table. La transformation se comporte alors comme si la cardinalité
était de type (1,1) avec acceptation de clé étrangère nulle.

Générer les propriétés composées

Bien que les attributs composés ne soient pas utilisables dans la plupart des gestionnaires de
données, la génération d’attributs composés permet de conserver la même présentation et le
même regroupement par nature des données que dans le modèle conceptuel.

Générer les rôles des liens

Permet d’indiquer, sur les liens issus de relations binaires comportant une patte (1,1), le nom de
la relation d’origine.
Permet également d’indiquer, sur les liens issus de pattes comportant un rôle, le nom de ce rôle.

Mise à jour des textes libres

Cette option permet de mettre à jour les textes de type annotation et bloc note des objets de
niveau logique par rapport aux objets de niveau conceptuel.
Si cette option n’est pas choisie, ces textes ne seront pas mis à jour.

Transformer les informations, les règles, les vues externes

Ces options permettent de copier et transformer les informations, les règles et les vues externes
contenues dans le MCD.

Les données élémentaires (informations ou propriétés contenues dans les vues externes) sont
transformées suivant les règles générales avec affectation du type de données logiques suivant
les options choisies (SGBD cible).

Pour les règles : dans la composition de la règle, on substitue les attributs générés par rapport
aux propriétés d’origine.
Par contre, la description conceptuelle de la règle n’est pas modifiée.

Générer tables de codes

Au niveau de la propriété (pop up – onglet « Domaines de valeurs »), on peut préciser que les
valeurs de l’attribut issu de la génération seront externalisées dans une table de code.

Module DATABASE 121

© Cecima 2016
 La transformation du MCD en MLD, permettra de générer en plus ces tables (par défaut les tables
ne sont pas affichées dans le graphique du MLD généré, mais sont bien présentes dans le
dictionnaire).

Seuil de création d’index

L’option indique le nombre d’occurrences de la future table à partir duquel des index sur clés
étrangères seront générés.
Dans le cas où le nombre d’occurrences d’une table est faible, pour effectuer une sélection sur
une valeur de clé étrangère, il est globalement plus économique de parcourir l’ensemble des
occurrences de la table plutôt que de passer par un index.

Seuil multivalué
Cela concerne les propriétés dites multivaluées (plusieurs valeurs possibles pour une même
propriété), qui peuvent être transformées de deux manières :

 Soit par répétition du même attribut en autant de fois que l’indique la multivaluation. Exemple
P[2] donnera les attributs P et P-2.

 Soit en générant un attribut multivalué, laissant ainsi au concepteur le choix du mode

d’implémentation physique.

Le seuil saisi indiquera la limite maximum de répétition de l’attribut dans la table. Lorsque la
multi valuation est supérieure à cette limite, c’est la deuxième option qui est exécutée.

9.7 OPTIONS D’HISTORISATION

Cela concerne les entités, relations, propriétés pour lesquelles les caractéristiques d’historisation ont
été précisées.

L’option permet uniquement d’indiquer la présence graphique lors de la génération. Si l’option est
cochée, les tables générées issues de l’historisation apparaissent en arrière-plan de la table de base.

De même, l’attribut servant de datation à l’historisation peut être modifié. Il s’agit de

« DATE_HISTO » par défaut.

9.8 CONTROLE A APPLIQUER

La liste de tous les contrôles sur le modèle est affichée.
Le dernier contrôle utilisé pour la transformation est mémorisé et devient le contrôle par défaut
pour la transformation suivante.

122 Documentation utilisateur

© Cecima 2016
Pour modifier un contrôle existant ou créer un nouveau contrôle, cliquez sur le bouton « Voir … »
(Même accès qu’à partir du menu « Modèle », fonction « Contrôle-spécifique »).

 Pour les modes opératoires, se reporter au Chapitre Contrôles.

Lors du paramétrage, on s’attachera à préciser les contrôles directement utiles dans le cadre de la
transformation.

Pour d’autres contrôles de complétude du modèle de données, comme par exemple la présence de
textes, de nom logique, d’éléments d’administration, ... il est préférable de ne pas les inclure pour la
transformation en modèle logique et de procéder à ces contrôles préalablement au lancement de la
transformation.

La transformation ne pourra s’effectuer que si aucune erreur n’est détectée

(Cf. Chapitre Contrôles : graduation des messages en erreur, alerte et information dans la fonction de
contrôle).
Après avoir procédé au paramétrage du contrôle, cliquez sur le bouton « Annuler » dans la boîte
paramétrage pour revenir au module de génération.
L’activation du bouton « OK » de la boîte « paramétrage des contrôles » lance le contrôle lui-même
sans génération.

9.9 EXECUTION DE LA GENERATION

Une fois les différentes options choisies, cliquez sur « OK ».
La fonction de contrôle s’exécute, présentant la liste des messages. Seules les erreurs sont prises en
compte pour la non exécution de la transformation.

Effectuez les corrections puis relancez la génération.

Le modèle logique est affiché. Chaque table reprend les coordonnées graphiques de son origine
conceptuelle.
Dans le cas où il existe des sous-modèles au niveau conceptuel, ceux-ci sont repris au niveau logique.

9.10 ENSEMBLE DES REGLES DE TRANSFORMATION

9.10.1 Entité
Tout entité est transformée en table.
Ses propriétés deviennent des attributs de la table.
L’identifiant devient la clé primaire unique de la table.

9.10.2 Relation binaire (0,n)-(1,1) ou (1,n)-(1,1)

On duplique la clé primaire de la table issue de l’entité à cardinalité (0,n) ou (1,n) dans la table issue
de l’entité à cardinalité (1,1) où elle devient une clé étrangère.

Module DATABASE 123

© Cecima 2016
9.10.3 Relation binaire (0,n)-(0,1) ou (1,n)-(0,1)
Deux solutions :
 1ère solution :
Création d’une table avec comme clé primaire simple, l’identifiant de l’entité à cardinalité (0,1) ;
l’identifiant de l’autre entité devenant clé étrangère de cette table. Les éventuelles propriétés de la
relation deviennent aussi attributs de la table issue de la relation.

 2ème solution :
Duplication de la clé primaire de la table issue de l’entité à cardinalité (0,n) ou (1,n) dans la table
issue de l’entité à cardinalité (0,1), où elle devient une clé étrangère à valeur nulle possible. On
procède éventuellement à un changement d’appellation de l’attribut. Les éventuelles propriétés de
la relation deviennent des attributs de la table issue de l’entité à cardinalité (0,1).

9.10.4 Relation binaire (0,1)-(1,1)

C’est en fait une particularisation du cas (0,n)-(1,1) .
On duplique la clé de la table issue de l’entité à cardinalité (0,1) dans la table issue de l’entité à
cardinalité (1,1).

9.10.5 Relation binaire (0,1)-(0,1)

Particularisation du cas (0,n)-(0,1)

9.10.6 Relation binaire (0,n)-(0,n) ou (1,n)-(1,n) ou (1,n)-(0,n) et Relation ternaire et

supérieure quelle que soit la cardinalité
La relation est transformée en table.
Ses éventuelles propriétés deviennent des attributs de la table.
Les identifiants des entités de la collection deviennent d’une part clé primaire composée unique,
d’autre part chaque identifiant devient également clé étrangère.

9.10.7 Prise en compte des sous-types du MCD

4 solutions possibles :
1 - On duplique l’identifiant de l’entité sur-type dans les entités sous-types. Les entités sur-types et
sous-types sont transformées en tables, selon les règles précédentes.
La clé primaire des sous-types est également déclarée comme clé étrangère référant à la table
correspondant au sur-type.

2 - On duplique l’ensemble du contenu de l’entité sur-type dans les entités sous-types (identifiant et
propriétés). Les entités sur-types et sous-types sont transformées en tables, selon les règles
précédentes.
La clé primaire des sous-types est également déclarée comme clé étrangère référant à la table
correspondant au sur-type.

3 - On duplique l’ensemble du contenu de l’entité sur-type dans les entités sous-types (identifiant et
propriétés). Seules les entités sous-types sont transformées en tables selon les règles
précédentes.

4 - On duplique l’ensemble du contenu des sous-types dans l’entité sur-type. Seule l’entité sur-type
est transformée en table.

124 Documentation utilisateur

© Cecima 2016
9.10.8 Prise en compte des contraintes d’intégrité
Les différentes contraintes d’intégrité :

 D’unicité (Contrainte d’Intégrité Fonctionnelle)

 Inter-relations
 Stabilité
 Patte verrouillée
 etc ...

seront traduites ultérieurement par des triggers selon les possibilités du SGBD ( Cf. Modèle Physique
de Données ).

9.10.9 Prise en compte des contraintes référentielles

Chaque clé étrangère obtenue lors de la transformation (Cf. (0,n)-(1,1), (0,n)-(0,n), paragraphes ci-
dessus) génère une contrainte référentielle représentée par un lien fléché entre les tables
concernées par la transformation de la relation conceptuelle.

Le nom de la relation ou le rôle de la patte devient, sous option, le libellé du lien (Cf. Boîte de
dialogue « Génération d’un Modèle Logique de Données : Groupe « Options générales », case
«Générer rôle des liens »).

9.10.10 Prise en compte des propriétés composées

Les SGBD relationnels ne permettent pas actuellement de prendre en compte la notion de propriété
composée.
La génération des propriétés composées en attributs composés (illustratifs) est donc optionnelle. Ces
attributs ne seront jamais transformés au niveau physique.

9.10.11 Prise en compte des propriétés multi valuées

Les SGBD relationnels ne permettent pas actuellement de prendre en compte la notion de propriété
multi valuée.

En fonction du seuil indiqué dans les paramètres de transformation (Cf. Boîte de dialogue
«Génération d’un Modèle Logique de Données »), deux solutions sont adoptées :

1 - Inférieur au seuil
La propriété multi valuée est dupliquée en autant d’attributs que de valeurs de répétition
(numérotés en ordre croissant).

2 - Egal ou supérieur au seuil

La propriété multi valuée est transformée en attribut multi valué. Charge au concepteur de
trouver une solution au niveau du modèle logique.

9.10.12 Prise en compte de l’historisation

[Link] Historisation définie au niveau de la propriété

L’entité ou la relation contenant cette propriété est transformée selon les règles générales.
La propriété devient un attribut de cette table.

Module DATABASE 125

© Cecima 2016
On crée en plus, une table :
 Avec comme clé primaire composée :
- la clé primaire de la table origine de l’attribut historisé
- l’attribut définissant la datation de l’historisation (Cf. Boîte de dialogue «Génération d’un
Modèle Logique de Données »)

 Et avec l’attribut à historiser

[Link] Historisation définie au niveau de l’entité ou de la relation

L’entité ou la relation sont transformées selon les règles générales.

On crée en plus, une table :

 Avec, comme clé primaire composée :

- La clé primaire de la table issue de la transformation de l’entité ou de la relation

- l’attribut définissant la datation de l’historisation (Cf. Boîte de dialogue « Génération d’un
Modèle Logique de Données »)

 Et avec tous les attributs de la table à historiser

9.10.13 Prise en compte de la génération de tables de codes

 Cf. MCD

Ceci concerne les cas où pour une propriété, le choix de générer une table de codes a été fait.
La propriété est transformée selon les règles générales.

On crée en plus une table avec :

 Pour nom : le nom de la table précisée lors du choix.
 Pour clé primaire : un code
 Pour attribut : un libellé.

Les éventuelles listes de valeurs définies au niveau de la propriété sont transférées au niveau de
l’attribut « Clé primaire » de la table de codes.

On crée également une clé étrangère avec :

 Pour jointure : l’attribut issu de la transformation de la propriété et l’attribut de la clé
primaire de la table de codes.

Cette clé étrangère sera par défaut dite « non implémentée » (modifiable ultérieurement dans le
modèle logique).

126 Documentation utilisateur

© Cecima 2016
10. GENERATION D’UN MODELE CONCEPTUEL DE DONNEES A PARTIR
D’UN MODELE LOGIQUE

Cette fonction permet de régénérer un modèle conceptuel de données, formalisme entité relation, à
partir d’un modèle logique au formalisme relationnel.

Les mêmes types de règles réciproques que la transformation du modèle conceptuel en logique sont
appliquées.

Pour l’essentiel :

 Toute table dont la clé primaire n’est pas composée de clés étrangères devient une entité,
dont les attributs de la clé primaire deviennent l’identifiant.
 Toute table dont la clé primaire n’est composée que de clés étrangères et dont la clé primaire
n’est référencée par aucune autre clé étrangère, devient une relation.
 Tout attribut devient une propriété.

10.1 LANCEMENT
Se positionner dans le modèle logique de données avec un modèle existant.

Choisissez dans le menu « Modèle » la fonction « Générer modèle conceptuel ».

Un panneau demande confirmation du lancement de la fonction. Validez par « OK »

10.2 RESULTAT DE LA GENERATION

Après exécution, le modèle conceptuel de données est généré graphiquement en utilisant les
coordonnées des tables d’origine et conformément aux options de style et préférences d’affichage
MCD.

Dans le cas où le modèle est issu d’une conception directe ou d’une génération à partir du MCD, la
remontée vers le MCD conserve toutes les caractéristiques
(règles, contraintes sur les pattes, etc ...).

Les noms des relations de type dépendance fonctionnelle (cardinalités (0,1) ou (1,1)), sont issues des
libellés des liens de référence s’ils existent ou du nom de la clé étrangère.

10.3 ARRANGEMENT AUTOMATIQUE DU SCHEMA

Cette fonction permet d’optimiser le placement graphique des tables dans le modèle.
Cette fonction est utilisée notamment lors du reverse d’une base de données physique, pour générer
le modèle logique correspondant et peut être utilisée à tout moment pour n’importe quel modèle
logique, pour en améliorer la présentation.

L’optimisation porte sur la minimisation des distances entre les tables qui sont inter reliées (par des
liens de référence).

10.3.1 Lancement
Sélectionnez dans le menu « Format » la fonction « Arrangement automatique », puis la fonction
« Lancer ».

Module DATABASE 127

© Cecima 2016
Un assistant à la création des sous-modèles de la base de données s’affiche.

La liste de gauche présente l’ensemble des tables.

La liste de droite présente le découpage en sous-modèle proposé.

[Link] Modifier le contenu des sous-modèles proposés

Pour afficher l’ensemble des tables présentes dans un sous-modèle, cliquez sur le précédant le
nom du sous-modèle.

Pour supprimer une table du sous-modèle, sélectionnez-la puis activez .

Pour insérer une table dans un sous-modèle, sélectionnez la table dans la liste de gauche (multi-
sélection possible), cliquez une fois sur le code du sous-modèle cible dans la liste de droite et activez
.

[Link] Supprimer un sous-modèle

Vous pouvez également supprimer une sous-modèle en le sélectionnant dans la liste et en activant le
bouton « Supprimer sous modèle ». Une confirmation de suppression vous est demandée.

[Link] Créer un nouveau sous-modèle

Vous pouvez créer un nouveau sous-modèle, en activant « Nouveau sous-modèle ». La boite de
dialogue de description d’un sous-modèle s’affiche. Saisissez les informations et validez par « OK ».
Le nouveau sous-modèle s’affiche dans la liste.

128 Documentation utilisateur

© Cecima 2016
10.3.2 Exécution
Dans l’assistant de création des sous-modèles, cliquez sur « OK ».
Un panneau indique la progression du traitement.

Le modèle s’affiche avec les nouveaux placements des tables, conformément aux options de
préférences d’affichage.

 Chaque exécution génèrera un modèle avec des placements différents.

 La taille de l’espace occupé par chaque table correspond à la taille de la plus grande table affichée.

 Lors de disparité importante entre les tailles affichées des tables d’origine, il peut être préférable
de choisir l’option d’affichage sans les attributs.

Module DATABASE 129

© Cecima 2016
11. MISE EN CONFORMITE DU MODELE CONCEPTUEL PAR RAPPORT
AU MODELE LOGIQUE

11.1 PRINCIPE
Cette fonction est accessible à partir d’un Modèle logique ouvert.
Elle permet de répercuter certaines modifications effectuées directement sur le Modèle logique
dans le Modèle conceptuel, en évitant de recourir systématiquement à la modification dans le MCD
puis à la génération avec modification dans le MLD, pour des évolutions ne concernant que la partie
logique.

Pour que cette fonction soit opérationnelle, il est nécessaire que le MLD sur lequel ont été faites les
modifications soit issu du MCD sur lequel la conformité s'opère. En effet, chaque objet (table,
attribut, ...) du MLD contient un identifiant interne correspondant à l'objet (entité, relation,
propriété) du MCD dont il est issu. Le rapprochement entre un objet du MLD et du MCD s'effectue
par cet identifiant interne.
Il s'agit de modifications effectuées sur tables, les attributs, les règles, les vues externes et les
informations, portant sur :

 le nom
 le libellé
 le type de données.

Exemple : la modification du nom d'une table du MLD, sera répercutée dans le MCD par la
modification de l'alias de l'entité ou de la relation correspondante.
La modification d'un type de données d'un attribut du MLD entraînera la modification du type de
données WinDesign d'une propriété dans le MCD (la conversion entre les types de données SGBD et
les types de données WinDesign s'effectuant automatiquement).

11.2 LANCEMENT DE LA FONCTION

Sélectionnez la fonction « Mise en conformité du Modèle conceptuel » dans le Menu « Modèle ». La
boîte de dialogue « Mise en cohérence du Modèle Conceptuel » s’affiche.

Sélectionnez le modèle conceptuel à mettre à jour, puis utilisez les cases à cocher pour effectuer la
mise en cohérence des alias, des libellés et/ou des types de données, puis validez par OK.

130 Documentation utilisateur

© Cecima 2016
12. VUES SQL

12.1 DEFINITION
Une vue SQL est une vue logique d’un sous-ensemble de la base de données. Elle permet de
regrouper un ensemble d’attributs de tables.

La vue logique correspond assez souvent à la vision utilisateur de la structure de données.

Elle peut être également intéressante dans le cas où, par optimisation, on aurait, dans une même
table, des caractéristiques spécifiques à des sous-populations différentes.
Exemple : une table « TIERS » comportant des « Clients », des « Fournisseurs », des « Personnes
physiques ».
Ces sous-populations possèdent des caractéristiques communes et des caractéristiques qui leur sont
propres. La vue « CLIENT » permettra de ne prendre en compte que les caractéristiques propres au
client.

12.2 CREATION D’UNE VUE SQL

Deux modes de création des vues SQL sont possibles.

12.2.1 Création automatique à la génération du MLD à partir du MCD

Ce cas de figure correspond à la transformation d’une relation d’héritage pour lequel les choix de
génération sont soit :

 La duplication de l’identifiant du sur-type dans les sous-types

 La suppression des sous-types avec migration de leur contenu dans les sur-types.

Ces options de génération ont été définies à partir de la boîte pop up de définition de l’héritage -
Onglet « Options transfo. MLR ».

Boîte pop up de l’héritage - Définition des options de génération

Dans ce cas, on peut choisir (case à cocher) de générer les vues SQL correspondant à chacun des
sous-types.

Les vues SQL sont alors générées en même temps que le reste du modèle et sont représentées
graphiquement.

Module DATABASE 131

© Cecima 2016
Les vues SQL générées sont par ailleurs modifiables.

12.2.2 Création d’une vue SQL dans le modèle logique

Cliquez sur l’icône de la barre outils méthode, puis dans la fenêtre de travail ou effectuer un
drag & drop à partir de la palette de modélisation.

Si des tables ou d’autres vues SQL sont sélectionnées au moment du dessin de la nouvelle vue SQL,
une boîte de dialogue s’affiche et permet d’utiliser les objets sélectionnés pour la création de la vue
SQL.

Ce mode opératoire est pratique puisqu’il prend l’ensemble des tables et leurs jointures
automatiquement.
Double cliquez ensuite sur la représentation graphique de la vue pour afficher la boîte pop up de
saisie des caractéristiques descriptives.

Boîte pop up de saisie des caractéristiques descriptives de la vue SQL

Précisez si la vue SQL est en consultation ou en mise à jour. Dans le cas où elle est en Mise à jour,
vous pouvez également préciser les « With Check Options ».
Le choix indique que le code SQL qui sera décrit ne sera pas modifié par l’assistant
de génération.

12.3 COMPOSITION DE LA VUE SQL

Pour décrire la vue SQL, cliquez sur le bouton « Requête » de la boîte pop up de la vue.
Vous pouvez alors choisir de définir la composition de la vue soit directement dans l’éditeur de
fichier texte, ou par un assistant de construction de requêtes.

132 Documentation utilisateur

© Cecima 2016
12.3.1 Assistant de création d’une vue SQL
Si vous avez sélectionné la fonction « Assistant ... », la boîte de dialogue « Assistant de création de
vues SQL » s’affiche.

Elle permet de décrire la vue.

[Link] Composition de la vue SQL en tables et autres vues

Si au moment de la création de la vue SQL des tables ou d’autres vues étaient sélectionnées elles
apparaissent dans la liste des tables et vues SQL, avec éventuellement dans la liste de droite les
jointures sélectionnées.

Pour ajouter une table ou une vue, cliquez sur le bouton en dessous de la liste des tables.

Une boîte de dialogue s’affiche permettant de sélectionner une ou plusieurs tables ou vues.

Lors de la sélection de plusieurs tables liées, les jointures s’affichent automatiquement.

Pour supprimer une table, sélectionnez-la dans la liste puis cliquez sur .
La suppression de la table dans la composition supprime automatiquement les jointures qui en
dépendent.

[Link] Ajouter des jointures

Pour ajouter une jointure, cliquez sur le bouton en dessous de la liste des jointures.
La boîte de dialogue « Définir une jointure » s’affiche.

Module DATABASE 133

© Cecima 2016
Elle permet d’établir des jointures entre les attributs d’une table et les attributs d’une autre table.

Ces jointures peuvent être faites avec des opérateurs de comparaison (sélection dans la liste
« Opérateurs »).

Pour modifier une jointure existante, sélectionnez la jointure puis cliquez sur le bouton « Editer
jointure … ». Procédez à la modification comme pour la création.

Pour retirer une jointure de la liste, sélectionnez la dans la liste, puis cliquez sur le bouton en
dessous de la liste des jointures.

Les boutons permettent d’ordonner la liste des jointures.

[Link] Modifier le nom d’une table

Sélectionnez la table dans la liste supérieure gauche, puis cliquez sur le bouton « Alias ».

Une boîte de dialogue s’affiche vous permettant de renommer la table. Ceci permet notamment
d’avoir plusieurs fois la même table dans une même vue.

 Cette modification est locale à la vue SQL. La table n’est pas renommée dans le reste du modèle.

12.3.2 Définition des colonnes utilisées dans la vue

Pour chaque table composant la vue, sélectionnez les colonnes en dépliant la liste à partir des tables.

La sélection de * correspond à la sélection de l’ensemble des colonnes de la table.

Une fois les colonnes sélectionnées, cliquez sur le bouton ou double cliquez pour faire passer la
sélection dans la partie basse de la boîte.
Les boutons permettent d’ordonner la liste des colonnes.

Pour supprimer une colonne, sélectionnez la dans la liste et cliquez sur .

134 Documentation utilisateur

© Cecima 2016
Pour modifier le nom d’une colonne, sélectionnez la colonne et cliquez sur le bouton « Alias ».

12.3.3 Insérer une expression dans la requête

Pour insérer une expression quelconque (calcul, comparaison), cliquez sur en bas à gauche de la
boîte. La boîte de dialogue « Définition d’une colonne de la requête » s’affiche.

Elle permet :
 Soit de choisir un attribut et éventuellement de lui donner un nom alias
 Soit de saisir une expression quelconque.

Cliquez ensuite sur OK pour valider.

Pour modifier l’alias d’une colonne ou modifier l’expression, sélectionnez la colonne puis cliquez sur
le bouton « Editer colonne » pour réafficher la boîte « Définition des colonnes de la requête ».

12.3.4 Définir une expression de sélection

Pour définir une expression de sélection, cliquez le radio bouton , puis

cliquez sur en bas de la boîte de dialogue.

La boîte « Définition d’une expression de sélection » s’affiche.

Sélectionnez dans la liste de gauche l’attribut concerné par la sélection, puis choisissez un opérateur
et saisissez une valeur dans la liste de droite. Cliquez sur OK pour valider.

Pour ajouter des parenthèses dans l’expression de sélection, ou ajouter les opérateurs « AND » ou
« OR », sélectionnez la ligne pour laquelle l’opérateur s’applique, puis cliquez sur l’opérateur choisi
.

Pour enlever un de ces opérateurs, sélectionnez la ligne et cliquez à nouveau sur le bouton
représentant l’opérateur.

12.4 CREATION DES VUES SQL DIRECTEMENT DANS L’EDITEUR

Les vues SQL peuvent être également directement décrite dans l’éditeur.

Module DATABASE 135

© Cecima 2016
A partir de la boîte pop up de la table, cliquez sur le bouton « Requête … », puis la fonction « Editeur
... ».

L’éditeur s’affiche.

12.4.1 Gestion des éléments à insérer dans la vue SQL

Pour faciliter l’insertion d’éléments pour la création des vus SQL, des règles, fonctions et procédures,
la boîte de type pop up « Insertion dans la requête » s’affiche.

Elle permet après sélection, d’insérer des attributs de tables, des jointures ou d’utiliser des
opérateurs du langage associé à l’écriture des requêtes.

[Link] Insertion d’attributs dans la requête

Pour insérer un attribut d’une table, cliquez sur le

devant le nom de la table, puis double cliquez sur
l’attribut ou sélectionnez l’attribut puis cliquez sur le
bouton « Insérer ».

136 Documentation utilisateur

© Cecima 2016
[Link] Insertion de jointures

Pour les jointures, sélectionnez la clé étrangère

correspondant. Dépliez totalement la cascade des liens,
donnant la table mère, puis la table fille et insérer les
jointures proprement dites.

[Link] Opérateurs de langage

Pour choisir un opérateur de langage, sélectionnez « Langage » dans la liste de choix, puis cliquez sur
pour afficher la liste des opérateurs disponibles pour un type (chaîne de caractères, conversion,
date, numérique, ...), puis sélectionnez un ou plusieurs opérateurs.

Ce choix n’est possible qu’après avoir choisi un SGBD par défaut (les opérateurs de langage font
partie du paramétrage des drivers des SGBD). Cf. Menu « Modèle » fonction « Base de données »,
puis « Sélectionner le SGBD courant ».

Cliquez ensuite sur le bouton « Insérer » pour insérer la sélection dans la requête.

L’ensemble des éléments appartenant au langage sont décrits dans le driver du SGBD.
Pour insérer des parenthèses, cliquez sur .

Module DATABASE 137

© Cecima 2016
13. STORAGE

13.1 DEFINITION
Un storage indique l’emplacement physique des objets des bases de données (tables et index). Il
désigne la partition nommée qui contient les tables et les index, située sur un périphérique de
stockage.
La définition des storages est spécifique à chaque SGBD.

13.2 CREATION D’UN STORAGE

13.2.1 1er mode de création d’un storage

Sélectionnez dans le menu « Bases de données » la fonction « Storage/Tablespace ». La boîte de
dialogue « Storage/Tablespace » s’affiche.

Le radio bouton « Storage » est coché. Saisissez le nom du storage et éventuellement son alias et
libellé. Cliquez sur « Créer ».

13.2.2 2ème mode de création

A partir de la boîte pop up de la table, cliquez sur le bouton « Storage ».

La boîte de dialogue « Storages associés à la table » s’affiche et donne la liste des storages
éventuellement associés à la table.

138 Documentation utilisateur

© Cecima 2016
A partir de cette boîte, vous pouvez :

 Créer un nouveau storage (bouton « Créer ») qui sera directement associé à la table.
 Modifier un storage existant (Bouton « Modifier »)
 Dissocier un storage de la table (Bouton « Dissocier »)
 Associer un nouveau storage à la table (Bouton « Storage »)

14. TABLE SPACE

14.1 DEFINITION
Comme le storage, le tablespace indique l’emplacement physique des objets dans les bases de
données.
Le tablespace représente une partition nommée qui contient les tables et les index, et qui est
contenue dans la base de données.
La définition du tablespace est spécifique à chaque SGBD.

Module DATABASE 139

© Cecima 2016
Dans certaines SGBD, un tablespace peut utiliser un storage déclaré dans sa définition.

14.2 CREATION D’UN TABLESPACE

Dans la boîte de dialogue « Storage/Tablespace », sélectionnez le radio bouton « Tablespace ».
Saisissez le nom, puis éventuellement l’alias et le libellé.
Indiquez éventuellement quel est le storage utilisé (liste déroulante). Cliquez sur « Créer ».

14.3 ASSOCIER DES TABLES AUX STORAGES OU TABLESPACE

A partir de la boîte de dialogue « Storage/Tablespace », sélectionnez le storage ou tablespace dans la
liste, puis cliquez sur le bouton « Associer ».

La liste des tables s’affiche.

Sélectionnez la ou les tables pour lesquelles la storage s’appliquera.

Même procédure pour le tablespace.
Nota

140 Documentation utilisateur

© Cecima 2016
Les tables auxquelles le storage ou tablespace a été associé s’affichent en gras dans la liste.

Nota
Pour visualiser les storages ou tablespace associés à une table, utilisez le bouton « Storage » de la
boîte pop up de la table.

14.4 OPTIONS
Sélectionnez le storage ou le tablespace, puis cliquez sur le bouton « Options ».
La boîte « Attribuer une ou plusieurs options au storage » s’affiche.
Cochez les valeurs retenues (multi sélection disponible).

On peut également préciser une autre valeur que celle donnée par défaut. Saisissez cette valeur
dans le champ correspondant, en éditant la ligne dans la colonne « Valeurs ».
Pour valider les options cliquez sur « OK ».

Nota
La liste des paramètres d’options et de leurs valeurs par défaut, dépendent du SGBD et sont
paramétrées dans le driver - Onglet « Storage » bouton « Options ».

Module DATABASE 141

© Cecima 2016
15. GENERATION D’UN SCRIPT DE BASE DE DONNEES

Cette fonction permet à partir d’un modèle logique de données, de générer un script de base de
données, pour un SGBD cible, conformément aux contraintes de ce SGBD, traduites par un driver ou
« pilote » de la transformation.
Ce pilote est par ailleurs paramétrable et modifiable.

15.1 GENERATION DU SCRIPT

Sélectionnez la fonction « Générer script... » du menu « Base de données ».

La boîte de dialogue « Génération d'un script d'une base de données » s'affiche.

15.1.1 Onglet « Général »

[Link] Sélection de la base de données cible

La liste déroulante « Base de données cible » permet de choisir le SGBD pour lequel le script sera
généré.

Le bouton « Options… » permet d'ouvrir la boîte de dialogue de « Paramétrage des drivers de

SGBD » et de modifier le driver.

142 Documentation utilisateur

© Cecima 2016
[Link] Sélection du fichier destination
Le fichier script destination est par défaut celui du MLD auquel est ajouté l'extension définie dans le
driver sélectionné.

Le fichier règles n'est généré que si l'option « Création Règle » dans l’onglet « Options - Groupe
Autres options » est cochée.
Le nom par défaut du fichier règle est celui du fichier script avec les lettres RUL en plus. Cette option
n’est proposée que si le modèle contient au moins une règle.

Le bouton « Parcourir … » permet de sélectionner le nom et le fichier destination.

[Link] Sélection des tables à générer

Le groupe « Tables » permet de sélectionner éventuellement les tables à générer.

Effectuer votre sélection.

 Toutes : toutes les tables seront générées
 Sauf raccourcies : toutes les tables seront générées, sauf les tables raccourcies
 Diagramme courant : seules les tables du diagramme courant seront générées
 Schéma : seules les tables présentes dans le schéma de données sélectionné dans la liste
déroulante seront générées
 Sélection : seules les tables sélectionnées seront générées. Cochez le radio bouton, puis
activer le bouton « Choisir … »

La boîte de sélection des tables s’affiche.

Utilisez les flèches simples pour faire basculer les tables dans l’une ou l’autre des listes ou les flèches
doubles pour sélectionner toutes les tables à la fois. Validez par « OK ».

Module DATABASE 143

© Cecima 2016
[Link] Choix du contrôle à appliquer
Dans la liste des contrôles, sélectionnez celui qui s’appliquera pour la génération. Activez le bouton
« Voir… » pour visualiser ou modifier le contrôle choisi, ou créer un nouveau contrôle.

15.1.2 Onglet « Options »

 Dans toutes les zones, les cases à cocher ne sont disponibles qui si le driver permet de faire
l'opération concernée.

Nota
L’option « Création règles » (Groupe « Autres options ») générera un fichier .TXT présentant la
description des règles.

15.1.3 Lancement de la génération

Cliquez sur « OK » pour lancer la génération du (ou des) fichier(s). Si l'un des fichiers existe, la
génération sera stoppée si la confirmation de le remplacer n'est pas donnée.
Durant la génération, une petite fenêtre de contrôle s'ouvre et permet de stopper la génération.

La boîte de dialogue « Fin de génération du script » s’affiche.

144 Documentation utilisateur

© Cecima 2016
Elle permet, pour tous les drivers, d’avoir la liste des opérations à effectuer pour l’exécution du
script dans l’environnement de la base de données.

Le bouton « Voir script … » permet d’afficher dans l’éditeur de texte choisi par la fonction
« Général » du menu « Options », les scripts de la génération de la base de données.

Si l’option « Génération des règles » a été cochée, le fichier comprenant la description des règles est
également présenté.

Module DATABASE 145

© Cecima 2016
Ce fichier peut servir de base au développement par une insertion dans les programmes ou dans les
procédures de contrôle de la base de données.

Les règles sont décrites en deux parties :

 Une première partie descriptive, qui reprend la définition de la règle ainsi que sa description
conceptuelle.

 Une deuxième partie, qui correspond à la description logique qui normalement a été écrite
dans la syntaxe du langage cible.

15.2 GENERATION DES SCRIPTS DE MISE A JOUR

Cette fonction permet de générer les scripts de mise à jour d’une base de données.

Activez la fonction « Bases de Données - Générer scripts de mise à jour ... » du menu « Modèle ».

La boîte de dialogue « Génération des modifications d’une base de données » s’affiche.

146 Documentation utilisateur

© Cecima 2016
Sélectionnez la base de données cible dans la liste déroulante, puis le fichier script destination et le
fichier modèle archive.
Utilisez le bouton « Parcourir… » pour rechercher un fichier existant.
Cochez éventuellement les options concernant le renommage des tables et la génération des tables
raccourcies

ainsi que les options de caractères : minuscules, majuscules, ANSI.

Sélectionnez le contrôle à appliquer, puis cliquez sur « OK » pour lancer la génération.

A l’issue de la génération, la boîte de dialogue « Mise à jour base de données » s’affiche.

Elle présente la liste des objets qui n’existent plus dans la nouvelle version.

Module DATABASE 147

© Cecima 2016
Elle demande si l’objet a été renommé et présente dans une liste les nouvelles tables n’existant pas
dans l’ancienne version.

Sélectionnez par double clic l’un des noms proposés, ou double cliquez sur « Supprimer » pour
supprimer l’objet.

Au fur et à mesure de vos choix, un curseur affiché dans la barre d’état indique le déroulement de la
génération des tables.

En fin de génération, la boîte de dialogue « Fin de génération de script » s’affiche, permettant d’aller
visualiser le résultat de la génération (bouton « Voir »).

148 Documentation utilisateur

© Cecima 2016
16. EXECUTION D’UNE REQUETE SQL POUR ODBC

Cette fonction permet à partir de requêtes décrites en SQL 2 simplifié, d’accéder à une base de
données, via le protocole de connexion ODBC et d’extraire de la base de données des valeurs des
colonnes de tables ou d’obtenir la description physique d’une table.

Pré-requis : disposer du pilote ODBC (non fourni avec WinDesign), du SGBD concerné.

Il n’est pas nécessaire que le modèle de données logique courant corresponde à la base de données.

16.1 ACCES
Cette fonction est accessible à partir d’un modèle logique de données ouvert. Elle peut être
déclenchée soit à partir du menu « Bases des données » fonction « Exécuter requêtes SQL pour
ODBC » pour des requêtes à composer, ou à partir du menu contextuel d’une table, par la fonction
« Exécuter requêtes SQL », pour des requêtes pré-définies permettant d’obtenir :
 La description physique de la table
 Le nombre d’occurrences de la table
 L’extraction de toutes les occurrences de la table

16.2 CONNEXION A UNE BASE DE DONNEES

Cette connexion peut se faire en dehors de WinDesign, par les fonctions système de Windows, ou à
partir de WinDesign en déclenchant la fonction d’exécution de requêtes.

Appeler la fonction : menu « Bases de données ».

La boîte « Requêtes SQL pour ODBC » s’affiche.

Cliquez sur le bouton « Connecter » pour établir la connexion à une base de données, à partir d’un
pilote ODBC.
La boîte standard de Windows, de gestion des pilotes ODBC s’ouvre et permet de sélectionner une
source ou d’en créer une nouvelle ( Cf. Aide générale de la boîte).

Lorsque la connexion est effectuée, l’icône passe au vert, indiquant une connexion en cours.

16.3 COMPOSITION D’UNE REQUETE

Composer la requête en utilisant le langage SQL, dans le champ texte de la partie supérieure de la
boîte de dialogue, et cliquez sur le bouton « Exécuter » pour obtenir les résultats de la requête.

Syntaxe principale

SELECT [colonne]
FROM [table]
WHERE [expression sélective]

16.4 RESULTATS DE LA REQUETE

Les résultats de la requête s’affichent sous forme de tableau dans la partie inférieure de la boîte.
Chaque colonne de tableau correspond à un attribut (colonne) de la ou des tables concernées.
Chaque ligne correspond à une occurrence de l’extraction.

Module DATABASE 149

© Cecima 2016
16.5 EXPORTER LES RESULTATS D’UNE REQUETE
Les résultats d’une requête peuvent être exportés au format .txt en vue d’une réutilisation en dehors
de WinDesign.

Cliquez sur le bouton « Exporter ».

La boîte « Export du résultat d’une requête » s’affiche et permet de choisir des options d’export et
de formatage des lignes.
Le bouton « Exporter » permet après l’avoir nommé, d’enregistrer un fichier d’export de type .txt.

16.6 SAUVEGARDE D’UNE REQUETE

Les requêtes peuvent être sauvegardées et réutilisées ensuite.
Cliquez sur l’icône
Les requêtes sont enregistrées dans des fichiers ayant pour extension .SQL.

16.7 REQUETES PRE-DEFINIES A PARTIR D’UNE TABLE

Ces requêtes peuvent être déclenchées à partir des tables modélisées dans le modèle logique de
données courant.

150 Documentation utilisateur

© Cecima 2016
La procédure de connexion est identique à celle décrite ci-dessus.

Sélectionnez la fonction « Exécuter requêtes SQL » du menu contextuel d’une table et sélectionnez
l’une des 3 requêtes proposées :

Description physique de la table

Cette requête fournit la spécification de la table et de chacune de ses colonnes (Equivalent aux
informations d’un reverse engineering pour la table).

Liste des valeurs de table

Cette requête fournit l’ensemble des occurrences de la table, avec pour chacune, la valeur de
chaque colonne de la table. (Correspond à une requête de type : SELECT * pour une table).

Nombre d’occurrences de la table

Cette requête retourne le nombre d’enregistrements de la table dans la base de données.

Module DATABASE 151

© Cecima 2016
17. GENERATION DES TRIGGERS

Certaines bases de données permettent par une description structurelle liée à la table de déclencher
des règles lors des actions majeures effectuées sur cette table (insertion, modification, suppression).

Certaines de ces contraintes sont générées automatiquement à partir de la conception des modèles
conceptuels de données et des précisions complémentaires dans les modèles logiques, notamment
en ce qui concerne les contraintes d’intégrité référentielles.

17.1 GENERATION DU SCRIPT

Sélectionnez la fonction « Générer script triggers... » du menu « Base de données ».
La boîte de dialogue « Génération des triggers de la base de données » s’affiche.

Choisissez dans la liste de bases de données cible, celle dont vous voulez générer les triggers.

Seules les bases de données pour lesquelles ont été paramétrés les triggers (Cf. onglets « Triggers »
et « Triggers-items » du paramétrage) permettent une génération.

 Un driver a été spécialement paramétré pour que les drivers générés soient en langage naturel
(français structuré), ceci afin de mieux percevoir la nature des contraintes qui s’appliqueront.

 Dans le menu contextuel des tables, figure la fonction « Triggers », qui permet après génération
des triggers de la table d’en faire une consultation.
Le driver choisi par défaut est celui indiqué dans la fonction « Préférences MLR ... », en bas des
autres options.

Vous pouvez modifier la définition des triggers en cliquant sur le bouton « Options … » renvoyant à
la boîte de dialogue de paramétrage des drivers.

Comme pour le fichier script de la base de données, choisissez le fichier destination dans lequel
seront générés les triggers. Utilisez pour ce faire le bouton « Parcourir … ».

152 Documentation utilisateur

© Cecima 2016
1er groupe : base de données et triggers
Concerne des options de génération dans le sous ensemble prévu par le paramétrage, parmi les
choix permis par le SGBD.

La génération peut ne concerner qu’une partie des triggers, par exemple les triggers sur insertion
seulement.

2ème groupe : choix des tables à générer

Possibilité de sélectionner une ou plusieurs tables parmi l’ensemble des

tables du modèle.

Cliquez sur « Choisir … » pour accéder à la boîte de dialogue « Sélection

des tables à générer ».

3ème groupe : options de casse pour la génération

Choix des caractères minuscules, majuscules

ou ANSI.
Cliquez sur « OK » pour lancer la génération.

Durant la génération une petite fenêtre de contrôle s’ouvre et permet de stopper éventuellement
l’exécution.

La boîte de dialogue « Fin de génération de script » s’affiche, analogue à celle de la génération du

script SQL de génération de base de données.

Le bouton « Voir script … » permet d’afficher dans l’éditeur de texte le code de génération des
triggers.

Module DATABASE 153

© Cecima 2016
18. INTERFACE L4G

WinDesign permet également la génération d’un script pour un L4G Cible.

18.1 SELECTION DU L4G

Activez la fonction « Interface L4G... - Sélection L4G ... » du menu « Modèle ».
La boîte de dialogue « Interface client/serveur » s’affiche.

Sélectionnez le L4G cible dans la liste, puis validez par « OK ».

18.2 DEFINIR DES CORRESPONDANCES DE TYPES

Pour définir des associations de types de données entre le L4G choisi et WinDesign, activez la
fonction « Interface L4G - Associations de types ... » du menu « Modèle ».
La boîte de dialogue « Correspondance types » s’affiche.

Sélectionnez par bouton radio le sens de la conversion : L4G vers WinDesign ou WinDesign vers L4G.

Une correspondance de type vous est proposée.

Pour modifier une correspondance, sélectionnez la ligne, puis ouvrez la liste de choix et sélectionnez
le nouveau type à associer. La modification s’effectue dans la liste des types.
Validez l’ensemble des associations par « OK ».

18.3 GENERATION DU SCRIPT VERS UN L4G CIBLE

Pour lancer la génération du script, activez la fonction « Interface L4G - Génération script ... » du
menu « Modèle ».

154 Documentation utilisateur

© Cecima 2016
La boîte de dialogue « Sélection d’un fichier destination » s’affiche.
Sélectionnez ou créez un fichier destination puis validez par « OK ».

La génération du script s’effectue. Un panneau s’affiche en fin de génération indiquant que le script
a été généré dans le fichier choisi, et vous indique la procédure à suivre pour charger ce script dans
le L4G choisi.

Génération d’un script vers le L4G Progress

Activez le bouton « Voir fichier ... » pour visualiser le script généré.

18.4 GENERATION D’UN SCRIPT DE MISE A JOUR

Pour générer un script de mise à jour, activez la fonction « Interface L4G - Génération script de mise
à jour... ».
La boîte de dialogue « Sélection d’un modèle archive » s’affiche.

Sélectionnez dans la liste de choix un modèle existant, différent du modèle courant. Validez par
« OK ».

Ce modèle servira de référence pour comparer les différences entre la précédente modélisation et
celle du modèle courant.
Ce sont ces différences qui seront générées.

Module DATABASE 155

© Cecima 2016
Pour la première fois, il sera nécessaire d’enregistrer sous un autre nom le modèle comportant les
dernières modifications. Le premier nom servant alors de modèle de référence.

156 Documentation utilisateur

© Cecima 2016
19. PARAMETRAGE DES DRIVERS

Pour créer ou modifier un driver permettant de paramétrer les différents éléments composant le
script de création de la base de données, cliquez sur le bouton « Options » du groupe « Base de
données cible » à partir de la boîte de génération de script, ou activez la fonction « Paramétrage des
drivers ... » du menu « Bases de données ».

La boîte de dialogue « Paramétrage des drivers » s’affiche.

Elle se compose de 16 onglets :

Driver, Général, Base, Table, Attributs, Types, Contraintes, Index, Règles, Vues SQL, Procédures,
Storage, Langage, Triggers, Triggers-items et Types utilisateur.
Le bouton « OK » valide tous les changements effectués depuis l'ouverture de la boîte de dialogue.

Le bouton « Annuler » restaure l'état de chacun des drivers modifiés et invalide ainsi tous les
changements effectués depuis l'ouverture de la boîte de dialogue.

19.1 ONGLET DRIVER

Cet onglet regroupe les informations d’identification du driver.

Le bouton « Exporter » permet de transformer le driver courant en fichier texte pour une lecture
plus facile.

19.1.1 Créer un nouveau driver

Cliquez sur le bouton « Nouveau ».
La boîte de dialogue « Création d’un nouveau driver » s’affiche.

Module DATABASE 157

© Cecima 2016
Saisissez le nom du driver (de préférence, le nom du SGBD, l'environnement, la version) ainsi que le
nom du fichier associé (de préférence le nom du SGBD, en 8 lettres au plus, sans extension ni
caractères interdits (*-/.;)).

19.1.2 Renommer un driver

Sélectionnez un driver dans la liste, puis cliquez sur le bouton « Renommer » et saisissez le nouveau
nom.
Celui-ci ne doit pas être celui d'un autre driver. Le nom du fichier associé n'est pas modifiable.

19.2 ONGLET GENERAL

Cet onglet regroupe les informations concernant les paramètres généraux du driver.

158 Documentation utilisateur

© Cecima 2016
1er groupe : paramètres généraux

Case « Accepte les commentaires »

Doit être cochée si le SGBD permet de générer des commentaires sur les tables et/ou les attributs
(avec le langage script). Si c'est le cas, les sections « Commentaires » sont actives dans les onglets
« Table » et « Attribut ».

« Extension du fichier script »

Doit contenir l'extension qui sera donnée par défaut au fichier script généré à partir d'un MLD.

« Délimiteur de chaîne »
Doit contenir le caractère qui marque le début (et la fin) d'une chaîne alphanumérique (nom
d'attribut, de table...).

« Caractères interdits »
Peut contenir la liste des caractères invalides dans les noms de base de données, de tables,
d'attributs, d'index, de contraintes (qui seront remplacés par le « Caractère de remplacement »).

2ème groupe : Valeurs associées aux sections

Chaque section a une valeur associée saisissable dans la zone de saisie prévue à cet effet.
Le bouton « Zoom … » permet d'afficher la valeur associée dans une fenêtre de saisie.

Chaque valeur associée peut contenir une ou plusieurs variable (cf. Liste des variables). Chaque
variable est remplacée par sa valeur (ou ses valeurs) lors de la génération du script.
Une variable peut être écrite directement dans la valeur associée ou insérée. Cliquez sur le bouton
« Insérer variables … ».
La boîte de dialogue « Insertion de variables » s’affiche.

Module DATABASE 159

© Cecima 2016
Les variables sont classées par catégories qui sont au nombre de 12 onglets : Attribut, Base de
données, Code items, Contraintes, Général, Index, procédure, Storage/Tablespace, Table, Règle,
Trigger, Vue SQL.

Section « Début de script »

Paragraphe placé en premier dans le fichier script. Il contient l'entête du fichier composé du nom
de la base, de celui du projet, de l'auteur, ainsi que de la date de dernière modification. Il peut
aussi contenir des procédures spéciales.

Section « Fin de script »

Dernier paragraphe du script.

Section « Début remarque »

Le caractère ou le mot qui détermine le début d'un commentaire.
Cette section est importante car elle est utilisée lors de la génération des règles et peut causer des
erreurs de syntaxe dans le SGBD si elle n’est pas correctement remplie.

Section « Fin remarque »

Le caractère ou le mot qui détermine la fin d'un commentaire.
Section « Mots réservés »
La liste des mots réservés du SGBD que les noms de tables, d’attributs, d’index etc. ne peuvent pas
prendre. Ces mots doivent être séparés par des points-virgules.

Section « Exécution »
Le texte qui sera affiché à la fin de la génération et qui indiquera la liste des opérations nécessaires
à l’exécution du script.

19.3 ONGLET BASE

Cet onglet détermine les paramètres des actions à effectuer sur la base de données.

1er groupe : paramètres de création de la base de données

Cases « Accepte la création, la suppression, l’ouverture ou la fermeture de base de données »

Doit être cochée si le SGBD permet (dans le langage script) d’effectuer ces actions.

160 Documentation utilisateur

© Cecima 2016
« Longueur maximale code base de données »
Doit contenir la longueur maximale d'un nom de base de données. Si un nom de base de données
dépasse cette valeur, le nom sera tronqué pour que sa longueur soit amenée à la longueur
maximale.

2ème groupe : Paramètres de création de schémas

Case « Accepte la création de schémas »

Doit être cochée si le SGBD permet la création de schémas. Si c'est le cas, la section « Création
schéma » est disponible dans la liste des sections, sinon elle ne l'est pas.

Case « Accepte les suppressions de schémas »

Doit être cochée si le SGBD permet la suppression de schémas. Si c'est le cas, la section
"Suppression schéma" est disponible dans la liste des sections sinon elle ne l'est pas.

3ème groupe : Valeurs associées aux sections

Section « Début base »

Cette section est automatiquement placée dans le script si l'une des sections qui suit est elle aussi
incorporée.

Section « Création base »

Enumère la liste des opérations nécessaires à la création d'une base de données.

Section « Ouverture base »

Enumère la liste des opérations nécessaires à l'ouverture d'une base de données (qui doit par
conséquent exister).

Section « Fermeture base »

Enumère la liste des opérations nécessaire à la fermeture d'une base de données (qui doit par
conséquent exister).

Module DATABASE 161

© Cecima 2016
Section « Suppression base »
Enumère la liste des opérations nécessaire à la suppression d'une base de données (qui doit par
conséquent exister).

La création d'une base de données n'implique pas l'ouverture de cette dernière. Les deux sections
n'ont donc pas forcément un rapport.

19.4 ONGLET TABLE

Cet onglet permet de définir les caractéristiques des actions et la syntaxe de description des tables.

1er groupe : paramètres de création de table

Case « Accepte les modifications de table »

Doit être cochée si le SGBD permet la modification de tables. Si c'est le cas, la section
« Modification table » est disponible dans la liste des sections sinon elle ne l'est pas.

Case « Accepte les suppressions de table »

Doit être cochée si le SGBD permet la suppression de tables. Si c'est le cas, la section "Suppression
table" est disponible dans la liste des sections sinon elle ne l'est pas.

« Longueur maximale code table »

Doit contenir la longueur maximale d'un nom de table. Si un nom de table dépasse cette valeur, le
nom sera tronqué pour que sa longueur soit amenée à la longueur maximale.

162 Documentation utilisateur

© Cecima 2016
2ème groupe : valeurs associées aux sections

Section « Début de table »

Cette section est automatiquement placée dans le script si l'une des sections qui suit est elle aussi
incorporée. Elle n'est cependant placée qu'une seule fois par table si plusieurs sections sont
incorporées.

Section « Début création table »

Cette section énumère la liste des opérations nécessaire à la création d'une table.

Section « Fin création table »

Cette section énumère la liste des opérations qui indique la fin de création d'une table.

Section « Modification table »

Cette section énumère la liste des opérations nécessaire à la modification d'une table (pour ajouter
des contraintes par exemples).

Section « Suppression table »

Cette section énumère la liste des opérations nécessaire à la suppression d'une table.

Section « Commentaire »
Cette section énumère la liste des opérations nécessaire à l'ajout d'un commentaire sur une table.
Le commentaire ayant été défini dans la boîte de dialogue de définition des tables.

19.5 ONGLET ATTRIBUT

Cet onglet permet de définir les caractéristiques des attributs ou colonnes, ainsi que les éléments de
syntaxe pour sa définition dans le script.

1er groupe : position de la caractéristique obligatoire

Permet de préciser si la déclaration d'un attribut non nul doit se faire « Dans la description
d'attribut » (juste avant la déclaration de l’attribut suivant) ou doit être « Externe à la description
de la table » (après la fin de la création de la table).

2ème groupe : position du contrôle d'intervalle de valeurs :

Idem « Position de la caractéristique obligatoire ».

3ème groupe : paramètres généraux

« Séparateur d'attribut »
Doit contenir le caractère qui marque la séparation de deux attributs dans une création de table.

« Séparateur de valeurs »
Doit contenir le caractère qui marque la séparation de deux valeurs dans une liste de valeurs (pour
les contraintes d’ensemble de valeurs).

« Longueur code attribut »

Doit contenir la longueur maximale d'un nom d'attribut. Si un nom d'attribut dépasse cette valeur,
le nom sera tronqué pour que sa longueur soit amenée à la longueur maximale.

« Fin de ligne attribut »

Doit contenir le(s) caractère(s) à placer après chaque ligne de création d’attribut, y compris celle du
dernier attribut. Ce caractère est placé après le séparateur d’attribut.

Module DATABASE 163

© Cecima 2016
4ème groupe : valeurs associées aux sections

Section « Création colonne »

Cette section permet de définir la syntaxe à utiliser pour une colonne lors de la création d'une
table. Elle doit normalement contenir les variables WD:COLUMN et WD:DATATYPE et
éventuellement WD:NOTNULL et/ou WD:DEFAULT.

Section « Valeur non nulle »

Cette section doit contenir le mot clé qui permet de préciser que la valeur d'un attribut doit être
non nulle. Si le SGBD ne le permet pas (au moyen des scripts), cette section doit être vide.

Section « Syntaxe valeur défaut »

Cette section doit contenir le mot clé et la valeur (WD:DEFAULTVALUE) qui permettent de préciser
la valeur par défaut d'un attribut. Si le SGBD ne le permet pas (au moyen des scripts), cette section
doit être vide.

Section « Contrôle de valeur »

Cette section énumère la liste des opérations nécessaire au contrôle de la valeur d'un attribut (qui
peut avoir une limite inférieure, supérieure, les deux ou qui peut appartenir à un ensemble de
valeurs). Elle doit contenir la variable WD:CHECK qui sera remplacée (lors de la génération du
script) par la valeur associée à l'une des 4 sections suivantes : « Contrôle valeur mini », « Contrôle
valeur maxi », « Contrôle intervalle », « Contrôle ensemble ».

Section « Contrôle valeur mini »

Cette section doit contenir la vérification de valeur minimale.

Section « Contrôle valeur maxi »

Cette section doit contenir la vérification de valeur maximale.

164 Documentation utilisateur

© Cecima 2016
Section « Contrôle intervalle »
Cette section doit contenir la vérification d'intervalle, c'est à dire le cas ou l'attribut admet une
limite inférieure et une limite supérieure.

Section « Contrôle ensemble »

Cette section doit contenir la vérification de domaine.

Section « Commentaire »
Cette section énumère la liste des opérations nécessaire à l'ajout d'un commentaire sur un
attribut. Le commentaire ayant été défini dans la boîte de dialogue de définition des attributs.

Section « Syntaxe dans liste »

Cette section permet de définir la syntaxe à utiliser pour des listes d'attributs. Elle doit contenir la
variable WD:COLUMN OU WD:STRCOLUMN.

Section « Syntaxe ensemble de valeurs »

Décrit la syntaxe à respecter pour chacune des valeurs composant un ensemble de valeurs. La
variable utilisée, qui représente une valeur de l’ensemble est WD:ENUMVALUE ou
WD:STRENUMVALUE.

Convertisseurs de chaînes
Les convertisseurs sont des fonctions permettant de modifier la syntaxe d’attributs de certains
types de données (caractères, numérique et date).
Les convertisseurs sont automatiquement appelés quand les variables WD:STR... sont utilisées lors
de la génération.
L’unique paramètre de ces fonctions est %% qui doit être placé dans chacune des sections
suivantes :

Section « Chaîne vers chaîne »

Cette section permet de définir une méthode de conversion d’un attribut de type caractère. Toute
variable WD:STR... utilisera cette méthode si l’attribut concerné est de type caractère. Le
paramètre qui sera remplacé par le nom réel de l’attribut doit être %%.

Section « Date vers chaîne »

Idem, mais conversion d’un attribut de type date en type caractère. Les types concernés sont Date,
DateHeure, et Heure.

Section « Numérique vers chaîne »

Idem, pour tous les attributs de type numérique.

19.6 ONGLET TYPES

Cet onglet permet d’effectuer la correspondance entre les types de données définis dans WinDesign
et les types correspondant dans le SGBD cible et réciproquement.

Module DATABASE 165

© Cecima 2016
19.6.1 Sens de conversion
Sélectionnez le sens de conversion en cochant le radio bouton correspondant.

La boîte se modifie en fonction de ce choix.

[Link] WinDesign vers base

Pour chacun des types de WinDesign, il faut entrer le type correspondant du SGBD ou le type le plus
proche.

166 Documentation utilisateur

© Cecima 2016
[Link] Base vers WinDesign
Cochez l’option correspondante dans le groupe de choix.

La boîte se transforme et présente dans la colonne de gauche les types du SGBD et dans la colonne
de droite, la correspondance WinDesign.

19.7 ONGLET CONTRAINTES

Cet onglet permet de définir la nature et la description des contraintes à appliquer dans le cas des
clés primaires et étrangères pour la génération du script de la base de données.

Module DATABASE 167

© Cecima 2016
1er groupe : "Paramétrage des contraintes référentielles"

Case « Accepte les clés primaires »

Doit être cochée si le SGBD permet la gestion des clés primaires. Si c'est le cas, la section "Clé
primaire" et « Syntaxe colonne CP » sont disponibles dans la liste des sections.

Case « Accepte les clés étrangères »

Doit être cochée si le SGBD permet la gestion des clés étrangères. Si c'est le cas, la section "Clé
étrangère" et « Syntaxe colonne CE » sont disponibles dans la liste des sections.
Si aucune de ces deux cases n'est cochée, aucune section n'est disponible.

2ème groupe : position des clés primaires

Permet de définir si la définition doit être faite lors de la création de la table, après la description
de tous les attributs ou ultérieurement.

« Longueur maximale code clé »

Doit contenir la longueur maximale d'un nom de clé (primaire ou étrangère) à ne pas confondre
avec la liste des attributs qui composent cette clé. Si un nom de clé dépasse cette valeur, il sera
tronqué pour que sa longueur soit amenée à la longueur maximale.

3ème groupe : syntaxe des codes de clés

« Code clé primaire unique »

Cette case doit être cochée si les codes de clés primaires doivent être uniques dans une base de
données.
Si deux codes sont identiques, ils seront tronqués et numérotés.

« Code clé étrangère unique »

Idem code clé primaire unique

168 Documentation utilisateur

© Cecima 2016
« Longueur maximum des codes de clé »
Saisissez la longueur maximale en caractères d’une clé.

« Séparateur attribut dans contrainte »

Cette case doit contenir le (ou le) caractère(s) qui sépare(nt) deux attributs dans la liste des
attributs composant une clé.

3ème groupe : valeurs associées aux sections

Section "Clé Primaire" :

Cette section doit contenir les instructions pour préciser la clé primaire.

Section "Début étrangère" :

Cette section est placée une seule fois, et seulement si la section "Clé étrangère" est utilisée.

Section "Clé étrangère" :

Cette section doit contenir les instructions pour préciser une clé étrangère.

Section « Syntaxe colonne clé primaire »

Syntaxe à respecter pour chacun des attributs faisant partie d’une clé primaire.

Section « Syntaxe colonne clé étrangère »

Syntaxe à respecter pour chacun des attributs faisant partie d’une clé étrangère.

19.8 ONGLET INDEX

Cet onglet permet de définir les caractéristiques des index pour la génération du script.

Case « Accepte les index sur clé étrangères »

Doit être cochée si le SGBD permet de créer des index sur la(les) clé(s) étrangère(s) d’une table. Si
c’est le cas, la section « Index clé étrangère » est disponible dans la liste des sections.

Module DATABASE 169

© Cecima 2016
Case « Accepte autres index »
Doit être cochée si le SGBD permet de créer des index quelconques. Si c’est le cas, la section
“ Création index ” est disponible dans la liste des sections.

Case « Code index unique »

Doit être cochée si les noms d’index doivent être tous distincts dans une base de données.

Case « Ordre de tri sur chaque attribut »

Doit être cochée s’il est possible d’indiquer un ordre de tri à chacun des attributs composant un
index.
Si ce n’est pas le cas la variable WD:INDEXSORT contient l’ordre de tri global de l’index.

Case « Accepte les suppressions d’index »

Doit être cochée si le SGBD permet, au moyen des scripts, la suppression des index.

« Longueur maximale code index »

Doit contenir la longueur maximale d'un nom d'index. Si un nom d'index dépasse cette valeur, il
sera tronqué pour que sa longueur soit amenée à la longueur maximale.

« Séparateur attribut dans index »

Doit contenir les caractères à placer entre chacun des attributs composant un index.

2ème groupe : Valeurs associées aux sections

Section « Début index »

Cette section est placée au début de toutes les opérations sur des index de table. Elle n'apparaît
qu'une fois pour chaque table.
Elle contient généralement des commentaires.

Section « Création index »

Cette section énumère la liste des opérations nécessaire à la création d'un index libre.

Section « Index clé primaire »

Cette section énumère la liste des opérations nécessaire à la création d'un index sur la clé primaire.

Section « Index clé étrangère »

Cette section énumère la liste des opérations nécessaire à la création d'un index sur la(les) clé(s)
étrangère(s).
Section « Syntaxe colonne »
Cette section indique la syntaxe à utiliser pour chaque attribut contenu dans l’index.

Section « Suppression index »

Cette section énumère la liste des opérations nécessaire à la suppression d'un index (si le SGBD le
permet).

Section « Unique »
Cette section doit contenir le ou les mots qui indiquent qu'un index doit être unique. Si le SGBD ne
permet pas de créer des index uniques, cette section doit être vide.

Section « Ascendant »
Cette section doit contenir le ou les mots qui indiquent qu'un index doit être classé par ordre de
clés croissant. Si le SGBD ne permet pas de créer ce type d'index, cette section doit être vide.

170 Documentation utilisateur

© Cecima 2016
Section « Descendant »
Cette section doit contenir le ou les mots qui indiquent qu'un index doit être classé par ordre de
clés décroissant. Si le SGBD ne permet pas de créer ce type d'index, cette section doit être vide.

19.9 ONGLET REGLE

Cet onglet permet de définir les paramètres de génération des règles dans le fichier spécifique règles
(en dehors du script lui-même).

1er groupe : paramètres généraux des règles

Case « Accepte les règles »

Indique si le SGBD accepte l’intégration des règles

« Longueur de cadrage des commentaires »

Doit contenir la longueur maximale d’une ligne de commentaire. Si le commentaire d’une règle est
plus long, il est découpé en plusieurs parties afin que la longueur de chacune de ces parties ne
dépasse pas la longueur de cadrage.

« Longueur maximum code règle »

Doit contenir la longueur maximale d’un nom de règle. Si un nom de règle dépasse cette valeur, le
nom sera tronqué pour que sa longueur soit amenée à la longueur maximale.

2ème groupe : valeurs associées aux sections

Section « Début règles »

Cette section est placée tout au début du fichier des règles, c’est l’entête.

Module DATABASE 171

© Cecima 2016
Section « Début création »
Cette section est placée avant la création de chaque règle. Elle peut contenir le nom de la règle, le
commentaire, le type et la famille de règle ainsi que la description.

Section « Création règle »

Doit contenir le code proprement dit de la règle. La variable WD:RULECODE est remplacée à la
génération par le code de la règle défini dans la description logique de la règle.

Section « Fin création »

Cette section est placée après chaque création de règle.

Section « Fin règle »

Cette section est la dernière section du fichier.

19.10 ONGLET VUES SQL

Cet onglet permet de définir le paramétrage des vues SQL.

1er groupe : paramètres généraux des vues SQL

Case « Accepte les créations de vue SQL »

Indique si le SGBD accepte la création des vues SQL. Si c'est le cas, les sections « Début vue SQL »,
« Création vue SQL », « Fin vues SQL » et « Check option » sont actives.

Case « Accepte les suppressions de vue SQL »

Indique si le SGBD accepte la suppression des vues SQL. Si c'est le cas, la section « Suppression vue
SQL » est active.

« Longueur maximum nom vue SQL »

Doit contenir la longueur maximale d’un nom de vue SQL. Si un nom de vue SQL dépasse cette
valeur, le nom sera tronqué pour que sa longueur soit amenée à la longueur maximale.

172 Documentation utilisateur

© Cecima 2016
2ème groupe : valeurs associées aux sections

Section « Début vue SQL »

Cette section est générée avant la création d'une vue SQL et contient généralement un
commentaire.

Section « Création vue SQL »

Doit contenir le code proprement dit de la création d'une vue SQL.

Section « Fin vue SQL »

Cette section est générée après la création d'une vue SQL et contient généralement un
commentaire.

Section « Check option »

Doit contenir le code de la clause vérification d'une vue SQL. Lorsque celle-ci est modifiable, cette
option garantit que les tuples insérés ou mis à jour sont compatibles avec la définition de la vue.
Cette option n'est pas supportée par tous les SGBD.

Section « Suppression vue SQL »

Doit contenir le code proprement dit de la suppression d'une vue SQL.

19.11 ONGLET PROCEDURES

Cet onglet permet de définir le paramétrage des procédures et/ou fonctions.

1er groupe : paramètres généraux des procédures/fonctions

Case « Accepte les créations de procédure/fonction »

Indique si le SGBD accepte la création de procédure et/ou fonctions. Si c'est le cas, les sections
« Début procédure », « Création procédure », « Fin procédures », « Début fonction », « Création

Module DATABASE 173

© Cecima 2016
 fonction », « Fin fonction », « Format des paramètres », « Paramètres en entrée », « Paramètres en
sortie », « Format des paramètres retour » et « Type retourné » sont actives.

Case « Accepte les suppressions de procédure/fonction »

Indique si le SGBD accepte la suppression de procédures et/ou fonctions. Si c'est le cas, les sections
« Suppression procédure » et « Suppression fonction » sont actives.

« Longueur maximum nom »

Doit contenir la longueur maximale d’un nom de procédure ou fonction. Si un nom de procédure
ou fonction dépasse cette valeur, le nom sera tronqué pour que sa longueur soit amenée à la
longueur maximale.

2ème groupe : valeurs associées aux sections

Section « Début procédure »

Cette section est générée avant la création d'une procédure et contient généralement un
commentaire.

Section « Création procédure »

Doit contenir le code proprement dit de la création d'une procédure.

Section « Fin procédures »

Cette section est générée après la création d'une procédure et contient généralement un
commentaire.

Section « Suppression procédure »

Doit contenir le code proprement dit de la suppression d'une procédure.

Section « Début fonction »

idem « Début procédure » mais dans la cas d'une fonction

Section « Création fonction »

idem « Création procédure » mais dans la cas d'une fonction

Section « Fin fonction »

idem « Fin procédures » mais dans la cas d'une fonction.

Section « Suppression fonction »

idem « Suppression procédure » mais dans la cas d'une fonction.

Section « Format des paramètres »

Doit contenir le code de définition des paramètres d'une fonction ou d'une procédure. Cette
section est associée à la variable WD:LISTPARAM.

Section « Paramètres en entrée »

Doit contenir le code de définition d'un paramètre en entrée d'une fonction ou d'une procédure.
Cette section est associée à la variable WD:INOUT.

Section « Paramètres en sortie »

Doit contenir le code de définition d'un paramètre en sortie d'une fonction ou d'une procédure.
Cette section est associée à la variable WD:INOUT.

Section « Format des paramètres retour »

Doit contenir le code de définition d'un paramètre retour d'une fonction ou d'une procédure. Cette
section est associée à la variable WD:PROCPARAMRETURN.

174 Documentation utilisateur

© Cecima 2016
Section « Type retourné »
Doit contenir le code de définition du type du paramètre retour d'une fonction ou d'une
procédure. Cette section est associée à la variable WD:PROCRETURNTYPE.

19.12 ONGLET STORAGE

Cet onglet permet de définir le(s) storage(s) et le tablespace de la base de données.

1er groupe : paramètres généraux des storages/tablespace

Case « Accepte les créations de Tablespace »

Indique si le SGBD accepte la création de tablespace. Si c'est le cas, les sections « Création
Tablespace », « Format des options » et « Storage par défaut » sont actives.

Case « Accepte les suppressions de Tablespace »

Indique si le SGBD accepte la suppression de tablespace. Si c'est le cas, la section « Suppression
Tablespace » est active.

Case « Accepte les créations de Storage »

Indique si le SGBD accepte la création de storage. Si c'est le cas, les sections « Création storage » et
« Format des options » sont actives.

Case « Accepte les suppressions de Storage »

Indique si le SGBD accepte la suppression de storage. Si c'est le cas, les sections « Suppression
Storage » et « Suppression fonction » sont actives.

« Séparateur d'options »
Doit contenir le séparateur entre les différentes options du storage.

Module DATABASE 175

© Cecima 2016
2ème groupe : valeurs associées aux sections

Section « Création Storage »

Doit contenir le code proprement dit de la création d'un storage.

Section « Création Tablespace »

Doit contenir le code proprement dit de la création d'un tablespace.

Section « Format des options »

Doit contenir le code de création de chaque option du storage ou tablespace.

Section « Storage par défaut »

Lorsque le tablespace possède un storage par défaut, cette section doit contenir le code de
création de ce dernier.

Section « Suppression TableSpace »

Doit contenir le code proprement dit de la suppression d'un tablespace.

Section « Suppression Storage »

Doit contenir le code proprement dit de la suppression d'un storage.

19.13 ONGLET LANGAGE

Cet onglet permet de définir les opérateurs et fonctions supportées par la base de données. Ces
éléments du langage sont accessibles à partir de l'éditeur SQL, menu « Editer / Liste objets... ».

1er groupe : valeurs associées aux sections

Section « Opérateurs »
Doit contenir la liste des opérateurs de la base de données.

176 Documentation utilisateur

© Cecima 2016
Section « Autres fonctions »
Doit contenir la liste des fonctions de la base de données qui n'appartiennent à aucune autre
section proposée.

Section « Fonctions sur les chaînes »

Doit contenir la liste des fonctions de travail sur les chaînes de caractères de la base de données.

Section « Fonctions de conversions »

Doit contenir la liste des fonctions de conversion entre les différents types de données supportés
par la base de données.

Section « Fonctions de regroupement »

Doit contenir la liste des fonctions de travail sur le résultat d'une jointure de la base de données.

Section « Fonctions sur les nombres »

Doit contenir la liste des fonctions de travail sur les nombres de la base de données.

19.14 ONGLET TRIGGERS

Cet onglet permet de définir la structure et le code des triggers, c’est à dire les règles à déclencher
lors d’une action sur une table de la base de données. Ces règles concernent en général
essentiellement le respect des contraintes d’intégrité référentielles.

Ces contraintes sont à l’origine exprimées par les relations et cardinalités du modèle conceptuel de
données, puis par les contraintes d’intégrité au niveau de chaque lien de référence au niveau du
modèle logique de données (Cf. onglet « Intégrité », boîte de dialogue pop up d’un lien de
référence).

Module DATABASE 177

© Cecima 2016
1er groupe : paramétrage des triggers

Case : « Accepte les suppressions de triggers »

Indique si le SGBD accepte la suppression des triggers (suppression précédant l’ajout d’un nouveau
trigger).

Cases : « Accepte les triggers sur insertion, modification, suppression »

Indique quelles sont les actions pour lesquelles le SGBD permet d’associer des triggers.

Champ : « Extension du fichier script »

Saisissez l’extension à donner au fichier contenant la génération des triggers de la base de données.

2ème groupe : valeurs associées aux sections

Section « Début triggers »

Cette section est placée tout au début du fichier des triggers, c’est l’entête.

Section « Début trigger d’une table »

Cette section est placée au début de la description des triggers d’une table.

Section « Suppression triggers »

Contient le code associé à la suppression d’un trigger.

Sections « Code trigger pour insertion, modification, suppression »

Contient le nom du trigger associé pour chacune des actions.

Section « Trigger insertion, modification, suppression »

Cette section contient la séquence d’instructions permettant de décrire le trigger et d’indiquer à
quel endroit sera générée la partie spécifique ( WD:CODESECTION).

Section « Fin trigger d’une table »

Cette section est placée à la fin de la description des triggers d’une table.

Section « Fin trigger »

Cette section est placée à la fin des fichiers des triggers.

Section « Exécution du script »

Texte à saisir décrivant la séquence des opérations nécessaires pour exécuter le script dans le
contexte du SGBD cible.

Section « Nom des tables d’insertion et suppression »

Certains SGBD, pour effectuer des actions d’insertion et suppression dupliquent les tables avant
d’effectuer les actions.
C’est le nom de ces tables qu’il faut saisir dans cette section.

19.15 ONGLET TRIGGERS - ITEMS

Cet onglet permet de définir le code correspondant à chacune des contraintes à respecter lors des
actions effectuées sur une table de la base de données.

178 Documentation utilisateur

© Cecima 2016
1er groupe : sélection des items par type de triggers

Cliquez sur un des radio boutons correspondant à chacune des actions concernées par les triggers :
insertion, modification ou suppression.

Pour créer une nouvelle contrainte, saisissez son nom dans la zone « Code », et saisissez
éventuellement un libellé.

Pour modifier une contrainte existante, sélectionnez la dans la liste.

L’ensemble des contraintes qui sont décrites correspondent pour les contraintes d’intégrité
référentielles à celles qui ont été saisies ou générées dans le modèle logique (Cf. onglet « Intégrité »
des liens référentiels).

A chacune de ces contraintes, précisez l’ensemble concerné parmi le choix, pour chaque parent,
chaque enfant ou chaque colonne (enfant et parent étant pris au sens de la dépendance existante
entre les tables exprimée par les clés étrangères).

Précisez la condition correspondante à l’ensemble choisi parmi les cas proposés.

Exemple :
La contrainte d’insertion d’une table (enfant) dépendant d’une autre table (parent).
Pour « chaque parent dans tous les cas, la table enfant ne peut être créée s’il n’existe pas
d’occurrence correspondant dans la table parent ».
Cf. pour exemples les triggers pour ORACLE, SYBASE et PROGRESS.

 Un driver intitulé « Langage naturel » a été paramétré de manière à pouvoir générer les triggers
en français structuré, ce qui peut permettre d’expliciter dans l’analyse la nature des contraintes
qui s’appliqueront pour chaque table.

Module DATABASE 179

© Cecima 2016
19.16 ONGLET TYPES UTILISATEUR
Les types utilisateurs sont les types de données créés par l’utilisateur, en dehors de la typologie
standard.

1er groupe : Paramètres généraux de types utilisateur

Permet de préciser si le SGBD accepte la création ou la suppression de types utilisateur.

En fonction du choix effectué, la liste des sections utilisables pour le paramétrage s’affiche en bas à
gauche de la boîte de dialogue.

On peut préciser également la longueur maximale du type utilisateur, ainsi que dans le cas où un
domaine de valeur est précisé, l’indication du caractère séparateur de ces valeurs.

2ème groupe : valeurs associées aux sections

Section « Début type utilisateur »

Début de la description dans le script des types utilisateurs. Cette description est placée avant la
description des tables.

Section « Création type utilisateur »

Cette section permet de définir la syntaxe à utiliser pour la création d’un type utilisateur.

Section « Fin création type utilisateur »

Présentation et syntaxe de création d’un type utilisateur.

Sections « Suppression type utilisateur »

Présentation et syntaxe de suppression d’un type utilisateur.

180 Documentation utilisateur

© Cecima 2016
Section « Syntaxe valeur défaut »
Cette section doit contenir le mot clé et la valeur (WD:UTDEFAULTVALUE) qui permettent de
préciser la valeur par défaut d’un type utilisateur. Si le SGBD ne le permet pas (au moyen des
scripts), cette section doit être vide.

Section « Contrôle de valeur »

Cette section énumère la liste des opérations nécessaires au contrôle de valeur d’un type
utilisateur.

Section « Contrôle valeur mini »

Cette section doit contenir la vérification de valeur minimale.

Sections « Contrôle valeur maxi »

Cette section doit contenir la vérification de valeur maximale.

Sections « Contrôle intervalle »

Cette section doit contenir la vérification d’intervalle, c’est à dire le cas où le type utilisateur admet
une limite inférieure et une limite supérieure.

Sections « Contrôle ensemble »

Cette section doit contenir la vérification de domaine.

Sections « Collation »

19.17 LISTE DES VARIABLES

WD:ASCENDANT le contenu de la section « Ascendant » de l'onglet « Index »

du paramétrage des drivers

WD:AUTHOR la valeur de la ligne « Auteur » du menu « Modèle /

Description du modèle » du sous-modèle principal (affiché
lors de l'ouverture du modèle)

WD:BASELIBELLE la valeur de la ligne « Libellé » du menu « Modèle /

Description du modèle » du sous-modèle principal (affiché
lors de l'ouverture du modèle)

WD:BEGINREM l'expression (le(s) caractère(s) ou le(s) mot(s)) qui définit le

début d'un commentaire

WD:CASESENSITIVE la valeur de la section « Casse sensible » dans l'onglet

« Attribut » du paramétrage des drivers

WD:CHECK contrainte de valeur (le contenu de l'une des sections de

contrôle de valeur de l'onglet « Attribut »)

WD:CHECKSECTION contrôles de valeurs de l'attribut (valeur minimale et

maximale)

WD:CHILD nom de la table fille (pour les triggers)

WD:CHILDFK actions définies sur chaque attribut qui référence la table

fille (pour les triggers)

Module DATABASE 181

© Cecima 2016
 WD:CHILDFREEFIELDA la valeur de la première caractéristique libre de la table fille
(pour les triggers) de l'onglet « Administration » de la boîte
popup

WD:CHILDFREEFIELDB la valeur de la deuxième caractéristique libre de la table fille

(pour les triggers) de l'onglet « Administration » de la boîte
popup

WD:CHILDFREEFIELDC la valeur de la troisième caractéristique libre de la table fille

(pour les triggers) de l'onglet « Administration » de la boîte
popup

WD:CHILDLIBELLE la valeur de la ligne « Libellé » de la table fille (pour les

triggers) de la boîte popup

WD:CODESECTION indique l'insertion de chacune des contraintes d'un trigger

WD:COLFREEFIELDA la valeur de la première caractéristique libre de l'attribut de

l'onglet « Administration » de la boîte popup

WD:COLFREEFIELDB la valeur de la deuxième caractéristique libre de l'attribut de

l'onglet « Administration » de la boîte popup

WD:COLFREEFIELDC la valeur de la troisième caractéristique libre de l'attribut de

l'onglet « Administration » de la boîte popup

WD:COLUMN le nom de l'attribut

WD:COLUMNALIAS le nom conceptuel de l'attribut

WD:COLUMNFK la valeur de la section « Attribut clé étrangère » dans l'onglet

« Attribut » du paramétrage des drivers

WD:COLUMNFORMAT la valeur du champ « Format » pour l'attribut dans son

domaine de valeurs

WD:COLUMNLIBELLE le libellé d'un attribut (utilisé pour les commentaires sur

attribut)

WD:COLUMNRANG le numéro d'ordre de l'attribut dans sa table d'appartenance

WD:COLUMNSIZE le résultat de l'addition de la longueur et de la précision de

l'attribut

WD:DATABASE la valeur de la ligne « Nom » du menu « Modèle /

Description du modèle » du sous-modèle principal (affiché
lors de l'ouverture du modèle)

WD:DATATYPE le type de données de l'attribut

WD:DAYDATE la date courante

WD:DECLARESECTION endroit où doit être inséré le code de déclaration des

contraintes

WD:DEFAULT le contenu de la section « Syntaxe valeur défaut » de l'onglet

« Attribut »

182 Documentation utilisateur

© Cecima 2016
 WD:DEFAULTSTORAGE le contenu de la section « Storage par défaut » de l'onglet
« Storage »
WD:DEFAULTVALUE la valeur par défaut de l'attribut (définie dans la boîte de
dialogue « Domaine de valeurs » de l'attribut)

WD:DESCENDANT le contenu de la section « Descendant » de l'onglet « Index »

WD:ENDREM l'expression (le(s) caractère(s) ou le(s) mot(s)) qui définit la

fin d'un commentaire

WD:ENUMDESC la valeur du champ «Signification» de la valeur codée

(définie dans la boîte de dialogue « Domaine de valeurs » de
l'attribut)

WD:ENUMVALUE la valeur du champ «Valeur» de la valeur codée (définie

dans la boîte de dialogue « Domaine de valeurs » de
l'attribut)

WD:FILENAME le nom du fichier script généré

WD:FKLIBELLE le libellé de la clé étrangère

WD:FKSET la liste des clés étrangères (pour chaque table)

WD:FOREIGNKEY le nom de la clé étrangère

WD:FORMATORLENGTH le contenu du champ « Format » s'il n'est pas vide ou la

longueur de l'attribut (défini dans la boîte de dialogue «
Domaine de valeurs » de l'attribut)

WD:FORMATSECTION le contenu de la section « Format » de l'onglet « Attribut »

du paramétrage des drivers

WD:INDEX le nom de l'index (pour chaque index)

WD:INDEXRANG le numéro d'ordre de l'index dans sa table d'appartenance

WD:INDEXLIBELLE le libellé de l'index

WD:INDEXSET la liste des attributs qui composent un index (pour chaque

index)

WD:INDEXSORT l'ordre de tri global de l'index pour les SGBD qui ne

permettent pas un ordre de tri sur chaque attribut.

WD:INLINETRIGGER code trigger "inline" de la table

WD:INOUT soit le contenu de la section « Paramètre en entrée » si le

paramètre de la procédure ou fonction est en entrée, soit le
contenu de la section « Paramètre en sortie » si le
paramètre de la procédure ou fonction est en sortie dans
l'onglet « Procédures » du paramétrage des drivers

WD:JOINFKPK fonction pour les triggers qui effectue une opération de

comparaison définie par l'utilisateur sur les attributs de la
jointure entre la table mère et la table fille

Module DATABASE 183

© Cecima 2016
 WD:JOINPKPK fonction pour les triggers qui effectue une opération de
comparaison définie par l'utilisateur sur les attributs de la clé
primaire de la table

WD:LABELCOLUMNSECTION le contenu de la section « Alias » dans l'onglet

« Attribut » du paramétrage des drivers

WD:LABELSECTION le contenu de la section « Libellé » dans l'onglet

« Attribut » du paramétrage des drivers

WD:LENGTH la longueur du type de l'attribut (pour chaque attribut)

WD:LINKTEXT le libellé de la jointure (ou son nom si ce dernier est vide)

entre la table mère et la table fille (pour les triggers)

WD:LISTCOL liste des attributs d'une table séparés par le séparateur

d'attribut (onglet « Attribut » du paramétrage des drivers)

WD:LISTOPTION liste des options du storage ou du tablespace construite en

fonction de la section « Format des options » et du champ
"Séparateur d'options" de l'onglet « Storage » du
paramétrage des drivers

WD:LISTPARAM liste des paramètres d'une procédure ou d'une fonction

construite en fonction de la section « Format des
paramètres » et du champ "Séparateur de paramètres" de
l'onglet « Procédures » du paramétrage des drivers

WD:LOWER le contenu de la section « Minuscules » dans l'onglet «

Attribut » du paramétrage des drivers

WD:MAXVALUE la valeur maximale d'un attribut (définie dans la boîte de

dialogue « Domaine de valeurs » de l'attribut)

WD:MINVALUE la valeur minimale d'un attribut (définie dans la boîte de

dialogue « Domaine de valeurs » de l'attribut)

WD:MODELDATE la date de dernière modification du modèle

WD:NEW le contenu de la section « Nom table insertions » de l'onglet

« Triggers » du paramétrage des drivers

WD:NOTNULL le contenu de la section « Valeur non nulle » de l'onglet «

Attribut » du paramétrage des drivers

WD:NOTNULLFK fonction pour les triggers qui effectue une opération définie
par l'utilisateur sur les attributs de la jointure entre la table
mère et la table fille

WD:NULL le contenu de la section « Valeur nulle » de l'onglet «

Attribut » du paramétrage des drivers

WD:OLD le contenu de la section « Nom table suppressions » de

l'onglet « Triggers » du paramétrage des drivers

WD:OLDCOLUMN le nom de l'ancien attribut (pour une mise à jour de la base

184 Documentation utilisateur

© Cecima 2016
 de données)

WD:OLDLISTCOL liste des anciens attributs d'une table séparés par le

séparateur d'attribut (onglet « Attribut » du paramétrage
des drivers) pour une mise à jour de la base de données

WD:OLDTABLE le nom de l'ancienne table (pour une mise à jour de la base

de données)

WD:OPTIONNAME le nom de l'option du storage (pour chaque option)

WD:OPTIONVALUE la valeur de l'option du storage (pour chaque option)

WD:PARENT le nom de la table mère (pour les triggers)

WD:PARENTFREEFIELDA la première caractéristique libre de la table mère (pour les

triggers)

WD:PARENTFREEFIELDB la deuxième caractéristique libre de la table mère (pour les

triggers)
WD:PARENTFREEFIELDC la troisième caractéristique libre de la table mère (pour les
triggers)

WD:PARENTLIBELLE le libellé de la table mère (pour les triggers)

WD:PARENTPK action sur les attributs de la jointure faisant partie de la clé

primaire de la table mère (pour les triggers)

WD:PATHMULTIFILE le nom du fichier script associé à la table (pour chaque table)

dans le cas d'une génération mutli-fichiers

WD:PATHNAME le nom du répertoire dans lequel se trouve le fichier script

généré

WD:PKDECL actions sur les attributs de la table (pour les triggers)

WD:PKSET la liste des attributs faisant partie de la clé primaire (pour

chaque table) séparés par le contenu du champ « Séparateur
attributs dans contraintes » de l'onglet « Contraintes » du
paramétrage des drivers

WD:PRECISION la précision du type de l'attribut

WD:PRIMARYKEY le nom de la clé primaire de la table (pour chaque table)

WD:PROCEDURECODE le nom de la procédure ou fonction (pour chaque procédure

ou fonction)

WD:PROCEDURECOMMENT le commentaire associé à la règle, procédure ou fonction

(pour chaque règle, procédure ou fonction)

WD:PROCPARAMRETURN la liste des paramètres de type retour de la règle, procédure

ou fonction (pour chaque règle, procédure ou fonction)
séparés par le contenu du champ « Séparateur de
paramètres » de l'onglet « Procédures »

WD:PROCRETURNTYPE le contenu de la section « Type retourné » de l'onglet «

Module DATABASE 185

© Cecima 2016
 Procédures » du paramétrage des drivers

WD:PROJECT la valeur de la ligne « Projet » du menu «Modèle /

Description du modèle »

WD:REFCOLUMN le nom de l'attribut référencé qui compose une clé étrangère

(pour chaque attribut de la clé étrangère)

WD:REFFKSET la liste des colonnes référencées séparés par le contenu du

champ « Séparateur attributs dans contraintes » de l'onglet
« Contraintes » du paramétrage des drivers

WD:REFTABLE le nom de la table à laquelle appartient l'attribut auquel se

réfère une clé étrangère

WD:RULECODE le codage de la règle

WD:RULECOMMENT le libellé de la règle

WD:RULEDESCRIPTION la description de la règle

WD:RULEFAMILY la famille de la règle (qui dépend du type)

WD:RULENAME le nom de la règle

WD:RULESFILE le nom du fichier des règles

WD:RULETYPE le type de règle (calcul, comparaison, sélection, contrainte et

contrôle)

WD:SEPARATOR le contenu de la zone « Séparateur d'attribut » de l'onglet

«Attribut» du paramétrage des drivers

WD:SET la liste des valeurs codées (définie dans la boîte de dialogue «

Domaine de valeurs » de l'attribut) séparées par le contenu du
champ « Séparateur de valeurs » de l'onglet « Attribut » du
paramétrage des drivers

WD:SETFK actions sur les attributs de la jointure entre la table mère et la table
fille (pour les triggers)

WD:SQLVIEWCHECK le contenu de la section « Check option » de l'onglet « Vues SQL »

du paramétrage des drivers

WD:SQLVIEWCODE le code SQL de la vue SQL

WD:SQLVIEWNAME le nom de la vue SQL

WD:STORAGECODE le nom du storage

WD:STORAGETABLESPACE le code SQL du storage associé au tablespace

WD:STRCOLUMN Idem WD:COLUMN mais avec les méthodes de conversions

définies dans l'onglet « Attribut » du paramétrage des
drivers

WD:STRDEFAULTVALUE Idem WD:DEFAULTVALUE avec méthode de conversion

WD:STRENUMVALUE Idem WD:ENUMVALUE avec méthode de conversion

186 Documentation utilisateur

© Cecima 2016
 WD:STRMAXVALUE Idem WD:MAXVALUE avec méthode de conversion
WD:STRMINVALUE Idem WD:MINVALUE avec méthode de conversion

WD:STRREFCOLUMN Idem WD:REFCOLUMN avec méthode de conversion

WD:TABLE le nom de la table (pour chaque table)

WD:TABLEALIAS le nom conceptuel de la table (pour chaque table)

WD:TABLEFREEFIELDA la première caractéristique libre de la table

WD:TABLEFREEFIELDB la deuxième caractéristique libre de la table

WD:TABLEFREEFIELDC la troisième caractéristique libre de la table

WD:TABLELIBELLE le libellé d'une table (utilisé pour les commentaires sur

table)

WD:TABLESPACECODE le nom du tablespace

WD:TABLESTORAGE le code SQL du storage associé à la table

WD:TRIGGERNAME nom du trigger

WD:UNIQUE le contenu de la section «Unique» de l'onglet « Index » du

paramétrage des drivers

WD:UPPER le contenu de la section « Majuscules » dans l'onglet «

Attribut » du paramétrage des drivers

WD:VERSION la valeur de la ligne «Version» du menu « Modèle /

Description du modèle » du sous-modèle principal (affiché
lors de l'ouverture du modèle)

WD:WHOLE le résultat de la soustraction de la précision à la longueur de

l'attribut

19.17.1 Liste des sections

 Onglet Général
Début script
Fin script
Début remarque
Fin remarque
Mots réservés
Exécution

 Onglet Base de données

Début base
Création base
Suppression base
Ouverture base
Fermeture base

 Onglet Table
Début de table

Module DATABASE 187

© Cecima 2016
 Début création table
Fin création table
Modification table
Suppression table
Commentaire

 Onglet Attribut
Création colonne
Valeur non nulle
Syntaxe valeur défaut
Contrôle de valeur
Contrôle valeur mini
Contrôle valeur maxi
Contrôle intervalle
Contrôle ensemble
Commentaire
Syntaxe dans liste
Syntaxe ensemble des valeurs
Chaîne vers chaîne
Date vers chaîne
Numérique vers chaîne

 Onglet Contrainte
Clé primaire
Syntaxe colonne CP
Début étrangère
Clé étrangère
Syntaxe colonne CE

 Onglet Index
Début index
Création index
Index clé primaire
Index clé étrangère
Syntaxe colonne
Suppression index
Unique
Ascendant
Descendant

 Onglet Règle
Début règles
Début création
Création règle
Fin création
Fin règles

 Onglet Vues SQL

Début vue SQL
Création vue SQL
Fin vues SQL
Check option
Suppression vue SQL

 Onglet Procédures
Début procédure
Création procédures

188 Documentation utilisateur

© Cecima 2016
 Fin procédure
Suppression procédure
Début fonction
Création fonction
Fin fonction
Suppression fonction
Format des paramètres
Paramètres en entrée
Paramètres en sortie
Format des paramètres en retour
Type retourné

 Onglet Storage
Création storage
Création tablespace
Format des options
Storage par défaut

 Onglet Langage
Opérateurs
Autres fonctions
Fonctions sur les chaînes
Fonctions de conversions
Traitement sur les dates
Fonctions de regroupement
Fonctions sur les nombres

 Onglet Triggers
Début trigger
Début trigger d’une table
Suppression trigger
Code trigger insertion
Trigger insertion
Code trigger modification
Trigger modification
Code trigger suppression
Trigger suppression
Fin triggers d’une table
Fin triggers
Exécution script
Nom table suppressions
Nom table insertions

19.17.2 Ordre d'insertion des sections dans le script

Début script
Début base
Suppression base
Création base
Ouverture base

Module DATABASE 189

© Cecima 2016
 Début étrangère
Clé étrangère ( p fois )
Fermeture base
Fin script

(1) variable en fonction du positionnement des contraintes, du contrôle d'intervalle, des clés
primaires
n = nombre d'attributs dans la table
m = nombre de tables
p = nombre de clés étrangères pour toute la base de données

190 Documentation utilisateur

© Cecima 2016
20. REVERSE ENGINEERING D’UNE BASE DE DONNEES

Cette fonction permet de récupérer soit à partir des scripts eux-mêmes, soit via ODBC
(Open Data Base Connectivity), la description de la base de données (tables, attributs et clés) et de
l’importer dans WinDesign, sous forme d’un modèle logique de données.

20.1 OPTIONS DE REVERSE (MENU BASE DE DONNEES)

En fonction des options choisies, la fenêtre d’exécution s’affiche en bas de l’écran et présente les
informations sélectionnées.

20.2 REVERSE ENGINEERING A PARTIR D’UN SCRIPT EXISTANT

Ouvrez un Modèle Logique existant ou un nouveau schéma, puis sélectionnez la fonction « Reverse
engineering » dans le menu « Base de données ».

La boîte de dialogue « Reverse Engineering » s’affiche.

Module DATABASE 191

© Cecima 2016
Choisissez l’option « Reverse Script », puis dans la liste déroulante, sélectionnez le type de base de
données.

La case à cocher « Créer un nouveau modèle » permet de générer le Modèle Logique correspondant
dans un nouveau modèle (autre que celui ouvert).

Dans le cas où cette option n’est pas choisie, avant la génération un panneau vous demandera
confirmation en vous indiquant que le contenu du modèle courant sera effacé.

Cliquez sur « Lancer » pour déclencher l’opération.

La boîte de dialogue « Ouvrir » s’affiche. Sélectionnez un fichier script, puis cliquez sur « Ouvrir ».

La boîte de dialogue « Sélection des objets à récupérer » s’affiche. Elle présente les objets classés par
type, en indiquant le nombre d’objets pour chacun des types.

Cochez ou décochez les cases pour sélectionner ou non les objets à récupérer, puis validez par
« OK ».
L’importation du script dans WinDesign s’exécute.

Dans le cas où il n’existerait aucune clé primaire, WinDesign propose leur création à partir des index
simples.

192 Documentation utilisateur

© Cecima 2016
Dans le cas où des mots clés non identifiés seraient rencontrés, le traitement s’interrompt avec un
message d’erreur.

Dans le cas où les clés étrangères n’ont pas été définies dans la base de données, WinDesign propose
de les reconstituer à partir des index.

Dans ce cas, une boîte de dialogue s’affiche indiquant l’algorithme de recherche des liens de
référence, dans le cas où les clés étrangères ne sont pas définies.

Dans le cas de codification des attributs avec préfixe ou suffixe, pour permettre d’effectuer la
recherche en ayant éliminé la partie fixe de l’attribut, une option permet d’indiquer s’il est
nécessaire de rechercher les préfixes ou les suffixes.
Une autre option permet pour la génération du MLR d’éliminer ou de conserver les préfixes ou les
suffixes.
Puis une option d’optimisation du placement des objets dans le schéma est proposée.

Le choix de cette option vous amène dans l’assistant de création de sous-modèle. (Cf.
fonction«Arrangement automatique » du menu « Format »).

Nota
Cette fonction peut également être lancée à postériori.

Module DATABASE 193

© Cecima 2016
20.3 - REVERSE ENGINEERING VIA ODBC
Dans la boîte de dialogue « Reverse engineering » sélectionnez l’option « Reverse ODBC »,
sélectionnez le SGBD dans la liste de choix, puis activez le bouton « Lancer ».

La boîte de sélection de la source de données s’affiche. Effectuez votre sélection et validez par
« OK ».
La boîte de dialogue « Reverse ODBC – Sélection des options d’extraction » s’affiche.

Groupe de choix « Reverse en table »

Cochez les options correspondant à vos choix d’extraction : tables, tables système, vues SQL,
synonymes ou tables appartenant à un propriétaire choisi dans la liste, puis activez le bouton
« Extraire tables » pour déclencher l’extraction.

La liste se remplit avec les tables extraites, correspondant à vos options.

Groupe de choix « Options d’extraction »

Les options grisées sont incompatibles avec le pilote ODBC du SGBD.
Les autres permettent d’associer à l’extraction des tables des éléments complémentaires comme
(suivant le SGBD) clés primaires, étrangères, contraintes de valeur, index, vues SQL, triggers,
procédures, règles et nombre d’occurrences.

194 Documentation utilisateur

© Cecima 2016
Groupe de choix « Classer par »
Ce groupe propose des options de classement des tables extraites dans la liste, par type (par
référence aux options d’extraction), nom ou propriétaire.

Bouton « Infos table »

Pour obtenir un panneau d’informations vous indiquant quelques caractéristiques retournées par
ODBC sur une table, sélectionnez la table dans la liste, puis cliquez sur ce bouton, pour afficher les
informations.

Boutons « Tout sélectionner » « Tout désélectionner »

Utilisez ces boutons pour sélectionner ou désélectionner l’ensemble des tables présentées dans la
liste.

Réactivez le bouton « Extraire tables » pour relancer l’extraction, puis validez par « OK ».

WinDesign propose ensuite l’optimisation du placement du modèle à générer (Cf. Fonction

« Arrangement automatique » du menu « Format »).

20.3.1 Options Reverse ODBC

Lorsque le reverse engineering s’effectue via ODBC, pour établir au préalable des correspondances
entre les types SQL et WinDesign, utilisez la fonction de paramétrage des drivers : Menu « Bases de
données – Paramétrage des drivers » - Onglet « Types ».

20.4 REVERSE DAO

Sélectionnez l’option « Reverse DAO » dans la boîte de dialogue, puis activez le bouton « Lancer ».

La boîte de dialogue « Ouvrir » s’affiche. Sélectionnez la base de données et validez par « Ouvrir ». Le
reverse est lancé.

En fin d’exécution, WinDesign propose l’optimisation du placement des objets (cf. Fonction
« Arrangement automatique » du menu « Format »).

Module DATABASE 195

© Cecima 2016