Ciências de Dados - AV3 - 2TRI

Considerando os conceitos de requisitos funcionais e não funcionais na Engenharia de Software, analise as afirmativas abaixo e assinale a alternativa que apresenta uma definição correta sobre esses tipos de requisitos.

• • Requisitos funcionais tratam apenas da aparência visual do sistema.

• • Requisitos não funcionais não precisam ser documentados, pois são subjetivos.

• • Requisitos funcionais e não funcionais só são definidos após os testes.

• • Requisitos funcionais descrevem as ações e comportamentos esperados do sistema.

• • Requisitos funcionais definem todos os dados que serão armazenados pelo sistema.

Durante o levantamento de requisitos, é importante registrar informações que definam o que o sistema deve fazer. Qual das opções abaixo representa corretamente um requisito funcional?

• • O sistema deve permitir que o cliente visualize o histórico de compras.

• • O sistema deve estar disponível 24 horas por dia, todos os dias da semana.

• • O sistema deve ser compatível com diferentes versões de navegadores.

• • O sistema deve garantir o acesso seguro por meio de autenticação em dois fatores.

• • O sistema deve responder às ações do usuário em menos de dois segundos.

Classifique os requisitos abaixo como Funcionais (F) ou Não Funcionais (NF). Marque a alternativa que apresenta a sequência correta para os itens 1 a 8:

1. O sistema deve permitir que o usuário altere sua senha.

2. O sistema deve gerar relatórios financeiros em PDF.

3. O sistema deve estar disponível 24 horas por dia.

4. O tempo de resposta para carregar uma página não deve ultrapassar 2 segundos.

5. O cliente poderá consultar o status do pedido em tempo real.

6. O sistema deve bloquear o acesso após 3 tentativas de login incorretas.

7. O sistema deve ser compatível com dispositivos móveis.

8. O sistema deve garantir proteção de dados com criptografia.

• • (1)F – (2)F – (3)NF – (4)NF – (5)F – (6)F – (7)NF – (8)F

• • (1)NF – (2)F – (3)F – (4)NF – (5)F – (6)NF – (7)F – (8)NF

• • (1)NF – (2)NF – (3)F – (4)F – (5)F – (6)NF – (7)NF – (8)NF

• • (1)NF – (2)F – (3)NF – (4)NF – (5)F – (6)NF – (7)F – (8)F

• • (1)F – (2)F – (3)NF – (4)NF – (5)F – (6)NF – (7)NF – (8)NF

A criação de diagramas de Casos de Uso é uma etapa fundamental para a comunicação entre clientes, usuários e a equipe técnica. Qual é o principal propósito deste tipo de diagrama dentro do processo de desenvolvimento de software?

• • Apresentar a arquitetura interna e o design detalhado do software.

• • Representar as interações entre atores e funcionalidades do sistema.

• • Mostrar o fluxo e processamento dos dados no sistema.

• • Definir o modelo de dados e o esquema relacional do sistema.

• • Descrever a implementação das classes e métodos do software.

Em um diagrama de Casos de Uso, o termo ator possui um significado específico que vai além de um simples usuário humano. Considerando as definições usadas na UML, qual das alternativas melhor descreve o que é um ator?

• • O gerente de projeto que supervisiona o desenvolvimento do software.

• • O desenvolvedor responsável pela codificação do sistema.

• • Um sistema externo, dispositivo ou usuário que interage com o sistema.

• • O banco de dados que armazena as informações utilizadas pelo sistema.

• • O ambiente físico onde o sistema está instalado.

Em um diagrama de Casos de Uso UML, existem diferentes tipos de relacionamentos que ajudam a organizar as funcionalidades do sistema e a definir como os casos de uso interagem entre si. Considerando esses relacionamentos, qual das alternativas abaixo descreve corretamente o propósito da relação denominada “include” dentro do diagrama de Casos de Uso?

• • Representar que um ator é uma especialização de outro ator.

• • Mostrar a generalização entre diferentes casos de uso.

• • Definir a hierarquia e relações entre atores do sistema principal.

• • Mostrar que um caso de uso sempre inclui outro caso como parte obrigatória.

• • Representar que um caso de uso é opcional e pode ocorrer dependendo da situação.

Em que situação é mais adequado utilizar a relação “extend” em um diagrama de Casos de Uso?

• Quando uma funcionalidade é opcional e só ocorre em certos cenários específicos.

• Quando uma funcionalidade é obrigatória e sempre executada.

• Quando dois casos de uso são exatamente iguais.

• Quando se quer representar a arquitetura física do sistema.

• Quando um ator herda as ações de outro ator.

Considere que um sistema de vendas possui um caso de uso “Realizar Venda” e outro caso de uso “Calcular Desconto”. Como a relação correta entre esses casos de uso seria representada para que “Calcular Desconto” seja sempre executado durante “Realizar Venda”?

• Por uma relação “extend” do caso “Calcular Desconto” em “Realizar Venda”.

• Por uma relação “include” do caso “Calcular Desconto” em “Realizar Venda”.

• Por uma generalização entre “Calcular Desconto” e “Realizar Venda”.

• Por uma dependência entre os atores envolvidos.

• Não há relação entre casos de uso para esse cenário.