Fusionner les environnements transactionnels (SAP ECC, SRM, CRM) et décisionnels pour accélérer la prise de décision
Apporter des nouvelles fonctionnalités dans vos processus métier (Workflow, validation par mail, formulaire, documentation en ligne)
Simplifier vos architectures et supprimer les interfaces entres les systèmes d’information
Regrouper les transactions utilisateurs à travers des outils ergonomiques pour fédérer l’information et limiter les besoins de formation aux outils
Nous vous proposons un premier aperçu du potentiel de SAP pour la mise en oeuvre d'application ergonomique orientée processus métier. Cette démonstration est basée sur une version SAP NETWEAVER 7.0 EHP1 avec utilisation des composants Portail, Webdynpro et Visual Composer.
Pour plus d'informations, n'hésitez pas à nous contacter sur www.censio.fr.
Vous souhaitez faire gagner du temps à vos utilisateurs en mettant à disposition des applications orientées processus métier et non transaction.
Vous souhaitez déployer des applications en mode client léger pour vous affranchir des contraintes de mise à disposition des applications client lourd (SAPGUI) sur les postes de travail.
Mais comment faire dans le monde SAP ?
SAP offre à travers la plateforme SAP NETWEAVER l’ensemble des composants nécessaires à la construction d’une application WEB et à son exposition en mode Intranet ou Internet. SAP propose différents outils de développement d’interfaces utilisateur WEB
Web Dynpro - ABAP
Web Dynpro propose un modèle de langage de modélisation (méta-modèle) uniforme pour la construction de toutes les interfaces utilisateurs qui accélère le développement.
Web Dynpro sépare strictement la couche de présentation et les données business (Modèle MVC)
SAP Web Dynpro communique avec la technologie Adobe Flex / Flashet permet la construction d’interfaces « 2.0 »
Web Dynpro – JAVA :
Les différences majeures avec la version ABAP ??
L’environnement de Développementn’est pas le même, d’un côté le Java se base sur NWDI et NWDS à l’inverse le WD ABAP lui se fait via la se80
L’accès aux données se fait en natif
L'utilisation du MIME Repository
Pour aller plus loin : voir le doc « SAP NETWEAVER Web Dynpro ABAP vs. Web Dynpro Java – FAQ »
VISUAL COMPOSER
Visual Composer permet de composer des applications sans requérir à du code.
L’ergonomie s’appuie sur des bibliothèques flash en standard.
Les possibilités de mises en œuvre sont limitées aux modèles fournis par SAP.
BSP - HTMLB :
Cette technologie permet d’associer les langages de programmation ABAP, HTML et javascript. Elle est très ouverte et autorise toutes les libertés créatives sur SAP WebAS.
Il est possible de développer en appliquant le modèle MVC mais ce n’est pas une obligation
Cette technologie existe sur des bases installées.Quant à la recommander pour de nouveau développement d’une application WEB sur SAP...
Des librairies “HTMLB” et “XHTMLB HTML” sont fournies par SAP. Par exemple, il existe un tag pour afficher et gérer le contenu d’un table : pas besoin de réinventer la poudre !
Exécution des applications WEB
Une fois les applications construites, il est possible de les exécuter dans le Portail SAP qui prend en charge en particulier la gestion des rôles métier et des droits d’accès.
Il est aussi possible d’exécuter les Web Dynpro en mode on-line sur des mobiles. Pour migrer d’une interface « PC » à une interface “Mobile », il faut uniquement ajuster l’interface.
Quelques éléments à retenir sur l’architecture de développement
NWDI (Netweaver development infrastructure)
Il est articulé autour de plusieurs composants :
CBS (C’est la partie qui va construire ton archive, c’est le build)
CMS (C’est la partie qui va transporter tes composants d’un environnement vers un autre)
DTR (C’est le repository qui va stocker tes développements et gérer le versionning)
SLD (C’est a ce niveau que tu vas définir ta configuration ainsi que les systèmes WAS, ECC à utiliser)
NWDS (Netweaver Development Studio)
C’est l'environnement de dev, c’est en fait un éclipse à la sauce SAP, à savoir qu’il intègre toutes les IDEs nécessaire au bon développement des WDs.Lire le reste de cet article »
La convergence des réseaux (GSM, 3G, WIFI, WIMAX, Bluetooth) et les progrès technologiques des terminaux ont ouvert une autoroute d’innovations. Les opérateurs télécom l’ont bien compris et proposent désormais à leurs clients des applications mobiles en collaboration avec les grands noms du WEB 2.0 & les fournisseurs de services de type messagerie, news, informations géographiques, networking...
Avant de rentrer dans le vif du sujet, il faut s’interroger sur le type d’application mobile qui est recherchée.
Application Online: L’utilisateur du terminal consomme un processus métier et des services en temps réel. Aucune donnée n’est stockée sur le terminal. Les bases de données de l’entreprise sont mises à jour immédiatement et le terminal ne contient pas d’applicatif.
Application Offline: L’utilisateur utilise une application en local qui stocke des informations sur le terminal. Lorsque le terminal est connecté à l’entreprise à travers un réseau, un processus de synchronisation se met en œuvre & les données sont transférées (dans les deux sens).
Le premier mode a l’immense avantage d’être synchrone mais est dépendant à 100% de la capacité de connexion au réseau d’entreprise et génère du trafic « « data » qu’il faudra payer à l’opérateur réseau.
Le deuxième mode est moins générateur de traffic et l’application est autonome... Mais il faut une architecture applicative capable de gérer les processus de synchronisation.
Et SAP ?
La mobilité pour les entreprises n’est pas née d’hier... SAP, avec sa plateforme NETWEAVER, propose désormais un environnement de développement et d’exécution robuste et évolutif pour déployer ce type d’application.
SAP NETWEAVER fournit un environnement de développement & d’exécution permettant la mise en œuvre rapide d’application mobile dite « on-line ». Aucune installation supplémentaire n’est nécessaire : c’est à partir du « SAP NETWEAVER Developper Studio » que les interfaces seront créées via la technologie « WEB DYNPRO ».
Pour la mise en œuvre d’application OFF-LINE, le sujet est un peu plus corsé. Il faut utiliser le composant « SAP Mobile Infrastructure » de NETWEAVER fournit dans le « SAP Mobile Development tool kit ». Le déploiement de l’application sur le terminal communicant, la gestion de la synchronisation entre le serveur & les postes clients sont alors pris en charge par ce composant SAP.
Vous avez envie d’en savoir plus ? Vous avez envie de partager sur le sujet ?
N’hésitez pas à commenter cet article et/ou à nous contacter. Nous nous ferons une joie de vous rencontrer et d'échanger sur nos expériences.
Lorsque l'on installe une nouvelle version de SAP, surtout avec NW2004s, on se retrouve face à face à une question structurante pour le projet - est-ce que j'utilise la Nouvelle Techno du jour, ou est-ce que je reste avec la technologie que je connais, et surtout que je sais qui marche.
Avec NW2004s, il y a (au moins) deux domaines où cette question peut légitimement se poser: * Pour le développement web, avec la nouvelle technologie WebDynpro (contre BSP auparavant) * Pour l'outil de planification et de simulation, BI/IP (pour Business Intelligence, Integrated Planning), contre SEM/BPS (ou BW/BPS)
Les attraits de ces nouvelles technologies sont nombreux, les risques aussi. Assez rares sont les 'early adopteurs' qui ne rencontrent pas de problèmes avec ces solutions.
Cependant, avec BIIP, et surtout depuis le SP10 de NW2004s, la solution semble très stable, et surtout performant. Nous venons de terminer la recette d'une solution d'élaboration de budget, qui utilise BIIP pour tout ce qui est saisie web. Pour donner une idée de la taille du projet, il y a plus de 20 requêtes BEx en mode "planification", réparties sur 6 applications WAD. Ceci permet la saisie de budget, annuel ou mensuel, de tendance, des données actualisées, etc.
Sur un autre domaine, nous sommes en train de passer en recette un projet similaire d'élaboration de budget, sur un modèle légèrement plus simple, mais qui se base sur la hiérarchie des centre de coûts (ceux qui l'ont pratiqué sauront que parfois, les hiérarchies réservent des surprises). BIIP nous a permis de monter cette solution, qui répond parfaitement aux besoins des utilisateurs, très rapidement, et avec une quantité de développements très réduite.
Dans un futur article, nous regarderons plus en détail les développements BIIP, les possibilités qu'offre cette technologie, les avancés par rapport à SEM/BPS, et les inconvénients qui subsiste (car inconvénients il y en a). Mais pour l'instant, le ressenti sur le projet quant à la maturité, la stabilité et la puissance de l'outil, BIIP tient ses promesses.
Archives
