TileMonitor: Um sistema para Armazenamento e Recuperação de

Documentos de Controle de Qualidade via Web

Felipe Fink Grael

Orientadores:

Carmen Lodi Maidantchik

José Manoel de Seixas

Luiz Pereira Caloba

Novembro de 2003

Colaboração UFRJ / CERN – Detector ATLAS

O Atlas

As Necessidades

●Colaboração entre vários países

●Diversos equipamentos diferentes

➔Produção de documentos em massa

➔Necessidade de gerenciamento dos documentos

➔Necessidade de um mecanismo de busca eficiente

Análise de Possíveis Soluções●Postura Liberal x Ditadora

●Ditadora: Todos devem seguir um padrão pré-definido

●Liberal: Cada um faz do seu jeito

●Cenário atual: cada colaborador disponibiliza os documentos

●Repositório descentralizado

●Uso de vários formatos de dados

●Ausência de um mecanismo de busca integrado

Análise de Possíveis Soluções

Situação Atual

●Desenvolvido para o “Tile Calorimeter”, mas de aplicação geral

●Integração de diferentes tipos de documentos (estrutura e formato)

●Repositório Centralizado

●Uso de XML para estruturar e armazenar cada tipo de documento

●O mecanismo de busca se adapta a cada tipo de documento

●Possibilidade de tratar os dados, tais como gerar um histograma a

partir de uma busca

Proposta: TileMonitor

TileMonitor para QC Sheets

TileMonitor para QC Sheets

TileMonitor para QC Sheets

Repositório Central do ATLAS

●Atlas EDMS (Engineering Data

Management System)

●Repositório Centralizado

●Informações armazenadas

●em diversos formatos (PDF, XLS, DOC, etc.)

●Mecanismo de busca por strings

Problemas do mecanismo de busca do EDMS✗Entrada muito específica pode não trazer resultados, enquanto entradas genéricas retornam resultados demais

✗Diferenças culturais levam ao uso de diferentes termos para designar

o mesmo objeto (sinônimos)

✗Necessidade de saber exatamente como está escrito no documento

(“Serial Number”, “Serial no.”, “SN”)

✗Necessidade de saber como o dado foi estruturado nos repositórios,

Banco de Dados (tabelas, campos, atributos, etc.)

Nossa Proposta

●Uma aplicação via Web que se conecta no Banco de Dados do EDMS e gera, a partir das tabelas e seus relacionamentos, uma interface de busca que permita precisão na localização dos dados

●Uso de XML para definir as interfaces de busca

●Maior flexibilidade (busca dinâmica, adaptável)

●Tecnologias de fácil manutenção

Exemplo de busca

Exemplo do uso de XML(...)

<column>

<colName>SERIAL_CODE</colName>

<colDescr>Serial Code</colDescr>

<colType>string</colType>

</column>

(...)

(...)

<column>

<colName>SERIAL_CODE</colName>

<colDescr>Serial Code</colDescr>

<colType>string</colType>

</column>

(...)

Próximos Passos

●Implementação da busca a partir de uma descrição em XML

●Geração automática das buscas XML a partir dos metadados do Banco de Dados

●Permitir a personalização dos arquivos XML de uma forma amigável e uma forma “Advanced”

Hospedado em http://knopfler.lps.ufrj.br/cable