Prática de Projecto – 06.05.08 Maio 7, 2008
Posted by memoDeCA in Projecto na Prática.Tags: Base de Dados, Especificação funcional, Utilizador Universal, Webservice
add a comment
A natureza deste projecto implica uma constante especificação do seu modo de funcionamento, o que se deve às componentes externas que podem ser integradas futuramente com vista a uma performance mais dinâmica.
O ínicio deste novo módulo da disciplina de Projecto foi caracterizado por uma aula prática de planeamento, onde a equipa recapitulou todos os recursos discutidos em reuniões com orgãos específicos da UA.
Confirmou-se a necessidade de conceber o sistema tomando em conta os vários meios possíveis para o preenchimento e actualização da base de dados (doravante mencionada como BD).
Neste momento destacam-se três cenários:
→ Actualização manual dos dados por parte da administração;
→ Injecção de dados na BD através do upload de ficheiros *.tab do PACO;
→ Actualização automática da BD através da ligação entre o Indexa e o PACO por meio de um Webservice concebido pelo GAGI.
Actualização manual pela administração | Vantagens
→ O sistema torna-se independente de componentes externas;
→ A mediação humana contempla casos excepcionais que os sistemas automáticos negligenciam.
Actualização manual pela administração | Desvantagens
→ A inserção e actualização de todos os registos seria morosa;
→ A mediação humana comporta erros;
→ A administração implicaria o envolvimento de pessoal qualificado e disponível;
→ Criar-se-ia uma dependência directa da “mão-de-obra” da administração.
Injecção de dados através do upload de ficheiros *.tab do PACO | Vantagens
→ O trabalho da administração resumir-se-ia ao upload dos ficheiros recolhidos do PACO;
→ A BD estaria actualizada com dados fidedignos.
Injecção de dados através do upload de ficheiros *.tab do PACO | Desvantagens
→ Os ficheiros têm de ser recolhidos por funcionários da UA com privilégios no sistema PACO;
→ Os registos *.tab podem não incluir algumas secções/informações necessárias para a BD Indexa;
→ A leitura dos ficheiros *.tab poderá apresentar inconsistências (preenchendo a BD incorrectamente).
Actualização automática da BD por meio de Webservice | Vantagens
→ Recolha de informações fidedignas e actuais do utilizador autenticado;
→ A administração teria um papel meramente moderador;
→ Personalização automática do Indexa face a cada utilizador.
Actualização automática da BD por meio de Webservice | Desvantagens
→ Mediação com o sistema de login do Utilizador Universal (inacessível de momento);
→ O sistema PACO fornece apenas dados actuais, não dispõe dos dados de anos anteriores;
→ Impossibilita a inserção de projectos de anos anteriores;
→ A dependência de um sistema externo poderia vir a lesar o Indexa caso esse sistema fosse remodelado ou se tornasse obsoleto na UA em prole de um novo sistema.
Solução possível : implementar o sistema de forma a que este tome partido dos vários recursos.
No âmbito dos projectos de anos anteriores a submissão recorreria aos dados já presentes na BD, actualizáveis por meio da administração (manualmente ou por upload dos ficheiros *.tab).
Quanto aos projectos do ano actual seria estabelecida a ligação ao PACO através do Webservice para leitura dos dados presentes do utilizador.
Objectivos actuais da equipa:
→ Tomar o funcionamento do sistema como uma prioridade face ao preenchimento da BD;
→ Implementar o sistema tomando por base a administração manual;
→ Testar a utilização dos ficheiros *.tab recolhidos do PACO;
→ Preparar sistema para a integração posterior do Webservice concebido pelo GAGI, sem abordar de momento a implementação real desse meio.
Ficam registadas as nossas considerações até à data e objectivos que irão orientar o nosso trabalho ao longo deste módulo.
Prática de Projecto – 15.04.08 + OT + Prática de Projecto 18.04.08 Abril 18, 2008
Posted by memoDeCA in Orientação Tutorial, Projecto na Prática.Tags: .TAB files, GaGI, Redesenho BD, Upload, Usabilidade, Webservice
add a comment
Aula de Projecto (15 Abril)
Nesta aula foram debatidas, junto do docente Rui Raposo, questões relacionadas com a excessiva dependência da nossa Base de Dados do webservice a ser criado pelo GaGI. Fomos aconselhados a redesenhar o nosso sistema para que este funcione por si só, estando no entanto preparado para futuramente “beber” informação do refererido webservice.
- Ficou então defenida como nova meta a adaptação da nossa BD .
Relativamente à Orientação Tutorial de dia 17, recebemos a notícia de que o email enviado a Osvaldo Pacheco (GaGI) uma semana antes, não tinha obtido um parecer positivo.
Nesse email era solicitada a criação a curto prazo de um webservice por parte dos membros do GaGI mas por excesso de trabalho não poderia existir a mobilização de recursos humanos para a implementação do referido serviço. Já a prever esta situação, o email sugeria a inclusão de membros da equipa do Indexa no GaGI, de forma a que estes se pudessem inteirar do funcionamento dos webservices para eles mesmos desenvolverem esse precioso recurso que iria “alimentar” o Indexa ao fornecer dados do PACO. Esta nossa sugestão também não foi aprovada por motivos de segurança inerentes à protecção da rede UA.
Posto isto, decidimos recorrer a uma solução provisória que é a utilização de delimited-text file formats(.TAB) com as listagens dos dados (cursos, disciplinas, docentes, entre outros) para efeitos de prótotipo. Estas listagens são providenciadas pelos respectivos directores de curso, através de uma funcinalidade automática do PACO já implementada.
Importa frisar que o Indexa apesar de adoptar esta solução temporária será desenvolvido para que futuramente, e caso o GaGI assim o entenda, possa funcionar com recurso ao webservice criado pelo GaGI.
Aula de Projecto (18 Abril)
Foram debatidas junto do professor Miguel Ferraz algumas questões que se prendiam com as funcionalidades e a usabilidade da nossa aplicação para que esta fosse o mais user friendly possível. Nomeadamente, qual a forma mais eficiente de serem efectuados multiplos uploads de ficheiros e também acerca da problemática em torno do número excessivo de cliques nas área de gestão do nosso menu lateral.