jbl - ensim - approche architecture d'entreprise

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)


V1.0 – 12/12/2012 - Jean Blanchard ([email protected])

mailto:[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


Architecture d’Entreprise – C’est quoi le problème ?


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


Architecture d’Entreprise – Sommaire


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


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


• 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


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


16


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


.

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


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


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


+ 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


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


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)


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.


• La méthode à ne pas suivre : reposer sur la performance individuelle

30


A retenir …

31


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


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.


Gouvernanceglobale

CibleStratégieStratégie

Un cadreglobal

PortefeuilleProjets

Cartographie

Trajectoire

35


Gouvernanceglobale

CibleAlignée sur la stratégieAlignée sur la stratégie•MétierMétier•TechnologiqueTechnologique

Un cadreglobal

PortefeuilleProjets

Cartographie

TrajectoireExécution

36


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


• Outillage de Conception

• Outillage du référentiel documentaire

• Outillages de Développement

• …

39


• 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


• 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


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


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


• 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


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


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


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


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



par différents SMModèlede Données

Pivot

USAGES

Orchestration

Orchestration

56


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



par différents SM

ServicesProcessus

USAGES

Modèlede Données

Pivot

Orchestration

Orchestration

Orchestration

serv

ices

exp

osés

57


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




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


Services Processus




Services Processus




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


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




Architecture applicationset données

Comment ça fonctionne ?



Architecture technique

Avec quoi et où çafonctionne ?



65

Monde réel(structure et comportement)


Rappel des plans d’analyse de l’Architecture

Vues modélisées(description formelle)















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


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.


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.


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}.


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.


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.


72


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 »




Banque


Assurancesdommages


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



Banque


Assurancesdommages


Recouvrement


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 ?


Banque


Assurancesdommages


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



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


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


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


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


99


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


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


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



Cf extraits en Annexe

103


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


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



12 avril 2023

< nom direction >

118

Expression du besoin métier

Périmètre Objectifs Bénéfices attendus

DAF < nom projet >



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.


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.



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


Exemple

Préciser les objectifs du projet, les réponses apportées et les nouveaux éléments mis en place




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


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.




12 avril 2023

< nom direction >

122

Architecture Métier

Processus existant Processus cible Exigences

DAF < nom projet >



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



12 avril 2023

< nom direction >

124


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



12 avril 2023

< nom direction >

125

Identifiant Enoncé Complétude Origine Source Priorité (MOA) Criticité (MOE)


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




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 >



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)



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



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 3Entité information 4



Entité information 7Entité information 8


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



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



12 avril 2023

< nom direction >

131


Pour chaque nouvelle entité d’information ou entité modifiée, décrire les catégories et informations

Exemple


Vue de détail des Entités d’Information modifiées

Catégorie Information 1



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



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



12 avril 2023

< nom direction >

133

Services Fonctionnels identifiés dans le processus $ProcessName


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




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



12 avril 2023

< nom direction >

134

Vue Annuaire de service:Impacts sur les consommateurs


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



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



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 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



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



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


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




24/7


Uniquement accessible à …

Exemple

Vision composition

Vision orchestration (formalisme BPMN)



12 avril 2023

< nom direction >

139

Architecture Applicative

Projection Applicative sur le POS Couverture applicative Diagramme d’environnement Diagramme des flux

DAF < nom projet >



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 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



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



12 avril 2023

< nom direction >

142

Architecture ApplicativeDétail des Services Applicatifs atomique question/réponse

ExempleNouveau

Évolution

DétailNom SA Mediation 1


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




24/7


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)



12 avril 2023

< nom direction >

143

Architecture ApplicativeDétail des Services Applicatifs composés question/réponse

ExempleNouveau

Évolution

DétailNom SA Mediation 6


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


Sortie: 250 enregistrements X 1000 octets




24/7


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



12 avril 2023

< nom direction >

144


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


Composant CA 01

Catégories données

Entrée: CD2


Plage d’utilisation?

24/7

SA Médiation 15


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



12 avril 2023

< nom direction >

145


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


Composant CA 10

Catégories données (du modèle interne de

médiation)

Entrée: CD2


Plage d’utilisation?

Appartenance au processus batch xxx, batch quotidien déclenchement hh:mm durée max mm

SA Médiation 15


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?



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

....


Exemple

