INSTITUTO TECNOLÓGICO DE AERONÁUTICA DIVISÃO DE CIÊNCIA DA COMPUTAÇÃO - IEC CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS

Tamanho: px
Começar a partir da página:

Download "INSTITUTO TECNOLÓGICO DE AERONÁUTICA DIVISÃO DE CIÊNCIA DA COMPUTAÇÃO - IEC CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS"

Transcrição

1 INSTITUTO TECNOLÓGICO DE AERONÁUTICA DIVISÃO DE CIÊNCIA DA COMPUTAÇÃO - IEC CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS Prof. Dr. Adilson Marques da Cunha Projeto Final Banco de Dados Holding no cenário de Jogos de Empresas Rainer Ferraz Passos Módulo GIH Setorial ATD-IH (normalizador) Versão 2 São José dos Campos - SP 01 de julho de 2009

2 Sumário I. INTRODUÇÃO Motivação Contexto Objetivo Especificação de Requisitos do Protótipo de Aplicativo de BD... 1 II. DESENVOLVIMENTO Aplicativo de BD - GIH Banco de Dados Setorial - IH Banco de Dados Corporativo - ATD Exercício de Simulação de Jogos de Empresa Cenário do Estudo de Caso Especificações de Requisitos Consultas a Serem Elaboradas Resultados Esperados Resultados Obtidos III. CONCLUSÕES e RECOMENDAÇÕES Conclusões Recomendações Anexo I Aplicação da Heurística do Objetivo Anexo II Dicionário de Dados do BD módulo GIH Anexo III Script para inserção de dados nas tabelas no módulo GIH Anexo IV Queries Operacionais Queries Táticas Queries Estratégicas Queries para o Banco Integrado da Holding ATMH... 29

3 Stored Procedure Trigger View Anexo V Dicionário de Dados Holding ATMH Referências... 48

4 I. INTRODUÇÃO Motivação Diante das crises energéticas, financeiras e sociais e dos conhecimentos atuais a respeito da baixa disponibilidade de meios para a crescente população, coletar dados, consumindo recursos financeiros, humanos, de maquinário ou mesmo naturais, mas deixar de aplicar técnicas adequadas que permitam armazenar ou recuperar esses dados e tampouco agregar-lhes valor, pode ser descrito simplesmente como desperdício. Assim, para o Sistema de Aquisição, Tratamento, Monitoramento e Difusão de Dados Hidrológicos (SisATMH), a necessidade de conhecer seus usuários e interesses é fruto da importância de alocar seus escassos recursos para que se meçam os parâmetros com maior utilidade para a sociedade. Por isso, desenvolver o tema de protótipo de banco de dados sobre usuários do sistema e seus interesses, reveste-se de relevância ao poder agregar as necessidades da Agência Nacional de Águas (ANA), com a possibilidade de aprender com a prática no curso da disciplina CE Contexto A Agência Nacional de Águas (ANA) tem como missão implementar e coordenar a gestão compartilhada e integrada dos recursos hídricos e regular o acesso à água, promovendo o seu uso sustentável em benefício da atual e das futuras gerações. Para cumprir sua missão, a ANA coleta e armazena séries históricas de dados hidrológicos que, após análise e correções, constituem os produtos do sistema a serem divulgados a pesquisadores do Brasil e de nações amigas, que são, em síntese os usuários do SisATMH. Em campo, os dados são coletados via PCDs (Pontos de Coletas de Dados). Cada PCD tem sensores para medir os parâmetros necessários, os quais devem atender aos interesses manifestados pelos diversos usuários cadastrados Objetivo Com o intuito de abordar as necessidades descritas no contexto, aplicou-se a Heurística do Objetivo[1], com a identificação das alternativas de solução possíveis e a escolha da alternativa mais adequada conforme detalhado no ANEXO I, método pelo qual identificaram-se o objetivo do aplicativo intitulado Gerenciamento de Interesses de Usuários de Produtos Hidrológicos GIH : Dotar a Aquisição e Tratamento de Dados (ATD) do Sistema de Aquisição, Tratamento, Monitoramento, e Difusão de Dados Hidrológicos (SisATMH), até o final do 1º período letivo de 2009, de um sistema de Banco de Dados que propicie a armazenagem e a recuperação dos interesses dos usuários do sistema, a fim de que o SisATMH aumente a eficiência do atendimento dos usuários, reduzindo a sub-utilização das estações de coleta e a difusão de dados ou informações não solicitados ou sem conformidade com seus requisitos Especificação de Requisitos do Protótipo de Aplicativo de BD O Aplicativo de Banco de Dados de Gerenciamento de Interesses de Usuários de Informações Hidrológicas deverá ser capaz de propiciar: 1) o registro dos usuários; 2) o registro dos interesses sobre dados hidrológicos manifestados; e 3) contagem de quantos usuários buscaram certo tipo de dado. 1

5 II. DESENVOLVIMENTO 2.1 Aplicativo de BD - GIH O modelo de dados utilizado para o protótipo de aplicativo de BD GIH citado foi o Modelo Relacional, pois nos modelos Hierárquico e Rede o usuário precisaria conhecer a estrutura física do banco de dados para realizar consultas, o que poderia limitar o acesso e manipulação de dados. Por outro lado, no modelo Relacional a estrutura lógica do banco de dados é desconectada do método de armazenamento físico permitindo que se trabalhe com uma visão de mais alto nível do banco de dados. Dessa forma esse modelo permite por este implementar as seguintes características: manipulação de mais de um registro por vez; acesso indexado aos registros; e maior facilidade para trabalhar com as relações e relacionamentos, principalmente para integrar com os demais protótipos setoriais. Já quanto ao modelo orientado a objeto, percebeu-se que o envolvimento com a geração de código para adequar mensagens e métodos não seria compensado com retorno a altura em algum incremento na capacidade de processamento ou de atualização, pois o uso desse modelo é especialmente aplicado a objetos complexos. Com não era o caso do protótipo em tela, não se justificaria o uso do modelo orientado a objetos. Assim, nesse modelo, os principais componentes do Aplicativo são: Entidade USUARIO Descrição Usuários que buscam acessar o sistema, preenchem um formulário que, após ter sido aprovado, é inserido na tabela USUARIO. O valor de USU_CODIGO vem de uma seqüência numérica. INTERESSE Define o produto em que o usuário está interessado. (inclusive periodicidade e período total) PRODUTO Tabela com produtos hidrológicos para consulta (destinada a servir de conexão com os demais setores, onde são armazenados os dados hidrológicos em si) Esses elementos são descritos com mais detalhes no dicionário de dados, em seus quatro componentes, constante do ANEXO II, e sintetizado no Modelo Entidade Relacionamento (MER) da figura 1 abaixo. Figura 1: Modelo Físico do Banco de Dados GIH (Gerenciamento de Informações Hidrológicas para usuários) na ListEx 4. 2

6 Basicamente, para se chegar a essa forma, foram seguidos os seguintes passos: 0FN INTERESSE {int_codigo, int_nome_usuario, int_status, int_data_entrada, int_duracao, int_periodicidade, int_descricao, int_posicao_geo} Uma tabela está na 1FN, quando todos os seus registros possuem o mesmo conjunto de atributos, e esses atributos são atômicos, isto é, são itens indivisíveis. Assim, a chave int_codigo seria seqüencial numérica por usuário, por exemplo, quando cada usuário precisasse declarar uma nova necessidade, o faria utilizando um formulário numerado a partir da numeração do último apresentado. Percebe-se que o int_código sozinho não seria capaz de identificar exatamente um determinado registro, assim seria necessário combinar chaves. Identifica-se a necessidade de saberse o código e o usuário. 1FN INTERESSE {int_codigo, int_codigo_usuário int_nome_usuario, int_status, int_data_entrada, int_duracao, int_periodicidade, int_descricao, int_posicao_geo,}. Conforme apresentado pelo Prof. Cunha nas aulas sobre o tema, uma Tabela ou Relação está na 2FN quando seus Atributos Não Chave contêm dados ou informações que se referem à Chave inteira e não somente a parte da Chave do Registro ou Tupla, ou se e somente se esses atributos não-chave forem totalmente dependentes da chave primária. Observando a 1FN, percebe-se que alguns atributos dependem do usuário e outros do interesse em tela. Dessa forma, percebe-se que a concentração no objeto principal do banco de dados, os interesses, conforme comentado na atividade de intitulação da ListEx 2, não precisa ser sinônimo de ser essa a única tabela do protótipo. Assim define-se uma tabela para os usuários em si e outra para seus interesses, para esse arranjo, fica ainda mais claro que é importante que o int_codigo passe a ser único para cada interesse, independente de usuário. 2FN - USUARIO {usu_codigo, usu_nome, usu_contato}. - INTERESSE {int_codigo, int_data_entrada, int_duracao, int_periodicidade, int_descricao, int_posicao_geo, int_status}. Dessa forma, na passagem da 1FN para a 2FN, evita-se anomalias como: - Ao inserir um novo usuário, era forçoso inserir um novo interesse, pois o campo chave int_codigo não poderia ficar vazio; - Ao atualizar-se, por exemplo, o meio de contato com o usuário seria necessário realizar a busca e alteração do atributo em vários registros na tabela; e - Caso fosse necessário excluir um usuário, perder-se-ia o registro dos interesses, que poderiam ser úteis num futuro, como, por exemplo, para avaliar estatisticamente se o projeto atendeu aos interesses, atendimento registrado em int_status. Para a relação ou tabela encontrar-se na 3FN, relações transitivas entre atributos não chave e atributos chave devem ser eliminadas. Isto chamou atenção ao fato de que int_descricao e int_posicao_geo, apesar de dependerem do int_codigo, na verdade o fazem transitando pelo fato de dependerem funcionalmente de algum dado específico, pois, na realidade, seriam a descrição e posição de um dado já disponível ou que ainda será coletado. Neste ponto, deparou-se com uma dificuldade, o projeto aborda a medição, armazenagem, agregação e difusão de vários tipos de dados sobre um domínio amplo, que é a Amazônia, ou seja, 3

7 os interesses podem ser muito variados e relacionados simultaneamente a vários dados ou informações. Seria possível os interesses definirem, até mesmo, alterações sobre como as informações são modeladas sobre os dados. (Por exemplo, um interesse cadastrado de um setor da própria ANA, poderia ser uma forma de padronizar cores e forma de um gráfico, unindo e sintetizando dados). É como se um tipo de interesse pudesse ser uma meta-informação. Dessa forma, ficou-se com a impressão de que a tabela INTERESSE teria que possuir muitos atributos, os de todos os dados e informações que o sistema completo propicia produzir. A dúvida levou a reparar que, se considerássemos cada tipo de dado uma parte ou um sub-interesse, a relação entre USUARIO e INTERESSE se tornaria de muitos para muitos, e, nessa hipótese, sugeria ser importante inserir uma nova entidade intermediária. O tempo consumido nesse impasse fez notar mais uma mudança na abordagem do objeto principal do banco de dados, os interesses. Percebeu-se que o verdadeiro objeto da relação entre os usuários e o sistema são os dados e informações coletados, produzidos e armazenados, ou seja, os produtos do sistemas de sistemas e que os interesses seriam declarações das relações desejadas pelos usuários. Assim criou-se a tabela PRODUTO, apresentando atributos indispensáveis à relação com os interesses dos usuários, mas evidentemente faltam muitos atributos próprios para os protótipos de outras divisões do Banco de Dados como um todo, e INTERESSE passa a ser uma forma de identificar e registrar declarações de relações desejadas pelos usuários. 3FN - USUARIO {usu_codigo, usu_nome,, usu_contato}. - INTERESSE {int_codigo, int_data_entrada, int_duracao, int_periodicidade, int_status}. - PRODUTO {pro_codigo, pro_descricao, pro_posicao_geo}. Agora percebe-se que o atributo pro_descricao dificilmente seria atômico bem seria interessante evitar uma futura relação de muitos produtos para muitos interesses. Assim, modificouse a 3FN para: 3FN (modificada) - USUARIO {usu_codigo, usu_nome, usu_contato}. - INTERESSE {int_codigo, int_data_entrada, int_duracao, int_periodicidade, int_status}. - PRODUTO {pro_codigo, pro_ponto_geo, pro_linha_geo}. - DADO {dad_codigo, dad_momento, dad_posicao_geo}. Inicialmente pode-se pensar nos dados como um subgrupo dos produtos, afinal o usuário pode estar interessado em um simples dado. Mas consideramos que qualquer dado, por mais simples, conforme as especificações do sistema, só deve se tornar disponível após passar por funcionalidades como classificação, validação, filtragem, etc. Dessa forma, na passagem da 2FN para a 3FN, percebe-se a correção de algumas anomalias: - int_descricao e int_posicao_geo deixaram de ter dependência transitiva; - Ao inserir um novo dado, obrigava-se a criação de um interesse, agora não mais; - Ao alterar-se um atributo de dado seria necessário realizar a busca e alteração do atributo em vários registros em interesse; e - Caso fosse necessário excluir um interesse, perder-se-ia o registro dos dados, ou seja, poderia inviabilizar pesquisas futuras. 4

8 Nesta etapa observou-se que a modelagem inicial contemplava entidades próprias de outros protótipos, com os quais consumiu-se bastante tempo imaginando a melhor forma de defini-los com seus atributos; Ao perceber-se esse fato, optou-se por concentrar na entidade própria do GIH, os interesses, remover os dados do modelo, fazendo os produtos assumirem os atributos originais dos dados que eram necessários às relações com os interesses e renormalizar o modelo apenas com as três entidades: usuários, interesses e produtos. Dessa forma atendeu-se também o fato, já considerado acima, de que qualquer dado, mesmo simples, só deve se tornar disponível após passar por funcionalidades como classificação, validação, filtragem, etc., bem como percebe-se praticamente uma regra de negócio de que o acesso aos produtos pode ser feito, por exemplo, por um web service, mas a criação dos produtos possíveis, se faz pelo atendimento de interesses manifestados por usuários. 3FN (final) - USUARIO {usu_codigo, usu_nome, usu_contato}. - INTERESSE {int_codigo, int_data_entrada, int_duracao, int_periodicidade, int_status}. - PRODUTO {pro_codigo, int_codigo, pro_temp, pro_niv_plu, pro_data, pro_localizacao }. Assim, atribuiu-se aos produtos alguns tipos de medidas de interesse e uma localização já utilizando os recursos de georreferenciamento disponíveis no ORACLE 11g. O sistema, assim definido, pôde ser testado com a seguinte massa de dados, cujo script de inserção encontra-se no ANEXO III. Figura 2: Dados carregados como exemplo para testar GIH na ListEx 4. De posse dessa massa de dados, foi possível proceder ao teste do BD pela aplicação de Queries Operacionais, cujas reproduções, agora na última versão do Banco de Dados Holding, encontram-se no ANEXO IV. 5

9 2.2 Banco de Dados Setorial - IH O aplicativo GIH foi integrado aos CEH e AFE formando, assim, o Banco de Dados Setorial IH (Informações Hidrológicas). Os quatro componentes da extensão do Dicionário de Dados do BDS Informações Hidrológicas encontram-se detalhados no documento publicado em e sintetizados no Entidade Relacionamento (MER) abaixo. Figura 3: Modelo Entidade Relacionamento do Banco de Dados Setorial IH na ListEx 5. Para chegar a 3ª Forma Normal do BDS IH, iniciou-se pela comparação das entidades dos módulos conforme tabela de descrição de entidades a seguir. Em seguida, bastou a organização de duas tabelas e suas chaves para a correção das anomalias, neste caso, envolvendo pessoas e organizações usuárias, bem como valores de registros hidrológicos armazenados, isso trouxe o aplicativo da 1ªFN para a 3ªFN. 6

10 A tabela USUARIO do GIH recebeu os atributos da tabela T_OPERADOR, a qual foi substituída, gerando T_USUARIO no GIH. A tabela PRODUTO do GIH na verdade é a tabela T_ESTATISTICA do AFE. Como esta tabela está relacionada às tabelas T_PCD, T_FILTRO, T_MEDIDOR e T_PERIODO, estas também foram incluídas no GIH. Finalmente, a tabela INTERESSE foi renomeada para T_INTERESSE e os atributos renomeados de acordo com as regras de nomenclatura. DESCRIÇÃO DA ENTIDADE PROTÓTIPO PROTÓTIPO PROTÓTIPO AFE CEH GIH Estatísticas dos dados armazenados. T_ESTATISTICA PRODUTO Dados efetivamente lidos em campo. T_SERIE_HISTORICA LEITURA Filtros mais comuns utilizados pelo usuário. T_FILTRO Parâmetros medidos. T_MEDIDOR Pessoas físicas que coletam dados (operadores). Pessoas físicas ou jurídicas que consultam dados (usuários). T_OPERADOR USUARIO Identificação e localização dos PCDs (Posto de Coleta de Dados). T_PCD PCD Classificação de elementos hidrológicos TIPO_ELEMENTO Dados dos interesses manifestados pelos usuários clientes, foco nos interesses futuros que demandem INTERESSE campanhas de medição Finalmente, após todo o processo, as tabelas e atributos foram renomeados e trigramados conforme o novo padrão assumido A massa de dados para teste do aplicativo GIH, dentro do setorial IH, na tabela T_USUARIO receberam as tuplas dos operadores que haviam na T_OPERADOR do AFE, bem como foram criados dados na tabelas do AFE que acabavam por definir os produtos anteriores do GIH. Esses dados são detalhados no arquivo: em De posse dessa massa de dados, foi possível proceder ao teste do BDS pela aplicação de Queries Táticas, cujas reproduções, agora na última versão do Banco de Dados Holding, encontram-se no ANEXO IV. 7

11 2.3 Banco de Dados Corporativo - ATD O aplicativo do Banco de Dados Setorial IH (Informações Hidrológicas) foi integrado ao Banco de Dados Setorial AM, gerando o Banco de Dados Corporativo ATD (Aquisição e Tratamento de Dados). Os quatro componentes da extensão do Dicionário de Dados do BDC ATD encontram-se e detalhados no documento 240/ListEX6_CHF_CE240_v01.pdf, e sintetizados no Modelo Entidade Relacionamento (MER) a seguir. Figura 4: Modelo Entidade Relacionamento do Banco de Dados Corporativo ATD na ListEx 6. 8

12 Para chegar à 3ª Forma Normal do BDC ATD, iniciou-se pela comparação das entidades dos módulos conforme realizado na integração setorial e foi necessária a organização de várias tabelas e suas chaves para a correção das anomalias, no entanto, sobre as tabelas específicas do módulo GIH, dentro do Setor IH, alteraram-se apenas seus pentagramas e trigramação de atributos, mantendo-se a 3ªFN. Isso foi possível porque a interação com o outro setor se deu basicamente pelo gerenciamento de PCD, que não eram foco do GIH. Dessa forma, a massa de dados para teste do aplicativo GIH, dentro do Corporativo ATD, sofreu pouca extensão, mais uma vez recebeu-se mais tuplas em USUARIO e foram criados dados nas tabelas do Módulo AFE e do Setorial AM, necessários para definir os produtos anteriores do GIH. Esses dados são detalhados no documento publicado em De posse dessa massa de dados, foi possível proceder ao teste do BD pela aplicação de Queries Estratégicas, cujas reproduções, agora na última versão do Banco de Dados Holding, encontram-se no ANEXO IV Banco de Dados Holding ATMH Já sobre a formulação do BD da Holding, resultante da integração das Corporações ATD e MDD, foram formuladas as queries requisitadas, as quais se encontram abordadas no ANEXO IV. Nesse mesmo anexo encontram-se também representadas a view, a trigger e a store procedure produzidas, já sobre o protótipo de Banco de Dados da empresa Holding resultante da integração das duas corporações. Neste ponto é cabível comentar maiores detalhes sobre a integração dos BD Corporativos. Atividade que, como as anteriores, também demandou envolvimento do grupo e utilização das descrições de casos de uso para facilitar o entendimento das capacidades e operacionalidades de cada módulo, no entanto, foi exatamente nesse critério de comunicação interna em que houve maior dificuldade, mostrando seu valor e importância. Ainda assim, a integração foi executada com sucesso, e sem supressão de nenhuma das tabelas do Setorial IH. Especificamente para o Setor em tela, apenas foram incluídos atributos, por constatar-se a equivalência com algumas dos outros grupos. Dessa forma, das 12 entidades referentes ao Setorial IH a normalização levou a criação de apenas uma nova tabela, alocada ao Corporativo MDD, e à definição de novas chaves nos relacionamentos. Nesse processo de integração e normalização, destacam-se os seguintes dentre os passos necessários: Incluir a tabela MDDTB_STATUS; Renomear o atributo PEH_PCD_STATUS de SIHTB_PCD_ELE para PEH_STA_ID; Criar chave FK_PEH_STA ligando PEH_PCD_STATUS a MDDTB_STATUS.STA_ID; Criar chave FK_EXC_PEH ligando MDDTB_EXCECAO. EXC_PEH_ID a SIHTB_PCD_ELE. PEH_ID; Criar índice único em NTF_ALE_ID, NTF_USU_CD_CODIGO; e Criar chave FK_NTF_USU ligando MDDTB_NOTIFICACAO. NTF_USU_CD_CODIGO a SIHTB_USUARIO. USU_CD_CODIGO. Esses passos destacados permitem observar que a integração variou em menos de 10% a quantidade de entidades do corporativo inicial. Ao final, esse processo levou à produção do BD Holding especificado em maiores detalhes em seu dicionário de dados constante do ANEXO V. 9

13 2.4 Exercício de Simulação de Jogos de Empresa Cenário do Estudo de Caso Dentro do cenário da região Amazônica do MERCOSUL, a ação de qualquer empresa voltada ao acompanhamento e gerenciamento dos recursos hídricos, se reveste de importância pelo cuidado com um produto que se torna mais escasso em todo o resto do Globo, a cada dia. Nesse contexto, a fusão de duas importantes corporações em uma só empresa Holding de Aquisição, Tratamento e Monitoramento de Dados Hidrológicos da Amazônia ATMH obriga a nova entidade a sofrer uma reengenharia, a qual define sua composição, inicialmente, em cinco setores, cujos valiosos bancos de dados serão objeto de integração na composição do Projeto de Sistema de Banco de Dados da própria Holding, o SisATMH. Assim a instituição caracteriza-se como um conjunto de Pequenas Empresas dentro da Empresa ATMH Dentre esses Setores, um destaca-se como de importância central do novo empreendimento: o Setor de Informações Hidrológicas (IH). Tratando-se do principal repositório dos dados coletados dos sensores, e suas informações derivadas, bem como do cadastro de usuários e seus interesses, os verdadeiros definidores sobre o que deve ser medido e coletado e, ainda, do cadastro dos elementos hidrológicos a serem acompanhados, o setor conta com três alunos envolvidos em seu desenvolvimento e implementação e é identificado pelo sugestivo Logotipo ilustrado a seguir: Figura 5: Logotipo do Setor IH Especificações de Requisitos Para armazenar e recuperar as informações nos 3 (três) diferentes níveis de decisão (Operacional, Tático e Estratégico), o setor contou com o desenvolvimento de três módulos de protótipos de BD, para cada um desses bancos, um dos Alunos empenhou-se em explorar, da melhor forma possível, os conhecimentos disseminados na Disciplina CE-240 e qualquer experiência anterior na Área. Dessa forma, os Protótipos do BD Corporativos que vêm sendo modelados na Disciplina, receberam o máximo de reusabilidade no Anteprojeto da Empresa ATMH, inserindo-se um mínimo de modificações possível (no máximo 10%) no Modelo de Dados da Holding vide ANEXO V - e mantendo-se as funcionalidades e capacidades de cada banco isolado, citadas ao item Especificação de Requisitos do Protótipo de Aplicativo de BD deste documento. Por outro lado as políticas definidas para a empresa ATMH indicam a necessidade de seu Banco de Dados ser capaz de propiciar armazenamento e recuperação de dados relevantes para a consecução dessas políticas. 10

14 Dessa forma, o setor da nova empresa herdou do setorial IH original a capacidade de propiciar correto armazenamento e recuperação de dados sobre os Elementos Hidrológicos e suas posições geográficas, dos dados coletados nesses elementos, também sobre as PCD (plataforma de coleta de dados) que realizaram essas coletas, sobre os filtros e estatísticas a serem aplicados aos dados, os interesses de usuários que levam à identificação da necessidade de coleta desses dados e sobre os usuários que manifestam esses interesses. No entanto, no contexto de jogos de empresa, identificou-se a necessidade de armazenar também dados que propiciassem a avaliação qualitativa das atividades da empresa, ou seja, seus projetos e dos recursos aplicados neles. Essa necessidade foi sintetizada nos seguintes itens, cujo armazenamento devem ser propiciados pelo sistema: - O controle de projetos e os respectivos recursos de hardware, software e peopleware alocados; - A avaliação do desempenho dos funcionários alocados aos projetos; e - A avaliação da qualidade percebida pelos clientes dos projetos Consultas a Serem Elaboradas A capacidade do BD SisATMH pode ser observada na execução das consultas que permitem testar os protótipos implementados, como as queries, view, trigger e stored procedures já relacionadas ao ANEXO IV, mas também poderiam ser elaboradas e testadas novas consultas com a implementação do controle e das avaliações citadas na seção anterior. Apesar de desejar-se realizá-lo, não foi possível implementá-la em conjunto com todo grupo da disciplina. No entanto a proposta foi modelada, criada e populada com dados para testes em separado, usando-se o próprio banco de dados final da Holding, de forma que foram criadas duas novas entidades (tabelas), o que seria menos que 10% do total de 36 entidades do BD da Holding: PROJETO: define os projetos que serão executados nas Simulações de Jogos de Empresas. Inicialmente, cada projeto será identificado por um nome. Em versões mais adiantadas outros atributos poderiam ser considerados: data do início, data do término, orçamento etc. PROJETO_AVALIACAO: associa cada projeto com os recursos de Hardware (representados pelas entidades PCD e SENSOR), Software (representados pela entidade SOFTWARE_PCD) e Peopleware (representados pela entidade USUARIO). Esta entidade contém o atributo NOTA que avalia os operadores (considerados funcionários do IH) e os pesquisadores (considerados clientes do IH). Com essas entidades, poderiam ser elaboradas as consultas a seguir, as quais, da mesma forma das constantes da última divisão do ANEXO IV, também foram testadas com atenção às Políticas assumidas pela Holding: Consulta em nível operacional Quais são os funcionários com melhor desempenho em 2009? select usu_nm as operador, count(*) as quantidade_projetos, avg(pra_nota) as nota from sihtb_usuario join sihtb_tipo_usuario on tpu_id = usu_tpu_id join sihtb_projeto_avaliacao on pra_usu_cd = usu_cd join sihtb_projeto on pro_id = pra_pro_id where tpu_ds like '%opera%' and pro_dt_inicio > to_timestamp('31/12/2008','dd/mm/yy') group by usu_nm order by nota desc; 11

15 operador quantidade_projetos nota Cacique Juruna 1 10 Maria Silva José Silva 1 1 Auxilia a atribuição de mérito ao ativo mais importante da empresa, seus Recursos Humanos ( os melhores funcionários e aqueles que mais se destacarem deverão ser sempre recompensados ). Consulta em nível tático Caso o cliente mais insatifeito de 2009 pedisse o dinheiro de volta, quanto teríamos que desembolsar para garantir "satisfação garantida ou seu dinheiro de volta"? select pra_nota,pro_orcamento from sihtb_projeto join sihtb_projeto_avaliacao on pra_pro_id = pro_id join sihtb_usuario on usu_cd = pra_usu_cd join sihtb_tipo_usuario on tpu_id = usu_tpu_id where tpu_ds like '%consulta%' and pro_dt_inicio > to_timestamp('31/12/2008','dd/mm/yy') order by pra_nota; pra_nota pro_orcamento Logo, ter-se-ia que devolver 1000 caso o cliente mais insatisfeito (nota 5.5) resolvesse pedir o dinheiro de volta (satisfação garantida). Consulta em nível estratégico Quantos PCDs (hardware) e funcionários (peopleware) estão alocados em cada projeto em 2009? select pro_id as Projeto, count(distinct peh_pcd_id) as PCDs, count(distinct peh_usu_cd) as Funcionarios from sihtb_projeto join sihtb_projeto_avaliacao on pra_pro_id = pro_id join sihtb_usuario on usu_cd = pra_usu_cd join sihtb_tipo_usuario on tpu_id = usu_tpu_id join sihtb_pcd_ele on peh_id = pra_peh_id where tpu_ds like '%opera%' and pro_dt_inicio > to_timestamp('31/12/2008','dd/mm/yy') group by pro_id; projeto PCDs Funcionarios

16 2.4.4 Resultados Esperados Com a implementação deste Projeto de Sistema de Banco de Dados na Empresa ATMH na América do Sul e no ITA, espera-se o seguinte: 1) Determinar, se é possível começar a modelar, pelo menos academicamente, na turma de Pós-Graduação do ITA de 2009, alguns Exercícios de Jogos de Empresa, utilizando-se, inicialmente, as Técnicas e as Tecnologias de BD disponíveis; 2) Determinar, se é possível começar a utilizar as Tecnologias de BD Corporativos Georreferenciados, Administrativos, Operacionais e de Infra-estrutura em Cenários de Jogos de Empresa; e finalmente, 3) Determinar, se é possível implementar e implantar, nos dias de hoje, academicamente, um Exercício de Jogos de Empresas como este, nesta Disciplina do Programa de Pós-Graduação do ITA. Espera-se ainda que os resultados a serem obtidos, a partir desta experiência acadêmica, venham a dar subsídios tanto para a melhoria do desenvolvimento dos Sistemas de Informação baseados nas Tecnologias de BD e de Redes de Computadores na Empresa Fictícia ATMH e no ITA, como para a vida profissional dos Alunos que se encontram realizando a Disciplina CE-240, neste 1º Semestre de Resultados Obtidos O resultados obtidos apontam para a plena possibilidade de se começar a modelar academicamente alguns Exercícios de Jogos de Empresa, com indicações de vantagens caso o cenário e os Jogos sejam descritos com antecedência maior que seis semanas do término da disciplina em pauta. Com essa antecedência, seriam mais facilmente identificadas as necessidades e vantagens, frente à política empresarial, da implementação das tabelas de avaliação qualitativa ora recomendadas, implementação que não foi possível realizar até nesta ocasião. Por outro lado, a utilização de Tecnologias de BD Corporativos Georreferenciados em Cenários de Jogos de Empresa não só pode ser usada, como praticamente já é feita durante as semanas finais da disciplina CE-240. Finalmente, observa-se, conforme referido ao primeiro parágrafo desta divisão, que o emprego do Exercício e Jogos de Empresas tem indicações de ser aplicável à disciplina CE-240 desde já, e que, observando-se a antecedência mínima de seu início em pelo menos seis semanas antes do término do período e a importância de disponibilidade de ambientes para execução das atividades, como reserva de horários em laboratório com rede de computadores, poder-se-ia implementar e implantar os referido jogos com maior completeza de métodos qualitativos. 13

17 III. CONCLUSÕES e RECOMENDAÇÕES 3.1 Conclusões Esses mesmos resultados obtidos apontam, também, para a satisfação da proposta sintetizada no objetivo constante da Introdução deste documento, ou seja, a implementação criada foi capaz de dotar o SisATMH de um sistema de Banco de Dados que propicia a armazenagem e a recuperação dos interesses dos seus usuários. Percebeu-se também que o sistema ora referenciado incluiu o registro dos usuários, o registro dos interesses sobre dados hidrológicos manifestados e a contagem de quantos usuários buscaram certo tipo de dado, atendendo aos requisitos enumerados também na introdução. Dessa forma, percebe-se que, considerando a total inexperiência do autor sobre o tema e respectivas técnicas, há plena possibilidade de produzir-se aprendizado utilizando técnicas apresentadas ao longo da abordagem de uma situação problema. Em resumo, é possível realizar o aprendizado baseado em problemas. 3.2 Recomendações Já para trabalhos futuros, o aprendizado de métricas, não só do tema do BD, mas também de marketing, indicarão as possibilidades de atributos qualitativos mais precisos, permitindo a avaliação do atendimento de requisitos e políticas de forma contínua e não apenas binária como foi realizado: atendeu ou não atendeu. No entanto, não houve tempo para realizar esse estudo neste semestre. Assim, recomenda-se que sejam criadas, em futuras edições da disciplina, situações que propiciem a implementação das tabelas referentes aos projetos da empresa, onde estariam as avaliações qualitativas dos produtos e funcionários da empresas envolvidos com os respectivos projetos, conforme comentado na seção de Jogos de Empresa, mas que não se pôde implementar nesta oportunidade. Dessa forma, uma vez que desejava-se realizar mais interações e verificações sobre a diferença de realizar-se esta atividade no ambiente de um Jogo de Empresas, recomenda-se que seja realizado, no futuro, a descrição do cenário e dos Jogos com antecedência maior, pelo menos seis semanas antes do término da disciplina, assim poderia haver pelo menos duas rodadas de atividades nesse ambiente de Jogos de Empresa. Nesse mesmo contexto, percebeu-se a importância da disponibilidade de ambientes para execução das atividades fora dos horários regulares das aulas, ou seja, reserva de horários em laboratório com rede de computadores. Assim, finalmente, sugere-se alterar, no futuro, a distribuição semanal de carga horária da disciplina de 3-0-6, conforme consta hoje, para 4-3-6, o que significaria quatro tempos em sala, três tempos em laboratório, com o ambiente supracitado, e os mesmos seis tempos de dedicação individual. Dessa forma aproximar-se-ia ao consumo real de tempo, mas, principalmente, atenderse-ia a maior necessidade de compartilhar aprendizado durante os Jogos de Empresa, como referido no item

18 Anexo I Aplicação da Heurística do Objetivo Definição do Problema, Definição da Solução e Definição do Título da proposta da temática para o protótipo de projeto de aplicativo de Banco de Dados. 1. Definição do Problema 1.1. Identificação do Problema Efeitos Adversos (O que está errado?) Inadequação dos planos de trabalho das estações de medição; Incompatibilidade entre os dados ou informações disponíveis e os de interesse dos usuários; e Os usuários não conseguem interpretar as representações gráficas dos elementos de interesse Causas (Porque está errado?) O Sistema de Banco de Dados atual não está dimensionado para armazenar e recuperar interesses dos usuários tais como periodicidade ou campanhas de medição; O Sistema de Banco de Dados atual não está dimensionado para armazenar e recuperar interesses dos usuários sobre quais tipos, ou categorias de dados ou informações, são os que devem ser disponibilizados para a difusão; e O Sistema de Banco de Dados atual não está dimensionado para armazenar e recuperar os requisitos referentes às representações gráficas dos elementos de interesse definidos pela ANA Tarefa (O que, quem, onde e quando se deseja realizar?) Dotar a Aquisição e Tratamento de Dados (ATD) do Sistema de Aquisição, Tratamento, Monitoramento, e Difusão de Dados Hidrológicos (SisATMH), até o final do 1º período letivo de 2009, de um sistema de Banco de Dados que propicie a armazenagem e a recuperação dos interesses dos usuários do sistema Propósito (Para que se deseja realizar tal tarefa?) A fim de que o SisATMH aumente a eficiência do atendimento dos usuários, reduzindo a sub-utilização das estações de coleta e a difusão de dados ou informações não solicitados ou sem conformidade com seus requisitos Enunciado do Problema (Objetivo + Finalidade) Dotar a Aquisição e Tratamento de Dados (ATD) do Sistema de Aquisição, Tratamento, Monitoramento, e Difusão de Dados Hidrológicos (SisATMH), até o final do 1º período letivo de 2009, de um sistema de Banco de Dados que propicie a armazenagem e a recuperação dos interesses e requisitos dos usuários do sistema, a fim de que o SisATMH aumente a eficiência do 15

19 atendimento dos usuários, reduzindo a sub-utilização das estações de coleta e a difusão de dados ou informações não solicitados ou sem conformidade com os requisitos de representação. 2. Definição da Solução 2.1. Alternativas de Soluções Possíveis: ASP1 - Manter a situação atual, com um Sistema de Banco de Dados incapaz de propiciar a armazenagem e a recuperação dos interesses e requisitos dos usuários; ASP2 - Comprar uma solução pronta visando atender às necessidades do SisATMH; e ASP3 - Desenvolver e implementar um Protótipo de Sistema de Banco de Dados, de acordo com os requisitos da ANA, que propicie a armazenagem e a recuperação dos interesses dos usuários Análise APA (Adequabilidade + Praticabilidade + Aceitabilidade) ASP1 A solução não atende nem uma parte da tarefa (não há nenhum quanto e nenhum o que da tarefa sendo integralmente atendido), dessa forma não cumpre o fator integridade e é, portanto, considerada Inadequada; ASP2 A solução supõe a pré-existência de um produto comercial que já tenha sido customizado para as necessidades do sistema específico, o que não é real, qualquer compra ainda exigiria o desenvolvimento do produto comprado. Dessa forma, a simples compra não atende o fator qualidade, sendo a solução Impraticável; e ASP3 A Solução Possível, considerando a disponibilidade do efetivo envolvido com o projeto e o emprego dos alunos de Pós-Graduação em sistema de aprendizado baseado em problema, atende aos fatores de uma análise APA, dessa forma é considerada Adequada, Praticável e Aceitável Alternativa de Solução Escolhida A alternativa de solução escolhida foi a ASP3. ASE - Desenvolver e implementar um Protótipo de Sistema de Banco de Dados, de acordo com os requisitos da ANA, que propicie a armazenagem e a recuperação dos interesses dos usuários. 3. Redefinição do Título Observando-se a própria análise da definição do problema, percebe-se que a funcionalidade necessária é propiciar armazenagem e recuperação, mas do que? Esse objeto-chave a ser manipulado não são os clientes em si, tampouco os dados ou informações hidrológicas apenas, mas sim os interesses dos clientes sobre o acesso e o agendamento da obtenção desses produtos hidrológicos e sua formatação. Sob essa perspectiva observa-se que as verdadeiras chaves são o gerenciamento e os interesses dos usuários dos produtos hidrológicos, dessa forma um novo título seria: TÍTULO - Sistema de Banco de Dados para Gerenciamento de Interesses de Usuários de Produtos Hidrológicos ( Gerenciamento de Interesses de Usuários de Produtos Hidrológicos GIH). 16

20 Anexo II Dicionário de Dados do BD módulo GIH Dicionário de Dados - No dicionário abaixo considerou-se: 1. A SEGURANÇA de todas as tabelas e todos os atributos é garantida por procedimentos de backup/restore bem como acesso restrito a técnicos devidamente autorizados e capacitados para realizar inserções, remoções e alterações dos dados. 2. A PRIVACIDADE das tabelas e atributos é garantida por procedimentos de acesso autorizado por senha a qual é gerada, distribuída, armazenada e verificada por procedimentos específicos que propiciam o nível de privacidade necessário. 3. A INTEGRIDADE dos atributos é garantida por relacionamentos de chave estrangeira, pela escolha do formato e do tamanho de cada atributo, pelo uso das diretivas NULL e NOT NULL bem como procedimentos de depuração realizados via stored procedures e/ou pela interface de entrada de dados. ITEM CONTEÚDO ESTRUTURA INTEGRIDADE SEGURANÇA Leitura: interna USUARIO Tabela com dados Escrita: interna Tabela com 4 atributos dos usuários Exclusão: interna USU_CODIGO Identificador de usuário INTEGER Primary key Não nulo USU_NOME Nome de usuário VARCHAR USU_CONTATO Contato principal de usuário VARCHAR USU_PAIS País de usuário VARCHAR INTERESSE INT_DATA_ENTRADA INT_DURACAO INT_PERIODICIDADE INT_STATUS INT_CODIGO PRODUTO Tabela com dados dos interesses de usuários Data de entrada do formulário de interesse (em GMT) Período de duração do interesse (em GMT) Freqüência de coleta do interesse Registro de atendimento do interesse Identificador do interesse Tabela com produtos hidrológicos para consulta Tabela com 5 atributos DATE VARCHAR VARCHAR VARCHAR Leitura: usuário Escrita: usuário Exclusão: interna INTEGER Primary key Não nulo Tabela com 5 atributos Leitura: usuário Escrita: interna Exclusão: interna PRO_CODIGO Identificador do produto INTEGER Primary key Não nulo PRO_LOCALIZACAO Posição e tipo de MDSYS.SDO_GEOMETRY 17

INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS. Prof. Dr. Adilson Marques da Cunha. Lista de Exercícios 5

INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS. Prof. Dr. Adilson Marques da Cunha. Lista de Exercícios 5 INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS Prof. Dr. Adilson Marques da Cunha Lista de Exercícios 5 Integração de Aplicativos de Banco de Dados (BD) num Banco de

Leia mais

INSTITUTO TECNOLÓGICO DE AERONÁUTICA PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA ELETRÔNICA E COMPUTAÇÃO NA ÁREA DE INFORMÁTICA (PG/EEC-I)

INSTITUTO TECNOLÓGICO DE AERONÁUTICA PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA ELETRÔNICA E COMPUTAÇÃO NA ÁREA DE INFORMÁTICA (PG/EEC-I) INSTITUTO TECNOLÓGICO DE AERONÁUTICA PROGRAMA DE PÓS-GRADUAÇÃO EM ENGENHARIA ELETRÔNICA E COMPUTAÇÃO NA ÁREA DE INFORMÁTICA (PG/EEC-I) CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS Prof. Dr. Adilson Marques

Leia mais

INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS. Prof. Dr. Adilson Marques da Cunha. Lista de Exercícios 4

INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS. Prof. Dr. Adilson Marques da Cunha. Lista de Exercícios 4 INSTITUTO TECNOLÓGICO DE AERONÁUTICA CE-240 PROJETO DE SISTEMAS DE BANCO DE DADOS Prof. Dr. Adilson Marques da Cunha Lista de Exercícios 4 Implementação de um Banco de Dados Relacional e sua conversão

Leia mais

Versão 2.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão 2.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP Versão 2.0 1. Introdução 1.1 Título ITA Instituto Tecnológico de Aeronáutica Implementação de um BD Modelo de Dados Relacional e sua Conversão para os Modelos de Dados Hierárquico, Rede e Orientado a Objetos.

Leia mais

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos SP

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos SP Versão 1.0 I - Introdução 1.1 Motivação Aproveitar o ambiente acadêmico para praticarmos a integração de aplicativos de banco de dados, simulando o que é feito no mercado de trabalho. 1.2 Contexto Em janeiro

Leia mais

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP Versão 1.0 1. Introdução 1.1 Título ITA Instituto Tecnológico de Aeronáutica Integração de Bancos de Dados Setoriais (BDS) num Banco de Dados Corporativo (BDC), sua Implementação e Implantação. 1.2 Motivação

Leia mais

RELATÓRIO DA LISTEX N.º 5. Integração dos Aplicativos de Banco de Dados MEC, JRN e IDN no Banco de Dados Setorial MNCH e sua Implementação.

RELATÓRIO DA LISTEX N.º 5. Integração dos Aplicativos de Banco de Dados MEC, JRN e IDN no Banco de Dados Setorial MNCH e sua Implementação. ITA - Instituto Tecnológico de Aeronáutica Divisão de Ciência da Computação CE-240 - Curso de Projeto de Sistemas de Bancos de Dados Prof. Dr. Adílson Marques da Cunha RELATÓRIO DA LISTEX N.º 5 Integração

Leia mais

Comandos de Manipulação

Comandos de Manipulação SQL - Avançado Inserção de dados; Atualização de dados; Remoção de dados; Projeção; Seleção; Junções; Operadores: aritméticos, de comparação,de agregação e lógicos; Outros comandos relacionados. SQL SQL

Leia mais

Lista de Exercícios 04 (ListEx4).

Lista de Exercícios 04 (ListEx4). ITA - Instituto Tecnológico de Aeronáutica CTA - Centro Técnico Aeroespacial Lista de Exercícios 04 (ListEx4). INTRODUÇÃO Modelos de dados para as aplicações geográficas têm necessidades adicionais, tanto

Leia mais

Integridade dos Dados

Integridade dos Dados 1 Integridade dos Dados Integridade dos Dados Melissa Lemos melissa@inf.puc-rio.br A integridade dos dados é feita através de restrições, que são condições obrigatórias impostas pelo modelo. Restrições

Leia mais

Banco de Dados. Maurício Edgar Stivanello

Banco de Dados. Maurício Edgar Stivanello Banco de Dados Maurício Edgar Stivanello Agenda Conceitos Básicos SGBD Projeto de Banco de Dados SQL Ferramentas Exemplo Dado e Informação Dado Fato do mundo real que está registrado e possui um significado

Leia mais

AULA 2 INTERAÇÃO COM O BANCO DE DADOS

AULA 2 INTERAÇÃO COM O BANCO DE DADOS AULA 2 INTERAÇÃO COM O BANCO DE DADOS BANCO DE DADOS POSTGRESQL O PostgreSQL é um sistema gerenciador de banco de dados dos mais robustos e avançados do mundo. Seu código é aberto e é totalmente gratuito,

Leia mais

UNIVERSIDADE VEIGA DE ALMEIDA CURSO DE BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CURSO SUPERIOR DE TECNOLOGIA EM PROCESSAMENTO DE DADOS BANCO DE DADOS

UNIVERSIDADE VEIGA DE ALMEIDA CURSO DE BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CURSO SUPERIOR DE TECNOLOGIA EM PROCESSAMENTO DE DADOS BANCO DE DADOS CURSO DE BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO CURSO SUPERIOR DE TECNOLOGIA EM PROCESSAMENTO DE DADOS CLAUDIO RIBEIRO DA SILVA MARÇO 1997 2 1 - CONCEITOS GERAIS DE 1.1 - Conceitos Banco de Dados - Representa

Leia mais

Bases de Dados aplicadas a Inteligência de Negócios

Bases de Dados aplicadas a Inteligência de Negócios Agenda Bases de Dados aplicadas a Inteligência de Negócios Professor Sérgio Rodrigues professor@sergiorodrigues.net Sistemas de Gerenciamento de Bancos de Dados (SGBD) Tipos de Banco de Dados Noções de

Leia mais

Gerenciamento de um Sistema de

Gerenciamento de um Sistema de SBD Gerenciamento de um Sistema de Banco de Dados Prof. Michel Nobre Muza ua michel.muza@ifsc.edu.br Prof. Marcos Antonio Viana Nascimento Por que é importante: Motivação Participar na organização e no

Leia mais

Relatório da ListEx02 Aplicação da Heurística do objetivo na definição das propostas do meu aplicativo de banco de dados e dissertação de mestrado

Relatório da ListEx02 Aplicação da Heurística do objetivo na definição das propostas do meu aplicativo de banco de dados e dissertação de mestrado ITA Instituto Tecnológico da Aeronáutica IEC Divisão de Ciência da Computação Pós-Graduação em Engenharia Eletrônica e Computação Relatório da ListEx02 Aplicação da Heurística do objetivo na definição

Leia mais

Introdução à Banco de Dados. Nathalia Sautchuk Patrício

Introdução à Banco de Dados. Nathalia Sautchuk Patrício Introdução à Banco de Dados Nathalia Sautchuk Patrício Histórico Início da computação: dados guardados em arquivos de texto Problemas nesse modelo: redundância não-controlada de dados aplicações devem

Leia mais

AULA 2 INTERAÇÃO COM O BANCO DE DADOS

AULA 2 INTERAÇÃO COM O BANCO DE DADOS AULA 2 INTERAÇÃO COM O BANCO DE DADOS BANCO DE DADOS POSTGRESQL O PostgreSQL é um sistema gerenciador de banco de dados dos mais robustos e avançados do mundo. Seu código é aberto e é totalmente gratuito,

Leia mais

Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br

Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br Programação com acesso a BD Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br 1 Modelos de Dados, Esquemas e Instâncias 2 Modelos de Dados, Esquemas e Instâncias Modelo de dados: Conjunto de conceitos

Leia mais

Versão 5.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão 5.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP Versão 5.0 1. Objetivo ITA Instituto Tecnológico de Aeronáutica Aplicar a Heurística do Objetivo na sua Proposta de Protótipo de Projeto de Aplicativo de BD para a Matéria CES-30 ou CE-240; na sua Proposta

Leia mais

SQL. Prof. Márcio Bueno. {bd2tarde,bd2noite}@marciobueno.com

SQL. Prof. Márcio Bueno. {bd2tarde,bd2noite}@marciobueno.com SQL Prof. Márcio Bueno {bd2tarde,bd2noite}@marciobueno.com Material dos professores Ana Carolina Salgado, Fernando Foncesa e Valéria Times (CIn/UFPE) SQL SQL - Structured Query Language Linguagem de Consulta

Leia mais

SQL Structured Query Language

SQL Structured Query Language Janai Maciel SQL Structured Query Language (Banco de Dados) Conceitos de Linguagens de Programação 2013.2 Structured Query Language ( Linguagem de Consulta Estruturada ) Conceito: É a linguagem de pesquisa

Leia mais

Sumário Agradecimentos... 19 Sobre.o.autor... 20 Prefácio... 21 Capítulo.1..Bem-vindo.ao.MySQL... 22

Sumário Agradecimentos... 19 Sobre.o.autor... 20 Prefácio... 21 Capítulo.1..Bem-vindo.ao.MySQL... 22 Sumário Agradecimentos... 19 Sobre o autor... 20 Prefácio... 21 Capítulo 1 Bem-vindo ao MySQL... 22 1.1 O que é o MySQL?...22 1.1.1 História do MySQL...23 1.1.2 Licença de uso...23 1.2 Utilizações recomendadas...24

Leia mais

Introdução a Informática. Prof.: Roberto Franciscatto

Introdução a Informática. Prof.: Roberto Franciscatto Introdução a Informática Prof.: Roberto Franciscatto 6.1 ARQUIVOS E REGISTROS De um modo geral os dados estão organizados em arquivos. Define-se arquivo como um conjunto de informações referentes aos elementos

Leia mais

Lista de Exercício 3 (ListEx 3)

Lista de Exercício 3 (ListEx 3) Lista de Exercício 3 (ListEx 3) CE-240 Projeto de Sistema de BD Prof. Dr. Adilson Marques da Cunha Aluna Simone Cunha Léo 1. Introdução 1.1 Título APLICATIVO DE BANCO DE DADOS DE FOLHA DE PAGAMENTO - ABADAFP.

Leia mais

Banco de Dados II. Introdução Revisão - normalização -modelagem - sql básico

Banco de Dados II. Introdução Revisão - normalização -modelagem - sql básico Banco de Dados II Introdução Revisão - normalização -modelagem - sql básico Prof. Rodrigo Rocha prof.rodrigorocha@yahoo.com http://www.bolinhabolinha.com Apresentação Prof. Rodrigo Rocha prof.rodrigorocha@yahoo.com

Leia mais

Programação WEB II. PHP e Banco de Dados. progweb2@thiagomiranda.net. Thiago Miranda dos Santos Souza

Programação WEB II. PHP e Banco de Dados. progweb2@thiagomiranda.net. Thiago Miranda dos Santos Souza PHP e Banco de Dados progweb2@thiagomiranda.net Conteúdos Os materiais de aula, apostilas e outras informações estarão disponíveis em: www.thiagomiranda.net PHP e Banco de Dados É praticamente impossível

Leia mais

Nome do Projeto: Revisão do processo de Homologação de Modelo de Dados Tema: Tecnologia da Informação Responsável: SEAD

Nome do Projeto: Revisão do processo de Homologação de Modelo de Dados Tema: Tecnologia da Informação Responsável: SEAD Apresentação TRIBUNAL SUPERIOR ELEITORAL SECRETARIA DE TECNOLOGIA DA INFORMAÇÃO COORDENADORIA DE LOGÍSTICA SEÇÃO DE ADMINISTRAÇÃO DE DADOS E-mail: sead@tse.jus.br Nome do Projeto: Revisão do processo de

Leia mais

Faculdade Pitágoras 16/08/2011. Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet

Faculdade Pitágoras 16/08/2011. Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Faculdade Pitágoras Curso Superior de Tecnologia: Banco de Dados Sistemas para Internet Disciplina: Banco de Dados Prof.: Fernando Hadad Zaidan SQL A linguagem SQL é responsável por garantir um bom nível

Leia mais

Faculdade Pitágoras. Curso Superior de Tecnologia: Banco de Dados. Disciplina: Banco de Dados Prof.: Fernando Hadad Zaidan SQL

Faculdade Pitágoras. Curso Superior de Tecnologia: Banco de Dados. Disciplina: Banco de Dados Prof.: Fernando Hadad Zaidan SQL Faculdade Pitágoras Curso Superior de Tecnologia: Banco de Dados Disciplina: Banco de Dados Prof.: Fernando Hadad Zaidan SQL A linguagem SQL é responsável por garantir um bom nível de independência do

Leia mais

BI Citsmart Fornece orientações necessárias para instalação, configuração e utilização do BI Citsmart.

BI Citsmart Fornece orientações necessárias para instalação, configuração e utilização do BI Citsmart. 16/08/2013 BI Citsmart Fornece orientações necessárias para instalação, configuração e utilização do BI Citsmart. Versão 1.0 19/12/2014 Visão Resumida Data Criação 19/12/2014 Versão Documento 1.0 Projeto

Leia mais

Relatório da ListEx01 Utilização de softwares de aplicação para simulação de funcionalidade de banco de dados

Relatório da ListEx01 Utilização de softwares de aplicação para simulação de funcionalidade de banco de dados ITA Instituto Tecnológico da Aeronáutica IEC Divisão de Ciência da Computação Pós-Graduação em Engenharia Eletrônica e Computação Relatório da ListEx01 Utilização de softwares de aplicação para simulação

Leia mais

Prof. Omero, pág. 63. Banco de Dados InterBase.

Prof. Omero, pág. 63. Banco de Dados InterBase. Prof. Omero, pág. 63 O que é o InterBase? O InterBase é um SGBDR - Sistema Gerenciador de Banco de Dados Cliente/Servidor Relacional 1 que está baseado no padrão SQL ANSI-9, de alta performance, independente

Leia mais

2008.1. A linguagem SQL

2008.1. A linguagem SQL SQL 2008.1 A linguagem SQL SQL - Structured Query Language. Foi definida nos laboratórios de pesquisa da IBM em San Jose, California, em 1974. Teve seus fundamentos no modelo relacional Sua primeira versão

Leia mais

Banco de Dados. Aula 1 - Prof. Bruno Moreno 16/08/2011

Banco de Dados. Aula 1 - Prof. Bruno Moreno 16/08/2011 Banco de Dados Aula 1 - Prof. Bruno Moreno 16/08/2011 Roteiro Apresentação do professor e disciplina Definição de Banco de Dados Sistema de BD vs Tradicional Principais características de BD Natureza autodescritiva

Leia mais

Gabarito - Banco de Dados SQL - 30/07/2013 AULA 01

Gabarito - Banco de Dados SQL - 30/07/2013 AULA 01 Gabarito - Banco de Dados SQL - 30/07/2013 AULA 01 1 1- Bancos de dados compreendem desde agendas telefônicas até sistemas computadorizados. (Sim) 2- Só podemos instalar o SQL Server Express se tivermos

Leia mais

Structured Query Language (SQL)

Structured Query Language (SQL) SQL Histórico Structured Query Language (SQL) Foi desenvolvido pela IBM em meados dos anos 70 como uma linguagem de manipulação de dados (DML - Data Manipulation Language) para suas primeiras tentativas

Leia mais

Versão 4.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão 4.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP Versão 4.0 1. Objetivo Aplicar a Heurística do Objetivo na sua Proposta de Protótipo de Projeto de Aplicativo de BD para a Matéria CES-30 ou CE-240; na sua Proposta de Pesquisa em nível de Trabalho de

Leia mais

Linguagem de Consulta Estruturada (SQL)

Linguagem de Consulta Estruturada (SQL) Linguagem de Consulta Estruturada (SQL) Conceitos sobre a versão ANSI da SQL, a sublinguagem de definição de dados (DDL) e a sublinguagem de manipulação de dados (DML) Prof. Flavio Augusto C. Correia 1

Leia mais

Projeto de Banco de Dados: Empresa X

Projeto de Banco de Dados: Empresa X Projeto de Banco de Dados: Empresa X Modelo de negócio: Empresa X Competências: Analisar e aplicar o resultado da modelagem de dados; Habilidades: Implementar as estruturas modeladas usando banco de dados;

Leia mais

Introdução ao SQL. Aécio Costa

Introdução ao SQL. Aécio Costa Aécio Costa A linguagem SQL é um padrão de linguagem de consulta comercial e possui as seguintes partes: Linguagem de definição de dados (DDL) Linguagem interativa de manipulação de dados (DML) Definição

Leia mais

BANCO DE DADOS E BUSINESS INTELIGENCE. C/H: 20 horas (20/02, 25/02, 27/02, 04/03, 06/03)

BANCO DE DADOS E BUSINESS INTELIGENCE. C/H: 20 horas (20/02, 25/02, 27/02, 04/03, 06/03) MBA em Gestão de TI MÓDULO: BANCO DE DADOS E BUSINESS INTELIGENCE C/H: 20 horas (20/02, 25/02, 27/02, 04/03, 06/03) PROFESSOR: Edison Andrade Martins Morais prof@edison.eti.br http://www.edison.eti.br

Leia mais

Prof. Carlos Majer Aplicações Corporativas UNICID

Prof. Carlos Majer Aplicações Corporativas UNICID Este material pertence a Carlos A. Majer, Professor da Unidade Curricular: Aplicações Corporativas da Universidade Cidade de São Paulo UNICID Licença de Uso Este trabalho está licenciado sob uma Licença

Leia mais

Esta aula tem o objetivo de nos orientar durante este período em nossas aulas de Banco de Dados, não tem a pretensão de ser a única fonte de

Esta aula tem o objetivo de nos orientar durante este período em nossas aulas de Banco de Dados, não tem a pretensão de ser a única fonte de BD Esta aula tem o objetivo de nos orientar durante este período em nossas aulas de Banco de Dados, não tem a pretensão de ser a única fonte de informação para nosso êxito no curso. A intenção de elaborar

Leia mais

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP

Versão 1.0. 1º. Semestre de 2006 Marcelo Nogueira São José dos Campos - SP Versão 1.0 1. Introdução 1.1 Título ITA Instituto Tecnológico de Aeronáutica Integração de Aplicativos de BD num Banco de Dados Setorial (BDS) e sua Implementação. 1.2 Motivação Aproveitar o ambiente acadêmico

Leia mais

Importância do GED. Implantação de um Sistema de GED

Importância do GED. Implantação de um Sistema de GED Implantação de um Sistema de GED Gerenciamento Eletrônico de Documentos Importância do GED O GED tem uma importante contribuição na tarefa da gestão eficiente da informação; É a chave para a melhoria da

Leia mais

SQL Server Triggers Aprenda a utilizar triggers em views e auditar as colunas atualizadas em uma tabela

SQL Server Triggers Aprenda a utilizar triggers em views e auditar as colunas atualizadas em uma tabela SQL Server Triggers Aprenda a utilizar triggers em views e auditar as colunas atualizadas em uma tabela Certamente você já ouviu falar muito sobre triggers. Mas o quê são triggers? Quando e como utilizá-las?

Leia mais

Banco de Dados. Professor: Rômulo César. romulodandrade@gmail.com www.romulocesar.com.br

Banco de Dados. Professor: Rômulo César. romulodandrade@gmail.com www.romulocesar.com.br Banco de Dados Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Sistema de arquivos X Sistemas de Banco de Dados Sistema de arquivos Sistema de Banco de Dados Aplicativos Dados (arquivos)

Leia mais

GBD. Introdução PROF. ANDREZA S. AREÃO

GBD. Introdução PROF. ANDREZA S. AREÃO GBD Introdução PROF. ANDREZA S. AREÃO Sistema de arquivos X Sistemas de Banco de Dados Sistema de arquivos Sistema de Banco de Dados Aplicativos Dados (arquivos) Aplicativos SGBD Dados (arquivos) O acesso/gerenciamento

Leia mais

O que são Bancos de Dados?

O que são Bancos de Dados? SQL Básico Liojes de Oliveira Carneiro professor.liojes@gmail.com www.professor-liojes.blogspot.com O que são Bancos de Dados? É o software que armazena, organiza, controla, trata e distribui os dados

Leia mais

Banco de Dados Avançados Banco de Dados Ativo

Banco de Dados Avançados Banco de Dados Ativo Universidade Federal de Pernambuco Centro de Informática Banco de Dados Avançados Banco de Dados Ativo Equipe: Felipe Cavalcante Fernando Kakimoto Marcos Corrêa Sumário 1. Mini-Mundo... 3 1.1 Entidades...

Leia mais

SQL - Structured Query Language, ou Linguagem de Consulta Estruturada ou SQL

SQL - Structured Query Language, ou Linguagem de Consulta Estruturada ou SQL SQL - Structured Query Language, ou Linguagem de Consulta Estruturada ou SQL Criar uma base de dados (criar um banco de dados) No mysql: create database locadora; No postgresql: createdb locadora Criar

Leia mais

INICIAL. Guia de Criação da Base Produção Paralela IMPORTANTE: MESMO QUE SEJAM EXECUTADOS

INICIAL. Guia de Criação da Base Produção Paralela IMPORTANTE: MESMO QUE SEJAM EXECUTADOS Guia de Criação da Base Produção Paralela INICIAL SEQUENCES, tabelas de BMF e CADASTRO. Atualização de Bancos de Dados. Validações necessárias. IMPORTANTE: MESMO QUE SEJAM EXECUTADOS OS PROCEDIMENTOS DA

Leia mais

Introdução à Engenharia da Computação. Banco de Dados Professor Machado

Introdução à Engenharia da Computação. Banco de Dados Professor Machado Introdução à Engenharia da Computação Banco de Dados Professor Machado 1 Sistemas isolados Produção Vendas Compras Banco de Dados Produtos... Banco de Dados Produtos... Banco de Dados Produtos... Desvantagens:

Leia mais

Exercícios de Lógica Exercícios de Fixação 08

Exercícios de Lógica Exercícios de Fixação 08 Exercícios Exercícios de Lógica Exercícios de Fixação 08 1. A linguagem SQL apresenta uma série de comandos que permitem a definição dos dados, chamada de DDL (Data Definition Language). Assinale a alternativa

Leia mais

MANUAL INSTALAÇÃO WEB SERVICE

MANUAL INSTALAÇÃO WEB SERVICE MANUAL INSTALAÇÃO WEB SERVICE Recebimento de dados pelo Hospital Versão 1.1 2/9/2014 Contato suporte@gtplan.com.br Índice Introdução... 2 Requerimentos para instalação do Web Service... 2 Instalação...

Leia mais

MSc. Daniele Carvalho Oliveira

MSc. Daniele Carvalho Oliveira MSc. Daniele Carvalho Oliveira AULA 2 Administração de Banco de Dados: MSc. Daniele Oliveira 2 CONCEITOS FUNDAMENTAIS DE BANCO DE DADOS Administração de Banco de Dados: MSc. Daniele Oliveira 3 Conceitos

Leia mais

Plano de Projeto. 1. Introdução. 2. Escopo do Projeto. Projeto: Biblioteca Central da UFES. Versão: 2.0. Responsável: Ricardo de Almeida Falbo

Plano de Projeto. 1. Introdução. 2. Escopo do Projeto. Projeto: Biblioteca Central da UFES. Versão: 2.0. Responsável: Ricardo de Almeida Falbo Plano de Projeto Projeto: Biblioteca Central da UFES Versão: 2.0 Responsável: Ricardo de Almeida Falbo 1. Introdução Este documento apresenta a versão 2.0 do Plano de Projeto para o projeto de desenvolvimento

Leia mais

UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA. Sistema de Gerenciamento Eletrônico de Documentos

UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA. Sistema de Gerenciamento Eletrônico de Documentos UNIVERSIDADE FEDERAL DO RIO DE JANEIRO ESCOLA DE ENGENHARIA DEPARTAMENTO DE ELETRÔNICA Sistema de Gerenciamento Eletrônico de Documentos Autor: Evandro Bastos Tavares Orientador: Antônio Claudio Gomez

Leia mais

UFCD 787. Administração de base de dados. Elsa Marisa S. Almeida

UFCD 787. Administração de base de dados. Elsa Marisa S. Almeida UFCD 787 Administração de base de dados Elsa Marisa S. Almeida 1 Objectivos Replicação de base de dados Gestão de transacções Cópias de segurança Importação e exportação de dados Elsa Marisa S. Almeida

Leia mais

BANCO DE DADOS. Fixação dos conteúdos Integridade Referencial Normalização Exercícios

BANCO DE DADOS. Fixação dos conteúdos Integridade Referencial Normalização Exercícios BANCO DE DADOS Fixação dos conteúdos Integridade Referencial Normalização Exercícios BANCO DE DADOS X SGBD Banco de Dados: Um "banco de dados" pode ser definido como um conjunto de "dados" devidamente

Leia mais

Structured Query Language (SQL) Ambiente Simplificado de um SGBD

Structured Query Language (SQL) Ambiente Simplificado de um SGBD Structured Query Language (SQL) Ambiente Simplificado de um SGBD 2 1 Características dos SGBDs Natureza auto-contida de um sistema de banco de dados: metadados armazenados num catálogo ou dicionário de

Leia mais

SQL. SQL (Structured Query Language) Comando CREATE TABLE. SQL é uma linguagem de consulta que possibilita:

SQL. SQL (Structured Query Language) Comando CREATE TABLE. SQL é uma linguagem de consulta que possibilita: SQL Tópicos Especiais Modelagem de Dados Prof. Guilherme Tavares de Assis Universidade Federal de Ouro Preto UFOP Instituto de Ciências Exatas e Biológicas ICEB Mestrado Profissional em Ensino de Ciências

Leia mais

Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação

Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação Ferramenta de Testes de Programas para Auxílio na Aprendizagem de Programação Denise Santiago (FURB) denise@senior.com.br Maurício Capobianco Lopes (FURB) mclopes@furb.br Resumo. Este artigo apresenta

Leia mais

Histórico de revisões

Histórico de revisões Histórico de revisões Data Versão Descrição Autor 13/11/2009 1.0 Criação da primeira versão HEngholmJr CONTEÚDO Passos para a instalação do SQL Server O MS SQL Server Conceitos relacionais Bancos de dados

Leia mais

2008.1 SQL. Autor: Renata Viegas

2008.1 SQL. Autor: Renata Viegas SQL Autor: Renata Viegas A linguagem SQL SQL - Structured Query Language. Foi definida nos laboratórios de pesquisa da IBM em San Jose, California, em 1974. Teve seus fundamentos no modelo relacional Sua

Leia mais

Sistema de Controle de Estoque

Sistema de Controle de Estoque FACULDADE DE TECNOLOGIA SENAC GOIAS GESTÃO EM TECNOLOGIA DA INFORMÇÃO TÓPICOS AVANÇADOS EM BANCO DE DADOS Professor: Olegário Correia Neto Alunos: Marcelo Gonçalves, Juliano Pirozelli, João Lucas Pecin,

Leia mais

INTRODUÇÃO À LINGUAGEM SQL CRIAÇÃO DE BANCO DE DADOS E OTIMIZAÇÃO DE CONSULTAS

INTRODUÇÃO À LINGUAGEM SQL CRIAÇÃO DE BANCO DE DADOS E OTIMIZAÇÃO DE CONSULTAS Esclarecimento Licenciamento de Uso Este documento é propriedade intelectual 2012 da NRSYSTEM COMÉRCIO E SERVIÇOS DE INFORMÁTICA LTDA-ME, consiste de uma compilação de diversos materiais entre livros,

Leia mais

ONE Service Desk. O Service Desk ONE fornece uma infraestrutura de serviços de suporte ITIL completa, contendo:

ONE Service Desk. O Service Desk ONE fornece uma infraestrutura de serviços de suporte ITIL completa, contendo: ONE Service Desk O Service Desk ONE fornece uma infraestrutura de serviços de suporte ITIL completa, contendo: Gerenciamento de Incidentes Gerenciamento de Problemas Gerenciamento de Mudanças BDGC (Banco

Leia mais

Automação do Processo de Instalação de Softwares

Automação do Processo de Instalação de Softwares Automação do Processo de Instalação de Softwares Aislan Nogueira Diogo Avelino João Rafael Azevedo Milene Moreira Companhia Siderúrgica Nacional - CSN RESUMO Este artigo tem como finalidade apresentar

Leia mais

Descrição Tinyint[(M)] Inteiro pequeno. Varia de 128 até +127

Descrição Tinyint[(M)] Inteiro pequeno. Varia de 128 até +127 Disciplina: Tópicos Especiais em TI PHP Este material foi produzido com base nos livros e documentos citados abaixo, que possuem direitos autorais sobre o conteúdo. Favor adquiri-los para dar continuidade

Leia mais

FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ. Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8

FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ. Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8 FACULDADE DE CIÊNCIAS SOCIAIS E APLICADAS DO PARANÁ Sistema de Gestão Escolar PROJETO FINAL Schola Ratio Versão 8 CURITIBA Nov 2012 DJULLES IKEDA OSNIR FERREIRA DA CUNHA Sistema de Gestão Escolar PROJETO

Leia mais

Realização de Estimativas utilizando Análise de Pontos de Função

Realização de Estimativas utilizando Análise de Pontos de Função CENTRO TECNOLÓGICO DEPARTAMENTO DE INFORMÁTICA DISCIPLINA: ENGENHARIA DE SOFTWARE PROFESSOR(A): MONALESSA PERINI BARCELLOS CÓDIGO: INF281 EMAIL: MONALESSA@INF.UFES.BR Realização de Estimativas utilizando

Leia mais

Thiago Hernandes de Souza

Thiago Hernandes de Souza Thiago Hernandes de Souza SQL Avançado e Teoria Relacional Copyright Editora Ciência Moderna Ltda., 2013 Todos os direitos para a língua portuguesa reservados pela EDITORA CIÊNCIA MODERNA LTDA. De acordo

Leia mais

Álgebra Relacional. Conjunto de operações que usa uma ou duas relações como entrada e gera uma relação de saída. Operações básicas:

Álgebra Relacional. Conjunto de operações que usa uma ou duas relações como entrada e gera uma relação de saída. Operações básicas: Álgebra Relacional Conjunto de operações que usa uma ou duas relações como entrada e gera uma relação de saída operação (REL 1 ) REL 2 operação (REL 1,REL 2 ) REL 3 Operações básicas: seleção projeção

Leia mais

Aula Extra Conexão ODBC para aplicações Delphi 7 que usam SQL Server 2005

Aula Extra Conexão ODBC para aplicações Delphi 7 que usam SQL Server 2005 Nome Número: Série Aula Extra Conexão ODBC para aplicações Delphi 7 que usam SQL Server 2005 Proposta do projeto: Competências: Compreender a orientação a objetos e arquitetura cliente-servidor, aplicando-as

Leia mais

CA Nimsoft Monitor. Guia do Probe Monitoramento de resposta de JDBC. jdbc_response série 1.1

CA Nimsoft Monitor. Guia do Probe Monitoramento de resposta de JDBC. jdbc_response série 1.1 CA Nimsoft Monitor Guia do Probe Monitoramento de resposta de JDBC jdbc_response série 1.1 Aviso de copyright do CA Nimsoft Monitor Este sistema de ajuda online (o Sistema ) destina-se somente para fins

Leia mais

Auditoria de sistemas Deixe que seu banco de dados faça o trabalho por você

Auditoria de sistemas Deixe que seu banco de dados faça o trabalho por você Auditoria de sistemas Deixe que seu banco de dados faça o trabalho por você por Cristóferson Guimarães Magalhães Bueno e Odilon Corrêa da Silva 1 O objetivo deste artigo é demonstrar como criar um sistema

Leia mais

NORMA TÉCNICA PARA DEFINIÇÃO DE OBJETOS DE BANCO DE DADOS E DE ESTRUTURAS DE ARMAZENAMENTO QUE CONSTITUEM O BANCO DE DADOS CORPORATIVO

NORMA TÉCNICA PARA DEFINIÇÃO DE OBJETOS DE BANCO DE DADOS E DE ESTRUTURAS DE ARMAZENAMENTO QUE CONSTITUEM O BANCO DE DADOS CORPORATIVO NORMA TÉCNICA PARA DEFINIÇÃO DE OBJETOS DE BANCO DE DADOS E DE ESTRUTURAS DE ARMAZENAMENTO QUE CONSTITUEM O BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.04.01 http://www.unesp.br/ai/pdf/nt-ai.04.04.01.pdf

Leia mais

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado)

UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado) UNIVERSIDADE REGIONAL DE BLUMENAU CENTRO DE CIÊNCIAS EXATAS E NATURAIS CURSO DE CIÊNCIAS DA COMPUTAÇÃO (Bacharelado) SISTEMA INTERNO INTEGRADO PARA CONTROLE DE TAREFAS INTERNAS DE UMA EMPRESA DE DESENVOLVIMENTO

Leia mais

Noções de. Microsoft SQL Server. Microsoft SQL Server

Noções de. Microsoft SQL Server. Microsoft SQL Server Noções de 1 Considerações Iniciais Basicamente existem dois tipos de usuários do SQL Server: Implementadores Administradores 2 1 Implementadores Utilizam o SQL Server para criar e alterar base de dados

Leia mais

Structure Query Language SQL Guilherme Pontes lf.pontes.sites.uol.com.br

Structure Query Language SQL Guilherme Pontes lf.pontes.sites.uol.com.br 1. Abordagem geral Structure Query Language SQL Guilherme Pontes lf.pontes.sites.uol.com.br Em primeiro plano, deve-se escolher com qual banco de dados iremos trabalhar. Cada banco possui suas vantagens,

Leia mais

Aplicações - SQL. Banco de Dados: Teoria e Prática. André Santanchè e Luiz Celso Gomes Jr Instituto de Computação UNICAMP Agosto de 2013

Aplicações - SQL. Banco de Dados: Teoria e Prática. André Santanchè e Luiz Celso Gomes Jr Instituto de Computação UNICAMP Agosto de 2013 Aplicações - SQL Banco de Dados: Teoria e Prática André Santanchè e Luiz Celso Gomes Jr Instituto de Computação UNICAMP Agosto de 2013 Picture by Steve Kelley 2008 SQL SQL Structured Query Language Originalmente:

Leia mais

Fundamentos do Sistema Gerenciador de Banco de Dados

Fundamentos do Sistema Gerenciador de Banco de Dados Fundamentos do Sistema Gerenciador de Banco de Dados Cláudio Luís V. Oliveira Janeiro de 2010 Definição "Um sistema cujo objetivo principal é gerenciar o acesso, a correta manutenção e a integridade dos

Leia mais

PHP INTEGRAÇÃO COM MYSQL PARTE 1

PHP INTEGRAÇÃO COM MYSQL PARTE 1 INTRODUÇÃO PHP INTEGRAÇÃO COM MYSQL PARTE 1 Leonardo Pereira leonardo@estudandoti.com.br Facebook: leongamerti http://www.estudandoti.com.br Informações que precisam ser manipuladas com mais segurança

Leia mais

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação

Universidade Federal Rural de Pernambuco. Bacharelado em Sistemas de Informação. Disciplina: Análise e Projeto de Sistemas de Informação Universidade Federal Rural de Pernambuco Bacharelado em Sistemas de Informação Disciplina: Análise e Projeto de Sistemas de Informação Docente: Rodrigo Aluna: Thays Melo de Moraes Diagramas do Projeto

Leia mais

BRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert:

BRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert: BRAlarmExpert Software para Gerenciamento de Alarmes A TriSolutions conta com um produto diferenciado para gerenciamento de alarmes que é totalmente flexível e amigável. O software BRAlarmExpert é uma

Leia mais

Padrões de Contagem de Pontos de Função

Padrões de Contagem de Pontos de Função Padrões de Contagem de Pontos de Função Contexto Versão: 1.0.0 Objetivo O propósito deste documento é apresentar os padrões estabelecidos para utilização da técnica de Análise de Pontos de Função no ambiente

Leia mais

Apresentação 3. Sobre a Módulo Risk Manager Academy 3. Portfólio 4

Apresentação 3. Sobre a Módulo Risk Manager Academy 3. Portfólio 4 2 Apresentação 3 Sobre a Módulo Risk Manager Academy 3 Portfólio 4 RM-01 Conheça o Módulo Risk Manager 4 RM-02 Meu Espaço e Navegação Básica 6 RM-03 Modelando a Organização 8 RM-05 Conhecimentos para Gestão

Leia mais

Disciplina de Banco de Dados Parte V

Disciplina de Banco de Dados Parte V Disciplina de Banco de Dados Parte V Prof. Elisa Maria Pivetta CAFW - UFSM Modelo de Dado Relacional O Modelo Relacional O Modelo ER é independente do SGDB portanto, deve ser o primeiro modelo gerado após

Leia mais

TERMO DE REFERÊNCIA TÍTULO: Termo de Referência para contratação de ferramenta case de AD. GECOQ Gerência de Controle e Qualidade 1/9

TERMO DE REFERÊNCIA TÍTULO: Termo de Referência para contratação de ferramenta case de AD. GECOQ Gerência de Controle e Qualidade 1/9 TÍTULO: ASSUNTO: GESTOR: TERMO DE REFERÊNCIA Termo de Referência para contratação de ferramenta case de AD DITEC/GECOQ Gerência de Controle e Qualidade ELABORAÇÃO: PERÍODO: GECOQ Gerência de Controle e

Leia mais

CE-240 ListEx 1. Lista de Exercícios 1. Relatório

CE-240 ListEx 1. Lista de Exercícios 1. Relatório CE-240 ListEx 1 Lista de Exercícios 1 Relatório Autor: Daniela América Da Silva Data: 10/04/2007 Versão 2.0 Página 1 de 5 1. Objetivo da Listex 1 Este relatório descreve a execução de operações básicas

Leia mais

Solução de gerenciamento de sistemas Dell KACE K1000 Versão 5.5. Guia de gerenciamento de ativos. Julho de 2013

Solução de gerenciamento de sistemas Dell KACE K1000 Versão 5.5. Guia de gerenciamento de ativos. Julho de 2013 Solução de gerenciamento de sistemas Dell KACE K1000 Versão 5.5 Guia de gerenciamento de ativos Julho de 2013 2004-2013 Dell, Inc. Todos os direitos reservados. Qualquer forma de reprodução deste material

Leia mais

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider

Ferramenta: Spider-CL. Manual do Usuário. Versão da Ferramenta: 1.1. www.ufpa.br/spider Ferramenta: Spider-CL Manual do Usuário Versão da Ferramenta: 1.1 www.ufpa.br/spider Histórico de Revisões Data Versão Descrição Autor 14/07/2009 1.0 15/07/2009 1.1 16/07/2009 1.2 20/05/2010 1.3 Preenchimento

Leia mais

Histórico de revisões

Histórico de revisões Apostila 3 Histórico de revisões Data Versão Descrição Autor 30/09/2011 1.0 Criação da primeira versão HEngholmJr CONTEÚDO Exclusão de registros Consultas por Dados de Resumo Group by / Having Funções

Leia mais

Universidade de Pernambuco Escola Politécnica de Pernambuco. Ciclo Profissional. Banco de Dados NF

Universidade de Pernambuco Escola Politécnica de Pernambuco. Ciclo Profissional. Banco de Dados NF Universidade de Pernambuco Escola Politécnica de Pernambuco Ciclo Profissional Banco de Dados NF Projeto de Banco de Dados Parking Manager Recife, maio de 2012. Projeto realizado pelos discentes André

Leia mais

LEI DE ACESSO A INFORMAÇÃO DIREITO DO CIDADÃO

LEI DE ACESSO A INFORMAÇÃO DIREITO DO CIDADÃO DESCRIÇÃO DO SIGAI O SIGAI (Sistema Integrado de Gestão do Acesso à Informação) é uma solução de software que foi desenvolvida para automatizar os processos administrativos e operacionais visando a atender

Leia mais

(Anexo 1) Proposta de Terceirização do IIPCNet

(Anexo 1) Proposta de Terceirização do IIPCNet Pág. 1 de 11 (Anexo 1) Proposta de Terceirização do IIPCNet Pág. 2 de 11 Sumário Contextualização... 3 Descrição dos serviços... 4 1. Manutenção do atual IIPCNet Resolução de Bugs... 4 2. Continuidade

Leia mais

Conectando Bancos de Dados Microsoft Access no BrOffice.org Base. fornecido pelo Projeto de Documentação do BrOffice.org

Conectando Bancos de Dados Microsoft Access no BrOffice.org Base. fornecido pelo Projeto de Documentação do BrOffice.org Conectando Bancos de Dados Microsoft Access no BrOffice.org Base fornecido pelo Projeto de Documentação do BrOffice.org Índice 1 Introdução...2 1.1 Versão... 2 1.2 Licenciamento...2 1.3 Mensagem do Projeto

Leia mais