Sur des conseils généraux;
Nous mettons en œuvre un processus de
1) Exigences d'affaires Déclaration (BRS)
2) Spécifications fonctionnelles
3) Caractéristiques techniques
La BRS couvre ce que les problèmes de l'entreprise sont et quelles sont les exigences en matière de solutions, de tests, de sécurité, de fiabilité et de livraison. Ceci définit ce qui ferait une solution réussie.
Les détails de spécifications fonctionnelles ce qui est nécessaire, comment il devrait ressembler, combien de temps les champs doivent être, etc.
Les détails de spécifications techniques où les données proviennent, tout code délicat qui peut devoir être pris en considération.
Le client est propriétaire des exigences. Les développeurs possèdent les spécifications techniques et la spécification fonctionnelle est un terrain d'entente. Les tests sont effectués en fonction des spécifications techniques (généralement des tests unitaires), puis contre les spécifications fonctionnelles (généralement les tests système), puis contre les exigences (UAT). La partie importante de ceci (et nous luttons avec) est que les développeurs doivent toujours livrer aux spécifications fonctionnelles, et aux conditions d'affaires originales. En réalité, les spécifications fonctionnelles et techniques sont juste là pour plus de clarté. En bref, mon astuce principale est d'abord d'élaborer le processus que vous souhaitez mettre en œuvre. Ensuite, demandez l'accord de toutes les parties impliquées dans votre processus proposé, puis travaillez sur les modèles pour les adapter. Les modèles eux-mêmes sont seulement une petite partie du changement que vous voulez faire.