AR-SI-C4

7/24/2019 AR-SI-C4

1/53

1

Chapitre 4

La vision fonctionnelle

7/24/2019 AR-SI-C4

2/53

CNAM U&ARSI Chapitre 4 2

Introduction

Objectif: La vision fonctionnelle de lurbanisationa pour objectif de structurer lensemble des

fonctions du systme dinformation.Elle recense les fonctions du systme informatiquepermettant de supporter les processus mtier.

Elle rpond la question QUOI? sans tenir comptedes acteurs et de lorganisation.

La finalit dune telle tude est la structuration duSI en blocs fonctionnels communicants.

7/24/2019 AR-SI-C4

3/53


Principes fondateurs :

1. Sparation du systme dinformation en blocsafin de:

Limiter la porte de maintenance en cas de changement destructures de donnesRendre neutre vis--vis du systme dinformation unemodification dans les traitements dun bloc

Rendre possible une refonte progressive totale ou partielle dusystme dinformation

Idalement, un systme urbanis comporte des blocs deplus ou moins grosse maille, dont les frontires sont

impermables , et qui communiquent entre eux parchanges de message. Un bloc est propritaire de sesdonnes et de ses traitements

7/24/2019 AR-SI-C4

4/53


Principes fondateurs: Blocs fonctionnels

3 types de blocs fonctionnels (BF)BF1: Zone fonctionnelle

BF2: Quartier fonctionnelBF3: lot fonctionnel

Rappel :

1 Zone fonctionnelle = 1 N Quartier(s) fonctionnel1 quartier fonctionnel = 1 N lot(s) fonctionnel

Chaque bloc (zone, quartier ou lot) doit prsenterune cohrence fonctionnelle interne forte et uncouplage le plus faible possible avec les autresblocs.

7/24/2019 AR-SI-C4

5/53


Principes fondateurs: Blocs fonctionnelsA la frontire de chaque bloc, les changes avec les autres blocs se font aumoyen dinterfaces publiques que lon appelle des prises . Une prise est lemoyen mis la disposition du monde extrieur par un bloc pour proposer sesservices. Ceux-ci peuvent tre des services daccs aux donnes dont il estpropritaire 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 blocest considrer comme une bote noire par lextrieur;Mutualiser les services: un service public et un seul pour rpondre desbesoins identiques formuls par des demandeurs diffrents appartenant lecas chant des lots, quartiers ou zones distincts; ceci traduit galementle principe de rutilisation

Accrotre la modularitRduire au strict minimum les impacts suite une volution dun lot dontles services publics sont sollicits par une diversit de demandeurs etrendre plus aise la dtermination de la chane dimpact

Faciliter la mise en uvre de maintenances volutives

7/24/2019 AR-SI-C4

6/53



1- Zone fonctionnelle1er niveau de dcoupage du Systme informatique, et le plus souventau plus haut niveau de lorganisation informatique. Une zonecorrespond un systme

Les diffrentes zones fonctionnelles possibles :Zone change (acquisition/restitution interactions avec le mondeextrieur) = Prise du SIZone rfrentiel (de donnes et de rgles)

Regroupement des informations communes aux diffrents lments du SIZone Opration1 zone opration par mtier principalRegroupement des SI ncessaires la gestion oprationnelle du mtier trait

Zone dcisionnelle uniqueRegroupement des blocs ddis aux processus de gouvernance et danalyse etutilisant des informations globalises et historises (statistiques, tableaux debord,)

Zone ressourceRegroupement des systmes ddis la gestion des ressources internes lentreprise (RH, Comptabilit,)

7/24/2019 AR-SI-C4

7/53



2- Quartier fonctionnelUn quartier = Un sous systme (gestion des paiements, gestion des tarifs,gestion des voyages,)Regroupement des composants homognes quant la nature delinformation traite

3- lot fonctionnelA 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 cheminsuivi par linformation en amont ou en aval de llotUn lot met des rsultats normaliss exploitables par dautres lotsUn lot va typiquement correspondre

Une application ou une grande fonction applicativeUn module dun progiciel

Exemples : acceptation des paiements chelonns, gestion des paiementsimmdiats, gestion des paiements chelonns, facturation)

7/24/2019 AR-SI-C4

8/53


Structure dune vision fonctionnelle

Z-change

Z-Opration 1

Z-Ressource

Z-Dcisionnelle

Q-rfrentielde donnes

Q-rfrentiel

de rgles

ArchitectureFonctionnelle Z-Rfrentiel

Z-Opration m

Z-Opration n

7/24/2019 AR-SI-C4

9/53


Principes fondateurs

Lien avec la vision mtierLe lien entre les deux visions est assur par lassociation entre lesclasses activit et bloc.

Une activit est lie un ou plusieurs processus mtier, qui eux-mmes permettent datteindre un ou plusieurs objectifs du SI, quiva quant lui correspondre un ou plusieurs objectifsstratgiques mtier.

lactivit est lunit de dcomposition fonctionnelle du processus.Elle correspond un module fonctionnel indpendant desfonctions en amont ou en aval et est ventuellement rutilisableLactivit va tre automatise par 0 N blocs fonctionnels et un

bloc fonctionnel automatise 1 N activits. Via lactivit, le lienest assur entre le bloc fonctionnel et les objectifsstratgiques.

7/24/2019 AR-SI-C4

10/53



Lien avec la vision mtierLe passage de la vision mtier la visionfonctionnelle 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 favorisegalement le ct innovateur de lUrbaniste pourprendre en compte les cas particuliers du SI trait.

7/24/2019 AR-SI-C4

11/53


Principes fondateurs: les rgles durbanismeR1: Unicit des blocs: un lot appartient un et un seul quartier, unquartier appartient une et une seule zone, donc un lot appartient uneet une seule zoneR2: Asynchronisme des lots : Aprs avoir trait un vnement, un lotpeut en traiter immdiatement un autre sans avoir se proccuper de ce

quil advient du CR de traitement de lvnement prcdentR3: Un bloc comporte obligatoirement une prise (interface externe)capable dactiver les services du bloc et de grer les communicationentrantes et sortantesR4: Toute communication entrante ou sortante dun bloc passe par sa

priseR5: Seules les prises communiquent avec le gestionnaire des flux

Une fois le dcoupage du SI ralis, il sagit de permettre la communicationentre les diffrents blocs. Dans un milieu urbain, ceci se traduit par la mise enplace 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 decomposants spcialiss (messagerie inter-applicatives, moteur de workflow, buslogiciels, EAI) sur la base dun format standardis, de faon transparentepour les applications.

R6: Une donne est sous la responsabilit (quel que soit le type daccs:cration, modification, suppression, consultation) dun lot et dun seul.

7/24/2019 AR-SI-C4

12/53


Dmarche en 7 tapes1- Appliquer les rgles de bonnes pratiques pour dfinir les diffrentes

zones composant la vision fonctionnelle: changes, rfrentiel dedonnes 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 notionessentielle du concept mtier correspondant. Une classe secondairecomplte la dfinition du concept mtier auquel elle se rapporte (sousensemble fonctionnel du concept rattach)

3- Recadrage de lbauche darchitecture fonctionnelle en fonction desobjectifs stratgiques du SI4- Identification des services des diffrents blocs fonctionnels composant

larchitecture fonctionnelle

5- Vrification - rapprochement des activits du processus mtier parrapport aux blocs fonctionnels devant les services ncessaires6- Rebouclage par rapport aux objectifs stratgiques du SI7- Dernire vrification du respect des rgles durbanisme

7/24/2019 AR-SI-C4

13/53


Dmarche

Avertissement:Pour les besoins de la prsentation, ces

tapes sont prsentes de maniresquentielle, mais dans la ralit, lordrepeut tre adapt chaque contexte et la

dmarche est plutt itrative.

7/24/2019 AR-SI-C4

14/53


tude de cas : Tour oprateur (*)

1re tape : Application des rgles de bonnepratique pour dfinir la vision fonctionnelle:

Diffrentes zones:change

Rfrentiel de donnes et de rgles,

PilotageOpration,

Ressource

*= Cf. livre de rfrence

7/24/2019 AR-SI-C4

15/53


Structure dune vision fonctionnelle

Z-change

Z-Ressource

Z-Dcisionnelle

Q-rfrentielde donnes

Q-rfrentiel

de rgles

Visionfonctionnelle Z-Rfrentiel

Z-Opration

I1

Q1

I3

I2

Qn

7/24/2019 AR-SI-C4

16/53


2me tape: Explorer les processus mtier pouridentifier les concepts de substance:

Processus de marketing:Client = Personnes

Agence

Catalogue

Direction marketing

TarifCoordonnes client

Processus de rservation en agence cibleClient = Personnes

Vendeur

RservationVoyage

Paiement

Modes de paiement

Catalogue

AcomptePaiement chelonn

Tarif

7/24/2019 AR-SI-C4

17/53



Processus de e-rservationClient = personnesRservationVoyagePaiement

(Mode de paiement = CB)CatalogueAcompteTarifLieuHbergement et type dhbergement

Processus paiementClient = PersonnesPaiement comptantPaiement chelonnDossier rservation

FactureImpaychanceRglement

7/24/2019 AR-SI-C4

18/53



Processus de facturationClient = Personnes

rservation

Facture

chances

7/24/2019 AR-SI-C4

19/53


Les concepts de substance + secondaireClient = PersonnesAgence : (S) / Structure organisationnelleCatalogue = VoyageDirection marketing : (S) / Structure organisationnelleTarif :

Coordonnes client (S) / ClientVendeur :(S) / Structure organisationnelleRservation :Voyage:Paiement :Modes de paiement (S) : paiement

Acompte (S) : paiementPaiement chelonn (S) : PaiementLieu (S) : VoyageHbergement et type dhbergement (S) : VoyageDossier rservation (S) Rservation/ClientFacture :Impay (S) : paiementchance (S) : PaiementRglement (S): PaiementStructure organisationnelle

7/24/2019 AR-SI-C4

20/53


Structure de base dune vision fonctionnelleZ-change

Z-Opration Q-Gestion des personnes Q-Gestion de Rservation

Q-Gestion de paiement Q-Gestion du tarif Q-Gestion voyage

Z-Ressource

Z-

Dcisionnelle

VisionFonctionnelle

Q-rfrentiel de rgles

Q-rfrentiel dedonnesI-PersonnesI-Struct. OrgI-voyageI-TarifI-calendrierI-nomenclature

comptable

Z-Rfrentiel

7/24/2019 AR-SI-C4

21/53


3me tape: complter lbauche de la visionfonctionnelle 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

dappels3-4 : Accepter ou refuser en temps rel lesdemandes de paiements chelonns

Rem: Lanalyse de chaque Objectif SI, nousconduit identifier, ajouter ou confirmerlintrt de quartiers

7/24/2019 AR-SI-C4

22/53


3-1 : Loptimisation de la valeur des clients

Z-change

Z-OprationQ- Gestion des personnes

Q-Gestion de RservationQ-Gestion de paiementQ-Gestion du tarif

Q-Gestion voyage

Z-Ressource

Z-

Dcisionnelle

VisionFonctionnelle Q- Gestion de la qualit de service

Q- Traitement des demandesQ- Traitement des problmes

Q- Marketing Oprationnel

Optimiser lavaleur de client

Q-Statistiquesagences

Q- Statistiquesvoyage

Q- Marketingstratgique



comptable

Z-Rfrentiel

3 2 L t l t 24h/24 t d l

7/24/2019 AR-SI-C4

23/53


3-2 : Louverture la vente 24h/24, et donc laccsaux rfrentiels produit (voyage) et service (client)

Z-change



Q-Gestion voyage

Z-Ressource

Z-

Dcisionnelle


Q- Traitement des demandesQ-Multimdia Q- Traitement des problmes


Ouverture laVente 24h/24






comptable

Z-Rfrentiel

7/24/2019 AR-SI-C4

24/53


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

Z-change



Q-Gestion voyage

Z-Ressource

Z-

Dcisionnelle



Q-Multimdia Q- Marketing Oprationnel

Permettre laVente directe






comptable

Z-Rfrentiel

3 4 A t f t l l

7/24/2019 AR-SI-C4

25/53


3-4 : Accepter ou refuser en temps rel lesdemandes de paiements chelonns

Z-change


Q-Gestion de RservationQ-Gestion de paiement : I-Gestion acceptation

paiement chelonnQ-Gestion du tarif

Q-Gestion voyage

Z-Ressource

Z-Dcisionnelle



Q-Multimdia Q- Marketing Oprationnel

Accepter ouRefuser en TR lesemandes de paiement

chelonns





Q-rfrentiel dedonnesI-PersonnesI-Struct. OrgI-voyageI-TarifI-CalendrierI-Nomenclature

comptable

Z-Rfrentiel

I-AcceptationPaiement chelonn

4me tape: Identifier les services des diffrents

7/24/2019 AR-SI-C4

26/53


4me tape: Identifier les services des diffrentsblocs composant la vision fonctionnelle

Cette tape se base sur :La connaissance du systme dinformation

existantLexprience de lurbaniste

Les modles existant sur le march

h t d ti it d ti

7/24/2019 AR-SI-C4

27/53


5me tape:Rapprochement des activits du processus mtier parrapport aux blocs fonctionnels devant les services ncessaires

Z-change

Z-OprationQ- Gestion des personnesQ-Gestion de Rservation

Q-Gestion de paiement :I-Gestion chancier, I-Gestion Acceptation paiementchelonn, I-Gestion paiement chelonn, I-Gestion paiement comptant,I-FacturationQ-Gestion du tarif:I-Gestion tarif sjour, I-Gestion tarif transportQ-Gestion voyage:I-Gestion catalogue, I-Gestion calendrier

Z-Ressource

Z-Dcisionnelle

VisionFonctionnelle Q- Multimdia :I-Prsentation, I-Personnalisation, I-Routage

Q- Gestion de la qualit de serviceQ- Traitement des demandesQ- Traitement des problmes





Q- Ressources Humaines :I-Paye, I-Gestion Personnel, I-Gestion formationQ-logistique:I-logistiqueQ-Comptabilit :I-Comptabilit gnrale, I-Comptabilit analytique



comptable


Z-Rfrentiel

6 me tape: Rebouclage par rapport aux objectifs

7/24/2019 AR-SI-C4

28/53


6 me tape: Rebouclage par rapport aux objectifsstratgiques du SI

Il sagit de reprendre un un chaqueobjectif dvolution du SI et de se demander

en quoi larchitecture fonctionnelle yrpond et en quoi elle apporte uneamlioration significative par rapport

lexistant

7me tape: Dernire vrification du respect des

7/24/2019 AR-SI-C4

29/53


7me tape: Dernire vrification du respect desrgles durbanisme

Z-change

Z-OprationQ- Gestion des personnesQ-Gestion de Rservation

Q-Gestion de paiement :I-Gestion chancier, I-Gestion Acceptation paiementchelonn, I-Gestion paiement chelonn, I-Gestion paiement comptant,I-FacturationQ-Gestion du tarif:I-Gestion tarif sjour, I-Gestion tarif transportQ-Gestion voyage:I-Gestion catalogue, I-Gestion calendrier

Z-Ressource

Z-Dcisionnelle

VisionFonctionnelle Q- Multimdia :I-Prsentation, I-Personnalisation, I-Routage

Q- Gestion de la qualit de serviceQ- Traitement des demandesQ- Traitement des problmes





Q- Ressources Humaines :I-Paye, I-Gestion Personnel, I-Gestion formationQ-logistiqueI-logistiqueQ-Comptabilit :I-Comptabilit gnrale, I-Comptabilit analytique



comptable


Z-Rfrentiel

7/24/2019 AR-SI-C4

30/53

30

Prparation au passage

larchitecture applicative

7/24/2019 AR-SI-C4

31/53


Prparation au passage larchitecture applicative

Objectif:Cette partie a pour objectif dtudier et de proposerune premire structuration du SI en blocsapplicatifs communicants. Contrairement lavision fonctionnelle, cette tude tient comptecompte des acteurs et de lorganisation (Qui,

Quand et O).

7/24/2019 AR-SI-C4

32/53



Lien avec la vision fonctionnelle :ce lien est assur par lassociation entre la classe blocapplicatif 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 pasaux blocs fonctionnels imagins dveloppement des modulesspcifiques).Un bloc applicatif peut contribuer limplmentation de 1 N blocs

fonctionnels. Un bloc applicatif est un module logiciel excutableayant une identit, proposant des services et ayant une prise biendfinie.

Le passage de la vision fonctionnelle larchitectureapplicative est fois rigoureuse et artistique, en ce sens quil y a uncertain nombre dtapes types et de rgles respecter qui balisent le cheminde lurbaniste/architecte, mais sans toutefois constituer des algorithmesaboutissant sils sont appliqus correctement au seul et unique bon rsultat.

P i l hi li i

7/24/2019 AR-SI-C4

33/53



Les nouvelles notionsLe gestionnaire de flux (ou bus logiciel)

Il sagit de permettre la communication entre les diffrents blocs aumoyen des composants spcialiss (messagerie inter-applicatives, bus

logiciels, etc.) sur la base dun format standardis, de faon transparentepour les applications.Il permet aux applications de communiquer sans se proccuper:

De la localisation physique des applicationsDes moyens physiques et protocoles utiliss pour communiquer

De la forme attendue par le destinataireLes blocs fonctionnels dont ensuite implments par des blocs applicatifsqui communiquent par les biais de messages changs via le logicielgestionnaire de flux.

Le message

Est le mode de propagation entre blocs applicatifs dun flux de donnesrsultant dun vnement de gestion . Il sagit dun flux interne (autre blocapplicatif) ou externe lentreprise (fournisseur, client, partenaire). Il peuttre transmis de manire synchrone ou asynchrone.

Principes fondateurs:

7/24/2019 AR-SI-C4

34/53



1- laborer la cartographie applicative existanteObjectifs:

Prendre connaissance de larchitecture applicative actuelle

Dcrire larchitecture applicative actuellevaluer les performances du systme dinformation et faire despropositions daxes damliorations

Pour ce faire, il sappuyer sur la connaissance des quipes dtude et

dveloppement de lentrepriseRappel:

Tout projet, de quelque nature quil soit, est destin raliser lasatisfaction 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


7/24/2019 AR-SI-C4

35/53



1- laborer la cartographie applicative existante(suite)

1re tape: Adapter la fiche lot applicatif (*) prsente ci-aprs afin desassurer que :

Toutes les informations sont utiles pour ltudeLes informations ne sont pas disponibles par ailleursLes informations demandes ont une chance dtre collectes compte tenudu contexte

Recommandations:Plus les questions sont fermes et mieux cesttablir la liste des valeurs possibles pour les rubriques suivantes :

Entits organisationnellesActeurs existantsClasses concepts existantesProcessus mtier existantTypes de sites existants

(*) Fiche valable pour les quartiers et les lots

Fiche de description dun lot

7/24/2019 AR-SI-C4

36/53


Fiche de description dun lotRdacteur

Nom : xxxxxxxxxxxxDate : xxxxxxxxxxxx

1re partie : Description mtier1-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 Objectifs2-2 Classification (Critique,Important, Utile)2-3 Entres2-4 Sorties2-5 Fonctions2-6 Classes concepts gres (matrice entits gisement de donnes et rfrentiel) / Type gestion (Cration,Modif. Supp, Visu)

3me partie : Description applicative et technique3-1 Anne de dveloppement3-2 Volume traits (Min, Moy, Max)3-3 Disponibilit3-4 Fiabilit3-5 Matriel3-6 systme dexploitation3-7 SGBD ou SGF3-8 Middleware

3-9 Types de sites concerns4me partie : Premiers lments de diagnostic

4-1 Degr durbanisation4-2 Principaux forts4-3 Principaux problmes4-4 Nouveaux besoins


7/24/2019 AR-SI-C4

37/53



1- laborer la cartographie applicative existante(suite)

2me tape: Prsentation aux quipes dtude et de

dveloppement les rsultats recherchs Cette tape permet dobtenir ladhsion des quipes et de sassurerde la bonne comprhension de chaque rubrique de la fiche lot

3me tape: Remplissage des fiches dlots par les quipedtudes et de dveloppements sous le contrle de lquipeprojet durbanisation / architecture du systme dinformation. Consignes

Revoir la liste des lots envisags, de manire sassurer que leniveau de granularit dun lot a bien t comprisSassurer que les diffrentes rubriques sont galement biencomprises


7/24/2019 AR-SI-C4

38/53



1- laborer la cartographie applicative existante (suite)4me tape: Exploitation des fiches lots par lquipe projetdurbanisation / architecture du SI. Plusieurs allers-retoursavec les rdacteurs sont prvoir. Consignes mthodologiques:

Approche top-down # approche bottom-up est conseille pour une telletude car, dterminer les quartiers et les lots par analyse des fiches lotset en raisonnant par les flux entre lots est un travail de fourmi et nedonne pas un meilleur rsultat que de dterminer priori les zones etles quartiers principaux et dessayer de placer les lots dans ces zones etdans ces quartiers applicatifs

5me tape: Validation de la cartographie applicative

raliseLes quipes tude et dveloppement ayant rempli les fiches donnent unavis au comit de pilotage pour prononcer ou non cette validation

A hit t li ti i t t

7/24/2019 AR-SI-C4

39/53


Architecture applicative existante

Z-SI-Financier

Z-SI-Organisation

Q-Gestion de Rservation :I-Gestion rservation, I-dition disponibilitQ-Gestion de paiement :I-Gestion tarif sjour, I-Gestion tarif transportQ-Gestion voyage:I-Gestion catalogue, I-Gestion calendrier

Z-SI-Administration

Z- SI-Statistiques

ArchitectureApplicative

Existante

Q-Gestion de paiement :, I-Gestion des demandes de paiement chelonn,I-Gestion paiement chelonn, I-Gestion paiement comptant,Q-Facturation : I-FacturationQ-Comptabilit :I-Nomenclature comptable,Comptabilit gnrale, I-

Comptabilit analytique, I-Structure Compagnie

Q-Statistiques agences :I-Statistiques agences

Q- Statistiques voyage :I-Statistiques voyage

Q- Personnel :I-Gestion Personnel, I-Gestion formationQ- Logistique : I-LogistiqueQ- Paye :I-Paye

Architecture applicative existante : Bilan

7/24/2019 AR-SI-C4

40/53



Cette cartographie applicative montre:Les diffrents applicatifs composant le systme informatiqueactuel. Sa granularit correspond lidentification des zonesquartiers et lots tels que dfinis prcdemment.

Les flux entre ces applicatifs (sens, TR, temps diffr,automatis, manuel, description fonctionnelle du contenu delchange, classement selon la typologie retenue)

Il saute aux yeux que larchitecture actuelle correspondau gros une zone (Un SI) par grande Direction et queces SI communiquent peu entre eux.


7/24/2019 AR-SI-C4

41/53



Vu sous langle de lurbanisation, les principauxproblmes de lexistant et leurs consquences possiblespeuvent tre rsums comme suit:

Inexistence dun gestionnaire unique de flux

Les communication deux deux entre mdia et moteur de production ont tprivilgies. Ce phnomne est la cause davoir un rseau dchangeinextricable et difficilement matrisable.

Consquence : Des problmes de communication, au fur et mesure que desmdias accdent la zone dchange (Web, centre dappels, tlphone,..).

Duplication des donnes diffrents endroits du systme pour des

raisons de performances, daccessibilit ou de disponibilitConsquence: Des problmes de matrise et de contrle des donnes

Communication entre blocs par des flux de nature htrognes et desprises multiples

Manque de standard et des rgles prdfinies

Consquence : Des problmes pour la mise en uvre dune rurbanisationprogressive et modulaire

Absence de responsabilit unique dun lot sur une classe conceptAbsence de zone rfrentiel rfrentiel de donnes et de rgles


7/24/2019 AR-SI-C4

42/53



Les rgles durbanisme :R1: Les donnes des rfrentiels doivent tre historises

Les donnespartages doivent tre historises afin de permettrede rejouer si ncessaire un processus et de garantir la

cohrence du contenu et la bonne fin.R2: Les donnes des rfrentiels doivent treaccompagnes dune date de publication de mise jour desorte que:

Les anciennes valeurs ne soient perdues et que lon puisseretrouver leur valeur un instant passLes trs anciennes valeurs peuvent tre dportes dans desmodules de gestion de donnes archives

R3: Les donnes des rfrentiels doivent treaccompagnes dune date de publication dune datedeffet


7/24/2019 AR-SI-C4

43/53



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 lesdonnes de rfrentiel car cela correspond deux niveaux departage 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 dedonnes

R5: Le bloc offrant un service est responsable de laqualit de service

R6 : Toute architecture applicative comporte une zonede pilotage (ordonnancement) qui assure linterfaceentre front office, back office et middle office.

Architecture applicative cible : Dmarche

7/24/2019 AR-SI-C4

44/53



tape 1: Prciser les fonctions attendues dugestionnaire des flux.

Rappel :

Le gestionnaire de flux assure la communication entre les diffrentsblocs ralissLe 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 deleau;La transformation des messages: enrichissement et mise en forme


7/24/2019 AR-SI-C4

45/53



tape 2: Raliser le mapping entre lurbanisationfonctionnelle 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 sansopration de maintenance raliserPour les blocs fonctionnels nouveaux ou prsentant des volutionssignificatives par rapport lexistant, il est plus rare de rutiliser des

applicatifs existants avec peu de modification. Il faut donc envisagerlimplmentation des blocs fonctionnels cibles comme mixte entremaintenance lourde sur des applicatifs existants, mise en place deprogiciels ou nouveaux dveloppements spcifiques. Plus on sorientevers de nouveaux dveloppements spcifiques, plus il est possibledavoir une correspondance simple (1-1) entre blocs fonctionnels etblocs applicatifs.Nb : Pour les zones de rfrentiel la correspondance des blocs entrefonctionnels et applicatifs est 1-1


7/24/2019 AR-SI-C4

46/53


tape 3: Dcrire pour chaque bloc applicatif sesfonctions et sa prise

tape 4: Projeter cette architecture applicative encours dlaboration dans lorganisation. Ondtermine alors quels sont les acteurs ainsi que les

diffrents types de sites, et on en dduit les blocsapplicatifs devant tre instancis de maniremultiple

tape 5: Donner une vue dynamique de cettearchitecture et identifier les grandes artres decommunication


tude de cas

7/24/2019 AR-SI-C4

47/53


tude de cas

1re tape : Dfinition des fonctions attendues du gestionnaire de fluxRappel : Chaque bloc doit possder deux points dancrage normalissUn pour les vnements traiterUn deuxime pour les comptes rendus

Les fonctions identifies sont:Prendre en compte le message

Identifier lmetteurContrler les doublons

Conditionnement du messageAnalyser le messageEnrichir linformationTransformer les formatsRegrouper / clater

Transporter

Scurit, intgrit, historisation et traabilitGestion des files dattenteRecherche du destinataireTransport

Cration dune nouvelle zone (Z-Gestion de flux) permettant la prise en charge des fonctionsidentifies

Q-Administration des changes pour prendre en compte le message

Q-Routeur pour prendre en compte les fonctions lies au conditionnement du messageQ-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 distribumais ne prennent pas en charge lapplication des rgles de gestion qui sont du ressort dune nouvellezone : Zone de pilotage (Q-Workflow)

Architecture applicative Cible

7/24/2019 AR-SI-C4

48/53


a lissue de la 1re tape

Z-change


Q-Gestion de RservationQ-Gestion de paiement :I-Gestion chancier, I-Gestion Acceptation paiementchelonn, I-Gestion paiement chelonn, I-Gestion paiement comptant,

I-FacturationQ-Gestion du tarif:I-Gestion tarif sjour, I-Gestion tarif transportQ-Gestion voyage:I-Gestion catalogue, I-Gestion calendrier

Z-Ressource

Z-Dcisionnel

ArchitectureApplicativeCible

Q- Multimdia :I-Prsentation, I-Personnalisation, I-RoutageQ- Gestion de la qualit de serviceQ- Traitement des demandesQ- Traitement des problmesQ- Marketing Oprationnel





Z-Gestion de fluxQ-Administration

changes

Q- Routage

Q- Interprtation

Z-PilotageQ- Workflow


Q-rfrentiel de

donnesI-PersonnesI-Struct. OrgI-voyageI-TarifI-CalendrierI-Nomenclature

comptable


Z-Rfrentiel

7/24/2019 AR-SI-C4

49/53


2me tape: Faire le mapping entre la visionfonctionnelle et larchitecture applicative.

Point de dpart: larchitecture applicative existante

Pour les blocs fonctionnels relativement inchangs parrapport lexistanta priori les applicatifs existants sontrutiliss avec ou sans opration de maintenance raliser

Pour les blocs fonctionnels nouveaux ou prsentant desvolutions significatives par rapport lexistant, troisorientations sont possibles:

Maintenance lourde sur des applicatifs existants

Mise en place des progicielsNouveaux dveloppements spcifiques. Cette orientationpermet davoir une correspondance simple (voire de type unpour un) entre blocs fonctionnels et blocs applicatifs

rc ec ure app ca ve ea lissue de la 2me tape

7/24/2019 AR-SI-C4

50/53


a l issue de la 2me tape

Z-change


Q-Gestion de RservationQ-Gestion de paiement :I-Gestion chancier, I-Gestion Acceptation paiementchelonn , I-Gestion paiement chelonn, I-Gestion paiement comptant,


Z-Ressource

Z-Dcisionnel

N=NouveauM=ModifiA=Ancien







changes

Q- Routage

Q- Interprtation


N

N

A

M

N

A

A

N

N

N

N


Q-rfrentiel de


comptable


Z-Rfrentiel

AA

MM

MA

N

M

7/24/2019 AR-SI-C4

51/53


3me tape: Dcrire pour chaque blocapplicatif sa prise et ses fonction

4me tape: projeter larchitectureapplicative en cours dlaboration dans

lorganisation.On dtermine alors quels sont les FO, MO etBO ainsi que les diffrents types de sites (silarchitecture technique cible est dcentralise)et on dduit les blocs applicatifs devant treinstancis de manire multiple.

rc ec ure app ca ve ea lissue de la 4me tape

7/24/2019 AR-SI-C4

52/53


a l issue de la 4me tape

Z-change

Z-OprationQ- Gestion des personnesQ-Gestion de RservationQ-Gestion de paiement :I-Gestion chancier, I-Gestion Acceptation paiementchelonn , I-Gestion paiement chelonn, I-Gestion paiement comptant,


Z-Ressource

Z-Dcisionnel

Fo=Front OfficeMo=Middle OfficeBo=Back Office


Q-Statistiques

agences





changes

Q- Routage

Q- Interprtation


Fo

Mo

Bo

Mo

Bo

Bo


Q-rfrentiel de


comptable


Z-RfrentielBo

7/24/2019 AR-SI-C4

53/53


5me tape : Donner une vue dynamique decette architecture applicative en cours

dlaboration et identifier les grandesartres de communication

Documents

AR-SI-C4