Colaborar - Av - Subst

Prévia do material em texto

 Engenharia de Requisitos (/aluno/timeline/i…
Av - Subst. 1 - Engenharia de Requisitos
Colaborar  
(/notific
Informações Adicionais
Período: 04/06/2024 00:00 à 15/06/2024 23:59
Situação: Cadastrado
Tentativas: 1 / 3
Pontuação: 2500
Protocolo: 1024160609
Avaliar Material
1)
a)
b)
c)
d)
e)
2)
As metodologias ágeis de desenvolvimento de sistemas se baseiam no Manifesto Ágil, um documento
escrito em 2001 contendo as diretrizes básicas para a gerência de todo processo. Um dos pontos
importantes no manifesto é a alteração do foco na documentação, que era um dos pilares para as
metodologias tradicionais, para a garantia do funcionamento da aplicação desenvolvida.
 
A fase de especificação dos requisitos, a mais importante em todo processo de desenvolvimento,
independente da metodologia adotada pela equipe, se tornou mais enxuta com a implantação das
metodologias ágeis, como a SCRUM. Um exemplo é a substituição do documento de Especificação de
Requisitos, longo e complexo, para a escrita das Histórias de Usuário, focadas nas reais necessidades do
cliente e construído com apoio dele.
Com base no texto acima, selecione a alternativa CORRETA que representa quais as perguntas que as
Histórias de Usuário devem responder.
Alternativas:
Como <papel>, onde <requisito>, por que <motivo>.
Como <persona>, eu <quero>, <para que>. Alternativa assinalada
A fim de <motivo>, para <critérios>, eu <persona>.
Para <critérios>, como <persona>, onde <requisito>.
Em resposta a <critério>, eu <quero>, onde <requisito>.
https://www.colaboraread.com.br/aluno/timeline/index/3471719803?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/aluno/timeline/index/3471719803?ofertaDisciplinaId=2144626
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
https://www.colaboraread.com.br/notificacao/index
javascript:void(0);
a)
b)
c)
d)
e)
3)
a)
Aplicações autoadaptáveis têm a capacidade de alterarem seu comportamento, em tempo de execução,
conforme alterações no ambiente ou em resposta a análises feitas periodicamente. Por serem aplicações
dinâmicas, seus requisitos iniciais são considerados parcialmente completos, dado o grau de incerteza que
existe das ações que ocorrerão ao longo do tempo de execução da aplicação.
 
Aplicações convencionais, sem o comportamento adaptativo, possuem seus requisitos levantados por
completo, anteriormente ao processo de desenvolvimento do software. No caso da necessidade de
adaptações, é importante responder a algumas questões, como quando haverá necessidade de intervenção
humana e quando é a própria aplicação que irá decidir para qual comportamento se ajustar.
Com base no texto acima, e em seus conhecimentos sobre os requisitos autoadaptáveis, a característica de
autoproteção se caracteriza por:
Alternativas:
capacidade de auto-regeneração, sem intervenção humana, após ocorrência de uma falha.
capacidade de se adaptar para as configurações de máquina disponíveis no servidor atual.
capacidade de adaptar a performance aos requisitos de máquina disponíveis.
capacidade de detectar e se proteger de eventuais ataques, de forma a blindar a
aplicação.
Alternativa assinalada
capacidade de decidir para qual fluxo seguir, em termos de comportamento, conforme interação do
usuário.
O Manifesto Ágil, escrito em 2001, foi tido como base para a difusão das metodologias ágeis e mudança
de paradigma no processo de desenvolvimento de softwares. O principal objetivo com as metodologias
ágeis era dar uma maior transparência ao cliente, interessado e patrocinador do produto, em relação ao que
estava sendo elaborado e seria entregue, garantindo assim que seus anseios com o produto pudessem ser
efetivamente alcançados.
 
A mudança de foco, que nas metodologias tradicionais estava em desenvolver uma sólida e complexa
documentação, foi alterada para o produto em funcionamento, minimizando o nível de complexidade da
documentação, que ainda precisa existir.
  
Com base em seus conhecimentos sobre o levantamento de requisitos em metodologias ágeis, analise as
afirmações a seguir:
 
I.   Product backlog são os requisitos já refinados e prontos para o desenvolvimento.
II.  Os requisitos da Sprint Backlog são extraídos do conjunto do Product backlog e detalhados.
III. As Histórias de Usuário são utilizadas para detalhamento dos requisitos e seus critérios de validação.
Considerando o contexto apresentado, é correto o que se afirma em:
Alternativas:
I e II, apenas.
b)
c)
d)
e)
4)
a)
b)
c)
d)
e)
5)
II e III, apenas. Alternativa assinalada
I e III, apenas.
I, II e III.
III, apenas.
Para toda aplicação que vai ter seu projeto iniciado, um dos principais pontos de atenção, além da
definição de seus requisitos, é a delimitação do escopo desta aplicação. Elaborar um planejamento a cerca
dos recursos que serão necessários, como quantas pessoas e quais os perfis necessários de conhecimento
que estas pessoas devem ter para compor a equipe de desenvolvimento, assim como quanto será gasto em
todo projeto para que o produto seja entregue é essencial para garantir o sucesso do projeto.
 
O escopo, após delimitado e todo o planejamento a cerca do projeto ter sido elaborado, deve ser acordado
entre as partes interessadas (cliente e equipe de desenvolvimento) para que o projeto tenha início.
Qualquer coisa que altere o acordado previamente irá impactar negativamente nos custos do projeto, seja
aumentando recursos ou prazo de entrega.
 
Com base no texto acima, e em seus conhecimentos sobre o escopo da aplicação, avalie as seguintes
asserções e a relação entre elas.
 
I.  O processo para definição do escopo de uma aplicação precisa ser feito de forma iterativa
 
PORQUE
 
II. A compreensão do domínio da aplicação e suas regras de negócio é feita aos poucos, ao longo do
processo de levantamento e especificação dos requisitos.
Após a análise dessas asserções, assinale a alternativa correta.
Alternativas:
As asserções I e II são verdadeiras e a II justifica a I. Alternativa assinalada
A asserção I é verdadeira, enquanto a II é falsa e não justifica a I.
A asserção II é verdadeira, enquanto a I é falsa e não é a causa da II.
As asserções I e II são falsas.
As asserções I e II são verdadeiras e a II não justifica a I.
A engenharia de software é a disciplina responsável pelo processo de desenvolvimento de aplicações,
aplicando uma abordagem de teorias, métodos e ferramentas para projetar e construir novos sistemas.
 
a)
b)
c)
d)
e)
O engenheiro de software irá, por exemplo, estudar e aplicar técnicas para auxiliar no processo de elicitação
de requisitos, além de aplicar boas práticas de programação no software que será construído, garantindo
boa manutenibilidade e longevidade ao produto.
 
A engenharia de requisitos, por sua vez, se apresenta como um ramo da engenharia de software voltado
para garantir que a metodologia adequada para cada fase da elicitação de requisitos seja feita de forma
adequada e sistemática.
Assinale a alternativa que apresenta as fases da elicitação de requisitos, na ordem correta de
acontecimentos.
Alternativas:
Gerenciamento de requisitos, levantamento de requisitos, validação, especificação e estudo de
viabilidade.
Estudo de viabilidade, especificação, levantamento de requisitos, validação e gerenciamento de
requisitos.
Especificação, estudo de viabilidade, validação, levantamento de requisitos e gerenciamento de
requisitos.
Estudo de viabilidade, levantamento de requisitos, especificação, validação e
gerenciamento de requisitos.
Alternativa assinalada
Estudo de viabilidade, especificação, gerenciamento de requisitos, levantamento de requisitos e
validação.