Especificacao de Requisitos - WebisD/Teste-do-Sistema-de-Judocas GitHub Wiki
Este documento define os requisitos específicos para o Sistema para a Federação Piauiense de Judô e detalha as especificações das funcionalidades, capacidades, atributos críticos e outras características do sistema proposto.
O Sistema proposto irá ajudar na parte administrativa da Federação Piauiense de Judô (FPIJ), sendo responsável por manter dados cadastrais de alunos e professores filiados à mesma, bem como das entidades e outras entidades que oferecem prática de Judô no estado do Piauí. Será responsável também por gerenciar e emitir a carteira de filiado da Federação.
Atualmente a FPIJ já utiliza um pequeno banco de dados desenvolvido com a tecnologia Microsoft Access que armazena do registro dos filiados da federação. Este projeto visa realizar uma remodelagem do sistema existente e a migração dos dados já existentes, minimizando a inconsistência e a redundância de dados do sistema atual.
Durante as entrevistas foram encontrados os seguintes Stakeholders:
- Presidente da Federação Piauiense de Judô.
- Secretário da Federação Piauiense de Judô.
- Os atletas e professores filiados à Federação.
| Acrônimos/Abreviação | Termo Expandido |
|---|---|
| FPIJ | Federação Piauiense de Judô do Piauí |
| SGBD | Sistema Gerenciador de Banco de Dados |
| RF | Requisito Funcional |
| RNF | Requisito Não Funcional |
| Banco de Dados Embarcado | Banco de dados embutido na aplicação, sem a necessidade de uma instalação à parte |
| GUI | Interface Gráfica de Usuário (Graphic User Interface) |
| Entidades | Academias, escolas e outros lugares onde um professor dá aulas |
Uma restrição é o fato de a equipe ser formada por apenas dois desenvolvedores, que ficaram responsáveis tanto pela parte de projeto do sistema, quanto pela administração do banco de dados e pela implementação do sistema.
Pelo fato de a Federação não poder bancar os custos da compra de ambientes integrados para desenvolvimento e sistemas de gerenciamento de banco de dados proprietários, a implementação do sistema proposto deverá ser baseada em software livre.
Deve-se preferencialmente optar pela utilização de um SGBD embarcado, evitando assim que o usuário tenha necessidade de instalar e configurar o mesmo além da própria instalação da aplicação.
O principal risco é a migração de dados, sujeita a conflitos de generalização (quando um atributo ou classe assume valor de muitos atributos ou representa várias classes em outro banco de dados) e conflitos de tipos de dados (um tipo de dado difere de outro tipo de dado do atributo com mesmo significado em outro banco de dados). A aplicação atual é totalmente baseada no Microsoft Access que é uma tecnologia proprietária. O Sistema proposto deverá utilizar um Sistema Gerenciador de Banco de Dados (SGBD) livre que melhor se adeque ao problema. As adaptações podem representar também riscos no que diz respeito ao prazo de entrega.
Apesar do time de desenvolvedores ter familiaridade com Java, existe o fato de não terem antes executado migração de dados de tabelas não normalizadas.
- Cadastro de Alunos (Inserção, Atualização, Busca e Deleção)
- Cadastro de Professores (Inserção, Atualização, Busca e Deleção)
- Cadastro de Entidades (Inserção, Atualização, Busca e Deleção)
- Emissão de relatórios de Alunos, Entidades e Professores
- Emissão da Carteira de Filiado
- Relatório de aniversariantes do mês
| Nome do Ator | Descrição |
|---|---|
| Secretário | Responsável pela utilização direta do sistema, cadastrando aluno, professores, entidades e emitindo carteira de filiados. |
| Professor | Informa seus dados para que o Secretário possa cadastrá-lo; Recebe a carteira de filiado gerada pelo sistema. |
| Aluno | Informa seus dados para que o Secretário possa cadastrá-lo; Recebe a carteira de filiado gerada pelo sistema. |
Esta pessoa é responsável pela utilização direta do sistema, cadastrando alunos, professores, entidades e emitindo carteira de filiados.
A esta pessoa não é necessário ter um alto grau de escolaridade, bastando um grau equivalente ao Ensino Médio. Mas é preciso que tenha familiaridade com o sistema operacional Microsoft Windows, além de habilidades de digitação. Esta pessoa será treinada para utilizar o sistema.
Esta pessoa não irá interagir diretamente com o sistema. É responsável por informar os dados para que o Secretário possa cadastrá-lo no sistema e receber a carteira assim gerada.
Esta pessoa não irá interagir diretamente com o sistema. É responsável por informar os dados para que o Secretário possa cadastrá-lo no sistema e receber a carteira assim gerada.
- E = Essêncial
- H = Opcional (Se houver tempo)
| Nome do Caso de Uso | Propriedades | N° | Descrição |
|---|---|---|---|
| Adicionar Aluno | E | 1 | Este caso de uso permite ao Secretário adicionar um novo aluno no sistema. |
| Atualizar Aluno | E | 2 | Este caso de uso permite ao Secretário atualizar os dados de um aluno. |
| Apagar Aluno | E | 3 | Este caso de uso permite ao Secretário apagar do sistema o registro de um aluno. |
| Buscar Aluno | E | 4 | Este caso de uso permite ao Secretário buscar dados de alunos a partir de seu número de registro. |
| Adicionar Professor | E | 5 | Este caso de uso permite ao Secretário adicionar um novo professor no sistema. |
| Atualizar Professor | E | 6 | Este caso de uso permite ao Secretário atualizar os dados de um professor. |
| Apagar Professor | E | 7 | Este caso de uso permite ao Secretário apagar do sistema o registro de um professor. |
| Buscar Professor | E | 8 | Este caso de uso permite ao Secretário buscar dados de professor a partir de seu número de registro. |
| Adicionar Entidade | E | 9 | Este caso de uso permite ao Secretário adicionar uma nova entidade no sistema. |
| Atualizar Entidade | E | 10 | Este caso de uso permite ao Secretário atualizar os dados de uma entidade. |
| Apagar Entidade | E | 11 | Este caso de uso permite ao Secretário apagar do sistema o registro de uma entidade. |
| Buscar Entidade | E | 12 | Este caso de uso permite ao Secretário buscar dados de uma entidade a partir de seu CNPJ. |
| Emitir Relatórios | H | 13 | Permite emitir relatórios referentes a Alunos, Professores e Entidades. |
| Emitir de Carteira de Filiado | H | 14 | Permite emissão de primeira ou segunda via da carteira de filiado(Professor ou Aluno). |
| Emitir relatório de aniversariantes do mês | H | 15 | Permite a emissão de relatório do filiados que aniversariam no mês corrente. |
| Nome da Aplicação | Descrição |
|---|---|
| Casos de Uso | |
| FFIJ-App | Aplicação desktop para gerenciar as transações de inserção, edição, busca e deleção de Filiados e Entidades. |
| Utiliza os Casos de Uso: E1, E2, E3, E4, E5, E6, E7, E8, E9, E10, E11, E12, H13, H14, H15. |
Esta seção lista todos os requisitos detalhados para FPIJ-App
| Cód. do Requisito | Descrição |
|---|---|
| E1-1 | O Sistema deve permitir ao Secretário inserir alunos a partir de dados cadastrais fornecidos por estes |
| E1-2 | O Sistema deve permitir ao Secretário selecionar em listas suspensas, um professor e uma entidade associados ao aluno |
| E1-3 | No ato do cadastro o sistema deve gerar o número de registro deste aluno na federação |
| E1-4 | Após o cadastro de novo aluno o Sistema deve emitir a carteira de filiado deste (Requisito E-11) |
| E2-1 | O Sistema deve permitir ao Secretário atualizar os dados de alunos cadastrados no sistema |
| E2-2 | O Sistema deve obter os dados de alunos através de busca (Requisito E3) |
| E3-1 | O Sistema deve permitir ao Secretário buscar dados de alunos a partir de seu número de registro da federação ou através de seu nome |
| E3-2 | O Sistema deve retornar uma lista com todos os alunos cadastrados, caso os campos de numero de registro e nome de aluno estejam vazios |
| E4-1 | O Sistema deve permitir ao Secretário inserir professores a partir de dados cadastrais fornecidos por estes |
| E4-2 | Caso o professor já esteja cadastrado como aluno, o Sistema deve buscar os dados deste aluno e popular o formulário de cadastro do professor |
| E4-3 | O Sistema deve permitir ao Secretário adicionar entidades relacionadas a este professor (as entidades deve ser previamente cadastradas – Requisito E-7) |
| E4-4 | No ato do cadastro o sistema deve gerar o número de registro deste Professor na federação |
| E4-5 | Após o cadastro de novo aluno o Sistema deve emitir a carteira de filiado deste (Requisito E-11) |
| E5-1 | O Sistema deve permitir ao Secretário atualizar os dados de professores cadastrados no sistema |
| E5-2 | O Sistema deve obter os dados de professores através de busca (Requisito E6) |
| E6-1 | O Sistema deve permitir ao Secretário buscar dados de professores a partir de seu número de registro da federação ou |
| E6-2 | O Sistema deve retornar uma lista com todos os professores cadastrados, caso os campos de numero de registro e nome de aluno estejam vazios |
| E7-1 | O Sistema deve permitir ao Secretário inserir entidades que serão mostradas em nas telas de alunos e professores (Requisitos E1 e E4) |
| E8-1 | O Sistema deve permitir ao Secretário atualizar os dados de entidades cadastradas no sistema |
| E8-2 | O Sistema deve obter os dados de entidades através de busca (Requisito E9) |
| E9-1 | O Sistema deve permitir ao Secretário buscar dados de entidades através do nome da entidade |
| E9-2 | Caso o Secretário não forneça um nome no campo de busca, o Sistema deve retornar todas as entidades cadastradas |
| E10-1 | O Sistema deve permitir ao Secretário visualizar e imprimir relatórios de alunos, professores e entidades cadastrados no sistema |
| E12-1 | O Sistema deve emitir a carteira de filiado após o cadastro (Requisitos E1 e E4) |
| E12-2 | O Sistema deve emitir outras vias da carteira de filiado, caso o filiado solicite |
| E12-3 | Somente serão emitidas outras vias da carteira de filiado em casos onde se comprove a perda, roubo ou ilegibilidade dos dados |
| H13-1 | Permite a emissão de lista do filiados que aniversariam no mês corrente |
| H13-2 | O Secretário pode também escolher o mês, do qual deseja obter a lista de aniversariantes |
Este Sistema não pode demandar grande capacidade de processamento.
| Cód. do Requisito | Descrição |
|---|---|
| E1-101 | Os formulários de cadastro, alteração e busca devem abrir em abas, para que o Secretário possa executar mais de uma tarefa (ex.: buscar os dados de um professor enquanto cadastra um novo aluno em outra aba) |
| E2-101 | Os dados da busca feita antes da alteração devem ser passados para o formulário de alteração |
| E4-101 | Os formulários de cadastro, alteração e busca devem abrir em abas, para que o Secretário possa executar mais de uma tarefa |