Héla SAFFAR 1

Information : encore appelée donnée. Elément de

connaissance susceptible d'être codé pour être conservé,
traité ou communiqué.

Les données sont la base de l’information. Elles prennent un

certain nombre de valeurs pouvant être définies dans un
ensemble.

Exemple: - nom d’un étudiant

- date d’inscription
- numéro de carte d’étudiant…

L’information est toujours porteuse de signification et

comporte en général plusieurs valeurs de données:
Information= ensemble de valeurs de données + lien

Héla SAFFAR 2
 Exemple:
◦- Mohamed, 15 Septembre 2022, 120001: ces valeurs
représentent un ensemble de valeurs de données sans
aucun lien.
◦ - L’étudiant Mohamed est inscrit le 15 Septembre
2022 et il a comme numéro de carte d’étudiant:
120001 a une signification.

 Une information doit être:

◦ Précise
◦ Parvenue au moment opportun (convenable,
favorable)
◦ Intégrale (complète)
◦ Concise (résumé et contient l’essentiel)
◦ Pertinente ( convenable et juste)

Héla SAFFAR 3
 Systèmes :
◦ Définition 1: proposée par J. Rosney
 Un système est un ensemble d’éléments en interaction
dynamique, organisés en fonction d’un but .

 Interaction dynamique: système en fonctionnement,

 Organisés en fonction d’un but : finalité

◦ Définition 2: proposée par Le Moigne

Quelque chose(n’importe quoi, identifiable), qui fait quelque
chose( activité, fonction), qui est dotée d’une structure, évolue
dans le temps, dans quelque chose(environnement), pour quelque
chose (finalité).

Héla SAFFAR 4
 EVOLUTION

ENVIRONNENT

FINALITES
STRUCTURE

ACTIVITE

 En conclusion:
Un système représente un regroupement de composants qui
interagissent pour atteindre un objectif commun.

Exemple: un système mécanique, un système

électrique, système de l’entreprise…

 Un système est un ensemble d'éléments reliés entre eux

compris dans un ensemble plus grand. En latin et en grec,
le mot « système » veut dire combiner, établir, rassembler.

Héla SAFFAR 5
◦ le système opérant:
 c’est le siège de l’activité de l’Entreprise qui transforme les entrées
en sorties.
 Exemple :chaîne de montage d'automobiles, les services d’une
entreprise…

◦ le système de pilotage :
 prise de décision, fixation des objectifs et des moyens pour les
atteindre (peut exister à tous les niveaux de l'entreprise :
hiérarchie);
 Ses décisions sont prises à partir de paramètres venant du système
opérant.

◦ le système d'information:
 intermédiaire entre les deux précédents,
 relève les informations à partir du système opérant, les traite et
les transmet au système de pilotage.
 Il peut être vue comme la partie qui relie les deux systèmes
précédents. Il est chargé de véhiculer l'information interne et
externe.
Héla SAFFAR 6
Héla SAFFAR 7
 Le SI représente l’outil de communication de
l’organisation.

 Il représente l'ensemble des éléments participant à la

gestion, au traitement, au stockage et au transport et
diffusion de l'information au sein de l'organisation.

 Il est destiné au
◦ système de pilotage pour pouvoir connaître et
maitriser le fonctionnement du système opérant et
d’assurer ses fonctions en ayant une image claire sur
la réalité.
◦ système opérant pour exécuter les décisions prises par
le système de pilotage.

Héla SAFFAR 8
Héla SAFFAR 9
 Rôle: Collecte d’informations, Stockage de l’information, Traitement de l’information
Et Diffusion de l’information

 La mémorisation ou le stockage (des informations brutes

ou résultats de traitement). L’information pourra être
accédée à tout moment.

 La communication : C’est la diffusion des informations

(transfert de l’information dans l’espace). Il assure
l’échange d’informations avec le système opérant et le
système de pilotage.

 Le traitement : rapprochement, calcul, comparaison

d'informations

 A ces trois fonctions on peut en ajouter une quatrième :

 La collecte et la saisie des informations qui consiste à

déterminer la liste des informations nécessaires et à donner
à toute information, un nom et une structure reconnue et
partagés au sein de l’entreprise : définir le vocabulaire
spécifique de l’Entreprise.
Héla SAFFAR 10
Héla SAFFAR 11
 Expression des besoins
 Définition d’un cahier des charges
 Spécification
 Ce que le système doit être et comment il peut être utilisé
Le but de cette étape est d’établir une première description du futur système. Son
résultat est une description de ce que doit faire le système en évitant des
décisions de réalisation (le quoi et non le comment).
 Analyse
 Éléments intervenant dans le SI, leurs structures et relations
 Adéfinir sur 3 axes

 Conception
 Apport de solutions techniques: architecture, performance
et optimisation
 Définition des structures et des algorithmes
Héla SAFFAR 12
 2 types de conception
 Conception architecturale
• Définition de la structure interne du logiciel
• Décomposition en composants de taille maîtrisable
• Définition des interfaces et interactions entre composants
 Conception détaillée
• Définition du rôle de chacun des composants
• Définition des sous-composants
 Implémentation
 Réalisation et programmation
 Tests et vérification
 Contrôles de qualité
 Instaurés tout au long du cycle de développement
 Validation
 Vérification de la correspondance avec le cahier des charges + discussion avec
l’utilisateur
 Maintenance et Evolution
 Maintenance corrective: traiter les erreurs (bugs)
 Maintenance évolutive: intégration de nouveaux changements

Héla SAFFAR 13
 La séquence et la présence de chacune de ces
activités dans le cycle de vie dépend du choix
d’un modèle de cycle de vie entre le client et
l’équipe de développement (cascade, itératif,
incrémental, etc).

 Le cycle de vie permet de prendre en compte,

en plus des aspects techniques,
l’organisation et les aspects humains.

Héla SAFFAR 14
 DéVELOPPEMENT
(Conception) d’un
système d’information

Héla SAFFAR 15
 ◦ Objectifs de la conception :
◦ La construction des SI est une opération
complexe qui demande beaucoup de
temps et les erreurs détectées après la
réalisation du produit coûtent cher.

 A cet effet, on a recours à des méthodes de

conception (développement) pour maîtriser la
complexité, minimiser le risque d’échec et
réduire le coût et le temps de réalisation.

Héla SAFFAR 16
 Démarche (Méthode)+ Modèles

Méthode Modèles
 Concevoir un SI, c’est imaginer, créer et
représenter de la manière la plus sémantique
possible, le SI à travers des modèles utilisés dans
le cadre d’une démarche logique et progressive
permettant d’assurer sa construction, sa mise en
œuvre et sa maintenance.

Héla SAFFAR 17
 Une méthode définit une démarche reproductible pour
obtenir des résultats fiables. Tous les domaines de
connaissance utilisent des méthodes généralement
formalisées.
 Les pilotes déroulent des check-lists avant le décollage,
les architectes dessinent des plans et les musiciens
suivent les règles de composition.

 Une méthode de conception d’unSI décrit

comment modéliser et construire le système
d’information de manière fiable et
reproductible.

Héla SAFFAR 18
 Généralement, les méthodes permettent de
construire des modèles (représentation,
souvent graphique ) à partir d’éléments de
modélisation qui constituent des concepts
fondamentaux pour la représentation des
systèmes.

 Ces modèles permettent de manipuler

aisément les méthodes et communiquer et
échanger l’information entre les différents
intervenants.
La modélisation

Héla SAFFAR 19
 Support de la conception
 Formalisation de la solution, en utilisant des notations ou des
règles connues
 Permet de réduire la complexité d’un phénomène
 Éliminer les détails non significatifs
 Refléter ce qui est important pour la compréhension et
prédiction du phénomène modélisé
 Création d’un Modèle
 Représentation abstraite et simplifiée qui exclut certains détails qui
n'influencent pas son comportement de manière significative), d’une
entité du monde réel (phénomène, processus, système, etc.) en vue de
le décrire, de l’expliquer ou de le prévoir
 Exemple : Plan

Héla SAFFAR 20
 Un modèle est une représentation abstraite d’un
système destiné à faciliter son étude, le
maitriser et l’améliorer.
 C’est un outil majeur de communication entre
les différents intervenants au sein d’un projet.
 Modéliser un système avant sa réalisation:
◦ mieux comprendre le fonctionnement du système.
◦ un bon moyen de maîtriser sa complexité et d'assurer
sa cohérence.
◦ Un modèle est un langage commun, précis, qui est
connu par tous les membres de l'équipe

 Dans le domaine de l'ingénierie du logiciel, le modèle

est un facteur de réduction des coûts et des délais.

Héla SAFFAR 21
 Le modèle sert suivant l’activité de développement et sera
construit :
◦ Dans les activités d’identification et spécification des besoins:
considérer, le système comme une boîte noire à part entière afin
d’étudier sa place dans le système métier le plus global qui est
l’entreprise.

◦ On développe pour cela, un modèle de niveau contexte, afin de

tracer les frontières fonctionnelles du système.

Héla SAFFAR 22
 Au niveau du diagramme de cas d’utilisation, on
détermine les limites du système, on identifie les
acteurs et on recense les cas d'utilisation.
 Les cas d'utilisation sont utilisés tout au long du projet.
Dans un premier temps, on les crée pour identifier et
modéliser les besoins des utilisateurs. Ces besoins sont
déterminés à partir des informations recueillies lors des
rencontres entre informaticiens et utilisateurs.
 Si l'application est complexe, vous pourrez organiser les cas
d'utilisation en paquetages.
 A ce niveau, un diagramme de séquence pourra être défini.

Héla SAFFAR 23
Dans les activités d’analyse (modèle du domaine :
première version du diagramme de classes), le modèle
commence à représenter le système vu de l’intérieur.
Le modèle comprend deux points de vue, la structure
statique et le comportement dynamique.
A ce niveau un diagramme de classes participantes et
un diagramme d’activités de navigation peuvent être
définis,

Héla SAFFAR 24
• Dans les activités de conception, le modèle sert à étudier,
documenter, communiquer et anticiper une solution.

• Il est plus rentable de découvrir une erreur de conception

sur un modèle, que de la découvrir au bout de milliers de
lignes de code.

• A ce niveau, un diagramme d’interaction et un diagramme

de classes de conception pourront être définis

• Pour la conception du déploiement, le modèle représente

les matériels et les logiciels à interconnecter.

Héla SAFFAR 25
 Le modèle en tant qu’abstraction d’un système s’accorde avec
les concepts orientés objet.

 Un objet peut représenter l’abstraction d’une entité métier

utilisée en analyse, puis d’un composant de solution logicielle
en conception.

 La correspondance se manifeste surtout lorsque les langages

de développement sont eux-mêmes orientés objet: le succès
de la modélisation objet pour les projets de plus en plus
nombreux utilisant C++, Java ou C#.

 Aujourd’hui, le standard industriel de modélisation objet est

UML.

 Il est sous l’entière responsabilité de l’OMG (Object

Management Group) : un groupement d’industriels dont
l’objectif est de standardiser autour des technologies objet.
L’OMG comprend plus de 800 membres dont les principaux
acteurs de l’industrie informatique (Sun, IBM, etc) :
[Link]

Héla SAFFAR 26
Les méthodes objet et la
genèse d'UML

Héla SAFFAR 27
 Les premières méthodes d'analyse (années
70)
 Découpe cartésienne (fonctionnelle et
hiérarchique) d'un système.
 L’approche analytique ou cartésienne est basée
sur la décomposition du domaine d’étude en
sous domaines plus restrictifs.
 Elle consiste à résoudre un problème en le
divisant en sous problèmes plus restrictifs et de
proposer pour chacun une solution
indépendante. Gestion de
personnel
Gestion de
stock

Gestion de
Comptabilité
clients
Gestion des
fournisseurs
Héla SAFFAR 28
 Les méthodes de conception de systèmes
d’information (S.I.) de la première génération
sont basées sur les concepts et techniques de
décomposition hiérarchique (D.H.) des processus
et de flux de données (ou flux d’information).
 Elles sont apparues dans les années 60, Ces
méthodes associent au paradigme cartésien une
approche fonctionnelle de conception.

 La démarche de travail est descendante, "top-

down": part du général pour aller vers le
particulier.

Héla SAFFAR 29
 Elle débute par l'identification d'une fonction
globale de gestion.

 Toute fonction est décomposée en sous-

fonctions, et ainsi de suite, par raffinements
successifs, jusqu'à ce que les ensembles
élémentaires soient intelligibles

 Une représentation en arbre: les fonctions

globalement perçues sont éclatées en processus
spécifiques. Les relations entre ces derniers sont
également recherchées. Programmation
modulaire et décomposition fonctionnelle.

 Exemple :S.A.D.T.

Héla SAFFAR 30
Héla SAFFAR 31
 L'approche systémique (années 80)
 Modélisation des données + modélisation des traitements
(Merise, Axial, IE...).

 L’approche systémique date de 1970. Cette approche suppose

qu’une entreprise pourra être modélisée comme un système.
 Le fait de poser tous les problèmes en même temps permet d’avoir
une solution globale plus élégante que la précédente.

 L’approche systémique repose sur les hypothèses suivantes :

◦ L’objet à modéliser est supposé un projet identifiable.
◦ L’objet à modéliser est ouvert sur son environnement.
◦ L’objet doit être décrit dans sa totalité, fonctionnant et évoluant.

 La modélisation du système est abordée selon deux points de vue

complémentaires : la modélisation de données et la modélisation des
traitements.

 Exemple : Merise

Héla SAFFAR 32
 Les méthodes de conception de S.I. de la seconde
génération(Année 80) sont entièrement centrées sur
la modélisation des données.
 Elles combinent une approche conceptuelle au
paradigme systémique.
 Le paradigme systémique
 les approches systémiques ont leurs racines dans la
théorie des systèmes.
 Le schéma introduit en France par J.L. LEMOIGNE et
rendu populaire par MERISE:le système d’information
en relation avec, le système opérationnel de
l’organisation et, son système de pilotage.
 Le S.I. est un « modèle » (image abstraite) de la
réalité organisationnelle qui apporte aux acteurs et
décideurs la connaissance dont ils ont besoin pour
agir et décider.

Héla SAFFAR 33
 Prise de conscience de l'importance d'une
méthode spécifiquement objet:
 Comment structurer un système sans centrer
l'analyse uniquement sur les données ou
uniquement sur les traitements (mais sur les
deux) ?
 Plus de 50 méthodes objet sont apparues
durant cette période (Booch, Classe-Relation,
Fusion, HOOD, OMT, OOA, OOD, OOM,
OOSE...)
 Aucune méthode ne s'est réellement
imposée.

Héla SAFFAR 34
 OMT (James Rumbaugh) : vues statiques, dynamiques et
fonctionnelles d'un système. Issue du centre de R&D de General
Electric. Notation graphique riche et lisible.

OOD (Grady Booch) : vues logiques et physiques du système.

Définie pour le DOD, afin de rationaliser de développement
d'applications ADA, puis C++. Ne couvre pas la phase d'analyse
dans ses 1ères versions (préconise SADT). Introduit le concept de
package (élément d'organisation des modèles).

OOSE (Ivar Jacobson) : couvre tout le cycle de développement.

Issue d'un centre de développement d'Ericsson, en Suède. La
méthodologie repose sur l'analyse des besoins des utilisateurs.

Héla SAFFAR 35
 UML (Unified Modeling Langage), la fusion et
synthèse des méthodes dominantes :

Héla SAFFAR 36
 L’approche objet a pour origine la
programmation à objet : elle est née avec le
langage SIMULA (1966), ensuite elle a été
popularisée avec le langage SMALLTALK (1976)
et C++(1989).
 L’approche objet a obtenue ses premiers succès
importants avec la programmation d’interface
graphique.
 Depuis, son application s’est généralisée à de
nombreux domaines tels que le génie logiciel,
les systèmes répartis et les bases de données et
par extension, les méthodes d’analyse et de
conception de systèmes.
Héla SAFFAR 37
 L’approche orientée objet n’est plus une simple
technique de programmation, c’est une manière
abstraite de réfléchir à un problème en
employant des concepts du monde réel, plutôt
que des concepts purement informatiques.

 Le terme orienté objet signifie qu’on organise le

système comme une collection d’objets
dissociés qui interagissent entre eux (par envoi
de message).

 L'approche considère le logiciel comme une

collection d'objets dissociés, identifiés et
possédant des caractéristiques.
Héla SAFFAR 38
 Une caractéristique est soit un attribut (l'état de
l'objet), soit une entité comportementale de
l'objet ( une fonction).

 La fonctionnalité du logiciel émerge alors de

l'interaction entre les différents objets qui le
constituent. L'une des particularités de cette
approche est qu'elle rapproche les données et
leurs traitements associés au sein d'un unique
objet.

Héla SAFFAR 39
 Un objet est caractérisé par plusieurs
notions :
 L'identité
◦ L'objet possède une identité, qui permet de le
distinguer des autres objets, indépendamment de
son état.
 Les attributs
◦ Les données caractérisant l'objet. Ce sont des
variables stockant des informations sur l'état de
l'objet
 Les méthodes
◦ Les méthodes d'un objet caractérisent son
comportement: l'ensemble des actions (appelées
opérations) que l'objet est à même de réaliser.

Héla SAFFAR 40
 La difficulté de cette modélisation consiste à
créer une représentation abstraite, sous
forme d'objets, d'entités ayant une existence
matérielle (chien, voiture, ampoule,
personne…) ou bien virtuelle (client,
temps…).

 La Conception Orientée Objet (COO) est la

méthode qui conduit à des architectures
logicielles fondées sur les objets du système,
plutôt que sur la fonction qu'il est censé
réaliser.

Héla SAFFAR 41