Vous êtes sur la page 1sur 11

Urbanisation (informatique)

L'urbanisation du systme d'information d'une entit ou organisation (une entreprise ou


une administration) est une discipline dingnierie informatique consistant faire voluer son
systme d'information (SI) pour qu'il soutienne et accompagne de manire efficace les
missions de cette organisation et leurs transformations1. L'urbanisation du SI ne fait pas table
rase du pass mais tient compte de l'existant et doit permettre de mieux anticiper les
volutions ou contraintes internes et externes impactant le SI, et en s'appuyant le cas chant
sur des opportunits technologiques. Les concepts manipuls peuvent s'apparenter ceux de
l'urbanisation de l'habitat humain (organisation des villes, du territoire), concepts qui ont t
rutiliss en informatique2 pour formaliser ou modliser la ringnierie du systme
d'information (SI)3.

L'urbanisation SI est l'action d'urbaniser le SI : cette dmarche prvoit des principes et rgles
ainsi qu'un cadre cohrent, stable et modulaire, auquel les diffrentes instances dcisionnaires
de l'organisation peuvent se rfrer pour toute dcision d'investissement4 relative au
management du systme d'information.

L'urbanisation informatique est une des mthodologies d'architecture d'entreprise4,1, qui sont
toutefois parfois confondues dans la littrature franaise.

Sommaire
1 Enjeux de l'urbanisation du systme d'information
2 Principe de l'urbanisation du SI
3 Application des concepts d'urbanisation
o 3.1 Le plan d'urbanisme SI ou Plan d'Occupation des Sols (POS)
o 3.2 Exemple de rgles de dcoupage du SI
o 3.3 Les diffrents types de zones
o 3.4 Exemple de dcoupage et dnonc de capacit fonctionnelle
4 Principaux niveaux de proccupation
o 4.1 Les objectifs stratgiques du SI
o 4.2 Le point de vue du mtier ou affaires
o 4.3 Le point de vue fonctionnel
o 4.4 Le point de vue informatique
o 4.5 Mthodologie durbanisation
5 Notes et rfrences
6 Voir aussi
o 6.1 Articles connexes
o 6.2 Bibliographie
o 6.3 Liens externes

Enjeux de l'urbanisation du systme d'information


L'urbanisation facilite la transformation continue du systme dinformation.

Les volutions des stratgies d'entreprise (regroupements et fusions, acquisitions,


diversification des offres commerciales, commerce lectronique, gestion de la relation client,

1
nouveaux modes ou canaux de distribution, partenariats, rorganisation, externalisation,
redploiement des fonctions de back et front office, etc.) impliquent des changements
structurels importants et accroissent linterdpendance (dpendance mutualise) et
limbrication des applications informatiques avec le risque de renforcer leffet sac de
nuds du systme d'information ou SI.

Cette complexit croissante a des consquences sur les cots, les dures et les risques des
projets dvolution des SI.

Pour matriser progressivement lvolution des SI avec la ractivit ncessaire et pour rduire
les cots informatiques, une rponse est apporte par la dmarche durbanisation des systmes
dinformation et par son prolongement au niveau de larchitecture des systmes
informatiques.

Cette dmarche d'urbanisation vise un SI capable de soutenir et daccompagner la stratgie


d'entreprise dans le meilleur rapport cots/qualit/dlais.

Elle permet damliorer la ractivit et de ninvestir que dans les produits et services
gnrateurs de valeur ajoute, tout en matrisant les charges informatiques et le retour sur
investissement.

Les outils d'EAM favorisent cette dmarche qui peut se mettre en uvre :

de manire opportuniste : loccasion dun projet de dveloppement, de refonte ou de


maintenance,
de manire plus volontariste : dans le cadre dun chantier durbanisation.

On utilise le terme d'urbanisation plutt que celui d'urbanisme pour mettre l'accent sur le
travail progressif ncessaire pour faire voluer le systme d'information vers une cible
correctement urbanise.

Par ailleurs, cette dmarche d'urbanisation rencontre une des proccupations des matrises
d'ouvrage : l'alignement stratgique du systme d'information sur le mtier.

Principe de l'urbanisation du SI
L'urbanisation s'appuie sur deux rgles de bases :

Une application doit appartenir un et un seul bloc afin de limiter les impacts
lorsqu'on remplace celle-ci (rgle de couplage faible).
Les dpendances doivent respecter les notions de cohrence forte et de couplage
faible :
o entre les applications,
o entre les modules d'une mme application,
o entre les composants d'un mme module.

Le terme -en cible- dfinit l'application que l'on cherche avoir (to be). Elle s'oppose
l'existant (As is). La mthode pour passer du as-is actuel au to-be souhait est appele la
roadmap (feuille de route).

2
La notion de Cohrence Forte / Couplage Faible indique que deux applications doivent
communiquer entre elles de faon simple et efficace, mais que la dpendance entre ces deux
applications est minimale (idalement inexistante). Cela permet donc de retirer un bloc pour
le remplacer sans perturber le reste du SI.

Le systme d'information peut donc tre compar au quartier d'une ville : si ce dernier est bien
bti et bien urbanis, il est possible de raser un btiment au cur du quartier sans mettre en
pril tout le secteur, et de le remplacer par ou de reconstruire un autre btiment, en raccordant
ce nouveau btiment aux diffrents rseaux d'changes : voirie d'accs, lectricit, vacuation
des eaux uses, etc. L'urbanisation consiste donc crer un SI agile, modulable et volutif.

Application des concepts d'urbanisation


Lurbanisation SI est une dmarche d'aide la transformation, rationalisation, simplification
et amlioration du SI. Certains auteurs comparent le systme d'information limage dune
ville, c'est--dire rflchie, structure, durable. Dans le prolongement de cette analogie - qui a
toutefois des limites -, l'urbanisation du SI consiste planifier des refontes structurantes pour
optimiser, les changes, les services, la flexibilit, la modularit ... et d'une faon plus
gnrale rpondre la stratgie SI de l'entreprise en parallle de l'volution du mtier.

Le plan d'urbanisme SI ou Plan d'Occupation des Sols (POS)

Pour faciliter les planifications au regard des volutions du SI, l'urbanisation s'appuie sur un
plan d'urbanisme souvent appel POS, en analogie avec l'urbanisme civil.

Le POS consiste reprsenter le SI en s'appuyant sur une cartographie fonctionnelle du SI


et un dcoupage en capacits autonomes, de description de plus en plus fine :

les zones,
les quartiers,
les lots,
et enfin les blocs fonctionnels ou encore les briques

Le POS doit faciliter la construction d'une architecture optimise du point de vue fonctionnel
du SI qui est le point de vue pivot entre le point de vue du mtier et le point de vue
informatique.

Plus particulirement, lurbanisation vise :

renforcer la capacit construire et intgrer des sous-systmes d'origines diverses,


renforcer la capacit faire interagir les sous-systmes du SI et les faire interagir
avec dautres SI (interoprabilit),
renforcer la capacit pouvoir remplacer certains de ces sous-systmes
(interchangeabilit).

et de manire gnrale pour le SI :

favoriser son volutivit, sa prennit et son indpendance,

3
renforcer sa capacit intgrer des solutions htrognes (progiciels, lments de
diffrentes plates-formes, etc.).

Exemple de rgles de dcoupage du SI

Rgle 1 : Sparation du Back-office du Front-office.


Rgle 2 : Dcoupage par processus et par mtier. On cre ainsi les zones Dcisionnel,
Support et Mtier.

NB : La zone Mtier peut tre dcoupe en plusieurs blocs.

Rgle 3 : Sparation des canaux technologiques d'accs et de communication (site


Web, notification SMS, ...) des canaux du mtier 'Relation Client' (CRM, Marketing).
On inscrit deux nouvelles zones dans le Front-Office : Acquisition/Restitution et
Relation avec les tiers.
Rgle 4 : Il faut isoler ce qui est partag par le Back-office et le Front-office ainsi que
ce qui les intgre. On dfinit donc les zones Intgration et Donnes Partages.

Les diffrents types de zones

Dans le dcoupage d'un SI on distingue habituellement diffrents types de zones :

Les zones des changes avec lextrieur du SI : acquisition/mission de/vers les


partenaires : clients, fournisseurs, etc. ;

Les zones des activits oprationnelles : gestion des oprations bancaires, gestion des
oprations commerciales, gestion des oprations logistiques internes, etc. ;

Les zones de gestion des donnes de rfrence communes l'ensemble du SI : les


rfrentiels de donnes structures (donnes clients, catalogue de produits et services,
etc.) ;

Les zones de gestion des gisements de donnes : ensemble des informations produites
quotidiennement, communes l'ensemble du SI (donnes de production, etc.) ;

Les zones des activits de support : comptabilit, ressources humaines, etc. ;

Les zones des traitements pour laide la dcision et le pilotage : informatique


dcisionnelle.

Dans le cas de trs grandes entreprises, il est matriellement impossible d'urbaniser la totalit
du SI dans un mme mouvement. Cela explique que l'on dcoupe le SI de l'entreprise en
primtres autonomes ; par exemple : par grandes directions. Chaque primtre est alors
considr comme un SI autonome qui est urbanis individuellement. Sa zone d'change gre
ainsi aussi bien les flux extra-entreprises "SI SI extrieurs" que les flux intra-entreprises
"SI autres SI de l'entreprise".

Exemple de dcoupage et dnonc de capacit fonctionnelle

4
titre d'illustration, une partie du dcoupage du systme d'information d'une banque :


o zone (capacit mtier de) production bancaire
quartier (capacit de) vente de crdits
lot (capacit de) proposition de crdits
bloc fonctionnel (capacit de) suivi (CRUD) d'une
demande/proposition de crdit

Une mauvaise pratique courante consiste utiliser "gestion de" qui porte confusion avec la
gestion d'un point de vue activit d'un processus. Une bonne pratique consiste noncer la
capacit prcise faire dans le SI...

Dans cet exemple, la capacit outiller est le suivi du cycle de vie d'un objet mtier
"proposition de crdit".

Principaux niveaux de proccupation


Les niveaux de proccupation constituent ce qu'on appelle le mta-modle durbanisme :
c'est--dire le modle conceptuel de description du Systme d'Information.

Les objectifs stratgiques du SI

Ce niveau de proccupation du SI est constitu par la description :

des objectifs de l'entreprise ;


des objectifs du systme d'information urbaniser ;
de la mise en correspondance entre ces deux sortes d'objectifs : l'alignement
stratgique.

Ces objectifs peuvent tre modliss

soit comme une liste hirarchique de thmes et de sous thmes ;


soit comme un diagramme de causes et effets, ou diagramme d'Ishikawa (en arte de
poisson), qui indique les causes (matire, matriel, mthode, ressources humaines,
milieu / contexte) qui produisent des effets.

Ces objectifs se dclinent en exigences mtier ou SI, fonctionnelle ou non. La liste de


thmatiques mtier et/ou fonctionnelle peut tre obtenue par l'analyse des exigences du
systme.

Le point de vue du mtier ou affaires

Le systme d'information d'un point de vue mtier ou affaires (c'est--dire de lensemble


des mtiers) est constitu

des processus de l'entreprise et des organisations qui y concourent,


des informations qui transitent dans les diffrents processus,

5
et des rgles de gestion, utilises par les mtiers et les processus mis en uvre par une
mme entit organisationnelle de l'entreprise.

La dfinition de la stratgie de l'entreprise conduit rpertorier :

les mtiers stratgiques quelle exerce vis--vis de son march et autour desquels elle
structure ses activits et son organisation - un mtier stratgique (exemples : octroi de
crdit, courtage d'assurance, ligne de fabrication, etc.) correspond une combinaison
de :
o segments de march,
o offres commerciales ou marketing,
o techniques de distribution ;

les mtiers oprationnels quelle exerce dans le cadre de chacun des mtiers
stratgiques (exemples : production, marketing, gestion des risques, etc.)

Les activits exerces par l'entreprise, sont de plusieurs types :

les activits oprationnelles qui contribuent la fabrication des produits vendus ou


llaboration des services rendus aux clients,

les activits de gestion,

les activits de pilotage.

L'analyse du systme mtier peut s'appuyer sur les techniques de BPM (Business Process
Management ou Business Process Modeling ou Gestion des processus mtier) qui visent :

modliser les processus de faon transversale l'entreprise, dans le cadre d'une gestion
de programme,

outiller ces processus pour faciliter une excution fluide (workflow, moteur de rgles
ou d'excution),

piloter l'activit de ces processus au moyen d'indicateurs (gestion de la qualit,


performance).

L'un des objectifs du BPM est de porter un diagnostic sur les processus de l'entreprise et de
dterminer ainsi dans quels secteurs les volutions du SI offriront le meilleur retour sur
investissement.

Le point de vue fonctionnel

Article dtaill : systme d'information.

Le systme d'information (SI) d'un point de vue fonctionnel est constitu de lensemble :

des fonctions, c'est--dire des capacits du SI,


des objets mtiers, c'est--dire de l'information (issue des processus) structure en
entits ou objets.
6
L'analyse fonctionnelle constitue "la pierre angulaire" de la dmarche d'urbanisme car ce
point de vue est le "levier" principal d'urbanisation du SI. C'est aussi le point de vue du SI le
plus difficile apprhender correctement ; la littrature peine expliciter ce qu'est une
fonction et les sources de confusion sont nombreuses :

confusion avec l'activit


confusion avec le use case
confusion avec le rle ou le poste d'un acteur
confusion avec un module d'application...

Le recensement des fonctions du SI ncessite une capacit d'abstraction qui peut drouter les
nophytes : une fonction est la capacit sous-jacente ncessaire la ralisation d'une ou
plusieurs activits, mais ce n'est pas l'activit. Par exemple, pour l'activit "planter un clou", la
fonction sous-jacente est "frappe". Ainsi la fonction "frappe" sert d'autres activits d'un
point de vue mtier, et peut tre outille par diffrent outils d'un point de vue applicatif. tant
donn, la problmatique de granularit des fonctions, dans le point de vue fonctionnel, on
parle aussi de blocs fonctionnels (qui regroupent les fonctions de bases concourantes la
mme capacit du SI). Par exemple, le bloc "Enregistrement du client" comprend les
fonctions de type CRUD (Cration, Recherche/lecture, Mise jour, Effacement).

Un SI urbanis doit pouvoir dcoupler facilement les sous-systmes dinformation supportant


diffrents mtiers et pouvant voluer terme vers des systmes dinformation autonomes. Par
exemple, une entreprise peut vouloir se donner terme la possibilit de sparer ses mtiers de
distribution (vente) de ses mtiers de production (gestion des produits) dans des units
organisationnelles distinctes.

L'urbanisation dun SI combine :

la volont de pouvoir isoler certaines de ses parties pour pouvoir les faire voluer
facilement
et l'objectif de mutualiser (mettre en commun avec des SI d'autres partenaires) ou
d'externaliser dautres parties plus stables, moins stratgiques, pour raliser des
conomies.

Pour ce faire, larchitecture fonctionnelle recense lintrieur de chaque zone, quartier et


lot, les blocs fonctionnels qui entrent dans la composition du SI pour quil supporte les
processus mtiers de l'entreprise.

Le bloc fonctionnel assure :

une cohsion forte, cohsion entre les objets quil gre et les fonctions quil assure,
un couplage faible, soit un nombre limit dchanges avec les autres blocs du SI.

La granularit du bloc fonctionnel (le niveau de maille du dcoupage) doit :

faciliter sa rutilisation dans diffrents processus et renforcer la modularit du SI


favoriser son remplacement par un bloc offrant des fonctionnalits quivalentes.

Le bloc fonctionnel constitue lunit fonctionnelle outiller de faon interchangeable. Un


bloc fonctionnel est dfini par :

7
les objets mtier quil gre pour le compte du SI,
les "services fonctionnels, interfaces permettant dchanger avec les autres blocs du
SI, cela inclut les flux qu'il prend en charge et ceux qu'il produit,
les fonctions qu'il regroupe (fonctions lies aux objets mtier), et les rgles de
production des donnes quil communique.

Le point de vue informatique

Article dtaill : systme informatique.

Le systme d'information d'un point de vue informatique est constitu d'un ensemble
structur :

de composants matriels,
de composants logiciels,
et de centre de donnes,

permettant dautomatiser tout ou partie dun systme d'information, et dont ladministration et


lexploitation sont assures par une mme entit organisationnelle (unit dadministration et
dexploitation).

Cette vue globalisante utile pour les non-informaticiens se dcoupe traditionnellement en


diffrents points de vue bien distincts en informatique :

le point de vue applicatif qui se focalise sur les applications du SI indpendamment


des plate-formes qui les hbergent
le point de vue technique qui se dcoupe lui-mme en :
o point de vue logiciel (qui dcrit l'architecture logicielle d'une application ou
d'une plate-forme qui l'hberge)
o point de vue infrastructure technique (qui dcrit l'architecture rseau)
o point de vue physique ou matriel (qui dcrit l'architecture matrielle)

Dans l'tude de l'existant, il faut prendre en compte ces diffrents types d'architecture, afin
d'valuer les vulnrabilits des sous-ensembles, ce qui ne peut tre fait qu'en prenant en
compte les niveaux technique et physique. Pour la dfinition de larchitecture cible, on peut se
limiter l'architecture applicative.

L'architecture applicative dfinit lensemble des applications constituant la partie


automatise dun systme dinformation ainsi que leurs modalits dassemblage et de
communication.

Elle est une instanciation de larchitecture fonctionnelle dun SI dans un environnement


technique et dexploitation donn : on parlera alors non plus de fonction dans la vue
applicative mais de fonctionnalit d'une application (c'est--dire d'une fonction instancie).

Le bloc applicatif est un ensemble de composants logiciels qui prsentent une cohrence

fonctionnelle : donnes et traitement sur les mmes objets mtiers,


technique : implmentation globale mono-plateforme

8
Le bloc applicatif est autonome dans la mesure o son fonctionnement doit tre indpendant
du chemin que l'information aura suivi en amont et poursuivra en aval.

Le bloc applicatif est dcrit en termes de :

structures de donnes quil gre,


procdures fonctionnelles quil excute,
services applicatifs quil met disposition d'autres blocs ou des utilisateurs
messages quil reoit (les vnements quil traite) et quil publie (les comptes-rendus
dvnements ou d'oprations quil produit).

Les constituants du bloc applicatif (donnes et services) peuvent tre publics (le bloc en
donne la visibilit pour permettre dautres blocs de les utiliser) ou privs (pour les besoins
internes du bloc).

Un bloc applicatif est un objet logiciel concret qui, dans un contexte technique donn, offre
lensemble du SI, l'implmentation des fonctionnalits des prises dfinies par le bloc
fonctionnel correspondant. Un bloc applicatif communique avec les autres blocs par change
de messages et par appel de services.

Mthodologie durbanisation

La dmarche durbanisation sarticule sur 3 axes cls qui salimentent mutuellement :

la modlisation de la stratgie
la cartographie des systmes existants (mtier, fonctionnels, applicatifs, techniques)
la dtermination des systmes cibles (mtier, fonctionnels, applicatifs, techniques)

La distinction forte entre existant et cible est un facteur de clarification essentiel.

La dmarche durbanisation du SI consiste notamment :

dfinir un SI cible, align sur la stratgie de lentreprise,


dterminer la trajectoire suivre pour atteindre ce SI cible.

Indpendamment des diffrentes approches qui, selon le contexte de l'entreprise et les options
mthodologiques, peuvent tre prconises les activits d'urbanisations se classent en cinq
grands domaines :

Le "cur" des processus d'urbanisme,


o Dfinir et maintenir le cadre d'urbanisme : plans durbanisme (cibles et
scnarios de migration), rgles, ,
o Raliser et maintenir l'infrastructure fonctionnelle du SI : rfrentiels
dentreprise, dispositifs mutualiss dchanges inter-applicatifs, ,
o Dvelopper les relations avec les projets : cadrage, tudes amont,
accompagnement des projets,

Les processus de support : notamment Maintenir et diffuser les cartographies .

9
Et les processus de pilotage de l'urbanisation et de participation l'arbitrage des
projets.

Notes et rfrences
1. a et b Christophe Longp, Le projet d'urbanisation du SI, Dunod, 2009, 4me dition d., 297 p.
(ISBN 978-2-10-052883-7), [...] la dmarche d'urbanisation, c'est--dire la dmarche permettant
d'amliorer l'efficacit du systme d'information tout en en sauvegardant la cohrence. [...] l'alignement
du systme d'information sur la stratgie d'entreprise [...] La modlisation des processus existants et la
dfinition des processus cibles aligns sur la stratgie sont donc une tape indispensable du projet
d'urbanisation du SI. [...] Finalement : Enterprise IT Architecture = urbanisme des SI, et, Enterprise
Architecture = urbanisme de l'entreprise.
2. notamment par Jacques Sassoon dans les annes 1990 dans le secteur bancaire
3. Dfinition propose par le Club Urba-EA : Urbaniser, c'est organiser la transformation progressive
et continue du systme dinformation visant le simplifier, optimiser sa valeur ajoute (quelle est la
dfinition de la valeur ajoute d'un SI ?) et le rendre plus ractif et flexible vis--vis des volutions
stratgiques de l'entreprise, tout en s'appuyant sur les opportunits technologiques du march.
4. a et b Club Urba-EA, Urbanisme des SI et Gouvernance, DUNOD, 2010, 331 p. (ISBN 978-2-10-
054680-0), Au niveau international, pour faire face aux mmes problmatiques que celles vises par
l'urbanisme des SI en France, ont t dveloppes des approches, des mthodes, relevant de l'Enterprise
Architecture (EA), traduit en franais par l'expression "architecture d'entreprise". [...] L'EA correspond
un cadre plus large que celui couvert par l'urbanisme des SI. [...] L'urbanisme contribue la
gouvernance du systme d'information : il fournit une vision globale qui a du sens, adapte au cas de
l'entreprise, amliore la gouvernance des projets, participe au tableau de bord de la DSI, claire les
matres d'ouvrage, incite gouverner la transversalit et les grands rfrentiels.

Articles connexes

Architecture d'entreprise
Organisation
Mta-modle durbanisme
SOA : Service Oriented Architecture
Systme d'information
Scurit informatique
Scurit des donnes
Fuite d'information
EAI : Enterprise Application Integration
ESB : Enterprise Service Bus
Middleware ou intergiciel
Architecture logicielle
Architecture flexible
Progiciel de gestion intgre
Data architecture dans la Wikipedia anglophone
Analyse dcisionnelle des systmes complexes (mthode d'urbanisation des Systmes
d'Information)

Bibliographie

Jacques Sassoon, Urbanisation des systmes d'information, Herms Coll. Management


et Informatique, 1998
Christophe Longp, Le projet d'urbanisation du S.I. 2e dition, Dunod, Paris, 2004,
ISBN 2-10-007376-1

10
Bernard Le Roux, Luc Desbertrand, Pascal Gurif, Xavier Tang, Julien Tixier, Pierre
Verger, Urbanisation et modernisation du SI, Lavoisier, Paris, 2004, ISBN 2-7462-
0885-7
Yves Caseau, Urbanisation et BPM, Le point de vue dun DSI 2e dition, Dunod,
Paris, 2006
Pierre Pezziardi, Une Politique pour le Systme d'Information - Descartes,
Wittgenstein, "XML", OCTO, 2006 ISBN 978-2-9525895-0-5
Club URBA-SI, Pratiques de l'urbanisme des systmes d'information en entreprises,
Publibook, 2003, ISBN 2-7483-2942-2
Jean-Christophe Bonne, Aldo Maddaloni, Convaincre pour urbaniser le SI, Lavoisier,
Paris, 2004, ISBN 2-7462-0977-2
Bernard Le Roux, Joseph Paumier, La gouvernance de l'volution du SI, Lavoisier,
Paris, 2006, ISBN 2-7462-1293-5
Ren Mandel, De la stratgie business aux systmes d'information: l'entreprise et son
cosystme, Lavoisier, Paris, 2006, ISBN 2-7462-1297-8
Club URBA-EA (ex Club URBA-SI), Urbanisme des SI et gouvernance : Retours
d'expriences et bonnes pratiques, Dunod, Paris, 2006, ISBN 2-10-049678-6
Michel Volle, De l'informatique : savoir vivre avec l'automate, Economica, Paris,
2006, ISBN 2-7178-5219-0
Bernard Le Roux La transformation stratgique du systme d'information, Lavoisier,
Paris, 2009
Jrome Capirossi, Architecture d'entreprise, Hermes Science Lavoisier, 2011, ISBN
9782746229808
Jean-Claude Jacquiot, L'architecture d'entreprise intgre, cahier technique CASE
France 2011
Ludwig von Bertalanfy : Thorie gnrale des systmes
Jean-Louis Le Moigne : La thorie du systme gnral
Jacques Mlse : Approches thoriques des organisations
C.E. Shannon & W. Weaver : The mathematical theory of communication
CARNOT : Deuxime principe de thermodynamique
Ferdinand de Saussure : Cours de linguistique gnrale
Luc Boyer et Nol Equilbey : Organisation, thories et applications

11