Questões de Concurso
Sobre xp (extreme programming) em engenharia de software
Foram encontradas 329 questões
No que tange aos modelos ágeis de gestão de projetos, julgue os itens seguintes.
I As etapas do Design Thinking encerram-se em definição do desafio, imersão, análise, criação e solução.
II No Scrum, as respostas a mudanças importam mais que planejamento.
III O Extreme Programming baseia-se no tripé agilidade no desenvolvimento da solução, economia de recursos e simplicidade do produto final.
IV Na visão do OKR, os objetivos compromissados são aqueles que devem ser obrigatoriamente atingidos em todos os níveis da organização.
Estão certos apenas os itens
“No desenvolvimento XP é utilizado o ______________. Primeiro são criados os testes unitários e depois o código para que os testes funcionem essa abordagem é complexa no início, mas os testes unitários são essenciais para que a qualidade do projeto seja mantida.”
A alternativa que completa corretamente a lacuna é:
I - Cliente presente: O cliente deve participar ativamente do processo de desenvolvimento. Tudo precisa da comunicação com o cliente.
II - Código coletivo: Diz que o código fonte não tem dono, porém, somente o gerente do produto pode dar permissão para que o código seja modificado.
III – Não Refatoração: É um processo que permite que o código não seja modificado demais, para não interferir no que já foi feito.
Estão corretas:
Assinale a opção que apresenta a prática desta metodologia que contribui para produção de softwares de alta qualidade.
(1) Entrega incremental do software para o cliente. (2) Documentação antes, desenvolvimento depois. (3) Requisitos mudam, mudanças devem ser aceitas. (4) Manter a simplicidade, eliminar a complexidade.
Da relação apresentada, existem somente:
Julgue o próximo item, relativos a metodologias ágeis para a gestão de projetos e o desenvolvimento de software.
A metodologia XP define que a programação seja feita em
pares: dois desenvolvedores codificam o mesmo programa,
ao mesmo tempo e no mesmo computador.
Acerca de RUP (rational unified process) e XP (extreme programming), julgue o seguinte item.
Na XP, as histórias dos usuários (casos de uso) devem
descrever os detalhes dos requisitos da solução, tais como a
tecnologia a ser utilizada e a modelagem do banco de dados;
isso irá permitir planejar melhor a interface do usuário na
release planning e, consequentemente, o desenvolvimento da
solução.
Acerca de RUP (rational unified process) e XP (extreme programming), julgue o seguinte item.
Uma das práticas da XP é a integração contínua que visa
aperfeiçoar o projeto de codificação do sistema de software,
tal que a estrutura interna se aprimora sem que seu
comportamento se altere.
Com base nos conceitos de computação em nuvem, benefícios e alta disponibilidade, julgue o próximo item.
O SAFe é um framework cujo objetivo consiste em expandir
o desenvolvimento ágil no âmbito corporativo, permitindo
que o Scrum e o XP sejam aplicados a grandes organizações
e facilitando o gerenciamento de tarefas em empresas com
vários desenvolvedores integrados.
O processo de desenvolvimento de software especificado pela Programação Extrema (eXtreme Programming – XP) começa com uma fase de planejamento, na qual são levantados e descritos requisitos para o software na forma de _____________________. O projeto e desenvolvimento dos requisitos busca focar nas necessidades imediatas. Necessidades de melhoria no projeto são realizadas através de processos de ____________. Além disso, se recomenda que a atividade de codificação ocorra em _______________ e seja guiada por _______________.
Assinale a alternativa que preenche, correta e respectivamente, as lacunas do trecho acima.
I. A fase de transição se concentra nas atividades necessárias para colocar o software nas mãos dos usuários. Tipicamente, essa fase inclui várias iterações, incluindo versões beta, versões de disponibilidade geral, além de correções de erros e lançamentos de aprimoramento. Um esforço considerável é gasto em atividades ligadas ao usuário: documentação de sistema, treinamento e suporte no uso inicial do produto. Neste ponto, no entanto, o feedback do usuário deve limitar-se principalmente a problemas de ajuste, configuração, instalação e usabilidade do produto.
II. Aspectos significativos do processo devem estar visíveis aos responsáveis pelos resultados. A transparência requer que estes aspectos tenham uma definição padrão comum para que os observadores compartilhem um mesmo entendimento do que está sendo visto. Por exemplo: uma linguagem comum referindo-se ao processo deve ser compartilhada por todos os participantes; e aqueles que realizam o trabalho e aqueles que inspecionam o incremento resultado do trabalho devem compartilhar uma definição comum de Pronto.
III. A implementação inicial do software apoia duas atividades do processo de engenharia de requisitos: a) levantamento de requisitos, pois os usuários podem realizar experiências para ver como o sistema apoia seu trabalho, podendo ter novas ideias para os requisitos, identificar pontos positivos e negativos do software e até propor novos requisitos de sistema; b) validação de requisitos, pois a implementação pode revelar erros e omissões nos requisitos propostos, levando os usuários a crerem que sua visão inicial era incorreta e incompleta e dando a eles oportunidade de fazerem ajustes na especificação de sistema para refletir sua compreensão alterada dos requisitos.
IV. O cliente está sempre participando do desenvolvimento do sistema; testes de unidade e de aceitação fornecem feedback sobre o sistema; oportunidades e problemas são identificados o mais rápido possível; os códigos são integrados e testados constantemente, para o caso de algum problema ser detectado, poder ser corrigido imediatamente.
As características I, II, III e IV são, respectivamente,
Com base nas metodologias de desenvolvimento de software, julgue o seguinte item.
Extreme Programming leva uma
abordagem “extrema” para o
desenvolvimento incremental. Novas
versões do software podem ser
construídas várias vezes por dia e releases
são entregues aos clientes a cada duas
semanas, aproximadamente. Prazos de
releases nunca são desrespeitados. Se
houver problemas de desenvolvimento, o
cliente é consultado e a funcionalidade é
removida do release planejado.