Académique Documents
Professionnel Documents
Culture Documents
d’information
2023 - 2024
Objectifs du cours
Ce cours vise à :
une organisation,
3. Cas d’utilisation
4. Scénarios d’utilisation
6. Relations, Associations
9. Diagrammes d’activités
7
10. Interface Homme machine Dr. Souha BENNANI
CHAPITRE 0
1. Introduction
▪ Traitements
▪ Techniques
▪ Nature de la demande
▪ Besoins en statistiques
▪ Organisation de l’entreprise
Dr. Souha BENNANI 12
Donnée - Information - Connaissance
12°C
12°C
Information
Il fait 12°C dans la pièce, il fait frais
Connaissance
--
----
----------
Une description élémentaire d'une réalité. Elle n'a pas de signification en soi.
fonction du contexte -- Une même donnée pourra avoir des sens différents
Connaissance
services.
d’information.
Définition
Le système d’information (SI) peut être défini comme un ensemble organisé de ressources
(matériel, logiciel, personnel, données, procédures…) permettant d’acquérir, de stocker, de
traiter, de communiquer des informations de toutes formes dans une organisation.
VS
Le système informatique
• Données : Suivi des flux opérationnels (tout est enregistré, tracé, suivi, utilisé), données de
synthèse ventes / secteur, coûts, rentabilité…,
• Des processus : Qui fait quoi, comment, quand, quelles données, quels flux opérationnels,
✔ Collecter l'information
✔ Stocker l'information
Ainsi traitées, ces informations permettent de répondre aux besoins des utilisateurs
✔ Diffuser l'information
• Ils ont pour objectif d’assister le traitement des opérations quotidiennes liées à l’exercice de
l’activité de l’entreprise,
34
Dr. Souha BENNANI
Cycle de développement d’un SI
• Cycles d’abstraction
39
Dr. Souha BENNANI
Problèmes et défis du cycle de développement
• Complexité fonctionnelle
• Mutations technologiques perpétuelles
• Complexité des architectures
--Solutions
✔ Distinguer analyse et réalisation
✔ Décomposer le système
✔ Utiliser une approche de haut niveau
Solutions
• Besoins du client
• Activité du client
• Environnement technique
Solution :
✔ Cycle de vie itératif et incrémental
• Imprécision, incomplétude
• Interface difficile entre domaine métier et
informatique
Solution :
✔ Utilisation de modèles, notamment
graphiques
Une des phases les plus délicates d'un projet est d'estimer les charges avant son démarrage.
jours/homme : Unité de mesure qui correspond au travail qui peut être accompli par une
personne pendant une journée, par deux personnes pendant une demi-journée, et ainsi de
suite, et qui sert, dans le budget, à répartir les crédits affectés à la main-d'œuvre.
○ En utilisant les concepts POO, vous pouvez écrire une fonctionnalité une seule fois et
la réutiliser partout ailleurs.
• Réduit le temps de maintenance : la POO rend les projets modulaires, vous permettant
d'isoler et de résoudre les problèmes plus facilement.
○ Par exemple, si le montant de la facture n'est pas correct, cela signifie que le
problème vient de la classe Bill et on peut y aller directement et commencer le
débogage.
52
Dr. Souha BENNANI
Concepts de bases de l’orientation objet
60
Dr. Souha BENNANI
Concepts de bases de l’orientation objet :
Polymorphisme, Encapsulation, Héritage, Abstraction
Abstraction
Encapsulation
Polymorphisme
Héritage
Classe
Objet
Dr. Souha BENNANI 61
Concepts de bases de l’orientation objet :
Polymorphisme, Encapsulation, Héritage, Abstraction
Abstraction
du contexte
Encapsulation
Encapsulation
Héritage
65
Dr. Souha BENNANI
Concepts de bases de l’orientation objet :
Polymorphisme, Encapsulation, Héritage, Abstraction
Héritage
Héritage
Héritage
68
Dr. Souha BENNANI
Concepts de bases de l’orientation objet :
Polymorphisme, Encapsulation, Héritage, Abstraction
Polymorphisme
Polymorphisme
Activité
1. Réfléchir à une idée de projet qui vous passionne. Il peut s'agir de n'importe quel type de
projet : une application web, une application mobile …
2. Définir clairement les objectifs de ce projet. Qu'est-ce que vous voulez accomplir avec ce
projet ? Quels sont les résultats attendus ?
3. Déterminer qui seront les utilisateurs finaux de votre projet. Qui bénéficiera de ce projet ?
Quelles sont les caractéristiques ou les fonctions que ces utilisateurs souhaiteraient avoir ?
4. Réfléchir aux contraintes et aux ressources disponibles. Quelles sont les limites de leur projet
en termes de temps, de budget, de matériel, etc.
5. Rédiger un cahier des charges préliminaire qui résume vos réflexions jusqu'à présent. Ce
cahier des charges devrait inclure une description du projet, des objectifs, des utilisateurs
finaux, des contraintes et des ressources.
71
Dr. Souha BENNANI
Nécessité de l’analyse et de la conception
o OU se situe le problème ?
Analyse
81
Dr. Souha BENNANI
Unified Modeling Language
82
Dr. Souha BENNANI
Unified Modeling Language
83
Dr. Souha BENNANI
Unified Modeling Language
84
Dr. Souha BENNANI
Unified Modeling Language
85
Dr. Souha BENNANI
86
Dr. Souha BENNANI
La Modélisation avec UML
87
Dr. Souha BENNANI
88
Dr. Souha BENNANI
89
Dr. Souha BENNANI
90
Dr. Souha BENNANI
91
Dr. Souha BENNANI
92
Dr. Souha BENNANI
93
Dr. Souha BENNANI
94
Dr. Souha BENNANI
Partie 3.1
Le Diagramme de classes UML
100
Dr. Souha BENNANI
Les attributs
101
Dr. Souha BENNANI
Les opérations
102
Dr. Souha BENNANI
Identification des classes, attributs et opérations
103
Dr. Souha BENNANI
Identification des classes, attributs et opérations
104
Dr. Souha BENNANI
Identification des classes, attributs et opérations
Exercice 1:
105
Dr. Souha BENNANI
Identification des classes, attributs et opérations
Solution
Exercice 1:
106
Dr. Souha BENNANI
Les relations entre les classes
108
Dr. Souha BENNANI
Multiplicités et contraintes
109
Dr. Souha BENNANI
Les relations (Les associations)
110
Dr. Souha BENNANI
Les relations Agrégation/composition
111
Dr. Souha BENNANI
Les relations (Les associations)
Exercice 2:
112
Dr. Souha BENNANI
Les relations (Les associations)
Solution
Exercice 2:
113
Dr. Souha BENNANI
Les relations (Agrégation)
114
Dr. Souha BENNANI
Les relations (Agrégation)
115
Dr. Souha BENNANI
Les relations (Composition)
116
Dr. Souha BENNANI
Généralisation / Spécification
117
Dr. Souha BENNANI
Généralisation
118
Dr. Souha BENNANI
Héritage
119
Dr. Souha BENNANI
Généralisation et Héritage
120
Dr. Souha BENNANI
Héritage multiple
121
Dr. Souha BENNANI
Remarques sur les Associations
122
Dr. Souha BENNANI
Remarques sur les Associations
123
Dr. Souha BENNANI
Exercice 3
124
Dr. Souha BENNANI
Solution Exercice 3
125
Dr. Souha BENNANI
Exercice 4
126
Dr. Souha BENNANI
Solution Exercice 4
127
Dr. Souha BENNANI
Exercice 5
128
Dr. Souha BENNANI
Solution Exercice 5
129
Dr. Souha BENNANI
Exercice 6
130
Dr. Souha BENNANI
Solution Exercice 6
131
Dr. Souha BENNANI
Exercice 7
132
Dr. Souha BENNANI
Solution Exercice 7
133
Dr. Souha BENNANI
Exercice 8
134
Dr. Souha BENNANI
Solution Exercice 8
135
Dr. Souha BENNANI
Exercice 9
136
Dr. Souha BENNANI
Solution Exercice 9
137
Dr. Souha BENNANI
Résumé
138
Dr. Souha BENNANI
Partie 3.2
Le Diagramme de cas d’utilisation UML
Le diagramme de cas d'utilisation est utilisé pour donner une vision globale du
comportement fonctionnel d'un système logiciel.
Les use case permettent de structurer les besoins des utilisateurs et les objectifs
du système. Une fois identifié et structuré ces besoins :
140
Dr. Souha BENNANI
Diagramme de C.U
Notion de système
Le système est un ensemble de cas d'utilisation, il contient les cas d'utilisation mais pas
des acteurs.
141
Dr. Souha BENNANI
Diagramme de C.U
142
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
Avant de rechercher les besoins, la première tâche consiste à définir les limites du système (c.à.d. ce qui
est inclus ou pas dans le système), puis à identifier les différentes entités intervenants sur le système. Ces
entités sont appelés acteurs. Les acteurs se représentent sous la forme d’un petit personnage (stick man)
ou sous la forme d’une case rectangulaire (appelé classeur) avec le mot clé « actor ». Chaque acteur porte
un nom
143
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
Un acteur est un type stereotypé representant une abstraction qui reside juste dehors du systeme.
Remarque : Un acteur n'est pa forcement une personne physique, elle peut etre une societé, un
robot, un service, etc... Il existe quatre types d'acteurs :
144
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
II.2.1. Les acteurs principaux : Ce sont les acteurs qui vont realiser le cas d'utilisation.
II.2.1. Les acteurs secondaires : Les acteurs secondaires ceux qui font que recevoir des
informations a l'issue de la realisation d'un cas d'utilisation.
II.2.3. Peripheriques externes : Les dispositifs materiaux incontonnables qui font partie du
domaine de l'application et qui doivent absolument être utilisés. Ex ; capteur, horloge
externe, etc…
145
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
N.B : Ne pas confondre entre Acteur et Utilisateur (personne qui utilise le systeme)
146
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
147
Dr. Souha BENNANI
Diagramme de C.U
L'acteur
148
Dr. Souha BENNANI
Diagramme de C.U
Le cas d'utilisation (Use Case)
149
Dr. Souha BENNANI
150
Dr. Souha BENNANI
Diagramme de C.U
Description des cas d'utilisation
Objectif : Comprendre les besoins du client pour rédiger le cahier des charges Principe :
● Définir les limites du système
● Définir l'environnement du système : les utilisateurs ou éléments qui interagissent avec le système
● Définir les utilisations principales du système : à quoi sert-il ?
Éléments constitutifs :
● Diagrammes des cas d'utilisation
● Description textuelle des cas d'utilisation
● Diagrammes de séquence des scénarios d'utilisation (dans les prochaines séances )
151
Dr. Souha BENNANI
Diagramme de C.U
152
Dr. Souha BENNANI
Diagramme de C.U
Construction du diagramme
153
Dr. Souha BENNANI
Diagramme de C.U
Description des cas d'utilisation
154
Dr. Souha BENNANI
Diagramme de C.U
Le cas d'utilisation (Use Case)
155
Dr. Souha BENNANI
156
Dr. Souha BENNANI
157
Dr. Souha BENNANI
Diagramme de C.U
158
Dr. Souha BENNANI
Diagramme de C.U
Exemple A : Retirer de l'argent du distributeur
159
Dr. Souha BENNANI