Génie Logiciel

MODULE 1 - OVERVIEW D’UN PROJET INFORMATIQUE

VENDREDI 06/11

*
 01
Accueil

2
ICE BREAKER !

Qui sommes nous ?

Martin AUNE : [email protected]
Pauline GALVAO : [email protected]
Classe virtuelle
Je facilite ma concentration …
Bonnes pratiques et astuces Je coupe toutes les sollicitaions extérieures : téléphone, mails, ...
Je m’installe dans un espace calme.

Je mets mes écouteurs …

Je réduis le bruit ambiant pour optimiser l’écoute.

Je coupe mon micro quand je ne parle pas …

J’améliore l’écoute en supprimant les bruits parasytes.
Formation à
distance
Format du cours :
- 4 Cours + TD en sous-groupes
- Contrôle de connaissance final
4
- Utilisation de Klaxoon
 5 min

Quelles notions pensez-vous aborder dans ce cours ?

5
Nos objectifs
Vous impliquer dans le cours (malgré la distance…)
Comprendre comment est réalisé un projet informatique en entreprise
Se familiariser avec les termes utilisés en entreprise
Donner du sens, du concret sur les bonnes pratiques
Présenter des exemples de méthodologie

Contrôle de connaissances
Sous la forme d’un examen final
Questions sur la compréhension du cours et un exercice de modélisation

6
 Découpage de ce cours de Génie Logiciel

Cours + TD1 Cours + TD2

Overview d’un projet informatique Spécification et architecture technique

- Qu’est-ce qu’un projet informatique de la solution
- La modélisation (avec exercice en groupe)

Cours + TD3 Cours + TD4

Construction de la solution Tests de la solution

7
 02
Qu’est ce qu’un
projet informatique ?

8
 Un projet informatique c’est :

Maitrise des pratiques

d’ingénieurie

Méthode : basée sur des

standards internationaux
Besoin, idée reconnus formalisant notre
Objectifs Changement,
(plus ou moins détaillé) savoir faire et celui de la
communauté internationale transformation pour
l’entreprise
Pilotage par les risques et la
valeur métier : adaptable aux
contextes et aux
besoins des projets

Budget

9
 Le Genie Logiciel c’est :

Maitrise des pratiques

d’ingénieurie

Méthode : basée sur des

standards internationaux
Besoin, idée reconnus formalisant notre
Objectifs Changement,
(plus ou moins détaillé) savoir faire et celui de la
communauté internationale transformation pour
l’entreprise
Pilotage par les risques et la
valeur métier : Adaptable aux
contextes et aux
besoins des projets

Budget

10
Les delivery process

Cycle en V : Linéaire avec effet tunnel

Agilité (cf cours dédié) : état d’esprit plus qu’une méthode, centrée sur les interactions humaines
sur l'adaptation aux changements, et sur la production de résultats opérationnels

Itératif et incrémental : apport de valeur ajoutée par des cycles courts et de l’amélioration continue

11
Itératif et incrémental

12
L’itération : au cœur du process
Itération : un vrai mini projet
□ Time Boxed (entre 2 et 6 semaines)
□ Objectifs vérifiables
□ Résultats tangibles

□ Agree
□ Définir et partager les objectifs priorisés
par les risques, la valeur métier
□ Execute
□ Réaliser les objectifs et le pilotage au
quotidien
□ Assess
□ Evaluer objectivement les résultats
□ Analyser les impacts pour la suite
□ Effectuer une rétrospective : l’équipe
analyse ce qui a bien fonctionné ou pas,
et définit les actions pour améliorer le
processus

13
Le delivery Process par itérations
Manage & Support Activities

Le projet est Les conditions sont L’application peut être

Le projet est clos ?
faisable ? réunies pour construire ? livrée au Client ?

Démarrage Elaboration Construction & Tests Transition

La vision • Le socle La version • Le Client a

est définie architectural complète de validé le produit
(scope) est démontré la release est • La garantie est
et maîtrisé par disponible terminée
l’équipe
• Le niveau de
spécification
14 est suffisant
Des activités d’ingénierie nativement intégrées au
delivery process du projet

15
Et après la release initiale ?
Les services d’Operation &
Support (TMA ou MCO) sont D’autres releases
nécessaires pour assurer le bon constituent les versions
fonctionnement de l’application successives de
et apporter des petits correctifs l’application
ou évolutions.

Release Release

Initial Operation Retirement

Release & Support

La release initiale est Release Release L’application

la 1ère version de est retirée de
l’application la production

16
Les rôles sur un projet
Chef de Projet (Project Manager)
Et en plus :
Pilotage des équipes
Gestion planning / budgets
Chez le client
Reporting hiérarchie / client
Métier (MOA) qui porte le besoin
Responsable fonctionnel (Business Analyst) et/ou
Testeur Responsable de compte

Modélisation du besoin métier, des exigences

Analyse et conception fonctionnelle Dans le contexte ESN

Rédaction des spécifications Directeur de surveillance

Rédaction et exécution des plans de tests Commerciale du compte client

Architecte Directeur industriel

Sécurise l’architecture technique de la solution

Responsable technique (Lead Tech), UX et  Tous ces rôles peuvent être partagé entre
développeurs des équipes françaises et off-shore

Conception technique et implémentation de la solution

Support à l’équipe technique
Gestion des configurations, des environnements,
17
déploiements, tests de performance
 03
La modélisation

18
Et pourquoi on modélise ?

Comprendre Communiquer Concevoir Générer du code

19
Quand modéliser ?

Au démarrage du projet pour comprendre le besoin métier

Tout au long du projet (réflexion sur toutes les activités et maintien de la documentation)

20
Comment modéliser
Différents langages

BPMN
Orienté pour les processus métiers

Merise (MCD/MPD/…)
Utilisé principalement pour la modélisation des données

UML
Large panel de diagramme
Couverture de l’ensemble des besoins d’un projet informatique

Custom
21
Overview des diagrammes UML
Principaux diagrammes et leur usage Dynamique :
comportement des objets
Statique : objet
- Diagramme de Use Case : pour identifier les
- Diagramme de classe : pour partager utilisateurs et l’utilisation des grandes fonctionnalités
le vocabulaire, les notions/objets - Diagramme d’activité : pour faire des
manipulés workflow/des scénarios
- Diagramme de cycle de vie : pour présenter le
cycle de vie d’un objet
- Diagramme de séquence : pour les présentation
les interactions entre les classes du système

Les règles clés d’un diagramme de qualité

Un schéma avoir une plus-value
Un schéma doit être maintenu
Les schémas doivent rester cohérents entre eux
22
Diagramme de use case
EXEMPLE Le système sujet de l’analyse
qui procure les use cases

L’acteur exécute
le use case
Le use case définit les interactions
entre l’acteur et le système
pour réaliser une tâche métier

23
Diagramme d’activités
EXEMPLE

Workflow

24
Diagramme de cycle de vie
EXEMPLE

Transition

État

25
Diagramme de de séquence
EXEMPLE

26
Diagramme de classe
MODÉLISATION 1/4

Un objet métier est une abstraction d’éléments réels (instances de l’objet métier) qui partagent les
mêmes caractéristiques
Un objet métier est créé dans un modèle

Objet métier

Type de
Attribut l’attribut

Format développé Format réduit

27
Diagramme de classe
MODÉLISATION 2/4
Rôle joué par un objet
Association métier dans l’association

0..*

0..*

Nom de l’association et
Cardinalité
sens de lecture

Par défaut une association est bidirectionnelle

Le nom de la relation et son sens de lecture sont informatifs uniquement mais
permettent de définir du vocabulaire

28
Diagramme de classe
MODÉLISATION 3/4

Indique le nombre d’instances de l’objet métier pouvant participer à

la relation (c’est-à-dire les cardinalités autorisées).
Par défaut : une occurrence
(déconseillé car confusions avec la cardinalité * )

Zéro ou une occurrence

De zéro à « n » occurrences (*)

De une à « n » occurrences

Valeurs précises uniquement si propriété intrinsèque

(exemple : une personne a deux yeux)

29
Diagramme de classe
MODÉLISATION 3/4

Un type primitif Une énumération

(Primitive) (Enumeration)

Un objet métier

0..*

Correspondra aux classes :

[0..*]

30
Modéliser les phrases 1 et 2
10 min
1. Une compagnie aérienne propose différents vols
2. Un vol est ouvert à la réservation et refermé sur ordre de la
compagnie
3. Un client peut réserver un ou plusieurs vols pour des passagers
différents
4. Une réservation concerne un seul vol et un seul passager
5. Une réservation peut être annulée ou confirmée
6. Un vol a un aéroport de départ et un aéroport d’arrivée
7. Un vol a un jour et une heure de départ et un jour et une heure
d’arrivée
8. Un vol peut comporter des escales dans des aéroports
9. Une escale a une heure d’arrivée et une heure de départ
10. Chaque aéroport dessert une ou plusieurs villes

31
Restitution

32
Modéliser les phrases 6, 7 et 10
10 min
1. Une compagnie aérienne propose différents vols
2. Un vol est ouvert à la réservation et refermé sur ordre de la
compagnie
3. Un client peut réserver un ou plusieurs vols pour des passagers
différents
4. Une réservation concerne un seul vol et un seul passager
5. Une réservation peut être annulée ou confirmée
6. Un vol a un aéroport de départ et un aéroport d’arrivée
7. Un vol a un jour et une heure de départ et un jour et une heure
d’arrivée
8. Un vol peut comporter des escales dans des aéroports
9. Une escale a une heure d’arrivée et une heure de départ
10. Chaque aéroport dessert une ou plusieurs villes

33
Restitution

0..*
34
Modéliser les phrases 8 et 9
10 min
1. Une compagnie aérienne propose différents vols
2. Un vol est ouvert à la réservation et refermé sur ordre de la
compagnie
3. Un client peut réserver un ou plusieurs vols pour des passagers
différents
4. Une réservation concerne un seul vol et un seul passager
5. Une réservation peut être annulée ou confirmée
6. Un vol a un aéroport de départ et un aéroport d’arrivée
7. Un vol a un jour et une heure de départ et un jour et une heure
d’arrivée
8. Un vol peut comporter des escales dans des aéroports
9. Une escale a une heure d’arrivée et une heure de départ
10. Chaque aéroport dessert une ou plusieurs villes

35
Restitution

0..*

0..*

0..*

36
Pourquoi utiliser un outil de modélisation ?

Construire un référentiel réutilisable des composants du projet

Formaliser les modèles
Pérenniser les modèles
Capitaliser les modèles
Générer du code à partir des modèles
Générer des documents de spécifications

Quelques outils sur le marché

WhiteBoard / PowerPoint
Magic Draw / Modelio / Visio / Enterprise Architect / Win Design / Blue Age / Draw IO / Power
Designer / …

37
 2 min

Quels sont les mots clé que vous avez retenu de ce premier cours ?

38
Les mots clés du cours

39