Presentation by the French Department of Defense at SiriusCon 2015 (in french)

1. Retour d’expériences
Studio SAFR@N
3 décembre 2015
Sαfr@n

2. Intervenants
• Didier FERET
– CP SAFR@N (Forge / PIC / Studio)
Sαfr@n
• Arnaud LE GRIEL
– CP Couplage SAFR@N - méthode

3. Le menu du jour
1. Vue d’ensemble SAFR@N
2. La logique de modélisation dans SAFR@N
3. Les DSM d’ Analyse
4. Les DSM de Conception
5. Premiers RETEXs
Sαfr@n

4. Le menu du jour
1.Vue d’ensemble SAFR@N
2. La logique de modélisation dans SAFR@N
3. Les DSM d’ Analyse
4. Les DSM de Conception
5. Premiers RETEXs
Sαfr@n

5. Vision du ministère
• Etude initialisée en 2005 par l’armée de terre
• Démarrage du projet SAFR@N fin 2010
• L’idée : créer une plateforme industrielle pour
les développements couvrant tous les aspects
projets (SI de gestion) :
• de la capture du besoin jusqu’au code
• comprenant gestion de projet, tests, qualité, etc.
• Souhait: une ingénierie guidée par les modèles
(MDE)
Sαfr@n

6. Briques SAFR@NSαfr@n
Plateforme d’Intégration
Continue
API mutualiséeModèles
Analyse fonctionnelle Graal
Cinématique
Couches applicatives
Scripts
génération
code
Besoin
formalisé
Application
normalisée
Référentiel méthodologique PHARE
Directives techniques
Urbanisation
StructureHébergement

7. Le menu du jour
1. Vue d’ensemble SAFR@N
2.La logique de modélisation
dans SAFR@N
3. Les DSM d’ Analyse
4. Les DSM de Conception
5. Premiers RETEXs
Sαfr@n

8. Logique de la modélisation
• S’inscrire dans une méthode itérative et agile
• Isoler le monde des problèmes du monde
des solutions (sans scinder l’équipe projet !)
• Simplifier UML en le remplaçant par des DSL
• Traçabilité des exigences jusqu’au code
• Outil unique pour toutes les disciplines
d’ingénierie (exigences – analyse –
conception – développement )
Sαfr@n

9. Les différents DSM SAFR@N
Entity
Requirement
SOA
CinematicGraalMatching
MPD
Sαfr@n
DataBase
DTO

10. Le menu du jour
1. Vue d’ensemble SAFR@N
2. La logique de modélisation dans SAFR@N
3.Les DSM d’ Analyse
4. Les DSM de Conception
5. Premiers RETEXs
Sαfr@n

11. Les DSM pour l’analyseSαfr@n
Les modeleurs (DSM) :
 GRAAL : capture du besoin fonctionnel;
 Requirement : liste des exigences;
 State Machine : machine à état;
 Interaction : diagramme de séquence.
Les vues :
 Linked Requirements : Permet de relier une exigence à un élément de
modélisation (GRAAL);
 Related Documentation : Permet de relier un élément de modélisation à un
document (workspace ou lien web);
 User Stories : Définition des user stories au niveau du DSM GRAAL;
 Requirements (GRAAL consolidated view) : tableau complémentaire.
Les outils :
 Générateur de site HTML : site HTML statique pour les modélisations

12. GRAALSαfr@n
• Capture et modélisation des exigences

13. RequirementSαfr@n
• Exigences techniques ou fonctionnelles

14. Le menu du jour
1. Vue d’ensemble SAFR@N
2. La logique de modélisation dans SAFR@N
3. Les DSM d’ Analyse
4.Les DSM de Conception
5. Premiers RETEXs
Sαfr@n

15. Les DSM pour la
Conception/Réalisation
Sαfr@n
Les modeleurs (DSM) :
 Requirement : dictionnaire des exigences;
 Entity : données persistantes de l’application;
 DTO : objets métier;
 SOA : services métier;
 Cinematic : cimématique des écrans;
 IS DataBinding : matching entre Entity et DTO;
 Database : persistance Base de Données.
Les vues :
 Linked Requirements : Permet de relier une exigence à un
élément de modélisation (ex: SOA);
 Entity (Safr@n consolidated view) : informations techniques pour
la persistance.
Les outils :
 Générateur de maquette écrans.

16. CinématiqueSαfr@n
• Enchaînement des écrans

17. ArchitectureSαfr@n
• Architecture applicative de Safr@n

18. ScaffoldingSαfr@n
• Transformation de modèles avec conservation
des adaptations (cycle itératif)
– Entity -> DataBase (MLD) -> DataBase (MPD) -> script SQL
– BdD -> Database (MPD) -> DataBase (MLD) -> Entity
• On utilise le modèle scaffold pour conserver les
relations entre 2 modèles.
• Type BdD : Oracle 11, MySQL 5.5, Postgres 9.3,
SQL Server 2008 et H2

19. ScaffoldingSαfr@n

20. Démonstration
du Scaffolding
Sαfr@n

21. Démonstration
du Scaffolding
Sαfr@n

22. Démonstration
du Scaffolding
Sαfr@n

23. Démonstration
du Scaffolding
Sαfr@n

24. Démonstration
du Scaffolding
Sαfr@n

25. Démonstration
du Scaffolding
Sαfr@n

26. PacmanSαfr@n
• Générateur de code Java à destination de l’API
Spi4J
– Persistance en JDBC
– Métier (SOA & DTO)
– Requirement
– IHM Swing / GWT / JSF
• Générateur de scripts SQL
– Pour la création de la BdD (H2, Oracle, MySQL,
Postgres, SQL Server)

27. Pacman (suite)Sαfr@n
• Outils diverses
– Recherche et visualisation dans un modèle
– Estimation de charge (points de fonction)
– Vérification de modèles
– Génération des datas dans une BdD pour un tir
de montée en charge
– Création d’un projet dans le studio à la norme
Safr@n
Sur GitHub (projet Spi4J)
https://github.com/spi4j

28. Le menu du jour
1. Vue d’ensemble SAFR@N
2. La logique de modélisation dans SAFR@N
3. Les DSM d’ Analyse
4. Les DSM de Conception
5.Premiers RETEXs
Sαfr@n

29. Sαfr@n Conduite des Opérations
du Service d’Infrastructure
• Projet de 6000 j/h (49 itérations)
• Pour 3500 utilisateurs
• 100 sites en métropole
• 10 sites outre-mer et étranger
Quelques chiffres
• Gérer 1.5 Milliards € de crédit par an
Quelques grandes fonctionnalités
• Planification et programmation des opérations
• Gestion des crédits et des contrats
• Gestion des plans de charge

30. Sαfr@n COSI (suite)
• GRAAL
• Requirement
• DTO
• State Machine
DSM utilisés pour l’analyse
• Interaction
• UML : Action / Package
DSM utilisés pour la conception / réalisation
• Entity & Entity(Safr@n consolidated view)
• SOA / DTO
• Requirement

31. COSI - Ecrans
Sαfr@n

32. COSI - Ecrans
Sαfr@n

33. COSI - Ecrans
Sαfr@n

34. Sαfr@n BADEX2
• Requirement
• GRAAL
DSM utilisés pour l’analyse
DSM utilisés pour la conception / réalisation
• Entity & Entity (Safr@n consolidated view)
• SOA / DTO
• Requirement
• Cinématique (GWT + SmartGWT)

35. Sαfr@n BADEX2

36. Sαfr@n BADEX2

37. Question ?
Sαfr@n