Rim Samia Kaabi, Sofiane Bourenane, Carine Souveyet

1
Approche méthodologique orientée but pour le
développement de systèmes à base de services
Rim Samia Kaabi, Sofiane Bourenane, Carine
Souveyet C.R.I.- Université Paris 1 -
Sorbonne 90, rue de Tolbiac, 75013 Paris, France
2
Contexte de la présentation

• Introduction du serveur BizTalk 2004 dans les
  enseignements relatifs à lingénierie des
  systèmes à base de services au niveau M2 dun
  Master recherche et professionnel à luniversité
  Paris1

• En formation initiale classique
• En formation initiale par la voie de
  lapprentissage
• En formation à distance

3
Contexte de la présentation

• Objectif du cours

• Aider à comprendre lorientation services dès
  lacquisition des besoins
• Guider pas à pas lopérationalisation et le
  développement du système via une approche
  méthodologique.

4
Motivation

• Réutiliser des services accessibles par Internet
  en les composant afin den développer dautres,
  avec une valeur ajoutée, est lune des
  perspectives les plus prometteuses
• La définition dun processus coopératif
  inter-organisations simpose
• La composition des e-services supporte ces deux
  processus

• Réutilisation des legacy systems
• Utilisation de services existants

5
Problèmes

• Le développement de ces services composites est
  ad-hoc
• Pose deux types de problèmes

• Composition quels sont les services à composer
  afin de réaliser le but du processus coopératif?
• Orchestration comment spécifier la coordination
  entre services?

6
Objectif de la présentation
Proposer une approche orientée but qui permet de

• identifier les besoins fonctionnels dun
  processus coopératif inter-organisations
• identifier les services fournis par chaque
  organisation
• concevoir la coordination entre ces services
  afin de réaliser le but du processus coopératif

7
Plan

• Coopération entre un ensemble dadministrations
  gouvernementales afin de fournir une aide à une
  personne lapplication virtuelle E-Pension
  (E-Pension VE)
• Modélisation des besoins de lapplication
  E-Pension en utilisant le modèle de la carte
• Identification des services ainsi que leur
  coordination
• Conclusion

8
Lorganisation virtuelle E-Pension
Un programme de e-Gouvernement
Personne handicapée
9
Plan

• Coopération entre un ensemble dadministrations
  gouvernementales pour fournir une aide à une
  personne lapplication virtuelle E-Pension
  (E-Pension VE)
• Modélisation des besoins de lapplication
  E-Pension en utilisant le modèle de la carte
• Identification des services ainsi que leur
  coordination
• Conclusion

10
Modèle de la carte introduction
La carte est un modèle de processus qui contient
un ensemble dintentions et de stratégies
Intention Un but à atteindre
sij2
sij1
Ii
Ij

si
Stratégie Une manière de réaliser lintention
sji
sjk
ski
Start
Stop
sk
Section un triplet ltIntention Ii, Intention Ij,
Stratégie Sijgt
Ik
ss
11
Modèle de la carte introduction
La carte est un modèle de processus qui contient
un ensemble dintentions et de stratégies
Intention Un but à atteindre
sij2
sij1
Ii
Ij

si
Stratégie Une manière de réaliser lintention
sji
sjk
ski
Start
Stop
sk
Section un triplet ltIntention Ii, Intention Ij,
Stratégie Sijgt
Ik
ss
12
Modèle de la carte introduction
La carte est un modèle de processus qui contient
un ensemble dintentions et de stratégies
Intention Un but à atteindre
sij2
sij1
Ii
Ij

si
Stratégie Une manière de réaliser lintention
sji
sjk
ski
Start
Stop
sk
Section un triplet ltIntention Ii, Intention Ij,
Stratégie Sijgt
Ik
ss
13
La carte E-Pension
By citizen authentication
BY LHA appointment
By physical examination
By information capture
By prefecture decision
By residence certification
By LHA pre-decision
By physical authorized examination
By prefecture monitoring
By transfer to prefecture Pension service
By request rejection
By citizen request withdrawal
14
Modèle de la carte introduction
By citizen authentication
By physical examination
Decide on request
By physical examination
By information capture
Get request
15
Plan

• Coopération entre un ensemble dadministrations
  gouvernementales pour fournir une aide à une
  personne lapplication virtuelle E-Pension
  (E-Pension VE)
• Modélisation des besoins de lapplication
  E-Pension en utilisant le modèle de la carte
• Identification et coordination des services
• Conclusion

16
Identification et coordination des services

• Étape1 Identification des services à partir de
  la carte,
• Étape2 Identification de le structure
  organisationnelle
• Étape3 Identification des e-services,
• Étape4 Distribution des services sur les
  acteurs,
• Étape5 Orchestration des e-services avec BizTalk.

17
Étape1 Identification des services à partir de
la carte

• Le formalisme de la carte fournit un moyen de
  combiner dans un même modèle le point de vue
  business et le point de vue système

• Afin détablir un couplage direct entre les buts
  et les fonctionnalités du système chaque section
  de la carte est associée à une fonctionnalité du
  système

Chaque section est associée à un service
18
Étape1 Identification des services à partir de
la carte E-Pension
Code Service
S1 Service dauthentification
S2 Service de capture dinformations
S3 Service dattestation de domiciliation
S4 Service dallocation de rendez-vous médicaux
S1
By citizen authentication
BY LHA appointment
S2
S4
By information capture
S3
By residence certification
19
Étape2 Identification de la structure
organisationnelle

• Cest quoi une structure organisationnelle?

• Une structure qui comprend deux disciplines le
  théorie des organisations et les alliances
  stratégiques

• A quoi sert-elle?

• Utilisée pour analyser, modéliser et concevoir
  larchitecture dun système dinformation orienté
  agent

• Rapport avec le modèle de la carte?

• La structure organisationnelle est associée au
  modèle de la carte i.e. chaque section

• Formalisme utilisé?

• Concepts intentionnels et sociaux de i Yu95 à
  savoir les buts, acteurs, dépendances Actor
  Dependency Model

Yu95 E. Yu. Modelling strategic Relationships
fro Process Reengineering, Ph.D. thesis,
departement of computer Science, university of
Toronto, Canada, 1995
20
Étape2 Identification de la structure
organisationnelle de E-Pension
Identification de la structure organisationnelle
de E-Pension
21
Étape2.1 Choix de la structure organisationnelle
Modèle coopératif

• Interactions directes entre lensemble des
  participants
• La responsabilité de coordination du processus
  est distribuée sur lensemble des participants
• VE gère lensemble des données partagées entre
  les partenaires

Modèle centralisé

• Aucune interaction nest autorisée entre les
  participants sauf via lacteur VE
• Délégation totale du contrôle et de la gestion du
  processus à lacteur VE

22
Étape2.2 Identification des acteurs

• Associer à chaque section de la carte lensemble
  des acteurs participant à la réalisation du but
  de la section

• Linitiateur du service
• VE
• Le fournisseur du service

23
Étape2.3 application de la structure
organisationnelle
24
Étape2 identification de la structure
organisationnelle de E-Pension
S4
Accept/Refuse appointment
Provide appointment
Citizen
LHA
VE
Request appointment
Accept/Refuse appointment
25
Étape3 Identification des e-services

• Examiner chaque section de la carte et
  déterminer quel service peut-on obtenir en
  réutilisant le legacy system
• Utiliser une approche guidée par les
  interactions afin de refléter qui (who) demande
  quoi (what)

26
Étape3 Identification des e-services de E-Pension
E-Pension VE
Citizen Application
LHA WS
Appointment request
DB Citizen Info Request
Appointment request
Retrieve possible app
Appointment list
Appointment list
If (appointmentOK)
Send selected appointment
Store selected appointment
Send Appointment decision
Update LHA DB
Else
Send decision
LHA rollback
Release LHA DB
Endif
27
Étape4 Distribution des services sur les acteurs

• Les services sous le contrôle dun même acteur
  (initiateur/VE/fournisseur) sont groupés dans un
  seul service composite formant un d-service

• Chaque d-service est modélisé suivant une carte,
  d-carte qui est une sous carte de la carte globale

28
Étape4 Distribution des services de E-Pension
sur les acteurs
29
Étape5 Orchestration des e-services avec BizTalk
Niveau analyse des besoins

• Règles de transformation

• Utilisées pour passer dune spécification basée
  sur le modèle de la carte à une architecture
  logicielle ? un compromis entre les deux mondes
• Permettent de faciliter la mise en œuvre des
  applications pour les architectes logiciels (IT
  architects), les chefs de projet, les
  développeurs

Règles de transformation
Niveau conceptuel
30
Règles de transformation

• Architecture logicielle

E-Pension VE
Citizen Application
LHA WS

• Classes Architecturales

???

• Processus
• Services
• Messages

31
Règles de transformation Services
Règle1 Chaque SI participant à la coopération
fournit des fonctionnalités qui vont être
encapsulées dans un e-service
32
Règles de transformation Messages
Règle2 Chaque interaction entre deux SI
différents devient un message entre ces deux
derniers
33
Règles de transformation Processus
Règle3 à chaque déclenchement dun événement
asynchrone, il y a naissance dune nouvelle
orchestration au niveau de la VE
34
Architecture de la solution
VE Data System
Bprocess Engine
Web Service

Appointement Process
Web Service
Citizen Portal

http post
Appointement Decision Process


LHA System
Web Service
Web Service

35
Architecture de la solution caractéristiques

• Architecture distribuée assurant la coopération
  entre plusieurs systèmes hétérogènes (Systèmes,
  SI, ERP,)
• Architecture orientée service
• Chaque couche logicielle est encapsulée dans un
  service
• Les services coopèrent entre eux en se basant
  sur la communication orientée messages
• Le système de messagerie utilise les Standards
  des Web Services (SOAP/XML)
• Les processus sont utilisés afin dassurer la
  coopération sémantique entre des services
  hétérogènes

• Classes Architecturales

• Processus
• Services
• Messages
• Couches Logicielles

36
Présentation de lenvironnement de développement

• Microsoft .NET Framework
• Langage de programmation C
• Microsoft Biztalk
• XML Schemas , Orchestration (Business Process),
  Schemas Mapping
• Biztalk Messaging, Biztalk Server
• Microsoft SQL Server
• Data Access Components ADO.NET
• ASP.NET Web Services
• VS.NET Web Proxy
• Version utilisée Microsoft Visual Studio
  Architect Edition

37
Architecture détaillée
VE Shared Database
Data Access Component
VE Data Service
  A P W S I
VE Data System
          BP Runtime  
Appointement Process
Appointement Decision Process  
LHA System
Business Citizen Layer
LHA Data Service
 
 
LHA Database
Citizen Pages Web
Citizen Portal
LHA Data Access Component
APWSI Appointement Process Web Service
Invoquer ADPWSI Appointement Decision Web
Service Invoquer
38
Implémentation du service VE Data System
VE Shared Database
Data Access Component
VE Data Service
VE Data System
39
Data Access Component
40
VE Data Service
41
Architecture détaillée
VE Shared Database
Data Access Component
VE Data Service
  A P W S I
VE Data System
          BP Runtime  
Appointement Process
Appointement Decision Process  
LHA System
Business Citizen Layer
LHA Data Service
 
 
LHA Database
Citizen Pages Web
Citizen Portal
LHA Data Access Component
APWSI Appointement Process Web Service
Invoquer ADPWSI Appointement Decision Web
Service Invoquer
42
Implémentation des processus

• Biztalk Server Déploiement et exécution des
  processus dorchestration
• Biztalk Orchestration Designer Orchestrations,
  portType , Messages, XML Schemas , Mapping

43
Appointment process
44
Appointment Decision Process
45
Conclusion

• Lapproche proposée permet de

• Capturer les besoins fonctionnels du processus
  coopératif
• Identifier les services de chaque organisation
• Orchestrer les différents e-services composant
  lapplication

46
Perspectives

• Introduire le mécanisme daffinement obtenir
  une hiérarchie de cartes à partir dune seule
  carte
• Fournir un guidage au concepteur
• Valider lapproche