Um caso de uso é uma descrição escrita de como um usuário executa uma tarefa em seu sistema. Ele delineia o comportamento do sistema da perspectiva do usuário ao responder a uma solicitação. Cada caso de uso é representado como uma seqüência de passos simples, começando com o objetivo do usuário e terminando quando o objetivo é alcançado.
Continue readingEtiqueta: es-done
Modelagem Ágil de Casos de Uso com a Ferramenta de Processo Automatizado de Caso de Uso 2.0
Usar o Case 2.0 é uma abordagem escalável e ágil que usa casos de uso para capturar os requisitos e impulsionar o desenvolvimento incremental de um sistema para cumpri-los. Ele ajuda a entender como o sistema será usado e o conduz através do desenvolvimento de um sistema apropriado para dar suporte aos usuários.
Continue readingTutorial de caso de uso para leigos
Um diagrama de caso de uso modela diferentes tipos de usuários interagem com o sistema para resolver um problema. Como tal, ele descreve os objetivos dos usuários, as interações entre os usuários e o sistema e o comportamento necessário do sistema para satisfazer esses objetivos. Os casos de uso definem as interações entre os atores externos e o sistema para atingir determinados objetivos. Um diagrama de caso de uso contém quatro componentes principais
Continue readingPlanejamento da Sprint: Previsão x Compromisso
No verão de 2011, Ken Schwaber e Jeff Sutherland revisaram seu Guia Scrum. Nele, eles removeram um comportamento há muito estabelecido conhecido pela Scrum, que é o compromisso da equipe com o proprietário do produto e com os clientes. O compromisso foi substituído pela previsão. Eles dizem que as equipes podem prever seu trabalho, mas não se comprometem com ele.
Continue readingQual é a diferença entre a história do usuário e os critérios de aceitação?
A definição de Done (DoD) é uma lista de requisitos que uma história de usuário deve cumprir para que a equipe a chame de completa. Enquanto os Critérios de Aceitação de uma História de Usuário consistem em um conjunto de Cenários de Teste que devem ser cumpridos para confirmar que o software está funcionando como esperado.
Continue readingRevisão da Sprint x Retrospectiva da Sprint
Cada sprint termina com uma reunião de revisão de sprint em duas partes. Tal reunião começa com uma revisão e demonstração do cliente e termina com a retrospectiva da equipe. Ambos os componentes ocorrem no último dia do sprint. A Revisão do Sprint concentra-se na “inspeção” e “adaptação” do incremento (Potencialmente expedível), enquanto a Retrospectiva do Sprint dá mais foco na “inspeção” e “adaptação” do processo do sprint.
Continue readingFerramenta ArchiMate Online Gratuita + Exemplos
O Open Group criou o ArchiMate como uma linguagem de modelagem aberta e independente para a arquitetura empresarial (EA). A norma fornece uma notação que permite aos arquitetos de empresas descrever, analisar e visualizar as relações entre os domínios de negócios de forma inequívoca. ArchiMate permite a criação de modelos totalmente integrados da EA da organização, a motivação para ela, e os programas, projetos e caminhos de migração para implementá-la.
Continue readingScrum: INVESTIR em Boas Histórias Alcançando Tarefas SMART
O INVEST como um lembrete das características de um Produto de boa qualidade Item de Backlog (PBI) (ou histórias de usuários) comumente escrito em formato de história de usuário. Mas quais são as características de uma boa história de usuário? A sigla “INVEST” pode lembrá-lo de que boas histórias devem ser
Continue readingPor que o Visual Paradigm é uma escolha melhor do que o Microsoft Visio
Se você já tentou criar o Visio Flowchart® da MS, você sabe como é difícil. Você pode começar com algumas ferramentas básicas, se precisar mudar alguma coisa – mover formas, apagar formas ou adicionar novas formas – é muito difícil! Você sabe o que quero dizer. O Visual Paradigm Online automatiza todas as suas tarefas complexas com apenas alguns cliques.
Continue readingUML de O que fazer com caso de uso e diagrama de atividades
Os diagramas de caso de uso e de atividade são diagramas comportamentais UML que descrevem as características dinâmicas de um sistema. A diferença entre diagramas de caso de uso e diagramas de atividade é que os diagramas de caso de uso ajudam a modelar o sistema, as interações do usuário, enquanto os diagramas de atividade ajudam a modelar o fluxo de trabalho do sistema e são freqüentemente usados para ilustrar a lógica interna dos casos de uso. Estes diagramas oferecem múltiplas vantagens. Eles ajudam a modelar os requisitos comerciais e a compreender a funcionalidade do sistema em um nível elevado.
Continue reading