Buscar

Análise de Sistemas Orientada A Objetos II

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. 
Comentário 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. 
Comentário 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. 
Comentário 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. 
Comentário 
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. 
Comentário 
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. 
Comentário 
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. 
Comentário 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. 
Comentário 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. 
Comentário 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 principaldo 
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. 
Comentário 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.

Outros materiais