Approche industrielle des systèmes d’information (IPS 3)
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
Approche industrielle des systèmes d’information (IPS 3)
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
V1.0 – 12/12/2012 - Jean Blanchard ([email protected])
2
Le module « Approche industrielle des systèmes d’information » Le module « Approche industrielle des systèmes d’information »
• Objectifs - Sensibiliser aux enjeux industriels des SI tant au niveau de l’architecture, que de la conduite de projets et de la
réalisation des logiciels et que de la production informatique.- Introduire les fondamentaux d’architecture (urbanisation, interopérabilité, SOA).- Introduire les bonnes pratiques de conduite des projets et ingénierie du logiciel- Introduire les processus de production : ITIL
• Organisation - Cours 1 - 4h : le mercredi 28/11 de 9h30 à 13h30 – J Bruneau (introduction, alignement stratégique)- Cours 2 – 4h : jeudi 13/12 de 13h45 à 17h45 - Jean Blanchard (architecture d’entreprise – Togaf)- Cours 3 – 4h : le 20/12 de 13h45 à 17h45 – Philippe Toulorge (conduite de projets – CMMI)- Cours 4 – 4h jeudi 17/01/2013 de 13h45 à 17h45 –Christophe Luys (services de production – ITIL)- Cours 5 – 4h vendredi 01/02/2013 matin – J Bruneau (exposés)
• TP : une journée de production au centre informatique de MMA- TP groupe 1 : du mercredi 23/01 16h au jeudi 24/01 - TP groupe 2 : du jeudi 31/01 16h au vendredi 01/02
• Contrôle- Un exposé par groupe - Une épreuve sur table- Un compte-rendu de la journée de production
3
Jean BlanchardJean Blanchard
4
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
Architecture d’Entreprise – C’est quoi le problème ?
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
Architecture d’Entreprise – C’est quoi le problème ?
5
C’est quoi le problème ?C’est quoi le problème ?
ArchitectureArchitecture d’ d’ EntrepriseEntreprise
De quoi parle-t-onDe quoi parle-t-on
=
6
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
Architecture d’Entreprise – Sommaire
cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
Architecture d’Entreprise – Sommaire
7
SommaireSommaire
8
Une démarche d’Architecture d’Entreprise … Métaphore de la VilleUne démarche d’Architecture d’Entreprise … Métaphore de la Ville
9
Métaphore de la ville …Métaphore de la ville …
Comment moderniser Comment tirer partie des évolutions technologiques Comment réutiliserDans une transition en douceur, en tenant compte de
l’existant et en maitrisant les coûts.
10
Métaphore de la ville …Métaphore de la ville …
Au-delà d'une certaine taille, on ne peut plus laisser la
ville se développer sans règles parce que des problèmes
liés à sa taille commencent à apparaître : difficulté de se
déplacer, coexistence de risques à côté des habitations,
problèmes de parkings, bouchons, accidents…
Comme un village qui aurait grandi au fur et à mesure de la croissance de sa population, le SI est devenu progressivement une ville « tentaculaire » et « complexe », où il devient plus compliqué de se repérer et de circuler au travers des grandes avenues, des rues étroites, des passages souterrains sous les immeubles...
11
Métaphore de la ville …Métaphore de la ville …
• Bâti, patrimoine• Voie de communication, voirie• Type de batiments : grande
hauteur, pavillonnaire• Schéma d’Urbanisme• Usagers• Citoyens• …
• Droits des sols• Code d’urbanisme• …
• Maitrise d’ouvrage, maitre d’œuvre
• Urbanistes, Architectes• …
Enjeux : usage, de vie
• Patrimoine Applicatif• Réseau• Type d’application : intégrée, à
jeter• Cible d’Urbanisme• Utilisateurs• « SI »toyens
• Règles d’urbanisme• Cadre d’Architecture
• Maitrise d’ouvrage, maitre d’œuvre
• Urbanistes, Architectes, Architectes projet
Enjeux : vivre en société
12
Métaphore de la ville …Métaphore de la ville …
DONNEES
Traitements
13
Une démarche d’Architecture d’Entreprise … Métaphore de l’EcologieUne démarche d’Architecture d’Entreprise … Métaphore de l’Ecologie
14
Métaphore de l’Ecologie …Métaphore de l’Ecologie …
.
L’ Architecture d’Entreprise …
une démarche « Ecologique » ?
15
Métaphore de l’Ecologie …Métaphore de l’Ecologie …
16
Métaphore de l’Ecologie …Métaphore de l’Ecologie …
Notre Planète … Un patrimoine fondamental qu’il nous faut COMPRENDRE, ENTRETENIR, faire grandir, et Transmettre.
•Dans l’Ecologie on a un but : rendre meilleurs notre environnement immédiat et la planète dans son ensemble (entretenir, faire grandir, et Transmettre).•Dans l’Ecologie, les projets sont vus dans l’apport présent mais également et surtout sur l’impact « long terme ». •l’Ecologie ça coûte (finalement pas tant que ça) … mais ça rapporte … on en a des bénéfices à court terme mais ce sont surtout les bénéfices à + ou – long terme qu’on attend absolument !
• Le recyclage, ça nous coute pas beaucoup … ça nous rapporte quasi rien … et pourtant on le fait !• Les pistes cyclables …
•Aujourd’hui plus personne ne se pose la question du bien-fondé de l’Ecologie… Tout le monde y adhère et a l’envie. Et tout le monde le fait, non pas parce que c’est obligatoire, mais parce que on en a la conviction ! •Dans l’Ecologie, l’écosytème est complexe. Les interactions entre causes et effets (actions/réactions) sont difficiles à MAITRISER, A COMPRENDRE
17
Métaphore de l’Ecologie …Métaphore de l’Ecologie …
.
L’ Architecture d’Entreprise …
une démarche « Ecologique » ?
18
Une démarche d’Architecture d’Entreprise … Pourquoi ?Une démarche d’Architecture d’Entreprise … Pourquoi ?
Un atout pour nous assurer un SI pérenne aligné avec la stratégie de l’entreprise
19
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
Pour embêter les projets et les ralentir
Pour produire des présentations PPT
Pour briller lors des diners mondains
Parce que je le vaux bien
Parce que !
Autre : …
Quizz
20
24/24
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
1990Autour du data center
2000Connexion à plusieurs data
center
Nécessité d’ouvrir le SI et d’intégrer les nouvelles technologies/normes … en maitrisant les impacts
Cloud
Big Data Multi Device(+ BYOD)
2010Connexion « multimodale »
au réseau d’informations
21
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
B2B
B2B
B2B
“Time to market”Opportunités
tactiquesNouvelles offres au cycle de vie court
“Time to market”Opportunités
tactiquesNouvelles offres au cycle de vie court
Optimiser les processus sur
l’ensemble de la chaîne de valeur
Optimiser les processus sur
l’ensemble de la chaîne de valeur
Développer les services Clients
Exigences, proximité
Développer les services Clients
Exigences, proximité
Accroître la qualité des Produits & Services / Etre compétitif sur les Prix
Accroître la qualité des Produits & Services / Etre compétitif sur les Prix
Accélérer les retours sur investissementsAccélérer les retours sur investissements
Réduire les coûtsRéduire les coûts
Nouvelles réglementations
Nouvelles réglementations
Stratégie de différenciation, relations partenaires…
Stratégie de différenciation, relations partenaires…
Les besoins métiers doivent pouvoir être intégrés dans le SI rapidement et à moindre coût
22
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
+ de FRAICHEUR , « d’actualité »
+ de PARTAGE
Pour les informations
+ de QUALITE
+ de disponibilité et d’accès directs aux
SERVICES(24/24 - 7/7)
+ de CONTINUITE
Pour les traitements
+ d’ENGAGEMENT
+ de DIFFERENCIATION
+ d’AGILITE
Pour les usages
+ de COLLABORATION
Les besoins métiers doivent pouvoir être intégrés dans le SI rapidement et à moindre coût
23
• Le patrimoine informatique est un bien précieux. Il représente à des centaines de milliers (voire plutôt des millions) de jours de développement et intègre une grande partie des compétences métier.
• Le patrimoine informatique est de plus en plus complexe , complexité qui s’impose à nous… Et le temps n’est pas forcément à la simplification Time to Market 24/24 Ouverture vers l’extérieur Multi device … et ce qu’on ne connait pas encore
Le SI est donc un patrimoine fondamental pour l’Entreprise qu’il nous faut COMPRENDRE, ENTRETENIR, faire grandir et Transmettre
Pour que les actions soient menées efficacement en cohérence vers une même cible,
il est nécessaire de poser une approche globale,
une démarche et un cadre partagés par tous les acteurs
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
24
Pourquoi une démarche d’Architecture d’Entreprise ?Un besoin de démarche lié à des difficultés de maitrise de l’existant …Pourquoi une démarche d’Architecture d’Entreprise ?Un besoin de démarche lié à des difficultés de maitrise de l’existant …
• Un environnement complexe rend difficile la maîtrise globale et transverse de la conception
- Des besoins changeant (time to market)
- Une ouverture nécessaire (capacité à établir des partenariats, intégrer des progiciels …)
- Des fonctions réparties (multi SI)
• Ces difficultés sont amplifiées par :
- La maitrise de l’existant
- Le partage de la vision de l’architecture cible
- Un manque de continuité dans les étapes de conception
- La vision des rôles et responsabilités de chacun
25
… qui nous positionnent aujourd’hui dans un cercle vicieux…… qui nous positionnent aujourd’hui dans un cercle vicieux…
Manque de connaissance globale du SI
Incapacité à mesurerl’impact d’une nouveauté
Nouvelle solution cloisonnée pour répondre
à cette nouveauté
Augmentation de la complexitédu système
(et le coût des projets)
Nouveau Besoin
… qui conduit à accroitre la complexité du SI et donc à le rendre plus difficile à maîtriser. … qui conduit à accroitre la complexité du SI et donc à le rendre plus difficile à maîtriser.
26
L’Architecture d’Entreprise doit nous aider à passer à un cycle vertueuxL’Architecture d’Entreprise doit nous aider à passer à un cycle vertueux
Manque de connaissance globale du SI
Incapacité à mesurer l’impact d’une
nouveauté
Nouvelle solution cloisonnée pour
répondre à cette
nouveauté
Augmentation de la complexité du système
Nouveau Besoin
Meilleure maîtrise de la complexité
Le référentiel d’architecture d’entreprise pour produire les vues adaptées
Une démarche d’anticipation pour réduire la complexité
Cycle d’architecture stratégique, urbanisation
Amélioration de la connaissance globale du SI
Le référentiel d’entreprise La fédération des compétences en
architecture
Capacité à réaliser des mesures d’impacts, des matrices de traçabilité, ….
Un référentiel d’architecture d’entreprise Une organisation qui garantit la qualité des
informations du référentiel Le métier au centre des choix
d’architecture Continuité de la démarche d’architecture
Des choix de solution réalisés dans une logique SI d’Entreprise
Le référentiel d’architecture d’entreprise
La fédération des compétences en architecture
Une démarche d’anticipation en amont des projets métier
Cycle d’architecture stratégique
L’Architecture d’Entrepriseune nécessité pour maîtriser la conception et la pérennité du SI
L’Architecture d’Entrepriseune nécessité pour maîtriser la conception et la pérennité du SI
27
…car sans cohérence globale, c’est lors des assemblages que les problèmes apparaissent
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
28
• 38 années de construction, 147 constructeurs, 0 architecte• 160 chambres, 40 salles de bain, 6 cuisines, 2 sous-sols, 950 portes• 65 portes donnant sur des murs, 13 escaliers abandonnés, 24 plafonniers au sol• Pas de plan de l’architecture
Un exemple : la mystérieuse maison de Winchester (construite à San José par Sarah, la femme de William Winchester)
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
29
• La conséquence pour la solution produite : quelque chose qui ressemble vaguement à ce que l’on voulait…
• Le risque sans aucun partage de l’architecture globale, les solutions proposées sont individuellement bonnes mais mutuellement incompatibles et donc extrêmement mauvaises du point de vue global.
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
• La méthode à ne pas suivre : reposer sur la performance individuelle
30
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
A retenir …
31
Pourquoi une démarche d’Architecture d’Entreprise ?Pourquoi une démarche d’Architecture d’Entreprise ?
Proposer un
cadre global et efficacepour nous aider à « construire » un système informatique
cohérent et pérenne,
aligné sur la stratégie de l’entreprise.
Créer les conditions de la
« performance durable du SI »
32
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
Un atout pour nous assurer un SI pérenne aligné avec la stratégie de l’entreprise
33
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
Définitions
•JW Ross, P Weill (MIT) et D. C. Robertson (IMD) dans “Enterprise Architecture as Strategy”
L’Architecture d’Entreprise est la logique structurante pour les processus métiers et l’infrastructure informatique, reflétant les exigences d’intégration et de standardisation du modèle opératoire de l’entreprise.L’architecture d’entreprise fournit une vision à long terme des processus, des systèmes et des technologies de l’entreprise afin que les projets individuels puissent construire des capacités et non pas simplement répondre à des besoins immédiats.
•CIGREF
L’architecture d’entreprise représente la manière dont l’entreprise opère et doit se transformer. Elle sert à piloter la transformation. Elle réunit l’ensemble des acteurs de l’entreprise et facilite leur synergie.Elle fournit une cible, une analyse des écarts et un planning de migration (la roadmap). C’est un processus dynamique et itératif.
34
Définitions
•JW Ross, P Weill (MIT) et D. C. Robertson (IMD) dans “Enterprise Architecture as Strategy”
L’Architecture d’Entreprise est la logique structurante pour les processus métiers et l’infrastructure informatique, reflétant les exigences d’intégration et de standardisation du modèle opératoire de l’entreprise.L’architecture d’entreprise fournit une vision à long terme des processus, des systèmes et des technologies de l’entreprise afin que les projets individuels puissent construire des capacités et non pas simplement répondre à des besoins immédiats.
•CIGREF
L’architecture d’entreprise représente la manière dont l’entreprise opère et doit se transformer. Elle sert à piloter la transformation. Elle réunit l’ensemble des acteurs de l’entreprise et facilite leur synergie.Elle fournit une cible, une analyse des écarts et un planning de migration (la roadmap). C’est un processus dynamique et itératif.
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
Gouvernanceglobale
CibleStratégieStratégie
Un cadreglobal
PortefeuilleProjets
Cartographie
Trajectoire
35
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
Gouvernanceglobale
CibleAlignée sur la stratégieAlignée sur la stratégie•MétierMétier•TechnologiqueTechnologique
Un cadreglobal
PortefeuilleProjets
Cartographie
TrajectoireExécution
36
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
37
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
• Offre de Formation(s), de Tutorat
• Accompagnement / Support Projet
- Sur ma forme (Méthode(s) et Cadre)
- Sur le fond
• …
38
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
• Outillage de Conception
• Outillage du référentiel documentaire
• Outillages de Développement
• …
39
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
• Des processus et des Instances d’Instruction, de Décision, de Validation …
« la démarche »d’entreprise
L’exécutionPortefeuille
et Projet
La cible
La Trajectoire
40
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
• Des processus et des Instances d’Instruction, de Décision, de Validation …
« la démarche »d’entreprise
L’exécutionPortefeuille
et Projet
La cible
La Trajectoire
41
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
Le contenu normatif régit la construction de ...
Cadre d’architecture d’entreprise – Référentiels d’Architecture
Contenu Contenu cartographiquecartographiqueContenu Contenu normatifnormatif
Modélisation et catalogues
Concepts et principesNormes et standards
MéthodesGuides et documents types
42
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
Contenu normatif Des directives et des services sur l’ensemble des plans,
pour assurer un SI pérenne et aligné avec la stratégie de l’entreprise.
43
Une démarche d’Architecture d’Entreprise …Une démarche d’Architecture d’Entreprise …
• Sur les 4 plans d’Architecture
Les plans Métier et Fonctionnel portent les modèles qui visent à garantir une cohérence globale
Le plan Applicatif porte la déclinaison informatique de ces modèles d’entreprise
Le plan Technique se focalisesur la rationalisation des composants techniques concernés
Le modèle Fonctionnel est le modèle le plus structurant.
Continuité / cohérence
Cohérence
Utilisation
Mutualisation
DONNEES
Traitements
44
Une démarche d’Architecture d’Entreprise … C’est quoi ?Une démarche d’Architecture d’Entreprise … C’est quoi ?
A retenir …
45
Une démarche d’Architecture d’Entreprise … Les principaux changement dans l’approche MMA …Une démarche d’Architecture d’Entreprise … Les principaux changement dans l’approche MMA …
46
Sur le plan des pratiques – une approche ‘par le haut’Sur le plan des pratiques – une approche ‘par le haut’
Une gestion transverse et cohérente des
exigences
Décryptage de la stratégie d’entreprise et des métiers
Formalisation des processus métiers nouveau
et des objets métiers
Définition et organisation des fonctions et informations du SI
Définition des services fonctionnels nouveau
Définition & organisation des composants applicatifs et données
Conception des services applicatif)
Définition & organisation de l’infrastructure d’exécution des composants applicatifs
Le S
I, u
n b
ien
com
mun
mét
ier-
DS
I
→
→
→
→
→
Une démarche d’alignement à partir de la stratégie•qui se propage de proche en proche sur les différentes dimensions de
l’architecture (métier, fonctionnelle, applicative, technique)
47
Sur le plan des pratiques – un renforcement de la cohérenceSur le plan des pratiques – un renforcement de la cohérence
La mise en place d’une activité d’architecture d’entreprise
→ Des modèles communs d’alignementCartographie des processusPlan d’Occupation des SolsModèle des objets métiers Modèle d’informationModèle de communication
→ Des règles communesPrincipes d’architectureNormes & StandardsModèle de référence des technologies
→ Des processus et instances de gouvernance de la cohérence du portefeuille projet et de son exécution
48
Sur le plan des pratiques – une meilleure maîtrise du patrimoine SISur le plan des pratiques – une meilleure maîtrise du patrimoine SI
Le renforcement de la cartographie du SI
→ Un modèle et des méthodes communes de cartographie du SI sur chaque dimension de l’architecture
→ Des normes et standards de modélisation adaptés à chaque points de vue et acteurs (Directions métiers & DSI)
→ Un outillage commun de modélisation (MEGA…)
→ Des référents & administrateurs du patrimoine
→ Des processus et instances de capitalisation des cartographies dans le cadre d’architecture d’entreprise• Le méta-modèle d’architecture MMA élaboré en 2010 a été aménagé
pour intégrer les orientations du plan de transformation - Renforcement de la modélisation métier- Renforcement de l’alignement du Sique sur le métier en
déployant la SOA dès le plan fonctionnel- Ajustement du plan applicatif
49
Sur le plan du style architectural – une généralisation du SOASur le plan du style architectural – une généralisation du SOA
Posé dans NACRE
Un ancrage métier renforcé•Des services d’abord conçus fonctionnellement à partir des processus métier, indépendamment de
toute considération applicative, pour maximiser leur réutilisation (stabilité & généricité)
L’adoption des grands principes•Contractualisation des interactions
•Normalisation fonctionnelle (« modèle pivot »)•Recherche d’indépendance par rapport à
l’existant applicatif•Standardisation technique
Aujourd’hui
Des services à la réutilisabilité variable
P
Des services adossés aux processus métiers
pour une réutilisabilité améliorée
50
Une démarche d’Architecture d’Entreprise … Les principaux changement dans l’approche MMAUne démarche d’Architecture d’Entreprise … Les principaux changement dans l’approche MMA
A retenir …
51
Quelques mots sur le SOA … MotivationQuelques mots sur le SOA … Motivation
SOA : Service Oriented ArchitectureAOS : Architecture Orientée Architecture
52
Ces qualités sont en phase avec celles attendues par MMACes qualités sont en phase avec celles attendues par MMA
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
• La littérature cite les qualités apportées par l’Architecture Orientée Service (SOA) :
- La vision consolidée de l’information,
- La flexibilité (facilité d’intégration de nouveaux services),
- Les partenariats (trouver le partenaire qui pourra produire les services souhaités, ou
inversement, le partenaire pouvant distribuer les produits MMA),
- L’agilité (en pouvant faire évoluer le poste de travail sans pour autant remettre en
cause le cœur de métier)
L’Architecture Orientée Service est avant tout une démarche de conception avant d’être une architecture ou un ensemble d’outils.
L’Architecture Orientée Service est avant tout une démarche de conception avant d’être une architecture ou un ensemble d’outils.
53
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
1. Séparer les usages (Réactivité, Innovation, Différentiation, Multi Canal) et le cœur de SI (Stable et
fiable, Réduction des coûts, Qualité zéro défaut, Rationalisation)
Coeur de SIServices SIUSAGES
54
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
Mais ce n’est pas suffisant …
2. Définir une couche d’abstraction exposant des services à Valeur Ajoutée- Permettant de maitriser les adhérences entre Usage et SI et masquant l’implémentation et donc
permettant des évolutions sans « révolution »
Accès SI Coeur de SIServices Métiersréutilisables
pour différents canaux
Services SIutilisables
par différents SM
USAGES
Orchestration
Orchestration
55
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
3. Modèle de données métiers Pivot- Permettant d’exposer un modèle compréhensible par les Usages
- Une constance dans la structure physique
- Vocabulaire commun avec les directions métiers, MOA et Architectes Fonctionnels
Accès SI Coeur de SIServices Métiersréutilisables
pour différents canaux
Services SIutilisables
par différents SMModèlede Données
Pivot
USAGES
Orchestration
Orchestration
56
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
4. Service Processus- Expose des Services « Processus », Avec ou Sans intervention humaine- Orchestre/Consomme des services métier dans un modèle organisationnel
Accès SI Coeur de SI
Processus
Services Métiersréutilisables
pour différents canaux
Services SIutilisables
par différents SM
ServicesProcessus
USAGES
Modèlede Données
Pivot
Orchestration
Orchestration
Orchestration
serv
ices
exp
osés
57
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
Services Processus
• Réactivité dans la prise en compte des évolutions de processus ou de contraintes organisationnelles : Flexibilité des processus gérés en dehors des applications :
Recomposables facilement Suivi temps réel et historique de la performance (BAM) Prise en compte des ruptures entre acteurs dans le traitement
d’un processus métier
Services Processus
• Réactivité dans la prise en compte des évolutions de processus ou de contraintes organisationnelles : Flexibilité des processus gérés en dehors des applications :
Recomposables facilement Suivi temps réel et historique de la performance (BAM) Prise en compte des ruptures entre acteurs dans le traitement
d’un processus métier
Services Métier• Invariance métier / granularité «fonction métier»
• Découplage: Pour pouvoir assurer les niveaux de réactivité et d’agilité attendus, les usages doivent pouvoir s’appuyer sur des services métiers stables d’un point de vue métier et indépendant du modèle de représentation interne des SI «Cœur de métier».
• Autonomie: Traduction applicative l’autonomie des Fonctions (Architecture fonctionnelle)
Services SI• Propriété des données.
• Isolation des SI : les applications «Cœur du SI» doivent être indépendantes. Un service SI n’appelle pas un autre service SI.
Et des principes de bonne conception des services …
• Des qualités intrinsèques- Granularité juste- Interface en rapport avec le service rendu:
• Données nécessaires et suffisantes• Capacité d’adaptation au contexte d’utilisation• Service unitaire
- Fonctionnement sans état- Réutilisabilité- Abstraction
• Des règles …- Qui peut appeler qui- Portée des services- Intégrité et cohérence des SI- Contrôle des données d’entrée
• Et des bonnes pratiques …- Publication dans un catalogue de service- Utilisation d’un modèle de données pivot- Privilégier les appels asynchrones (couplages
lâches)
58
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
Services Processus
• Réactivité dans la prise en compte des évolutions de processus ou de contraintes organisationnelles : Flexibilité des processus gérés en dehors des applications :
Recomposables facilement Suivi temps réel et historique de la performance (BAM) Prise en compte des ruptures entre acteurs dans le traitement
d’un processus métier
Services Processus
• Réactivité dans la prise en compte des évolutions de processus ou de contraintes organisationnelles : Flexibilité des processus gérés en dehors des applications :
Recomposables facilement Suivi temps réel et historique de la performance (BAM) Prise en compte des ruptures entre acteurs dans le traitement
d’un processus métier
Services Métier• Invariance métier / granularité «fonction métier»
• Découplage: Pour pouvoir assurer les niveaux de réactivité et d’agilité attendus, les usages doivent pouvoir s’appuyer sur des services métiers stables d’un point de vue métier et indépendant du modèle de représentation interne des SI «Cœur de métier».
• Autonomie: Traduction applicative l’autonomie des Fonctions (Architecture fonctionnelle)
Services SI• Propriété des données.
• Isolation des SI : les applications «Cœur du SI» doivent être indépendantes. Un service SI n’appelle pas un autre service SI.
Et des principes de bonne conception des services …intégrés dans le cadre « normatif »
• Des qualités intrinsèques- Granularité juste- Interface en rapport avec le service rendu:
• Données nécessaires et suffisantes• Capacité d’adaptation au contexte d’utilisation• Service unitaire
- Fonctionnement sans état- Réutilisabilité- Abstraction
• Des règles …- Qui peut appeler qui- Portée des services- Intégrité et cohérence des SI- Contrôle des données d’entrée
• Et des bonnes pratiques …- Publication dans un catalogue de service- Utilisation d’un modèle de données pivot- Privilégier les appels asynchrones (couplages
lâches)
59
La démarche SOA peut être accompagnée par un certain nombre d’outils…La démarche SOA peut être accompagnée par un certain nombre d’outils…
• Rappel :
L’Architecture Orientée Service est avant tout une démarche de conception
• Cependant pour en tirer tous les bénéfices en terme de Réactivité, d’Agilité, des outils
complémentaires permettent de faciliter son implémentation.- L’orientation générale est de mettre en place des outils à « paramétrages externes » (facilité de
développement, modularité permettant une gestion du Cycle de Vie au composant fin, études
d’impacts …) en opposition à des développements classiques
60
… Les bus de services et gestionnaires de processus...… Les bus de services et gestionnaires de processus...
• ESB – Bus de services - Il expose les services Processus et les services Métier en gérant la relation entre
l’interface exposée et les composants qui l’implémentent.- Les apports :
• Le respect des standards d’intégration de services• La transversalité offerte sur les problématiques de sécurité, versionning, etc.• La multiplicité des connecteurs disponibles (Ex : MQ Series, Web Service, Tuxedo).
• BPM – Gestion des processus- Cet outil permet d’implémenter les processus - Les apports :
• Une gestion ergonomique et productive, qui facilite les échanges avec la MOA• Des outils de simulation / analyse d’impact• Des outils de surveillance des processus (BAM) : surveillance, mesure
61
… la gestion d’évènements et les moteurs de règles.… la gestion d’évènements et les moteurs de règles.
• CEP/CESP - Gestion d’évènements- Un gestionnaire d’événements permet de collecter ces événements, de les corréler
selon des règles et de déclencher des traitements nécessaire.- Les apports :
• Meilleure agilité : le service qui est à l’origine de l’évènement métier n’a pas à connaitre les processus ou les applications intéressées par l’évènement.
• Des outils ergonomiques et productifs
• BRMS - Moteur de règles- Il permet d’externaliser la définition et l’exécution de règles - En particulier : les règles nécessaires aux services processus et métier, des règles
partagées, ou des règles portées par les usages et devant être réactives.- Les apports :
• Des outils ergonomiques, • Des outils de test et de mesure d’impacts• Gestion de versions et facilité de déploiement
62
Quelques mots sur le SOA – Motivation Quelques mots sur le SOA – Motivation
Le style d’architecture SOA est avant toute une démarche de conception.Elle apporte de la valeur au SI•L’agilité et l’ouverture : Conception sans adhérences entre les différents niveaux•La réactivité : Réutilisation de services « stables » à destination des « Utilisateurs ».
Pour mettre en place et maîtriser une SOA,une démarche continue et cohérente partant du métier est nécessaire (services, données…)
63
Quelques mots sur le SOA + …un style d’architecture pris en considération dès le plan fonctionnelQuelques mots sur le SOA + …un style d’architecture pris en considération dès le plan fonctionnel
Pour un SI « nativement multicanal »
64
Monde réel(structure et comportement)
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
Rappel des plans d’analyse de l’Architecture
Vues modélisées(description formelle)
Architectures Métier
A qui et à quoi ça sert ?
Architecture Fonctionnelle
Architectures Métier
A qui et à quoi ça sert ?
Architecture Fonctionnelle
Architecture applicationset données
Comment ça fonctionne ?
Architecture applicationset données
Comment ça fonctionne ?
Architecture technique
Avec quoi et où çafonctionne ?
Architecture technique
Avec quoi et où çafonctionne ?
65
Monde réel(structure et comportement)
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
Rappel des plans d’analyse de l’Architecture
Vues modélisées(description formelle)
Architectures Métier
A qui et à quoi ça sert ?
Architecture Fonctionnelle
Architectures Métier
A qui et à quoi ça sert ?
Architecture Fonctionnelle
Architecture applicationset données
Comment ça fonctionne ?
Architecture applicationset données
Comment ça fonctionne ?
Architecture technique
Avec quoi et où çafonctionne ?
Architecture technique
Avec quoi et où çafonctionne ?
Avec quels TYPES de machines et de SOCLES TECHNIQUES tout cela fonctionne ?
Avec quels TYPES de machines et de SOCLES TECHNIQUES tout cela fonctionne ?
Quels COMPOSANTS APPLICATIFS peuvent réaliser les fonctions du système qui traitent
les DONNEES ?
Quels COMPOSANTS APPLICATIFS peuvent réaliser les fonctions du système qui traitent
les DONNEES ?
Quelles DONNEES représentant les informations les systèmes traitent-ils ?
Quelles DONNEES représentant les informations les systèmes traitent-ils ?
Quels ACTEURS de quels PROCESSUS METIER utilisent quelles FONCTIONS du système ?
Quels ACTEURS de quels PROCESSUS METIER utilisent quelles FONCTIONS du système ?
Quelles sont les INFORMATIONS manipulées par les processus ?
Quelles sont les INFORMATIONS manipulées par les processus ?
CON
TINU
ITE / COH
ERENCE
CON
TINU
ITE / COH
ERENCE
66
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
67
Domaine Fonctionnel•Les domaines fonctionnels désignent de manière générique les zones, quartiers, blocs du POS.Ils correspondent à un regroupement homogène de composants de gestion (objets métiers, acteurs, ressources...) qui permettent d'exécuter toute ou partie des processus de l'entreprise. .
Fonction•Une fonction est un ensemble d'actions répondant à un besoin métier pour la réalisation d'une activité d'un processus métier. Une fonction est définie en termes de finalité, de la manière la plus invariante possible, indépendamment des solutions organisationnelles ou techniques mises en œuvre pour la remplir.
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
68
Service Fonctionnel•Le service fonctionnel est une collaboration entre domaines fonctionnels de l'entreprise ou entre l'entreprise et ses partenaires, conçue pour formaliser conjointement la bonne façon de supporter l'exécution des processus métiers.•Les services fonctionnels représentent la partie visible de l’engagement de service d’un domaine fonctionnel vis-à-vis du reste de l’entreprise. Ils sont alignés sur l’architecture fonctionnelle de l’entreprise et conçus pour être ré-employables dans des contextes variés, tout spécialement pour exécuter des processus métiers internes et externes. Ils constituent les fondations fonctionnelles de la SOA mis à disposition des consommateurs. Ils sont indépendants des applications et des technologies qui les portent.
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
Domaine fonctionnel A (consommateur)
Domaine fonctionnel B(Fournisseur)
Domaine fonctionnel D(Fournisseur)
Domaine fonctionnel C(Fournisseur)
Services fonctionnels
Activités et moyens internes du domaine
69
Message Fonctionnel•Le message fonctionnel représente l’échange d’informations véhiculé entre plusieurs Domaines Fonctionnels (a minima deux) par le biais de services fonctionnels, dans le cadre d’une relation Fournisseur/Consommateur, traduisant une «dépendance fonctionnelle » pour la réalisation d’une ou plusieurs Fonctions.
•A un service fonctionnel est généralement associé deux messages :• un message fonctionnel entrant qui correspond aux informations à soumettre par le
consommateur du service fonctionnel lors de l’invocation du service (la requête)• un message fonctionnel sortant qui correspond aux informations transmises en retour par le
producteur du service en résultat à son exécution (la réponse)
•Le couple (Message fonctionnel entrant, Message fonctionnel sortant) constitue la signature fonctionnelle du service fonctionnel. Message entrant et message sortant ne sont en général pas symétriques en termes de structure. Certains services fonctionnels peuvent par exemple ne pas avoir de message entrant (ex : publication périodique d’un niveau de risque sans stimuli externe). Dans ce cas leur signature se réduit à un unique message : {Message fonctionnel sortant}.
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
70
Service Applicatif•Elément applicatif qui informatise un Service fonctionnel.•Est fourni par un composant applicatif logique et est exposé par un domaine applicatif. Donne accès à une plusieurs fonctions couvertes par un domaine applicatif.
Service Applicatif Aligné = Service Fonctionnel
Service Applicatif non Aligné ≠ Service Fonctionnel une médiation doit aligner le service applicatif sur le
Message Applicatif•Décrit ce qui est transmis entre deux Composants applicatifs. Composé d'une ou plusieurs Catégories de données pouvant se rapporter à des Entités Données hétérogènes.•Les catégories de données ne sont pas nécessairement issues du Modèle Pivot Applicatif pour les services applicatifs SI non alignés.
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
71
Entité d’Information•Regroupement cohérent de Catégories d’Information (collection de Catégorie d’Information) se rapportant à un même objet métier et traduisant une entité manipulée par une ou plusieurs fonctions.•Est la racine à laquelle sont rattachés toutes les Catégories d’information. Elle porte conceptuellement les relations avec les autres entités Information.
Catégorie d’Information•Regroupement d’informations élémentaires (collection d’informations) basé sur des critères d’homogénéité fonctionnelle, de stabilité et de cohérence du cycle de vie.
Information•Information intelligible et autoporteuse, niveau de décomposition le plus fin d’une Entité information.
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
72
SOA + - un style d’architecture pris en considération dès le plan fonctionnelSOA + - un style d’architecture pris en considération dès le plan fonctionnel
A retenir …
73
Une démarche d’Architecture d’Entreprise … Zoom sur le POS (« Plan d’Occupation des Sols »)Une démarche d’Architecture d’Entreprise … Zoom sur le POS (« Plan d’Occupation des Sols »)
Pour un meilleur alignement … Une nouvelle logique d’Urbanisation matérialisée par le POS
74
Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (1/3)Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (1/3)
Définition
Le POS fait partie du cadre d’architecture fonctionnel.
Il doit permettre à ce titre de structurer le système informatique, en constituant « l’intermédiaire d’alignement » entre la vue métier (par processus, activités) et la vue IT (par applications et composants).
Le Plan d’Occupation des Sol fonctionnel – ou POS – estun plan de classement (divisé en zones, quartiers,
blocs, ilots) qui permet de distribuer les fonctions que porte le système
d’information, qu’elles soient informatisées ou non.
RéférentielsRéférentiels
OpérationsOpérations
DistributionDistribution
Synthèse et
Pilotage
Synthèse et
PilotageEchangesEchanges
ClientsClients
RessourcesRessources
CanauxCanaux
Mécanismes standardsMécanismes standards
Fonctions métier
partagées
Fonctions métier
partagées
2
75
Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (2/3)Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (2/3)
Le POS est un outil :
• de gouvernance et de maîtrise du SI, permettant par exemple :• de détecter les trous fonctionnels, les redondances• d'organiser les évolutions entre elles, de concilier les besoins locaux et la cohérence globale : Choix des projets à
lancer, ordonnancement, périmètre, …• d’éclairer les choix d’organisation concernant les responsabilités au sein de la MOE.
• d’aide à la conception, permettant en particulier • de séparer les réflexions et décisions d’ordre fonctionnel (choix de découpage et interactions entre composants…) de
celles d’ordre applicatives (choix de technologies par composant, contraintes d’exploitation,…)• de diffuser les critères « d’alignement métier » auprès de chaque projet ou domaine applicatif, de façon homogène
• de communication
Le POS est un support privilégié de communication entre MOA et MOE, ainsi qu’entre les différentes équipes de la MOE, en faisant abstraction des considérations purement techniques. A ce titre, le POS doit être conçu dans un soucis :
• de Clarté. Il a un sens – partagé - tant pour les MOA que pour les MOE• de Simplicité. Il ne représente pas toute la complexité applicative
« Tous les modèles sont faux; cependant, certains peuvent être utiles » DEMING
2
76
Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (3/3) – illustrées dans contexte MMA
Une démarche d’Architecture d’Entreprise - Zoom sur le POS : Généralités (3/3) – illustrées dans contexte MMA
Le classement dans les différents type de ZONES définit les choix structurants pour le SI cible
2
RÉFÉRENTIELS
Opérations
Distribution
Pilotage
ECHANGES
Clients
Ressources
Canaux
Mécanismes standard
Fonctions métier
partagées
Les zones du POS peuvent se décomposer en deux catégories, porteuses de vocations distinctes:
Les zones dites ‘d’urbanisation’ du SI.
Ces zones permettent la mise en commun de fonctions spécialisées et transverses, au service du cœur fonctionnel.
Ces fonctions sont isolées car elles relèvent d’une stratégie de rationalisation et d’industrialisation, qui se décline en termes de composants ‘socles’ opérés par l’IT.
Ces domaines constituent des ‘fondations fonctionnelles transverses’. Elles n’ont pas forcément de sens direct pour les métiers, mais elles contribuent à améliorer le niveau de service, la cohérence, l’agilité…dont les métiers bénéficieront.
Les zones dites ‘d’urbanisation’ du SI.
Ces zones permettent la mise en commun de fonctions spécialisées et transverses, au service du cœur fonctionnel.
Ces fonctions sont isolées car elles relèvent d’une stratégie de rationalisation et d’industrialisation, qui se décline en termes de composants ‘socles’ opérés par l’IT.
Ces domaines constituent des ‘fondations fonctionnelles transverses’. Elles n’ont pas forcément de sens direct pour les métiers, mais elles contribuent à améliorer le niveau de service, la cohérence, l’agilité…dont les métiers bénéficieront.
Les zones constituant le ‘cœur fonctionnel’. Ces zones portent les fonctions (spécialisées en fonction du domaine) qui participent à l’exécution:- Des processus « cœur métier » (Vente de contrats d’assurance, traitement de sinistres…), - Des processus « support » (gestion de la comptabilité, gestion des ressources humaines,…) - Des processus « pilotage » (élaboration des objectifs et prévisions, consolidation et analyse du réalisé,...).
77
DISTRIBUTIONDEVELOP.COMMERCIAL
OPERATIONS
SUPPORT AUX OPERATIONS
POS Cible, vue d’ensemble – niveau Blocs – illustrées dans contexte MMAPOS Cible, vue d’ensemble – niveau Blocs – illustrées dans contexte MMAREFERENTIELS ECHANGES
CLIENTS
CANAUX
MECANISMES STANDARDS
FONCTIONS METIERS
PARTAGEESRELATION CLIENT
Connaissance Client
Contact Client
Demande Client
CAPITAL CLIENT
scoringSegmentation et
Ciblage
Parcours Type
Gestion d’affaires
Gestion campagne
RELATION APPORTEURS
Connaissance apporteur
Demande apporteur
rémunération apporteurServices à l’apporteur
ORGANISATION RESEAUX
différenciation apporteur
Administrationréseaux
Gestion portefeuilles
Conception offres
Gestion Avantages
Animation commerciale
PRODUCTION SANTEPRODUCTION IARD PROD. PREVOYANCE OPERATIONS VIE &
EPARGNEASSURANCE ATYPIQUE
PRESTATIONS SANTE
SINISTRES
Gestion Actifs financiers Sollicitation PrestataireMaîtrise Risques OpérationnelsRéassurance
RELATIONS FINANCIERES
TIERS
Gestion Facture
Recouvrement contentieux
PARTENARIATS
Gestion Partenariat
GestionCompte
Tiers
DONNEES CŒUR DE METIER
Personnes/Client
Répertoire Contrat
Catalogue Offre/Produit/Garantie
Répertoire Sinistre
Apporteur
RAB/Mandat
Partenaires
DONNEES DE L’ECOSYSTEME
MMA
Covéa (APM, Risks, ..)
Nomenclatures externes
Compagnies d’assurance
Organismes externes
DONNEES DE L’ENTREPRISE
MMA
Sociétés juridiques
Habilitations
Structures organisationnelles
Nomenclatures MMA
Documentation MMA
Données & règlesProcessus & Règles Utilisateurs Sécurité
traces, historisation
Données maîtres
Gestion des règles
Documents
Gest. d’Activité
Gestion de ProcessusGestion de
Communauté
Gestion tâches
Gestion contenu GED
Editique mulitmedia
Gestion Authentification
Pistes d’auditRecherche & Analyse
Support aux Interactions
Gestion de la cohérence multi-canal
Gestion de l’« expérience client »
Produit Santé
Gestion Contrat Santé(dont rrisque et Gties)
Gestion Ayant-Droits
Décomptes Frais de soins
Admin. Tiers Santé
Règles Remboursement
Gestion Contrat IARD(dont Risque et Gties)
Produit IARD
Gestion Contrat Prev.
Produit Prev.
Gest.Risque/Garantie Prev
Gestion Epargne
Gestion Contrat Epargne
Produit Epargne
Instruction Evénement & Sinistre
Charge Sinistre Gestion Indemnisation
Recours Sinistre Epaves / Sauvetage
Multi-branche
International
Petites séries avec spécificités
Gestion allégée (Time To market, Affinitaire)
InternesDemandes &
Corbeilles
Interface Normalisée
Collecte Pilotage
Partenaires (Fabricants – Distributeurs)
Echanges Fabricants
Echanges Distributeurs
Santé
ASSURNET
SANTECLAIR
Autres Réseaux…
AssuranceEchanges
Réassurance
Echanges Coassurance
Recours
Banques
Flux Financiers
Règlementaires
D.G.I.
Accidents du Travail
Autorité de Contrôle
Statistiques
Prestataires
Echanges APM
Autres Services …
Assistance & Services
Echanges Assisteur
Autres Services …
Canal d’intercation
MédiasD’interaction
Agent
Portail client Téléphone ChatSMSPapier
MMA Cap CourtierGestion. presta. /sinistre Centre d’appel Distributeur externeCourrierInternet, mail
Portail gestionnaire Média socialmail Visio
Gestion Habilitations
Signatures, chiffrement, ..
Suivi Compte de Tiers
Spécificités Partenariat
PILOTAGE
PILOTAGE D’ACTIVITEPlanification/Affectation
PERF. OPERATIONNELLE
Engagements de Service
Gestion individuelle
Suivi d’Activité
PILOTAGE PRUDENTIEL
Contrôle interne / Risk
Reporting Règlementaire
Pilotage Projets
PILOTAGE STRATEGIQUE
Planification Stratégique
ReportingStratégique
PERF. TECHNIQUE & ECONOMIQUE
TechniqueHors Assurance
Contrôle de Gestion
Qualité & Processus
Technique Assurance
Z_ RESSOURCESQ_ FISCALITE
Q_ COMPTABILITE
Q_ TRESORERIE Q_ RESSOURCES HUMAINES
Q_ LOGISTIQUE
Q_ VIE SOCIALE & COMMUNICATION
Q_ INFORMATIQUE
Voir détail
Voir détail
Voir détail
Voir détail
Voir détail
Voir détail
Voir détail
Coassurance
Gestion rente
Opportunité et rebond
Expérimentation
Instruction Décès(Epargne et Prév.)
Gestion Sortie Epargne
2
POS Fonctions d’un Référentiel
POS utilisation, classement des fonctions SI – illustrées dans contexte MMAPOS utilisation, classement des fonctions SI – illustrées dans contexte MMA2
79
Une démarche d’Architecture d’Entreprise … Zoom sur le POSUne démarche d’Architecture d’Entreprise … Zoom sur le POS
A retenir …
80
Une démarche d’Architecture d’Entreprise … le POS - Les principaux changement dans l’approche MMA …Une démarche d’Architecture d’Entreprise … le POS - Les principaux changement dans l’approche MMA …
81
Sur le plan fonctionnel - une prise en compte structurelle du multicanalSur le plan fonctionnel - une prise en compte structurelle du multicanal
Des canaux en silos•agences, •courtiers, •internet,•…
SI pensé multicanal•Dissociation Canal / Média d’interaction•Factorisation des fonctions de gestion des interactions entre l’utilisateur et le SI (expérience utilisateur, continuité, rebond)
CANAUX
82
Sur le plan fonctionnel - un découplage Client / distribution / production Sur le plan fonctionnel - un découplage Client / distribution / production
Un couplage fort entre le SI Distribution (SI Commerce) et le SI Production (SI Assureur)
Client = Client de l’apporteur
• Capacité à séparer la Distribution de la Production
• Capacité à intégrer/distribuer des produits externes
• Client = Acteur(processus, réseau sociaux)
CLIENTS
83
Sur le plan fonctionnel - des informations communes réellement partagéesSur le plan fonctionnel - des informations communes réellement partagées
Développement de référentiels globaux•Personnes•Apporteurs•Habilitations•Structures•…
REFERENTIELS
Une volonté de rationalisation des données communes•Des mêmes données dispersées•Des référentiels locaux
84
Une démarche d’Architecture d’Entreprise … le POS - Les principaux changement dans l’approche MMA …Une démarche d’Architecture d’Entreprise … le POS - Les principaux changement dans l’approche MMA …
A retenir …
85
Quelques mots sur la zone « Distribution » … MotivationQuelques mots sur la zone « Distribution » … Motivation
SOA : Service Oriented ArchitectureAOS : Architecture Orientée Architecture
86
Quelques mots sur la zone « Distribution » … MotivationDeux activités aux préoccupations distinctes : La « Production » et la « Distribution »Quelques mots sur la zone « Distribution » … MotivationDeux activités aux préoccupations distinctes : La « Production » et la « Distribution »
DISTRIBUTIONDISTRIBUTION
PRODUCTIONPRODUCTION
Centrée sur le client« Time to market »,
besoin d’agilité lié au marketting
Performance industrielle
Stabilité
Agent Centre d’appel + SVI Internet Mail Partenaire
Banque
Assurances de personnes
Assurancesdommages
Assurancesentreprises Partenaire
Recouvrement
87
Quelques mots sur la zone « Distribution » … MotivationDes exigences « métier » majeuresQuelques mots sur la zone « Distribution » … MotivationDes exigences « métier » majeures
Agent Centre d’appel + SVI Internet SMS/Mail Partenaire
Banque Assurances de personnes
Assurancesdommages
…
Assurancesentreprises
Partenaire
- Avoir une forte réactivité au niveau de la distribution- Partager la vision personne entre les acteurs (le client au cœur)- Intégrer des nouveaux canaux- Le même produit pour tous, des offres adaptées par canal- Gérer la continuité entre canaux
Recouvrement
Faire évoluer le Système d’Information MMA vers le multicanalFaire évoluer le Système d’Information MMA vers le multicanal
88
Quelques mots sur la zone « Distribution » … MotivationEntre « Production » et « Distribution », nécessité d’une couche de médiation : L’« Assemblage »Quelques mots sur la zone « Distribution » … MotivationEntre « Production » et « Distribution », nécessité d’une couche de médiation : L’« Assemblage »
DISTRIBUTIONDISTRIBUTION
PRODUCTIONPRODUCTION
Agent Centre d’appel + SVI Internet Mail Partenaire
Banque
Assurances de personnes
Assurancesdommages
Assurancesentreprises Partenaire
Recouvrement
«ASSEMBLAGE»«ASSEMBLAGE»
Principes directeurs: - découpler les couches distribution et production- faire coexister des cycles différenciés
- gérer les personnes et les offres- gérer la cohérence et la continuité entre canaux
89
Quelques mots sur la zone « Distribution » … MotivationEntre « Production » et « Distribution », nécessité d’une couche de médiation : L’« Assemblage »Quelques mots sur la zone « Distribution » … MotivationEntre « Production » et « Distribution », nécessité d’une couche de médiation : L’« Assemblage »
CANAUXCANAUX
PRODUCTIONPRODUCTION
Agent Centre d’appel + SVI Internet Mail Partenaire
Banque
Assurances de personnes
Assurancesdommages
Assurancesentreprises Partenaire
Recouvrement
DISTRIBUTIONDISTRIBUTION
Principes directeurs: - découpler les couches distribution et production- faire coexister des cycles différenciés
- gérer les personnes et les offres- gérer la cohérence et la continuité entre canaux
90
Quelques mots sur la zone « Distribution » … MotivationQuels types de « briques » dans la couche assemblage ?Quelques mots sur la zone « Distribution » … MotivationQuels types de « briques » dans la couche assemblage ?
Agent Centre d’appel + SVI Internet Mail Partenaire
Banque
Assurances de personnes
Assurancesdommages
Assurancesentreprises Partenaire
Recouvrement
Réf Personnes
Réf Personnes
OffresOffresGestion avant-vente
Gestion avant-vente
CommunicationsCommunications
PrixClient/Réseau
PrixClient/Réseau Gestion de
campagneGestion de campagne
Gestion contactsGestion contacts
……
ContinuitéContinuité
CANAUXCANAUX
PRODUCTIONPRODUCTION
DISTRIBUTIONDISTRIBUTION
91
Quelques mots sur la zone « Distribution » … MotivationQuels types de « briques » dans la couche assemblage ? exemple de l’étude MMA Multicanal
Quelques mots sur la zone « Distribution » … MotivationQuels types de « briques » dans la couche assemblage ? exemple de l’étude MMA Multicanal
¨Partenaires¨Partenaires
Offre
Infra applicativeInfra applicative
Avant vente / vente
Plan d’actionPlan d’action
Pilotage
Pilotage perf. des canaux (SOCPIL)
Pilotage perf. des canaux (SOCPIL)
Distribution produits à vendre
Distribution produits à vendre
Outillage ESB/BPM/Moteur de règles
Outillage ESB/BPM/Moteur de règles
Outils Echanges Inter-SI
Outils Echanges Inter-SI
Communications / Plateforme SMS/Mail
Communications / Plateforme SMS/Mail
Recouvrement/ compta/Recouvrement/ compta/
SIRSIRSinistresPAVS-GSIESinistres
PAVS-GSIE
Echanges
RefletReflet
SIGMMASIGMMAAIPAIP
AIAAIA
Sites agenceSites agence mma.frmma.fr AssurlandAssurlandCourtanetCourtanet
Support téléphonique
Interne/Externe
Support téléphonique
Interne/Externe PartenairesPartenairesP9 AgentsP9 Agents
P9 Covea RisksP9 Covea Risks
SRP/Personne
Préférence ClientPréférence Client
Référentiel PersonnesRéférentiel Personnes
Vision 360Vision 360
Prix client
DPC-GFADPC-GFA
DPC-PrixDPC-Prix Gestion des offresGestion des offres
GI/GDWF-GAGI/GDWF-GA
IACIAC
OpportunitésOpportunitésAffaireAffaire
Gestion des contacts
Gestion des contacts
Gestion des demandes
Gestion des demandes
AnnuaireSocle Hab.Annuaire
Socle Hab.
Brique continuité multicanalBrique continuité multicanal
Après vente
LégendeConstruction d’une
brique à qualifierBrique applicative à
construire Brique applicative
existanteDécision sur la suite à
donner ?
Us
ag
es
Intégration téléphonieIntégration téléphonie
SociétéP9, SIGMMA,
AIA …
SociétéP9, SIGMMA,
AIA …
engagement de service
engagement de service
Administration des collaborateurs agences
Administration des collaborateurs agences
Outil d’agendaOutil d’agenda
services agents - administration- facturation
services agents - administration- facturation
Référentiel organisationnelRéférentiel organisationnel
92
Quelques mots sur la zone « Distribution » … MotivationQuelques mots sur la zone « Distribution » … Motivation
A retenir …
93
Une démarche d’Architecture d’Entreprise … Utilisation pratique MMA ?Une démarche d’Architecture d’Entreprise … Utilisation pratique MMA ?
94
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Cadre d’architecture
Conception
CartographieArchitecture
SI
Identification de la
solution SI
Spécification Générale
solution SI
ModéliserL’existant
Modéliserla cible
Analyserles écarts
Normes & Standards
de construction
95
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Cadre d’architecture
Conception
CartographieArchitecture
SI
Réalisation
ImplémentationSpécification
DétailléeSolution SI
Identification de la
solution SI
Spécification Générale
solution SI
Cadres de développement
Cobol Mainframe
Java
Cobol Unix
Smalltalk
…ModéliserL’existant
Modéliserla cible
Comités Architecture
Analyserles écarts
Normes & Standards
de construction
96
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Deux démarches existent : La démarche Top-Down : qui part des processus métier La démarche Bottom-Up qui utilise les échanges pour faire émerger les services.
L’approche Top-Down est celle qui doit être appliquée.Dans certains cas (processus détaillé non disponible) l’approche bottom-up est utilisée.
Bottom
-Up
Top-D
own
97
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Plan fonctionnel Plan Applicatif
ModélisationMOM
DéfinitionModèle informationnel
Plan métier
Le cercle fléché indique un processus Itératif
Définition modèle applicatif
Modélisation processus Métier
Modélisation Procéduresdétaillées
Services Fonctionnels
Message
POS
Dossier D’engagements
Définition des services applicatifs
Optionnel Entrants / Sortant dépendance
1
2
2
3
4 5
6
1 Séquencement indicatif
98
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
99
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
L’analyse top-down consiste a identifier les collaborations inter-domaines qui révèlent les besoins en services fonctionnels.
Les deux artefacts utilisés lors de cette identification sont :
- Le POS fonctionnel
- Le processus sur le périmètre concerné
Pour réaliser l’analyse, on procède à la projection des processus sur le POS.
Cette projection permet d’identifier les collaborations entre les différents domaines (i.e zones / quartier / Bloc)
100
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Service fonctionnel
Service fonctionnel
Service fonctionnelService fonctionnel
Dans l’exemple
2 zones « tenue de compte » et « échange clientèle »
3 quartiers ont été identifiés, « Canal Agent », « tenue déposition », « Gestion de déposition »
Et 2 services fonctionnels potentiels ont été identifiés dans ce cas présent (issus des collaborations entre les domaines)
101
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
Un service fonctionnel (« Question / Réponse du Service Fonctionnel ») repose sur les catégories d’information
Un message véhicule une ou des catégories d’information Un message ne définit que les catégories d’information et non pas les informations. Autrement dit,
on ne détaille pas les informations véhiculées par les catégories. Tout message devant contenir une information d’une catégorie portera l’intégralité de la catégorie.
OBTENIR LE DETAIL D’UNE FACTURE
REFERENCE FACTURE / APPORTEUR
DETAIL D’UNE FACTURE
FACTURE-IDENTITE
FACTURE-SITUATION-FONCTIONNELLE [1..*]
FACTURE-REFERENCE
MF MF
SF
FACTURE-REFERENCE
APPORTEUR-REFERENCE
1
1
*
1
1
102
Sommaire
Expression du besoin métierExpression du besoin métier
Prise en compte du besoinPrise en compte du besoin
Architecture fonctionnelleArchitecture fonctionnelle
Architecture applicativeArchitecture applicative
SynthèseSynthèse
AnnexesAnnexes
Dossier d’Architecture
Fonctionnelle & Applicative
Dossier d’Architecture
Fonctionnelle & Applicative
Cf extraits en Annexe
103
Une démarche d’Architecture d’Entreprise … Utilisation pratique ?Une démarche d’Architecture d’Entreprise … Utilisation pratique ?
A retenir …
104
Une démarche d’Architecture d’Entreprise … Et TOGAF ?Une démarche d’Architecture d’Entreprise … Et TOGAF ?
Un cadre standard de mise en œuvre d’une démarche d’Architecture d’Entreprise
105
TOGAF,Un cadre standard de mise en œuvre d’une démarche d’Architecture d’EntrepriseTOGAF,Un cadre standard de mise en œuvre d’une démarche d’Architecture d’Entreprise
MMA utilise le cadre standard d’architecture du marché : TOGAFTOGAF
TOGAF•un cadre d'architecture proposé par l'Open Group (The Open Group Architecture Framework)•le résultat de la coopération de 300 entreprises membres de l'Architecture Forum, fournisseurs et clients de l'informatique, qui représentent les meilleures pratiques de l'architecture.
•un standard de fait, ouvert et indépendant des éditeurs qui comporte :• une démarche (Architecture Development Method) et ses guides de bonnes pratiques• une description des constituants de l’architecture (contenu)• une description du référentiel de l’architecture et sa gouvernance
106
TOGAF,Un cadre standard de mise en œuvre d’une démarche d’Architecture d’EntrepriseTOGAF,Un cadre standard de mise en œuvre d’une démarche d’Architecture d’Entreprise
Une gouvernanceUne gouvernancetransverse de transverse de l’Architecturel’Architecture
• Affirmation d’une gouvernance transverse de l’Architecture•Un référentiel d’architecture outillé comme support de la cohérence globale
• Affirmation d’une gouvernance transverse de l’Architecture•Un référentiel d’architecture outillé comme support de la cohérence globale
GouvernanceGouvernanceProgrammes, Programmes, ProjetsProjets
• Un processus continu d’architecture, une méthodologie (ADM, Architecture Development Method) , qui s’appuie sur les standards et qui prend en compte
- les paliers d’une trajectoire,- Les scénarios, traçabilité des choix- En réponse aux enjeux de l’Entreprise
• Le métier au centre des choix d’architecture
• Constitution d’un catalogue de services, …
107
TOGAF et « La fable du boulanger » (cf. www.ceisar.org)Phase Préliminaire … Principes Directeurs, Normes, Outillage, …TOGAF et « La fable du boulanger » (cf. www.ceisar.org)Phase Préliminaire … Principes Directeurs, Normes, Outillage, …
Les questions clés• Quel modèle de gouvernance des architectures IT ?
Les Enjeux du boulanger■ Multiplier par 2 son CA■ Augmenter son seuil de rentabilité
Objectifs à 3-5 ans■ Multiplier par 3 le nombre de ses
boulangeries sur le département (aujourd’hui 3 boulangeries dans sa ville)
■ Garantir le même niveau de qualité et de prestation dans toutes ses boulangeries
■ …
Les Enjeux du boulanger■ Multiplier par 2 son CA■ Augmenter son seuil de rentabilité
Objectifs à 3-5 ans■ Multiplier par 3 le nombre de ses
boulangeries sur le département (aujourd’hui 3 boulangeries dans sa ville)
■ Garantir le même niveau de qualité et de prestation dans toutes ses boulangeries
■ …
Comment faire des architectures ?■ Normes et principes directeurs (Ex: Charte,
Schéma Directeur) ?■ Quelle méthodologie ?■ Avec quel outillage ?
Cible Organisationnelle■ Centraliser les services achat■ …
SI: ■ S’industrialiser: Centraliser les fonctions
d’achats, suivi du stock, … aujourd’hui propres à chaque boulangerie
■ …
Cible Organisationnelle■ Centraliser les services achat■ …
SI: ■ S’industrialiser: Centraliser les fonctions
d’achats, suivi du stock, … aujourd’hui propres à chaque boulangerie
■ …
Les questions clés Quel modèle de gouvernance des
architectures IT ?
108
TOGAF et « La fable du boulanger »Phase A. Vision … Cadrage & Première vision de la cibleTOGAF et « La fable du boulanger »Phase A. Vision … Cadrage & Première vision de la cible
Les questions clés• Quelle est la demande, les attentes, les
objectifs ?• Quelles sont les parties prenantes, leurs
attentes, leurs objectifs ? Contexte
■ Un concurrent détourne sa clientèle: Il propose un pain biologique aux lardons et aux noix
Objectifs métiers■ Proposer de nouveaux pains qu’il vendra
dans l’ensemble de ses boulangeries■ Il se donne 2 mois pour proposer un nouveau
pain dans ses boulangeries
Contexte■ Un concurrent détourne sa clientèle: Il
propose un pain biologique aux lardons et aux noix
Objectifs métiers■ Proposer de nouveaux pains qu’il vendra
dans l’ensemble de ses boulangeries■ Il se donne 2 mois pour proposer un nouveau
pain dans ses boulangeries
Quelle est la vision macroscopique de la cible ?
Quel est le périmètre couvert ? Comment piloter les travaux?
Cible■ Métier: Un nouveau processus d’innovation
allant des phases de recherche de nouvelles recettes jusqu’à la phase d’industrialisation
■ Organisation: Séparer les opérations de gestion du quotidien des opérations de transformation pour préparer le futur
■ SI: • Piloter le processus d Innovation• Mettre en place un référentiel de recettes
(sortir la description des recettes de la production),
• Centraliser les achats et les suivi des fournisseurs pour assurer une qualité homogène dans toutes les boulangeries (conformité au schéma directeur)
Cible■ Métier: Un nouveau processus d’innovation
allant des phases de recherche de nouvelles recettes jusqu’à la phase d’industrialisation
■ Organisation: Séparer les opérations de gestion du quotidien des opérations de transformation pour préparer le futur
■ SI: • Piloter le processus d Innovation• Mettre en place un référentiel de recettes
(sortir la description des recettes de la production),
• Centraliser les achats et les suivi des fournisseurs pour assurer une qualité homogène dans toutes les boulangeries (conformité au schéma directeur)
+
109
TOGAF et « La fable du boulanger »Phase B. Architecture Métier … Définir la cible métierTOGAF et « La fable du boulanger »Phase B. Architecture Métier … Définir la cible métier
Les questions clés• Quel est l’impact sur les processus métier ?• Quel impact organisationnel (Rôles métiers et
organisationnels)
Le modèle métier est-il impacté ? Quel est l’impact sur les fonctions ? Le POS doit il évoluer ?
Mettre en place un processus d’innovation …
Décrire les Recettes … Pour mieux les reproduire
Mettre en place un processus d’innovation …
Décrire les Recettes … Pour mieux les reproduire
S’informer, Analyser
S’informer, Analyser CiblerCibler
Tester nouvelles recettes
Tester nouvelles recettes
IndustrialiserIndustrialiserMettre en vente
dans boulangeries
Mettre en vente dans
boulangeries
PatronPatronApprentiApprenti
- Nom- Quantité- Nom- Quantité
Ingrédient Ingrédient
- Code- Description- Nombre de pain
- Code- Description- Nombre de pain
Recette Recette
- Code- Nom- Etat (En vente, En élaboration, Arrêté)
- Code- Nom- Etat (En vente, En élaboration, Arrêté)
Produit Produit
Référence Référence
Fournisseur Fournisseur
Stock Stock
Boulangerie Boulangerie
- N° étape- Description- N° étape- Description
Condition PréparationCondition Préparation
PRODUCTIONPRODUCTION
COMPTABILITES & GESTION FINANCIERECOMPTABILITES & GESTION FINANCIERE
REFERENTIELSREFERENTIELS
RHRH
BoulangerieBoulangerie PâtisseriePâtisserie
FournisseurFournisseur
ProduitsProduits
ClientsClients
VENTEVENTEMarketingMarketing
CaisseCaisse
CommandeCommande
ACHATACHAT
. Analyser concurrence
. Spécifier nouvelle R7
. Concevoir nouvelle R7
. Evaluer nouvelle R7
. Préparer la mise en production
. Déterminer prix de vente
110
TOGAF et « La fable du boulanger »Phase C. Architecture SI … Applications, Services, DonnéesTOGAF et « La fable du boulanger »Phase C. Architecture SI … Applications, Services, Données
Les questions clés• Quels regroupements applicatifs (building
block) ?- Faut-il créer de nouvelles applications ? Ou en
réorganiser certaines ?- Quels sont les impacts sur les échanges?- Que peut-on réutiliser de l’existant ?
Doit-on créer de nouveaux services ? Ou en faire évoluer ? Quels contrats de service ?
Quelle architecture de données ?■ Impact sur les référentiels et les SI concernés ?■ Quelles applications sont responsables de faire
persister ou de récupérer les données (CRUD)?
RéférentielsRéférentiels
Application « Marketing »Application « Marketing »
Application « Suivi Prod. »Application « Suivi Prod. »
Application « Achat »Application « Achat »
Application « Commande »Application « Commande »
Application « Caisse »Application « Caisse »
Fournisseurs
Produits
Clients
Services Services
Services Métiers Spécifier Besoin Nouveau Produit Evaluer Recette Valider Industrialisation Recette Déterminer Prix de Vente
Services Métiers Spécifier Besoin Nouveau Produit Evaluer Recette Valider Industrialisation Recette Déterminer Prix de Vente
Services Métiers Créer Recette Modifier Recette Consulter Recette Consulter Détail Recette Consulter Ingrédients Recette
Services Métiers Créer Recette Modifier Recette Consulter Recette Consulter Détail Recette Consulter Ingrédients Recette
Cible Applicative Partage des référentiels
■ Sortir « Produit » de la production
■ Enrichir de fonctions complémentaires
Une nouvelle application marketing
Revoir les flux avec les applications « Commande », « Production »,
Principe Directeur Profiter de ce projet pour centraliser la fonction « Achat »
111
TOGAF et « La fable du boulanger »Autres Phases …TOGAF et « La fable du boulanger »Autres Phases …
Phase D: Architecture Technique Les normes sont elle remises en cause ? Impacts sur les infrastructures (Réseau, Serveur, Base de données, …) ?
Phase E: Solutions et opportunités Evaluer les scénarios de choix de solution (spécifique vs progiciel), Identifier les projets, les coûts et les bénéfices Privilégier une solution intégrée « Gestion de Boulangerie »
Phase F: Planning de migration Etablir la trajectoire, le planning
■ Dépendances entre projets, valeur métier des projet, coûts Eprouver le nouveau processus d’innovation sans l’outiller dans un premier
temps pour respecter l’objectif de vendre un nouveau pain dans 2 mois Commencer en parallèle à paramétrer le progiciel « Gestion de Boulangerie »
Phase G: Pilotage de l’implémentation Formuler les recommandations d’architecture pour chaque projet Définir les contrats d’architecture Vérifier la conformité Organiser le pilotage
Phase H: Gestion des évolutions S’assurer de façon continue que l’architecture répond aux besoins de l’entreprise Déclencher éventuellement un nouveau cycle d’architecture
Référentiel des exigences Formaliser, centraliser l’ensemble des exigences à prendre en compte par l’architecture Tracer leur prise en compte au travers des différentes phases
112
Une démarche d’Architecture d’Entreprise … Et TOGAF ?Une démarche d’Architecture d’Entreprise … Et TOGAF ?
A retenir …
113
Le module « Approche industrielle des systèmes d’information » Le module « Approche industrielle des systèmes d’information »
• Objectifs - Sensibiliser aux enjeux industriels des SI tant au niveau de l’architecture, que de la conduite de projets et de la
réalisation des logiciels et que de la production informatique.- Introduire les fondamentaux d’architecture (urbanisation, interopérabilité, SOA).- Introduire les bonnes pratiques de conduite des projets et ingénierie du logiciel- Introduire les processus de production : ITIL
• Organisation - Cours 1 - 4h : le mercredi 28/11 de 9h30 à 13h30 – J Bruneau (introduction, alignement stratégique)- Cours 2 – 4h : jeudi 13/12 de 13h45 à 17h45 - Jean Blanchard (architecture d’entreprise – Togaf)- Cours 3 – 4h : le 20/12 de 13h45 à 17h45 – Philippe Toulorge (conduite de projets – CMMI)- Cours 4 – 4h jeudi 17/01/2013 de 13h45 à 17h45 –Christophe Luys (services de production – ITIL)- Cours 5 – 4h vendredi 01/02/2013 matin – J Bruneau (exposés)
• TP : une journée de production au centre informatique de MMA- TP groupe 1 : du mercredi 23/01 16h au jeudi 24/01 - TP groupe 2 : du jeudi 31/01 16h au vendredi 01/02
• Contrôle- Un exposé par groupe - Une épreuve sur table- Un compte-rendu de la journée de production
114
Approche industrielle des systèmes d’information (IPS 3) cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)Approche industrielle des systèmes d’information (IPS 3) cours 2 - Les fondamentaux d’architecture (urbanisation, interopérabilité, SOA)
A retenir …
Sachant que le plus« important » restera toujoursce qu’il y a entre la chaise et le clavier…
AnnexesAnnexes
12 avril 2023
< nom direction >
117
Sommaire
Expression du besoin métierExpression du besoin métier
Prise en compte du besoinPrise en compte du besoin
Architecture fonctionnelleArchitecture fonctionnelle
Architecture applicativeArchitecture applicative
SynthèseSynthèse
AnnexesAnnexes
EXTRAITS
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
118
Expression du besoin métier
Périmètre Objectifs Bénéfices attendus
DAF < nom projet >
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
119
Périmètre
Le projet Différenciation, dont fait parti le chantier BPP 2010, vise à mettre à disposition de certaines agences des moyens supplémentaires pour « sur-performer » en AN sur les produits stratégiques. Les moyens sont des budgets commerciaux dédiés, des possibilités étendues de dérogations tarifaires, un versement anticipé des incitations financières épargne et moyens d’actions locales.
En compléments de la mise en place de moyens de Différenciation, une étude va être amorcée dans le but de faire évoluer le mécanisme de Souplesse Bonheur selon les mêmes concepts et principes que le BPP.
Un premier lot pour une gestion d’un budget commercial supplémentaire est demandée pour la version de Août 2010, avec des fonctionnalités restreintes.
Expression du besoin métier
Exemple
Préciser le périmètre du projet, les domaines qu’il impacte, la découpe en lot éventuellement ainsi que la cible et les éléments qui vont être remplacés.
1 seul slide si possible.
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
120
Objectifs
La correction et l’évolution du lot 1 du projet en réponse aux besoins identifiés avec les directions pilotes ou dictés par des besoins réglementaires
L’automatisation totale ou partielle de la comptabilisation et du règlement des factures fournisseurs validées à partir des données véhiculées dans OVIFF
Le remplacement de l’outil AP par la ré-écriture des fonctionnalités existantes au sein de la nouvelle application OVIFF, ceci aura pour effet, entre autre, de supprimer la double saisie
L’automatisation totale ou partielle de la comptabilisation des factures non parvenues en fin d’années par le développement d’un module spécifique de collecte utilisant le WF et l’interface comptable
Le développement de sous produits et de tableaux de bord
Expression du besoin métier
Exemple
Préciser les objectifs du projet, les réponses apportées et les nouveaux éléments mis en place
1 seul slide si possible.
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
121
Bénéfices attendus
Une réduction du coût de traitement des factures fournisseurs (réel et provisions) validation, règlement et comptabilisation , et des sous produits associés (DAS2, DAS1…)
La traçabilité et la sécurisation du processus de validation et de règlement des factures fournisseurs via signature électronique
Une diminution et une meilleure analyse des délais de validation et règlement grâce notamment aux fonctionnalités de relance intégrées
Une diminution des problèmes d’imputation comptable et analytique Une revalorisation en terme d’image du processus factures
fournisseurs et donc de l’entreprise
Expression du besoin métier
Exemple
Préciser les bénéfices attendus du projet, les améliorations en terme de coût, de performance, de processus, d’architecture, d’ergonomie, etc.
1 seul slide si possible.
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
122
Architecture Métier
Processus existant Processus cible Exigences
DAF < nom projet >
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
123
Prise en compte du besoin
Processus existant Définir l’environnement métier actuel (acteurs,
processus) 1 schéma si possible.
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
124
Prise en compte du besoin
Processus cible Définir l’environnement métier voulu (acteurs,
processus) Matérialiser les écarts entre l’existant et la cible 1 schéma si possible.
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
125
Identifiant Enoncé Complétude Origine Source Priorité (MOA) Criticité (MOE)
Prise en compte du besoin
Exigences
Exemple
Préciser les exigences principales et structurantes auxquelles doit répondre ce projet.
Les exigences doivent être claires, simples et vérifiables. Elles sont portées et validées par la MOA
1 seul slide si possible.
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
126
Architecture Fonctionnelle Impact du projet sur le POS Les fonctions Le Modèle d’Information
Liste des entités information crées/modifiées
Les services fonctionnels Projection des processus sur le POS Liste des services fonctionnels découverts/modifiés/réutilisés
DAF < nom projet >
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
127
Synthèse des impacts sur le POSArchitecture fonctionnelle
Exemple
ZONE 2Quartier 3
ZONE 3
ZONE 1 Quartier 2
Bloc 3
Bloc 4
Quartier 1
Bloc 1
Bloc 2
Bloc 6
Bloc 7
Quartier 4
Bloc 9
Bloc 10Bloc 8
Bloc 11
Quartier 5
Bloc 12 Bloc 13
Quartier 6Quartier 7 Quartier 8 Quartier 9 Quartier 10
Quartier 11
Bloc 14
Bloc 16
Bloc 15
Bloc 17
Bloc 18
Bloc 19
Bloc 20
Bloc 22
Bloc 21
Bloc 23 Bloc 26
Bloc 25
Bloc 24
Bloc 27
Bloc 28
Bloc 5
Bloc 29
Un slide identifiant l’ensemble des impacts du projet sur le POS, y compris la nécessité d’évolution du POS (ici nouveau bloc du Quartier 4)
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
128
Les fonctions utilisée par le projetArchitecture fonctionnelle
Exemple
ZONE 2ZONE 1Quartier 2
Bloc 3 Bloc 4
Quartier 4
Bloc 9Bloc 8
Bloc 29
Etablir une correspondance entre les fonctions et les Zones/Quartiers/Blocs
Distinguer les fonctions utilisées, créées, modifiées, supprimées
1 seul slide si possible.Nouveau
Évolution
Fonction 1
Fonction 2
Fonction 3
Fonction 4
Fonction 5
Fonction 6
Fonction 7 Fonction 8
Fonction 9
Fonction 10
Fonction 11
Suppression
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
129
Architecture fonctionnelle
Entité information 6
Card.
relation
Modèle de niveau Entité d’Information « boite noire », (sans les données)
1 slide par domaine impacté par le projet
Faire apparaitre les nouvelles relations inter domaine
Modèle Entités d’Information « Boite noire » du domaine D1
Entité information 1
Entité information 3Entité information 4
Entité information 5
Entité information 2
Entité information 7Entité information 8
Entité information 9
relation
relation
relation
relation
relation
relation
Card.
Card.
Card.
Card. Card.
Card.
Card.
Card.
Card.
Card.
Card.
Card.
Card. Card.
relation
Nouveau
ÉvolutionExemple
Card.
Domaine D2Domaine D1
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
130
Architecture fonctionnelle Définition des Entités d’Information
Description textuelle des nouvelles Entités d’Information et lien de ces entités avec le modèle métier
Entité Information Lien avec Objet Métier Description
Entité Information 4 Objet Métier 22 L’entité information 4 représente …
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
131
Architecture fonctionnelle
Pour chaque nouvelle entité d’information ou entité modifiée, décrire les catégories et informations
Exemple
Entité information 1
Vue de détail des Entités d’Information modifiées
Catégorie Information 1
Catégorie Information 2
Catégorie Information 3
Information 1
Information 3
Information 3
Information 4
Information 5
Information 6
Information 7
Information 8
Information 9
Nouveau
Évolution
Indiquer la Motivation
qui justifie la création des
nouvelles catégories
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
132
Architecture fonctionnelleDéfinition des nouvelles Catégories et nouvelles Informations
Description textuelle des catégories modifiées et des nouvelles Informations
Catégorie d’Information
Description Information Description
CI 1 La catégorie d’Information 1 représente … I1 L’Information 1 représente …
I2 L’Information 2 représente …
I3 L’Information 3 représente …
CI 2 La catégorie d’Information 2 représente … I4 L’Information 1 représente …
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
133
Services Fonctionnels identifiés dans le processus $ProcessName
Architecture fonctionnelle
Un slide par processus
Si les processus ne sont pas disponible, ce slide présentera uniquement les SF et leur bloc d’appartenance, on renseignera également la méthode utilisée pour la découverte des SF.
Nouveau = Première version d’un service
Evolution = Nouvelle version d’un service existant
On ne représente que les services de premier niveau d’invocation (on ne redécrit pas à chaque process les compositions de SF)
Exemple Bloc 9
Bloc 8
bloc 3
Quartier 2
Activité détaillée 1
Activité détaillée 3
Activité détaillée 5
Activité détaillée 7
SF 2
SF 3
SF 1
SF 6
SF 7 bloc 29
Processus détaillée 1
Nouveau
Évolution
Permet la réalisation de
Indiquer la Motivation
qui justifie la création du
service fonctionnel
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
134
Vue Annuaire de service:Impacts sur les consommateurs
Architecture fonctionnelle
Exemple
Quartier 2SF 6
SF 7 bloc 29
Nouveau
Évolution
Bloc 14
Bloc 14
Bloc 15
RMQ:
le lien consommateur n’est pas prévu dans le méta modèle .
Outillage?
Consommateurs Producteurs
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
135
Liste des Services FonctionnelsArchitecture fonctionnelle
Services Fonctionnels Type SF appelés
SF1 Atomique N/A
SF2 Atomique N/A
SF3 Atomique N/A
SF4 Atomique N/A
SF5 Atomique N/A
SF6 Composite SF4, SF5
SF7 Atomique N/A
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
136
Projection des services sur le POSArchitecture fonctionnelle
Un slide global
ZONE 2Quartier 3
ZONE 3
ZONE 1 Quartier 2
Bloc 3
Bloc 4
Quartier 1
Bloc 1
Bloc 2
Bloc 6
Bloc 7
Quartier 4
Bloc 9
Bloc 10Bloc 8
Bloc 11
Quartier 5
Bloc 12 Bloc 13
Quartier 6Quartier 7 Quartier 8 Quartier 9 Quartier 10
Quartier 11
Bloc 14
Bloc 16
Bloc 15
Bloc 17
Bloc 18
Bloc 19
Bloc 20
Bloc 22
Bloc 21
Bloc 23 Bloc 26
Bloc 25
Bloc 24
Bloc 27
Bloc 28
Bloc 5
Bloc 29
SF 1
SF 2SF 3 SF 4
SF 5
SF 6
SF 7
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
137
Détail des Services Fonctionnels
Service Fonctionnel atomique SF4
Détail de l’engagement de service fonctionnel
DétailNom SF4
Description Service de …
Domaine Bloc 3
Granularité Atomique
Catégories Information
Entrée: CI1 de EI1, CI5 de EI3
Sortie: CI2 de EI2
Délai de réponse
2000 ms
Volumétrie Entrée: 1 enregistrement
Sortie: 250 enregistrements
Fréquence d’appel
100 appels par seconde en pointe
Plage d’utilisation
24/7
Restriction d’appel
Uniquement accessible à …
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
138
Détail des Services Fonctionnels
Service Fonctionnel composite SF6
SF 6
SF 4
SF 5
Détail de l’engagement de service fonctionnel
Schémas de détail (composition/orchestration) au pour les services fonctionnels composites uniquement
Le formalisme BPMN ne préjuge pas de l’implémentation technique de l’orchestration
DétailNom SF6
Description Service de …
Domaine Quartier 2
Granularité Composite, appel de SF4 et SF5
Catégories Information
Entrée: CI1 de EI1,
Sortie: C8 de EI5
Délai de réponse
2000 ms
Volumétrie Entrée: 1 enregistrement
Sortie: 250 enregistrements
Fréquence d’appel
100 appels par seconde en pointe
Plage d’utilisation
24/7
Restriction d’appel
Uniquement accessible à …
Exemple
Vision composition
Vision orchestration (formalisme BPMN)
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
139
Architecture Applicative
Projection Applicative sur le POS Couverture applicative Diagramme d’environnement Diagramme des flux
DAF < nom projet >
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
140
Architecture fonctionnelle Projection Applicative des impacts du projet sur le POS
Exemple
ZONE 2Quartier 3
ZONE 3
ZONE 1 Quartier 2
Bloc 3
Bloc 4
Quartier 1
Bloc 1
Bloc 2
Bloc 6
Bloc 7
Quartier 4
Bloc 9
Bloc 10Bloc 8
Bloc 11
Quartier 5
Bloc 12 Bloc 13
Quartier 6Quartier 7 Quartier 8 Quartier 9 Quartier 10
Quartier 11
Bloc 14
Bloc 16
Bloc 15
Bloc 17
Bloc 18
Bloc 19
Bloc 20
Bloc 22
Bloc 21
Bloc 23 Bloc 26
Bloc 25
Bloc 24
Bloc 27
Bloc 28
Bloc 5
Bloc 29
CA 01
CA 02 CA 03
CA 04
Nouveau
Évolution
CA 20
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
141
Architecture fonctionnelle Diagramme des flux du composant applicatif CA 04
Exemple
CA 04
Nouveau
Évolution
CA 20
SA Mediation 7
Ce diagramme est à faire lorsque l’on définit un nouveau composant
Lorsque dans un projet transverse il n’y a que des évolutions de composant existant on se contentera de décrire les nouveaux échanges dans une logique process
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
142
Architecture ApplicativeDétail des Services Applicatifs atomique question/réponse
ExempleNouveau
Évolution
DétailNom SA Mediation 1
Description Service de …
Composant CA 01
Granularité Composition: non
Assemblage: oui, SA 01 et SA 02
Messages Entrée: CD7 de ED15
Sortie: CD8 de ED17
Erreur: CD10 de ED16
Délai de réponse
2000 ms
Volumétrie Entrée: 1 enregistrement X 100 octets
Sortie: 250 enregistrements X 1000 octets
Fréquence d’appel
100 appels par seconde en pointe
Plage d’utilisation
24/7
Restriction d’appel
Uniquement accessible au profil applicatif PA1 sur périmètre P1
Schéma de détail pour les Services Applicatifs alignés sur un service fonctionnel atomique
1 slide par Service Applicatif
Déclinaison du SF1 en Service Applicatif de médiation SAM 1: Vision assemblage
SI 01
SA médiation 1
SI 02
Service Applicatif Aligné Service SI
(Assemblage si nécessaires)
Vision orchestration des services SI (formalisme BPMN)
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
143
Architecture ApplicativeDétail des Services Applicatifs composés question/réponse
ExempleNouveau
Évolution
DétailNom SA Mediation 6
Description Service de …
Composant CA 01
Granularité Composition: Oui, SA médiation 5 et SA médiation 5
Messages Entrée: CD1 de ED1,
Sortie: CD8 de ED5
Erreur: CD15 de ED16
Délai de réponse
2000 ms
Volumétrie Entrée: 1 enregistrement X 100 octets
Sortie: 250 enregistrements X 1000 octets
Fréquence d’appel
100 appels par seconde en pointe
Plage d’utilisation
24/7
Restriction d’appel
Uniquement accessible au profil applicatif PA1 sur périmètre P1
Schéma de détail pour les Services Applicatifs alignés sur un service fonctionnel atomique
1 slide par Service Applicatif
Déclinaison du SF 6 en Service Applicatif de médiation SAM 6: Vision composition
Vision orchestration des SAM (formalisme BPMN)
SA médiation 4
SA médiation 5
Service Applicatif Aligné
SA médiation 6
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
144
Architecture Applicative
Exemple
Schéma de détail des Services Applicatifs événement
1 slide par service
Nouveau
Évolution
Détail des Services Applicatifs événement
Détail
Nom SA Médiation 15
Description Service de …
Composant CA 01
Catégories données
Entrée: CD2
Volumétrie Entrée: 1 enregistrement X 100 octets
Plage d’utilisation?
24/7
SA Médiation 15
Service Applicatif Aligné
SI 02
SI 13
Services SI
SI 01
Service SI
Producteur
Consommateur
Consommateur
Evénement: Porte-t-il des données ou seulement des références?
S’il porte des données quid du modèle habilitation?
Production de l’évènement au format modèle d’échange de
données
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
145
Architecture Applicative
Exemple
Schéma de détail des Services Applicatifs batch
1 slide par Demi Flux
Nouveau
Évolution
Détail des Services Applicatifs batch
Détail
Nom SA Médiation 15
Description Service de …
Composant CA 10
Catégories données (du modèle interne de
médiation)
Entrée: CD2
Volumétrie Entrée: 2000 enregistrement X 100 octets
Plage d’utilisation?
Appartenance au processus batch xxx, batch quotidien déclenchement hh:mm durée max mm
SA Médiation 15
Service Applicatif Aligné
SI 02
SI 13
Services SI
SI 01
Service SI
Producteur
Consommateur
Consommateur
Production de l’évènement au format du SI producteur
Quelle dérivation de modèle pour décliner le modèle interne médiation batch?
Dossier d’Architecture
Fonctionnelle & Applicative
12 avril 2023
< nom direction >
146
Synthèse Services Applicatifs de médiation Question Réponse
Service fonctionnel Service Applicatif de médiation Service SI
SF1 SA1, assemblage de SA A01 et SA A02 SI 01 et SI 02
SF4 SA4 SI 08
SF5 SA5 SI 10
SF6, composition de SF4 et SF5 SA 6, composition de SA4 et SA5 SI 08 et SI 10
....
Architecture Applicative
Exemple
Dossier d’Architecture
Fonctionnelle & Applicative