Modélisation des Systèmes d’Information Pr. TIKITO A.U: 2020-2021 2ème MSIP Des

Modélisation des Systèmes d’Information Pr. TIKITO A.U: 2020-2021 2ème MSIP Description • Objectif: ▫Modéliser les Systèmes d’Information en utilisant UML • Déroulement du cours : ▫par projet de 7 étudiants • Volume horaire : Semestre 3 2 Assiduité 20% Contrôles 20% Projet 20% Examen Final 40% Note Assiduité Contrôles Projet Examen Final Déroulement • Introduction • Former les équipes et désigner les responsables d’équipes : à communiquer avant la séance 3 par email to: tikito@enim.ac.ma • Travail pour la séance prochaine 3 Pour la séance S3 •Proposer un exemple de SI : le Projet 4 Modélisation des Systèmes d’Information Pr. TIKITO A.U: 2018-2019 2ème MSIP Définitions Sommaire • Définir : ▫La modélisation ▫Un Système d’information • Quel intérêt pour la modélisation des Systèmes d’information ? • Quels sont les méthodes de modélisation des SI ? • Quels sont les langages de modélisation des SI ? • Quels sont les diagrammes d’UML (2.5) ? • Quels sont les outils pour la modélisation avec UML? • Proposer un exemple de SI : le Projet 6 Définitions : Système •Un système est un ensemble d'éléments interagissant entre eux selon certains principes ou règles. Un système est déterminé par : ▫La nature de ses éléments constitutifs ; ▫Les interactions entre ces derniers ; ▫Sa frontière, c'est-à-dire le critère d'appartenance au système (déterminant si une entité appartient au système ou fait au contraire partie de son environnement). ▫Ses interactions avec son environnement 7 Source : wikipedia Définitions : Information •En informatique et en télécommunication, l'information est : •un élément de connaissance (voix, donnée, image) •susceptible d'être conservé, traité ou transmis à l'aide d'un support et d'un mode de codification normalisé. 8 Définitions : Système Information •Un système d'information (SI) est un ensemble organisé de ressources ▫(technologique, personnel, données et procédures) •qui permet de ▫Collecter ▫Stocker ▫Traiter ▫Diffuser de l'information dans un environnement donné 9 Source : wikipedia Définitions : Système Information 10 Source : wikipedia Définitions : Modélisation • La modélisation est la conception d'applications avant le codage. ( Analogie : le plan pour la construction d’un gratte- ciel) • Nous avons besoin d’un langage de modélisation pour: ▫Aider à développer des conceptions efficaces , efficientes et correctes, en particulier les conceptions Orientées Objet. ▫Communiquer clairement avec les parties intervenantes du projet (les parties concernées: les développeurs, clients, etc.). ▫Présenter une « vue globale » sur le projet. 11 Définitions : Modèle •Une abstraction de la réalité. •Une « vue subjective » mais pertinente de la réalité •Il permet de: ▫faciliter la compréhension du système étudié : un modèle réduit la complexité du système étudié. ▫simuler le système étudié : un modèle représente le système étudié et reproduit ses comportements. •L'abstraction est un des piliers de l'approche objet 12 Définitions : Modèle vs Méthode •UML est un langage (de modélisation objet) •Représenter graphiquement les besoins des utilisateurs : les diagrammes •UML ne propose pas de processus (i.e. de démarche proposant un enchaînement d’étapes et d’activités qui mènent à la résolution d’un problème posé) •UML est un langage qui permet de représenter des modèles, mais il ne définit pas le processus d'élaboration des modèles •UML n’est pas une méthode 13 Définitions : Modèle vs Méthode •Les auteurs d'UML préconisent d'utiliser une démarche se basant sur 3 principes fondamentaux : ▫Démarche itérative et incrémentale ▫Guidée par les besoins du client et des utilisateurs ▫Centrée sur l’architecture du logiciel 14 Le Formalisme UML • UML se décompose en plusieurs sous-ensembles : ▫Les vues : Les vues sont les observables du système. Elles décrivent le système d'un point de vue donné, qui peut être organisationnel, dynamique, temporel, architectural, logique, etc. En combinant toutes ces vues, il est possible de définir (ou retrouver) le système complet. ▫Les diagrammes : Les diagrammes sont des éléments graphiques. Ceux-ci décrivent le contenu des vues, qui sont des notions abstraites. Les diagrammes peuvent faire partie de plusieurs vues. ▫Les modèles d'élément : Les modèles d'élément sont les briques des diagrammes UML, ces modèles sont utilisés dans plusieurs types de diagrammes. Exemple d'élément : cas d'utilisation (CU ), classe, association, etc. 15 Les Vues d’UML • Vue logique • Vue des processus • Vue d’implémentation • Vue de déploiement • Vue des cas d’utilisation 16 Source : Concept de vue et génie logiciel [SIGONNEAU 2003] Les Diagrammes UML 17 UML 2.5 Diagrams Overview. Note, items in blue are not part of official taxonomy of UML 2.5 diagrams. Modélisation des Systèmes d’Information Pr. TIKITO 2ème MSIP Use case Diagram Diagramme de Cas d’utilisation •Définir le besoin client •Déterminer les acteurs et les cas d’utilisation •Récapitulatif graphique des interactions entre acteurs et fonctionnalités. •Est au cœur du modèle : affecte et guide tous les autres éléments au sein de la conception du système 19 Diagramme de Cas d’utilisation •Les cas d'utilisation sont les exigences fonctionnelles du système •Un cas d'utilisation est un cas (ou situation) où le système est utilisé pour remplir une ou plusieurs des exigences des utilisateurs •Un cas d'utilisation saisit un morceau de fonctionnalité que le système fournit. 20 Diagramme de Cas d’utilisation •Un excellent point de départ pour à peu près toutes les facettes du développement orienté objet système, la conception, les tests et la documentation. •Description des exigences du système strictement de l'extérieur 21 Diagramme de Cas d’utilisation 22 Diagramme de Cas d’utilisation •Acteur •Les acteurs doivent être en mesure de prendre des décisions, mais pas besoin d'être humain •«Un acteur peut être une personne, une entreprise ou une organisation, un programme informatique ou un ordinateur système matériel, des logiciels, ou les deux. » •Attention: une personne utilisant un système peut être représentée comme différents acteurs parce qu’elle joue des rôles différents (ex: banquier) 23 Use Case Diagram • Relation entre cas d’utilisation • Généralisation • Inclusion ( « uses » dans la version UML 1.X) • Extension Use Case Diagram Modélisation des Systèmes d’Information Pr. TIKITO 2ème MSIP Use case Diagram (Etude de cas) Use Case Diagram (Etude de cas) • Informatisation d'un entrepôt de stockage • Pour faciliter sa gestion, un entrepôt de stockage envisage de s’informatiser. Le logiciel à produire doit allouer automatique un emplacement pour le chargement des camions qui convoient le stock à entreposer. • Le fonctionnent du système informatique doit être le suivant : • déchargement d’un camion : lors de l’arrivée d’un camion, un employé doit saisir dans le système les caractéristiques de chaque article ; le système produit alors une liste où figure un emplacement pour chaque article ; • chargement d’un camion : les caractéristiques des articles à charger dans un camion sont saisies par un employé afin d’indiquer au système de libérer des emplacements. • Le chargement et le déchargement sont réalisés manuellement. • Les employés de l’entrepôt sont sous la responsabilité d’un chef dont le rôle est de superviser la bonne application des consignes. • Travail à Faire : • Dégager les Acteurs • Donner le Diagramme des cas d’utilisation Source : http://exercicecorrige.blogspot.com/2013/08/informatisation-dun-entrepot-de-stockage.html?spref=bl Use Case Diagram • Solution: • 1) Dégager les Acteurs • L’étude du cahier des charges ainsi qu’un dialogue avec les employés et leur chef a abouti à retenir 3 acteurs: • Un employé dont le rôle est de saisir les caractéristiques des articles lors d’un chargement / déchargement. • Un superviseur dont le rôle est de pouvoir contrôler l’état du stock. • Un administrateur du système dont le rôle est de gérer des comptes utilisateurs pour les employés et le superviseur. Use Case Diagram Use Case Diagram •Identifier le sujet du projet •Identifier le périmètre du projet •Identifier les acteurs •Identifier les cas d’utilisation •Réaliser le diagramme de cas d’utilisation (outil ?) Modélisation des Systèmes d’Information Pr. TIKITO 2ème MSIP Use case Diagram (Le projet) Use Case Diagram (pour le projet) • Réaliser une fiche descriptive pour chaque cas d’utilisation •l’histoire du déroulement des différentes actions •Cette fiche descriptive doit comporter 4 volets ▫L’identification ▫La description des scénarios ▫La fin et les post-conditions ▫Les compléments •Voir Lien Modélisation des Systèmes d’Information Pr. TIKITO 2ème MSIP Diagramme de Classe Diagramme de Classe • Notion de Classe • Classe abstraite • Encapsulation • Interface • Relations: • Association • Agrégation • Composition • Héritage (cf. Polymorphisme) – Généralisation – Spécification • Dépendance Pr.TIKITO 34 Diagramme de Classe Pr.TIKITO 35 Spécification • les interfaces des classes plutôt que leurs contenus Conceptuel • manière éventuelle d'implémenter les concepts du domaine et à leurs relations Implémentation • contenu et implémentation de chaque classe Diagramme de Classe Concepts de l’orienté objet: • Encapsulation: regrouper les données et les traitements associés. • Héritage: créer de nouvelles classes à partir de classes déjà existantes afin de réutiliser leurs attributs et leurs comportements • Polymorphisme: le même service, aussi appelé opération ou méthode, peut avoir un comportement différent selon les situations. Pr.TIKITO 36 Source: UML & Together 2006 tutorial. Hong Qing Yu. 2006 Diagramme de Classe / La Classe • La notation UML dessine le concept de classe sous forme d’un rectangle, le nom de la classe apparaît dans la partie supérieure. Les compartiments suivants sont uploads/Ingenierie_Lourd/ modelisation-des-systemes-d-x27-information-description.pdf

  • 31
  • 0
  • 0
Afficher les détails des licences
Licence et utilisation
Gratuit pour un usage personnel Attribution requise
Partager