Passez en revue votre document de cas d'utilisation. Si vous ne disposez pas d'un document de cas d'utilisation, vous devrez répondre à chaque utilisateur final du système, le chef de la zone d'affaires et les administrateurs en TI de capturer la fonctionnalité et les spécifications du système. Sans les cas d'utilisation, vos exigences sont presque garantis de ne pas être 100 pour cent au premier tour.
Transcrire chaque étape de votre cas d'utilisation dans une exigence de l'entreprise spécifique. Vous prenez maintenant la fonctionnalité et de décrire non seulement comment cela fonctionne, mais ce qui doit arriver pour que cela fonctionne. Par exemple, votre cas d'utilisation indiquera que l'employé de traitement de commande sera cliquez sur le "Commande Terminée" bouton. L'exigence de l'entreprise correspondant indiquera que lorsque le "Commande Terminée" déclencheur est activé, le système va remplir les tables de traitement des commandes avec le nom du client, l'ID et produits commandés.
Remplissez les exigences fonctionnelles et puis la liste de toutes les bases de données, des serveurs et des systèmes logiciels qui sont impliqués dans le processus. Vous ne devez pas entrer dans les détails à ce stade, de ce que les composants spécifiques de chacun de ces systèmes sont impliqués dans le processus. Cela viendra plus tard dans votre spécification des exigences logicielles (SRS) de la documentation.
Remplissez le document sur les exigences opérationnelles l'inscription d'autres éléments qui ne sont pas nécessairement les besoins, mais ont un impact direct sur le processus particulier. Ces articles comprennent les personnes impliquées dans le processus (leur nom, la description et le titre), ce rôle ou la fonction qu'ils font dans ce processus, puis classent chaque exigence avec une priorité et laissent la place à des questions qui surgissent en ce qui concerne à ce particulier exigence.
Dressez la liste des règles d'affaires dans le document sur les exigences. Il ya des exigences qui peuvent sembler comme ils ne appartiennent ou peuvent être mis au rebut. Il peut y avoir des raisons légitimes de maintenir ces exigences en place. Ces raisons sont collectivement connus comme les règles d'affaires. Ces règles devraient être catalogué avec la date indiquée, étant donné un ID, titre et description, qui a autorité sur la règle et quel rôle elle joue dans le processus actuel. Cela permet pour les besoins d'être reconsidérées et qui contacter pour approbation finale.