"Primeiro lançamento"

Senhoras e senhores, já ocorreu o "primeiro lançamento" do Sistema Gerenciador CRA IF-SP !

Conseguimos implementar o que prometemos, ainda com algumas defasagens e erros. Mas conseguimos !

O sistema existe e já funciona !

Utilizamos o planejado: a plataforma GAE e a ferramente GWT, a forma de comunicação RPC, interface SGBD JPA.
O sistema de login que fizemos até agora foi o oferecido como serviço pelo próprio GAE. Ainda assim, pensamos em mexer em algumas coisas.

Ao todo, até agora, foram 10 mil linhas de código ! Deu muito trabalho. Encontramos muitas dificuldades.

É verdade que, se vocês olharem as datas de postagens, concluiram que ficamos muito tempo sem apresentar novidades. Muito tempo de sofrimento, e de conquistas, afinal de contas. Muitos erros, muitos problemas. Superamos muitíssimos deles.

Aos poucos vamos liberar umas telas. Primeiro pretendemos terminar o pouco que ainda falta fazer (revisar o código, eliminar inconsistências, aprimorar funcionalidades).
Mas é sincero: falta pouco mesmo !

Quem acompanhou o desenvolvimento viu que evoluímos muito mesmo nesta semana.

O lançamento, do qual até agora não falamos muito, foi na última quinta-feira (04/11/2010). Não fizemos da forma que queríamos, mas estamos felizes.

Por enquanto é isso ! Prometemos terminar e explicar melhor o que fizemos, para possível utilização de um desesperado e coitado que possa se identificar com o que realizamos ...

(Somos fodas)

Detalhamento do L.D. - Ainda Projeto Conceitual

Agora vamos detalhar o nosso Levantamento de Dados (LD), ou seja, como realizamos nossa pesquisa e determinação das necessidades deste nosso sistema.

Basicamente, conversamos com os atuais responsáveis pelo sistema (Uchina, depois Rafael, e por último, Sidney). Eles nos mostraram todos os aspectos importantes e necessários para o seu bom funcionamento. Também nos forneceram fotocópias dos termos de locação e do calendário (cronograma das aulas e recursos disponíveis).

Assim, até como possíveis usuários do sistema, fixamos o contexto e objetivo do nosso trabalho, que já foi, um pouco, descrito nas últimas postagens.

-----------------------------------------------------------------------------

Mão-na-massa

Ainda estamos nos adaptando às tecnologias que vamos utilizar. Pensamos em automatizar, primeiro, o aspecto de persistência de dados das aulas e recursos (como dito anteriormente, com JPA, talvez, ainda, não utilizando o Google App Engine, mas sim um ambiente local de desenvolvimento). Pretendemos terminar este primeiro protótipo esta semana, se não ocorrerem imprevistos.

Mais sobre as atividades - ainda projeto conceitual

Vamos detalhar as atividades que pretendemos auxiliar com nosso sistema, com o auxílio de técnicas "clássicas" de análise de sistemas - (um exercício para a aula de TDS. Esperamos ter feito direito => ).

Essas informações são baseadas em nossas pesquisas no próprio departamento, com os responsáveis, bem como em uma pesquisa anteriormente feita por nossa professora de TDS (a "EUB").

Assim, temos o DFD:



(Sugerimos abrir a imagem em uma aba (ou janela) à parte, para poder dar zoom.)

---------------------------------------------------------------------------

Outras novidades:
- decidimos implementar com a opção de acesso remoto, pelo browser, obviamente para os usuários previamente e adequadamente cadastrados. Assim, utilizaremos GWT na interface do sistema com o usuário e na comunicação com o motor (AsyncCall).

Por enquanto, parece ser isso. Até.

Abstração - Visão Conceitual do sistema

Estudamos um pouco as atividades do departamento com o responsável, "Uchina", há cerca de um mês.

Alguns pontos importantes que encontramos:
- para reserva dos retroprojetores (um dos recursos gerenciados, hoje, pelo departamento) há um período máximo de 15 dias de antecedência. Ou seja, é necessário estar a 14 dias da data requerida para utilização do recurso. Antes disso não pode ser feita a reserva.

- estão disponíveis para uso cerca de 10 retroprojetores. É necessário prever a indisponibilidade de alguns recursos para eventuais manutenções ou não devoluções, por exemplo.

- seria bom que a interface do sistema para o usuário seja simples como um cronograma, uma agenda, dispondo dos horários e recursos disponíveis.

- os responsáveis pelo departamento também devem poder prever eventos maiores, como a Semana da Tecnologia, quando os recursos estariam alocados para as palestras e "aulas" especiais.

Assim, pensamos na seguinte abstração:



- Fica, para nós, ainda em aberto a questão de acessos remotos: é necessário estar na escola para alocar os recursos, ou seria melhor ter a opção de reservar o que for necessário onde se quiser (em casa um professor poderia reservar um retroprojetor para uma aula) ?

Ainda estamos pensando melhor no sistema e nas opções. Por enquanto, para nós há opção de:
- usar JSP com HTML caso a opção da remotabilidade não seja aprovada;
- usar JDO no Google App Engine.

Já começamos a estudar as opções no Google App Engine.

Início de trabalho

Estamos começando um projeto: a informatização de algumas atividades que hoje são realizadas por um departamento do Instituto Federal de Educação, Ciência e Tecnologia do Estado de São Paulo, campus São Paulo. As atividades vão desde gerenciamento dos recursos audiovisuais (retroprojetores) da instituição até manejamento dos horários de utilização de algumas salas (como as salas de projeção e auditórios).

Trata-se de uma aplicação específica, que visa ser uma aplicação de conceitos e técnicas aprendidos em aula.

Em particular, pretendemos utilizar Java, em cloud computing pelo uso de Google APP Engine. Assim, obteríamos maior flexibilidade - pelo acesso via Internet, não seria necessária a presença no local para efetivação de atividades - e independência - não seria necessária a manutenção de infra-estrutura local (servidores e outros equipamentos) -.

Nós, desenvolvedores, estamos abertos a sugestões e críticas.

Até a próxima, com mais novidades ...