|
|
|
| Accueil | Praxeme Institute | Événements | Collèges & travaux | Acteurs | Références | Presse | Adhérents |
|
Aspect Logique
Architecturer le SI pour servir les métiers de l'entreprise DocumentsExtraits du Guide Général
Aspect intermédiaire permettant de fixer les grandes décisions de structuration du système
d'information, dans une relative indépendance par rapport aux solutions techniques.
Il est difficile de situer l'aspect "logique". Cela tient à son rôle intermédiaire
et à la nature quelque peu arbitraire de son expression.
L'aspect logique est intermédiaire entre :
On intercale ce niveau intermédiaire afin de faciliter les décisions de structuration du système logiciel.
La métaphore d'une bibliothèque fait comprendre la finalité de l'architecture logique
ainsi que le type de questions à traiter pour cet aspect.
L'aspect logique n'a pas de réalité propre. Il ne vaut que comme intermédiaire entre la
vue externe (aspects : cœur de métier, organisation et géographie) et la vue interne
(système logiciel) ou, si l'on veut, entre la réalité du champ d'intervention et les
technologies de l'information et de la communication. Ceci explique pourquoi son mode
d'expression repose sur la métaphore, par exemple :
L'architecture logique est le premier niveau de description du système informatique1.
Elle s'exprime par un graphe d'architecture, préexistant au système futur et guidant
ses évolutions. La description ne s'arrête pas là : l'architecture logique doit être
considérée comme un référentiel de description qui rassemble toute l'information
au niveau logique et la met à la disposition des développeurs.
La conception logique s'applique, également, au niveau des applications. D'une part,
le concepteur recherche dans l'architecture logique les services qui peuvent
contribuer au fonctionnement de l'application. D'autre part, le développement
contribue – en retour – à consolider et enrichir l'architecture logique, sous
la pression des nouveaux besoins.
Extraits du Guide de l'Aspect Logique
L'architecture logique est l'art de structurer le système d'information, pour le plier
à des objectifs identifiés. Ces objectifs, liés à la stratégie de l'entreprise et à
la vie du système, comprennent :
Le guide s'efforce de séparer les questions et actions de nature purement méthodologiques,
d'un côté, et les options possibles pour une architecture de services, de l'autre. La
méthode indique les questions qu'il faut se poser et les contraintes à respecter dans
les travaux. En revanche, elle ne doit pas imposer les réponses quand celles-ci sont
marquées par un contexte donné. Plusieurs réponses seront présentées, à titre indicatif
et pour aider à l'application.
Cette distinction est essentielle :
Les apports de la méthodologie Praxeme pour la conception SOA peuvent se résumer en quatre
préceptes, exposés page suivante.
Ces quatre préceptes - encapsulation, structuration, continuité et dérivation - donnent
l'essentiel de la philosophie qui sous-tend les disciplines de l'architecture logique et
de la conception logique. C'est aussi à cette source que s'abreuve la nouvelle
urbanisation de SI. Ils inspirent le détail des procédés présentés dans ce guide et
dans les documents associés.
Navigation TSEParcourez la Topologie du Système Entreprise (TSE)
Les aspects et leurs voies de communication à un seul sens
![]() Cliquez sur un des aspects pour en savoir plus. |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||