06.UrbanismeArchFonct - Copie

8/7/2019 06.UrbanismeArchFonct - Copie

1/55

Dmarche durbanisation 1AO

Urbanisme et architectureUrbanisme et architecture

fonctionnellefonctionnelle


2/55


AgendaAgenda

Introduction

Dmarche durbanisation, les phases

La stratgie

Urbanisme et processus mtier

Urbanisme et architecture fonctionnelle

Urbanisme et architecture applicative

Urbanisme et architecture technique Les outils


3/55


Urbanisme des SI : Vision globaleUrbanisme des SI : Vision globale

Urbanisme des SI

Systme dInformation

Systme

informatique

Primtre dune tudePrimtre dune tude

durbanisationdurbanisation

Systme

dactivits

mtiers

Stratgie


4/55


Phase 1 :Planification de ltude

Phase 2 :Revue des axes stratgiques

Phase 3 :Analyse de lexistant

Phase 4 : Dfinition de la solution ciblePhase 4 : Dfinition de la solution cible

Phase 5 : Plan de convergence

Phase 6 :Publication de la solution ciblePhase 7 :Mise jour de la cible

Dmarche / Les phases


5/55

5Alain OTHMAN

Urbanisation des S.I.Urbanisation des S.I.

Niveau fonctionnel

Quoi ?


6/55


Transition de

larchitecture mtier cibleVers

Larchitecture fonctionnelle


7/55


La transition de larchitecture mtier

vers larchitecture fonctionnelle

Larchitecture fonctionnelle est la structuration du systmedinformation en blocs fonctionnels communicants. Elle

rpond la question QUOI? Sans tenir compte des acteurset de lorganisation.

Ce passage ncessite le respect de certaines rgles

et le droulement de 7 tapes :


8/55




Les sept tapes :Etape 1 : Le zonageEtape 2 : Exploitation des processus mtier

Etape 3 : Se servir des objectifs stratgiquesEtape 4 : Identifier les services des diffrents blocsEtape 5: Partir des vnements de gestionEtape 6 : Rebouclage par rapport aux objectifs stratgiquesEtape 7 : Rebouclage sur les rgles durbanisme.

Le droulement habituel de ces tapes est squentiel, nanmoins et danscertaines circonstances, certaines de ces tapes ncessitent un

droulement itratif.


9/55




Premire tape : application des rgles de bonnes pratiques quipermettent de dfinir a priori les zones suivantes pourlarchitecture fonctionnelle cible :

Z_Echange

Z_Opration

Z_Ressource

Z_Gisement

de donnes

Z_Rfrentiel

De donnes

Z_Dcisionnel

Q_RfrentielDe donnes

Q_Rfrentiel

de Rgles

Architecture

Fonctionnelle


10/55




Z_Echange

Rgle n 1 : Toute architecture fonctionnelle comporte unezone change (acquisition/restitution) qui est enquelque sorte la prise du SI.


11/55




Z_Echange

Lacquisition transforme des flux vnements organisationnelsexternes en flux fonctionnels enrichis de toute informationncessaire leur traitement en aval par la fonction prise en

compte. Elle garantit aussi la conformit du flux fonctionnelenrichi aux engagements conclus avec le partenaire metteur etaux conditions dexcution dtermines par lentreprise.

La restitution adapte les rsultats issus de la fonctionconstitution aux supports dinformation et aux canaux de

communication, et personnalise lmission du flux en fonctiondu partenaire et du canal.


12/55




Rgle n 2 : Toute architecture fonctionnelle comporte unezone gisement de donnes.

Z_Gisement de donnes


13/55




Zone gisement de donnes

Cette zone reprend lensemble de toutes les

informations dynamiques et prennes de lentrepriseainsi que les services daccs ces donnes.

Elle assure la conservation et la valorisation dupatrimoine dinformations de lentreprise, garantit sacohrence et permet son enrichissement dans letemps.


14/55




Z_Rfrentiel de donnes et de rgles

Q_Rfrentiel de donnes

Q_Rfrentiel de Rgles

Rgle n 3 : Toute architecture fonctionnelle comporte unezone rfrentiel de donnes et de rgles.


15/55




Z_Rfrentiel de donnes et de rgles

Cette zone regroupe lensemble de toutes lesinformations communes aux diffrents lments du

SI dont le cycle de vie est relativement stable.Un rfrentiel contient les donnes de rfrenceconcernant les produits et services, les rgles degestion administrative et comptable de la compagnie,

ses mtiers, son organisation indpendamment dunclient particulier ainsi que les services daccs cesdonnes.


16/55




Z_Dcisionnel

Rgle n 4 : Toute architecture fonctionnelle comporte une zonedcisionnel unique


17/55




Zone dcisionnel:

Cette zone regroupe les blocs ddis aux processusde gouvernance et danalyse et utilisant lesinformations globalises historises.


18/55




Z_Opration

Rgle n 5 : Toute architecture fonctionnelle comporte une zone(ou un SI) opration par mtier principal de lentreprise.


19/55




Zone opration:

Toute architecture fonctionnelle comporte une zone

opration par mtier principal de lentreprise ou delorganisme. Le systme dinformation duneentreprise ou dun organisme nayant quun seulmtier ne comporte quune seule zone opration. Parcontre, si lentreprise ou lorganisme a plusieurs

mtiers, le systme dinformation doit comporter unezone opration pour chacun.


20/55




Z_Ressource

Rgle n 6 : Toute architecture fonctionnelle comporte unezone (ou un SI) ressource unique


21/55




Zone (ou un SI) Ressource unique:

Cette zone regroupe les systmes ddis lagestion des ressources internes lentreprise(ressources humaines, comptabilit, etc.).


22/55




Deuxime tape :

explorer les processus mtier. Les processus mtierpermettent didentifier les classes concepts.


23/55




La description des processus permet naturellement didentifier lesconcepts mtier manipuls, et donc les classes permettant dedcrire un concept mtier indpendant de lorganisation, cest--direles classes de substance. Il convient ensuite de distinguer parmi lesclasses de substance celles qui sont essentielles (classesconcepts) des autres (classes secondaires).

Chaque classe concept donne a priori lieu :

un quartier dans la zone gisement de donnes qui gre toutesles donnes relatives lunique classe concept du quartier et

aux classes secondaires rattaches cette classe concept un quartier dans la zone opration.


24/55




Les classes concepts du T.O. sont les suivantes :

Personne, rservation, paiement, paiement chelonn,

facture, voyage, tarif, calendrier, structure compagnie,nomenclature comptable.

Les classes secondaires sont :

Catalogue, agence, acompte, hbergement, type

dhbergement, lieu, moyen de paiement, vendeur.


25/55


Z_Dcisionnel

Z_Ressource

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier

I_Structure

compagnie

Architecture

fonctionnelle

cible

Z_Echange


26/55




Les classes concepts ont donn lieu soit des quartiers soit deslots pourcelles qui sont venues peupler le quartier rfrentiel de donnes de la zonerfrentiel.

Paiement et paiement chelonn ont t regroupsLes classes secondaires nont pas donn lieu des quartiers ou des lots.Il sagit des classes :

catalogue, lie la classe substance voyageagence, lie la classe de substance structure compagnieacompte, lie la classe de substance paiementhbergement, lie la classe de substance voyagetype dhbergement, lie la classe de substance voyagevendeur, lie la classe de substance structure compagnielieu, lie la classe de substance voyagemoyen de paiement, lie la classe de substance paiement. .


27/55




Troisime tape

complter lbauche darchitecture fonctionnelle enfonction des objectifs stratgiques du SI.


28/55




Rappel des objectifs stratgiques du SI (du T.O) :

Optimiser la valeur des clients Ouvrir la vente 24 h / 24

Permettre la vente directe via Internet et le centredappels

Accepter ou refuser en temps rel les demandes depaiements chelonns


29/55


Z_Dcisionnel

Q_Statistiques

agence

Q_Statistiques

voyage

Q_Marketing

stratgique

Z_Ressource

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement

Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier

I_Structurecompagnie

Architecture

fonctionnelle

cible

Z_Echange

Q_Gestion de la

qualit de service

Q_Traitement des

demandes

Q_Traitement

des problmes

Q_Marketing

oprationnel

Optimiser la

Valeur desclients


30/55




Loptimisation de la valeur des clients nous conduit ajouter (ou confirmer lintrt de) les quartiers suivants :

Q_Gestion de la qualit de service

Q_Traitement des demandesQ_Traitement des problmesQ_Marketing oprationnelQ_personneQ_statistiques agences

Q_statistiques voyagesQ_marketing stratgiqueQ_gestion des personnes


31/55


Z_Dcisionnel

Q_Statistiques

agence

Q_Statistiques

voyage

Q_Marketing

stratgique

Z_Ressource

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement

I_G _Acceptation

paiement chelonn

Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier


Architecture

fonctionnelle

cible

Z_Echange

Q_multimdia

Q_Gestion de la

qualit de service

Q_Traitement des

demandes

Q_Traitement

des problmes

Q_Marketing

oprationnel

Ouvrir lavente 24 h / 24


32/55




Louverture la vente 24 h / 24, et donc laccs aux rfrentielsproduit (voyage) et client 24 h / 24, nous conduit ajouter (ou confirmer lintrt de) les quartiers ou lots suivants :

Q_Multimdia ; Q_Personne ;

I_Voyage ; I_Tarif ; I_Calendrier ;Q_Gestion des rservations ;Q_Gestion des personnes ;Q_Rservation ;Q_Traitement des demandes.

Bien entendu, lexistence de ces quartiers est une condition ncessairepour offrir une ouverture la vente 24 h / 24, et donc laccs auxrfrentiels produit et client, mais non suffisante. Le besoin de 24h/24 entranera dautres consquences sur larchitecture technique.


33/55


Z_Dcisionnel

Q_Statistiques

agence

Q_Statistiques

voyage

Q_Marketing

stratgique

Z_Ressource

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement

I_G _Acceptation

paiement chelonn

Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier


Architecture

fonctionnelle

cible

Z_Echange

Q_multimdia

Q_Gestion de la

qualit de service

Q_Traitement des

demandes

Q_Traitement

des problmes

Q_Marketing

oprationnel

Permettre

La ventedirecte


34/55




Permettre la vente directe via Internet et le centre dappels nousconduit ajouter (ou confirmer lintrt de) les quartiers ou lotssuivants :

Q_Multimdia ; Q_Gestion de la qualit de service ;

Q_Traitement des demandes ; Q_Traitement des problmes ;

Q_Gestion des rservations ; Q_Rservation ;

Q_Gestion des personnes ;

Q_Personne ;

I_Voyage ;I_Tarif ;

I_Calendrier


35/55

Dmarche durbanisation

35AO

Z_Dcisionnel

Q_Statistiques

agence

Q_Statistiques

voyage

Q_Marketing

stratgique

Z_Ressource

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement

I_G _Acceptation

paiement chelonn

Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier

I_Structure

compagnie

Architecture

fonctionnelle

cible

Z_Echange

Q_multimdia

Q_Gestion de la

qualit de service

Q_Traitement des

demandes

Q_Traitement

des problmes

Q_Marketing

oprationnel

Accepter ourefuser entemps rel

lesdemandes de

paiementschelonns


36/55


36AO



Accepter ou refuser en temps rel les demandes de

paiements chelonns nous conduit ajouter (ou confirmer lintrt de) les quartiers suivants :

I_Acceptation des paiements chelonns ;

I_Gestion de lacceptation des paiements chelonns.


37/55


37AO



La quatrime tape :

Consiste identifier les services des diffrents blocs composant larchitecture

fonctionnelle.

Pour cela on se base sur:

La connaissance du systme dinformation existant,

La connaissance de lurbanisme,

Les modles existants sur le march (par exemple TOM dans

les tlcoms ou IAA pour lassurance).


38/55


38AO



La cinquime tape :

Poursuivre lexploitation des processus mtier.

Il sagit de partir des vnement de gestion et dexcuter les processus

permettant de traiter ces vnements en vrifiant pour chaque

activit du processus quels blocs fonctionnels elle peut faire appel

pour tre mene bien et si les blocs fonctionnels en question

contiennent les services ncessaires.


39/55


39AO

Z_Dcisionnel

Q_Statistiques

agence

Q_Statistiquesvoyage

Q_Marketing

stratgique

Z_Ressource

Q_Ressourceshumaines

Q_Logistique

Q_Comptabilits

I_Paie

I _Gestion personnel

I_Gestion formation

I_Comptabilit

gnrale

I_Comptabilit

analytique

Z_OprationQ_Gestion

personne

Q_Gestion

rservation

Q_Gestion

voyage

Q_Gestion

tarif

Q_Gestion paiement

I_Gestion

chancie

r

I_Gestion

catalogue

I_Gestion

tarif sjour

I_G

_Acceptatio

n paiement

chelonn

I_Gestion

paiementche.

I_Gestion

calendrier

I_Gestion

tarif

transport

I_Gestion

paiement

compt.I_Facturation

Z_Rfrentiel

Z_Gisement de

donnes

Q_personne

Q_rservation

Q_Paiement

Q_Facture

Q_Echancier

Q_Rfrentiel de

donnes

Q_Rfrentiel de

rgles

I_Acceptation

paiement chelonn

I_Nomenclature

comptable

I_Voyage

I_Tarif

I_Calendrier

I_Structure

compagnie

Architecture

fonctionnelle

cible

Z_Echange

Q_multimdia

Q_Gestion de la

qualit de service

Q_Traitement des

demandes

Q_Traitement

des problmes

Q_Marketing

oprationnel


40/55


40AO



La sixime tape :

Rebouclage par rapport aux objectifs stratgiques du SI.

Il sagit de reprendre un un chaque objectif dvolution du

systme dinformation et de se demander en quoi

larchitecture fonctionnelle y rpond et en quoi elle

apporte une amlioration significative par rapport

lexistant.


41/55


41AO



La septime tape :

Est un rebouclage sur les rgles durbanisme pour larchitecturefonctionnelle.

On fait une reprsentation finale de larchitecture fonctionnelle.

Normalement, ces rgles doivent avoir t respectes, mais il

convient de sen assurer.


42/55


43/55


43AO



Les rgles durbanisme pour larchitecture fonctionnelle

Rgle n 1 : Rgle dunicit en blocs.

Un lot appartient un et un seul quartier, un quartier appartient une et une seule zone, donc un lot appartient une et uneseule zone.

Au niveau de larchitecture fonctionnelle, un bloc ne dois pas

tre dupliqu.


44/55


44AO




Rgle n 2 : Rgle dasynchronisme des lots.

Aprs avoir trait un vnement, un lot peut en traiterimmdiatement un autre sans avoir se proccuper de ce quiladvient du compte rendu de traitement de lvnementprcdent..


45/55


45AO




Rgle n 3 : Un bloc comporte obligatoirement une prise(interface externe).

Il est capable dactiver les services du blocs et de grer lescommunications entrantes et sortantes du bloc...


46/55


46AO




Rgle n 4 : Toute communication entrante ou sortante dunbloc passe par sa prise.

.Ces prises prsentent les avantages suivants :Centraliser les appels de services et limiter le nombre dinterfaces;

Ajouter un niveau dencapsulation supplmentaire : lintra-muros dun bloc

est considrer comme une bote noire par lextrieur; en dveloppement

objet, une classe traduit dj un premier niveau dencapsulation, le principe

est reconduire aux niveaux suprieurs lots, quartier et zone;

Mutualiser les services

Accrotre la modularit;

Faciliter la mise en uvre de maintenances volutives


47/55


47AO




Rgle n 5: Seules les prises communiquent avec legestionnaire des flux.

. Rgle n 6 : Une donne est sous la responsabilit (quel quesoit le type daccs : cration, modification, suppression,visualisation) dun lot et dun seul..


48/55


48AO

GlossaireGlossaire

Ilot

Entit remplaable du systme dinformation susceptible dtre dveloppe ouachete sparment.

Un lot correspond une finalit fonctionnelle et comprend des traitements etdes accs des donnes pour cette finalit.

Un lot va typiquement correspondre : Une application ou une grande fonction applicative (dveloppement

spcifique) ; Un progiciel ou au module dun progiciel.Exemples (issus de ltude de cas) dlots :

Acceptation des paiements chelonns ; Facturation ; Gestion des paiements immdiats ; Gestion des paiements chelonns.


49/55


49AO

GlossaireGlossaire

Quartier

Il regroupe des lots homognes quant la nature delinformation traite.

Un quartier va typiquement correspondre ce que lonappelle communment sous-systme.

Exemples (issus de ltude de cas) de quartiers :

Gestion des paiements ;

Gestion des tarifs ; Gestion des voyages.


50/55


50AO

Opration

Une opration est une tape dune procdure

correspondant lintervention dun acteur delorganisation dans le cadre des activits de lentreprise.Une fois dmarre, lopration peut tre excute sansattendre dautres vnements que son vnementdclencheur. Lopration ne peut tre interrompue.


51/55


51AO

Procdure

Une procdure est un processus organis ,cest--dire que la dimension organisation (le qui fait quoi ) est introduite par rapport auprocessus. Une procdure se dcompose enoprations.


52/55


52AO

Bloc

Un bloc dsigne lun des trois niveaux de dcoupage delarchitecture fonctionnelle ou de larchitecture

applicative : la zone, le quartier ou llot. Cest une unitatomique et autonome disjointe lexcution.

Un bloc est dcrit par:

Un texte de description gnrale ;

Les services quil assure ;Ses principes de base


53/55


53AO

GlossaireGlossaire

Bloc applicatif

Module logiciel excutable ayant une identit, proposant des serviceset ayant une prise bien dfinie. limage du bloc qui dsigne pourlarchitecture fonctionnelle une zone, un quartier applicatif ou un lot

applicatif selon quil correspond en terme de granularit une zone,un quartier ou un lot.

Un bloc applicatif est dcrit par:

Un texte de description gnrale ;

Un texte dcrivant ses objectifs ;

Les fonctions quil assure ; Ses principes de base.


54/55


54AO

GlossaireGlossaire

Classe concept

Une classe concept est une classe portant la notion

essentielle dun concept mtier. Le glossaire permet desituer la classe concept parmi la typologie de classepropose.


55/55


55AO

Fin de la

prsentation

Date post:	09-Apr-2018
Category:	Documents
Upload:	bong8
View:	215 times
Download:	0 times

06.UrbanismeArchFonct - Copie

Documents