Quel est le problème avec les applications d'entreprise, et quelles sont les vendeurs à ce sujet? Deuxième partie: Un nouveau cadre stratégique




Présentation

Avec une concurrence accrue, la déréglementation, la mondialisation et des fusions et d'acquisitions, les acheteurs de logiciels d'entreprise se rendent compte que l'architecture du produit joue un rôle clé dans la rapidité avec laquelle les fournisseurs peuvent mettre en œuvre, maintenir, développer / adapter et d'intégrer leurs produits . Beaucoup dans la communauté des fournisseurs d'applications d'entreprise reconnaissent que ce sont des réalités non satisfaits et tentent de proposer des solutions qui s'occupera d'eux. Même s'il n'est pas toujours pratique de regarder à chaque stratégie et la nuance de chaque fournisseur, cette note examine quelques exemples importants qui représentent des approches stratégiques distinctes.

partie   Un de la présente note résume la série TEC récente "Quel est le problème   Avec le logiciel d'application "et analysé la stratégie de fournisseur de l'évolution de   résoudre les problèmes cités.

Cette   partie portera sur un deuxième stratégie: un nouveau cadre.

partie   Trois discutera d'une troisième stratégie et formuler des recommandations d'utilisateurs.

Stratégie Deux Un nouveau cadre

En   plus de suivre l'évolution des applications composites discuté dans la partie   Un, certains fournisseurs ont choisi de réécrire également leurs applications sur un nouveau   cadre d'application. Le but de ces visionnaires ou courageux vendeurs est de   répondre aux quatre questions abordées ci-dessus, tout en maintenant ou en améliorant leur   fonctionnalité bien que certains puissent soutiennent que leurs mouvements ont été la vertu fait   par nécessité. Des exemples de fournisseurs qui ont pris cette route incluraient    PeopleSoft et IFS . Dans les deux cas, les produits   ont été livrés et mis en œuvre, et, par conséquent, leur stratégie a été   preuves sur le marché.

particulier   impressionnant serait IFS, tant en termes de forte fonctionnalité verticale et   un peu de maturité générations architecture du produit à base de composants qui a été   prête à accueillir la plupart des quatre défis ci-dessus, comme illustré   dans le fait que plus de 80% de ses clients du monde entier sont sur la base de code unique   et la compatibilité de ses composants, même si vous venez de différent produit majeur   (voir communiqués IFS   Être au clients (Web) Service).

Une architecture adaptable est le plus petit dénominateur commun pour un système d'entreprise flexible et agile. Bien que d'une architecture à base de composants n'est pas une exigence explicite de la flexibilité des applications d'entreprise, les applications à base de composants offrent généralement une plus grande flexibilité que leurs homologues monolithiques. D'autres conditions préalables à la flexibilité sera l'abstraction de la complexité technique (qui se manifeste par l'utilisation d'outils intuitifs, le SIDA ou assistants qui guident l'utilisateur à travers une série d'étapes pour obtenir un résultat final souhaité), la messagerie intelligente et architectures de workflow et une interface intuitive, facile à utiliser l'interface utilisateur.

Component-Based Architecture Produit

Componentisation réfère à l'acte de la rupture de grands systèmes d'entreprise monolithiques en modules ou composants qui travailleraient ensemble individuels. Il s'agit de la réalisation pratique de la programmation orientée objet (POO), qui a été développé pour améliorer la maintenabilité du logiciel et de simplifier la création d'interfaces graphiques avancées (GUI). L'orientation objet signifie que la conception, liens, etc, utilisent des objets comme les blocs de construction de base, ce qui est un changement radical de la «conception procédurale traditionnelle et les méthodes de codage. En maintenant la logique de traitement avec les données qu'il travaille avec, les programmeurs ont plus de facilité à trouver des pièces réutilisables. Par conséquent, les systèmes orientés objets peuvent être nettement plus petit et plus facile à entretenir que le code de procédure classique dans laquelle les procédures et les données sont séparés.

En décomposant les grandes applications dans les composants, les fournisseurs sont en mesure de résoudre plus rapidement ou ajouter des fonctionnalités. Un composant peut être quelque chose d'aussi simple qu'une fiche fournisseur, ou un processus métier plus complexe ou de workflow. La composante des comptes créditeurs, par exemple, pourrait être améliorée sans avoir à toucher d'autres éléments financiers ou l'un des autres modules, tels que la planification ou la logistique. Et une fois que le fournisseur a mis en place l'architecture de composants, il devient plus facile et plus sûr pour les services informatiques de personnaliser les systèmes.

Componentisation s'est avérée cruciale pour permettre aux systèmes de back-office traditionnels pour soutenir l'activité e-business depuis les nouvelles fonctionnalités e-commerce sont fournis en tant que composants individuels. Componentisation a également aidé les vendeurs étendre le système ERP central de la gestion de la chaîne logistique (SCM), gestion de la relation client (CRM), et d'autres solutions ERP adjacents.

intérêt dans componentization, cependant, avait commencé bien avant l'avènement de l'e-commerce. La perception à l'époque était que les applications ERP étaient trop gros et lourd, et qu'ils devaient être plus souples. Componentisation ne serait pas seulement le rendre plus facile pour les éditeurs d'ERP pour améliorer leurs solutions mais aussi rendre plus facile pour les clients de mettre à niveau le logiciel. Avec componentization, un client peut progressivement mettre à jour uniquement les composants sélectionnés sans avoir à installer la solution ERP complet, qui serait normalement entraîner un effort substantiel. En résumé, l'architecture à base de composants est bénéfique pour les raisons suivantes:

  1.     Il permet à un développeur de créer une application composite dans lequel généralement     une interface utilisateur basée sur le Web accède à la fonctionnalité de l'application packagée.
  2.     Il peut permettre l'intégration de message broker basé sur plusieurs paquets disparates     ou systèmes existants.
  3.     Il permet à un fournisseur de déployer de nouvelles versions de l'application dans un système modulaire,     de façon progressive plutôt que tout à la fois.
  4.     Il peut réduire considérablement le code de l'application totale.

Componentisation est donc nécessaire pour les fournisseurs de déplacer leurs systèmes de back-office dans le e-business et de fournir d'autres capacités et donc la plupart des vendeurs insistent sur le fait qu'ils restent totalement engagés à lui, même si des progrès ont été modérés. La raison à cela réside dans le fait que componentization est extrêmement difficile à atteindre, même si l'engagement est solide. À quelques exceptions honorables, la plupart des fournisseurs de niveau 1 ont pour la plupart réussi à créer des composants propriétaires à gros grains, qui sont des modules fonctionnels simplement grands. D'autre part, IFS mène le peloton des éditeurs d'ERP mid-market agiles plus qui ont entièrement ou dans une large mesure par composants de leurs produits.

influence de la technologie des services Web

En outre,   les nouvelles technologies de services Web est susceptible d'augmenter la prise de conscience de la notion   et d'accélérer son adoption encore naissante. L'approbation du Web grands fournisseurs de   la technologie des services pourrait en effet aider à rattraper leur adoption tardive de   technologie il ya quelques années d'un composant. Les services Web ont un potentiel de devenir   la dernière évolution de la technologie d'intégration d'applications et / ou un révolutionnaire   nouveau modèle de conception d'application en permettant aux développeurs de créer ou d'améliorer des applications   En raccordant les composants granulaires qui sont accessibles via une plate-forme indépendante   protocoles Web. Alors que les services Web s'appuient sur la notion d'âge de la réutilisation des objets de,   ils peuvent enfin offrir ce mile supplémentaire par le respect des normes qui prennent   attente (voir L'   Soap Opera progresse - Aider XML pour gouverner le monde). En outre, ils ont tendance   à être plus simples dans la nature, en partie en raison des normes Internet collaboratifs.   Ils ont aussi tendance à être des abstractions de haut niveau, ce qui implique plate-forme plus probable   l'indépendance et la possibilité de "mélangeant et en assortissant" par les développeurs. Par ailleurs,   Cette stratégie aidera les goûts de SAP plus ouvert et / ou leur componentize   produits, comme des standards comme XML et eXtensible Stylesheet Language (XSL) font   il possible de partager des données et avoir partagent le même aspect et la convivialité à travers une application,   sans nécessairement terriblement creuser dans le code source.

exécution   une architecture entièrement basée sur des composants nécessite que les fournisseurs complètement redessiner   leurs applications, puis le réécrire en C + +, Java, ou un composant basé sur   4GL, et l'exécuter sous le modèle d'objet composant (COM), demande commune courtier d'objet   Architecture (CORBA),. NET ou 2 Edition cadres (Enterprise Java J2EE). Certains   les vendeurs qui ont tenté cette approche au milieu des années 1990 ont connu une   déchirante, une fois et consommateur de ressources, la transition make-or-break (par exemple, l'ancien    Systems Software Associates '(maintenant SSA GT )    BPCS 6.0 , et l'ancien Marcam Solutions '(maintenant    Invensys Solutions de production ) protéiforme ). Pourtant,   La décision de SAP pour soutenir des normes plus ouverts à partir de langages de programmation populaires   comme Java, Visual Basic pour Applications (VBA) et C + + / C # pour son soutien   évolution des normes telles que XML, Universal Description, Discovery, and Integration   (UDDI), Web Services Description Language (WSDL), et le protocole Simple Object Access   (SOAP) devrait donner des devoirs à de nombreuses applications d'entreprise comme l'esprit   fournisseurs.

PeopleSoft,   sur sa main, pourrait être crédité de pionnier sans doute l'empreinte zéro-client   (Aka "100% pur-Internet"), l'architecture avec son introduction de PeopleSoft   8 version du produit à la fin de 2000 (voir L'   Hype propos PeopleTools 8). Les avantages de cette approche ont depuis été   vanté par le vendeur et décrié par ses concurrents et quelques early adopters.   L'avantage serait que n'importe quel ordinateur avec un accès sécurisé à l'Internet   peut accéder au produit. Simplement en tapant une adresse URL on aurait accès   au système. Il ya des économies potentielles en termes de déploiement, la maintenance,   support et mises à jour, car les changements sur le côté serveur sont immédiatement disponibles   à tous les utilisateurs. Avec un Internet-seulement un système d'entreprise en place, côté client   mises à jour logicielles deviennent applications inutiles, basés sur navigateur de façon significative   simplifier la formation et attachant ensemble des endroits éloignés d'une entreprise   devient plus simple aussi.

défis de la technologie Web Service

Pourtant, bien que cette approche pourrait avoir valeur d'un point de vue informatique, il n'a pas nécessairement amélioré l'expérience utilisateur de l'application. En fait, de nombreux utilisateurs finaux ont même déploré sur la facilité d'utilisation a diminué et les performances des applications en mode pure Internet. Les utilisateurs rapportent un grave déclin de la performance des applications en raison de la nombreuse HTML allers-retours, la navigation hyperliens lourd et ralentit les réseaux. Même après la mise à niveau du réseau, le renforcement des fermes de serveurs, et la refonte de l'interface pour simplifier la navigation (via, par exemple, de courtes combinaisons de touches), de nombreux utilisateurs sont encore soif de richesse "client / serveur métaphore d'interface. Ainsi, de nombreux fournisseurs ont depuis, dans leurs suites, livré plus riche, plus dynamique et une interface utilisateur plus performante (UI) avec une intégration étroite de produits de bureau Microsoft Desktop pour presque toujours connecté, les utilisateurs de puissance et pur HTML / DHTML interface utilisateur externe et les utilisateurs occasionnels du système.

L'   question la plus importante serait la susceptibilité des applications d'entreprise à exploiter   Internet et PeopleSoft est loin d'être le premier ou le seul fournisseur à avoir activé Web   son produit. Il a, toutefois, été le premier à profiter de l'occasion avec le Web   de réécrire le produit sur un code plus simple et ainsi tuer deux oiseaux avec une   tourné. Ross Systems serait un exemple similaire d'un mid-market   fournisseur de répéter l'exploit. Beaucoup d'applications d'entreprise de premier plan ont également terminé   le déploiement de leurs conceptions "nouvelle génération": Oracle libéré   son E-Business Suite 11i dans le milieu de l'année civile 2000, SAP   commencé à déployer sa réponse décrit ci-dessus en Novembre 2001 et Microsoft   Solutions d'affaires a été d'exploiter l' de son parent. NET   cadre depuis près au même moment.

Comme permettant transparente collaboration basée sur le Web entre les entreprises et leurs clients et fournisseurs devient de plus d'une réalité chaque jour, les applications d'entreprise sont prêts à jouer un rôle central. Le concept de l'e-commerce n'est pas vraiment nouveau à l'ERP: échange de données informatisé (EDI) et le transfert électronique de fonds (TEF) ont été une partie d'applications ERP sous diverses formes depuis des années, et sont maintenant en train d'être redéfini (et donné une cure de jouvence en même temps) pour embrasser l'Internet et le Web.

étendre les applications de back-office à l'Internet découle de l'intention de nombreuses organisations IT de ne pas réinventer la roue dans leur ruée pour créer des applications e-commerce. En étendant le système ERP existant pour soutenir l'e-commerce, les organisations non seulement tirer parti de leur investissement dans la solution ERP, mais peut aussi accélérer le développement de leurs capacités de commerce électronique.

Cependant, les systèmes d'entreprise traditionnels Comme mentionné précédemment se sont révélés difficiles à modifier et à étendre. Barricadé derrière complexe, des API propriétaires et basée sur des presque indéchiffrables schémas de bases de données relationnelles complexes, les systèmes ERP traditionnels ne prennent pas facilement à l'e-commerce. Néanmoins, les responsables informatiques sont de trouver un ensemble croissant d'options pour non seulement étendre ces systèmes pour soutenir le Web et e-commerce, mais pour d'autres activités clés, comme aide à la décision. Sous-tendent les nouvelles options initiatives sont en cours pour briser les systèmes ERP en éléments séparés (componentization), ouvrez les bases de données de base et des interfaces d'applications propriétaires, et fournir des outils pour la personnalisation.

entreprise leader des applications vendeurs ont essayé de la demande d'obliger les utilisateurs de capacités de commerce électronique dans leurs solutions ERP. La première étape dans la conquête du Web de l'ERP était de permettre l'accès au navigateur à travers un soutien pour le protocole HTTP, HTML et Java. Cette étape de l'ajout de la couche d'accès au Web sur les systèmes client / serveur anciennes existantes a presque été complétée par une majorité des éditeurs d'ERP. C'est, cependant, qu'une solution à court terme, puisque seule la partie client aura été réécrit pour être accessible sur le Web, et parce que tant la nature de l'interaction et le genre de désinvolture visitant e-utilisateurs sont différents par rapport à traditionnel -maison des interactions du système des utilisateurs de puissance.

La prochaine étape, qui a commencé récemment, est d'étendre les applications d'entreprise eux-mêmes sur le Web, où ils peuvent être consultés et gérés par des partenaires et des clients extérieurs. Ces applications Web sont hybrides en forme, rassemblant des éléments hérités propriétaires, interfaces basées sur un navigateur via un hôte centrées ou client / serveur, avec client léger. Le hic, c'est de mettre sur le Web des fonctionnalités avancées des systèmes ERP, mais divisé en composants et sans avoir besoin d'une couche supplémentaire de l'architecture. Certains fournisseurs ont également commencé à ajouter des crochets de mobilité dans leurs suites ainsi que des séances d'ERP peuvent être accessibles via des dispositifs sans fil. Pour que les systèmes ERP traditionnels pour être prêt pour Internet, ils devront être:

  1.     Entièrement navigateur est activé.
  2.     Redessiné pour être accessible à tous les utilisateurs en entreprise, et pas seulement quelques-uns spécial.     
  3.     Redessiné pour être disponible pour les clients et les fournisseurs.
  4.     Refonte d'utiliser un langage standard de données d'échange, XML le plus probable, plutôt     de protocoles propriétaires.

Pour ce faire, d'une manière appropriée, les éditeurs d'ERP doivent repenser complètement leurs applications pour un environnement e-business vrai, sur une J2EE basé sur la norme ou le serveur d'application compatible. NET, qui prend d'importantes ressources et engagement. L'application résultante sera alors été conçu à partir de zéro pour être accessible sur Internet par un navigateur Web, et pour être extensible par des composants supplémentaires, et géré par un serveur d'applications avec des fonctionnalités intégrées de sécurité et d'intégration. Certains fournisseurs ont reconnu la nécessité tôt, alors que la grande majorité attendit que la tendance était plus évidente et sont désormais engagés dans une course effrénée de rattrapage. Les derniers vendeurs sont confrontés à la possibilité de perdre des parts de marché.

A   nombre de fournisseurs méritent d'être mentionnés ici en raison d'être quelque part entre   à la fois la stratégie évolutive et révolutionnaire, ils ont soit complètement   réécrite ou ont publié les pièces de lancement de nouveaux produits sur communément acceptée   cadres comme J2EE ou. NET, mais ils ont été accablés par une large base de clientèle   encore en cours d'exécution sur un tas de produit plus ancien qui supporte maintenant peut-être obsolète   technologies. Intentia International (voir Intentia:   Java Evolution De AS/400), Best Software , JD Edwards,    Epicor (voir Epicor   Allégations la pointe de CRM.NET-ification), QAD , Adonix ,   et Frontstep (maintenant partie de MAPICS , voir Frontstep   Le Ups Ante. NET) ne seraient que quelques convient de souligner.

Analyse d'un nouveau cadre stratégique

Néanmoins, des produits de remplacement sur un nouveau cadre est une stratégie à haut risque. La fonctionnalité de produit encore pas mal de questions et, bien qu'il soit important pour les fournisseurs d'applications d'entreprise pour mettre en œuvre la dernière informatique saut qualitatif », il n'y a pas de corrélation garanti entre la première mise sur le marché et le succès final sur le marché (en fait, basée sur de nombreuses expériences, on pourrait même soutenir que la corrélation pourrait être inverse).

Alors que SAP, par exemple, n'a pas été appelé pour la vitesse, son approche holistique et méticuleux à la nouvelle livraison du produit cette fois encore peut donner aux clients un peu de répit entre l'adoption de nouvelles normes et de solutions logicielles, tout en fois la mise à niveau et de maintenir les environnements existants personnalisés.

Oracle, JD Edwards et PeopleSoft, d'autre part, tout en gagnant des parts de marché avec leurs technologies révolutionnaires respectifs il ya quelques années, ont senti le mécontentement des bases de clients qui étaient loin d'être prêt à faire un saut technologique significatif. En conséquence, ces fournisseurs ont dû faire marche arrière et de repenser leurs produits communiqués stratégies d'abandon âgées. En raison de cette approche évolutive, les clients doivent être en mesure de modifier, améliorer et adapter les services Web individuels sans modifier les autres services, l'atténuation de la nécessité pour les énormes changements de plate-forme technologique et la modernisation de ces dernières avènements technologiques perturbateurs. Cela devrait en principe permettre aux entreprises de protéger les investissements existants et ajouter de nouvelles fonctionnalités qui peuvent être raisonnablement facilement conçu, construit, déployé, consulté et associé à des services Web existants et syndiqué à travers division, l'entreprise et les frontières géographiques.

Cette   conclut la deuxième partie de la note de la tendance en trois parties.

partie   Un de la présente note résume la série TEC récente "Quel est le problème   Avec le logiciel d'application "et analysé la stratégie de fournisseur de l'évolution de   résoudre les problèmes cités.

partie   Trois discutera d'une troisième stratégie et formuler des recommandations d'utilisateurs.

propos   les auteurs

Predrag   Jakovljevic est un directeur de recherche avec TechnologyEvaluation.com   (TEC), avec un accent sur le marché des applications d'entreprise. Il a plus de 15 ans   d'expérience dans l'industrie manufacturière, dont plusieurs années en tant qu'utilisateur d'énergie   de l'informatique / ERP, ainsi que d'être un consultant / exécutant et analyste du marché. Il   Il est titulaire d'un baccalauréat en génie mécanique de l'Université de Belgrade,   Yougoslavie, et il a également été certifié dans la production et la gestion des stocks   (CPIM) et dans la gestion intégrée des ressources (CIRM) par APICS.

Olin   Thompson est un dirigeant de processus ERP Partners. Il a plus de 25 ans   expérience en tant que cadre dans l'industrie du logiciel. Olin a été appelé «l'   Père de processus ERP. "Il est un auteur et un conférencier fréquemment primé   sur des sujets d'acquisition d'une valeur de l'ERP, SCP, e-commerce et de l'impact de la technologie   sur l'industrie. Il peut être contacté à Olin@ProcessERP.com.

 
comments powered by Disqus