do Instituto Hidrográfico

20 ANAIS DO INSTITUTO HIDROGRÁFICO N.º 15
limita a conceber e a desenvolver as bases de dados e respectivas
aplicações, mantendo-se nos produtores de
cada tipo de dado a sua «posse» e direitos de edição, bem
como a execução das tarefas preparatórias de pré-processamento,
validação, controlo da qualidade e finalmente,
inserção na respectiva componente da base de
dados.
As hipóteses acima indicadas permitem, salvo
melhor opinião, conceber as bases de dados tirando partido
das seguintes vantagens:
❚❘ O pré-processamento, a validação e o controlo da
qualidade dos dados inseridos são executados
pelos técnicos ou cientistas que mais directa e
habitualmente com eles lidam, aproveitando ao
máximo a sua vasta experiência na fase de tratamento
dos dados;
❚❘ Existência num repositório central de vários conjuntos
de dados reconhecidamente de alta qualidade;
❚❘ Concentração das tarefas de arquivo e de segurança
dos dados na entidade que mantém o sistema
central;
❚❘ Maximização do tempo útil para desenvolvimento
de novas aplicações e manutenção das existentes.
No que se refere à máquina servidora das bases de
dados ORACLE, ela foi pensada e dimensionada para
receber, de facto, três grandes conjuntos de bases de
dados. O primeiro conjunto designa-se por «repositório
de desenvolvimento» e é constituído pelo conjunto de
tabelas do sistema de concepção, desenho e geração de
aplicações 4 Oracle Designer, em uso no IH. Neste repositório
ficam guardados todos os elementos que resultam
da análise dos sistemas que vão sendo modelados
em cada área funcional, bem como detalhes de cada
aplicação.
Os outros dois conjuntos de bases de dados são
constituídos pelas bases de dados de ensaio (ambiente de
desenvolvimento) e de operação (ambiente de produção).
Cada aplicação é primeiro criada no ambiente de
desenvolvimento, onde sofre todas as validações necessárias
ao seu correcto funcionamento, com o apoio do
utilizador final; após se atingir um estado de desenvolvimento
correspondente a uma versão final, a aplicação é
copiada para o ambiente de produção e entregue ao utilizador,
passando a trabalhar com dados reais.
Durante a curta vida do SIGAMAR houve já necessidade
de expandir a máquina servidora, face ao crescimento
que se verificou na utilização das bases de dados
a partir do terceiro ano do projecto e às novas perspectivas
de utilização. Assim, passou-se dum antigo servidor
UNIX herdado da extinta Divisão de Cartografia
4 Estes sistemas são mais conhecidos pela designação
inglesa CASE – Computer-Aided Software Engineering.
para um moderno servidor multi-processador Intel
WinNT/2000, com elevada capacidade de expansão e
vocacionado para albergar motores de bases de dados
associadas a sistemas de cópia de segurança de alta fiabilidade.
O método de desenvolvimento aplicacional adoptado
no IH é conhecido por “desenvolvimento em espiral”.
Neste método, existe uma fase inicial de análise em
que intervêm tanto o pessoal afecto ao desenvolvimento
como o utilizador ou utilizadores finais da aplicação;
aqui, pretende-se coligir o máximo possível de informação
sobre a finalidade da aplicação, os objectos que a
deverão compor e as relações entre eles. Idealmente,
esta fase termina com um conjunto de objectivos e de
especificações que se deverão manter inalterados até ao
fim do desenvolvimento. Começa depois uma fase de
análise mais detalhada para decompor todos os objectos
e todas as funcionalidades da nova aplicação nos seus
elementos mais indivisíveis, sempre em colaboração
com o utilizador.
Depois da análise, dá-se início ao processo de desenvolvimento;
são desenhadas e construídas as tabelas da
futura base de dados e as funções (ecrãs, relatórios, gráficos,
rotinas e subrotinas, etc.) que permitem a edição
dos dados. Num dado ponto chega-se a um protótipo da
aplicação que é testado e validado junto do utilizador.
Caso não estejam ainda satisfeitos os requisitos da aplicação,
o desenvolvimento prossegue, aperfeiçoando-se
sucessivamente o protótipo até à versão final.
Como é notório, em todas as fases do método existe
um envolvimento, maior ou menor, do utilizador. É precisamente
neste ponto que se notam as principais dificuldades
no desenvolvimento, devidas fundamentalmente
ao facto de existir, nalgumas áreas funcionais,
uma grande rotatividade ou escassez de pessoal, aliada a
uma certa indefinição de atribuições e de procedimentos,
que obriga a uma constante redefinição dos requisitos
e das especificações da aplicação consoante o interlocutor;
este facto está na génese da impossibilidade,
que se verifica no IH, de se «congelarem» os requisitos
e especificações das aplicações, o que acarreta bastantes
transtornos para a análise e desenvolvimento, traduzindo-se
essencialmente na sua morosidade.
Não obstante, este método tem sido aplicado com
sucesso nas áreas que na fig. 2 surgem a verde (referidas
a Julho de 2001). À data da elaboração deste artigo existem
mais algumas áreas em tratamento.
Verifica-se, por outro lado, que a utilização das
bases de dados tem estado aquém do que é desejável, isto
é, enquanto que nalguns sectores tem havido um forte
empenho no carregamento das bases de dados, noutros
esta actividade ou não é executada ou apenas o é episodicamente,
o que acaba por ter consequências no eficaz
aproveitamento dos dados patrimoniais do IH pois não é
possível alimentar o passo seguinte da cadeia do SIG: a
visualização e exploração dos dados.