Requisitos de Software Cláusulas Exemplificativas

Requisitos de Software. Deve ser desenvolvido utilizando a arquitetura de software Cliente-Servidor e utilizar os recursos de multitarefa dos processadores dos computadores onde esteja instalado; permitindo operações simultâneas como programação e envio e recebimento de mensagens para os PMV´S e das câmeras de monitoramento; • Deve permitir a configuração das mensagens de textos a serem exibidas nos PMV´s de forma independente (mostrar mensagens diferentes em diferentes PMV´s, ao mesmo tempo); • Deve permitir configurar o tamanho e cor dos caracteres da mensagem de texto, dentre as cores que o painel consiga reproduzir; • Deve permitir escrever mensagens com no mínimo três linhas de modo legível; • Deve permitir configurar mensagens longas para serem exibidas através de efeito de “rolagem” da mensagem, da direita para a esquerda do painel; • Deve possuir alarmes indicando falhas de comunicação com os PMV`s, de modo que a equipe de manutenção saiba qual equipamento está com problemas e possa atuar; • O fato de um ou mais painéis perderem comunicação com o sistema não deve impedir o funcionamento do sistema em relação aos outros painéis; • Deve permitir controle de acesso de usuários, com controle de níveis de permissões para atuação no sistema; • Devem vir com as suas licenças em carácter definitivo.
Requisitos de Software. 4.6.1.2.1 - Compatibilidade com o Sistema Operacional Windows 7, 8 e 10 - 32 e 64 Bits. 4.6.1.2.2 - Compatibilidade com Sistema operacional Windows Server 2012 e 2016 - 32 e
Requisitos de Software. 3.1.20.1. Todos os softwares que compõem a solução de Appliance devem ser entregues com cessão de direito de uso permanente;
Requisitos de Software. 10.3.1. A solução deverá possuir a capacidade de proteção e recuperação dos dados armazenados no cluster local, além de permitir a replicação para outro cluster distante geograficamente. 10.3.2. Tanto para máquinas virtuais Windows como Linux, a solução deve permitir criar grupos de consistência compostos por máquinas virtuais dependentes entre si, tais como aplicação e banco de dados, de modo que elas possam ser protegidas e recuperadas em um estado consistente (crash-consistent). 10.3.3. Ainda referente a proteção e recuperação de máquinas virtuais Windows e Linux, a solução deve permitir realizar snapshots com consistência dos dados para aplicação (application consistent), através de integração com VSS e semelhantes. 10.3.4. No que tange a capacidade de tierização, para configurações compostas por mais de uma camada de armazenamento (tiers), a solução deve ser capaz de mover, em tempo real, dados entre os discos HDD e SSD, para obter maior performance dos dados mais lidos. Toda gravação deverá ocorrer primeiramente na camada de armazenamento mais rápido (tier 0). 10.3.5. A solução deverá permitir a visualização de informações dos switches topo de rack na console Web de administração do cluster. 10.3.6. Através do protocolo Link Layer Discovery Protocol (LLDP) ou Cisco Discovery Protocol (CDP) a solução deverá prover visualização gráfica das portas dos switches que estão conectadas às respectivas portas de redes das unidades computacionais; 10.3.7. Suportar a criação e gestão de máquinas virtuais em número limitado apenas aos recursos de hardware do cluster. 10.3.8. Ter gerenciamento de imagens através de um repositório centralizado e permitir o uso de discos ou imagens nos formatos qcow, qcow2, vmdk, VHD, VHDx, raw, ISO de modo que seja possível a utilização destes discos e imagens com as máquinas virtuais do cluster; 10.3.9. Permitir operações de live migration (migração da máquina virtual para outro host com a máquina virtual em operação). 10.4.1 A solução deve ser capaz de distribuir os servidores virtuais entre os nós do cluster de modo que ocorra distribuição da carga. 10.3.10. O hipervisor deverá possuir um planejador (scheduler) com acesso a telemetria do host para tomar decisões de posicionamento das máquinas virtuais. 10.3.11. Deverá executar o hipervisor Nutanix AHV. 10.3.12. Com intuito de simplificar as configurações de rede, a solução deverá dispor de switch virtual distribuído baseado em, ou compatível com, Open Virtual Switch (OVS), de mo...
Requisitos de Software. 3.2.1. As licenças de software deverão expandir o montante total existente no ambiente operacional de tecnologia do Tribunal; 3.2.2. Deverão possuir mecanismos nativos para a proteção de todo o contexto de aplicações e serviços digitais do Tribunal; 3.2.3. Deverão ser compatíveis com as principais aplicações elencadas pela equipe técnica; 3.2.4. Deverão prover os mecanismos de redução de dados, de segurança da informação, de criptografia e de transporte seguro dos dados para os repositórios previstos.
Requisitos de Software. Sistema Operacional: Linux (Ubuntu 20.04 LTS ou superior recomendado) ou Windows Server 2016/2019 Servidor Web: Apache 2.4 ou superior, ou Nginx PHP: Versão 7.4 ou superior
Requisitos de Software. O Sistema Integrado para Gestão de Saúde ofertado deve ser desenvolvido para rodar sobre servidores de páginas de internet e ser acessado através de navegadores de internet, sem a utilização de qualquer tipo de emulador ou plug-in. A solução ofertada deve ser compatível com os navegadores Mozilla Firefox, Internet Explorer, Edge, Chrome e Ópera, em suas versões atuais em toda vigência do contrato. O sistema deve possuir mecanismo para integrar os seguintes sistemas disponibilizados pelo Ministério da Saúde: E-SUS, CNS, BPA Magnético, CNES, SIA, SISCTA, SIPNI, HÓRUS, RAAS, SIGTAP. A empresa CONTRATADA, compromete-se, quando da atualização de versões, a disponibilizar novas integrações que possam ocorrer com os Sistemas disponibilizados pelo Ministério da Saúde através do DATASUS e/ou outros órgãos, os quais atualmente ainda não possuem layout aberto e outros que forem exigidos, considerando ainda sistemas posteriores a assinatura do contrato com layout aberto, sem qualquer ônus ao município. A solução ofertada deverá estar em conformidade com a versão mais recente do E- SUS. O sistema deverá permitir a realização de tarefas concorrentes, com acesso simultâneo ao banco de dados, sem perder a integridade referencial. O sistema gerenciador de bancos de dados utilizado pela solução deve ser baseado no conceito de controle de transação de dados, mantendo a integridade do banco de dados em caso de queda de energia e falhas de software e/ou hardware.
Requisitos de Software. Abaixo são descritos os requisitos referentes a este item: 1.A solução deverá receber dados de qualquer tipo de TAG, que podem ser utilizados para fins de monitoramento, hidrometria, telemetria ou qualidade da água. 2.A solução deverá oferecer capacidade de criar painéis personalizáveis (ad hoc), por exemplo: painel de instrumentos com resumo por processo operacional (água/vertedouro), UGR, unidade responsável, municipalidade, planta geral/facilidade, tipo/classe de equipamento, período (semana/mês/ano), equipamento removido para manutenção. 3.A solução deverá permitir a criação e gestão de usuários, perfis e permissões de acesso. 4.A solução deverá permitir a criação de regras de negócio com diferentes fontes de dados.
Requisitos de Software. 3.1.2.1. Todas as funcionalidades de virtualização e alta disponibilidade solicitadas devem estar disponíveis e operar simultaneamente para os volumes reais virtualizados e serem suportadas pelo hardware de virtualização. 3.1.2.2. Deve prover as seguintes funcionalidades de Virtualização: 3.1.2.2.1. Permitir a virtualização de no mínimo 4000 volumes reais. 3.1.2.2.2. Permitir a virtualização de volumes reais com até 16 TB. 3.1.2.2.3. Suportar o acesso concorrente de no mínimo 1600 initiators. 3.1.2.2.4. Suportar o acesso concorrente de no mínimo 400 servidores. 3.1.2.2.5. Suportar o uso de SCSI-3 persistent reservations. 3.1.2.2.6. Suportar o acesso a partir dos seguintes sistemas operacionais: 3.1.2.2.6.1. Windows Server 2008 R2 e 2012, com e sem uso de Hyper-v, e superiores; 3.1.2.2.6.2. Red Hat 5, 6 e superiores;
Requisitos de Software. A CONTRATADA deve apresentar proposta de restrições de software para avaliação da equipe técnica, com base nos itens abaixo: ● Suíte Arcgis Enterprise Advanced 10.9; ● SGBD PostgreSQL 12.4 ou superior; ● Postgis 3.0 ou superior; ● Ecossistema Hadoop; ● Sistema Operacional Windows Server 2016 Datacenter; ● Linux Ubuntu 18.04 LTS; ● Linguagem Python 3.10; e ● Sistemas de Versionamento Distribuídos.