Questões de Concurso
Sobre processos de software - desenvolvimento ágil em engenharia de software
Foram encontradas 1.909 questões
Ano: 2015
Banca:
FCC
Órgão:
TRE-RR
Prova:
FCC - 2015 - TRE-RR - Analista Judiciário - Análise de Sistemas |
Q510238
Engenharia de Software
Os modelos ágeis de desenvolvimento NÃO
Ano: 2015
Banca:
IV - UFG
Órgão:
AL-GO
Prova:
CS-UFG - 2015 - AL-GO - Analista Legislativo - Analista de Sistemas |
Q507684
Engenharia de Software
Considere um sistema de software para um ambiente de negócio que se caracteriza por: mudanças rápidas nas regras de negócio, requisitos em fase inicial de definição, e valorização da participação ativa de fun cionários da empresa em detrimento de processos e ferramentas que burocratizem o trabalho. De acordo com o exposto, a abordagem de desenvolvimento adequada para esse sistema seria a adoção de um
Ano: 2015
Banca:
IV - UFG
Órgão:
AL-GO
Prova:
CS-UFG - 2015 - AL-GO - Assistente Legislativo - Programador de Computador |
Q504682
Engenharia de Software
Extreme Programming (XP) é um exemplo de método ágil que foi definido por Kent Beck. O XP inclui uma abordagem de teste que
Ano: 2015
Banca:
FGV
Órgão:
TJ-BA
Prova:
FGV - 2015 - TJ-BA - Analista Judiciário - Tecnologia da Informação - Reaplicação |
Q501356
Engenharia de Software
São considerados processos ágeis os processos de desenvolvimento de software que compartilham um conjunto comum de princípios, conforme definido pelo Manifesto Ágil. Analise as afirmativas a seguir acerca de alguns desses processos ágeis:
I. Scrum emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos.
II. FDD (Feature Driven Development) pressupõe a entrega de pequenas versões funcionais, isto é, blocos bem pequenos de funcionalidade valorizada pelo cliente, a cada duas semanas ou menos.
III. Extreme Programming (XP) enfatiza práticas de trabalho energizado, em que a equipe trabalha em ritmo acelerado para assegurar a liberação de versões funcionais dentro do quadro de tempo estabelecido.
Está correto o que se afirma em:
I. Scrum emprega uma abordagem iterativa e incremental para aperfeiçoar a previsibilidade e o controle de riscos.
II. FDD (Feature Driven Development) pressupõe a entrega de pequenas versões funcionais, isto é, blocos bem pequenos de funcionalidade valorizada pelo cliente, a cada duas semanas ou menos.
III. Extreme Programming (XP) enfatiza práticas de trabalho energizado, em que a equipe trabalha em ritmo acelerado para assegurar a liberação de versões funcionais dentro do quadro de tempo estabelecido.
Está correto o que se afirma em:
Q499267
Engenharia de Software
A “Extreme Programming - XP” representa urn dos mais conhecidos métodos ágeis. Uma das práticas utilizadas na XP é:
Ano: 2015
Banca:
CESPE / CEBRASPE
Órgão:
CGE-PI
Prova:
CESPE - 2015 - CGE-PI - Auditor Governamental - Tecnologia da Informação |
Q496292
Engenharia de Software
Com relação ao Scrum, julgue o item subsequente.
De acordo com o guia do Scrum 2013, o planejamento da sprint é formado por um único evento time-boxed.
De acordo com o guia do Scrum 2013, o planejamento da sprint é formado por um único evento time-boxed.
Ano: 2015
Banca:
FUNCAB
Órgão:
MJSP
Prova:
FUNCAB - 2015 - MJ - Gerente de Projetos em Tecnologia da Informação |
Q492969
Engenharia de Software
No Scrum, o evento que ocorre no final da sprint que serve para a equipe examinar a sprint passada e planejar melhorias é conhecido como:
Ano: 2015
Banca:
FUNCAB
Órgão:
MJSP
Prova:
FUNCAB - 2015 - MJ - Gerente de Projetos em Tecnologia da Informação |
Q492967
Engenharia de Software
O manifesto ágil considera que a medida primária de progresso é :
Ano: 2015
Banca:
CONSULPLAN
Órgão:
TRE-MG
Prova:
CONSULPLAN - 2015 - TRE-MG - Técnico Judiciário - Programação de Sistemas |
Q492516
Engenharia de Software
As metodologias ágeis de desenvolvimento surgiram em meados de 1990, como reação aos chamados métodos pesados de desenvolvimento, que eram caracterizados por muita formalidade nas documentações e regulamentações. Muitos eram gerenciados pelo tradicional modelo em cascata. Em 2001, de fato, após uma reunião no estado de Utah, surgiu, definitivamente, e foi propagado o paradigma de desenvolvimento de softwares ágeis. Muitos foram os motivos que levaram a essa concepção, por exemplo: gestão orientada a pessoas, adaptabilidade de processos, design e construção de software usando uma metodologia adaptativa, entre outros. Uma dessas metodologias ágeis é “centrada em estabelecer os recursos e o tempo fixo para o desenvolvimento de um projeto, ajustando suas funcionalidades de maneira a atender os prazos estipulados”. A respeito dessa metodologia, assinale a alternativa correta.
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
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:
Ano: 2014
Banca:
UNIRIO
Órgão:
UNIRIO
Prova:
UNIRIO - 2014 - UNIRIO - Analista Tecnologia da Informação - Desenvolvimento de Sistemas |
Q490295
Engenharia de Software
Dentre os princípios do manifesto ágil para desenvolvimento de software, NÃO se inclui (em)
Ano: 2015
Banca:
FCC
Órgão:
CNMP
Prova:
FCC - 2015 - CNMP - Analista do CNMP - Tecnologia de Informação e Comunicação Desenvolvimento de Sistemas |
Q486727
Engenharia de Software
Considere que o Conselho Nacional do Ministério Público − CNMP está propondo uma mudança de processos tradicionais de
desenvolvimento de sistemas para uma nova abordagem, conforme indica a figura abaixo.
Um Analista de Desenvolvimento de Sistemas do CNMP, observando a figura, afirma corretamente que a nova abordagem corresponde ao
Um Analista de Desenvolvimento de Sistemas do CNMP, observando a figura, afirma corretamente que a nova abordagem corresponde ao
Ano: 2012
Banca:
CESGRANRIO
Órgão:
Petrobras
Prova:
CESGRANRIO - 2012 - BR Distribuidora - Profissional Júnior - Formação Analista de Sistemas - Ênfase em Java - Crm e Web |
Q486617
Engenharia de Software
Dentre as metodologias de desenvolvimento ágil, a eXtreme Programming (XP) é uma das mais conhecidas. Nessa metodologia, são usados os conceitos de teste de aceitação (acceptance test) e de história do usuário (user story). Com relação às práticas recomendadas pela XP, analise as afirmações a seguir.
I - Uma história do usuário deve refletir corretamente as necessidades do cliente com relação a certa funcionalidade do sistema esperada por esse cliente.
II - É uma prática recomendada pela XP que um desenvolvedor especifique os cenários para os testes de aceitação de cada história de usuário que ele implemente.
III - Uma história de usuário é exatamente igual a um caso de uso, devendo ser utilizada em conjunto com um documento de requisitos e ter apenas um teste de aceitação escrito para ela.
É correto APENAS o que se afirma em
I - Uma história do usuário deve refletir corretamente as necessidades do cliente com relação a certa funcionalidade do sistema esperada por esse cliente.
II - É uma prática recomendada pela XP que um desenvolvedor especifique os cenários para os testes de aceitação de cada história de usuário que ele implemente.
III - Uma história de usuário é exatamente igual a um caso de uso, devendo ser utilizada em conjunto com um documento de requisitos e ter apenas um teste de aceitação escrito para ela.
É correto APENAS o que se afirma em
Q484976
Engenharia de Software
O SCRUM, processo para o desenvolvimento de software ágil, estrutura-se sobre:
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:
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:
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.
As etapas I, II, III, e IV são conhecidas, respectivamente, por:
As etapas I, II, III, e IV são conhecidas, respectivamente, por:
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:
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:
Ano: 2014
Banca:
FCC
Órgão:
TRT - 2ª REGIÃO (SP)
Prova:
FCC - 2014 - TRT - 2ª REGIÃO (SP) - Analista Judiciário - Tecnologia da Informação |
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
Ano: 2014
Banca:
FCC
Órgão:
TRT - 2ª REGIÃO (SP)
Prova:
FCC - 2014 - TRT - 2ª REGIÃO (SP) - Analista Judiciário - Tecnologia da Informação |
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:
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:
Ano: 2014
Banca:
IV - UFG
Órgão:
CELG/GT-GO
Prova:
CS-UFG - 2014 - CELG/GT-GO - Analista de Gestão - Analista de Sistemas |
Q468369
Engenharia de Software
Existem vários métodos para o gerenciamento de projetos. Segundo o método SCRUM
Conheça nossos planos