<commit_before>#Especificação de Requisitos
##Sistema de Avaliação de Docentes - SADE

###Ficha Técnica
####Equipe Responsável
  
1. <NAME>
2. <NAME>
3. <NAME>
4. <NAME>
5. <NAME> 
6. <NAME> 
7. <NAME> 
8. <NAME> 

####Público Alvo
Este manual destina-se às disciplinas de Desenvolvimento de Software para Persistência e Desenvolvimento de Software Concorrente ministradas pelo professor <NAME>.
  
####1. Introdução
Este documento de especificação de requisitos de software apresenta a descrição do sistema de avaliação de docentes SADE, fornecendo informações necessárias para o projeto e implementação, teste, verificação e validação do software.

#####1.1 Propósito
O propósito deste documento é apresentar os requisitos funcionais e não funcionais, estabelecer o escopo do sistema e o que será abordado no desenvolvimento.
  
#####1.2 Escopo
O aplicativo de software a ser desenvolvido é um sistema de avaliação de docentes, SADE. O SADE deve gerenciar, facilitar e permitir que a Universidade Federal de Goiás avalie docentes e departamentos.
  
#####1.3 Definições, Acrônimos e Abreviaturas
| Conceito | Definição |
|----------|-----------|
| SADE | Sistema de Avaliação de Docentes |
| CAD | Comissão de Avaliação Docente  |
| RF | Requisito Funcional  |
| RNF | Requisito Não-funcional  |

####2. Descrição Geral
Com o crescente avanço da tecnologia nos últimos tempos, vê-se a necessidade cada vez maior da inclusão dos processos manuais dentro da praticidade dos meios tecnológicos.  O objetivo geral do SADE é e permitir que a Universidade Federal de Goiás avalie docentes e departamentos. Observa-se a necessidade de um sistema que possa ser atualizado sem modificações drásticas relacionadas com a mudança das resoluções nas quais as avaliações se apoiam.
  
####3. Exigências Específicas
#####3.1 Requisitos Funcionais
| Identificação | Descrição | Prioridade | Detalhes |
|---------------|-----------|-----------|----------|
| RF001 |  Cadastro de docente no sistema | Essencial | O cadastro de docente depende das informações do Departamento Pessoal. |
| RF002 | Cadastro de atividades no sistema | Essencial | As atividades são definidas na [RESOLUÇÃO - CONSUNI Nº 32/2013] [1]. |
| RF003 | Cadastro de avaliações no sistema | Essencial |  O cadastro de avaliações... |

#####3.2 Requisitos Não-Funcionais
| Identificação | Descrição | Prioridade | Detalhes |
|---------------|-----------|-----------|----------|<commit_msg>Modificação nos requisitos funcionais do sistema<commit_after>#Especificação de Requisitos
##Sistema de Avaliação de Docentes - SADE

###Ficha Técnica
####Equipe Responsável
  
1. <NAME>
2. <NAME>
3. <NAME>
4. <NAME>
5. <NAME> 
6. <NAME> 
7. <NAME> 
8. <NAME> 

####Público Alvo
Este manual destina-se às disciplinas de Desenvolvimento de Software para Persistência e Desenvolvimento de Software Concorrente ministradas pelo professor <NAME>.
  
####1. Introdução
Este documento de especificação de requisitos de software apresenta a descrição do sistema de avaliação de docentes SADE, fornecendo informações necessárias para o projeto e implementação, teste, verificação e validação do software.

#####1.1 Propósito
O propósito deste documento é apresentar os requisitos funcionais e não funcionais, estabelecer o escopo do sistema e o que será abordado no desenvolvimento.
  
#####1.2 Escopo
O aplicativo de software a ser desenvolvido é um sistema de avaliação de docentes, SADE. O SADE deve gerenciar, facilitar e permitir que a Universidade Federal de Goiás avalie docentes e departamentos.
  
#####1.3 Definições, Acrônimos e Abreviaturas
| Conceito | Definição |
|----------|-----------|
| SADE | Sistema de Avaliação de Docentes |
| CAD | Comissão de Avaliação Docente  |
| RF | Requisito Funcional  |
| RNF | Requisito Não-funcional  |

####2. Descrição Geral
Com o crescente avanço da tecnologia nos últimos tempos, vê-se a necessidade cada vez maior da inclusão dos processos manuais dentro da praticidade dos meios tecnológicos.  O objetivo geral do SADE é e permitir que a Universidade Federal de Goiás avalie docentes e departamentos. Observa-se a necessidade de um sistema que possa ser atualizado sem modificações drásticas relacionadas com a mudança das resoluções nas quais as avaliações se apoiam.
  
####3. Exigências Específicas
#####3.1 Requisitos Funcionais
| Identificação | Descrição | Prioridade | Detalhes |
|---------------|-----------|-----------|----------|
| RF001 | Cadastro de Área | Essencial | Os campos relativos a Área são: Código e Nome. | 
| RF002 | Alterar os dados de uma Área | Essencial | O sistema deve permitir a alteração dos dados de uma Área cadastrada, ou seja, a sua atualização. |
| RF003 | Exclusão de Área | Essencial | O sistema deve permitir a exclusão permanente de uma Área cadastrada. |
| RF004 | Cadastro de Atividade no sistema | Essencial | As atividades são definidas na [RESOLUÇÃO - CONSUNI Nº 32/2013] [1]. Os campos relativos a Atividade são: Código, Descrição, Quantidade, Multiplicador, Pontuação e Área. |
| RF005 | Alterar os dados de uma Atividade | Essencial | O sistema deve permitir a alteração dos dados de uma Atividade cadastrada, ou seja, a sua atualização. |
| RF006 | Exclusão de Atividade | Essencial | O sistema deve permitir a exclusão permanente de uma Atividade cadastrada. |
| RF007 | O sistema deve ser capaz de ler arquivo com extensão ".sade" | Essencial | Esse arquivo conterá as informações relacionadas aos docentes e suas atividades realizadas. Sendo assim o principal mecanismo de entrada para processamento do sistema. |
| RF008 | O sistema deve gerar a pontuação de cada docente | Essencial | O cálculo da pontuação será com base nas atividades realizadas por ele, o resultado será obtido aplicando a fórmula associada ao seu perfil. Essas informações sobre quais atividades o docente realizou estarão em um arquivo ".sade".|
| RF009 | O sistema deve mostrar o resultado das avaliações em uma tabela | Essencial | A tabela terá as seguintes colunas: "Nome do docente", as Áreas estabelecidas na [RESOLUÇÃO - CONSUNI Nº 32/2013] [1] sendo de  "I à V" (cada uma sendo uma coluna diferente, que corresponde ao somatório de todas as atividades realizadas que pertencem aquela Área) e "Nota final". O sistema deve ser capaz de ordenar a tabela por "Nome" ou "Nota". |

#####3.2 Requisitos Não-Funcionais
| Identificação | Descrição | Prioridade | Detalhes |
|---------------|-----------|-----------|----------|
{'fraction_non_alphanumeric': 0.10152126668736418, 'fraction_numerical': 0.015367898168270723, 'mean_word_length': 3.8046234153616703, 'pattern_counts': {'":': 0, '<': 21, '<?xml version=': 0, '>': 21, 'https://': 0, 'lorem ipsum': 0, 'www.': 0, 'xml': 0}, 'pii_count': 0, 'substrings_counts': 0, 'word_list_counts': {'cursed_substrings.json': 1, 'profanity_word_list.json': 0, 'sexual_word_list.json': 0, 'zh_pornsignals.json': 0}}
{'dir': 'git-commits-cleaned', 'id': '2232429', 'n_tokens_mistral': 2189, 'n_tokens_neox': 2077, 'n_words': 846}