SAAM. Francisco A. C. Pinheiro

Transcrição

1 SAAM Sistema de Apoio à Alocação de Monitores Francisco A. C. Pinheiro 2 de novembro de 2003

2 Parte I Especificação do Sistema

3 Capítulo Descrição Operacional. Objetivos O sistema deve apoiar a alocação de monitores às disciplinas, satisfazendo as preferências dos professores e alunos. O sistema deve apoiar a alocação de monitores às disciplinas:. Permitindo que os professores ofereçam e divulguem as ofertas de monitorias. 2. Permitindo que os alunos candidatem-se e divulguem suas candidaturas às monitorias oferecidas. 3. Permitindo que os professores aloquem monitores às suas disciplinas e turmas. 4. Permitindo que o coordenador aloque monitores às disciplinas e turmas que ainda não tenham alunos alocados. 5. Permitindo que haja alocação automática dos alunos não alocados pelos professores. O sistema deve satisfazer as preferências dos professores e alunos:. Permitindo que os professores estabeleçam os critérios e requisitos desejáveis e obrigatórios para os monitores. 2. Permitindo que os alunos especifiquem suas habilidades e preferências. 3. Não permitindo a alocação de alunos a disciplinas e turmas para as quais eles tenham manifestado recusa. 4. Não permitindo a alocação de alunos que não satisfaçam as exigências dos professores para suas disciplinas e turmas, exceto com a aprovação do próprio professor. 5. Não permitindo alterações indevidas nas alocações feitas pelo professor. 2

4 .2 Domínio Algumas disciplinas do curso, as disciplinas monitoráveis, têm o apoio de monitores que auxiliam os professores na correção e aplicação de provas e exercícios e no atendimento aos alunos da disciplina. Cada turma das disciplinas monitoráveis pode ter um ou mais monitores, sendo o número de monitores por turma definido pelo coordenador do curso. No início de cada semestre os professores oferecem monitorias para as turmas, sob sua responsabilidade, das disciplinas monitoráveis que esteja ministrando. Ao oferecer uma monitoria o professor pode definir o perfil esperado dos monitores, bem como estabelecer requisitos relativos aos horários da monitoria. Os alunos candidatam-se às várias monitorias oferecidas, preenchendo um formulário onde descrevem suas habilidades, os horários disponíveis e as disciplinas que podem monitorar. A escolha dos monitores é feita pelos professores com base nessas informações. Não é obrigatório que o professor escolha apenas monitores que atendam às características especificadas inicialmente; o professor, por razões diversas, pode mudar sua solicitação inicial. Os monitores devem ser alunos da universidade capazes de, sob supervisão do professor da disciplina, desempenhar as atribuições próprias da monitoria. Particularmente, os monitores devem ser capazes de dirimir as dúvidas dos alunos que cursam a disciplina e orientá-los na realização das tarefas passadas pelo professor. Geralmente os monitores são ex-alunos da disciplina que tiveram bom aproveitamento. Após a escolha dos monitores, o professor preenche um termo de início de monitoria onde descreve as atribuições previstas para o monitor. É atribuição obrigatória do monitor o atendimento aos alunos durante duas horas semanais, sendo o horário e o local de atendimento definidos pelo professor da disciplina. Outras atribuições, como aplicação e correção de provas e exercícios, podem variar, devendo também ser definidas pelo professor. O professor da disciplina é responsável pela definição das atribuições da monitoria, pela solução de problemas surgidos no desempenho destas atribuições e pelo preenchimento do relatório de acompanhamento entregue ao final do semestre, atestando o cumprimento das atribuições pelos monitores. Como resultado da monitoria o monitor ganha dois créditos que são computados em seu histórico escolar. Cada aluno pode ter até um máximo de X créditos de monitoria computados ao longo do curso. Entretanto, é permitido ao aluno exercer uma monitoria mesmo que não possa mais computar os créditos da monitoria, desde que seja uma monitoria remunerada..2. O processo de oferta, candidatura e seleção O processo de monitoria se dá em três etapas. Na primeira, ocorrem a oferta de monitorias por parte dos professores e a candidatura dos alunos às várias monitorias oferecidas; na segunda etapa ocorre a seleção dos alunos candidatos; e na terceira etapa ocorre a alocação automática dos candidatos remanescentes. Estas etapas não são estritamente seqüenciais e podem ocorrer continuamente, enquanto for permitido pelo sistema. Por exemplo, mesmo após a alocação automática pode haver novas ofertas e novas candidaturas, o que desencadeará novas alocações. O diagrama de estados da Figura. ilustra os vários estados do sistema. 3

5 idon for U eidon for UML, Community Edition Pos seidon for UML, Community Edition Poseidon for UML, Community E seidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Co oseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edit oseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed Início Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E EmAlocaçãoSupervisionada Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Termino registraoferta mantémcadastro RegistrandoDados registracandidatura alocamonitor iniciaalocação liberavisualização registraoferta EmAlocaçãoManual registracandidatura iniciaalocaçãoautomática mantémcadastro alocamonitor EmAlocaçãoAutomática finalizaalocaçãoautomática Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Figura.: O processo de oferta, candidatura e seleção de monitoria Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community O estado inicial do sistema é denominado RegistrandoDados. Neste estado o coordenador e os professores registram as informações referentes às disciplinas, turmas e ofertas de monitoria, e os alunos registram ou solicitam o registro de suas candidaturas. Este estado termina com o coordenador liberando as alocações. No estado EmAlocaçãoManual o sistema permite a alocação manual de alunos candidatos às turmas oferecidas para monitoria. Neste estado ainda é possível o registro de novas ofertas de monitorias e novas candidaturas, e também alteração nas já existentes. A visualização das informações sobre ofertas, candidaturas e alocações neste estado depende da liberação do coordenador. Do estado EmAlocaçãoManual o sistema pode passar, sob comando do coordenador, ao estado EmAlocaçãoAutomática. Neste estado o sistema fará a alocação automática dos candidatos às turmas que ainda não têm monitores alocados. As demais ações do sistema ficam desativadas enquanto a alocação automática estiver sendo processada. Ao fim da alocação automática o sistema retorna ao estado EmAlocaçãoManual podendo voltar a registrar ofertas de monitorias e candidaturas, bem como possibilitando novas alocações manuais. O sistema fica entre os estados EmAlocaçãoManual e EmAlocaçãoAutomática até que o coordenador determine o fim do período de alocação, quando o sistema passa para seu estado final EmAlocaçãoSupervisionada. Neste último estado ainda é possível realizar alocações de monitores a turmas, mas apenas pelo coordenador. Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Communit Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commun Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commun Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commu Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commu Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Comm Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Comm.2.2 Solicitação e oferta de monitorias Ao registrar uma oferta de monitoria, o professor deve informar a disciplina, a turma, o horário das aulas e os requisitos específicos para a monitoria. Entre os requisitos específicos estão os horários desejáveis para a monitoria, além de habilidades especiais do monitor, como proficiência em determinadas técnicas. O professor pode modificar a especificação de qualquer oferta de monitoria que ele tenha feito, a qualquer tempo. Uma oferta define obrigatoriamente um professor (o professor responsável pela disciplina/turma), uma disciplina e uma turma (a disciplina e turma oferecidas), um horário de aulas (o horário das aulas da disciplina e turma oferecidas). Opcionalmente uma oferta pode definir um conjunto de horários desejáveis, que são os horários preferidos para o atendimento do mo- 4

6 nitor, um conjunto de horários indesejáveis, que são os horários excluídos para atendimento, e um conjunto de requisitos para o monitor. Os horários de aulas, desejáveis e indesejáveis não podem se sobrepor. Um professor pode fazer mais de uma oferta para a mesma disciplina e turma. Ao registrar sua candidatura o aluno deve informar as disciplinas e turmas que deseja monitorar e os seus horários disponíveis. O aluno pode descrever habilidade que julgue relevantes, bem como informar preferências por turmas específicas, exigência de remuneração e pode também excluir turmas que não quer monitorar. O aluno pode modificar sua candidatura a qualquer tempo. Um aluno pode candidatar-se para diferentes disciplinas, caso em que deve especificar uma ordem de preferência, que será considerada pelo sistema quando da alocação automática de monitores às disciplinas. Para cada disciplina o aluno deve fornecer os horários disponíveis para monitoria. Pode fornecer ainda um conjunto de turmas desejáveis, que são as turmas para as quais prefere ser alocado, e um conjunto de turmas indesejáveis, que são as turmas para as quais não aceita alocação. Pode descrever suas habilidades e informar se pretende apenas monitorias remuneradas. Caso o aluno candidate-se a várias disciplinas os horários disponíveis e as habilidade podem ser fornecidas uma única vez, valendo para todas as candidaturas. Os conjuntos de turmas desejáveis e indesejáveis devem ser disjuntos. A especificação de habilidades é obrigatória para as disciplinas que tiverem turmas cujos professores definiram pré-requisitos. Nestes casos, os alunos devem ter acesso a estes prérequisitos e devem responder para cada um deles se atendem ou não. Uma candidatura define obrigatoriamente um aluno (o aluno candidato), uma disciplina (a disciplina para a qual o aluno candidatou-se), um conjunto de horários disponíveis, um conjunto de turmas desejáveis (que se não tiver sido informado será considerado como incluindo todas as turmas oferecidas menos as especificadas no conjunto de turmas indesejáveis), um conjunto de turmas indesejáveis (que pode ser vazio, caso o aluno não tenha informado), uma descrição de habilidades, e opção por monitorias remuneradas..2.3 Alocação manual Os professores podem escolher os monitores a partir do momento que houver candidaturas para suas disciplinas e turmas. Ao fazer uma escolha o professor aloca o aluno escolhido à sua disciplina e turma específica, ficando este monitor impedido de ser alocado a outra disciplina/turma, exceto se houver candidatado-se a mais de uma disciplina/turma. Todas as alocações efetuadas devem ser vistas pelos demais professores, facilitando as negociações entre os professores que queiram o mesmo monitor. Um professor deve poder desistir de um monitor, liberando-o para ser escolhido por outros professores. Deve também poder transferir um monitor diretamente para uma outra disciplina/turma, sua ou de outro professor. O coordenador do curso pode fazer alocações de monitores a disciplinas/turmas e pode modificar as alocações feitas por ele ou as feitas pelo sistema. O processo de alocação é finalizado pelo coordenador. Após a finalização ainda pode haver alocações automáticas ou realizadas pelo coordenador. 5

7 .2.4 Alocação automática A etapa de alocação automática é iniciada pelo coordenador e resulta na alocação de alunos às disciplinas/turmas que ainda não tenham monitores. Apenas os alunos que ainda tenham candidaturas válidas (isto é, cujas candidaturas não tenham sido aceitas no processo de alocação manual) participam do processo de alocação automática. O processo de alocação automática é um casamento entre ofertas e candidaturas que sejam compatíveis. Uma candidatura é compatível com uma oferta quando: A candidatura e a oferta possuem disciplinas idênticas. A turma da oferta estiver incluída no conjunto de turmas desejáveis, se este for não vazio. A turma da oferta não estiver incluída no conjunto de turmas indesejáveis, se este for não vazio. As habilidades da candidatura satisfazem os requisitos da oferta, se estes tiverem sido informados. Houver nos horários disponíveis da candidatura pelo menos duas horas que não estejam inseridas nos horários indesejáveis da oferta, se estes foram informados. Dentre as ofertas e candidaturas compatíveis existe um grau de compatibilidade, sendo o grau 5, o de maior compatibilidade, e o grau 0, o de menor compatibilidade, conforme descrito a seguir: Compatibilidade 5. Duas horas desejáveis. Houver no horário disponível da candidatura pelo menos duas horas incluídas no horário desejável da oferta. Compatibilidade 4. Uma hora desejável e outra fora do horário de aula. Houver no horário disponível da candidatura pelo menos uma hora incluídas no horário desejável da oferta. Houver no horário disponível da candidatura pelo menos duas horas não incluídas no horário de aula da oferta. Compatibilidade 3. Uma hora desejável e outra no horário de aula. Houver no horário disponível da candidatura pelo menos uma hora incluídas no horário desejável da oferta. Compatibilidade 2. Duas horas fora do horário de aula. Houver no horário disponível da candidatura pelo menos duas horas não incluídas no horário de aula da oferta. Compatibilidade. Uma hora fora do horário de aula. 6

8 Houver no horário disponível da candidatura pelo menos uma hora não incluídas no horário de aula da oferta. Compatibilidade 0. Duas horas no horário de aula. O sistema de alocação automática deve maximizar o número de alocações tentando inicialmente efetuar as alocações de maior grau de compatibilidade. Dada uma disciplina todas as candidaturas compatíveis com esta disciplina serão ordenadas por grau de compatibilidade, de modo que as de maior grau sejam consideradas primeiro. Para um mesmo grau de compatibilidade as candidaturas serão ordenadas pela nota que o aluno candidato possuir na disciplina, priorizando as notas maiores, e em seguida pelo tempo de universidade, priorizando os tempos menores, e a seguir pela idade do aluno candidato, priorizando os alunos mais velhos. Havendo um casamento entre uma candidatura e uma oferta é realizada a alocação do aluno da candidatura à turma da oferta. Todas as outras candidaturas do aluno alocado devem ser eliminadas do processo de alocação. As ofertas dentro de uma mesma disciplina devem ser ordenadas aleatoriamente por professor. Caso um professor possua mais de uma oferta para uma mesma disciplina, deve ser considerada apenas uma, sendo as demais consideradas apenas após ter havido uma primeira tentativa de alocação com todos os outros professores..2.5 Monitorias remuneradas Algumas monitorias são remuneradas. Sendo o número de monitorias remuneradas limitado, é prática corrente que um aluno só receba remuneração após ter exercido pelo menos uma monitoria não remunerada. A oferta de monitorias remuneradas é definida pelos professores em conjunto com a coordenação do curso. O registro das disciplinas e turmas que oferecem monitorias remuneradas é feito pelo coordenador. As informações sobre monitorias remuneradas só deve ser visível aos alunos quando o coordenador permitir..2.6 Divulgação e informações auxiliares As ofertas de monitoria são tornadas públicas, permitindo que os alunos candidatem-se para as disciplinas que possam atender. Os alunos só podem visualizar as alocações realizadas após a liberação das mesmas pelo coordenador do curso. A liberação faz com que as informações sejam tornadas públicas e uma mensagem é enviada a cada aluno alocado notificando-o do resultado da alocação. Após a finalização do processo de alocação, o sistema enviará uma mensagem aos alunos candidatos que não tiverem sido escolhidos agradecendo-os pela participação e estimulando-os a tentar novamente no próximo semestre. Nenhum aluno pode ter acesso às alocações parciais. A divulgação das alocações, bem como das monitorias remuneradas é feita sob controle do coordenador. Todo o processo deve poder ser feito pela web e deve haver facilidade para que os participantes do processo se comuniquem uns com os outros. Os professores devem poder ter acesso ao histórico escolar do aluno. 7

9 Capítulo 2 Arquitetura O sismo compões de 5 pacotes dispostos conforme o diagrama. O pacote de Registro contém as classes responsáveis pelo registros de todos os usuários do sistema, e também do cadastro das disciplinas. O pacote de Oferta e Solicitação contém as classes responsáveis pela solicitações de monitorias por parte dos professores e pelas candidaturas para monitorias por parte dos alunos. As solicitações e candidaturas devem obedecer as restrições definidas quando do registro dos participantes e disciplinas. O pacote de Alocação contém as classes responsáveis pela alocação de monitores às disciplinas, tanto automática quanto manual. O pacote de Divulgação contém as classes responsáveis pela publicação e divulgação dos resultados das alocações realizadas, bem como das informações registradas, obedecendose as restrições impostas para a divulgação destas informações. 8

10 r UML, Community Edition Poseidon for UML, Community Ed or UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Co for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon fo for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition n for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition n for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition on for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition don for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition idon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition idon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Editio eidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Editio seidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Editi seidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edi oseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed OfertaCandidatura oseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed * * Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E Requisitos OfertaMonitoria Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E Candidatura Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community..* * Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Communit Alocação oferece Registro horaindesejável Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Communi Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commun Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commun Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commu Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Commu Divulgação..* Monitoria CtrlAlocacao Periodo Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Comm Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Comm Funcionario Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Com Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Com Aluno Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Com Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Co Tecnico Professor ministra aula Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Co Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, C Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, C Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UM Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UM Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UM Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for U Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for U Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Poseidon for..* * Disciplina Turma..* responsável possui..* *..* horarioaula * Figura 2.: Arquitetura preliminar 9 * NaoMonitoravel Monitoravel Local..*

11 Parte II Requisitos 0

12 Capítulo 3 Requisitos funcionais 3. Registro de disciplinas, turmas, professores e candidaturas 3.. Registro de disciplinas Req.. As disciplinas devem ser registradas no sistema com código, nome, a quantidade de créditos teóricos e práticos, a prioridade de alocação e a informação se a disciplina é monitorável ou não. A prioridade de alocação define a ordem em que as disciplinas serão consideradas para a alocação automática de monitores. É um inteiro não negativo, com o menor valor indicando a prioridade mais alta. Assim, uma disciplina com prioridade de alocação 0 terá seus monitores alocados antes que uma disciplina com prioridade de alocação. Req... Não pode haver mais de uma disciplina com o mesmo código. Req...2 Pode haver mais de uma disciplina com a mesma prioridade de alocação. Req...3 A quantidade mínima de créditos teóricos para uma disciplina é 2 e a máxima, 0. O valor padrão é 4. Req...4 A quantidade mínima de créditos práticos é 0 e a máxima, 0. O valor padrão é 0. Req...5 A prioridade de alocação deve ser maior ou igual a zero, tendo 0 como valor padrão. Req..2 O coordenador deve poder excluir uma disciplina ou alterar os seus dados a qualquer momento. Req..2. O sistema deve emitir um alerta visual e sonoro se o coordenador tentar mudar

13 o estado de uma disciplina de monitorável para não monitorável, ou excluí-la, e já existir oferta, candidatura ou alocação já realizada para esta disciplina. Req..2.. Ao emitir o aviso o sistema deve deixar claro as várias situações em questão: já existe candidatura, já existe oferta e existe alocação já realizada. A discriminação da várias situações em termos de oferta e candidatura permite ao coordenador avaliar o impacto da modificação. Observe que estas situações podem ser cumulativas. Req..3 Caso o coordenador modifique o estado de uma disciplina de monitorável para não monitorável, ou a exclua, o sistema deve excluir todas as ofertas já feitas para esta disciplina, bem como as candidaturas e as ofertas já realizadas, e notificar os professores e alunos envolvidos do ocorrido Registro de professores Req..4 Os professores devem ser registrados com matrícula, nome e endereço eletrˆonico. Req..5 O sistema deve manter o registro dos professores feito em semestres anteriores. O coordenador deve incluir apenas os novos professores. Para os professores já registrados, o coordenador precisa apenas modificar seus dados, se for o caso. Req..6 Os dados dos professores podem ser modificados tanto pelo coordenador quanto pelos próprios professores. A exclusão e inclusão de professores é exclusiva do coordenador Registro de turmas Req..7 As turmas de uma disciplina devem ser registradas cada uma com o seu código, os locais de aula, os horários de aula, seus professores, os professores responsáveis, a quantidade de monitores que a turma pode ter, caso seja uma turma de uma disciplina monitorável, e a quantidade de monitores remunerados. Req..7. A quantidade de monitores remunerados deve ser menor ou igual à quantidade de monitores da turma. Req..7.. Toda turma deve ter no mínimo um professor e um professor responsável. Req É possível para um professor ser responsável por uma turma e não ser professor desta turma. Os professores responsáveis por uma turma são aqueles que, podem usar o sistema para oferecer monitorias e realizar a alocação manual de monitores. É possível que uma turma tenha mais de um professor responsável, podendo inclusive, para efeito do sistema, todos os professores de uma turma ter o status de professor responsável. 2

14 Req..8 O coordenador pode excluir uma turma, ou modificar os seus dados a qualquer tempo. Req..8. O status de cada professor na turma, os locais e o horário de aula podem ser modificados tanto pelo coordenador quanto pelos professores responsáveis pela turma. Req..8.2 As operações de alocar e desalocar um professor a uma turma, tanto como professor quanto como responsável, só podem ser feitas pelo coordenador. Req..9 O sistema deve emitir um alerta visual e sonoro para o coordenador ou professor que esteja modificando o horário de aula, caso já tenha havido alocação de monitor para esta turma. Req..9. O sistema deve notificar os monitores já alocados a uma turma se o horário de aulas tiver sido modificado. A notificação também deve ser enviada aos professores responsáveis pela turma, exceto para o professor que tenha feito a modificação Registro de alunos candidatos As candidaturas a monitorias só podem ser feitas por alunos registrados no sistema. O aluno pode solicitar seu registro através do coordenador ou pela web. Por ocasião da solicitação o aluno informa a disciplina que quer monitorar; se a solicitação for aprovada pelo coordenador o aluno ganha o direito de registrar candidatura para esta disciplina. Req..0 Cada aluno solicita registro no sistema informando sua matrícula, nome, endereço eletrˆonico, telefones para contato, a disciplina para a qual está se candidatando, o semestre e ano em que foi aprovado na disciplina e a menção obtida. Req..0. Um aluno pode solicitar registro para várias disciplinas. Req..0.2 Se a solicitação for feita pelo coordenador, ela pode ser imediatamente aprovada. Req.. O sistema deve emitir um aviso ao coordenador notificando-o da existḙncia de solicitações de candidatos pendentes de aprovação. Req..2 O sistema deve permitir ao coordenador aprovar ou rejeitar as solicitações de candidatura a qualquer momento. Req..2. O sistema deve notificar o aluno solicitante da decisão do coordenador de aprovar ou rejeitar sua solicitação. Req..3 O coordenador pode rejeitar solicitações que tenham sido aprovadas, desde que não tenha havido alocação de monitoria para o candidato. 3

15 Req..3. Se um aluno tiver sua solicitação rejeitada, após ter sido aprovada, o sistema deve excluir as possíveis candidaturas que ele tenha registrado. Req..4 Se um aluno já teve solicitação aprovada em semestres anteriores para uma disciplina, o sistema deve permitir ao aluno renovar sua solicitação apenas confirmando os dados do semestre anterior. Req..4. O sistema deve indicar se uma solicitação de candidatura é uma renovação ou não. A indicação da renovação facilita a aprovação da solicitação pelo coordenador. Req..5 O aluno pode modificar seu nome, endereço eletr ˆonico e telefones a qualquer tempo. Req..5. O aluno só pode modificar o semestre e ano de aprovação na disciplina solicitada, bem como a menção obtida, antes da aprovação da solicitação. Após a solicitação ter sido aprovada, estes dados só podem ser modificados pelo coordenador Administração Req..6 Quando finalizar a fase de atualização de dados, iniciando a fase de registro de candidaturas e ofertas, o sistema deve eliminar todas as ofertas e candidaturas do semestre anterior que não tenham sido confirmadas. Req..7 O sistema deve manter os dados referentes a disciplinas, turmas, professores e alunos candidatos de um semestre para outro. No início de cada semestre o coordenador deve iniciar a fase de atualização de dados, dando início ao processo de alocação de monitores para o semestre corrente. Req..8 No início de cada semestre, quando o coordenador iniciar a fase de atualização de dados, o sistema enviará uma mensagem a cada aluno candidato do semestre anterior, avisando-os que eles devem renovar suas candidaturas para este semestre. Req..9 No início de cada semestre, o sistema deve excluir todas as ofertas e candidaturas do semestre anterior. Req..9. Os dados referentes às ofertas e candidaturas terão que ser informados novamente, mas ficarão disponíveis para os professores e alunos que os tenham registrado para facilitar suas novas ofertas e candidaturas. O professor quando for informar os dados referentes a uma oferta de monitoria poderá optar por utilizar os dados do semestre anterior, se ele tiver oferecido monitoria para este disciplina. Do mesmo modo, o aluno poderá utilizar os dados já informados no semestre anterior quando estiver registrando uma nova candidatura. 4

16 Req..20 O sistema deve permitir ao coordenador delegar poderes para atualizar o registro dos professores, disciplinas, turmas e alunos. Req..2 O sistema deve permitir o coordenador enviar mensagens para os candidatos. O envio de mensagens para os candidatos visa apenas facilitar a comunicação entre o coordenador e os candidatos, permitindo que este possa mandar recados ou avisos de modo conveniente, no contexto do próprio sistema. É claro que o telefone de contato e o endereço de também suprem esta função Interface com o usuário Req..22 Quando da inclusão de uma disciplina o sistema deve inicialmente atribuir os valores padrões a todos os seus atributos e considerá-la como monitóravel, permitindo que o coordenador altere estes valores, se desejar. Req..23 Quando da alocação de um professor a uma turma, o sistema deve atribuir automaticamente ao professor o status de responsável pela turma, permitindo a alteração deste status pelo coordenador. Req..24 O sistema deve permitir ao coordenador visualizar em uma lista todas as solicitações de candidatura, e aprovar ou rejeitar as solicitações através de operações de marcação dos itens na lista. Req..25 Tanto os professores alocados a uma turma, quanto os locais de aula devem poder ser escolhidos através de uma lista contendo os dados já cadastrados. Req..25. Se o coordenador tiver que informar um professor ou um local ainda não existente, este passará a fazer parte da lista após o registro. Req..26 O sistema deve permitir a informação do horário de aula a partir da marcação dos horários disponíveis em um calendário semanal. 3.2 Oferta de monitoria 3.2. Caso de uso: oferecer monitoria O professor escolhe uma disciplina/turma a ele alocada e informa os horários desejáveis para a monitoria e os requisitos especiais exigidos do monitor. O sistema mostrará o horário de aulas da turma escolhida, facilitando a definição dos horários desejáveis e indesejáveis para a monitoria. Pode haver a oferta de mais de uma monitoria para uma mesma turma, sendo cada oferta tratada separadamente. Por exemplo, uma das monitorias oferecidas pode ter horários desejáveis diferentes dos horários desejáveis para a outra monitoria, pode haver diferenças 5

17 L, Co L, Community Edition Poseidon fo ML, Community Edition Poseidon for UML, Community Edition P ML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Communi ML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edition Oferecer monitoria UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Editio UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Editio Professor r UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edit Manter ofertas Registrar candidatura Visualizar monitorias Manter candidatura or UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Edi Figura 3.: Casos de Uso: Oferta e candidatura de monitorias for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed também nos requisitos exigidos para os monitores. Quando oferecendo duas ou mais monitorias para uma mesma turma ou para turmas diferentes de uma mesma disciplina, o professor deve poder replicar a oferta feita anteriormente, não precisando informar todas as condições novamente se estas forem as mesmas. for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ed for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E n for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community E Caso de uso: Oferecer monitoria Atores: Professor Pré-condições O professor, a disciplina, e a turma devem estar regularmente cadastrados. A disciplina deve ser monitorável e a turma deve estar alocada ao professor. n for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community on for UML, Community Edition Poseidon for UML, Community Edition Poseidon for UML, Community Ações: O professor seleciona a disciplina e a turma para oferecer a monitoria. 2 O sistema mostra o horário de aulas da disciplina/turma selecionada. 3 O professor informa os horários desejáveis para a monitoria, os horários indesejáveis, os requisitos exigidos do monitor e se a monitoria é remunerada. 4 O sistema verifica as informações e, se corretas procede a inclusão. Pós-condições A oferta de monitoria é registrada no sistema. Aluno Req. 2. O sistema deve registrar automaticamente uma oferta para cada monitoria que uma turma puder oferecer. O registro de cada oferta deve conter disciplina, a turma, o horário das aulas, os horários desejáveis, os horários indesejáveis, os requisitos para a monitoria e se a monitoria é remunerada. Req. 2.. Quando do registro automático de oferta de monitorias, o sistema deve considerar como horários indesejáveis aqueles especificados no requisito O conjunto de horários desejáveis é vazio, bem como os requisitos para a monitoria. A oferta de remuneração ocorre apenas se a turma admitir monitoria remunerada e até a quantidade permitida. 6

18 Req Se um dos professores responsáveis pela turma tiver oferecido monitoria no semestre anterior, o sistema deve repetir suas especificações de horários desejáveis e indesejáveis, caso o horário de aulas da turma seja o mesmo. O sistema deve repetir os requisitos informados anteriormente pelos professores responsáveis pela turma. A oferta automática de monitorias pelo sistema facilita o uso do sistema. As monitorias provavelmente serão oferecidas, já que em situações normais não faz sentido um professor recusar monitoria para uma disciplina que tem previsão para tal. A oferta automática com a repetição de dados informados no semestre anterior é um facilitador adicional para quando a situação das disciplinas e turmas alocadas a um professor permanecem as mesmas. Tendo os registros de oferta feitos automaticamente os professores podem apenas corrigi-los se for necessário. Req Uma monitoria só pode ser oferecida como remunerada se a turma permitir monitorias remuneradas e a quantidade de monitorias remuneradas para a turma não estiver esgotada. A quantidade de monitorias por turma e a definição de quais serão remuneradas são especificadas pelo coordenador, em acordo com os professores envolvidos. Se uma turma pode oferecer três monitorias e apenas duas podem ser remuneradas, então o sistema, e posteriormente os professores responsáveis pela turma, podem registrar três ofertas sendo que apenas duas delas serão oferecidas como remuneradas. Req. 2.2 O sistema deve permitir a oferta de monitoria apenas para as disciplinas monitoráveis. Req. 2.3 O sistema deve permitir a oferta de monitoria apenas para as disciplinas alocadas ao professor que está oferecendo a monitoria. Req Quando houver mais de um professor alocado a uma disciplina e turma, o sistema deve permitir a oferta de monitoria por parte de todos os que tiverem permissão para oferecer monitorias. Req. 2.4 O coordenador pode oferecer monitorias para uma turma exatamente como se fosse um dos professores da turma com permissão para solicitar monitoria. Req. 2.5 O sistema deve manter as informações da oferta anterior feita pelo professor para uma disciplina, de modo que quando selecionar uma turma desta disciplina para oferecer monitoria o professor não precise informá-las novamente se permanecerem iguais. Req. 2.6 As informações da oferta anterior devem ser mantidas inclusive de um semestre para outro. Req. 2.7 A informação dos horários desejáveis deve ser registrada como um conjunto de pares, cada um contendo um dia da semana e um intervalo de no mínimo uma hora, definido pela hora inicial e hora final. 7

19 Um horário desejável típico é {(seg, 0 : 00 2 : 00), (qua, 4 : 00 5 : 00)}. Estes dois pares indicam que o horário da monitoria pode ser distribuído nos seguintes intervalos: segunda-feira, das 0:00H às 2:00H, e quarta-feira, das 4:00H às 5:00H. Req O conjunto de horários desejáveis deve ser conter pelo menos duas horas semanais. Req Um professor pode indicar quantos horários desejáveis queira, não sendo possível horários sobrepostos. Req. 2.8 A informação dos horários indesejáveis deve ser registrada com mesmo formato que a informação dos horários desejáveis. Req O sistema deve considerar automaticamente como horários indesejáveis os seguintes intervalos: das 00:00 às 08:00, e das 23:00 às 24:00, todos os dias úteis da semana. das 00:00 às 08:00 e das 8:00 às 24:00 aos sábados. das 00:00 às 24:00 aos domingos. O sistema não deve permitir modificação nestes horários: devem ser sempre considerados como indesejáveis. Req. 2.9 Os conjuntos de horários desejáveis, horários indesejáveis e horário de aulas não devem ter intervalo de tempo em comum. Req. 2.0 O sistema deve permitir a seleção de horários, desejáveis e indesejáveis, de forma gráfica, clicando e arrastando o mouse para marcar regiões sobre um calendário contendo os horários possíveis. Req. 2. Cada requisito exigido do monitor deve ser registrado como um texto curto de até 40 caracteres. Req. 2.. O professor pode inserir quantos requisitos de monitoria quiser. 8

20 3.2.2 Caso de uso: manter monitoria Caso de uso: Manter monitoria Atores: Professor Pré-condições A monitoria a ser mantida deve existir Ações: O professor seleciona a disciplina e turma que deseja alterar ou excluir. 2 O sistema mostra a disciplina turma com todas as informações já registradas. 3 O professor modifica as informações da oferta de monitoria, ou exclui a oferta. 4 O sistema exclui a oferta de monitoria, ou procede as modificações, caso as novas informações sejam válidas. Pós-condições A oferta de monitoria deixa de existir, se o professor comandou a exclusão, ou contém os novos dados informados pelo professor. Req. 2.2 O professor pode modificar os horários desejáveis, os horários indesejáveis e os requisitos de monitoria. Req Os horários indesejáveis pré-definidos pelo sistema não podem ser modificados, apenas aqueles informados pelo professor. Req A modificação dos horários, desejáveis e indesejáveis, pode ser feita alterandose os pares contendo o dia da semana e o intervalo de tempo, incluindo novos pares, ou excluindo pares existentes. Req A modificação dos requisitos da monitoria pode ser feita excluindo ou alterando os requisitos já existentes, ou incluindo novos. Req. 2.3 O professor pode modificar suas ofertas de monitoria a qualquer tempo, enquanto o sistema estiver no estado EmAlocação. 9

21 3.3 Registro de candidaturas 3.3. Caso de uso: registrar candidatura Caso de uso: Registrar candidatura Atores: Aluno Pré-condições O aluno, a disciplina, e a turma devem estar regularmente cadastradas. A disciplina deve ser monitorável e deve estar com ofertas de monitorias. Ações: O aluno seleciona a disciplina que quer monitorar. 2 O sistema mostra todas as turmas da disciplina selecionada que possuem ofertas de monitoria. 3 O aluno informa seu número de matrícula, seus horários disponíveis para monitoria e se a candidatura é restrita a monitorias remuneradas. 4 O aluno informa opcionalmente as turmas que deseja monitorar e as turmas que não pode monitorar. 5 O aluno informa opcionalmente para cada requisito de turmas da disciplina se atende ao requisito, atende parcialmente, ou não atende. 6 O aluno informa opcionalmente as habilidades que julgue relevantes para a monitoria. 7 O sistema verifica as informações e, se corretas, procede a inclusão. Pós-condições A candidatura é efetuada. Req. 3. Ao registrar uma candidatura para monitoria, o aluno deve informar as disciplinas que pretende monitorar, seus horários disponíveis, habilidades, opção por monitoria remunerada, turmas desejadas e indesejadas. A disciplina para qual o aluno está se candidatando é definida a partir da própria escolha do aluno ao interagir com o sistema para registrar sua candidatura. A escolha de turmas desejáveis e indesejáveis é opcional, bem como as informações referentes à opção por remuneração, habilidade. Req. 3.2 Caso o aluno não informe as turmas desejáveis, o sistema deve considerar como desejáveis todas as turmas da disciplina, exceto as indicadas como indesejáveis. Req. 3.3 Caso o aluno não informe turmas indesejáveis, este conjunto será vazio: não haverá turmas indesejáveis. Req. 3.4 As habilidades devem ser informadas em um texto de no máximo 800 caracteres. Req. 3.5 Caso o aluno não informe se atende aos requisitos para as várias turmas da disciplina, o sistema deve considerar que ele não atende. 20

22 Req. 3.6 O sistema deve permitir ao aluno informar de uma única vez se atende, atende parcialmente, ou não atende, a todos os requisitos, sem precisar informar o mesmo valor a cada um dos requisitos. Req. 3.7 O sistema deve mostrar que a disciplina tem requisitos de monitoria para suas turmas e permitir que o aluno os visualize. Req. 3.8 Caso o aluno não informe se pretende concorrer apenas a monitoria remunerada, o sistema deve considerar que ele aceita tanto monitorias remuneradas quanto não remuneradas. Req. 3.9 O sistema deve permitir que um aluno se candidate a mais de uma disciplina. Req. 3.0 O sistema deve permitir que a escolha das turmas desejáveis e indesejáveis seja feita graficamente, através da seleção, via cursor, das turmas disponíveis para a disciplina. Req. 3. A informação dos horários disponíveis deve ser registrada como um conjunto de pares, cada um contendo um dia da semana e um intervalo de no mínimo uma hora, definido pela hora inicial e hora final. Req. 3.2 O aluno deve informar pelo menos duas horas no conjunto de horários disponíveis. Req. 3.3 O sistema deve permitir a indicação de horários disponíveis de forma gráfica, clicando e arrastando o mouse para marcar regiões sobre um calendário contendo os horários possíveis Caso de uso: manter candidatura Caso de uso: Manter candidatura monitoria Atores: Aluno Pré-condições A candidatura a ser mantida deve existir Ações: O aluno seleciona a disciplina cuja candidatura deseja excluir ou modificar. 2 O sistema mostra disciplina e candidatura escolhida com todas as informações já registradas. 3 O aluno informa a exclusão ou modifica as informações da candidatura. 4 O exclui a candidatura ou procede as modificações, conforme o caso. Pós-condições A candidatura deixa de existir, se o aluno comandou a exclusão, ou contém os novos dados informados pelo aluno. 2

23 Req. 3.4 O aluno pode modificar as turmas desejáveis e indesejáveis, a opção por monitoria remunerada, seus horários disponíveis e a descrição de suas habilidades. Req A modificação dos horários disponíveis pode ser feita alterando-se os pares contendo o dia da semana e o intervalo de tempo, incluindo novos pares, ou excluindo pares existentes. Req A modificação das turmas desejáveis e indesejáveis pode ser feita excluindo ou incluindo novas turmas. Req A modificação do atendimento aos requisitos da monitoria pode ser feita atribuindo novos valores, atende, atende parcialmente ou não atende, a cada um dos requisitos. Req O aluno deve poder indicar se atende, atende parcialmente, ou não atende todos os requisitos da disciplina. Req. 3.5 O aluno pode modificar sua oferta a qualquer tempo, enquanto o sistema estiver EmAlocação. Req. 3.6 O aluno deve poder desistir da candidatura, excluindo-a, a qualquer tempo. Req Caso o aluno desista de uma candidatura que já tenha sido alocada a uma turma, o sistema deve notificar o professor dessa turma e o coordenador que a alocação foi desfeita por desistḙncia do aluno. 22

24 3.4 Visualização de ofertas e candidaturas 3.4. Caso de uso: visualizar monitorias Caso de uso: Visualizar monitorias Atores: Professor, Aluno Pré-condições O professor e o aluno usando o sistema deve estar regularmente registrado. Ações: O usuário (professor ou aluno) seleciona a disciplina que quer visualizar. 2 O sistema mostra as as informações da disciplina, as turmas, as monitorias oferecidas por turma, e as candidaturas para a disciplina. 3 O usuário escolhe uma oferta de monitoria ou candidatura para visualizar os detalhes. 4 O sistema mostra as informações da oferta ou da candidatura escolhida. Pós-condições Req. 4. As informações fornecidas pelo professor e pelo aluno quando da oferta e candidatura à monitoria devem ser visíveis a todas as pessoas registradas no sistema. Req. 4.2 O sistema deve permitir que um professor possa iniciar o procedimento de oferecer monitoria ou modificar a oferta já existente, a partir da tela de visualização de disciplinas e turmas a ele alocadas. Req. 4.3 O sistema deve permitir que um aluno possa iniciar o procedimento de candidatura à monitoria ou modificar uma candidatura já existente, a partir da tela de visualização de disciplinas e turmas. Req. 4.4 O sistema deve permitir a impressão das ofertas e candidaturas. Todos os relatórios impressos devem conter uma expressão indicando que as informações do relatório são temporárias e podem vir a ser modificadas. 23

25 3.5 Alocação manual 3.5. Caso de uso: alocar monitor Caso de uso: Alocar monitor Atores: Professor Pré-condições O professor deve estar regularmente registrado e ter oferecido monitoria para alguma de suas turmas. Ações: O professor seleciona uma de suas turmas que tenha oferta de monitoria. 2 O sistema mostra todas as candidaturas para a disciplina da turma em questão, exceto aquelas que tenham informado a turma como não desejável. 3 O professor seleciona uma das candidaturas mostradas. 4 O sistema aloca a candidatura selecionada à turma em questão. Pós-condições Uma candidatura é alocada à uma disciplina e turma. Req. 5. O sistema deve permitir aos professores realizar alocação de monitores tão logo haja alunos candidatos. Req. 5.. Quando uma turma tiver mais de um professor, qualquer um deles que tenha permissão para alocar monitores pode fazḙ-lo. Req. 5.2 O aluno alocado a uma disciplina/turma fica impedido de ser alocado novamente. Req. 5.3 Todos os professores devem poder visualizar as alocações já realizadas, tanto as próprias quanto as dos outros professores. Req. 5.4 As alocações só devem ser visíveis aos alunos após a liberação para visualização discente pelo coordenador. Req O coordenador pode liberar ou impedir as alocações já realizadas de serem visualizadas pelos alunos a qualquer tempo, e pode também alternar os estados de liberado para não liberado e vice-versa. Req. 5.5 O professor deve poder desistir de uma candidatura que tenha sido alocada a uma de suas turmas, liberando o aluno candidato, e todas as suas candidaturas originais, para ser escolhido por outros professores. Quando uma candidatura é alocada a uma turma, o sistema impede o aluno de ter qualquer outra candidatura que porventura tenha feito de ser escolhida. Por exemplo, se o aluno tiver candidatado-se a três disciplinas, A, B e C, e um professor da disciplina B o escolher como monitor, o aluno fica alocado à turma deste professor e todas as suas outras candidaturas perdem o efeito. Caso este professor venha a desistir da alocação, o aluno volta a ter suas candidatura reativadas: volta a poder ser escolhido por professores das disciplinas A, B ou C. 24