Questões de Concurso
Comentadas sobre metodologia de desenvolvimento de software em engenharia de software
Foram encontradas 239 questões
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. 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
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.
A ordem correta de execução dessas quatro etapas é:
Um protótipo de sistema auxilia na validação de requisitos, no projeto de interface com o usuário, podendo, ainda, ser usado para a realização de testes.
Com relação ao processo de gerenciamento de mudanças, segundo Sommerville, analise as afirmativas a seguir.
I. O primeiro estágio no processo de gerenciamento de configuração é completar um formulário de solicitação de mudança que descreva a mudança necessária para o sistema. Este formulário registra as recomendações sobre a mudança, os custos estimados e as datas de quando ela foi solicitada, aprovada, implementada e validada.
II. O gerenciamento de mudanças de pacotes de softwares genéricos, em vez de sistemas desenvolvidos sob encomenda para determinado cliente, precisa ser tratado de maneira ligeiramente diferente. Nestes sistemas o cliente é diretamente envolvido, de modo que a relevância da mudança para o negócio do cliente torna‐se um significativo problema a ser resolvido.
III. Em alguns métodos ágeis, como extreme programming, os
clientes são diretamente envolvidos na decisão se uma
mudança for implementada. Quando eles propõem uma
mudança para os requisitos do sistema, trabalham com a
equipe para avaliar seu impacto e, então, decidem se a
mudança deve ter prioridade, em detrimento das outras
características planejadas para o próximo incremento do
sistema.
Segundo Pressman, é importante quantificar o nível de incerteza e o grau de perda associados a cada risco quando os riscos de software são analisados. Para conseguir isso, diferentes categorias de risco são consideradas. Uma destas categorias é denominada riscos de projeto.
Assinale a alternativa que indica a definição desta categoria.