From Laboratório MM 5

Latest revision as of 16:15, 18 January 2011

O relatório deve ser colocado aqui: Trading

Trading

Agradecimentos

Desde de já agradecemos aos professores pelo tempo dispensado, face á resolução de todo o projecto. Assim como a ajuda e tempo dispensados no esclarecimento de dúvidas para a concretização do presente projecto. Assim como agradecemos aos nossos colegas pelo apoio e por vezes esclarecimento de dúvidas.

Introdução

Este trabalho surge no âmbito de três cadeiras, Laboratório Multimédia 5, do 3 º ano do 1º ciclo da Licenciatura em Novas Tecnologias da Comunicação, da Universidade de Aveiro, e tem como objectivo a criação e desenvolvimento de um Web site atendendo aos princípios da Web 2.0 e recorrer ao conceito de rede social on-line, recorrendo a tecnologias server-side, designadamente PHP e client-side, como HTML/XHTML e JavaScript com o acompanhamento dos docentes Hélder Caixinha e Licínio Mano. Para qual o presente relatório serve de complemento do projecto. A docente Margarida Almeida, responsável pela disciplina de Implementação e Controlo de Projectos Multimédia. Por fim a articulação com Gestão de empresas com a docente Vera Vale.

Objectivo do documento

O presente relatório, tem o objectivo de esclarecer sendo um complemento e suplemento ao projecto apresentado. Agrega a exposição e enumeração das diversas componentes técnicas desenvolvidas que instituem o “Trading” desde um processo inicial da criação da base de dados, (bd em MySQL Workbench) que lhe está relacionado com toda a implementação técnica de todas as componentes leccionadas no período de aulas. Estas explicações serão as mais detalhadas possíveis, acompanhadas por imagens e excertos de código, adequando justificativos dos procedimentos tomados. O presente relatório visa apresentar todo o processo de concepção e desenvolvimento do website em questão, assim como todas as dificuldades sentidas e as soluções adoptadas pelo grupo de trabalho. Concretizações futuras será outro ponto esclarecido no actual documento, é essencial a planificação de evoluções futuras também para evolução pessoal do grupo.

Visão geral do projecto

O projecto "Trading", enquanto um serviço Web 2.0, pretende ser um instrumento impulsionador com o conceito de leilões, oferecendo ao utilizador um conjunto de escolhas variadas, que o incentivam a dinamizar este universo de leilões virtuais. Sob uma espécie de mercado online, os objectos podem ser facilmente visualizados por qualquer cibernauta interessado na compra e venda de produtos de boa qualidade, a bom preço. No entanto para realizar a compra ou constituir um vendedor, caso queira se livrar de algum objecto pessoal, terá através de um simples registo, ser um utilizador registado. Assim com grande facilidade e à distância de alguns cliques, o utilizador tem acesso toda e qualquer informação dos demais produtos, poderá ser acedida e publicada, a partir de um único computador, com ligação à Internet. É dado o máximo controlo do utilizador, este controla se quer ser vendedor ou comprador e gere todo o seu perfil. O objectivo era com que o valor do produto fosse baixando uma percentagem diariamente para que o conceito "lowcost" seja passado para o utilizador. Assim o utilizador pode ser vendedor e comprador em simultâneo, comprando produtos de outros utilizadores, e vendendo os seus próprios produtos.

Base de dados desenvolvida

Entidades e Relações

Para o projecto Trading foi desenvolvida uma base de dados com apoio do programa MySQL Workbench. A base de dados é constituída por 8 entidades, sendo elas:

• Utilizador
• Produto
• Troca
• Conta
• Favorito (utilizador_has_produto)
• Alerta
• Mensagem (utilizador_has_utilizador)
• Categorias

Sendo as primeiras quatro as entidades mais importantes e as mais fortes. Estas entidades relacionam-se, sendo o centro destas relações a entidade relativa aos utilizadores.

Cada utilizador poderá comprar e vender um ou mais produtos, sendo que um produto pode ser favorito de vários utilizadores. Assim, um utilizador pode ter vários produtos favoritos e os favoritos de um utilizador pode ser de muitos utilizadores. O utilizador escolhe aqueles que pretende seguir tornando-os seus favoritos - ligação muitos para muitos. Ou seja existe a possibilidade de adicionar um artigo aos “favoritos”. Como o nome indica, esta funcionalidade serve para o utilizador marcar os artigos que manifesta interesse. Este conjunto, diferente para cada utilizador, inclui vários produtos, mas o mesmo produto pode integrar os “favoritos” de diferentes utilizadores - muitos para muitos. Esta uncionalidade é opcional, de modo que a ligação é non-identifying.

Um utilizador pode comprar vários produtos e pode vender vários produtos mas esses produtos só têm um utilizador, ou seja uma relação de um para muitos. O utilizador pode ter muitos movimentos guardados mas cada movimento pertence a um utilizador. Ou seja uma relação de muitos para um entre a tabela do utilizador com a tabela conta.

Ligada á tabela do produto temos também a tabela categorias que define as categorias pelas quais os produtos vão ser classificados. Entre as categorias, temos livros; filmes; música; informática; electrónica; roupa entre outros. Através da visita de perfis de outros utilizadores, poderão ser-lhes enviadas mensagens. As mensagens são enviadas de um utilizador registado para outro, de maneira que existem duas ligações à tabela “utilizadores”. Uma identifica o remetente, “utilizador_utilizador_id”, e outro o destinatário, utilizador_utilizador_id1. Um produto tem pertencer uma categoria mas uma categoria pode ter vários produtos, estamos a falar de uma relação de um para muitos.

Tabelas e Campos

Na tabela “utilizadores” são armazenados o id do utilizador, nome, e-mail (login), password, imagem (img_perfil), pontos associados a um utilizador. Produtos é outro parâmetro, refere-se ao que o utilizador pretende colocar na plataforma. Esta tabela é destinada ao armazenamento das informações dos seus utilizadores. É armazenado também uma lista de favoritos de cada utilizador. E por fim guarda os comentários individuais feitos e recebidos. Assim a tabela do utilizador é a base de todas as tabelas, ou seja todas as tabelas ligam ao utilizador, é assim uma entidade fundamental.

Outra tabela essencial na base de dados, é “produto”, tem como primary key produto_id. Guarda utilizador_utilizador_id este id pertence a quem colocou na base de dados o produto ou seja o vendedor. Uma tabela que armazena o nome e uma img_produto, bem como no caso de venda com a respectiva descrição, valor e quantidade deste. Terá uma zona de comentários ao produto para cada utilizador trocar impressões dos produtos. Neste contexto activo surge no caso, do prazo máximo de venda do produto já foi ultrapassado, pode ser vendido na mesma, no entanto, terá de ser a partir de venda directa. A data_inicio e a data_fim relaciona-se com o prazo em que o produto tem de ser vendido, ou seja, quando é que o produto foi colocado na base de dados, data_inicio e até que data o produto vai ser vendido, data_fim.

A tabela “categoria”, é relativamente simples esta tabela, o respectivo Id e o tipo de categoria, que pode ser, filmes, livros, electrónica, telecomunicações, outros. A tabela “troca”, tem como chave primária é troca_id, guarda assim este id. Nesta tabela regista-se o id do produto, que engloba o id do vendedor na sua tabela, e o valor do produto. Guarda também a pessoa que comprou o produto, o comprador do produto, utilizador_id.

Á troca vai ser uma atribuída uma nota, um comentário ou uma observação em relação a troca.

A tabela “conta” tem como primary key conta_id. Serve o utilizador ter feedback em relação aos movimentos que tem realizado. Esta tabela guarda assim a descrição do movimento e a data de realização do movimento. Considera-se por movimentos, os carregamentos, compras, vendas e o valor total de pontos que o utilizador tem no momento. Entende-se por acção, o acto de decremento ou acrescento do saldo de pontos. Decremento acontece quando são retirados pontos de uma conta, ou seja quando se efectua uma troca. O acréscimo de pontos acontece, quando se efectua carregamentos ou venda de produtos. Já na tabela, favoritos, “utilizador_has_produto”, além das chaves primárias que associam as duas tabelas, inclui o “comentário” que pode ser feito em relação a qualquer produto. Armazena o “valor pretendido” ou seja o valor que o utilizador quer que os seus favoritos cheguem para proceder a compra. Inclui também o alerta, entende-se por isto, o aviso que os utilizadores querem receber quando o produto que ele estabeleceu como favorito chega ao preço que pretende.

A partir do momento que o utilizador clica em “like” o produto automaticamente fica reconhecido como favorito. Este pode ser “privado” ou seja, só o utilizador pode ver os seus favoritos. Na tabela “Alerta”, é uma tabela simples com o respectivo “id” e o “tipo de alerta”, ou seja como é que o utilizador quer receber o aviso, no e-mail, no telemóvel entre outros.

A tabela mensagens, “utilizador_has_utilizador”, inclui os campos, “mensagem” diz respeito ao conteúdo da mensagem introduzidas pelos utilizadores. “Data do envio”, duas chaves estrangeiras ligadas à tabela “utilizadores”, que identificam remetente e destinatário e, obviamente, o “id da mensagem”.

Todos os campos em todas as tabelas da base dados foram definidos sempre com a preocupação de ajustar o melhor datatype. Posto isto, todos os campos referentes a ids, ou seja, com o objectivo de identificar univocamente uma tabela, possuem tipo de dados inteiros (INT), enquanto que em campos que armazenem dados tipo texto foi optado por varchar (VACHAR) sendo alterado o seu tamanho por defeito em alguns casos, como é o exemplo do campo das mensagens com 255 caracteres visto não faz sentido ser tão limitado para a escrita de mensagens. No entanto durante o projecto foram notadas algumas lacunas, na nossa base de dados que pretendemos melhorar no futuro, aumentando campos nos dados dos utilizadores e a realização de novas tabelas.

File:Trading.jpg

Implementação

Descrição das principais funcionalidades da aplicação Web

Registo e Login

Embora um utilizador possa consultar a lista de categorias e os produtos sem necessitar de estar registado para o efeito, ao fazê-lo terá acesso a um conjunto de opções que tornam a experiência de navegação mais interactiva. Podendo assim comprar e vender produtos não existindo limitações na interactividade. É um processo bastante simples, caso do resgisto: basta inserir o nome, uma password à escolha e um email com formato válido que será o seu username. Interessa frisar, no contexto do sistema de validação do Login e da verificação do deste, que cada página invoca este sistema de verificação através de uma função previamente definida, ou seja só serão aceites e-mails com formato valido como por exemplo goncalo_72@ua.pt.

Permissões únicas por níveis

Os utilizadores do website “Trading” podem pertencer a dois níveis diferentes. O utilizador sem login efectuado pode somente visualizar os produtos. O utilizador com login efectuado pode usufruir de todas as funcionalidades, criando, editando os produtos que lhe pertencem. Cada utilizador com sessão iniciada pode inserir e alterar contribuições no seu perfil pessoal, podendo alterar as informações dadas no inicio quando efectuou o seu registo.

criação/edição de perfil

Assim que um utilizador se regista, é lhe atribuído um perfil, onde poderá registar algumas informações acerca da sua pessoa (nome, e-mail) podendo ser alteradas sempre que desejar. Existe, também, a possibilidade de fazerem o upload de uma imagem à sua escolha.

Adicionar/ Editar produto

Quando o utilizador completa o registo e faz o login, é lhe atribuído o direito de vender produtos, pode assim aceder a um formulário para adicionar um produto novo e assim poder ganhar pontos, que no contexto equivale a dinheiro. Existe também a possibilidade de editarem esse formulário actualizando-o frequentemente. Tem a hipótese também de fazer upload da imagem, actualizando este campo sendo obrigatório o preenchimento deste.

Indicação de produtos como “favoritos”

“Like it” é o conceito aplicado, sempre que um produto for do interesse do utilizador, é lhe dada a possibilidade de o marcar um “Like” podendo ser consultado, em qualquer altura, através do separador “favoritos” no seu perfil. Tendo acesso a um historial dos produtos que marcou que gosta.

Realização de Comentários

Qualquer utilizador registado poderá escrever os seus próprios comentários aos produtos de outros vendedores, escolher. Estes poderão ser visualizados a partir do perfil do produto. Posteriormente, poderá fazer a selecção dos mesmos.

Pesquisa

É praticável efectuar pesquisas em qualquer página do site, uma vez que o respectivo campo está inserido no menu principal. Esta pesquisa poderá referir-se aos produtos, que o site contém para que os utilizadores mesmo sem registo encontrarem o produto que pretende.

Mapa de páginas

Antes de se realizar o login:

• Homepage
• Login
• Registo
• Ajuda
• Categorias:

    Livros 
    Filmes
    Música
    Informática
    Electrónica
    Roupa
    Outros

Depois do Login executado:

• Homepage
• Produtos
• Adicionar produto
• Editar produto
• Perfil
• Editar perfil
• Ajuda
• Logout
• Categorias:

   Livros 
   Filmes
   Música
   Informática
   Electrónica
   Roupa
   Outros
   Favoritos

Server Behaviours utilizados

Para o desenvolvimento deste projecto, invocámos, frequentemente, os Server Behaviors (Comportamentos de Servidor), do Dreamweaver, códigos (scripts) executados no Servidor. Assim os Server Behaviors permitem a manipulação dos dados, contidos nas diversas páginas, bem como a autenticação dos utilizadores, por exemplo. Aparecem funções comuns a todas as páginas do site, assim como Server Behaviours e Queries às bases de dados. Independentemente da página em que se está, o Header e o Footer são carregados através de funções PHP previamente definidas num ficheiro incluído logo no início e no final no caso do Footer de cada página. Representadas sucessivamente <?php include("header.php");?> e <?php include("footer.php");?>.

Segue-se a lista de todos os Server Behaviors utilizados:

• Recordsets, utilizados para efectuar pesquisas à base de dados;
• Dynamic text, Dynamic text field, dynamic radio group, dynamic attribute, dynamic list/menu são empregados para formulários de edição, de modo a conterem a informação correspondente ao registo, a editar por exemplo: edição do perfil do utilizador, ou adicionar mais produtos;
• insert record server behaviors utilizado para formulários, que permitam inserir e actualizar registos.
• repeat region, usado para reproduzir múltiplos registos de recordsets
• Restrict Access To Page() um server behaviors que é utilizado para restringir a utilizadores registados o acesso a determinadas páginas;
• Log in User e Log out User utilizados para permitir o login e logout de utilizadores
• Check New Username, um server behaviors, usado para verificar se o username escolhido ainda não existe.
• update record utilizado para formulários, que permitam inserir e actualizar registos;
• repeat region usado para reproduzir múltiplos registos de recordsets.

Recordsets/Queries utilizados

A recordset é a estrutura de dados isso consiste em um grupo de base de dados registros, e pode qualquer um vem de uma base tabela ou como o resultado de a pergunta à tabela. O objecto de Recordset contém uma colecção dos campos e uma colecção das propriedades. Seleccionámos os recordsets mais complexos, bem como as respectivas queries, de modo a ser possível identificar mais facilmente o seu propósito.

• Rs_utilizador

SELECT * FROM utilizador WHERE mail = colname

• Rs_produto_utilizador

SELECT * FROM produto INNER JOIN utilizador ON utilizador.mail = colname WHERE utilizador_utilizador_id = utilizador_id

• Rs_utilizador_favoritos

SELECT * FROM troca.utilizador Inner Join troca.utilizador_has_produto On troca.utilizador_has_produto.utilizador_utilizador_id = troca.utilizador.utilizador_id And utilizador.mail = colname

• Rs_utilizador_venda

SELECT * FROM utilizador WHERE mail = colname

• Rs_produto

SELECT * FROM produto WHERE porduto_id = colname

• Rs_vendedor

SELECT troca.utilizador.nome, troca.produto.name, troca.utilizador.img_perfil FROM troca.produto Inner Join troca.utilizador On troca.produto.utilizador_utilizador_id = troca.utilizador.utilizador_id WHERE troca.produto.porduto_id = colname

• Rs_produto_vendedor_lista

SELECT troca.produto.name, troca.produto.img_produto, troca.produto.data_inicio, troca.produto.data_fim, troca.categorias.descricao, troca.produto.valor FROM troca.produto Inner Join troca.utilizador On troca.produto.utilizador_utilizador_id = troca.utilizador.utilizador_id Inner Join troca.categorias On troca.produto.categoria_id = troca.categorias.idcategorias WHERE troca.utilizador.utilizador_id = colname

• Rs_categorias

SELECT * FROM troca.produto Inner Join troca.categorias On troca.produto.categoria_id = troca.categorias.idcategorias

• Rs_categoria_detalhe

SELECT * FROM troca.produto Inner Join troca.categorias On troca.produto.categoria_id = troca.categorias.idcategorias WHERE idcategorias = colname

• Rs_conta

SELECT * FROM conta INNER JOIN utilizador ON utilizador.mail = colname WHERE conta.utilizador_id = utilizador.utilizador_id

• Rs_saldo

SELECT Sum(troca.conta.valor) FROM troca.conta Inner Join troca.utilizador On troca.conta.utilizador_id = troca.utilizador.utilizador_id WHERE troca.utilizador.mail = colname

• Rs_comentario_lista

SELECT troca.utilizador_has_produto.comentario, troca.utilizador.nome, troca.utilizador_has_produto.utilizador_utilizador_id FROM troca.produto Inner Join troca.utilizador_has_produto On troca.utilizador_has_produto.produto_porduto_id = troca.produto.porduto_id Inner Join troca.utilizador On

• Rs_favorito

SELECT troca.produto.name, troca.utilizador_has_produto.`like`, troca.utilizador_has_produto.comentario, troca.utilizador_has_produto.utilizador_utilizador_id FROM troca.utilizador_has_produto Inner Join troca.produto On troca.utilizador_has_produto.produto_porduto_id = troca.produto.porduto_id WHERE troca.utilizador_has_produto.utilizador_utilizador_id = colname

• Rs_likes

SELECT Sum(troca.utilizador_has_produto.`like`) FROM troca.utilizador_has_produto Inner Join troca.produto On troca.utilizador_has_produto.produto_porduto_id = troca.produto.porduto_id WHERE produto_porduto_id = colname

Parâmetros passados entre páginas

Utilizando o método GET, como forma de definir a condição em que a informação aparece.

Para alguns parâmetros julgámos pertinente ter alguns cuidados a nível de segurança e, por tal, optámos por passá-los através do método POST de modo a não serem visíveis ao utilizador.

Integração (e.g. Flash, AJAX Frameworks, etc)

Para além da utilização de php/MySQL, na implementação deste projecto, não usamos outras tecnologias, o que julgámos fazer no futuro pois julgamos trazerem mais valias para um melhor desenvolvimento do trabalho. 

Desenvolvimentos Futuros

Infelizmente, algumas das funcionalidades a que nos propusemos inicialmente não foram concretizadas, por diversos motivos entre eles a falta de tempo, essencial para a envergadura dum deste tipo. Estas incorporam uma lista de propostas para futuros desenvolvimentos, a par de outras sugestões, entretanto, lançadas. Tendo em conta que pretendemos evoluir não só no campo académico mas também para uma plataforma para ser disponibilizada na Web. Ainda numa fase embrionária, estamos a pensar a longo prazo pensando em fazer o necessário para expor esta ideia no universo Web. Apresentamos uma lista desenvolvimentos futuros:

• Recuperação de password, cada utilizador pode querer recuperar a sua password, pois por algum motivo se tenha esquecido ou perdeu o acesso.
• Darmos direito ao utilizador de escolher os tipos de alertas que pretende ser avisado de datas importantes, assim pretendemos evoluir para um sistema de aviso não só no seu perfil mas também por e-mail, telemóvel, entre outros tipos.
• O que foi pedido na construção deste projecto era a criação de uma rede social assim pretendemos criar uma parte de amigos com os mesmos interesses, assim adicionar amigos para a criação de uma rede de pessoas.
• Parte de sugestões ao utilizador, vendo que tipo de categorias pelas quais reflecte interesse. Assim pensamos numa sugestão inteligente, isto é, feita em função das preferências do utilizador;
• No seio do actual mundo de redes sociais, consideramos denúncia de infracções essencial sendo um item a pensar para desenvolvimento futuro;
• Galeria de produtos e outro ponto idealizado para execução futura, assim a cada produto deverá ser associado uma mini galeria, com varias imagens deste.
• Melhoramento gráfico, sentimos que existe ponto que tem de ser melhorados a este nível;

Para além ampliar estes desenvolvimentos, pretendemos corrigir todos os erros que temos nas páginas construídas actualmente tanto a nível de aspecto gráfico mas também melhorar o código implementado novas tecnologias para evitar que o site fique obsoleto. Inúmeros aspectos ficaram por referir, como seria de prever. Infelizmente, para um site desta complexidade e enredo, necessitaríamos de mais tempo, melhor planificação de trabalho e de mais recursos, para o objectivo de o colocar on-line seja cumprido e assim 100% funcional, com grande sucesso. Apesar de alguns problemas tidos durante a execução, pode-se verificar, que o grupo encontra-se preparado e com vontade de seguir com este projecto para níveis mais aliciantes sendo mais ambiciosos para este projecto. 

Conclusões

A concepção de Web 2.0 tem contribuído para o melhoramento contínuo de um número infinito de serviços com fundamento na interacção com o utilizador. O seu contributo tem sido, portanto, fundamental para o sucesso desta nova geração de plataformas Web. Porém, procurámos reproduzir no projecto “Trading” não só um certo equilíbrio visual, face ao próprio conceito do projecto, como também torná-lo numa espécie de alargamento do conceito de interacção e controlo do utilizador, no mundo online. Um projecto da dimensão do “Trading” é um projecto que implica muito tempo de trabalho. Foi fundamental apropriar patamares de relevância a cada funcionalidade na aplicação e, assim, vermos o que era essencial fazer com mais tempo e dedicarmos mais atenção a funcionalidade. Contudo, e atendendo ao nível de complexidade da aplicação pensada, considerámos que os resultados obtidos são razoáveis tendo em conta os objectivos a que nos propusemos inicialmente. No entanto, o projecto necessita obviamente de aperfeiçoamento em algumas áreas e, claramente, seria interessante da nossa parte implementar as funcionalidades que, por insuficiência de tempo, não foram implementadas. A motivação para continuar o projecto e empenhado em conseguir alcançar um serviço realmente inovador é grande. Desta forma, é nosso propósito lançá-lo futuramente.  

Referências bibliográficas

http://www.webmasterworld.com/forum83/200.htm (consultado a 8 de Janeiro) http://www.subcide.com/tutorials/csslayout/page2.aspx (consultado a 14 de Janeiro) http://www.w3schools.com/ (consultado a 15 de Janeiro) http://www.webdeveloper.com/forum/showthread.php?t=174182 (consultado a 17 de Janeiro) http://www.videolog.tv/video.php?id=575887 (consultado a 18 de Janeiro)