Méthode d’équilibre limite

Como descrito no cap´ıtulo anterior, a base de dados foi pensada para conter v´arias tabelas, uma para os utilizadores, uma para os modelos, uma para os exerc´ıcios, uma para as imagens e por fim uma para as categorias. De seguida explicaremos em pormenor a implementa¸c˜ao de cada uma, bem como o tipo de dados nelas contidos e a sua normaliza¸c˜ao.

A tabela de utilizadores, que guarda os dados dos utilizadores da aplica¸c˜ao regista- dos, foi construida com o seguinte c´odigo SQL:

CREATE TABLE `mydatabase`.`utilizadores`( `id utilizador`INT NOT NULL AUTO INCREMENT , `nome`VARCHAR( 40 ) NOT NULL ,

`passe`VARCHAR( 40 ) NOT NULL ,

`date user`TIMESTAMP ON UPDATE CURRENT TIMESTAMP, PRIMARY KEY ( `id utilizador`)

);

Normaliza¸c˜ao da tabela:

Utilizadores = (id utilizador, nome, sobrenome, passe, date user).

Inicialmente esta tabela foi idealizada para conter os dados de identifica¸c˜ao ´unica do utilizador (id utilizador), o nome e sobrenome do utilizador e a coluna para guardar a palavra passe para o utilizador poder entrar na aplica¸c˜ao; os dados da coluna da palavra passe s˜ao encriptados em formato MD5 (Message-Digest algorithm 5 ). Ao longo do desenvolvimento e pensando em necessidades de uma vers˜ao futura decidiu-se tamb´em adicionar uma coluna para armazenar a data (date user) em que o utilizador se registou na aplica¸c˜ao. Os tipos de dados das colunas s˜ao:

ˆ id utilizador tem como tipo de dados um n´umero inteiro sendo feito o auto incremento em cada linha da tabela (sendo assim criado um n´umero ´unico de identifica¸c˜ao para cada utilizador). Esta coluna ´e a chave prim´aria da tabela. ˆ nome, sobrenome e passe, tˆem como tipo de dados varchar, sendo uma String

de comprimento vari´avel.

ˆ date user tem como dados timestamp que adiciona a data e hora em que ´e inserido o valor da linha na tabela.

Na Tabela 4.1 pode ser visto um exemplo de preenchimento desta tabela de utiliza- dores.

A tabela dos modelos, que tem como fun¸c˜ao armazenar a informa¸c˜ao sobre os mo- delos, foi criada com o c´odigo SQL:

CREATE TABLE `mydatabase`.`templates`(

`id template`INT NOT NULL AUTO INCREMENT , `tipo`VARCHAR( 500 ) NOT NULL ,

id utilizador nome sobrenome passe date user

1 samuel neto 827ccb0eea

8a706c4c34a 16891f84e7b 2012-11-02 10:48:37 2 exemplo nome exemplo sobrenome 698dc19d48 9c4e4db73e 28a713eab07b 2013-03-02 20:08:45

Tabela 4.1 – Exemplo da tabela de dados dos utilizadores.

`localizacao`VARCHAR( 500 ) NOT NULL , `nome`VARCHAR( 500 ) NOT NULL , `imagem`VARCHAR( 500 ) NOT NULL , PRIMARY KEY ( `id template`)

);

Normaliza¸c˜ao da tabela:

Modelos = (id template, tipo, localiza¸c˜ao, nome, imagem).

Tal como idealizada esta cont´em a coluna id template que atribui uma identifica¸c˜ao ´

unica ao modelo, uma coluna localiza¸c˜ao para indicar a pasta em que o modelo est´a armazenado no servidor, uma coluna nome para se poder nomear o modelo e por fim a coluna imagem para indicar a localiza¸c˜ao da imagem que identifica o modelo e que ´e mostrada na aplica¸c˜ao na listagem para a escolha do modelo. Ao longo da implementa¸c˜ao das funcionalidades na aplica¸c˜ao, mais concretamente para chamar os web services, era necess´ario distinguir os modelos entre si. Para isso criou-se a coluna tipo que serve para dar um nome espec´ıfico ao modelo para mais tarde se poder chamar o web service correspondente ao modelo. Os tipos de dados das colunas s˜ao:

ˆ id template tem como tipo de dados um n´umero inteiro, com auto incremento (para ser criado um n´umero ´unico de identifica¸c˜ao para cada modelo, sendo esta coluna a chave prim´aria da tabela).

String de comprimento vari´avel.

Na Tabela 4.2 pode ser visto o exemplo da tabela dos modelos com dados exemplo preenchidos.

id template tipo localiza¸c˜ao nome imagem

1 template1 template/Figuras carregar xml/template figuras.php

Figuras geom´etricas

template/Figuras carregar xml/ima-

gens fixas/Figuras fundo.png

2 template2 template/Animais carregar xml/template quinta.php

quinta template/Animais carregar xml/imagens fixas/Quinta dos animais.png

Tabela 4.2– Exemplo da tabela de dados dos modelos.

A tabela imagens serve para armazenar a informa¸c˜ao sobre as imagens dispon´ıveis para utiliza¸c˜ao no preenchimento de um modelo e/ou para a pesquisa de imagens. Foi criada com o seguinte c´odigo SQL:

CREATE TABLE `mydatabase `. `pictures `(

`id pictures `INT NOT NULL AUTO INCREMENT , `id categories `INT NOT NULL ,

`spot `VARCHAR( 255 ) NOT NULL ,

`spot template `VARCHAR( 255 ) NOT NULL , `name `VARCHAR( 255 ) NOT NULL ,

`uploaded date`datetime NOT NULL , PRIMARY KEY ( `id pictures `),

FOREIGN KEY ( `id categories `) REFERENCES categories (id categories) );

Normaliza¸c˜ao da tabela:

Imagens = (id pictures, id categories, spot, spot templates, name, uploaded date). ´

E constitu´ıda pela coluna id picture, para uma identifica¸c˜ao ´unica para cada imagem, pela coluna id categorias, sendo a chave estrangeira referente `a categoria a que a imagem pertence, pela coluna spot, que guarda a localiza¸c˜ao da pasta que cont´em as imagens na aplica¸c˜ao, pela coluna spot template, que guarda a localiza¸c˜ao das

imagens na pasta contida dentro da pasta onde o exerc´ıcio ´e guardado depois de ser gerado, pela coluna name, que identifica a imagem por um nome que vai ser ´unico, n˜ao sendo permitido, ao introduzir imagens na aplica¸c˜ao atrav´es de servi¸cos PHP, que o nome seja repetido, e por fim a coluna uploaded date com a data em que a imagem foi carregada na aplica¸c˜ao. Os tipos de dados das colunas s˜ao:

ˆ id pictures tem como tipo de dados um n´umero inteiro com auto incremento.

ˆ id categories tem como tipo de dados um n´umero inteiro.

ˆ spot, spot template e name tˆem como tipo de dados varchar sendo uma String de comprimento vari´avel.

ˆ uploaded date tem como dados datetime, que adiciona a data e hora atual em que ´e inserido o valor da linha na tabela.

Na Tabela 4.3 pode ser visto o exemplo da tabela das imagens com dados exemplo preenchidos.

id pictures id categories spot spot template nome uploaded date

1 2 imagens/img for temp/

ameixa 1373809801.png

imagens/ameixa 1373809801.png

ameixa 2013-06-24 10:53:15

2 4 imagens/img for temp/

dois 1020671228.png

imagens/dois 1020671228.png

dois 2013-06-24 10:55:51 Tabela 4.3 – Exemplo da tabela de dados das imagens.

A tabela categorias serve para guardar o nome da categoria e ´e importante para ca- talogar as imagens presentes na tabela imagens e para a apresenta¸c˜ao das categorias na pesquisa de imagens. Foi criada com o seguinte c´odigo SQL:

CREATE TABLE `mydatabase`. `categories`(

`id categories`INT NOT NULL AUTO INCREMENT , `categories`VARCHAR( 255 ) NOT NULL ,

PRIMARY KEY ( `id categories `) );

Normaliza¸c˜ao da tabela:

Categorias = (id categories, categories).

A tabela ´e constitu´ıda por duas colunas: id categories, que identifica a categoria por um n´umero ´unico, e categories, que guarda o nome da categoria. Os tipos de dados s˜ao os seguintes:

ˆ id categories, tem como tipo de dados um n´umero inteiro com auto incremento (para ser criado um n´umero ´unico de identifica¸c˜ao para cada modelo), sendo esta coluna a chave prim´aria da tabela.

ˆ categories, tem como tipo de dados varchar, sendo uma String de comprimento vari´avel.

Na Tabela4.4 pode ser visto o exemplo da tabela das categorias com dados exemplo preenchidos.

id categories categories

1 Animais

2 Frutos

3 N´umeros

Tabela 4.4– Exemplo da tabela de dados da categoria.

A tabela exerc´ıcios guarda a informa¸c˜ao sobre os exerc´ıcios criados atrav´es dos modelos. Foi criada com o seguinte c´odigo SQL:

CREATE TABLE `mydatabase`.`exercises`(

`id exercises`INT NOT NULL AUTO INCREMENT , `name exercises`VARCHAR( 255 ) NOT NULL , `spot exercises`VARCHAR( 255 ) NOT NULL , `spot imagem`VARCHAR( 255 ) NOT NULL ,

`date exercises`TIMESTAMP ON UPDATE CURRENT TIMESTAMP, PRIMARY KEY ( `id exercises`)

Normaliza¸c˜ao da tabela:

Exerc´ıcios = (id exercises, name, spot exercises, spot imagem, date exercises).

A tabela ´e constitu´ıda pela coluna id exercises, que gera um n´umero ´unico para identificar o exerc´ıcio criado, pela coluna name exercises, para guardar o nome do exerc´ıcio, pela coluna spot exercises, que guarda a localiza¸c˜ao da pasta que cont´em o exerc´ıcio, pela coluna spot imagem, que guarda a localiza¸c˜ao da imagem que identi- fica o exerc´ıcio e que ´e apresentada na listagem de exerc´ıcios dispon´ıveis j´a feitos na aplica¸c˜ao, e, por fim, a coluna date exercises, contendo a data de cria¸c˜ao do exerc´ıcio. Os tipos de dados das colunas s˜ao os seguintes:

ˆ id exercises, tem como tipo de dados um n´umero inteiro com auto incremento (para ser criado um n´umero ´unico de identifica¸c˜ao para cada modelo, sendo esta coluna a chave prim´aria da tabela).

ˆ name, spot exercises e spot imagem, tˆem como tipo de dados varchar, sendo uma String de comprimento vari´avel.

ˆ date exercises, tem como dados timestamp que adiciona o intervalo temporal em que ´e inserido o valor da linha na tabela.

Na Tabela4.5 pode ser visto o exemplo da tabela dos exerc´ıcios com dados exemplo preenchidos.

id exercises name exercises spot exercises spot imagem date exercise

1 Fruta2 exercises/Fruta2/ index.html exercises/Fruta2/imagens fixas/Figuras fundo.png 2013-06-24 10:53:15 2 Arrastar animais exercises/Arrastar ani-

mais/index.html exercises/Arrastar animais/imagens fixas/Figuras fundo.png 2013-07-06 19:27:12

Tabela 4.5 – Exemplo da tabela de dados dos exerc´ıcios.

Na Figura 4.11 apresenta-se o diagrama entidade relacionamento (E.R.).

Como normalmente esperado, um utilizador pode criar v´arios exerc´ıcios, mas um exerc´ıcio s´o pode ser criado por um utilizador e um exerc´ıcio pode ter v´arias imagens

Figura 4.11 – Diagrama entidade relacionamento da base de dados.

e uma imagem pode pertencer a v´arios exerc´ıcios. O exerc´ıcio resulta de um modelo, sendo que um modelo pode servir para criar v´arios exerc´ıcios diferentes. Nas rela¸c˜oes imagens e categorias, uma categoria pode ter v´arias imagens, mas uma imagem s´o pertence a uma categoria (algo que pode ser modificado no futuro). A edi¸c˜ao ou cria¸c˜ao de modelos s´o pode ser gerida pelo administrador da aplica¸c˜ao, tudo o resto est´a acess´ıvel ao utilizador.

O diagrama de casos de uso deve ser interpretado da seguinte maneira: Os casos de uso da aplica¸c˜ao encontram-se representados na Figura4.12.

Todas as pessoas que entrem na aplica¸c˜ao s˜ao designadas de visitante; o visitante s´o pode fazer uma a¸c˜ao na aplica¸c˜ao que ´e o registo; com o registo feito o visitante passa a utilizador. O utilizador deve ser entendido como um elemento que se encon- tra registado na aplica¸c˜ao. O utilizador pode fazer a sua autentica¸c˜ao na aplica¸c˜ao para poder ter acesso a todas as suas funcionalidades. Assim, depois da autentica¸c˜ao com sucesso este pode preencher os modelos que se encontram na aplica¸c˜ao; com um modelo preenchido pode criar um exerc´ıcio. O utilizador pode recorrer `a ajuda para ver tutoriais ou v´ıdeos de funcionamento da aplica¸c˜ao, pesquisar imagens para

Visitante Registar Utilizador Sair Criar exercício Preencher template Ajuda Pesquisar imagens por categoria Acrescentar categoria Acrescentar Imagem Download do exercício Exportar para SCORM Personalizar Layout Escolher funcionalidades Autenticar

Figura 4.12 – Casos de uso da aplica¸c˜ao.

uso na cria¸c˜ao do exerc´ıcio ou ainda acrescentar imagens `as existentes por catego- ria, podendo tamb´em criar categorias, `as quais a imagem a adicionar vai pertencer (se esta ainda n˜ao existir na base de dados). Com o exerc´ıcio criado o utilizador pode fazer o download do exerc´ıcio que criou ou de um exerc´ıcio criado por outro utilizador. O utilizador pode “passar” um exerc´ıcio para as normas SCORM e fazer o download do mesmo. O utilizador pode personalizar o layout da aplica¸c˜ao a seu gosto alterando a cor de fundo. A funcionalidade de cria¸c˜ao de exerc´ıcio ou cria¸c˜ao de imagem de fundo pode ser escolhida pelo utilizador em fun¸c˜ao do que pretende fazer. O utilizador pode sair da aplica¸c˜ao sempre que assim o desejar.