L'approche de modélisation à l'agilité post-mise en oeuvre dans les systèmes d'entreprise




Model-based architecture

Une façon d'aborder les exigences de la modification d'un système de planification des ressources d'entreprise mis en place serait par soi-disant architectures basées sur des modèles. Ce sont des cadres de développement d'applications qui permettent aux applications logicielles d'être décrits en termes de ce qu'ils doivent faire (le point de vue de l'entreprise du logiciel) plutôt que comment ils doivent le faire (le point de vue technique du logiciel). Une telle approche met l'accent sur la conception des processus d'affaires et les règles métier à l'avance, pour s'assurer que la fonctionnalité d'affaires est complète et correcte avant le codage commence. Pour une discussion sur les difficultés rencontrées dans l'évolution d'un système d'entreprise post-mise en œuvre, voir l'agilité post-mise en œuvre de systèmes d'entreprise:. Analyse

la deuxième partie de la série en deux parties L'Agilité post-mise en œuvre de systèmes d'entreprise:. Analyse

L'approche de modélisation permet de visualiser la solution prévue afin que les analystes métier, les utilisateurs et les développeurs peuvent faire en sorte que les besoins des entreprises sont satisfaites avant la mise en œuvre dans le code logiciel rend les changements difficiles et coûteux à fabriquer. En utilisant ce modèle, le cadre génère automatiquement l'application exécutable, à la place d'une équipe de programmation convertir manuellement les spécifications 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. Pour plus d'informations, voir Quel est le problème avec le logiciel d'application? A Possible Solution-ce que c'est, pourquoi et comment s'inscrit-elle dans votre avenir? .

D'autre part, une organisation à l'échelle entrepôt de l'information (en tant que partie intégrante du système de colonne vertébrale transactionnel de l'entreprise plutôt que d'une information indépendante "double tour") doit fournir une telle disponibilité intelligente des données tout au long de l' système. Les applications doivent donc résider dans un environnement partagé unique dans lequel les métadonnées (données sur les données) est défini une fois et mis à disposition immédiatement aux services financiers, l'approvisionnement, les coûts du projet, les ressources humaines, de paie et d'autres applications. Ce modèle de données ne sert pas seulement comme un référentiel partagé d'information pour les applications, mais aussi agit comme un «catalogue» défini automatiquement pour toute une gamme d'outils de diffusion de l'information spécialisée et de reporting. En d'autres termes, entièrement intégrée d'analyse, de reporting et de communication (avec des vues commerciales définies par l'utilisateur dans un "n'importe quand, n'importe où, de toute façon" manière) deviennent une donnée dans les gens, les organisations de projet, et orientées services. Seulement en fournissant tous ces éléments dans un écosystème et le contexte intégré peut-on espérer obtenir une réponse rapide au changement.

De plus en plus, les gouvernements centraux dans le monde entier rendent obligatoire l'utilisation de l'automatisation informatique et de l'Internet, afin de relier et de gérer les organismes sous leur autorité, et pour permettre une meilleure responsabilisation des employés. L'idée est aussi de permettre une meilleure prestation de services locaux et de la responsabilité des autorités locales, arrondissements, villes, villages, et en fin de compte, les utilisateurs finaux (citoyens). En outre, les autorités locales, les soins de santé, ou les services d'urgence ont l'obligation de rendre compte de leur performance aux grandes unités gouvernementales, qu'elles sont des états, provinces, cantons, ou les organes directeurs centraux. Ces organismes, à leur tour, doivent publier les résultats de l'électorat. Ainsi, les fonctionnaires doivent non seulement fournir des services en ligne à leurs clients, mais ils doivent aussi être en mesure de récupérer, fusionner, et communiquer des données sur le succès de leurs organismes et l'état de leur progrès vers l'automatisation de l'information. Ils nécessitent une vue complète des informations de gestion à tout moment de porter des jugements efficaces en matière de ressources et la prestation de service. Par conséquent, les applications logicielles à l'appui du secteur public doivent être intégrés dans tous les processus, et ils doivent prendre en charge les aspects internes de l'agence ou d'un organisme gouvernemental dans la gestion des données, les personnes, les finances, et sa mission particulière, ainsi que le public qui devrait, à la fin de la journée, profitez de la charte de l'organisme.

En outre, les applications utilisant des architectures basées sur des modèles sont construits sur les processus métier et les règles, ce qui permet aux analystes d'entreprise à comprendre et à effectuer des personnalisations à la demande sans compromettre la qualité de l'application. Cela évite également des commutateurs complexes et des tables paramétrées pour configurer l'application avec de simples changements aux règles. Les applications personnalisées peuvent être construits rapidement pour les entreprises très uniques ou des fonctions de l'entreprise, et de telles architectures permettent de moins de complexité dans le code et significative automatisation du développement de code logiciel, qui promet augmenté de façon significative la qualité de l'application.

architecture orientée services Siren Song Danger

Comme on le voit dans architecture Evolution: des grands systèmes vers une architecture orientée services , l'architecture orientée services ( SOA) concept devrait (en théorie) être en mesure d'aider les entreprises à répondre plus rapidement et efficacement à l'évolution des conditions de marché en reconfigurant les processus d'affaires. Il devrait à terme permettre agilité, la souplesse, la visibilité, la collaboration avec les partenaires commerciaux (et entre les technologies de l'information fonctionnelle et [IT] départements), et ainsi de suite, par la promotion de la réutilisation au niveau de service plus grossière (composant logiciel) , plutôt que sur les niveaux d'objets plus granulaires (et compliquée). En outre, l'architecture SOA (là encore, en théorie) devrait simplifier "plug and play" interconnexion et l'utilisation des actifs informatiques existants, y compris les actifs gérés en extinction.

Selon Forrester , du point de facteurs opérationnels de vue, le concept devrait à long terme permettre aux utilisateurs d'adapter leur système de processus (et non vice versa); améliorer intuitivité du système et de convivialité; livrent des analyses pertinentes; connexion à des données et des services externes, et mettent à profit les meilleures pratiques facilement disponibles et les connaissances de l'industrie au sein des référentiels des fournisseurs. Dans le jargon de la technologie, SOA devrait réduire codage personnalisé grâce à la configuration; promouvoir des normes ouvertes afin de réduire les coûts d'intégration; permettre utilisateur final autosuffisance (ce qui signifie pas de dépendance à l'égard des programmeurs ringard), et une plus grande flexibilité d'utiliser des produits best-of-breed (éventuellement dans les applications composites).

publiés dans InformationWeek le 4 Septembre 2006 souscrit aux conclusions ci-dessus. Selon une enquête menée par InformationWeek Research, 72 pour cent des sociétés espèrent accroître la flexibilité dans le développement d'applications en se déplaçant vers SOA; 61 pour cent l'espoir de créer des applications orientées service plus rapide, 58 pour cent visent à augmenter modularité du logiciel;. et 32 ​​visent à un plus grand potentiel pour la personnalisation

Pourtant, en plus de toujours maturation (et parfois même contradictoires) des normes communément admises, défis application SOA comprennent la gestion des référentiels disparates de logiciels de métadonnées (qui signifie la rationalisation et la réplication des données fréquent), logiciel disparate abstraction incompatibilité, et niveaux de sécurité appropriés. De diriger et de fournir des informations sur l'interaction des services peut être compliqué, car l'architecture repose sur la messagerie multiple complexe qui ouvre la porte à du code désordre et de la communication brisée, au-dessus du potentiel de non-conformité aux réglementations gouvernementales. La flexibilité de l'architecture SOA constitue une menace à la sécurité, puisque ces applications engloutir services, en particulier ceux externe aux pare-feu de l'entreprise. Les services sont donc plus visible à des parties externes que les applications traditionnelles, ce qui explique pourquoi les entreprises doivent définir des politiques visant à protéger qui peuvent voir exactement quelle information.

Problèmes de class="articleText">

que l'espoir de faire une petite fortune sur des projets SOA, qui ravive un sentiment de déjà-vu par rapport à l'année pré- -2000 (Y2K) jours de la salade. Compte tenu des mises à niveau coûteuses et perturbatrices probables des avantages non prouvées (et le fait que le battage fournisseur va de l'avant des capacités SOA réels), de nombreux clients potentiels pourraient à ce stade voir ces projets comme un autre exercice dans le département de la futilité IT.

Ironiquement, bien que considéré comme aidant les environnements hétérogènes et l'héritage se ressourcer, SOA pourrait fonctionner mieux dans un domaine homogène et le contexte où les données et les processus sont bien conscients de l'autre, comme dans le cas de l' Agresso Business World ( ABW ) ou Epicor pour les entreprises de services produits. Lawson Software a également récemment lancé une importante réécriture de produits SOA appelé Landmark , où l'idée est de générer automatiquement le code du produit (et services), et d'éviter le possible pièges SOA mentionné ci-dessus, puisque le générateur de code aura toutes les règles de validation et les contraintes dans le cadre de la portée de la Lawson S3 produit (voir une nouvelle plateforme de bataille Software ballonnement? ).

Ces réserves de côté, nous avons encore du chemin à faire avant que le changement post-mise en œuvre devient un processus contrôlé solide avec une gestion intégrée et de qualité, tout en offrant la visualisation de l'utilisateur de l'entreprise et l'évaluation des modifications éventuelles. Idéalement, il devrait aider les utilisateurs professionnels à comprendre ce que le système va ressembler et comment il va fonctionner après le passage afin d'éviter les surprises et les reprises, et encore l'acceptation de l'utilisateur. Le plein impact de tout changement doit être connue à l'avance, y compris l'impact sur le système, et le coût et le temps requis pour effectuer le changement. Cela devrait se refléter dans le «système global», y compris la documentation, les manuels d'utilisation, un texte d'aide, et ainsi de suite, cette information pouvant faciliter le processus de gestion. Cependant, la plupart des développements actuels SOA sont loin d'être le nirvana promis de nouvelles versions de produits qui permettra à toute modification doit être facilement ré-évaluée et ré-appliquer le cas échéant à la fois réaliste, de coût et de qualité à rien de modifications dire qui évoluent avec les besoins de l'entreprise et les avances faites par le vendeur.

Pour rappel, alors que la SOA fait faciliter la normalisation, permettent de composants logiciels à couplage lâche (services) de l'Assemblée et de l'intégration, accueillir présentation basée sur un portail personnalisé, et donc peut-être faciliter l'intégration, ce n'est pas encore la panacée. Par conséquent, il est faux de penser que le simple concept tournera produits rigides écrits en ancien code dans des applications flexibles fournissant des informations analytiques qui n'a pas été nativement activé et avantages similaires. Pour changer radicalement, le produit sous-jacent doit être soit correctement architecturée à partir du sol (comme avec Agresso, qui aime comparer son agilité à la capacité d'un caméléon à s'adapter à l'environnement), ou totalement réécrit dans de nouvelles langues et les technologies modernes. Pour plus d'informations, voir Rewrite ou Wrap-around Old Software . Sans une vraie modernisation des applications sous-jacentes, les embellissements SOA seront en grande partie analogue à "mettre du maquillage sur un cochon."

En théorie, on peut renoncer à l'infrastructure existante et aller à un idéal, applications agile monde, ce ne sera pas s'avérer pratique pour la grande majorité des environnements hétérogènes. Pour la plupart d'entre nous, le monde de l'informatique est un mélange de plusieurs applications, technologies, et ainsi de suite, et l'architecture privilégiée sera celle qui peut rationaliser les processus d'affaires sans arracher les investissements actuels que la plupart des entreprises ont fait des demandes.

Résumé et Recommandations utilisateur

changement se produit, et ce sera toujours le cas dans pratiquement tous les environnements professionnels. Le système de l'entreprise sous-jacente devrait donc être une aide à l'évolution de l'entreprise, plutôt que comme un obstacle, comme c'est le cas d'habitude aujourd'hui. L'architecture du système de l'entreprise du futur devrait accepter et aider à la réalité que les changements d'affaires et les logiciels doivent changer avec l'entreprise. Les sociétés utilisatrices n'avez pas besoin des meilleures pratiques, mais ils ont aussi besoin de différenciation "pratiques" et la capacité de répondre aux besoins des clients, des employés et des partenaires commerciaux. projets de modification sont souvent très grandes, mais pour être réactif, les applications doivent être économiquement modifiable pour les petites et grandes exigences semblables.

Ceci conclut la série l'agilité post-mise en œuvre de systèmes d'entreprise: une analyse .

 
comments powered by Disqus