Na orientação tutorial de ontem, foram discutidas questões relativas à estruturação da versão beta de projecto a apresentar no dia 6 de Junho, tendo em conta as condicionantes encontradas até agora.

Estas condicionantes são relativas à plataforma tecnológica na qual se baseia toda a estruturação de projecto até ao momento (Adobe Air). Será analisada a possibilidade de uma migração para outra plataforma tecnológica (Adobe Flash Player), se tal representar um melhoramento significativo no desempenho da aplicação.

Neste momento, o grupo partirá para uma análise comparativa do desempenho de diferentes máquinas, utilizando as duas tecnologias possíveis.

Na última aula de projecto, terça-feira, dia 25 de Março, a definição das características do servidor necessárias para que este se adeqúe às especificidades do projecto foi a meta estabelecida.

A publicação da decisão final relativa ao servidor deverá ser publicada no dia 27 de Março (quinta-feira), depois da discussão de diferentes soluções com os professores orientadores.

Aqui deixamos um documento explicativo de uma das principais decisões tomadas até ao momento, relativamente e requisitos técnicos da aplicação: a estrutura da BD e suas implicações || utilização de XML codificado.

documento

Na última aula de Projecto (4 março), os objectivos lançados estabeleciam a criação de documentos de Planificação Técnica, especificamente a arquitectura do sistema, mapa de navegação, diagramas de articulação dos módulos e fluxogramas.

Apesar de o grupo de trabalho sentir que este é um exercício ainda prematuro, devido à tipologia do projecto (grande componente de investigação = maior grau de incerteza), o trabalho desenvolvido reflecte o esforço levado a cabo para cumprir com as metas definidas .

No documento em anexo, disponibilizamos diagramas de articulação dos módulos e fluxogramas, sendo que relativamente a estes últimos documentos, o grupo decidiu elaborar um levantamento de todos os fluxogramas que pudessem existir ao longo da aplicação, tendo representado só aqueles em que existe maior grau de certeza.

Esta informação está clarificada no .pdf disponibilizado.

Ficam a faltar a arquitectura de sistema (na qual existem dúvidas acerca do grau de detalhe requerido) e o mapa de navegação, no qual o grupo sentiu igualmente algumas duvidas.

Amanhã, contamos com a ajuda dos orientadores de projecto, para actualizar o exercício.

Boa noite!;)

Planificação Técnica || diagrama módulos fluxogramas

Depois de pesquisas, de algumas certezas e mais dúvidas, conseguimos, neste momento, afirmar a certeza da utilização do Flex, solução de desenvolvimento de aplicativos que consideramos ser a mais optimizada para o desenvolvimento de aplicativos avançados de Internet (RIAs). O documento em anexo apresenta as comparações feitas com os programas Flash e SilverLight.

Programas similares ao Flex e SilverLight em open source foram igualmente estudados (ex.Lazlo). No entanto, a sua utilização foi igualmente excluída devido à intenção do grupo de trabalho de utilizar outras ferramentas da Adobe, sendo por isso preferível a implementação do projecto em Flex.

Com a publicação das especificações técnicas dos módulos do sistema, encerramos, por esta semana, o desenvolvimento de requisitos técnicos, tarefa à qual voltaremos na próxima semana.

No próximo post relativo a especificações técnicas, será imperativo sistematizar as comparações das várias possíbilidades técnicas, para cada módulo do projecto e publicar informações referentes ao desenvolvimento da componente de “diário de bordo inteligente”, o qual fará sugestões de palavras-chave ao utilizador, à medida que este digita texto.

Neste ponto foram feitos avanços, ao ser recolhida um lista de 140 palavras-chave (termos náuticos) e respectivos significados, com base no site do núcleo de fuzileiros do Porto.

especificações || Flex

especificações || módulos da arquitectura de sistema

À noite só à noite é qu’ele diz que funciona… já dizia a canção… ou melhor… não era bem isto que a canção dizia mas era o que ficava melhor aqui :X

Sendo assim aqui fica a URL com o nosso “hello world” em Adobe Flex, desenvolvido durante a noite de hoje.

“Para ser continuado…” – “Não percam o próximo episódio ca gente támém não”.

http://tbuddy.site.vu/

Nas ultimas duas aulas de projecto, a equipa esteve focada na especificação das funcionalidades da aplicação e na definição e estudo de viabilidade de requisitos técnicos.

Aqui deixamos o ficheiro .pdf resultante desse trabalho, o qual pretendemos actualizar em breve, com informações mais detalhadas, relativas às especificações técnicas.

Sejam bem-vindos a este modesto blog, cujo objectivo pauta por ser o relato detalhado e actualizado do processo evolutivo do projecto NavLocator!

A equipa de trabalho integra quatro elementos, sendo eles Carla Ceia, Cristina Teixeira, Ricardo Pinto e Ricardo Magalhães.

Margarida Almeida e Jorge Ferraz de Abreu coordenam a equipa e o desenvolvimento de todo o trabalho.

Os objectivos do projecto deliniam a construção de um software social, aliado ao sistema de geoposicionamento global (GPS) que permitirá a viajantes, solitários ou em grupo, estabelecer contacto com outros indivíduos, trocando experiências e informações relativas às viagens.

A partilha de informações tem uma utilidade lúdica - uma vez que os utilizadores poderão partilhar dados relativos a pontos de interesse turístico – mas também utilidade funcional, pois poderá contribuir para optimizar a navegação de viagem, sendo que os utilizadores do NavLocator poderão trocar informações relativas a condições atmosféricas, zonas de perigo, característica geológicas de determinados locais.

Em suma, qualquer informação que um determinado utilizador necessite numa situação específica é passivel de ser obtida através do Navlocator, utilizando a informação armazenada no sistema ou contacto com outros utilizadores (directo, através de instant messaging ou indirecto, através de participação no diário de bordo de cada navegador).

Num sentido lato, o objectivo primário do projecto será construir uma plataforma de comunicação entre utilizadores em contexto de viagem, tendo por base as permissas da web 2.0, uma vez que todo o sistema está delineado de forma a crescer com a partilha de experiências de cada utilizador.