Applications SOA et infrastructure - The Next Frontier?




SOA, The Next Frontier

L', le rythme actuel rapide du commerce mondial impose un ensemble unique de défis sur toutes les entreprises qui cherchent à améliorer et à automatiser leurs opérations. Dans le même temps les entreprises doivent également être prêts à s'adapter rapidement aux changements. La concurrence croissante, la déréglementation, la mondialisation, les exigences de conformité, les activités de fusion et d'acquisition, et l'externalisation, couplées avec les structures de la chaîne d'approvisionnement et les exigences prescrivant strictes des clients majeurs tels que Wal-Mart sont quelques-uns des principaux défis auxquels sont confrontés entreprises. Ces changements sont essentiels, mais sont souvent lentes à mettre en œuvre en raison de la complexité de rendre leur technologie de l'information (TI) appuient le nouveau modèle d'affaires. Dans de nombreux cas, les systèmes informatiques bourreau de travail doivent être complètement ignoré et ne fournissent aucune aide à un moment où ce soutien est la plus critique. Acheteurs de logiciels conséquence entreprises ont de plus en plus conscience que l'architecture du produit joue un rôle clé dans la rapidité avec laquelle les fournisseurs peuvent mettre en œuvre, maintenir, élargir et de personnaliser et d'intégrer leurs produits.

l'architecture du produit doit faire beaucoup plus que simplement fournir des fonctionnalités techniques, interfaces utilisateur (UI), et le soutien de la plate-forme, car elle permettra de déterminer si un produit va durer, être évolutive à un grand nombre d'utilisateurs, et si elle peut intégrer les nouvelles technologies pour répondre aux besoins changeants des utilisateurs. En conséquence, la plupart des fournisseurs d'applications sont en train de prêcher l'intégration, des fonctions avancées et la technologie. Toutefois, ceux-ci ne doivent pas seulement être une partie de la nouvelle structure de l'entreprise, mais ils doivent nous donner des leçons pour l'avenir.

Dans une série d'articles passé bien accueillis, appelé 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

  1. Economie . L'ensemble du cycle de vie des applications, il ya un coût élevé du développement, du soutien et des améliorations. logiciel de l'argent, du temps et limite de qualité installé comment peut répondre aux nombreuses demandes des entreprises. Alors que les anciens architecture du produit est un problème de technologie, le coût, en termes de temps, d'argent, et la qualité est un problème commercial. Pour ces mêmes raisons, des modifications, par exemple, sont considérés comme mauvais. Pourtant, avec l'évolution de l'économie, personnalisés ou modifiés approches peuvent être encore plus pratique, mais ils seront toujours coûter plus cher à long terme. Pour plus de détails, voir Quel est le problème avec le logiciel d'application? C'est l'économie. Photos     
  2. changement d'affaires continuellement . Le logiciel doit être un catalyseur (plutôt qu'un obstacle) de changement de l'entreprise, à la fois lors du déploiement initial et l'ensemble de son cycle de vie. L'état actuel du marché est celui des applications «standard configurables", en raison de l'erreur que les applications peuvent apporter «meilleures pratiques» et être suffisamment souple pour s'adapter à la majorité des entreprises, sans modification significative. Bien que par le biais des tableaux complexes, les paramètres et les commutateurs, le logiciel peut être pré-configuré pour gérer un grand nombre de pré-déterminés, les options «flexibles», cette flexibilité signifie choisir parmi une liste d'options existantes, prédéterminés. Ainsi, alors que la question de la flexibilité aurait été résolu pour une mise en œuvre initiale, il est pas le cas pour l'innovation commerciale en cours. La prochaine génération de l'architecture d'entreprise doit permettre le changement de la demande comme une entreprise évolue. Pour plus de détails, voir Quel est le problème avec le logiciel d'application? Changements d'affaires, le logiciel doit changer avec l'entreprise . Photos     
  3. entreprises sont uniques . Toutes les entreprises ont des éléments uniques. Pourtant, au lieu d'évoluer, one-size-fits-all logiciel tente de supports trop nombreuses caractéristiques contradictoires pour différentes industries. En outre, bon nombre des fonctions supplémentaires s'appliquent aux seules quelques-unes des diverses industries, il s'adresse à, ce qui signifie que d'autres industries doivent subir les conséquences de ballonnement du logiciel résultant de fonctions non essentielles. Une logique de programme complexe est nécessaire pour déterminer laquelle de nombreux chemins le programme doit prendre, au lieu d'exécuter la fonctionnalité. Pour remédier à cela, les vendeurs ont besoin pour construire des produits maigres qui servent des ensembles spécifiques de clients en plus permettent au client de construire à leurs propres besoins individuels. Pour plus d'informations, voir Quel est le problème avec le logiciel d'application? Les entreprises sont vraiment Unique-One Size ne peut jamais Fit All . Photos     
  4. processus d'affaires des limites de l'application, non. 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. Les processus d'affaires doivent être activés à travers les frontières artificielles des applications disparates qui doivent travailler ensemble pour soutenir les processus d'affaires. L'architecture devra fournir l'intégration des processus d'affaires, l'intégration d'applications, et l'extension de l'application pour donner aux entreprises le plein potentiel de leurs applications actuelles. Avec toutes ces fonctionnalités, les nouvelles architectures seront d'abord utilisés pour réunir des applications diverses pour créer une application composite efficace. Finalement, la prochaine génération d'applications d'entreprise sera également profiter de ces capacités architecturales dans l'application elle-même. Pour plus d'informations, voir Quel est le problème avec le logiciel d'application? processus métier inter limites de l'application .

Apparemment, de nombreux fournisseurs dans la communauté des applications d'entreprise reconnaissent ces besoins doivent être satisfaits et tentent de proposer des solutions. Aussi, depuis quelque temps déjà, des sociétés comme Microsoft et IBM ont raconté clients, il devrait bientôt, si ce n'est déjà possible de construire intégrés, les applications multi-fonctionnels sans avoir à investir dans de nouveaux systèmes majeurs emballés. En utilisant les services existants et nouveaux et des composants Web et les nouvelles technologies et les services de ces fournisseurs, les entreprises seront censés avoir autant de flexibilité dont ils ont besoin.

Ceci est la première partie d'une note en trois parties.

deuxième partie abordera SOA comme une base pour un ordinateur de bureau universel pour toutes les applications d'une entreprise sur le Web.

troisième partie se penchera sur l'avenir.

accélération du rythme de développement de logiciels

Le monde du logiciel est devenu l'un où de puissantes nouvelles applications avec toutes les fonctions de suites logicielles de gestion sous-jacents doivent être construits en jours ou en semaines. Les gens d'affaires, plutôt que les programmeurs ringard ou de personnel technique territoriales ont le contrôle et les fonctions de nombreuses applications sont souvent combinées. Pour construire une application complexe, multi-fonctionnel, fondé sur la planification des ressources d'entreprise prolongée disparate (ERP), les utilisateurs peuvent aussi vouloir utiliser des outils utilisateur face standard, intuitive, clients ou à la fin, comme le portails, business intelligence ou les outils d'analyse, les navigateurs Web, l'intégration des formes, Microsoft Exchange , Microsoft Excel , ou divers outils de recherche. Ils n'auront pas beaucoup l'utilisation du sous-jacent routines propriétaires et encombrants, les langues, ou des interfaces, qui ont toujours été partie intégrante des applications d'entreprise actuelles. Presque toutes les applications de l'entreprise restera complètement à l'intérieur Microsoft Office ou un produit particulier ERP. Il est fort probable que toute application construite dans l'avenir devra toucher de nombreuses applications disparates, mais nécessaire.

En conséquence, la quasi industrie du logiciel a été en effervescence avec les concepts tels que l'architecture orientée services (SOA), aussi connu comme l'architecture de services d'entreprise (ESA) dans le jargon de SAP ). Des applications multi-composites ou (ou SAP xApps , est de nouveau la terminologie de SAP) et de la gestion des processus d'affaires (BPM) sont également à flot. Tout cela devrait donner aux clients plus de pouvoir sur leurs logiciels et processus d'affaires. Voir Comprendre SOA, Web Services, BPM, BPEL, et plus .  

Le passage à la SOA est l'un des facilitateurs qui vous aideront à gérer des applications d'entreprise et même accélérer le changement d'affaires. D'une part, la plupart des acteurs de la technologie concernés se sont réunis pour la première fois à un accord sur les normes et protocoles qui permettent les communications des services Web. Par conséquent, les systèmes basés sur Microsoft, Sun, IBM ou de la technologie ont désormais la «plomberie» à interopérer. Une analogie est celle d'une ligne téléphonique fiable a été mis en place et les appels peuvent être faits en composant direct entre plates-formes, même si les appelants doivent encore s'entendre quelle langue ils parleront po

Deuxièmement, et tout aussi important, est la granularité qui cible des services Web. Le modèle général est une approche centrée sur les documents, pas une granularité de niveau inférieur, proposé par les précédents modèles de composants moins réussies, comme objet de requête architecture de courtier commun (CORBA) et modèle objet commun (COM). Pour rendre la communication entre des systèmes disparates pratique, le niveau de granularité est critique. Si l'on peut penser à des systèmes d'échanger des documents de la même façon des gens d'affaires échangent la copie jaune d'une forme de cinq commande de pièce, on peut réaliser un modèle qui peut effectivement être construit et entretenu. Services Web est bien adapté pour ce modèle.

Même s'il n'est pas toujours pratique de regarder à chaque stratégie et la nuance de chaque fournisseur, Oracle et SAP semblent être sur une trajectoire de collision avec la Fusion respective (une pile de middleware récemment re-marque) et ESA efforts. Microsoft Business Solutions ( MBS ) peuvent être sur la même piste, même si son code équivalent, appelé Project Green , cherchant à converger tous les MBS disparates ERP produits dans un code unique, a semblé avoir fait marche arrière en ce moment. C'est, en partie, à cause de retards dans la finition Longhorn , le parent système d'exploitation prochaine génération de Microsoft (OS) environnement. Plus important encore, elle a été redirigée à partir d'un effort concentré sur la fourniture d'une base de code unifié sur celui qui embrasse l'accent sur le processus, le changement et l'orientation du service.

Microsoft. NET écosystème dans le bas de gamme du marché

Comme un moyen de donner aux clients la flexibilité qui extensible markup language (XML), les services Web basée Microsoft. NET promise, de nombreux petits fournisseurs comme Manufacturing Systems intuitives , Epicor Software , Made2Manage Systems , et SYSPRO , convertissez les fonctionnalités existantes au sein de leurs suites ERP dans les services Web. Ceux-ci peuvent être liées à d'autres applications pour créer de nouveaux processus d'affaires assez facilement. Ces fournisseurs ne peuvent différer en termes proposant des solutions complètement à partir de zéro, ou d'une manière plus judicieuse (pour plus d'informations, voir Rewrite ou wrap-around ancien logiciel? ).

intéressant, MBS adopte une approche délibérée quand il s'agit de déplacer ses propres applications pour le framework. NET. Jusqu'à présent, il a une nouvelle Microsoft CRM ( gestion de la relation client ) produit entièrement développé sur. NET. Pour les solutions comptables et ERP, qui inclut Great Plains, Navision, Solomon et Axapta, l'accent est mis sur la capacité de. NET (avec l'appui des services Web) pour fournir un environnement unifié pour les partenaires qui développent des extensions de produit. Par ailleurs, lors d'une récente conférence de MBS partenaire client, MBS a annoncé que les vagues causées par le Projet vert permettra aux partenaires d'utiliser. Outils nette et de ses langues de construire des extensions pour les interfaces Web ERP. Aussi, en ciblant les interfaces de service Web, MBS partenaires pourront construire ces extensions de telle manière à assurer la portabilité simple pour les versions futures. La deuxième vague verte se déplace la logique de base de l'application ERP et tous les outils pour. NET. À l'heure actuelle, MBS est d'utiliser la technologie. NET indirectement. Il est d'exposer les applications actuelles grâce à des services Web XML et de permettre aux clients et aux fournisseurs de logiciels indépendants partenaires (ISV) d'intégrer leurs applications actuelles avec. NET. Une telle stratégie permet aux outils de middleware et d'intégration fondées sur la technologie. NET, comme le Microsoft SharePoint Portal Servir r, et Microsoft BizTalk Integration Server , pour être mis à profit.

Pourtant, de tous ces développements, une chose est certaine: tous les fournisseurs principaux et pertinents croient qu'il est important d'achever rapidement la transition de grandes client / serveur architectures monolithiques à SOA. Pour le "Big Peu" (grands fournisseurs avec une clientèle notable), il est également important d'intensifier la course "stack", qui comprend des applications, bases de données, serveur d'application, et le middleware. Après avoir vu la recherche et le développement de d'Oracle (R & D) équipe renforcée par la récente PeopleSoft l 'acquisition, SAP envisagerait d'ajouter un autre 1000 développeurs en 2005. Le calendrier appelle maintenant l 'SAP ESA feuille de route pour être achevé d'ici à 2007, avec la suite complète de produits et tous les produits spécifiques à l'industrie disponibles dans une version future de SAP NetWeaver qui soutiendra BPM et l'orchestration. Grand ESA projet de SAP permettra d'exposer les fonctions sous-jacentes et les données du plus profond de son étendue ERP mySAP Business Suite d'applications ( mySAP CRM , mySAP PLM , mySAP SRM , mySAP SCM , mySAP ERP , etc) Il mettra à disposition que des services (composants logiciels) qui peuvent être branchés ensemble- avec ceux d'autres applications.

Pour les trois prochaines années, SAP va également se lancer sur la rupture de son énorme large collection de fonctionnalités de l'application dans un portefeuille à gérer des composants de processus configurables. Les développeurs SAP, les clients et partenaires d'affaires pourront utiliser SAP NetWeaver pour créer des processus sur mesure qui répondent à un besoin précis, intégrer à un environnement existant, ou d'offrir une proposition de valeur de différenciation. De cette façon, les clients et les partenaires peuvent créer de nouvelles applications composites, et trouver des moyens de travail plus flexibles avec les applications existantes.

infrastructure technologique et les applications Fonctionnalité

Le principal champ de bataille sera "appli-structure", qui, comme son nom l'indique, est une combinaison de l'infrastructure technologique et la fonctionnalité des applications. Dans le cas de SAP, cela est actuellement définie par SAP NetWeaver et mySAP Business Suite. Dans l'avenir, il sera défini par un modulaire en processus référentiel pilotés, les services Web offrant assis au sommet d'une considérablement améliorée SAP NetWeaver. NetWeaver va ainsi évoluer d'une simple plate-forme d'intégration d'applications techniques à une entreprise axée sur la plate-forme d'intégration des processus, appelé plate-forme de composition ou plate-forme de processus métier (BPP).

En d'autres termes, SAP continue à changer SAP NetWeaver dans une BPP qui finira par fournir un ensemble de prêts à l'emploi-services de l'entreprise et sera une infrastructure capable de déployer et de gérer des services d'entreprise à créer applications composites. Sa vision, qui se déroulera au cours des prochaines années, sera déterminé par la SOA et les environnements de modélisation de processus, ce qui, à son tour, va définir l'avenir des logiciels d'entreprise. L'objectif est de créer des processus réutilisables au niveau de l'application qui va se combiner avec la plate-forme (espérons SAP NetWeaver). Ceci avec l'idée de la maîtrise des données et l'intégration des processus pour soutenir les stratégies d'affaires innovatrices et agiles.

En dépit d'être considéré comme un géant indigestes, la vision de la rupture de la suite d'applications d'entreprise dans un portefeuille de composants de processus configurables a été un élément clé de la stratégie de SAP depuis de nombreuses années. Les travaux ont commencé sur cette rénovation radicale dès 2002. La stratégie a consisté à transformer mySAP Business Suite dans une application SOA dans les cinq ans. Cette initiative est motivée par le hub d'intégration, SAP NetWeaver, anciennement connu sous le nom mySAP Technology . En fait, SAP NetWeaver est l'évolution de la technologie mySAP avec des améliorations majeures modulaires, comme Master Data Management (MDM) ou gestion des connaissances (KM), le tout sur des standards ouverts. L'étape suivante consiste à passer de la SOA pour des solutions d'affaires SOA. Ce mouvement est un changement de l'intégration au niveau des données à un niveau basée sur le message, qui devient plus compliquée lorsque l'architecture doit inclure les clients, les fournisseurs, les partenaires de distribution et d'autres partenaires commerciaux.

En outre, il n'est pas très connu que le "mal nécessaire" d'ouvrir les entreprises suite du SAP a été en cours depuis presque une décennie, sous une forme ou une autre. À savoir, Hasso Plattner, l'ancien chef de la direction (CEO) et visionnaire technique de SAP d'aujourd'hui, a annoncé à un auditoire sceptique et étonné lors d'une conférence de l'utilisateur 1995, monolithique SAP R / 3 serait ouvert et décomposée en petits morceaux. SAP a permis aux parties de la suite monolithique d'exécuter séparément, mais les interfaces étaient encore propriétaires, et la liaison entre les programmes a été serré et à un faible niveau.

tard, le business-to-business (B2B) collaboration poussée du début des années 2000 a inspiré SAP d'ouvrir ses applications encore plus loin. Sa gamme de produits, puis temporairement appelé mySAP.com autorisé applications non-SAP, tels que les outils de productivité de bureau Microsoft ou sur les marchés de l'Internet, qui doivent être étroitement intégrées dans l'expérience utilisateur, comme si elles faisaient partie de mySAP.com . Mais encore une fois, cette exigence de coder en dur des liens et des fonctions dans chaque système participant.

Pour mettre cela en contexte, il faut rappeler que l'interface de programme d'application (API) est un ensemble de routines, de protocoles et outils pour construire des applications logicielles. Une API bien conçu, il est plus facile de développer un programme en fournissant tous les blocs de construction, qui un programmeur devrait être en mesure de mettre sur pied. La plupart des environnements d'exploitation fournissent une API afin que les développeurs peuvent écrire des applications compatibles avec l'environnement d'exploitation. Bien que les API sont conçus pour les programmeurs, ils sont finalement bon pour les utilisateurs aussi, parce qu'ils garantir que tous les programmes utilisant une API commune auront interfaces similaires, ce qui rend plus facile pour les utilisateurs d'apprendre de nouveaux programmes.

2001 reprise

SAP de TopTier , a / société de logiciels de portail israélien américain, à condition SAP avec un élément clé de l'intégration et du moyeu par composantes. Il a également apporté Shai Agassi, un membre du conseil exécutif de SAP actuel qui est généralement considéré comme un visionnaire nouvelle technique de SAP (voir SAP acquiert Top Tier à élargir davantage ses horizons ). Un indicateur de l'engagement de SAP pour SAP NetWeaver, ESA, et BPP est venu dans une récente réorganisation échelle de l'entreprise, lorsque Agassi, qui avait été dirige le développement de SAP NetWeaver, se consacre au développement de produits et du marketing pour l'ensemble des applications d'entreprise de SAP ainsi.

Web Services

Mais plus, ou au moins égale importance a été l'émergence de standards Internet largement acceptés tels que XML, services Web. NET ou Java Messaging Service (JMS). Ainsi, émergents normes technologiques de services Web devraient générer une plus grande sensibilisation sur le concept d'applications à base de composants et d'accélérer son adoption encore naissante. Approbation de la technologie des services Web par les grands fournisseurs peut même les aider à rattraper leur latence en approuvant la technologie des composants il ya plusieurs années.

Comme mentionné précédemment, les services Web a le potentiel de devenir la dernière évolution de la technologie d'intégration d'applications ou même un nouveau modèle de conception d'application révolutionnaire. Il peut permettre aux développeurs de créer ou d'améliorer les applications en connectant les composants granulaires qui sont accessibles via les protocoles Web indépendant de la plateforme. Alors que les développeurs s'appuient sur le concept établi de la réutilisation des objets d', ils peuvent enfin offrir un mile supplémentaire en adhérant aux normes qui sont en train de maintien du support des standards est en effet ce que nous considérons comme la principale différence entre l'architecture CORBA adopté moins de succès et le plus promettant de services Web. CORBA a été développé par un consortium industriel connu sous le nom Groupe Object Management ( OMG ), et permet des morceaux de programmes, appelés objets de communiquer entre eux indépendamment de ce langage de programmation ils ont été écrits ou quel système d'exploitation, ils sont exécutés sur. les services Web, cependant, peuvent s'enrouler autour pratiquement n'importe quel type de fonctionnalités d'entreprise existant. En outre, les services Web ont tendance à être plus simple, en partie à cause des normes Internet, et parce qu'il tend aussi à être une abstraction de plus haut niveau, ce qui implique une plus grande probabilité de l'indépendance de plate-forme et "mélangeant et en assortissant" opportunités pour les développeurs.

En conséquence, la stratégie aidera les goûts de SAP et Oracle ouvrir davantage ou componentize leurs produits, comme des standards comme XML et extensible langage de feuille de style (XSL) permettent de partager données et avoir un commun look-and-feel travers une application, sans nécessairement terriblement creuser dans le code source.

Ceci conclut la première partie d'une note en trois parties.

deuxième partie abordera SOA comme une base pour un ordinateur de bureau universel pour toutes les applications d'une entreprise sur le Web.

troisième partie se penchera sur l'avenir.

propos des auteurs

Olin Thompson est un dirigeant de processus ERP Partners. Il a plus de vingt-cinq années d'expérience en tant que cadre dans l'industrie du logiciel. Thompson a été appelé «le Père des 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

Predrag Jakovljevic est un directeur de recherche avec TechnologyEvaluation.com (TEC), avec un se concentrer sur le marché des applications d'entreprise. Il a près de vingt ans d'expérience dans l'industrie manufacturière, dont plusieurs années en tant qu'utilisateur de puissance de l'informatique / ERP, ainsi que d'être un consultant / exécutant et analyste du marché. Il détient un baccalauréat en génie mécanique de l'Université de Belgrade, en 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.

 
comments powered by Disqus