Analyse des besoins

Expression des besoins

Besoins généraux

Le client souhaite réaliser des tests de comportement d'un internaute. Il souhaite pouvoir mesurer par l'intermédiaire de NETPISTEUR différents paramètres. Les résultats de ces mesures seront recueillis dans un fichier ASCII. Aucun traitement spécifique nést attendu, le client sera le seul à exploiter les données comme bon lui semble.

Besoins liés au système

Il souhaite pouvoir réaliser cette étude sur de nombreuses personnes. Ainsi le logiciel doit pouvoir être portable sur de nombreux sytèmes déx- ploitation (Unix, Windows et Mac principalement).

Besoins liés à la navigation

Le navigateur qu'il souhaite exploiter doit être très simple d'utilisation. Les fonctionalités souhaitées sont les fonctionalités de base d'un navigateur. Le client attend surtout des données pour sa recherche et non un navigateur offrant toutes les options de navigation.

Logiciels existants

Des logiciels d'un tel type existent déjà sur le marché mais le prix de la licence déxploitation est très élevé. De plus ces logiciels proposent des fonctionnalités trop évoluées pour les besoins réels de notre client.

Fonctions du logiciel

Mesures des paramètres spécifiques

La spécificité de NETPISTEUR réside dans le fait qu'il est capable de mesurer plusieurs paramètres :

  • position de la souris toutes les secondes,
  • historique des pages visitées,
  • liste de liens activés,
  • position de la souris à l'instant du clic,
  • durée de la navigation.
Cette liste nést pas exhaustive et reste encore à finaliser.

Fonctions du naviguateur

Les fonctionalités du navigateur doivent rester basiques et surtout simples d'utilisation :

  • entrer une url,
  • page précédente,
  • page suivante,
  • recharger la page,
  • arrêter le chargement.
Cette liste nést pas exhaustive et reste encore à finaliser.

Autorisations utilisateur/cobaye

Le paramètrage des diverses mesures prises en compte ne doit pas être ac- cessible par le cobaye qui ne doit pas pouvoir accéder aux fonctions avancées du logiciel. Seules les fonctionnalités de base du navigateur lui seront acce- sibles. Le client pourra quant à lui modifier à souhait les options du logici* *el. Il devra donner un mot de passe pour pouvoir accéder à la configuration du logiciel.

Acteurs

Cobaye

  • nom : cobaye,
  • type : humain,
  • catégorie : primaire,
  • association : navigation,
  • description du rôle de l'acteur : navigue sur des pages web, utilise les fonctions classiques du navigateur.

Utilisateur

  • nom : Utilisateur,
  • type : humain,
  • catégorie : primaire,
  • association : nouveau test, modifier test, terminer test,
  • description du rôle de l'acteur : définit les paramètres à mesurer lors d'un nouveau test. Il lance et clôture le test (sauf arrêt automatique).

Réseau

  • nom : réseau,
  • type : matériel,
  • catégorie : secondaire,

Cas d'utilisation

Cas d'utilisation : Navigation

  • acteurs : cobaye, réseau,
  • description : le cobaye lance le navigateur. Il arrive sur la page de garde. Il saisit une adresse en passant par le champ de saisie. Le réseau renvoie les informations liées à l'adresse. Le logiciel sauvegarde les paramètres mesurés et définis par l'utilisateur dès que le test est terminé. Il peut utiliser les fonctions classiques de navigation ( page suivante, page précédente, recharger la page...).

Cas d'utilisation : Nouveau test

  • acteurs : utilisateur,
  • description : l'utilisateur lance le fichier de configuration du logiciel pour une nouvelle étude. il détermine les paramètres à mesurer, enre- gistre le nom du cobaye et valide ses choix.

Cas d'utilisation : Fin test

  • acteurs : utilisateur,
  • description : l'utilisateur peut terminer le test à tout moment. Il a le choix entre annuler le test ou enregistrer les paramètres mesurés avant de sortir. Le test peut cependant se terminer automatiquement après un laps de temps défini par l'utilisateur (dans ce cas les paramètres mesurés sont enregistrés automatiquement).

Environnement de l'application

Analyse des contraintes

Le navigateur doit fonctionner sur plusieurs types de systèmes : Unix, Windows ou Mac. Il y a donc une idée de portabilité. NETPISTEUR doit être capable d'interpréter n'importe quel type de page web, comportant des objets multimédias. Le logiciel, une fois livré, ne bénéficiera pas de maintenance, aussi bien pour les 'bugs' eventuels que pour des difficultés liées à son utilisation. De même, l'évolution du logiciel ne sera pas faite par l'équipe de développement. L'installation du navigateur est éffectuée par le client.

Démarche Facteurs-Critères

Qualités principales requises pour l'application :

  • portabilité,
  • simplicité d'utilistaion,
  • maintenance aisée.

    • Critères de qualité mis en oeuvre lors du développement :

    • développement en Java, car cést un langage Objet, il permet donc des modélisations selon les normes UML. Il repond au besoin de portabi- lité,
    • utilisation des normes UML, car le découpage en classes permet une maintenance simplifiée,
    • documentation du code source et élaboration de documents interme- diaires validés par le client pour faciliter la reprise du projet ulteri* *eu- rement,
    • volonté de limiter les fonctions de l'application au minimum requis afin de ne pas rendre NETPISTEUR trop complexe.

    Prévision des tests de validation

    Pour valider le logiciel nous devons effectuer des tests sur 3 de ces aspects, à savoir :

    • test de compatibilité avec les protocoles,
    • test de lérgonomie de l'IHM,
    • test de la portabilité du logiciel.

    Test de compatibilité avec les protocoles

    • test de compatibilité avec les protocoles internet : http,
    • test de compatibilité avec les protocoles audio : midi, WAV, mpeg,
    • test de compatibilité avec les protocoles animation : FLASH,
    • test de compatibilité avec les protocoles graphique : jpeg, gif, bmp,
      • avi, quicktime,
    • test de compatibilité avec les langages : HTML, PHP, XML.

    Test de l'ergonomie de l'IHM

    Pour aider l'utilisateur à se servir de ce logiciel, il faut tester sa convivialité. Celui-ci doit donc comporter une interface interactive qui reste compréhensible et simple d'accès. Le but final est de faire en sorte que lérgonomie de l'IHM soit commune aux navigateurs actuels.

    Test de la portabilité du logiciel

    A la livraison, NETPISTEUR devra s'adapter sur toutes les machines et sur tous les systèmes déxploitation. Il faudra alors tester la portabilité du logiciel pour ces différents cas. Il devra fonctionner sous les environnements Windows, Unix et Macintosh.
    Pour valider NETPISTEUR, il faudra tester les résultats fournis par ce logiciel, tout en recherchant l'ensemble des erreurs aussi bien sur le plan de la compatibilité avec les divers protocoles et machines, qu'en matière de convivialité.

    Annexe

    Diagramme de cas d'utilisation

    Le diagramme de cas d'utilisation est une vision graphique synoptique des services proposés par NETPISTEUR. Il présente aussi les entités qui bénéficient ou participent à ces services

    Cas d'utilisation

    Nouveau Test

    Ligne 5 : le mot de passe n'est pas valide, affichage d'un message d'erreur, retour à la fenêtre de saisie de mot de passe.

    Fin Test

    Ligne 5 : le mot de passe n'est pas valide, affichage d'un message d'erreur, retour au test. Ligne 7 : l'utilisateur clique sur annuler test, les mesures sont alors éffacées. Ligne 7 : l'utilisateur clique sur reprendre test, le test reprend normale- ment. Ligne 11 : l'utilisateur refuse de quitter le logiciel, il peut alors utiliser NETPISTEUR en tant que simple navigateur.