Remerciez-le!

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

tarak.chaari@redcad.org Maître-assistant à l’ISECS Membre de l’unité de recherc

tarak.chaari@redcad.org Maître-assistant à l’ISECS Membre de l’unité de recherche ReDCAD MCSI Cours « Méthodes de conception de SI » Tarak Chaari MCSI Tarak CHAARI (ISECS) 2 Présentation générale du cours Le nom du cours  Méthodes de conception des Systèmes d’information (MCSI) Volume horaire  21 heures  Cours + TD Objectifs  Avoir une idée sur le processus d’ingénierie des logiciels d’une façon générale  Maitriser le langage de modélisation (UML) MCSI Plan 1. Introduction au génie Logiciel 2. Importance de la modélisation 3. Modélisation orientée Objet avec UML 4. Les diagrammes UML 5. Exercices et exemples 3 Tarak CHAARI (ISECS) MCSI 4 En rodage !!! Introduction au Génie Logiciel Tarak CHAARI (ISECS) MCSI 5 Logiciel & Système d’information Un logiciel est l'ensemble des éléments informatiques qui permettent d'assurer une tâche ou une fonction (exemple : logiciel de comptabilité, logiciel de gestion des prêts) Ensemble de programmes liés entre eux destiné à remplir une certaine mission, généralement assez complexe Système d’information: Système constitué de l'équipement, des procédures, des ressources humaines, ainsi que des données qui y sont traitées, et dont le but est de fournir de l'information. Tarak CHAARI (ISECS) MCSI 6 Le logiciel, un produit pas comme les autres Pas de fabrication en série Evaluation et contrôle de qualité Analyse, conception développement et validation plutôt que fabrication Le produit « logiciel » semble flexible  modifier un logiciel <> modifier un produit mécanique Mais le software, ce n’est pas aussi « soft » que ça !!! Tarak CHAARI (ISECS) MCSI 7 Coté acheteur Une définition insuffisante des besoins est une cause majeure de production d’un logiciel de mauvaise qualité. Les coûts pour un changement du logiciel augmentent de façon exponentielle dans les dernières phases du développement. 1 6 90 0 10 20 30 40 50 60 70 80 90 Analyse Développement Exploitation Tarak CHAARI (ISECS) MCSI 8 Coté développeur Les erreurs:  Le développement est terminé quand le logiciel fonctionne.  Tant qu’un logiciel ne fonctionne pas, il n’y a pas moyen d’en mesurer la qualité  Ce qui compte c’est le livrable: Le logiciel La réalité  50% à 70% de l’effort consacré a lieu après la livraison.  Les revues et les contrôles de logiciel au cours de développement sont très importantes  La documentation pour l’utilisateur et pour les développeurs Tarak CHAARI (ISECS) MCSI 9 Coté gestionnaire L’erreur  Il suffira d’ajouter des programmeurs pour rattraper le retard d’un projet. Conséquences  beaucoup de temps perdu pour intégrer les nouveaux dans le projet  incompréhensions  incohérences  temps perdu dans la répartition de tâches (temps de communication) Tarak CHAARI (ISECS) MCSI 10 L’explosion du logiciel 0 20 40 60 80 100 120 1950 1960 1970 1980 1990 2000 % du logiciel / matériel Logiciels sur mesure calcul scientifique Assembleur ENIAC Logiciels scientifiques et de gestion FORTRAN COBOL multi- utilisateurs systèmes propriétaires systèmes de fichiers batch, temps réel Logiciels scientifiques Temps réel, progiciels ERP embarqués, Micro informatique puces systèmes distribués client-serveur Bases de données Unix Réseaux, Internet Intranet 3 tiers serveurs d ’applications Informatique partout fiabilité sécurité aide à la décision e-business Crise du logiciel Logiciels spécifiques Tarak CHAARI (ISECS) MCSI 11 Catastrophes et autres tracas liés aux erreurs dans les logiciels la sonde Mariner vers Vénus s'est perdue dans l'espace à cause d'une erreur de programme FORTRAN en 1972, lors d'une expérience météorologique en France 72 ballons contenant des instruments de mesure furent détruits à cause d'un défaut dans le logiciel en 1981, le premier lancement de la navette spatiale a été retardé de deux jours à cause d'un problème logiciel. La navette a d'ailleurs été lancé sans que l'on ait localisé exactement le problème (mais les symptôme étaient bien délimités) la SNCF a rencontré des difficultés importantes pour la mise en service du système Socrate L'explosion d'Ariane 5, le 4 juin 1996, qui a coûté un demi milliard de dollars (non assuré !), est due à une faute logicielle d'une composante dont le fonctionnement n'était pas indispensable durant le vol Tarak CHAARI (ISECS) MCSI 12 Un autre exemple… General Motors décide de moderniser ses usines Objectif : devancer les japonais Moyen : 250 robots + 60 véhicules de transport de pièces De gros problèmes surviennent Arrêt des chaînes Une étude (ultérieure) montre que les problèmes sont ailleurs Tarak CHAARI (ISECS) MCSI 13 Bill Gates lors d’un salon informatique comparant l'industrie informatique avec l'industrie automobile a dit : « Si Général Motors (GM) avait suivi la même progression technologique que l'industrie informatique, nous conduirions aujourd'hui des autos coûtant 1 Dollar. Elles feraient 1 000 kilomètres avec un litre d'essence. » Tarak CHAARI (ISECS) MCSI 14 Réponse de Général Motors « Si Général Motors avait développé sa technologie de façon similaire à ce qu'a fait Microsoft : Les témoins d'huile, de température et de batterie seraient remplacés par un unique témoin « Défaillance Générale » Parfois une auto quitterait l'autoroute sans raison connue. Il faudrait l'accepter, et simplement redémarrer l'auto pour reprendre la route (si vous êtes encore vivant) L'airbag demanderait « Etes-vous sur ? » avant de s'ouvrir Macintosh développerait des voitures fonctionnant à l'énergie solaire, fiables, cinq fois plus rapides et deux fois plus légères. Mais elles ne pourraient emprunter que 5% des routes A chaque fois que GM sortirait un nouveau modèle, les conducteurs devraient réapprendre à conduire car aucune des commandes ne fonctionnerait exactement comme dans les modèles précédents. Enfin, il faudrait appuyer sur le bouton « Démarrer » pour stopper le moteur Tarak CHAARI (ISECS) MCSI 15 Symptômes de la crise Les logiciels ne correspondent souvent pas aux besoins des utilisateurs Ils contiennent trop d'erreurs Leur coût est rarement prévisible et souvent prohibitifs Leurs délais de réalisation sont souvent dépassés Les logiciels sont rarement portables Leur maintenance est complexe et coûteuse Tarak CHAARI (ISECS) MCSI 16 Le logiciel de nos jours Taille et complexité des logiciels : Complexité fonctionnelle  mémoriser et stocker l’information : mais en plus traiter de façon sophistiquée pour l’aide à la décision (Entrepôt de données).  Logiciels développés séparément et avec des démarches différentes et appelés à être interfacés pour les besoins de l’Entreprise. Evolutions technologiques permanentes Complexité architecturale : Client/serveur, Intranet, Corba (Common Object Request Broker Architecture), Systèmes distribués Généricité et réutilisabilité Tarak CHAARI (ISECS) MCSI 17 SOLUTION: LE GENIE LOGICIEL Maîtriser les coûts Maîtriser les délais Maîtriser la qualité Maîtriser le processus de production de logiciels Tarak CHAARI (ISECS) MCSI 18 Cloisonnement des problèmes Est-ce possible ? Faisabilité Quand et qui ? Planification Quoi ? Analyse Comment ? Conception Est-ce le produit correct ? Validation Est-il fait correctement ? Vérification Tarak CHAARI (ISECS) MCSI Tarak Chaari (ISECS) 19 En rodage !!! Introduction générale et rappels MCSI Tarak Chaari (ISECS) 20 C’est quoi un système d’information? Un système d’information:  un ensemble de fonctions bien organisées  des données (entités manipulées) MCSI Tarak Chaari (ISECS) 21 STOP! il y a un problème… Problème: ……………………………………………………... Cause: …………………………………………………………. MCSI Tarak Chaari (ISECS) 22 Approches fonctionnelles Séparer les données des traitements Se focalise sur les fonctions (gérer des prêt, ajouter des documents…) Découper les fonctions en sous – fonctions Avantages: ………………………………………………. Inconvénients: …………………………………………... MCSI Tarak Chaari (ISECS) 23 La solution: l’approche objet MCSI Tarak Chaari (ISECS) 24 Vision objet d’un système d’information (1) Un SI = un ensemble d’objets qui collaborent entre eux Un objet représente une entité du système qui est caractérisée par:  Des frontières précises  Une identité (ou référence)  Un ensemble d’attributs (propriétés) décrivant son état  Un ensemble de méthodes (opérations) définissant son comportement MCSI Tarak Chaari (ISECS) 25 Vision objet d’un système d’information (2) Un objet est une instance de classe (une occurrence d'un type abstrait) Une classe est un type de données abstrait(modèle) , caractérisé par des propriétés (attributs et méthodes) communes à des objets et permettant de créer des objets possédant ces propriétés. MCSI Tarak Chaari (ISECS) 26 Vision objet d’un système d’information (3) Héritage  Transmission de propriétés (attributs et méthodes) d’une classe à une sous classe d’objets MCSI Tarak Chaari (ISECS) 27 Vision objet d’un système d’information (4) Polymorphisme  Factorisation de comportement (méthodes) commun d’objets MCSI Tarak Chaari (ISECS) 28 Vision objet d’un système d’information (5) L’agrégation  Une relation d'agrégation permet de définir des objets composés d'autres objets. L'agrégation permet d'assembler des objets de base, afin de construire des objets plus complexes. MCSI Tarak Chaari (ISECS) 29 Résumé des concepts fondateurs de l'approche objet (1) L'héritage est un mécanisme de transmission des propriétés d'une classe (ses attributs et méthodes) vers une sous-classe. Une classe peut être spécialisée en d'autres classes, afin d'y ajouter des caractéristiques spécifiques ou d'en adapter certaines. Plusieurs classes peuvent être généralisées en une classe qui les factorise afin de regrouper les caractéristiques communes d'un ensemble de classes. MCSI Tarak Chaari (ISECS) 30 Résumé des concepts fondateurs de l'approche objet (2) La spécialisation et la généralisation permettent de construire des hiérarchies de classes. L'héritage peut être simple ou multiple. L'héritage évite la duplication et encourage la réutilisation. Le polymorphisme représente la uploads/Management/ cours-mcsi-pdf.pdf