Le génie logiciel

Qu’est-ce que c’est le génie logiciel et

sa place dans les sujets d’informatique

Le contenu est basé aux transparents du 7ème édition

de «Software Engineering» de Ian Sommerville

Animé par : DR.OMARI Mounir 1

Questions de l’ingénierie de logiciel
• Qu’est ce que c’est logiciel?
• Qu’est ce que c’est génie logiciel?
• Quelle est la différence entre génie logiciel et
informatique?
• Quelle est la différence entre génie logiciel et
génie des systèmes?
• Qu’est ce que c’est processus unifié de logiciel?
• Qu’est ce que c’est modèle du processus de
logiciel

2
Questions de l’ingénierie de logiciel
• Combien ça coûte?
• Quelles sont les méthodes du génie logiciel?
• Qu’est ce que c’est CASE (Computer-Aided
Software Engineering)
• Quelles sont les propriétés du bon logiciel?

3
 Logiciel
• Programmes et la documentation associée –
cahier de charges, modèles, manuels
• Types
– Générique
– Individuel
– Hérité

4
 Génie logiciel
• Par rapport d’informatique
• Par rapport du génie des systèmes

5
 Processus du logiciel
• Un ensemble d’activités dont l’objectif est le
développement et l’évolution du logiciel.
• Activités :
– Spécification
– Développement
– Validation
– Evolution

6
 Modèle du processus
• C’est quoi un modèle?
• Points de vue:
– Flux d’activités
– Flux des données
– Rôles/activités
• Modèles génériques
– Cascade (Waterfall)
– Itérative
– Composants

7
 Les coûts
Waterfall model
0 25 50 75 100

• Activités
Specification Design Developmen t Integ ratio n and testing

– Spécification du logiciel
Iterative development

– Développement 0 25 50 75 1 00

– Validation Specification Iterative development System testing

– Evolution Co mponent-based software eng ineering

0 25 50 75 1 00

Specification Developmen t Integ ratio n and testing

Developmen t and evolution cos ts for long-lifetime sys t ems

0 10 200 30 400

System developmen t System evolution

• Production 0 25 50 75 100

Specification Developmen t System testing

8
 Méthodes de génie logiciel
• Composants des méthodes
– Modèles – graphiques (objets, flux des données,
machine d’états et c.)
– Règles - contraintes
– Recommandations – bonne pratique
– Direction et gestion – la séquence des activités

9
 CASE (Computer-Aided Software Engineering)

• Upper-CASE
– Support les activités de conception et de definition
des besoins
• Lower-CASE
– Support les activités tards – programmer, déboguer,
tester

10
 Les propriétés du bon logiciel
• Avoir la fonctionnalité désirée.
• Facilement maintenu
• Sûr
• Efficace
• Accepté, compris par les usagers

11
 Les défis devant le GL
• Hétérogénéité des plateformes
• Délivrance (respecter les termes et la qualité à
la fois)
• Confiance des usagers
• Responsabilité professionnelles et éthiques

12
Les défis devant le GL

13
 Systèmes critiques
• Système critique par rapport de sécurité
– Perdre la vie ou la santé. Ex. Usine chimique
• Système critique par rapport de mission
– Une activité essentielle est échouée - Navire
d’espace
• Système critique par rapport de commerce
– Grand pertes d’argent – système de comptabilité
d’une banque

14
 Fiabilité
• Panne du matériel
• Echec du logiciel
• Erreur opérationnel – le plus souvent

15
 Fiabilité
• Composants de la fiabilité (Dependability)
– Disponibilité
– Fiabilité (Reliability)
– Sécurité
• (Safety)De fonctionner sans échec catastrophique
• (Security)De se protéger des attaques externes
– Habilité de restauration après un échec
– Habilité d’être maintenu
– Habilité de survivre
– Tolérance d’erreurs

16
 Exemple - Insuline pompe
• Organisation
Réservoir d’insuline

Ensemble de
Pompe Horloge
l’aiguille

Capteur Unité de gestion Alarme

Ecran1 Ecran2

Alimentation
17
 Exemple - Insuline pompe
• Flux de données
Paramètres du sang
sang
Capteur de Analyse de Niveau du glucose
glucose sanguin glucose sanguin

Calcul du besoin
d’insuline
Instructions vers la pompe
insuline

Pompe d’insuline
Gestion de délivrance Besoin d’insuline
d’insuline

18
 Exercice

• Quelles sont les exigences de fiabilités et les

coûts de fiabilités pour l’exemple précèdent?

B.Shishedjiev - Génie logiciel 19

 Exigences de fiabilité
• Le système doit être capable de livrer l’insuline
quand l’organisme a besoin et en quantité qui
assez de neutraliser le glucose.
• L’exigence principale de sûreté et de ne pas
livrer une surdose, qui peut être mortelle.

20
Les coûts de fiabilité

21