Utilisation de Java ES

La création de solutions d'entreprise basées sur le logiciel Java ES implique plusieurs tâches standard. L'étendue et la complexité de ces tâches varient selon le point de départ de l'adoption de Java ES et la nature de la solution que vous tentez de créer et de déployer.

Cette section aborde deux aspects de l'utilisation de Java ES : le cycle de vie de la solution Java ES et les divers scénarios d'adoption qui sont généralement impliqués.

Cycle de vie d'une solution Java ES

Les tâches intervenant dans la création de solutions d'entreprise basées sur le logiciel Java ES peuvent être divisées en plusieurs phases, comme illustré dans la figure suivante. Cette figure présente également la catégorie d'utilisateurs de Java ES qui effectue les diverses tâches en règle générale.

Figure 1–3 Phases du cycle de vie d'une solution et catégories d'utilisateurs

Les phases du cycle de vie indiquées dans la figure précédente peuvent être divisées en trois grands groupes :

• Prédéploiement : au cours de ces phases, une exigence de l'entreprise est convertie en un scénario de déploiement, qui est une architecture logique et un ensemble d'exigences de qualité de service. Le scénario de déploiement fait office de spécification pour la conception d'une architecture de déploiement.

• Déploiement : au cours de ces phases, un scénario de déploiement est converti en une architecture de déploiement. Cette architecture peut servir de base pour l'approbation et la budgétisation d'un projet. L'architecture de déploiement constitue également la base d'une spécification d'implémentation qui fournit les détails requis pour déployer (créer, tester et démarrer) une solution logicielle dans un environnement de production.

• Postdéploiement : au cours de la phase d'exécution, une solution déployée est exécutée dans des conditions de production et ses performances sont surveillées et optimisées. La solution déployée est également mise à niveau afin d'inclure au besoin les nouvelles fonctionnalités.

Les tâches de chacune des phases illustrées dans la Figure 1–3 sont étudiées plus en détail dans le Chapitre 4, Cycle de vie d'une solution Java ES.

La Figure 1–3 présente les utilisateurs de Java ES qui réalisent généralement les tâches des différentes phases du cycle de vie. Le tableau suivant décrit les connaissances et l'expérience correspondant à chaque catégorie d'utilisateurs.

Tableau 1–5 Catégories d'utilisateur de Java ES pour les tâches du cycle de vie

Utilisateur	Connaissances et expérience	Phases
Planificateur Analyste système	Possède des connaissances générales et non des connaissances techniques approfondies.  Sait en quoi consiste la direction stratégique d'une entreprise.  Connaît les processus, les objectifs et les exigences d'entreprise.	Analyse d'exploitation  Exigences techniques  Conception logique
Architecte	Est très technique.  Possède de vastes connaissances sur les architectures de déploiement.  Connaît les technologies les plus récentes.  Comprend les exigences et les contraintes d'entreprise.	Exigences techniques  Conception logique  Conception de déploiement
Intégrateur système Ingénieur de projet  Administrateur système  Gestionnaire technique	Est très technique.  Connaît très bien les environnements de technologie d'information.  A de l'expérience en matière d'implémentation de solutions logicielles distribuées.  Connaît les protocoles, les périphériques, la sécurité et l'architecture réseau.  Connaît les langages de script et de programmation.	Conception de déploiement  Implémentation du déploiement
Administrateur système spécialisé Administrateur délégué  Ingénieur de maintenance	Possède des connaissances sur le produit ou des connaissances techniques spécialisées.  Connaît le matériel, les plates-formes, les répertoires et les bases de données.  Dispose de l'expérience requise en matière de contrôle, de dépannage et de mise à niveau des logiciels.  Connaît l'administration système pour les plates-formes du système d'exploitation.	Opérations

Scénarios d'adoption de Java ES

Les besoins de l'entreprise qui mènent à l'adoption de Java ES peuvent varier considérablement. Toutefois, l'objectif principal de tout déploiement Java ES s'inscrit dans l'un des scénarios d'adoption suivants :

• Nouveau système : si vous ne disposez encore d'aucun système logiciel, vous pouvez déployer le logiciel Java ES afin de prendre en charge une nouvelle solution d'entreprise.

• Amélioration : si vous disposez déjà d'une infrastructure informatique, vous allez remplacer un, plusieurs ou la totalité des éléments par le logiciel Java ES. La plupart du temps, vous remplacez les systèmes ou les sous-systèmes parce qu'ils sont trop complexes, trop limités ou trop coûteux à entretenir. Par exemple, vous aurez peut-être besoin d'une meilleure sécurité, d'une disponibilité plus élevée, d'une évolutivité accrue, de plus de flexibilité, d'une moindre complexité, de fonctionnalités supplémentaires (comme la connexion unique) ou d'une meilleure utilisation des ressources informatiques.

• Extension : si vous disposez déjà d'une infrastructure informatique, vous pouvez déployer le logiciel Java ES ne faisant pas actuellement partie de votre système. En règle générale, vous procédez à l'extension de votre système logiciel de cette manière car vous devez satisfaire de nouveaux besoins de l'entreprise. Vous aurez peut-être besoin de nouvelles fonctionnalités, telles que le groupement personnalisé de services existants par le biais d'un portail Java ES ou l'autorisation et l'authentification Java pour les services existants.

• Mise à niveau : en partant d'une infrastructure informatique composée d'une version antérieure de Logiciel Java Enterprise System ou de produits Sun antérieurs à Java ES, vous effectuez une mise à niveau pour obtenir la dernière version des composants Java ES.

Chaque scénario d'adoption contient ses propres considérations et défis. Toutefois, selon le scénario d'adoption utilisé, les problèmes à traiter et les ressources requises pour investir dans les phases du cycle de vie présentées dans la Figure 1–3 peuvent varier.

Les considérations suivantes concernent généralement les scénarios d'adoption à des niveaux variables :

• Migration : l'amélioration ou la mise à niveau d'une infrastructure existante à l'aide d'un nouveau logiciel requiert souvent la migration de données du système existant vers le nouveau. Ces données peuvent correspondre à des informations de configuration, des informations utilisateur ou des informations d'applications. En outre, vous devrez peut-être migrer la logique d'entreprise ou de présentation en raison des nouvelles interfaces de programmation.

• Intégration : L'ajout d'un nouveau logiciel à un système existant ou le remplacement de sous-systèmes logiciels requiert souvent l'intégration des nouveaux composants logiciels dans les sous-systèmes restants. L'intégration peut impliquer le développement de nouvelles couches d'interface à l'aide de connecteurs J2EE ou d'adaptateurs de ressources qui reconfigurent les composants existants et qui implémentent les plans de transformation de données.

• Formation : une modification de l'infrastructure implique presque systématiquement des changements dans les procédures et compétences informatiques. Votre service informatique doit avoir suffisamment de temps pour acquérir de nouvelles connaissances ou pour transmettre d'anciennes connaissances afin de prendre en charge les technologies Java ES.

• Matériel : lorsque vous remplacez ou améliorez un système ou un sous-système existant, des contraintes économiques peuvent vous amener à réutiliser du matériel existant. Selon le scénario d'adoption choisi, les ressources matérielles peuvent devenir un facteur important.

Le tableau suivant résume la nature des problèmes qui concernent chacun des scénarios d'adoption de Java ES.

Tableau 1–6 Problèmes relatifs aux scénarios d'adoption de Java ES

Scénario d'adoption	Migration	Intégration	Formation	Matériel
Nouveau système	N'est pas un problème	Intégration de nouveaux composants relativement facile	Peut être un gros problème	Compromis entre les coûts de l'équipement et de main d'œuvre. [L'utilisation de plusieurs ordinateurs puissants fait généralement augmenter les coûts de l'équipement tout en exigeant moins de ressources informatiques. L'utilisation de nombreux petits ordinateurs fait généralement diminuer les coûts de l'équipement tout en exigeant davantage de ressources informatiques.]
Amélioration	Peut être un problème sérieux	Nécessité d'intégrer de nouveaux composants dans le système existant	Peut être un gros problème	Peut impliquer des contraintes considérables en raison de l'équipement existant
Extension	N'est en principe pas un problème	Nécessité éventuelle d'intégrer de nouveaux composants dans le système existant	Peut être un gros problème	Requiert généralement du matériel neuf avec les mêmes compromis que sur un nouveau système
Mettre à niveau	Peut être un gros problème	Intégration des composants mis à niveau relativement facile	Problème relativement mineur	Problème relativement mineur