You are on page 1of 9

Fiche de l'AWT Architecture des solutions Web Interactives

La dfinition de l'architecture, en fonction des besoins et objectifs de l'entreprise, est le premier pas dans l'laboration d'une solution Web interactive Cre le 08/09/00 Modifie le 08/09/00

1.

Prsentation de la fiche
La dfinition de l'architecture, en fonction des besoins et objectifs de l'entreprise, est le premier pas dans l'laboration d'une solution Web interactive

Dans le monde des technologies de l'informatique et des tlcommunications, le terme architecture dfinit la fois les directions prendre pour:

la ralisation de projets court, moyen ou long termes, la structure gnrale des solutions mettre en oeuvre, le cadre des travaux raliser.

Cette fiche prsente les 4 niveaux principaux d'une architecture.

1.1.

Autres fiches consulter


Transaction lectronique Qu'est-ce qu'une transaction lectronique (du point de vue de l'utilisateur et des tlcommunications). Dfinition et exemples cration le 15/04/00 | dernire modification le 28/03/00 Qu'est-ce qu'un Intranet? Prsentation d'une ressource technologique indispensable aux entreprises: dfinition, utilit, composants, facteurs de russite et schma explicatif cration le 15/04/00 | dernire modification le 13/04/00 La scurit informatique La scurit informatique est essentielle pour l'entreprise, particulirement dans le contexte de l'e-business: dfinition, dangers, cots, outils disponibles cration le 15/04/00 | dernire modification le 15/04/00 Principes d'laboration de solutions Web interactives Prsentation des principales catgories d'applications Internet et des composants standards d'une application Web interactive cration le 02/08/00 | dernire modification le 05/02/01 La communication via le rseau Internet Comment se droule une communication d'informations sur le rseau Internet? Descriptions des lments logiciels et matriels, prsentation des diffrentes couches et rle des ISP cration le 28/11/00 | dernire modification le 27/02/03

2.

Dfinition, qualits et composants d'une architecture


Dfinition de l'architecture d'une solution Web interactive. Prsentation des composants (applications Web interactives structures en trois couches, hardware, scurit, gestion oprationnelle)

2.1.

Dfinition

Une architecture est un modle gnrique et conceptuel qui se rapporte un sujet dtermin (par exemple la stratgie de dveloppement long terme, le rseau de tlcommunications, les applications interactives sur le web, les bases de donnes) et qui reprsente la fonctionnalit, la structure, le positionnement, l'interrelation des diffrents types d'lments (hardware, logiciels, infrastructure) qui la composent. Une architecture peut tre:

gnrique ou de rfrence: la mme architecture peut tre utilise pour concevoir diffrents types d'applications (par exemple un projet de commerce lectronique, une application Web-EDI, etc.); propre un seul projet (par exemple l'architecture d'un microprocesseur); propre une stratgie particulire de dveloppement d'applications informatiques. Dans ce cas, l'architecture sera essentiellement un cadre de dveloppement.

La conception de la solution et le dveloppement d'une application s'effectueront en respectant l'architecture dfinie.

2.2.

Les qualits d'une bonne architecture

Une architecture doit d'tre: prenne: tre applicable durant une trs longue priode de temps et accepter des changements technologiques ou fonctionnels tout en protgeant les investissements raliss. L'utilisation des standards technologiques (tels que TCP/IP, SQL par exemple) est un des lments qui assurera cette protection; modulaire: un lment peut tre remplac ou modifi sans devoir changer toute l'architecture (par exemple on remplace un module de tlcommunication ISDN par un module ADSL tout en conservant les mmes applications); ouverte: elle doit permettre de construire ou de modifier une solution partir de composants provenant de diffrents constructeurs (par exemple remplacer un composant du fournisseur X par un composant du fournisseur Y dans un systme existant sans modification majeure et un cot minimum).

2.3.

Les composants de l'architecture

L'architecture d'une solution Web interactive se dcompose en quatre parties, les architectures:

des applications Web interactives structures en trois couches (prsentation, application et bases de donnes), du hardware, de l'infrastructure de l'Intranet et de l'infrastructure propose par l'ISP, de la scurit, de la gestion de l'ensemble et de la phase oprationnelle.

3.

Prsentation des composants de l'architecture


Architecture en couches d'une application Web interactive, infrastructure et hardware, scurit et gestion de la phase oprationnelle

3.1.

Architecture en couches d'une application Web interactive

Une couche est une partie de l'architecture des applications qui remplit une fonction prcise, comme par exemple l'ensemble de l'interface avec l'internaute (interface homme-machine). On dfinit gnralement trois couches:

la couche prsentation de l'information l'utilisateur, la couche application, la couche base de donnes.

La logique complte de l'application (par exemple la mise disposition en consultation du catalogue de l'entreprise) est rpartie entre chacune de ces couches. La communication entre les couches s'effectue par des interfaces et des protocoles de prfrence standardiss. Chaque couche possde ses propres fonctionnalits et programmes d'excution:

la couche prsentation. Elle comporte des modules de mise en page et de prsentation ergonomique de l'information destine l'utilisateur final. Les modules (programmes) de prsentation (choix des couleurs d'crans, animations d'images, prsentations des textes,..) se prparent d'une faon statique ou dynamique sur le serveur et s'excutent sur le PC de l'utilisateur via l'utilisation d'un browser (par exemple Netscape ou Internet Explorer); la couche application. Elle comprend les programmes de traitement de l'information (business logic). Elle est divise en deux parties complmentaires: o une partie sur le poste client: elle s'excute sur le PC de l'utilisateur: elle comprend des petits programmes (applet Java ou du Javascript par exemple) de vrification, de contrle ou de calcul qui s'excutent l'intrieur du browser de l'internaute de manire totalement transparente (par exemple vrifier le format

d'une date, vrifier le format d'un montant introduit par l'utilisateur, vrifier que tous les lments d'un formulaire sont remplis avant de les envoyer vers le serveur, etc). On dit que ces programmes s'excutent ct client; o une partie qui s'excute sur le serveur: elle reprsente la part la plus importante de l'application. Dans le cas d'une consultation de catalogue et de commande en ligne, il s'agira par exemple des programmes qui assurent la rception et le traitement des informations du client, l'accs aux bases de donnes, la mise en forme des informations qui seront renvoyes au client, etc. Ces programmes s'excutent sur le serveur d'applications. On dit que ces programmes s'excutent ct serveur. Parmi les techniques les plus connues, on peut citer des langages de dveloppement comme PHP, Coldfusion, ASP, JSP ou encore des environnements de dveloppement intgrs de grands constructeurs comme IBM, Oracle, etc.; la couche base de donnes. Elle comprend la logique d'accs, de maintenance et de traitement des informations comprises dans les bases de donnes. Ce serveur de bases de donnes peut rsider sur un serveur physique partag avec la couche d'applications ou un serveur physique propre, en fonction de la charge de travail. La liaison entre les diffrents serveurs physiques s'effectue gnralement via un rseau intranet.

3.2.

Infrastructure et Hardware

Le rseau Internet constituera l'infrastructure de communication. Le point d'entre est le fournisseur de services Internet slectionn par l'entreprise: ISP, Internet Service Provider. L'utilisateur individuel ou l'entreprise n'ont pas d'influence sur l'architecture du rseau Internet. Ils peuvent simplement utiliser les services offerts par un ISP et btir leur architecture sur ces services. Le choix d'un ISP peut s'effectuer en valuant un certain nombre de critres comme les services disponibles, les performances, la qualit du service d'aide en ligne, etc. Les serveurs d'applications seront hbergs, soit chez l'ISP, soit au sein mme de l'entreprise, faisant alors partie de l'infrastructure informatique de l'entreprise, le plus souvent intgrs l'intranet.

3.3.

La scurit

La scurit doit tre assure de bout en bout en couvrant l'ensemble de la solution, partant du principe qu'une chane est aussi rsistante que son maillon le plus faible. Tous les lments de la solution doivent tre pris en considration, depuis l'utilisateur son poste de travail jusqu' la base de donnes. L'architecture de la solution de scurit doit couvrir les lments suivants:

authentification: la dtermination de l'identit de l'interlocuteur; intgrit: l'assurance que l'information stocke ou transmise est inaltre; confidentialit: la divulgation des informations des personnes ou des systmes; autorisation: la permission de faire ou d'accder quelque chose; non-rpudiation: la protection contre la ngation d'une action accomplie; traabilit: la reconstitution d'vnements; intrusion: les accs non autoriss; protection physique: la protection contre le vol, les lments naturels (feu, dgts des eaux, etc.); gestion: la gestion des procdures de scurit, des ressources humaines et machines impliques. Cette gestion concerne qui fait quoi, quand, comment et avec quelles ressources.

3.4.

La gestion de la phase oprationnelle

La vie d'une solution web interactive commence avec sa mise disposition des utilisateurs. A partir de ce moment le systme doit fonctionner:

selon les objectifs de rsultats, de qualit, de services (objectifs dfinis au moment de la conception), sans interruption pendant les heures prvues, c'est--dire de 8 heures par jour et 5 jours par semaine 24 heures sur 24 et 7 jours sur 7, selon les besoins.

La gestion de cette phase oprationnelle doit galement faire l'objet d'une architecture, en mme tant que la solution elle-mme car les outils qui permettent la gestion sont intimement lis ou intgrs l'application. Elle doit couvrir:

les mises jour des logiciels et des applications; les modifications de matriels; les performances du systme global; les mises jour et sauvegardes des bases de donnes; les solutions de back-up et solutions temporaires durant les pannes; l'aide, la communication et la formation pour les utilisateurs; l'utilisation des ressources du systme dans un but comptable; la documentation. la gestion demande la dfinition et la mise en uvre: o d'outils hardware et logiciels, o de procdures, o de ressources humaines.

Le cot de cette gestion ne peut tre ngliger par rapport au cot global.

4.

Exemple, avantages et rle de l'architecte


Exemple d'application multi-couches (prsentation, applicative, base de donnes) et avantages des couches indpendantes. Rle et comptences de l'architecte

4.1.

Exemple d'application multi-couches

4.2.

Avantages

Une architecture en couches indpendantes offre les avantages suivants: lors du dveloppement: l'application peut tre dcoupe en parties indpendantes et programmables sparment, en parallle et par diffrents programmeurs. Il en rsulte un temps de dveloppement plus court; lors des priodes de tests: chaque partie peut tre teste de faon indpendante et en parallle. Il n'est pas ncessaire d'attendre la fin de toutes les programmations pour dbuter les tests; lors de dpannages: l'indpendance entre les couches et l'existence de protocoles permet plus facilement d'isoler un problme en dterminant dans quelle couche il se pose; lors des mises jour ou de modifications de logiciels: on ne modifie que la couche concerne sans danger de modifier accidentellement les autres; lors des modifications d'infrastructure requises suite une croissance de volume pendant les priodes d'exploitation: une architecture ouverte permet le changement de hardware ou un changement de la rpartition des couches sur diffrents serveurs sans modifications majeures; lors de l'introduction de changements de technologie: les changements ne s'effectuent que dans la couche concerne. Les investissements effectus en logiciels, dveloppements et matriels sont protgs.

Une couche peut elle mme tre dcoupe en sous-couches, ce qui offrira un niveau plus prcis encore les mmes avantages que ceux prcdemment cits. Travailler en utilisant le principe d'architecture en couches indpendantes tous les niveaux est une discipline de conception et de dveloppement d'applications. Le choix d'architecture peut effectuer en se basant sur des architectures existantes ou , dans le cadre d'un projet spcifique, il peut tre ncessaire de construire sa propre architecture. Dans tous les cas, il est recommand de travailler de faon structure et de ne pas s'carter des standards informatiques et de tlcommunications.

4.3.

L'architecte

Diffrents types de comptences sont disponibles dans le monde informatique: programmeurs, analystes, oprateurs, webmasters, stratges, etc. La comptence d'architecte de rseaux, de bases de donnes, ... est reconnue. Elle s'acquiert dans les grandes coles, universits ou par la pratique sur le terrain. Les socits de consultance proposent souvent de type de services.

Agence Wallonne des Tlcommunications Avenue de Stassart 16 5000 Namur - Belgium www.awt.be - info@awt.be

You might also like