Gestão de um aluno de uma

universidade
Especificação de Requisitos

João Fernandes a22003504

Guilherme Silva a22002696

Universidade Lusófona do Porto

Análise e Desenho de Sistemas

Janeiro 2022
Inovar Mais – Especificação de Requisitos

Versão

Versão Data Autores Comentário

01 2022-01-05 João, Guilherme Versão Final

i
Inovar Mais – Especificação de Requisitos

Sumário

Versão......................................................................................................................................................... i

Índice de Figuras....................................................................................................................................... v

Índice de Tabelas..................................................................................................................................... vii

1. Introdução............................................................................................................................................. 1

1.1. Propósito do documento.............................................................................................................. 1

1.2. Objetivo do sistema...................................................................................................................... 2

1.3. Glossário...................................................................................................................................... 2

1.4. Formato dos requisitos................................................................................................................. 3

2. Contexto................................................................................................................................................ 5

2.1. Âmbito.......................................................................................................................................... 5

2.1.1. Estrutura da organização..................................................................................................... 5

2.1.2. Processos da organização................................................................................................... 6

2.1.3. Apoio do sistema na organização........................................................................................7

2.2. Modelo genérico de casos de uso................................................................................................ 8

2.3. Principais exclusões..................................................................................................................... 9

3. Módulo: Funcionalidades.................................................................................................................. 11

3.1. Alunos........................................................................................................................................ 12

3.1.1. Adicionar/remover informações habituais..........................................................................12

3.1.2. Informar sobre o curso e seus docentes............................................................................13

3.1.3. Consultar avaliações e assiduidade...................................................................................14

3.1.4. Imprimir o histórico escolar................................................................................................ 15

3.2. Docente...................................................................................................................................... 16

3.2.1. Adicionar/remover informação habitual..............................................................................16

iii
Inovar Mais – Especificação de Requisitos

3.2.2. Avaliar os alunos................................................................................................................ 17

3.2.3. Consultar a data de contratação........................................................................................ 18

3.2.4. Consultar salário mensal.................................................................................................... 19

4. Requisitos não funcionais................................................................................................................. 20

4.1. Tipo de requisito não funcional Interface Responsiva................................................................20

4.2. Tipo de requisito não funcional Base de Dados.........................................................................20

4.3. Tipo de requisito não funcional Arquitetura................................................................................20

4.4. Tipo de requisito não funcional Segurança................................................................................20

iv
Inovar Mais – Especificação de Requisitos

Índice de Figuras

Figura 1 – Diagrama de pacotes do sistema <nome do sistema>.............................................................10

Figura 2 – Casos de uso do pacote <nome do pacote>............................................................................13

Figura 3 – Fluxo básico do caso de uso <nome do caso de uso>.............................................................15

v
Inovar Mais – Especificação de Requisitos

Índice de Tabelas

Tabela 1 – Objetivos do sistema <nome do sistema>.................................................................................2

Tabela 2 – Objetivos tecnológicos do sistema <nome do sistema>............................................................2

Tabela 3 – Terminologia.............................................................................................................................. 3

Tabela 4 – Formato de descrição de casos de uso.....................................................................................6

Tabela 5 – Estados de descrição de casos de uso.....................................................................................6

Tabela 6 – Formato de descrição de fluxos de eventos..............................................................................7

Tabela 7 – Formato de descrição de requisitos........................................................................................... 7

Tabela 8 – Prioridade de requisitos............................................................................................................. 7

Tabela 9 – Atores do sistema <nome do sistema>....................................................................................10

Tabela 10 – Pacotes de casos de uso do sistema <nome do sistema>....................................................11

Tabela 11 – Processos não suportados no sistema <nome do sistema>..................................................11

vii
Inovar MAIS– Especificação de Requisitos

1. Introdução

1.1. Propósito do documento

Este documento enquadra-se no desenvolvimento do sistema Gestão de alunos de uma
universidade e destina-se a descrevê-lo completamente antes de ser desenhado, implementado e
testado. O sistema Gestão de alunos de uma universidade tem como principal objetivo a gestão de uma
universidade na área pedagógica. O público-alvo deste documento é constituído por alunos e docentes.
Para os gestores de projeto, o documento apoia a para alocação dos recursos necessários ao
desenvolvimento do sistema. Para a equipa de desenvolvimento, o documento apresenta uma descrição
detalhada do que se pretende que o sistema faça. Para a equipa de testes, o documento indica o
comportamento do sistema e servir de base à conceção de casos de teste. Para a equipa de apoio, o
documento serve de base à produção de materiais de apoio à formação dos utilizadores finais.

A informação organizada neste documento é resultado de um processo de desenvolvimento de

requisitos. Nesse processo, foi recolhida informação de várias fontes e posteriormente analisada e
organizada sob a forma de requisitos que descrevem o sistema a desenvolver.

Na secção seguinte são elencados os objetivos que levam ao desenvolvimento do sistema Gestão
de alunos de uma universidade e os que motivaram o desenvolvimento do seu sistema predecessor.
Segue-se a secção de glossário para definições da terminologia utilizada no documento. Inclui-se, de
seguida, a secção de referências com a enumeração dos documentos e outras fontes citadas neste
documento. O capítulo introdutório conclui com uma secção que apresenta o formato adotado para os
requisitos do sistema.

No capítulo 2 destina-se a apresentar a informação base que descreve o negócio e ambiente

organizacional que rodeia o sistema. Inclui-se também o modelo geral de casos de uso que agrupa as
principais funções do sistema. Conclui-se com a indicação das principais exclusões.

Nos capítulos subsequentes encontram-se os requisitos, enquadrados em casos de uso de

pacotes do sistema. Para cada pacote apresentam-se os casos de uso, respetivos fluxos de execução e
requisitos.

Este documento conclui com um capítulo para descrever os requisitos suplementares do sistema.
Trata-se de todos os requisitos que não puderam ser enquadrados em casos de uso. Descrevem
características, atributos e propriedades transversais que devem ser observadas para todo o sistema.

1
Inovar Mais – Especificação de Requisitos

1.2. Objetivo do sistema

O assunto desenvolvido neste relatório pretende consolidar conhecimentos inerentes à área de
planeamento de projetos, abordada na disciplina de Análise e Desenho de Sistemas, pertencente ao
plano curricular do 2.º ano da Licenciatura em Engenharia Informática.

Tabela 1 – Objetivos do sistema Gestão de alunos de uma universidade

Objetivo Descrição resumida

1. Gestão De uma universidade na área pedagógica.

2. Registar alunos Informação habitual, cursos, docentes, frequência dos alunos às aulas e controlo de
notas.
3. Informar sobre os Identificação habitual, data de contratação, o cargo que desempenha e o salário
docentes mensal.
4. Frequentar disciplinas extracurriculares, desempenhar atividades complementares e
Permitir imprimir o histórico escolar de cada aluno.
aos alunos

1.3. Glossário
Tabela 2 – Terminologia

Conceito Definição

1.4. Formato dos requisitos

Neste documento os requisitos são enquadrados em casos de uso. Cada caso de uso é
apresentado de acordo com o formato da tabela 4.

2
Inovar MAIS– Especificação de Requisitos

Tabela 3 – Formato de descrição de casos de uso

«Identificador» «Nome do caso de uso»

Objetivo Curta descrição do que é pretendido com o caso de uso.
Descrição Pequeno texto com três ou quatro frases no máximo que descrevam de forma genérica o
sumária caso de uso.
Pré-condições Condições que devem verificar-se no início do fluxo básico do caso de uso.
Pós-condições Condições que devem verificar-se na conclusão do fluxo básico do caso de uso.
Estado Descoberto / Descrito sumariamente / Esboçado / Delineado / Descrito
detalhadamente / Descrito completamente

O estado indica a forma como está descrito o caso de uso. Os estados possíveis são os indicados
na tabela 5.

Tabela 4 – Estados de descrição de casos de uso

Estados Característica Objetivo

1. Descoberto Indicação apenas do nome e dos Atores envolvidos. Identificar a
Ausência de descrição. existência do caso de
uso
2. Descrito Inclui uma breve descrição do que o Ator pretende Identificar o
sumariamente fazer com o caso de uso. propósito do caso de
uso
3. Esboçado Identificados os passos do fluxo de eventos do Identificar a
cenário principal. Identificados os cenários alternativos e forma e extensão do
passos em que ocorrem divergências. caso de uso
4. Delineado Descreve o cenário principal sob ponto de vista Resumir a
externo com enfoque deliberado na usabilidade. essência do caso de
uso
5. Descrito Acrescentar detalhes à descrição do cenário principal Permitir que o
detalhadamente e detalhar também os cenários alternativos. detalhe seja adicionado
incrementalmente
6. Descrito Inclui também a lista de todos os requisitos no seu Incluir em
completamente contexto, possibilitando a sua utilização em documentos de especificação de
especificação de requisitos. requisitos

Os cenários de utilização são descritos através de fluxos de eventos. Estes podem ser de quatro
tipos:

 Fluxo básico – sequência de eventos considerada mais comum para atingir o objetivo do
caso de uso (existe um só fluxo básico);
 Fluxos alternativos – outras sequências de eventos para realizar o caso de uso;
 Fluxos opcionais – sequências de eventos que estendem o fluxo básico do caso de uso;
 Fluxos de exceção – sequências de eventos que normalmente levam a que o caso de uso
não atinja o seu objetivo.

3
Inovar Mais – Especificação de Requisitos

Os fluxos de eventos são descritos de acordo com o formato da tabela 6.

Tabela 5 – Formato de descrição de fluxos de eventos

«Nome do fluxo»
Passos Descrição Pontos de
extensão

Frase que descreve a interação entre o Ator e o Indicação

Nº do passo opcional do nome do
sistema passo

Os pontos de extensão são necessários para referenciar o início e conclusão dos fluxos
alternativos, opcionais ou de exceção no fluxo básico.

Após a indicação dos fluxos de eventos segue-se a lista de requisitos do caso de uso. Cada
requisito é apresentado no formato da tabela 7.

Tabela 6 – Formato de descrição de requisitos

«Identificador» «Sumário»

Prioridade Essencial / Condicional / Opcional

Descrição Texto que descreva o requisito utilizando, se necessário, linguagem formal para
que seja compreensível de forma unívoca por todo o público-alvo.

Motivação Principais razões que levaram à inclusão do requisito. O texto pode ser extenso.

Informação Detalhes adicionais relacionados com o requisito, mas não essenciais para a sua
adicional implementação. O texto pode ser extenso e fazer uso de diagramas, figuras ou outros
elementos de apoio.

Sugestões de Conjunto de sugestões que podem auxiliar a forma de implementação do

implementação requisito. O texto pode ser extenso.

A indicação de todos os elementos é obrigatória exceto os de informação adicional e de

sugestões. A prioridade dos requisitos é a indicada na tabela 8.

Tabela 7 – Prioridade de requisitos

Grau Significado

1. Essencial O produto não pode ser aceite enquanto o requisito não for implementado da forma descrita

2. Condicional O requisito melhora o produto, mas não o torna inaceitável se não for implementado

3. Opcional Representa uma função que pode ser interessante, dando ao fabricante a oportunidade de
propor funcionalidades não previstas na especificação inicial.

No último capítulo os requisitos não são enquadrados em casos de uso, sendo organizados por
categorias.

4
Inovar MAIS– Especificação de Requisitos

2. Contexto

2.1. Âmbito
2.1.1. Estrutura da organização

A organização que criamos chama se “Inovar MAIS” e trabalha na área pedagógica sendo não a
universidade, mas sim uma app.

Na app podemos aceder as informações habituais do aluno, ao curso e a atividades extracurriculares,

informações sobre os docentes de cada aluno e as avaliações e assiduidades do aluno.

A organização tem como estrutura: Aluno e os seus docentes.

O aluno é a base desta organização, pois todas as informações baseiam nele.

Os docentes são os responsáveis pela avaliação do aluno.

5
Inovar Mais – Especificação de Requisitos

2.1.2. Processos da organização

Sem o apoio do sistema, teremos de adicionar um elemento a nossa estrutura, a secretária.

Secretária: tem em folhas de papel de forma organizada por cada ano e turma as informações de cada
aluno e dos docentes da universidade, porém tudo feito de uma forma manual, sendo que cada alteração
tem de ser feita no mesmo constantemente.

Alunos: tem de ir apontado as suas avaliações ao logo dos semestres, se quiser se escrever em
atividades extracurriculares terá que se dirigir a secretária ou ao docente representante dessa mesma
atividade e é responsável por todos os anos ter que levar uma folha preenchida com todas as suas
informações (habituais, curso ou disciplinas extracurriculares) a secretária.

Docentes: terão de informar os alunos sobre as suas respetivas avaliações de forma oral no decorrer das
aulas e tal como os alunos, em cada ano, terão de levar uma folha preenchida com todas as suas
informações a secretária.

6
Inovar MAIS– Especificação de Requisitos

2.1.3. Apoio do sistema na organização

Com a ajuda do sistema “Inovar MAIS”:

Secretária: Deixa de existir, pois os alunos e os docentes podem preencher no sistema as suas
informações e fica tudo arquivado, podendo alterar quando quiserem.

Alunos: Será possível consultar as suas avaliações ao longo dos semestres e a sua assiduidade,
podem também se escrever pelo sistema em atividades extracurriculares e como já foi mencionado em
cima, podem preencher as suas informações no sistema.

Docente: Poderá divulgar as avaliações de cada aluno no sistema e também pode preencher as
suas informações no sistema.

7
Inovar Mais – Especificação de Requisitos

2.2. Modelo genérico de casos de uso

Na figura 6 representa-se o modelo genérico de casos de uso do sistema “Inovar MAIS” sob a
forma de um diagrama de pacotes. Cada pacote agrega uma ou mais partes do sistema que se destinam
a suportar processos da organização e/ou a reunir um conjunto de funcionalidades. Em cada pacote
incluem-se alguns exemplos Atores e casos de uso desenvolvidos para o sistema. São representadas
igualmente as relações de dependência entre os pacotes. Os atores são somente incluídos nos pacotes
em que surgem pela primeira vez. Assume-se que os pacotes que não têm atores, na realidade incluem
os Atores dos pacotes de que dependem. Os pacotes para os quais não são indicadas dependências
são pacotes com casos de uso transversais a todo o sistema.

Figura 1 – Diagrama de
pacotes do sistema “Inovar Mais”

Na tabela 9 apresenta-se uma descrição de cada Ator do sistema.

Tabela 8 – Atores do sistema Inovar Mais

Ator Descrição resumida

1. Aluno Tem acesso a toda a informação, avaliações, disciplinas…

2. Docente Responsável pelas avaliações dos alunos
3. Secretária Responsável pela organização do sistema

8
Inovar MAIS– Especificação de Requisitos

Na tabela 10 descrevem-se sumariamente cada um dos pacotes do sistema “Inovar Mais”. Os

capítulos seguintes deste documento destinam-se à descrição em detalhe de cada pacote, dos casos de
uso que inclui e da forma como cada Ator interage com o sistema.

Tabela 9 – Pacotes de casos de uso do sistema “Inovar Mais”

Pacote Descrição resumida

1. Login Permite a iniciação da sessão, fazendo a diferenciação de cargo entre cada

elemento.
2. Área dos Alunos Existem permissões que permitem registar informações habituais, saber mais sobre
o curso e seu docente, consultar as avaliações e imprimir o histórico escolar.
3. Área Administrativa Existem permissões que permitem registar informações habituais, poder avaliar os
alunos, consultar o salário mensal, cargo e a data de contratação.

2.3. Principais exclusões

Na tabela 11 indicam-se os processos que não são apoiados pelo sistema “Inovar Mais”. A
justificação para as exclusões relaciona-se com o facto de não permitir que seja possível anular ou
congelar a matrícula visto que só é possível se nos dirigirmos a secretária.

Tabela 10 – Processos não suportados no sistema “Inovar Mais”

Processo Descrição resumida

1. Cancelar matrícula Anular ou congelar a matrícula.

9
Inovar MAIS– Especificação de Requisitos

3. Módulo: Funcionalidades

Na figura 2 apresenta-se o diagrama de casos de uso referente ao pacote de Funcionalidades do

sistema “Inovar Mais”.

Figura 2 – Casos de uso do pacote Funcionalidades

Nas secções seguintes apresenta-se uma descrição de cada caso de uso, com indicação dos
respetivos fluxos de eventos e lista de requisitos.

11
Inovar Mais – Especificação de Requisitos

3.1. Alunos
3.1.1. Adicionar/remover informações habituais

Identificador Adicionar/remover informações habituais

Objetivo Adicionar/remover informações habituais
Descrição Adicionar o nome, idade, morada, data de nascimento ou naturalidade
sumária
Pós-condições Remover o nome, idade, morada, data de nascimento ou naturalidade
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico

P Descrição Ponto de
asso extensão
1 Fazer Login
2 Selecionar a opção “Informação Pessoal” inf
3 Adicionar ou remover informação
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:
P Descrição Ponto de
asso extensão

Início em “inf”
1 Remover informação
Retomar o fluxo básico em inf

Lista de requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Consultar as informações habituais

Motivação Conseguir consultar dados pessoais

12
Inovar MAIS– Especificação de Requisitos

3.1.2. Informar sobre o curso e seus docentes

Identificador Informar sobre o curso e seus docentes

Objetivo Informar sobre o curso e seus docentes
Descrição Informações sobre o curso, o docente de cada e a participação em atividades
sumária extracurriculares ou atividades complementares.
Pós-condições
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico

P Descrição Ponto de
asso extensão
1 Fazer Login
2 Selecionar a opção “Curso e Atividades Extracurriculares” cur
3 Escolher o curso ou atividade extracurricular
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:
P Descrição Ponto de
asso extensão

Início em “cur”
Retomar o fluxo básico em cur

Lista de requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Informar sobre o curso

Motivação Conseguir compreender melhor o curso, saber informações sobre os docentes e

inscrever em atividades extracurriculares

13
Inovar Mais – Especificação de Requisitos

3.1.3. Consultar avaliações e assiduidade

Identificador Consultar avaliações e assiduidade

Objetivo Consultar avaliações e assiduidade
Descrição Informações sobre a avaliação do 1ºTeste, 2ºTeste e Nota Final para cada disciplina e
sumária também a assiduidade.
Pós-condições
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico
P Descrição Ponto de
asso extensão

1 Fazer Login
2 Selecionar a opção “Notas e Assiduidade” av
3 Escolher o curso ou atividade extracurricular
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:
P Descrição Ponto de
asso extensão
Início em “av”
Retomar o fluxo básico em av

Lista de requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Consultar as avaliações e assiduidade

Motivação Poder com as avaliações e assiduidade saber se o aluno passou para o ano a seguir.

14
Inovar MAIS– Especificação de Requisitos

3.1.4. Imprimir o histórico escolar

Identificador Imprimir o histórico escolar

Objetivo Imprimir o histórico escolar
Descrição Saber as escolas em que o aluno frequentou.
sumária
Pós-condições
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico
P Descrição Ponto de
asso extensão

1 Fazer Login
2 Selecionar a opção “Imprimir Histórico Escolar” hesc
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:

P Descrição Ponto de
asso extensão
Início em “hesc”
Retomar o fluxo básico em hesc

Lista de requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Imprimir Histórico Escolar

Motivação Poder acompanhar o currículo do aluno ao longo dos anos.

15
Inovar Mais – Especificação de Requisitos

3.2. Docente
3.2.1. Adicionar/remover informação habitual

Identificador Adicionar/remover informações habituais

Objetivo Adicionar/remover informações habituais
Descrição Adicionar o nome, idade, morada, data de nascimento ou naturalidade
sumária
Pós-condições Remover o nome, idade, morada, data de nascimento ou naturalidade
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico
P Descrição Ponto de
asso extensão

1 Fazer Login
2 Selecionar a opção “Informação Pessoal” inf
3 Adicionar ou remover informação
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:

P Descrição Ponto de
asso extensão
Início em “inf”
1 Remover informação
Retomar o fluxo básico em inf

Lista de requisitos

Identificador Nome do requisito

16
Inovar MAIS– Especificação de Requisitos

Prioridade Essencial

Descrição Consultar as informações habituais

Motivação Conseguir consultar dados pessoais

3.2.2. Avaliar os alunos

Identificador Avaliar os alunos

Objetivo Avaliar os alunos
Descrição Adicionar a avaliação do 1ºTeste, 2ºTeste e Nota final mais a assiduidade do aluno
sumária
Pós-condições Alterar as avaliações
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico
P Descrição Ponto de
asso extensão

1 Fazer Login
2 Selecionar a opção “Avaliações” av
3 Selecionar a opção “Aluno”
4 Alterar as avaliações
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:

P Descrição Ponto de
asso extensão
Início em “av”
1 Alterar as avaliações
Retomar o fluxo básico em av

Lista de requisitos

17
Inovar Mais – Especificação de Requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Avaliar os alunos

Motivação Poder passar, ou não, os alunos de ano.

3.2.3. Consultar a data de contratação

Identificador Consultar a data de contratação

Objetivo Consultar a data de contratação e seu cargo
Descrição Informar sobre a data de contratação e seu cargo
sumária
Pós-condições
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico

P Descrição Ponto de
asso extensão
1 Fazer Login
2 Selecionar a opção “Data de contratação e cargo” cont
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:
P Descrição Ponto de
asso extensão

Início em “cont”
Retomar o fluxo básico em cont

Lista de requisitos

18
Inovar MAIS– Especificação de Requisitos

Identificador Nome do requisito

Prioridade Essencial

Descrição Consultar a data de contratação e o seu cargo

Motivação Saber desde quando começou a sua carreira profissional e o seu cargo atual

3.2.4. Consultar salário mensal

Identificador Consultar salário mensal

Objetivo Consultar salário mensal
Descrição Informar sobre o salário mensal e seus bónus
sumária
Pós-condições Alteração no salário
Estado Descrito sumariamente

Fluxos de execução

Fluxo
básico
P Descrição Ponto de
asso extensão

1 Fazer Login
2 Selecionar a opção “Salário Mensal” sal
3 Selecionar a opção “Bónus”
4 Alteração no salário
Conclusão do caso de uso atingindo o seu objetivo.

Fluxo Nome do fluxo alternativo

alternativo 1:

P Descrição Ponto de
asso extensão

19
Inovar Mais – Especificação de Requisitos

Início em “sal”
1 Alteração no salário
Retomar o fluxo básico em sal

Lista de requisitos

Identificador Nome do requisito

Prioridade Essencial.

Descrição Consultar o salário mensal e bónus.

Motivação Mudança no salário mensal por causa dos bónus semanais.

4. Requisitos não funcionais

4.1. Tipo de requisito não funcional Interface Responsiva

Identificador Interface Responsiva

Prioridade Essencial

Descrição O sistema Inovar Mais será desenvolvido para funcionar em ambiente web, portanto
deverá por sua vez possuir um design responsivo. A plataforma deverá funcionar independente do
dispositivo que será utilizado para o acesso da mesma, desde Browser a Smartphones ou Tablets

Motivação Para ser consultado e utilizado o sistema terá que ter uma interface que permita fazer uso
de todas as suas funcionalidades.

4.2. Tipo de requisito não funcional Base de Dados

Identificador Base de Dados

Prioridade Essencial

Descrição A plataforma vai recorrer a uma base de dados relacional, para realizar uma modulação

20
Inovar MAIS– Especificação de Requisitos

dos dados bem como para proteger a integridade dos modelos (tabelas).

Motivação É essencial uma base de dados para que todos os dados introduzidos sejam guardados.

4.3. Tipo de requisito não funcional Arquitetura

Identificador Arquitetura

Prioridade Essencial

Descrição A plataforma será implementada segundo o modelo MVC(Model-View-Controller).O back-

end estará responsável pela lógica do Sistema bem como a comunicação à base de dados, por sua
vez o frontend comunicará com o back-end que irá processar os dados que recebeu do mesmo e
apresentá-los ao utilizador.

Motivação Este requisito é essencial, pois cada sistema terá que ter uma arquitetura e modo de
funcionamento, daí a sua inclusão.

4.4. Tipo de requisito não funcional Segurança

Identificador Segurança

Prioridade Essencial

Descrição O sistema não poderá permitir cache de senha, a gravação da senha ou qualquer outro
recurso do tipo. A cada novo acesso, a autenticação deverá se realizada novamente, de maneira
integral.

Motivação Este requisito é essencial para garantir a segurança do sistema, para que não haja
qualquer tipo de fraude na introdução da senha no processo de log in.

21