Biyolojik çeşitliliğin ekolojik işlevler üzerindeki önemi

A interface do GAwCRe e da aplicação gerada apresentava alguns problemas de usabilidade, como por exemplo, a forma de escolha dos padrões, que não permitia a visualização dos padrões selecionados. A tela exibida na Figura 4.14 era pela qual o usuário do gerador fazia a seleção dos padrões que desejava.

70

Além do usuário poder apenas visualizar os padrões que foram escolhidos, ao concluir a escolha também não era intuitiva, ou seja, se as variantes existentes em alguns dos padrões eram obrigatórias ou não. Não ficava explícito para o usuário (desenvolvedor da aplicação) quais os padrões existentes na linguagem de padrões SiGCli e quais podiam ser escolhidos.

A solução adotada, para esse caso, foi utilizar um modelo de árvores, possibilitando ao usuário a escolha do padrão desejado, com destaque para os que são obrigatórios, bem como a exibição da lista de padrões. Ao selecionar um padrão que possui variantes e, caso seu uso seja obrigatório, essas são carregadas imediatamente. Caso a variante não seja obrigatória, o usuário não seleciona o nó correspondente a ela na árvore.

Anteriormente a essa manutenção, um padrão que fosse obrigatório deveria ser escolhido e só após a escolha o usuário tinha permissão para selecionar o próximo padrão. Atualmente, esse evento ocorre, porém de forma mais intuitiva, pois, todos os padrões são exibidos por meio de uma árvore e aqueles que são obrigatórios possuem uma descrição. Caso, no momento da seleção, o padrão a ser escolhido seja obrigatório, ele fica em destaque. Além disso, a lista de padrões selecionados também pode ser visualizada como mostra a tela exibida na Figura 4.15.

Figura 4.15 - Seleção de padrões no GAwCRe depois da manutenção evolutiva e corretiva.

71

O ambiente de desenvolvimento utilizado para implementar a nova interface do gerador foi o NetBeans34. Desse modo, os botões que possibilitam a mudança de telas por parte do usuário (Próximo, Anterior e Cancelar), têm seus nomes em inglês, como pode ser visto na Figura 4.15.

A aplicação gerada também sofreu modificações decorrentes das mudanças feitas no gerador. A interface gráfica tornou-se mais flexível, permitindo ao usuário fazer modificações de acordo com as suas necessidades e preferências. Anteriormente, a interface gráfica da aplicação gerada no GAwCRe possuía algumas limitações, como a ausência de um mecanismo que permitisse ao desenvolvedor da aplicação personalizar o layout da página. A página gerada pelo GAwCRe antes da manutenção é ilustrada na Figura 4.16.

Figura 4.16 - Interface gráfica de uma aplicação gerada pela versão original do GAwCRe.

Com as modificações efetuadas é permitido ao usuário customizar sua aplicação, inserindo o logotipo de sua empresa e de parceiros, formatar o cabeçalho e o plano de fundo da página, configurar um texto de descrição da empresa, além de organizar as telas de cadastro do sistema de acordo com as suas preferências. A Figura 4.17 exibe o exemplo de uma nova interface de uma aplicação gerada pelo GAwCRe para a empresa fictícia chama FysioSys Web, que possui o logo exibido.

72

Figura 4.17 - Interface gráfica de uma aplicação gerada pela versão atual do GAwCRe.

Outro problema que existia era que o usuário da aplicação gerada deveria conhecer a ordem na qual os cadastros deveriam ser realizados e quando essa não era seguida, todos os dados já digitados eram perdidos. Por exemplo, ao cadastrar um serviço realizado por uma clínica, de um tipo não existente, na base de dados, antecipadamente deveria ter sido cadastrado o tipo desse serviço. Se isso não ocorresse, as informações inseridas na aplicação eram perdidas. A modificação feita foi inserir um link para essas dependências, assim, o usuário ao perceber que ao cadastrar um serviço ainda não há determinado tipo de serviço cadastrado, ele pode selecionar o link, cadastrar o tipo, e retornar à tela para completar as outras informações juntamente com as inseridas anteriormente. A Figura 4.18 ilustra o uso dos

73

Figura 4.18 - Link para cadastrar tipo de serviço no cadastro de serviço.

A ausência de uma listagem com informações relevantes sobre os atributos já cadastrados para as entidades da aplicação gerada foi outro problema encontrado. No GAwCRe original era exibido ao usuário a lista de um dos atributos da entidade em questão. Na Figura 4.19 está ilustrada uma listagem das informações apresentadas aos usuários pela interface do GAwCRe original para a entidade Médico. Nela estão listados os nomes dos médicos cadastrados no sistema. Caso o usuário desejasse realizar uma busca e não soubesse o atributo nome, mas soubesse o atributo especialidade, por exemplo, ele não poderia realizar a busca, pois, não havia essa flexibilidade na aplicação gerada.

Figura 4.19 - Seleção Listagem das informações no GAwCRe original.

Com a modificação realizada, o usuário visualiza outras informações além do nome do médico, por exemplo, o seu identificador, a sua situação e especialidade. Com isso, há a possibilidade de busca por qualquer uma dessas informações o que torna a aplicação gerada mais flexível e com mais usabilidade. A Figura 4.20 ilustra a listagem dos médicos cadastrados e de suas respectivas especialidades, para uma clínica médica que está sendo gerada.

74

Figura 4.20 - Listagem dos atributos relevantes ao usuário na entidade Médico para um sistema de clínica médica.

Como consequência das modificações realizadas houve reestruturação do código gerado, tornando-o mais intuitivo para desenvolvedores. O padrão de projeto MVC (Model View

Controller) foi usado e também foi criada uma nomenclatura para classes geradas para garantir

homogeneidade no código. Além disso, como na versão original do gerador não existia apoio para internacionalização, na nova versão esse recurso foi inserido. A linguagem inglesa é o padrão adotado, o que permite que o código fonte possa ser utilizado por usuários de diferentes países.

Devido à estrutura de metadados construída durante a manutenção evolutiva do GAwCre, descrita na Seção 4.3, é possível que ele use outras linguagens de padrões além da SiGCli. Para isso é necessário que essas linguagens estejam disponíveis na interface do gerador, ou seja, que as entidades e regras de negócios sejam definidas, antecipadamente, nos arquivos de configuração dos metadados.

Quando um usuário desejava iniciar uma nova aplicação no GAwCRe original, o arquivo XML da linguagem de padrões deveria ser escolhido e quando esse fosse carregado, o usuário selecionava os padrões que cobrissem as necessidades exigidas pela aplicação. As telas exibidas na Figura 4.21 são exemplo de telas apresentada nesse caso.

Figura 4.21 - Telas iniciais para gerar uma aplicação no GAwCRe original.

75

Atualmente, após as modificações realizadas, a tela exibida na Figura 4.22 é apresentada ao usuário para que ele inicie a geração de sua aplicação. Pode-se observar que há a possibilidade de escolher além da linguagem de padrões, o banco de dados e a estratégia de geração (Web ou Desktop) para a nova aplicação. A escolha do banco de dados e da estratégia de geração, assim como descrito para a linguagem de padrões, há necessidade que tenham sido anteriormente configurados nos arquivos de configuração dos metadados. Depois de configurados, as novas opções de banco de dados e a estratégia de geração são disponibilizadas na interface do gerador.

Figura 4.22 - Instanciação de uma aplicação no GAwCRe após manutenção evolutiva.

Na próxima seção será comentado como foi o projeto de manutenção para realização das modificações ocorridas no GAwCRe.