Guide pratique du cahier des charges informatique

QU’EST-CE QUE C’EST ? À QUOI ÇA SERT ?
Qu’est-ce que c’est ? Un peu de vocabulaire
À quoi ça sert ?
En quoi est-ce utile ?
Contenu du cahier des charges
Prenons un exemple…
Arborescence hiérarchique des exigences
Structure d’un cahier des charges

COMMENT ÇA MARCHE ?
Quatre activités de base
Écouter, lire et observer : le recueil
Visualiser, filtrer, classer, prioriser : l’analyse
Formuler, structurer et vérifier : la spécification
Obtenir un consensus : la validation

COMMENT FAIT-ON EN PRATIQUE ?
Le principe de l’entonnoir
Centrer le projet autour du cahier des charges
Une méthode en 7 étapes
Étape 1 : cadrer et planifier
Étape 2 : analyser l’existant
Étape 3 : définir le concept
Étape 4 : développer les cas d’utilisation
Étape 5 : recueillir et analyser besoins et contraintes
Étape 6 : spécifier les exigences élémentaires
Étape 7 : valider l’ensemble
Synoptique de la démarche

PRÉPARER LE TERRAIN
Planifier l’expression des besoins
Analyser l’existant
Choisir et adapter le modèle de cahier des charges
Choisir les bons outils
Choisir les utilisateurs ambassadeurs
Garder le contact avec les utilisateurs

DÉFINIR LE CONCEPT
Le triangle d’or : objectif, périmètre, acteurs
L’objectif
Les parties prenantes (acteurs)
Le périmètre
Guide d’entretien et d’animation
L’élaboration du concept en atelier
Une formulation élégante du concept
Le document de concept
Le triangle d’or au fil de l’eau

DÉVELOPPER LES CAS D’UTILISATION
Qu’est-ce que c’est ?
À quoi ça sert ?
Comment ça marche ?
Structure d’un cas d’utilisation
Les cas d’utilisation en pratique
Avantages et difficultés des cas d’utilisation

ÉCOUTER, LIRE, OBSERVER : LE RECUEIL
L’interview
Les ateliers de travail
Le questionnaire
L’observation sur le terrain
Le diagramme des affinités
L’analyse de documents
L’analyse de la concurrence

VISUALISER, CLASSER, PRIORISER : L’ANALYSE
Qu’est-ce que l’analyse ?
Analyser et gérer les règles de gestion
Établir et maintenir un glossaire
Établir et maintenir un dictionnaire de données
Maquetter sur papier
Modéliser sous forme de diagrammes
La carte de processus
Le diagramme d’états-transitions
Le diagramme de cas d’utilisation
Le diagramme de classes

SPÉCIFIER LES BESOINS FONCTIONNELS
Bien formuler les exigences
Les gabarits d’exigences
Quelques contre-exemples et leur correction

INTEROPÉRABILITÉ, SÉCURITÉ, QUALITÉ DU PRODUIT, CONTRAINTES
Les exigences d’interopérabilité et d’interfaces
Les exigences de sécurité
Les exigences de qualité du produit
Les contraintes

STRUCTURER LE CAHIER DES CHARGES
1. Contexte
2. Objectifs de la solution
3. Acteurs et utilisateurs
4. Périmètre
5. Règles métier
6. Cas d’utilisation
7. Besoins fonctionnels
8. Interopérabilité et interfaces
9. Exigences de qualité du produit
10. Contraintes
11. Prestations et fournitures attendues
12. Annexes

VÉRIFIER, VALIDER ET REVALIDER !
Vérifier et valider : quelle différence ?
Vérifier, vérifier et revérifier
Vérifier chaque exigence avec la check-list MATHURIN·E
Vérifier le texte avec la check-list « 5 C »
Valider, valider et revalider
Qui doit valider, quand et comment ?
Les méthodes de validation
Conclusion : les douze réalités
Annexe : quelques concepts
Système informatique/système d’information
Cycle de vie du logiciel

Feuilleter ou Télécharger le sommaire complet détaillé au format PDF

• Éditeur : GERESO ÉDITION
• Auteur : Yves CONSTANTINIDIS
• Collection : Hors collection
• ISBN13 : 979-10-397-0407-6
• ISBN eBook : 979-10-397-0494-6
• ISBN ePub : 979-10-397-0495-3
• Date de parution : 01 juin 2023
• Format ouvrage en CM : 14.5 x 21
• Intérieur : Noir et blanc

A propos de l'auteur

Yves CONSTANTINIDIS est consultant en systèmes d’information. Il aide les entreprises et les organismes publics à améliorer l’efficience de l’expression de leurs besoins. Il enseigne l’ingénierie des exigences dans plusieurs grandes écoles et universités.