Aprendendo uma coisa nova todos os dias
LeSS foi criada por Bas Vodde e Craig Larman a partir da experiência prática em escalar Scrum, fundada como a Companhia LeSS em 2014. O princípio “Mais com LeSS” está no coração da LeSS (Large Scale Scrum). O desenvolvimento de produtos complexos não requer soluções complexas. Requer uma compreensão profunda da essência dos problemas, que pode então ser resolvida com soluções mais simples.
Continue reading
Este artigo mostrará como aplicar efetivamente a modelagem UML tanto de forma ágil como just-in-time com o poderoso Modelo ETL. Um modelo ou diagrama UML é uma visão específica sobre o que você está tentando entender em um contexto específico.
Continue reading
O Business Process Diagram é uma ferramenta muito boa para modelar o fluxo de trabalho para sua empresa ou departamento, pois dá uma imagem clara sobre quem é responsável por uma determinada tarefa, bem como o fluxo do processo. Entretanto, o Diagrama de Processo de Negócios não nos diz como uma determinada tarefa deve ser realizada.
Continue reading
Uma tabela de decisão é uma excelente ferramenta a ser usada tanto em testes quanto no gerenciamento de requisitos. Essencialmente, é um exercício estruturado para formular requisitos quando se trata de regras comerciais complexas. Em uma tabela de decisão, a lógica empresarial está bem dividida em condições, ações (decisões) e regras para representar os vários componentes que formam a lógica empresarial.
Continue reading
Sempre nos deparamos com estes termos no desenvolvimento de software. Às vezes, as pessoas têm um recurso de software – caso de necessidade/uso, itens de backlog …. Qual é a convenção das pessoas do software para usar isso ou qual?
Continue reading
No desenvolvimento de software, a “estimativa” usual inclui uma avaliação quantitativa do trabalho necessário para realizar uma determinada tarefa de desenvolvimento; isto é normalmente expresso em termos de duração (hora / dia) ou unidade estimada (ponto da história). O objetivo é consolidar algumas dessas estimativas individuais a fim de obter uma indicação da duração total, trabalho ou custo do projeto de software.
Continue reading
Um diagrama de caso de uso UML é a principal forma de requisitos de sistema/software para um novo programa de software em desenvolvimento. Os casos de uso especificam o comportamento esperado (o quê) de um sistema, e não o método exato de fazê-lo acontecer (como). Um conjunto completo de casos de uso especifica todas as diferentes maneiras de usar o sistema e, portanto, define todo o comportamento exigido do sistema, delimitando o escopo do sistema.
Continue reading
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 reading
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 reading
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 reading