Je souhaite définir et maintenir le concept de groupes dans une page html.
Exemple:
Existe-t-il une conception standard pour ce type de page dans une fonctionnalité?
C'est exactement le genre de processus qui, parce qu'il y a tellement de place pour jouer, aboutit à de multiples solutions qui pourraient toutes être considérées comme raisonnables. Vous ne trouverez peut-être pas un "modèle standard". Vous devez simplement utiliser la version la plus simple que vous utiliserez pour vous.
Jetez un œil aux produits RBAC (Role-Based Access Control). Les systèmes RBAC, pour gérer les utilisateurs en leur attribuant des rôles et des niveaux d'accès, auront beaucoup de constructions d'interface utilisateur que vous recherchez. c'est-à-dire créer un groupe (rôle) et affecter des éléments (utilisateurs) à ce rôle.
J'ai travaillé sur un RBAC de base que nous avons construit pour un usage interne. J'ai fourni un aperçu dans les wireframes ci-dessous.
Il n'y a pas grand-chose. La décision clé en matière de conception que nous avons prise a été d’aller de l’avant avec l’approche "en couches" pour interagir avec les groupes existants. c'est-à-dire que dans le dernier filaire ci-dessous, l'utilisateur a cliqué pour modifier un groupe. Dans ce cas, le groupe apparaît sous la forme d'une "page" superposée à l'interface utilisateur de la liste principale. C'est un modèle que nous avons emprunté à application de gestion de projet Basecamp . L'utilisateur peut interagir avec le groupe et revenir à la page ci-dessous en cliquant sur le `` X '' ou le titre de la page plus profonde (c'est-à-dire `` Groupes '') qui est devenu un lien.
Vous pouvez réaliser beaucoup de choses avec un mélange soigneusement appliqué de couches de page et de boîtes de dialogue modales.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Écrit sous forme de user-story: Groupes définis par l'utilisateur
Le fait qu'il s'agisse de pays n'a pas d'importance car il est défini par l'utilisateur et subjectif.
(Il y en a probablement plus mais omis pour des raisons de concision)
Le principal problème de convivialité est de montrer à l'utilisateur toutes les options afin qu'il puisse faire son propre jugement sur ce qu'il souhaite inclure. Travaillez dur pour ne pas cacher les options. S'il y en a beaucoup, vous devrez peut-être d'abord créer des catégories générales par défaut. Cacher trop d'options à l'avance entravera leur processus décisionnel. Faites de votre mieux pour les laisser décider efficacement.
REF: Wikipedia, Création d'histoires utilisateur
Remarque: Je ne connais pas la raison pour laquelle vous construisez ceci, c'est pourquoi l'analyse de rentabilisation est supposée.
Ces informations existent-elles déjà?
Définissez la taxonomie ou la relation entre ces éléments. Y a-t-il une imbrication dans la relation entre les territoires ou existe-t-il des relations entre les langues à travers les pays et les dialectes qui devraient être présentées lors de la représentation de l'élément?
Quel type d'informations est important pour un utilisateur, et lorsqu'un élément est sélectionné, est-il déplacé d'un conteneur à un autre ou est-il mis en miroir?
Ceci est important car l'existence et la relation entre ces membres et groupements peuvent dicter comment l'utilisateur interagit avec sa représentation.