A Engenharia de Software

Caso de Uso Autenticar:

1. O ator decide se autenticar no sistema. 2. O sistema solicita as informações obrigatórias para a autenticação: a. E-mail b. Senha 3. O ator informa os dados de autenticação. 4. O sistema valida os dados de autenticação. 5. O sistema registra em histórico (log) a autenticação realizada pelo ator. Os seguintes dados são armazenados:

a. Usuário

b. Grupo de Usuário

c. Data

6. O sistema habilita as ações relacionadas ao grupo de usuário ao qual pertence o ator. 7. O sistema informa que a autenticação foi realizada com sucesso. O caso de uso se encerra. Fluxo Alternativo A: 1. No passo 4 do Fluxo Básico, caso haja algum erro na autenticação relacionado aos dados informados: 2. O sistema informa o erro ao ator. 3. O fluxo retorna ao passo 2 do fluxo básico. Fluxo Alternativo B: 1. No passo 4 do Fluxo Básico, caso o sistema identifique que ator está bloqueado: 2. O sistema informa o erro ao ator. 3. O fluxo retorna ao passo 2 do fluxo básico. Fluxo Alternativo C: 1. No passo 1 do Fluxo Alternativo A, caso aconteça o erro de autenticação após um número configurável de tentativas: 2. O sistema bloqueia o ator. 3. O sistema registra em histórico (log) o bloqueio do ator. 4. O sistema informa o erro ao ator. 5. O fluxo retorna ao passo 2 do fluxo básico.

Caso de Uso Realizar Submissão:

1. O Auto deve Solicitar opção de submissão de trabalhos

2. Selecionar temas aceitos pelo congresso

3. Apresentar tela de submissão contendo os temas aceitos e os tipos de submissão (artigos, cursos e palestras) válidos

4. Selecionar tema

5. Consultar tema selecionado

6. Selecionar tipo de submissão

7. Informar dados da submissão

8. Anexar arquivo com o trabalho a ser submetido

9. Confirmar

10. Registrar submissão

11. Apresentar mensagem de trabalho submetido com sucesso

---

R.F.C(mark I)

Documento de Requisitos de Software

Elicitação

Índice

1        Introdução        4

1.1        Propósito        4

1.2        Escopo        4

1.3        Definições, Siglas e Abreviações        4

1.4        Referências        4

1.5        Visão Geral        4

---

Documento de Requisitos de Software –

Elicitação

1. Introdução

1. Propósito

O propósito do software baseia-se na redução das filas dos cinemas, visto que esta é uma reclamação recorrente, principalmente nas grandes cidades.

1. Escopo

A fim de efetuar a compra do ingresso, o usuário deverá preencher um cadastro com os seguintes itens:

•        Nome completo;

•        CPF;

•        E-mail;

•        Senha;

•        Dados do cartão de crédito ou débito.

Desta forma, será gerado um código QR para postarior validação na entrada do estabelecimento.

 

1. Definições, Siglas e Abreviações

•        R.F.C: Redução das Filas de Cinema;

•        QR: Quick responser (resposta rápida).

1. Referências

PORTAL GLOBO. Disponível em: Acesso em: 05/09/2019.

1. Visão Geral

O projeto desenvolvido tem como objetivo a redução das filas dos cinemas, fazendo com que o usuário utilize um login para obtenção do ingresso. Desta forma haverá a economia do tempo despendido para a validação do bilhete no estabelecimento.

Seção Dados Gerais DRS

Nº OS:		Cliente:		Versão DRS:		Data:
Sigla Projeto		Nome Projeto

Administrador da Fábrica de Software	Gerente do Projeto de Software:	Representante REQM (Requisitos):

Tipo do Desenvolvimento de Software
◻  Encomenda	◻  Produto	◻  Manutenção

Aplicativo(s) Envolvido(s):

Release:

Seção Encomenda

Descrição do Sistema Atual:

Quantidade excessiva de pessoas em filas para poucos servidores fazerem o atendimento.

Limitações do Sistema ou Processo Atual:

Perda de tempo para aquisição de ingressos em filas de quantidade excessiva ou infinita.

Visão Geral do Software Proposto:

Baseia-se na redução das filas dos cinemas, visto que esta é uma reclamação recorrente, principalmente nas grandes cidades.

Seção Produto

Visão Geral do Software:

Tem como objetivo a redução das filas dos cinemas, fazendo com que o usuário utilize um login para obtenção do ingresso. Desta forma haverá a economia do tempo despendido para a validação do bilhete no estabelecimento.

Considerações Acerca do Mercado:	Necessidades de Negócio a serem Atendidas:

Arquitetura do Produto:	Componentes Reutilizáveis:

Seção Manutenção

Tipo de Manutenção
◻  Evolutiva – Novos Requisitos	◻  Evolutiva – Otimização	◻  Adaptativa Legal	◻  Adaptativa – Personalização

Objetivo da Manutenção:	Impacto da Manutenção:

Seção Requisitos de Software Funcionais

Propósito do Projeto

Requisitos de Software Funcionais
Código	Elicitação:	Estabilidade:	Prioridade:	Desabilitado

Estabilidade: Alta, Média ou Baixa – Prioridade do Cliente: alta , Média ou Baixa.

Seção Requisitos de Software Não-Funcionais

Requisitos de Software Não-Funcionais
Código	Descrição:	Estabilidade:	Prioridade:	Desabilitado

Requisitos não funcionais: Usabilidade; Desempenho e Volumes; Estética; Aspectos Operacionais; Manutenibilidade; Interfaces com Outros Produtos; Ambiente; Padrões; Segurança; etc.