Présentation de Brit Air

MD DAY

25 Novembre 2010

2

Brit Air

Le métier

Transport aérien régional européen :

- Avions jusqu’à 100 places

- Clientèle à dominante professionnelle

- Liaisons directes

- Appoint des correspondances

Choix de l’alliance avec Air France :

- 20 ans de partenariat commercial

- Franchises depuis 1995 et 1997

- Filiale d’Air France depuis octobre 2000

Brit Air opère un réseau de

près de 230 vols quotidiens.

Ses lignes relient entre elles

plus d’une quarantaine de

villes françaises et

européennes sur 51 lignes

régulières.

Les chiffres-clés (exercice 2009/2010)

C.A. : 388,3 Millions €

Passagers : 3,477 Millions

Salariés : 1300

Flotte : 42 jets de 50 à 100 places

Le réseau est opéré :

- sous franchise Air France

- ou en affrètement pour Air France

Il est construit sur une logique de point-à-point et

alimente aussi les principaux hubs d’Air France

(Paris CDG, Paris Orly et Lyon)

3

La formation aéronautique

Le métier

Centre de Formation Aéronautique du Groupe Brit Air :

Pilotes

Personnels de cabine

Techniciens de maintenance

Orientations :

Personnels déjà professionnels

Licences et brevets européens (JAR)

Les chiffres clés

3800 stagiaires

Heures simulateurs : - FFT ATR : 930 heures

- FFS ATR : 4 300 heures

- FFS CRJ : 5 580 heures

- FFS ERJ : 3 640 heures

CA : 10 970 K€ :

- dont 50 % clients extérieurs

4

Pourquoi du MDA à Brit Air?

1 Contraintes organisationnelles

Pas de développeur

Garder la maîtrise des développements

2 Besoin de méthodologie de production

Démarche de développement à mettre en place

Normaliser la production :

Vis à vis de l’utilisateur : même ergonomie, même cinématique, …

Vis à vis du développeur : même façon de modéliser, même

architecture, …

Gagner en productivité (supprimer les actions redondantes)

Documenter les développements

3 Expérience antérieure concluante

Avec Sodifrance

5

MDA à Brit Air – le cahier des charges (1)

1 Modèle directeur = modèle de données métier

Modélisation des données basique entité-relation

Démarche Merise : 1 FN, 2FN, 3FN, …

Dénormalisation vers une représentation métier (et non base de données)

2 Composition IHM et cinématique de fonctionnement

Déduit mécaniquement du modèle de données métier

Fonctions standards : visualisation, création, modification, suppression, import / export

Excel

Modèle de paramétrage : définition des critères de recherche, désactivation de

fonctions standards, forçage de dimensionnements, tris, …

6

MDA à Brit Air – le cahier des charges (2)

Génération d’une IHM à partir d’un modèle de données métier

Entité A

identifiantA : String

attributA : String

Entité Père

identifiantP : String

attributP : String

0..1

0..*

Entité Fils1

identifiantF1 : String

attributF1 : String

0..1

0..*Liste des relations

vers entités fils

Liste d’entités A

Détail

d’une entité A

Lien vers entité P

7

Modèle UML IHM

MDA à Brit Air – le cahier des charges (3)

8

MDA à Brit Air – le cahier des charges (4)

3 Description des règles de gestion

Fonctions standards : consultation, création, modification, suppression

Pseudo-langage pour décrire les règles de gestion

Exemple :

REGLE validerEffetSurStructure

/** Objet : validation de la création du paramétrage du lien avec la comptabilité **/

/** Entité maître : Effet **/

/** Vérifier que le même effet n'a pas été mis 2 fois dans une structure **/

StructureEffet structureEffetCourante = structureEffet DE Effet;

CHAINEDECARACTERES codeEffetCourant = code DE Effet;

Effet[] listeEffet = effet DE structureEffetCourante;

Effet eff;

POUR i = 1 JUSQUA TAILLE DE listeEffet PAS 1

FAIRE

eff = listeEffet[i];

SI (code DE eff = codeEffetCourant)

ALORS

MessageRetour = "Erreur. L'effet "+codeEffetCourant+" est déjà présent sur cette structure.";

CodeRetour = ERREUR;

RETOURNE;

FINSI

FINPOUR

FINREGLE

9

MDA à Brit Air – le cahier des charges (5)

4 Choisir la cible technique

Choix sur un existant Sodifrance

• ECLIPSE RCP

• Hibernate et une base de données Oracle

• Modeleur UML Magic Draw

• Générateur MIA

10

Architecture technique cible

La cible technique

Hébergement des web services

OS : Windows/LinuxServeur d’applications : Tomcat 6.0.18Web services : Xfire 1.2.5

ServeurMétier

Stockage des données

OS : Windows/LinuxSGBDR : Oracle 10.2

Interface utilisateur

OS : Windows/LinuxPlateforme client riche (RCP) : Eclipse 3.3

ServeurBase de Données

Posteutilisateur

1 – appel de web service 2 – requête BdD

3 – réponse BdD4 – réponse du web service

11

Le projet - Atelier MDA

Planning et charges de développement

Début du projet : mars 2008

Recette finale : juillet 2009

Charge consommée : 301 jours (vue de Brit Air)

Équipes

Sodifrance : 1 CP, 1 ingénieur MDA, 1 architecte Java J2EE

Brit Air : 1 architecte (cahier des charges et recette)

Projets métiers lancés en parallèle

Pour challenger la solution

Pour alimenter concrètement la recette

Formation des utilisateurs (DSI)

Partage d’une démarche de modélisation des données et des processus,

commune, jusqu’à sa déclinaison au travers de l’atelier MDA

12

Exemples de projets réalisés

Tous les développements spécifiques utilisent l’atelier MDA

• Pour la Direction de la Maintenance avions

Analyse des codes événements avions

Gestion du petit entretien avion

• Pour la Direction Financière

Comptabilité analytique des lignes

Forecast budgétaire

• Pour la Direction de l’Exploitation

Suivi du traitement des passagers à l’escale de Lyon

• Pour la Direction des Opérations en Vol

Dossier de vols

13

Gains obtenus

Industrialisation des développements

• standardisation de la modélisation, du codage, de la cinématique IHM

• développements documentés (et de manière incontournable)

Gain de productivité

• obligation de concevoir avant de développer,

• fiabilisation des développements (le code généré est déjà qualifié),

• réduction des charges de développement

Préservation des modéles métiers vis à vis de la cible technologique

Pour l’utilisateur

• homogénéisation des IHM et l’ergonomie en général

• possibilité de prototyper facilement une application

14

Et après?

Évolutions de la plateforme

Gestion des habilitations,

Enrichissement du langage de description des règles,

Intégration plus poussée des applications,

Option génération client léger,

….