Avaliação Online 2_ Engenharia de Software (1)

Prévia do material em texto

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 42 minutos 20 de 20
 As respostas serão mostradas após a última tentativa
Pontuação desta tentativa: 20 de 20
Enviado 12 abr em 17:54
Esta tentativa levou 42 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
Fazer o teste novamente
2 / 2 ptsPergunta 1
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:
https://newtonpaiva.instructure.com/courses/6452/quizzes/11161/history?version=1
https://newtonpaiva.instructure.com/courses/6452/quizzes/11161/take?user_id=14002
 Modelo de implementação ou imagem do sistema 
 Modelo mental do usuário 
 Modelo de usuário 
 Modelo de Interface 
 Modelo de projeto/desenho 
2 / 2 ptsPergunta 2
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:
 Trabalha no conceito de aceitabilidade do sistema de SW. 
 Permite desenvolver SW que sejam fáceis de utilizar. 
 Trabalha no conceito de usabilidade do sistema de SW. 
 
Foco no desenho, avaliação e implementação de sistemas interativos. 
 
Foco nos requisitos de arquitetura de SW no âmbito da comunicação
entre sistemas.
2 / 2 ptsPergunta 3
A aceitabilidade na disciplina de Interface Homem-Máquina (IHM)
define características e aspectos de aceitação de interfaces de SW por
seus usuários. Com relação à aceitabilidade de um sistema de SW, o
conceito avalia se a aceitabilidade do SW no âmbito social é definido
como:
 Aceitabilidade homem-máquina 
 Aceitabilidade de interface 
 Aceitabilidade prática 
 Aceitabilidade social 
 Aceitabilidade de usabilidade 
2 / 2 ptsPergunta 4
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 interoperabilidade. 
 De privacidade e de segurança. 
 De legais. 
 De éticos. 
 De confiabilidade. 
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 5
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
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.
 Caso de uso. 
 Prototipação. 
 Entrevista. 
 Questionário. 
 Etnografia. 
2 / 2 ptsPergunta 6
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)?
 
Classificação e organização; Priorização e negociação; Descoberta;
Especificação.
 
Classificação e organização; Especificação; Priorização e negociação. 
 
Descoberta; Classificação e organização; Priorização e negociação;
Especificação.
 Especificação; Priorização e negociação; Construção. 
 
Especificação; Classificação e organização; Priorização e negociaçã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 7
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.
 
As partes interessadas de um software variam muito, seja pelo
tamanho da empresa, quantidade de usuários, tipos de sistemas que
interagem etc. Durante o processo de levantamento de requisitos,
todas essas fontes de requisitos devem ser consideradas.
 
Uma técnica de descoberta de requisitos sob pontos de vistas é
utilizada para estruturar a elicitação e a documentação dos requisitos
do software sob os diversos pontos de vista das partes interessadas.
 
Qual dos requisitos funcionais abaixo poderia pertencer a um titular de
conta corrente de uma agência bancária e também para um não
correntista deste mesmo banco?
 Consultar saldo. 
 Depositar dinheiro. 
 Solicitar extratos. 
 Transferir dinheiro. 
 Sacar dinheiro. 
Conforme seção 3.6, os requisitos são elaborados analisando-
se os mais diversos pontos de vista dos usuários/partes
interessadas, portanto, precisamos encontrar um requisito
funcional que possa atender um correntista de um banco, assim
como também atender um não correntista. Operações como
sacar dinheiro, consultar saldo, solicitar extratos, transferir
dinheiro e depositar dinheiro pertencem a proprietários de conta
corrente; a única operação que geralmente é atribuída a
pessoas que não sejam detentoras de conta corrente, portanto,
não correntistas, é depositar dinheiro. Logo esse requisito
funcional atende os dois usuários nesse sistema bancário.
2 / 2 ptsPergunta 8
A descoberta de requisitos consiste no processo de reunir informações
como documentação, clientes e usuários finais, e especificações
similaressobre 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?
 
As entrevistas podem ser fechadas (questionário com perguntas
predefinidas) ou abertas (não têm um conjunto de perguntas
predefinidas).
 
Entrevistas são consideradas boas formas de compreensão dos
requisitos de modo global, mais especificamente requisitos do domínio
da aplicação, pois o conhecimento desse tipo de requisito é tão familiar
às partes interessadas que elas têm facilidade em informá-los.
 
Diagramas de caso de uso têm algumas limitações que impedem a
captura de todos os tipos de requisitos do projeto do sistema e por isso,
devem ser utilizados em conjunto com outros diagramas como de
atividades, de sequência e de colaboração.
 
Nos diagramas de casos de usos, os atores (o bonequinho palito)
representam todas as possíveis interações que os usuários finais ou
outros sistemas terão com o software a ser desenvolvido. Já as linhas
representam a ligação dos atores com os seus respectivos casos de
uso.
 
A etnografia não permite a descoberta dos requisitos organizacionais
ou de domínio.
A técnica de entrevista é considerada uma boa forma de
compreensão dos requisitos de modo global, mas não para os
requisitos do domínio da aplicação, pois o conhecimento desse
tipo de requisito é tão familiar às partes interessadas que elas
têm dificuldades (ao invés de facilidade conforme exposto na
alternativa) em expô-los ou simplesmente não mencionam por
não julgar necessário aos engenheiros de software. As demais
alternativas estão corretas.
2 / 2 ptsPergunta 9
Sobre exemplos de requisitos funcionais, considere:
 
I. Para cada cliente, deve ter um número de matrícula.
II. O tempo de resposta do software entre a solicitação e outra não
pode exceder a 5 minutos.
III. O sistema deve gerar relatórios mensais que mostrem a quantidade
de produtos vendidos no mês vigente.
 
Está correto o que se afirma em:
 II, apenas. 
 III, apenas. 
 I e II, apenas. 
 I, apenas. 
 I e III, apenas. 
Apenas as alternativas I e III são exemplos de requisitos
funcionais. A alternativa II refere-se a um exemplo de requisito
não funcional.
2 / 2 ptsPergunta 10
De acordo com Pressman (2016), a engenharia de requisitos contém
sete tarefas distintas, sendo que algumas delas ocorrem em paralelo e
todas são adaptadas às necessidades do projeto.
Em relação a essas tarefas descritas por Pressman, assinale a opção
correta.
 
A tarefa gestão de requisitos é responsável pela avaliação dos
artefatos produzidos na engenharia de requisitos.
 
A tarefa de especificação é composta apenas de um documento por
escrito; portanto, não deve conter modelos gráficos e, muito menos,
cenários de casos de uso.
 
A tarefa concepção consiste em compreender o problema, propor uma
solução para resolvê-lo e entender o que o cliente deseja.
 
A tarefa negociação é responsável por descobrir os requisitos
funcionais através de entrevistas com os usuários.
 
A tarefa elaboração consiste em descrever o problema com base nas
informações obtidas na tarefa de negociação.
Concepção: consiste em compreender o problema, propor uma
solução para resolvê-lo e entender o que o cliente deseja. A
eficácia da comunicação e colaboração iniciais entre o cliente e
a equipe de software também é essencial. As demais estão
negadas ou uma tarefa foi trocada por outra.
Pontuação do teste: 20 de 20