L'architecture de micro-applications d'entreprise est logique du point de vue du développement logiciel. Voyez comment cela peut améliorer l’organisation de votre entreprise et réduire l’étalement des applications.
Nous avons tous ce tiroir dans la cuisine qui contient tous les éléments qui n’ont pas d’autre endroit où aller, mais qui est trop important pour être jeté. Si vous êtes comme moi et que vous avez besoin de quelque chose, il est souvent trop difficile de le trouver dans ce tiroir. C’est comme ça que je me retrouve avec un tas de boulons et de clips aléatoires.
En tant qu’organisations, nous consacrons beaucoup de temps et d’argent à la création d’applications importantes. Au fil du temps, ces applications deviennent de plus en plus complexes. Il en résulte un paysage d'applications personnalisées, chacune aidant un employé à faire partie de son travail. Ces applications sont généralement conçues autour d'un concept d'entreprise, et non des besoins d'un utilisateur, avec un fouillis de niveaux d'autorisation permettant de déterminer qui peut faire quoi. Ces autorisations sont rarement rationalisées dans les applications. Ni la structure de l'interface utilisateur, la navigation ni les modèles d'utilisateur. C’est une application gratuite pour tous, sans standardisation. La plupart des utilisateurs n’ont besoin que d’une fraction des fonctionnalités de l’application, mais doivent suivre une courbe d’apprentissage démesurée pour y accéder.
Ne vous répétez pas
Cette architecture découle du concept de développement logiciel. Après tout, on nous répète sans cesse: «Ne vous répétez pas», en gardant toute la logique autour d'un certain concept commercial dans la même application, nous évitons la dérive fonctionnelle et les incohérences.
nous optimisons l’architecture logicielle en limitant la convivialité et la productivité. Nos pauvres utilisateurs doivent apprendre et gérer plusieurs applications différentes pour passer à travers leurs journées. Pire encore, une fois que vous avez ajouté les applications proposées aux employés d'organisations de support telles que les ressources humaines ou l'informatique, vous avez un vaste éventail d'applications très variées avec de nombreuses interfaces utilisateur.
Astuce Pro : vous le pouvez souvent Indiquez l'âge d'une application selon laquelle la philosophie de conception était populaire à l'époque.
L'expérience des utilisateurs est essentielle. Les employés qui ne peuvent pas ou ne veulent pas utiliser une application d’entreprise pour atteindre un objectif professionnel trouvent souvent des moyens plus coûteux d’atteindre leur objectif. Plutôt que de déposer leur rapport de dépenses, ils peuvent peut-être envoyer à un responsable des finances une collection de reçus. Plutôt que de saisir un ticket d'incident, ils peuvent peut-être envoyer des courriels à un groupe de soutien, créant ainsi un flux de travail hors bande à gérer.
Il est également important de réduire les coûts au sein d'une organisation. Notre complexité interne augmente parallèlement à l'augmentation du nombre d'applications que le service informatique doit prendre en charge et maintenir. Les applications continuent de s'accumuler sous forme de fouillis numérique. N’est-ce pas drôle qu’à peu près rien ne se détache de la pile? Les partenaires nous disent souvent que nous devons être plus agiles et qu'ils ajoutent plus d'applications à la pile de support informatique.
Comment les départements informatiques peuvent-ils gérer la charge de travail
Imaginons un scénario dans lequel toutes les applications d'une entreprise en exécutent actuellement fonction importante. Comment un service informatique peut-il gérer efficacement sa charge de travail? Une option consiste à réduire les tests, le support et la maintenance de l'interface utilisateur.
Quoi?! Vous êtes peut-être en train de crier sur votre écran, Comment faire en sorte que moins de tests / support soit une bonne idée?! Examinons cela en divisant conceptuellement chaque application en un calque d'arrière-plan et un calque d'arrière-plan. La maintenance et la prise en charge de la couche d’arrière-plan sont simples car le code d’arrière-plan se présente généralement sous une forme cohérente et ne comporte presque jamais d’incohérences de plate-forme. Il existe de nombreux frameworks de test permettant de créer et d'automatiser l'assurance qualité du serveur.
La couche frontale est beaucoup plus difficile à tester en raison d'incohérences de plate-forme telles que la résolution de l'écran, la version du rendu, l'orientation, le facteur de forme et d'autres conditions. Les interfaces utilisateur ont tendance à adopter de nouvelles fonctionnalités au fil du temps, de manière non encapsulée, ce qui complique les tests. De plus, le code frontal est daté très rapidement lorsque les fonctionnalités ne sont plus utilisées ou que les modèles d'interface utilisateur vieillissent. N'oubliez pas que les utilisateurs actuels n'ont généralement besoin que d'une fraction de l'application – dans ce cas, pourquoi devons-nous conserver une architecture complexe comprenant de nombreuses autres fenêtres, menus et fonctionnalités?
Du côté de l'administration, à mesure que l'entreprise évolue et que l'application grandit En termes de fonctionnalité, il est fastidieux d’ajuster en permanence les rôles et les autorisations d’applications spécifiques. Cela est particulièrement vrai lorsqu'une entreprise a de nombreuses applications écrites selon différentes normes. Il n'y a presque pas d'économie d'échelle. Effectuer une modification de l'authentification dans toutes les applications serait une tâche complexe et complexe qui nécessiterait que de nombreuses équipes travaillent de manière coordonnée, afin que vous puissiez publier de nouvelles versions de chaque application individuelle au même moment.
En quoi l'architecture de micro-application d'entreprise aide-t-elle l'organisation? Agilité
Source link