Av2 - Engenharia de Requisitos

Prévia do material em texto

Colaborar	
Engenharia de Requisitos (/aluno/timeline/i…
Av2 - Engenharia de Requisitos
(/notific
 (
Informações
 
Adicionais
Período:
 
26/02/2024
 
00:00
 
à
 
08/04/2024
 
23:59
Situação:
 
Cadastrado
Tentativas:
 
1
 
/
 
3
Pontuação:
 
2500
Protocolo:
 
Avaliar
 
Material
)
1) A documentação, em projetos que utilizam de metodologias tradicionais de desenvolvimento, era uma
parte extensa e necessitava estar totalmente completa antes da fase de codificação do produto. Esta obrigatoriedade de estar pronta, na prática, significa que o cliente não poderia “mudar de ideia” e alterar qualquer requisito já especificado previamente, o que deixa todo o processo engessado.
Na prática, a necessidade do cliente é dinâmica, de modo que seus interesses podem mudar a qualquer momento, ao longo do projeto, e, em caso de projetos com prazos de entrega longos, nos quais o cliente só verá o produto após sua finalização, poderia significar que o produto entregue ao final do processo não iria mais refletir a necessidade inicial do cliente.
Com base no texto acima, e em seus conhecimentos sobre a documentação de requisitos, assinale a alternativa CORRETA que apresenta um artefato resultante da fase de especificação de requisitos.
Alternativas:
a) Diagrama de entidade relacionamento
b) Fluxograma do projeto
c) (
Alternativa
 
assinalada
)Cenários de caso de uso
d) Diagrama de classes
e) Modelo da arquitetura do sistema
 (
2
)
 
A documentação dos requisitos de um projeto evoluiu, ao longo do tempo. Com as metodologias de
 
desenvolvimento tradicionais, como a cascata e a espiral, apenas o documento de Especificação de
 
Requisitos era desenvolvido, precisando ser mantido atualizado ao
 longo de todas as etapas do projeto de
 
construção
 
da
 
aplicação.
)
Com o avanço das metodologias ágeis, principalmente do framework SCRUM, o foco na escrita de documentos complexos, como o da Especificação de Requisitos, foi alterado para a garantia de uma aplicação em funcionamento, reduzindo a documentação para as funcionalidades escritas em formato de Histórias de usuário, que podem ser escritas de forma individualizadas para cada tarefa que a equipe de desenvolvimento deverá executar.
Com base no texto acima, e em seus conhecimentos sobre a documentação da fase de Especificação de Requisitos, selecione a opção CORRETA que apresenta um documento gerado nesta fase.
Alternativas:
a) (
Alternativa
 
assinalada
)Documento de Viabilidade Técnica.
b) Documento de Histórico do projeto.
c) Organograma da equipe.
d) Fluxograma do projeto.
e) Plano de testes.
 (
Para
 
a
 
equipe
 
da
 
gestora
 
Akiko,
 
o
 
processo
 
de
 
mudanças
 
de
 
requisitos
 
compreende
 
em
 
três
 
atividades:
 
análise
 
do
 
problema
 
como
 
causa
 
da
 
mudança,
 
análise
 
do
 
custo
 
da
 
mudança
 
e
 
atualização
 
da
 
documentação.
Compreende-se
 
por
 
análise
 
do
 
problema:
.
 
Assinale
 
a
 
alternativa
 
que
 
preenche
 
corretamente
 
a
 
lacuna.
Alternativas:
Efetuar
 
o
 
monitoramento
 
das
 
mudanças
 
de
 
requisitos.
Documentar
 
as
 
mudanças
 
de
 
requisitos.
Comunicar
 
o
 
gestor
 
de
 
operações
 
da
 
mudança
 
de
 
requisitos.
Apurar
 
o
 
custo
 
da
 
mudança
 
de
 
requisito.
Criar
 
rotina
 
diferente
 
para
 
analisar
 
o
 
problema.
Alternativa
 
assinalada
) (
4
)
 
A
 
elaboração
 
da
 
Matriz
 
de
 
Rastreabilidade
 
de
 
Requisitos
 
compreende
 
alguns
 
pontos
 
importantes
 
que
 
o
 
gestor
 
da
 
empresa
 
Yokohama
 
Co
 
quer
 
reforçar
 
com
 
o
 
seu
 
time.
A
 
fi
nalidade
 
é
 
a
 
união
 
das
 
informações
 
em
 
uma
 
matriz,
 
especificando
 
os
 
requisitos
 
que
 
pertencerão
 
a
 
ela,
 
seus respectivos
 
detalhes
 
e categorizações
 
por
 
ordem
 
de precedência
 
e
 
prioridade.
Assinale
 
a
 
alternativa
 
que
 
corresponde
 
a
 
a
firmativa.
Alternativas:
Investigação
 
inicial.
Documentação
 
de
 
requisitos.
)
 (
5
)
 
Aos interessados no bom funcionamento do sistema da companhia de petróleo Carcóvia, os requisitos
 
devem
 
ser
 
constantemente
 
revisados
 
para
 
garantia
 
que
 
o
 
sistema
 
mantenha
 
um
 
comportamento
 
sem
 
erros
 
ou
 
travamento.
Faça
 
a
 
associação
 
entre
 
as
 
colunas
 
sobre
 
a
 
Revisão
 
de
 
Requisito
 
e
 
as
 
ações
 
desejáveis
 
para
 
cada
 
problema.
 
Coluna
 
A
Esclarecimento
 
do
 
requisito
Perda
 
de
 
informação
Conflitos
 
de
 
requisitos
Requisitos
 
irreais
 
Coluna
 
B
Alguma
 
informação
 
pode
 
ter
 
desaparecido
 
da
 
documentação
 
de
 
requisitos.
O
 
requisito
 
pode
 
ter
 
sido
 
mal
 
expressado
 
ou
 
pode
 
ter
 
havido
 
omissão
 
de
 
informações,
 
durante
 
a
 
fase
 
de
 
elicitação
Requisitos
 
que
 
não
 
podem
 
ser
 
implementados
 
com
 
a
 
tecnologia
 
disponível
 
ou
 
possuem
 
restrições
 
em
 
relação
 
ao
 
sistema.
Os
 
interessados
 
envolvidos
 
devem
 
negociar
 
para
 
resolver
 
possíveis
 
divergências.
Assinale
 
a
 
alternativa
 
que
 
corresponde
 
à
 
associação
 
entre
 
as
 
colunas.
Alternativas:
a)
 
I
 
–
 
2;
 
II
 
–
 
1;
 
III
 
–
 
3;
 
IV
 
–
 
4.
b)
 
I
 
–
 
1;
 
II
 
–
 
4;
 
III
 
–
 
3;
 
IV
 
–
 
2.
c)
 
I
 
–
 
2;
 
II
 
–
 
3;
 
III
 
–
 
4;
 
IV
 
–
 
1.
d)
 
I
 
–
 
4;
 
II
 
–
 
1;
 
III
 
–
 
2;
 
IV
 
–
 
3.
e)
 
 
I
 
–
 
2;
 
II
 
–
 
1;
 
III
 
–
 
4;
 
IV
 
–
 
3.
Alternativa
 
assinalada
) (
Especificação
 
dos
 
requisitos.
Composição
 
da
 
Matriz
 
de
 
Rastreabilidade
 
de
 
Requisitos.
Refinamento
 
de
 
requisitos.
Alternativa
 
assinalada
)
image1.png
image2.png
image3.png
image4.png