Arquitetura de dados: diferenças entre revisões
Conteúdo apagado Conteúdo adicionado
bot: revertidas edições de 201.95.65.144 ( erro : -25), para a edição 38916890 de Salebot |
m general cleanup utilizando AWB |
||
Linha 1:
'''Arquitetura de dados''' é a estrutura dos componentes de [[
Envolve, portanto, o processo de gerenciamento dos ativos informacionais e o projeto de dados usado para definir uma determinada situação futura, incluindo o subsequente planejamento necessário para alcançar tal estado. É considerada um dos domínios que constituem os pilares da [[arquitetura empresarial|Arquitetura Empresarial]]. Em um sentido restrito, pode significar também o conjunto das definições de [[Estrutura de dados|estruturas de dados]], relacionamentos e regras comportamentais aplicadas a uma particular solução de [[Tecnologia da informação|TI]].
== Resumo ==
A arquitetura de dados descreve a [[
Essencial à concepção da situação futura, a Arquitetura de Dados descreve como os dados são processados, armazenados e utilizados em um determinado [[
O Arquiteto de Dados é responsável por definir a situação futura, pelo alinhamento durante o desenvolvimento e pelo acompanhamento para garantir que melhorias sejam feitas sempre de acordo com as especificações arquitetônicas originais. Ele se ocupa de trabalhar os dados como um recurso estratégico da organização, representando-os independentemente dos [[Processo de negócio|processos]] das diferentes unidades que os utilizam, respeitando as múltiplas visões derivadas do mesmo dado, permitindo seu compartilhamento, considerando as características dos níveis de informação necessários: operacional – tático – estratégico e disponibilizando estruturas de dados de forma organizada; propiciando com isso a construção da base para sistemas de informação flexíveis e integrados.<ref>{{Referência a livro
Linha 19:
Durante a definição do estado de destino, a Arquitetura de Dados decompõe um assunto de informação até o seu nível atômico para, em seguida, trilhar o caminho inverso e compor o contexto desejado. Os Arquitetos de Dados executam essa tarefa, utilizando três processos tradicionais de Arquitetura: Conceitual, Lógico e Físico.
▲Abordagem do [[Zachman Framework|Framework Zachman]] para a Arquitetura de Dados:
{| border=1
Linha 55 ⟶ 54:
=== Arquitetura Lógica de Dados ===
Uma arquitetura lógica de dados descreve com precisão as propriedades e os relacionamentos de cada uma das entidades de dados envolvidas em um domínio organizacional ou problema de negócio a ser resolvido com apoio de TI, compondo um desenho detalhado a partir do qual líderes de projeto e desenvolvedores possam trabalhar com relativa independência.
[[Normalização]] das estruturas de dados e derivação de relacionamentos de cardinalidade múltipla em entidades associativas são práticas inerentes a essa abordagem, além do estreito alinhamento a um modelo corporativo previamente concebido e de alguma preocupação com padrões de implementação da arquitetura de [[
=== Arquitetura Física de Dados ===
Arquitetura física de dados de um sistema de informação é parte de um Plano de Tecnologia. Como o próprio nome indica, o plano tecnológico está focado em elementos reais e tangíveis a serem utilizados na implementação da arquitetura de dados do projeto. Arquitetura Física de Dados engloba "arquitetura de banco de dados", que vem a ser um esquema da tecnologia de banco de dados utilizado para viabilizar a realização de um projeto de arquitetura de dados.
Portanto, a sua concepção está ligada à necessidade de suportar a implementação de um modelo que visa ao atendimento das necessidades de um negócio e que direciona as decisões sobre as soluções de tecnologia a serem adotadas.
=== Elementos da Arquitetura de Dados ===
Há certos elementos que devem ser definidos como partes do esquema de arquitetura de dados desenhado em uma organização. Por exemplo, a estrutura administrativa que será criada para gerir os recursos de dados deve ser descrita. Além disso, as metodologias que serão empregadas para armazenar os dados precisam ser definidas. Há ainda a necessidade de se gerar uma descrição da tecnologia de banco de dados a ser utilizada, assim como uma descrição dos processos que irão manipular os dados.
Também é importante definir um projeto de governança de dados, que servirá para garantir o alinhamento de todos os projetos de dados às diretrizes e padrões eleitos na organização. Caso contrário, as operações comuns de dados correm o risco de serem implementadas de diversas formas, tornando-se difíceis de compreender e de controlar o [[
| Autor = ADLEMAN, Sid; MOSS, Larissa; ABAI, Majid
| Título = Data Strategy
Linha 76 ⟶ 75:
| ID = ISBN 0321240995 }}</ref>
Faz-se necessário o estabelecimento de padrões capazes de homogeneizar o significado de palavras, expressões e símbolos utilizados em todo o ciclo de produção das soluções de TI. A introdução de um vocabulário controlado (ou [[
Quando executada apropriadamente, a fase arquitetura de dados do planejamento de sistema de informação induz a organização a especificar e delinear tanto fluxos de informação internos quanto externos. Estes são padrões para cuja conceituação a organização pode não ter investido tempo previamente. É portanto possível, nesta fase, identificar importantes lacunas de informação, divergências entre departamentos e entre os sistemas organizacionais que podem não ter ficado evidentes antes da análise da arquitetura de dados.
Linha 87 ⟶ 86:
; Direcionadores tecnológicos: Normalmente determinados pela arquitetura de dados vigente e por projetos de arquitetura de banco de dados. Além disso, alguns direcionadores de tecnologia derivam de frameworks e padrões de integração organizacional existentes, assim como de sistemas legados, resultantes de desenvolvimento interno ou adquiridos de terceiros.
; Fatores econômicos: Trata-se de aspectos importantes que devem ser levados em conta durante a fase de arquitetura de dados. É possivel que algumas soluções, consideradas ideais em princípio, não possam ser potenciais candidatas devido ao seu custo. Fatores externos, tais como o ciclo de negócios, taxas de juros, condições de mercado e questões legais, podem exercer influência sobre as decisões relevantes sobre uma arquitetura de dados.
; Políticas de negócios: Políticas negociais que também direcionam o projeto de arquitetura de dados. Incluem políticas internas da organização, normas de órgãos reguladores, padrões profissionais e leis originadas em diferentes instâncias governamentais. Tais políticas e regras ajudam a descrever a maneira pela qual a organização deseja processar os seus dados.
; Necessidades de processamento de dados: Incluem transações precisas e reprodutíveis, realizadas em grandes volumes, data warehousing para suporte a [[Sistema de informação de gestão|sistemas de informações gerenciais]] (potencial [[Mineração de dados|data mining]]), relatórios periódicos repetitivos, relatórios [[
{{
== {{Ver também}} ==
| |||