Questões de Concurso
Sobre processos de software - desenvolvimento ágil em engenharia de software
Foram encontradas 1.871 questões
O texto acima apresenta a metodologia ágil conhecida como
Entre os vários papéis do SCRUM, o product owner é a única pessoa responsável por gerenciar o backlog do produto, possuindo, ainda, a responsabilidade de maximizar o valor do produto e do trabalho da equipe de desenvolvimento.
O objetivo do RAD é separar os modelos da visualização e do controle. Ele fornece o controlador e facilita a escrita de moldes padronizados para a camada de visualização.
Em um desenvolvimento ágil que segue o manifesto ágil, não se deve aceitar mudanças de requisitos, mesmo no fim do desenvolvimento. Processos ágeis não se adequam a mudanças não planejadas.
No Scrum, as funcionalidades contidas em um sprint são definidas pelo ProductOwner no ProductBacklog.
Na metodologia Scrum, a fase em que se integra o software, realizam-se os testes finais e gera-se a documentação do usuário é denominada pós-planejamento (post-game phase).
Considere as seguintes premissas:
I. O código fonte não tem dono e ninguém precisa ter permissão concedida para poder modificar o mesmo. O objetivo com isto é fazer a equipe conhecer todas as partes do sistema.
II. Geralmente a dupla é criada com alguém sendo iniciado na linguagem e a outra pessoa funcionando como um instrutor. Como é apenas um computador, o novato é que fica à frente fazendo a codificação, e o instrutor acompanha ajudando a desenvolver suas habilidades. Dessa forma o programa sempre é revisto por duas pessoas, evitando e diminuindo assim a possibilidade de erros.
Fazem parte do modelo de desenvolvimento
I. Emprega uma abordagem orientada a objetos como seu paradigma de desenvolvimento preferido e envolve um conjunto de regras e práticas constantes no contexto de quatro atividades metodológicas: planejamento, projeto, codificação e testes.
II. Seus princípios são usados para orientar as atividades de desenvolvimento dentro de um processo que incorpora as seguintes atividades estruturais: requisitos, análise, projeto, evolução e entrega. Em cada atividade metodológica ocorrem tarefas a realizar dentro de um padrão de processo chamado sprint.
III. Faz uso do teste de unidades como sua tática de testes primária. À medida que cada classe é desenvolvida, a equipe desenvolve um teste de unidade para exercitar cada operação de acordo com a sua funcionalidade especificada. À medida que um incremento é entregue a um cliente as histórias de usuários ou casos de uso implementados pelo incremento são usados como base para testes de aceitação.
IV. O jogo do planejamento se inicia com a atividade de ouvir (que constitui uma atividade de levantamento de requisitos). Essa atividade conduz à criação de um conjunto de histórias de usuários que descreve o resultado, as características e a funcionalidade requisitados para o software a ser construído.
A associação correta entre cada item e o respectivo processo ágil é
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.