Questões de Concurso
Sobre metodologia de desenvolvimento de software em engenharia de software
Foram encontradas 263 questões
I - Métodos ágeis focam em simplicidade, software funcional no início das iterações, flexibilidade e intensa comunicação tanto internamente quanto com clientes.
II - Desenvolvimento incremental é uma estratégia de planejamento estagiado em que várias partes do sistema são desenvolvidas em paralelo, e integradas quando completas, enquanto que o desenvolvimento iterativo é uma estrategia de planejamento de retrabalho em que o tempo de revisão e melhorias de partes do sistema é pré-definido.
III - Princípios que regem as metodologias ágeis: Pessoas e interações, ao contrário de processos e ferramentas; Documentação extensa ao invés do sistema em funcionamento; Colaboração do cliente, ao contrário de constantes negociações de contratos; Respostas rápidas para as mudanças, ao contrário de seguir planos previamente definidos.
Está(ão) correta(s):
• Resultados úteis a cada duas semanas ou menos. • Blocos pequenos de funcionalidade valorizada pelo cliente, chamados "Features". • Planejamento detalhado e guia para medição. • Rastreabilidade e relatórios com maior precisão. • Monitoramento detalhado, com resumos para clientes e gerentes, em termos de negócio. • Fornece uma forma de saber, dentro dos primeiros 10% de um projeto, se o plano e a estimativa são sólidos.
Na gerência de um pipeline de implantação (deployment pipeline), recomenda-se que o código-fonte seja compilado repetidas vezes em contextos diferentes: durante o estágio de commit, nos testes de aceitação, nos testes de capacidade e nos testes exploratórios.
I - Pequenas equipes de trabalho são organizadas de modo a minimizar a comunicação, maximizar a supervisão e minimizar o compartilhamento de conhecimento tácito informal.
II - O trabalho de desenvolvimento e o pessoal que o realiza é dividido em partições claras, de baixo acoplamento, ou em pacotes.
III - O processo produz frequentes incrementos de software que podem ser inspecionados, ajustados, testados, documentados e expandidos.
IV - Os testes são realizados e a documentação elaborada somente após o produto final ter sido construído.
As afirmativas que estão de acordo com os princípios SCRUM e consistentes com a política de desenvolvimento ágil são:
I. Cooperação constante entre pessoas que entendem do ‘negócio’ e desenvolvedores;
II. Simplicidade;
III. Software funcional mais do que documentação extensa;
IV. Documentação extensa mais do que Software funcional;
V. Responder a mudanças mais do que seguir um plano;
VI. Etapas, artefatos e requisitos minuciosamente planejados de antemão;
VII. Equipes de desenvolvedores com um grande número de pessoas;
VIII. Equipes de desenvolvedores com um pequeno número de pessoas.
A lista que contém apenas princípios característicos dos métodos ágeis é:
Grupos de mudança
I - Mudança na arquitetura do software.
II - Mudança no projeto e na implementação.
III - Redução de Escopo.
IV - Mudança nas regras de negócio.
A associação correta, de cima para baixo, é
I. Scrum permite a construção de software incrementalmente por meio de iterações curtas para promover visibilidade para o desenvolvimento e pressupõem equipes pequenas, requisitos pouco estáveis ou desconhecidos.
II. Feature Driven Development (FDD) suporta o desenvolvimento ágil com rápidas adaptações às mudanças de requisitos focados nas fases de desenho e construção de projeto de software.
III. Kanban considera a utilização de uma sinalização ou registro visual para gerenciar o limite de atividades em andamento, indicando se um novo trabalho pode ou não ser iniciado e se o limite acordado para cada fase está sendo respeitado.
Assinale:
1. Definição e entendimento do problema.
2. Desenvolvimento de soluções alternativas.
3. Escolha da melhor solução.
4. Implementação da solução.
A seguir são descritas três atividades que ocorrem neste processo:
I. Define cuidadosamente os objetivos do sistema modificado ou do novo sistema e desenvolve uma descrição detalhada das funções que um novo sistema deve desempenhar.
II. Define se cada alternativa de solução é um bom investimento, se a tecnologia necessária para o sistema está disponível e pode ser administrada pela equipe designada da empresa, e se a organização é capaz de acomodar as mudanças introduzidas pelo sistema.
III. É a “planta” ou modelo para a solução de um sistema de informação e consiste em todas as especificações que executarão as funções identificadas durante a análise de sistemas. Essas especificações devem abordar todos os componentes organizacionais, tecnológicos e humanos da solução.
A associação correta das atividades I, II e III aos passos ao qual pertencem no processo de resolução de problemas está, correta e respectivamente, apresentada em
Segundo o SWEBOK, o processo de projeto de software geralmente considera duas etapas: projeto arquitetural, no qual é descrito como o software é decomposto e organizado em componentes; e o detalhamento do projeto, em que é descrito e especificado o comportamento desses componentes.
No processo tradicional de desenvolvimento em cascata, a gestão de configuração começa a atuar no momento em que todos os testes são concluídos.
Nos processos iterativos de desenvolvimento de software, o tratamento de mudanças em requisitos deve ser priorizado com a realização de um processo formal de gerenciamento de mudanças.
Uma das desvantagens atribuídas ao modelo do desenvolvimento rápido de aplicação consiste na exigência da dedicação total do cliente e de desenvolvedores para a execução de tarefas constantes em um curto período de tempo.
A ordem correta de execução dessas quatro etapas é: