Conseils sur la mise en page GUI pour le produit de sécurité

Question

Nous avons développé un produit de sécurité qui identifie certains types de trafic non autorisé sur un réseau. L'interface d'affichage des messages est une page Java Servlet générée.

À ce stade, la page est un journal de console glorifié. Il y a une grande zone de texte avec des lignes de texte ajoutées au fur et à mesure que les avertissements et les messages sont générés. Un couple de fonctionnalités intéressantes sont la mise à jour automatique de la page en utilisant l'ajax inversé (DRW) et les derniers messages vont en haut de l'écran.

Y a-t-il un moyen de rendre le look plus frais? En outre, nous aimerions mettre en évidence ou souligner d'une manière ou d'une autre certains avertissements plus sérieux.

Toutes les pensées sont les bienvenues.

Answer 1

Utilisez des idées GUI établies, en particulier dans les suites AV. Si vous avez un moyen de classer les analyses (d'un «bon» état, d'un «risque modéré» à un «risque élevé»), utilisez une forme de couleur pour indiquer le classement. Idéalement, et en fonction des incréments, utilisez quelque chose de semblable à

.all-well {background-color: #0c0; /* not using #0f0 because it's a little too bright, for me */ 
} 
.slight-risk {background-color: #f90; 
} 
.danger-will-robinson {background-color: #c00; /* again #f00 is just too much for my eyes */ 
} 

Sans détails ou des captures d'écran de votre application, il est difficile de proposer quoi que ce soit qui ne soit pas aussi simple et générique comme ci-dessus, désolé. Si vous ajoutez plus d'informations, je vais essayer d'offrir de meilleures suggestions.

Answer 2

Eh bien, vous aurez besoin d'un type de système de filtrage. Autoriser les utilisateurs à créer des filtres pour filtrer certains messages (ignorer, mettre en surbrillance, etc.).

Une recherche avancée serait également utile.

Ajouter les interactions de la souris en laissant les utilisateurs cliquer sur les mots et effectuer une recherche à partir de là, ou quelque chose de similaire.

Juste mon $ .02.

Answer 3

Je ne sais pas sur "cool", mais une fonctionnelle mise en page dépend de la façon dont les utilisateurs utilisent l'information. Quelques suggestions au hasard Here're, la pertinence de chaque fonction de vos utilisateurs, les tâches et les limites de l'environnement technique:

• Une table de messages, comme la console, mais avec des champs séparés pour permettre à l'utilisateur de trier, interroger, filtrer et analyser les messages selon différents critères (par exemple, horodatage, adresse IP). Cela permettra aux utilisateurs de regrouper les messages afin de voir les modèles qui indiquent un seul problème.

• Un tableau d'incidents dans lequel votre application regroupe intelligemment les messages associés en un seul incident (par exemple, une intrusion unique) pour les utilisateurs, ce qui rend la tâche beaucoup plus gérable en cas de messages zillion. Les utilisateurs peuvent cliquer ou double-cliquer sur un incident pour voir plus de détails (par exemple, des listes de messages connexes).

• Un diagramme du réseau, avec des composants mis en évidence ou codés graphiquement s'ils ont des messages (ou incidents) associés. Cela peut permettre aux utilisateurs de voir les relations entre les messages/incidents en fonction de l'emplacement du réseau. Les utilisateurs peuvent également intervenir directement en interagissant avec le réseau via le diagramme. Quelle que soit la disposition, un moyen de «rejouer» une période de temps afin que l'utilisateur puisse voir avec animation comment un incident se développe et retracer les incidents dans le temps jusqu'à leur origine.

Ces options peuvent être combinées bien sûr pour supporter différentes tâches.

Pour mettre en évidence des messages plus sérieux, il est difficile de battre le code de couleur (teinte) pour faire ressortir certaines choses de la foule. Cependant, vous devez coder de manière redondante au moins un autre attribut graphique pour l'accessibilité et B & W pour l'impression. Je suggère la luminosité (par exemple, blanc, ambre, rouge, pour des niveaux croissants de gravité), la taille (surtout si vous pouvez quantifier la gravité), ou le nombre (une à trois marques d'exclamation avec une sévérité croissante). Intégrer ce codage avec un champ triable afin que les utilisateurs puissent trier par gravité ainsi que d'autres champs. Voir http://www.zuschlogin.com/?p=51 pour plus. Puisque vos utilisateurs semblent être des administrateurs réseau, je me concentrerais sur les versions professionnelles des versions AV pour d'autres idées, plutôt que sur les programmes AV pour les consommateurs/utilisateurs finaux, qui ont des problèmes et des niveaux de connaissance très différents.