VERIFICAÇÃO DE VA2

Nota:

APRENDIZAGEM 25 pontos

CURSO: Bacharel em Sistemas de Informação

DISCIPLINA: Engenharia de software
PROFESSOR: Rosangela Silqueira Hickson Rios
ALUNO: Weslley Junio Moreira De Souza
PERÍODO: 5º Período DATA: 19/10/2021 TURNO: Noite

Instruções:

• As Avaliações são individuais e sem consulta.

• O tempo mínimo de permanência em sala de aula após o início da avaliação é de quarenta

minutos.

• As respostas da avaliação devem ser feitas à tinta, no caso de respostas a lápis o

aluno não terá direito de pedir revisão. Nas questões de múltipla escolha é obrigatória a
marcação com caneta.
• O número de questões bem como o valor de cada questão está indicado no início da mesma.

• Não serão avaliadas questões que correspondam à cópia dos conceitos dos materiais
usados em sala de aula, livros, apostilas etc. A interpretação e a capacidade de conciliar
teoria e prática serão avaliadas nas respostas dadas.
• As respostas deverão estar no espaço reservado na folha de prova e conter no máximo o
número de linhas solicitado.

• Quando da devolução da avaliação, primeiro faremos a correção da mesma e após será

devolvida para você verificar se ainda existem dúvidas quanto à correção.

• A consulta a colegas ou a utilização de quaisquer materiais não autorizados pelo

professor será considerada fraude, caso em que o professor recolherá a avaliação,
aplicando nota zero aos alunos envolvidos.
• Qualquer dúvida, estou à disposição.

• A prova deverá ser enviada até as 10h do dia 20/10 para o e-mail
rosangela@somospromove.com.br
• BOA PROVA.

1. (2pt) Quando se testa um software, está sendo verificado se ele realmente faz o que é
proposto e, também, estão sendo buscados possíveis defeitos, antes desse efetivo uso. Em
relação a testes de software, todas as alternativas estão corretas, EXCETO:

(A) os testes podem demonstrar se o software é livre de defeitos ou se ele se comportará conforme
especificado em qualquer situação.
(B) o teste é parte de um amplo processo de Verificação e Validação (V&V). Verificação e Validação não
são a mesma coisa.
(C) testes unitários devem centrar-se em testar a funcionalidade dos objetos ou métodos.
(D) testes de desenvolvimento são essencialmente um processo de teste de defeitos, que objetiva
descobrir bugs no software.
(E) o teste de sistema, durante o desenvolvimento, envolve a integração de componentes para a criação
de uma versão do sistema e, em seguida, o teste do sistema integrado.

2. (2pts) O gerenciamento de riscos é um dos trabalhos mais importantes para um gerente de

projeto. Ele envolve antecipar os riscos que podem afetar o cronograma do projeto ou a qualidade
do software que está sendo desenvolvido e tomar medidas para evitar tais riscos. Assinale a
alternativa que indica uma categoria de risco:

(A) Riscos de Pessoal.

(B) Riscos de Hardware.
(C) Riscos de Validação.
(D) Riscos de Testes.
(E) Riscos de Negócio.

3. (2pts) Um produto de software deve apresentar qualidade. A área de gerenciamento de

qualidade atende às necessidades dos desenvolvedores de software, no que diz respeito à
implementação das funcionalidades previstas. Por outro lado, a qualidade também depende de
atributos não funcionais. Os atributos de qualidade de software podem ser classificados em de
Segurança, de Compreensibilidade e de Portabilidade. Todas as alternativas apresentam um
atributo de Segurança, um de Compreensibilidade e um de Portabilidade, nesta sequência,
EXCETO:

(A) Proteção, Testabilidade, Usabilidade.

(B) Avaliação, Maturidade, Coerência.
(C) Confiabilidade, Adaptabilidade, Reusabilidade.
(D) Robustez, Complexidade, Capacidade de Aprendizado.
(E) Resiliência, Modularidade, Eficiência.

4. (2pts) O projeto de interface com o usuário cria um meio efetivo de comunicação entre o ser
humano e o computador. O processo de análise e projeto das interfaces com o usuário abrangem
algumas atividades. Todas as alternativas apresentam uma atividade de arcabouço, EXCETO:

(A) Construção da Interface.

(B) Análise e modelagem do usuário, tarefa e ambiente.
(C) Projeto da interface.
(D) Entrega da interface.
(E) Validação da interface.

5) (1pt) Os requisitos não funcionais são classificados em requisitos de produto, requisitos

organizacionais e requisitos externos. Pode-se afirmar que os requisitos externos são subdivididos
em:

(A) Requisitos reguladores, requisitos de proteção e requisitos de confiança.

(B) Requisitos legais, requisitos éticos e requisitos reguladores.
(C) Requisitos éticos, requisitos de proteção e requisitos de eficiência.
(D) Requisitos contábeis, requisitos operacionais e requisitos de espaço.
(E) Requisitos de espaço, requisitos contábeis e requisitos ambientais.

6. (1pt) Analise as afirmações e responda:

I. O nível de detalhes incluído no documento de requisitos do software não depende do tipo de sistema
que está sendo desenvolvido nem do processo utilizado.
II. O documento de requisitos de software é uma declaração oficial de o que os desenvolvedores do
sistema devem implementar e se houver um grande número de requisitos, os requisitos detalhados de
sistema podem ser apresentados em um documento separado.
III. O documento de requisitos é utilizado pela equipe de desenvolvimento e pelos usuários, mas por
apresentar muitos termos técnicos, deve-se evitar que seja disponibilizado aos financiadores do projeto.

(A) As afirmações I, II e III são verdadeiras.

(B) Somente a afirmação I é verdadeira.
(C) Somente a afirmação II é verdadeira.
(D) Somente as afirmações II e III são verdadeiras.
(E) Somente as afirmações I e III são verdadeiras.

7. (1pt) A UML (Unified Modeling Language) é uma linguagem de modelagem visual utilizada para
modelar softwares baseados no paradigma de orientação a objetos, através de vários diagramas.
Assinale a opção que apresenta a sequência CORRETA de diagramas correspondentes aos
conceitos apresentados nas seguintes afirmações:

I. Diagrama estrutural que tem por objetivo representar os subsistemas ou submódulos englobados por um
sistema de forma a determinar as partes que o compõem.
II. Diagrama comportamental que se preocupa com a ordem temporal em que as mensagens são trocadas
entre os objetos envolvidos em um determinado processo.
III. Descreve a mudança no estado ou condição de uma instância de uma classe ou seu papel durante um
período.

(A) Diagrama de Pacotes, Diagrama de Sequência, Diagrama de Máquina de Estados.

(B) Diagrama de Máquina de Estados, Diagrama de Tempo, Diagrama de Classes.
(C) Diagrama de Classes, Diagrama de Atividades, Diagrama de Tempo
(D) Diagrama de Pacotes, Diagrama de Sequência, Diagrama de Tempo.
(E) Diagrama de Classes, Diagrama de Tempo, Diagrama de Máquina de Estados

8; (2pt) São diagramas comportamentais da UML (Unified Modeling Language):

(A) Diagrama de casos de uso, diagrama de classes e diagrama de atividade.

(B) Diagrama de casos de uso, diagrama de atividade e diagrama de máquina de estados.
(C) Diagrama de classes, diagrama de atividade e diagrama de sequência.
(D) Diagrama de componentes, diagrama de atividade e diagrama de máquina de estados.
(E) Diagrama de componentes, diagrama de casos de uso e diagrama de classes.

9. (2pts) Os requisitos funcionais e não funcionais em engenharia de software, assinale a opção

correta.

(A) Cada usuário do sistema deve ser identificado apenas por sua matrícula de sete dígitos” constitui um
exemplo de requisito não funcional de segurança.

(B) O sistema deve ser de fácil uso pelos usuários finais” configura um exemplo de requisito funcional
individual.

(C) Um único requisito não funcional, como um requisito de proteção, pode gerar uma série de requisitos
funcionais relacionados que definam os serviços necessários no novo sistema.

(D) Os requisitos não funcionais, por lidarem com desempenho, proteção ou disponibilidade, não são
críticos em relação aos requisitos funcionais.

(E) Os requisitos não funcionais, por estarem desvinculados dos serviços específicos oferecidos pelo
sistema, não afetam a arquitetura geral desse sistema.

10. (2pts) Normalmente, na engenharia de software, antes de especificar os requisitos, deve-se

realizar as etapas de

A) modelagem de dados; modelagem funcional; e revisão da documentação.

(B)modelagem de negócio; elicitação e análise; classificação e registro.

(C) levantamento detalhado e classificação; definição do escopo; e priorização e negociação.

(D) modelagem funcional; definição do escopo e classificação; e modelagem de negócio.

(E) descoberta; classificação e organização; e priorização e negociação.

11. (2pts) Considere o modelo de ciclo de vida de software constituído por rotinas de trabalho com
a participação de todos os membros da equipe, onde falhas não são toleráveis e por isso, entre as
atividades, duas têm grande importância no processo: uma delas dedicada ao planejamento da
etapa e outra à de análise de riscos. As atividades são apoiadas pela geração de protótipos.
Suporta o desenvolvimento de sistemas complexos e de grande porte. Trata-se do modelo

(A) Interativo e Incremental.

(B) RAD - Rapid Application Development.

(C)Espiral.

(D) Cascata.

(E) Evolutivo.

12. (3pts) Qual a diferença entre a fase de análise e a fase desenho de sistemas, de acordo com ciclo de
vida clássico, em cascata?

Fase de Análise: nesta fase se identificam as necessidades ou requisitos de

um cliente, assim ocorrem reuniões com os clientes e usuários do software
para conhecer as funcionalidades do programa. Fase de Desenho: nesta fase
tem como objetivo modelar o sistema, atendendo os requisitos levantados na
fase de análise, e prepará-los para a implementação

13. (3pts) Explique, em linhas gerais, o funcionamento do modelo em cascata?

O modelo cascata — também conhecido como processo Waterfall — é uma

metodologia de desenvolvimento de software surgida na década de 1970. Sua
principal característica é a divisão das tarefas em etapas predeterminadas, que são
executadas de forma sequencial. Isso quer dizer que é preciso finalizar todas as
tarefas de uma etapa para que seja possível passar para a seguinte. Ao cumprir todas
as etapas, o resultado será um produto de software funcional, pronto para ser
entregue ao cliente.