Módulo de Avaliação Acadêmica – 2023

André Henrique Silva de Menezes

Théo Davide Fontes Araújo

DOCUMENTO DE REQUISITOS DO SISTEMA

Módulo de Avaliação Acadêmica

Valença – BA
2023
1
 SUMÁRIO

1 CRIAÇÃO DO BRIEFING ............................................................................................. 4

2 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS ..................................................... 5

2.1 Requisitos funcionais e não funcionais voltados para pessoas com

deficiência ................................................................................................................... 7

3 DIAGRAMA................................................................................................................... 8

3.1 Módulo de agendamento de sessão .................................................................... 8

4 DIAGRAMA DE CASO DE USO ................................................................................... 9

4.1 Formato numerado ............................................................................................. 10

5 DIAGRAMA DE CLASSE COM CINCO OBJETOS DO SOFTWARE ....................... 11

REFERÊNCIAS.............................................................................................................. 12

2
 HISTÓRICO DE ALTERAÇÕES

Data Versão Descrição Autores

28/08/2023 1.0 Criação do Briefing André Henrique e Théo Davide

11/09/2023 1.1 Alteração do Briefing André Henrique e Théo Davide

Criação de 20 requisitos funcionais e não

18/09/2023 2.0 André Henrique e Théo Davide
funcionais

Criação de 10 requisitos funcionais e não

25/09/2023 2.1 funcionais voltados para pessoas com André Henrique e Théo Davide
deficiência

Criação de diagrama de atividade

23/10/2023 3.0 André Henrique e Théo Davide
contendo um item de cadastro do sistema

Criação de diagrama de caso de uso, bem

como do formato numerado para
30/10/2023 4.0 André Henrique e Théo Davide
representar a interação entre atores
externos e o sistema

Criação de diagrama de classe, contendo

20/11/2023 5.0 André Henrique e Théo Davide
5 objetos do sistema

3
1 CRIAÇÃO DO BRIEFING

1- Quais recursos específicos você gostaria que o software tivesse?

2- Além de títulos, valores, horários e locais, que outros detalhes relevantes você
gostaria de listar para cada sessão de cinema?

3- De que forma você pretende lidar com a venda de ingressos online no software?

4- Haverá quais seções ou categorias para a navegação do usuário no software?

5- Que tipo de sistema de busca você acha mais conveniente para os usuários
encontrarem as sessões desejadas?

6- Que outra opção além do estorno do valor pago poderíamos utilizar nos casos de
atualizações de horários ou cancelamentos de seções?

7- Quais tipos de ingressos você planeja ter (como de estudantes, idosos, crianças)?

8- A exibição de trailers ou sinopses dos filmes é algo que você gostaria de incorporar
ao software?

9- Como você pretende lidar com a venda de ingressos físicos no cinema?

10- Como você deseja que o software lide com o armazenamento e gerenciamento de
dados pessoais dos clientes, considerando as regulamentações de privacidade?

11- Quais recursos específicos você gostaria que o software tivesse?

12- De que forma você espera que o software forneça relatórios ou insights sobre as
sessões mais populares, vendas de ingressos e outros dados relevantes?

13- Quais informações sobre promoções, descontos ou pacotes especiais dos cinemas
o software deve oferecer?

14- Como você gostaria que o software notificasse os usuários sobre novos
lançamentos, promoções especiais ou mudanças nas programações?

15- Em quais plataformas o aplicativo deve ser compatível?

4
2 REQUISITOS FUNCIONAIS E NÃO FUNCIONAIS

N° FUNCIONAL NÃO FUNCIONAL

1 Cadastrar usuário O usuário pode se cadastrar pela conta do google.

2 Buscar filme/série O usuário pode filtrar por ordem de popularidade.

O usuário pode ser notificado de novos lançamentos por

3 Fazer pagamento de ingresso
e-mail.

O usuário pode optar por uma conta infantil ou conta

4 Notificar usuário
normal.

O usuário pode optar por uma conta infantil ou conta

5 Criar tipo de perfil
normal.

O usuário pode compartilhar por WhatsApp, Facebook,

6 Compartilhar link do filme/série
Twitter, Instagram, Gmail.

7 Gerenciar perfis O usuário administrador pode monitorar a conta infantil.

O usuário pode denunciar o filme/série por conteúdo

8 Denunciar conteúdo
sexual, violento, perigoso ou spam.

O usuário pode localizar o endereço do cinema pela API

9 Localizar a sessão mais próxima
do Google Maps.

10 Avaliar filme/série O usuário pode avaliar através de estrelas e comentários.

O usuário pode ordenar por tipo de pagamento (cartão,

11 Imprimir extrato de pagamentos pix, boleto) ou por data( 1 semana, 15 dias, 30 dias, 90
dias)

O usuário pode adicionar ou remover filmes/séries da

12 Criar playlist
playlist

O usuário pode visualizar seu histórico de visualização,

Histórico de progresso de filmes/séries incluindo informações sobre o progresso atual em
13
assistidas filmes/séries em andamento, como o tempo assistido e o
tempo restante.).

O usuário pode cancelar mudança de horário ou

14 Cancelar reserva
desistência.

O sistema deve ser capaz de fornecer recomendações de

15 Recomendações personalizadas filmes/séries com base no histórico de visualizações e
avaliações do usuário.

5
 O usuário pode personalizar as preferências de
16 Configurações de notificação notificação, como escolher receber notificações por push,
e-mail ou ambos.

O sistema deve ser capaz de oferecer suporte a vários

17 Suporte a idiomas idiomas para a interface do usuário e descrições de
filmes/séries.

O sistema deve exibir a classificação etária de cada

18 Classificação etária filme/série e permitir que os pais restrinjam o acesso a
conteúdo inadequado para crianças.

Os comentários feitos pelos usuários devem passar por

19 Comentários moderados moderação antes de serem exibidos publicamente para
evitar conteúdo ofensivo.

O usuário pode personalizar as configurações de legenda,

20 Configurações de legenda
incluindo tamanho da fonte, cor e posicionamento.

6
 2.1 Requisitos funcionais e não funcionais voltados para pessoas
com deficiência

N° FUNCIONAIS NÃO FUNCIONAIS

O aplicativo deve ser compatível com leitores de tela

populares, como o VoiceOver (iOS) e o TalkBack (Android),
1 Leitor de Tela
para que pessoas com deficiência visual possam usar o
aplicativo.

Deve ser possível alternar para um modo de alto contraste

2 Alto Contraste para tornar o conteúdo mais legível para pessoas com
deficiência visual.

Os usuários devem ser capazes de aumentar o tamanho do

3 Ampliação de Texto
texto para facilitar a leitura por pessoas com baixa visão.

Deve fornecer opção para habilitar/desabilitar legendas em

4 Legendas e Áudio-Descrição filmes e áudio-descrição para pessoas com deficiência auditiva
ou visual.

O aplicativo deve permitir o controle por voz, incluindo a

5 Controles de Voz
pesquisa de filmes, seleção de horários e locais.

Deve ser possível usar um teclado Braille ou teclado externo

6 Compatibilidade com Braille
para navegar no aplicativo.

Deve haver um processo simplificado de compra de ingressos

Assistência na Compra de
7 que seja fácil de seguir para pessoas com deficiência
Ingressos
cognitiva.

Os usuários devem ser capazes de configurar gestos

Suporte a Gestos
8 personalizados para realizar ações comuns, tornando a
Personalizados
navegação mais fácil para pessoas com deficiências motoras.

O aplicativo deve permitir que os usuários personalizem as

Configurações de Acessibilidade
9 configurações de acessibilidade de acordo com suas
Personalizadas
necessidades individuais.

As reservas podem ser feitas online, por telefone ou na

10 Reserva de Assentos Acessíveis
bilheteria.

7
3 DIAGRAMA
3.1 Módulo de agendamento de sessão

8
4 DIAGRAMA DE CASO DE USO

9
4.1 Formato numerado

Identificação: Módulo de pagamento.

Caso de uso: realizar pagamento de ingresso.

Atores: Cliente, Sistema, Recepcionista e Banco.

Pré-condições: o cliente deve estar cadastrado e logado no aplicativo; deve

fornecer informações de pagamento válidas; deve possuir limite de crédito ou
saldo disponível.

Pós-condições: registrar pagamento no sistema; atualizar banco de dados para

refletir a transação concluída do cliente; emitir recibo; atualizar disponibilidade
de assentos do cinema; notificar cliente sobre a confirmação.

01. O Sistema pergunta a forma de pagamento

02. O Cliente informa o método de pagamento
03. O Sistema solicita os dados do cartão ou gera QR Code
04. O Cliente informa os dados, caso seja cartão
05. O Sistema verifica e valida os dados
06. O Cliente lê QR Code, caso seja pix
07. O Banco confirma o pagamento
08. O Recepcionista recebe pagamento presencialmente, caso seja dinheiro
09. O Sistema ou Recepcionista registra o pagamento (dependendo do
método)
10. O Banco notifica ao Sistema que o pagamento foi concluído
11. O Sistema notifica ao Cliente que o pagamento foi concluído e gera recibo
para o Cliente
12. O Sistema atualiza banco de dados e disponibilidade de assento

10
5 DIAGRAMA DE CLASSE COM CINCO OBJETOS DO SOFTWARE

11
 REFERÊNCIAS

VIANA, Thiago Afonso de M. N. INTRODUÇÃO A MODELAGEM DE SOFTWARE:

UML – Unified Modeling Language. UNIAESO. Olinda, PE. [s.d.]

CAMBRUZZI, Eduardo. CONCEITOS FUNDAMENTAIS. Análise e Projeto de

Sistemas. IFBA, Campus Valenca, 2019.

12