Systèmes d’Informations

Systèmes d’Informations
M244 – M245 Systèmes d’Informations Base de Données Yacine OUZROUT Y. Ouzrout Modules M244 - M245

Système d'information - Bases de données (Module Conception de SI + Module SGBD)
OBJECTIFS : Maîtriser la mise en œuvre d'une méthode de conception de systèmes d'information (CSI). Appliquer ces concepts en utilisant un Système de Gestion de Base de Données pour implémenter des Systèmes d'informations industriels. HORAIRES : Module CSI 12h cours, 10h TD et 10h TP + Action en entreprise Module SGBD 4h cours, 12h TD et 14h TP CONTENU DU MODULE : 1 : Processus de développement logiciel : CSI 2 : Méthodes de CSI 3 : Systèmes de Gestion de Base de Données (Access) EVALUATION : Module CSI : 1 D.S. (Papier et Machine) (0.9) 1 action en entreprise (0.1) Module SGBD : 1 D.S. (1) Y. Ouzrout

Introduction aux Systèmes d’Informations et aux SGBD
Chapitre 1 Introduction aux Systèmes d’Informations et aux SGBD Y. Ouzrout

Améliorer en permanence la qualité, le coût et la productivité :
Les Systèmes d’Information Améliorer en permanence la qualité, le coût et la productivité : C’est l’enjeu des années 2000 pour les entreprises Diversité des produits Augmentation de la qualité Augmentation de la concurrence Diminution des coûts de fabrication. Augmentation de la réactivité Ouverture des marchés Quels outils donner au décideur pour comprendre, dimensionner, piloter, et gérer ces systèmes Y. Ouzrout

Système d’INFORMATION
Vision globale de l’entreprise Système de DECISION Décider des actions à conduire Système d’INFORMATION Collecter, mémoriser, traiter distribuer l’information Assurer les fonctions Ex : . facturer les clients . fabriquer les produits . … Système OPERANT Y. Ouzrout

Système d’information - Définition
Un système d’information utilise des personnes, des logiciels, du matériel, des données et des réseaux pour accomplir des activités de saisie, de traitement, de sortie de stockage et de contrôle qui servent à transformer des données en produits d ’information Contrôle du rendement du système Stockage des données Entrée des données Traitement des données en information Sortie des produits d’information 5 Composantes ou ressources personnes logiciels matériel données réseaux Y. Ouzrout Modules M244 - M245

Système d’Information
Collection de données : représentation partielle, en partie arbitraire, d’aspects pertinents de la réalité. Collection de règles : qui fixent le fonctionnement : . connues de tous les acteurs . nécessaires à l’interprétation et à la manipulation de données Ensemble de procédés : d’acquisition, de mémorisation, de transformation, de recherche et de communication des renseignements. Ensemble de ressources : humaines et techniques. Y. Ouzrout

Définition des Systèmes d’Information
Le système d’information est aujourd’hui un réel vecteur de performance de l’entreprise. Cohérence et validité des informations Gestion automatisée des principales fonctions de l’entreprise (achats, stocks, livraisons, …) Aide à la structuration des échanges d ’informations dans l’entreprise ... Y. Ouzrout

acheter fabriquer stocker livrer vendre client années mois semaines
jours planification stratégique tactique opérationnelle exécution concevoir Gestion Commerciale Gestion des stocks Outil de Conception Gestion de Production Y. Ouzrout

G.P.A.O 1. Intégration Exemple de système d’information acheter
fabriquer stocker livrer vendre client années mois semaines jours planification stratégique tactique opérationnelle exécution G.P.A.O Y. Ouzrout Modules M244 - M245

ERP G.P.A.O 1. Intégration : de la GPAO aux ERP GPAO
Exemple de système d’information 1. Intégration : de la GPAO aux ERP acheter fabriquer stocker livrer vendre client années mois semaines jours planification stratégique tactique opérationnelle exécution G.P.A.O ERP Planification distribution Planification transport Planification production Gestion des achats Administration des ventes Gestion des appro GPAO Gestion des transports Gestion des entrepôts Y. Ouzrout

Entreprise Resource Planning
Exemple de système d’information les E.R.P : A F S L V années mois semaines jours planification stratégique tactique opérationnelle exécution ERP Entreprise Resource Planning Progiciels de Gestion Intégrés qui permettent de gérer les fonctions transactionnelles de l’entreprise et des fonctions de planification. Y. Ouzrout

Une entreprise industrielle Ventes et distribution
Le Système d’Information et l’entreprise Une entreprise industrielle Finances et comptabilité Ventes et distribution 1 1 7 7 Contrôle de gestion Achats 2 2 8 8 Immobilisations Gestion des magasins 3 3 9 9 Briques logicielles Briques logicielles 4 4 10 10 Logistique Qualité 5 5 11 11 La Gestion de Production Bureau d ’étude 12 12 6 6 Rh Maintenance Vision ERP type SAP Y. Ouzrout

E.R.P : Entreprise Resource Planning
Exemple de système d’information E.R.P : Entreprise Resource Planning Pour être intégré, un progiciel doit couvrir au moins 3 fonctions de base dans le domaine de la gestion (parmi la comptabilité, la gestion de production, la gestion commerciale, la gestion des achats, la gestion des stocks, la gestion des transports, la gestion des ressources humaines…) et partager les informations entre les modules par le biais d’une base de données unique. Y. Ouzrout

     concepteur « unique » unicité de l’information
Exemple de système d’information les E.R.P  concepteur « unique » module  unicité de l’information base de données unique  traitements multi-domaines  traitement en temps réel  traçabilité des opérations Y. Ouzrout

Les données Données Faits ou observations concernant des phénomènes physiques ou des transactions Les données sont des mesures objectives des attributs (ou caractéristiques) et d’entités ( telles que des personnes, des endroits, des objets ou des événements) Entité Élément représentant un phénomène (personne, concept, événement) à propos duquel des données peuvent être stockées Y. Ouzrout Modules M244 - M245

Sans traitement les données ont une valeur limitée
L’information Information Ensemble de données placées dans un contexte ayant une signification et une utilité pour l’utilisateur O’Brien, Glossaire p. 523 L’information = des données traitées Information Données Traitement Matériel brut Ajoute de la valeur Signifiante et utile Sans traitement les données ont une valeur limitée Y. Ouzrout Modules M244 - M245

Définition Base de Données
C’est un regroupement de fichiers ou tables qui sont intégrés ensemble Base de données sur le personnel Fichier des employés Table rendement Table salaire Fichier protection Réunit les données conservées précédemment dans des fichiers séparés Peut contenir plusieurs dizaines de tables, voir même des centaines Y. Ouzrout Modules M244 - M245

Les principaux logiciels de SGBD Exemple d’un SGBD: Access
Concepts de base SGBD Qu’est ce un SGBD Les principaux logiciels de SGBD Exemple d’un SGBD: Access Y. Ouzrout Modules M244 - M245

Dictionnaire des données
Qu’est-ce qu’un SGBD? Logiciel qui permet de créer une base de données, de les mettre à jour, d’effectuer des requêtes pour extraire les données à l’aide d’un langage approprié, de gérer les accès simultanés à la base de données, de veiller à ce que seulement les personnes autorisées y aient accès, d’assurer l’intégrité des données, de maintenir un dictionnaire de données, et de faciliter les procédures administratives telles que les copies de sécurité, l’importation des données, la création des utilisateurs autorisés. Système d'exploitation Système de gestion des bases de données Programme d'application Gestion de bases de données Dictionnaire des données Bases de Y. Ouzrout Modules M244 - M245

Progiciels de SGBD IBM Lotus Approach IBM DB 2 Microsoft Access
Oracle 9 Y. Ouzrout Modules M244 - M245

Analyse et conception de systèmes d'information
Laurent BUZON & Yacine OUZROUT Y. Ouzrout

Analyse et Conception de Système d’Information
Qu’est-ce qu’un modèle ? Un modèle est par définition une représentation, une abstraction, d’une partie du monde réel, exprimée dans un langage de représentation. Ce langage peut être : formel : ayant une syntaxe et une sémantique bien définies comme la logique du premier ordre ou un langage informatique, semi-formel : notation graphique normalisée Informel : description en langage naturel. Y. Ouzrout

Pourquoi modéliser ? Les principales motivations sont (Vernadat, 2000) : comprendre et analyser la structure et le fonctionnement de l’entreprise ; prévoir (de manière fiable) le comportement et les performances des processus opérationnels avant leur implantation ; choisir la (ou les) meilleure(s) alternative(s) d'implantation ; identifier les risques d'implantation à gérer ; justifier les choix d'implantation sur des critères liés aux ressources et aux coûts (méthodes de comptabilité par activités, par exemple) ; - bâtir une vision commune du fonctionnement de l’entreprise et la communiquer facilement au plus grand ensemble possible du personnel. Y. Ouzrout

Que faut-il pour analyser, concevoir,…? Il faut : garantir les délais, la pertinence, l’efficacité, faciliter la maintenance, prolonger la durée de vie, … Réponse METHODOLOGIQUE Y. Ouzrout

Quel est le rôle d’une méthode de conception ? Formulation claire et complète du problème informationnel, Maîtrise de la résolution du problème par l’utilisation de critères objectifs pour évaluer les solutions Construction de SI pertinents, complets, cohérents, fiables flexibles et adaptatifs. Évaluation du SI à tout moment de son cycle de vie Faciliter la coopération entre concepteurs, informaticiens gestionnaires, utilisateurs  COMMUNICATION Éviter la construction intuitive et Avancer de façon rigoureuse dans l’élaboration de la solution Maîtriser et réduire les coûts et les délais. Y. Ouzrout

Introduction à la méthode MERISE
Chapitre 2 Introduction à la méthode MERISE Y. Ouzrout

Présentation de MERISE
1. Généralités Double vocation Méthode de conception du SI : Philosophie Méthode de développement du SI : Démarche a. Méthode de conception approche globale du SI menée parallèlement sur les données et les traitements, description du SI par niveaux Conceptuel, Logique et Physique, formalisme de représentation précis, simple et rigoureux pour la description des données, représentation graphique des modèles conceptuels ==> outils de communication. b. Méthode de développement découpage du processus de développement : étude préalable, réalisation,… description détaillée de l'organisation du travail : comité directeur, groupe projet,... Y. Ouzrout

2007-2008 Y. Ouzrout Etude de l’existant Etude d’opportunité
Analyse Fonctionnelle Modèles de données Modèles des traitements Schéma Conceptuel Analyse Organique - Réalisation Organisation des Données : . niveau logique . niveau physique Organisation des Traitements : . par lots . transactionnels . interactifs Structures d’Accueil : . micros . réseaux . progiciels Interfaces Homme / Machine : . ergonomie . langage de comm. Programmation Algorithmique Langage de Prog. Archi. des Ordi. Etape Préalable Etape Conceptuelle Etape Logique Etape Physique Y. Ouzrout

2. Niveaux de description et modèles associés Trois niveaux qui constituent le cycle d'abstraction Merise fonctionne sur la base de trois niveau de préoccupation ; la synthèse et la validation des choix de niveau et modèles s’appuie sur 6 modèles de travail. NIVEAU PREOCCUPATION DONNEES TRAITEMENT CONCEPTUEL QUOI faire ? Modèle Conceptuel des Données MCC & MCD Modèle Conceptuel des Traitements MCT LOGIQUE QUI le fait ? Modèle Logique des Données MLD Modèle Logique des Traitements MLT PHYSIQUE Avec QUELS moyens ? Modèle Physique des Données MOD Modèle Physique des Traitements MPT Y. Ouzrout Modules M244 - M245

3. Les différentes étapes de développement 3.1. Étude préalable : analyse de l'existant proposition d'une architecture globale de la solution (prend en compte les orientations de gestion, d'organisation et de choix techniques). ==> Dossier d'étude préalable 3.2. Étude détaillée : description complète de la solution préconisée (Conception générale + Conception détaillée) ==> Dossier de spécification détaillée 3.3. Réalisation : obtenir les logiciels qui correspondent au dossier de spécification détaillées (Étude technique + Production de logiciel). ==> Dossier de spécification détaillées 3.4. Mise en œuvre : actions pour aboutir au "lancement" du système ==> Formation, installation du matériel, initiation,... Y. Ouzrout

MERISE : le niveau Conceptuel
Chapitre 3 MERISE : le niveau Conceptuel Y. Ouzrout

1. Le Niveau Conceptuel 1.1 Définition du domaine de l'étude 1.2 Définition des acteurs internes et externes pour définir les flux d'informations : MCC 1.3 Constitution du MCD 1.4 Constitution du MCT Y. Ouzrout

Domaine de l'étude & Acteurs Modèle Conceptuel de Communication : MCC Ce modèle appelé également Graphe de flux, fournit une visualisation des transferts d'informations entre les divers acteurs. Il sert de base aux MCD et MCT. Les acteurs sont représentés par un ovale contenant le nom de l’acteur Les acteurs externes sont représentés par un ovale grisé Chaque information (écrite, verbale,…) transitant d’un acteur à l’autre est représentée par une flèche accompagnée du libellé de l’information. Y. Ouzrout

Exemple de MCC CLIENT BL signé Service Expédition BL + produits Commande Facture, Relance Règlement Produits Finis Service Commercial Demande fabrication PF Service Production Stock PF Facture client Règlement client Relance Service Comptabilité MCC Y. Ouzrout Modules M244 - M245

1.3 Le modèle conceptuel de données Ce modèle, également appelé est issu des travaux de Codd sur le modèle relationnel. Il est à la base de tous les SGBD dits relationnels (Access, Oracle,…) qui sont les plus utilisés actuellement dans les entreprises. Cet outil va nous permettre de recenser et d’organiser les données du système d’information du domaine étudié. Il permet donc une représentation du “ réel perçu ” sous la forme de : ENTITES, RELATIONS et PROPRIETES Y. Ouzrout

1.3 Le modèle conceptuel de données A. ENTITES Définition Le SI doit pouvoir prendre en compte les divers objets matériels ou non (concrets ou abstraits) qui peuplent la réalité. Ce sont donc un ensemble d'individus, de choses ou d'événements qui ont un intérêt pour le SI considéré. Exemples : Fox MULDER élève du département OGP Le cours de base de données La perceuse Bosch Le compte à la banque Z Y. Ouzrout

1.3 Le modèle conceptuel de données A. ENTITES Formalisme Nom de l'objet Exemple Un SI modélisant la bibliothèque de l'IUT aurait les objets suivants dans son MCD AUTEUR LIVRE ETUDIANT Y. Ouzrout

1.3 Le modèle conceptuel de données B. RELATIONS Définition Une relation entre entités est une association.perçue dans le réel entre 2 ou plusieurs entités. Remarque : une relation est dépourvue d'existence propre et n'a de sens que par rapport aux entités qu'elle associe. Formalisme Entité 2 Nom relation Entité 1 Entité 3 Exemple ETUDIANT LIVRE emprunte Y. Ouzrout

1.3 Le modèle conceptuel de données C. PROPRIETES Définition Une propriété (ou attribut) est une donnée élémentaire que l'on perçoit sur un objet ou sur une relation entre objets. Formalisme Nom de la propriété inscrit à l'intérieur de l'objet ou de la relation. Exemple IDENTIFIANT (ou CLÉ) Attribut (ou groupe d’attributs) qui permet d’identifier de façon unique une occurrence d’entité. ETUDIANT LIVRE emprunte côte titre prix ... date Propriétés sur un objet Propriétés sur une relation Y. Ouzrout

1.3 Le modèle conceptuel de données D. OCCURENCES a. Occurrence d'une entité : Définition Une occurrence d'une entité est un élément individualisé appartenant à cette entité. b. Occurrence d'une relation : Définition Une occurrence d'une relation est une relation individualisée constituée d'une et une seule occurrence des entités participant à la relation. ETUDIANT LIVRE emprunte 1 occurrence de la relation "emprunte" 007 Bond James ... ZX25 L'OGP en 1 leçon 95 F ... 09/03/2000 1 occurrence de l'entité "Livre" Y. Ouzrout

1.3 Le modèle conceptuel de données E. CARDINALITE Définition La CARDINALITE d'une entité par rapport à une relation s'exprime par 2 nombres appeler Cardinalité Minimale et Cardinalité Maximale. a. Cardinalité Minimale : nombre minimum de fois qu'une occurrence d'une entité peut participer aux occurrences de la relation. ==> 0 ou 1 b. Cardinalité Maximale : nombre maximum de fois qu'une occurrence d'une entité peut participer aux occurrences de la relation. ==> 1 ou n ETUDIANT GROUPE appartient 1,1 1,n Un étudiant appartient au min. un groupe et au max. à un groupe. Un groupe est constitué d'au moins un étudiant et d'au plus n Y. Ouzrout

1.3 Le modèle conceptuel de données F. REGLES DE VERIFICATION / NORMALISATION Règle 1 Existence d’un identifiant pour chaque entité Règle 2 Pour chaque occurrence d’une entité chaque propriété ne peut prendre qu’une valeur Règle 3 Toutes les propriétés doivent êtres élémentaires (ie: non décomposables) Règle 4 Toutes les propriétés autres que l’identifiant doivent dépendre pleinement et directement de l’identifiant Règle 5 A chaque occurrence d’une relation correspond une et une seule occurrence de chaque entité qui participe à la relation Règle 6 Pour chaque occurrence de la relation il ne peut exister qu’une et une seule valeur pour chaque propriété de la relation Règle 7 Toutes les propriétés d’une relation doivent dépendre pleinement de l’identifiant de la relation. Y. Ouzrout

Exemple 1 : modèle conceptuel des données
Y. Ouzrout

Chapitre 2 Exemple 1 : modèle conceptuel des données
Analyse et Conception de SI Exemple 1 : modèle conceptuel des données Modifier le MCD précédent pour intégrer les règles de gestion suivantes : Un produit conditionné ou un lot de produit conditionné doit pouvoir être stocké dans plusieurs unités de stockage. Pour faciliter la préparation des commandes régulières, il est décidé de préparer des lots comprenant plusieurs produits conditionnés. De plus il est décidé qu’un lot peut être constitué à partir d’autres lots, néanmoins un seul niveau d’imbrication est permis. Enfin, le responsable décide de prendre en compte le personnel impliqué dans la gestion des stocks. A ce sujet, chaque entrepôt ainsi que chaque unité de stockage a un responsable. Le stockage effectif est effectué par un employé. Pour assurer un suivi intelligent des stocks, chaque employé travaille en binôme. Y. Ouzrout

Exemple de MCD Une première analyse du système de production de l'entreprise Alpha a permis de déterminer les propriétés suivantes : référence produit désignation numéro ligne date commande quantité en stock ( par client & par magasin) numéro client nom client numéro magasin nom magasin un produit peut être : fabriqué par plusieurs lignes Commandé par plusieurs clients Stocké dans plusieurs magasins (pour chaque client). Définir les différentes Entités du système et proposer des relations entre ces entités. Y. Ouzrout

PRODUIT Référence désignation LIGNE Numéro FABRIQUER 1 , N 0 , N CLIENT Nom COMMANDER STOCKER MAGASIN Quantité Date Y. Ouzrout

Exemple 2 On désire créer une base de donnée pour la gestion des commandes clients. Une première analyse a permis de recueillir les informations importantes suivantes : . référence article . désignation . quantité en stock (par produit) . prix unitaire . numéro client . nom client . adresse . type de client (Bon, Excellent,…) . numéro commande . date commande . date livraison . total commande . quantité commandée . quantité livrée . numéro salarié . nom salarié . prénom salarié . fonction . salaire Et quelques règles de gestion : un produit peut être commandé par plusieurs clients une commande est traitée par un salarié une même commande concerne plusieurs produits (avec des quantités différentes) Les salariés peuvent avoir un responsable (un seul). Y. Ouzrout

Y. Ouzrout

Exemple 3 On désire créer une base de donnée pour la gestion des approvisionnements (matières premières, fournisseurs,…) de l’entreprise Sofframol. Remarque : On s’inspirera de l’exemple 2 pour une partie du modèle conceptuel à définir. Les informations principales recueillies sont les suivantes : . Toutes les informations de l’exemple 2 . Référence Magasin . Lieu . Capacité . Stock min . Stock max . Référence MP . Désignation . Prix MP . Numéro fournisseur . Raison sociale . Adresse . Quantité MP Et quelques règles de gestion (idem exemple 2) : Une référence matière première ou produit peut être stockée dans différents magasins Un fournisseur peut fournir plusieurs MP Une MP peut être fourni par plusieurs fournisseurs Un magasin stock différents Produits ou MP Un produit est constitué de plusieurs MP Y. Ouzrout

Y. Ouzrout

Exemple 3 - suite 2007-2008 Y. Ouzrout
On désire créer une base de donnée pour la gestion du système de production (produits, ressources,…) de l’entreprise Sofframol. Remarque : On s’inspirera des exemples 2 & 3 pour une partie du modèle conceptuel à définir. Les informations principales recueillies sont les suivantes : . Toutes les informations de l’exemple 2 & 3 . Référence Composant . Quantité Composant . Référence Opération . Désignation opération . Durée Opération . Référence Atelier . Désignation atelier . Référence Machine . Temps SETUP . MTBF . Numéro Gamme . … Et quelques règles de gestion : Une référence produit (ou composant) peut être stockée dans différents magasins Un produit fini peut être composé de MP et de composant Un produit (ou composant) peut avoir deux gammes de fabrication Une gamme de fab. ne concerne qu’un seul produit (ou composant). Une gamme de fab. est un ensemble d’opérations Une opération peut être effectuée sur plusieurs machines Une machine est localisée dans un atelier Un opérateur (salarié) travaille dans un atelier Un opérateur est qualifié sur plusieurs opérations Y. Ouzrout

Y. Ouzrout

MERISE : le niveau Logique
Chapitre 4 MERISE : le niveau Logique Y. Ouzrout

1. Le Niveau Logique 1.1 Le modèle logique des données MLD 1.2 Le modèle organisationnel des traitements MOT Y. Ouzrout

Chapitre 4 1.1 Le modèle logique des données
Analyse et Conception de SI 1.1 Le modèle logique des données Une fois le modèle conceptuel des données (représentation de l’ensemble des données et de leurs relations) défini, l’étape suivante concernant les données consiste à définir le Modèle Logique des Données (MLD). Le MLD est une TRADUCTION du MCD en un modèle tenant compte des impératifs liés au type de Système de Gestion de Base de Données (SGBD) utilisé. La traduction du MCD en MLD peut être résumée selon les trois règles : Y. Ouzrout

Analyse et Conception de SI 1.1 Le modèle logique des données Toute Entité du modèle conceptuel des données se transforme en Table dans le modèle logique. EMPLOYE NuméroEmployé Nom Prénom … SERVICE NuméroService Désignation 2 TABLES (Access) EMPLOYE(NuméroEmployé, Nom, prénom,…) SERVICE(NuméroService, Désignation,…) Y. Ouzrout

Analyse et Conception de SI 1.1 Le modèle logique des données Toute Relation dont les cardinalités sont de type (1,1) ou (0,1) d’un coté et (1,N) ou (0,N) de l’autre  disparition de la relation et transfert de la clé primaire de l’Entité qui est du coté multiple de la relation. FOURNISSEUR NuméroFour RaisonSociale PRODUIT RéférenceProduit Désignation Livre 1 , 1 0 , N 2 TABLES (Access) PRODUIT(RéférenceProduit, Désignation) FOURNISSEUR(NuméroFour, RaisonSociale, #RéférenceProduit) Y. Ouzrout

Analyse et Conception de SI 1.1 Le modèle logique des données Toute Relation dont les cardinalités sont de type (1,N) ou (0,N) d’un coté et (1,N) ou (0,N) de l’autre  transformation de la relation en Table avec comme clé primaire la concaténation des clés primaires des Entités qui participent à la relation. CLIENT PRODUIT COMMANDER 1 , N 0 , N NuméroClient RaisonSociale RéférenceProduit Désignation Quantité 3 TABLES (Access) CLIENT(NuméroClient, RaisonSociale) PRODUIT(RéférenceProduit, Désignation) COMMANDER(#NuméroClient , #RéférenceProduit, Quantité) Y. Ouzrout

Chapitre 4 Exemple 1 Analyse et Conception de SI 2007-2008 Y. Ouzrout
COMMANDE NuméroCom Date Commande Date Livraison Total SALARIE NuméroSal Nom Prénom Fonction Salaire CONCERNE 1 , 1 0 , N CLIENT 1 , N NuméroCli Adresse Type COMMANDER COMPOSER ARTICLE NuméroArt Désignation Quantité en stock Prix unitaire Quantité Comm. Quantité Livrée Y. Ouzrout

MERISE : les traitements
Chapitre 5 MERISE : les traitements Y. Ouzrout

5.1 Le Modèle Conceptuel des Traitements
Présentation MCT 5.1 Le Modèle Conceptuel des Traitements Données  partie statique du SI Traitements  partie dynamique du SI Traitements :  décrivent les actions à exécuter sur les données pour obtenir les résultats attendus par l’entreprise.  définissent qui sont les acteurs concernés Exemple : Règle de gestion : Une commande ne sera satisfaite que si la quantité en stock est supérieure à la quantité demandée + 20. Traduction :  Lire la quantité commandée + 20  Comparer avec la quantité en stock  Si < alors accepter la commande sinon refuser la commande. Y. Ouzrout

5.2 Les concepts manipulées
Présentation MCT 5.2 Les concepts manipulées Processus Le processus constitue un sous ensemble de l’activité de l’entreprise dont les points d’entrée et de sortie sont stables, et indépendants des choix d’organisation. Exemple 2 processus sont identifiables dans l’activité de gestion Commerciale d’une entreprise. : . La gestion des commandes . La gestion des factures Gestion des factures Commande acceptée Facture(s) Établie(s) Prise en compte d’une commande traité&e Y. Ouzrout

Présentation MCT Opération Événement
Une OPERATION est constituée d’un ensemble d’actions qui sont exécutables sans interruption. Une opération est déclenchée pour répondre à la sollicitation d’un ou plusieurs EVENEMENTS et pour produire un RESULTAT Événement Un EVENEMENT est une sollicitation pour le SI qui doit réagir par l’exécution d’une ou plusieurs actions en vue de traiter cet événement. Événement externe Événement interne Y. Ouzrout

Présentation MCT 5.3 Le Formalisme
 Chaque Traitement est représenté par son nom dans un rectangle FACTURATION  Chaque traitement induit au moins une sortie d’information symbolisée par une flèche issue du traitement et accompagnée du nom de la sortie. On appelle les informations de sortie des Résultats. FACTURATION Facture Y. Ouzrout

Présentation MCT 5.3 Le Formalisme
 Lorsqu’un traitement est générateur de plusieurs Résultats fonction de conditions particulières, chacun de ces résultats est représenté par un sous-cadre de sortie dans le traitement contenant la règle d’émission de ce résultat FACTURATION Facture Normale Spéciale Facture de produits déclassés FACTURATION Facture Normale Spéciale Facture de produits déclassés Bon de livraison Chaque Événement (interne ou externe) déclenchant un traitement est symbolisé par son nom et une flèche allant sur un symbole d’entrée du traitement, appelé Synchronisation d’opérations. Y. Ouzrout

Présentation MCT De manière générale, le Modèle Conceptuel des Traitements (MCT) est réalisé par éclatement du graphe des flux (MCC) en sous graphes. L’éclatement se fait en partant des acteurs extérieurs en retraçant le sous graphe partant de cet acteur jusqu’à une fin de séquence (transfert d’information ne déclenchant pas d’autres flux) ou jusqu’à une arrivée à un acteur extérieur. Le sous graphe est alors traduit en transformant les acteurs extérieurs de départ et le flux conjoint en un événement. Chaque acteur suivant est alors traduit par le traitement qu’il réalise. La traduction effectuée, on procède alors à un assemblage des sous-graphes, lorsque cela est possible, par regroupement des traitements semblables. Y. Ouzrout

Exemples de MCT 2007-2008 Y. Ouzrout BL signé CLIENT Service
Expédition Commercial Production Comptabilité Commande Facture, Relance Règlement BL + produits BL signé Facture client Règlement client Demande fabrication PF Stock PF Produits Finis Y. Ouzrout

Exemples de MCT MCT 2007-2008 Y. Ouzrout Commande Client Commande
Stock ET FACTURATION G.P OK Non OK Facture Règlement Produits Finis Demande Fabrication OUU COMPTABILITE PRODUCTION Règlem. N. Règlem. Produits Finis Stock Solde du comp Relance client EXPEDITION Bon de liv. MCT Y. Ouzrout

5.4 Règle de construction d’un MCT
Présentation MCT 5.4 Règle de construction d’un MCT Règle 1 : Une OPERATION est une suite non interrompue de traitements toute intervention d’un acteur externe qui entraînerait une interruption provoque le découpage de l’opération. Règle 2 : Une même OPERATION doit avoir une certaine homogénéité par rapport aux résultats produits   elle ne peut comporter des traitements de nature très différente. Y. Ouzrout

Délais Conf. lots Cde client Cde interne Plan de charges Planning cde
Commercial Méthodes Gestion production Groupement Entreprise Délais Conf. lots Cde client Définition lots entreprise Cde interne Extraction BD Plan de charges jalonnement OK KO Planning cde Planning Dde Planning Données prrocess Calcul charges Calcul dates Y. Ouzrout

Temps Dir. Des Etudes Secrétariat Elèves Autres Début Année Arrivée des choix notes du trimestre de mois L2 L1 01 L1.1 L3 L5 02 L6 03 L8 04 L14 10 L4 L7 L9 L10 L17 L11 05 L13 06 L15 07 L12 L16 F1 : Gérer les cours F2 : Gérer les élèves F3 : Gérer les intervenants Y. Ouzrout

Exemple de traitements
F1 : GERER LES COURS LOTS : L1 : Cours des années précédentes L2 : Eléments de modification années précédentes L3 : Nouveaux cours L1.1 : Cours année courante TRAITEMENTS : 01 : Mise à jour des cours . saisie des nouveaux cours . saisie des modifications F2 : GERER LES ELEVES L4 : Nouveaux élèves L5 : Elèves années antérieures L6 : Elèves régulièrement inscrits L7 : Elément de choix des élèves L8 : Inscription L9 : Notes et cours correspondants 02 : Mise à jour des élèves . modification des anciens élèves (règle : faire +1 dans année de scolarité) . modifier les redoublants . saisie des nouveaux élèves (écran avec des valeurs par défaut) 03 : Enregistrer les inscriptions . créer automatiquement les inscriptions pour les cours du TC . créer les inscriptions dans des cours 04 : Saisie des notes . modification de la rubrique note (indexé sur les cours) 10 : Editer les bulletins trimestriels F3 : GERER LES INTERVENANTS LOTS : L10 : Nouveaux intervenants L11 : Anciens intervenants L12 : Elément de modification des anciens intervenants L13 : Intervenants pour l’année scolaire courante L15 : Projets d’interventions L16 : Etats des interventions prévues TRAITEMENTS : 05 : Mise à jour des intervenants . modification des anciens intervenants . saisie des nouveaux intervenants 06 : Enregistrer les interventions potentiels . création des interventions 07 : Edition des interventions prévues 08 : Saisie des interventions réelles 09 : Rémunérer les intervenants . calcul des rémunérations . édition des bordereaux récapitulatifs . édition du mandat Y. Ouzrout

Exemple 2 Soit une entreprise de distribution de type « Grande Surface » :  1 siège social  3 entrepôts  10 hyper-marchés, 40 super-marchés, 200 superettes L’approvisionnement des magasins est assuré par les entrepôts ou directement par les fournisseurs (produits non gérés en entrepôt). Nous nous intéressons dans cette étude de cas à l’activité de vente des produits correspondants à une collection (collection de jouets de Noël par exemple). L’entreprise en question est adhérente à une centrale d’achat. C’est au niveau de cette centrale d’achat que sont sélectionnés les produits des collections. Règles de gestion : La détermination des commandes est réalisée à partir du catalogue établi par la centrale d’achat et de l’historique des ventes de chaque magasin correspondant à cette collection. Les commandes des magasins sont établies pour couvrir la totalité des ventes ; néanmoins les magasins peuvent déclencher des réajustements auprès des fournisseurs si les ventes sont supérieures aux prévisions. Une commande globale (cumulant l’ensemble des commandes magasins) est établie pour chaque fournisseur. Toutes les commandes d’une saison doivent être impérativement vendues ; à cet effet, une campagne de soldes peut être déclenchée en fin de période. Les marchandises restant néanmoins en stock après inventaire, sont retournées aux fournisseurs ou mises en réserve pour être intégrées à la collection de l’année suivante. Travail à faire : Etablir l’inventaire des flux en fonction des échanges entre les acteurs concernés par le système. Faire le graphe des flux entre acteurs (MCC). Construire le MCT à partir de ce graphe. Y. Ouzrout

Exemple 2 : Diagramme de flux - MCC
Les différents acteurs : Centrale d’achat Acheteur Magasin Fournisseur Magasin Client CA F M C Catalogue magasin Commande globale Commande pour la saison Commande de réassortiment Retour (NC) Retour (Stocks) Livraison AM Achat VPN VPS Y. Ouzrout

Exemple 2 : MOT Y. Ouzrout

Le langage de commande SQL
CHAPITRE 6 Le langage de commande SQL Y. Ouzrout

Le Langage SQL Pour faire des interrogations sur les données de ma base : QBE (Query By Exemple) SQL (Structured Query Langage), ... SQL : standard de fait (norme ANSI) il permet : - la description, interrogation et manipulation des données d'une base - déclarer les relations, créer les occurrences - faire toute opération définie par l'algèbre relationnelle. SELECT liste des colonnes FROM nom des tables WHERE conditions Y. Ouzrout

Quatre grandes familles de commandes
Le Langage SQL Quatre grandes familles de commandes Langage d'Interrogation des Données  SELECT Langage de Manipulation de Données  INSERT, UPDATE, DELETE Langage de Contrôle des Données  CREATE, ALTER, DROP Langage de Définition de Données  CREATE, ALTER, DROP,  RENAME, TRUNCATE Y. Ouzrout

Le Langage SQL Fourniture IdFourT ... Service IdService ... 0,n 1,1
Commander Dépendre Rattacher 1,n 0,n 1,n 1,1 Collectivite Fournisseur Agent IdFourS ... IdCollect ... IdAgent ... Y. Ouzrout Modules M244 - M245

Le Langage SQL Fournisseur Commande Service Fourniture Agents
IdFourS FNom FAdresse FType Commande IdCom Agent_Id FourT_Id FourS_Id DateC DateL Prix Quantite Service Fourniture IdService SNom Collect_Id IdFourT FDesignation Quantite_Stock Agents IdAgent ANom APrenom DateE Fonction Responsable Salaire Commission Service_Id Collectivité IdCollect CDesignation Y. Ouzrout

LE LANGAGE SQL : Interrogation des données
1 – Interrogation de la base : LID 2 – Les jointures 3 – Les sous-interrogations et fonctions de groupe Y. Ouzrout

Le Langage SQL : Interrogation des données
SELECT Sélection des colonnes à interroger. FROM Choix des tables à partir desquelles on fait la sélection. WHERE Sélection des lignes (application d'un filtre). Y. Ouzrout

Sélectionner des colonnes spécifiques
Choix des colonnes par la clause SELECT. SQL> SELECT IDAgent, ANom, Responsable 2 FROM Agent; IdAgent ANom Responsable Dupont 25435 Roland Robert ... Afficher toutes les colonnes d'une table. SELECT * FROM Agent ; Y. Ouzrout Modules M244 - M245

Expressions Arithmétiques
Créer des expressions sur des données de type NUMBER ou DATE avec : * / SELECT ANom, Salaire*12 FROM Agent ; Remarque : la colonne salaire*12 existe uniquement à l’affichage. SELECT ANom, Salaire*12 "Salaire Annuel" FROM Agent ; Alias sur colonne : AS La clause ORDER BY permet de trier les lignes : ASC DESC SELECT ANom, Fonction, Salaire FROM Agent ORDER BY Salaire DESC; Y. Ouzrout

Sélection des Lignes AND APrenom LIKE '_ea%';
Il est possible de limiter le nombre de lignes rapportées en utilisant la clause WHERE : permet d'exprimer une condition. SELECT ANom, Fonction, Salaire FROM Agent WHERE Service_Id = A10; SELECT ANom, Fonction, Salaire FROM Agent WHERE ANom = 'Dupont' AND APrenom LIKE '_ea%'; chaîne de caractères permet de faire des comparaisons Opérateurs de comparaison logiques = > >= < <= != <> Opérateurs de comparaison BETWEEN, AND, IN, LIKE, IS NULL Opérateurs logiques AND, OR, NOT Y. Ouzrout

Opérateurs de comparaison
On utilise l'opérateur BETWEEN pour tester l'appartenance à un intervalle. SELECT ANom, APrenom, Fonction, Salaire FROM Agent WHERE DateE BETWEEN #08-AOU-93# AND #08- AOU -99#; format des dates par défaut SELECT IdService, SNom, Collect_Id FROM Service WHERE Collect_Id IN (38,42,69,01); On utilise l'opérateur IN pour tester l'appartenance à une liste de valeurs. Y. Ouzrout

Fonctions Mono-Ligne LOWER convertit en minuscule
UPPER convertit en majuscule INITCAP convertit l’initial en capital CONCAT concatène des valeurs SUBSTR retourne une sous-chaîne LENGTH retourne un nombre de caractères SELECT UPPER(ANom), CONCAT(ANom, APrenom), Salaire FROM Agent WHERE LOWER(Fonction) = ‘directeur ’; ROUND(col,n) arrondit une valeur à la décimale spécif. TRUNC (col,n) tronque une valeur à la décimale spécif. MOD(m,n) retourne le reste de la division de m par n Y. Ouzrout

Les jointures SELECT Ag.ANom , Ag.Service_Id , Se.IdService
FROM Agent Ag, Service Se WHERE Ag.Service_Id = Se.IdService ; Une jointure est utilisée pour rechercher les données dans plusieurs tables. Les lignes sont reliées grâce aux valeurs communes contenues dans les clés primaires et étrangères. La condition de jointure s’exprime dans le WHERE. Y. Ouzrout

Les Sous-Interrogations
Il est possible d'imbriquer une, ou plusieurs, interrogation (SELECT) dans une autre. On parle alors de sous-interrogation. Elle est exécutée avant la requête principale ; son résultat est utilisé par la requête principale. Elle permet de rechercher des données basées sur un critère inconnu. SELECT ANom, Fonction FROM Agent WHERE Service_Id = ( SELECT Service_Id FROM Agent WHERE ANom = 'Dupont' ) ; Y. Ouzrout

Réponses Multi-Lignes (1/2)
SELECT ANom, Salaire, Service_Id FROM Agent WHERE Salaire_Id = ( SELECT MIN (Salaire) FROM Agent ); Si une sous-interrogation retourne plus d'une ligne SELECT ANom, Salaire, Service_Id FROM Agent WHERE Salaire_Id = ( SELECT MIN (Salaire) FROM Agent GROUP BY Service_Id ); Il faut remplacer = par IN (opérateur multi-lignes). Y. Ouzrout

Réponses Multi-Lignes (2/2)
Autre exemple SELECT Service_Id, AVG(Salaire) FROM Agent GROUP BY Service_Id HAVING AVG(Salaire) > ( SELECT AVG(Salaire) FROM Salarie WHERE Service_Id = A10 ); Y. Ouzrout

LE LANGAGE SQL : modification des données
1 – Insertion dans la base : Insert 2 – Suppression dans la base : Delete 3 – Modification dans la base : Update Y. Ouzrout

Le Langage SQL : Mise-à-jour des données
Pour insérer une ligne dans une table on utilise la commande SQL INSERT INSERT INTO Agent (IdAgent, Anom, Aprenom) VALUES (25236, 'Dalton', 'Joe'); DELETE FROM Agent WHERE IdAgent = ; Pour supprimer des données dans une table on utilise la commande SQL DELETE UPDATE Agent WHERE Salaire = 2500 ; Pour modifier des données dans une table on utilise la commande SQL UPDATE Y. Ouzrout

Manuel de Travaux Dirigés
Systèmes d’Informations Base de Données Manuel de Travaux Dirigés Y. Ouzrout Modules M244 - M245

M19 – TD 1 : MCD Représenter le système d'information d'une bibliothèque dont les caractéristiques principales sont les suivantes : . chaque lecteur a un numéro, un nom et une adresse . un lecteur peut être membre d'une société adhérente (identification) . un lecteur peut emprunter plusieurs livres (date retour) . un lecteur appartient à un type de lecteur . la durée du prêt dépend de la catégorie du livre . un livre est caractérisé par son numéro (nom auteur, éditeur, nombre exemplaire) . la catégorie se caractérise par un numéro (libellé), il en est de même pour le type de lecteur. . une société adhérente possède un nom et une adresse, elle s'engage à envoyer 500 lecteurs. Définir les différentes Entités du système à modéliser, ainsi que leurs propriétés. Définir les Relations entre ces Entités Concevoir le MCD et appliquer les règles de normalisation. Y. Ouzrout

M19 – TD 1 : MCD - Corrigé accès durée appartient prêt date ret.
Société Adhérente nom adresse Lecteur numéro Livre nom auteur nombr ex. dispo. Catégorie libellé Type Lecteur accès durée appartient prêt date ret. fait partie membre 1,n 0,n 1,1 500,n 0,1 Y. Ouzrout

M19 – TD 1 : MCD 1. Étudier le MCD
2. Proposer de nouvelles règles de gestion et modification en conséquence du MCD initial. Y. Ouzrout

M19 – TD 1 : MCD - Corrigé Y. Ouzrout

M19 – TD 1 : MCD Y. Ouzrout

M19 – TD 2 : MCD 1,n 1,1 0,n ETUDIANT num_étudiant Nom Prénom Date-naiss Ref_bancaire Adresse Etudes_anterieurs Bac Projet_Tuteuré code_projet designation Nb_et_prévues PROMOTION num_promo Année_début Infos profil COURS num_cours Mat_necessaire ENSEIGNANT num_cde date mode reglement réalise appartient Est_binome ENCADRE est responsable CONCERNE INTERVIENT Se déroule Acteur (o/n) … SALLE Code_bat,num_salle Nom_batiment Nb_places Couleur Date Heure Type (TP/TD) Mat utilisé 1). Ce modèle conceptuel des données (MCD) renferme beaucoup d'erreurs. Relevez-les et proposez une solution correcte. 2). Proposez les modifications nécessaires pour : Prendre en compte les trinômes (25 élèves  11*2 + 3) Pouvoir proposez des cours communs aux deux promos en cours Permettre à un étudiant d'être inscrit dans plusieurs promotions Y. Ouzrout

M19 – TD 3 : MLD 2007-2008 Y. Ouzrout 1). Etudier le MCD
2). Définir le Modèle Logique des Données Y. Ouzrout

M19 – TD 3 : MLD - Corrigé Y. Ouzrout

M19 – TD 4 : MCT On vous demande d’effectuer l’étude préalable à l’informatisation de l’activité commerciale d’une PME de ferronnerie d’art. Cette PME effectue des fabrications sur commande à travers les services :  Service commercial (2 technico-commerciaux)  Atelier de production (1 chef d’atelier et 6 ouvriers)  Service Livraison (1 livreur) Service Comptabilité (1 comptable) Les commandes sont de deux sortes : Les commandes « normales » qui donnent lieu à la réalisation d’un dossier de fabrication par les technico-commerciaux, dossier fourni au chef d’atelier pour planification de la production et mise effective en production. Les commandes «urgentes» (30% des commandes) qui suivent une procédure accélérée : pas de dossier de fabrication, mise en production immédiate, enlèvement par le client qui se voit remettre sa facture dès ce moment-là. L’objectif commercial de l’entreprise est un accroissement de 28% de son volume de commandes, chiffre estimé après Etude de marché. L’entreprise pense atteindre cet objectif sans accroissement de sa capacité de production. En informatisant sa « Gestion commerciale », l’entreprise veut pouvoir favoriser sa politique d’expansion à travers une fiabilisation et une rationalisation des travaux administratifs et techniques de gestion de commandes. Il est demandé de proposer des solutions informatisées n’impliquant pas l’embauche de personnel supplémentaire. Y. Ouzrout

M19 – TD 4 : Diagramme de flux - MCC
Y. Ouzrout

M19 – TD 4 : MOT Y. Ouzrout

M19 : Etude de Cas 1 2007-2008 Y. Ouzrout
Sujet « mise en place de maintenances préventive & curative » Votre entreprise décide de mettre en place une gestion claire et précise des actions de maintenance dans différents ateliers. Pour cela, une équipe maintenance a été créée regroupant un certain nombre d’employés de l’entreprise. Les unités de production sont constituées d’un ensemble de ressources (machines, convoyeur, chariot,…) ; ces ressources sont caractérisées par un ensemble de propriétés : nom, marque, date d’achat, prix d’achat,… et sont classées par type de ressource. Chaque intervention de maintenance sur les ressources et dirigée par un employé responsable, elle est programmée à une date donnée et validée une fois les travaux achevés. Une intervention peut nécessiter plusieurs déplacements (effectuées par des employés différents) ; ces déplacements sont caractérisés par une date, une heure de début et une heure de fin. Afin de planifier les différentes actions des employés de l’équipe maintenance il a été décidé de concevoir une application informatique permettant, entre autres, de : Archiver toutes les interventions effectuées (ainsi que les différents déplacements associés), Planifier les interventions des employés dans le cadre de maintenance préventives, Lister les interventions concernant une ressource donné, Éditer le planning d’intervention d’un employé donné, … Vous êtes donc chargé par la direction de concevoir et de mettre en place cette application dans l’entreprise. Démarche Établir un rapport d’analyse et de conception du projet dans lequel vous: Analysez le problème posé décrire les principales activités. Proposez un modèle de communication (MCC) décrivant les principaux flux d’informations. Définirez le modèle conceptuel des données (MCD) Définirez le modèle conceptuel des traitements (MCT) Décrirez les écrans principaux de l’application. Y. Ouzrout

M19 : Etude de Cas 2 2007-2008 Y. Ouzrout
L’entreprise « Lampa », petite PMI de la région Rhône-Alpes, commercialise six types de lampes pour le marché des particuliers. Les références de ces produits finis sont les suivantes : PCB, PRB, PRR, PCR, GCB, GRB Le travail demandé consiste à créer la base de données de gestion des commandes clients à partir de l’étude conceptuelle suivante : Partie 1 Analyser le problème et préciser les principaux échanges d’informations entre les différents acteurs (MCC). Concevoir le modèle conceptuel des données (MCD) correspondant. Définir les principaux traitements (MCT) pour le processus de « gestion d’une nouvelle commande » Définir le modèle logique des données (MLD) qui en découle. Partie 2 Implémenter à l’aide du SGBD Access la structure de donnée ainsi définie Développer l’interface permettant de gérer les traitements définis au niveau de l’analyse. Définir des requêtes qui : Liste les composants et matières premières pour un produit donné. Présente l’ensemble des opérations effectuées sur une ressource donnée. Calcul le temps de fabrication d’un produit … Y. Ouzrout

Systèmes d’Informations

Présentations similaires

Présentation au sujet: "Systèmes d’Informations"— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back

Entrer

S'autoriser via un réseau social:

Systèmes d’Informations

Présentations similaires

Présentation au sujet: "Systèmes d’Informations"— Transcription de la présentation:

Présentations similaires

Notre projet

Feed-back