Pour assurer le bon développement d’un logiciel sur mesure, il est crucial de disposer d’un cahier des charges. Ce document, parfois appelé document de requis, sert de guide pour tous les acteurs impliqués dans le projet.
Bien rédigé, il décrit en détail les besoins du client et les fonctionnalités du logiciel, et facilite les échanges entre les parties afin qu'elles se comprennent et aient une vision claire et commune du logiciel attendu.
Cet article fournit une liste d’éléments précieux à inclure dans le vôtre.
Bien rédigé, il décrit en détail les besoins du client et les fonctionnalités du logiciel, et facilite les échanges entre les parties afin qu'elles se comprennent et aient une vision claire et commune du logiciel attendu.
Cet article fournit une liste d’éléments précieux à inclure dans le vôtre.
Mise en contexte de l’entreprise
Pour bien comprendre le projet, il est important de décrire le contexte dans lequel votre entreprise évolue. Cela permet d’anticiper les défis et de proposer des solutions adaptées à votre situation et à vos besoins spécifiques.
Cette mise en contexte inclut généralement les éléments suivants :
Cette mise en contexte inclut généralement les éléments suivants :
- Un court résumé de l’entreprise, de sa mission et de ses valeurs ;
- Un aperçu de ses activités et de ses principaux produits ou services ;
- Son positionnement sur le marché ;
- Les utilisateurs de la future solution sur mesure.
Vue d’ensemble rapide du projet et de ses objectifs
Assise fondamentale dans un cahier des charges, c’est ici que sera résumée votre projet et les intentions stratégiques derrière celui-ci.
Cette section est généralement présentée comme ci.
Vue d’ensemble rapide du projet:
Sans avoir à plonger dans de plus amples détails, cette section présente un résumé concis de votre projet. Un segment particulièrement utile pour ceux et celles qui veulent être informés rapidement des grandes lignes du projet.
Objectifs:
Cette section est généralement présentée comme ci.
Vue d’ensemble rapide du projet:
Sans avoir à plonger dans de plus amples détails, cette section présente un résumé concis de votre projet. Un segment particulièrement utile pour ceux et celles qui veulent être informés rapidement des grandes lignes du projet.
Objectifs:
C’est ici que seront listés les gains visés par le futur logiciel ou la future application sur mesure. Quelles sont au juste les attentes face au projet ?
Voici quelques exemples de bénéfices espérés :
Voici quelques exemples de bénéfices espérés :
- Optimiser votre efficacité opérationnelle, gagner du temps ;
- Faciliter le travail de chacun ;
- Moderniser ses pratiques / abandonner un système désuet qui n’est plus supporté ;
- Favoriser votre croissance ;
- Réduire vos erreurs ou vos coûts ;
- Améliorer l’expérience des utilisateurs ;
- Augmenter la satisfaction de votre clientèle, et ainsi de suite.
Vue détaillée du projet
La vue détaillée du projet, parmi les sections les plus importantes du cahier des charges, fournira des détails précis à propos de la solution escomptée. Cette section permet de limiter les erreurs ou malentendus, en s’assurant que toutes les parties prenantes ont la même compréhension du projet.
Bien que chaque projet soit différent, voici les points clés à inclure :
1. Description de fonctionnalités:
Le cahier des charges doit obligatoirement inclure une description nette et minutieuse des fonctionnalités espérées. Des scénarios concrets d’utilisation viendront étoffer cette section du document, en illustrant de quelles façons les usagers viendront interagir avec le système dans des contextes donnés.
2. Processus et flux de travail:
Dans cette section, nous décrivons les processus opérationnels que le logiciel sur mesure doit prendre en charge. Il s'agit de bien expliquer les étapes et des séquences d'actions nécessaires pour réaliser ces processus. Pour faciliter la compréhension, nous suggérons d’ajouter des diagrammes de flux au cahier des charges.
3. Règles d’affaires:
Lors de la rédaction du cahier des charges, il est important de décrire les règles d'affaires que le logiciel doit gérer. Par exemple, des formulaires peuvent apparaître si une certaine condition est remplie. Il existe différents types de règles d'affaires, et il est essentiel de cartographier les plus importantes pour comprendre la complexité du logiciel sur mesure.
4. Entrées et sorties:
C’est ici que seront expliqués les types de données reçues ou produites par le système (les entrées et les sorties), ainsi que les formats attendus (ex : JSON, XML, Excel).
Par exemple, si votre logiciel doit interagir avec un système financier, il est important de savoir quelles données seront envoyées vers ce système et quelles données seront reçues par le logiciel sur mesure.
5. Interface utilisateur:
Il est toujours intéressant d’inclure des wireframes et des maquettes (maquettes filaires et graphiques) qui simulent l’interface de la future application ou du futur logiciel. Une représentation graphique, qu’elle soit finale ou non, aide à la compréhension du projet.
6. Rapports et analyses:
Cette section présente les types de rapports que le futur système doit générer (incluant les contenus, les formats et les fréquences), ainsi que les fonctionnalités d’analyses de données comme les tableaux de bord, les statistiques et les outils de visualisation des données (Ex. : mon logiciel doit me permettre d’exporter des rapports trimestriels de mes ventes).
7. Gestion des utilisateurs et des accès:
Suffit ici d’identifier les différents rôles des utilisateurs et les permissions qui leur sont associées. On dépeint également les mécanismes nécessaires pour s’authentifier ou autoriser l’accès à diverses fonctions ou données.
8. Notifications et alertes:
On dévoile ici les notifications attendues, comme par exemple les alertes courriel, les textos, ou les notifications de type push, mais aussi les conditions ou événements qui en déclencheront l’envoi.
9. Intégrations:
La section Intégrations du cahier comprend généralement 2 volets :
Bien que chaque projet soit différent, voici les points clés à inclure :
1. Description de fonctionnalités:
Le cahier des charges doit obligatoirement inclure une description nette et minutieuse des fonctionnalités espérées. Des scénarios concrets d’utilisation viendront étoffer cette section du document, en illustrant de quelles façons les usagers viendront interagir avec le système dans des contextes donnés.
2. Processus et flux de travail:
Dans cette section, nous décrivons les processus opérationnels que le logiciel sur mesure doit prendre en charge. Il s'agit de bien expliquer les étapes et des séquences d'actions nécessaires pour réaliser ces processus. Pour faciliter la compréhension, nous suggérons d’ajouter des diagrammes de flux au cahier des charges.
3. Règles d’affaires:
Lors de la rédaction du cahier des charges, il est important de décrire les règles d'affaires que le logiciel doit gérer. Par exemple, des formulaires peuvent apparaître si une certaine condition est remplie. Il existe différents types de règles d'affaires, et il est essentiel de cartographier les plus importantes pour comprendre la complexité du logiciel sur mesure.
4. Entrées et sorties:
C’est ici que seront expliqués les types de données reçues ou produites par le système (les entrées et les sorties), ainsi que les formats attendus (ex : JSON, XML, Excel).
Par exemple, si votre logiciel doit interagir avec un système financier, il est important de savoir quelles données seront envoyées vers ce système et quelles données seront reçues par le logiciel sur mesure.
5. Interface utilisateur:
Il est toujours intéressant d’inclure des wireframes et des maquettes (maquettes filaires et graphiques) qui simulent l’interface de la future application ou du futur logiciel. Une représentation graphique, qu’elle soit finale ou non, aide à la compréhension du projet.
6. Rapports et analyses:
Cette section présente les types de rapports que le futur système doit générer (incluant les contenus, les formats et les fréquences), ainsi que les fonctionnalités d’analyses de données comme les tableaux de bord, les statistiques et les outils de visualisation des données (Ex. : mon logiciel doit me permettre d’exporter des rapports trimestriels de mes ventes).
7. Gestion des utilisateurs et des accès:
Suffit ici d’identifier les différents rôles des utilisateurs et les permissions qui leur sont associées. On dépeint également les mécanismes nécessaires pour s’authentifier ou autoriser l’accès à diverses fonctions ou données.
8. Notifications et alertes:
On dévoile ici les notifications attendues, comme par exemple les alertes courriel, les textos, ou les notifications de type push, mais aussi les conditions ou événements qui en déclencheront l’envoi.
9. Intégrations:
La section Intégrations du cahier comprend généralement 2 volets :
- La liste des systèmes externes avec lesquels le futur système aura à s’intégrer. (ex. : Sage, Salesforce, Epicor, etc.)
- Une description des API et services web nécessaires pour les intégrations connues. (ex. : API de Stripe ou Moneris)
10. Personnalisation et configuration:
Dans cette partie du document, on décrit les fonctionnalités permettant aux usagers de personnaliser l’interface ou les fonctionnalités au gré de leurs préférences et leurs configurations. (Ex : L’utilisateur peut créer des formulaires sur mesure via l’interface.)
Les spécifications techniques de l’application
Créée pour orienter les développeurs, cette section du cahier de charge servira de guide afin de s’assurer que la solution personnalisée soit conforme aux exigences techniques.
- Critères de compatibilité
- L’application doit-elle être compatible avec certains types d’appareils (téléphone mobile, tablette ou ordinateur par exemple) ?
- Doit-elle être compatible avec un navigateur spécifique ?
- Critères de sécurité
- L’entreprise a-t-elle des enjeux importants au niveau de la sécurité des données ?
- Héberge-t-elle par exemple des données tels des numéros d’assurance sociale, des informations personnelles d’employés.es ou autres, etc. ?
- Langue de l’application
- L’application doit-elle être multilingue ? Si oui, combien de langues
va-t-elle supporter ?
- L’application doit-elle être multilingue ? Si oui, combien de langues
- Nombre d’usagers
- Combien d’utilisateurs se serviront de l’application ? 1 000, 10 000, 100 000 ou plus ?
En conclusion, et parce que chaque projet est unique, les cahiers des charges peuvent varier considérablement d’une entreprise à l’autre. L’important c’est que le cahier soit le plus complet et précis possible, de façon à garantir la bonne conduite du projet. La transformation numérique sera réussie si les fonctionnalités ont été réfléchies et que la future solution a été soigneusement décrite et pensée. Si vous avez mené à bien l’exercice du cahier des charges, les propositions des développeurs s’aligneront forcément avec vos attentes.
Si vous avez besoin d’un coup de pouce pour rédiger ledit document, nous vous recommandons de faire affaire avec une firme spécialisée en analyse de besoins et en développement de logiciel sur mesure comme la nôtre.