Look and Feel Cohérence pour une application existante avec de nouvelles fonctionnalités
J'ai une application existante, qui a presque deux ans et je prévois de construire de nouveaux écrans d'interface utilisateur en utilisant bootstrap framework. Je commence à réaliser que les nouveaux écrans d'interface utilisateur n'ont PAS le même aspect . Je ne pense pas que ce soit une bonne idée de publier de nouvelles fonctionnalités d'interface utilisateur avec une interface utilisateur différente. Existe-t-il une autre approche pour résoudre ce problème?
Quelques options:
- Réécrivez toute l'application en utilisant la nouvelle interface utilisateur: problème de coût énorme.
- Suivez l'ancien cadre d'interface utilisateur: ne passera jamais aux nouveaux cadres d'interface utilisateur.
Une autre option?
Merci d'avance.
La transition de l'ancien au nouveau peut et est généralement difficile, car vous devez justifier le coût par rapport aux avantages. Et je suis totalement d'accord avec la cohérence, non seulement dans l'apparence mais aussi dans la façon dont les éléments se comportent dans un site Web, ege. tous les datagrids doivent se comporter de la même manière.
Vous devez trouver un équilibre entre les deux. Vous devez avoir des feuilles de style et, dans un premier temps, vous pouvez mettre à jour les feuilles de style pour donner une apparence et une convivialité plus récentes, qui pourraient ne pas être radicalement différentes de celles existantes. Cela signifie que lorsque vous appliquez les mêmes classes css à des éléments similaires dans le site Web, vous pouvez leur ajouter un comportement cohérent en utilisant le script Java.
Qu'en est-il de:
- Connaissez d'abord vos utilisateurs. Quelles fonctionnalités sont les plus populaires et ce que les utilisateurs attendent de votre application?
- Décomposez votre interface utilisateur en blocs (formulaires, polices, modaux, etc.) quelle que soit la différence de fonctionnalités ancienne/nouvelle.
- Hiérarchisez la "nouvelle" charge de travail de mise en œuvre du cadre d'interface utilisateur en équilibrant 1. et 2.
Vous avez de la chance car vous pouvez le faire selon votre propre horaire. Lorsque nous avons une nouvelle apparence et que nous voulons nous plier dans l'application, nous devons toujours le faire par morceaux. En effet, l'application est tellement énorme qu'il est difficile de tout tester avec une nouvelle apparence dans une seule version; et parce que nous avons mal fait de séparer initialement la vue des données. Je suis d'accord avec les deux autres réponses que vous devriez examiner les fonctionnalités qui intéressent le plus vos utilisateurs et les aborder en premier. Deuxièmement, j'examinerais le refactoring du code au fur et à mesure (un bon principe de la conception agile consiste à intégrer un certain laps de temps à chaque version dans le refactoring) pour mettre plus de choses dans un contrôleur de vue comme CSS. Poussez ensuite l'apparence dans l'application.
Enfin, vous devez évaluer le but de la révision. Le faites-vous pour le grand facteur wow? Si c'est le cas, branchez le code et travaillez sur l'aspect et la convivialité d'une grande version. Ou, le faites-vous parce que l'apparence précédente crée une tonne de problèmes d'utilisation? Si c'est le cas, pousser à la pièce pourrait avoir plus de sens.