Accueil
 > Rapports de TEC > Blogue de TEC > SAP NetWeaver arrière-plan, la direction et Recommandatio...

SAP NetWeaver arrière-plan, la direction et Recommandations utilisateur

Écrit par : Predrag Jakovljevic
Date de publication : juillet 18 2013

NetWeaver fond

Retour en 2003, SAP positionné NetWeaver comme un outil pour réduire le coût total de possession (TCO), mais il est maintenant transformé en un outil pour permettre un avantage concurrentiel grâce à l'innovation des processus. Pour le dire autrement, les premiers éléments de NetWeaver en 2003 étaient principalement des outils pour combler le fossé entre les applications SAP et non-SAP. Aujourd'hui, l'idée est d'avoir des applications SAP qui se décomposent plus en plus petits morceaux et attachés ensemble avec des services Web, de sorte que les clients peuvent choisir aléatoirement applications et même les ajouter en morceaux, même si elles sont fournies par les sociétés autres que SAP.

D'une part, cette stratégie devrait permettre aux clients de créer et de modifier des applications plus rapidement et plus économiquement. D'autre part, les développeurs SAP devraient maintenant être en mesure de développer de nouvelles applications en bouchées, ce qui devrait accélérer la livraison de nouvelles fonctions, au lieu de l'année-longue attente de tradition entre les versions majeures de logiciels. Ainsi, comme indiqué dans polyvalent SAP NetWeaver , environ la moitié de SAP de plus de 9.000 personnes de développement ont travaillé sur la plate-forme, tandis que l'autre moitié ont mis au point des améliorations d'applications et corrections de bugs. Sur les quelque 4500 personnes qui travaillent sur NetWeaver, environ les deux tiers sont consacrés au développement des infrastructures et un tiers à chaque emballage fonctionnalités existantes comme les services Web ou la réécriture des composants existants.

En termes d'évolution de la plate-forme de la simple gestion de transactions, grâce à l'intégration, à la composition d'applications et de processus d'affaires, SAP a certainement atteint le stade de la composition. Par exemple, en 2003, NetWeaver est essentiellement une plate-forme d'intégration, composé d'un portail, intégration d'applications d'entreprise la technologie, et les premiers SAP xApps (EAI) ( cross- applications ), tandis que, de nos jours, ses capacités ont été considérablement élargi pour inclure des fonctionnalités telles que la gestion des processus d'affaires (BPM) et Master Data Management (MDM) (voir SAP renforce ses capacités MDM de NetWeaver ).

En fait, SAP vante architecture orientée service (SOA) comme étant essentiellement la quatrième vague de technologies de l'information (IT), qui permet de "changement immédiat «Les capacités (contre les« immédiates traitement "capacités de l'ère des mainframes dans les années 1980, les« «capacités de l'ère du client / serveur dans les années 1990, et le« signalement immédiat négociation immédiate »de l'ère de l'Internet à la fin des années 1990) . Le fournisseur affirme également que SAP est le seul fournisseur qui a été placé à la tête de chaque changement majeur au cours des dernières décennies. Qui plus est, SAP est censé être en avance sur les objectifs promis d'adoption de la clientèle, et reste sur la bonne voie avec tous les livrables d'amélioration de la technologie.

Comme une suite logique à la progression NetWeaver de SAP au cours des trois dernières années, ce géant du logiciel veut se positionner au centre d'un écosystème de l'innovation en plein essor. Cet écosystème serait composé de quelques «méga-courtiers", avec les clients, les partenaires et les fournisseurs de logiciels indépendants (ISV), qui sont engagés dans des relations de travail dynamiques pour susciter et favoriser l'innovation en misant sur la valeur unique de chaque participant (y compris SAP) et d'assurer la continuité d'usage. Projets SAP NetWeaver sont maintenant aurait généré environ 1 milliard de dollars (USD) par trimestre de nouveaux revenus des services de SAP et de ses partenaires, et il ya actuellement 5.000 à 6.000 projets NetWeaver achevés ou en cours.

Le vendeur prétend comprendre que l'orientation client livré avec convivialité partenaire doit aboutir à des solutions gagnant et qu'il ya une énorme opportunité pour les nombreux participants volontaires dans l'(USD) entreprise marché estimée de plus de 30 milliards de dollars d'applications. Les produits tirés des services d'accompagnement créer une situation gagnant-gagnant, la situation non à somme nulle pour les partenaires, où SAP s'engage à être un courtier claire, transparente, équitable et efficace.

Ceci est la deuxième partie d'une note en deux parties. Première partie d'une stratégie détaillée de SAP NetWeaver.

répondre au besoin de normes

SAP fait un effort pour répondre aux préoccupations concernant l'absence d'accord dans les normes définies en matière de connectivité et d'interopérabilité (voir Enterprise Resource Planning Giants yeux l'Atelier ). À cette fin, il ya un an, le géant créé la production d'entreprise (P2B) Initiative d'interopérabilité pour répondre intérêt des clients pour promouvoir l'adoption de normes P2B, et en même temps créé l'Initiative SAP Interoperability Certification pour répondre business-to-business (B2B) et normes application à application (A2A ). Récemment, SAP a combiné les deux initiatives dans le Independent réseau de fournisseur SAP (IVN) pour l'Initiative de collaboration d'affaires, dont la portée comprend tous interopérabilité basée sur les standards de manière à couvrir l'intégration à la fois interne et externe, et à créer de la valeur réseaux de collaboration d'entreprise et l'échange des données de base. L'initiative implique le soutien de SAP NetWeaver pour les normes au sein, la participation de SAP dans la communauté des normes, et la création de l'écosystème de partenaires IVN .

En fait, la demande refoulée pour résoudre le problème d'interopérabilité peut créer une opportunité pour SAP non seulement bénéficier à ses clients, mais pour lui-même bénéficier de la promotion de SAP NetWeaver comme une solution à ce problème. Pour plus d'informations, consultez Enterprise Resource Planning Giants yeux l'Atelier .

La sélection des normes fermement soutenus sera tirée par la demande des clients, qui concerne SAP s'est engagé à maintenir les éléments d'intégration standard de ces organisations dans le référentiel SAP où les partenaires et les clients peuvent utiliser. En outre, l'IVN devrait créer un écosystème de partenaires où les partenaires peuvent collaborer avec SAP et d'autres partenaires lors de la création, de certification, et offrir de la valeur de l'entreprise pré-construit. L'écosystème de partenaires devrait également avoir différents forfaits partenaire spécifiques qui comprendra tout le nécessaire au-delà de simples normes aux intégrations complètes (par exemple, ils pourraient inclure des processus industriels spécifiques affaires ou des scénarios qui pourraient être accordés pour les besoins spécifiques du client). Il ya peu de processus métiers standardisés maintenant, et la normalisation supplémentaire signifierait moins de travail personnalisé pour les partenaires et les clients, en plus de contenus dans le Registre SAP. Sous l'initiative IVN SAP mentionnés ci-dessus, SAP renforce son implication dans le développement de normes sélectionné, comme toutes les activités liées initiative s'articulera autour de normes de l'industrie, tels que Chemical Industry Data Exchange (CIDX); RosettaNet ; Application Open Group Inc . ( OAGi ); Instrumentation, Systems, and Automation Society (ISA) -95, Machines gestion de l'information des systèmes ouverts Alliance ( MIMOSA ), OPC Foundation , etc

S'appuyant NetWeaver pour l'Atelier

Ce n'est pas un secret que SAP a tenté d'étendre sa portée sur le sol de l'atelier, à la fois par sa "fabrication adaptative" et "réseaux d'entreprises adaptatifs (ABN)" thèmes et son introduction 2004 du SAP Plant Manager Dashboard . Ce dernier met à profit NetWeaver dans l'ensemble de l'ordre et de présenter de l'information aux utilisateurs, leur permettant de gérer et d'améliorer le rendement de fabrication. Pour plus d'informations, consultez Enterprise Resource Planning Giants yeux l'Atelier .

Quand il s'agit de l'effet de levier de SAP ISA-95, les mappages basés sur des normes sont tout va être construit dans l'infrastructure d'échange de SAP NetWeaver ( XI ) composant (ie, le Business Package XI, qui sera disponible dans le cadre de SAP Integration de fabrication xApp et Intelligence [SAP xMII] ), et il va y avoir des règles (par exemple, lorsque faire l' messages sortent, quand doit-on retenir un message, ce qui est la séquence et le regroupement des messages, etc) qui seront également exister dans NetWeaver. Ainsi, lorsque l'entreprise utilisatrice reçoit NetWeaver, il recevra également les mappages de SAP, et les règles concernant les messages, qui devraient tous être une partie essentielle NetWeaver basée, permettant aux utilisateurs de réaliser l'interopérabilité, sans avoir à sortir et d'acheter l'adaptateur de quelqu'un autre.

SAP a déclaré à maintes reprises que lorsque les clients demandent vivement à intégrer de nouvelles fonctionnalités dans sa gamme de produits, il est possible pour le vendeur de faire des acquisitions pour répondre à ces besoins. Cependant, cette approche entre en conflit avec sa stratégie xApp pour attirer une vaste communauté de développement ISV dans l'environnement NetWeaver. Cela est particulièrement le cas avec les incursions de SAP sur le plancher de l'usine, où la société a depuis longtemps compris qu'il ne pouvait pas fournir tout ce que les clients de l'intérieur de la pléthore d'industries qu'elle cible exigeaient. Des dizaines de vendeurs d'atelier, dont certains ont été très bruyante et visible dans la stratégie de SAP NetWeaver et à plusieurs événements de l'industrie, ont ainsi été travaillé avec SAP pour combler ces lacunes.

Les défis de la stratégie de SAP

SAP prétend pas fondamentalement être intéressé par le fonctionnement spécifique de l'industrie que la plupart des éditeurs de logiciels fournissent (car il est très bon à la fonctionnalité cross-industrie, mais généralement ne pas entrer dans l'industrie domaines spécifiques de développement). Cependant, les récentes acquisitions de SAP pourraient être envoient des messages contradictoires que les partenaires ne sont pas égaux (ce qui est probablement vrai en tout cas du monde réel), et que la construction d'une application composite que la force du marché gains pourrait aboutir à une autre acquisition. Malgré cela, c'est un meilleur scénario que d'avoir SAP développer la solution interne (et clandestinement), pour cannibaliser l'activité du partenaire.

En poursuivant une telle stratégie, SAP risque inévitablement quelque peu diminuer l'appel de NetWeaver pour les éditeurs de logiciels qui cherchent à rester indépendant, et donc limite les avantages pour les utilisateurs potentiels de la stratégie xApp. C'est peut-être la musique aux oreilles d'autres fournisseurs de logiciels d'entreprise d', comme les goûts de Oracle , SSA mondial , IBM , Intentia , IFS , et Infor Global Solutions ont des intérêts dans les usines tant au sein des industries discrètes et processus, pour ne pas mentionner le fait que cette peut créer une opportunité pour eux d'offrir à leurs plates-formes pour les éditeurs de logiciels en place de la plate-forme SAP.

D'autre part, il est assez clair que SAP consacre une quantité importante de ressources à la notion NetWeaver, car ce qui motive SAP est le désir de vendre des licences NetWeaver, son portail et la technologie d'intégration. Si le tableau de bord SAP Plant Manager est de devenir le point d'accès de bureau pour les goûts de directeurs de la fabrication, puis SAP a besoin de contenu, et ce contenu sera pour un avenir prévisible être fourni par la gestion multiple de production, l'exécution et les fournisseurs d'automation.

La capacité du géant de créer l'écosystème ci-dessus reste en chef parmi les défis auxquels elle est confrontée. En outre, NetWeaver n'a jusqu'ici pas beaucoup contribué au chiffre d'affaires de SAP (comme il est souvent livré gratuitement dans d'autres mySAP et composants xApps). Toutefois, si elle s'accroche, SAP aura la possibilité d'exercer une énorme influence et influence par la création d'une norme de l'industrie pour de nouvelles applications d'entreprise.

par le biais éventuellement des milliers d'éditeurs de logiciels, SAP pourrait pénétrer millions de nouveaux utilisateurs dont les entreprises sont trop petites ou dont les besoins sont trop ésotérique de même considérer le complexe de SAP, forfaits one-size-fits-all, ce qui peut anecdotique coûter une fortune et prendre des années à mettre en œuvre. Mais, comme mentionné précédemment, la réputation de SAP comme partenaire est mixte et les entreprises, éditeurs de logiciels, en particulier, devra fournir une preuve claire qu'il est un partenaire de confiance. Cela nécessitera un changement culturel au sein de SAP que cela n'arrivera pas tout de suite.

SAP devra également simplifier sa stratégie de tarification pour les différents composants qui constituent NetWeaver. A cette époque, sa stratégie de prix reste un travail en cours, créant un danger de clients qui achètent moins de logiciels de SAP en soi et plus d'éditeurs de logiciels. Alors que SAP a discuté de certains modèles de tarification, beaucoup sont basés sur le volume réel de la transaction. C'est peut-être bien pour les entreprises qui vendent des produits en vrac, par exemple des produits chimiques en vrac, mais aussi pour les entreprises qui vendent une multitude de faible coût, des produits à volume élevé, le modèle de transaction pourrait être prohibitif.

En outre, SAP devra clarifier assez rapidement comment sa a récemment acquis Martelume technologie sera intégrée dans la pile NetWeaver (au-delà de maintenant faire partie de SAP xMII), comment il sera autorisé à d'autres éditeurs de logiciels et les clients SAP (à savoir si ce sera un élément central, ou les unités d'affaires indépendantes peuvent dicter leurs propres règles), et comment son absence d'un modèle de données persistantes pour plusieurs industries sera abordée en bas de la suivre. En d'autres termes, le rôle de SAP xMII par rapport aux solutions de ses partenaires SAP NetWeaver et doit être clarifiée. En outre, la normalisation de la fin SAP de l'intégration est également limitée par le manque de normes de processus d'affaires, ce qui obligera les entreprises manufacturières de l'utilisateur à utiliser des solutions différentes de différents partenaires de SAP et d'avoir la poursuite des travaux sur mesure fait.

Au-delà de la question de l'intégration de la technologie Martelume dans NetWeaver, la technologie Martelume a pour but d'aider services de l'entreprise architecture de SAP (ESA) de permettre l'interopérabilité pour les entreprises manufacturières. SAP prévoit qu'en embrassant ISA-95 et d'autres normes ouvertes, avec effet de levier composante XI de la SAP NetWeaver pour l'interopérabilité fabrication, SAP XI et pourront le faire (il a déjà, dans certains cas) brancher en interne pour de nombreux modules appropriés, tels que Planning SAP de production ( PP ), mySAP SCM , SAP Plant Maintenance ( PM ) et SAP Quality Management ( QM ) via appels fonctionnels à distance (RFC) ou documents intermédiaires (IDOC) à exécuter des tâches telles que "Control-Recette-Download", "Créer-Multiple-Process-messages", "Maintenance-Demande» ou «Entretien-Response". Extérieurement, SAP XI peut actuellement se connecter à d'autres plates-formes d'intégration stratégiques ou les systèmes de plancher d'usine, mais l'interopérabilité basée sur les standards permettra à terme des processus d'affaires, ou scénarios, être assez facilement déployé à travers les frontières, favorisant ainsi ABN La vision de SAP .

L'écosystème de partenaires inclut le support de SAP, telles que le transfert de connaissances et le soutien de la voie rapide, et un programme de certification pour encourager les paquets de partenaires de grande qualité. Pour la certification grâce à la nouvelle «Powered by SAP NetWeaver" du programme, SAP exige que les partenaires utilisent NetWeaver XI et au moins un standard dans chaque paquet. Le vendeur indique que 125 entreprises ont signé pour devenir des partenaires, créer de pré-construire des paquets de valeur d'entreprise, et ensuite travailler à les certifier.

Recommandations de l'utilisateur

SAP NetWeaver et ESA, avec ses postulats de la productivité des utilisateurs, des analyses et des rapports intégrés, la composition des applications, le service d'activation et de gestion du cycle de vie logiciel, arrive à maturité à un niveau où l'adoption plus large à travers la base de clients SAP est possible. Pour les entreprises qui ont pris la décision à la source de la majorité de leurs applications logicielles d'entreprise de SAP, cette plate-forme devrait être le principal candidat pour la fondation de leurs futures incursions SOA. Ils devraient commencer à envisager sérieusement (en tenant compte de tous les pro et contras, voir Quel est le problème avec les applications d'entreprise, et quelles sont les vendeurs à ce sujet? ), car s'ils n'ont pas fini de déployer l'ESA, l'attendu avantages de l'utilisation de SAP ne seront pas durables à long terme.

Pour les entreprises qui ont un mélange plus hétérogène d'applications d'entreprise, couplée à une forte épine dorsale SAP ERP, le soutien de SAP ESA de nombreuses normes permet à nouveau un candidat solide. L'Initiative SAP interopérabilité certification est une étape positive qui devrait donner des solutions de fabrication d'une vie plus longue et potentiellement un meilleur soutien. Bien que le niveau actuel de l'industrie de l'interopérabilité est à un niveau moyen de maturité au mieux, et est limitée par des normes et des techniques actuelles, l'écosystème de partenaires est un lieu pour découvrir le prochain niveau d'interopérabilité que les technologies et les normes de soutien évoluent. Les utilisateurs SAP évaluation des solutions d'intelligence d'usine, surtout si elles sont à l'aise avec NetWeaver et sont dans les industries de process, devraient sérieusement envisager de SAP xMII.

Cependant, en général, bien que SOA est une méthodologie innovante pour exploiter la technologie pour améliorer les processus d'affaires, bien que la migration SOA doit être progressif plutôt que big-bang-like et moins de matériel-conduit que les ondes de calcul antérieures, et bien que les utilisateurs bénéficient généralement lorsque quelques grands fournisseurs, poches profondes en concurrence pour offrir des applications qui fournissent des processus d'affaires très flexibles dans un environnement SOA, les utilisateurs doivent être conscients des nombreuses mises en garde et les décisions de transition difficile (même si c'est un point de non- retour). Notamment, en raison de la rénovation au coup par coup, pluriannuel, multi-phase qui est nécessaire afin de réduire les questions de migration, les clients devront avoir une série de multiples améliorations.

ailleurs, comme dans la construction de routes, détours sont souvent la cause Hold up, et la somme de tous les coûts de migration pourrait ironiquement dépasser les efforts big-bang d'une époque antérieure. Il y aura aussi une longue transition à partir de modules de produits traditionnels à des processus SOA et des applications, la transition des interfaces utilisateur (UI), la migration des datamarts et les entrepôts, le remplacement des plates-formes d'intégration existants, la gestion de potentiellement des milliers de composants logiciels, les décisions sur leur granularité, et ainsi de suite. Ce rythme de changement, quand il est fourni avec les exigences de transformation éventuellement rapide, pourrait laisser de nombreux utilisateurs se sentir limité par le vendeur, plutôt que responsabilisés.

Après plus de plus de trente ans d'existence, l'entreprise chefs d'applications ont récemment ajouté plusieurs composants de pointe. Pourtant, le modèle de demande initiale n'a pas eu la grande révision architecturale nécessaire (voir réécriture ou wrap-around ancien logiciel? ), ce qui entraîne dans les nouvelles applications d'entreprise suites qui sont plus complexes et beaucoup plus cher à exploiter que " jeunes "produits concurrents avec des architectures plus récentes.

La restructuration des gammes de produits autour de SOA pourrait avoir des conséquences radicales sur les produits. Il pourrait aussi entraîner la multiplication de licence du produit et les coûts d'installation. Quant à la transition aux suites de la prochaine génération, il est probable que les principaux fournisseurs factureront modernisation licences actuelles. En outre, de nombreuses suites d'affaires SOA de nouvelle génération ne peuvent pas fonctionner sur un système unique ou une instance que leurs homologues client / serveur monolithiques possible. Au contraire, ils sont une famille de systèmes où chaque membre est un peu différent, dans lequel de nombreuses fonctions existent en plusieurs variantes de produits. Par conséquent, leurs cycles de libération sont souvent pas synchronisées et il est devenu de plus en plus difficile à gérer cette complexité, même si l'on oublie la grande personnalisation nécessaire susceptibles d'anciens systèmes actuels.

Ainsi, alors que la taille de l'écosystème de partenaires doit être regardé, il faut observer quel fournisseur réalise une entreprise SOA Suite premier pleinement, étant donné qu'aucun fournisseur n'a encore complètement réécrit toutes ses fonctions en fin -grain services. Par exemple, SAP a imaginé un scénario où, pour profiter pleinement des objets métier, il peut nécessiter jusqu'à 30.000 services de l'entreprise pour répondre à toutes les différentes exigences verticales uniques. Il s'agit d'une mission colossale, malgré les tentatives de SAP pour définir des objets et des services à travers seulement une plate-forme unique (par opposition à la distraction d'essayer d'assimiler certaines acquisitions majeures certains concurrents).

Le marché est encore à quelques années de distance, même en sachant combien cela va coûter et combien de temps il faudra pour que les clients existants à se déplacer vers des systèmes SOA, et la même chose vaut pour la performance, la gérabilité , de sécurité et d'autres questions connexes. Alors que la série actuelle de produits est complexe et coûteux à gérer, étendre et mettre à niveau, une technologie plus récente, tels que des portails Web et les services Web, ne sont pas indigènes à l'ensemble du produit, mais sont plutôt tardive add-ons. Aussi, la prochaine génération de suites SOA mettra en vedette une myriade de composants logiciels qui seront en grande partie avoir à communiquer de façon asynchrone (ie, quand l'autre composant est capable de répondre), ce qui rend difficile de déterminer le temps exact d'un processus métier aura à remplir.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.