Méthodologies de

conception des SI

Objectif du cours

◼ Beaucoup de raisons pour étudier et

s’intéresser aux Systèmes d’Information (SI)

❑ Utiliser intensivement les SI existants

❑ Analyser des SI existants et identifier leurs forces
et faiblesses
❑ Emettre des recommandations d’amélioration
et/ou de modifications
❑ Proposer, participer à la conception et réalisation
de nouveaux SI

1
Plan du cours
◼ Introduction aux SI
◼ Méthodologies de conception :
❑ Importance dans le cycle de développement d’un
logiciel
❑ Historique et caractéristiques des différentes
approches:
◼ Approche objet
❑ Le langage UML
◼ Principaux diagrammes
❑ Processus unifiés

Information
◼ Le bon fonctionnement d'une organisation, voire sa
survie, est conditionné par la mise en place d'une
communication cohérente et fluide :
❑ entre ses différentes composantes

❑ avec son environnement externe

◼ L'essence de cette communication est l'information

◼ Cette information n'est utile que si elle est exploitée et
mise à disposition de façon optimale
◼ Or,
❑ augmentation du volume d'informations à traiter

❑ complexité croissante de la communication dans les

organisations

2
Système d’Information

◼ Nécessaire pour gérer cette ressource

stratégique qu'est devenue l'information
◼ Composante indissociable des organisations

« le système d'information suppose

l'organisation et celle-ci ne fonctionne pas
sans lui » ( J.L. Peaucelle )
◼ Le SI d’une entreprise est l’ensemble des
données et des traitements qui sont
nécessaires et suffisants à son
fonctionnement

Information et donnée

◼ Donnée: Signe+ code

Elle peut être numérique, alphanumérique, ….
Exemple : 71540325
◼ Information: donnée +interprétation

Exemple : C’est un numéro de téléphone

◼ L’information peut-être interprétée par un être
humain et elle apporte alors de la connaissance
Exemple : ce numéro correspond à un abonné de
Tunis

3
Évolution des applications de gestion
◼ 60-80
❑ stockage et restitution d'informations
❑ structures plates (fichier, ligne de table)
❑ traitement simple (mise à jour et édition de données)
◼ 80- ..
❑ objets complexes (texte, graphiques, images)
❑ traitements plus élaborés (tableau de bord, système expert,
statistiques)
❑ intégration (bureautique, multimédia, web)
◼ Les méthodes de conception doivent évoluer

Cycle de vie du logiciel

4
Cycle de développement du logiciel

◼ Plusieurs catégories de modèles ou de méthodes ont

été proposés pour décrire le cycle de développement
du logiciel
◼ Les modèles définissent des étapes clairement
identifiables et censées correspondre à l’achèvement
d’une partie du travail
◼ Catégories de modèles
❑ Code and fix
❑ Linéaire
❑ Itératif

Classes de méthodes de
conception

5
Les différentes classes de méthodes de
conception
◼ Approches cartésiennes (première
génération)
◼ Approches systémiques (deuxième
génération)
◼ Approches objet (troisième génération)

Les approches cartésiennes

◼ Points forts:
❑ simplicité et bon sens
❑ adéquation à capturer les besoins des utilisateurs
❑ capacité à produire des solutions à plusieurs
niveaux d'abstraction
◼ Points faibles:
❑ effort sur les fonctions au détriment des données
❑ règles de décomposition non explicites
❑ difficile de faire de la réutilisation

6
Les approches systémiques

◼ Points forts:
❑ grande cohérence des données
❑ niveaux d'abstraction bien définis
◼ niveau conceptuel, niveau logique ,niveau physique
◼ Points faibles:
❑ manque de cohérence entre données et
traitements
❑ faiblesse de la modélisation des traitements,
mélange des contraintes et des contrôles

Les approches objet

◼ Évolution de l'approche systémique vers une

plus grande cohérence entre les objets et
leurs comportements
◼ Vision du SI comme un ensemble d'objets
avec leurs opérations
◼ Méthodes: OMT, OOD, OOSE, Unified
Software
◼ Development Process (UML)

7
Les approches objet
suite
◼ Points forts:
❑ capacité à modéliser des objets complexes
❑ réduire les distorsions entre système informatique
et monde réel
❑ intégration des traitements aux données
❑ encapsulation
◼ Points faibles
❑ "tout objet" difficile à appréhender
❑ aspect fonctionnel mal représenté
❑ aspect procédural des opérations

Introduction au langage
UML

8
 UML un langage
◼ C’est un formalisme (notation) pas une méthode
◼ Il est entièrement tourné vers le support de l’analyse et la
conception orientée objet.
◼ Il est un langage qui fournit des mots, une syntaxe et une
sémantique à des fins de communication
◼ UML fournit le vocabulaire et les règles pour représenter
les différents modèles permettant de comprendre un
système.
◼ Il est la synthèse de plusieurs autres méthodes objet ou
non.
◼ Il est supporté par des d’acteurs importants du monde
informatique.
◼ Il est normalisé par l’Object Management Group (OMG)

17

UML
un langage pour visualiser

◼ UML fournit un ensemble de symboles et des

règles d'assemblage pour représenter
graphiquement les modèles du système.
◼ La représentation graphique est indépendante
de la langue et permet souvent une meilleure

18

9
UML
un langage pour spécifier

◼ Un spécification est une description précise,

non ambiguë et complète.
◼ UML fournit les outils pour construire des
spécifications aux niveaux analyse,
conception et implémentation.

19

UML
un langage pour construire

◼ UML n'est pas un langage de programmation

visuel, mais les modèles d'implémentation sont
assez riches pour être directement traduits dans
un langage de programmation.

20

10
Genèse d’UML Chapitre 2 paradigme objet

21

UML et le processus unifié

22

11
Architecture et vues du processus de
développement

23

Modèles et diagrammes du processus de

développement

24

12
Vues architecturales et modèles UML

25

Diagrammes UML 2
◼ Diagrammes statiques :
❑ Mettent en évidence des liens structurels entre les
entités qui constituent l’application
◼ Diagrammes dynamiques :
❑ Mettent en évidence le comportement des entités
qui constituent cette application

26

13
 Chapitre 2 paradigme objet 27

UML 2.x
◼ Quelques points majeurs
❑ Restructuration du méta-modèle

Infrastructure (sémantique) et superstructure

(notation)
◼ Diagrammes nouveaux ou modifiés

◼ Profiles plus puissants et simples

◼ Format pour échanger les diagrammes (entre

outils UML)
◼ Site principal pour les normes reliées à UML:

[Link]
28

14
Références

◼ UML2 par la pratique Pascal Rocques edition

EYROLLS 7 ème édition
◼ Site principal pour les normes reliées à UML:
[Link]
◼ UML 2 - Modéliser une application web
Pascal Roques Editions Eyrolles

15