Référence PRE.022.AtelierTechAMUE_100206.ppt APOGEE SOA et Système d’information Atelier technique 10/02/2006

Référence PRE.022.AtelierTechAMUE_100206.ppt

APOGEE

SOA et Système d’information

Atelier technique 10/02/2006

Référence PRE.022.AtelierTechAMUE_100206.ppt Page : 2Le 10/02/2006

Sommaire

Pourquoi SOA ?

Analyse du marché

SOA et le SI

Les enjeux d’Apogée

La cible logique


Pourquoi SOA/WSOA ?

Besoin de plus de flexibilité Rapidité de mise sur le marché

Process cross-fonctionnalités Besoin de processus adaptatifs et agiles sur l’ensemble du SI et au delà

Intégration de canaux de type Web Les portails constituent un excellent vecteur de mise en œuvre de SOA et des

services

Les connections fortement couplées avec les applications existantes sont techniquement difficiles

Des contraintes de moins en moins supportables Les liens de dépendances croisées inter applicatifs (Architecture ‘spaghetti’)

Difficulté de trouver des compétences sur des architectures de type mainframe ou 2 tier.

Les couts Les solutions (Editeurs et OpenSource) sont pour la plupart matures et susceptibles

d’engendrer des réductions globales sur les couts de réalisation et d’exploitation


Analyse du marché

Est-ce que les clients ont réellement besoin de SOA ? « SOA est une trajectoire permettant d’atteindre une cible. Ce que les clients demandent c’est la flexibilité permettant de fournir un meilleur service, diminuer les couts d’exploitation et favoriser l’alignement avec les contraintes réglementaires. »

Web Services / SOA définitions

Les Web services sont définis comme des unités logicielles de faible couplage utilisant les standards : SOAP, WSDL , UDDI, WS-*.

Une architecture applicative mettant en œuvre des Web Services est qualifiée de WSOA.

La part du marché des Services Informatiques pour le secteur SOA/Web Services devrait croitre de 30 Milliards$ actuellement à 150 Milliards$ en 2008.


SOA et le SI : le point de vue de Capgemini

Canaux et services du portail(Internes, Externes)

Applications Orientées Services

Orchestration des processus métier

Abstraction des services métiers

Services techniques(Sécurité, Supervision, Exploitation)

Infrastructure

Services d

e collab

oratio

n am

on

t

Services d

e collab

oratio

n aval

Services Applicatifs

Applications DonnéesIntégration


Les enjeux relatifs à l’architecture d’Apogée

Proposer un modèle d’architecture pérenne, autorisant une cohabitation avec l’architecture actuelle du produit, apte à inscrire Apogée dans les systèmes d’information des établissements selon des critères d’interopérabilité et d’accessibilité versatiles lui permettant d’adresser de nouveaux besoins :

Les accès au système d’information depuis l’intérieur de l’établissement mais aussi depuis l’extérieur au travers du réseau Internet : domicile, sites extérieurs … (Portails)

La multiplicité des acteurs du SI, l’employé n’est plus la seule cible, celle-ci intègre les partenaires, les fournisseurs, les étudiants inscrits, les acteurs logiques (Orchestration avec d’autres applications du SI).

La facilité de déploiement et de mise en œuvre des évolutions fonctionnelles. (LMD).

Intégration de services Apogée au sein des espaces numériques de travail (ENT).

L’architecture cible doit favoriser la pérennité des investissements, les coûts de production et de développement tout en accentuant la flexibilité de l’application au travers de facteurs d’agilité et de sécabilité, lui permettant de décliner concrètement une stratégie de mutualisation différentiée.


Architecture Orientée Web Services (WSOA) Apogée

Architecture WSOA à cinq couches d’Apogée

ServicesPrésentation Domaine PersistanceCoordination

Service Métier B

Service Métier A

Objet Métier B

Objet Métier A

Objet Métier C

Objet Métier D

Objet Métier E

Objet Donnée A

Objet Donnée B

Objet Donnée C

Service Orchestration A

Service Affichage A

Poste de travail

Service Affichage B

Architecture Apogée 2 ou 3 tiers Oracle

Logique applicative

Gestion des données

Moteur PL/SQL

Runtime Forms

Fichiers FMX

Poste de travail

Architecture Portail (ENT)

Portail d’établissement

Service Affichage P1

Poste de travail Service Affichage P2

Architecture « Option Web » d’Apogée

Présentation

Service Affichage O1

Services

Service Métier O1

Alignement possibleAlignement

possibleAlignement

possibleAlignement

possible

Alignement possible

Alignement possible

Alignement possible

Poste de travail

Service Orchestration B

Service Métier C

Interface Utilisateur

Base de données Apogée

Alignement possible

Alignement possible

Alignement possible


Axes de réflexion


Axes de réflexion

Quels sont les usages souhaités des Web-Services ?


Axes de réflexion

Quelles sont les modalités envisagées pour recenser les besoins en services ?


Axes de réflexion

Est-il envisagé de fournir des services extra-établissement ?

Si oui, à quel terme ?


Axes de réflexion

Est-il envisagé de mettre en œuvre des annuaires UDDI ? Si oui, à quel terme ?


Axes de réflexion

Est ce que l’orchestration de services composites est envisagée ?

Si oui, à quel degré ?


Axes de réflexion

Dans le cas d’un accès via les ENTs, quelles sont les entités responsables

de la réalisation des Portlets ?


Axes de réflexion

Quel est le niveau de qualité de service attendu ?


Axes de réflexion

Quel sont le niveau et le type de sécurité attendus ?


Axes de réflexion

Comment sont actuellement sécurisées les applications métier dans les établissements ?


Axes de réflexion

Quelles infrastructures de sécurité sont mise en œuvre dans les établissements ?


Axes de réflexion

Quelle est le niveau de traçabilité attendu ?


Axes de réflexion

Quels sont les outils de monitoring actuellement utilisés ?


Questions

Documents

Référence PRE.022.AtelierTechAMUE_100206.ppt APOGEE SOA et Système d’information Atelier technique 10/02/2006