Chapitre 4: La Vision Fonctionnelle

Chapitre 4
La vision fonctionnelle
Introduction
Objectif: La vision fonctionnelle de lurbanisation
a pour objectif de structurer lensemble des
fonctions du systme dinformation.
Elle recense les fonctions du systme informatique
permettant de supporter les processus mtier.
Elle rpond la question QUOI? sans tenir compte
des acteurs et de lorganisation.
La finalit dune telle tude est la structuration du
SI en blocs fonctionnels communicants.
CNAM U&ARSI Chapitre 4
Principes fondateurs :
1. Sparation du systme dinformation en blocs
afin de:
Limiter la porte de maintenance en cas de changement de
structures de donnes
Rendre neutre vis--vis du systme dinformation une
modification dans les traitements dun bloc
Rendre possible une refonte progressive totale ou partielle du
systme dinformation
Idalement, un systme urbanis comporte des blocs de

plus ou moins grosse maille, dont les frontires sont
impermables , et qui communiquent entre eux par
changes de message. Un bloc est propritaire de ses
donnes et de ses traitements
Principes fondateurs: Blocs fonctionnels

3 types de blocs fonctionnels (BF)
BF1: Zone fonctionnelle
BF2: Quartier fonctionnel
BF3: lot fonctionnel
Rappel :
1 Zone fonctionnelle = 1 N Quartier(s) fonctionnel
1 quartier fonctionnel = 1 N lot(s) fonctionnel
Chaque bloc (zone, quartier ou lot) doit prsenter

une cohrence fonctionnelle interne forte et un
couplage le plus faible possible avec les autres
blocs.

A la frontire de chaque bloc, les changes avec les autres blocs se font au
moyen dinterfaces publiques que lon appelle des prises . Une prise est le
moyen mis la disposition du monde extrieur par un bloc pour proposer ses
services. Ceux-ci peuvent tre des services daccs aux donnes dont il est
propritaire ou des traitements quil peut raliser
Ces prises prsentent les avantages suivants:

Centraliser les appels de service et limiter le nombre dinterfaces;
Ajouter un niveau dencapsulation supplmentaire: lintra-muros dun bloc
est considrer comme une bote noire par lextrieur;
Mutualiser les services: un service public et un seul pour rpondre des
besoins identiques formuls par des demandeurs diffrents appartenant le
cas chant des lots, quartiers ou zones distincts; ceci traduit galement
le principe de rutilisation
Accrotre la modularit
Rduire au strict minimum les impacts suite une volution dun lot dont
les services publics sont sollicits par une diversit de demandeurs et
rendre plus aise la dtermination de la chane dimpact
Faciliter la mise en uvre de maintenances volutives

1- Zone fonctionnelle
1er niveau de dcoupage du Systme informatique, et le plus souvent
au plus haut niveau de lorganisation informatique. Une zone
correspond un systme
Les diffrentes zones fonctionnelles possibles :
Zone change (acquisition/restitution interactions avec le monde
extrieur) = Prise du SI
Zone rfrentiel (de donnes et de rgles)
Regroupement des informations communes aux diffrents lments du SI
Zone Opration
1 zone opration par mtier principal
Regroupement des SI ncessaires la gestion oprationnelle du mtier trait
Zone dcisionnelle unique

Regroupement des blocs ddis aux processus de gouvernance et danalyse et
utilisant des informations globalises et historises (statistiques, tableaux de
bord,)
Zone ressource
Regroupement des systmes ddis la gestion des ressources internes
lentreprise (RH, Comptabilit,)

2- Quartier fonctionnel
Un quartier = Un sous systme (gestion des paiements, gestion des tarifs,
gestion des voyages,)
Regroupement des composants homognes quant la nature de
linformation traite
3- lot fonctionnel
A une finalit fonctionnelle et comprend des traitements et des accs
des donnes pour cette finalit
Les services au sein de llot sont effectus indpendamment du chemin
suivi par linformation en amont ou en aval de llot
Un lot met des rsultats normaliss exploitables par dautres lots
Un lot va typiquement correspondre
Une application ou une grande fonction applicative
Un module dun progiciel
Exemples : acceptation des paiements chelonns, gestion des paiements
immdiats, gestion des paiements chelonns, facturation)
Structure dune vision fonctionnelle

Architecture
Fonctionnelle
ZDcisionnelle
Z-change
Z-Rfrentiel
Q-rfrentiel
de donnes
Z-Opration 1
Z-Opration m
Z-Opration n
Q-rfrentiel
de rgles
Z-Ressource
Principes fondateurs
Lien avec la vision mtier
Le lien entre les deux visions est assur par lassociation entre les
classes activit et bloc.
Une activit est lie un ou plusieurs processus mtier, qui euxmmes permettent datteindre un ou plusieurs objectifs du SI, qui
va quant lui correspondre un ou plusieurs objectifs
stratgiques mtier.
lactivit est lunit de dcomposition fonctionnelle du processus.
Elle correspond un module fonctionnel indpendant des
fonctions en amont ou en aval et est ventuellement rutilisable
Lactivit va tre automatise par 0 N blocs fonctionnels et un
bloc fonctionnel automatise 1 N activits. Via lactivit, le lien
est assur entre le bloc fonctionnel et les objectifs
stratgiques.
Lien avec la vision mtier
Le passage de la vision mtier la vision
fonctionnelle est fois:
rigoureuse : dmarche en plusieurs tapes types,
application des rgles,
artistique, la dmarche ci-dessus nest pas constitu
uniquement par des algorithmes figs mais elle favorise
galement le ct innovateur de lUrbaniste pour
prendre en compte les cas particuliers du SI trait.
10
Principes fondateurs:
les rgles durbanisme
R1: Unicit des blocs: un lot appartient un et un seul quartier, un

quartier appartient une et une seule zone, donc un lot appartient une
et une seule zone
R2: Asynchronisme des lots : Aprs avoir trait un vnement, un lot
peut en traiter immdiatement un autre sans avoir se proccuper de ce
quil advient du CR de traitement de lvnement prcdent
R3: Un bloc comporte obligatoirement une prise (interface externe)
capable dactiver les services du bloc et de grer les communication
entrantes et sortantes
R4: Toute communication entrante ou sortante dun bloc passe par sa
prise
R5: Seules les prises communiquent avec le gestionnaire des flux
Une fois le dcoupage du SI ralis, il sagit de permettre la communication
entre les diffrents blocs. Dans un milieu urbain, ceci se traduit par la mise en
place des axes de communication, la voirie, les rseaux dgouts Dans le SI,
cest le rle du gestionnaire de flux qui assure ces changes au moyen de
composants spcialiss (messagerie inter-applicatives, moteur de workflow, bus
logiciels, EAI) sur la base dun format standardis, de faon transparente
pour les applications.
R6: Une donne est sous la responsabilit (quel que soit le type daccs:
cration, modification, suppression, consultation) dun lot et dun seul.
11
Dmarche en 7 tapes
1- Appliquer les rgles de bonnes pratiques pour dfinir les diffrentes
zones composant la vision fonctionnelle: changes, rfrentiel de
donnes et de rgles, dcisionnel, opration, ressource
2- Exploiter les processus mtier afin didentifier les classes concepts.
Une classe concept est une classe de substance portant la notion
essentielle du concept mtier correspondant. Une classe secondaire
complte la dfinition du concept mtier auquel elle se rapporte (sous
ensemble fonctionnel du concept rattach)
3- Recadrage de lbauche darchitecture fonctionnelle en fonction des
objectifs stratgiques du SI
4- Identification des services des diffrents blocs fonctionnels composant
larchitecture fonctionnelle
5- Vrification - rapprochement des activits du processus mtier par
rapport aux blocs fonctionnels devant les services ncessaires
6- Rebouclage par rapport aux objectifs stratgiques du SI
7- Dernire vrification du respect des rgles durbanisme
12
Dmarche
Avertissement:
Pour les besoins de la prsentation, ces
tapes sont prsentes de manire
squentielle, mais dans la ralit, lordre
peut tre adapt chaque contexte et la
dmarche est plutt itrative.
13
tude de cas : Tour oprateur (*)

1re tape : Application des rgles de bonne
pratique pour dfinir la vision fonctionnelle:
Diffrentes zones:
change
Rfrentiel de donnes et de rgles,
Pilotage
Opration,
Ressource
*= Cf. livre de rfrence

14
Structure dune vision fonctionnelle

Vision
fonctionnelle
Z-change
Z-Rfrentiel
Q-rfrentiel
de donnes
Z-Opration
ZDcisionnelle
Qn
Q1
I1
I2
I3
Q-rfrentiel
de rgles
Z-Ressource
15
2me tape: Explorer les processus mtier pour

identifier les concepts de substance:
Processus de marketing:
Client = Personnes
Agence
Catalogue
Direction marketing
Tarif
Coordonnes client
Processus de rservation en agence cible

Client = Personnes
Vendeur
Rservation
Voyage
Paiement
Modes de paiement
Catalogue
Acompte
Paiement chelonn
Tarif
16

Processus de e-rservation
Client = personnes
Rservation
Voyage
Paiement
(Mode de paiement = CB)
Catalogue
Acompte
Tarif
Lieu
Hbergement et type dhbergement
Processus paiement
Client = Personnes
Paiement comptant
Paiement chelonn
Dossier rservation
Facture
Impay
chance
Rglement
17

Processus de facturation
Client = Personnes
rservation
Facture
chances
18
Les concepts de substance + secondaire

Client = Personnes
Agence : (S) / Structure organisationnelle
Catalogue = Voyage
Direction marketing : (S) / Structure organisationnelle
Tarif :
Coordonnes client (S) / Client
Vendeur :(S) / Structure organisationnelle
Rservation :
Voyage:
Paiement :
Modes de paiement (S) : paiement
Acompte (S) : paiement
Paiement chelonn (S) : Paiement
Lieu (S) : Voyage
Hbergement et type dhbergement (S) : Voyage
Dossier rservation (S) Rservation/Client
Facture :
Impay (S) : paiement
chance (S) : Paiement
Rglement (S): Paiement
Structure organisationnelle
19
Structure de base dune vision fonctionnelle

Vision
Fonctionnelle
Z-change
Z-Opration
ZDcisionnelle
Q-Gestion des personnes

Q-Gestion de Rservation
Q-Gestion de paiement
Q-Gestion du tarif
Q-Gestion voyage
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-calendrier
I-nomenclature
comptable
Q-rfrentiel de rgles
Z-Ressource
20
3me tape: complter lbauche de la vision

fonctionnelle en fonction des objectifs du SI
3-1 : Loptimisation de la valeur des clients
3-2 : Louverture la vente 24h/24, et donc
laccs aux rfrentiels produit (voyage) et service
(client)
3-3 : La vente directe via internet et le centre
dappels
3-4 : Accepter ou refuser en temps rel les
demandes de paiements chelonns
Rem: Lanalyse de chaque Objectif SI, nous
conduit identifier, ajouter ou confirmer
lintrt de quartiers
21
3-1 : Loptimisation de la valeur des clients

Vision
Fonctionnelle
Z-change
Q- Gestion de la qualit de service

Q- Traitement des demandes
Q- Traitement des problmes
Q- Marketing Oprationnel
Z-Rfrentiel
Optimiser la
valeur de client
Z-Opration
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Q- Gestion des personnes

Q-Gestion du tarif
Q-Gestion voyage
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-calendrier
I-nomenclature
comptable
Q- Marketing
stratgique
Z-Ressource
22
3-2 : Louverture la vente 24h/24, et donc laccs

aux rfrentiels produit (voyage) et service (client)
Vision
Fonctionnelle
Z-change
Q-Multimdia
Ouverture la
Vente 24h/24
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Z-Opration
Q-Gestion du tarif
Q-Gestion voyage
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-calendrier
I-nomenclature
comptable
Q- Marketing
stratgique
Z-Ressource
23
3-3 : La vente directe via internet et le centre dappels

Vision
Fonctionnelle
Z-change
Q-Multimdia
Permettre la
Vente directe
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Z-Opration
Q-Gestion du tarif
Q-Gestion voyage
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-calendrier
I-nomenclature
comptable
Q- Marketing
stratgique
Z-Ressource
24
3-4 : Accepter ou refuser en temps rel les

demandes de paiements chelonns
Vision
Fonctionnelle
Z-change
Q-Multimdia
Accepter ou
Refuser en TR les
demandes de paiement
chelonns
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Z-Opration
Q-Gestion de paiement : I-Gestion acceptation
paiement chelonn
Q-Gestion du tarif
Q-Gestion voyage
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-Calendrier
I-Nomenclature
comptable
Q- Marketing
stratgique
Z-Ressource
I-Acceptation
Paiement chelonn
25
4me tape: Identifier les services des diffrents

blocs composant la vision fonctionnelle
Cette tape se base sur :

La connaissance du systme dinformation
existant
Lexprience de lurbaniste
Les modles existant sur le march
26
5me tape:Rapprochement des activits du processus mtier par
rapport aux blocs fonctionnels devant les services ncessaires

Vision
Fonctionnelle
Z-change
Q- Multimdia : I-Prsentation, I-Personnalisation, I-Routage
Z-Opration
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Q- Marketing
stratgique

Q-Gestion de paiement : I-Gestion chancier, I-Gestion Acceptation paiement
chelonn, I-Gestion paiement chelonn, I-Gestion paiement comptant,
I-Facturation
Q-Gestion du tarif : I-Gestion tarif sjour, I-Gestion tarif transport
Q-Gestion voyage: I-Gestion catalogue, I-Gestion calendrier
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-Calendrier
I-Nomenclature
comptable
Z-Ressource
I-Acceptation
Paiement chelonn
Q- Ressources Humaines : I-Paye, I-Gestion Personnel, I-Gestion formation

Q-logistique: I-logistique
Q-Comptabilit : I-Comptabilit gnrale, I-Comptabilit analytique
27
6me tape: Rebouclage par rapport aux objectifs

stratgiques du SI
Il sagit de reprendre un un chaque

objectif dvolution du SI et de se demander
en quoi larchitecture fonctionnelle y
rpond et en quoi elle apporte une
amlioration significative par rapport
lexistant
28
7me tape: Dernire vrification du respect des

rgles durbanisme
Vision
Fonctionnelle
Z-change
Z-Opration
ZDcisionnelle
Q-Statistiques
agences
Q- Statistiques
voyage
Q- Marketing
stratgique

I-Facturation
Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-Calendrier
I-Nomenclature
comptable
Z-Ressource
I-Acceptation
Paiement chelonn

Q-logistique I-logistique
29
Prparation au passage
larchitecture applicative
30
Prparation au passage larchitecture applicative
Objectif:
Cette partie a pour objectif dtudier et de proposer
une premire structuration du SI en blocs
applicatifs communicants. Contrairement la
vision fonctionnelle, cette tude tient compte
compte des acteurs et de lorganisation (Qui,
Quand et O).
31

Lien avec la vision fonctionnelle :
ce lien est assur par lassociation entre la classe bloc
applicatif et la classe bloc fonctionnel.
Un bloc fonctionnel peut donner lieu 1 (situation idale) N blocs
(ex: la mise en place de progiciels dont le contour ne correspond pas
aux blocs fonctionnels imagins dveloppement des modules
spcifiques).
Un bloc applicatif peut contribuer limplmentation de 1 N blocs
fonctionnels. Un bloc applicatif est un module logiciel excutable
ayant une identit, proposant des services et ayant une prise bien
dfinie.
Le passage de la vision fonctionnelle larchitecture

applicative est fois rigoureuse et artistique, en ce sens quil y a un
certain nombre dtapes types et de rgles respecter qui balisent le chemin
de lurbaniste/architecte, mais sans toutefois constituer des algorithmes
aboutissant sils sont appliqus correctement au seul et unique bon rsultat.
32

Les nouvelles notions
Le gestionnaire de flux (ou bus logiciel)
Il sagit de permettre la communication entre les diffrents blocs au
moyen des composants spcialiss (messagerie inter-applicatives, bus
logiciels, etc.) sur la base dun format standardis, de faon transparente
pour les applications.
Il permet aux applications de communiquer sans se proccuper:
De la localisation physique des applications
Des moyens physiques et protocoles utiliss pour communiquer
De la forme attendue par le destinataire
Les blocs fonctionnels dont ensuite implments par des blocs applicatifs
qui communiquent par les biais de messages changs via le logiciel
gestionnaire de flux.
Le message
Est le mode de propagation entre blocs applicatifs dun flux de donnes
rsultant dun vnement de gestion . Il sagit dun flux interne (autre bloc
applicatif) ou externe lentreprise (fournisseur, client, partenaire). Il peut
tre transmis de manire synchrone ou asynchrone.
33
1- laborer la cartographie applicative existante
Objectifs:
Prendre connaissance de larchitecture applicative actuelle
Dcrire larchitecture applicative actuelle
valuer les performances du systme dinformation et faire des
propositions daxes damliorations
Pour ce faire, il sappuyer sur la connaissance des quipes dtude et
dveloppement de lentreprise
Rappel:
Tout projet, de quelque nature quil soit, est destin raliser la
satisfaction des besoins ou la rsolution de problmes (actuels ou
venir)
Il est donc impratif de savoir prendre en compte la situation
actuelle, den faire un diagnostic et un pronostic
34
(suite)
1re tape: Adapter la fiche lot applicatif (*) prsente ci-aprs afin de
sassurer que :
Toutes les informations sont utiles pour ltude
Les informations ne sont pas disponibles par ailleurs
Les informations demandes ont une chance dtre collectes compte tenu
du contexte
Recommandations:
Plus les questions sont fermes et mieux cest
tablir la liste des valeurs possibles pour les rubriques suivantes :
Entits organisationnelles
Acteurs existants
Classes concepts existantes
Processus mtier existant
Types de sites existants
(*) Fiche valable pour les quartiers et les lots
35
Fiche de description dun lot

Rdacteur
Nom : xxxxxxxxxxxx
Date : xxxxxxxxxxxx
1re partie : Description mtier
1-1 Contribution aux processus mtier : matrice processus / contribution du bloc au processus (X si contribution)
1-2 Entits organisationnelles utilisatrices : matrice units organisationnelles / UO utilisatrice du bloc (X si UO)
1-3 Acteurs concerns y compris tiers (nombre , type)
2me partie : Description fonctionnelle
2-1 Objectifs
2-2 Classification (Critique,Important, Utile)
2-3 Entres
2-4 Sorties
2-5 Fonctions
2-6 Classes concepts gres (matrice entits gisement de donnes et rfrentiel) / Type gestion (Cration,Modif. Supp, Visu)
3me partie : Description applicative et technique
3-1 Anne de dveloppement
3-2 Volume traits (Min, Moy, Max)
3-3 Disponibilit
3-4 Fiabilit
3-5 Matriel
3-6 systme dexploitation
3-7 SGBD ou SGF
3-8 Middleware
3-9 Types de sites concerns
4me partie : Premiers lments de diagnostic
4-1 Degr durbanisation
4-2 Principaux forts
4-3 Principaux problmes
4-4 Nouveaux besoins
36
(suite)
2me tape: Prsentation aux quipes dtude et de
dveloppement les rsultats recherchs
Cette tape permet dobtenir ladhsion des quipes et de sassurer
de la bonne comprhension de chaque rubrique de la fiche lot
3me tape: Remplissage des fiches dlots par les quipe

dtudes et de dveloppements sous le contrle de lquipe
projet durbanisation / architecture du systme dinformation.
Consignes
Revoir la liste des lots envisags, de manire sassurer que le
niveau de granularit dun lot a bien t compris
Sassurer que les diffrentes rubriques sont galement bien
comprises
37
1- laborer la cartographie applicative existante (suite)
4me tape: Exploitation des fiches lots par lquipe projet
durbanisation / architecture du SI. Plusieurs allers-retours
avec les rdacteurs sont prvoir.
Consignes mthodologiques:
Approche top-down # approche bottom-up est conseille pour une telle
tude car, dterminer les quartiers et les lots par analyse des fiches lots
et en raisonnant par les flux entre lots est un travail de fourmi et ne
donne pas un meilleur rsultat que de dterminer priori les zones et
les quartiers principaux et dessayer de placer les lots dans ces zones et
dans ces quartiers applicatifs
5me tape: Validation de la cartographie applicative

ralise
Les quipes tude et dveloppement ayant rempli les fiches donnent un
avis au comit de pilotage pour prononcer ou non cette validation
38
Architecture applicative existante

Z-SI-Financier
Architecture
Applicative
Existante
Q-Gestion de paiement :, I-Gestion des demandes de paiement chelonn,

I-Gestion paiement chelonn, I-Gestion paiement comptant,
Q-Facturation : I-Facturation
Q-Comptabilit : I-Nomenclature comptable,Comptabilit gnrale, IComptabilit analytique, I-Structure Compagnie
Z-SI-Organisation
Z- SI-Statistiques
Q-Statistiques agences :
I-Statistiques agences
Q-Gestion de Rservation : I-Gestion rservation, I-dition disponibilit

Q-Gestion de paiement : I-Gestion tarif sjour, I-Gestion tarif transport
Q- Statistiques voyage :
I-Statistiques voyage
Z-SI-Administration
Q- Personnel : I-Gestion Personnel, I-Gestion formation
Q- Logistique : I-Logistique
Q- Paye : I-Paye
39
Architecture applicative existante : Bilan

Cette cartographie applicative montre:
Les diffrents applicatifs composant le systme informatique
actuel. Sa granularit correspond lidentification des zones
quartiers et lots tels que dfinis prcdemment.
Les flux entre ces applicatifs (sens, TR, temps diffr,
automatis, manuel, description fonctionnelle du contenu de
lchange, classement selon la typologie retenue)
Il saute aux yeux que larchitecture actuelle correspond

au gros une zone (Un SI) par grande Direction et que
ces SI communiquent peu entre eux.
40
Architecture applicative existante : Bilan

Vu sous langle de lurbanisation, les principaux
problmes de lexistant et leurs consquences possibles
peuvent tre rsums comme suit:
Inexistence dun gestionnaire unique de flux
Les communication deux deux entre mdia et moteur de production ont t
privilgies. Ce phnomne est la cause davoir un rseau dchange
inextricable et difficilement matrisable.
Consquence : Des problmes de communication, au fur et mesure que des
mdias accdent la zone dchange (Web, centre dappels, tlphone,..).
Duplication des donnes diffrents endroits du systme pour des

raisons de performances, daccessibilit ou de disponibilit
Consquence: Des problmes de matrise et de contrle des donnes
Communication entre blocs par des flux de nature htrognes et des

prises multiples
Manque de standard et des rgles prdfinies
Consquence : Des problmes pour la mise en uvre dune rurbanisation
progressive et modulaire
Absence de responsabilit unique dun lot sur une classe concept

Absence de zone rfrentiel rfrentiel de donnes et de rgles
41
Les rgles durbanisme :
R1: Les donnes des rfrentiels doivent tre historises
Les donnes partages doivent tre historises afin de permettre
de rejouer si ncessaire un processus et de garantir la
cohrence du contenu et la bonne fin.
R2: Les donnes des rfrentiels doivent tre

accompagnes dune date de publication de mise jour de
sorte que:
Les anciennes valeurs ne soient perdues et que lon puisse
retrouver leur valeur un instant pass
Les trs anciennes valeurs peuvent tre dportes dans des
modules de gestion de donnes archives
R3: Les donnes des rfrentiels doivent tre

accompagnes dune date de publication dune date
deffet
42
Les rgles durbanisme (suite):
R4: Duplication des donnes
Au sein dun bloc, les donnes peuvent tre dupliques entre
les donnes de contexte (zone dopration par exemple) et les
donnes de rfrentiel car cela correspond deux niveaux de
partage et de cycle de vie bien diffrents.
Les donnes sont isoles et temporaires pour le contexte alors
quelles sont partages et permanentes pour les rfrentiels de
donnes
R5: Le bloc offrant un service est responsable de la

qualit de service
R6 : Toute architecture applicative comporte une zone
de pilotage (ordonnancement) qui assure linterface
entre front office, back office et middle office.
43
Architecture applicative cible : Dmarche

tape 1: Prciser les fonctions attendues du
gestionnaire des flux.
Rappel :
Le gestionnaire de flux assure la communication entre les diffrents
blocs raliss
Le systme de gestion de flux assure 4 grandes fonctions:
Lacheminement des messages (flux) de lmetteur vers le destinataire;
Le stockage des messages avec gestion dchancier et de seuil;
Lactivation des applications chance (date, heure, seuil) ou au fil de
leau;
La transformation des messages: enrichissement et mise en forme
44

tape 2: Raliser le mapping entre lurbanisation
fonctionnelle et la vision applicative en cours dlaboration.
Pour cela, il faut partir de larchitecture applicative existante
(cartographie des applicatives existantes)
Pour les blocs fonctionnels relativement inchangs par rapport
lexistant a priori, les applicatifs existants sont rutiliss avec ou sans
opration de maintenance raliser
Pour les blocs fonctionnels nouveaux ou prsentant des volutions
significatives par rapport lexistant, il est plus rare de rutiliser des
applicatifs existants avec peu de modification. Il faut donc envisager
limplmentation des blocs fonctionnels cibles comme mixte entre
maintenance lourde sur des applicatifs existants, mise en place de
progiciels ou nouveaux dveloppements spcifiques. Plus on soriente
vers de nouveaux dveloppements spcifiques, plus il est possible
davoir une correspondance simple (1-1) entre blocs fonctionnels et
blocs applicatifs.
Nb : Pour les zones de rfrentiel la correspondance des blocs entre
fonctionnels et applicatifs est 1-1
45

tape 3: Dcrire pour chaque bloc applicatif ses
fonctions et sa prise
tape 4: Projeter cette architecture applicative en
cours dlaboration dans lorganisation. On
dtermine alors quels sont les acteurs ainsi que les
diffrents types de sites, et on en dduit les blocs
applicatifs devant tre instancis de manire
multiple
tape 5: Donner une vue dynamique de cette
architecture et identifier les grandes artres de
communication
46
tude de cas
1re tape : Dfinition des fonctions attendues du gestionnaire de flux
Rappel : Chaque bloc doit possder deux points dancrage normaliss
Un pour les vnements traiter
Un deuxime pour les comptes rendus
Les fonctions identifies sont:

Prendre en compte le message
Identifier lmetteur
Contrler les doublons
Conditionnement du message
Analyser le message
Enrichir linformation
Transformer les formats
Regrouper / clater
Transporter
Scurit, intgrit, historisation et traabilit
Gestion des files dattente
Recherche du destinataire
Transport
Cration dune nouvelle zone (Z-Gestion de flux) permettant la prise en charge des fonctions
identifies
Q-Administration des changes pour prendre en compte le message
Q-Routeur pour prendre en compte les fonctions lies au conditionnement du message
Q-Interprteur pour prendre en compte les fonctions Transporter
Cette zone est typiquement implmente partir des middle-ware du march (par exemple EAI
,). Ces outils permettent de faciliter la communication cohrente dans un environnement distribu
mais ne prennent pas en charge lapplication des rgles de gestion qui sont du ressort dune nouvelle
zone : Zone de pilotage (Q-Workflow)
47
Architecture applicative Cible

a lissue de la 1re tape
Architecture
Applicative
Cible
Z-Gestion de flux
Q-Administration
changes
Q- Routage
Q- Interprtation
Z-Dcisionnel
Q-Statistiques
agences
Z-change
Z-Pilotage
Q- Workflow
Z-Opration
I-Facturation
Q- Statistiques
voyage
Z-Ressource
Q- Marketing
stratgique

Z-Rfrentiel
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-Calendrier
I-Nomenclature
comptable
I-Acceptation
Paiement chelonn
48
2me tape: Faire le mapping entre la vision

fonctionnelle et larchitecture applicative.
Point de dpart: larchitecture applicative existante
Pour les blocs fonctionnels relativement inchangs par
rapport lexistant a priori les applicatifs existants sont
rutiliss avec ou sans opration de maintenance
raliser
Pour les blocs fonctionnels nouveaux ou prsentant des
volutions significatives par rapport lexistant, trois
orientations sont possibles:
Maintenance lourde sur des applicatifs existants
Mise en place des progiciels
Nouveaux dveloppements spcifiques. Cette orientation
permet davoir une correspondance simple (voire de type un
pour un) entre blocs fonctionnels et blocs applicatifs
49

a lissue de la 2me tape
N=Nouveau
M=Modifi
A=Ancien
Z-Gestion de flux
Q-Administration
changes
Q- Routage
Z-change
Z-Pilotage
Q- Workflow
Q- Interprtation
Z-Dcisionnel
Q-Statistiques
agences
Z-Rfrentiel
N
Z-Opration

Q-Gestion de Rservation N
N
chelonn , I-Gestion paiement chelonn, I-Gestion paiement comptant,
I-Facturation
I-Acceptation N
Paiement chelonn
Q- Statistiques
voyage
Z-Ressource
Q- Marketing
stratgique

Q-rfrentiel de
donnes
I-Personnes A
A
I-Struct. Org
I-voyage M
M
I-Tarif
M
I-Calendrier
M
I-Nomenclature A
comptable
N
50
3me tape: Dcrire pour chaque bloc

applicatif sa prise et ses fonction
4me tape: projeter larchitecture
applicative en cours dlaboration dans
lorganisation.
On dtermine alors quels sont les FO, MO et
BO ainsi que les diffrents types de sites (si
larchitecture technique cible est dcentralise)
et on dduit les blocs applicatifs devant tre
instancis de manire multiple.
51

a lissue de la 4me tape
Fo=Front Office
Z-change
Mo=Middle OfficeQ- Multimdia : I-Prsentation, I-Personnalisation, I-Routage
Bo=Back Office Q- Gestion de la qualit de service
Mo
Z-Gestion de flux
Q-Administration
changes
Q- Routage
Q- Interprtation
Bo
Z-Dcisionnel
Q- Workflow
Z-Pilotage
Z-Opration
Q- Marketing
stratgique
Mo
Bo

chelonn , I-Gestion paiement chelonn, I-Gestion paiement comptant,
I-Facturation
Z-Ressource
Bo
Z-Rfrentiel

Q-Statistiques
agences
Q- Statistiques
voyage
Fo
Bo
Q-rfrentiel de
donnes
I-Personnes
I-Struct. Org
I-voyage
I-Tarif
I-Calendrier
I-Nomenclature
comptable
I-Acceptation
Paiement chelonn

52
5me tape : Donner une vue dynamique de

cette architecture applicative en cours
dlaboration et identifier les grandes
artres de communication
53

Chapitre 4: La Vision Fonctionnelle

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Chapitre 4: La Vision Fonctionnelle

Hochgeladen von

Copyright:

Verfügbare Formate

Chapitre 4

CNAM U&ARSI Chapitre 4

Idalement, un systme urbanis comporte des blocs de

CNAM U&ARSI Chapitre 4

Principes fondateurs: Blocs fonctionnels

Chaque bloc (zone, quartier ou lot) doit prsenter

Principes fondateurs: Blocs fonctionnels

Ces prises prsentent les avantages suivants:

Principes fondateurs: Blocs fonctionnels

Zone dcisionnelle unique

CNAM U&ARSI Chapitre 4

Principes fondateurs: Blocs fonctionnels

CNAM U&ARSI Chapitre 4

Structure dune vision fonctionnelle

CNAM U&ARSI Chapitre 4

CNAM U&ARSI Chapitre 4

les rgles durbanisme

R1: Unicit des blocs: un lot appartient un et un seul quartier, un

CNAM U&ARSI Chapitre 4

tude de cas : Tour oprateur (*)

*= Cf. livre de rfrence

Structure dune vision fonctionnelle

CNAM U&ARSI Chapitre 4

2me tape: Explorer les processus mtier pour

Processus de rservation en agence cible

CNAM U&ARSI Chapitre 4

2me tape: Explorer les processus mtier pour

CNAM U&ARSI Chapitre 4

2me tape: Explorer les processus mtier pour

CNAM U&ARSI Chapitre 4

Les concepts de substance + secondaire

CNAM U&ARSI Chapitre 4

Structure de base dune vision fonctionnelle

Q-Gestion des personnes

3me tape: complter lbauche de la vision

3-1 : Loptimisation de la valeur des clients

Q- Gestion de la qualit de service

Q- Gestion des personnes

CNAM U&ARSI Chapitre 4

3-2 : Louverture la vente 24h/24, et donc laccs

CNAM U&ARSI Chapitre 4

3-3 : La vente directe via internet et le centre dappels

CNAM U&ARSI Chapitre 4

3-4 : Accepter ou refuser en temps rel les

CNAM U&ARSI Chapitre 4

4me tape: Identifier les services des diffrents

Cette tape se base sur :

CNAM U&ARSI Chapitre 4

5me tape:Rapprochement des activits du processus mtier par

rapport aux blocs fonctionnels devant les services ncessaires

Q- Gestion des personnes

Q- Ressources Humaines : I-Paye, I-Gestion Personnel, I-Gestion formation

CNAM U&ARSI Chapitre 4

6me tape: Rebouclage par rapport aux objectifs

Il sagit de reprendre un un chaque

CNAM U&ARSI Chapitre 4

7me tape: Dernire vrification du respect des

Q- Gestion des personnes

Q- Ressources Humaines : I-Paye, I-Gestion Personnel, I-Gestion formation

CNAM U&ARSI Chapitre 4

Prparation au passage larchitecture applicative

CNAM U&ARSI Chapitre 4

Prparation au passage larchitecture applicative