Buscar

requisitos de sistemas 4

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você também pode ser Premium ajudando estudantes

Prévia do material em texto

1a Questão (Ref.: 201603173373) Pontos: 0,0 / 0,1
Sobre a obtenção de requisitos de um sistema proposto, no âmbito de uma abordagem tradicional de 
desenvolvimento, abaixo analise as assertivas e assinale a alternativa que aponta a(s) correta(s): I. A fase de 
validação de requisitos corresponde à confirmação dos conhecimentos adquiridos junto aos clientes/usuários. II. 
Fontes de informações durante a fase de obtenção de requisitos incluem, dentre outras, documentação, 
stakeholders de sistema e especificações de sistemas similares. III. A interação com os stakeholders neste processo
se dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar 
nesta obtenção. IV. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos. V. 
Brainstorming trata-se de uma técnica de elicitação que ocorre em ambiente mais informal em que toda a ideia 
deve ser levada em consideração para a solução de um problema, sendo proibida a crítica a qualquer sugestão 
dada, e encorajada, inclusive, a criação de ideias que pareçam estranhas ou exóticas.
Apenas II e III.
Apenas I e III.
Apenas I e II.
 Apenas I, II, III e IV.
 I, II, III, IV e V.
 2a Questão (Ref.: 201603378745) Pontos: 0,0 / 0,1
A respeito dos Casos de Uso UML, marque V - Verdadeiro ou F - Falso para cada assertiva a seguir.
 Casos de Uso, tanto na versão textual quanto em diagrama, é uma abordagem de modelagem que ajuda na
comunicação entre a equipe, clientes e usuários, principalmente, no que se refere à validação dos 
requisitos.
 O Diagrama de Casos de Uso especifica quais as interações os atores realizam com o sistema e 
representam o comportamento interno e externo dos sistema.
 Os Diagramas de Casos de Uso servem para definir e descrever requisitos funcionais, visto que representa o
que o sistema oferece em termos de serviços ou ações.
 O Diagrama de Casos de Uso se preocupa em apresentar o que o sistema realiza em interação com o 
usuário e como essas interações são implementadas.
 Casos de Usos é uma abordagem de modelagem que visa a simplificação do sistema e suas diferentes 
visões.
 3a Questão (Ref.: 201603173371) Pontos: 0,1 / 0,1
No desenvolvimento de um certo produto de software, foi determinado que um dos requisitos do produto seria a 
exibição de informações em planilhas eletrônicas. Contudo, durante uma reunião de revisão, a equipe do projeto 
verificou que esse formato não facilitava a interpretação das informações e sugeriu que fosse construído um 
gráfico, que permitiria a identificação mais rápida de informações importantes. Diante desse fato, o gerente do 
projeto deve:
autorizar a equipe do projeto a implementar o gráfico e registrar a mudança.
solicitar à equipe do projeto que ignore a sugestão, uma vez que está fora do escopo definido.
analisar o impacto da modificação e, somente se o impacto no projeto for grande, submetê-la à 
aprovação do cliente.
 analisar o impacto da modicação e submetê-la à aprovação do cliente, independentemente da 
relevância do impacto.
autorizar a equipe do projeto a implementar o gráfico e desprezar o registro da mudança, atendendo à 
recomendação de que sejam rastreadas apenas mudanças cujo impacto seja significativo no custo ou 
nos prazos do projeto.
 4a Questão (Ref.: 201603154165) Pontos: 0,1 / 0,1
Falhas ao longo do ciclo de desenvolvimento do Software são custosas e sempre que identificadas mais cedo, 
menor impacto causam ao projeto, em termos de custo, prazo e arquitetura. Qual a fase que um BUG detectado 
causa maior impacto?
Requisitos
Levantamento
 Operação ou Manutenção
Desenvolvimento
Arquitetura
 5a Questão (Ref.: 201603154166) Pontos: 0,0 / 0,1
Vários são os motivos que levam um projeto a ter problema, o principal deles é um requisito com problema. 
Podemos listar como causas para isso:
 Falta de uma técnica adequada para o desenvolvimento do Software.
 Ausencia de entendimento do negócio do cliente
 Falta de uma técnica adequada para o levantamento do Requisito.
 Documentação não descrita de forma clara e objetiva.
 Levantamento feito de forma inadequada

Continue navegando