existe-t-il une meilleure pratique pour nommer un préfixe ou un index lorsque j'ai plus de 100 écrans dans la maquette, donc je gère correctement
actuellement j'utilise comme suit
000 Connexion 001 Inscription
Tableau de bord 010
020 Profil 021 Réglage utilisateur 022 Changer le mot de passe
alors s'il vous plaît, donnez-moi un meilleur moyen
J'aime ce que vous avez jusqu'à présent, mais vous voudrez peut-être le modifier légèrement pour le rendre plus lisible. J'aime utiliser la méthodologie "Structure de répartition du travail" lors du préfixe, car elle identifie clairement la relation parent/enfant. Par exemple:
0.0 Home
1.0 About Us
2.0 Products
2.1 Menswear
2.1.1 Jeans
2.1.2 Shirts
2.2 Womenswear
2.2.1 Dresses
Source: http://en.wikipedia.org/wiki/Work_breakdown_structure#Coding_scheme
Comme vous l'avez remarqué, la manière présentée d'énumérer les mocks est problématique car vous ne pouvez pas dépasser un certain nombre de mocks sur le même niveau de structure, et l'omission de zéros au début de l'ID entraînerait des problèmes de tri.
Puisque vous avez déjà quelque 100 simulations, la solution la plus simple consiste à (de préférence automatiquement) ajouter un tiret et un autre 0 avant chaque chiffre suivant de votre ID; donc il arriverait quelque chose comme ça:
02 Profil 02-01 Paramètres utilisateur
Vous pouvez créer autant de niveaux d'arbre que vous le souhaitez et vous pouvez également créer jusqu'à 99 maquettes au même niveau.
Pour la prochaine fois, je recommanderais d'utiliser des dossiers, donc cela ressemblerait à ça:
[Profile]
Profile.jpg
[User Settings]
User Settings.jpg
Peer.jpg
[Another tree level]
(les crochets représentent les dossiers)
Nous utilisons des points pour distinguer les niveaux. Chaque niveau peut être infini.
Vous pouvez donc avoir:
1
1.1
1.1.1
1.1.2
1.2
2
etc...
3928
3928.1
3928.2
... même si je dirais que si vous avez 100 pages dans vos wireframes, vous pouvez être en train de sur-documenter les choses pour commencer - ce qui est particulièrement vrai si vous utilisez LEAN UX comme vos balises semblent Indiquer. LEAN UX encourage la documentation less plutôt que plus. :)