Cours Conception Systèmes D’informatique /Génie Logiciel

Plan 

1. Introduction a la conception des systèmes Informatiques II. Chapitre I : les diagrammes de cas d’utilisation 1- Acteurs et cas d’utilisation 2-Relations entre cas d’utilisation 3- Relations entre les acteurs III. Chapitre II : les diagrammes de classe 1- Acteurs et classes 2-Relations entre les classes IV. Chapitre IV : Traduction des diagrammes UML en code JAVA V. Chapitre III : les diagrammes de séquence 

Niveau : 2ème année licence informatique 

18/02/20181 

Définition Système Informatique Introduction a la conception des systèmes Informatiques 

Définition Système Informatique Introduction a la conception des systèmes Informatiques 

Système d’information Un SI est un ensemble organisé de ressources : matériel, logiciel, personnel, données, procédures… permettant d’acquérir, de traiter, de stocker des informations (sous formes de données, textes, images, sons, etc.) dans et entre des organisations 

Plan 

1. Chapitre I : les diagrammes de cas d’utilisation 1- Acteurs et cas d’utilisation 2-Relations entre cas d’utilisation 3- Relations entre les acteurs III. Chapitre II : les diagrammes de classe 1- Acteurs et classes 2-Relations entre les classes IV. Chapitre IV : Traduction des diagrammes UML en code JAVA V. Chapitre III : les diagrammes de séquence 

18/02/20182 

Définition Système Informatique Introduction a la conception des systèmes Informatiques 

Définition Système Informatique Introduction a la conception des systèmes Informatiques 

C’est quoi une organisation ? 

L’organisation est à la base de l’action collective. Dès qu’une activité dépasse la capacité d’un seul individu, l’organisation constitue la réponse appropriée. 

Elle se caractérise donc par : -un ensemble d’individus : participants, acteurs ; -un accord, implicite ou explicite, sur un ou plusieurs objectifs partagés par les divers participants ; – une division du travail, définissant le rôle de chaque participant ; – une coordination plus ou moins formalisée, qui assure la cohérence des comportements et donc le respect des objectifs communs en dépit de la division du travail. 

Objectifs d’un système Informatique 

Le but de tout système d’information est d’apporter un soutien aux processus de travail dans l’organisation selon trois modalités principales (pouvant être combinées) : fournir de l’information, assister le travail humain, automatiser le travail( Les systèmes de travail qu’il assiste peuvent être individuels […] ou collectifs […]). L’usage du SI peut être obligatoire, recommandé ou discrétionnaire… mais dans tous les cas, les caractéristiques du SI sont déterminées par ses finalités, c’est à dire par les objectifs de l’organisation auxquels il doit contribuer 

18/02/20183 

Définition Système Informatique Introduction a la conception des systèmes Informatiques 

Concevoir un SI Introduction a la conception des systèmes Informatiques 

Objectifs d’un système Informatique 

Usages des systèmes d’information 

1. Applications fonctionnelles – Applications « classiques » – Gestion commerciale, gestion de production, gestion comptable et financière ( ERP) 
2. Applications d’aide à la décision – Assistance au décideurs (systèmes experts, entrepôts de données, datamining) 3. Applications d’aide à la communication 

– Communication interne 

• travail de groupe (collectif, CSCW) – Communication externe 
• SI inter-organisation (B2B, EDI, SCM) : entreprise étendue, entreprise étendue 
• SI de gestion de la relation client (B2C, CRM) 

4. Applications d’aide à la gestion des connaissances 

– Acquisition, conservation, diffusion des savoirs et des savoir-faire (KM) 

✓Concevoir une application qui réponde aux besoins 

– du commanditaire – des utilisateurs 

✓ Dont on puisse prévoir à l’avance les fonctionnalités principales. 

✓Dont on puisse vérifier qu’elle fait bien ce qui avait été prévu. 

✓Capable d’évoluer, sécurisée, documentée, 

18/02/20184 

Concevoir un SI Introduction a la conception des systèmes Informatiques 

1. Chapitre I : les diagrammes de cas d’utilisation 

Conception de SI 

❑ Un projet 

– temporalité, cycles. ❑De multiples acteurs – Informaticiens 

• conception, développement, maintenance 
• DSI / SSII – Utilisateurs – Décideurs ❑ De multiples points de vue sur – L’organisation – Le système d’information à construire – La répartition du travail 
• maître d’œuvre / maître d’ouvrage 

Plan 

II.Chapitre I : les diagrammes de cas d’utilisation 

1- Acteurs et cas d’utilisation 2-Relations entre cas d’utilisation 3- Relations entre les acteurs III. Chapitre II : les diagrammes de classe 1- Acteurs et classes 2-Relations entre les classes IV. Chapitre IV : Traduction des diagrammes UML en code JAVA V. Chapitre III : les diagrammes de séquence 

18/02/20185 

Etape de développement d’un SI I. Chapitre I : les diagrammes de cas d’utilisation 

Etape de développement d’un SI I. Chapitre I : les diagrammes de cas d’utilisation 

Pourquoi modéliser ? 

Pour – comprendre -communiquer – évaluer – spécifier – promouvoir la réutilisation 

le fonctionnement – de l’organisation, du domaine – du système d’information – du système informatique 

Corollaires – bien comprendre à quoi et à qui sert un modèle – méthodes de conception objet : coupler les niveaux 

• concepts du domaine -> objets informatique métier 

18/02/20186 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Principaux éléments : 

• Acteurs (bonhommes) 
• Cas d’utilisation (ellipses) 

✓ Acteurs Un acteur est une entité extérieure au système modélisé, et qui interagit directement avec lui. 

✓ Acteurs non humains 

• Les principaux acteurs sont les utilisateurs du système. 
• En plus des utilisateurs, les acteurs peuvent être : 
• Des logiciels déjà disponibles à intégrer dans le projet ; 
• Des systèmes informatiques externes au système mais qui interagissent avec lui ; 
• tout élément extérieur au système et avec lequel il interagit 

Modélisation des besoins 

Modélisation des besoins 

18/02/20187 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

✓ Rôles et personnes physiques 

Un acteur correspond à un rôle, pas à une personne physique : 

• Une même personne physique peut être représentée par plusieurs acteurs si elle a plu- sieurs rôles. 
• Si plusieurs personnes jouent le même rôle vis-à-vis du système, elles seront représentées par un seul acteur. 

✓ Exemples : 

• Pierre, Paul ou Jacques sont tous les Clients du point de vue d’un distributeur automatique 
• En tant que webmestre, Paul a certains droits sur son site, mais il peut également s’identifier en tant qu’utilisateur quelconque, sous une autre identité 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins 

Exemple d’un diagramme de cas d’utilisation 

18/02/20188 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Un cas d’utilisation 

Acteurs et cas d’utilisation 

18/02/20189 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Relations entre cas d’utilisation en acteurs 

Dépendance d’inclusions et d’extensions 

18/02/201810 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Réutilisabilité des inclusions et extension 

Décompositions grâce aux extensions et inclusions 

18/02/201811 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Généralisation 

Relations entre Acteurs (Généralisation) 

18/02/201812 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Modélisation des besoins I. Chapitre I : les diagrammes de cas d’utilisation 

Acteurs principaux et secondaires 

Description textuelle 

18/02/201813 

Chapitre II : les diagrammes des classes 

Introduction Chapitre II : les diagrammes des classes 

Plan 

1. Chapitre I : les diagrammes de cas d’utilisation 

1- Acteurs et cas d’utilisation 2-Relations entre cas d’utilisation 3- Relations entre les acteurs III. Chapitre II : les diagrammes de classe 1- Acteurs et classes 2-Relations entre les classes IV. Chapitre IV : Traduction des diagrammes UML en code JAVA V. Chapitre III : les diagrammes de séquence 

18/02/201814 

Definition Chapitre II : les diagrammes des classes 

Definition Chapitre II : les diagrammes des classes 

18/02/201815 

Classes et attributs Chapitre II : les diagrammes des classes 

Classes et Attributs Chapitre II : les diagrammes des classes 

18/02/201816 

Classes et Attributs Chapitre II : les diagrammes des classes 

Visibilité Chapitre II : les diagrammes des classes 

18/02/201817 

Paquetage Chapitre II : les diagrammes des classes 

Association Chapitre II : les diagrammes des classes 

Définition Association 

Définition multiplicité 

18/02/201818 

Relations entre les classes Chapitre II : les diagrammes des classes 

Association Chapitre II : les diagrammes des classes 

18/02/201819 

Association bi-directionnelle Chapitre II : les diagrammes des classes 

Implantation d’une association bidirectionnelle de * à * 

Implantation d’une association réflexive 

Navigabilité d’une association Chapitre II : les diagrammes des classes 

18/02/201820 

Classe association Chapitre II : les diagrammes des classes 

Association n-aire Chapitre II : les diagrammes des classes 

18/02/201821 

Association de type aggrégation Chapitre II : les diagrammes des classes 

Association de type composition Chapitre II : les diagrammes des classes 

18/02/201822 

Composition et aggrégation Chapitre II : les diagrammes des classes 

Relation d’héritage Chapitre II : les diagrammes des classes 

18/02/201823 

Chapitre III : les diagrammes de séquence 

Relation d’héritage et propriétés Chapitre II : les diagrammes des classes 

Plan 

1. Chapitre I : les diagrammes de cas d’utilisation 1- Acteurs et cas d’utilisation 2-Relations entre cas d’utilisation 3- Relations entre les acteurs III. Chapitre II : les diagrammes de classe 1- Acteurs et classes 2-Relations entre les classes IV. Chapitre III : les diagrammes de séquence 

1- Ligne de vie et messages 2-Conception 

1. Chapitre IV : Traduction des diagrammes UML en code JAVA 

18/02/201824 

Introduction Chapitre III : les diagrammes de séquence 

Diagrammes de séquence 

Objectif : Représenter les communications avec et au sein du logiciel 

• Représentation temporelle des interactions entre les objets 
• Chronologie des messages échangés entre les objets et avec les Acteurs 

En conception : Décrire la réalisation des cas d’utilisation sur le système décrit par le diagramme de classes 

• Point de vue interne sur le fonctionnement du système 
• Description au niveau de l’instance (état du système à un instant) 
• Description de scénarios particuliers 
• Représentation des échanges de messages 
• Entre les acteurs et le système, entre les objets du système 
• De façon chronologique 

Introduction Chapitre III : les diagrammes de séquence 

Diagrammes de séquence 

Éléments du diagramme de séquence 

• Acteurs 
• Objets (instances) 
• Messages (cas d’utilisation, appels d’opération) 

Principes de base : Représentation graphique de la chronologie des échanges de messages avec le système ou au sein du système 

• « Vie » de chaque entité représentée verticalement 
• Échanges de messages représentés horizontalement 

Utilisation en phase de conception Chapitre III : les diagrammes de séquence 

télécharger gratuitement Cours Conception Systèmes D’informatique /Génie Logiciel