Buscar

Questionário Unidade II - Análise de Sistemas Orientada a Objetos - UNIP 04/2018

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

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
Você viu 3, do total de 6 páginas

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

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
Você viu 6, do total de 6 páginas

Prévia do material em texto

• Pergunta 1 
0,25 em 0,25 pontos 
 
A UML é uma linguagem que possui vários diagramas para representar 
os diversos tipos de requisitos de um software. O diagrama de casos 
de uso é responsável por representar: 
 
Resposta 
Selecionada: 
b. 
as funcionalidades observáveis do sistema e os 
elementos externos que interagem com ele; 
Respostas: a. 
os objetos envolvidos no contexto do sistema; 
 
b. 
as funcionalidades observáveis do sistema e os 
elementos externos que interagem com ele; 
 
c. 
a interação entre os diversos objetos identificados no 
sistema; 
 d. 
o comportamento lógico das funcionalidades; 
 e. 
as diversas funcionalidades executadas pelo sistema. 
Feedback 
da 
resposta: 
Resposta correta: B. 
Comentário da resposta correta: o diagrama de casos de 
uso representa os objetivos a serem realizados pelo 
sistema para atender diversas funcionalidades e as 
interações necessárias com outros sistemas para o seu 
correto funcionamento. 
 
 
• Pergunta 2 
0,25 em 0,25 pontos 
 
A atividade de requisitos que tem por objetivo assegurar que o trabalho 
de levantamento dos requisitos está consistente com o domínio do 
projeto e atende às necessidades do usuário é denominada: 
 
Resposta Selecionada: c. 
validação; 
Respostas: a. 
gerenciamento; 
 b. 
documentação; 
 c. 
validação; 
 d. 
elicitação; 
 e. 
negociação. 
 
Feedback 
da 
resposta: 
Resposta correta: C. 
Comentário da resposta correta: a validação é o momento 
em que o usuário responsável por todos os requisitos que 
foram elicitados e documentados para a construção do 
software demonstra estar de acordo com o que foi 
realizado. 
 
• Pergunta 3 
0,25 em 0,25 pontos 
 
Como são chamados os elementos da UML que são notação para a 
elaboração de diagramas de casos de uso? 
 
Resposta Selecionada: d. 
Casos de uso e atores. 
Respostas: a. 
Classes e atores. 
 b. 
Atividades e estados. 
 c. 
Classes e casos de uso. 
 d. 
Casos de uso e atores. 
 e. 
Atores e objetos. 
Feedback da 
resposta: 
Resposta correta: D. 
Comentário da resposta correta: os diagramas de casos 
de uso utilizam atores e casos de uso para representar os 
objetivos do sistema. 
 
 
• Pergunta 4 
0,25 em 0,25 pontos 
 
Nos diagramas de casos de uso, atores são os agentes externos ao 
sistema, que executam uma determinada ação e esperam algum 
resultado, ou seja, interagem diretamente com o sistema a partir dos 
casos de uso. São atores em sistema de software: 
 
Resposta 
Selecionada: 
d. 
sistemas externos com os quais há troca de 
informações; 
Respostas: a. 
o sistema que está sendo desenvolvido; 
 
b. 
o sistema de banco de dados que armazena as 
informações do sistema; 
 c. 
impressoras atuando como hardware específico; 
 d. 
 
sistemas externos com os quais há troca de 
informações; 
 e. 
objetos do sistema. 
Feedback 
da 
resposta: 
Resposta correta: D. 
Comentário da resposta correta: atores, em um diagrama 
de casos de uso, podem ser papéis de pessoas que 
interagem com (usam) o sistema, sistemas externos com os 
quais são trocadas informações e hardwares específicos, 
que também trocam informações com sistemas, tais como: 
catracas, controle de elevadores, entre outros. 
 
• Pergunta 5 
0,25 em 0,25 pontos 
 
Nos relacionamentos existentes em um diagrama de caso de uso, 
como é chamado o tipo de relacionamento que permite representar que 
o comportamento de um caso de uso pode ou não ser executado? 
 
Resposta Selecionada: c. 
Extensão. 
Respostas: a. 
Uso. 
 b. 
Inclusão. 
 c. 
Extensão. 
 d. 
Herança. 
 e. 
Não pode ser representado. 
Feedback 
da 
resposta: 
Resposta correta: C. 
Comentário da resposta correta: extensão significa que o 
comportamento definido no caso de uso pode ou não ser 
incorporado ao comportamento do caso de uso base, ou 
seja, para que o caso de uso base seja executado, o caso 
de uso de extensão pode ou não ser executado. 
 
 
• Pergunta 6 
0,25 em 0,25 pontos 
 
O processo de engenharia de requisitos tem como objetivo obter 
requisitos definidos especificados e modelos de sistema a partir de 
fontes de requisitos (SWEBOK, 2004). O processo de engenharia de 
requisitos possui cinco atividades principais: elicitação, análise e 
negociação, documentação, validação e gerenciamento de requisitos. A 
atividade de gerenciamento é responsável por: 
 
Resposta 
Selecionada: 
e. 
controlar a mudança dos requisitos ao longo do 
processo da engenharia de requisitos. 
Respostas: a. 
detalhar de tal modo que permita a realização das 
próximas atividades do desenvolvimento; 
 
b. 
analisar e resolver os conflitos por meio da negociação 
com os interessados; 
 c. 
descobrir os requisitos a partir das fontes de requisitos; 
 
d. 
validar os requisitos de acordo com os critérios 
definidos na documentação dos requisitos; 
 
e. 
controlar a mudança dos requisitos ao longo do 
processo da engenharia de requisitos. 
Feedback 
da 
resposta: 
Resposta correta: E. 
Comentário da resposta correta: o controle das mudanças 
de requisitos é a principal atividade do gerenciamento, para 
garantir que as solicitações feitas sejam atendidas e que 
novas requisições sejam analisadas, validadas e 
autorizadas antes de serem incorporadas ao projeto. 
 
• Pergunta 7 
0,25 em 0,25 pontos 
 
Os requisitos funcionais são insuficientes para descrever o sistema de 
software, pois é necessário descrever outros aspectos, como atributos 
do sistema e atributos do ambiente do sistema, normalmente 
classificados como requisitos não funcionais. O requisito não funcional 
que está ligado à capacidade do sistema de software de auxiliar os 
usuários na realização de suas tarefas de maneira produtiva é 
chamado: 
 
Resposta Selecionada: a. 
usabilidade; 
Respostas: a. 
usabilidade; 
 b. 
funcionalidade; 
 c. 
manutenibilidade; 
 d. 
confiabilidade; 
 e. 
portabilidade. 
 
Feedback da 
resposta: 
Resposta correta: A. 
Comentário da resposta correta: a usabilidade caracteriza-
se por fornecer uma interface de fácil uso e interpretação 
das funcionalidades do sistema por parte do usuário. 
 
• Pergunta 8 
0,25 em 0,25 pontos 
 
Requisitos que são declarações, em linguagem natural, com diagramas 
dos serviços que o sistema deverá fornecer aos seus usuários e as 
restrições com as quais deverá operar são os: 
 
Resposta Selecionada: c. 
requisitos de usuário; 
Respostas: a. 
requisitos de sistema; 
 b. 
requisitos técnicos; 
 c. 
requisitos de usuário; 
 d. 
requisitos de validação; 
 e. 
requisitos complexos. 
Feedback da 
resposta: 
Resposta correta: C. 
Comentário da resposta correta: para melhorar o 
entendimento do sistema, os requisitos de usuário devem 
ser claros e fáceis de entender. 
 
 
• Pergunta 9 
0,25 em 0,25 pontos 
 
Uma descrição de caso de uso é uma especificação, em linguagem 
natural sequencial, que descreve a interação do ator com o sistema 
durante a execução de um caso de uso. Cockburn (2005) propõe um 
modelo de descrição de caso de uso contendo alguns elementos que 
nos guiam a especificar um caso de uso de forma eficaz e completa. 
Entre esses elementos, os fluxos alternativos: 
 
Resposta 
Selecionada: 
b. 
descrevem os passos que podem ou não ser 
executados dentro de uma sequência; 
Respostas: a. 
descrevem sucintamente o contexto ao qual se refere 
o caso de uso; 
 
b. 
descrevem os passos que podem ou não ser 
executados dentro de uma sequência; 
 c. 
 
descrevem o passo a passo normal de um caso de 
uso;d. 
descrevem a situação do sistema antes da execução 
dos casos de uso; 
 
e. 
descrevem a situação do sistema depois da execução 
dos casos de uso. 
Feedback 
da 
resposta: 
Resposta correta: B. 
Comentário da resposta correta: os fluxos alternativos são 
exceções que podem ocorrer durante o caminho básico, 
desviando o sistema para a execução ou tratamento de 
comportamentos fora do papel principal do caso de uso. 
 
• Pergunta 10 
0,25 em 0,25 pontos 
 
Uma ferramenta para ajudar na elicitação de requisitos é o 
brainstorming, quando um grupo de usuários é reunido para debater a 
respeito de um determinado requisito. Essa ferramenta é uma técnica 
de: 
 
Resposta Selecionada: d. 
reunião facilitada; 
Respostas: a. 
entrevista; 
 b. 
cenários; 
 c. 
análise de documentos; 
 d. 
reunião facilitada; 
 e. 
prototipação. 
Feedback 
da resposta: 
Resposta correta: D. 
Comentário da resposta correta: o brainstorming é uma 
ferramenta que ajuda no levantamento em grupo de 
requisitos, com a contribuição de todos a respeito de um 
assunto e posterior entendimento e validação dos 
envolvidos.

Continue navegando