Remerciez-le!

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

Ingénierie des Systèmes d’Information Médard WAH Enseignant vacataire Consultan

Ingénierie des Systèmes d’Information Médard WAH Enseignant vacataire Consultant en Organisation des Systèmes d’Information Ingénierie des Systèmes d’Information Médard Wah, Consultant en OSI 2 Table des Matières 1ERE PARTIE : THEORIE DES SYSTEMES D’INFORMATION ................................................................................. 3 CHAPITRE I : THEORIE DES SYSTEMES D’INFORMATION ................................................................................................. 4 I – 1 DEFINITIONS ET DECOUPAGE D’UN SYSTEME D’INFORMATION ........................ 4 I – 3 CYCLES DE DEVELOPPEMENT D’UN SYSTèME D’INFORMATION ......................... 8 I – 4 CONTRÔLE ET AUDIT DU SYSTèME D’INFORMATION ........................................... 12 2EME PARTIE : METHODE DE CONCEPTION : MERISE ........................................................................................ 15 CHAPITRE II : MODELE CONCEPTUEL DE DONNEES (MCD) ............................................................................... 17 II – 1 COMMENT MODELISER LES DONNEES ................................................................... 17 II – 2 QUELQUES PROBLEMES DE MOdELISATION ......................................................... 25 CHAPITRE III : MODELE LOGIQUE DE DONNEES (MLD)..................................................................................... 31 III – 1 CONCEPTS ................................................................................................................... 31 III – 2 REGLES DE PASSAGE ................................................................................................ 31 III – 3 LANGAGE RELATIONNEL .......................................................................................... 32 CHAPITRE IV : MODELE CONCEPTUEL DE TRAITEMENTS (MCT) ....................................................................... 35 IV – 1 POURQUOI MODELISER LES traitements ................................................................. 35 IV – 2 COMMENT MODELISER LES traitements .................................................................. 38 CHAPITRE V : MODELE ORGANISATIONEL DE TRAITEMENTS (MOT) ................................................................ 46 V – 1 INTRODUCTION ........................................................................................................... 46 V – 2 REGLES D’ORGANISATION ......................................................................................... 47 V – 3 DETERMINATION ET DIAGRAMME D’ENCHAÎNEMENT DES PROCEDURES FONCTIONNELLES ................................................................................................................ 47 3EME PARTIE : ETUDE DE CAS ........................................................................................................................... 51 Etude de Cas n°1 ...................................................................................................................... 52 Etude de Cas n°2 ...................................................................................................................... 53 Etude de Cas n°3 ...................................................................................................................... 54 Etude de Cas n°4 ...................................................................................................................... 56 Etude de Cas n°5 ...................................................................................................................... 57 Etude de Cas n°6 ...................................................................................................................... 59 Etude de Cas n°7 ...................................................................................................................... 60 Etude de Cas n°8 ...................................................................................................................... 64 Etude de Cas n°9 ...................................................................................................................... 66 Etude de Cas n°10 .................................................................................................................... 69 4EME PARTIE : CONSEILS PRATIQUES ............................................................................................................... 71 BIBLIOGRAPHIE .............................................................................................................................................. 74 1ère Partie : Théorie des Systèmes d’Information Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 4 CHAPITRE I : Théorie des systèmes d’information I – 1 DEFINITIONS ET DECOUPAGE D’UN SYSTEME D’INFORMATION A DEFINITIONS L’organisation de l’entreprise et celle de son système d’information sont indissociables. Définition 1° Le système d’information est l’ensemble des flux d’informations automatisés, non automatisées et non automatisables. Toute organisation peut être schématisée comme suit : SP : Système de Pilotage SI : Système d’information SO : Système Opérant Le SP régule, pilote et planifie toute l’organisation de l’entreprise. Le SP modifie le comportement du système opérant dans son environnement. Le SI est le dépositaire d’informations représentatives des évènements survenus dans le système opérant. Il est la courroie de transmission des décisions du Système de Pilotage. Il collecte, mémorise, traite et transmet des informations vis à vis de chacun d’eux. Le SO est la face réelle de l’organisation, en effet les décisions sont prises sur la foi d’informations élaborées à partir des informations que fournit le SO. Il est la maquette de l’entreprise. Mais en même temps, il est le modèle d’une représentation abstraite des ressources matérielles et immatérielles, automatisées ou non automatisées et leur emploi par les acteurs. On peut dire que : Définition 2° Le SI est l’ensemble des activités réalisées par des acteurs avec des moyens et selon des règles précises dans un but déterminé. Il met en œuvre des ressources diverses et dispersées (hommes, matériels, informations) pour produire un résultat défini concourant aux buts de l’entreprise. SP SI SO Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 5 B DECOUPAGE D’UN SYSTEME D’INFORMATION Les déconvenues subies dans la réalisation des systèmes intégrés de gestion au début des années 70, ont permis de découper le SI en domaine de gestion ; lesquels domaines de gestion découpés en processus. EX : le SI d’une société X est comme suit : Domaine : Administratif Commercial Technique Financier Processus du Domaine Financier - Facturation - Encaissement - Réclamation - Suivi des impayés - Contentieux La taille du système d’information peut faire apparaître la notion de sous systèmes, de domaine qui sont en eux même système d’information. Pour une analyse plus fine, il faudra : - découper le SI pour permettre des évolutions autonomes de ces sous systèmes, - faire en sorte que les sous systèmes soient régis par une logique de pilotage cohérente, - prendre toutes les précautions pour sauvegarder malgré le découpage, la cohérence des actions et des notions NB : le découpage du SI ne correspond pas au découpage physique (organigramme) de l’entreprise à savoir : Directions, Départements, Divisions, Services, Usines, Agences,…. Le découpage du SI va correspondre à des activités qui seront regroupées en processus, lesquels processus regroupés en domaines de gestion. EX : sous système 1 …………………sous système N Domaines : Processus : Activités : SI Le critère de regroupement des activités sera donc un critère de cohérence autour d’une préoccupation. Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 6 I – 2 METHODES DE CONCEPTION A INTRODUCTION La partie automatisable du SI peut faire l’objet de traitements interactifs (dialogues homme- machine) et/ou transactionnels (réalisés par la machine). La complexité des SI nécessite une méthode d’analyse et de conception, afin de mieux assurer le développement des applications informatiques sous jacentes. Les méthodes doivent être capables : - de mettre en œuvre les étapes nécessaires pour une meilleure appréhension du cycle de vie du système d’information, - d’intégrer la mise en œuvre d’interface dont la conception fait appel à des standards d’environnement. SYSTEME DE GESTION UTILISATEUR FINAL Réseau Méthodes de conception Progiciels/Logiciels  AXIAL  SADT SGBD (Objet, Relationnel…)  HOOD *Tables  … *Propriétés  MERISE + outils …...  MCD  MCT  MOT  MLD  …. Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 7 B PRINCIPES ET INTERETS D’UNE METHODE Une méthode de conception doit obéir aux principes suivants : - top down ( bottom up) - modulaire - abstraction - contexte délimité - données et fonction - visibilité des résultats - automatisé ou automatisable Intérêts d’une méthode : - Intégrer un maximum de principes - Donner un cadre de travail - Donner un moyen de communication - Donner un formalisme pour les spécifications On peut classer les méthodes selon plusieurs critères différents : i. Les étapes du cycle de vie qu’elles supportent (méthodes de conception, méthodes de développement, méthodes de test et de maintenance, méthodes de conduite de projet,…) ii. La technologie visée (type de langage de programmation, systèmes de fichiers, type de SGBD, type d’outil temps réel) iii. Le type d’application visée (application de gestion, application temps réel, application CAO, E-commerce,…) Selon que l’on perçoit le SI (du point de vue fonctionnel, du point de vue systémique ou du point de vue objet) et en fonction de la démarche de conception préconisée (décomposition hiérarchique, approche bottom up ou top down), on peut classer les méthodes en génération : - les méthodes d’analyse et de décomposition hiérarchique (approches cartésiennes) qui correspondent à la 1ère génération développée dans les années 70. - les méthodes d’analyse et de représentation systémique qui constituent la 2ème génération développée dans les années 80 - les méthodes d’analyse et de conception qui constituent la 3ème génération développée dans les années 90 I – B –1 LES APPROCHES CARTESIENNES Issues de la programmation structurée, elles décomposent hiérarchiquement un problème en sous problèmes pour en maîtriser la complexité. Ex : SADT, JACKSON, YOURDON I – B –2 LES APPROCHES SYSTEMIQUES Inspirées de la théorie systémique des organisations, ces méthodes considèrent le SI comme un objet complexe actif dont elles décrivent la structure (architecture) et les objets fonctionnels. Ex : MERISE, AXIAL Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 8 I – B –3 LES APPROCHES OBJETS On peut considérer l’approche objet comme une évolution de l’approche systémique vers une plus grande cohérence entre les objets et leur dynamique. Ex : OOD, HOOD, OMT, OOS I – 3 CYCLES DE DEVELOPPEMENT D’UN SYSTEME D’INFORMATION I – 3 –1 LE MODELE EN CASCADE Ce modèle est une succession d’étapes allant de l’analyse des besoins à la réalisation technique, sans modélisation réelle du système d’information. L’étape de conception consiste à spécifier en termes de descriptions de fichiers, d’algorithmes et d’états de sortie. L’étape d’implémentation consiste à coder les divers algorithmes. L’étape de tests permet d’effectuer la validation et les mises au point éventuelles. Chaque phase peut être mise en cause, cependant il est difficile de donner un sens au « retour » en phase de codage ou de tests Définition des besoins Conception Implémentation Tests Utilisation maintenance Ingénierie des Systèmes d’Information Théorie des Systèmes d’Information Médard Wah, Consultant en OSI 9 I – 3 –2 LE MODELE EN V Ce modèle est une variante du modèle en cascade. Il prend cependant mieux en compte la notion de système et de sous système et contrôle mieux le déroulement des étapes en cascade par une hiérarchie de tests. Cependant la validation générale n’intervient encore qu’en fin de cycle. I – 3 –3 LE MODELE EN SPIRALE (PAR PROTOTYPAGE) Le modèle en spirale peut être vu comme une tentative uploads/Management/ cours-isi-version-10.pdf