Une fois que cela a été terminé, et les exemples d`écran sont approuvés par toutes les parties prenantes, les éléments graphiques peuvent être numérotés et des instructions écrites peuvent être ajoutées pour chaque numéro sur l`exemple d`écran. Utilisez des données réalistes dans vos exemples. Les exigences fonctionnelles ont généralement pris toutes les pages sauf 10-15 de ces longs documents. Ce modèle minimaliste fournit de l`espace pour vous de détailler le but de votre produit ou mise à niveau dans le contexte de vos objectifs d`affaires, en plus des considérations de conception de niveau supérieur. La documentation fonctionnelle des spécifications maintient tous les joueurs de l`équipe sur la même page, travaillant d`une source de vérité. Vous pouvez soit compléter votre documentation papier ou le remplacer entièrement (Bye Bye! Souvent, les examinateurs clés incluent les testeurs, les utilisateurs finaux, les rédacteurs techniques et les propriétaires de produits ou de systèmes. Il illustre également que, après l`approbation des spécifications, toutes les parties prenantes sont sur la même page. Lorsque le véhicule réservé n`est pas disponible en raison de retours tardifs, le client est informé de la situation et dit sur les autres types de véhicules qui sont disponibles. Le modèle de spécification de site Web suivant pose une série de questions pour vous aider à définir le but du site Web, qui est le site Web, les activités qu`ils vont effectuer sur le site Web, et toutes les considérations particulières, telles que les normes de sécurité comme PCI pour transactions financières. Les documents de spécification fonctionnelle sont destinés à tous ceux qui participent à un projet.
Développeur de logiciels et New Yorker Joel Spolsky a écrit dans un post tout le chemin du retour en 2000 qu`il croit tout projet non trivial qui nécessite plus d`une semaine de codage va souffrir sans spec. Mais au fur et à mesure que le processus de conception démarre, les concepteurs doivent produire des visuels haute fidélité que les développeurs utiliseront pour vérifier leur code d`interface utilisateur. Au lieu de cela, il se concentre sur ce que divers agents externes (les personnes utilisant le programme, les périphériques informatiques, ou d`autres ordinateurs, par exemple) peut «observer» lors de l`interaction avec le système. Quel est le niveau d`exigence optimal? Mais si vous allez avoir plusieurs générations de développeurs d`écrire et de maintenir le code pour des milliers de clients sur de nombreuses années, vous aurez besoin d`un filet de sécurité quand les choses vont mal. Vous pouvez simplement travailler votre chemin à travers l`ordre de la liste des puces ci-dessus pour créer votre documentation. Mais depuis tant d`affaires aujourd`hui est soutenue directement par les systèmes informatiques, de nombreuses fois la résolution d`un problème signifie la mise à niveau ou la construction de nouveaux logiciels… et cela signifie spécifier les exigences fonctionnelles. Document d`exigence de produit «PRD» [citation nécessaire]. Les spécifications doivent être la source de confiance pour toutes les équipes de trouver des réponses sur ce que le logiciel est censé faire. Dans le développement Agile, les documents et processus des exigences fonctionnelles traditionnelles sont parfois considérés comme financièrement prohibitifs. La spécification fonctionnelle est une sorte de ligne directrice et le point de référence continue que les développeurs écrivent le code de programmation.
Même si tout est clair dans votre esprit, vous écrirez rarement une bonne spécification en une seule fois. Avec autant de voix dans le Ring, des désaccords surgissent inévitablement. Comme vous pouvez le voir, ce n`est rien de fantaisie, mais il fonctionne bien pour nous. En règle générale, la spécification fonctionnelle d`un programme d`application avec une série de fenêtres interactives et de dialogues avec un utilisateur montrerait l`apparence visuelle de l`interface utilisateur et décrirait chacune des actions d`entrée utilisateur possibles et la réponse du programme Actions. Par exemple, un écran de connexion peut avoir le champ nom d`utilisateur étiqueté «1» et le champ de mot de passe étiqueté «2», puis chaque numéro peut être déclaré par écrit, pour une utilisation par les ingénieurs logiciels et plus tard pour les tests bêta afin de s`assurer que la fonctionnalité est comme prévu. Examinons quelques-uns des formats les plus courants. Cela réduira les arguments internes qui sont toujours une bonne chose. Chez eXo, toutes nos spécifications de produit sont publiquement disponibles, et nous serions heureux d`entendre vos commentaires sur eux.
Il y a une croyance commune qu`une spécification devrait être exhaustive.