A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Uma Metodologia para Definição de Requisitos em Sistemas Data Warehouse Universidade Federal de Pernambuco - Centro de Informática Fábio Rilston Silva.

Apresentações semelhantes


Apresentação em tema: "Uma Metodologia para Definição de Requisitos em Sistemas Data Warehouse Universidade Federal de Pernambuco - Centro de Informática Fábio Rilston Silva."— Transcrição da apresentação:

1 Uma Metodologia para Definição de Requisitos em Sistemas Data Warehouse Universidade Federal de Pernambuco - Centro de Informática Fábio Rilston Silva Paim Dissertação de Mestrado de Jaelson Brelaz de Castro Orientador

2 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

3 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

4 Introdução  Sistemas Data Warehouse são cada vez mais necessários às organizações para garantir:  Tomada de Decisão eficiente  Competitividade no mercado CONTUDO  A grande maioria dos projetos data warehouse fracassa em sua implantação.

5 Razões para o fracasso …  Especificação direcionada para aspectos operacionais.  Projetos que não consideram necessidades do cliente.  Ausência de uma metodologia padrão.  Distância entre usuários e desenvolvedores.  Esquema definido pouco escalável. Um processo organizado é essencial para uma definição eficiente de requisitos em Projetos Data Warehouse. Especificação pobre dos requisitos do Data Warehouse

6 Escopo da Dissertação  Definição de uma Metodologia para definição de requisitos em sistemas data warehouse.  Processo de Engenharia de Requisitos tradicional ajustado às necessidades do domínio.  Modelo em fases (processos, técnicas e artefatos) e de fácil utilização.  Análise das influências entre requisitos e projeto arquitetônico.  Não se propõe a especificar soluções arquitetônicas.

7 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

8 Requisitos  Requisitos são:  uma capacidade do software necessitada pelo usuário para resolver um problema e atingir um objetivo;  uma capacidade que um sistema (ou um seu componente) deve atingir ou possuir para satisfazer um contrato, padrão, especificação, ou outra documentação formalmente imposta. (DORFMAN e THAYER, 1990)  Um bom entendimento dos requisitos é um passo fundamental no sentido de atender as necessidades do cliente.

9 Engenharia de Requisitos (ER)  Processo sistemático de desenvolvimento dos requisitos por meio de:  processo iterativo e cooperativo de análise do problema.  documentação das observações resultantes numa variedade de formatos.  checagem da acurácia do entendimento obtido. (LOUCOPOULOS e KARAKOSTAS, 1995)

10 Processo Tradicional de ER (KOTONYA e SOMMERVILLE, 1997) Gerência dos Requisitos

11 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

12 Data Warehouse  Segundo INMON (1996), é “uma coleção de dados  Orientada a Assunto: organizado conforme diferentes visões de negócio.  Integrada: a partir de fontes de dado heterogêneas.  Não Volátil: sempre inserido, nunca excluído.  Variante no Tempo: posições históricas das atividades no tempo. ”

13 Processo de Data Warehousing FONTES PROVEDORAS ÁREA DE TRABALHO DATA WAREHOUSE SUPORTE À DECISÃO EXTRAÇÃO ADEQUAÇÃO LIMPEZA DERIVAÇÃO AGREGAÇÃO Bases de Sistemas Dados de Sistemas ERP Dados Locais Dados Externos Dados WEB [Adaptado de SunExpert Magazine, Outubro 1998.] DATA WAREHOUSE DATA MARTS _________ _________ _________ INCOME ANNUAL REPORT ___ ___ ____ _____ ___ __ INCOME ANNUAL REPORT ___ ___ ____ _____ ___ __ Relatórios SIG OLAP Análise Financeira & Estatística

14 Esquema Estrela  Uma tabela-fato rodeada de tabelas-dimensão. No. Venda IDCliente IDProduto Emissão Quantidade Vendas IDProduto Descrição Marca Categoria Produto Dia Mês Ano Tempo IDCliente Nome Categoria Cliente Tabela Fato Tabela Dimensão Métrica Atributo Hierarquia

15 OLAP ( OnLine Analytical Processing )  Dado visto de diferentes ângulos e sobre diferentes níveis de agregação. Métrica Célula Dimensão 1 Dimensão 2 Hierarquia  Operações OLAP agem sobre Cubos de Dado. Roll-up Drill-down Pivot …

16 Processo de Construção  Estratégia “ Dividir para Conquistar ”.  Data Marts blocos de construção. Data Mart 1 Data Warehouse Data Mart 2 Data Mart-n

17 Agenda  Motivação  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

18 Requisitos em Data Warehouse  Representar fatos e suas propriedades.  Distinguir dimensões adequadamente e conectá-las aos fatos.  Garantir Agregabilidade.  Correta integração com fontes provedoras.  Acompanhamento pontual de mudanças.  Documentação de alto nível.  Conformidade entre aspectos comuns.

19 Metodologia (Modelo em Alto Nível) Especificação de Requisitos Necessidades do Data Mart Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Validação de Requisitos Baseline de Requisitos Mudanças Acordadas Release Final de Requisitos do Data Mart Planejamento da Gerência de Requisitos Diretrizes Gerais Requisitos Iniciais do Data Warehouse Domínio de Negócios da Aplicação Necessidades do Cliente Stakeholder Usuário Final Fonte Provedora Engenheiro de Requisitos Engenheiro de Software Líder de Projeto Notação: Rational Unified Process  2001-A Controle da Gerência de Requisitos

20 Desenvolvimento orientado a DW Release final do Data Mart Planejamento da Gerência de Requisitos Elicitação Análise Conformidade Documentação Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Necessidades Usuário Domínio do Negócio Especif. Requisitos Data Mart. Núcleo da Metodologia Ciclo de Requisitos em DW Controle da Gerência de Requisitos Gerência dos Requisitos

21 Planejamento da Gerência Especificação de Requisitos Necessidades do Data Mart Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Validação de Requisitos Baseline de Requisitos Mudanças Acordadas Release Final de Requisitos do Data Mart Stakeholder Usuário Final Fonte Provedora Engenheiro de Requisitos Engenheiro de Software Líder de Projeto Planejamento da Gerência de Requisitos Diretrizes Gerais Requisitos Iniciais do Data Warehouse Domínio de Negócios da Aplicação Necessidades do Cliente Planejamento da Gerência de Requisitos Diretrizes Gerais Requisitos Iniciais do Data Warehouse Domínio de Negócios da Aplicação Necessidades do Cliente Controle da Gerência de Requisitos

22 F1. Planejamento da Gerência  Propósito  Determinar o foco da análise dimensional.  Estabelecer premissas de integração com fontes.  Regras para identificação de requisitos.  Consenso quanto a objetivos do projeto.  Estabelecer as políticas e processos de gerência dos requisitos.  ( outros aspectos gerenciais …)

23 F1. Planejamento da Gerência  Produtos  Plano de Gerência de Requisitos.  Visões Preliminares  Documento Visão do Data Warehouse.  Especificação dos Requisitos Multidimensionais.  Glossário do Projeto.

24 Especificação de Requisitos Necessidades do Data Mart Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Validação de Requisitos Baseline de Requisitos Mudanças Acordadas Release Final de Requisitos do Data Mart Stakeholder Usuário Final Fonte Provedora Engenheiro de Requisitos Engenheiro de Software Líder de Projeto Planejamento da Gerência de Requisitos Diretrizes Gerais Requisitos Iniciais do Data Warehouse Domínio de Negócios da Aplicação Necessidades do Cliente Especificação de Requisitos Necessidades do Data Mart Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Baseline de Requisitos Controle da Gerência de Requisitos

25 F2. Especificação de Requisitos  Propósito  Fornecer uma especificação bem definida dos requisitos, que é acordada e entendida por todos os envolvidos.  Subprocessos  Elicitação  Análise & Negociação  Documentação  Conformidade de Requisitos

26 F2. Especificação de Requisitos F2.1 Elicitação de Requisitos F2. Especificação de Requisitos F2.1 Elicitação de Requisitos  Propósito  Descoberta de requisitos do Data Warehouse/Data Mart.  Entendimento do domínio pela interação com stakeholders.  Investigação de Aspectos Multidimensionais (Fatos, Dimensões, Restrições, Correlações, …).  Técnicas  Entrevistas/Workshops  Prototipação  Cenários ( Template de Casos de Uso em UML )  DW-ENF Framework (PAIM e CASTRO, 2002a) ( extensão do Framework NFR (CHUNG et al., 2000) )

27 F2. Especificação de Requisitos F2.2 Análise & Negociação F2. Especificação de Requisitos F2.2 Análise & Negociação  Propósito  Identificação de omissões, overlaps, e inconsistências.  Adequação a padrões organizacionais.  Resolução de conflitos e aderência dos requisitos ao escopo multidimensional.  Técnicas  Checklist de Requisitos para Data Warehouse.

28 F2. Especificação de Requisitos F2.3 Documentação F2. Especificação de Requisitos F2.3 Documentação  Propósito  Produzir uma documentação detalhada e completa dos requisitos elicitados.  Meio para garantir acordo comum entre stakeholders.  Identificar explicitamente as necessidades de suporte à decisão da aplicação (multidimensionalidade, granularidade, aditividade,… )  Técnicas  Templates de Artefatos para DW  Recursos de Ferramentas de Gerenciamento de Requisitos

29 F2. Especificação de Requisitos F2.3 Documentação F2. Especificação de Requisitos F2.3 Documentação  Artefatos Atualizados  Plano de Gerenciamento de Requisitos.  Glossário do Projeto.  Visão do Data Warehouse.  Especificação de Requisitos Multidimensionais.  Artefatos Gerados  Documento de Visão do Data Mart.  Especificações de Caso de Uso.  Especificação de Regras de Negócio.  Especificação de Requisitos Não-Funcionais.

30 F2. Especificação de Requisitos F2.4 Conformidade de Requisitos F2. Especificação de Requisitos F2.4 Conformidade de Requisitos  Propósito  Garantir que os requisitos do Data Mart estão em conformidade com o modelo de requisitos do Data Warehouse Corporativo.  Eliminar overlapping, similaridades, redundâncias, ambiguidade.  Promover o reuso de requisitos.

31 F2. Especificação de Requisitos F2.4 Conformidade de Requisitos F2. Especificação de Requisitos F2.4 Conformidade de Requisitos  Benefícios  Assegurar a integração da informação ao longo da arquitetura do Data Warehouse.  Possibilitar a navegação entre Data Marts.  Melhoria da qualidade pelo reuso de requisitos de eficiência consagrada.  Melhoria da consistência da interface e do conteúdo dos dados da aplicação.  Facilitar a evolução do Data Warehouse.

32 F2. Especificação de Requisitos F2.4 Conformidade de Requisitos F2. Especificação de Requisitos F2.4 Conformidade de Requisitos  Técnicas  Análise dos Documentos de Requisitos  Recursos das Ferramentas de Gerenciamento

33 Validação de Requisitos Especificação de Requisitos Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Validação de Requisitos Baseline de Requisitos Mudanças Acordadas Release Final de Requisitos do Data Mart Controle da Gerência de Requisitos Stakeholder Usuário Final Fonte Provedora Engenheiro de Requisitos Engenheiro de Software Líder de Projeto Planejamento da Gerência de Requisitos Domínio de Negócios da Aplicação Necessidades do Cliente Especificação de Requisitos Necessidades do Data Mart Diretrizes Gerais Requisitos Iniciais do Data Warehouse

34 F3. Validação de Requisitos  Propósito  Analisar documentos para identificar inconsistências (se ainda restantes).  Certificar que os requisitos se ajustam com as necessidades dos stakeholders.  Técnicas  Revisões  Prototipação  Produtos  Relatório de Revisão (Lista de Ações).

35 Gerência de Requisitos Especificação de Requisitos Requisitos do Data Warehouse Requisitos do Data Warehouse Atualizados Validação de Requisitos Baseline de Requisitos Mudanças Acordadas Release Final de Requisitos do Data Mart Stakeholder Usuário Final Fonte Provedora Engenheiro de Requisitos Engenheiro de Software Líder de Projeto Planejamento da Gerência de Requisitos Domínio de Negócios da Aplicação Necessidades do Cliente Especificação de Requisitos Necessidades do Data Mart Diretrizes Gerais Requisitos Iniciais do Data Warehouse Controle da Gerência de Requisitos

36 F4. Gerência de Requisitos  Propósito  Acompanhamento pontual de mudanças em requisitos.  Rastreabilidade das mudanças.  Análise de Impacto (Requisitos + Projeto).  Técnicas  Matrizes de Rastreabilidade  Ferramentas de Gerenciamento de Requisitos  CASEs para Controle de Projeto Extremamente Recomendado

37 Desenvolvimento orientado a DW Release final do Data Mart Planejamento da Gerência de Requisitos Elicitação Análise Conformidade Documentação Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Necessidades Usuário Domínio do Negócio Especif. Requisitos Data Mart. Núcleo da Metodologia Ciclo de Requisitos em DW Controle da Gerência de Requisitos Gerência dos Requisitos

38 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

39 Estudo de Caso  Projeto S.A.F.E.  Sistema de Análises Fiscais Estratégicas.  Experimento de 2 anos.  2 Data Marts implementados, 2 outros em desenvolvimento.  21 equipes distintas.  requisitos alocados.  Missão da Metodologia :  Especificar Integração com Fontes Provedoras  Mapeamento Multidimensional  Controle das Mudanças em Requisitos do Usuário

40 Data Mart “Visão Ação Fiscal PJ”  Visão integrada das ações fiscais sobre o contribuinte pessoa jurídica.  Acesso às bases de Declaração, Cadastros, CPMF, dentre outras.  Equipe:  6 Engenheiros de Software  1 Especialista em Data Warehouse  1 DBA Projetista  2 Engenheiros de Requisitos  2 iterações, 1 baseline intermediária.

41 Ciclo de Requisitos em SAFE P1. Planejando a Gerência de Requisitos Elicitação Análise Conformidade Documentação Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Planejamento da Gerência de Requisitos

42 Planejando a Gerência do DW  Workshop com envolvimento entre clientes e time de projeto.  Estabelecidas regras para definição e gerência dos requisitos (com respectivos papéis).  Benefícios imediatos :  Nivelou o entendimento de todos na tecnologia.  Evitou concepções errôneas sobre o DW.  Identificou limites e restrições do projeto.  Ajudou a aumentar a confiança dos clientes.  Plano de Gerenciamento como guia para o desenvolvimento. Plano de Gerenciamento

43 Desenvolvimento do SAFE P2. Definindo o Escopo do DW Planejamento da Gerência de Requisitos Validação Atualizar Modelo DW Refinar Baseline Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Elicitação Análise Conformidade Documentação Definir Escopo DW

44 Definindo o Escopo do DW  Workshop e Entrevistas estabeleceram:  Papéis e Responsabilidades  Cenário e Oportunidade de Negócio  Abrangência e Público Alvo  Características da Interface  Visão Multidimensional Geral  ( entre outros... )  Produtos Gerados  Documento de Visão do Data Warehouse. Visão do Data Warehouse  Glossário do Projeto. Glossário do Projeto

45 Planejamento da Gerência de Requisitos Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Elicitação Análise Conformidade Documentação Analisar RNFs DW Desenvolvimento do SAFE P2. Definindo o Escopo do DW

46 Análise dos RNFs em SAFE  Entrevistas permitiram discutir:  Freqüência de atualizações  Volume máximo de dados  Quantidade de acessos simultâneos  Flexibilidade da interface  Restrições legais  ( entre outros... )  Framework DW-ENF como checklist.  Produto  Especificação de Requisitos Não-Funcionais. Especificação de Requisitos Não-Funcionais

47 Planejamento da Gerência de Requisitos Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Elicitação Análise Conformidade Documentação Definir Solução Multidim. Global Desenvolvimento do SAFE P2. Definindo o Escopo do DW

48 Investigando a Solução Multidimensional  Uso de Análise & Negociação.  Framework DW-ENF permitiu investigar os seguintes aspectos:  Qual o melhor esquema de Indexação a adotar?  O paralelismo de dados é vantajoso para SAFE?  Normalizar ou Desnormalizar as tabelas?  Como atender à necessidade de consulta entre tabelas-fato?  Custo X Benefício entre “Atualidade dos dados” e “Frequência de carga”?

49 Planejamento da Gerência de Requisitos Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Elicitação Análise Conformidade Documentação Definir Escopo Data Mart Desenvolvimento do SAFE P2. Definindo o Escopo do DW

50 Definição do Escopo “Visão PJ”  Workshop discutiu o propósito do Data Mart e identificou:  Público Alvo  Papéis envolvidos  Necessidades  Funcionalidades  Prioridades e Relevância  Produtos Gerados  Documento de Visão do Data Mart. Visão do Data Mart  Repositório de Requisitos.

51 Planejamento da Gerência de Requisitos Validação Atualizar Modelo DW Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Priorizar e Definir Correlações Elicitação Análise Conformidade Documentação Especif. Requisitos Data Mart. Definir Regras Negócio Controle da Gerência de Requisitos Desenvolvimento do SAFE P2. Definindo o Escopo do DW

52 Definindo Requisitos Multidimensionais Necessidades Data Mart Funcionalidades FatosDimensões Métricas Aditividade Atributos Cardinalidade Conformidade  Artefato: Especificação de Requisitos Multidimensionais. Especificação de Requisitos Multidimensionais

53 Definindo Requisitos Funcionais Necessidades Data Mart Funcionalidades Casos de UsoRegras de Negócio Passos Principais Fluxos Alternativos  Artefatos: Especificações de Caso de Uso. Especificações de Caso de Uso Especificações de Regras de Negócio. Especificações de Regras de Negócio referenciam Protótipo de Interface Requisitos Multidim. aloca GenéricasPor Assunto Conformidade Integração com Fontes Provedoras

54 Definindo Requisitos Não-Funcionais  Nenhum requisito não-funcional novo identificado.  Mantidos os RNFs gerais do Data Warehouse.

55 Analisando Modelo de Requisitos  Checklist para DW foi utilizado para checar a consistência da especificação de requisitos.  Conclusão :  Necessidade de detalhamento maior do domínio de atributos.

56 Planejamento da Gerência de Requisitos Validação Refinar Baseline Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Especif. Requisitos Data Mart. Elicitação Análise Conformidade Documentação Atualizar Modelo DW Priorizar e Definir Correlações Controle da Gerência de Requisitos Desenvolvimento do SAFE P2. Definindo o Escopo do DW

57 Priorizando e Gerenciando Requisitos  Requisitos foram classificados e priorizados na ferramenta RequisitePro .  O modelo de requisitos do DW foi revisado e atualizado.  Correlações entre requisitos foram estabelecidas para subsidiar análise de impactos.  Matrizes de Rastreabilidade utilizaram as correlações para relatar os impactos de mudanças.  Filtros foram usados para restringir as consultas aos requisitos afetados.

58 Planejamento da Gerência de Requisitos Atualizar Modelo DW Definir Escopo DW Analisar RNFs DW Definir Escopo Data Mart Definir Solução Multidim. Global Definir Regras Negócio Priorizar e Definir Correlações Especif. Requisitos Data Mart. Validação Refinar Baseline Elicitação Análise Conformidade Documentação Desenvolvimento do SAFE P2. Definindo o Escopo do DW

59 Validando e Refinando a Baseline  Após cada ciclo, uma etapa de Validação.  Sessões de Revisão e Prototipação validaram o modelo de requisitos quanto a sua aderência às necessidades do cliente, em ambas as visões Conceitual e de Projeto.  Observadores externos permitiram identificar requisitos ainda ausentes/incorretos.  Ações corretivas foram estabelecidas para refinar a Baseline.

60 Benefícios para Projeto e Cliente  Atendimento das metas críticas para requisitos.  Especificar Integração com Fontes Provedoras  Mapeamento Multidimensional  Controle das Mudanças em Requisitos do Usuário  Redução da distância entre cliente e desenvolvedores.  Redução significativa no número de apurações especiais para geração de relatórios estratégicos.  Agilidade na programação de ações fiscais.  Visão integrada da fiscalização para todo o nível gerencial do cliente.

61 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

62 Contribuições do Trabalho  Modelo de fases genérico para aplicação de técnicas de engenharia de requisitos ao desenvolvimento de sistemas data warehouse.  Templates de artefatos especificamente adaptados para data warehouse.  Template em UML para modelagem de casos de uso em data warehouse.  Tratamento da conformidade de requisitos em data warehouse.

63 Contribuições do Trabalho  Lista de Verificação ( checklist ) específica para data warehouse.  Aplicação do framework NFR de CHUNG et al. (2000) para data warehouse (DW-ENF).

64 Agenda  Motivação e Escopo  Engenharia de Requisitos  Sistemas Data Warehouse  Metodologia  Estudo de Caso  Contribuições  Trabalhos Futuros

65 Trabalhos Futuros  Adequação da Metodologia para projetos de manutenção.  Incorporação de artefatos e procedimentos para definição de requisitos de metadados.  Investigação de abordagens de rastreabilidade mais sofisticadas como descrito em (TORANZO, 2002).  etc

66 Publicações  PAIM, F. R., CARVALHO, A. E. e CASTRO, J. B., “ Towards a Methodology for Requirements Analysis of Data Warehouse Systems ". XVI Simpósio Brasileiro de Engenharia de Software (SBES'2002), Gramado, Rio Grande do Sul. Best paper entre 104 submissões.  PAIM, F. R. e CASTRO, J. B., 2002a. “ Enhancing Data Warehouse Design with the NFR Framework ”. 5th Workshop on Requirements Engineering (WER2002), Valência, Espanha (Nov).


Carregar ppt "Uma Metodologia para Definição de Requisitos em Sistemas Data Warehouse Universidade Federal de Pernambuco - Centro de Informática Fábio Rilston Silva."

Apresentações semelhantes


Anúncios Google