Banco de Dados Cláusulas Exemplificativas
Banco de Dados. A utilização de um SGBD (Sistema Gerenciador de Bancos de Dados), de código aberto, deve contar com recursos como: consultas complexas, chaves estrangeiras, integridade transacional, controle de concorrência multiversão, suporte ao modelo híbrido objeto relacional, facilidade de acesso, gatilhos, visões, linguagem procedural em vários níveis (PL/pgSQL, PL/Python, PL/Java, PL/Perl) para procedimentos armazenados, indexação por texto, estrutura para guardar dados georreferenciados, entre outros. A utilização de um módulo espacial que agrega ao banco de dados a capacidade de manipulação de dados espaciais e funções que estejam em conformidade com as especificações do Open GeoSpatial Consortium (OGC), e que possibilite a reprojeção de dados, ou seja, transformação de um sistema de referência espacial para outro. E ainda, que tenha funções para construção de geometrias (modelo vetorial) e suporte a realização de consultas espaciais.
6.2.1. Planos de informação. Todos os planos de informação deverão ser gerados na projeção UTM e referenciados ao Sistema Geodésico Brasileiro, considerando seu ajustamento ao SIRGAS 2000, segundo a Resolução do Presidente do IBGE nº 1/2005 de 25/02/2005. Esta informação deverá estar contida no arquivo shape file bem como em seu metadados. Os produtos objeto deste Termo de Referência deverão ser organizados, de forma a compor um banco de dados espacial compatível com Sistema QGIS 2.18 ou o mais atualizado no momento da execução. Deve ser apresentada descrição de Metadados que retrate as características dos produtos geoespaciais e garanta sua identificação, avaliação e utilização consistente. Esse conjunto poderá ser apresentado na forma de um diretório de apresentação de todos os produtos geoespaciais produzidos a partir deste Termo de Referência, e deve detalhar, com consistência, todos os elementos restituídos e aspectos temáticos integrados. A cada plano de informação deverá ser associada uma tabela de dados com atributos suficientes para descrever as características do elemento representado. Toda entidade pertencente a um plano de informação deverá ter uma tabela de atributos associada, a qual deverá ser preenchida com as informações coletadas em campo ou obtidas através dos técnicos dos prestadores de serviços. Os planos de informação fornecidos pela contratada deverão ser compatíveis em termos de atualidade às respectivas imagens de onde foram obtidas. A contratada deverá executar os serviços de apoio de campo e reambulação ne...
Banco de Dados. O sistema deverá possuir banco de dados relacional SGBD próprio padrão SQL garantindo a integridade das informações e apurações geradas e livre de licenças.
Banco de Dados. Quanto ao gerenciador de banco de dados - SGBD’s, os sistemas deverão usar banco de dados freeware, opensource e multiplataforma, a fim de garantir portabilidade e independência de suporte, eliminando o vínculo obrigatório a um único fornecedor, além de eliminar o TCO (Total CostofOwnership - Custo Total de Propriedade).
Banco de Dados. As informações utilizadas nos cálculos e análises da revisão e da estrutura tarifária serão consolidadas em um banco de dados de referência.
Banco de Dados. Possuir banco de dados para os softwares, com estrutura de tabelas otimizadas onde diferentes softwares compartilhem dados. Possuir rotina de backup automatizada, enviados ao Departamento de Tecnologia da Informação semanalmente. O gerenciador de banco de dados deverá ser do tipo multiplataforma (Windows/Linux). Deverá ser aceito gerenciado de banco de dados do tipo Open Source ou Freeware. • CARACTERISTICAS GERAIS: Possuir auditoria automática nas tabelas de todos os softwares. Registrar todas as operações de inclusão, exclusão e alterações efetuadas. Registrar a data, hora e usuário responsável pela alteração. Registrar as informações anteriores para possibilitar a consulta dos dados historicamente, antes da alteração efetuada. Para os softwares que tiverem controle sobre diversas entidades cadastradas deverá o software possibilitar alternância entre entidades configuradas sem que seja necessário sair do módulo atual. Os relatórios apresentados deverão estar no formato gráfico, para serem impressos em impressoras laser ou à jato de tinta possibilitando: Visualização dos relatórios em tela; maximizar o tamanho dos relatórios emitidos em tela (Zoom); Salvar os relatórios em arquivo PDF. Os softwares integrados deverão possuir cadastro único de banco de dados. Ser um software centralizador de funcionalidades compartilhadas entre os vários módulos. Centralizar os cadastros de contas bancárias dos cadastrados. A base de dados com todas as informações de todos os módulos deverá ficar residentes na Prefeitura. As senhas dos usuários deverão ser armazenadas de forma criptografada, através de algoritmos próprios do sistema, de tal forma que nunca sejam mostradas em telas de consulta, manutenção de cadastro de usuários ou tela de acesso ao sistema. Permitir vários acessos simultâneos às mesmas rotinas, ou ainda rotinas diferentes por usuários diferentes ao mesmo tempo. Oferecer segurança contra a violação dos dados ou acessos indevidos às informações. Controlar o acesso através de uso de hierarquia de senhas. Os relatórios de operações realizadas pelos usuários deverão conter as seguintes informações: Usuário; Data; Hora da operação; Descrição da Operação (Cadastro, Processo, Relatório). Permitir aposição de assinatura digital nos principais relatórios emitidos pelo sistema, através da validação de certificado A3, mediante reconhecimento de usuário (token/cartão) e senha. Todas as informações deverão obedecer às exigências do Tribunal de Contas do Estado. A empres...
Banco de Dados. Compatível com Oracle 11G ou superior ou ainda MS-SQL Server 2012 ou superior;
Banco de Dados. O banco de dados utilizado deverá ser Oracle, SQL Server ou PostgreSQL e serão de responsabilidade da proponente, devendo permitir atualizações (“upgrade”) para versões superiores sem perda de integridade, segurança, desempenho e disponibilidade. O banco de dados utilizado será provido pela proponente. Durante a vigência do contrato será de responsabilidade da proponente todas as tarefas referentes a gestão do banco de dados incluindo as suas atualizações, manutenções e melhorias e isto incluirá no mínimo as seguintes tarefas:
3.1.4.1. Controlar seus desempenhos (“analyse” e “tuning”), a alocação de espaços ocupados nos discos (“data sharing” e particionamento), bem como a demanda de recursos dos servidores, sempre buscando o melhor desempenho;
3.1.4.2. Criar e gerenciar índices e outras particularidades inerentes a bancos de dados, sempre buscando o melhor desempenho;
3.1.4.3. Ser responsável pelas operações de “backup/restore”, “clustering”, espelhamento, replicação de dados, ou qualquer outra tecnologia indicada pela contratante para garantir a continuidade do serviço;
3.1.4.4. Atualizações de segurança, de versão e demais patches que forem indicados pelo fabricante;
3.1.4.5. A solução/sistema deverá permitir a geração de “arquivo morto”, que é a criação de tabelas que conterão os dados obsoletos de certo período, retirando-os das tabelas ativas e de uso contínuo, visando a melhorias de desempenho da solução como um todo. Sendo que os dados destas tabelas de “arquivo morto” poderão ser acessados através do recurso de gerador de relatórios da solução.
Banco de Dados. 12.7.3.1. Acesso aos principais bancos de dados do mercado no mínimo:
12.7.3.2. ORACLE;
12.7.3.3. MS SQL Server 2008 R2;
Banco de Dados. O banco de dados é dividido em dois servidores (com redundância para proteção a catástrofes):
Banco de Dados. O banco de dados é dividido em dois servidores (com redundância para proteção a catástrofes):
a) Um deles deverá guardar os dados sensíveis dos usuários e pacientes e, o outro, armazenar as informações pessoais seguindo assim os preceitos da LGPD no que tange ao tratamento das informações sensíveis ambos deverão ter todas as informações criptografadas; e