Pourquoi ce séminaire ?
Quels sont les avantages et contraintes liés au choix d’une des trois technologies majeures (J2EE, PHP, .NET) ? Et ceux liés au choix d’un serveur d’applications ? Quels sont les standards incontournables vers lesquels les architectures Web convergent (portail, gestion de contenu, solution d’intégration, architectures SOA, etc.) ? Quelles sont les solutions actuelles vouées à l’échec? Quelle est la démarche à retenir pour industrialiser ses développements Web ?
L’objectif de cette formation est de définir précisément le rôle des principales briques d’un système d’information orienté nouvelles technologies. Nous communiquerons un état de l’art des principales architectures de développement (Java, PHP et .Net) ainsi que sur les portails et les solutions d’intégration. L’impact de ces choix pour les projets sera analysé : rapidité de développement, évolutivité, dépendance vis à vis des prestataires/éditeurs… Les pièges à éviter et les gains à attendre de l’adoption d’une technologie plutôt qu’une autre seront développés et étayés de très nombreux exemples concrets issus de missions en clientèle.
A qui s’adresse ce séminaire ?
Ce séminaire s’adresse aux Directeurs Informatiques, Architectes techniques, Responsables Etudes et Développement, Chef de projet techniques.
Programme de la journée :
1. Constat sur les projets logiciels
– Les projets Web
> Les particularités des projets Web. Les principales raisons des dérives (coûts, délais, couverture fonctionnelle) de la plupart des projets
> La responsabilité des différents acteurs (maîtrise d’ouvrage, maîtrise d’?uvre, prestataires, éditeurs …). Quelles sont les principales tâches à assumer par chacune des parties ?
– La gestion de projet
> Le besoin d’alternatives aux méthodes de gestion de projet traditionnel pour faire face aux caractéristiques des nouveaux projets logiciels. Ces projets nécessitent la redéfinition des étapes d’un projet qui dépassent largement le cycle classique : conception – développement – recette – mise en production.
> Les profils nécessaires à la bonne marche d’un projet. Matrice de compétences pour chacun de ces profils.
– Impact des choix technologiques
> Prendre en compte le risque « bel objet technique ». Savoir faire le choix de la simplicité.
> L’impact des standards sur la pérennité du projet.
> Bien évaluer le saut culturel entre les compétences nécessaires à une équipe C/S ou grand système et celle nécessaires à une équipe « nouvelles technologies ». Accompagnement au changement. Le cas particulier de la transposition d’application C/S vers le Web.
> La caractéristique multi-langage du Web. Besoin de compétences spécialisées. Besoin de réutilisation.
2. Le marché des serveurs d’application
– Les développements Web
> Définition d’un serveur d’applications. Approche orientée traitements centralisés. Points clés des développements Web.
> Caractéristiques d’un développement Web : Serveur d’applications et serveur d’objets (définition, objectifs, différences).
– Le serveur d’applications au sein du SI
> Intégration du serveur d’applications au sein du SI. Les besoins couverts par un serveur d’applications (gestion de session, pooling de connexion, gestion de la sécurité applicative, reprise sur incident, …). Les principaux critères de choix d’un serveur d ?applications.
> Les outils complémentaires au serveur d’application : outil de conception, outil de développement, outil d’administration…
> Les éléments d’architecture liés au serveur d’applications. Serveur HTTP, EAI, portail d’intégration (EIP), gestion de contenu (WCM), framework, progiciels…
– Panorama des offres du marché
> Les trois approches majeures de développement: scripting (ASP, PHP 3, ColdFusion, etc.), orientation objets techniques (COM, Java, PHP4, etc.), orientation objets métiers (.Net Remote Component, EJB, etc.). Les différences d’approche (avantages/inconvénients). Les impacts sur la rapidité de développement, la maintenabilité des applications, le risque technologique.
> Les trois grandes familles de solutions de serveurs d’applications : solution issue du monde des logiciels libres, offres commerciales issues du client / serveur, offres commerciales issues du Web.
– Choix d’un serveur d’applications
> Point sur l’état actuel des technologies. Trois solutions matures et pérennes : Java, PHP et .NET. Zoom sur chacune de ces technologies : simplicité d’adoption, offres disponibles sur le marché, framework techniques, framework fonctionnel …
> Impact d’un choix Open Source face à un choix éditeur. Positionnement des principaux acteurs commerciaux: IBM, BEA, Sun, Microsoft, Oracle, …
> Classification des applications nouvelles technologies en deux grandes catégories : les applications d’infrastructure et les applications Front Office. Comment se positionne Java, PHP et .Net par rapport à ces deux catégories ?
3. Au-delà du serveur d’application
– Interdépendance des briques d’un système d’information
> Malgré son rôle central dans une architecture SI moderne, le serveur d’applications en lui-même n’a plus de valeur marchande.
> Comment les acteurs du marché se positionnent au-delà du serveur d’applications (IBM, Microsoft, BEA, Sun, Oracle, Novell, etc.) ?
> Schéma général des composants principaux d’une architecture nouvelle technologie (LDAP, SSO, BDD, ERP, portail EIP, gestion de contenu WCM, développement spécifiques, outil d’intégration EAI…)
– Les portails et les solutions d’intégration
> La notion de portail regroupe trois besoins distincts : gestion de contenu Web, portail de collaboration et portail d’intégration. Ces solutions sont totalement dépendantes des technologies serveurs d’application. Typologie des offres. Etat de l’art de ce marché (solutions éditeurs et issues de l’Open Source)
> Au gré de leurs évolutions, les systèmes d’information sont devenus complexes et hétérogènes. Une forte problématique d’intégration est ainsi née de la multiplication des sources de données et de services. C’est pour répondre à ce besoin complexe d’urbanisation des systèmes d’information que sont apparus les outils d’EAI (Enterprise Application Integration). Les solutions proposées par différents éditeurs plus ou moins spécialisés sont parfois lourdes, tant en coût logiciel qu’en temps de mise en oeuvre. Des alternatives existent et méritent d’être étudiées. Typologie des offres. Etat de l’art de ce marché (solutions éditeurs et issues de l’Open Source).
Prix public : 750 euros HT
