Modele de case

En fait, les formats de cas d`utilisation formulés par ces modèles populaires de modèles, par exemple les RUP et les Cockburn (également adoptés par la méthode OUM), etc., ont été prouvés en pratique comme des outils précieux et utiles pour capturer, analyser et documenter des exigences des grands systèmes. La qualité d`une bonne documentation de cas d`utilisation (modèle) ne doit pas être jugée en grande partie ou seulement par sa taille. Il est également possible qu`un modèle de cas d`utilisation de qualité et complet d`un grand système puisse finalement évoluer en centaines de pages principalement en raison de la complexité inhérente du problème en main, non pas en raison des mauvaises compétences d`écriture de ses auteurs. L`analyse de cas d`utilisation est une technique d`analyse des exigences importante et précieuse qui a été largement utilisée dans l`ingénierie logicielle moderne depuis son introduction formelle par Ivar Jacobson en 1992. Le développement piloté par cas d`utilisation est une caractéristique clé de nombreux modèles et frameworks de processus tels que ICONIX, le processus unifié (UP), le processus IBM Rational Unified Process (RUP) et l`Oracle Unified Method (OUM). Avec sa nature itérative, incrémentielle et évolutive inhérente, le cas d`utilisation s`adapte aussi bien au développement Agile. Le modèle défini par Alistair Cockburn dans son livre populaire écriture des cas d`utilisation efficace a été l`un des styles d`écriture les plus couramment utilisés des cas d`utilisation. [citation nécessaire] Avec un contenu basé sur une action ou une structure de flux d`événements, un modèle de cas d`utilisation bien écrit sert également d`excellente base et des lignes directrices valables pour la conception des cas de test et des manuels d`utilisation du système ou du produit, qui est un investissement digne de l`effort avant. Il existe des connexions évidentes entre les trajectoires d`écoulement d`un cas d`utilisation et ses cas de test. La dérivation de cas de test fonctionnels à partir d`un cas d`utilisation via ses scénarios (exécution d`instances d`un cas d`utilisation) est simple. [17] à partir d`un modèle d`acteur distinct met l`accent sur l`analyse des acteurs. C`est le processus d`identifier autant de rôles distincts que possible dans le domaine d`activité ou du système.

Ensuite, chacun des acteurs peut être organisé en montrant la généralisation de l`acteur/spécialisation (héritage). Affichage de la généralisation/spécialisation d`acteur dans un diagramme distinct peut aider à garder le diagramme de cas d`utilisation propre, car les acteurs généralisés peuvent ne pas avoir besoin d`être montré des cas d`utilisation de lancement. Cependant, il peut encore être utile de montrer cette organisation hiérarchique des acteurs séparément car elle aide l`auditoire du diagramme à comprendre comment chaque acteur est similaire ou différent. Clause de non-responsabilité la notation utilisée dans ces diagrammes, en particulier celles dessinées à la main, peut ne pas se conformer parfaitement à la version actuelle de l`UML pour une ou plusieurs raisons: la notation peut avoir évolué à partir du moment où j`ai développé les diagrammes à l`origine. L`UML évolue au fil du temps, et je n`ai peut-être pas gardé les diagrammes à jour. J`ai peut-être eu tort en premier lieu. Bien que ces diagrammes ont été minutieusement examinés pour le livre, et ont été examinés par des milliers de personnes en ligne depuis lors, une erreur peut-être passé de nous. Nous ne sommes que des humains. J`ai peut-être choisi d`appliquer la notation de manière «non standard». Un modeleur agile s`intéresse davantage aux modèles créés qui communiquent efficacement qu`aux règles de notation fixées par un Comité. Si vous êtes vraiment préoccupé par les nuances de la notation “officielle” UML puis lire la version actuelle de la spécification UML.

En 1986, Ivar Jacobson a formulé d`abord des techniques de modélisation textuelle, structurelle et visuelle pour spécifier les cas d`utilisation. En 1992, son livre co-rédigé par Object-Oriented Software Engineering-une approche axée sur le cas d`utilisation [1] a aidé à populariser la technique de capture des exigences fonctionnelles, en particulier dans le développement de logiciels. À l`origine, il avait utilisé les termes scénarios d`utilisation et cas d`utilisation-ce dernier une traduction directe de son terme suédois användningsfall-mais a constaté que ni de ces termes sonnait naturel en anglais, et finalement il s`est installé sur le cas d`utilisation. [2] le modèle de cas d`utilisation peut contenir des paquets qui sont utilisés pour structurer le modèle pour simplifier l`analyse, les communications, la navigation, le développement, la maintenance et la planification.

Mentalny Teatr Hipnozy > Modele de case