Conception et développement d'une application mobile pour l' ERP SAP.

1. Conception et développement d’une solution SAP
sur plateforme mobile
Entreprise : Kalydia
Réalisé par : Lotfi GAALOUL
Encadreurs :
Septembre 2011
M. Frederick HUYNH

2. Plan
 Contexte, problématiques et objectifs
 Etat de l’art
 Architecture de SAP ECC
 Les plateformes mobiles existantes
 Réalisation
 Architecture générale de l’application
 Côté plateforme SAP ECC
 Côté plateforme Mobile Android
 Conclusion et perspectives

3. Contexte du travail

4. Kalydia
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Kalydia est une société de conseil en informatique spécialisée dans le
domaine SAP
 2006 - Création de Kalydia à Paris
 2009 - Création d’agences en province : Lyon et Bordeaux
 Expertise approfondie du métier
 Engagements sur des résultats
 2010 – Création de KALYDIA Technologies : Dématérialisation
Workflow, Mobilité
 2011 – Création de KALYDIA Consulting : cohérence et valeur ajoutée
entre le métier et l’IT
4/38

5. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Domaine d’expertise
2
1
Compétences
Experts
Reconnus sur le plan
national
Ecosystem
Valeur Ajoutée Kalydia
Plateformes SAP
Paysage SAP COMPLET
Maquette interne de
démonstration SRM / MDM
Accessible à distance
3
4
Focalisation
Fonctionnels SAP
BI/BO
SRM
PORTAIL
MDM
Offre de services
Cadrage
Mise en œuvre
Migration
Expertise
Formation
5/38

6. La mobilité
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 La mobilité, est un enjeu incontournable pour les
entreprises d'aujourd'hui.
« Plus de 1,19 milliard de professionnels dans le monde
utiliseront des technologies mobiles en 2013, soit 34,9 %
des personnes en activité ». Journal IDC 2009
9/38

7. SAP et mobilité
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 SAP ECC comme ERP
 Améliorer la flexibilité et la réactivité des besoins métiers
des entreprises
 Des nouvelles fonctionnalités pour des applications
mobiles
8/38

8. Applications mobiles
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Les différents types d’applications mobiles dans SAP
Types
Description
Consultation
Les applications qui fournissent en temps réel des vues mobiles
complètes des applications SAP.
Rapports
Les applications qui fournissent des requêtes pour afficher des
rapports sur les données SAP.
Synchronisation
Les applications qui permettent la synchronisation en mode
connecté/déconnecté entre l’appareil mobile et le back-end où
le système SAP est intégré.
Workflow
Les applications qui fournissent des formulaires personnalisés
pour les processus de gestion de l’entreprise.
10/38

9. Problématique (1) :
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Gestion d’accès aux applications SAP de
type workflow.
 Réduit le vecteur de productivité des
collaborateurs en limitant leur temps et
leur espace de travail.
 Retarde la prise de décision.
 Ralentit l’extension et la prolongation
des processus de gestion de l’entreprise.
13/38

10. Problématique (2) :
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Problématique 2 : La mobilité rime avec complexité.
 Données variées et volatiles :
 Différents types de fichiers,
 Utilisation des web services,
 Différentes bases de données.
 Notion de l’existant :


Plusieurs plateformes mobiles,
Absence d’une plateforme standard.
 Evolution technologique :
 Rythme d’innovation important,
 Schisme technologique.
14/38

11. Objectifs :
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Nos objectifs :
 Développer une application mobile et intégrer les
fonctionnalités du workflow.

Concevoir et implémenter un workflow sous SAP ECC.

Développer les modules fonctions qui implémentent les
fonctionnalités du workflow.

Générer et configurer les services web.
15/38

12. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Exemple
 Workflow demande de congé
Vérification de la demande
et prise de décision
Remplissage
du formulaire
Modification
11/38

13. Etat de l’art

14. C’est quoi un ERP
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
• Différents modules couvrant
l’ensemble des besoins d’une
entreprise
• Portabilité sur la base des
standards du marché (bases de
données, systèmes exploitation,
etc.)
• Approche Up-to-date
17/38

15. ITS dans SAP ECC
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Internet Transaction Server :
 A-Gate : application gateway ou passerelle
d’application; qui établit la connexion à un serveur
d’application.
 W-Gate: web gateway ou passerelle web; qui établit la
connexion à un serveur web.
18/38

16. Plateformes mobiles
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Les plateformes mobiles existantes :
Plateforme
Mobile
Eclipse SDK-android
Android
Eclipse BlackBerry JDE
BlackBerry
WinDev Mobile
Pocket PC
Visual Studio
Pocket PC
X-code
Iphone
Sybase SUP
Android, BlackBerry, Iphone
19/38

17. Android
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 La plateforme Eclipse SDk-android :
 Android est un système d'exploitation pour téléphone
portable de nouvelle génération développé par Google.
 Celui-ci met à disposition un kit de développement
(SDK) basé sur le langage Java.
 Google fournit un plugin pour cet IDE nommé
Android Development Tools (ADT)
20/38

18. BlakBerry
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 La plateforme Eclipse BlakBerry JDE :
 Le BlackBerry JDE permet le développement, les tests et
le déploiement des applications Java pour les BlackBerry
Smartphones.
 Le BlackBerry JDE Plug-in d’Eclipse permet le
développement, le débogage et le test d’application
BlackBerry Java depuis Eclipse
18/38

19. Réalisation

20. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Architecture générale
SAP ECC
SW
SW
Web
MF1
MF2
SW
SW
MF3
MF4
SW
MF5
Couche mobile
W
O
R
K
F
L
O
W
Couche SAP ECC
20/36

21. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Les étapes
• L’architecture générale de notre application est composée de 5 étapes.
Conception du workflow
(1)
Développement
des modules fonctions
(2)
Retourner
Résultat
Transformation
des modules fonctions
(3)
Appel des
Services web
(5)
Configuration
des services web
Envoyer
Requête
(4)
Utilisateurs
21/38

22. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Etape 1 : développement du workflow
SAP ECC
Workflow lancé
Exemple : demande de congé :
1.
2.
3.
4.
5.
Lancement du workflow
Remplissage du formulaire
demande de congé
Vérification de la demande et
prise de décision
Notification par mail de la
décision du manager
Terminaison du workflow .
Remplir
formulaire
Vérification &&
décision
Notification par
Mail
Workflow terminé
22/38

23. Etape 2 : implémentation des modules
fonctions
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Module Fonction
Paramètres importés
Paramètres exports
Créer workflow
Identifiant de l’utilisateur, les dates de
congé et le motif
Code retour compris en 0 et 9
Lancer workflow
Identifiant de l’utilisateur et du workflow
Code retour compris en 0 et 9
Valider workitem
Identifiant du workitem
Code retour compris en 0 et 9
Supprimer workitem
Identifiant du workitem
Code retour compris en 0 et 9
Rejeter workitem
Identifiant du workitem
Code retour compris en 0 et 9
Réserver workitem
Identifiant du workitem
Code retour compris en 0 et 9
Afficher Workplace
Identifiant de l’utilisateur
Code retour compris en 0 et 9
23/38

24. Etape 3 : configuration des modules
fonctions
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Configuration des modules fonctions :
• Attribuer une description,
• Attribuer un package,
• Associé à un groupe fonction,
• Activer une version d’exécution,
• Modifier le type d’exécution,
• Créer le service web associé
à ce module fonction.
24/38

25. Etape 4 : configuration des services
web
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Configuration des services web et
génération du fichier WSDL
• Exécuter la transaction
SOAMANGER,
• Vérifier que le contenu de la balise
TargetNameSpace du fichier
WSDLutilise le protocole SOAP,
• Récupérer la balise URL,
• Tester le service web créé via l’outil
SoapUI.
25/38

26. Conception de l’application (1) :
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Diagramme de cas d’utilisations
Spécifique
Générique
26/38

27. Conception de l’application (2) :
 Diagramme de classes
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
Générique
27/38

28. Conception de l’application (3) :
• Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Diagramme de séquences
28/38

29. Cas d’utilisation : configuration
de l’application
29/38

30. Cas d’utilisation : Création
demande de congé
30/38

31. Cas d’utilisation : Manager SAP
31/38

32. Cas d’utilisation : Notification
manager
32/38

33. Conclusion et perspectives

34. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Conclusion (1) :
 Assimiler et faire cohabiter avec deux nouveaux
environnements de travail : ERP, plateformes mobiles
 Maitriser la conception des workflows sous SAP ECC
 Exporter les workflows vers des applications externes
via les services web
 Exploiter les plateformes mobiles
34/38

35. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Conclusion (2) :
Le bilan s’avère positif:

Scientifique:

Mise en application de connaissances théoriques :
Modélisation UML, programmation orienté objets, etc.



Association dans un projet innovant.
Relation étroite avec des projets industriels.
Humain

Découverte du milieu professionnel de taille humaine.
35/38

36. • Contexte
• Problématique
• Etat de l’art
• Approche
• Conclusion
 Perspectives :
 L’optimisation et le raffinement du produit réalisé
 Conception d’un autre type d’application SAP via la
plateforme SUP de Sybase
 Implémentation d’autres types d’applications SAP sur
différents types de mobiles
36/38

37. Merci de votre attention