Quand une fonction d'iSeries Navigator apparaît pour la première fois sur notre radar, elle en est généralement au stade préliminaire. Nous commençons par travailler avec l'équipe des facteurs humains pour trouver quels objectifs et tâches les clients veulent réaliser avec cette nouvelle fonction. Nous développons ensuite une « personne »
Le début
qui nous accompagnera
pendant tout le processus de conception. Cette personne
représente l’utilisateur pour lequel nous créons la
fonction et nous permet de rester concentrés sur cet utilisateur
quand la fonction est conçue, développée et testée.
La « création d’une personne » est précieuse : c’est un outil
de conception qui renforce l’esprit d’équipe, c’est un compagnon
constant avec lequel nous pouvons tester les idées et
résoudre les problèmes. Supposons que nous devions créer
une fonction qui montre le bon état de fonctionnement du
système. Pour ce projet, nous donnons vie à une personne
nommée Sally. Pour répondre au problème posé, le
concepteur voudra afficher de jolis graphiques parce que
c’est un moyen élégant de présenter la santé du système ; plus pragmatique, le développeur préfèrera
montrer une feuille de calcul
plus riche en données chiffrées sur la
santé du système, et donc plus utile
pour le dépannage.
Quant à notre « personne » ; elle ne
veut ni l’un ni l’autre. Elle est occupée
ailleurs et veut simplement qu’un gros
voyant rouge ou vert lui indique l’état
de santé du système. Autrement dit, le
meilleur design pour elle est une alerte
simple et claire qu’elle décidera d’approfondir
si nécessaire.
Dès lors que nous avons les desiderata
précis des utilisateur et que
nous avons créé notre personne, nous
entamons la conception. C’est un processus
itératif dans lequel nous utilisons
diverses compétences testées au
fil du temps pour avoir l’inspiration initiale,
obtenir la réaction des camarades
concepteurs, des développeurs et de
l’équipe des facteurs humains. Après
quoi nous procédons aux modifications.
Pendant ce processus, nous validons
le modèle de départ auprès du
maximum de clients, pour nous assurer
qu’il répond bien à leurs besoins.
Enfin, nous présentons le modèle à
l’équipe de développement pour
qu’elle l’examine.
Pour la conception, ou design,
nous prenons plusieurs éléments en
compte:
- les buts et les tâches de la personne
- l’expérience de la personne
- les autres points d’intégration possibles
dans les fonctions iSeries
Navigator existantes - les technologies à utiliser quand le
développement commence - le temps dont on dispose pour le développement
- s’il faut inclure des wizards ou des
boîtes de dialogue - le type d’illustrations nécessaires
Nous vérifions ensuite que c’est le
meilleur modèle possible, qu’il est accessible
à tous les types d’utilisateurs
ayant des besoins spéciaux, qu’il peut
être traduit et, plus important, que son
utilisation est agréable et intuitive.
Le concepteur est responsable de
tous les détails d’interaction, du flux
global d’un wizard au comportement
spécifique d’une table, d’un arbre ou
d’un menu déroulant. Le modèle que
nous produisons n’est pas une description
précise de la manière dont la
fonction pourrait se comporter ; c’est
un canevas détaillé auquel les développeurs,
artistes, programmeurs et testeurs
peuvent se reporter quotidiennement
pour implémenter la nouvelle
fonction.
Téléchargez cette ressource
Sécuriser Microsoft 365 avec une approche Zero-Trust
Découvrez comment renforcer la cyber-résilience de Microsoft 365 grâce à une approche Zero-Trust, une administration granulaire et une automatisation avancée. La technologie Virtual Tenant de CoreView permet de sécuriser et simplifier la gestion des environnements complexes, tout en complétant vos stratégies IAM, y compris dans les secteurs réglementés.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- CRM et souveraineté : le choix technologique est devenu un choix politique
- France : la maturité data devient le moteur du retour sur investissement de l’IA
- Cloud et IA : une maturité en retard face à l’explosion des usages
- On ne peut pas gouverner ce qu’on ne peut pas voir : pourquoi la visibilité doit-elle passer avant la gouvernance en matière de sécurité des identités ?
Articles les + lus
Les coûts cachés des merge requests générées par l’IA
Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
Moderniser le développement logiciel : de la fragmentation à l’intégration
Analyse Patch Tuesday Mars 2026
Une nouvelle ère de la modernisation du mainframe
À la une de la chaîne Tech
- Les coûts cachés des merge requests générées par l’IA
- Femmes et métiers de la tech : une attractivité réelle freinée par des stéréotypes persistants
- Moderniser le développement logiciel : de la fragmentation à l’intégration
- Analyse Patch Tuesday Mars 2026
- Une nouvelle ère de la modernisation du mainframe
