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 professionn...
3
La formation aéronautique
Le métier
Centre de Formation Aéronautique du Groupe Brit Air :
Pilotes
Personnels de cabine
T...
4
Pourquoi du MDA à Brit Air?
1 Contraintes organisationnelles
Pas de développeur
Garder la maîtrise des développements
2 ...
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 basiqu...
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
identifi...
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éat...
9
MDA à Brit Air – le cahier des charges (5)
4 Choisir la cible technique
Choix sur un existant Sodifrance
• ECLIPSE RCP
•...
10
Architecture technique cible
La cible technique
Hébergement des web services
OS : Windows/Linux
Serveur d’applications ...
11
Le projet - Atelier MDA
Planning et charges de développement
Début du projet : mars 2008
Recette finale : juillet 2009
...
12
Exemples de projets réalisés
Tous les développements spécifiques utilisent l’atelier MDA
• Pour la Direction de la Main...
13
Gains obtenus
Industrialisation des développements
• standardisation de la modélisation, du codage, de la cinématique I...
14
Et après?
Évolutions de la plateforme
Gestion des habilitations,
Enrichissement du langage de description des règles,
I...
Prochain SlideShare
Chargement dans…5
×

Britair mdday2010

1 129 vues

Publié le

Publié dans : Business
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
1 129
Sur SlideShare
0
Issues des intégrations
0
Intégrations
214
Actions
Partages
0
Téléchargements
37
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Britair mdday2010

  1. 1. Présentation de Brit Air MD DAY 25 Novembre 2010
  2. 2. 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. 3. 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. 4. 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. 5. 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. 6. 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. 7. 7 Modèle UML IHM MDA à Brit Air – le cahier des charges (3)
  8. 8. 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. 9. 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. 10. 10 Architecture technique cible La cible technique Hébergement des web services OS : Windows/Linux Serveur d’applications : Tomcat 6.0.18 Web services : Xfire 1.2.5 Serveur Métier Stockage des données OS : Windows/Linux SGBDR : Oracle 10.2 Interface utilisateur OS : Windows/Linux Plateforme client riche (RCP) : Eclipse 3.3 Serveur Base de Données Poste utilisateur 1 – appel de web service 2 – requête BdD 3 – réponse BdD4 – réponse du web service
  11. 11. 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. 12. 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. 13. 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. 14. 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, ….

×