Portail (IT)

Le terme portail (du latin porta « gate ») décrit un système applicatif en informatique qui se caractérise par l'intégration d' applications , de processus et de services . Un portail met diverses fonctions à disposition de son utilisateur, telles que la personnalisation , la navigation et la gestion des utilisateurs. Il coordonne également la recherche et la présentation des informations et est destiné à assurer la sécurité .

Dans le langage courant, il s'agit du cas particulier du portail Web , qui décrit les applications Web que les fournisseurs de services Internet , les annuaires Web , les fabricants de navigateurs Web et les opérateurs de moteurs de recherche proposaient à la fin des années 1990 comme pages d' entrée pour les utilisateurs du World Wide Web. (par exemple Yahoo , AOL , Lycos ).

définition

Portails d' entreprise dans l'environnement des affaires selon Thorsten Riemke-Gurzki

« Un portail est [...] une application qui [...] fournit un accès centralisé à un contenu et à des processus personnalisés selon les besoins. La mise en relation et l'échange de données entre applications hétérogènes via une plateforme de portail est caractéristique des portails. La connexion manuelle aux applications intégrées au portail n'est plus nécessaire grâce au single sign-on , l'accès est centralisé via une interface utilisateur homogène . Les portails offrent la possibilité de soutenir les processus et la collaboration au sein de groupes hétérogènes. »

- Anja Kirchhof, Thorsten Gurzki, Henning Hinderer, Joannis Vlachakis : « Qu'est-ce qu'un portail ? » - Définition et utilisation des portails d'entreprise

En bref : « Le portail idéal ouvre un accès partagé et personnalisé aux données, aux expertises et aux applications » (Dataquest).

Les portails de processus sont considérés comme plus sophistiqués, c'est-à-dire H. deuxième génération de portails à comprendre. Vous pouvez:

"[Sont] définis comme des systèmes d'accès Web, personnalisables et intégrés aux applications internes et externes, qui servent à soutenir les processus des clients, des fournisseurs et des employés et qui mettent en œuvre l'intégration frontale graphique ou audiovisuelle (également sur différents portails). Cela donne aux utilisateurs internes et externes un accès basé sur les rôles et orienté processus à un ensemble complet de services coordonnés à valeur ajoutée. Ils permettent cela en fournissant des services complets tels que la sécurité, la personnalisation, etc. L'avantage pour l'utilisateur du portail est l'intégration backend de ces services. "

- Puschmann : Portails de processus - architecture de mise en réseau avec les clients et les fournisseurs
Architecture du portail de processus

Aperçu

Les portails d'entreprise peuvent être divisés en deux catégories :

Les portails permettent de dissocier les processus internes de l'entreprise des processus internes et externes spécifiques au groupe cible. Par exemple, différents groupes de clients peuvent être traités individuellement à l'aide de leurs propres processus de portail sur la base d'un seul processus de vente interne. Dans le domaine des portails d'employés, cette forme de mise à disposition spécifique à un groupe cible est utilisée pour une mise à disposition de processus axée sur les tâches.

Les applications individuelles sont souvent organisées en sous-fenêtres, appelées portlets . Dans les portlets, le contenu de différentes sources est combiné sur une page de portail. Les portlets individuels peuvent être partiellement personnalisés par l'utilisateur . Les portlets peuvent être réduits ou supprimés et offrent souvent également leurs propres menus d'aide et de configuration.

Une autre fonctionnalité est l'intégration de services Web . Comme ceux-ci ont été écrits à l'origine pour la communication entre les applications, la présentation n'est pas triviale, car les champs de saisie pour les valeurs requises, par exemple, n'ont que des noms de variables internes. Des développements plus récents comme GUIDD tentent de remédier à ce problème.

avantages

L'avantage de la technologie des portails est qu'une infrastructure de base est mise à disposition qui fournit une partie des fonctionnalités standard des applications Web . Selon les fabricants, cette fonctionnalité de base est plus ou moins prononcée. Chez les grands fournisseurs, la fonctionnalité standard comprend la gestion de la collaboration , la personnalisation ainsi que la gestion des documents et la gestion des connaissances . D'autres fonctionnalités vont jusqu'aux systèmes experts basés sur un portail.

Un aspect central du portail est désormais l'intégration des applications dans un portail commun. Cela présente plusieurs avantages :

  • Interface utilisateur uniforme, donc augmentation de l'acceptation par l'utilisateur et réduction des coûts de formation.
  • Base de données commune, reliant ainsi les informations au-delà des limites de l'application.
  • Plateforme de processus basée sur des données uniformes, donc des processus transparents et plus efficaces.
  • Enregistrement unique ("single sign-on"), c'est-à-dire le transfert à l'échelle du portail d'un enregistrement réussi de l'utilisateur ; Cela signifie que plusieurs connexions et plusieurs mots de passe peuvent être supprimés.

Ces avantages entrent surtout en jeu si la vue au niveau des processus métier est conservée de manière cohérente lors de la mise en œuvre du portail . Un portail d'entreprise est donc une composante du concept d' architecture orientée services (SOA).

désavantage

Les inconvénients de la technologie des portails se révèlent surtout lorsqu'il s'agit de transférer des applications existantes vers un portail. L'affichage et le traitement de données pures peuvent généralement être effectués via des services Web et des environnements d'intégration tels que Oracle Fusion Middleware , Microsoft BizTalk , SAP XI ou IBM WebSphere MQ , mais cela augmente également la complexité du système global.

Les facteurs critiques de succès sont alors la cohérence des données entre le portail et l'application d'origine, ainsi que la mise en œuvre de processus complexes dans le portail au-delà des limites de l'application. La question se pose également de savoir quand le portail et quand l'application d'origine doit être utilisé et comment cela s'intègre dans la hiérarchie des processus. Ces tâches peuvent être complexes, coûteuses et chronophages.

Les développeurs d'applications sont de plus en plus attentifs à la convivialité du logiciel dans un contexte de portail, ce qui permet d'éviter en partie les inconvénients mentionnés.

Des inconvénients peuvent également survenir si le portail conduit à une détermination unilatérale d'un langage de programmation commun pour les applications existantes à intégrer. Les applications spéciales qui ont été écrites dans un autre langage de programmation et qui ne sont disponibles que dans ce langage ne peuvent alors plus être intégrées. Au lieu de cela, vous devez uniquement vous mettre d'accord sur des interfaces communes et standardisées pour les portails.

architecture

L' architecture générale d' un portail prévoit un serveur qui reçoit les requêtes des utilisateurs et les transmet au « Portlet Engine ». Cela gère le cycle de vie des portlets et transmet les demandes d'action et de rendu aux portlets individuels qui doivent être affichés sur la page demandée. Les portlets recherchent leur contenu dans les sources de données associées. Il est à noter ici que les sources de données peuvent être des bases de données classiques, mais des « services web » et des applications peuvent également être utilisés ici comme sources. Les portlets ne sont pas limités à l'utilisation d'une source de données, mais peuvent à la place compiler leur contenu à partir de plusieurs pots de données.

Communication utilisant l'exemple des portails basés sur JSR-168 ou JSR-286

La communication interne entre le "Portlet Engine" et les portlets est la suivante. En réponse à une demande adressée au portail, le conteneur de portlets identifie les portlets requis. Si la requête est une requête d'action, la méthode est performAction() exécutée sur le portlet correspondant . Une fois cette opération terminée, les méthodes de rendu doView(), doEdit()ou doHelp()à afficher portlets en cours d'exécution. Laquelle de ces méthodes est exécutée est déterminée par l'état du portlet géré par le conteneur. Ces états peuvent être étendus pour inclure des états spécifiques à l'application et au portail. Les beans ou d'autres classes ou fonctions de traitement peuvent désormais être traités dans le cadre du traitement des méthodes de rendu . Le rendu peut également être pris en charge par les JSP , qui sont appelées via un répartiteur .

Normes

Présentation et mise en page

En principe, les mêmes normes s'appliquent en tant que normes pour la conception d'un portail Web que pour tout site Web :

l'intégration

Les normes pour l'intégration des systèmes existants sont :

Technologie de portail

Les spécifications pertinentes pour la technologie de portail sont :

Contenu du portail

Plusieurs XML- formats de fichiers basés forment une famille de normes pour le stockage des articles et de leurs brèves descriptions ( de flux Web ) :

Gestion de contenu

Normes pour la gestion axée sur les programmes de contenu ( gestion de contenu ) sont les suivants :

Logiciel de portail

Dans le cas d'un portail, la fourniture de services trans-applicatifs et donc l'aspect intégration sont au premier plan. Il est donc évident lors de la mise en place d'un portail soit de se rabattre sur une infrastructure incluant l' Enterprise Application Integration (EAI) soit d'utiliser un logiciel de portail standard qui utilise l'EAI.

De nombreuses solutions de portail sont programmées en Java afin d'obtenir la plus grande indépendance système possible.

Un portail peut, mais pas nécessairement, être basé sur des protocoles Web.

Logiciel standard du portail

Un logiciel standard de portail, souvent aussi appelé portail d'entreprise , est généralement compris comme un logiciel qui permet aux entreprises de mettre en place un portail. De plus, ces logiciels offrent des fonctions telles que :

Fabricant

Selon le Gartner Group , le marché des logiciels de portail (commercial) peut être divisé en quatre quadrants en fonction de la présence sur le marché (« Capacité d'exécution ») et du degré de couverture (« Complétude de la vision ») :

Presence COMMERCIALE

" Challenger " ( " Challenger ")

Fabricant avec une forte présence sur le marché, mais avec une couverture insuffisante de leur système de portail.

"Chefs" ("chef")

Fabricant avec une forte présence sur le marché et des produits hautement intégrés et évolutifs .

« Joueurs de niche » (« joueurs de niche »)

Fabricant de niche axé sur les petits marchés et spécialisé dans quelques domaines fonctionnels ou d'application.

« Visionnaires » (« visionnaires »)

Des fabricants sans grande présence sur le marché, mais avec de grandes visions.

Division du marché selon Gartner (2011) Degré de couverture

D'autres systèmes logiciels de portail bien connus sont, par exemple, Intrexx , Apache Portals et Apache Cocoon de la Apache Software Foundation . Un logiciel plus récent est OpenSAGA .

Voir également

Littérature

  • Thorsten Riemke-Gurzki : Portails d'entreprise et intranet : concevoir, mettre en œuvre, exploiter BoD Norderstedt, 2014, ISBN 978-3-7322-9241-7
  • Thomas Puschmann : Portails de processus - architecture pour la mise en réseau avec les clients et les fournisseurs . Springer Verlag, Berlin etc., 2004, ISBN 978-3-540-20715-3 .
  • Martina Großmann, Holger Koschek : Portails d' entreprise . Springer Verlag, Berlin Heidelberg, 2005, ISBN 3-540-22287-1 .
  • Sue Lee, Peter Gentsch : Guide pratique de la gestion du portail. Stratégies rentables pour les portails Internet . Gabler, 2004, ISBN 3-409-12454-3 .
  • Joannis Vlachakis, Thorsten Gurzki, Anja Kirchhof : Logiciel de portail d'aperçu du marché 2005 . Fraunhofer IRB Verlag, Stuttgart, 2005, ISBN 3-8167-6752-4 .

Preuve individuelle

  1. Anja Kirchhof, Thorsten Gurzki, Henning Hinderer, Joannis Vlachakis : « Qu'est-ce qu'un portail ? » - Définition et utilisation des portails d'entreprise. Livre blanc du Fraunhofer Institute for Industrial Engineering, juin 2004 (PDF; 214 Ko) ( Memento du 5 février 2013 dans Internet Archive ).
  2. Thomas Puschmann : Portails de processus : architecture de mise en réseau avec les clients et les fournisseurs. Springer Berlin / Heidelberg, Berlin 2004.
  3. Patrick Höfer : Portails d'entreprise - un bref aperçu de la classification, des caractéristiques et de la fonction des portails d'entreprise (PDF; 137 kB)
  4. Magic Quadrant pour les portails horizontaux