Relatório de Especificação de Requesitos
Contents
1. No que diz respeito a este requisito ficou acordado quais os tipos de erro que devem ser detectados devendo estes ser reportados ao utilizador de forma a que este seja capaz de perceber o que sucedeu Sendo assim o utilizador sente se mais confiante ao utilizar o sistema uma vez que sabe que se cometer algum erro o sistema lho indicar apontando lhe para a raz o pela qual o erro sucedeu 3 Desempenho Relativamente a este sistema a nica restri o que se coloca a n vel do desempenho a obten o dos melhores hor rios que maximizam as prefer ncias dos alunos inscritos e dos Professores que lhe est o associados No que diz respeito ao tempo de resposta utiliza o de mem ria ou velocidade das transac es trata se de aspectos que s o irrelevantes para este sistema e que n o interv m na avalia o do seu desempenho No entanto pretende se que n o exista um gasto desnecess rio nem excessivo dos recursos dispon veis Relat rio de Especifica o de Requisitos 17 23 Automatiza o de Hor rios 4 Supportability Relativamente a este ponto ficou acordado que o sistema seria entregue juntamente com alguns dados de Professores alunos cursos disciplinas cadeiras ramos planos de estudo e salas de tal modo que pudessem ser testadas todas as suas funcionalidades Relativamente manuten o do sistema ficou acordado que esta seria efectuada sempre que necess rio o que s dever suceder caso oco2. Automatiza o de Hor rios 3 3 1 2 Gest o dos dados dos cursos Este ponto indica quais os casos de uso associados ao pacote Gest o dos dados dos Cursos do diagrama de casos de uso apresentado em 3 3 1 Tal como se pode verificar o Gestor da Informa o desta aplica o no que diz respeito Gest o dos dados dos Cursos pode executar opera es semelhantes s efectuadas para a Gest o dos dados dos Alunos introdu o altera o e consulta dos dados relativos aos Cursos Dados Gerais Gest o dos Dados dos Cursos Introduzir Dados dos Cursos E Modificar Dados dos Gestor da Cursos Informa o Consultar Dados dos Cursos 3 3 1 3 Gest o dos dados das disciplinas Este ponto indica quais os casos de uso associados ao pacote Gest o dos dados das Disciplinas do diagrama de casos de uso apresentado em 3 3 1 Relat rio de Especifica o de Requisitos 8 23 Automatiza o de Hor rios Dados Gerais Gest o dos Dados das Disciplinas Introduzir Dados das Disciplinas p Modificar Dados das Gestor da Disciplinas Informa o Consultar Dados das Disciplinas Tal como se pode verificar o Gestor da Informa o desta aplica o no que diz respeito Gest o dos dados das Disciplinas pode executar opera es semelhantes s efectuadas para a Gest o dos dados dos Alunos introdu o altera o e consulta dos dados das disciplinas 3 3 2 Caso de uso da Applet Inscri o Ta
3. ao estabelecimento de ensino em quest o t m por obriga o dar aulas necess rio que assegurem a realiza o das aulas que lhes est o atribu das Sendo Relat rio de Especifica o de Requisitos 20 23 Automatiza o de Hor rios assim em caso de completa impossibilidade o conflito deve ser resolvido em favor da turma uma vez que a esta t m que ser asseguradas a lecciona o das aulas 10 Gloss rio Neste t pico apresentamos os termos do vocabul rio utilizado neste sistema por ordem alfab tica assim como uma breve descri o do seu significado de tal modo que em posteriores refer ncias aos mesmos se compreenda o seu significado 0 Agentes Os Agentes s o entidades computacionais que permitem efectuar tarefas custosas quer em tempo quer em poder libertando assim os humanos desse tipo de tarefas representando o nas mesmas Estas entidades s o aut nomas ou seja mant m o controlo sobre as suas ac es e estados internos interagem com outros agentes agem de modo a alcan arem os seus objectivos comunicando apenas factos verdadeiros aos outros agentes 0 Algoritmos de Negocia o Os Algoritmos de Negocia o constituem procedimentos a seguir para que seja poss vel obter um comportamento conjunto dos agentes desejado Por um lado servem para que seja poss vel atingir objectivos comuns no nosso caso a obten o de hor rios quer para as turmas quer para os Professores por outro lado
4. deixada a cargo do projectista 0 KQML O KQML uma linguagem que permite conseguir a comunica o entre os agentes fornecendo para isso um protocolo que permite o entendimento O protocolo constitu do pelos campos gt performative Indica qual o assunto da mensagem gt sender Indica quem o emissor da mensagem gt receiver Indica quem o destinat rio da mensagem content E um campo opcional que indica o conte do da mensagem O Prefer ncia Uma prefer ncia corresponde a um valor que est compreendido entre O e 10 correspondendo estes dois valores respectivamente a uma prefer ncia m nima e a uma prefer ncia m xima atrav s das prefer ncias que poss vel pesar os interesses quer de alunos quer de Professores na gera o de um hor rio 0 Router O Router um encaminhador de mensagens uma vez que todos os agentes enviam recebem mensagens via Router sendo da sua responsabilidade dirigir as mensagens para os receptores apropriados sempre que poss vel Al m disso faz tamb m memoriza o de mensagens message queuing ou seja armazena as mensagens em ficheiros sendo estas recuperadas e apagadas de acordo com o pedido do agente O Router um ANServer que mant m os endere os dos agentes os quais podem alterar se dinamicamente Um outro aspecto a referir que apenas os agentes que se registaram que podem utilizar o Router Por quest es de seguran a cada agente t
5. mesmo Este um requisito funcional desej vel cujo esfor o para a sua satisfa o est em garantir a consist ncia dos dados 3 Permitir que os alunos possam efectuar a sua inscri o numa determinada turma via Web seleccionado as suas prefer ncias para o hor rio Al m disso dever tamb m ser poss vel consultar a m dia das prefer ncias da turma at ao momento assim como os alunos j inscritos na mesma Este um requisito funcional necess rio pois a partir dele que poss vel obter a as prefer ncias dos alunos que ser o tidas em considera o na gera o dos hor rios A sua satisfa o n o requer elevado esfor o 4 Permitir que qualquer Cibernauta possa consultar a informa o actual de uma determinada turma assim como o seu hor rio que pode ou n o j ter sido gerado Este um requisito funcional desej vel que n o requer elevado esfor o para a sua satisfa o 5 Cada Professor deve poder efectuar a manuten o dos seus pr prios dados incluindo se a consulta dos mesmos Este um requisito funcional necess rio uma vez que a partir das prefer ncias do Professor que tamb m s o gerados os hor rios O esfor o necess rio para a sua satisfa o est em conseguir obter uma interface que facilite a manuten o dos dados 6 Permitir que qualquer Cibernauta possa consultar o hor rio de um Professor Este um requisito funcional desej vel que n o requer elevado esfor o para a su
6. pr prios dados Professor Gest o do seu agente Relat rio de Especifica o de Requisitos 10 23 Automatiza o de Hor rios 3 3 4 1 Gest o dos seus pr prios dados Este ponto indica quais os casos de uso associados ao pacote Gest o dos seus pr prios dados do diagrama de casos de uso apresentado em 3 3 4 Tal como se pode verificar o Professor no que diz respeito Gest o dos seus pr prios dados pode introduzir modificar e consultar os seus pr prios dados Applet Professor Gest o dos seus pr prios dados Introduzir Dados A f Professor Modificar Dados Consultar Dados 3 3 5 Caso de uso da Applet Hor rio Professor Tal como se pode verificar a Applet Hor rio Professor permite ao Cibernauta consultar o hor rio do Professor em quest o Este caso de uso corresponde ao requisito n mero 6 da lista de requisitos anteriormente referida Applet Hor rio Professor Consultar Hor rio do Professor Cibernauta Relat rio de Especificac o de Requisitos 11 23 Automatiza o de Hor rios 3 3 6 Caso de uso da Applet Salas Tal como se pode verificar a Applet Salas permite ao Cibernauta consultar informa o relativa a salas Este caso de uso corresponde ao requisito n mero 8 da lista de requisitos anteriormente referida Applet Salas Consultar Informag o relativa s Salas Cibernauta 3 3 7 Casos de uso da Turma Tal como se pode verificar o Gestor da Turma que
7. turma e do Professor que lecciona a disciplina em quest o assim como da exist ncia ou n o de sala onde a aula pode ter lugar 3 2 10 Gestor de Salas O Gestor de Salas o respons vel pela gest o dos dados das salas Relat rio de Especifica o de Requisitos 5 23 Automatiza o de Hor rios 3 2 11 Outros Agentes Os Outros Agentes representam agentes que em determinada circunst ncia necessitam de dispor da mesma funcionalidade que outros actores Em cada uma das circunst ncias em que aparecem ser o especificados os actores que representam 3 2 12 Professor O Professor uma pessoa que lecciona determinadas disciplinas no estabelecimento de ensino no qual o sistema est a ser utilizado 3 2 13 Turma que inicia a negocia o A Turma que inicia a negocia o uma turma que est a desempenhar o papel de chefia de negocia o entre os v rios intervenientes Al m disso tamb m guarda aspectos pedag gicos que devem ser respeitados na gera o do hor rio de uma turma 3 3 Casos de Uso Exteriores ao Sistema Seguidamente apresentamos os casos de uso exteriores ao sistema acompanhados de uma breve descri o assim como os actores que os desempenham 3 3 1 Casos de uso associados aos dados gerais do sistema Dados Gerais Gest o dos dados dos Alunos Eh Gest o dos dados dos Ns Cursos Gestor da Informa o Gest o dos dados das Disciplinas Alterar a sua Password Relat rio de Especi
8. Faculdade de Engenharia da Universidade do Porto Licenciatura Inform tica e Computac o Laborat rio de Inform tica Avancada Automatizac o de Hor rios Relat rio de Especificac o de Requisitos Vers o 1 1 Jo o Braga http www fe up pt ei9 027 lia html ei97027Gfe up pt Teresa Ribeiro http www fe up pt e 97013 lia html ei9 0130fe up pt Porto 25 de Maio 2001 ndice P g 1 Introduc o 1 2 Lista de requisitos do sistema 1 3 Modelo de Casos de Uso 3 3 1 Vis o Geral do Sistema 4 3 2 Actores do Sistema 5 3 3 Casos de Uso Exteriores ao Sistema 6 3 4 Casos de Uso Interiores ao Sistema 13 3 5 Exemplos de Interfaces 16 4 Requisitos Suplementares 16 5 Modelo de objectos do dom nio 18 6 Algoritmo para a Gerac o de Hor rios 1 19 7 Algoritmo para a Gerac o de Hor rios 2 19 8 Integra o com sistemas existentes 20 9 Valida es junto do Cliente 20 10 Gloss rio 21 Anexos Diagrama de Classes em UML Fluxograma para a Gerac o de Hor rios Automatiza o de Hor rios 1 Introdu o O objectivo deste projecto desenvolver uma aplica o que permita efectuar a gera o semi autom tica de hor rios utilizando para tal um sistema Multi Agente Este tipo de Arquitectura pressup e o desenvolvimento de Agentes Inteligentes e de Algoritmos de Negocia o sendo estes termos explicitados no t pico Gloss rio Al m disso pretende se tamb m que seja poss vel estabelecer a comunic
9. Relat rio de Especifica o de Requisitos 16 23 Automatiza o de Hor rios Quanto Applet Salas pode efectuar a consulta dos dados relativos s salas 3 5 Exemplos de Interfaces Relativamente Vers o 1 0 conv m referir que os exemplos de interfaces que aqui eram apresentados foram retirados uma vez que grande parte dessas interfaces foram substitu das por outras devido a op es tomadas durante o desenvolvimento do Projecto Sendo assim remete se este ponto para os v rios Manuais do utilizador desenvolvidos para esta Aplica o 4 Requisitos Suplementares Al m dos requisitos do sistema que j foram anteriormente referidos conv m tamb m indicar os requisitos n o funcionais que tamb m devem ser contemplados por este sistema 1 Usabilidade No que diz respeito a este requisito as interfaces devem ter em considera o o tipo de utilizador a que se destinam proporcionando lhe facilidade de aprendizagem e de utiliza o o que implica que ao longo do desenvolvimento do sistema se d import ncia ao modo como est o a ser desenvolvidas as interfaces Al m disso tamb m necess rio ter em considera o que no final o sistema dever ser acompanhado de um manual do utilizador que dever facilitar a utiliza o do sistema queles a quem se destina Para facilitar a utiliza o do sistema queles a quem se destina ser efectuada uma demonstra o na altura da entrega do sistema 2 Fiabilidade
10. a o entre aplica es distribu das e a utiliza o via Web No que diz respeito comunica o entre aplica es distribu das h que referir que os Agentes que representam as diferentes entidades envolvidas na gera o de hor rios mant m a sua informa o privada ou seja n o partilham o seu conhecimento com os restantes Agentes constituindo por isso aplica es distribu das que necessitam de comunicar entre si Relativamente utiliza o via Web h que referir que permite uma maior portabilidade da aplica o permitindo que os utilizadores com permiss o possam efectuar as opera es pretendidas sem que para tal se tenham de deslocar ao local em que a aplica o est implementada Este objectivo ser real ado quando apresentarmos os casos de uso desta aplica o Este sistema que vai ser desenvolvido vai permitir que por exemplo a n vel da Faculdade de Engenharia seja poss vel efectuar a elabora o de hor rios para as turmas de todos os cursos existentes No entanto devido portabilidade que se pretende impor a este sistema seria poss vel utiliz lo em qualquer institui o de ensino quer Universit rio quer Secund rio O facto da Arquitectura Multi Agente ainda estar a ser desenvolvida e de ainda n o existirem trabalhos relacionados com a gera o semi autom tica de hor rios suportados pela mesma isso implica um elevado risco nomeadamente porque n o temos garantias de que ser poss vel ch
11. a satisfa o 7 Contemplar a exist ncia de um Gestor de Salas respons vel pela manuten o dos dados relativos s salas o qual tamb m pode efectuar consultas desses mesmos dados O esfor o necess rio para a sua satisfa o est em conseguir obter uma interface que facilite a manuten o dos dados 8 Permitir que qualquer Cibernauta possa consultar informa o relativa s salas Este um requisito funcional desej vel que n o requer elevado esfor o para a sua satisfa o 9 Garantir a persist ncia dos dados utilizados pelo sistema armazenando os em ficheiros Este um requisito funcional necess rio cujo esfor o para a sua satisfa o reside na defini o da estrutura dos ficheiros que v o armazenar os dados 10 Utilizar uma Arquitectura Multi Agente Este um requisito do processo necess rio cujo esfor o para a sua satisfa o est em prever como que os agentes se relacionam assim como efectuar o processamento das mensagens recebidas Relat rio de Especifica o de Requisitos 2 23 Automatiza o de Hor rios 11 Utilizar a plataforma JATLite e a linguagem de programa o Java Este um requisito do processo necess rio que requer algum esfor o na sua satisfa o uma vez que se torna necess rio conhecer como se processam as comunica es entre os agentes assim como a sua liga o ao Router 12 Implementar mecanismos de seguran a do sistema obrigando introdu o de log
12. ais aulas te ricas para atribuir ao hor rio da turma em quest o se sim repete se todo o processo descrito at aqui caso contr rio verifica se se o hor rio ou n o aceite pelo Gestor da Turma Se o hor rio n o for aceite pelo Gestor da Turma escolhida a hip tese com menor valor no hor rio reiniciando se o processo descrito desde o pedido de possibilidades Se o hor rio for aceite a negocia o apenas se passa a efectuar entre uma turma e os seus Professores uma vez que neste momento apenas falta colocar no hor rio as aulas pr ticas Relativamente coloca o das aulas pr ticas no hor rio de uma turma os passos seguidos s o an logos ao que efectuado para as aulas te ricas diferindo apenas no caso do hor rio obtido n o ser aceite pelo Gestor da Turma em que podem ocorrer duas situa es escolher a hip tese com menor valor relativamente s aulas pr ticas ou permitir que o Gestor da Turma efectue altera es no hor rio bastando para tal mover a aula que pretende alterar para a hora pretendida podendo essa altera o ser ou n o sucedida o que depende da disponibilidade quer do Professor quer da exist ncia de salas onde a aula pode ter lugar Quando o hor rio for definitivamente aceite o Algoritmo dado por terminado 7 Algoritmo para a Gera o de Hor rios 2 Seguidamente vamos descrever o segundo Algoritmo que ir ser utilizado para a gera o de hor rios o qual foi acordado com o nosso clie
13. am e a Turma para saber quais as disciplinas que tem Dados Gerais Consultar Dados dos Cursos Outros Agentes Relat rio de Especificac o de Requisitos 13 23 Automatiza o de Hor rios 3 4 3 Caso de Uso da Gest o dos Dados das Disciplinas Tal como se pode verificar a consulta de dados das disciplinas pode ser efectuada por Outros Agentes que neste caso podem ser Professores para saberem informa o acerca das disciplinas que leccionam e a Turma para obter informa o acerca das disciplinas que lecciona Dados Gerais Consultar Dados das Outro Disciplinas Agentes 3 4 4 Casos de uso associados Turma Tal como se pode verificar a Turma que inicia a Negocia o assim como a Applet Turma podem consultar a m dia das prefer ncias da turma Relativamente Applet Inscri o permite que o aluno se inscreva na turma pretendida seleccionando as suas prefer ncias Canaula Applet Prefer ncias Turma Turma que inicia a O Negocia o Inscri o do Aluno na Turma Applet Inscri o 3 4 4 1 Inscri o do Aluno na Turma Este ponto indica quais os casos de uso associados ao pacote Inscri o do Aluno na Turma do diagrama de casos de uso apresentado em 3 4 4 Relat rio de Especifica o de Requisitos 14 23 Automatiza o de Hor rios O Selec o das Prefer ncias para a Turma Applet Inscri o Tal como se pode verificar a Applet Inscri o efectua a selec o das
14. egar ao hor rio ptimo Al m disso o facto de ser necess rio ter o Router a correr no mesmo servidor HTTP que as applets implica que a n o obten o de permiss es para tal tornar imposs vel o referido acesso via Web 2 Lista de requisitos do sistema Antes de apresentarmos os requisitos do sistema conv m referir que a fonte destes requisitos foi o nosso cliente 1 Gera o de hor rios tendo em considera o as prefer ncias dos alunos inscritos na turma e as dos seus Professores Em caso de incompleta impossibilidade o conflito dever ser solucionado privilegiando a turma Trata se de um requisito funcional de prioridade m xima uma vez que constitui o objectivo principal deste sistema Quanto ao grau de dificuldade na sua satisfa o elevado uma vez que sobre ele que assenta todo o trabalho que ir ser desenvolvido ao longo deste projecto 2 Contemplar a exist ncia de um Gestor da Informa o do Sistema respons vel pela manuten o dos dados relativos aos Professores alunos cursos disciplinas cadeiras ramos e planos de estudo de tal modo que a informa o se possa manter sempre actualizada Al m disso poder tamb m efectuar consultas a essa mesma informa o O acesso do Gestor da Informa o a estas fun es deve ser controlado mediante a Relat rio de Especifica o de Requisitos 1 23 Automatiza o de Hor rios introdu o do seu login e password podendo esta ser alterada pelo
15. em um nome e uma password a partir dos quais poss vel obter acesso ao Router Al m disso o Router necessita de conhecer todos os agentes registados assim como o seu estado de liga o de tal modo que possa ter uma lista dos agentes O Router encarrega se periodicamente per odo de tempo especificado de verificar a liga o com cada um dos agentes Se essas tentativas falharem Relat rio de Especifica o de Requisitos 22 23 Automatiza o de Hor rios um determinado n mero de vezes tamb m especificado o agente apagado do registo Isto permite que agentes que se tenham desligado sem enviar mensagem indicativa continuem a constar da lista de agentes 0 Sistema Multi A gente Um Sistema Multi Agente um sistema que desenvolvido com base nas comunica es estabelecidas entre os v rios agentes que o integram tendo cada um objectivos diferentes ou at mesmo objectivos que permitam a coopera o 0 Turma que inicia a Negocia o A Turma que inicia a Negocia o um dos agentes deste sistema que tem como objectivo representar os seus interesses convencendo outros agentes a aceitar as suas prefer ncias o que corresponde a maximizar a fun o de utilidade Relat rio de Especifica o de Requisitos 23123 Anenos Conte do Diagrama de Classes em UML Fluxograma para a Gerac o de Hor rios Ocupacao chave candidata diaSemana horalnicio chave candidata sigla Turma diaSema
16. fica o de Requisitos 6 23 Automatiza o de Hor rios A Gestor da Informa o Tal como se pode verificar o Gestor da Informa o da aplica o tem a seu cargo efectuar a gest o dos dados dos alunos dos cursos e das disciplinas Para tal torna se necess rio que antes de poder efectuar qualquer uma destas opera es introduza o login e a password adequados Al m disso pode tamb m alterar a sua password Conv m referir que no Diagrama acima apresentado n o foram inclu dos os casos de uso para este actor relativos aos Professores Cadeiras Ramos e Planos de Estudo uma vez que o Diagrama se tornaria demasiado grande e n o haveria essa necessidade visto serem id nticos Por este motivo apenas foram apresentados tr s tipos de dados sendo os restantes an logos a estes Estes casos de uso correspondem ao requisito n mero 2 da lista de requisitos anteriormente referida 3 3 1 1 Gest o dos dados dos alunos Este ponto indica quais os casos de uso associados ao pacote Gest o dos dados dos Alunos do diagrama de casos de uso anterior Dados Gerais Gest o dos Dados dos Alunos Introduzir Dados dos Alunos Modificar Dados dos Alunos Consultar Dados dos Alunos Tal como se pode verificar o Gestor da Informa o desta aplica o no que diz respeito Gest o dos Dados dos Alunos pode introduzir modificar e consultar dados relativos a alunos Relat rio de Especifica o de Requisitos 7 23
17. in e password correctos para a execu o de uma determinada opera o Este um requisito funcional necess rio que n o requer elevado esfor o para a sua satisfa o 13 Utiliza o de Applets de modo a permitir interfaces via Web Este um requisito funcional necess rio que n o requer elevado esfor o para a sua satisfa o mas depende de se conseguir executar as Applets no mesmo servidor HTTP que o Router 14 Permitir que o Gestor da Turma altere o hor rio que acabou de ser gerado movendo a aula para o novo intervalo de tempo pretendido Essa altera o s poder efectivamente ocorrer se existir compatibilidade quer da parte da turma em quest o quer do Professor que est associado disciplina Al m disso tamb m necess rio que exista uma sala na qual a aula possa ser leccionada Este um requisito funcional necess rio cujo esfor o para a sua satisfa o elevado uma vez que exige um processo semelhante embora ligeiramente mais simplificado uma vez que s se trata de saber se ou n o poss vel efectuar a altera o ao da gera o de hor rios 15 Desenvolver um segundo Algoritmo de Negocia o para Gera o de Hor rios que ponha em igualdade de circunst ncias todos os Professores que leccionam aulas do tipo em quest o e com uma determinada dura o Tal como se ver na descri o dos casos de uso estes requisitos s o a contemplados 3 Modelo de Casos de Uso Neste t pico co
18. ito a uma Turma a um Professor e a uma Sala Quanto a uma Ocupa o guardado o dia da semana em que ocorre diaSemana a sua hora de in cio horalnicio a sua dura o duracao assim como a sua descri o descricao Um Aluno est inscrito num Curso sendo que um Curso tem v rios Alunos inscritos Relativamente a um Curso e a um Ramo guardada a sua sigla assim como a sua designa o designacao Um Curso constitu do por v rios Ramos sendo que um Ramo apenas faz parte de um Curso Entre um Curso e um Ramo poder se referir que a rela o existente a de que um Ramo diz respeito a v rios anos do Curso Al m disso um Curso tem v rias Turmas sendo que uma Turma pertence a um nico Curso Um ano de um determinado Ramo fica caracterizado por um Plano de Estudos Um Plano tem associadas v rias Disciplinas podendo uma Disciplina estar associada a v rios Planos Uma Disciplina caracterizada pela sua sigla designacao pelo n mero de aulas te ricas que vai ter nTeoricas assim como pela sua dura o duracaoTeorica Al m disso tamb m caracterizada pelo n mero de alas pr ticas que vai ter nPraticas assim como pela sua dura o duracaoPratica Da rela o Relat rio de Especifica o de Requisitos 18 23 Automatiza o de Hor rios existente entre um Plano e uma Disciplina nasce um atributo que permite saber se se trata ou n o de uma disciplina opcional Um Pr
19. l como se pode verificar atrav s de uma Applet de Inscri o que o Aluno via Web vai poder seleccionar a turma em que se pretende inscrever assim como as suas prefer ncias para esse hor rio Para tal necess rio que antes de mais seja validado o seu login assim como a sua password Este caso de uso corresponde ao requisito n mero 3 da lista de requisitos anteriormente referida Applet Inscri o Seleccionar a Turma O e A as suas Prefer ncias Relat rio de Especifica o de Requisitos 9 23 Automatiza o de Hor rios 3 3 3 Caso de uso da Applet Turma Tal como se pode verificar atrav s da Applet Turma que poss vel que o Cibernauta possa visualizar os dados actuais da turma nomeadamente a m dia das prefer ncias at ao momento assim como os alunos que j fizeram a sua inscri o Este caso de uso corresponde ao requisito n mero 4 da lista de requisitos anteriormente referida Applet Turma O Visualizar os Dados A actuais da Turma Cibernauta 3 3 4 Casos de uso da Applet Professor Tal como se pode verificar atrav s da Applet Professor que poss vel ao Professor efectuar a gest o dos seus pr prios dados assim como gerir o seu agente Para tal necess rio que antes seja validado o login e a password do Professor em quest o Este caso de uso corresponde ao requisito n mero 5 da lista de requisitos anteriormente referida Applet Professor Gest o dos seus
20. m faz a gera o do hor rio para a turma em quest o sendo tamb m ele quem pode efectuar altera es no hor rio obtido as quais podem ser ou n o aceites dependendo da disponibilidade da turma do Professor e da exist ncia ou n o de sala Al m disso tamb m o Gestor da Turma quem inicia a negocia o para a gera o do hor rio para a turma em quest o Este caso de uso corresponde ao requisito n mero 14 da lista de requisitos anteriormente referida Gera o de Hor rio O para a Turma Gestor da Altera o do Hor rio Turma da Turma Iniciar a Negocia o Relat rio de Especifica o de Requisitos 12 23 Automatiza o de Hor rios 3 4 Casos de Uso Interiores ao Sistema Seguidamente apresentamos os casos de uso interiores ao sistema acompanhados de uma breve descri o assim como os actores que os desempenham 3 4 1 Caso de Uso da Gest o dos Dados dos Alunos Tal como se pode verificar a consulta de dados dos alunos pode ser efectuada por Outros Agentes que neste caso podem ser os Professores a Turma e sempre que em qualquer Applet se tornar necess rio a introdu o de login e password do aluno Dados Gerais Consultar Dados dos Alunos Outros Agentes 3 4 2 Caso de Uso da Gest o dos Dados dos Cursos Tal como se pode verificar a consulta de dados dos cursos pode ser efectuada por Outros Agentes que neste caso podem ser Professores para saberem quais as disciplinas que leccion
21. me aremos por apresentar uma vis o geral dos casos de uso do sistema assim como uma descri o dos seus actores Em seguida apresentamos uma descri o detalhada dos casos de uso dividindo os em casos de uso exteriores e interiores ao sistema Os casos de uso exteriores ao sistema s o aqueles em que os actores n o s o agentes enquanto que os casos de uso interiores ao sistema s o aqueles em que os seus actores s o interiores ao sistema correspondendo neste caso a agentes Conv m ainda referir que a raz o pela qual os casos de uso est o bastante divididos se deve ao facto do sistema ser Multi Agente e como tal os casos de uso estarem distribu dos por esses mesmos agentes Relat rio de Especifica o de Requisitos 3 23 Automatiza o de Hor rios 3 1 Vis o Geral do Sistema Tal como se pode verificar o Gestor da Informa o do sistema respons vel pela gest o dos dados gerais do sistema que tal como se ver mais frente s o os dados relacionados com os Professores alunos cursos disciplinas cadeiras ramos e planos de estudo Relativamente ao Aluno pode efectuar a sua inscri o numa determinada turma tendo para tal que seleccionar a turma em que se pretende inscrever assim como as suas prefer ncias para esse hor rio O Gestor de Salas o respons vel pela gest o dos dados das salas O Professor respons vel por efectuar a gest o dos seus pr prios dados assim como a gest o do seu agen
22. na String em sigla String horalnicio String ano int duracao int preferencias float descricao String inscritos 1 tem ni numeroAlunos int l Gm es numero int Inscrito t tmn login String sigla String SA siglaString password String designacao String designacao String te te anoCurso int chave candidata sigla Pessoa nome String email String chave candidata numero Disciplina sigla String Cu 1 E sigla Strin categoria String 1 Ten a sala Sting ARO JR a tipo String capacidade int corQuadro String telefone String nPraticas int chave candidata sigla duracaoPratica int tchave candidata sigla Pedir disnonibilidades
23. nte O objectivo deste segundo Algoritmo colocar em igualdade todos os Professores que leccionam aulas de um determinado tipo para a Turma Negociadora com a mesma dura o Sendo assim s o pedidas disponibilidades a todos os intervenientes as quais s o depois confrontadas Relat rio de Especifica o de Requisitos 19 23 Automatiza o de Hor rios As propostas s o depois ordenadas ficando se com a melhor Em caso de empate opta se pela proposta do Professor que tem menor valor actual para o seu hor rio de modo a n o o fazer afastar demasiado das suas prefer ncias 8 Integra o com sistemas existentes Uma vez que n o se pretende que este sistema seja integrado noutros j existentes n o necess rio estabelecer a comunica o com os mesmos a fim de se obter a informa o necess ria Sendo assim este sistema pode existir de forma independente e aut noma estando apenas limitado aos seus pr prios dados e defini es 9 Valida es junto do Cliente Foi necess rio efectuar alguns esclarecimentos junto do cliente quais passamos a apresentar 1 Manter as prefer ncias privadas Uma das quest es que coloc mos est relacionada com o facto das prefer ncias dos agentes serem privadas ou antes pelo contr rio cada agente dar a conhecer aos restantes as suas prefer ncias No entanto a raz o dada para se optar pela primeira possibilidade muito forte para se pensar em optar pela segunda ao man
24. o no qual o sistema est implementado 3 2 2 Applet Hor rio Professor A Applet Hor rio Professor um agente que permite visualizar o hor rio de um determinado Professor via Web 3 2 3 Applet Inscri o A Applet Inscri o um agente que permite que um aluno possa efectuar a sua inscri o numa determinada turma seleccionado para tal as suas prefer ncias 3 2 4 Applet Professor A Applet Professor um agente que permite que um Professor possa efectuar a gest o dos seus pr prios dados e do seu agente via Web 3 2 5 Applet Salas A Applet Salas um agente que permite que qualquer Cibernauta possa consultar informa o acerca das salas 3 2 6 Applet Turma A Applet Turma um agente que permite que qualquer Cibernauta possa consultar os dados actuais m dia das prefer ncias e alunos inscritos relativos a uma determinada turma 3 2 7 Cibernauta O Cibernauta uma pessoa que acede ao sistema via Web 3 2 8 Gestor da Informac o O Gestor da Informa o o respons vel pela gst o dos dados gerais do sistema ou seja os que est o relacionados com aos Professores alunos cursos disciplinas cadeiras ramos e planos de estudo 3 2 9 Gestor da Turma O Gestor da Turma o respons vel por iniciar a negocia o para a gera o do hor rio da turma em quest o Al m disso tamb m ele que pode efectuar altera es no hor rio obtido as quais poder o ou n o ser aceites dependendo da disponibilidade da
25. ofessor pode leccionar v rias Disciplinas te ricas assim como v rias Disciplinas pr ticas sendo que uma Disciplina apenas poder ter um Professor que leccione as aulas te ricas assim como um nico Professor que leccione as aulas pr ticas No entanto poss vel que um Professor leccione quer as aulas te ricas quer as aulas pr ticas de uma determinada Disciplina de notar que uma vez que todas as classes existentes neste diagrama utilizam fun es de manuten o dos seus pr prios dados estas n o foram inclu das de modo a n o tornar a sua leitura t o complicada Estas opera es de manuten o dos dados correspondem a opera es de inser o altera o e consulta de dados 6 Algoritmo para a Gera o de Hor rios 1 Seguidamente vamos descrever o primeiro Algoritmo que ir ser utilizado para a gera o de hor rios o qual foi acordado com o nosso cliente O fluxograma que descreve este Algoritmo encontra se em Anexo Inicialmente a Turma que inicia a negocia o come a por pedir uma possibilidade s turmas e aos Professores avaliando se em seguida o valor de cada uma das propostas recebidas atrav s de uma fun o de utilidade cujos par metros de avalia o podem ser definidos pelo utilizador Se houve melhoria da solu o repete se o procedimento anteriormente descrito Caso contr rio a solu o v lida a obtida na itera o anterior Tendo se aceitado uma solu o verifica se se ainda existem m
26. prefer ncias do aluno para o hor rio da turma em quest o concretizando a ac o de inscri o iniciada pelo aluno 3 4 5 Casos de uso associados ao Professor Professor Gest o dos seus O pr prios dados Applet A or rio Professor Gest o do seu Agente Professor Consultar Hor rio Tal como se pode verificar existe um actor designado por Applet Professor que pode efectuar a gest o dos seus pr prios dados assim como a gest o do seu agente Al m disso tamb m pode consultar o seu hor rio sendo que esta ltima funcionalidade est tamb m dispon vel para a Applet Hor rio Professor Relat rio de Especificac o de Requisitos 15 23 Automatiza o de Hor rios 3 4 5 1 Gest o dos seus pr prios dados Este ponto indica quais os casos de uso associados ao pacote Gest o dos seus pr prios dados do diagrama de casos de uso apresentado em 3 4 5 Professor Gest o dos seus pr prios dados Applet Professor Consultar Dados Tal como se pode verificar a Applet Professor no que diz respeito Gest o dos seus pr prios dados pode executar opera es de introdu o modifica o e consulta dos mesmos 3 4 6 Casos de uso associados s Salas O Efectuar Pedido de Salas Turma que inicia a Negocia o Consultar Dados e Hor rio das Salas Tal como se pode verificar Turma que inicia a Negocia o compete lhe efectuar o pedido de salas para atribui o ao seu hor rio
27. rram altera es na Lei que tragam restri es relativas carga hor ria di ria ou relacionadas com aspectos pedag gicos 5 Modelo de objectos do dom nio Neste ponto apresentamos uma descri o do diagrama de classes do nosso sistema o qual se encontra em Anexo Uma Pessoa caracterizada pelo nome e pelo email Tal como se pode verificar este sistema contempla dois tipos de Pessoas o Aluno e o Professor O Aluno caracterizado por um n mero numero pelo seu login e password assim como pelo ano do curso anoCurso que frequenta O Professor caracterizado pela sua sigla pelo departamento a que pertence e pela sua categoria Al m disso tem tamb m associado as suas prefer ncias Relativamente a um aluno este pode estar inscrito num dado instante apenas numa turma podendo esta ter v rios alunos inscritos A Turma guarda a sua sigla O ano a que se refere assim como a m dia das prefer ncias dos alunos nela inscritos Al m disso a Turma disp e de um m todo que permite determinar o n mero de alunos que nela est o inscritos numeroAlunos Relativamente a uma Sala guardado o seu nome sala o seu tipo a sua capacidade a cor do quadro assim como o seu telefone Al m disso tamb m guardado o tempo que demora a desloca o de uma determinada sala a todas as restantes Quer a Turma quer o Professor quer a Sala t m v rias Ocupa es sendo que uma determinada ocupa o apenas diz wspe
28. servem para que os agentes satisfa am os seus pr prios objectivos no nosso caso a maximiza o das prefer ncias das turmas e dos Professores 0 ANS ANS a abreviatura de Agent Name Service e que um servigo que permite obter o endere o IP de qualquer m quina a partir do seu nome 0 Cibernauta O Cibernauta todo aquele que permite consultar informag o via Web 0 Func o de Utilidade Uma Fun o de Utilidade permite pesar de algum modo as prefer ncias da turma e do Professor Uma vez que se pretende que essas prefer ncias seja maximizadas a fun o de utilidade dever ter esse aspecto em considera o 0 Hor rio Conjunto de intervalos de tempo que ao longo da semana de trabalho podem ou n o estar preenchidos com uma determinada actividade no nosso caso aulas que t m lugar num determinado local sala em que a hora de in cio e de fim s o as indicadas Al m disso existe um Professor que o respons vel por garantir que essa actividade tem lugar Para uma determinada actividade podem existir um ou v rios elementos envolvidos turma s Relat rio de Especifica o de Requisitos 21 23 Automatiza o de Hor rios 0 JATLite O JATLite um pacote de programas em Java que permite uma r pida cria o de Agentes e sistemas que comunicam utilizando a Internet de forma robusta Al m disso tem tamb m capacidades espec ficas de comunica o sendo a arquitectura dos agentes
29. te Al m disso o Professor tamb m pode consultar o seu hor rio Relativamente ao Cibernauta pode tamb m consultar o hor rio de um determinado Professor visualizar os dados actuais de uma determinada turma a m dia das prefer ncias dos alunos inscritos assim como os alunos j inscritos assim como consultar dados relativos s salas O Gestor da Turma respons vel por seleccionar a turma para a qual pretende gerar o hor rio sendo ele que d ordem para que essa gera o se inicie tamb m poss vel que o Gestor da Turma efectue altera es no hor rio gerado as quais podem ou n o ser aceites dependendo se nelhoram ou n o a utilidade desse hor rio Gest o dos seus pr prios dados Gestor da Informa o O Inscrig o do Aluno na Turma Gest o do seu Aluno Agente O Gest o dos dados das Salas Consultar o seu Gestor Hor rio de Salas Gera o de Hor rio para a Turma Visualizar os Dados actuais da Turma O A Altera o do Hor rio Vibernauta da Turma Gestor da Consultar Dados e Turma Hor rio das Salas Inicia a Negocia o Relat rio de Especifica o de Requisitos 4 23 Automatiza o de Hor rios 3 2 Actores do Sistema Este sistema contempla v rios actores os quais ser o descritos seguidamente por ordem alfab tica 3 2 1 Aluno Um Aluno uma pessoa que frequenta um determinado curso no estabelecimento de ensin
30. ter as suas prefer ncias privadas o agente apenas vai dando a conhecer as suas prefer ncias medida que lhe s o pedidas disponibilidades Sendo assim o agente pode conseguir obter uma solu o melhor para si o que poderia n o suceder se os restantes agentes conhecessem as suas prefer ncias uma vez que se poderia prejudicar uma das partes para beneficiar o todo 2 Necessidade de visualiza o das interac es Relativamente a este ponto coloca se a possibilidade de se permitir a visualiza o das interac es da negocia o ou n o Este aspecto foi deixado ao nosso crit rio para a fase de desenvolvimento sendo de notar que a sua inclus o seria uma valia uma vez que permitira ao utilizador ter a percep o da evolu o da negocia o entre os agentes assim como perceber qual foi o caminho seguido para se chegar solu o final 3 Interface Web para a Base de Dados Geral Relativamente a este ponto coloca se a possibilidade da interface para a gest o da base de dados geral ser ou n o via Web No entanto uma vez que existe apenas uma pessoa respons vel pela gest o dos dados da base de dados geral n o se torna necess rio disponibilizar um acesso via Web 4 Situa es de completa incompatibilidade Um outro problema que coloc mos est relacionado com o modo como dever amos de solucionar situa es de incompleta incompatibilidade De acordo com a opini o do nosso cliente uma vez que os Professores ligados
Download Pdf Manuals
Related Search