Quel est le problème avec le logiciel d'application? processus métier inter limites de l'application

  • Écrit par : Jim Brown
  • Date de publication : Juillet 18 2013



Présentation

Application   les frontières sont des murs artificiels créés par l'industrie du logiciel, et non les entreprises.   Les processus d'affaires et les personnes qui les exécutent ne devraient pas avoir à se soucier   limites d'application. Il ne devrait pas question pour eux que prenant une ordonnance d'   leur client commence dans le système CRM, accède aux algorithmes de tarification personnalisés   dans l'application COBOL héritage, puis finalise la commande dans l'ERP. La réalité   c'est qu'il ne doit pas question, mais il le fait. Beaucoup.

Pour   entreprises à utiliser plus efficacement les logiciels d'entreprise, les applications doivent   être rassemblé dans des processus métiers cohérents communs. Dans le cadre de la   série «Qu'est-ce   mal avec le logiciel d'application ", nous allons discuter les défis d'aujourd'hui de   portefeuille de logiciels multi-application. La réalité de l'environnement applicatif d'aujourd'hui   est qu'aucune demande unique répond à tous les besoins d'une entreprise, ou souvent   même les besoins d'un processus d'affaires unique, de sorte que plusieurs applications doivent travailler   ensemble pour soutenir l'entreprise

Multi-Application Software Portfolios

Avouons-le: chaque entreprise aimerait avoir une seule application d'entreprise intégrée qui répond à tous leurs besoins. Les processus d'affaires seront parfaitement pris en charge, car ils seraient regroupées dans une seule application. Les utilisateurs seraient jamais besoin de quitter le confort de leur application préférée.

Les applications existantes dans l'entreprise pourrait être supprimée et remplacée par la fonctionnalité de l'application d'entreprise unique et intégrée. Beaucoup de dirigeants d'entreprises, en particulier le CIO, aimeraient avoir ce luxe. Telle était la vision que beaucoup de gens suivaient quand ils ont acheté et mis en œuvre leurs systèmes ERP dans les années 1990. Malheureusement, ce rêve ne s'est pas concrétisé pour la plupart des entreprises et il ne sera probablement jamais. En effet, avec l'avènement de nouvelles suites de l'entreprise telles que le CRM, SCM, PLM et d'autres, il est plus hétérogène que jamais. On n'a qu'à regarder le nombre de Enterprise Integration Architecture (EIA) des fournisseurs sur le marché aujourd'hui pour se rendre compte que l'entreprise typique est encore en cours de multiples systèmes, et beaucoup d'entre eux.

Co-existence n'est pas assez

La génération actuelle d'applications d'entreprise a été conçu à une époque où les simples «co-existence» avec d'autres applications a été considéré comme suffisant. Mais, la co-existence n'est pas le même que l'intégration. Alors que les vendeurs tous prêché la coexistence, la plupart des fournisseurs d'applications croyaient encore qu'ils soutiendraient la majorité des processus d'affaires directement dans leur application, mais qu'ils auraient besoin de coexister avec des applications plus petites et spécialisées. C'était avant que les vendeurs ont pris conscience de la véritable nature du défi de l'intégration dans la fin des années 90 et au-delà et ont fait des efforts pour améliorer leurs capacités d'intégration. La réalité aujourd'hui est que le système d'entreprise du noyau doit travailler dans une empreinte d'application diversifiée composée de multiples applications d'entreprise.

Ce qui est nécessaire dans cet environnement d'application hétérogène n'est pas seulement co-existence. Ce qui est nécessaire est un moyen d'utiliser dynamiquement les différentes applications de soutenir un processus de gestion commun. Et cela doit être fait d'une manière que la combinaison des applications fournit plus de valeur que les applications individuelles peuvent fournir eux-mêmes. En bref, les applications n'ont pas besoin de travailler tout ensemble ils ont besoin pour mieux travailler ensemble.

Peut-être que nous tentions de résoudre le mauvais problème avec les grands systèmes ERP. Peut-être au lieu d'essayer de construire l'application méga, nous aurions dû nous concentrer à faire les petites applications, hautement fonctionnels qui fonctionnent bien ensemble.

applications composites

Il ya récemment eu beaucoup de discussions sur les applications composites, les applications construites par l'assemblage de la fonctionnalité requise à partir de plusieurs systèmes. Il ya deux camps principaux qui tentent de résoudre le problème des applications composites. La première école de pensée met l'accent sur le fait que le processus d'affaires entraîne les applications. En se concentrant sur les processus d'affaires d'abord, les applications peuvent ensuite être alignés pour les soutenir. La seconde se concentre sur l'intégration des données et les applications elles-mêmes.

Composite   Applications Il s'agit de la Business Process
Une   catégorie de vendeurs qui tentent de résoudre le problème est la gestion des processus d'affaires   (BPM) fournisseur. Ces fournisseurs se concentrent sur les processus d'entreprise qui sont nécessaires   pour soutenir l'activité de la manière la plus efficace. Le défi dans le passé   avec la mise au point de processus d'affaires, c'est que les processus d'affaires sont souvent bien   pensé, bien documenté, puis placé sur une étagère pour référence future.   BPM est une île coupée des applications opérationnelles. Il y avait   aucun lien avec l'exécution effective du processus d'affaires ou pour les applications   qui le soutiennent. Dans un effort pour rendre les processus d'affaires de plus précieux, BPM   applications logicielles ont évolué dans le logiciel d'exécution orienté qui   est utilisé dans les opérations au jour le jour.

Alors que les fournisseurs de BPM ont porté sur l'exécution du processus d'affaires, ils n'ont pas pleinement pris en compte la nécessité de lier activement multiples applications back à l'exécution du processus d'affaires. En outre, ils ne sont généralement pas fournir l'intégration nécessaire de veiller à ce que le contexte du processus d'entreprise, les données, est bien passé entre les applications.

Composite   Applications Ce n'est pas seulement sur le Business Process
Même   avec la panacée promise de services web, intégration d'applications est encore   pas une mince affaire. Une autre catégorie de vendeurs qui tentent de résoudre le composite   problème d'application est l'architecture d'intégration d'entreprise (EIE) du fournisseur.   Les vendeurs EIE ont parcouru un long chemin vers relever le défi technique   d'intégrer de multiples applications. Grâce à des adaptateurs et orientés messages   architectures, ils ont fait l'interaction entre les systèmes plus faciles à gérer.

Alors que les fournisseurs d'EIE ont abordé les défis techniques des applications composites, ils n'ont pas relevé le défi de tirer les demandes ensemble dans un processus métier cohérent.

Quel est toujours nécessaire

Les fournisseurs de BPM et les vendeurs EIA reconnaissent à la fois les opportunités et les défis d'applications composites. Pour résoudre ce problème, les fournisseurs de BPM commencent à se concentrer davantage sur l'intégration et les vendeurs EIA commencent à se concentrer davantage sur les processus d'affaires. Les deux sont offrant une valeur et le cap dans une direction qui prend en charge des applications composites.

Quel   ni catégorie de vendeurs a adéquatement, toutefois, est le fait que   il ya souvent des aspects du processus d'affaires où il n'ya pas de demande sous-jacente   pour le soutenir. Il s'agit d'un processus manuel, une certaine forme de solution de contournement, un tableur,   ou une autre solution qui maintient le processus d'entreprise d'être entièrement pris en charge   par les applications. Ce qui est nécessaire à partir d'une solution idéale est la capacité à intégrer   les processus d'affaires, d'intégrer les applications et les données, et offre supplémentaire   fonctionnalité de «combler les lacunes» pour produire un ensemble cohérent, composite   demande qui assure l'intégrité transactionnelle et contextuelle sur l'ensemble du   processus d'affaires.

affaires         
        Process Integration
données         et
        Application Integration
application         Extension
        «Combler les lacunes»
EIA
O
X
-
BPM
X
0
-
Next Gen
X
X
X

X - Disponible
O - Future       Direction

Résumé

La prochaine génération d'architecture de l'application doit tenir compte du fait que les processus d'affaires franchissent les limites d'application. L'architecture devra fournir l'intégration des processus d'affaires, l'intégration d'applications, et l'extension de l'application afin de permettre aux entreprises de réaliser le plein potentiel de leurs applications actuelles. Avec toutes ces fonctionnalités, les nouvelles architectures seront d'abord utilisés pour réunir diverses applications d'une manière que l'application composite résultant est mieux que la somme de ses parties. Finalement, la prochaine génération d'applications d'entreprise sera également profiter de ces capacités architecturales dans l'application elle-même.

propos   l'auteur

Jim   Brown a plus de 15 ans d'expérience dans le conseil en gestion et   logiciel d'application axée sur les industries manufacturières. Jim est un reconnu   expert des solutions logicielles pour la fabrication et possède une vaste connaissance de l'application   ERP, Product Lifecycle Management, Supply Chain Planning, Supply Chain Execution,   et applications e-business pour améliorer la performance de l'entreprise. Jim a servi d'   exécutif pour les sociétés de logiciels spécialisé dans le PLM et le processus de fabrication   solutions avant de commencer son cabinet de conseil, Tech-Clarity Associés .   

Jim   peut être atteint à jim.brown @ tech-clarity.com.   

 
comments powered by Disqus