SupPTIC M1 Dév de Services Et Intégration Réseaux

Développement de Services
et intégration dans les réseaux
Yaoundé, Octobre 2020
Z. Choukair, Sup’Com
Partie 1
Développement et Intégration de
Services dans les Télécoms
2
Introduction
3
Introduction
• L’évolution des télécoms répond à une double attente :

- la convergence des réseaux (fixe/mobile et voix/données)
- la convergence des accès et l’intégration de services multimédias
• Découplage de la fourniture du service :

- de son transport
- de son mode d'accès
• Similarité d’usage avec Internet :

- services et applicatifs multimédias offrant les mêmes comportements
4
Diversité des accès et convergence du réseau
5
Environnements d’intégration et d’accès
aux services mobiles
6
Exemple d’environnement de développement :
Android
7
Classification des services
• les services réseau à valeur ajoutée
• ces services dépassent l’accomplissement du service pour considérer son
assurance.
• ex : gestion de la qualité de service, négociation et l’allocation des
ressources que ce soit à l’établissement de l’appel ou lors de demandes de
nouveaux médias, services de proximité ou la publicité géo-localisée en
font partie ;
• les services d’interconnexion évolués

• services de conférences multimédias, de gestion des appels (e.g. IVR), de
centres d’appels ou de diffusion sélective et/ou interactive.
• Les services d’interconnectivité peuvent ne faire appel à aucune interaction
avec l’utilisateur; c’est le cas des services de localisation de l’utilisateur et
de suivi d’appel ;
– services centrés sur l’utilisateur «customer-centered» :

• services adaptés au profil de l’utilisateur, services adaptés aux préférences
de l’utilisateur, services adaptés à l’historique d’usage de l’utilisateur,
services enrichis, bouquet de services, services d’accès simplifié, services
de téléphonie IP ; 8
Classification des services
• les services personnalisés et spécialisés :

• les services personnels tels que les bureaux virtuels, les agendas
• les services personnalisables ;
• les services d’accès à des applicatifs

• commerce électronique, Intranets ou Extranets, portails d’entreprises,
kiosques.
services d’ubiquité :
• services géographiques, services sensibles au contexte, services
touristiques, services d’urgence, localisation d’une personne en danger,
station d’information, diffusion d’information commerciale, services
domotiques, service automobiles, service d’information sur son
environnement, badge d’identification pour adapter l’environnement à
l’utilisateur ;
9
Exemples de services
– services à la demande :
• services d’information, offres commerciales de dernière minute ;
– services composés :
• loisir interactif, m-commerce, bouquets de services ;
– services «B2C» et «B2B» :
• Extranet, collaborateurs mobiles, messagerie instantanée, messagerie
unifiée, équipes virtuelles, télétravail, télé-formation, bureau virtuel,
téléconférence, diagnostic à distance, contrôle de capteurs à distance ;
– service d’accès à l’Internet mobile :
• service d’accès et d’abonnement à l’information, commerce mobile,
services de logistique des activités de loisir ;
– services pour les équipements :
• télémétrie, contrôle et supervision des équipements, contrôle et suivi des
patients au sein de l’hôpital, contrôle médical des patients à risque dans
leur environnement quotidien, communication avec les équipements
publics, localisation d’équipements et de biens, traçabilité des produits,
10
mise à jour des logiciels et maintenance des équipements.
Services historiques :
Services supplémentaires RNIS
Services d’identification de numéros
• Sélection d’un poste supplémentaire
• Numéro d’abonné multiple
• Présentation/Restriction d’identification de la ligne appelante/connectée
• Identification des appels malveillants
• Sous-adressage
Services d’offre d’appels
• Transfert d’appel et Renvoi d’appel
• Réacheminement d’appel en cas de numéro occupé ou de non réponse
• Réacheminement d’appel sans condition
Services d’aboutissement d’appel
• Appel en instance, maintien d’appel
Services à plusieurs appelants
Services de communauté d’intérêt
• Groupe fermé d’usagers
• Plan de numérotage privé 11
Services historiques :
Services supplémentaires RNIS
Services de taxation
• Communication par carte de crédit
• Avis de taxation
• Taxation à l’arrivée
Services de transmission de numéro
• L’appel gratuit (0800, 0805), numéro universel/unique, …
Les réseaux privés virtuels
Les cartes téléphoniques
Services supports
• Déterminent le mode de transport : circuit, paquet, débit, …
Services supplémentaires
• Identification de numéro, renvoi d’appel, double appel, restriction d’appel
• Conférence, …
Les téléservices
• SMS, téléfax, … 12
Divers applications
13
Vers la Nouvelle Génération de Services
14
Services Soft Digital Assistant
15
16
17
18
19
Répartition des services Mobile MM en 2 grandes familles
20
Evolution des Services
(cas du mobile banking)
21
Visualisation et Interaction sur mobiles
Être sur le terrain
• Accéder aux données

• « Réalité Augmentée » (3D)
Contraintes à prendre en compte
• Faiblesse des ressources

• Processeur et mémoire limités
• Immersion
• Faible dimension de l’écran
• Interaction fluide
• Disponibilité des données géographiques
(otc ???)
22
Geolocalisation
Vue au sol et aérienne

Client : Serveur :
Terminal mobile Charge la scène (fichier VRML)

Responsable de la visualisation Reçoit et interprète les événements en provenance du
Java – Android
client
Le client doit proposer 3 types de vue: Génére une vue (carte) ou un ensemble de vues
- Au sol (hauteur d’homme) (cubemap)
-- Aérienne (au dessus des batiments)
Trouve les coordonnées 3D lors d’un pointage
-- Cartographique
Renvoi des images ou des coordonnées
23
Domaine de la Recherche Appliquée
Domaine du Tourisme et des
Loisirs
Exploiter les APIs de Google pour créer des
applications de géo localisation
Associer des services de proximité couplé à
une base de connaissance
Enrichissement via console d’admin et
utilisation de la base embarquée Android
Une Contrainte
Identifier, compléter et coupler les
informations topographiques provenant de
diverses sources (otc, …)
24
Musée virtuel
Domaine du Tourisme et de la Culture

• Création d’une application permettant une visite guidée grâce aux
informations transmises par le biais de codes 2D
25
Place de marché
Domaine Culture et Loisirs
• Faire partager une communauté autour de
divers thèmes et centre d’interêts (livre,
musique, …)
• APIs Utilisées
– Scanneur de code à bar Zxing :
application permettant de scanner le
code à barre d’un livre.
– Les informations relatives à un livre sont
récupérées grâce à Google Search Book
APIs
XML/HTTP Tomcat
• Hibernate
26
Divers applications
27
Divers applications
28
Emergence des plates-formes de services
pour la médiation de groupes
29
Plateformes de développement d 'applications mobiles
(exemple d’Android)
30
Android :
Une plate forme ouverte pour le développement sur mobile
Une croissance constante, que divers opérateurs dans le monde

intègre déjà (SFR, Orange, Bouygues Telecom, …)
Ouvert et communiquant grâce aux nombreuses APIs Google

disponibles
Touche à de multiple domaines de l’informatique : recherche,

cartographie, video, conception 3D, suite bureautique, publicité,
navigateur, …
Supporté par un géant de l’édition logicielle sur Internet, Google
31
Android c’est quoi ?
• Système d'exploitation pour terminaux mobiles

• Basé sur Linux
• Projet lancé par Open Handset Alliance, regoupant:
• Des éditeurs de logiciels : Google, eBay
• Des opérateurs téléphoniques : T-Mobile
• Des constructeurs électroniques : Intel, nVidia
• Des constructeurs de terminaux : LG, Motorola
32
Les dates clé
33
Open Handset Alliance
• Consortium créé fin 2007

• 47 compagnies
34
Caractéristiques
• Pas de licence, de droits d’utilisation ou de

distribution quelconque (prochainement distribué sous
forme d’OS Open Source, Apache licence)
• Basé sur un noyau Linux
• Basé sur Java
– Embarque une machine virtuelle “Dalvik” chargé
d’exécuter des fichiers .dex
• SDK utilisable sur plate forme Eclipse par le biais
d’un plugin
• Accès aux fonctionnalités Wi-Fi
• Accès par le biais d’APIs aux fonctionnalités GPS
disponibles sur le mobile,
35
Caractéristiques (suite)
• Accès illimité aux services Google associés (Google Map,
Google Search…)
• Fonctions multi média avancées (accès à la webcam, au
microphone, …)
• Fonctionnalités d’accéléromètre évolué
• Compas intégré
• IPC message passing et communication inter processus
• Navigateur embarqué Open Source
• Support du Peer-to-peer (P2P) en utilisant Google Talk
• Support d’APIs graphique 3D en utilisant OpenGL ES
36
Caractéristiques (suite)
• Librairies media pour jouer et enregistrer une grande

variété de format audio/video
• Un framework complet permettant une grande réutilisation
des composants
• L’arrivée prochaine de l’OS Android sur PC (nom de code
CupCake) vas déborder le champs du mobile
37
Le portail Android Market
38
Architecture
39
Machine virtuelle Dalvik
• Nouvelle instance pour chaque processus
• Exécute des fichiers .dex
• Darvik core class library fournit une base de

développement proche de java SE, adapté au mobile
40
Compilation et déploiement d’une application
41
Exemples de services classiques
USSD, MMS, RBT, MTV, gestion des incidents, prépayé, …
42
USSD Callback : établir l’appel à partir du réseau local
pour un abonné en roaming
43
Conference Call
44
Appel initié à partir du réseau
45
RBT : solution basé sur les switchs
46
RBT : flux de signalisation
47
Service MMS : MMSC partagé
48
Service MMS : MMSC distinct
49
Flot de signalisation VMS
50
Architecture MTV
51
RBT
52
Exemples de services et applications 3G
53
IMS supports that a multitude of services are delivered to a user
with multiple devices
…
•Push-to-Talk
MM Push-to •Presence
Telephony -Talk
Messaging IMS Game •Messaging

Presence IP TV •Presence
•Telephony
Operator
john@oper.net •IP TV
•Messaging
•MM Telephony
•IMS Game
•Messaging
•Presence
54
Services on the IMS stack
Multimedia IMS PTT over IMS

Proprietary P-2-P
Telephony Messaging Cellular
Service
Services
Service Service service
Service
SIP/IMS Stack
“IMS
Ports”
55
IMS Messaging
in Fixed-Mobile Convergence
Standardized
MOBILE
FIXED
Proprietary
56
Internet/PC Instant Messaging Market
• Yahoo alone reports over 17 billion IM each day

• Active IM message users
– AOL 53 million, Yahoo 21 million, MSN messenger 29 million, Skype 45
million.
– Google Talk, ICQ, QQ….
Skype.lnk
57
Apports de la messagerie IMS
• IMS messaging – Enriched message communication

– With power of IMS, capable to combine any types of media in a single
session (text, voice, picture, video, files) etc
– Make use of Presence, group management
– Enable Instant, Interactive message communication
• IMS Messaging is based on 3GPP and OMA standards, embraced withTISPAN

standards
– Ensure service interoperability
– Fixed mobile convengence
• Relation with SMS/MMS

– Coexistence & Interworking in the beginning
– SMS/MMS evoluiton to all IP based IMS messaging when user behavior
switched.
• IMS messaging also provides ”enabler funtion” that will reduce Operator’s
CAPEX/OPEX in long term
– Common messaging enablers for other IMS application.
58
Mobile Instant Messaging
”It’s a matter of choosing IM business model”
IP Bit-Pipe
Internet
Application User
phone browser
Provider
Operator
(Not many MBytes to charge)
Service Provider
Internet Operator/
Application Application User
or Provider Provider
IMS Client
Business agreement IM / Presence Service charges

59
IMS Messaging types
MSG Server MSG Server
• Immediate Messaging SIP SIP
– For text, short messages e.g. UE SIP

CSCF
SIP
CSCF SIP UE
• Page mode
• 1-1 / 1-group / n-n
• Note: for n-n, session based may fit better
– Works as “call setup request”/session-less
MSG Server MSG Server
• Session Based Messaging SIP SIP SIP SIP

– For any media messaging, e.g. UE CSCF
SIP
CSCF UE
• Session Mode
SIP
• 1-1, 1-n, n-n MSRP
MRF
MSRP
• Chat rooms MSG
store
– Specific charging (e.g. per media type)
– Need application server (MRF) to handle media MSG Server notify
MSRP
SIP
MSRP
SIP SIP SIP
• Deferred Messaging (for both above) UE CSCF CSCF UE
– Store and Forward SIP

60
MSRP MRF
What is IMS Push To Talk?
• Easy, one touch communication

– Quick one way communication (half duplex) that
is suitable for short interactions
– One to one voice calls
– One to many and group voice calls
• No need for pre-scheduling or
existing groups
• A standard is vital for an interoperable

mass-market service
– A standard is now under development:
OMA PoC V1
– Enables connection with anyone using PoC
61
PTT Multi Media Invite
B-party
figure-3.01 B-party 着信時のMM表示・再生
A-party
5/19 Thu 10:25 S M
You are receiving invitation to push-to-talk
PTT
MailMM
invitation Always I love you from Nana
1
Menu
「Always I Love you from Nana」
Nana 0901717xxxx
62
Pilot - PTT with Location
Proposal Service to Trial For Mobile:
Location Enabled PTT
1) “Blue” sets up a PTT session with the Dynamic Group

Server (DYN) to start a location defined PTT session with
friends within a pre-defined distance (set in the DYN)
2) The session is set up, and the DYN starts to locate

the buddies in the buddy list using the Positioning
System
3) “Red” and “Green” both fulfills the criteria and “Red”
are added
“Green
4) “Yellow”, who was outside the area ”
initially, enters the area and the DYN adds “Blue”
“Yellow” to the session “Yellow”
63
“Yellow”
Pilot - PTT for Dispatch
Location Enabled PTT, Dispatch
“Operator”
1) Police #1 calls the Police Operator and reports an

accident
2) The Operator uses the Dispatch Application to define an
area and set up a PTT session for the Police in that area
3) Police #1 and #2, who is in the area, is added to the

session “#4”
3) Police arriving to the place of
the accident are added as they “#4”
arrive “#1”
“#3” “#3”“#2”
“#5”
“#6”
“#5” “#6”
64
Pilot - Fleet Management
Location Enabled PTT, Dispatch for Taxi/Logistics
companies “Operator”
1) Taxi Company operator sends a PTT request to pick up

a customer at a location. The message is sent to every
one within a by the operator set distance from the
customer
2) The taxis within the area gets the PTT message
3) Taxis entering the area will also get the Cab M-456 Cab M-123
message unless the customer has been picked

up already
Cab M-789
Cab M-456
65
IMS Presence
Applications,
• Presence enables subscribers and applications to such as Push to
keep a dynamic profile of presence attributes Talk, Voice, and
Instant
Messaging
• Presence attributes can be defined for each user
– Availability
– Location
– Mood
– Terminal and capability Presence
• Presence can be used to enhance applications

(share information and control services)
Not Available Available

66
Presence terminology
67
What is Group and Data Management?
• A capability to manage network based groups and data e.g.

– Contact Lists
– Access Lists
– Block Lists
– Chat Groups
– PoC group
• The groups contain lists of identities e.g.

– Persons
– Machines
– Other lists
• Group and Data Management can be used to enhance

applications
68
Examples of applications that can be enhanced with
Presence, Group and Data Management
• Person to Person
• Voice
• Push To Talk
• Instant Messaging
• Presence Enhanced Address Book (PEP)
• Control of incoming calls
• Gaming
• Dating
• Person to content:
• Alerts when machines change status
• Alerts when news is available
• Advertising
69
Plates-formes de services
70
Introduction
Méta-données
Présentation Présentation métier des données

(XSLT, CSS, JSP, PHP, …) (formulaires, …)
Traitements génériques
Logique métier fonctionnelle
(JSP, ASP, PHP, …)
Contrôle
Services support
transport
(connexion, sécurité, transaction, …)
Réseau, accès et physique
71
Plan fonctionnel de l’architecture de référence
plan services et applications

plan signalisation
applications, services, IN/AIN
de SIP
gestion SCP, logiques de service, SBB, données de services
plan signalisation et contrôle d’appels

SIP-T, commutateur
fourniture agents d’appel (CA), MGC, softswitch, GK
BICC, H323 inter-réseaux
de service, signalisation
signalisation
gestion de ISUP, MAP, RANAP, MGCP, H248, SIP
MGCP, H248, SIP
réseau, plan transport
serveur réseaux
support domaine IP :
de domaine d’interfonctionnement : PSTN/SS7/ATM
opérationnel, dorsale, routeurs,
médias TG (MG), SG,
facturation, commutateurs, BG, MS,
QoS (RSVP, DiffServ, MPLS, ...) passerelle d’interfonctionnement
accomplissement
de service
domaine d’accès non IP : réseau IP tiers
accès sans fil (AG, proxies d’ (AG, proxies d’accès)
accès mobile (RAN AG)
accès large bande (IAD, MTA)
terminaux IP (H323, SIP, MGCP, ...) terminaux non IP

PBX IP, téléphones IP réseaux mobiles
72
Architecture Parlay : 3GPP
Composant serveur d’applications

logiciel applicatif
applications
Interface de
programmation
PARLAY
Service Service Service de gestion

Passerelle de mobilité contrôle d’appel de connectivité
PARLAY Framework
Service Service autres capacités
d’interaction usager de messagerie de services ...
Réseaux
Réseaux
73
• L’architecture de services ouverte OSA (Open Services Architecture) est

spécifiée par le 3GPP et destinée aux services mobiles.
• PARLAY est la couche API de OSA (Open Services Architecture).

– BT, Microsoft, Nortel Networks, Siemens et Ulticom
• Les capacités OSA sont spécifiés par des API et offertes par des capacités
de services
– la mobilité (localiser un terminal et d’être notifiée lorsque le terminal change
de localisation), la localisation, la gestion de présence et de disponibilité
(applications du type messagerie instantanée), le contrôle d’appel,
l’interaction avec les usagers, la facturation (spécifier le mode de payement
de leurs service) et la gestion de politiques
74
• Les serveurs de capacités de services (SCS : Service Capability

Servers) interagissent avec les entités du réseau et jouent alors
le rôle de mandataires ou proxy des éléments du réseau
– HLR (Home Location Registers),
– les commutateurs, MSC, SGSN, SSP, (IVR : Interactive Voice Response),
– les systèmes de positionnement (MPS),
– les serveurs de facturation, etc.
• PARLAY/OSA Framework : cadre pour l’intégration et la

découverte de nouveaux services et fonctionnalités :
– enregistrement de nouvelles capacités au sein de l’architecture,
– gestion du cycle de vie des capacités de service,
– découverte des services offerts par le réseau cible,
– authentification et gestion de la sécurité,
– gestion de l’intégrité : tolérance aux fautes, …
75
Enregistrement d’un SCS et invocation de ses
capacités
1 : authentification
Application 2 : demande une interface d’enregistrement
3 : usine d’enregistrement
4 5 6 7 10 11 4 : authentification
5 : demande une interface de découverte
1 6 : découvre un service
2 7 : service de sélection + signe SLA
3 SCS 8 : crée gestionnaire de service
Framework
8 9 : retourne gestionnaire de service
9 10 : retourne gestionnaire de service
11 : utilise service
76
• PARLAY/OSA est basé sur des standards ouverts tels que

– CORBA (Common Object Request Broker Architecture),
– IDL (Interface Definition Language),
– Java,
– UML,
– services Web (SOAP, XML and WSDL).
• CORBA permet de bénéficier de l’ensemble des services et des facilités liés à la

sécurité, l’authentification, la gestion des cycles de vie des objets, des références
des objets, …
• Lucent avec MiLife, Ericsson avec Jambala, Siemens avec @vantage.
77
• Fournitures de capacité de services (SCF : Service Capability Feature)

– type (e.g. contrôle d’appel)
– décrit par un ensemble de propriétés de services
– (type, valeur)
• Ex : SCF « Contrôle d’Appel »
– propriété qui sert à indiquer le nombre maximum de participants à une session d’appel.
– avec une valeur pour chaque implémentation spécifique
– permet de publier ses capacités et lors de son enregistrement auprès du Framework.
Lors de la phase d’enregistrement d’un SCS, le Framework reçoit toutes les

valeurs des propriétés du SCS qu’il enregistre. Lorsqu’une application
souhaite utiliser un SCS après la phase de découverte et qu’elle s’engage
sur l’accord de service, le Framework l’informe des valeurs des propriétés
de ce service lui indiquant ainsi les capacités que l’application est
autorisée à utiliser dans le cadre de ses interactions avec le SCS
sélectionné. Le SCS crée une instance dédiée aux échanges avec
l’application en question.
78
JAIN
Java API for Interoperable Networks
• Extension du noyau de la plate-forme Java avec des API Java

nécessaires au développement de services télécoms de prochaine
génération.
– fournisseurs de services tiers que les opérateurs
– les constructeurs
– les fabricants de terminaux
– les clients finaux
• JAIN permet de développer des chaînes de valeur allant des

fournisseurs de services et de contenu jusqu’aux équipements
(réseaux, terminaux et serveurs) en passant par les protocoles de
signalisation et de transport.
• JAIN se décline en deux axes de développement de

spécifications :
– les interfaces d’applications : spécifient les API de développement de services.
– les interfaces conteneurs : spécifient les environnements d’exécution de services et79
les API
de la couche protocolaire.
JAIN
Capacité couche applicative :

Service de Service
indépendance du protocole
Coordination
Transaction Contrôle d’appel
Couche Service
INAP/AIN MAP MGCP H.323/SIP couche protocolaire :

indépendance du constructeur
passerelle
PSTN
PLMN paquet
Couche réseau
Architecture de la plate-forme de service selon le modèle JAIN

80
JAIN
requêteur fournisseur de services Web

services web SOAP
EJB EJB EJB
App App J2EE
API de messagerie mobile connecteur connecteur connecteur
API de localisation
DM SAMS WS
OSS
TP IIOP
HT fournisseur de services réseau
API QoS
à valeur ajoutée
JAIN SIP
API facturation
API SIP
SBB SBB SBB API activation

API assurance
JSLEE
RA RA RA RA
J2ME J2SE JSIP JCC SAMS V.A.S.
mobile
SIP INAP MM7 MLP
accès réseau
serveur SIP SSP MMSC GMLC
SIP
fournisseur de services réseau
Architecture de réseaux interopérables JAIN (1) 81

JAIN
EJB : Enterprise Java Beans

RA : adaptateur de ressources
J2EE : Java 2 Enterprise Edition
JSLEE : JAIN Service Logic Execution Environment
J2ME : Java 2 Platform Micro Edition
J2SE : Java 2 Platform Standard Edition
SBB : Service Building Block
JSIP : JAIN Session Initiation Protocol
JCC : Java Call Control
SAMS : Server APIs for Mobile Systems
DM : Mobile Device Management and Monitoring
VAS : Services à valeur ajoutée
WS : Web Services
Architecture de réseaux interopérables JAIN (2) 82

JAIN
Java API for Integrated Networks
Introduction des abstractions par les API JAIN
83
JAIN
L’architecture de développement et d’implémentation de JAIN

84
JAIN
Schéma de développement de services pour JSLEE

85
JAIN
Environnement d'exécution JAIN SLEE

86
Nouvelle génération de services
interprêteur messages serveur serveur serveur

VoiceXML et objets IVR SCP web
vocaux
JAIN, PARLAY, INAP
SoftSwitch
MGC
Signalisation SIGTRAN
SS7
CA et CC SI
P
Passerelle de P
GC
signalisation M
Transport de flux multimédias réseau

entreprise
Terminal
PSTN/PLMN passerelle
Média
Exemple de service IVR (Interactive Voice Response) 87

Nouvelle génération de services
MG SG MGC Serveur IVR SCP/SLP

invocation ISUP IAM
DP
INVITE SIP
création connexion (CRCX)
Réponse SIP ( OK)
ACM
modifation connexion (MDCX)

ANM info SIP
? ARI INAP (prompt et collecte)

? info SIP (P&C)
modifation connexion (MDCX)
Session RTP
info SIP RR
ARI PR – P&C
INAP (END)
info SIP (end)

SIP BYE
élimination connexion
REL
88
Exemple de service IVR (Interactive Voice Response)
Architecture des Plates-formes Mobiles
89
SDN : Centralisation du contrôle
 Management : Configuration et gestion des équipements

 Services : Implémente des fonctions réseaux (ex. Firewall)
 Control : Noyau logiciel, Contrôle le trafic (ex. Interprétation des
entêtes des paquets)
 Forwarding
SDN : Les interfaces
Nor
Ouest d Est
Sud
SDN : Commutateur OpenFlow 1.0
SDN : Le traitement des paquets
• Les table de flux comprennent des entrées associés à :

• des critères de correspondance
• des compteurs
• des actions à appliquer aux paquets des flux
• Si aucun critère ne correspond au flux, il sera :
• Envoyé vers la table de flux suivante
• Rejeté si aucun traitement n’est trouvé et une erreur sera envoyée au
contrôleur si le cas n’est pas couvert par aucune des tables
SDN : Session protocolaire
Contrôleur - Commutateur
Contrôleur Commutateur
Establish TCP Connection
EstablishTLS Tunnel
OFPT_HELLO (V1.0)
OFPT_HELLO (V1.0)
OFPT_FEATURES_REQUEST
OFPT_FEATURES_REPLY
OFPT_SET_CONFIG
OFPT_FLOW_MOD (ADD)
OFPT_FLOW_MOD (ADD)
OFPT_ECHO_REQUEST
OFPT_ECHO_REPLY
OFPT_PACKET_IN
OFPT_FLOW_MOD (ADD)
OFPT_PACKET_OUT
SDN : Message Flow-Mod (Add)
Critères pour la correspondance

Contrôleur SDN  Commutateur
Action
NFV
Entre autres :
JUIN 2017
NFV : Cadre Architectural de Référence
NFV : OPNFV
NFV : MANO
• MANO signifie Management and

Orchestration.
• MANO inclut trois gestionnaires :
Os-Ma-nfvo
– 1. Virtualized Infrastructure Manager
(VIM).
– 2. VNF Manager (VNFM).
– 3. NFV Orchestrator (NFVO).
– 4. Ainsi qu ’un ensemble de repositories
(répertoires)
• En plus des 4 blocs, dans MANO, il
existe 2 blocs en dehors, i.e., le
gestionnaire d ’élément (EM) et
L’OSS/BSS traditionnels.
• Même si ces deux derniers blocs ne sont
pas directement dans MANO, ils
échangent des données avec MANO.
NFV : Fonctionnement de bout en bout
Considérons le fonctionnement de bout en bout et
examinons comment les blocs fonctionnels définis dans le
cadre NFV interagissent collectivement pour mettre en
œuvre le service. La figure montre une version simplifiée
des étapes à suivre.
NFV : Fonctionnement de bout en bout
Les étapes suivantes décrivent ce processus:
• Étape 1. La vue complète de la topologie de bout en bout est visible par le NFVO.
• Étape 2. Le NFVO identifie les instances de VNFs requises et communique ces
informations au VNFM.
• Étape 3. VNFM détermine le nombre de VM nécessaires ainsi que les ressources
que chaque VNF nécessitera et retourne ces données au NFVO avec les exigences
afin de permettre la création des VNFs.
• Étape 4. NFVO valide les ressources matérielles.
• Étape 5. NFVO invoque VIM pour créer les VMs et leur allouer les ressources
nécessaires.
• Étape 6. VIM demande à la couche de virtualisation de créer ces VMs.
• Étape 7. Une fois les VMs créées, VIM en informe NFVO.
• Étape 8. NFVO avise le VNFM que les VMs nécessaires pour initialiser les VNFs
sont disponibles.
• Etape 9. VNFM configure les VNFs avec des paramètres spécifiques.
• Étape 10. VNFM communique à NFVO que les VNF sont prêtes, configurées et
disponibles afin d ’être utilisées.
Bibilographie
 Z. Choukair et S. Tabbane “Ingénierie des services télécoms” Hermès, 2005
 P. Beaufils, Z. Choukair et S. Tabbane “Réseaux 4G” Hermès, 2008
OSA, parlay.org
Jain, java.sun.com/products/jain/
TISPAN, portal.etsi.org/tispan/
IETF, ietf.org
Gartner, gartner.com
IData, www.idataresearch.net/idata
Android, android.org
 Developer’s Guide http://developer.android.com/guide/index.html
 API Reference http://developer.android.com/reference/packages.html

102
Références SDN
1) Software-Defined Networking: The New Norm for Networks, ONF White Paper, April 13, 2012
2) OpenFlow switch specification, Version 1.0.0, Open Networking Foundation; December 31, 2009.
3) OpenFlow switch specification, Version 1.1.0, Open Networking Foundation; February 28, 2011.
4) OpenFlow switch specification, Version 1.2.0, Open Networking Foundation; December 5, 2011.
5) OpenFlow switch specification, Version 1.3.0, Open Networking Foundation; June 25, 2012.
6) OpenFlow switch specification, Version 1.4.0, Open Networking Foundation; October 14, 2013.
7) OpenFlow switch specification, Version 1.5.0, Open Networking Foundation; December, 19,
2014.
8) IETF Forwarding and Control Plane Element Separation (FORCES) Working
Group. http://datatracker.ietf.org/wg/forces/
9) www.opennetworking.org
10) http://www.ietf.org/proceedings/82/sdn.html
11) http://www.cisco.com/web/FR/solutions/datacenter/aci.html
12) http://www.cisco.com/web/FR/solutions/datacenter/aci.html
13) REST : http://searchsdn.techtarget.com/tip/REST-APIs-in-SDN-An-introduction-for-network-
engineers
14) Paul Göransson, Chuck Black, Software Defined Networks : A Comprehensive Approach, Morgan
Kaufmann, 2014.
15) Thomas D. Nadeau, Ken Gray, SDN: Software Defined Networks, O’Reilly, 2013.
16) William Stalling, Foundations of Modern Networking, pearson Education, November 2015
Références NFV
1) http://www.etsi.org/technologies-clusters/technologies/nfv
2) ETSI GS NFV 002, Network Functions Virtualisation (NFV); Architectural Framework
3) ETSI GS NFV-INF 001, Network Functions Virtualisation (NFV); Infrastructure Overview
4) ETSI GS NFV-MAN 001, Network Functions Virtualisation (NFV); Management and
Orchestration.
5) ETSI GS NFV 003, Terminology for main concepts in NFV
6) William Stalling, Foundations of Modern Networking, pearson Education, November 2015
7) TS 23.501, System Architecture for the 5G System; Stage 2; (Release 15)
8) TS 23.502, Procedures for the 5G System; Stage 2; (Release 15)
9) www.sdxcentral.com
10) http://www.openstack.org/
11) http://www.antoinebenkemoun.fr/2010/06/la-securite-de-la-virtualisation-erratum/
12) http://www.antoinebenkemoun.fr/2009/08/la-paravirtualisation/ > Hyperviseur de type 1
13) http://www.antoinebenkemoun.fr/2009/07/les-differents-types-de-virtualisation-
classification/
Partie 2
Développement et Intégration
d’Applications Internet
105
Sommaire
1- L’Architecture SOA dans son écosystème
2- Objectifs, définitions et modèle SOA
3- Intégration de services avec SOA
4- Mise en œuvre SOA : modélisation et expérimentation
10
1- L’Architecture SOA dans son écosystème
107
Défis métiers
• Recentrage sur le cœur de métier de l’entreprise

– Alignement métier
– VA, profitabilité, expertise
• Rationalisation de l’activité
• Transformation progressive et continue du SI (pérennité)
• Industrialisation (Efficience / Productivité)
108
L’Architecture SOA dans son écosystème
Défis métiers
L’Architecture SOA dans son écosystème 10

9
Approche orientée processus
• La question n’est plus : « Quels sont les processus de mon entreprise? »

mais : « A quels processus participe mon entreprise? ».
• Les processus de l’entreprise sont de plus en plus partagés avec des

partenaires externes.
– « Entreprise Étendue » : des partenaires externes participent aux processus de
l’entreprise.
– Fusion, acquisition, cession : deux occurrences d’un même processus
d’entreprises séparées doivent fusionner.
– « Business Outsourcing » : un processus interne aujourd’hui devient externe
demain.
– ASP : prise en charge d’un processus interne par un système d’information
externe.
– La montée en puissance de la traçabilité.
– …

11
Exemple de Plate-forme d’intermédiation de services
Mobiles
L’Architecture SOA dans son écosystème 111

Environnement de plate-forme de convergence
pour la fourniture des services
112
Vision stratégique
• La vue stratégique est constituée par la description

– des objectifs de l'entreprise,
– des objectifs du système d'information à urbaniser
– de la mise en correspondance entre ces deux sortes d'objectifs : l'alignement
stratégique.
• Les objectifs de l’entreprise peuvent être modélisés

– soit comme une liste hiérarchique de thèmes et de sous thèmes,
– soit comme un diagramme de causes et effets, ou diagramme d'Ishikawa (en
arête de poisson), qui indique les causes (matière, matériel, méthode,
ressources humaines, milieu / contexte) qui produisent des effets.
113
Logique d’alignement du SI sur les objectifs de l’entreprise
– Assurer une correspondance entre les éléments structurants de la stratégie

de l’entreprise et ceux du système d’information
– faire de l'informatique un outil au service de la stratégie de l'entreprise
– Élaborer une stratégie informatique
– Bénéficier de l’informatique stratégique
– Dépasser l’informatique opérationnelle pour du décisionnel
114
L’alignement stratégique
Stratégie SI
Tableau de bord Organisation

pilotage
Expérience client Systèmes

Processus pilotage Informatiques
Chaînes de valeur Contribution

Processus métier
aux processus
(support,
Processus support pilotage,
exécution)
115
2- Objectifs, définitions et modèle SOA
116
Maîtriser la complexité pour permettre l’évolution
Urbaniser le SI à l’aide des architectures SOA

C’est une manière de penser,
une autre façon d’organiser et de structurer le SI
– Est organisé autour des processus métiers de l’entreprise

– Repose sur une décomposition en sous-systèmes et composants
• Autonomie et indépendance pour l’évolution et la refonte
• Approche récursive et hiérarchique (de plus en plus détaillée)
• Limiter les interactions et identifier les îlots de forte connectivité
– Est basé sur des échanges entre sous systèmes et composants normalisés
autour d’un modèle métier
• Processus : modèle d’enchaînement des activités
– Est basé sur une architecture ouverte pour faciliter l’évolution
117
Objectif
• De l’architecture spaghetti à
l’architecture d’intégration
• Architecture spaghetti
– Développements coûteux
– Interconnexions
• redondantes (point à point)
• Ad Hoc : correspondant à plusieurs technologies
– Grande complexité et maintenance difficile
• Architecture d’intégration
– Moteur d’intégration
• outil homogène d’administration des flux
• Utilise des formats d’échange
118
Objectif
Système urbanisé
* Ilots autonomes
Cible
(*)gestionnaire de flux
Serveur Datawharehouse
Hub pour
1 ère Etape les données
Grand public
Systèmes
en région
Système Serveur client
EDI fournisseur Serveurs WEB isolé pour
des contraintes de sécurité
119
Objectif
Le SOA en support à l’ubanisation du SI
Nécessité de disposer d'une infrastructure informatique agile
120
Objectif
Consiste à refondre et faire évoluer un système d'information à la

manière d'un plan d'urbanisme
Tenir compte de l’existant et composer avec les objectifs de
l'entreprise
prendre en compte progressivement, et en fonction des priorités de la
direction générale, les demandes des responsables opérationnels.
121
Objectif
Avantages stratégiques de l’urbanisation
• Alignement stratégique
– Appropriation par les clients/utilisateurs autour du processus métier
• Maîtrise de la complexité
– Démassification du SI
– Éviter les SI monolithiques
– Éviter les problèmes de complexité opérationnelle
• Développement durable
– Évolution fluide sans rupture
– Gestion du patrimoine informatique sur le long terme
• Capitalisation intellectuelle
– Savoir-faire métier (modèles, processus, …)
– Savoir-faire informatique (cartographie, modélisation, conception, …)
• Réactivité (agilité, flexibilité) 122

Objectif
• Support à l’ingénierie du "process flow“ métier
• Support à la cohérence de l’équipe de développement

– Maximale pendant la phase de développement
– Décroît pendant la phase de maintenance évolutive/technique
• Support à la lisibilité de la conception de l’application
• Support à la gestion des conflits de générations

– Évolution des approches de modélisation et de conception
– Évolution des technologies logicielles et problèmes d’interfaçage
• Support à la compatibilité ascendante 123

Objectif
Problèmes inhérents à la refonte et à l’urbanisation des SI
• Limite de durée de vie d’une application

– Nécessité de refonte voire de remplacement par une version actuelle
– Limite atteinte lorsque le coût suivants deviennent prohibitifs
• des modifications
• de la maintenance
• des contournements rendus nécessaires par la faible ouverture/flexibilité
• Évolution du progiciel
– Progiciel s’adapte à un grand nombre de clients
• Générique, paramétrable
• Un client n’exploite qu’une partie des fonctionnalités d’un progiciel
• versions au rythme des standards/normes métiers/technologiques
– Cycle de refonte et d’évolution rapides
• Problèmes d’intégration et d’interfaçage
• Compatibilité avec les standards/normes métiers/technologiques
124
Objectif
Le concept de service
• Service logiciel
– Module logiciel utilisable par programmation
• IHM pour utilisation humaine
• Séparation traitement/interface
– Autonome, complet et cohérent
• Fonctions liées à un même objet métier
– Auto-descriptif, permet la réutilisation
• Véritable contrat de service
• Indépendant des plateformes et outils
– Recensement au sein d’annuaires
125
Définition
Le concept de service
• Service logiciel versus composant logiciel

– Service logiciel
• Fonction de haut niveau
• Dédié à un objet métier
• « Autonome, complet et cohérent »
– Composant logiciel
• Fonction de bas niveau
• Technique
• Doit être « composé »
• Mise en œuvre des services logiciels
– Utilisation de Web Services
– Description WSDL et publication UDDI
• Mise en place souhaitable d’un annuaire UDDI
– Publication de ressources
• Format source : XML
• Séparation forme et fond : XSLT
– Gestion des profils et des droits avec LDAP 126
Définition
Service-définition
127
Définition
Vers l’intégration de services
Effet Spaghetti
Applications en silos SI non flexible

‐ Enfermement sur soi et pas ‐ Les liaisons point à points
de collaboration entre augmentent la complexité du
applications système
Coût de maintenance Travail dur

‐ Beaucoup de temps, d’effort
et d’argent sont gaspillés pour ‐ Le développement et
la maintenance et le support, l’intégration ne sont pas aisés
au détriment de l’Innovation vue les redondances
128
Définition
SOA, Définition
Oriented
Service Architecture
OASIS: SOA est un paradigme d’organisation des ressources distribuées,

potentiellement contrôlées par des domaines différents.
SOA
129
Définition
130
Définition
Architecture SOA
131
Définition
Le paradigme du SOA
132
Définition
L’infrastructure des Services Web
Les trois piliers des Services Web
SOAP WSDL UDDI

Simple Object Web Services Universal Description
Access Protocol Description Language Discovery and Integration
Transporte Décrit le contrat Stocke les descriptions

de contrat
XML
eXtensible Markup Language
133
Définition
Mise en œuvre des Services Web
 SOAP, WSDL et UDDI en action
UDDI
WebServices
WebServices Application
@ WebServices (Serveur)
Application
(Client) WSDL
SOAP
134
Définition
Mise en œuvre des Services Web
 Cycle d’exploitation
135
Définition
Composantes de l’architecture des services Web
136
Définition
Protocole SOAP et services UDDI
• SOAP = HTTP + XML
137
Définition
Protocole SOAP et services UDDI
138
Définition
Exemple SOAP
139
Définition
Supervision et pilotage de traitements avec BPM
BPM is concerned with managing change to improve business

processes. BPM is unifying the previously distinct disciplines of
Process Modeling, Simulation, Workflow, Enterprise Application
Integration (EAI), and Business-to-Business (B2B) integration
into a single standard.
• Qualification métier des processus

– Affectation de propriétés aux processus (Business Process Management)
transversaux
– Gestion des processus
– Pilotage des processus (Workflow Management)
– Contrôle et supervision des processus
– Maîtrise des chaînes de valeur
Définition
140
• La supervision adresse deux types de populations :

– Infrastructure : MOA, utilisateurs, IT
– Business Process : MOA, clients externes, partenaires
• La supervision des processus a pour enjeu :

– Respecter les engagements et les contrats de service
– Valider le ROI
– Assurer la continuité de service
– Informer la MOA en temps réel sur l'exécution de ses processus
Il est indispensable de superviser les applications pour avoir une

vue "service"
Définition
141
Diagramme d’enchaînement d’activités de processus métiers
Définition
142
Niveaux d’architecture du SI avec SOA
143
Modèle
Fonctionnalités d’une architecture SOA basée sur ESB
144
Modèle
3- Intégration de services avec SOA
145
Maîtriser progressivement l’évolution des SI
• Définir une cible métier en terme d’objets métiers et

processus par les acteurs métiers, les informaticiens
opérationnels et les spécialistes de l’architecture, de la
modélisation et de l’outillage
– Nomenclature, terminologie et sémantique
– Description des activités et des processus de l’entreprise
– Couverture des cas métiers (PARETO)
– Capacité d’évolution et d’enrichissement avec de nouveaux concepts
– Travailler de façon fractale en commençant par les macro processus.
– Travailler de façon itérative
– Impliquer les clients et les utilisateurs
• Migration sur une architecture d’intégration

– Bus logiciel synchrone/asynchrone, CORBA, EAI, SOA, contrôle
processflow…
146
Approche d’intégration
Maîtriser progressivement l’évolution des SI
• cadre d'urbanisation, référentiel de travail pour la cohérence

du chantier
• définir les différents points de vue (métier, fonctionnel,

applicatif, technique), et règles associées aux processus,
autour de la validation et de la description des différentes
étapes les constituant, ainsi que des indicateurs et tableaux de
bord de supervision
• Stratégie de migration
– Urbanisation progressive ou Big Bang ?
– Migration des référentiels
– Migration du contrôle
– Contrôle de cohérence et tests
147
Le modèle des quatre cadrans
• Modèle événementiel et partenarial Pourquoi ?

– formalise la vue externe, raison d’être de l’organisation Avec quels
interlocuteurs
– Nature de ses relations avec son environnement externes ?
• Ouvre le système d’information aux usagers, aux partenaires
– Orientations stratégiques et priorités de développement
• Fixe un cadre général qui intègre les autres vues
• Modèle des processus métier Qui fait quoi ?
Avec qui ?
– formalise la vue organisation fonctionnelle Comment ?
– Permet une lisibilité des métiers et des transversalités
– Transforme le métier, modifie les façons de faire
• Modèle des objets métier et des formats d’échange Quoi ?
– formalise la vue informationnelle

– Valorise le patrimoine, fonctionnel et informationnel Comment cela
fonctionne ?
– dématérialise les échanges Avec quels
composants et
• Cartographie applicative et des flux outils ?
– formalise la vue applicative
– Modernise l’outil informatique (évolutivité, performance et réactivité) 148
Un modèle d’urbanisation supporté par SOA
Vue organisationnelle fonctionnelle
1er cadran 2ème cadran

Acteurs internes
Modèle Modèle
Activités
Vue informationnelle
Événementiel des processus
et partenarial métier
vue externe
Missions Système Informations

Acteurs externes d’information Contenus échangés
4ème cadran 3ème cadran

Cartographie Modèle des objets
des applications Système métiers et formats
et des flux Informatique d’échange
Vue applicative
149
• Vers l’architecture de services (SOA)

– Ouverture du SI et mise à disposition de services
– Exposition d’une interface fonctionnelle
150
Partir d’un état des lieux grâce : la cartographie
• Inventaire des systèmes informatiques existants

– applications et référentiels de données
– flux d'informations entretenus entre ces différentes briques
– identification des processus métier déjà supportés par le système
d'information
• cartographie (représentation graphique d’une carte de

l’existant)
– cartographie métier (niveau stratégique)
• Modèles d’objets métiers, processus, enjeux stratégiques
– cartographie fonctionnelle et applicative (dite logique)
• Fonctions de l’entreprise sous forme hiérarchique, flux d’échange
• Applications logicielles qui réalisent les fonctions (couverture)
– cartographie d'infrastructure, couvrant bases de données, réseaux et
composants techniques (dite physique)
– Permet un état des lieux, une analyse et une synthèse
151
Cas des télécoms
TOM (Telecom Operational MAP)
152
Cas des télécoms
153
Conception et agilité
• Flexibilité et capacité d’incrémentation  agilité

– Évolutivité et capacité d’incrémentation
– modularité
– Compatibilité ascendante
– Interfonctionnement et interopérabilité
• La flexibilité permet :
– D’introduire de nouveaux traitements/systèmes fonctionnels
– De changer l’ordre ou la logique des enchaînements de tâches
– De faire des modifications de données métiers (paramétrage)
• La conception détermine l’agilité de l’architecture

– Découplage des composants et mise en relation
– intermédiation
– Paramétrage
– intégration
154
Conception et interopérabilité
• Interopérabilité : capacité des applications à coopérer

ensemble
– Intégration et communication entre composants applicatifs
– L’interopérabilité (technique) versus l’urbanisation (stratégique)
• L’interopérabilité vise l’indépendance et l’intégration :

– renforcer la capacité à construire et à intégrer des sous-systèmes d'origines
diverses,
– renforcer la capacité à faire interagir les sous-systèmes du SI et les faire
interagir avec d’autres SI (interopérabilité),
– renforcer la capacité à pouvoir remplacer certains de ces sous-systèmes
(interchangeabilité).
– favoriser l’évolutivité, la pérennité et l’indépendance du SI,
– renforcer la capacité du SI à intégrer des solutions hétérogènes (progiciels,
éléments de différentes plate-formes, etc.).
155
• Interfaces des services conçus de façon générique
– Factorisation, généralisation, abstraction
– Protocoles standards (télécoms, …)
– Adaptateurs (EAI, …)
– Middleware ou bus logiciel
• Vagues de l’interopérabilité et middleware
– Accès aux bases de données
• Abstraction des bases de données
– Appel de procédures distantes
• Masquage de la répartition
– File d’attente de message
• Découplage et fiabilisation
– Moniteur transactionnel
• Traitement des transactions ACID
• Atomique, Isolé, Cohérent, Durable
– Architectures de composants (EAI)
– Architectures de services (SOA)
156
• Architectures d’interopérabilité
– Formats d’échange : XML
• eXtended Markup Language
– Intégration de systèmes complexes: EAI
• Enterprise Application Integration
– Modèle d’architecture cible : SOA
• Service Oriented Architecture
• Formats d’échange:
– Modélisation UML
– Production de schémas XML
– Langages XML verticaux
• santé : HL7 (Health Level Seven)
• banque : IFX (Interactive Financial eXchange)
• commerce : cXML, xCBL, ebXML
157
Architecture d’une plate-forme SOA
Apache
Web
Internet
http
Web XML SMTP

Application
Switching Database & Apps
CGI ftp
Networks
Application Interface Interface

Coordinator
System
System
Shared
Infra-
structure
Services
• Transactions
Services
• State Mgmt
Infra-
structure
Memory
& Services • Indexing • Deadlock Det. & Services
Queue Queue Queue
ObjectSwitch Event Distribution Bus
158
Fonctionnalités d’une plate-forme SOA
Distribution Transactions
d’événement
Coordination Application Interface Interface

Gestion
Traçabilité
de F.A.
S S S S
e e e e
r r r r
v v v v
Gestion i
c
i
c
i
c
i
c
Détection
de tâches e
s
e
s
e
s
e
s d’interblocage
Indexation & Gestion

requêtage Bus logiciel (msg, evt, ...) de données
Gestion
d’états Parallélisme
Gestion Tolérance Services
de mémoire aux fautes Objets
159
Supervision et pilotage de traitements
avec BPM
BPM is concerned with managing change to improve business

processes. BPM is unifying the previously distinct disciplines of
Process Modeling, Simulation, Workflow, Enterprise Application
Integration (EAI), and Business-to-Business (B2B) integration
into a single standard.
• Qualification métier des processus

– Affectation de propriétés aux processus (Business Process Management)
transversaux
– Gestion des processus
– Pilotage des processus (Workflow Management)
– Contrôle et supervision des processus
– Maîtrise des chaînes de valeur
160
Pilotage des processus et BPM
avec BPM
• La supervision adresse deux types de populations :

– Infrastructure : MOA, utilisateurs, IT
– Business Process : MOA, clients externes, partenaires
• La supervision des processus a pour enjeu :

– Respecter les engagements et les contrats de service
– Valider le ROI
– Assurer la continuité de service
– Informer la MOA en temps réel sur l'exécution de ses processus
Il est indispensable de superviser les applications pour avoir une

vue "service"
161
avec BPM
Diagramme d’enchaînement d’activités de processus métiers

162
4- Mise en œuvre SOA : modélisation et expérimentation
163
Etapes à suivre
Etablir un portefeuille des services (granularité !)

Connecter à travers un bus ESB
Orchestrer pour créer des processus
Exposer avec des interfaces utilisateurs

Créer un dashboard temps réel
Sécuriser les interactions
Faire évoluer l’architecture
164
Exemple de projet d’intégration de services
Architecture métier
Vision macro des processus avec leurs concepts métiers
165
Modéliser les objets métiers
Vision objet avec découplage en blocs fonctionnels
166
Architecture Fonctionnelle
• Découpage en blocs fonctionnels
• Blocs opérationnelles : Activité, demande, paie, acompte, contrat.
• Bloc référentiel : Compétence, Employeur, intérimaire.
=>Organiser les services métiers et les interactions avec les acteurs.
167
Process Métier
• Distinguer les tâches automatiques et les tâches humaines
• Identifier les E/S de chaque tâche sous forme d’objets => serviront paramètres des opérations
de service
• Bien identifier les services, préparer les web services.
• Identifier les tâches humaine pour les diagrammes d’utilisation et réaliser les interfaces.
168
Cartographie
• Relations des blocs fonctionnels dans

une vision SOA
169
Mapping de l’applicatif existant avec l’architecture fonctionnelle
• La gestion des intérimaires est bâtie sur une application vieillissante et

abandonnée par son éditeur.
170
Architecture applicative cible SOA
• Création d’un bloc de services pour chaque bloc de l’architecture fonctionnelle sous forme de
web services. => le but est d’assurer les échanges avec l’architecture applicative via les
connecteurs.
171
BIBLIOGRAPHIE
[1] " LE PROJET D'URBANISATION DU SYSTEME D'INFORMATION", LONGEPE – ed. DUNOD.
[2] " URBANISATION SOA ET BPM LE POINT DE VUE D'UN DSI", CASEAU - ed. DUNOD.
[3] " URBANISME DU S.I. : DE LA GOUVERNANCE AUX PROJETS", - ed. DUNOD.
[4] " LA GOUVERNANCE DE L'EVOLUTION DU SI: ALIGNEMENT ET AGILITE", LE ROUX - ed.

HERMES.
[5] " LE SYSTEME D'INFORMATION DURABLE : LA REFONTE PROGRESSIVE DU SI AVEC SOA",

BONNET - ed. HERMES.
[6] " URBANISATION DU BUSINESS ET DES SI", JEAN - ed. HERMES.
[7] " URBANISATION ET MODERNISATION DU SI", LE ROUX - ed. HERMES.
[8] " PROCESSUS METIER ET SI : EVALUATION MODELISATION & MISE EN OEUVRE", MORLEY -
ed. DUNOD.
[9] " INTEGRATION APPLICATIVE EAI, B2B, BPM ET SOA", MANOUVRIER - ed. HERMES.
172
BIBLIOGRAPHIE
[10] "SOA LE GUIDE DE L'ARCHITECTE 2EME EDITION. FOURNIER", MOREL - ed. DUNOD.
[11] "LE SYSTEME D'INFORMATION TRANSVERSE : NOUVELLES SOLUTIONS DU SI &

PERFORMANCE", RIVARD - ed. HERMES.
[12] " ANALYSE DE LA VALEUR ET SYSTEMES D'INFORMATION", GUILLE - ed. ORTHEIS

CONSEIL.
[13] " PROCESSUS METIERS ET SYSTEMES D'INFORMATION : EVALUATION MODELISATION",

MORLEY - ed. DUNOD.
[14] " CONVAINCRE POUR URBANISER LE SYSTEME D'INFORMATION", BONNE - ed. HERMES.
[15] " ESTIMATION ET ARCHITECTURE DES DEVELOPPEMENTS AGILES", VICKOFF - ed. HERMES.
[16] " URBANISATION L'ENTREPRISE OU SON SYSTEME D'INFORMATION", CHELLI - ed. VUIBERT.
[17] " GUIDE DU MANAGEMENT DES SYSTEMES D'INFORMATION", BERDUGO - ed. HERMES.
[18] OASIS WSBPEL, WSBPEL2.0, EasyBPEL, LGPL, OW2 Orchestra
[19] http://www.oasis-open.org http://bpelsource.com
173
Annexe 1
174
Quelques ESB Open Source
ESB Description
Apache ServiceMix Une implémentation de Apache JBI avec plusieurs composants JBI
Apache Synapse Concentré sur le support des web services basés sur Apache Axis2.
JBoss ESB Implémentation de JBoss
Mule Un ESB léger avec un modèle d’implémentation personnalisé.
Open ESB Une implémentation de JBI offerte par Sun qui offre une bonne assistance
graphique avec NetBeans
Spring Integration Un Framework d’intégration basé sur Spring.
175
Critères de sélection
176
Architecture Mule
177
SOA et Maturité
178
Modèle de maturité SOA
Optimisation SM
optimisés
Transformations Services métiers

mesurés
Réactivité Services Services collaboratifs

métiers
Efficacité Services architecturés
Fonctionnalités Services initiaux
179
TD
Modélisation BPMN et SOA
Indexation d’images
180
Enoncé
Modelio est un outil de modélisation UML qui intègre

également la modélisation BPMN
 Des diagrammes dédiés BPMN permettent de modéliser les Processus métier

• Le module BPMN est une extension du modeleur Modelio dédiée à la
modélisation de processus métiers à l’aide de diagrammes BPMN (ou «
Business Process Modeling Notation »).
• Un diagramme BPMN s’articule autour de flux d’activités (les « Tasks » et
les « SubProcesses »), associés à des éléments de contrôle de flux (les «
Events » et les « Gateways ») et comprend :
– Des éléments de structurations orientés autour des participants au processus (les «
Pools » et les « Lanes »)
– Des artéfacts produits et consomés par les activités (les « DataObjects »).
TD Modélisation BPMN et SOA 181

Enoncé Adobe Acrobat
Modélisation BPMN et SOA Document
Utilisez l’aide en ligne afin de choisir les éléments nécessaires pour représenter
le processus d’indexation d’images
© Z Choukair/Constelis

Enoncé
Installer le logiciel Modelio qui vous a été fourni
Nous allons prendre l’exemple d’une application d’indexation et de

recherche d’images pour un client android
– enregistrement/recherche d’une image au sein d’une base de
données
• à partir d’une image stockée sur disque dur
• captée par l’appareil photo et/ou téléchargée depuis internet
Une fois la recherche entamée, une application coté serveur lancera

l’indexation de l’image et renverra les images similaires à
l’utilisateur.
TD Modélisation BPMN et SOA

183
Enoncé
ouvrir un nouveau
projet « indexation
images»
Sélectionner
« modélisation
d’architecture
SOA » La fenêtre de
et droite affiche un
« modélisation espace de
métier » représentation
Cet espace offre

les différents
éléments qui
interviennent
dans la création
et l’élaboration
d’un diagramme
Enoncé
Diagramme cas d’utilisation

185
Enoncé Modélisation BPMN et SOA
Diagramme
de séquence

Enoncé
Processus métier (première partie)

Enoncé
Processus métier (deuxième partie)

Enoncé
Architecture logique du cas d’utilisation « lancer l’indexation »

189
Enoncé
Architecture logique du cas d’utilisation « enregistrer image »

Enoncé
Architecture physique du cas d’utilisation « lancer la recherche »

SupPTIC M1 Dév de Services Et Intégration Réseaux

Transféré par

Droits d'auteur :

Formats disponibles

SupPTIC M1 Dév de Services Et Intégration Réseaux

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

SupPTIC M1 Dév de Services Et Intégration Réseaux

Transféré par

Droits d'auteur :

Formats disponibles

Développement de Services

et intégration dans les réseaux

Yaoundé, Octobre 2020

• L’évolution des télécoms répond à une double attente :

• Découplage de la fourniture du service :

• Similarité d’usage avec Internet :

• les services d’interconnexion évolués

– services centrés sur l’utilisateur «customer-centered» :

• les services personnalisés et spécialisés :

• les services d’accès à des applicatifs

Être sur le terrain

• Accéder aux données

Contraintes à prendre en compte

• Faiblesse des ressources

Vue au sol et aérienne

Terminal mobile Charge la scène (fichier VRML)

Domaine du Tourisme et de la Culture

Une croissance constante, que divers opérateurs dans le monde

Ouvert et communiquant grâce aux nombreuses APIs Google

Touche à de multiple domaines de l’informatique : recherche,

Supporté par un géant de l’édition logicielle sur Internet, Google

• Système d'exploitation pour terminaux mobiles

• Des opérateurs téléphoniques : T-Mobile

• Des constructeurs électroniques : Intel, nVidia

• Des constructeurs de terminaux : LG, Motorola

• Consortium créé fin 2007

• Pas de licence, de droits d’utilisation ou de

• Librairies media pour jouer et enregistrer une grande

• Nouvelle instance pour chaque processus

• Exécute des fichiers .dex

• Darvik core class library fournit une base de

Messaging IMS Game •Messaging

Multimedia IMS PTT over IMS

• Yahoo alone reports over 17 billion IM each day

• IMS messaging – Enriched message communication

• IMS Messaging is based on 3GPP and OMA standards, embraced withTISPAN

• Relation with SMS/MMS

”It’s a matter of choosing IM business model”

Business agreement IM / Presence Service charges

• Immediate Messaging SIP SIP

– For text, short messages e.g. UE SIP

• Session Based Messaging SIP SIP SIP SIP

– Store and Forward SIP

• Easy, one touch communication

• A standard is vital for an interoperable

You are receiving invitation to push-to-talk

1) “Blue” sets up a PTT session with the Dynamic Group

2) The session is set up, and the DYN starts to locate

1) Police #1 calls the Police Operator and reports an

3) Police #1 and #2, who is in the area, is added to the

1) Taxi Company operator sends a PTT request to pick up

message unless the customer has been picked

• Presence can be used to enhance applications

Not Available Available

• A capability to manage network based groups and data e.g.

• The groups contain lists of identities e.g.

• Group and Data Management can be used to enhance

Présentation Présentation métier des données

Réseau, accès et physique