UML et les Bases de Données.pdf
passage au niveau relationnel les autres seront des attributs qui
Introduction au passage UML-Relationnel : classes et associations
En mobilisant les règles adéquates proposer un modèle logique de données correspondant en relationnel. Le repérage des domaines et des clés est obligatoire
Passage UML-Relationnel : classes et associations
2 oct. 2016 *]) c'est impossible s'il est trop grand ce n'est pas souhaitable. Méthode : Attributs composés multivalués. On combine les règles énoncées ...
Introduction au passage UML-Relationnel : classes et associations
12 janv. 2018 On combine les règles énoncées pour les attributs composés et pour les attributs multivalués. Attribut composé multivalué. Classe1(#a). RB(#b_b1 ...
Passage UML-Relationnel
Quelles sont les règles de transformation ? C'est ce que vous allez découvrir dans ce module. Classe. Méthode. Pour chaque classe : on crée une table dont le
Base de données : Passage du MCD au MLD
Règles de passage du MCD au MLD : Règle numéro 1 : a) Une entité du MCD devient une relation c'est à dire une table. Dans un SGBD (Système de Gestion de
Modélisation UML
Langages formels : syntaxe définie par une grammaire. Ex : Logique langages Passage d'informations de Context à Strategy en “poussant” : l'info est un ...
Transformation de lhéritage en relationnel
22 janv. 2018 Savoir faire le passage d'un schéma conceptuel UML à un schéma relationnel. ... En mobilisant les règles adéquates proposer un modèle logique de ...
Modélisation avancée en UML et en relationnel
25 janv. 2018 Passage UML-Relationnel : Associations avancées ... En mobilisant les règles adéquates proposer un modèle logique de données correspondant en ...
UML et les Bases de Données.pdf
UML et les Bases de Données Diagramme de classes / diagramme d'objets (UML) . ... Justifier les passages des multiplicités du premier diagramme ...
Passage UML-Relationnel : classes et associations
2 oct. 2016 *]) c'est impossible s'il est trop grand ce n'est pas souhaitable. Méthode : Attributs composés multivalués. On combine les règles énoncées ...
Introduction au passage UML-Relationnel : classes et associations
Savoir faire le passage d'un schéma conceptuel UML à un schéma relationnel En mobilisant les règles adéquates proposer un modèle logique de données ...
Introduction au passage UML-Relationnel : classes et associations
12 janv. 2018 On combine les règles énoncées pour les attributs composés et pour les attributs multivalués. Attribut composé multivalué. Classe1(#a). RB(#b_b1 ...
Modélisation et stockage des données géographiques
Formalismes de modélisation : UML UML relation de type généralisation-spécialisation ... Règles de passage du modèle UML en Modèle relationnel :.
Modélisation avancée en UML et en relationnel
25 janv. 2018 Passage UML-Relationnel : Associations avancées . ... En mobilisant les règles adéquates proposer un modèle logique de données ...
Base de données : Passage du MCD au MLD
Règles de passage du MCD au MLD : Règle numéro 1 : a) Une entité du MCD devient une relation c'est à dire une table. Dans un SGBD (Système de Gestion de
Passage UML-Relationnel
Quelles sont les règles de transformation ? C'est ce que vous allez découvrir dans ce module. Classe. Méthode. Pour chaque classe :.
Modélisation UML/B pour la validation des exigences de sécurité
31 janv. 2017 de sécurité des règles d'exploitation ferroviaires. Rahma Yangui ... Le passage par la modélisation UML semi-formelle que nous proposons.
Transformation de lhéritage en relationnel
22 janv. 2018 Savoir faire le passage d'un schéma conceptuel UML à un schéma ... En mobilisant les règles adéquates proposer un modèle logique de données ...
[PDF] Passage UML-Relationnel : classes et associations
2 oct 2016 · Question 3 En mobilisant les règles adéquates proposer un modèle logique de données correspondant en relationnel Le repérage des domaines et
[PDF] Introduction au passage UML-Relationnel : classes et associations
12 jan 2018 · Introduction au passage UML-Relationnel : classes et associations Stéphane Crozat stph scenari-community org/bdd rel2 pdf 12 janvier 2018
[PDF] UML et les Bases de Données - IRIT
Diagramme de classes / diagramme d'objets (UML) Justifier les passages des multiplicités du premier diagramme par rapport au deuxième diagramme
[PDF] Implémentation du diagramme de classe UML et des contraintes
? Un objet UML est l'instanciation d'une classe du diagramme de classe UML ? Chaque classe a une structure et des opérations (méthodes) ? Une classe est
[PDF] Modélisation UML - CNRS
Langages formels : syntaxe définie par une grammaire Ex : Logique langages informatique (C Java SQL ) Pouvoir d'expression d'un langage : Ensemble
[PDF] Passage UML-Relationnel - Librecours
Quelles sont les règles de transformation ? C'est ce que vous allez découvrir dans ce module Classe Méthode Pour chaque classe :
[PDF] Introduction au passage UML-Relationnel : classes et - Librecours
En mobilisant les règles adéquates proposer un modèle logique de données correspondant en relationnel Le repérage des domaines et des clés est obligatoire 8
[PDF] 3-UMLpdf
UML est un langage de modélisation objet Caractéristiques et règles de Cette approche simplificatrice facilite le passage entre les niveaux
[PDF] Base de données : Passage du MCD au MLD - IGM
Règles de passage du MCD au MLD : Règle numéro 1 : a) Une entité du MCD devient une relation c'est à dire une table
[PDF] Modélisation et stockage des données géographiques
Transformation grâce à des règles ? Dans ce cours passage d'un modèle conceptuel défini en UML à un modèle logique défini par un modèle relationnel
Centrale Lille
TH ESE presentee en vue d'obtenir le grade deDOCTEUR
en Specialite : Automatique, Genie Informatique, Traitement du Signal et Images parRahma YANGUI ep BEN AYED
DOCTORAT DELIVR
E PAR CENTRALE LILLE
Titre de la these :
Modelisation UML/B pour la validation des exigences de securite des regles d'exploitation ferroviaires Soutenue le 19 fevrier 2016 devant le jury d'examen :PresidentPr, Yves LEDRU LIG, Grenoble
RapporteurPr, Catherine DUBOIS ENSIIE, Evry
RapporteurMCF-HDR, Mohamed SALLAK UTC, Compiegne
MembreDirecteur R&D, Thierry LECOMTE Clearsy, Aix en ProvenceMembreDr, Agnes LANUSSE CEA-List, Saclay
MembrePr, Pascal YIM ECL, Lille
Directeur de theseDR, Simon COLLART-DUTILLEUL IFSTTAR, LilleEncadrantCR, Philippe BON IFSTTAR, Lille
These preparee dans le Laboratoire d'
Evaluation des Systemes de Transports
Automatises et de leur Securite
IFSTTAR, COSYS/ESTAS, Villeneuve d'Ascq
Ecole Doctorale SPI 072 (EC Lille)
iRemerciements
Les travaux de these presentes dans ce manuscrit ont ete realises a l'institut francais des sciences et technologies des transports, de l'amenagement et des reseaux (IFSTTAR) a Villeneuve d'Ascq. Je tiens tout d'abord a remercier IFSTTAR de m'avoir oert cette experience magnique. La recherche scientique est un metier magique et c'est un bonheur de l'avoir commence ici. C'est avec toute ma profonde gratitude que j'exprime mes sinceres remerciements a mon directeur de theseSimon Collart-Dutilleuld'avoir diriger ce travail de these. Sans sa disponibilite malgre sa charge de travail, sa patience, les conseils qu'il m'a prodigues tout au long de ces trois ans, ses mots d'encouragement, ce travail n'aurait pas pu, sans doute, ^etre mene a son terme. Merci. J'exprime ma profonde reconnaissance et remerciement a mon encadrantPhilippe Bon d'avoir encadre ce travail de these, pour son soutien, ses conseils et sa participation dans l'accomplissement de ce travail de these. Merci. Je remercie chaleureusement MessieursYves LedruetAkram Idani, qui ont suivi de pres ce travail, sans qui cette partie n'existerait pas sous cette forme. Leurs observations judicieuses et leurs remarques ont ete des plus determinantes dans la conduite de ces tra- vaux. Merci. Mes vifs remerciements vont aussi a MadameCatherine Dubois, Professeur de l'Ecole Nationale Superieure d'Informatique pour l'Industrie et l'Entreprise a Evry et Monsieur Mohamed Sallak, Ma^tre de conference HDR de l'universite de Technologie de Compiegne, pour avoir accepte d'examiner ce travail en qualite de rapporteurs. Je tiens egalement a exprimer ma gratitude a MessieursYves Ledru, Professeur de l'universite Joseph Fourier a Grenoble, etPascal Yim, Professeur de l'Ecole centrale de Lille, et MadameAgnes La- nusse, Ingenieur-Chercheur du CEA-List a Saclay, pour avoir accepte de faire partie du jury en qualite d'examinateurs, ainsi que MonsieurThierry Lecomteen qualite d'invite. Mes remerciements vontegalement a tous les personnels du centre IFSTTAR-Villeneuve d'Ascq pour la gentillesse et la convivialite dont ils ont fait preuve et qui ont rendu mon sejour tres agreable parmi eux. Je remercie chaleureusement mes amiesHajer Sassi,Imen Chakroun,Sana Cherif, Hana Krichen,Chiraz Trabelsi,Karima Boufaras,Amira Bradai,Mouna Walha,Fatiha Azmani,Manel Hmimida,Amira Arouspour leurs soutiens et leurs encouragements. ii J'ai une pensee toute particuliere a ma famille pour leur soutien et leur amour. Tout ca n'aurait jamais ete possible sans le soutien inconditionnel de mes parentsSondesset Anouar, qui ont toujours cru en moi. Merci pour avoir fait de moi ce que je suis a present. Merci a mes cheres sursAmenietNourpour leurs conseils et leurs encouragements dans les moments diciles. Cette etape de ma vie n'aurait pas ete la m^eme sans la presence et l'amour de mon cher mariMohamed.Mohamed, je te remercie de tout mon cur d'^etre patient et souriant, de me soutenir et de m'encourager a aller plus loin et a franchir les dicultes tout en etant er de moi. Je remercie egalement mon cher lsRayenqui apporte toujours la joie de vivre au sein de ma petite famille. Par cette occasion, je remercie ma belle famille : mes beaux parentsSarraetAbdelmajidet ma belle surNadiapour leur soutien et leurs encouragements. Je dedie tout ce travail a mon cher lsRayenet a ma futur lle ..., les plus chers a mon cur. En dernier, je remercie tous ceux qui m'ont aide de pres ou de loin a realiser cette these.Table des matieres
1 Introduction generale
31.1 Contexte scientique
41.2 Contexte industriel
51.2.1 Le systeme
ER TMS
51.2.2 Le projetPERFECT. . . . . . . . . . . . . . . . . . . . . . . . . . .8
1.3 Problematique de la these
91.3.1 Specication de la reglementation
101.3.2 La verication et la validation formelles
111.4 Motivations et contributions
121.5 Organisation du memoire
14I CONTEXTE ET
ETAT DE L'ART17
2 Contexte scientique
192.1 Introduction
202.2 Ingenierie Systeme
202.2.1 Ingenierie des exigences
212.2.2 Exigences de S^urete de Fonctionnement et cadre normatif
222.2.2.1 Securite-innocuite
242.2.2.2 Securite-condentialite
252.3 Ingenierie dirigee par les modeles
262.3.1 Du
tout est objetvers letout est modele. . . . . . . . . . .262.3.2 Concepts de base de l'
IDM 282.3.2.1 Meta-modele et langage de modelisation
282.3.2.2 Meta-meta-modele et langage de meta-modelisation
292.3.3 L'approche
MD A 302.3.4 La transformation de modeles
322.3.5 Verrous scientiques en
IDM 342.3.5.1 La construction des modeles
342.3.5.2 L'heterogeneite des modeles et des meta-modeles
352.3.5.3 La denition des meta-modeles
352.3.5.4 L'evolution des meta-modeles
362.4 Mise en application de l'
IDM 372.4.1 IDM dans l'industrie des syst emescritiques 37
2.4.2 IDM p ourles syst emesferro viaires 38
iv Table des matieres
2.4.2.1 Le projet CECRIS
382.4.2.2 Le projet OpenETCS
402.4.2.3 Autres projets
412.4.3 Synthese sur la mise en application de l'
IDM 432.5 Synthese
443 Couplage de specications en
UML et B 453.1 Introduction
463.2 Specication
463.2.1 Denition et objectifs
473.2.2 Dierents types de langage de specication
473.2.2.1 Langages naturels
483.2.2.2 Langages semi-formels
483.2.2.3 Langages formels et methodes formelles
493.3 Verication et validation
503.3.1 Denitions
503.3.2 Techniques de verication et de validation
513.3.2.1Model checking. . . . . . . . . . . . . . . . . . . . . . . . .51
3.3.2.2 Preuve
523.3.2.3 Animation
533.4 Du semi-formel au formel
543.4.1 Principes de couplage des notations
543.4.2 Choix des notations
543.4.2.1 La possibilite de couplage avec
UM L 553.4.2.2 Le support d'outils disponibles pour les activites de
V&V 563.4.2.3 L'adequation du langage par rapport au domaine d'appli-
cation ferroviaire 573.4.2.4 Synthese
583.4.3 Approches de couplage
UML B 593.4.4 Discussion
603.5 Unied Modeling Language (UML)
603.5.1 Denition et Semantique
UML 613.5.2 Vues et diagrammes
UML 623.6 La methode B
643.6.1 Historique
643.6.2 Fondements et notations
653.6.2.1 Notation mathematique
653.6.2.2 Notation des machines abstraites
663.6.2.3 Notation de substitutions generalisees
673.6.3 Ranement
68Table des matieres v
3.6.4 Modularite en
B 683.6.5 Obligations de preuve
693.6.6 Outils existants de la methode B
703.7 Notre approche
UML B 713.7.1 Motivation et cadre du projet
PERFECT
713.7.2 Cycle de developpement
733.8 Synthese
74II CONTRIBUTIONS : DE LA S
ECURITE DES SYSTEMES D'IN-
FORMATION VERS LA S
ECURITE FERROVIAIRE75
4 Approche basee sur Role Based Access Control (RBAC)
774.1 Introduction
784.2 De la securite des SI vers la securite ferroviaire
794.2.1 Regles d'exploitation ferroviaires
794.2.2 Le modele
RBA C 834.2.3 SecureUML
854.2.4 B4MSecure
864.2.5 Discussion
884.3 Etude de cas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
4.3.1 Scenario nominal d'autorisation de mouvement (
MA 894.3.2 Scenario exceptionnel
Override EOA. . . . . . . . . . . . . . .90
4.4 Modelisation
924.4.1 Modele fonctionnel
934.4.2 Politique de securite
934.5 Transformation en specications
B 944.6 Verication et validation des modeles formels
974.6.1Atelier BetProB. . . . . . . . . . . . . . . . . . . . . . . . . . . .97
4.6.2 Validation formelle
984.7 Synthese
1014.8 Conclusion
1025 Approche basee sur Organization Based Access Control (Or-Bac) : Ex-
tension de RBA C 1035.1 Introduction
1045.2
Or-Bac
vs RBA C 1045.2.1 Le modele
Or-Bac
1045.2.2 Les limitations du modele
RBA C 1065.3 L'application d'
Or-Bac
sur les syst emesferro viaires 1075.3.1 Motivation
107vi Table des matieres
5.3.2 Le contexte
1085.3.3 La hierarchie des organisations
1095.3.4 Scenario
Override EOAenOr-Bac . . . . . . . . . . . . . . . . . 1105.4 Notre vision en vue de l'interoperabilite
1115.5 Modelisation
UML 1125.5.1 Meta-modele
Or-Bac
etendu 1125.5.2 Prol
UML p ourOr-Bac
1145.5.3 Classication des organisations
1155.6 Formalisations en
B 1175.6.1 Architecture en
B 1175.6.2 Calcul des permissions des dierentes organisations
1195.7 Exemple de scenario d'accident deSaint-Romain-en-Gier. . . . . . . . . .123
5.7.1 Presentation du scenario
1245.7.2 Analyse du comportement du systeme et raisonnement de securite
1255.7.2.1 La demande d'interception de voie (DIV)
1255.7.2.2 La protection de chantier
1265.7.2.3 Installation permanente de contre sens (IPCS)
1265.7.3 Discussion
1265.8 Conclusion
1276 CONCLUSION ET PERSPECTIVES
129quotesdbs_dbs43.pdfusesText_43
[PDF] passage du mcd au modèle relationnel
[PDF] règle typographique espace
[PDF] règle de hund pauli et klechkowski
[PDF] configuration electronique cours pdf
[PDF] manuel des procédures de sécurité informatique
[PDF] sécurité poste de travail informatique
[PDF] procédure de sauvegarde informatique pdf
[PDF] procédure de sauvegarde des données informatiques
[PDF] procedure informatique entreprise
[PDF] manuel de procédures informatiques itil
[PDF] procédure informatique exemple
[PDF] règles de vie au collège
[PDF] quelles sont les règles de vie en société
[PDF] la vie en collectivité en institution