Accueil
 > Rapports de TEC > Blogue de TEC > Réécrire ou wrap-around ancien logiciel? Première partie:...

Réécrire ou wrap-around ancien logiciel? Première partie: Résumé des événements

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

résumé des événements

Il ya un petit groupe de fournisseurs avec des idées courageuses et frais, qui ne sont nullement l'apanage des plus grands et des plus riches. Ce groupe a choisi de réécrire leurs applications sur un nouveau cadre d'application peut-être l'épreuve du futur. Le but de ces fournisseurs visionnaires est de répondre à la croissante prise de conscience sur le marché des faits suivants:

  1.     presque tous les changements d'affaires et que les logiciels doivent changer avec l'entreprise     (Voir Quoi de     Le problème avec le logiciel d'application? Changements d'affaires, logiciel doit changer avec     l'Entreprise. );

  2.     Même les petites entreprises sont la taille des on vraiment uniques ne peuvent jamais répondre à tous, donc,     logiciel personnalisé est une exigence pour de nombreuses entreprises, même pour les plus petits     ceux (voir Quoi     Le problème avec le logiciel d'application? Les entreprises sont vraiment uniques - Une taille peut     Jamais Fit All );

  3.     Le coût élevé de développement, de soutien, et des améliorations en termes d'argent,     temps, et la qualité de limiter la capacité des logiciels d'ancienne génération installée de rencontrer de nombreux     besoins de l'entreprise (voir Quoi     Le problème avec le logiciel d'application? C'est l'économie ).

Dans le même temps, ces fournisseurs ont été maintenant ou en améliorant leur fonctionnalité, bien que certains observateurs peuvent composer ce qui bouge »leur audacieuses ont été réalisés vertu d'une nécessité.

Le climat économique difficile persévérant prolonge le temps de la possibilité pour les entreprises plus agiles. Il semble qu'un grand nombre d'entreprises de fabrication dans le bas de gamme du marché doivent encore déployer un package d'entreprise, en particulier dans les marchés émergents. Certains d'entre eux ont cité se laisser intimider par la complexité de la planification des ressources d'entreprise (ERP) et les applications d'entreprise connexes comme la dissuasion de la mise en œuvre d'une mesure. Pourtant, comme leurs homologues plus grandes, les petites entreprises doivent également fonctionner efficacement et développer leurs activités tout en maintenant un contrôle strict sur les coûts / dépenses, flux de trésorerie, et des tours / niveaux inventaire.

Comme   Par exemple, Manufacturing Systems intuitives (www.intuitivemfg.com)   est l'un des fournisseurs du mid-market en place qui ont longtemps tenté d'atténuer   les obstacles réels ou perçus d'ERP acceptation par les petites entreprises.   Par ailleurs, à une époque où de nombreux fournisseurs de pairs avaient au développement de produits rétropédalage   et l'expansion en raison de conditions de marché (c.-à la crise du Y2K de poste combiné   avec la récession en cours), Intuitive continue à se développer de façon pragmatique son   profondeur du produit et ampleur et la couverture géographique, et de se rendre en   solution plus apparent ERP pour les petites et moyennes fabricants discrets.

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 mondialisation, les fusions et acquisitions, les acheteurs de logiciels d'entreprise se rendent compte de plus en plus 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) / présentation, 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.

Toutefois, il faut des efforts laborieux, atrocement connaissance du domaine de l'industrie et des ressources (souvent estimés à des centaines de «années-homme») pour concevoir et construire un système d'entreprise à partir de zéro. En décidant comment l'écrire, chaque fournisseur de logiciels fait un grand engagement coûteux à l'assise technologique (par exemple, le langage de programmation, plate-forme de système d'exploitation, et de la technologie d'accès aux données), il doit sélectionner au début du projet. Souvent, la langue sélectionnée et la technologie d'accès aux données sont étroitement intégrées et non séparés facilement plus tard.

Cette   est une partie d'une note en deux parties.

partie   Deux continuera le tutoriel.

First Response est d'évoluer

fois que le corps de code logiciel qui comprend le noyau du système d'entreprise a été écrit, qui englobe la logique métier de la vaste collection de règles qui définissent les transactions commerciales nécessaires et les règles et conventions pour assurer l'exactitude des données, l'intégrité / l'exhaustivité et la pertinence du vendeur est naturellement réticents à réécrire ce noyau (ce qui était difficile à écrire et à maintenir, en premier lieu) dans une nouvelle langue ou de faire les grands changements structurels nécessaires pour employer un système plus récent et plus puissant base de données ou d'exploitation (OS) plate-forme technologique. Par conséquent, lorsque cette nouvelle technologie convaincante n'apparaît, il est assez fréquent dans l'industrie pour un fournisseur d'applications d'entreprise pour entourer son ancien logiciel de base ERP / comptabilité dans un "wrapper" de la nouvelle technologie, dont le but est de masquer efficacement l'ancienne technologie, ce qui lui donne le dernier "look" graphique ou fournir un moyen facile d'accéder à la logique métier de base et des données provenant d'autres systèmes ou des dispositifs plus modernes, ou à partir d'Internet.

class="articleText"> nombreux systèmes de back-office ERP et de comptabilité

Par conséquent, la plupart des vendeurs 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 jusqu'à ce qu'il rencontre 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 ou ferme sont pressenti comme gagnants à long terme. Ainsi, il faut être conscient de la façon dont la technologie pourrait se développer à l'avenir, tout en menant l'alignement de l'entreprise et l'informatique. L'ensemble du cycle de vie des applications, le coût élevé du développement, du soutien et des améliorations en termes d'argent, de temps et limite de qualité la capacité des logiciels d'ancienne génération installés pour répondre aux nombreuses demandes des entreprises.

fois   d'autres technologies propriétaires sont introduits dans la recherche et le développement   équation, les vendeurs doivent faire face à la traduction, l'interface et les performances   questions, sans parler de la douleur de la migration des clients existants et le maintien   plusieurs versions de produits. D'autre part, en utilisant des technologies qui sont intrinsèquement   compatible doit aboutir à développement plus rapide et moins coûteuse. En conséquence,    Intuitive ERP suite, ce qui, par exemple, a été complètement   réécrite dans le Microsoft. NET Cadre de code managé, devrait   ne pas avoir à composer avec les conflits de technologie, compromis, ou d'inefficacité   résultant du mélange ou de conditionnement des technologies. En revanche, un fournisseur plus petit   qui couvre de multiples plateformes passe souvent plus de la moitié de sa recherche   et le budget de développement sur les problèmes de portage; ainsi une solution multi-plateforme reste   en grande partie l'apanage (et une charge conséquente) de ne plus gros vendeurs.

Internet comme une solution

D'autre part, la circonstance malheureuse pour de nombreux fournisseurs a été leur saut peut-être précipitée sur le navigateur Web, train en marche "client léger" de la fin des années 1990. Les avantages de cette approche ont depuis été vantés par ces fournisseurs et dénigré par les concurrents et des adopteurs précoces. L'avantage serait que n'importe quel ordinateur avec un accès sécurisé à Internet peut accéder au produit, car en tapant simplement l'adresse URL, on pourrait avoir accès au système. Il ya des économies potentielles en termes de déploiement, la maintenance, le support et les mises à niveau, depuis les changements sur le côté serveur sont immédiatement disponibles pour tous les utilisateurs. Avec un Internet-seulement un système d'entreprise en place, les mises à niveau de logiciels côté client deviennent les applications inutiles, basés sur navigateur simplifient considérablement la formation et attachant ensemble des endroits éloignés d'une entreprise devient plus simple aussi.

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 plaints de 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 HyperText Markup Language (HTML) allers-retours, la navigation de lien hypertexte lourd et ralenti réseaux. Même après la mise à niveau du réseau, le renforcement des fermes de serveurs (comme plus matériel du serveur et le logiciel de serveur Web sont requis), et la refonte de l'interface pour simplifier la navigation (via, par exemple, de courtes combinaisons de touches), de nombreux utilisateurs sont encore aspirent à un riche «client / métaphore d'interface de serveur. Architectures clients légers font également peu de tirer parti des appareils portatifs sans fil, téléphones mobiles et autres technologies intelligentes à venir. Ainsi, de nombreux fournisseurs ont depuis, dans leurs suites, livré plus riche, plus dynamique et interfaces plus performantes avec une intégration étroite aux produits de bureau de bureau Microsoft pour presque toujours connecté, les utilisateurs de puissance et HTML / Dynamic HTML pur (DHTML) UI pour externe et les utilisateurs occasionnels du système.

Extension   applications de back-office à l'Internet découle de l'intention de plusieurs organisations informatiques   pas de 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, comme mentionné précédemment, traditionnel   systèmes d'entreprise se sont révélés difficiles à modifier et à étendre. Barricadés derrière   interfaces complexes, brevetées programmation d'application (API) et sur la base de complexe,   schémas de bases de données relationnelles presque indéchiffrables, les systèmes ERP traditionnels ont   pas facilement prendre à l'e-commerce. Technologies Ainsi, le transport et la communication   comme les services Web, les courtiers de messages et les files d'attente, l'échange de données informatisées (EDI),   et eXtensible Markup Language (XML) obtiennent toute l'attention, mais le inhérente   problème de l'ancien code de base et la logique métier duplication sont souvent passées sous silence,   ou pas discuté ouvertement (pour plus d'informations, consultez Intégration de   Tous les actifs de l'information ).

class="articleText"> Les principaux fournisseurs d'applications d'entreprise

Cette   conclut la première partie d'un tutoriel en deux parties.

partie   Deux discutera s'étendre sur Internet et défis.

 
comments powered by Disqus


©2014 Technology Evaluation Centers Inc. All rights reserved.