![Fechar [x]](http://dw1.s81c.com/i/c.gif){kind=small}
Fase 1: Capturar requisitos de negócios de IIW
A necessidade de conjunto de ferramentas e padrões de modelo apropriados aparece na fase inicial de análise de requisitos. Os pacotes de trabalho desta fase são designados a analistas de negócios com grande conhecimento do segmento de mercado e qualificações de TI de alto nível. As entregas de tais pacotes de trabalho são, geralmente, documentos não estruturados, tais como protocolos de reuniões, apresentações e documentos de processador de texto. As informações assim coletadas geralmente não têm qualquer modelo independente. As informações são entregues no estado em que se encontram para a próxima fase (o modelo de negócio), que cria o gasto adicional do processamento de grandes quantidades de entregas de entrada. Há uma necessidade clara de introduzir modelos de alto nível, que não sejam de relacionamento de entidade.
Acesso ao conhecimento e soluções de referência e outro requisito. Os padrões de solução disponíveis devem ser apresentados de maneira apropriada para dar a consultores de negócios uma maneira eficiente e fácil de:
- Acessar os padrões e documentação da estrutura do IIW
- Coletar requisitos na estrutura do IIW
- Mapear entregas da fase de análise de requisitos para os componentes da estrutura do IIW
O IIW apresenta os modelos de camada de base para fornecer a consultores de negócios e analistas o conjunto de ferramentas e recursos de propriedade intelectual, que são distribuídos como um produto comercial. Os modelos da camada de base incluem:
- Modelo conceitual
- Contém os metadados de negócios a serem usados em outros modelos
- Modelo de requisitos analíticos
- Usa os metadados de negócios identificados no modelo conceitual para documentar os requisitos de consultas analíticas
- Vocabulário de conceitos de negócios
- Entrega a representação em forma de dicionário dos termos de negócios coletados
O modelo conceitual é o modelo mais alto para a definição de requisitos de negócios. Os dados de negócios coletados nesta fase são muito não estruturados. O modelo conceitual entrega o suporte de ferramenta para coletar informações sobre elementos de dados numéricos e não numéricos e dependências entre eles.
As partes do modelo conceitual são:
- Agregar descritores que focam em requisitos baseados em medidas. Os descritores agregados são referências de modelos de medida para o modelo de requisitos analíticos.
- A parte de conceitos do modelo, que é focada principalmente na coleta de metadados classificados hierarquicamente. Essa parte é usada no modelo de requisitos analíticos para a definição de dimensões.
O modelo de descritores agregados representa uma lista de descritores predefinidos. Cada descritor contém uma etiqueta exclusiva e texto de documentação, como mostra a Figura 3.
Figura 3. Propriedades do descritor agregado Contas a Receber
(Veja uma versão maior da Figura 3.)
Para medidas calculadas, é possível usar um recurso para documentar a expressão de cálculo e referenciar medidas relacionadas. Um descritor agregado pode ser vinculado a outro modelo (por exemplo, ao modelo de requisitos analíticos ou o modelo de dados de análise).
A parte de conceitos do modelo contém os seguintes tipos de metadados:
- Descritores
- Podem ser numéricos ou não numéricos. Os descritores numéricos podem ser usados para medidas calculadas.
- Relacionamentos
- Descreve relacionamentos entre conceitos.
- Hierarquias
- Descreve a ordem dos conceitos de negócio. Cada conceito tem vários subconceitos que o classificam e descrevem. Os três subconceitos a seguir são usados:
- Classificador
- Descritor
- Relacionamento
- Tipo de período contábil
- Tipo da razão do status da conta
- Tipo do status da conta
- Tipo da conta
Figura 4. Um recorte do modelo conceitual, mostrando um fragmento da hierarquia da conta
O modelo conceitual é um recurso importante do IIW para documentar conceitos de negócios e suas dependências em uma visualização de nível de negócios alta. Também mostra as dependências e relacionamentos existentes de um objeto de negócios, como o objeto de negócios account na Figura 4.
Modelo de requisitos analíticos
O propósito do analytical requirements model (ARM) é agrupar e classificar os conceitos coletados no modelo conceitual. Um modelo de requisitos analíticos representa requisitos analíticos individuais. Um requisito analítico contém medidas e dimensões necessárias para analisar um caso de negócio em particular.
Requisitos analíticos são agrupados em vários grupos, chamados áreas de foco. Cada área de foco representa um domínio de problemas de negócios, tais como análise de solicitações, gerenciamento de produtos, gerenciamento de risco e assim por diante. É possível criar áreas de foco substitutas. Por exemplo, análise de eficiência de solicitações pode substituir análise de solicitações, como mostra a Figura 5.
Figura 5. Áreas de foco do modelo de requisitos analíticos
Uma área de foco contém requisitos analíticos. Um requisito analítico contém um conjunto de medidas e um conjunto de dimensões. Por exemplo, o requisito Análise de risco do cliente contém as dimensões Política , Produto e Dimensão de tempo, e contém as medidas Número de acidentes e Número de solicitações, como mostra a Figura 6.
Figura 6. Requisito analítico de amostra
Os vínculos entre o modelo de requisitos analíticos e o modelo conceitual são cruciais. Todas as medidas e dimensões são vinculadas a conceitos apropriados no modelo conceitual. Medidas reutilizam propriedades agregadas ou mensuráveis que são predefinidas no modelo conceitual. Dimensões são visualizações de wrappers de conceitos de negócios, classificadores, relacionamentos ou propriedades descritivas que são predefinidas no modelo conceitual.
A vantagem desta abordagem de vínculo é que medidas ou dimensões semanticamente idênticas referenciadas em diferentes requisitos analíticos são mapeadas para um único conceito no modelo conceitual. Isso resolve o problema da redundância, e permite colocar a documentação sobre um conceito de negócios em particular em um só lugar. Da mesma forma, é possível inspecionar qualquer elemento do modelo conceitual para ver se há referências do modelo de requisitos analíticos.
IIW é entregue com um conjunto de requisitos analíticos predefinidos agrupados em áreas de foco. Usuários de negócios podem selecionar os requisitos analíticos para modificar, ou criar novos requisitos analíticos. Consulte o artigo Scoping the IBM Industry Model for banking using Enterprise Model Extender and InfoSphere Data Architect para obter mais informações.
O vocabulário de negócios (ou glossário de negócios) é uma entrega obrigatória de qualquer projeto de data warehousing. Geralmente é mantido manualmente como um documento semiestruturado, com dependências do catálogo de requisitos e modelos de dados. O IIW entrega o vocabulário de negócios como parte integral do ambiente de modelagem.
O vocabulário de negócios resume os termos de negócios coletados nos modelos conceitual e de requisitos analíticos. O vocabulário de negócios consiste em termos definidos (palavras) agrupadas em dicionários, como mostra a Figura 7.
Figura 7. Vocabulário de negócios
(Veja uma versão maior da Figura 7.)
Cada palavra é fornecida com uma descrição, que é a descrição do elemento apropriado do modelo conceitual ou de requisitos analíticos. O vocabulário de negócios está aberto a modificações. Usuários de negócios podem editar ou criar dicionários e palavras. Usuários de negócios podem definir um ciclo de vida da palavra no qual usuários podem especificar status, tais como candidata, aceita, padrão e descontinuada.
O vocabulário de negócios oferece vários outros recursos, incluindo a possibilidade de especificar sinônimos ou palavras relacionadas.
O conteúdo do vocabulário de negócios pode ser exportado para o IBM InfoSphere Business Glossary usando o Metadata Server.
Esta seção ofereceu uma visão geral dos modelos principais da camada de base do IIW. Os modelos são a estrutura para coletar dados durante a análise de requisitos. Os modelos são a entrega para as próximas fases.
Índice
- Antes de iniciar
- Fase 1: Capturar requisitos de negócios de IIW
- Fase 2: Definir o modelo de dados de análise
- Fase 3: Projetar o modelo lógico do armazém de dados
- Fase 4: Projetar o data mart
- Conclusão
- Recursos
- Sobre os autores