Note sur le diagramme de la machine d’état de l’OMG Diapositives de machine d’état – Notes de cours par B.
Continue reading
Apprendre une nouvelle chose tous les jours
Note sur le diagramme de la machine d’état de l’OMG Diapositives de machine d’état – Notes de cours par B.
Continue reading
Le diagramme UML de machine à états et le diagramme d’activité sont tous deux des diagrammes de comportement mais ils ont des accents différents. Le diagramme d’activité est un flux de fonctions sans mécanisme de déclenchement (événement), tandis que la machine à états est constituée d’états déclenchés.
Continue reading
CMMN est une notation graphique utilisée pour capturer les méthodes de travail qui sont basées sur le traitement de cas nécessitant diverses activités qui peuvent être effectuées dans un ordre imprévisible en réponse à des situations évolutives. En utilisant une approche centrée sur les événements et le concept de dossier, CMMN élargit les limites de ce qui peut être modélisé avec BPMN, y compris les efforts de travail moins structurés et ceux menés par les travailleurs du savoir. L’utilisation d’une combinaison de BPMN et de CMMN permet aux utilisateurs de couvrir un spectre beaucoup plus large de méthodes de travail.
Continue reading
Un cas d’utilisation décrit une tâche qui est exécutée par un acteur produisant un résultat de valeur commerciale pour une entreprise. Un cas d’utilisation peut être visualisé sous la forme d’un diagramme de cas d’utilisation et/ou d’un format de spécification textuel structuré :
Continue reading
Le diagramme d’activité UML est un autre outil commun utilisé par UML pour modéliser le comportement dynamique du système. Il décrit la séquence des activités et montre le flux de contrôle d’une activité à l’autre. Le diagramme d’activité UML est essentiellement un organigramme.
Continue reading
Une approche par cas d’utilisation est une sorte de technique permettant d’identifier les objectifs commerciaux d’un système. L’identification des cas d’utilisation aide à définir la portée du système, en garantissant que les exigences à trouver seront toutes alignées sur les valeurs, les besoins et la stratégie de l’entreprise.
Continue reading
Un cas d’utilisation est une technique de saisie et de documentation des exigences qui peut être rédigée en texte clair pour décrire de manière narrative les actions et les interactions des participants utilisant le système. Enfin, la fonctionnalité du système doit satisfaire l’objectif pour lequel les parties prenantes utilisent le système.
Continue reading
Les cas d’utilisation sont souvent graphiques et les diagrammes de cas d’utilisation sont étayés par des descriptions textuelles, notamment des descriptions de cas d’utilisation et de participants, ainsi que des scénarios associés à des modèles de cas d’utilisation qui rendent les méthodes de cas d’utilisation simples et intuitives et constituent des outils idéaux pour discuter et clarifier la compréhension des besoins des utilisateurs par les développeurs.
Continue reading
La modélisation des cas d’utilisation est une technique pour capturer, modéliser et spécifier les exigences du système qui correspondent à un ensemble de comportements que le système peut exécuter lorsqu’il interagit avec des acteurs. Ces comportements produisent des résultats observables et aident à atteindre leurs objectifs. Les cas d’utilisation sont nommés en fonction des objectifs spécifiques des principaux acteurs, qui à leur tour décrivent ou expliquent l’ordre général des activités et des événements, ainsi que les variations des conditions spéciales, des exceptions ou des conditions d’erreur, par le biais d’une description textuelle.
Continue reading
Bien que la modélisation orientée flux de données soit considérée comme une technologie dépassée par certains ingénieurs logiciels, elle reste l’un des symboles d’analyse des exigences les plus utilisés. Bien que les diagrammes de flux de données (DFD) ne soient pas des parties formelles d’UML, ils peuvent être utilisés pour compléter les diagrammes UML et fournir un aperçu supplémentaire des exigences et des processus du système.
Continue reading