Quel est le problème avec les applications d'entreprise, et quelles sont les vendeurs à ce sujet? Troisième partie: une nouvelle approche et l'utilisateur Recommandations




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.

partie   Deux discuté et analysé la stratégie de fournisseur d'un nouveau cadre.   

Stratégie   Trois   Nouvelle approche

Certains   vendeurs ont même décidé d'essayer d'utiliser une nouvelle approche de la marque au logiciel   pour résoudre les problèmes ci-dessus. Un vendeur dans le cas où serait Ramco Systems   qui a utilisé une architecture développée en interne Model Based pour assembler un   série de produits d'application et d'assembler des applications d'entreprise personnalisées.   Selon Mike Taylor, président de Ramco Amériques ", par l'Assemblée, nous entendons   quelque chose à partir des produits ou des applications personnalisées. Applications assemblés fournissent   l'ajustement de solutions personnalisées et de l'exhaustivité et de coûts des produits.   Il fournit également des capacités d'innovation continue au cours du cycle de vie de l'   logiciels. Solutions assemblés sont supérieures à celles applicables aux organisations et   à la recherche de deux solutions basées sur des produits, des solutions personnalisées et des applications composites. "

Ramco de   solution offre une plate-forme, appelée VirtualWorks, qui se compose d'une méthodologie,   un ensemble de tables de travail prêt pour le Web pour chaque étape de la vie de développement logiciel   cycle et une architecture basée sur un modèle qui peut assembler des solutions d'entreprise   à un environnement cible de choix. Avec ses annonces récentes, Ramco tente   pour aborder les quatre questions de décrits ci-dessus (voir Ramco   Navires de la technologie et des produits. Est-ce l'avenir des applications d'entreprise? ).   Bien que la preuve est encore à venir sur la base de l'expérience des adopteurs précoces,   les rendements préliminaires sont prometteurs puisque ses clients sont des rapports que   les principes économiques de base de logiciels d'application a en effet été touchés. Bien spécial   intérêt sont les clients qui commencent à construire des applications composites   l'utilisation des applications existantes, la composante des processus d'affaires de Ramco, et la technologie   pour développer des applications qui s'exécutent à travers un processus métier complet, à travers de multiples   produits d'application.

architecture Model Based

Aujourd'hui, le sujet de l'amélioration de la technologie des produits de base arrive souvent lors d'une discussion de l'architecture basée sur le modèle. À bien des égards, les idées derrière ce ne sont pas nouvelles, depuis de nombreuses approches de la part de la technologie beaucoup des mêmes concepts de base. Bien que n'étant pas nécessairement une panacée, ce qui rend architecture basée sur un modèle différent, c'est qu'il est l'approche pratique, qui est en train de changer certaines règles et paradigmes de base de développement de logiciels. C'est un des métadonnées sur l'application, elle s'applique beaucoup des concepts de base de la fabrication à la création de code, et est plutôt un outil de cycle de vie, pas seulement un outil de conception et de développement.

fabricants ont de plus en plus utilisent Product Lifecycle Management (PLM) pour concevoir des produits de l'automobile aux magnétoscopes à des dîners au micro-ondes. PLM prend une approche intégrée du cycle de vie du produit, de l'idée initiale à la conception et au développement de la production réelle à la retraite du produit. En d'autres termes, PLM couvre l'ensemble du cycle de vie, depuis l'idée de créer un nouveau magnétoscope ou saveur de crème glacée aux spécifications de conception, en passant par la production, la gestion des modifications techniques à la retraite du produit. Avant PLM, nous avons eu un certain nombre d'outils différents qui ont contribué en partie, mais ils n'ont pas été intégrés, par exemple, conception assistée par ordinateur (CAO) a aidé dans la conception, alors que les systèmes d'exécution de fabrication (MES) seulement ont aidé à gérer un itinéraire de produit dans la production.

comme la fabrication, nous pouvons regarder l'architecture des logiciels d'entreprise d'aujourd'hui et typiquement identifier îles similaires de l'automatisation, car il ya une série d'outils de développement qui contribuent au développement initial, mais peu ou pas d'intégration existent à travers le logiciel cycle de vie (c.-à-, les spécifications, la conception, évaluer, construire, tester, déployer et remplacer). La plupart des outils de développement de logiciels sont donc comme des systèmes de CAO fabrication d'aider au développement, mais pas à travers le cycle de vie. Les nouvelles applications de l'entreprise architectes doivent donc apprendre de PLM et adoptent une vision intégrée du cycle de vie de l'effort, peut-être en observant l'approche de Ramco.

architecture Model Based est un framework de développement d'applications qui permet aux applications logicielles d'être décrits en termes de «quoi» qu'ils doivent faire (par exemple, le point de vue de l'entreprise du logiciel) plutôt que «comment» ils doivent faire il (ie, la vue technique du logiciel). architecture basée sur modèle met l'accent sur la conception des processus d'affaires et de l'entreprise exclut à l'avance pour vous assurer que les fonctionnalités de l'entreprise est complète et correcte avant le début de codage du tout.

L'   approche de modélisation permet de visualiser la solution prévue afin que les entreprises   analystes, les utilisateurs finaux et les développeurs peuvent faire en sorte que les besoins des entreprises sont satisfaites avant   mise en œuvre dans le code logiciel rend les changements difficiles et excessivement   coûteux à fabriquer. En utilisant le modèle, le cadre génère automatiquement le   application exécutable au lieu d'une équipe de programmation convertir manuellement l'   caractéristiques dans le logiciel. Cette génération de code augmente l'efficacité du développement   et permet généralement génération sur une gamme de choix de plate-forme. Sur la base du modèle   Architectures sont utilisés pour le développement personnalisé et font maintenant leur apparition dans   les produits d'application. Pour plus d'informations sur la façon dont il aborde tous   les quatre réalités ci-dessus, voir ce qui se   Wrong With logiciels d'application? - Une solution possible? Qu'est-ce que c'est, pourquoi et   Comment s'inscrit-elle dans votre avenir.

Non   de mentionner que Ramco Enterprise Series Suite aborde également   les questions d'être basée sur des composants et à Internet. En outre, le produit   est vraiment plate-forme agnostique, et fonctionne sur n'importe quelle base communément acceptée et   plate-forme de système d'exploitation, et est à la fois J2EE et. NET compatible.

Résumé et recommandations

entreprises cherchent de nouvelles solutions doivent considérer les fournisseurs qui ont soit réécrit leurs produits sur un nouveau cadre ou au moins prendre de nouvelles approches décrites ci-dessus. Pouvez-vous renoncer à votre infrastructure existante et d'aller vers un monde basé sur un modèle aujourd'hui? Oui en théorie, mais qui ne prouve pas pratique pour la grande majorité des entreprises, puisque le monde de l'informatique est un mélange de plusieurs applications, technologies, etc

Ainsi, les entreprises qui cherchent à remplir leur portefeuille d'applications existant devrait ressembler naturellement d'abord à leurs fournisseurs en place d'une solution. Cependant, ils devraient étudier d'autres fournisseurs et la possibilité de créer des applications composites comme une approche alternative. Si les vendeurs titulaires ne remplissent pas adéquatement au besoin, les vendeurs avec une forte fonction de l'application ainsi que la possibilité de participer à des applications composites devraient être favorisées. Ce qui est nécessaire à partir d'une solution composite idéal est la capacité à intégrer les processus d'affaires, l'intégration des applications et des données, et de fournir des fonctionnalités supplémentaires à «combler les lacunes» pour produire une application composite cohérent qui assure l'intégrité transactionnelle et contextuels à travers toute l'entreprise processus y compris le processus manuel / solution de contournement, un tableur, ou une autre solution qui maintient le processus d'entreprise d'être entièrement automatisée par les applications.

Malgré la préférence de l'utilisateur pour un seul fournisseur, one-stop shop », les produits logiciels par composants, des normes d'interopérabilité et de la technologie de l'Internet va conduire à moins de projets à grande échelle et un flux continu de petits, le tout avec retour tangible sur investissement (ROI) logique. Facilité d'intégration à des applications tierces est devenu un argument de vente clé pour les éditeurs d'ERP comme ainsi beaucoup d'entre eux vantent la fourniture de connecteurs vers / à partir de leurs systèmes et / ou la fourniture d'outils de développement d'intégration. Toutefois, les utilisateurs doivent vigoureusement en question leurs fournisseurs d'applications d'entreprise potentiels ce qui suit:

  •     Quelles sont les normes d'interopérabilité de l'industrie (par exemple, ouvrir des applications d'intégration du Groupe     Spécifications (OAGIS), XML, etc) sont pris en charge?
  •     Est-ce qu'ils fournissent une interface souple basée sur un message ou une intégration rigide à base de code?     
  •     Est-ce qu'ils fournissent des interfaces batch terme de base ou plus avancées en temps réel, interactives     bidirectionnelle connexions entre applications?

Le modèle de développement basé sur des normes devrait assurer une quantité énorme de flexibilité sur la route. Les entreprises qui se considèrent comme des leaders technologiques devraient envisager de nouvelles approches pour obtenir des avantages à long terme de la décision. En 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 centrée sur le logiciel état d'esprit de la perspective du client / serveur en grande partie sortante.

Cette   est par tous les moyens de bonnes nouvelles pour les clients existants de nombreux fournisseurs, notamment de   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 ne sont pas nécessairement des suspects des fournisseurs habituels »   commerces. Pourtant, alors que les nouveaux plans de la technologie ci-dessus pourraient être impressionnant,   le marché a souvent dans le passé vu comment la route est longue entre l'   vision et l'exécution, le de SAP ou PeopleSoft s '   malgré d'énormes ressources.

Pourtant, l'architecture ne sera pas bénéfique pour les clients jusqu'à ce que les produits construits sur elle commencent à apparaître en masse. Par conséquent, les clients actuels et potentiels avec les 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 remettre en question la réalisation de la livraison de leur fournisseur de sa stratégie et de comprendre que la migration des instances âgées et / ou de les intégrer à d'autres logiciels restera minutieux pendant un certain temps à venir.

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