Manutenção no ciclo de vidade Data WarehouseAllan Wanderson Meneses de SousaEderson SchwaickardtEdilson Ferreira BorgesJoã...
IntroduçãoEm projetos de implementação de DW (Data Warehouse) ao longo do seu ciclode vida são elaborados uma grande quant...
Metodologia de EstudoA metodologia de estudo utilizada para este trabalho foi a Revisão deLiteratura. O objetivo da pesqui...
Definições: Data WarehouseUm data warehouse (DW), ou armazém de dados é um banco de dados comdados históricos usados para ...
Definições: Data MartAo se delimitar a abrangência dos dados a uma área de negócio da empresa odata warehouse passa a se d...
Definições: Data Warehousing“Data Warehousing é o processo pelo qual as empresas extraem sentido esignificado (meaning) do...
O Problema da Manutenção deData Warehouse- Estudos demonstram que a manutenção de um Data Warehouse é mais difícile árdua ...
O Problema da Manutenção deData Warehouse-Grande parte dos projetos de implementação de Data Warehouse falham, pormotivos ...
O Problema da Manutenção deData Warehouse- Alguns problemas e mudanças após a entrega do Data Warehouse são:- Necessidade ...
O Problema da Manutenção deData Warehouse-Manter a arquitetura do DW é mais difícil do que estabelece-la. A arquiteturaref...
O Problema da Manutenção deData Warehouse-O planejamento do projeto deve contemplar não apenas o projeto em si, mastambém ...
Plano de projetoA manutenção é um fator que não deve ser reativa, ela deve ser devidamenteplanejada no início de um projet...
A manutenção deDataWarehouseFonte: Kimball et al. (1998)
A manutenção deDataWarehouseRepare no modelo de Kimball que qualquer manutenção requer planejamento,seja ao longo do proje...
Cenários de manutençãoIndependentemente do motivo para realizar uma manutenção, a decisão decomo e quando faze-la é determ...
Cenários de manutençãoAdoção rápida Adoção analisada Adoção tardiaDescrição Aplica atualizaçõesassim que estejamavaliáveis...
Tipos de manutençãoSegundo Kimball as manutenções podem ser classificadas em:-Corretiva: Manutenção realizada para reparar...
Gerência de ConfiguraçãoA Gerência de Configuração é uma atividade abrangente que ocorre ao longode todo o ciclo de vida d...
Atividades da Gerência deConfiguraçãoIdentificar configuraçãoIdentificar configuraçãoControlar mudançasControlar mudançasC...
Identificar configuraçãoA gerencia de configuração deve selecionar os itens relevantes ao DW epadronizar uma identificação...
Controlar mudanças“As confusões surgem quando as modificações não são analisadas antes deserem feitas, não são registradas...
Controlar mudanças
Controlar mudançasConsiderações sobre o processo de controle de mudanças:-Para cada necessidade de mudanças em componentes...
Controlar mudançasConsiderações sobre o processo de controle de mudanças:- A análise das mudanças deve prover informações ...
ComunicarO objetivo dessa tarefa de gerência de configuração é relatar a todas aspessoas envolvidas no desenvolvimento e n...
Garantir a Qualidade daconfiguraçãoEsta atividade divide-se em auditoria funcional e física:Funcional: garantir as funcion...
Conclusões-Não basta planejar o projeto de implementação, é necessário planejar amanutenibilidade dos produtos resultantes...
BibliografiaPRESSMAN, Roger. S.,1995. Engenharia de Software. Makron Books. SãoPaulo.SOARES, Vania Jesus de Araújo, 1998. ...
Próximos SlideShares
Carregando em…5
×

O fator manutenção no ciclo de vida de data warehouse

670 visualizações

Publicada em

Nesta apresentação falamos sobre a importância de planejar o processo de mudanças no ciclo de vida de um data warehouse desde a concepção do projeto, passando pela implementação e posterior utilização do produto data warehouse.

Publicada em: Tecnologia
0 comentários
1 gostou
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
670
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
0
Comentários
0
Gostaram
1
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

O fator manutenção no ciclo de vida de data warehouse

  1. 1. Manutenção no ciclo de vidade Data WarehouseAllan Wanderson Meneses de SousaEderson SchwaickardtEdilson Ferreira BorgesJoão Paulo Lima de AlmeidaTiago Azevedo Borges
  2. 2. IntroduçãoEm projetos de implementação de DW (Data Warehouse) ao longo do seu ciclode vida são elaborados uma grande quantidade de itens de informação (itensde configuração) como, documentos, diagramas, lista de requisitos, casos deuso, casos de teste, planos, etc., produzidos e até modificados, por motivosdiversos, sem o devido controle. Buscando a qualidade do sistema e a reduçãode erros este trabalho busca apresentar boas práticas para manutenção deDW.“Se você não controla as modificações, elas controlam você.”Pressman
  3. 3. Metodologia de EstudoA metodologia de estudo utilizada para este trabalho foi a Revisão deLiteratura. O objetivo da pesquisa é de analisar o processo de manutenção emDW e identificar boas práticas realizadas no mercado, foram realizadaspesquisas em literaturas existentes e discutidas pelo grupo, levando emconsideração o conhecimento implícito de cada membro.Durante as pesquisas identificamos que a maioria dos livros, artigos, teses etrabalhos realizados sobre Data Warehouse focam seus esforços no processode implantação e negligenciam o processo de manutenção, o qual é fatordeterminante para o sucesso da solução Data Warehouse.
  4. 4. Definições: Data WarehouseUm data warehouse (DW), ou armazém de dados é um banco de dados comdados históricos usados para análise e decisões das mais exóticas perguntasrealizadas por executivos. Os dados contidos nos data warehouse sãosumarizados, periódicos e descritivos. Com a manipulação desses dados osexecutivos podem tomar decisões baseadas em fatos e não em intuições eespeculações. Os data warehouses são projetados para processamento on-line analítico (OLAP,On-line Analytical Processing) ao invés do processamentotransacional on-line (OLTP, On-line Transactional Processing). FerramentasOLAP para pesquisa inteligente de dados são chamadas de data mining.
  5. 5. Definições: Data MartAo se delimitar a abrangência dos dados a uma área de negócio da empresa odata warehouse passa a se denominar Data Mart (DM). É possívelimplementar um data warehouse com vários data marts distribuídos.Projetos de implementação de DW podem adotar um processo incremental,pelo qual, a cada ciclo é implementado um DM e ao finalizar todasimplementações de DM, desenvolve-se o último ciclo para o DW. O processopode ocorrer no caminho inverso, implementando-se inicialmente o DW e apóscada ciclo implementa-se um DM.
  6. 6. Definições: Data Warehousing“Data Warehousing é o processo pelo qual as empresas extraem sentido esignificado (meaning) dos seus dados por meio da utilização de bancos dedados especiais chamados de data warehouse.“Dr. Ramon Barquin
  7. 7. O Problema da Manutenção deData Warehouse- Estudos demonstram que a manutenção de um Data Warehouse é mais difícile árdua do que o seu desenvolvimento. Ainda, afirmam que é necessário maisrecursos para manter (gerir) um Data Warehouse do que para desenvolve-lo.Data Warehouse Information Center
  8. 8. O Problema da Manutenção deData Warehouse-Grande parte dos projetos de implementação de Data Warehouse falham, pormotivos como, orçamento insuficiente, não cumprimento do cronograma,requisitos críticos não implementados, baixa performance e usabilidade,sistema incapaz de ser expandido, dados de má qualidade, entre outros.-Mesmo após um projeto ser entregue com sucesso, o “produto” DataWarehouse corre o risco de vir por água a baixo, pois trata-se de umaarquitetura sistêmica enorme e complexa. Sem o devido controle demanutenções, aumentasse a probabilidade de erros, falhas, inserção de dadosde baixa qualidade, consequentemente as decisões suportadas pelo DataWarehouse serão comprometidas.
  9. 9. O Problema da Manutenção deData Warehouse- Alguns problemas e mudanças após a entrega do Data Warehouse são:- Necessidade de excluir dados inúteis que aumentam o custo dearmazenagem;- Necessidade de escrever novas queries (consultas);- Usuários encontrarão “buracos” nos dados armazenados e ficarãotentados a adicionar estes dados, o que aumentará o tamanho ecomplexidade do DW e sem considerar se estes dados tem valor para onegócio;- Usuários encontrarão brechas onde há oportunidade de melhorar oDW;- Criação e alteração de tabelas;- Alterações em regras de acesso;- Adição de itens para melhorar performance;- Mudanças nas versões dos softwares que compõem a arquitetura;
  10. 10. O Problema da Manutenção deData Warehouse-Manter a arquitetura do DW é mais difícil do que estabelece-la. A arquiteturarefere-se a: dimensões, dados derivados, nome dos atributos, fonte dos dadosde informações, e ainda, todos os itens de informação (configuração) queapoiam a arquitetura do DW (documentos, software de apoio, etc.);-O que fazer para que um Data Warehouse seja gerenciado com sucessoapós a sua implementação?
  11. 11. O Problema da Manutenção deData Warehouse-O planejamento do projeto deve contemplar não apenas o projeto em si, mastambém a manutenção dos produtos resultantes deste projeto. Exemplos dealguns produtos resultantes do projeto Data Warehouse:- Toda documentação do projeto (Planos, Requisitos, Diagramas, Matrizde Rastreabilidade, Casos de Uso, Casos de Teste, entre outros)- Infraestrutura (Servidores, Rede, entre outros)- Softwares (Banco de Dados, Sistemas ETL (Sistemas de Extração,Transformação e Carga dos Dados), entre outros)- Data Marts- Data Warehouse
  12. 12. Plano de projetoA manutenção é um fator que não deve ser reativa, ela deve ser devidamenteplanejada no início de um projeto de DW, assim o plano de projeto deve serapoiado por:• Plano de gerência de requisitos (suporte ao escopo do projeto);• Plano de gerência de DW (dados, arquitetura, etc.);• Plano de gerência de configuração;Como o escopo do trabalho está no processo de manutenção de DW, somenteserá detalhado o plano de gerência de configuração.
  13. 13. A manutenção deDataWarehouseFonte: Kimball et al. (1998)
  14. 14. A manutenção deDataWarehouseRepare no modelo de Kimball que qualquer manutenção requer planejamento,seja ao longo do projeto ou após a entrega do DW. Assim, fica evidenciadopelo processo proposto por Kimball, que a iniciativa de implementação de umDW é concebida por um ou mais projetos e após a entrega da solução DW,qualquer manutenção devidamente analisa, aprovada e planejada gera um oumais projetos. Este ciclo deve ser seguido até a extinção da solução DW.Kimball
  15. 15. Cenários de manutençãoIndependentemente do motivo para realizar uma manutenção, a decisão decomo e quando faze-la é determinada pela organização e deve estarexplicitamente determinada no Plano de Manutenção ou Plano de Gerência deConfiguração do DW. A seguinte tabela caracteriza as diferentes estratégias demanutenção adotadas:
  16. 16. Cenários de manutençãoAdoção rápida Adoção analisada Adoção tardiaDescrição Aplica atualizaçõesassim que estejamavaliáveis.Aplica atualizações apósverificar experiências commudanças semelhantesrealizadas por outrasorganizações que estejamestáveis.Aplica atualizações apenasquando for absolutamentenecessário.Lema “Quando posso terisso.”“Vamos esperar e ver” “Se não está quebrado,não conserte”Prós Possui as últimasfuncionalidades ecorreçõesBeneficia-se de testes eexperiências de outrasempresas.Limita a quantidade demudanças.Contras Pode introduzirnovos problemasDeve exercitar a paciênciapara ganhar acesso a novosrecursos e funçõesAtualizações tornam-semais significativas epossivelmente nãoplanejadas.
  17. 17. Tipos de manutençãoSegundo Kimball as manutenções podem ser classificadas em:-Corretiva: Manutenção realizada para reparar falhas no planejamento,desenvolvimento ou implantação;-Adaptativa: Manutenção realizada para desenvolver funcionalidades paraatender necessidades do negócio ou tecnológicas;-Perfectiva: Mudanças realizadas para adicionar características ou paramelhorar performance;-Preventiva: Mudança realizadas para evitar possíveis problemas futuros;
  18. 18. Gerência de ConfiguraçãoA Gerência de Configuração é uma atividade abrangente que ocorre ao longode todo o ciclo de vida de um sistema e que gerencia e controla sua evolução,através do controle de versões e solicitações de mudanças, permitindo que osdiversos envolvidos na sua criação e manutenção tenham acesso ao históricodestas modificações, fornecendo-lhes subsídios para o entendimento dosistema na sua forma atual, e também nas suas formas anteriores.A Gerência de Configuração é uma área de estudo aplicada a sistemas deinformação, imprescindivelmente no desenvolvimento de sistemas. Modelos dematuridade em desenvolvimento de softwares como CMMI e MPS.BR, tem aGerência de Configuração como uma das áreas necessárias para melhoria dosprocessos de desenvolvimento.
  19. 19. Atividades da Gerência deConfiguraçãoIdentificar configuraçãoIdentificar configuraçãoControlar mudançasControlar mudançasComunicar a configuraçãoComunicar a configuraçãoGarantir a qualidade daconfiguraçãoGarantir a qualidade daconfiguração
  20. 20. Identificar configuraçãoA gerencia de configuração deve selecionar os itens relevantes ao DW epadronizar uma identificação, estes itens são denominados Itens deConfiguração. Exemplos:•Plano de projeto;•Plano de requisitos;•Plano estratégico empresarial;•Casos de Uso;•Casos de Teste;•Diagramas de entidade e relacionamento;•Plano de configuração•Matriz de rastreabilidade;
  21. 21. Controlar mudanças“As confusões surgem quando as modificações não são analisadas antes deserem feitas, não são registradas antes de serem implementadas, não sãorelatadas àqueles que tem necessidade de saber delas ou não são controladaspara melhorar a qualidade e reduzir os erros.”Pressman
  22. 22. Controlar mudanças
  23. 23. Controlar mudançasConsiderações sobre o processo de controle de mudanças:-Para cada necessidade de mudanças em componentes da arquitetura do DWdeve-se gerar um pedido de mudança, este deve seguir padrões estipuladospela Gerência de Configuração e justificar a mudança perante os objetivos donegócio;-No processo de análise da mudança é imprescindível que todos os itens deconfiguração (informação) que serão afetados sejam identificados. Para proverinformação de quais itens serão afetados, a equipe deve analisar a Matriz deRastreabilidade. A Matriz de Rastreabilidade é gerada no projeto e contém asligações verticais e horizontais entre todos os itens de configuração(informação).-Toda mudança deve gerar uma nova versão da Matriz de Rastreabilidade,garantindo que as ligações estejam atualizadas.
  24. 24. Controlar mudançasConsiderações sobre o processo de controle de mudanças:- A análise das mudanças deve prover informações para suportar a decisão deaprovar ou não as mudanças. É importante realizar análise de viabilidadeestimando custos e prazos.- Mudanças não aprovadas são armazenadas para que solicitaçõessemelhantes futuras sejam rapidamente analisadas.-Antes de iniciar o desenvolvimento das mudanças deve ser gerado umabaseline, após cada entrega de mudanças e ao final do projeto outra baselineque contemple toda a arquitetura.
  25. 25. ComunicarO objetivo dessa tarefa de gerência de configuração é relatar a todas aspessoas envolvidas no desenvolvimento e na manutenção do sistema asseguintes informações sobre as alterações na configuração do sistema:a) O que aconteceu?b) Quem o fez?c) Quando aconteceu?d) O que mais será afetado?
  26. 26. Garantir a Qualidade daconfiguraçãoEsta atividade divide-se em auditoria funcional e física:Funcional: garantir as funcionalidades dos itens de configuração;Física: verificar se a configuração fará parte da baseline*, se está composta daversão mais recente do itens de configuração e se os procedimentos e padrõesforam devidamente aplicados;* Um baseline pode ser descrito como a situação de uma coleção de Itens deConfiguração similares em um momento especifico do ciclo de vida que foramaprovados e armazenados em uma biblioteca controlada (repositório).
  27. 27. Conclusões-Não basta planejar o projeto de implementação, é necessário planejar amanutenibilidade dos produtos resultantes do projeto.-A maior razão para falha de projetos de Data Warehouse é a manutençãopobre.-Sem a manutenção adequada os resultados desejados são quaseimpossíveis de alcançar a partir do Data Warehouse.-É necessário um time de suporte com profissionais qualificados.
  28. 28. BibliografiaPRESSMAN, Roger. S.,1995. Engenharia de Software. Makron Books. SãoPaulo.SOARES, Vania Jesus de Araújo, 1998. Modelagem Incremental no Ambientede Data Warehouse. Dissertação de mestrado. Rio de Janeiro.CARVALHO, Elaine Alves, 2009. Heurísticas para Identificação de DataWarehouse a partir de Indicadores de Desempenho. Rio de Janeiro.ENGENHARIA DE SOFTWARE MAGAZINE, ANO II – Edição 14 e 24.DATA WAREHOUSE INFORMATION CENTER.www.dwinfocenter.org/gotchas.htmlJAVED, A., 2006. Data Warehouse Maintenance. Lulea University ofTechnologyGARTNER, J., MABERRY, S. and O’CONNELL, B. Data Warehouse SoftwareMaintenance Strategy., 2005.

×