Avaliação Online 2_ FEV TADS

Prévia do material em texto

10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 1/12
Avaliação Online 2
Entrega 12 abr em 23:59 Pontos 20 Perguntas 10
Disponível 6 abr em 0:00 - 12 abr em 23:59 7 dias
Limite de tempo 120 Minutos Tentativas permitidas 2
Instruções
Histórico de tentativas
Tentativa Tempo Pontuação
MAIS RECENTE Tentativa 1 19 minutos 20 de 20
 As respostas corretas estarão disponíveis em 13 abr em 0:00.
Pontuação desta tentativa: 20 de 20
Enviado 10 abr em 23:19
Esta tentativa levou 19 minutos.
Leia com atenção as orientações abaixo antes de iniciar esta prova:
Serão permitidas duas tentativas para realizar esta avaliação, prevalecendo a maior nota.
Programe-se para realizar suas avaliações com tranquilidade, pois você terá 120 minutos
cronometrados (por tentativa) para conclusão e envio das respostas.
Ao iniciar a avaliação o cronômetro não para, independentemente da plataforma estar aberta ou
não;
Durante a realização da prova:
Será exibido uma questão por vez, podendo “Avançar” ou “Voltar” quando necessário dentro
do período da tentativa;
A tentativa somente será contabilizada após clicar no botão “Enviar”.
Fazer o teste novamente
2 / 2 ptsPergunta 1
Requisitos de software consistem no detalhamento dos serviços e
restrições do software que será desenvolvido. A engenharia de
requisitos fornece um mecanismo para entender aquilo que o cliente
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872/history?version=1
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872/take?user_id=18037
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 2/12
deseja através do levantamento, análise, documentação e verificação
das necessidades.
Assinale a alternativa que se refere a uma técnica de elicitação de
requisitos que consiste na observação do trabalho diário das partes
interessadas (stakeholders, em inglês) no software a ser desenvolvido.
 Entrevista. 
 Caso de uso. 
 Etnografia. 
 Prototipação. 
 Questionário. 
2 / 2 ptsPergunta 2
Os requisitos não funcionais surgiram da necessidade dos usuários e
também das restrições de orçamento, das políticas das organizações,
das necessidades de interoperabilidade com outros sistemas de
software ou hardware e de fatores externos, como regulamentos de
segurança ou leis sobre privacidade.
 
Eles podem ser categorizados em requisitos de produto,
organizacionais e externos, conforme Sommerville (2011).
 
Qual das categorias a seguir NÃO É considerada um requisito não
funcional externo?
 De legais. 
 De éticos. 
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 3/12
 De interoperabilidade. 
 De confiabilidade. 
 De privacidade e de segurança. 
Conforme seção 3.4, conforme Sommerville (2011), requisitos
externos abrangem todos os requisitos que derivam de fatores
externos ao sistema e seu processo de desenvolvimento, como
por exemplo, os requisitos legais que devem ser seguidos para
garantir que o sistema opere dentro da lei. Requisitos de
confiabilidade são considerados requisitos não funcionais de
produto, não sendo um requisito não funcional externo.
2 / 2 ptsPergunta 3
O levantamento de requisitos, também conhecido como elicitação de
requisitos, é uma atividade que combina elementos de resolução de
problemas, elaboração, negociação e especificação de requisitos.
Engenheiros de software trabalham com clientes e usuários finais do
software que será produzido para obter informações sobre os serviços
que o sistema deve oferecer, o contexto da aplicação, o desempenho
do sistema, as restrições de hardware etc.
 
Diante desse contexto, qual a sequência CORRETA do processo de
levantamento e análise de requisitos, conforme Sommerville (2011)?
 Especificação; Priorização e negociação; Construção. 
 
Descoberta; Classificação e organização; Priorização e negociação;
Especificação.
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 4/12
 
Classificação e organização; Especificação; Priorização e negociação. 
 
Especificação; Classificação e organização; Priorização e negociação. 
 
Classificação e organização; Priorização e negociação; Descoberta;
Especificação.
Descoberta, Classificação e organização, Priorização e
negociação, Especificação
 
Feedback: Conforme seção 3.5, segundo Sommerville (2011),
as atividades do processo de levantamento e análise de
requisitos são:
1. Descoberta de requisitos: diálogo com clientes e usuários
finais para descobrir requisitos do software a ser
desenvolvido;
2. Classificação e organização de requisitos: após a realização
da atividade de descoberta dos requisitos, são feitas a
classificação e a organização desses. Requisitos comuns
são agrupados, requisitos redundantes são descartados;
3. Priorização e negociação de requisitos: priorização dentre
os requisitos listados pelos clientes e usuários finais, quais
deverão ser desenvolvidos primeiro;
4. Especificação de requisitos: consiste em escrever os
requisitos de usuários e de sistema em documentos. Esta é
a ordem proposta por Sommerville (2011) para termos maior
produtividade no levantamento de requisitos.
2 / 2 ptsPergunta 4
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 5/12
A descoberta de requisitos consiste no processo de reunir informações
como documentação, clientes e usuários finais, e especificações
similares sobre o sistema a ser produzido.
 
Uma técnica para descobrir os requisitos de software são entrevistas
formais ou informais.
 
Diagramas de casos de uso são uma técnica de elicitação de
requisitos. Sua forma simples permite ilustrar às partes interessadas a
interação com o sistema por meio de atores e casos de uso.
 
A etnografia consiste em uma técnica de observação utilizada para
descobrir os requisitos sociais e organizacionais.
 
Qual das alternativas abaixo é FALSA em relação a entrevistas,
diagramas de casos de uso e etnografia?
 
A etnografia não permite a descoberta dos requisitos organizacionais
ou de domínio.
 
Na etnografia, o engenheiro de software (ou analista) se insere no
ambiente de trabalho da empresa e observa o a rotina dessa, anotando
todas as tarefas realizadas pelas partes interessadas.
 
A etnografia ajuda a descobrir requisitos implícitos, pois com ela é
possível capturar informações sobre situações reais em vez de
processos formais definidos pela empresa
 
Diagramas de casos de uso são eficazes para descobrir e documentar
restrições do sistema, requisitos/regras de negócio e requisitos não
funcionais.
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 6/12
 
As entrevistas podem ser fechadas (questionário com perguntas
predefinidas) ou abertas (não têm um conjunto de perguntas
predefinidas).
Conforme seções 3.7, 3.8 e 3.9, casos de uso são considerados
boas técnicas para descobertas de requisitos por mostrar a
interação das partes interessadas (usuários, por exemplo) com
o sistema. No entanto, devido ao fato de o foco do diagrama de
caso de uso estar nas interações com o sistema (ou seja, com
quais funcionalidades os usuários interagirão), o diagrama caso
de uso não é eficaz para descobrir restrições do sistema,
requisitos/regras de negócio e requisitos não funcionais. As
demais alternativas estão corretas.
2 / 2 ptsPergunta 5
A engenharia de requisitos surgiu para facilitar o entendimento das
necessidades dos clientes antes de se projetar o software e abrange
sete tarefas distintas; algumas delas ocorrem em paralelo e todas são
adaptadas às necessidades do projeto. De acordo com Pressman
(2016), qual alternativa abaixo NÃO É VERDADEIRA sobre as 7
tarefas:
 
Gestãode requisitos: a necessidade de alterações nos requisitos de
software persiste ao longo da vida de um sistema, portanto sua gestão
é importante. Essa tarefa consiste em um conjunto de atividades para
ajudar a equipe da revisão técnica a reconhecer, inspecionar e conduzir
as alterações que decorrem durante o projeto
 
Especificação: descrição alto nível das especificações de requisitos de
software, feitas exclusivamente através de modelos gráficos.
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 7/12
 
Negociação: é nesta etapa que todos os conflitos devem ser
conciliados, sendo solicitado aos clientes e usuários que decidam qual
será a prioridade dos requisitos a serem implementados.
 
Validação: se avalia a qualidade dos artefatos, sendo feita através da
verificação da especificação de requisitos, garantindo que todos os
requisitos tenham sido declarados sem ambiguidade, sem
inconsistências, sem omissões e sem erros.
 No answer text provided. 
 
Levantamento: essa tarefa transparece ser a mais simples, no entanto
é um equívoco. Inicialmente, parece que basta perguntar ao cliente o
que ele deseja que o seu software tenha e faça, qual será a sua
utilização, quantos usuários finais o sistema terá, entre outras
informações.
Conforme seção 3.1, de acordo com Pressman (2016), todas as
tarefas são verdadeiras e constituem as 7 tarefas da
engenharia de requisitos, à exceção da tarefa de Especificação,
cuja descrição é em nível altamente detalhado das
especificações de requisitos de software podendo ser feitas
através de modelos gráficos, bem como diagramas, documento
por escrito, modelo matemático etc
2 / 2 ptsPergunta 6
“A interface é definida como o local onde o contato entre duas
entidades ocorre. Por exemplo, a interface entre usuário e computador
é o monitor (ROCHA; BARANAUSKAS, 2000).” A respeito do conceito
de interface temos:
 
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 8/12
I- A evolução do hardware contribuiu para a evolução da interface
gráfica.
II- A interface gráfica ampliou o uso de computadores e notebooks,
pois simplificou a forma na qual usamos os computadores.
III- Segundo a ISO 9241-110, a interface representa somente o
software em um sistema interativo, que fornece informações e controle
necessários para que o usuário realize uma determinada tarefa.
IV - A interface foi pouco explorada nos últimos anos.
 
Assinale a alternativa correta:
 I, II e III estão corretas. 
 Todas as alternativas estão corretas. 
 I e IV estão corretas. 
 I e II estão corretas. 
 II e IV estão corretas. 
As alternativas I e II estão corretas.
A alternativa III é incorreta, pois as partes de um sistema
interativo incluem software ou hardware. Conforme trecho
abaixo:
ISO 9241-110 define interface como “todas as partes de um
sistema interativo (de software ou hardware) que fornecem
informações e controle necessários para que o usuário realize
uma determinada tarefa com o sistema interativo”.
Alternativa IV está incorreta, pois a interface tornou-se um
importante conceito a ser explorado nos últimos anos.
2 / 2 ptsPergunta 7
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 9/12
O processo de análise e projeto de interfaces de SW permite auxiliar
engenheiros de SW e analistas de sistemas na elaboração de
interfaces de SW. De acordo com Pressman, TODOS os modelos
abaixo são utilizados para apoiar o processo de análise e projeto de
interfaces de SW, EXCETO:
 Modelo de Interface 
 Modelo de projeto/desenho 
 Modelo de usuário 
 Modelo mental do usuário 
 Modelo de implementação ou imagem do sistema 
2 / 2 ptsPergunta 8
A disciplina de Interface Homem-Máquina (IHM) define estratégias e
padrões de interação entre o ser humano e a máquina. Referente à
disciplina de Interface Homem-Máquina (IHM), TODAS as opções
abaixo dizem respeito às responsabilidades desta disciplina, EXCETO:
 
Foco nos requisitos de arquitetura de SW no âmbito da comunicação
entre sistemas.
 
Foco no desenho, avaliação e implementação de sistemas interativos. 
 Trabalha no conceito de usabilidade do sistema de SW. 
 Trabalha no conceito de aceitabilidade do sistema de SW. 
 Permite desenvolver SW que sejam fáceis de utilizar. 
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 10/12
2 / 2 ptsPergunta 9
Segundo Pressman (2016), a análise e o projeto de interfaces contam
com quatro modelos:
· Modelo de usuário
· Modelo de projeto ou modelo do designer
· Modelo mental do usuário
· Modelo de implementação ou imagem do sistema
 
A respeito desses modelos, marque a alternativa correta:
 
O projeto de design é criado a partir das informações capturadas dos
usuários.
 
Usuários frequentes referem-se a usuários que conhecem os termos da
interface, mas ainda não têm incorporado o conhecimento para a
execução das tarefas na aplicação.
 
Usuários intermitentes referem-se aos usuários que possuem o
domínio completo da aplicação e que procuram atalhos e modos de
interação abreviados.
 
O modelo mental refere-se ao que o usuário desenvolve para entender
e explicar a operação do sistema.
 
O modelo de implementação é formado pelo layout (aparência física) e
a forma como o sistema responde ao sistema.
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 11/12
O projeto de design é criado a partir das informações
capturadas dos usuários.
Demais alternativas estão incorretas, conforme descrito abaixo:
 
· Usuários frequentes e com conhecimento: referem-se aos
usuários que possuem o domínio completo da aplicação e que
procuram atalhos e modos de interação abreviados.
· O modelo de usuário refere-se ao que o usuário desenvolve
para entender e explicar a operação do sistema.
· A imagem do sistema é formada pelo layout (aparência física)
e a forma como o sistema responde ao sistema.
· Usuários intermitentes e com conhecimento: trata-se de
usuários que conhecem os termos da interface, mas ainda não
têm incorporado o conhecimento para a execução das tarefas
na aplicação.
2 / 2 ptsPergunta 10
A Interface Homem Máquina (IHM) é definida por Rocha e
Baranauskas (2000, p. 14) como “uma disciplina preocupada com o
design, avaliação e implementação de sistemas computacionais
interativos para uso humano e com o estudo dos principais fenômenos
ao redor deles”.
 
Sobre os atributos de aceitabilidade de um sistema, assinale a
alternativa verdadeira:
 Utilidade, usabilidade e confiabilidade. 
 Confiabilidade, eficiência, uso de linguagem Java. 
 Usabilidade, Eficiência e uso de UML. 
10/04/2021 Avaliação Online 2: FEV.TADS.2 - Engenharia de Software
https://newtonpaiva.instructure.com/courses/10788/quizzes/23872 12/12
 Usabilidade, arquitetura sistêmica e uso de linguagem Java. 
 Eficiência, compatibilidade, uso de UML. 
São atributos de aceitabilidade: Utilidade, usabilidade e
confiabilidade. Já os requisitos: Arquitetura sistêmica, uso de
linguagem Java e uso de UML não são atributos de
aceitabilidade, o que inviabiliza as alternativas nas quais estão
presentes.
Pontuação do teste: 20 de 20