Remerciez-le!

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

Notion de système Un système est un ensemble d’éléments matériels ou immatériel

Notion de système Un système est un ensemble d’éléments matériels ou immatériels (Homme, machine, méthodes, ..) en interaction dynamique qui transforment, par un processus, des éléments appelés entrées en d’autres éléments appelés sorties. Exemple : Matière première  usine  produits. Composants d'un système Système Dinformation Composants d'un système Système D'information Système d’information Le SI est un ensemble de ressources (humaines, matérielles, logicielles) qui permet de collecter, stocker, traiter et distribuer de l'information, Un système d’information est dit automatisé si toutes les transformations significatives d’information sont effectuées par des machines de traitement automatique. Système Dinformation Rôle du système d'information • Outil de communication (externe et interne) Saisie Traitement et Stockage Diffusion • Identifier des alertes de gestion : Tableau de bord comportant des alertes • Préparer les statistiques dont les managers ont besoin aide à la décision : Pour décider, il est nécessaire d’avoir des informations Pertinentes , Fiables, Disponibles. Fonctions du système d’information • Recueil de l’information Cette étape est la plus importante, mais également la plus lourde. Elle se fait en collectant l'ensemble des données à partir : • De documents écrits • De l'analyse d'un produit existant dans certains cas • De discussions avec les acteurs (décideurs, utilisateurs…) • De l'analyse des flux du domaine • Flux informels (climat social, savoir faire, …) : difficiles à recueillir et à exploiter, mais de grande importance. Système Dinformation Fonctions du système d’information • Mémorisation de l’information • Traitement de l’information (calcul, tri, classement, résumé, …) • Diffusion de l’information (éditer, imprimer, afficher, …) Pour être exploitée, l’information doit parvenir dans les meilleurs délais à son destinataire. Les moyens de diffusion de l’information sont multiples : support papier, forme orale et sur de supports numériques. Système Dinformation Qu’est-ce que la modélisation La modélisation est une technique qui permet de comprendre un système par l’établissement de modèles. Ce modèle permet de mettre au point une solution à un problème. Un modèle est une abstraction de la réalité. C'est une vue qui reflète des aspects importants de la réalité. Un modèle définit une frontière entre la réalité et la perspective de l'observateur. Ce n'est pas "la réalité", mais une vue très subjective de la réalité. Modélisation Pourquoi modéliser ? • Pour mieux comprendre le système • Nous construisons des modèles de systèmes complexes parce que nous sommes incapables d'appréhender ces systèmes entièrement • Parce qu'un modèle est une simplification de la réalité. La modélisation d'un système se fait : en précisant sa structure. en définissant ce qu’il fait, son comportement. en fournissant un canevas qui guide sa construction. Les principes de modélisation Les modèles peuvent être exprimés à différents niveaux de précision. Les bons modèles ne perdent pas le sens de la réalité. Si un système est très important, il faut le décomposer en sous système. Comment modéliser? En utilisant une méthode : façon de faire, directives (Merise) En en choisissant un langage : éventuellement un outil (UML) Historique Deux approches • Approche fonctionnelle – 1960 – fin 1970 – l'important c'est les traitements – Séparation nette des données (MCD) et traitements (MCT) • Approche objet – 1980 – début 1990 : premières génération – L'important c'est l'objet – Objet = données + traitements 8 9 Historique Début des années 1990 les premiers processus de développement OO apparaissent prolifération des méthodes et notations étaient la cause de grande confusion : • méthode OOD de Grady Booch (1991) • méthode (object modeling technique) OMT de James Rumbaugh (1991) • méthode OOSE de Ivar Jacobson (1991) • méthode OOA/OOD de Coad and Yourdon (1992) • méthode de Schlaer and Mellor (1992) • Etc. Les versions se succèdent : • Début 1998 : UML 1.2, UML 1.3 • En 2001 : UML1.4 • En 2003 : UML 1.5 • En 2005 : UML 2.0 • 2007 : UML 2.1 10 Qu’est ce que UML ? UML(Unified Modeling Language ou langage de modélisation unifié) Langage qui permet de représenter des modèles, mais il ne définit pas le processus d'élaboration des modèles : ce n’est donc pas une méthode de modélisation. • Langage = syntaxe + sémantique : – syntaxe : notations graphiques consistant essentiellement en des représentations conceptuelles d'un système – sémantique : sens précis pour chaque notation. Introduction • UML est une notation, pas une méthode • UML est un langage de modélisation objet • UML convient pour toutes les méthodes objet • INDÉPENDANT du langage de programmation • Domaine d'application : permet de modéliser n'importe quel système • Supporté par plusieurs outils (AGL) : Objecteering, Open tools, Rational Rose, PowerAMC, WinDesign, … Démarches de modélisation avec UML • itérative et incrémentale, • guidée par les besoins des utilisateurs du système, – phase d'analyse : on clarifie et on valide les besoins des utilisateurs. – phase de conception : prise en compte des besoins des utilisateurs. – phase de test : on vérifie que les besoins des utilisateurs sont satisfaits. • centrée sur l'architecture logicielle. UML Les vues UML Schéma des 4+1 vues UML représente diverses projections d’un système par des vues. 14 Diagramme d’UML Composants Déploiement Cas d’utilisation Activités États transitions Collaboration Séquence Vue Implémentation (composants logiciels) Vue déploiement (Environnement d’implémentation) Vue logique dynamique (Comportement) Vue logique statique (Structure des objets) Vue externe (fonctions système) Objets Classes Les relations Trois types de relations dans UML : • l'association ; • la généralisation ; • la dépendance ; Les diagrammes • Représentation graphique d'un ensemble d'éléments et de relations qui constituent un système. • S'intéresse à un aspect précis du modèle. C'est une perspective du modèle, pas "le modèle". Le modèle conceptuel d'UML • Vues statiques – Les diagrammes de classes – Les diagrammes d’objets – Les diagrammes de cas d’utilisation – Les diagrammes de composants – Les diagrammes de déploiement • Vues dynamiques – Les diagrammes de séquence – Les diagrammes de collaboration – Les diagrammes d’états-transition – Les diagrammes d’activités Les diagrammes UML 17 Diagramme de cas d’utilisation Introduction • Décrit par des actions et réactions, le comportement d’un système du point de vue d’un utilisateur. • représente la structure des besoins des utilisateurs. • Permet de définir les limites du système et ses relations avec l’environnement. • Sert à modéliser les aspects dynamiques d'un système. • Fait ressortir les besoins et les grandes fonctionnalités du système. • Utilisé pour modéliser les exigences (besoins) du client. Diagrammes de cas d'utilisation Rôle du diagramme de cas d’utilisation • Donne une vue du système dans son environnement extérieur. • Définit la relation entre l’utilisateur et les éléments que le système met en œuvre. Les cas d’utilisation identifient les utilisateurs du système (acteurs) et leurs interactions avec le système. Ils permettent de classer les acteurs et de structurer les objectifs du système. Les use cases ne doivent pas décrire des solutions d'implémentation. Ils décrivent ce que fait un système (le quoi ) et non comment il le fait. 19 Diagrammes des cas d'utilisation Comportent plusieurs éléments : • Acteurs • Cas d'utilisation • Relations. • Dans un diagramme de cas d'utilisation : • La frontière du système est représentée par un cadre. • Le nom du système à l’intérieur du cadre, en haut. • Les acteurs sont à l’extérieur • les cas d’utilisation à l’intérieur. 20 Diagrammes des cas d'utilisation Exemple 21 Acteurs • UML n’emploi pas le terme d’utilisateur mais d’acteur. • acteur : rôle joué par une entité externe qui agit sur le système (Comptabilité, service commercial, …), en échangeant de l’information (en entrée et en sortie) • acteur : non seulement un utilisateur humains mais également les autres systèmes (machines, programmes, …). 22 Acteurs Remarques • Une même personne physique peut jouer le rôle de plusieurs acteurs. • Plusieurs personnes peuvent jouer le même rôle, et donc agir comme un même acteur. • Représentation Nom Acteur <<Acteur>> Nom Acteur 23 Acteurs Trois cas : • Humains : utilisateurs du logiciel à travers son interface graphique, par exemple. • Logiciels : disponibles qui communiquent avec le système grâce à une interface logicielle (API, ODBC, …) • Matériels : exploitant les données du système ou qui sont pilotés par le système (Imprimante, robots, automates, …) 24 Acteurs Du point de vue système on distingue deux types : • Acteurs principaux : utilisent les fonctions principales du système. Initient le système. Par exemple, le client pour un distributeur de billets. • Acteurs secondaires : effectuent des tâches administratives ou de maintenance. Par exemple, la personne qui recharge la caisse contenue dans le distributeur. 25 Cas d'utilisation • Modélise le service rendu par le système sans en imposer le mode de réalisation. • L'ensemble des use cases décrit les objectifs (le but) du système, il doit recouvrir tous les besoins fonctionnels. • Les cas d'utilisation se déterminent en observant et en précisant, acteur par acteur, les séquences d'interaction du point de vue de l'utilisateur. • Permet d'effectuer une bonne délimitation du système • Permet d'améliorer la compréhension de son fonctionnement interne 26 Cas d'utilisation • Représentation Nom Cas Utilisation 27 Relations dans les diagrammes de cas d’utilisation uploads/Industriel/ ch1-diagramme-use-case.pdf