Apprendre une nouvelle chose tous les jours
Use Case 2.0 est une approche évolutive et agile qui utilise les cas d’utilisation pour capturer les exigences et conduire le développement incrémental d’un système pour les satisfaire. Elle vous aide à comprendre comment le système sera utilisé et vous guide dans le développement d’un système approprié pour soutenir les utilisateurs.
Continue reading
Un diagramme de cas d’utilisation modélise les différents types d’utilisateurs qui interagissent avec le système pour résoudre un problème. En tant que tel, il décrit les objectifs des utilisateurs, les interactions entre les utilisateurs et le système, et le comportement requis du système pour satisfaire ces objectifs. Les cas d’utilisation définissent les interactions entre les acteurs externes et le système pour atteindre des objectifs particuliers. Un diagramme de cas d’utilisation contient quatre composants principaux
Continue readingAu cours de l’été 2011, Ken Schwaber et Jeff Sutherland ont révisé leur guide Scrum. Ils y ont supprimé un comportement établi de longue date et connu de Scrum, à savoir l’engagement de l’équipe envers le propriétaire du produit et les clients. L’engagement a été remplacé par la prévision. Ils affirment que les équipes peuvent prévoir leur travail, mais pas s’y engager.
Continue reading
La définition de l’achèvement (DoD) est une liste d’exigences auxquelles une histoire d’utilisateur doit se conformer pour que l’équipe puisse la qualifier de complète. Alors que les critères d’acceptation d’une histoire d’utilisateur consistent en un ensemble de scénarios de test qui doivent être satisfaits pour confirmer que le logiciel fonctionne comme prévu.
Continue reading
Chaque sprint se termine par une réunion de bilan en deux parties. Cette réunion commence par un examen et une démonstration par le client et se termine par une rétrospective de l’équipe. Ces deux éléments ont lieu le dernier jour du sprint. La revue de sprint se concentre sur l'”inspection” et l'”adaptation” de l’incrément (potentiellement expédiable), tandis que la rétrospective du sprint se concentre davantage sur l'”inspection” et l'”adaptation” du processus du sprint.
Continue reading
L’Open Group a créé ArchiMate comme un langage de modélisation ouvert et indépendant pour l’architecture d’entreprise (EA). La norme fournit une notation permettant aux architectes d’entreprise de décrire, d’analyser et de visualiser les relations entre les domaines d’activité d’une manière non ambiguë. ArchiMate permet de créer des modèles entièrement intégrés de l’EA de l’organisation, de ses motivations, ainsi que des programmes, projets et chemins de migration pour la mettre en œuvre.
Continue reading
L’INVEST rappelle les caractéristiques d’un élément du Backlog de produit (PBI) (ou user stories) de bonne qualité, généralement rédigé au format user story. Mais quelles sont les caractéristiques d’une bonne user story ? L’acronyme “INVEST” peut vous rappeler que les bonnes histoires doivent être
Continue reading
Si vous avez déjà essayé de créer un organigramme Visio® de MS, vous savez à quel point c’est difficile. Vous pouvez commencer avec quelques outils de base, si vous avez besoin de modifier quoi que ce soit – déplacer des formes, supprimer des formes ou ajouter de nouvelles formes – c’est trop difficile ! Vous savez ce que je veux dire. Visual Paradigm Online automatise toutes vos tâches complexes en quelques clics.
Continue readingLes diagrammes de cas d’utilisation et les diagrammes d’activité sont des diagrammes UML comportementaux qui décrivent les caractéristiques dynamiques d’un système. La différence entre les diagrammes de cas d’utilisation et les diagrammes d’activité est que les diagrammes de cas d’utilisation aident à modéliser le système et les interactions avec les utilisateurs, tandis que les diagrammes d’activité aident à modéliser le flux de travail du système et sont souvent utilisés pour illustrer la logique interne des cas d’utilisation. Ces diagrammes offrent de multiples avantages. Ils aident à modéliser les exigences métier et à comprendre la fonctionnalité du système à un niveau élevé.
Continue reading
UML peut être utilisé autant ou aussi peu que vous le souhaitez. Martin Fowler décrit trois façons courantes dont les gens ont tendance à utiliser UML : (1) UML comme une esquisse ; (2) UML comme un plan ; (3) UML comme un langage de programmation.
Continue reading