SAP Weaves Microsoft. NET et IBM WebSphere dans son ESA Tapisserie Troisième partie: Défis et recommandations des utilisateurs




SAP Weaves Microsoft. NET et IBM WebSphere dans son ESA Tapisserie Troisième partie: Défis et recommandations des utilisateurs
     P.J.   Jakovljevic             - Mars 7, 2003   

Défis

En   Janvier SAP AG (NYSE: SAP) a annoncé son Enterprise   Architecture des services ( ESA ), le schéma directeur de complet,   des solutions d'affaires basées sur l'architecture des services, ce qui devrait permettre à terme   les entreprises à générer de la valeur de l'entreprise supplémentaire d'exister de plus en plus legs statut   investissements technologiques et permettant, peut-être pour la première fois, échelle de l'entreprise   l'utilisation de services Web. L'annonce a inclus un nouveau produit SAP NetWeaver ,   le premier catalyseur de l'architecture Enterprise Services. SAP NetWeaver est   une plate-forme immédiatement disponible, orientée vers les services pour toutes les solutions SAP,   ce qui devrait permettre aux organisations d'intégrer les personnes, les informations et les affaires   processus à travers des technologies et des organisations. (Voir partie   One pour plus de détails).

L'   importance de NetWeaver pourrait notamment résider dans le fait qu'il permet de SAP   et ses partenaires pour créer la croisée des applications à partir d'une variété d'exister   SAP et des systèmes externes s'appuyant sur les outils nouvellement livrés par SAP, les cadres,   règles et méthodologies. SAP peut ainsi être en mesure d'étendre la portée de son   principaux modules fonctionnels ERP avec une série de xApps d' d'un nouveau combiné   couche middleware application qui peut être assis au sommet d'une des applications hétérogènes »   concoction ou tout simplement être utilisé pour superposer et d'étendre une infrastructure SAP existante.   (Voir partie   Deux pour plus de détails).

Cependant, xApps de construction n'a pas été une tâche facile, comme indiqué par un petit nombre d'entre eux ont développé jusqu'ici. La plupart d'entre eux sont toujours le fruit de l'imagination de quelqu'un et il faudra trop de travail à jusqu'à devenir essayé-et-vrai et réutilisable. Chaque individu multi-application impliquera une modélisation sophistiquée des processus et au niveau des processus, au niveau des données et l'intégration d'interface utilisateur, et souvent il s'agira de créer et de soutenir un système d'enregistrement qui comprend des données provenant de plusieurs systèmes (c.-à-MDM). Même après tous ces efforts à l'avance, la grande variété de technologies et de formats des solutions existantes de divers éditeurs de logiciels indépendants l'on peut rencontrer dans toute nouvelle demande de certains xApp, se traduira inévitablement quelques ajustements à nouveau.

class="articleText">

Siebel en CRM, i2 dans la gestion de la chaîne logistique (SCM),    Ariba dans l'e-sourcing, Indus international   gestion des actifs d'entreprise (EAM), ou PTC dans Product Lifecycle   Management (PLM) domaines. Bien que le nouveau plan d'architecture offre SAP   avec une approche plus ouverte à l'intégration de ses applications avec les autres, il est   en renforçant la capacité de SAP à maintenir le contrôle de compte dans ces multi-produits   environnements. Cela pourrait nourrir la conviction de certains sceptiques que "le loup peut perdre son   dents, mais pas sa nature »et leur conviction dans le mode de pensée SAP pour le développement   ceux-ci (par exemple, pour regagner sa base de clientèle exilé par incréments de vente add-on   fonctionnalité pour exemple, Siebel ou de Manugistics modules ').   En livrant xApps aussi le pont entre les applications mySAP Business Suite,   par exemple, en reliant le module de gestion des commandes dans les mySAP CRM pour SAP   Advanced Planning and Optimization produit ( mySAP APO ),   pour une fonctionnalité disponible à Promise (ATP) global, pourrait alléger le dessus   doutes.

Là encore, il faut être prudent pour éviter xApps de devenir un concurrent interne avec le développement de produits de base de la suite. À l'heure actuelle, SAP n'est pas clair sur le mécanisme qui sera, par exemple, empêcher le CRM de base ou équipes PLM de développer des fonctionnalités dans le cadre de sa suite d'applications qui pourraient concurrencer, dupliquer ou même annuler les travaux effectués dans un xApps livrées soit par SAP ou un SI / ISV partenaires. Bien que le concept est plausible, le temps sera seulement dire comment SAP va exécuter et si elle peut promouvoir l'idée parmi les partenaires et les clients donné quelques xapps développées par les partenaires seront intégrations seulement de niveau supérieur tandis que d'autres devront investir beaucoup dans la re-mise en œuvre les principales fonctions de ce produit sur NetWeaver, qui sont un facteur d'affaires et les risques.

L'entreprise

SAP pour encourager ses partenaires exigent en outre le développement de nouveaux outils de modélisation de processus d'affaires et des kits de développement de logiciels, en exposant des interfaces de programmation d'applications supplémentaires, et beaucoup d'éducation du marché. Pourtant, un autre défi sera de gérer les relations avec chaque fournisseur de l'intégration du système, étant donné une portée plus large du portefeuille SAP met beaucoup de problèmes d'intégration dans le camp de SAP, même lorsque les connaissances du domaine réside dans l'organisation du partenaire. À cette fin, SAP devrait articuler rapidement comment, par exemple, les rapports d'incidents et d'escalade fonctionnera et qui sera en charge / propriétaire dont une partie de la solution. Compte tenu d'un certain nombre d'entreprises concurrentes vaniteux Dans le cas, on devrait s'attendre à un concours pour partenaire la plus favorisée de l'intégration du système dans cet arrangement. Afin de diffuser la consternation et les tentatives de SI d'intégrer leur technologie propriétaire pour créer une dépendance de leur produit (ce qui irait à l'encontre des vanté l'universalité), SAP pourrait vouloir choisir un fournisseur privilégié pour chaque industrie spécifique ou une certaine ligne de produits.

NetWeaver / EAS l'approche

SAP sera en aucun cas devenir un véritable produit facilement et rapidement, étant donné qu'il a fallu plusieurs développeurs de milliers seulement de fixer le concept. Il faut oser faire le calcul d'un simple volume de travail imminent qui est en avance sur SAP et ses partenaires pour offrir presque out-of-the-box fonctionnalité intégrée »dans la forme d'une bibliothèque pré-construit des processus d'affaires. Maintenant, au moins par l'esprit annonce stupéfiante et une description de l'ESA ci-dessus, il peut être plus clair comment complexe, par exemple, l'intégration de CRM est de sorte qu'un client peut obtenir une vue d'ensemble de l'entreprise de ses clients et le partager avec précision sur tous les canaux et les divisions. Il faut imaginer comment le gigantesque travail de livrer-and-Play enfichables composants middleware emballés pour un certain nombre d'autres applications disparates SAP tentera d'ensevelir dans ses xApps aura. Dans la pratique, les inconvénients de l'environnement hétérogène ne seront pas éliminés tandis que la communication entre des applications disparates sera facilitée, ce qui correspond au modèle d'entreprise à travers ces demeure le défi et reste soumise à sens aigu des affaires des individus.

Cette   est la troisième partie d'une note en trois parties.

partie   Un récentes annonces détaillées.

partie   Deux discuté de l'impact sur le marché.

défis technologiques

L'opposition reste aussi que, dans les entrailles des applications beaucoup de la technologie SAP continuera à mettre en œuvre son propriétaire ABAP / 4 technologie, mais la fourniture d'interfaces XML et Java et les applications d'édition en tant que services Web devrait faciliter l'effort d'intégration pour les clients SAP nonobstant. Cependant, le test décisif de la capacité d'innovation collaborative du NetWeaver sera si les utilisateurs peuvent intégrer des applications J2EE/.NET-based dans leur environnement SAP, sans tordre à nouveau dans ABAP. Sinon, cela sera considéré comme une nouvelle sugarcoating d'une architecture lourde propriétaire.

Il pourrait être très probable que les utilisateurs choisiront d'exploiter Java ou. NET pour les composants de présentation et ABAP pour les composants orientés données. Encore une fois, NetWeaver ne fournit pas l'interopérabilité directe entre J2EE et. NET, mais seules les connexions, ce qui signifie SAP va continuer à rivaliser avec ces fournisseurs sur de nombreux fronts (y compris le serveur d'application), tandis que les clients resteront embobiner par les nuances des choix et auront souvent à personnaliser le tissu délicat entre plates-formes distinctes, avec l'ESA et NetWeaver entre les deux. Il ne serait pas dans l'intérêt de SAP à banaliser complètement applications packagées devraient soit tous les systèmes égalité d'accès et la même fonction est disponible à partir de plusieurs applications différentes fournisseurs de l'entreprise, tandis que l'intégration est fondamentalement la même, les utilisateurs pourraient préférer se confier à EAI / middleware plutôt que de goûts moins expérimentés de SAP.

défis marketing

de SAP   défi sera également l'articulation des avantages commerciaux de son dernier technologique   infrastructure. Il est encore persistante confusion sur le marché plus de mySAP Business   Suite de (ce que très récemment supplanté le mySAP.com surnom)   proposition de valeur pour les clients existants et potentiels. En tant que leader du marché   continue d'évoluer à partir d'un vaste processus ERP-centric fonctionnel et fermé   l'architecture monolithique, aux processus qui englobent la chaîne de valeur,   avec une architecture ouverte, il est d'une importance primordiale pour elle de ne pas tomber dans   le piège de la confusion une fois encore le marché avec un message brouillé.

En plus d'une confusion permanente à cause de changement de nom de produit fréquemment, les scénarios complexes de licence et les interdépendances du module, le personnel des services professionnels de SAP et de ses partenaires de l'IS ont été récemment aggravant le problème en se référant à presque tous les produits que xApps . Bien incontestablement une proposition convaincante, de l'ESA est basée sur les technologies fixes cible mobile », avec moindre connaissance du marché. La simplification terminologie et un message pour les clients moyenne demeure jeu grand ouvert.

Pourtant, malgré les défis, SAP a au moins commencé à les aborder, alors que ses concurrents ne seront confrontés à des dilemmes ces plate-forme d'intégration à l'aiguille »le tissu, le schéma de l'image et les couleurs de cordes un peu de temps dans l'avenir. Le plan est une première étape positive vers une plus grande interopérabilité dans un monde multi-fournisseurs. Bien que le concept de xApps pourrait ne pas avoir la complexité de la physique quantique, la livraison de produits applicables a certainement. Les concurrents de SAP devraient d'ailleurs se rendre compte que l'élaboration d'une stratégie de contrepartie ne se fera pas aussi facilement, ou pendant la nuit, à moins qu'ils veuillent prendre le risque de ressembler à un évident moi aussi «proposition de valeur.

Recommandations de l'utilisateur

C'est par tous les moyens de bonnes nouvelles pour les clients existants de SAP, en particulier pour les grandes entreprises qui ont besoin d'intégrer leurs applications internes avec des applications d'autres fournisseurs et / ou qui ont besoin d'échanger des informations avec leurs partenaires commerciaux qui SAP ne sont pas des commerces. Pourtant, tout nouveau projet de technologie de SAP est impressionnante, le marché a souvent dans le passé, été témoin combien de temps la route est entre la vision et l'exécution, d'énormes ressources de SAP nonobstant.

  sur l'architecture orientée services sont en effet encore vague, mais SAP semble   s'apprête à construire tous ses futurs produits sur la pile technologique NetWeaver   et ont tous les futurs produits sont conformes à l'architecture. SAP n'a pas annoncé   dates précises sur le moment où les produits existants seront déplacés à l'ESA et NetWeaver   pile technologique, mais mySAP CRM 3.2 et ma SAP R / 3   Enterprise exécuter sur des morceaux de NetWeaver aujourd'hui. En outre, la nouvelle version   xApps et les portails sont construites sur les composants NetWeaver.

Pourtant, l'architecture ne sera pas bénéfique pour les clients SAP jusqu'à ce que les produits construits sur elle commencent à apparaître en masse. Par conséquent, les clients actuels et potentiels de SAP avec des exigences d'intégration lourdes ne doivent pas s'écarter de leurs stratégies d'investissement à court terme informatiques. Ils devraient également envisager d'EAI tiers des alternatives, en particulier si la grande entreprise cherche à construire l'intégration middleware standard de l'entreprise à l'échelle et à long terme. En outre, les utilisateurs doivent demander l'accomplissement de livraison de SAP de sa stratégie et de comprendre que la migration des instances âgées de SAP R / 3 à R / 3 Enterprise et / ou l'intégration de composants de mySAP Business Suite avec d'autres logiciels restera minutieux pendant un certain temps à venir, en dépit de louables de SAP initiative à atténuer cela.

Participation à des groupes d'intérêt de l'industrie de SAP ou si, comme pour donner des idées / suggestions pour le développement des xApps est fortement encouragée. NetWeaver devrait éventuellement fournir à tous l'intégration de l'entreprise peut nécessiter des exigences informatiques actuelles et émergentes, avec plein IBM WebSphere (ie, J2EE) et Microsoft. NET interopérabilité.

utilisateurs anticiper les projets que dans un cadre de temps d'année devraient examiner les technologies annoncées en tenant compte du facteur de maturité. Ils devraient également faire des comparaisons avec d'autres produits disponibles renom.

adopteurs précoces devraient observer la performance des composants J2EE/.NET-based rapport à leurs homologues ABAP basés. Alors que la coexistence de Java,. NET et ABAP est réconfortant pour les utilisateurs existants, ils devraient tenir compte des ensembles de compétences de leurs promoteurs appropriés. Bien que d'autres langues peuvent être utilisées avec d'excellents résultats, en particulier Java avec son support de communication synchrone, ABAP / 4 est toujours inégalé de flexibilité et de commodité dans la personnalisation des applications SAP. Pour vraiment exceller dans le développement d'applications SAP, il faut acquérir la mentalité derrière la structuration de SAP et d'accéder à des données, et de se familiariser avec son infrastructure et conventions de programmation spécifiques, qui ABAP incarne certainement le plus.

outre, bien que l'acceptation généralisée des implémentations de services Web ne se produira pas de sitôt, toutes les entreprises devraient commencer à apprendre les nouveaux protocoles, normes et technologies afin de saisir l'avantage de l'entreprise sous-jacente des services Web, et à s'éloigner de la mentalité centrée sur le logiciel de largement sortant client / serveur perspective. Depuis SAP ESA devrait devenir la norme pour ses propres solutions de SAP et, avec la perspective de l'utilisation de l'échelle des entreprises de services Web, qui pourrait être une feuille de route solide pour les utilisateurs SAP d'avant-garde.

 
comments powered by Disqus