BASES DE DONNÉES ET MODÈLES DE CALCUL
7.2.6 Intégration d'une règle de gestion dans la base de données Gérer de telles données n'est plus à la portée de logiciels élémentaires. Garantir la.
Modèle de Plan de gestion des données (PGD)
Le modèle ANR de PGD est disponible sur le Portail DMP OPIDoR pour une Donner des détails sur le type de données : par exemple numérique (bases de.
Modélisation des grandes bases de données statistiques
Oct 9 2018 C'est le cas du logiciel LEDA de l'INSEE. Le modèle de données relationnel apparaît comme peu utilisé pour administrer de grandes bases de ...
SUPPORT DE COURS DE GENIE LOGICIEL
Jan 22 2019 Un modèle : est une représentation schématique de la réalité. ? Une base de Données: ensemble des données (de l'organisation) structurées ...
Droit dauteur des chercheurs Logiciels
http://isidora.cnrs.fr/IMG/pdf/2014-07-07_-_Droit_d_auteur_des_chercheurs_Logiciels_Bases_de_Donne_es_et_Archives_Ouvertes_-_Grenoble_ssc.pdf
Guide de la sécurité des données personnelles
les logiciels (ex : système d'exploitation logiciel métier) ;. • les canaux de communication (ex dans la même base de données que les empreintes.
Bases de données - Modèle relationnel
SGBD: Logiciel responsable pour la gestion de ces données. Ensemble de programmes qui permettent à des utilisateurs de créer et maintenir une base de
LOGICIELS MÉDECINS
de la base de données. • Les modèles de distribution des logiciels métiers ... Le logiciel d'accès à la base de données des patients. POINTS ESSENTIELS ...
Regles et recommandations de developpement de logiciel construit
Feb 29 2000 développement de logiciel construit autour d'une base de données. ... à dire organisant les données conformément au modèle de CODD
Ingénierie des systèmes dinformation: bases de données bases de
Feb 18 2004 Mots clés : base de données
REFERENTIEL
NORMATIF du CNES
Référence :RNC-CNES-E-40-502
Version 2
29 février 2000
Méthode et Procédure
REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLE
APPROBATION
Président du CDN ;
date et nom :METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page i.1
Version 2
29 février 2000
PAGE D'ANALYSE DOCUMENTAIRE
TITRE:REGLES ET RECOMMANDATIONS DE DEVELOPPEMENT DELOGICIEL CONSTRUIT AUTOUR D'UNE BASE DE DONNEES
RELATIONNELLE
MOTS CLES :SGBD, Cycle de vie, relationnel, démarche, développement, phasage, point clé, méthodologie.RESUME :
Le document se présente comme un supplément d'exigences par rapport au cycle de vie en V défini par la recommandation AFNOR Z67-130 pour traiter les spécificités d'un développement de logiciel construit autour d'une base de données.SITUATION DU DOCUMENT :
Ce document fait partie de la collection des Méthodes et Procédures associées au Référentiel Normatif du CNES (ECSS et MP). Il appartient à la filiation Ingénierie desLogiciels.
NOMBRE DE PAGES: 52LANGUE: Française
Progiciels utilisés / version : Word 97
SERVICE GESTIONNAIRE :Délégation à l'Assurance de la Qualité du Centre Spatial deToulouse (DTS/AQ)
AUTEUR(S) : DATE : 19/03/98
M.J. LOPES / J. DONADIEU
RELECTURE / CONTROLE :
Pour ACCORD :
Le Président du Comité Technique de Normalisation :© CNES 1998
Reproduction strictement réservée à l'usage privé du copiste, non destinée à une utilisation
collective (article 41-2 de la loi n°57-298 du 11 Mars 1957).METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page i.2
Version 2
29 février 2000
PAGES DES MODIFICATIONS
VERSION DATE PAGES MODIFIEES OBSERVATIONS
PR.1 13.09.93 Toutes pages créées Version initialePR.2 11.03.94 Toutes Document refondu sur la
base des remarques deCT/AQ/QL et CT/TI
PR.3 06/07/94 Toutes Reprise du document sur la
base des RQ de CT/TI/PS et de CT/AQ/QLPR.4 07/11/97 Toutes Prise en compte des
remarques du CTR du21/12/94.
PR.5 16/03/98 Toutes Prise en compte des
remarques suite à relecture de la révision 4.1.0 19 Mars 1998 i1, i2, 1, 52 Approbation du Comité
Technique Normatif et mise
en forme du document2 29/02/00 Nouvelle codification des
documentsMETHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page i.3
Version 2
29 février 2000
SOMMAIRE
1. INTRODUCTION.................................................................................................................................................1
2. GLOSSAIRE.........................................................................................................................................................1
2.1. TERMINOLOGIE...............................................................................................................................................1
2.2. ABREVIATIONS................................................................................................................................................5
3. OBJET DU DOCUMENT....................................................................................................................................6
4. DOMAINE D'APPLICATION............................................................................................................................6
4.1. MISE EN APPLICATION ..................................................................................................................................6
4.2. NATURE DU LOGICIEL VISE.........................................................................................................................6
4.3 INTERVALLE DE COMPETENCE...................................................................................................................7
5. DOCUMENTS APPELES....................................................................................................................................7
5.1. DOCUMENTS APPLICABLES.........................................................................................................................7
5.2. DOCUMENTS DE REFERENCE.......................................................................................................................7
6. PRINCIPES FONDAMENTAUX.......................................................................................................................8
6.1. CHOIX DU CYCLE DE DEVELOPPEMENT EN V ........................................................................................8
6.2. PRINCIPES GENERAUX DE LA DEMARCHE.............................................................................................10
6.2.1. APPROCHE DUALE DONNEES-TRAITEMENTS ..................................................................................11
6.2.2. NIVEAUX CONCEPTUEL, EXTERNE, LOGIQUE ET PHYSIQUE ........................................................11
6.2.3. REPARTITION DES TRAITEMENTS LIES AUX REGLES D'INTEGRITE..............................................15
7. DESCRIPTION DE LA PROCEDURE ...........................................................................................................16
7.1. REGLES GENERALES PORTANT SUR L'ENSEMBLE DU CYCLE..........................................................16
7.1.1. CHOIX DU CYCLE DE DEVELOPPEMENT...........................................................................................16
7.1.2. PASSAGE D'UNE PHASE A LA SUIVANTE.............................................................................................17
7.1.3. LA MAQUETTE BASE DE DONNEES......................................................................................................17
7.1.4. DOCUMENTATION SPECIFIQUE ..........................................................................................................19
7.1.5. CHOIX DU SGBD .....................................................................................................................................20
7.1.6. CHOIX DE METHODES ET D'OUTILS DE MODELISATION...............................................................20
7.1.7. COMPOSITION DU GROUPE PROJET CLIENT....................................................................................21
7.1.8. FORMATION ET ENTRAINEMENT.........................................................................................................21
7.2. REGLES POUR LA PHASE DE DEFINITION PRELIMINAIRE..................................................................21
7.2.1. RESPONSABILITE ET OBJECTIFS..........................................................................................................21
7.2.2. FOURNITURES.........................................................................................................................................22
7.3. REGLES POUR LA PHASE D'ANALYSE-SPECIFICATION.......................................................................24
7.3.1. RESPONSABILITE ET OBJECTIFS..........................................................................................................24
7.3.2. MODELISATION CONCEPTUELLE........................................................................................................24
7.3.3. DEFINITION DU MODELE EXTERNE....................................................................................................27
7.3.4. ARCHITECTURE GLOBALE DE L'APPLICATION BD ..........................................................................27
7.3.5. MAQUETTE...............................................................................................................................................28
7.3.6. VERIFICATION ET VALIDATION POUR LA PHASE D'ANALYSE/SPECIFICATION..........................28
7.3.7. FOURNITURES DOCUMENTAIRES........................................................................................................29
METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page i.4
Version 2
29 février 2000
7.3.8. FOURNITURES LOGICIELLES ...............................................................................................................30
7.4. REGLES POUR LA PHASE DE CONCEPTION PRELIMINAIRE...............................................................31
7.4.1. RESPONSABILITE ET OBJECTIFS..........................................................................................................31
7.4.2. CONCEPTION STATIQUE .......................................................................................................................31
7.4.3. CONCEPTION DYNAMIQUE...................................................................................................................32
7.4.4. CONCEPTION DES INTERFACES ET FINALISATION DE L'ERGONOMIE ........................................33
7.4.5. SPECIFICATION/CONCEPTION DES MOYENS D'ADMINISTRATION/EXPLOITATION...................33
7.4.6. VERIFICATION ET VALIDATION POUR LA PHASE DE CONCEPTION PRELIMINAIRE .................34
7.4.7. FOURNITURES DOCUMENTAIRES........................................................................................................34
7.4.8. FOURNITURES LOGICIELLES ...............................................................................................................35
7.5. REGLES POUR LA PHASE DE CONCEPTION DETAILLEE......................................................................36
7.5.1. RESPONSABILITE ET OBJECTIFS..........................................................................................................36
7.5.2. MODELE PHYSIQUE DES DONNEES....................................................................................................36
7.5.3. CONCEPTION DETAILLEE DES TRAITEMENTS ..................................................................................37
7.5.4. CONCEPTION DES INTERFACES ET FINALISATION DE L'ERGONOMIE ........................................37
7.5.5. CONCEPTION DES MOYENS D'ADMINISTRATION/EXPLOITATION.................................................37
7.5.6. VERIFICATION ET VALIDATION POUR LA PHASE DE CONCEPTION DETAILLEE........................37
7.5.7. FOURNITURES DOCUMENTAIRES........................................................................................................38
7.5.8. FOURNITURES LOGICIELLES ...............................................................................................................38
7.6. REGLES POUR LA PHASE DE CODAGE, INTEGRATION ET TESTS .....................................................39
7.6.1. RESPONSABILITE ET OBJECTIFS..........................................................................................................39
7.6.2. GENERATION DES BASES DE DONNEES .............................................................................................39
7.6.3. CODAGE OU GENERATION DES MODULES APPLICATIFS...............................................................39
7.6.4. REUTILISATION......................................................................................................................................39
7.6.5. MOYENS DE VALIDATION ET DE RECETTE........................................................................................39
7.6.6. VERIFICATION EN PHASE DE CODAGE, INTEGRATION ET TESTS .................................................40
7.6.7. FOURNITURES DOCUMENTAIRES........................................................................................................40
7.6.8. FOURNITURES LOGICIELLES ...............................................................................................................41
7.7. REGLES POUR LA PHASE DE VALIDATION, TRANSFERT ET RECETTE............................................42
7.8. REGLES POUR LA PHASE DE QUALIFICATION ......................................................................................43
METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page 1
Version 2
29 février 2000
1. INTRODUCTION
Ce document " Règles et recommandations de développement de logiciel construit autour d'unebase de données relationnelle » fait partie de la collection des Méthodes et Procédures associées
au Référentiel Normatif du CNES (ECSS et MP). Il appartient à la filiation Ingénierie des
Logiciels.
Il s'appuie sur une définition adaptée du " Cycle de développement en V " de la normeAFNOR Z67-130 [DR1] et précise les exigences supplémentaires pour traiter les spécificités
d'un développement de logiciel construit autour d'une base de données relationnelle.2. GLOSSAIRE
2.1. TERMINOLOGIE
Accélérateur........................ Objet permettant d'augmenter les performances d'accès aux
.............................................. données. Il existe plusieurs types d'accélérateurs.
Analyse nodale.................... Analyse du schéma de distribution et de répartition géographique
.............................................. de l'application BD. Dans une BD distribuée ou répartie, les
.............................................. données et les traitements sont regroupés par "noeuds" en
.............................................. fonction des contraintes d'organisation. L'analyse nodale
s'appuie ................................ en premier lieu sur les exigences de production et d'organisation
.............................................. de l'entreprise. Cette analyse induit de nombreuses contraintes
.............................................. techniques de définition d'architecture, de schéma , de
.............................................. conception des traitements, de gestion et d'administration de la
.............................................. base (ou des bases).BD distribuée: .................... Ensemble cohérent de "sous-bases de données" ou "bases locales"
.............................................. situées sur des machines différentes, généralement distantes.
.............................................. Chaque base locale est autonome par ses mises à jour et ses
.............................................. évolutions. Episodiquement ou régulièrement, une base locale est
.............................................. sujette à mises à jour par rapport aux autres bases locales.
.............................................. Exemple: un noeud principal de catalogue d'images met.............................................. périodiquement à jour sur des noeuds secondaires le catalogue des
.............................................. images disponibles............................................... Dans une telle base, il n'y a pas garantie permanente de cohérence.
BD répartie:........................ Base de données distribuée dont on garantit le synchronisme de
.............................................. mise à jour, et qui apparaît au vu de son utilisation comme une
.............................................. base unique. La localisation des données est transparente à tout
.............................................. utilisateur. Une BD répartie se comporte comme une base locale,
.............................................. avec toutes les exigences d'intégrité et d'atomicité
.............................................. transactionnelles qui s'appliquent. Les SGBD ont généralement
METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page 2
Version 2
29 février 2000
.............................................. besoin d'un COMMIT A 2 PHASES (two phases commit) pour
.............................................. assurer la bonne fin ou la non exécution totale d'une transaction en
.............................................. cours. Clé primaire........................ Colonne ou ensemble de colonnes d'une table permettant.............................................. d'identifier de façon unique toute occurrence de cette table.
Clé étrangère....................... Colonne dont les valeurs sont dérivées d'une clé primaire d'une
.............................................. autre table. Clé secondaire..................... Synonyme de Clé étrangère.Cluster................................. Accélérateur jouant sur l'organisation physique des tables sur
.............................................. disque: on rassemble dans une même page ou partition disque des
.............................................. tables ou éléments de table accédés simultanément par les
.............................................. transactions que l'on désire accélérer.Colonne................................ Ensemble "vertical" de champs d'une table correspondant à un
.............................................. même attribut. Commande.......................... Désignation large: Ordre SQL cohérent adressé au SGBD.Commit................................ Action volontaire consistant à enregistrer de façon effective dans
.............................................. la base les modifications (ajout, suppression, mise à jour)
.............................................. apportées aux informations. Ces modifications sont enregistrées
.............................................. dans un journal faisant office de tampon.Contrainte........................... Restriction d'ordre sémantique portant sur les valeurs d'un ou
.............................................. plusieurs attributs sur une ou plusieurs tables. Dénormalisation................. Action consistant à faire passer tout ou partie du schéma.............................................. conceptuel d'une forme normale d'indice n à la forme normale
.............................................. d'indice n-i. La dénormalisation est généralement effectuée pour
.............................................. des raisons de performance ou de conception. Formes normales................ Il existe en théorie relationnelle 6 formes normales (7 pour.............................................. d'autres), qui correspondent aux différents niveaux de répartition
.............................................. des attributs dans les "relations" élémentaires. On retiendra
.............................................. seulement que plus le niveau est élevé, puis l'information est
.............................................. "atomisée" et non redondante. Mais un schéma trop normalisé
.............................................. peut poser plus de problèmes qu'un schéma insuffisamment
.............................................. normalisé, et le débat sur la normalisation est devenu obsolète.
.............................................. Une analyse par cas est nécessaire, et on se contente généralement
.............................................. d'un niveau moyen de normalisation de 3NF, avec localement des
.............................................. niveaux de normalisation qui peuvent être plus poussés (4, 5, ou
.............................................. 6), ou moins poussés (2), pour des raisons de performances.
Index.................................... Accélérateur SQL de niveau table permettant d'accéder plus vite
.............................................. aux enregistrements de cette table.METHODE ET PROCEDURE
_______REGLES ET RECOMMANDATIONS DE
DEVELOPPEMENT DE LOGICIEL
CONSTRUIT AUTOUR D'UNE BASE
DE DONNEES RELATIONNELLERNC-CNES-E-40-502
Page 3
Version 2
29 février 2000
Infocentre............................ Application permettant à des utilisateurs finaux d'accéder en
.............................................. lecture à une base de données contenant des informations de
.............................................. l'entreprise et d'extraire les informations pertinentes pour leur
.............................................. métier avec une aide à la mise en forme des résultats.
Langage de définition......... Sous-ensemble de SQL permettant de créer tous les objets réels ou
des données (LDD)............. virtuels de la base et les habilitations associées. Langage d'interrogation.... Sous ensemble de SQL permettant d'écrire les requêtes, c'est à diredes données (LID)............... les interrogations de la base afin d'en extraire des informations
.............................................. utiles. Langage de modification.... Sous-ensemble de SQL permettant l'utilisation de la base, pour undes données (LMD)............. accès en insertion, mise à jour ou destruction de données.
Maquette............................. .Développement logiciel qui permet de valider et/ou de raffiner
.............................................. des hypothèses d'un projet en terme de besoins, de complexite, de
.............................................. taille, de performances. Le logiciel développé dans le cadre d'une
.............................................. maquette doit être jeté car l'objectif d'expérimentation est
.............................................. rarement compatible avec la rigueur due au développement d'un
quotesdbs_dbs32.pdfusesText_38[PDF] Manuel d utilisation. Comment interroger la base de données bibliographique NosoBase? http://www.nosobase-biblio.cclin-france.fr/
[PDF] L I M M O B I LI E R
[PDF] Le rôle des mutuelles dans le développement de l éducation thérapeutique du patient.
[PDF] Situation professionnelle
[PDF] POLITIQUE SPORTIVE EN FAVEUR DES PERSONNES EN SITUATION DE HANDICAP APPEL À PROJETS. «Le sport aussi doit être accessible»
[PDF] RÈGLEMENT RELATIF À LA PRISE EN CHARGE DU COUT PÉDAGOGIQUE DES FORMATIONS PARAMÉDICALES DE NIVEAU V
[PDF] Un Expert qui Communique en vaut deux!
[PDF] Présentation du DEAES (Réforme du DEAMP et DEAVS suite au décret et à l arrêté du 29/01/2016) Diplôme d Etat d Accompagnant Educatif et Social
[PDF] Base de données. Objectifs du cours 2014-05-20 COURS 01 INTRODUCTION AUX BASES DE DONNÉES
[PDF] Préparer Sa Séance Photo
[PDF] Les étudiants du S2 Rebondir
[PDF] UNIVERSITES d ETE de la COUNTRY
[PDF] Présentation et manuel utilisateur. Comment bien démarrer avec les LOGI-Logiciels?
[PDF] Section des bourses. Sommaire. Informations générales à propos des aides à la formation. Etat au 27 mai 2015. Seules les bases légales font foi
