Modelo Lógico e Físico da Base de Dados

Transcrição

1 Modelo Lógico e Físico da Base de Dados Second.UA Settlers Primeiro Modelo Lógico e Físico

2 Modelos Lógicos e Físicos Finais

3 Alterações na Base de Dados Descrição e justificação Após uma análise mais aprofundada das dinâmicas de interacção no SecondLife e da conversa com os responsáveis pela LUA, foram repensadas algumas questões em relação à Base de Dados, o que resultou num modelo mais complexo e menos centralizado, em prol de um serviço mais directo, mais fluído, menos burocratizado e mais simples para o avatar paciente. Posto isto, o avatar paciente não necessitará de preencher os seus dados previamente antes de ter acesso à consulta, sendo que este registo passará a ser efectuado pelo avatar psicólogo e inserido na tabela Perfil. Todos os dados relativos à consulta serão, também, inseridos pelo avatar psicólogo através da página Web de apoio e armazenados na tabela Consulta. Desta forma, a tabela Avatar no modelo lógico final vai conter apenas o nome e id do avatar que entra na LUA.

4 Uma vez que os problemas do avatar consultado serão inseridos pelo avatar que presta a consulta, repensou se a organização dos problemas reduzindo as tabelas de Tipo e Sub tipo de Problema à tabela Problema. No que diz respeito ao sistema de senhas, este irá ser substituído por um sistema de lista de espera, ou seja, o avatar terá conhecimento do número de avatares que estão à sua frente, através de uma mensagem a que só ele tem acesso. Quando chegar a sua vez, este será notificado por IM avisando o que é o próximo paciente. Desta forma, se não existir ninguém à sua frente e os gabinetes se encontrarem livres, este pode dirigir se logo para a consulta sem que seja preciso passar por um sistema de senhas que contabilize a sua vez. Assim sendo, o avatar efectua um pedido de consulta cuja data e hora irá será armazenada na tabela Pedidos e ao qual será atribuído um estado (tabela Estado). Inicialmente este estado corresponderá ao estado Em espera (campo DescricaoEstado da Tabela Estado), sendo depois alterado pelo avatar psicólogo, que tem acesso à listagem de todos os pedidos na página Web de apoio. Foi também aperfeiçoado o mecanismo de registo de interacções sendo que se regista a data e a hora de qualquer interacção efectuada (tabela Interacção), sendo também guardada informação relativa ao objecto que sofreu interacção (tabela Objectos). Tendo em conta que o espaço terá horário de funcionamento definido, pensou se que seria relevante disponibilizar um mecanismo que permitisse a qualquer avatar, fora do horário de atendimento, deixar questões que serão posteriormente respondidas por um dos psicólogos da equipa. Assim, foi acrescentada uma tabela Pergunta que permitisse essa troca de perguntas e respostas. Finalmente, ao nível da gestão do site Web de apoio, estabeleceu se uma divisão por diferentes níveis de acesso, sendo que a cada avatar que presta consultas é atribuído um nível que pode variar consoante as permissões que se quer atribuir ao mesmo e que constará na tabela Níveis. Tabelas da Base de Dados [Tabela Avatar] Esta tabela conterá o número único de identificação (user_id) do avatar no SecondLife (campo ID_Avatar) e o respectivo nome do avatar. [Tabela Níveis] visitante). Contém informação sobre os diferentes níveis de utilizador (administrador, psicólogo e [Tabela Consulta] Na tabela Consulta estarão presentes dados que serão inseridos manualmente pelo avatar que presta a consulta, tal como a conversa integral da consulta, a aparência do avatar (criatura, homem, mulher), se é o primeiro contacto que tem com este tipo de consultas, as observações tiradas por parte

5 do psicólogo, o tipo de consulta (se é individual, terapia de grupo, entre outros). Para além disso serão registadas a data de entrada, hora e saída do avatar da consulta, como também o nome do psicólogo que está a "dirigir" a consulta. [Tabela Perfil] A tabela Perfil conterá os dados pessoais (género, profissão, nome verdadeiro, se pertence à universidade de Aveiro) do avatar que é consultado e ainda data de inserção desta informação que será inserida pelo avatar que presta a consulta através da página Web de apoio. [Tabela Pedidos] Guarda os registos dos pedidos de consulta, as datas e horas dos mesmos, datas e horas de contacto e o número de vezes que se contactou determinado avatar para ir à consulta. [Tabela Estado] consultado). Guarda o estado em que se encontram os pedidos (em espera, em contacto, fechado ou [Tabela Objectos] Nesta tabela serão registadas as interacções do avatar com determinados objectos, e sua respectiva descrição e localização. [Tabela Pergunta] A tabela Pergunta contém informações relativas às perguntas deixadas pelo avatar que visita o espaço e que serão respondidas posteriormente por um dos psicólogos. [Tabela Interacções] objecto. Armazena os registos das datas e horas em que os avatares interagiram com determinado [Tabela Problemas] Na tabela Problemas serão registadas os problemas apresentados pelo avatar (stress, ansiedade, tristeza, etc). Relações entre tabelas da base de dados [Relação Avatar Interacções] Relação um para muitos Entre a tabela Avatar e a tabela Interacções existe uma relação um para muitos podendo um avatar fazer uma interacção diversas vezes no tempo.

6 [Relação Objectos Interacções] Relação um para muitos A relação estabelecida entre a tabela Objectos e a tabela Interacções é de um para muitos pois um objecto pode sofrer interacções várias vezes no tempo. [Relação Avatar Consulta] Relação com duas ligações de um para muitos Entre a tabela Avatar e a tabela Consulta existem duas ligações um para muitos pois um determinado avatar, quer seja o psicólogo quer seja o paciente, pode ter várias consultas ao longo do tempo mas uma consulta só pode ter um psicólogo e um paciente. [Relação Consulta Problemas] Relação muitos para muitos Entre a tabela Consulta e a tabela Problema existe uma relação de muitos para muitos, onde numa consulta o avatar consultado pode ser alvo de vários problemas e um problema pode, também, dizer respeito a diferentes consultas. Entre estas duas tabelas existe uma tabela de relação onde se encontram as chaves estrangeiras de cada uma das tabelas. [Relação Avatar Perfil] Relação um para muitos Entre a tabela Avatar e a tabela Perfil existe uma relação de um para muitos porque um avatar pode variar de perfil ao longo do tempo sendo assim acrescentado de forma cronológica. [Relação Níveis Avatar] Relação um para muitos Entre a tabela Níveis e a tabela Avatar existe uma relação de um para muitos uma vez que cada avatar só tem um nível mas pode haver mais de um avatar com o mesmo nível. [Relação Avatar Pedidos] Relação um para muitos Entre a tabela Avatar e a tabela Pedidos existe uma relação de um para muitos uma vez que um avatar poderá fazer vários pedidos ao longo do tempo mas cada pedido corresponde a um avatar diferente. [Relação Estado Pedidos] Relação um para muitos Entre a tabela Estados e a tabela Pedidos existe uma relação de um para muitos sendo que cada pedido só tem um estado, no entanto poderão existir vários pedidos com o mesmo estado. [Relação Avatar Pergunta] Relação um para muitos Entre a tabela Avatar e a tabela Pergunta existe uma relação de um para muitos pois cada avatar pode efectuar várias perguntas/respostas mas cada pergunta/resposta só é efectuada por um avatar.