CRUD Desktop Best Practice
J'utilise toujours cette conception pour CRUD Desktop Form:
Est-ce une bonne conception pour un formulaire CRUD? Avez-vous des suggestions pour une meilleure forme de bureau crud?
La maquette que vous avez fournie est une interface très rudimentaire, et cela dépend vraiment de ce que vous essayez de faire. Je trouve que les utilisateurs peuvent mieux comprendre les entrées lorsque vous utilisez un bloc formaté répétitif plutôt que des grilles avec des titres distincts. Comme alternative, jetez un oeil aux listes de produits d'Ebay (une fois que vous entrez dans la catégorie). Vous pouvez également consulter Amazon ou même http://slashdot.org .
L'utilisation d'une liste déroulante pour fournir vos options de tri et un bloc formaté répétitif fournissent un bon résumé et vous permettent de regrouper plus d'informations que la disposition de la grille. Il empêche également trop d'encombrement visuel avec toutes les lignes de cellules de la grille.
Le choix d'un champ de recherche sur la liste est une bonne idée. Dans votre conception finale, ne vous en débarrassez pas.
Une approche que je prends est de garder les contrôles globaux (les contrôles qui affectent ce que vous voyez dans la liste) en dehors de la liste. Vos boutons Search et Create en seraient des exemples. Je garde des contrôles spécifiques à l'enregistrement avec l'enregistrement lui-même - quelque chose que le bloc formaté me permet de faire. Chaque enregistrement aurait ses propres boutons Read, Update, Delete.
Enfin, vous voudrez peut-être envisager d'autres mots dans l'interface utilisateur pour les boutons CRUD. Bien que ces mots aient un sens pour les programmeurs, ils n'ont pas toujours de sens dans le contexte de ce à quoi l'utilisateur est habitué. Voici les synonymes courants que j'utilise (remarque: j'utilise les mêmes verbes dans toutes les formes, mais je choisis l'ensemble de verbes en fonction de mon public cible):
- Créer - 'Nouveau', 'Créer un nouveau [~ # ~] xxx [~ # ~] '
- Lecture - titre de l'enregistrement, "Show", "View", "Review"
- Mise à jour - "Modifier", icône de crayon
- Supprimer - "Supprimer", icône de la corbeille
CRUD fait un acronyme pratique pour couvrir les fonctionnalités standard des listes modifiables d'enregistrements, mais n'est pas toujours le meilleur pour l'utilisateur.
Comme l'a souligné Berin, la maquette ressemble à la fenêtre archétypale CRUD. Cependant, comme une interface utilisateur CRUD provient directement de l'idéologie de simplement présenter le contenu de la base de données sous une forme modifiable à un utilisateur, ce n'est jamais la solution la plus informative ou utilisable. Le but ultime des utilisateurs n'est jamais de "travailler avec des données".
Comme la maquette manque de données réelles (ou aucune, d'ailleurs), il est impossible de dire quelle serait la meilleure visualisation pour elle. Si vous parvenez toujours à la conclusion que le format de tableau simple est la voie à suivre, voici quelques idées pour vous débarrasser des boutons inutiles:
- utiliser le défilement au lieu de la pagination - pas besoin de widget de navigation en bas (en savoir plus sur le défilement vs la pagination )
- utiliser la modification sur place avec sauvegarde automatique pour le contenu du tableau - pas besoin de bouton
update - utiliser un filtrage continu avec la recherche - pas besoin de bouton
search - réserver une première et/ou dernière ligne fixe du tableau visible pour insérer une nouvelle ligne - pas besoin de bouton
create - utiliser un bouton ou une icône
removedédié sur chaque ligne
Ce ne sont sûrement que des suggestions. Vous devez faire des tests utilisateur (avec de vrais utilisateurs et de vraies données) pour voir par exemple si les utilisateurs sont confus si le bouton search est manquant ou si les modifications sont automatiquement enregistrées.