Common use of Arquitetura do Software Clause in Contracts

Arquitetura do Software. 2.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/IP). 2.2. O Sistema deverá ser baseado na arquitetura cliente/servidor que permite que o servidor realize as gravações e gerenciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor. 2.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra. 2.4. Suportar gravação e monitoramento de imagens em Motion-JPEG, MPEG-4, H.263 H.264 e H.265. 2.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel. 2.6. Possuir sistema de Multi- Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS). 2.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema. 2.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador. 2.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente. 2.10. Possuir recurso de Filtro de IP, liberando acesso ao servidor apenas aos IPs autorizados. 2.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-se, desta maneira, acessos internos e externos indevidos. 2.12. Possuir compatibilidade com Caracteres Unicode. 2.13. Trabalhar com sistema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais. 2.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor. 2.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sistema, quando o mestre cair os escravos assumem as configurações do mestre. 2.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo. 2.17. Suportar vídeos e áudio de câmeras ONVIF. 2.18. O software deverá ter suporte a protocolos TCP-IP e UDP (Unicast e Multicast). 2.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda. 2.20. O sistema deverá permitir que e-mails enviados por SMTP possam utilizar-se de servidores com autenticação SSL. 2.21. Possuir um gerenciador de serviços automático onde são apresentados os status de cada serviço disponível no sistema. 2.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado. 2.23. O sistema deverá permitir suporte completo para dewarping de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas. 2.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qualquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza. 2.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros. 2.26. O Servidor RTSP de mídia deverá suportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG.

Arquitetura do Software. 2.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/IP). 2.2. O Sistema deverá ser baseado na arquitetura cliente/servidor que permite que o servidor realize as gravações e gerenciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor. 2.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra. 2.4. Suportar gravação e monitoramento de imagens em Motion-JPEG, MPEG-4, H.263 H.264 e H.265. 2.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel. 2.6. Possuir sistema de Multi- Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS). 2.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema. 2.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador. 2.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente. 2.10. Possuir recurso de Filtro de IP, liberando acesso ao servidor apenas aos IPs autorizados. 2.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-se, desta maneira, acessos internos e externos indevidos. 2.12. Possuir compatibilidade com Caracteres Unicode. 2.13. Trabalhar com sistema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais. 2.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor. 2.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sistema, quando o mestre cair os escravos assumem as configurações do mestre. 2.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo. 2.17. Suportar vídeos e áudio de câmeras ONVIF. 2.18. O software deverá ter suporte a protocolos TCP-IP e UDP (Unicast e Multicast). 2.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda. 2.20. O sistema deverá permitir que e-mails enviados por SMTP possam utilizar-se de servidores com autenticação SSL. 2.21. Possuir um gerenciador de serviços automático onde são apresentados os status de cada serviço disponível no sistema. 2.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado. 2.23. O sistema deverá permitir suporte completo para dewarping de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas. 2.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qualquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza. 2.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros. 2.26. O Servidor RTSP de mídia deverá suportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG. 2.27. O Servidor RTSP de mídia deverá suportar os formatos de áudio: PCM, G.711, G.726 e AAC. 2.28. O Servidor RTSP deverá suportar envio de mídia em TCP e por UDP. 2.29. Possuir módulo de gerenciamento de banco de dados onde o administrador poderá efetuar um backup do banco de dados do sistema, restaurar esse banco e reparar um arquivo corrompido. 2.30. O software deverá ter um sistema seguro de acesso através de usuário e senha, acesso ao AD ( ActiveDirectory Windows ), restringindo por data e hora e o computador que poderá ser acessado e confirmação por biometria. 2.31. Permitir o bloqueio e a expiração de contas de usuários importados do Active Directory. 2.32. O software deverá desconectar o operador quando o seu horário de login no sistema for finalizado, ex: O operador tem autorização para operar o sistema das 08:00hs as 18:00hs, findo este horário o sistema automaticamente fará o logout do operador. 2.33. Estar integrado nativamente com DVR‟s dos seguintes fabricantes: Intelbras, Samsung. LG, Dahua, Dynacolor, HDL, Hikivision, Pelco, Bosch, LuxVision e Venetian.

Arquitetura do Software. 2.16.2.6.4.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/IP). 2.2. 6.2.6.4.2. O Sistema deverá ser baseado na arquitetura cliente/servidor que permite que o servidor realize as gravações e gerenciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor. 2.3. 6.2.6.4.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra. 2.4. 6.2.6.4.4. Suportar gravação e monitoramento de imagens em Motion-JPEG, MPEG-4, H.263 H.264 e H.265. 2.5. 6.2.6.4.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel. 2.6. 6.2.6.4.6. Possuir sistema de Multi- Multi-Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS). 2.7. 6.2.6.4.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema. 2.8. 6.2.6.4.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador. 2.9. 6.2.6.4.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente. 2.10. 6.2.6.4.10. Possuir recurso de Filtro de IP, liberando acesso ao servidor apenas aos IPs autorizados. 2.11. 6.2.6.4.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-sese , desta maneira, acessos internos e externos indevidos. 2.12. 6.2.6.4.12. Possuir compatibilidade com Caracteres Unicode. 2.13. 6.2.6.4.13. Trabalhar com sistema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais. 2.14. 6.2.6.4.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor. 2.15. 6.2.6.4.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sistema, quando o mestre cair os escravos assumem as configurações do mestre. 2.16. 6.2.6.4.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo. 2.176.2.6.4.17. Suportar vídeos e áudio de câmeras ONVIF. 2.18. O software deverá ter suporte a protocolos TCP-IP e UDP (Unicast e Multicast). 2.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda. 2.20. O sistema deverá permitir que e-mails enviados por SMTP possam utilizar-se de servidores com autenticação SSL. 2.21. Possuir um gerenciador de serviços automático onde são apresentados os status de cada serviço disponível no sistema. 2.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado. 2.23. O sistema deverá permitir suporte completo para dewarping de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas. 2.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qualquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza. 2.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros. 2.26. O Servidor RTSP de mídia deverá suportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG.

Arquitetura do Software. 2.16.2.6.4.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/TCP/ IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/TCP/ IP). 2.2. 6.2.6.4.2. O Sistema deverá ser baseado na arquitetura cliente/cliente/ servidor que permite que o servidor realize as gravações e gerenciamento gere nciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor. 2.3. 6.2.6.4.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra. 2.4. 6.2.6.4.4. Suportar gravação e monitoramento monitoramen to de imagens em Motion-Motion - JPEG, MPEG-4MPEG- 4, H.263 H.264 e H.265. 2.5. 6.2.6.4.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel. 2.6. 6.2.6.4.6. Possuir sistema de Multi- Multi - Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS). 2.7. 6.2.6.4.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema. 2.8. 6.2.6.4.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-refere - se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador. 2.9. 6.2.6.4.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente. 2.10. 6.2.6.4.10. Possuir recurso de Filtro de IP, liberando libe rando acesso ao servidor apenas aos IPs autorizados. 2.11. 6.2.6.4.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-seevitando - se , desta maneira, acessos internos e externos indevidos. 2.12. 6.2.6.4.12. Possuir compatibilidade com Caracteres Unicode. 2.13. 6.2.6.4.13. Trabalhar com sistema sist ema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais. 2.14. 6.2.6.4.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor. 2.15. 6.2.6.4.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sistemasist ema, quando o mestre cair os escravos assumem as configurações do mestre. 2.16. 6.2.6.4.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo. 2.17. 6.2.6.4.17. Suportar vídeos e áudio de câmeras ONVIF. 2.18. 6.2.6.4.18. O software deverá ter suporte a protocolos TCP-TCP - IP e UDP (Unicast e Multicast). 2.19. 6.2.6.4.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda. 2.20. 6.2.6.4.20. O sistema deverá permitir que e-mails e -mails enviados por SMTP possam utilizar-utilizar - se de servidores com autenticação SSL. 2.21. 6.2.6.4.21. Possuir um gerenciador gerenc iador de serviços automático onde são apresentados os status de cada serviço disponível no sistema. 2.22. 6.2.6.4.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado. 2.23. 6.2.6.4.23. O sistema deverá permitir suporte completo para dewarping dewarp ing de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas. 2.24. 6.2.6.4.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qualquer qu alquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza. 2.25. 6.2.6.4.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros. 2.26. 6.2.6.4.26. O Servidor RTSP de mídia deverá suportar s uportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG. 6.2.6.4.27. O Servidor RTSP de mídia deverá suportar os formatos de áudio: PCM, G.711, G.726 e AAC. 6.2.6.4.28. O Servidor RTSP deverá suportar envio de mídia em TCP e por UDP. 6.2.6.4.29. Possuir módulo de gerenciamento de ba nco de dados onde o administrador poderá efetuar um backup do banco de dados do sistema, restaurar esse banco e reparar um arquivo corrompido. 6.2.6.4.30. O software deverá ter um sistema seguro de acesso através de usuário e senha, acesso ao AD ( Active Directory Win dows ), restringindo por data e hora e o computador que poderá ser acessado e confirmação por biometria. 6.2.6.4.31. Permitir o bloqueio e a expiração de contas de usuários importados do Active Directory. 6.2.6.4.32. O software deverá desconectar o operador quando o seu horário d e login no sistema for finalizado, ex: O operador tem autorização para operar o sistema das 08:00hs as 18:00hs, findo este horário o sistema automaticamente fará o logout do operador. 6.2.6.4.33. Estar integrado nativamente com DVR’s dos seguintes fabricantes: Intelbr as, Samsung. LG, Dahua, Dynacolor, HDL, Hikivision, Pelco, Bosch, LuxVision e Venetian. 6.2.6.4.34. Permitir capturar câmeras analógicas de DVR´ s integrados ao sistema e visualizá- las nos mesmos mosaicos utilizados pelas câmeras Ip´ s, em conjunto ou separadas. 6.2.6.4.35. Possuir matriz que permite criar e salvar diferentes mosaicos personalizados para visualização no cliente de monitoramento. Estes mosaicos são diferentes dos pré- definidos que acompanham os sistemas de CFTV. 6.2.6.4.36. Possuir a facilidade de bookmark par a marcação rápida de eventos. 6.2.6.4.37. Possibilitar, dentro do bookmark, a escolha de títulos, cores, data inicial, data final e observações dos eventos.