Questões de Concurso Sobre processos de software - desenvolvimento ágil em engenharia de software

Foram encontradas 1.871 questões

Q2240199 Engenharia de Software

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.

Alternativas
Q1018470 Engenharia de Software
Uma característica corretamente associada a uma das metodologias ágeis está expressa em:
Alternativas
Ano: 2014 Banca: FAURGS Órgão: TJ-RS Prova: FAURGS - 2014 - TJ-RS - Programador |
Q877000 Engenharia de Software

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?

Alternativas
Ano: 2014 Banca: FAURGS Órgão: TJ-RS Prova: FAURGS - 2014 - TJ-RS - Analista de Sistema |
Q876922 Engenharia de Software

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?

Alternativas
Q855503 Engenharia de Software
São características do Extreme Programming (XP), EXCETO:
Alternativas
Q837529 Engenharia de Software
O processo ágil XP possui doze práticas que são os princípios fundamentais do processo. A prática que encoraja a equipe inteira a trabalhar mais unida em busca de qualidade no código fazendo melhorias e refatoramentos em qualquer parte do código a qualquer tempo é conhecida como
Alternativas
Q837526 Engenharia de Software
O processo ágil eXtreme Programming (XP) surgiu da experiência adquirida no projeto “C3 Payroll” na empresa americana Chrysler. Este projeto consistia na implementação de um sistema de folha de pagamento que havia fracassado utilizando as metodologias tradicionais de desenvolvimento de software. Com o sucesso desse projeto, o XP chamou a atenção dos meios acadêmico e empresarial, tornando-se tema de pesquisas e discussões. Sabendo disso, sobre o XP, é correto afirmar que
Alternativas
Q756935 Engenharia de Software
No que se refere ao Scrum, método ágil para a gestão e o planejamento de projetos de sistemas, é correto afirmar que um Sprint significa
Alternativas
Q607356 Engenharia de Software
Uma das práticas do método ágil XP (eXtreme Programming) é:
Alternativas
Q585961 Engenharia de Software
Assinale a reunião do Scrum que tem a finalidade de inspecionar como transcorreu o último Sprint em se tratando de pessoas, das relações entre elas, dos processos e das ferramentas.
Alternativas
Q585960 Engenharia de Software
Assinale a alternativa INCORRETA sobre o Sprint do Scrum.
Alternativas
Q514825 Engenharia de Software
A figura abaixo ilustra o processo da “Extreme Programming”. 


Imagem associada para resolução da questão

As fases I, II, III e IV são denominadas:
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Analista de Negócios |
Q499267 Engenharia de Software
A “Extreme Programming - XP” representa urn dos mais conhecidos métodos ágeis. Uma das práticas utilizadas na XP é:
Alternativas
Q490299 Engenharia de Software
De acordo com o autor Schwaber, o Scrum é um framework para desenvolvimento e manutenção de produtos complexos baseado em três pilares, que são:
Alternativas
Q490295 Engenharia de Software
Dentre os princípios do manifesto ágil para desenvolvimento de software, NÃO se inclui (em)
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Gerente de Projetos |
Q476376 Engenharia de Software
A “Extreme Programming (XP)” representa uma das metodologias mais utilizadas quando se trata de métodos ágeis. Dois princípios da XP são descritos a seguir.

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:
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Gerente de Projetos |
Q476375 Engenharia de Software
A figura q seguir ilustra o processo "Extreme Programming (XP)" e mostra ideias-chave e tarefas associadas às atividades desenvolvidas, que podem ser organizadas em etapas.

imagem-009.jpg

As etapas I, II, III, e IV são conhecidas, respectivamente, por:
Alternativas
Ano: 2014 Banca: FUNCAB Órgão: MDA Prova: FUNCAB - 2014 - MDA - Gerente de Projetos |
Q476374 Engenharia de Software
Analise as afirmativas a seguir, relacionadas ao modelo ágil de processo conhecido porScrum.

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:
Alternativas
Q472314 Engenharia de Software
Ana foi contratada em uma empresa para efetuar trabalhos de desenvolvimento relacionados à área de informática. Logo no primeiro dia foi convidada a participar de uma reunião que é efetuada diariamente, de apenas 15 minutos. Todos os participantes ficam em pé e ela é conduzida pelos próprios desenvolvedores. Durante este pequena reunião, foram abordados o que cada desenvolvedor conseguiu concluir desde a última reunião, o que ele pretende efetuar até a próxima e, o que Ana achou muito importante, o que está impedindo que este desenvolvedor prossiga com seu trabalho. Ana foi informada que esta reunião pertence ao método ágil
Alternativas
Q472301 Engenharia de Software
Há diversos processos e práticas ágeis de desenvolvimento de software. Considere:

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:
Alternativas
Respostas
1521: E
1522: D
1523: E
1524: E
1525: B
1526: A
1527: E
1528: C
1529: D
1530: C
1531: E
1532: D
1533: C
1534: B
1535: D
1536: D
1537: E
1538: C
1539: C
1540: E