Modele case de locuit

Cet article se concentrera sur l`importance du modèle de cas d`utilisation dans les exigences logicielles. Vous comprendrez les fondements des modèles de cas d`utilisation et vous devriez être en mesure de créer votre propre modèle de cas d`utilisation. Vous comprendrez également ce qu`est une spécification de cas d`utilisation et essaiera d`appliquer des cas d`utilisation et de modéliser les modèles de cas d`utilisation. Definitionle modèle de cas d`utilisation est utilisé pour définir les éléments de base et les processus qui maquillent un système. Les éléments clés sont nommés «acteurs» et les processus sont appelés «cas d`utilisation». Le modèle de cas d`utilisation montre quels acteurs interagissent avec chaque cas d`utilisation. Cette définition définit ce qu`est un modèle de cas d`utilisation principalement constitué de — acteurs et cas d`utilisation. Un modèle de cas d`utilisation doit capturer les composants du système fonctionnel. Il incarne les processus d`affaires au sein du système. Pendant que vous parcourez votre système, vous apprendrez des attributs système significatifs que vous modélisez dans le modèle de cas d`utilisation.

Parce que les modèles de cas d`utilisation sont de nature simple, ils sont exempts de jargon technique, les modèles de cas d`utilisation sont un excellent moyen de flux de Storyboard avec les utilisateurs. Les modèles de cas d`utilisation ont un autre rôle crucial. Les modèles de cas d`utilisation définissent les exigences système modélisées et aident à écrire les scénarios utilisés ultérieurement dans les tests. Comme mentionné ci-dessus, les modèles de cas d`utilisation représentent la fonctionnalité d`une manière de haut en bas, tandis que les diagrammes de flux représentent le comportement d`une manière linéaire, basée sur le temps. En outre, la façon dont vous les développez est tout-ensemble différent. Exemple: (ce texte fait référence aux diagrammes ci-dessous.) Lors de la construction d`un modèle de cas d`utilisation, l`étape initiale consiste à identifier tout le comportement de niveau supérieur. Une fois que vous avez fait ceci (pas un processus très délicat) vous avez déjà décrit, au moins d`une manière de haut niveau, toutes les choses que votre système sait faire. Vous pouvez ensuite continuer à ajouter des détails en décomposant vos cas d`utilisation dans des cas d`utilisation plus utilisés par les cas d`utilisation de niveau supérieur. À chaque étape du développement, cependant, votre modèle de cas d`utilisation est une description complète du fonctionnalty du système: il peut manquer de détails, mais il ne manquera pas d`éléments de jeu de fonctionnalités. Et si la fonctionnalité ou le comportement est ajouté ou supprimé pendant la durée de vie de votre projet, la portée de la modification que vous devez effectuer est proportionnelle à la portée de la modification du système lui-même et à la maturité de votre modèle. Cela est utile, car cela signifie que lorsque votre modèle est très jeune (seuls les diagrammes de haut niveau dessinés), faire des changements radicaux dans le système n`implique pas de jeter beaucoup de travail loin. Un diagramme de flux, cependant, ne décrit pas correctement le système tant que vous n`avez pas terminé de le dessiner, et même alors de petites modifications dans le système entraînera un remaniements significatifs de vos diagrammes de flux.

En général, les modèles de cas d`utilisation prennent en charge le processus d`analyse et de conception beaucoup mieux que les diagrammes de flux. Les modèles de cas d`utilisation UML peuvent être utilisés pour décrire la fonctionnalité d`un système de manière horizontale. C`est, plutôt que de simplement représenter les détails des caractéristiques individuelles de votre système, les modèles de cas d`utilisation peuvent être utilisés pour afficher toutes ses fonctionnalités disponibles. Il est important de noter, cependant, que les modèles de cas d`utilisation sont fondamentalement différents des diagrammes de séquence ou des diagrammes de flux, car ils ne font aucune tentative pour représenter l`ordre ou le nombre de fois où les actions et les sous-actions du système doivent être exécutées. Il existe un certain nombre d`exemples graphiques dans cette FAQ; vous voudrez peut-être regarder par-dessus pour vous familiariser avec le regard d`entre eux. Les modèles de cas d`utilisation n`ont que 4 éléments majeurs: les acteurs que le système que vous décrivez interagit avec, le système lui-même, les cas d`utilisation, ou les services, que le système sait comment effectuer, et les lignes qui représentent les relations entre ces éléments.

Bookmark the permalink.

Comments are closed.