Introduction • Objectifs : Apprendre à concevoir une application informatique au sein d'une entreprise – qui répond effectivement aux besoins des utilisateurs – en prévoyant à l'avance ses fonctionnalités principales – en vérifiant qu'elle fait bien ce qui avait été prévu – qui présente certaines qualités : • capable d'évoluer, • sécurisée, documentée... 2/ mike@univ-lr.fr
Introduction • Objectifs : Modéliser • Un modèle – est une représentation artificielle de ce que l'on pense avoir compris du monde environnant. – possède trois propriétés : • la figuration : les figures sont mises à la place de concepts généraux • l'imitation : il copie sur un support des relations perçues sur l'environnement • la formalisation : il propose de mettre de l'ordre dans la diversité observée – sert : • à communiquer : voir si on a bien compris la même chose que les utilisateurs • à préparer la réalisation. Un modèle peut dire deux choses : – ce que l'application devra faire (une spécification) – comment elle est organisée du point de vue de l'ordinateur (une réalisation). • Modéliser, c'est comme faire de la géométrie : disposer des figures, étudier des propriétés et raisonner au moyen de définitions. 3/ mike@univ-lr.fr
Introduction • Modéliser : ce qu'il faut aimer pour modéliser : – être à l'écoute du monde extérieur – dialoguer et donc communiquer avec les gens (qui utiliseront le système informatique) – observer et expérimenter : une conception n'est jamais bonne du premier coup – travailler sans filet : créer quelque chose avec très peu de recettes toutes prêtes – l'abstraction : une carte routière est un modèle du territoire ; ce n'est pas le territoire lui-même – le travail à plusieurs : contribuer à l'intérieur d'un projet collectif – aller au résultat : en plus il faut que ça marche ! • Modèle – Objets (réels, abstraits) – Règles 4/ mike@univ-lr.fr
Sommaire • Les objectifs des systèmes de gestion de bases de données • Les concepts de base et modèles 5/ mike@univ-lr.fr
Les objectifs des systèmes de gestion de bases de données • Résoudre les problèmes causés par la démarche classique – Indépendance physique • La façon dont les données sont définies doit être indépendante des structures de stockages utilisées. • Indépendance logique • Un même ensemble de données peut être vu différemment par des utilisateurs différents. Toutes ces visions personnelles des données doivent être intégrés dans une vision globale. – Manipulations des données par des non informaticiens – Efficacité des accès aux données • en un temps "raisonnable » • de façon complètement transparente pour l'utilisateur. 6/ mike@univ-lr.fr
Les objectifs des SGBD • Résoudre les problèmes causés par la démarche classique – Indépendance physique • La façon dont les données sont définies doit être indépendante des structures de stockages utilisées. • Indépendance logique • Un même ensemble de données peut être vu différemment par des utilisateurs différents. Toutes ces visions personnelles des données doivent être intégrés dans une vision globale. – Manipulations des données par des non informaticiens – Efficacité des accès aux données • en un temps "raisonnable » • de façon complètement transparente pour l'utilisateur. 7/ mike@univ-lr.fr
Les objectifs des SGBD • Résoudre les problèmes causés par la démarche classique – Administration centralisée des données • Des visions différentes des données (entre autres) se résolvent plus facilement si les données sont administrées de façon centralisée. – Non redondance des données • Afin d'éviter les problèmes lors des mises à jour, chaque donnée ne doit être présente qu'une seule fois dans la base. – Cohérence des données • Les contraintes d'intégrité qui définissent un état cohérent de la base. Elles doivent pouvoir être exprimées simplement et vérifiées automatiquement à chaque insertion, modification ou suppression des données. 8/ mike@univ-lr.fr
Les objectifs des SGBD • Résoudre les problèmes causés par la démarche classique – Partage des données • plusieurs utilisateurs doivent pouvoir accéder aux mêmes données au même moment. – modifier la même donnée "en même temps" ; – assurer un résultat d'interrogation cohérent pour un utilisateur consultant une table pendant qu'un autre la modifie. – Sécurité des données • Les données doivent pouvoir être protégées contre les accès non autorisés. Pour cela, il faut pouvoir associer à chaque utilisateur des droits d'accès aux données. – Résistance aux pannes • Solutions si une panne survient au milieu d'une modification? – soit récupérer les données dans l'état dans lequel elles étaient avant la modification, – soit terminer l'opération interrompue. 9/ mike@univ-lr.fr
Les objectifs des SGBD • Résoudre les problèmes causés par la démarche classique • Pour assurer ces objectifs (surtout les deux premiers), trois niveaux de description des données ont été définis par la norme ANSI/SPARC. – Niveau interne – Niveau conceptuel – Niveau externe • Le résultat de la conception d'une base de données sera une description des données. 10/ mike@univ-lr.fr
Les objectifs des SGBD • Le résultat de la conception d'une base de données sera une description des données. – Cette description des données sera effectuée en utilisant un modèle de données. – Ce dernier est un outil intellectuel utilisé pour comprendre l'organisation logique des données. C'est un ensemble de concepts et de règles pour les utiliser, permettant de construire avec des types de données une représentation de la réalité. • Un système de gestion de bases de données est caractérisé par le modèle de description des données qu'il supporte. Les données sont décrites sous la forme de ce modèle, grâce à un langage de description des données. Cette description est appelée schéma. 11/ mike@univ-lr.fr
Les objectifs des SGBD • Le résultat de la conception d'une base de données sera une description des données. – Cette description des données sera effectuée en utilisant un modèle de données. – Ce dernier est un outil intellectuel utilisé pour comprendre l'organisation logique des données. C'est un ensemble de concepts et de règles pour les utiliser, permettant de construire avec des types de données une représentation de la réalité. • Une fois la base de données spécifiée, on doit pouvoir y – insérer des données, – les récupérer, – les modifier et les détruire. – C'est ce qu'on appelle manipuler les données. • Les données peuvent être manipulées non seulement par un langage spécifique de manipulation des données mais aussi par des langages de programmation " 12/ mike@univ-lr.fr
Les objectifs des SGBD • Une fois la base de données spécifiée, on doit pouvoir y – insérer des données, – les récupérer, – les modifier et les détruire. – C'est ce qu'on appelle manipuler les données. • Rappel sur les Systèmes d ’Information – Collecter l'information – Mémoriser – Traiter – Distribuer 13/ mike@univ-lr.fr
Concepts de base – Nous avons besoin d ’une méthode, et ce sera Merise • MERISE – Méthode d'Étude et de Réalisation Informatique pour les Systèmes d'Entreprise. – A software engineering method popular in France; Méthode de gestion des grands projets de génie logiciel. Elle permet de réaliser un découpage en tâches, d'affecter ces tâches à des équipes ou personnes différentes et d'opérer en phase finale la convergence et le contrôle des travaux individuels vers le produit fini. Elle insiste, comme bien d'autres méthodes, sur la séparation des données et des traitements. 14/ mike@univ-lr.fr
Pourquoi une méthode? • Ne rien oublier • Normaliser • Communication • Plus vite • Problèmes de cohérence (données) • => Baisse des coûts et des délais 15/ mike@univ-lr.fr
Pourquoi MERISE? – Née en 1978 Parents : Cap (SSII) et le ministère de l'intérieur – Utilisée dans l'administration et partout ailleurs à partir de 82-85 – Concurrents anglo-saxon : AXIAL, SSADA, ......OMT,UML • PRINCIPES : – Approche systémique (système, vision globale) et non approche analytique (vision partielle) – Séparation données / traitement – Intégrer les besoins utilisateur – Intégrer l'approche technologique (BDD, Réseaux,…) • OBJECTIFS : – Approche globale du SI; – Langage commun et couverture de l'ensemble du cycle de vie d'un projet. 16/ mike@univ-lr.fr
Pourquoi MERISE? • COUVERTURE DES CYCLES : – CYCLE DE VIE : • Conception : conception et gestation • Réalisation : naissance, croissance, maturité • Maintenance : obsolescence, mort – CYCLE DE DÉCISION : • Décisions, positions prises pendant le cycle de vie • Découpage du SI en domaines • Orientation de gestion et d'organisation (RG, RO) • Orientations technologiques • Planification – CYCLE D'ABSTRACTION : • Élément réel (BU) => E1 => E2 => E3 => Mise en œuvre – Approche par niveau , Vérifier la cohérence du SI – Niveau = 1 problème = 1 question; Simuler – Trois niveaux Conceptuel, Organisationnel et Opérationnel 17/ mike@univ-lr.fr
A retenir dans les concepts de base – 1) Notion de schéma – 2) Définition d'un modèle – 3) L'extension de la base – 4) Les 3 niveaux de schéma • 4-1 Externe • 4-2 Conceptuel • 4-3 Interne – 5) Intérêt d'une architecture à trois niveaux – 6) Indépendance données/programmes – 7) Étapes de la conception d'un S.I.A. autour d'une BDD 18/ mike@univ-lr.fr
Concepts de base : le schéma • Un schéma permet la description de objets de la base de données avec leurs caractéristiques: – type de données, tailles, méthodes – les liens entre ces objets, ainsi qu'il indique – la façon de localiser des objets. • 19/ mike@univ-lr.fr
Concepts de base du Modèle Entité-Association • ENTITE : ( INDIVIDU, OBJET ) – pourvu d'une existence propre – conforme aux besoins de gestion de l'entreprise – Il peut représenter • une notion concrète : CLIENT • ou une notion abstraite : PORTEFEUILLE D'ACTIONS • ASSOCIATION : (RELATION ) – Lien sémantique entre deux ou plusieurs entités. – Le lien n'est pas orienté : les commandes comportent des produits veut dire également que les produits peuvent être commandés. – Souvent nommé par un verbe ou un substantif. 20/ mike@univ-lr.fr
Hiển thị 20 trang đầu. Tải tài liệu để xem đầy đủ.
Chưa có bình luận nào. Hãy là người đầu tiên!
Bình luận (0)
Chưa có bình luận nào. Hãy là người đầu tiên!