Integração entre a ferramenta de modelagem e a intranet

A integração entre as páginas geradas e a intranet é garantida por meio de uma página especial denominada “Página de Busca” (figura 5.34) e do procedimento representado esquematicamente na figura 5.35. Quando o usuário cria um modelo novo, empregando a ferramenta ARIS customizada, ele tem à sua disposição um conjunto de objetos padrões, conforme especificado no framework de modelagem. Entre eles, há um tipo específico de construto (um tipo de objeto) , presente na dimensão conhecimento, que é denominado categoria de conhecimento (knowledge category), conforme apresentado no capítulo 4. O primeiro passo para a existência da integração, portanto, é a preparação destes objetos padrão (veja figura 5.35). Eles representam requisitos de conhecimento para o desenvolvimento da atividade. Deve existir, no mínimo, um objeto categoria de conhecimento para cada uma das

palavras-chave principais do sistema. Esse construto possui 2 atributos que são do tipo link, os quais podem ser vistos na caixa de cadastro da ferramenta (1o. passo da figura 5.35). No segundo deles, por padrão, deve-se inserir o link para a página de busca, o qual é formado pelo link da página, seguido do caractere “?” e o código de identificação da palavra-chave que ele representa no sistema (o Id). Os administradores de conhecimento e os administradores de modelo têm acesso a este código dentro do módulo de gerenciamento do sistema. No caso empregado como exemplo na figura 5.32, o objeto é denominado “QFD” e o código de identificação é 72. O link cadastrado no objeto é, portanto: “http:/numa.org.br/intranetkmv3/PaginaDeBusca.asp? IdPalavraChave =72”.

Figura 5. 34: Página de busca - responsável pela integração entre as páginas de modelo e os conhecimentos explícitos armazenados na intranet

O segundo passo é a construção dos modelos, empregando a ferramenta ARIS e o framework de modelagem proposto. Como conseqüência da aplicação do framework, os objetos padrão serão utilizados na representação. Por fim, na etapa 3, basta gerar as páginas HTML de modelos, com o auxílio da ferramenta ARIS. Isso é

feito selecionando-se a pasta (“folder”) em que se encontra o modelo e iniciando-se o módulo de “Weblink”, conforme apresentado na figura 5.29a . Ao fim da geração do site com o modelo de referência, o modelador poderá então entrar na intranet e efetuar o cadastro do modelo indicando título, versão, formato e autores, conforme os dados descritos no item 5.2. Como último passo deste cadastro o usuário é solicitado a realizar o procedimento de upload, no qual poderá enviar os arquivos em html do modelo via internet.

Uma forma alternativa de cadastrar o modelo na intranet, válida somente para usuários com acesso direto ao servidor, é inverter essas duas etapas, cadastrando o modelo na intranet, antes que os arquivos HTML do modelo sejam gerados. Esse procedimento só é possível porque, ao final do procedimento de cadastro, o usuário é avisado sobre o número de identificação do modelo (Id do modelo). Este número é idêntico ao nome da pasta no diretório da intranet no qual o modelo deveria estar armazenado, e que, ao final do processo de cadastro, é criada pelo sistema automaticamente (“Seção_MR/Arquivos”). Assim, basta que o usuário anote esse número e gere os arquivos HTML do modelo a partir da própria ferramenta, direcionando a criação de tais páginas para o diretório, com o número do Id do modelo. No exemplo apresentado na figura 5.34, é o número 63. Esse procedimento foi mais utilizado durante a aplicação da solução, e é preferível porque a quantidade e o tamanho dos arquivos gerados pela ferramenta ARIS são elevados, dificultando o envio por meio de upload através da Intranet.

Independentemente do procedimento de geração do modelo, desde que esse procedimento tenha sido realizado corretamente, o modelo estará pronto para ser utilizado. Se ainda não estiver claro para o leitor, basta lembrar que, quando a ferramenta ARIS gera páginas html de modelos, automaticamente, os atributos do tipo link são transformados em links nas páginas do objeto ou do modelo. Portanto a página que descreve os atributos do construto (objeto) knowldge Category estará, automaticamente, apresentando um link para a Página de Busca apresentada na figura 5.34. Como a Página de Busca contém uma consulta sobre todos os conhecimentos explícitos cadastrados no sistema com aquela palavra-chave (modelos, registros, sentenças, páginas do conhecimento e usuários) tem-se, enfim, a integração unidirecional entre modelo e conhecimentos explícitos armazenados.

Figura 5. 35: Integração dos modelos com a intranet

Resta esclarecer os detalhes técnicos dessa integração. Ela é realizada, de maneira simples, empregando-se um objeto Request que é criado no servidor ASP (Active Server Pages), mais especificamente pelo IIS. O caractere “?” indica ao servidor que a palavra seguinte, o nome IdPalavraChave, é uma variável a ser criada no objeto Request, cujo valor atribuido é 72. A Página de Busca é programada para

fazer buscas localizando os conhecimentos que possuem uma palavra-chave com número de identificação igual à variável IdPalavraChave. Portanto na prática este link faz com que o browser solicite ao servidor a Página de Busca (PaginaDeBusca.asp) listando todos os conhecimentos explícitos que estejam relacionados com a palavra-chave ou que venham a ser criados no futuro também com esse relacionamento.

Uma vez criado o conjunto de objetos padrão, basta que o modelador empregue um desses objetos em seu modelo, para que o link entre modelo e conhecimentos explícitos passe a ser válido, sem haver necessidade que o usuário construtor do modelo faça qualquer operação adicional. Na verdade, ele não precisa saber o ID da palavra-chave e nem mesmo criar qualquer tipo de link. Ele apenas usa o objeto padrão no modelo e gera as páginas HTML; conseqüentemente, para toda a ocorrência do objeto padrão, estará disponível o link para a Página de Busca.

Logicamente, há a necessidade de uma coordenação para garantir o funcionamento coerente dessa integração. É preciso garantir, principalmente, três aspectos: 1) que os objetos-padrão do tipo requisitos de conhecimentos possuam, em seu atributo link, o caminho correto para a página de busca (PaginaDeBusca.asp); incluindo o código de identificação da palavra-chave; 2) que os objetos padrão do tipo Knowledge Category sejam empregados na modelagem e 3) que os modelos gerados sejam direcionados para o diretório correto da Intranet. Como isto depende, fundamentalmente, da disciplina dos usuários do tipo administrador de modelos ou modeladores, foi elaborada uma folha de procedimento para a realização dessa atividade. Esse procedimento, portanto, faz parte da solução e sua observância garante que a integração entre modelo e conhecimentos explícitos possa funcionar com pleno êxito.