Especificação de Requisitos

Disciplina: Internet para Sistemas de Informação

Professor: Jorge fonseca
Alunos: Ariel Gomes; Hydelbranda Prates; João Victor Mendes; Kelvin
Luis Lima.
 Sumário
1. Introdução........................................................................................................................4
1.1 Motivação....................................................................................................................... 4
1.2 O Problema Identificado................................................................................................. 4
1.3 Sobre a Organização....................................................................................................... 4
1.4 Convenções para Identificação dos Requisitos................................................................ 5
2. Requisitos Organizacionais............................................................................................... 5
3. Requisitos Funcionais....................................................................................................... 5
3.1 [RF01] Efetuar logon....................................................................................................... 5
3.2 [RF02] Efetuar logoff....................................................................................................... 6
3.3 [RF03] Cadastro de Aluno............................................................................................... 6
3.4 [RF04] Solicitação de Matrícula...................................................................................... 6
3.5 [RF05] Histórico Acadêmico............................................................................................6
3.6 [RF06] Associação de Professores...................................................................................7
3.7 [RF07] Solicitar Ementa...................................................................................................7
3.8 [RF08] Cadastro de Disciplina......................................................................................... 7
3.9 [RF09] Lista de Alunos Matriculados...............................................................................7
3.10 [RF10] Cadastro de Professor........................................................................................7
3.11 [RF11] Solicitação de Matrícula.................................................................................... 8
3.12 [RF12] Registro de Notas e Status.................................................................................8
4. Requisitos Não Funcionais................................................................................................ 8
4.1 Requisitos de Processo................................................................................................... 8
4.1.1 [RNF01] - Utilizar SCRUM como Metodologia de Desenvolvimento............................8
4.1.2 [NFR02] - Desenvolvimento em Python.......................................................................9
4.1.3 [NFR03] - Utilizar Banco de Dados Relacional..............................................................9
4.2 Requisitos de Externos....................................................................................................9
4.2.1 [NRF04] - Tempo de Desenvolvimento........................................................................ 9
4.2.2 [RNF05] - Custo de Desenvolvimento.......................................................................... 9
4.3 Requisitos de Produto.....................................................................................................9
4.3.1 [RNF06] - Permissão.....................................................................................................9
4.3.2 [RNF07] - Tempo de Resposta...................................................................................... 9
4.3.3 [RNF08] - Mensagens de Retorno................................................................................ 9
4.3.4 [RNF09] - Menus bem Estruturados.......................................................................... 10
4.3.5 [RNF10] - Escalabilidade............................................................................................ 10
4.4 Requisitos de Segurança............................................................................................... 10
4.4.1 [RNF11] - Criptografia de Dados................................................................................ 10
4.4.2 [RNF12] - Bloqueio de Acesso por Várias Tentativas Falhas de Login........................ 10
6. Conclusão.......................................................................................................................11
Referências........................................................................................................................ 11
Relatório da Equipe............................................................................................................ 11
Índice de Tabelas

Tabela 1 Porcentagem de esforço dos membros da equipe 11

1. Introdução
O objetivo desde documento é descrever o problema que foi identificado e
especificar os requisitos para a solução encontrada durante a fase de estudo de
viabilidade realizada previamente. Essa solução tem como centro um sistema de
informação que deve ser construído a partir das informações capturadas pela
utilização de algumas técnicas descritas adiante.
O nosso objeto de estudo é um sistema em execução que é utilizado na UPE -
Campus Caruaru chamado SIG@, onde tem como finalidade maior organizar as
informações acadêmicas dos discentes e, por meio deste, realizar a solicitação de
serviços, acesso às notas, matrícula semestral, assim como o corpo docente também
o utiliza para serviços e disponibilizar notas semestrais, assim por diante. Tendo em
vista o grande número de requisições não serem atendidas, o projeto vem com o
objetivo de trazer uma solução que sane as necessidades da universidade, tanto em
demanda de trabalho, quanto no gerenciamento das informações.

1.1 Motivação
Grande parte do corpo acadêmico murmura reclamações pontuais sobre o
sistema de gestão atual, o SIG@, devido o mau funcionamento do site que apontam
instabilidade constante. A Universidade recebe demandas internas e externas que
dependem de um sistema rápido e confiável, de tal modo que não seja necessário
retrabalho dos funcionários, ou alunos. Esse projeto propõe desenvolver uma
ferramenta para auxiliar o gerenciamento dos dados, assim como agilizar a solicitação
de serviços dentro do campus.

1.2 O Problema Identificado

Por vezes o aluno ou professor precisa dirigir-se até a escolaridade para
solicitar alguma coisa pois as abas de serviço não estarem disponíveis, sistema fora do
ar, demora para o processamento dos dados, desconectar usuários repentinamente, e
outras situações diversas atrapalham para que o faça remotamente, levando tempo
gasto e custo desnecessário ao solicitante.
Diante dessas informações, constatamos que o uso da atual plataforma não
atende às expectativas básicas dos usuários, precisando fazer manualmente o que,
em tese, seria feito através do sistema.

1.3 Sobre a Organização

A instituição Universidade desempenha um papel crucial no desenvolvimento
social e econômico em que se insere, gerando não só formação de profissionais,
como também a construção de conhecimentos e difusão articulada nas comunidades
através da articulação do ensino, pesquisa e extensão.
A visão da Universidade é a de ser reconhecida pela sociedade e diversas
instâncias de governo, por sua contribuição para o desenvolvimento sustentável em
todas as regiões do Estado, em razão da sua excelência no ensino, na pesquisa e na
extensão universitária, assumindo-se, definitivamente, como Universidade estatal,
pública e gratuita.

O foco do nosso estudo está na certificação de que as demandas serão atendidas,

agilizando o trabalho dos dependentes do sistema SIG@. Por motivos de trabalho
interno, o nome da instituição, que é nosso cliente, foi apontada dentro deste
documento, caso a empresa solicitasse sigilo, não haveria menção ao seu nome.

1.4 Convenções para Identificação dos Requisitos

Por convenção, os requisitos são indicados e referenciados por um indicador no
formato [RFxx], para os requisitos funcionais, e no formato [RNFxx], para os não
funcionais, onde xx se refere ao número do requisito. Os requisitos também possuirão
os nomes dos casos de uso relacionados (ou o espaço para serem colocados em uma
nova versão do documento).

2. Requisitos Organizacionais
Os requisitos organizacionais devem satisfazer os objetivos da organização e
definir porque o sistema é necessário. Esses requisitos são:

● Alta disponibilidade para evitar interrupções significativas nas operações

acadêmicas. – reduzir a instabilidade do sistema;

● Fornecer as devidas solicitações de serviços – evitar locomoção desnecessária

à universidade, assim como trabalho manual para os servidores e corpo
acadêmico;

3. Requisitos Funcionais
Neste capítulo são definidas as funções que o sistema deve realizar. Os
requisitos estão agrupados de acordo com suas características.

3.1 [RF01] Efetuar logon

Identificação: [RF01] Efetuar logon

 Permite que um usuário tenha acesso a informações pertencentes
Descrição: ao software. Para isso, o usuário deve informar login e senha. Não
deve haver outra maneira de entrar no sistema diferente desta.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.2 [RF02] Efetuar logoff

Identificação: [RF02] Efetuar logoff

Descrição: Permite que o usuário saia do sistema.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.3 [RF03] Cadastro de Aluno

Identificação: [RF03]Cadastro de Aluno

O sistema deve permitir que os administradores cadastrem novos

Descrição: alunos com informações como nome, número de matrícula, e-mail e
outros dados de contato.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.4 [RF04] Solicitação de Matrícula

Identificação: [RF04] Solicitação de Matrícula

Os alunos podem solicitar matrícula em disciplinas disponíveis.

Descrição: Um pedido de confirmação deve ser requerido ao coordenador do
curso caso haja algum problema com o histórico do aluno.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.5 [RF05] Histórico Acadêmico

Identificação: [RF05] Histórico Acadêmico

Descrição: O sistema deve permitir que o aluno acesse seu histórico

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.6 [RF06] Associação de Professores

Identificação: [RF06] Associação de Professores

O sistema deve permitir associar um ou mais professores a

Descrição:
uma disciplina.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.7 [RF07] Solicitar Ementa

Identificação: [RF07] Solicitar ementa

Descrição: O aluno pode solicitar a ementa através do sistema.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.8 [RF08] Cadastro de Disciplina

Identificação: [RF08] Cadastro de Disciplina

Deve ser possível cadastrar disciplinas com informações como

Descrição: nome, código, ementa, carga horária e outros detalhes
relevantes.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.9 [RF09] Lista de Alunos Matriculados

Identificação: [RF06] Lista de Alunos Matriculados

Deve ser possível manter uma lista de alunos matriculados em

Descrição:
cada disciplina.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.10 [RF10] Cadastro de Professor

Identificação: [RF010] Cadastro de Professor

O sistema deve permitir o cadastro de professores com

Descrição: informações como nome, código de identificação, e-mail e
outros dados de contato.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.11 [RF11] Solicitação de Matrícula

Identificação: [RF011] Solicitação de Matrícula

Os alunos devem poder solicitar matrícula em disciplinas

Descrição:
disponíveis, respeitando a capacidade da turma.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

3.12 [RF12] Registro de Notas e Status

Identificação: [RF012] Registro de Notas e Status

Professores devem registrar notas dos alunos e atualizar os

Descrição:
status de aprovação nas disciplinas.

Prioridade: 🗹 Essencial ◻ Importante ◻ Desejável

4. Requisitos Não Funcionais

Descreveremos a seguir, os requisitos que envolvem restrições e aspectos de
qualidade do sistema. Os requisitos não funcionais serão classificados em: requisitos de
processo, requisitos externos, requisitos de desempenho, requisitos de produto, requisitos de
segurança.

4.1 Requisitos de Processo

4.1.1 [RNF01] Utilizar SCRUM como Metodologia de Desenvolvimento

Identificação [NFR01] – Utilizar SCRUM como Metodologia de
Desenvolvimento
Descrição O SCRUM será a metodologia empregada, pois permite
agilidade e participação ativa dos stakeholders. Além disso,
como o sistema será gerenciado pela empresa
desenvolvedora, não será necessária a geração de uma
documentação formal extensa.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável
4.1.2 [NFR02] - Desenvolvimento em Python
Identificação [NFR02] – Desenvolvimento em Python
Descrição O sistema deve ser desenvolvido utilizando a linguagem
Python.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.1.3 [NFR03] – Utilizar Banco de Dados Relacional

Identificação [NFR03] - Utilizar Banco de Dados
Descrição A instituição necessita do desenvolvimento de um banco
de dados relacional, para sair das habituais planilhas..
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.2 Requisitos de Externos

4.2.1 [NRF04] - Tempo de Desenvolvimento

Identificação [NRF04] - Tempo de Desenvolvimento
Descrição O tempo para desenvolvimento do sistema não deve
ultrapassar o prazo previsto para a disciplina. Dessa forma,
o tempo de desenvolvimento total não pode ser superior
ao mês de março de 2024.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.2.2 [RNF05] - Custo de Desenvolvimento

Identificação [NRF05] - Custo de Desenvolvimento
Descrição O custo de desenvolvimento não existe neste documento
por tratar-se de um produto feito em sala para a
universidade, gratuito.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.3 Requisitos de Produto

4.3.1 [RNF06] - Permissão

Identificação [NRF06] - Permissão
Descrição Cada usuário só poderá realizar ações que foram
permitidas a ele na hora do seu cadastro.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.3.2 [RNF07] - Tempo de Resposta

Identificação [NRF07] - Tempo de Resposta
Descrição o sistema deve apresentar tempo de resposta aceitáveis
para consultas e operações
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.3.3 [RNF08] - Mensagens de Retorno

Identificação [NRF08] – Mensagens de Retorno
Descrição O sistema deverá exibir uma mensagem na tela para toda
ação do usuário quando não for bem sucedida, bem como
uma descrição do motivo.
 Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.3.4 [RNF09] - Menus bem Estruturados

Identificação [NRF09] – Menus bem Estruturados
Descrição Os menus devem ser bem estruturados de modo a
permitir uma navegação simples e intuitiva,
proporcionando uma interface simples, melhorando a
usabilidade.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.3.5 [RNF10] - Escalabilidade

Identificação [NRF10] – Escalabilidade
Descrição O sistema deve ser escalável para acomodar um grande
número de alunos, professores e disciplinas.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.4 Requisitos de Segurança

4.4.1 [RNF11] - Criptografia de Dados

Identificação [NRF11] – Criptografia de Dados
Descrição Dados sensíveis e informações pessoais devem ser
armazenados e transmitidos com segurança, através de
criptografia.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável

4.4.2 [RNF12] - Bloqueio de Acesso por Várias Tentativas Falhas de

Login
Identificação [NRF12] – Bloqueio de Acesso por Várias Tentativas Falhas
de Login

Descrição O sistema deve ter um mecanismo que bloqueie

temporariamente temporariamente a conta de um usuário
após 5 tentativas falhas de acesso, seja não autorizada,
seja por força bruta.
Prioridade 🗹 Essencial ◻ Importante ◻ Desejável
6. Conclusão
Através do documento de requisitos, foi possível entender, através de uma breve
descrição, o problema a ser resolvido para o sistema SIG@.

Em seguida foram apresentados todos os requisitos funcionais do sistema, isto é, todos

os serviços que o novo sistema deve oferecer aos seus usuários, segundo a definição do
cliente.

Seguindo os requisitos funcionais, foram apresentados os requisitos não-funcionais,

que irão definir restrições de como o sistema irá funcionar baseado em seus requisitos
funcionais.

Referências
[Disciplina] Disciplina de Engenharia de Software. Disponível em:
<https://classroom.google.com/c/NTM2MjI4Mzk2Njc2. Acesso em: 05 mai. 11.

[Sommerville] G. Kotonya and I. Sommerville, Requirements Engineering : Processes and

Techniques , John Wiley & Sons, 1998.

Relatório da Equipe

Nesta última seção, segue a porcentagem de esforço de cada membro da equipe. As

atividades realizadas por cada um estão descritas no Histórico de Revisões deste documento.

Nome Esforço da equipe (%) Assinatura

Ariel Gomes 25%

Hydelbranda Prates 25%

Kelvin Luis Lima 25%

João Victor Mendes 25%

Tabela 1 Porcentagem de esforço dos membros da equipe