Recueil des besoins et fonctionnalités
d'un projet web

recueil-des-besoins-et-fonctionnalites

Passer d’un problème à un projet web permettant de résoudre ce problème est processus complexe en plusieurs étapes plus ou moins techniques. En plus de la définition claire des objectifs du projet, le recueil des besoins est une de ces étapes un peu techniques, car il faut avoir un minimum de connaissances en génie logiciel pour mieux déterminer, structurer et organiser les fonctionnalités du projet web à venir.

1 . Le recueil des besoins

1 . 1 . Un site web est un logicel

À cause de sa forme particulière, il est facile d’oublier qu’un site web est un logiciel, surtout vu qu’il existe de nombreux logiciels (CMS) qui permettent de créer un site web. En effet, on reconnait généralement un logiciel par l’ensemble de ses fonctionnalités et pour un site web, on a une fonctionnalité principale qui est affichée le contenu et toutes les autres fonctionnalités permettent juste de remplir cette fonction première. Faites tout ce que vous voulez, mais si le site web n’affiche pas de contenu au public, ce n’est pas un site web.

Au début sur le web, on retrouvait uniquement les sites web qui se limitaient à afficher des fonctionnalités, mais avec l’évolution des technologies il est devenu possible de faire beaucoup plus de choses avec les navigateurs web, d’ajouter la possibilité d’interagir avec les sites web. Ainsi est apparu le concept d’application web.

Une application web est tout simplement un logiciel dont l’interface s’exécute dans un navigateur web. Il existe des applications de gestion très pointues qui sont des applications web dans le domaine bancaire, éducatif et presque tous les domaines. Les applications web permettent d’interagir avec les utilisateurs qui en plus de consulter les informations peuvent soumettre des données et déclencher des traitements de ces données.

Partant de cette définition, on comprend que les sites web sont des applications web dont la fonctionnalité de base est d’afficher des informations aux visiteurs. En plus de cette fonction de base, on peut avoir d’autres fonctionnalités qui permettent d’effectuer des opérations complexes comme faire des achats sur un site d’e-commerce. L’autre particularité qui permet de savoir quand on peut parler de site web, c’est qu’un site web est conçu pour un visiteur qui peut être n’importe qui tandis qu’une application est conçue pour des utilisateurs bien connus. Vu les outils, technologies employées et les fonctionnalités variées, on peut conclure que les sites web sont des logiciels à part entière et non des mini logiciel puisqu’il en existe qui sont plus complexe que des applications de gestion classique. Par exemple le site web de Facebook est plus complexe et propose plus de fonctionnalités que la plupart des logiciels de gestion classiques (point de ventes, gestion de stock…).

En tant que logiciel le site web n’échappe pas à certaines règles de « Fabrication » des logiciels et doit donc respecter certaines parties importantes du cycle de développement d’un logiciel tel que le recueil de besoin.

Toutefois, pour des sites web simples, on ne doit pas appliquer bêtement des techniques complète de génie logiciel au risque d’alourdir uniquement le travail. Il faut surtout déterminer les pages web à créer et pourquoi, ça sera un bon début.

1 . 2 . L’OBJECTIF, le besoin et la fonctionnalités

Ces trois notions très proches peuvent être confondu mais il faut faire attention et bien comprendre comment elles sont liées.
En premier vient l’objectif. C’est l’objectif du projet, il dépend du problème que l’on souhaite résoudre et dépend uniquement des choix et priorités du propriétaire du projet web. La définition des objectifs n’est pas technique et ils sont exprimés en langages naturelles. Par exemple un objectif peut être « vendre plus de des téléphones ». Pour atteindre chaque objectif on a besoin que le projet web fasse quelque chose de précis. C’est à ce niveau qu’intervient le besoin.
Le besoin dépend uniquement de l’objectif, c’est un moyen parmi d’autres d’atteindre l’objectif. Un besoin c’est que le site web doit faire pour atteindre l’objectif. Pour un même objectif de départ on peut avoir plusieurs besoins. Un besoin exprime clairement ce que le projet doit permettre de faire en utilisant des expressions tel que « Le site web doit permettre de ».
Par exemple pour l’objectif « vendre plus de des téléphones » on peut avoir les besoins : « Le site web doit permettre de vendre des téléphones en ligne », « Le site web doit permettre rechercher un téléphone précis »
Maintenant que le besoin est clair, il faut définir le découpage d’actions possibles pour chaque besoin, comment procéder. Ce sont les fonctionnalités, qui sont en fait les actions possibles grâce au projet web. Pour définir toutes les fonctionnalités il faut avoir certaines connaissances techniques, car il faut les « découvrir ».
Les besoins sont une première expression des fonctionnalités attendu mais elles peuvent être découpée en plusieurs fonctionnalités plus précisent qu’il faut pouvoir déterminer. Par exemple si nous prenons le besoin « Le site web doit permettre de vendre des téléphones en ligne » il faut plusieurs fonctionnalités pour ce seul besoin parmi lesquelles nous pouvons citer

1 . 3 . Les types de besoins

Tous les besoins ne correspondent pas à des actions des utilisateurs, il y a aussi des besoins qui sont plutôt des contraintes à respecter. Ainsi donc on a principalement deux types de besoins
il s’agit des besoins correspondant aux fonctionnalités du projet web. Le nom technique qu’on leur donne dans le domaine du génie logiciel est cas d’utilisation. C’est un ensemble d’action qu’un utilisateur (un acteur) doit exécuter en se servant du projet web afin d’obtenir un résultat donné. Etant donné que c’est un ensemble d’étapes, il est difficile de déterminer où il commence et où il se termine.
Il s’agit des contraintes que le projet web doit respecter pour atteindre les objectifs de départ. Ce sont presque toujours des besoins classiques commun à tous les projets web, mais chaque projet web a bien sûr des contraintes spécifiques. Un exemple de besoin non fonctionnel pour le site web est la vitesse de chargement de chaque page, un autre exemple c’est les informations SEO disponible pour chaque page…

1 . 4 . Importance du recueil des besoins

Le but de la phase de recueil des besoins est de déterminer exactement les fonctionnalités du projet web que l’on souhaite mettre en place. Malheureusement le client ne connait pas toujours exactement les fonctionnalités, il faut donc partir de ce qu’il connait, les objectifs, puis les détaillés en besoin et les affinés en fonctionnalités concrètes qu’il faudra implémenter dans le projet web. Ainsi donc les principaux avantages de l’étape du recueil de besoin sont :

Pour les projets web, on ne connait que les objectifs du propriétaire du projet web et on n’a aucune idée du travail exact à faire. Grâce au recueil de besoin, on va filtrer et découvrir en plusieurs étapes les fonctionnalités à implémenter afin d’atteindre les objectifs de départs.

Une fois que les fonctionnalités et les contraintes sont connues, il devient facile de choisir les outils dont on a besoin, car on connait bien les fonctionnalités de chaque outil. On ne recueille pas uniquement les besoins pour programmer un nouveau projet web, mais aussi et surtout pour décider si on doit acquérir un outil existant ou bien créer le nôtre si on ne trouve rien de satisfaisant.

les ressources pour un projet web ne sont pas infini, il faut éviter le gaspillage. Si vous n’avez pas une idée claire du travail à faire, vous allez vous tromper, refaire certaines tâches et donc gaspiller du temps, de l’argent et d’autres ressources. Après le recueil des besoins, il devient plus simple d’organiser et gérer les ressources disponibles pour le projet.
recueillir-les-besoins

2 . Comment recueillir les besoins

Normalement pour le recueil de besoin il faut réunir une équipe constituée des utilisateurs finaux du logiciel à construire et aussi des experts du domaine car c’est avec eux qu’il faut échanger afin d’identifier les fonctionnalités dont ils auront besoin. Pour le site web l’utilisateur final c’est le visiteur, c’est monsieur tout le monde, vous ne pouvez pas l’attraper pour lui demander ce dont il a besoin. Il faut donc procéder autrement en définissant soi même ses utilisateurs. Les étapes seront donc :

2 . 1 . Définir les cibles du projet web

Il s’agit des personnes que vous souhaitez atteindre afin de réaliser vos objectifs. Ce sont les personnes qui vont utiliser votre site web, ils vont effectuer des actions en interagissant avec votre projet afin d’atteindre leur objectif et parallèlement ça vous permettra d’atteindre vos objectifs à vous. Une cible est définie par un ensemble de caractéristiques qui permettent de l’identifier. Chaque cible correspondra donc à un acteur, un utilisateur de votre projet.

2 . 2 . Lister les actions de chaque cible

Pour chaque cible, il faut lister toutes les actions qui peuvent l’intéresser. Vous devez imaginer vous-même puisque la cible n’est pas là pour lui poser des questions. Si vous avez bien défini vos cibles cette étapes ne devrait pas être compliquée, car chaque cible est définie par rapport à ses centres d’intérêt.

2 . 3 . Lister le contenu de chaque action

Pour chaque action identifiée, il faut identifier le contexte dans lequel l’action est nécessaire, les contraintes à remplir, la liste d’étapes nécessaire pour compléter l’action, et enfin les résultats de l’action. Grâce à cela vous aurez une idée plus précise du travail à faire.