Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Net

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MODULE C03 - Séquence 4 INTRODUCTION I. DONNEES ET TRAITEMENT II. MODELE CONCEPTUEL DES DONNEES III. MODELE CONCEPTUEL DES TRAITEMENTS IV. MODELE ORGANISATIONNEL DES TRAITEMENTS V. MODELE OPERATIONNEL DES TRAITEMENTS CONCLUSION APPLICATION Auteur : Mohamed Sidir : sidir@u-picardie.fr ANALYSE ET CONCEPTION DES SIO Séquence 4 : Méthodologies de conception et d‛analyse des SI Objectif général : - Acquérir les notions de base de l‛analyse d‛un SI et maîtriser la méthodologie de l‛analyse INTRODUCTION I. DONNEES ET TRAITEMENT Les applications informatiques effectuent un traitement de l'information. Usuellement, l'information est composée d'ensembles de données sur lesquelles on applique des programmes (forme informatique des traitements) qui manipulent, transforment, créent les données. Les données sont le plus souvent des valeurs de variables qui sont stockées dans des fichiers ; quand les fichiers sont structurés, c'est à dire quand il est possible d'identifier sans ambiguïté les valeurs des variables, le traitement est plus aisé. Si le fichier est en vrac, il devient plus difficile de trouver les valeurs que l'on peut être amené à utiliser et le traitement peut alors être considérablement ralenti. On conçoit donc qu'une application informatique est constituée de traitements et de données, les premiers agissant sur les seconds Dans les temps anciens de l'informatique de gestion, les données étaient indissociables des traitements. En effet, la structure des fichiers était définie dans le programme de manipulation de ces mêmes données, ce qui a conduit à une situation où dans un système d'information cohabitaient de nombreux couples traitements (programmes)- données (fichiers). Bien souvent ces couples traitements-données étaient incompatibles entre eux et ne permettait pas une certaine rationalité, en particulier l'élimination des redondances et des incohérences (certains fichiers peuvent se recouper et contenir les mêmes informations qui ne sont pas mises à jour de la même façon) Pour remédier à cette situation, il a été proposé de séparer les données et les traitements ce qui a donné lieu à de grands progrès conduisant - à des méthodologies de conception et d'analyse (dont Merise est la plus connue) ; - à la notion de base de données (et plus précisément au modèle relationnel L'ensemble des données (base de données) est ici complètement autonome vis à vis des applications. La maintenance (création, ajout, suppression, mise à jour) est effectuée par un programme spécifique appelé SGBD (Systèmes de Gestion de Base de Données) qui ne peut être exécuté que par l' administrateur de la base de données qui, seul définit les droits d'accès aux données des utilisateurs (donc des programmes d'application). On notera d'ailleurs qu'un utilisateur ne "voit" de la base que ce qui lui est permis de voir. Par ailleurs, les méthodologies de conception et Merise, en particulier, que nous prendrons comme exemple, effectuent de manière séparées la conception des structures de données et la conception des traitements. Récemment d'autres approches ont commencé à s'imposer et parmi celles-ci, les approches orientées objet qui prennent le contre-pied radicalement des idées précédemment exposées. Dans les approches orientées objet, le concept fondamental est celui d'objet qui représente une modélisation d'entités et qui possède la grande particularité est d'être "un tout" : un objet possède des caractéristiques ou attributs et , de ce fait, ressemble à un enregistrement de fichier, mais il possède aussi des méthodes, c'est à dire des traitements le concernant. Un objet est donc l'encapsulation d'un ensemble données-traitements. Les objets appartiennent à des classes, qui elles-mêmes peuvent être des sous-classes de classes plus générales Bien que les approches orientés objet rencontrent un large succès, la plupart des systèmes d'information existants sont conçus sur la séparation des traitements et des données. Nous examinerons dans la suite les méthodes basées sur la séparation des données et des traitements (Merise, bases de données relationnelles), puis celles qui sont basées sur l'encapsulation de données et de traitements (modèle Objet, UML). La méthode MERISE est une méthode de conception et d'analyse des systèmes d'information bien répandue. Nous la choisirons donc comme exemple illustratif d'une méthode permettant la conception et le développement d'une application informatique. Toute organisation peut être modélisée sous la forme de trois systèmes communicants : le système de pilotage, le système d'information et le système opérant : En particulier, une entreprise peut être modélisée suivant ces trois systèmes ; le système de pilotage représente la direction de l'entreprise, c'est à dire l'équipe des personnes qui prennent des décisions ; le système opérant est constitué des personnes ou des dispositifs qui exécutent les tâches (production, ventes, gestion,...) ; le système d'information est le dispositif de communication entre les deux systèmes précédents. Son but est quadruple : - collecter les informations internes ou externes - mémoriser les données manipulées par le système - traiter les données - transmettre des informations à l'intérieur et vers l'extérieur Par conséquent, le système d‛information gère et maintient les données de l‛entreprise, offre aux utilisateurs une possibilité de recherche et d‛interrogation. On peut donc résumer aux trois fonctions traitement, communication, mémorisation l‛essence d‛un système d‛information. Le système d'information se compose de traitements et de données et, comme nous l'avons déjà signalé, Merise effectue la conception séparée de ces deux composants. En fait, Merise, dans sa forme standard, comporte trois grands niveaux d'abstraction : conceptuel, logique ou organisationnel, physique, ce qui, compte tenu de la séparation entre les données et les traitements, conduit à 6 modèles : Très grossièrement le niveau conceptuel correspond à la définition de ce que l'on veut obtenir et à la modélisation de la réalité (Quoi ? Que veut-on faire ?) ; le niveau organisationnel exprime en structures, en processus et en postes de travail, la manière dont le système d'information sera organisé (Qui fait quoi ?, Où ?, Quand ?, Comment ?) ; le niveau opérationnel est le niveau d'implémentation (Avec quels moyens ?). Nous examinerons en premier lieu le Modèle Conceptuel des Données (MCD), puis le Modèle Conceptuel des Traitements (MCT), puis le Modèle Organisationnel des Traitements (MOT), enfin le Modèle Opérationnel des Traitements (MOpT). Dans la troisième partie, on étudiera plus précisément le Modèle Logique des Données (MLD) et le Modèle Physique des Données (MPD) à la lumière du modèle relationnel des bases de données. II – MODELE CONCEPTUEL DES DONNEES Le graphe des flux est très couramment la première étape de l'analyse d'un système. Il est une représentation graphique du transfert d'information entre les différents acteurs concernés. Chaque acteur (au sens de correspondant d'un système d'information) est représenté par un ovale (pâle pour les acteurs internes, plus foncé pour les acteurs externes). Exemple : le service commercial d'une entreprise est composé d'une unité administrative située au siège de l'entreprise et de représentants en relation directe avec les clients : on peut donc distinguer, en première approche trois acteurs : service commercial, représentant, client. Le graphe des flux est constitué des successions de transferts suivants : 1. le client appelle le représentant pour envisager une commande 2. le représentant répond par l'envoi d'une proposition commerciale 3. le client valide la commande en renvoyant signée la proposition du représentant ou bien le client négocie une autre proposition (retour en 2) ou bien ne donne pas suite. 4. dans le cas où le client a validé la proposition commerciale, le représentant transmet celle- ci sous forme d'une commande au service commercial qui l'enregistre afin de livrer le client. Les flux d'information sont composés d'informations élémentaires ou données ; chaque donnée est repérée, identifiée sans ambiguïté et placée dans un dictionnaire des données. Chaque donnée est affectée d'un nom unique et d'un libellé explicatif, puis une analyse plus poussée permet d'affecter à chaque donnée un type de donnée (numérique, texte, date, ...) une taille (nombre de caractères, nombre de décimales, ...) et des règles associées (format, mode de création, ...). L'établissement du dictionnaire des données fait appel à plusieurs sources : étude des documents actuellement utilisés, interviews des employés, ... Exemple : le dictionnaire des données du service commercial pourrait être : nom signification type longueur règles numcli numéro de client numérique 3 à créer nomcli nom du client texte 40 adcli adresse client texte 60 numéro et voie villecli ville client texte 28 cpcli code postal numérique 5 99999 numcom numéro de commande numérique 4 à créer datecom date commande date 8 JJMMAAAA numart numéro d'article numérique 3 à créer libelart libellé de l'article texte 60 pu prix unitaire monétaire 7 9 999,99 numrep numéro représentant numérique 2 à créer nomrep nom représentant texte 40 numreg numéro région numérique 2 99 nomreg nom région texte 40 nbhab nombre habitants numérique 8 99 999 999 qtecom quantité commandée numérique 2 99 De nos jours, le MCD est exprimé le plus souvent dans le formalisme entité-association basé sur les concepts fondamentaux d'entité et d'association entre entités. Une entité est supposée modéliser un objet concret ou abstrait du monde réel ; l'entité est repérée sans ambiguïté par un identifiant unique (numéro, nom, matricule, …). On peut considérer l'entité comme un type générique auquel se rattachent des instanciations ou occurrences. Un certain nombre de propriétés uploads/Sante/ sequence-4-5.pdf