Questões de Concurso
Sobre processos de software - desenvolvimento ágil em engenharia de software
Foram encontradas 1.871 questões
Julgue o próximo item, referentes a metodologias ágeis de desenvolvimento de software.
De acordo com o Scrum, na entrega de um novo incremento de
funcionalidade de um produto, esse incremento não precisa ser
utilizável nem estar funcionando em conjunto com todos os
anteriores para que o Product Owner o libere e o adicione aos
demais incrementos desse produto.
Considere as afirmações abaixo sobre metodologias ágeis de desenvolvimento de software.
I - A filosofia das metodologias ágeis defende a satisfação do cliente, as equipes de projeto pequenas e altamente motivadas, os métodos informais, os artefatos de engenharia de software mínimos e, acima de tudo, a simplicidade no desenvolvimento.
II - "Software em funcionamento é a principal medida do progresso" – é um princípio de agilidade da Aliança Ágil.
III - "A maior prioridade é satisfazer o cliente por meio de entrega adiantada e contínua de software valioso" – é um princípio de agilidade da Aliança Ágil.
Quais estão corretas?
Considere as afirmações abaixo sobre metodologias ágeis de desenvolvimento de software.
I - "Software em funcionamento é a principal medida de progresso".
II - "As melhores arquiteturas, requisitos e projetos emergem de equipes que se auto-organizam".
III - "O método mais eficiente e efetivo de transmitir informações para e dentro de uma equipe de desenvolvimento é uma conversa aberta, de forma presencial".
Quais são princípios de agilidade da Aliança Ágil?

As fases I, II, III e IV são denominadas:
I. Um representante do usuário final do sistema deve estar disponível em tempo integral, sendo um membro da equipe de desenvolvimento o responsável por trazer os requisitos do sistema à equipe de XP para implementação.
II. Os pares de desenvolvedores trabalham em todas as áreas do sistema, de tal maneira que não se formem ilhas de conhecimento, com todos os desenvolvedores de posse de todo o código.
Os princípios I e II são conhecidos, respectivamente, como:

As etapas I, II, III, e IV são conhecidas, respectivamente, por:
I. Teste e documentação constantes são realizados à medida que o produto é construído.
II. O trabalho e desenvolvimento, e o pessoal que o efetua, são realizados por completo, com partições de alto acoplamento sem possibilidade de reuso.
III. Pequenas equipes de trabalho são organizadas de modo a maximizar a comunicação, minimizar a supervisão e maximizar o compartilhamento de conhecimento tácito informal.
IV. A complexidade do processo dificulta e não permite a produção de versões do software, que podem ser inspecionados e testados.
V. O processo precisa ser adaptável tanto a modificações técnicas quanto de negócios, para garantir que o melhor produto possível seja produzido.
Estão em conformidade com os princípios de desenvolvimento ágil Scrum, somente as seguintes afirmativas:
I. Seu objetivo é criar um “código limpo que funcione”. Trabalha com a estratégia Red - Green - Refactor:
- Codifique o teste;
- Faça-o compilar e executar. O teste não deve passar (Red).
- Implemente o requisito e faça o teste passar (Green).
- Refatore o código (Refactor).
II. Suas práticas, regras e valores garantem um agradável ambiente de desenvolvimento de software para os seus seguidores, que são conduzidos pelos princípios básicos:
- Comunicação - manter o melhor relacionamento possível entre clientes e desenvolvedores, preferindo conversas pessoais a outros meios de comunicação;
- Simplicidade - implementar apenas requisitos atuais, evitando adicionar funcionalidades que podem ser importantes somente no futuro;
- Feedback - o desenvolvedor terá informações constantes do cliente e do código, em que testes constantes indicam os erros tanto individuais quanto do software integrado;
- Coragem - encorajar as pessoas que não possuem facilidade de comunicação e bom relacionamento interpessoal, encorajar a equipe a experimentar e buscar novas soluções, além de encorajar a obtenção de feedback do cliente.
III. Objetiva capturar os critérios de aceitação para as funcionalidades em desenvolvimento. Trabalha com as seguintes etapas:
- Discutir (Discuss): discussão colaborativa com a equipe visando elicitar os critérios de aceitação.
- Refinar (Distill): refinamento dos critérios de aceitação em um conjunto concreto de cenários/exemplos de uso descrevendo o comportamento esperado da aplicação em uma linguagem comum a todos os membros da equipe.
- Desenvolver (Develop): transformação dos testes de aceitação (descrevendo o comportamento esperado do software) em testes/especificação automatizados.
IV. Suas práticas incluem:
- Envolver as partes interessadas no processo através de Outside-in Development.
- Usar exemplos para descrever o comportamento de uma aplicação ou unidades de código.
- Automatizar os exemplos para prover um feedback rápido e testes de regressão.
- Usar o verbo deve (should) ao descrever o comportamento de software para ajudar a esclarecer responsabilidades e permitir que funcionalidades sejam questionadas.
- Usar dublês de teste (mocks, stubs, fakes, dummies, spies) para auxiliar na colaboração entre módulos e códigos que ainda não foram escritos.
Os processos ágeis I, II, III e IV são, correta e respectivamente, denominados: