TempCorporation

Documento de Requisitos –
CHATTERBOT
Divisão dos
atores

Documento de Requisitos

Versão 1.0
TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

Informações do Documento de Requisitos

Título do Documento de Requisitos do Chatterbot
documento
Autores HIGOR VINICIUS DE LIMA
JOAO PAULO DE MELO BISPO
JOSUE MESSIAS JUNIOR
LEANDRO ADALBERTO DOS SANTOS SILVA
LUAN DANTAS DA SILVA
LUIS HENRIQUE DA SILVA
Comentários
Nome do arquivo TemplateRequisitos.doc

HISTÓRICO DE REVISÕES
Revisão Data Descrição Autor
01 25/03/23 Elaboração da primeira versão do fss, ibs2, ncb
documento.

Confidencial TempCorporation© Pagina 2 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

Índice
1. Introdução 05
1.1 Visão Geral do Documento
1.2 Padrões e Convenções

2. Descrição Geral do Sistema 08

2.1 Descrição dos Atores

3. Requisitos Funcionais 11
3.1 Ações do Aluno 11
3.1.1 - [RF001] Acesso às informações acadêmicas
3.1.2 - [RF002] Solicitação de documentos
3.1.3 - [RF003]Atualização de informações
3.1.4 - [RF004] Envio de feedback

3.2 Ações do Professor 12

3.2.1 - [RF005] Cadastro de disciplinas
3.2.2 - [RF006] Consulta de grade horária
3.2.3 - [RF007] Visualização de turmas

3.3 Ações dos Funcionários da Coordenação 13

3.3.1 - [RF008] Cadastro de disciplinas
3.3.2 - [RF009] Alocação de professores
3.3.3 - [RF010] Matrícula de alunos
3.3.4 - [RF011] Geração de horários

3.4 Ações do Administrador do Sistema 14

3.4.1 - [RF012] Gerenciamento de usuários
3.4.2 - [RF013] Gerenciamento de informações acadêmicas
3.4.3 - [RF014] Configuração do sistema
3.4.4 - [RF015] Envio de feedback

4. Requisitos Não-Funcionais 16
4.1 Confiabilidade

4.2 Segurança

4.4 Performance

5. Análise dos Requisitos 17

5.1 Dependências

Confidencial TempCorporation© Pagina 3 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

6. Diagramas de Casos de Uso 18

7. Glossário 19

Confidencial TempCorporation© Pagina 4 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

Documento de Requisitos
1. Introdução
Este documento tem como objetivo apresentar uma descrição detalhada dos

requisitos do Chatterbot. Por meio deste, o cliente tomará conhecimento das funcionalidades

do projeto e os desenvolvedores terão uma noção de como implementar essas

funcionalidades.

1.1 Objetivos

Dentre os objetivos deste documento estão o de listar da forma mais clara possível, os
requisitos funcionais e não funcionais do sistema em questão. Assim, como dito
anteriormente, o cliente tomará conhecimento do que o sistema fará e os desenvolvedores de
como poderão implementar as funcionalidades.

1.2 Escopo

O presente documento visa ser escrito de forma abrangente e clara para que possa ser
utilizado por todos os desenvolvedores, analistas e arquitetos envolvidos e ainda ser
compreendido pelo cliente.

1.3 Referências

VER REFERENCIASSSSS

1.4 Visão Geral do Documento

A seguir são apresentadas as divisões deste documento e uma rápida descrição de cada

seção:

✰ Seção 2 – Descrição Geral do Sistema: descreve o escopo do sistema e seus

usuários de maneira geral.

Confidencial TempCorporation© Pagina 5 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

✰ Seção 3 – Requisitos Funcionais: especifica todos os requisitos funcionais

planejados para o sistema.

✰ Seção 4 – Requisitos Não-Funcionais: especifica todos os requisitos não-funcionais

da primeira iteração do sistema.

✰ Seção 5 – Análise dos Requisitos: especifica as prioridades e dependências dos

requisitos.

✰ Seção 6 – Diagrama de casos de uso: resume o relacionamento entre os casos de

uso que executam os requisitos elicitados, apresentando casos de uso com fluxos de

eventos, entradas e saídas.

✰ Seção 7 – Glossário: significado de termos técnicos deste documento.

1.2 Padrões e Convenções

1.2.1 – Identificação dos Requisitos

Para a especificação dos requisitos utilizaremos a seguinte representação:

[TIPO REQUISITO Número] Nome

O campo TIPO DO REQUISITO poderá ser especificado pelos códigos RF (Requisitos

Funcionais) ou RNF (Requisitos Não-Funcionais). Já o campo Número será preenchido com

um número correspondente à ordem em que os requisitos aparecem no documento.

1.2.2 – Prioridade dos Requisitos

A cada requisito será atribuída uma prioridade. A descrição de cada uma segue

abaixo:

✰ Essencial é um requisito imprescindível. Sem ele, o sistema não funcionará.

✰ Importante é um requisito que deve ser implementado, mas, se não for, o sistema

funcionará do mesmo jeito, mas de maneira insatisfatória.

Confidencial TempCorporation© Pagina 6 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

✰ Desejável é um requisito que trará um diferencial adicional ao sistema. Por isso,

pode ser deixado para ser implementado por último ou em próximas iterações.

Cada termo que aparecer neste documento seguido do símbolo * será explicado no

glossário, tópico 7.

Na apresentação dos requisitos, quando da descrição dos casos de uso, utilizamos a

notação: - para denotar a inexistência de pré-condições ou parâmetros de entrada e saída ou

ainda a manutenção do estado do sistema (no campo de pós-condições).

Confidencial TempCorporation© Pagina 7 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

2. Descrição Geral do Sistema

Um sistema de chatterbot para coordenação é uma aplicação de software

automatizada para interagir com usuários, oferecendo suporte em diversas atividades

acadêmicas, tais como: consulta de notas, informações sobre disciplinas, horários de aula,

solicitações de documentos, entre outras.

Para isso, o sistema deverá ser alimentado com um grande volume de dados

relevantes à instituição, como informações sobre as disciplinas, calendários acadêmicos,

horários de aula, notas, documentos, regulamentos, entre outros.

O sistema também deverá ser capaz de se integrar a outros sistemas existentes na

instituição, como o sistema de gestão acadêmica, para acessar dados atualizados em tempo

real.

O objetivo geral desse sistema é facilitar o acesso à informação e oferecer suporte de

forma rápida e eficiente aos alunos e professores, melhorando a eficácia da coordenação da

faculdade e reduzindo a sobrecarga de trabalho dos funcionários.

Para garantir a qualidade do serviço oferecido pelo sistema, é importante definir

métricas de desempenho e criar um mecanismo de feedback para que os usuários possam

avaliar a qualidade das respostas fornecidas e ajudar a melhorar o sistema ao longo do

tempo

2.1 Escopo Negativo

● Oferecer suporte para atividades que não sejam diretamente relacionadas à

coordenação da faculdade, como por exemplo, atividades relacionadas à vida social

dos alunos.

● Fornecer informações incorretas ou imprecisas devido a problemas no processamento

de linguagem natural ou outras limitações técnicas do sistema.

● Acessar informações privadas dos usuários sem a devida autorização ou sem estar

em conformidade com as regulamentações de privacidade e segurança de dados.

Confidencial TempCorporation© Pagina 8 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

● Ser utilizado para atividades fraudulentas ou ilegais, como por exemplo, fornecer

informações falsas para obter vantagem indevida ou prejudicar outros usuários.

● Substituir completamente a interação pessoal entre alunos e funcionários da

coordenação, pois o sistema deve ser considerado como uma ferramenta

complementar e não uma solução exclusiva.

● Exigir uma grande quantidade de recursos de hardware e software para executar o

sistema, o que pode causar lentidão ou falhas na execução de outras aplicações

importantes para a instituição.

Confidencial TempCorporation© Pagina 9 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

2.2 Descrição dos Atores

1. Alunos: São os principais usuários do sistema. Eles acessam o sistema para
obter informações sobre notas, disciplinas, horários de aula, solicitar
documentos, entre outros serviços.
2. Professores: Os professores também podem acessar o sistema para obter
informações sobre suas disciplinas, horários de aula e outras informações
relevantes.
3. Funcionários da coordenação: Os funcionários da coordenação utilizam o
sistema para gerenciar e atualizar as informações disponíveis no sistema,
incluindo informações sobre disciplinas, horários de aula, notas e
documentos.
4. Administradores: Os administradores do sistema são responsáveis ​pela
configuração e manutenção do sistema, incluindo a adição de novos recursos e
atualizações de software.

Confidencial TempCorporation© Pagina 10 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

3. Requisitos Funcionais
Esta seção apresenta em detalhes os requisitos funcionais do sistema.
Fazer primeiro o
essencial de
cada ator
3.1 Ações do Aluno

3.1.1 - [RF001] Acesso às informações acadêmicas Thalia

Os alunos devem ser capazes de acessar informações sobre suas disciplinas, notas,
horários de aula e outras informações relevantes.

Prioridade: (x) Essencial () Importante () Desejável

3.1.2 - [RF002] Solicitação de documentos Gabriel

Os alunos devem ser capazes de solicitar documentos, como declarações, históricos

escolares, certificados, entre outros.

Prioridade: (x) Essencial () Importante () Desejável

3.1.3 - [RF003]Atualização de informações

Os Alunos devem ser capazes de atualizar suas informações pessoais, como endereço,
telefone, e-mail, entre outras.

Prioridade: () Essencial (x) Importante () Desejável

3.1.4 - [RF004] Envio de feedback

Os Alunos devem ser capazes de enviar feedback sobre o sistema e suas

funcionalidades, para ajudar a melhorar sua eficácia e eficiência.

Prioridade: () Essencial () Importante (x) Desejável

Confidencial TempCorporation© Pagina 11 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

3.2 Ações do Professor

3.2.1 - [RF005] Cadastro de disciplinas

O professor pode cadastrar as disciplinas que ele será responsável por lecionar,
informando informações como nome da disciplina, ementa, carga horária, bibliografia
recomendada, entre outras informações relevantes.
Prioridade: () Essencial (X) Importante () Desejável

3.2.2 - [RF006] Consulta de grade horária

O professor pode consultar sua própria grade horária, para saber em quais dias e
horários ele estará lecionando cada disciplina.

Prioridade: (X) Essencial () Importante () Desejável

3.2.3 - [RF007] Visualização de turmas

O professor pode visualizar as turmas de cada disciplina que ele leciona, bem como
as informações de cada aluno (nome, matrícula, contato, etc.).

Prioridade: () Essencial (X) Importante () Desejável

Confidencial TempCorporation© Pagina 12 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

3.3 Ações dos Funcionários da Coordenação

3.3.1 - [RF008] Cadastro de disciplinas

Cadastrar todas as disciplinas do curso para que elas possam ser oferecidas
aos alunos.

Prioridade: () Essencial (X) Importante () Desejável.

3.3.2 - [RF009] Alocação de professores

É uma ação importante, pois é necessário alocar professores para lecionar cada
disciplina, de acordo com sua disponibilidade e expertise na área.

Prioridade: () Essencial (X) Importante () Desejável.

3.3.3 - [RF010] Matrícula de alunos

É uma ação essencial, pois sem alunos matriculados, não há curso.

Prioridade: (x) Essencial () Importante () Desejável.

3.3.4 - [RF011] Geração de horários

É necessário gerar horários de aulas para cada turma, levando em

consideração a disponibilidade de professores e salas.

Prioridade: () Essencial (X) Importante () Desejável.

Confidencial TempCorporation© Pagina 13 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

3.4 Ações do Administrador do Sistema

3.4.1 - [RF012] Gerenciamento de usuários

O administrador do sistema deve ser capaz de gerenciar os usuários do

sistema, como adicionar, remover e modificar seus perfis de acesso. Essa

funcionalidade é essencial para manter o controle de acesso ao sistema e garantir que

os usuários tenham o acesso correto às funcionalidades do sistema.

Prioridade: (x) Essencial () Importante () Desejável.

3.4.2 - [RF013] Gerenciamento de informações acadêmicas

O administrador do sistema deve ser capaz de gerenciar as informações

acadêmicas, como disciplinas, notas, horários de aula e outras informações

relevantes. Essa funcionalidade é essencial para garantir que as informações

acadêmicas estejam precisas e atualizadas.

Prioridade: (x) Essencial () Importante () Desejável.

3.4.3 - [RF014] Configuração do sistema

O administrador do sistema deve ser capaz de configurar as funcionalidades e

recursos do sistema, como as funcionalidades de chatbot, as integrações com outros

sistemas, entre outros. Essa funcionalidade é importante para garantir que o sistema

esteja configurado corretamente e funcionando de forma eficiente.

Prioridade: () Essencial (X) Importante () Desejável.

3.4.4 - [RF015] Envio de feedback

Confidencial TempCorporation© Pagina 14 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

O administrador do sistema deve ser capaz de enviar feedback sobre o sistema

e suas funcionalidades, para ajudar a melhorar sua eficácia e eficiência. Essa

funcionalidade é desejável, mas importante para que a coordenação possa receber

sugestões e críticas do administrador do sistema para melhorar o sistema.

Prioridade: () Essencial () Importante (X) Desejável.

Confidencial TempCorporation© Pagina 15 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

4. Requisitos Não-Funcionais
Esta seção apresenta os requisitos não-funcionais do sistema em detalhes. Todos os

requisitos não-funcionais aqui apresentados são essenciais para o bom funcionamento do

sistema.

4.1 - Confiabilidade

4.1.1 - [NF001] Monitoramento e alertas

O sistema deve ser constantemente monitorado para identificar possíveis falhas ou

indisponibilidades, permitindo uma rápida intervenção para minimizar o impacto dos

problemas. O uso de alertas automáticos pode ser útil para notificar a equipe responsável

sobre problemas críticos e garantir uma resposta imediata.

4.1.2 - [NF002] Testes de desempenho

O sistema deve ser submetido a testes regulares de desempenho, para identificar

possíveis gargalos e limitações que possam afetar a disponibilidade e a qualidade do serviço.

É importante garantir que esses testes sejam realizados com uma carga de trabalho

semelhante ou superior àquela que o sistema deve suportar em condições reais de uso.

4.2 - Segurança

4.2.1 - [NF003] Autenticação e autorização

O sistema deve ter um mecanismo robusto de autenticação e autorização, que permita

Confidencial TempCorporation© Pagina 16 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

o controle de acesso aos recursos e funcionalidades do sistema de acordo com as permissões

dos usuários. É importante garantir que as senhas sejam armazenadas de forma segura e que

as políticas de senha sejam suficientemente rigorosas.

4.2.2 - [NF004] Monitoramento de segurança

O sistema deve ser constantemente monitorado para identificar possíveis ameaças e

vulnerabilidades, permitindo a tomada de medidas preventivas ou corretivas imediatas. É

importante utilizar ferramentas de detecção de intrusões e outras soluções de segurança para

garantir que o sistema esteja sempre protegido contra ataques externos.

4.3 - Performance

4.3.1 - [NF005] Otimização de algoritmos

O desenvolvedor deve buscar algoritmos mais eficientes para garantir que as

respostas do chatterbot sejam fornecidas de forma rápida e precisa.

4.3.1 - [NF006] Redução de tempo de resposta

É importante que o chatterbot forneça respostas em um tempo razoável para garantir

a satisfação do usuário. Para isso, pode ser necessário otimizar o processamento de dados e

minimizar o tempo de espera do usuário.

5. Análise dos Requisitos

5.1 Dependências

01 03 04 08 13 14 15 16 17 18

Confidencial TempCorporation© Pagina 17 de 19

TempCorporation - Chatterbot Versão: 1.0
Documento de Requisitos Data da versão: 25/Mar/23
DocR001

6. Diagrama de Casos de Uso

Confidencial TempCorporation© Pagina 18 de 19

Zero Água – Gestão de Distribuidores Versão: 1.2
Documento de Requisitos Data da versão: 03/Mai/04
DocR001

7. Glossário
Uma breve descrição sobre os termos mais utilizados neste documento:

1. Requisitos Funcionais: São as especificações de funcionalidades que o sistema deve

possuir para atender às necessidades do usuário.

2. Requisitos Não Funcionais: São as especificações de atributos de qualidade que o

sistema deve possuir, tais como confiabilidade, segurança, desempenho, usabilidade,

entre outros.

3. Ator: É uma pessoa, organização ou sistema externo que interage com o sistema.

4. Chatterbot: É um programa de computador que utiliza inteligência artificial para

simular uma conversa humana.

5. Prioridade: É a classificação dada aos requisitos do sistema de acordo com sua

importância e urgência, podendo ser essencial, importante ou desejável.

6. Autenticação: É o processo de verificar a identidade de um usuário ou sistema.

7. Autorização: É o processo de conceder ou negar acesso a um recurso ou

funcionalidade com base nas permissões do usuário.

8. Criptografia: É o processo de transformar dados em um formato ilegível para garantir

sua confidencialidade e proteção contra acesso não autorizado.

Confidencial TempCorporation© Pagina 19 de 19