Accueil
 > Rapports de TEC > Blogue de TEC > Quel est le problème avec les applications d'entreprise, ...

Quel est le problème avec les applications d'entreprise, et quelles sont les vendeurs à ce sujet?

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

Présentation

Le rythme rapide du commerce mondial met aujourd'hui un ensemble unique de défis sur toutes les entreprises qui cherchent à améliorer et à automatiser leurs opérations, et en même temps, reste prête à s'adapter rapidement aux changements. 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.

L'architecture du produit va faire beaucoup plus que simplement fournir la fonctionnalité technique, l'interface utilisateur (UI), et le support de plate-forme. Il va déterminer si un produit va durer, si elle va évoluer pour un grand nombre d'utilisateurs, et si elle sera en mesure d'intégrer les nouvelles technologies, le tout afin d'accueillir de plus en plus l'évolution des besoins des utilisateurs. Si l'on est à l'écoute de la plupart des éditeurs d'applications aujourd'hui, ils prêchent l'intégration, des fonctions avancées et la technologie. Ce sont des leçons qui devraient faire partie de toute nouvelle architecture d'entreprise.

Dans récente série intrigante de TEC d'articles, intitulée «Quel est le problème avec le logiciel d'application?" nous avons discuté des réalités de l'entreprise agile par rapport à la capacité des logiciels d'application contemporaine pour faire face à ces réalités. Ces réalités inclus:

    width="80%">     Industrie     Les processus d'affaires
width="20%" 1       Economie
width="20%" 2       Les entreprises changent continuellement changement       est une réalité de la vie et de logiciels doit changer avec l'entreprise. Le logiciel doit       être un catalyseur (plutôt qu'un obstacle) de changement de l'entreprise, à la fois pendant       déploiement initial et l'ensemble de son cycle de vie. L'état actuel du marché       c'est applications «standard configurables", puisque l'erreur est que ces       applications peuvent apporter les meilleures pratiques pour une entreprise et être rendus flexibles       suffisant pour accueillir la majorité des entreprises, sans modification significative.       Bien que grâce à l'utilisation de tableaux complexes, des paramètres et des commutateurs, la       le logiciel peut être pré-configuré pour gérer un grand nombre de pré-déterminée,       Les options «flexibles», en vérité, la flexibilité est seulement de choisir parmi une liste       de, les options existantes prédéterminés. Ainsi, alors que la question de la flexibilité       aurait pu être résolu pour une mise en œuvre initiale, il ne serait pas le       cas pour l'innovation commerciale en cours. La prochaine génération de l'entreprise       architecture doit permettre de changement d'entreprise doit être adopté sur une sur-demande       base que l'entreprise évolue. Pour plus de détails, voir Qu'est-ce       Wrong With logiciels d'application? Changements d'affaires, logiciel doit changer       Avec l'entreprise.       
3       Les entreprises sont uniques       industrie, une entreprise à l', toutes les entreprises ont une certaine unicité et le       idée que one-size-fits-all ne se concrétise pas. Le logiciel d'application a       plus en plus complexes, car il essaie de soutenir trop contradictoires       caractéristiques pour différentes industries. Le logiciel d'application doit évoluer       afin qu'il reconnaisse la réalité que les entreprises sont uniques, mais pas par       ajoutant ballonnement du logiciel »pour les produits existants. La plupart des fonctions ajoutée       s'appliquer qu'à quelques-unes des diverses industries adressée ce qui signifie que la plupart       autres industries doivent subir les conséquences de ces fonctions non essentielles.       Ballonnement, sous la forme d'une logique de programme complexe est nécessaire de ne pas exécuter l'       fonctionner, mais de déterminer lequel de nombreux sentiers le programme doit prendre. Ainsi,       les fournisseurs doivent construire des produits maigres qui servent des ensembles spécifiques de clients       ainsi permettre au client de construire dans leurs propres besoins individuels. Pour en savoir plus       d'informations, voir Qu'est-ce       Wrong With logiciels d'application? Les entreprises sont vraiment unique - One Size       Ne peut jamais convenir à tous.
4       Les processus d'affaires, pas les frontières de l'application       doit être activé à travers les frontières artificielles des applications disparates       qui doivent travailler ensemble pour soutenir les processus d'affaires. La prochaine génération       de l'architecture de l'application doit tenir compte du fait que les processus d'affaires       franchir les frontières de l'application. L'architecture devra fournir aux entreprises       l'intégration des processus, l'intégration d'applications, et l'extension de l'application       afin de permettre aux entreprises de réaliser le plein potentiel de leur courant       applications. Avec toutes ces fonctionnalités, les nouvelles architectures seront       initialement être utilisé pour rassembler diverses applications d'une manière qui le       résultant application composite est meilleure que la somme de ses parties. Finalement,       la prochaine génération d'applications d'entreprise sera également embrasser ces architectural       capacités dans l'application elle-même. Pour plus d'informations, voir Qu'est-ce       Wrong With logiciels d'application? processus métier inter limites de l'application.       

Apparemment,   beaucoup dans la communauté des applications d'entreprise reconnaissent ces vendeurs satisfaits   réalités et beaucoup 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,   penchons-nous sur quelques exemples importants qui représentent des approches stratégiques distinctes.

Cette   est une partie d'une note de la tendance en trois parties qui discutera de trois stratégies, comme   suivante:

  •     Première partie: Stratégie Un Evolve
  •     Deuxième partie: Stratégie Deux Un nouveau cadre
  •     Troisième partie: Stratégie Trois Une nouvelle approche

partie   Trois formulera également des recommandations d'utilisateurs.

Stratégie   Un Evolve

La plupart des fournisseurs ont naturellement choisi de faire évoluer leur cadre d'application existant pour répondre à ces besoins du marché. L'évolution signifie un processus plus lent où des changements progressifs sont faites à l'architecture existante, telle qu'elle répond finalement à ces exigences. Toutefois, si l'histoire nous aide à prédire l'avenir, il est très difficile d'exécuter cette stratégie de manière efficace, et seulement les vendeurs les plus débrouillards et / ou de ferme sont pressenti comme gagnants à long terme.

Comme   un cas d'objet, SAP l 'architecture client / serveur à 3 niveaux introduit   en 1992, à condition que la structure fondamentale sur laquelle client / serveur d'entreprise   systèmes activés processus d'information et l'intégration à l'utilisateur, l'application,   et les niveaux de données. L'architecture client / serveur à 3 niveaux reste un très évolutive   cadre qui constitue le fondement de solutions métier SAP aujourd'hui à   plus de 19.000 entreprises à travers le monde. Bien que l'architecture client / serveur à 3 niveaux   puis brusquement remplacé les systèmes basés sur mainframe existantes, la toute dernière technologie de SAP   cadre nommé ESA ( Enterprise Architecture du service )   est plutôt conçu pour permettre aux entreprises d'ajouter progressivement de nouveaux niveaux importants   de flexibilité, tout en permettant aux clients de conserver et faire fructifier leur existant   solutions d'investissements via des services Web.

de SAP   annonce récente de xApps d' (lire «cross-applications») serait   aussi être un excellent exemple d'une stratégie évolutive. Avec xApps, SAP est   permettant des applications composites à construire plus facilement depuis xApps de SAP utilise    NetWeaver infrastructure de lier d'autres applications dans SAP   applications (voir SAP   Tisse Microsoft. NET et IBM WebSphere dans son ESA Tapisserie).

Cependant,   SAP est le premier d'un grand paquet de fournisseurs qui sont également tout va dans le même   direction. À savoir, Oracle avec ses 9i Applications   Server (9iAS) Enterprise Edition , PeopleSoft avec   son AppConnect , J.D. Edwards avec son eXternal   Process Integration (XPI) / Business Process externe (XBP) , Baan   avec son OpenWorldX , IFS avec son IFS   Connectez-vous , et Siebel Systems avec son Universal   Applications réseau (UAN) ont tous jeté des morceaux de leur entreprise   feuilles de route plate-forme. Même certains niveau 2 ou 3 fournisseurs comme Cincom Systems   ou Exact Software ont été sonne l'évolution de leur entreprise   Gestion des processus métier (BPM) des feuilles de route plate-forme avec de nouvelles fonctionnalités intelligentes   qui permet au système de répondre automatiquement aux entrées ou demandes de renseignements.   La composante BPM basée sur les rôles agit comme un courtier en information, l'envoi des demandes   et de nouvelles entrées dans les applications disparates couplage lâche et d'alléger   (Ou éliminer complètement) la nécessité de l'intégration point à point redouté   programmation.

Cependant, le statut de presque toutes les applications composites ci-dessus est que de simples annonces ont été faites et nous sommes maintenant en attente de livraison. Construire composite ou cross-applications n'a pas été une tâche facile, comme indiqué par un petit nombre d', par exemple, SAP xApps développées jusqu'ici. La plupart d'entre eux sont toujours le fruit de l'imagination de quelqu'un et il faudra beaucoup 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. 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 inter-applications, se traduira inévitablement quelques ajustements à nouveau. Le facteur atténuant pour certains fournisseurs, cependant, pourrait être leur focalisation étroite (pas nécessairement le cas pour SAP qui cible les 22 industries) et la longévité et la nature répétitive de leurs multiples partenariats.

Quels produits gagnants feront la démonstration

Gagner produits de l'entreprise fera la démonstration de la fonctionnalité du secteur et une intégration étroite avec best-of-breed Bolt-on "produits en un vertical particulier. Cela signifie également l'ajout de capacités de la chaîne d'approvisionnement, de front-office fine sectorielle ou de collaboration. Verticalisation peut être considérée comme faisant partie d'un effort plus large de fournisseurs d'applications d'entreprise pour faciliter la mise en œuvre de leurs produits. Le logiciel qui combine les fonctionnalités spécifiques à l'industrie la souplesse nécessaire pour adapter les processus uniques de chaque entreprise va un long chemin vers l'amélioration de l'adéquation fonctionnelle et la rapidité de mise en œuvre. Cette approche pragmatique permet aux entreprises de combler l'écart entre les attentes de performance du système et les résultats finaux obtenus

Un autre avantage réside dans le fait que les solutions d'entreprise spécifiques à l'industrie, globales basées sur une architecture ouverte et des normes technologiques éprouvées faciliter l'intégration rapide des sociétés absorbées dans le cadre d'une stratégie de croissance de l'entreprise. À savoir, tout en utilisant des modèles de mise en œuvre peut fournir à une entreprise le début de saut », ces efforts ne supportent que des processus communs qui sont susceptibles imitées par la concurrence. Aux fins de différenciation, cependant, les clients doivent donner l'avantage aux vendeurs qui fournissent une forte configuration et des outils de développement et des stratégies judicieuses d'interopérabilité des produits.

Ainsi, les applications composites ci-dessus sont un pas de plus pour les clients qui ont depuis longtemps adopté les interfaces plus ouvertes et les capacités d'intégration améliorées que les applications des fournisseurs de l'entreprise qu'ils fournissent, les capacités aussi destinés à la séparation des composantes du produit (granulation) effort. Au cours des dernières années, les applications des fournisseurs de l'entreprise ont ouvert leurs modules étroitement imbriqués et créé des interfaces de programmation d'applications (API) pour se connecter à des systèmes best-of-breed tiers. Les vendeurs ont récemment été offrent un large éventail de schémas d'intégration ouverts, y compris langage de balisage extensible (XML) de messagerie et de connecteurs propriétaires ou des API ouvertes, depuis l'intégration facile aux applications 3rd-party est devenu un argument de vente clé pour eux.

SAP,   par exemple, a longtemps créé plus de 1000 moteurs d'accès aux données exclusive appelée    affaires Interfaces de programmation d'applications (BAPI) pour l'utilisation   dans l'intégration de produits tiers avec l'ERP central (enterprise resource planning)   système ainsi que son intégration d'applications d'entreprise propriétaire (EAI)   l'architecture appelée Applications Lier Enablement (ALE) par    SAP IDocs (Intermediate Documents) , les formats de fichiers plats standard   pour les échanges d'information communs. Cela nécessite des API ouvertes pour permettre l'intégration   des outils d'analyse tiers communication des données et ainsi que d'autres extensions ERP.   

lieu du coûteux, risqué à plein componentization, la plupart des fournisseurs d'applications ont choisi une approche plus sûre. Ils utilisent des API à base de composants pour construire une «façade» pour leur application existante. Quand cela est fait correctement, ces API donnent accès programmatique aux objets métier communs (par exemple, un ordre, un partenaire d'affaires, un accouchement), qui sont mis en correspondance avec la fonctionnalité de l'application existante d'une manière que les utilisateurs de boucliers de la complexité du code sous-jacent. Toutefois, les API ne sont pas suffisantes. Pour combler la sémantique différentes et des processus d'affaires activés au sein de chaque demande participant dans un environnement ERP étendue, fournisseurs ou utilisateurs doivent employer la technologie de courtier de messages (un outil pour un but, de préférence en quatre langues génération (4GL) qui peut facilement transformer et acheminer des données comme il se déplace entre applications).

Avec   NetWeaver, SAP a ainsi effectué un virage important de fournir des points d'intégration »   solutions grâce à ses interfaces BAPI cours d'exécution sur un appel de procédure distante propriétaire   (RPC) protocole appelé RFC (Remote Function Call) . SAP   Web Application Server (WAS) devrait fournir une intégration stratégique   plate-forme pour ses clients, ce qui permet SAP pour offrir plus d'élégance peut-être un   solution collaborative complète, même si quelques-unes des applications de composants   ne sont pas originellement fourni par SAP (qui était possible via plusieurs BAPI que,   mais d'une manière assez lourd). En outre, SAP Exchange Intégration   (AE) remplacée ALE qui a été principalement adapté pour la transaction asynchrone   processus doit, en tant que mécanisme de déclenchement pour régler à nouveau propriétaire IDocs SAP   en mouvement comme un moyen de flux de données entre les modules SAP et / ou à une tierce partie   modules. Par conséquent, à première vue, NetWeaver aborde les grandes infrastructures   exigences d'une plate-forme d'échange, y compris l'intégration interne au sein   une seule entreprise et externes entre les entreprises, un processus de workflow de l'entreprise à travers   applications, l'identité / la gestion des rôles et de la gestion de contenu. «Les utilisateurs de puissance   (Plutôt que les programmeurs «en soi) la capacité à écrire de manière dynamique des processus d'affaires   règles et de les partager en interne et en externe, pourrait donner d'autres fournisseurs   pause et de les forcer à venir avec leurs solutions équivalentes.

Analyse   Une stratégie de Evolve

Néanmoins, les goûts de SAP xApps / NetWeaver abordera principalement la question ci-dessus n ° 4 - "Les processus d'affaires, pas les frontières d'application», mais les trois autres questions brûlantes ne sera pas nécessairement abordés avec ces annonces. En d'autres termes, pratiquement aucun produit composite ci-dessus fait l'architecture du produit sous-jacent à l'épreuve »permettant aux développeurs de ces deux fonctions commerciales ajouter et modifier des plate-forme de technologie sous-jacente comme justifiée. La prochaine génération de l'architecture d'entreprise doit permettre le changement de l'entreprise doit être adopté sur une base à la demande au sein de l'architecture existante que l'entreprise évolue, et il doit fournir le coût, le temps et les caractéristiques de qualité pour faire changer un choix pratique pour l'entreprise . Il serait tout à fait utopique de s'attendre à ce que des instances de produits basés sur des technologies obsolètes et / ou très exclusifs comme COBOL, RPG ou ABAP.

À cette fin, tandis que la stratégie d'évolution pourrait être plus sûr à court terme, tant pour les clients et les fournisseurs, réduisant ainsi l'investissement et de la perturbation, la stratégie évolutive a des limites à ce qui peut être accompli. Le produit existant devient une limite sur le montant de l'innovation qui se révèle pratique. Alors que les grands éditeurs ont l'avantage de grandes ressources, ils ont aussi le bienfait d'une large base de clientèle. Est-ce que la clientèle soutenir le mouvement, et de la volonté qu'il transition à la nouvelle architecture? Les grands fournisseurs peuvent articuler correctement les avantages de leur nouvelle architecture d'entreprise pour faire bouger critique / justifiable à la base d'utilisateurs?

Ces fournisseurs ont également la bénédiction mitigée d'un produit existant. Ils doivent renforcer et soutenir ce produit tout en passant sur une nouvelle technologie. jugement des affaires leur dit de minimiser les risques en évolution du produit existant à un nouveau, mais qui s'est avéré très difficile pour la plupart dans le passé.

Cette   conclut la première partie d'une note de tendance en trois parties qui discutera de trois stratégies,   comme suit:

  •     Première partie: Stratégie Un Evolve
  •     Deuxième partie: Stratégie Deux Un nouveau cadre
  •     Troisième partie: Stratégie Trois Une nouvelle approche

partie   Trois formulera également des recommandations d'utilisateurs.

  À propos de la 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 atteint à Olin@ProcessERP.com.

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.