ARQUITETURA TECNOLÓGICA Cláusulas Exemplificativas

ARQUITETURA TECNOLÓGICA. O sistema proposto deverá utilizar uma linguagem de desenvolvimento orientado a objeto e banco de dados relacional, conforme estrutura disponível e operacional no Datacenter da Prefeitura Municipal de Canoas. O sistema proposto deverá ser acessado via navegadores atuais (Chrome ou Firefox por exemplo).
ARQUITETURA TECNOLÓGICA. Dada a característica de descentralização da solução idealizada, que utilizará um considerável volume de informações via serviços da web, públicos e/ou privados, e que também utilizará os serviços geográficos padrão Open Geospatial Consortium-OGC (WFS/WMS) como sua principal forma de distribuição, é fundamental que a solução tenha uma infraestrutura adequada que vise a escalabilidade e o ganho de performance. A Figura 4 ilustra o esquema de funcionamento esperado para o SIGA SF, que utiliza plataforma web e dispositivos móveis, com arquitetura distribuída e orientada a serviços, apoiada em infraestrutura de nuvem. Figura 4 - Plataforma Web operando em nuvem (cloud computing). Os serviços de nuvem oferecidos devem observar questões de segurança e normas de armazenamento e publicação de dados produzidos por instâncias de governo cujas informações venham compor a base da solução. Tanto os modelos de nuvem pública ou privada podem ser adotados na solução. Outro aspecto importante a ser observado na construção da solução diz respeito ao conceito de componentes e o reaproveitamento da solução. Visando preservar os investimentos realizados com dinheiro público, esta solução poderá ser reaproveitada para futuros projetos, como por exemplo, a criação de salas de situação e operação. Na concepção da arquitetura do SIGA SF, a Contratada deverá levar em consideração que o CBHSF pode, futuramente, implantar uma Sala de Situação que apresentará informações variadas, tais como, monitoramento hidrométrico, registros pluviométricos e outros relevantes no contexto da bacia.
ARQUITETURA TECNOLÓGICA. 41.1.1 Visando a adequação à estrutura já existente, caso o sistema venha ser instalado no Data Center da Contratada, a Contratada deverá utilizar como banco de dados livre para a Plataforma a solução (PostgreSQL ou similar); 41.1.2 Toda a arquitetura a ser desenvolvida deverá ser executada em plataforma WEB e acessível navegadores homologados, sendo IE - Internet Explorer, MOZILLA FIREFOX e GOOGLE CHROME, sendo que, ocorrendo alterações/atualizações nas versões dos navegadores em face sua evolução que dificultem a navegação na plataforma objeto, o sistema objeto poderá indicar qual o navegador e versão indicado; 41.1.3 A Arquitetura da Plataforma a ser apresentada deverá contemplar a estrutura técnica em ambiente Unix; 41.1.4 Ser desenvolvido em linguagem para plataforma 100% web, sendo multiusuários e multitarefas; 41.1.5 O sistema Web objeto deve possuir padrões w3C (Word wide Web Consortium) 41.1.6 Ser programado em linguagem livre /open source, com tecnologia no padrão de arquitetura MVC
ARQUITETURA TECNOLÓGICA. A utilização de componentes proprietários da Contratada ou de terceiros na construção dos programas ou quaisquer artefatos relacionados ao presente Contrato, que possam afetar a viabilidade de continuidade da plataforma após o término contratual, não deve prejudicar sua replicabilidade por meio do compartilhamento do código, ao término da vigência contratual. A Plataforma deverá atender os requisitos no Anexo I.
ARQUITETURA TECNOLÓGICA. 3.1. Arquitura Microservices – Back-End 3.1.1. A arquitetura central é baseada no Spring Framework e será o responsável por todo o desenvolvimento back-end das aplicações. Microsserviços são uma abordagem de arquitetura para a criação de aplicações. O que diferencia a arquitetura de microsserviços das abordagens monolíticas tradicionais é como ela decompõe a aplicação por funções básicas. Cada função é denominada um serviço e pode ser criada e implantada de maneira independente. Isso significa que cada serviço individual pode funcionar ou falhar sem comprometer os demais. A figura abaixo faz um paralelo entre os dois modelos arquiteturais. 3.1.2. Adota-se, portanto, o modelo microsserviços, baseados no Framework Spring para o desenvolvimento de soluções de software no âmbito da ETIPI. Entende-se que a nabordagem microsserviços, amplamente utilizada por grandes empresas do mundo, consiste em uma abordagem moderna de software em que o código do aplicativo é entregue em partes pequenas, facilmente gerenciáveis e independente de outras. 3.1.3. A imagem abaixo apresenta, de forma macro, a estrutura apresentada pelo próprio site do framework:
ARQUITETURA TECNOLÓGICA. Este anexo apresenta informações gerais sobre o ambiente tecnológico no qual o ERP (Enterprise Resource Planning) da SAP (AMBIENTE SAP) se encontra atualmente instalado em FARMANGUINHOS. Cabe ressaltar que o ambiente servidor poderá sofrer alterações incluindo o acréscimo de novos módulos, componentes, funcionalidades e customizações no AMBIENTE SAP que deverão ser suportadas pela CONTRATADA e atendidos no escopo dos serviços de sustentação (AMS) e atividades correlatas, bem como atualizações de versões dos softwares mencionados, durante a vigência contratual. Desta forma, as informações listadas neste anexo não são exaustivas e servem apenas com referência para orientar e subsidiar a elaboração das propostas dos licitantes. A Tabela 1, deste Anexo, apresenta a versão atual dos principais componentes de software que compõem a solução de ERP da SAP em uso no FARMANGUINHOS no momento da elaboração deste Termo de Referência, onde:
ARQUITETURA TECNOLÓGICA. 8.1 A CONTRATADA deverá utilizar as mesmas ferramentas e tecnologias adotadas pelo TSE. 8.2 O TSE tem ampla liberdade em atualizar as versões dos sistemas operacionais, dos gerenciadores de banco de dados, das linguagens de desenvolvimento, das ferramentas de apoio ao desenvolvimento, segundo sua necessidade e conveniência administrativa. Caberá, nesses casos, à CONTRATADA evoluir e se adaptar à respectiva mudança. 8.2.1 Tal prerrogativa deve-se à necessidade de se manter atualizado e operacional o parque computacional do TSE, dispondo de ferramentas e produtos modernos e atualizados que correspondam as exigências cada vez maiores de inovação em mercado extremamente dinâmico. 8.3 A infra-estrutura tecnológica da CONTRATADA necessária à prestação do serviço contratado deverá estar operacional no prazo máximo de 15 (quinze) dias contados da assinatura do contrato, ocasião em que poderá ser objeto de inspeção pelo TSE. 8.4 A seguir estão descritos os sistemas operacionais, bancos de dados e as principais ferramentas utilizadas na área de informática da Justiça Eleitoral. A critério do TSE, novas tecnologias poderão ser incorporadas ao parque tecnológico, cabendo à CONTRATADA manter seus empregados capacitados. Sistemas Operacionais Windows NT/2000, XP e 2003, HP-Ux e LINUX Banco de Dados Oracle 10.x, BRS/Search, Intermídia e SQL-Server Linguagens de Programação Oracle * SQL, Oracle * PL/SQL, Oracle * Forms, Oracle * Report, Delphi, MS Access, HTML, Java, C, C++, Microfocus Cobol, Pró-C e Pró-Cobol Oracle * Context Option, VB Aplication e PHP. Ferramentas DATAMART/DW Oracle Data Mart Designer, Oracle Data Mart Builder, Oracle Discoverer, Oracle Discoverer Web Viewer Servidores de aplicação Oracle Application Server – Enterprise Edition, Tomcat, IIS, Apache e JBoss Ferramenta Case SA – System Architect, Oracle Designer 9i e PowerDesigner Softwares de Rede CISCO LMS Ferramentas de monitoramento e gerenciamento de rede Open View, Cisco Works, MRTG, WebSense, Squid Proxy, PacketShaper, Nagios Ferramentas de Apoio a Perf View, Data Protector, Netbackup, Glance e SNA Plus.
ARQUITETURA TECNOLÓGICA. Deverão ser estabelecidos no TR. Projeto, Implementação e Implantação: Deverão ser estabelecidos no TR.

Related to ARQUITETURA TECNOLÓGICA

  • Requisitos de Arquitetura Tecnológica 4.8.1. A arquitetura tecnológica, especificações e peculiaridades da Solução Atual e da Solução a ser contratada constam na Especificação Técnica da Solução.

  • Arquitetura  O sistema de monitoramento e gerenciamento de imagens deve ser baseado em um modelo cliente/servidor;  O sistema de monitoramento e gerenciamento de imagens deve consistir de um módulo de software servidor e aplicações de software clientes;  Todas as comunicações entre o servidor e clientes devem ser baseadas em protocolos TCP/IP e devem utilizar criptografia quando habilitado pelo administrador do sistema; O servidor deve ser executado como um serviço do Windows que pode ser configurado para inicializar quando o sistema operacional inicializa e permanecer funcionando em segundo plano(background);  O servidor deve inicializar automaticamente, independente de algum usuário estar conectado ou não no sistema;  Usuários devem ser capazes de implantar os sistemas em um único servidor ou em vários servidores para uma arquitetura distribuída;  O sistema de monitoramento e gerenciamento de imagens deve permitir a divisão do sistema de gravação em até 15 servidores, estes deverão ser tratados como um único sistema;  O sistema deve possuir recursos que protejam contra falhas em potencial o servidor de banco de dados e continuar a funcionar através de soluções de redundância de banco de dados disponíveis no mercado;  O sistema não deve limitar o número de clientes de monitoramento instalados; deve suportar um número irrestrito de registros (logs) e transações de histórico (eventos e alarmes), de forma que o limite seja a capacidade de armazenamento disponível no servidor;  Deve suportar transmissão de vídeo ininterrupta para clientes de monitoramento;  O sistema deve ser constituído em uma arquitetura baseada em funções, sendo que cada servidor seja capaz de hospedar uma ou mais funções;  Cada função deve executar um conjunto específico de tarefas relacionadas às principais funções do sistema;  O sistema deve possui as seguintes funções por padrão: Função de servidor de configuração deve gerenciar o banco de dados central que contém toda a informação do sistema e configurações de componentes do sistema, realizar a autenticação de usuários e permitir o acesso ao sistema baseando-se nas configurações de permissões e direitos de usuários pré- definidos pelo administrador do sistema;  Deve ser responsável pelo gerenciamento de usuários e grupos de usuários, entradas e saídas digitais (I/O), calendários e agendamentos do sistema, servidores de gravação de imagens, eventos, sequencias de câmeras e áreas de monitoramento;  Função de gravação de vídeo deve ser responsável por gerenciar câmeras e DVRs, além de realizar todo gerenciamento das gravações;  Função de encaminhamento de mídia deve ser responsável por rotear/direcionar fluxos de vídeo e áudio através de redes locais LAN e remotas WAN, utilizando as melhores rotas para otimização dos recursos de rede;  Função de gerenciamento de zona deve ser responsável por gerenciar todas as zonas virtuais, associadas as entradas digitais, e registrar os eventos gerados através desses dispositivos;  A função de monitoramento da saúde do sistema deve ser responsável por monitorar e registrar eventos e alertas sobre a condição de saúde dos aplicativos clientes, funções e serviços que são parte do sistema de monitoramento e gerenciamento de imagens; Funções Opcionais: Função de Diretório Ativo, deve ser responsável por sincronizar contas de usuários com um servidor Microsoft Diretório Ativo;  A função de gerenciamento de plugins deve ser responsável pela comunicação entre o sistema de monitoramento e gerenciamento de imagens e sistemas de terceiros, tais como: vídeo analítico, centrais de alarmes, entre outros;  A função de integração WEB deve ser responsável por conectar o sistema de monitoramento e gerenciamento de imagens com qualquer aplicativo ou interface desenvolvida a partir de comandos WEB, independentes de plataforma, que se baseiam no protocolo REST para comunicação;  Função de Monitoramento do Servidor (Watchdog) deve ser um serviço padrão Windows, automaticamente executado na inicialização do sistema, independentemente de um usuário estar conectado ao sistema, devendo ser instalado em todos os servidores do sistema, que em caso de mau funcionamento ou falhas deve reiniciar o serviço com falha. Como um último recurso, o serviço de monitoramento do servidor deve reiniciar o Equipamento/Servidor caso não possa reiniciar o serviço;  O sistema deve ser baseado em uma arquitetura verdadeiramente aberta, que deve permitir a utilização de hardwares de estações de trabalho e servidores não proprietários, infraestrutura de rede não proprietária e armazenamento não proprietário;  Deve ser possível incluir no sistema de armazenamento, discos localizados em computadores externos em uma rede, bem como: Servidores Agregados na Rede (NAS) e Redes de Área de Armazenamento (SAN), não limitando a capacidade real de armazenamento configurada por servidor.;  O serviço do servidor do sistema deve ser compatível com sistemas operacionais nas versões 32-bit e 64-bit, incluindo Windows 7, Windows 8, Windows 10, Windows Server 2003, Windows Server 2008 e Windows Server 2012;  Os módulos clientes deverão funcionar nas versões de sistema operacional Windows 7, Windows 8 ou Windows 10;  O Servidor de Banco de Dados do sistema deve ser construído utilizando-se as tecnologias SQL Server 2005, SQL Server 2008, SQL Server 2012, incluindo as versões Express do SQL Server 2005/2008/2012;  A instalação deve permitir ao administrador do sistema implantar um ou vários servidores através da rede;  O administrador deve ser capaz de ativar e desativar funções conforme a necessidade de cada servidor;  O sistema deve permitir a que toda a configuração e o gerenciamento das funções seja centralizada, permitindo também que a mesma seja feita remotamente;  Cada função, quando necessário, deve possuir sua própria base de dados, para armazenar eventos e informações específicas dela mesma, permitindo que seja feito backup e/ou restauração das configurações em uma possível migração;  Caberá a CONTRATANTE, o fornecimento de link de internet dedicado no formato LAN To LAN devidamente segura, isolada fisicamente ou através de uma Vlan da rede pública internet; em formato bridge entre todos os pontos conectados, fazendo o transporte das imagens da câmera até uma central de vídeo monitoramento. O link de acesso à internet deverá ter velocidade de no mínimo 7 Mbps dedicado para cada câmera instalada.  Será de responsabilidade do(a) CONTRATANTE o fornecimento da alimentação elétrica até a caixa de comando das câmeras e equipamentos do presente projeto, dentro dos padrões estabelecidos pela Concessionaria local de Energia Eletrica, bem como o registro e liberação dos demais procedimentos necessários ao pleno funcionamento elétrico do sistema. De igual forma, deve fornecer ao CONTRATADO, cópia deste projeto e devida aprovação, antes do início dos trabalhos de instalação dos equipamentos.  A empresa contratada ficará isenta de qualquer responsabilidade quanto a ligação elétrica e da comunicação por fibra óptica, tratados nos parágrafos acima, cabendo a contratante a elaboração dos devidos projetos junto a concessionária de energia elétrica.

  • Cobertura Básica Considera-se risco coberto a Responsabilidade Civil do segurado, caracterizada na forma do item 3 OBJETO DO SE- GURO das Condições Gerais de Responsabilidade Civil Geral, os danos causados a, dentro do período de vigência especificado na apólice e desde que estes danos decorram dos seguintes eventos: a) Acidentes causados por máquina/equipamento segurado;

  • ÂMBITO GEOGRÁFICO DA COBERTURA As coberturas do seguro previstas nestas condições gerais aplicam-se para eventos cobertos ocorridos em qualquer parte do globo terrestre.

  • COBERTURAS DO SEGURO 1. É obrigatória a contratação da cobertura básica. 2. AS COBERTURAS ADICIONAIS ESTÃO VINCULADAS À COBERTURA BÁSICA, NÃO PODENDO, EM HIPÓTESE ALGUMA, SEREM CONTRATADAS ISOLADAMENTE. 3. As cláusulas específicas e particulares serão inseridas na apólice, de comum acordo entre as partes, porém, sempre vinculadas à contratação da cobertura básica. 4. Para todos os fins e efeitos, as coberturas que não estiverem devidamente mencionadas e identificadas na proposta e expressamente ratificadas na apólice, não são consideradas contratadas, portanto, não entendidas como parte integrante deste contrato de seguro.

  • LIMITE MÁXIMO DE INDENIZAÇÃO DA COBERTURA (LMI): 4.1 Na hipótese de o segurado vir a solicitar durante a vigência da apólice, elevação dos limites máximos de indenização da cobertura, fica desde já acordado que: a) A importância segurada ficará ampliada a partir da data de início de vigência do endosso; b) As indenizações por danos ocorridos no período anterior ao início de vigência do endosso ficarão limitadas ao valor máximo de indenização vigente na época desses danos, mesmo que as reclamações respectivas venham a ser apresentada posteriormente; c) O pagamento de qualquer indenização determinará redução do limite máximo de indenização de ambos os períodos de cobertura; d) Quando a redução acarretar o esgotamento do limite máximo de indenização contratado para a respectiva cobertura, a mesma ficará automaticamente cancelada, podendo, entretanto, ser objeto de reintegração mediante pagamento de prêmio adicional e desde que aceito pela Seguradora.

  • ACORDOS COLETIVOS Os acordos coletivos de trabalho firmados a partir desta data, para ter validade e eficácia, não poderão conter previsões que reduzam os direitos assegurados em lei e/ou na presente convenção coletiva de trabalho e deverão ter a anuência e assinatura conjunta do Sindicato Profissional e do Sindicato Patronal.

  • VALE ALIMENTAÇÃO As Empresas concederão aos seus Empregados Vale Alimentação no valor total de R$ 663,48 (seiscentos e sessenta e três reais e quarenta e oito centavos) por mês, em 05 (cinco) ou até 10 (dez) "tickets" de valores faciais de, no mínimo, R$ 66,34 (sessenta e seis reais e trinta e quatro centavos), e no máximo, de R$ 132,70 (cento e trinta e dois reais e setenta centavos) cada um, entregues na mesma ocasião que os vales previstos na cláusula anterior, sem ônus para o Empregado. Ao invés de usar o sistema de "tickets", as Empresas poderão conceder o Vale Alimentação no valor total de R$ 663,48 (seiscentos e sessenta e três reais e quarenta e oito centavos) por mês, pelo sistema de cartão magnético.

  • DAS AMOSTRAS DOS PRODUTOS 5.1. As amostras dos gêneros alimentícios especificados nesta Chamada Pública deverão ser entregues na Unidade Escolar COLÉGIO ESTADUAL JARDIM BALNEÁRIO MEIA PONTE situada à Av. Xxxxxxx xx Xxxx Xxxxx, Qd. F, Lote Área – Setor Jardim Balneário Meia Ponte, município de Goiânia/GO, para avaliação e seleção dos produtos a serem adquiridos, as quais deverão ser submetidas a testes necessários. 5.2. Será obrigatória a apresentação de amostras do gênero alimentício solicitado. O fornecedor provisoriamente classificado em primeiro lugar, após o encerramento da sessão, terá o prazo de 03 (três) dias úteis, após convocação para apresentação das amostras. 5.3. O Presidente do Conselho Escolar designará uma Comissão com 03 (três) integrantes do Conselho Escolar ou Servidores da Unidade Escolar indicados por Portaria, para atesto, recebimento e aprovação dos alimentos, com a finalidade de avaliar as amostras, levando em consideração a qualidade, validade e especificação dos produtos descritos no Projeto de Venda, durante toda a vigência do contrato. Caso as amostras apresentadas não sejam aprovadas, mediante as condições pré-estabelecidas no procedimento de testes, o fornecedor será desclassificado. 5.4. Os integrantes indicados, respeitando o poder discricionário, buscando atender o anseio público de obter alimentos de qualidade, terão a obrigação de emitir um Relatório de Aprovação dos gêneros alimentícios recebidos ou emitir uma Declaração rejeitando os mesmos quando esses não atenderem os requisitos estabelecidos no Projeto de Venda; em que as participantes terão o direito do contraditório e ampla defesa no prazo de 03 (três) dias úteis.

  • FONTE DE ALIMENTAÇÃO 22.1.6.1. Fonte de alimentação para corrente alternada com tensões de entrada de 100 a 240 VAC (+/-10%), 50-60Hz. 22.1.6.2. Seleção automática de tensão suficiente para suportar todos os dispositivos internos na configuração máxima admitida pelo equipamento (placa principal, interfaces, discos rígidos, memória RAM e demais periféricos) e que implemente PFC (Power Factor Correction) ativo com eficiência igual ou superior a 85% em 50% de carga máxima (PFC 80+) com no mínimo 180 (cento e oitenta) watts de potência.