Le Référentiel Nouvelles Plateformes Technologiques

Le Référentiel Nouvelles Plateformes Technologiques Observatoire Technologique Centre des Technologies de l Information République et Canton de Genève Version 0.9 16 novembre 2003 Observatoire Technologique Centre des technologies de l information République et Canton de Genève 9 route des Acacias CP 149, 1211 Genève 8 Suisse http://www.geneve.ch/ot/ ot@etat.ge.ch

Copyright c 2003 2004 CTI, Observatoire Technologique. This work is licensed under the Creative Commons Attribution-NonCommercial-ShareAlike License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/1.0/ or send a letter to Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA. You are free: to copy, distribute, display, and perform the work to make derivative works Under the following conditions: Attribution. Noncommercial. Share Alike. You must give the original author credit. You may not use this work for commercial purposes. If you alter, transform, or build upon this work, you may distribute the resulting work only under a license identical to this one. For any reuse or distribution, you must make clear to others the license terms of this work. Any of these conditions can be waived if you get permission from the author. Your fair use and other rights are in no way affected by the above. This is a human-readable summary of the Legal Code (the full license http://creativecommons.org/ licenses/by-nc-sa/1.0/legalcode). Observatoire Technologique 2

Table des matières I Introduction au Référentiel NPT 4 1 Introduction 5 1.1 Résumé...................................... 5 1.2 Objectifs du document.............................. 6 1.3 Structure..................................... 6 1.4 A qui s adresse ce document.......................... 6 2 Définitions, objectifs et utilisation du référentiel 8 2.1 Définitions..................................... 8 2.2 Objectifs du référentiel NPT........................... 10 2.2.1 Applications envisagées pour le référentiel NPT........... 10 2.2.2 Instrumentation du référentiel avec un outil d aide à la décision... 12 3 Structure du référentiel 14 3.1 Les trois axes du référentiel........................... 14 3.2 Premier axe : les couches du système..................... 15 3.2.1 Couche matériel............................. 15 3.2.2 Couche plate-forme inférieure..................... 16 3.2.3 Couche plate-forme supérieure..................... 16 3.2.4 Couche applications........................... 17 3.2.5 Couche système d information..................... 17 3.3 Deuxième axe : les tiers du système...................... 17 3.3.1 Tiers client................................ 18 3.3.2 Tiers présentation............................ 18 3.3.3 Tiers métier................................ 19 3.3.4 Tiers intégration............................. 19 1

3.3.5 Tiers ressources............................. 19 3.4 Troisième axe : les dimensions du système.................. 19 3.4.1 Organisation en ensembles, dimensions et sous-dimensions.... 19 II Le Référentiel NPT 21 4 Dimensions relatives aux Facteurs Humains 22 4.1 Aspects utilisateurs................................ 23 4.1.1 Valeur ajoutée.............................. 24 4.1.2 Respect des besoins fonctionnels................... 26 4.1.3 Ergonomie................................ 28 4.1.4 Accessibilité............................... 31 4.2 Aspects sociétaux................................ 35 4.2.1 Composante sociétale.......................... 36 4.2.2 Cadre légal................................ 38 4.2.3 Cadre éthique.............................. 42 5 Dimensions relatives aux Qualités Systémiques 45 5.1 Évolutivité..................................... 46 5.1.1 Scalabilité................................. 49 5.1.2 Flexibilité................................. 52 5.1.3 Portabilité................................. 54 5.1.4 Maturité de la solution.......................... 57 5.2 Exploitabilité................................... 59 5.2.1 Maintenabilité............................... 61 5.2.2 Contrôlabilité............................... 64 5.3 Qualités de service................................ 66 5.3.1 Stabilité.................................. 67 5.3.2 Disponibilité................................ 70 5.3.3 Performance............................... 73 5.3.4 Efficacité................................. 76 5.4 Interopérabilité.................................. 78 5.4.1 Ouverture................................. 81 Observatoire Technologique 2

5.4.2 Standardisation.............................. 83 6 Dimensions relatives à l Organisation 86 6.1 Aspects économiques.............................. 87 6.2 Formation et Organisation............................ 96 6.2.1 Utilisateurs................................ 97 6.2.2 Informaticiens............................... 99 7 Dimensions relatives à la sécurité 101 7.1 Gestion des politiques d accès......................... 102 7.1.1 Authentification.............................. 103 7.1.2 Autorisation................................ 106 7.2 Contrôle...................................... 108 7.2.1 Intégrité.................................. 109 7.2.2 Non-répudiation............................. 111 7.2.3 Traçabilité................................. 113 7.3 Confidentialité.................................. 115 Observatoire Technologique 3

Première partie Introduction au Référentiel NPT 4

Chapitre 1 Introduction 1.1 Résumé Le référentiel Nouvelles Plateformes Technologiques (NPT) est un outil élaboré par l Observatoire Technologique du CTI dans le but d analyser une technologie, un système ou un composant informatiques. Il permet d une part une description de l objet étudié en terme d architecture et d autre part une évaluation fine de cet objet selon une série de critères déterminés. Ce document définit et présente les objectifs du référentiel NPT. Il illustre également l application prévue pour le référentiel avec trois cas d utilisation : (i) la description et l évaluation macroscopique du système informatique de l État de Genève, (ii) la description et l évaluation microscopique d un composant du système informatique et (iii) la description et l évaluation d une technologie ou d un standard. Le référentiel NPT est structuré selon trois axes et représenté graphiquement sous la forme d un cube. 1 Le premier axe permet de décomposer le système analysé en plusieurs couches : matériel, plate-forme inférieure, plate-forme supérieure, application et système d information. Chaque couche définit un niveau d abstraction supérieur par rapport à la couche inférieure. Le deuxième axe permet de décomposer le système analysé en plusieurs tiers : client, présentation, métier, intégration et ressources. Les tiers reflètent la distribution des composants et des services au travers du réseau. Le troisième axe permet d évaluer le système analysé selon plusieurs dimensions. Les dimensions du référentiel sont regroupées en quatre sous-ensembles. Les qualités relatives au facteur humain incluent les besoins des utilisateurs, la composante sociétale et l évaluation des fournisseurs. Les qualités systémiques incluent l évolutivité, les qualités de service, l exploitabilité, l interopérabilité et la maturité du composant. Les dimensions relatives à l organisation incluent les coûts, les compétences et la formation. Enfin, les dimensions relatives à la sécurité incluent la gestion de politiques d accès, le contrôle et 1 Ce type de modèle est fondé sur l analyse proposée notamment dans l article de Joseph Williams, Correctly Assessing the ilities Requires More than Marketing Hype, IT Professional, IEEE Computer Society, Vol. 2, No. 6, novembre/décembre 2000. 5

la confidentialité. Chacune des dimensions mentionnées est elle-même décomposée en sous-dimensions. 1.2 Objectifs du document Dans un premier temps, les objectifs de ce document sont de définir le référentiel NPT (ainsi qu un ensemble de notions y relatives), de décrire les objectifs de cet outil d analyse et d illustrer ces objectifs avec quelques cas d utilisation envisagés. Les chapitres 2 et 3 sont dédiées à ces objectifs. Dans un deuxième temps, l objectif principal de ce document est de présenter le référentiel NPT à proprement parler. Ce document décrit donc un ensemble de dimensions qui devraient être considérées lors de l évaluation de systèmes et de composants informatiques. Ce document explique également comment chaque dimension peut être évaluée par rapport à chaque couche et à chaque tiers de l architecture du système. La partie II est dédiée à cet objectif. Le référentiel NPT est conçu pour intégrer des évolutions dynamiques et des changements. Les éléments qui le composent actuellement seront évalués sur la base des expériences pratiques de ses utilisateurs et des modifications pourront être apportées en fonction des retours d expérience. Par ailleurs, il est également prévu d intégrer toute nouvelle information externe ou interne qui permettra une amélioration du référentiel ou de sa mise en œuvre. 1.3 Structure Le document est organisé de la manière suivante : Le chapitre 2 propose un ensemble de définitions pour le référentiel NPT et pour des concepts qui lui sont associés. Ce chapitre décrit également les objectifs du référentiel et illustre ceux-ci au moyen de trois cas d utilisation envisagés. Finalement, la possibilité d instrumenter le référentiel à l aide d un outil d analyse est brièvement décrite. Le chapitre 3 décrit la structure tri-dimensionnelle du référentiel NPT. Les trois axes du référentiel, c est-à-dire les couches, les tiers et les dimensions, sont décrits et illustrés à l aide d exemples. La partie II est dédiée au référentiel à proprement parler. Le troisième axe du référentiel (c est-à-dire l axe des dimensions) est décrit en détail. Chaque dimension est définie et analysée en regard des deux premiers axes (c est-à-dire en regard des couches et des tiers). 1.4 A qui s adresse ce document Dans un premier temps, ce document s adresse : Observatoire Technologique 6

à la Direction Générale du CTI ; aux membres du comité de pilotage du projet NPT ; au CAT ; aux divisions du CTI (maîtrises d œuvre). Dans un deuxième temps, il s adresse également : aux Départements de l État de Genève (maîtrises d ouvrage) ; aux partenaires externes de l État de Genève. Observatoire Technologique 7

Chapitre 2 Définitions, objectifs et utilisation du référentiel Dans ce chapitre, quelques définitions sont d abord proposées, aussi bien pour le référentiel NPT que pour des concepts qui lui sont associés. Les objectifs du référentiel sont ensuite énoncés et illustrés à l aide de trois cas d utilisation. Finalement, l instrumentation du référentiel au moyen d un outil d aide à la décision est brièvement décrite. 2.1 Définitions Le référentiel NPT est défini de la manière suivante : Définition 1 (Référentiel NPT) Le référentiel NPT est un outil d analyse qui permet de décrire et d évaluer l architecture de systèmes et de composants informatiques. Dans un premier temps, le référentiel est utilisé pour décrire le système analysé en le décomposant en couches et en tiers. Dans un deuxième temps, il est utilisé pour évaluer le système en fonction de plusieurs dimensions. Cette approche est applicable aussi bien au niveau macroscopique (analyse d un système informatique global) qu au niveau microscopique (analyse détaillée d un composant du système informatique). Cette définition met l accent sur le concept d architecture. Or, il n existe pas de définition unique pour terme. Ainsi, plusieurs dizaines de définition ont été compilées par le Software Engineering Institute (SEI) à l Université de Carnegie Mellon 1. Ces définitions sont proposées pour le concept d architecture logicielle (software architecture). Elles peuvent néanmoins souvent être généralisées pour s appliquer au concept plus général d architecture informatique. Deux définitions intéressantes sont celles proposées par Bass, Clements et Kazman 2, respectivement par Booch, Rumbaugh et Jacobson 3. 1 http://www.sei.cmu.edu/architecture/definitions.html 2 Software Architecture in Practice, Addison-Wesley, 1997 3 The UML Modeling Language User Guide, Addison-Wesley, 1999 8

Définition 2 (Software Architecture d après Bass, Clements et Kazman) The software architecture of a program or computing system is the structure or structures of the system, which comprise software components, the externally visible properties of those components, and the relationships among them. By externally visible properties, we are referring to those assumptions other components can make of a component, such as its provided services, performance characteristics, fault handling, shared resource usage, and so on. The intent of this definition is that a software architecture must abstract away some information from the system (otherwise there is no point looking at the architecture, we are simply viewing the entire system) and yet provide enough information to be a basis for analysis, decision making, and hence risk reduction. Définition 3 (Software Architecture d après Booch, Rumbaugh et Jacobson) An architecture is the set of significant decisions about the organization of a software system, the selection of the structural elements and their interfaces by which the system is composed, together with their behavior as specified in the collaborations among those elements, the composition of these structural and behavioral elements into progressively larger subsystems, and the architectural style that guides this organization these elements and their interfaces, their collaborations, and their composition (The UML Modeling Language User Guide, Addison-Wesley, 1999). Dans le contexte du référentiel NPT, la définition suivante est retenue : Définition 4 (Architecture de système informatique) L architecture d un système informatique définit l organisation structurelle des composants du système, les propriétés de ces composants ainsi que la manière dont ils interagissent. La définition du référentiel NPT fait également ressortir le terme de système informatique, que l on peut associer au terme de système d information. Ces deux concepts sont définis de la manière suivante : Définition 5 (Système d information) Un système d information est un système composé de personnes, de machines et de méthodes. Il est organisé pour collecter, traiter, stocker et transmettre de l information. Les processus définis dans le cadre d un système d information peuvent être manuels ou automatisés (par un système informatique). Observatoire Technologique 9

Définition 6 (Système informatique) Un système informatique est la réalisation d une partie d un système d information avec des composants matériels et logiciels. Un système informatique permet d automatiser une partie des processus définis dans le cadre d un système d information. 2.2 Objectifs du référentiel NPT L objectif principal du référentiel NPT est de fournir un cadre et une méthode pour la description et l évaluation de systèmes informatiques. L outil n a pas été conçu à l intention d une division particulière du CTI. Au contraire, il est suffisamment générique pour être utile à l ensemble des divisions du CTI ainsi qu à d autres entités internes ou partenaires de l État de Genève. L analyse de systèmes informatiques peut se faire dans différents contextes : cartographie du système informatique, sélection d une application métier, choix d une plate-forme matérielle, définition du poste de travail, etc. Un des objectifs du référentiel est de proposer une approche unifiée pour aborder l ensemble de ce problèmes. Dans la mesure où le référentiel NPT était adopté par les différentes divisions du CTI, la manière de documenter l architecture de systèmes et de composants deviendrait commune. Il devrait en résulter une plus grande homogénéité et une facilité d utilisation de la documentation. 2.2.1 Applications envisagées pour le référentiel NPT Première utilisation : Description et évaluation macroscopique d un système informatique La première utilisation du référentiel NPT consiste à décrire le système informatique de l État de Genève à un niveau macroscopique, c est-à-dire dans son ensemble. Dans ce cas, l objectif est de décrire les principaux composants du système, leurs qualités et leurs interactions. Les composants étudiés à ce niveau sont aussi bien les applications métiers (les piliers du système d information de l État de Genève) que les composants transversaux (portail, framework, SAN). Dans ce type d utilisation, le référentiel permet de créer plusieurs vues du système informatique. Ces vues peuvent, par exemple, faire ressortir les éléments suivants : La vision stratégique du système informatique, telle qu elle est conçue et présentée par la Direction générale. Une cartographie du système informatique, avec l ensemble des applications métiers et la manière dont celles-ci sont intégrées. Cette utilisation est notamment intéressante pour étudier la manière dont les services développés avec le Framework CTI peuvent être partagés par différentes applications. Observatoire Technologique 10

Les dépendances plus ou moins grandes entre les composants du système. Cette analyse permet par exemple de mettre en évidence des relations de dépendance vis à vis de certains fournisseurs. La manière dont les divisions et les groupes du CTI se partagent l expertise et la responsabilité par rapport à des parties du système informatique. Deuxième utilisation : Description et évaluation d une application métier La deuxième utilisation du référentiel NPT consiste à décrire en détails un des composants du système informatique de l État de Genève. Typiquement, lors du choix d une application métier, le référentiel permet de comparer et d évaluer un ensemble d alternatives sur plusieurs dimensions. FIG. 2.1 Représentation d un système en couches et en tiers. Dans ce cas, les utilisateurs du référentiel sont la ou les personnes qui ont la responsabilité du choix de l application. La méthode recommandée pour appliquer le référentiel est la suivante : 1. Les éléments structurels de l architecture de chaque solution sont analysés et décrits en utilisant la structure du référentiel. Pour cela, chaque solution est décomposée en plusieurs couches (du matériel au logiciel) et en plusieurs tiers (de la présentation aux données). La section 3.4 décrit la structure du référentiel en détails et fournit la liste complète des couches et des tiers. 2. En fonction des besoins, l architecture des solutions est décrite textuellement et/ou graphiquement. Un tableau à deux dimensions, représentant les couches verticalement et les tiers horizontalement, est souvent très utile. Un exemple est illustré par la figure 2.1. Ce tableau décrit l architecture d une application métier. Le périmètre couvert par l architecture (par rapport à toutes les couches et à tous les tiers) est représenté par le rectangle jaune. Le schéma met également en évidence le fait Observatoire Technologique 11

que la solution est indépendante par rapport aux couches basses (il est donc possible de remplacer l OS et le matériel) et par rapport au tiers ressources (il est donc possible de remplace la base de données). 3. Chaque solution est ensuite évaluée en regard des dimensions définie dans le référentiel. En général, chaque dimension est évaluée par rapport à chaque couche et à chaque tiers. Il arrive néanmoins qu une dimension ne soit applicable qu à un sous-ensemble de la structure. Troisième utilisation : Description et évaluation d une technologie ou d un standard La troisième utilisation envisagée pour le référentiel est celle du choix d une technologie ou d un standard. Alors que l utilisation précédente découlait d un besoin des utilisateurs (choix d une application métier), cette utilisation découle généralement d un besoin plus transversal. Dans ce cas, la première étape consiste à situer la technologie ou le standard étudié dans le cadre général du référentiel. Dans quelle(s) couche(s) la technologie se situe-t-elle? Sur quel(s) tiers a-t-elle un impact? A nouveau, les répondes à ces questions peuvent être représentées graphiquement sous forme d un tableau. Une fois la technologie située par rapport aux deux axes, il est plus facile d identifier les personnes qui, au CTI, sont le plus à même de fournir des informations par rapport à la technologie. Parfois, une technologie a également le potentiel de permettre une réorganisation du système informatique global. Par exemple, des technologies d intégration comme les connecteurs JCA peuvent augmenter l interopérabilité entre certaines applications métiers. De telles propriétés peuvent également être représentées graphiquement en tirant parti des deux premiers axes du référentiel. 2.2.2 Instrumentation du référentiel avec un outil d aide à la décision La manière d utiliser et d appliquer le référentiel n est pas définie strictement. Les utilisateurs ont la liberté d adapter l outil à leurs besoins. Il est probable que des habitudes seront prises graduellement et évolueront dans le temps, en fonction de l adoption du référentiel par différentes personnes. Une des possibilités proposées aux utilisateurs du référentiel NPT est d instrumenter le référentiel avec un outil d aide à la décision. Une telle instrumentation est particulièrement intéressante lorsque le référentiel est utilisé pour choisir un composant parmi plusieurs alternatives. Par exemple, l Observatoire Technologique a évalué et acquis des licences pour le logiciel d aide à la décision multi-critères Web-HIPRE. Ce logiciel permet la définition de critères d évaluation (qui pourraient correspondre aux dimensions du référentiel NPT) et la pondération de ces critères. Les modèles ainsi définis sont représentés graphiquement et peuvent manipulés interactivement. Un exemple d écran du logiciel est représenté dans la Figure 2.2. Observatoire Technologique 12

FIG. 2.2 Capture d écran du logiciel Web-HIPRE. Observatoire Technologique 13

Chapitre 3 Structure du référentiel Dans le chapitre 2, les objectifs du référentiel NPT ont été présentés et illustrés par trois types d utilisation envisagés. La discussion a brièvement mentionné le fait que le référentiel était structuré selon trois axes : celui des couches, celui des tiers et celui des dimensions. Ce chapitre décrit la structure du référentiel et chacun des axes en détails. 3.1 Les trois axes du référentiel Le référentiel NPT est organisé sur trois axes et peut donc être représenté graphiquement sous la forme d un cube. Le premier axe est utilisé pour décomposer le système en couches. Le deuxième axe est utilisé pour décomposer le système en tiers (dans le sens d une architecture multi-tiers). Le troisième axe est utilisé pour évaluer le système en tenant compte d un ensemble de dimensions. Décrire et évaluer un système à l aide du référentiel NPT se fait généralement en deux étapes : 1. Au cours de la première étape, le système est décrit en fonction des couches et des tiers du référentiel. Cette étape permet donc de situer le système dans les limites du cube représenté à la figure 3.1. 2. Au cours de la deuxième étape, le système est évalué en fonction des dimensions énumérées sur le troisième axe du référentiel. Les dimensions sont orthogonales aux couches et au tiers. Lorsqu une dimension est évaluée, il convient par conséquent d analyser la manière dont elle s appliquer à chaque couche et à chaque tiers du système. Les paragraphes suivants décrivent les couches, les tiers et les dimensions qui ont été retenues lors de la conception du référentiel NPT. 14

FIG. 3.1 Représentation d un système en couches, en tiers et en dimensions. 3.2 Premier axe : les couches du système Le premier axe du référentiel permet de décomposer un système en couches. Il s agit là d une décomposition classique dans l analyse et la conception de système informatiques. Chaque couche introduit un niveau d abstraction supplémentaire par rapport à la couche inférieure. Les couches sont indépendantes les unes des autres et communiquent au travers d interfaces. Dans certains cas, les interfaces sont spécifiées par des standards ouverts (par exemple, la plate-forme J2EE est un standard ouvert pour la couche plate-forme supérieure ). Dans ce cas, il est possible de choisir n importe quelle implémentation du standard. Plus important, il est possible de remplacer ultérieurement cette implémentation par une autre, sans impact sur les composants des autres couches. Dans d autres cas, l interface offerte par une couche est propriétaire. Dans ce cas, il est possible que seul un fournisseur fournisse une implémentation de la couche. Cette situation crée une relation de dépendance vis à vis du fournisseur. En effet, remplacer la couche revient à changer l interface et oblige donc à modifier les composants de la couche supérieure. Un exemple est une application développée directement au-dessus du système d exploitation, qui doit être réécrite si le système d exploitation change. 3.2.1 Couche matériel Dans la couche du matériel, on trouve les composants physiques tels que les serveurs et les composants réseau. Observatoire Technologique 15

Lorsque le référentiel est utilisé pour décrire le système informatique dans son ensemble, cette couche est utilisée pour décrire le type de matériel qui est utilisé. Cette analyse permet de mettre en évidence la variété plus ou moins grande des composants, aussi bien du côté client que du côté serveur. Lorsque le référentiel est utilisé pour décrire une application métier particulière, et même si cette application est exclusivement composée d éléments logiciels, la couche du matériel doit quand même être étudiée. En effet, plusieurs questions intéressantes peuvent se poser à ce niveau, par exemple : Quels types de ressources sont-elles requises par la solution? (par exemple quels sont les types de processeurs supportés?) Ce type de ressources est-il en adéquation avec les standards définis par le CTI? La solution considérée est-elle indépendante de la couche matérielle ou révèle-telle une situation de dépendance par rapport à un constructeur particulier? Quels sont les besoins de la solution en termes quantitatifs? (processeur, mémoire, bande passante) 3.2.2 Couche plate-forme inférieure La couche de la plate-forme inférieure se situe au dessus de la couche du matériel et offre un premier niveau d abstraction. Les composants qui se situent dans cette couche sont principalement le système d exploitation et les composants logiciels de bas niveau (par exemple pile TCP/IP, pilotes de périphériques). Il est possible de concevoir des plate-formes inférieures équivalentes (c est-à-dire offrant la même interface aux couches supérieures) au dessus de couches matérielles différentes. Par exemple, le même système d exploitation peut être disponible sur des architectures matérielles différentes. 3.2.3 Couche plate-forme supérieure Au dessus de la plate-forme inférieure se trouve la plate-forme supérieure. L objectif de cette couche est d augmenter la portabilité des composants en ajoutant un niveau d abstraction entre le système d exploitation et les applications. Deux implémentations de la même plate-forme supérieure peuvent être mises en œuvre au dessus de systèmes d exploitation différents. Dans la mesure où les composants applicatifs ne communiquent pas directement avec la plate-forme inférieure, mais uniquement au travers de la plate-forme supérieure, il est possible de remplacer le système d exploitation sans impact majeur. Java est un bon exemple de plate-forme supérieure. Java spécifie en effet un environnement d exécution (JVM et librairies) qui est indépendant du système d exploitation. Les applications développées en Java sont portables de manière tout à fait transparente. Le Observatoire Technologique 16

concept de plate-forme supérieure s applique aux trois éditions de la plate-forme Java 2 (J2EE, J2SE, J2ME). 3.2.4 Couche applications La couche des applications héberge les composants logiciels qui implémentent la logique de présentation, de traitement et d accès aux données pour les services déployés par l organisation. C est dans cette couche que la connaissance métier est encapsulée dans des composants logiciels. C est donc dans cette couche que se situe la plus grande valeur du système informatique. Pour cette raison, la pérennité des composants développés à ce niveau est cruciale. Une bonne manière d augmenter cette pérennité est de rendre la couche application la plus indépendante possible des couches inférieures. Pour cela, la première règle à suivre est de communiquer uniquement avec la couche directement inférieure (plate-forme supérieure), et privilégier un standard ouvert pour cette couche (par exemple J2EE). Cela garantit une indépendance vis à vis de tout fournisseur et permet de continuer à utiliser les composants applicatifs même lorsque le matériel, le système d exploitation ou le serveur d applications est remplacé. 3.2.5 Couche système d information La couche la plus abstraite du référentiel est appelée couche du système d information. Dans cette couche, les services applicatifs fournis par la couche inférieure sont intégrés et utilisés au travers d un workflow. 3.3 Deuxième axe : les tiers du système Le deuxième axe du référentiel NPT est utilisé pour décomposer un système en plusieurs tiers, ce qui est particulièrement utile pour des applications distribuées (et donc pour celles développées avec le Framework CTI). Chaque tiers peut être hébergé par un nœud différent sur le réseau, mais cela n est pas une obligation. Ainsi, s il est possible de déployer une application multi-tiers sur cinq machines différentes, il est également possible de déployer la même application sur une seule machine. L architecture de l application reste la même. Le principe d architecture multi-tiers est aujourd hui largement accepté et a été rendu populaire par des technologies telles que CORBA, J2EE et.net. Néanmoins, il existe plusieurs variantes de cette architecture, par exemple : l architecture 3-tiers, qui répartit les composants d une application distribuées parmi les tiers suivants : (1) le tiers de présentation, qui gère l interface avec les utilisateurs, (2) le tiers de logique métier, qui encapsule des règles de gestion et (3) le Observatoire Technologique 17

tiers de données, qui prend en charge le stockage des informations. Il faut relever que la documentation du Framework CTI fait référence à une architecture 3-tiers. l architecture 5-tiers, qui est particulièrement adapté à des applications Web et multi-canaux. Cette architecture est une extension de la précédente et intègre les tiers suivants : (1) le tiers client, (2) le tiers de présentation, (3) le tiers métier, (4) le tiers intégration et (5) le tiers ressources. Le référentiel NPT est conçu sur la base de ce modèle. Les tiers sont donc décrits en détails en les paragraphes suivants. La communication entre les tiers se fait également au travers d interfaces. Idéalement, les composants déployés dans un tiers ne devraient communiquer qu avec le tiers voisin. Par exemple (dans une architecture 3-tiers), un composant du tiers de présentation ne devrait pas accéder directement à la base de données. Au contraire, il devrait obligatoirement passer par le tiers métier. Ce découplage présente plusieurs avantages et permet en particulier de remplacer les composants d un tiers sans avoir un impact sur tout le système. 3.3.1 Tiers client Le tiers client héberge les composants avec lesquels les utilisateurs ont une interaction directe. Comme les autres tiers, le tiers client est orthogonal aux couches du système. On trouve donc des composants qui sont à la fois dans le tiers client et dans la couche du matériel (par exemple un ordinateur de bureau ou un téléphone), d autres qui sont à la fois dans le tiers client et dans la couche des applications (par exemple une page Web qui permet de consulter un annuaire). La conception des composants du tiers client peut se faire avec une des deux approches suivantes : celle dite du client lourd (c est-à-dire les composants sont intégrés sous la forme d une application indépendante) et celle dit du client léger (c est-à-dire les composants, en particulier les pages HTML, sont hébergés et présentés par un navigateur web). Il faut relever que pour le même service applicatif (par exemple un service d accès à un annuaire), plusieurs interfaces peuvent être développées. La création de plusieurs canaux d accès est facilitée par le découpage en tiers. 3.3.2 Tiers présentation Le tiers de présentation est particulièrement pertinent pour les applications Web. Les composants hébergés dans ce tiers génèrent l interface utilisateur (typiquement dans un langage de markup) qui est transmise et affichée par les composants du tiers client. Dans un contexte J2EE, un container Web ainsi que les servlets pages JSP qu il héberge sont des composants du tiers de présentation. Suite à des requêtes HTTP, ces composants génèrent un flux (HTML, XML, binaire, etc.) qui est transmis au navigateur Web du tiers client. Observatoire Technologique 18