Casos de Uso

Caso de Uso CU1: Gerenciar Cadastro de Roteiros

Ator principal: Conselheiro

Pré-condições: Um Conselheiro acadêmico esta identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando um Conselheiro acadêmico decide gerenciar uma disciplina no Sistema.

Cenário Principal de Sucesso:

1. Um Conselheiro inicia uma operação de gerenciamento de cadastro de roteiro da disciplina em que ele é conselheiro.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Conselheiro preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para o roteiro

1a. Roteiro não encontrado:

1. Uma mensagem de erro é exibida.

2. O Conselheiro tenta encontrar outro roteiro fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Conselheiro altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para o roteiro

1a. Roteiro não encontrado:

1. Uma mensagem de erro é exibida.

2. O Conselheiro tenta encontrar outro roteiro fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU2: Gerar Relatório de Rendimento dos Alunos

Atores principais: Conselheiro, Diretor (serão referenciados como usuário durante o contexto)

Pré-condições: O usuário esta identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o usuário decide verificar o rendimento dos alunos em uma determinada disciplina cadastrada no sistema.

Cenário Principal de Sucesso:

1. O usuário solicita ao sistema o Relatório de Rendimento dos Alunos

2. Sistema solicita um ID para a disciplina.

3. O sistema solicita o escopo da operação a ser realizada: Aluno, Turma, Unidade de Ensino ou Geral.

4. O sistema fornece para o usuário relatórios e resumos sobre o rendimento dos alunos naquela disciplina.

Extensões:

1a. Disciplina não encontrado:

1. Uma mensagem de erro é exibida.

2. O usuário tenta encontrar outra disciplina fornecendo outro ID.

2a. Opção aluno selecionada:

1. Sistema solicita um ID para o aluno

1a. Aluno não encontrado:

1. Uma mensagem de erro é exibida.

2. O usuário tenta encontrar outro aluno fornecendo outro ID.

2b. Opção Turma selecionada:

1. Sistema solicita um ID para a turma

1a. Turma não encontrado:

1. Uma mensagem de erro é exibida.

2. O usuário tenta encontrar outra turma fornecendo outro ID.

2c. Opção Unidade de Ensino selecionada:

1. Sistema solicita um ID para a Unidade de Ensino

1a. Unidade de Ensino não encontrado:

1. Uma mensagem de erro é exibida.

2. O usuário tenta encontrar outra Unidade de Ensino fornecendo outro ID.

Caso de Uso CU3: Cadastrar Unidades de Ensino

Ator principal: Diretor

Pré-condições: O Diretor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Diretor decide gerenciar uma Unidade de Ensino no Sistema.

Cenário Principal de Sucesso:

1. Diretor inicia uma operação de gerenciamento de cadastro de Unidades de Ensino.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Diretor preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados.

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para a Unidade de Ensino.

1a. Unidade de ensino não encontrada:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outra unidade de ensino, fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Diretor altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para a Unidade de Ensino

1a. Unidade de ensino não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outra Unidade de Ensino fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU4: Cadastrar Membros do Conselho

Ator principal: Diretor

Pré-condições: O Diretor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Diretor decide gerenciar um Membro do Conselho no Sistema.

Cenário Principal de Sucesso:

1. Diretor inicia uma operação de gerenciamento de cadastro de Conselheiros.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Diretor preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados.

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para Membro do Conselho.

1a. Membro do Conselho não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro Membro do Conselho, fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Diretor altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para Membro do Conselho.

1a. Membro do Conselho não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro Membro do Conselho fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU5 : Cadastrar Disciplinas

Ator principal: Diretor

Pré-condições: O Diretor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Diretor decide gerenciar uma disciplina.

Cenário Principal de Sucesso:

1. Diretor inicia uma operação de gerenciamento de cadastro de disciplinas.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Diretor preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados.

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para disciplina.

1a. Disciplina não encontrada:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outra disciplina, fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Diretor altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para disciplina.

1a. Disciplina não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outra disciplina fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU6 : Cadastrar Professor

Ator principal: Diretor local da unidade de ensino (Será referenciado como Diretor)

Pré-condições: O Diretor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Diretor decide gerenciar o cadastro de um professor de sua unidade de ensino.

Cenário Principal de Sucesso:

1. Diretor inicia uma operação de gerenciamento de cadastro de professor.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Diretor preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados.

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para professor.

1a. Professor não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro professor, fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Diretor altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para professor.

1a. Professor não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro professor fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU7 : Cadastrar Aluno

Ator principal: Diretor local da unidade de ensino (Será referenciado como Diretor)

Pré-condições: O Diretor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Diretor decide gerenciar o cadastro de um aluno de sua unidade de ensino.

Cenário Principal de Sucesso:

1. Diretor inicia uma operação de gerenciamento de cadastro de aluno.

2. O sistema solicita a operação a ser realizada: inserção, alteração ou remoção de roteiros.

3. O sistema confirma a operação.

Extensões:

2a. Opção de inserção selecionada:

1. Para inserção, o sistema fornece o formulário de entrada e o Diretor preenche os campos do formulário.

2. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados.

2b. Opção de alteração selecionada:

1. Sistema solicita um ID para aluno.

1a. Aluno não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro aluno, fornecendo outro ID.

2. O sistema fornece o formulário para edição e o Diretor altera os dados.

3. Ao término do preenchimento do formulário o sistema solicita confirmação dos dados

2c. Opção de remoção selecionada:

1. Sistema solicita um ID para aluno.

1a. Aluno não encontrado:

1. Uma mensagem de erro é exibida.

2. O Diretor tenta encontrar outro aluno fornecendo outro ID.

2. O sistema solicita novamente a senha de autenticação no sistema para confirmação da operação.

Caso de Uso CU8 : Fazer Exercícios

Ator principal: Aluno

Pré-condições: O Aluno está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Aluno é solicitado a fazer exercícios de fixação da aula.

Cenário Principal de Sucesso:

1. Aluno seleciona a disciplina.

2. O Sistema disponibiliza uma lista de exercícios e o Aluno seleciona um.

3. O sistema fornece um formulário contendo as questões, que são respondidas pelo Aluno.

4. Ao finalizar o exercício, o sistema solicita a confirmação do Aluno.

Caso de Uso CU9 : Assistir Aula

Ator principal: Aluno

Pré-condições: O Aluno está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Aluno decide assistir uma aula.

Cenário Principal de Sucesso:

1. Aluno seleciona a disciplina.

2. Aluno seleciona a Aula que deseja assistir .

3. O sistema fornece conteúdo didático multimídia da aula selecionada.

4. Ao finalizar, o sistema propõe ao Aluno Fazer Exercícios da Aula ou Encerrar.

Caso de Uso CU10 : Fazer Reciclagem

Ator principal: Professor

Pré-condições: O Professor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Professor decide assistir a uma aula de reciclagem da matéria através do sistema.

Cenário Principal de Sucesso:

1. Professor seleciona a disciplina.

2. Professor seleciona a Aula de reciclagem que deseja assistir, associada a aula que será dada ao aluno.

3. O sistema fornece conteúdo didático multimídia da aula selecionada.

4. Ao finalizar, o sistema propõe ao Professor Assistir Aula (que será dada aos alunos), fazer exercícios (que serão propostos aos alunos) ou Encerrar.

Caso de Uso CU11 : Aplicar Roteiro

Ator principal: Professor

Pré-condições: O Professor está identificado e autenticado no sistema.

Inicio: Este caso de uso se inicia quando o Professor decide aplicar o roteiro acadêmico para uma turma de alunos.

Cenário Principal de Sucesso:

1. Professor seleciona a disciplina.

2. Professor seleciona a Aula que será dada aos alunos.

3. Professor disponibiliza a Aula para acesso dos alunos.

O que é o SISROTA?

Nome do Sistema:

Sistema de Roteiros Acadêmicos (SISROTA)

Descrição e Finalidade:

Este sistema tem como objetivo maximizar a eficiência do aprendizado em sala de aula, através de roteiros didáticos que darão auxilio aos trabalhos do docente em classe. Este roteiro deverá ser previamente elaborado por um Conselho Docente Especializado e poderá ser apoiado por conteúdos multimídia (imagens, apresentações, vídeos, músicas) de forma a despertar maior interesse dos alunos tornando assim mais confortável e eficaz o processo cognitivo
O sistema deverá ainda propor exercícios, avaliações e uma mudança de roteiro, caso os resultados não tenham sido alcançados. O professor, deverá acessar previamente o roteiro das próximas aulas, acrescentando ou retirando conteúdo, desde que isso seja devidamente documentado e informado ao sistema. Neste momento, o docente poderá fazer uma reciclagem sobre o assunto, que também será oferecida pelo sistema.

Sistemas Concorrentes Relacionados:

RDD – Roteiros Didáticos Digitais. Trata-se de um sistema desenvolvido pelo Poder Público que permite aos professores a construção de materiais didáticos que facilitem sua vida como docente, de modo que ele possa incorporar novos recursos e métodos em sua prática educativa.

Diferencial do Sistema Proposto

O RDD é um projeto financiado pelo poder público, que teve como objetivo inicial, articular ferramentas de aprendizagem de longa distância já existente, fazendo com que o ensino online possa ser usado como complemento, em qualquer curso presencial.
O SISROTA, ao contrário do RDD, tem como objetivo ser uma ferramenta centralizada, e desta forma seu foco principal é o gerenciamento inteligente dos roteiros, de forma a adequar as aulas ao perfil dos alunos.
Apesar de sabermos pouco sobre o concorrente, já que o projeto ainda está em desenvolvimento, acreditamos que muitas das características que estão sendo propostas para o SISROTA, já tenham sido também apreciadas pelos analistas do RDD, e sua proposta inicial já tenha amadurecido bastante.