Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Expose si in3 INTRODUCTION La capture des besoins fonctionnels est la première étape de la branche gauche du cycle en y Elle formalise et détaille ce qui a été ébauche au cours de l ? étude préliminaire Un besoin fonctionnel spéci ?e une fonction que le s

INTRODUCTION La capture des besoins fonctionnels est la première étape de la branche gauche du cycle en y Elle formalise et détaille ce qui a été ébauche au cours de l ? étude préliminaire Un besoin fonctionnel spéci ?e une fonction que le système ou un composant du système doit accomplir et dépend donc de ce dernier fonctionnalités du système Dans notre projet nous allons procéder selon la méthode UML qui consiste à recenser et modéliser les di ?érents processus métiers a ?n de migrer facilement vers une architecture objet d ? un point de vue statique et dynamique Cette analyse présente une abstraction totale étant indépendante de toute technologie ou implémentation La spéci ?cation des besoins va nous permettre d ? avoir une meilleure approche des utilisateurs des fonctionnalités et de la relation entre les deux Elle sera sous forme de cas d ? utilisation Pour cela nous allons procéder ainsi Identi ?cation des acteurs du nouveau système Identi ?cation des cas d ? utilisations Description des cas d ? utilisations Regroupement des cas d ? utilisation en paquetages et en ?n la validation et la consolidation CI CAS D ? UTILISATION Dé ?nition Avant de faire l ? identi ?cation des cas d ? utilisation il est nécessaire de dé ?nir ce que l ? on entend par cas d ? utilisation En e ?et un cas d ? utilisation est une fonctionnalité qui sert à répondre aux questions Il sert aussi à exprime le comportement du système en termes d ? action et de réaction selon le point de vue de l ? utilisateur Cette fonctionnalité constitue un moyen de déterminer les besoins du système et doit pouvoir renvoyer un résultat observable qui est utile pour l ? utilisateur du système Autrement dit le cas d ? utilisation regroupe une famille de scenario ou chaque scenario est un traitement particulier du système Type de cas d ? utilisation On distingue plusieurs types de cas d ? utilisation correspondant à di ?èrent usages Le cas d ? utilisation concret c ? est la forme la plus courante Les scenarios en décrivent la séquence des interactions en détails étape par étape telles qu ? elles sont vues par l ? utilisateur La conséquence est que l ? enchainement des actions est alors pris comme un fait accompli sans que l ? ergonomie qui en résulte ne soit jamais remis en question Le cas d ? utilisation paramétré regroupe plusieurs cas similaires la description est alors générique et permet la prise en compte légères di ?érences par le biais des paramètres Le cas d ? utilisation essentiel essential use case en anglais parfois appelé cas d ? utilisation abstrait est une forme épurée qui ne se réfère qu ? aux intentions de l ? utilisateur et sans aucune idée préconçue sur la technique qui sera utilisée la chronologie des interactions ou la mise en ?uvre Le cas d ? utilisation métier business use case en anglais est un cas d