Mapa de NAvegação

Diagrama de Atividades

Olá Pessoal,
Este é o Diagrama de Atividades, que compreende toda parte de elaboração do roteiro. Estão envolvidas ai as classes: GrupoDePesquisa, Roteiro, Proposta e Contribuicao. O roteiro, nesta atividade estará passando pelos estados Elaborando, Avaliando e agora teremos também Reprovado(opinião do pessoal em sala de aula).
Para não criarmos vários sub-participantes dentro da partição Conselho, resolvemos nomear os subgrupos de Conselheiros com uma notação.

Qualquer coisa, estamos as ordens
Fábio e Cleber.

Diagrama de Sequência

Olá gente,
Para o Diagrama de Sequência resolvemos modelar o caso de uso incluir turma. Notem que:
- Para este processo, é também definido o roteiro de aula da tuma durante o período. O roteiro possui várias aulas. Para cada aula será montada uma agenda com as datas prédefinidas e o material didático (tema, recursos multimídia, documentos e artigos).
- O professor que dará aula no dia, não será necessariamente o professor responsável pela turma. Varios professores poderão lecionar a mesma disciplina para a mesma turma (seguindo o roteiro do professor responsável, é claro).

Qualquer coisa, é só comentar. ; )

Diagrama de Estados

Ola Pessoal,
Verificando nosso diagrama de classes, observamos que o único objeto que valeria a pena ser modelado em estados seria o ROTEIRO. Os demais são objetos de cadastro com estados simples de objeto.
Qualquer sugestão, estamos disponíveis.

DIAGRAMA DE CLASSES

Diagrama de Classes - SISROTA
O nosso diagrama esta baseado num modelo conceitual e desta forma, suprimimos atributos e métodos. Apesar de parecer grande, o SISROTA é um sistema relativamente simples, e para demonstrar isso, dividimos o diagrama em 3 escopos, para os quais colocamos 3 cores:

Amarelo: Classes comuns a qualquer sistema de controle acadêmico. Vale destacar que neste escopo, ocorre uma Associação importante chamada [Leciona]- Momento em que um professor assumiu a responsabilidade de uma turma. Neste momento são criadas todas as Associações [Aula] daquela Turma, até o final do período. O professor pode então entrar em uma instância de Aula e verificar seu conteúdo, afim de uma possível "recapacitação" ou adaptação das aulas do roteiro ao seu perfil;

Verde: Classes relacionadas a criação dos roteiros pelos membros do conselho. Lembrando que uma proposta pode ser feita por um professor ou por um conselheiro, mas o Grupo de Pesquisa que elaborará o roteiro deverá ser formado apenas por conselheiros (fácil observar isso pelo diagrama);

Cinza: Classes que demonstram o desenvolvimento das aulas através dos roteiros. Cada aula disponível para o professor naquela turma é apenas uma cópia do modelo (template) do roteiro. O professor não trabalha diretamente em cima da instância do roteiro, mas sim numa cópia, que ele pode personalizar.

O centro das atenções do SISROTA, são as classes verdes e cinzas do diagrama.

Espero que gostem,
e até a próxima aula.

Documento de Visão

1. Objetivo

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. O sistema deverá ainda propor exercícios, avaliações e uma mudança de roteiro, caso os resultados não tenham sido alcançados.

2. Visão Geral do Problema

A constatação de que são poucos os professores que estruturam suas lições antes de entrar em sala de aula, seja por falta de tempo no preparo de seus materiais didáticos, seja por falta de conhecimento em novas técnicas e formas de ensino. Desta forma, a avaliação do rendimento do professor em sala de aula fica seriamente comprometido, bem como, a possibilidade de reciclagem e capacitação deles.

3. Atores/Executores

Função/Papel Descrição
Conselheiro
Prepara e atualiza roteiro acadêmico
Verifica rendimento dos alunos

Diretor
Gerencia Unidades de Ensino
Gerencia os membros do Conselho
Atualiza disciplinas
Gerencia professores nas Unidades de Ensino
Gerencia alunos nas Unidades de Ensino
Gerencia alunos nas turmas por disciplina
Gerencia professores das disciplinas nas turmas

Aluno
Seleciona disciplinas
Executa atividades escolares da disciplina

Professor
Realiza reciclagem
Seleciona roteiro acadêmico
Ministra aula da disciplina nas turmas

4. Visão Geral da Solução Proposta

A possibilidade dos professores prepararem suas atividades escolares antes de entrar em sala de aula, por intermédio de roteiros didáticos previamente estabelecidos pelo Conselho Escolar, bem como, a possibilidade desses professores realizarem atualização constante de seus conhecimentos através de cursos de reciclagem onde poderão melhorar o desempenho de suas funções, além dos seus rendimentos.

5. Requisitos de Negócio
a. Funcionais
• O sistema deve cadastrar os conselheiros;
• O sistema deve cadastrar os professores;
• O sistema deve cadastrar os alunos;
• O sistema deve cadastrar disciplinas;
• O sistema deve gerenciar os roteiros;
• O sistema deve autenticar todos os cadastros;
• O sistema deve cadastrar Unidades de Ensino;
• O sistema emitirá um relatório de rendimento dos alunos;
• O sistema emitirá um relatório de desempenho dos professores;
• O sistema deve permitir que os alunos se inscrevam em disciplinas;
• O sistema deve permitir que os alunos assistam às aulas das disciplinas em que se inscreveram;
• O sistema deve permitir que os alunos façam exercícios da disciplina em que se inscreveram;
• O sistema deve permitir que os professores realizem reciclagem;
• O sistema deve permitir que os professores ministrem aulas de uma disciplina para as turmas;

b. Inversos
• O sistema não pode permitir a ocorrência de cadastros sem as senhas de autenticação;
• O sistema não pode permitir a ocorrência de disciplinas que não estejam cadastradas;
• O sistema não pode deixar de atribuir uma ID para cada disciplina cadastrada;
• O sistema não pode deixar de atribuir uma ID para cada Unidade de Ensino cadastrada;
• O sistema não pode deixar de atribuir uma ID para cada roteiro cadastrado;
• O sistema não pode permitir que alunos não cadastrados escolham disciplinas;
• O sistema não pode permitir que professores não cadastrados realizem reciclagem;

c. Não Funcionais
• O sistema deve utilizar as senhas de autenticação para confirmação de dados nos cadastros;
• O sistema atribui uma ID para cada disciplina cadastrada com vistas à verificação do rendimento de um aluno inscrito nela;
• O sistema atribui uma ID para cada Unidade de Ensino cadastrada;
• O sistema atribui uma ID para cada roteiro cadastrado;
• O sistema atribui uma ID para cada conselheiro, professor e aluno cadastrados;

6. Restrições

Deverá haver um número máximo de disciplinas que o aluno pode se inscrever;

Deverá haver um número máximo de conselheiros;

Deverá haver um número máximo de alunos por turma;

O desempenho de cada professor deverá ser validado por, no mínimo, 3 conselheiros;

Modelagem de Negócio

Segue, Modelagem de Negócio, no padrão BPMN(feito com o software BizAgi).
Clique na imagem para vê-la em tamanho grande.

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.