REQUISITOS NÃO FUNCIONAIS DA SOLUÇÃO. Requisitos não funcionais, ao contrário dos funcionais, não expressam nenhuma função (transformação) a ser implementada em um sistema de informações; eles expressam condições de comportamento e restrições e devem prevalecer. Portanto, não será aceito o produto que não atender a todos os requisitos não funcionais classificados como essenciais/obrigatórios. Em suma, trata-se de um conjunto de requisitos que devem ser atendidos para garantir o pleno funcionamento do software na infraestrutura padronizada e com padrão de qualidade indicado pela CONTRATANTE. Ver ANEXO II deste Projeto. Os requisitos não funcionais poderão ser aferidos no início da utilização da solução e/ou no decorrer da sua utilização, podendo ser cobrados durante toda a execução contratual, sendo o seu não atendimento passível de sanções cabíveis.
REQUISITOS NÃO FUNCIONAIS DA SOLUÇÃO. 3.10.1. Os serviços deverão estar disponíveis na solução, em regime integral, 24 (vinte e quatro) horas por dia, 7 (sete) dias por semana, sem interrupção fora do horário comercial ou em finais de semana e feriados.
REQUISITOS NÃO FUNCIONAIS DA SOLUÇÃO. Basear-se nas melhores práticas de gerência de projetos descritas no PMBOK (Project Management Body of Knowledge) publicado pelo PMI (Project Management Institute) Executar na plataforma Web sem necessidade de instalação de plug-ins ou programas nas estações clientes. Para criação e manutenção do cronograma do projeto é admitida adicionalmente a instalação de programa ou componente nas estações clientes, como Microsoft Project Professional ou similar. Ser compatível com um dos seguintes ambientes operacionais: Redhat 7.1; Microsoft Windows Server 2012. Ser compatível com um dos seguintes bancos de dados: ORACLE 11.2.0.4; MySQL 5.6; Postgre 9.2. Ser compatível com o software Microsoft Project, permitindo a importação e exportação de projetos para Microsoft Project 2007 e superiores em um dos destes formatos: XML, ASCII ou MPP; sem necessidade de qualquer programação ou aquisição adicional de plug-ins ou outras extensões. Ser compatível com os navegadores Microsoft Internet Explorer, Mozilla Firefox, Google Chrome. Suportar o envio de e-mail usando o protocolo SMTP sobre o Exchange 2010. Permitir a configuração do envio de notificações e alertas, por meio de mensagens eletrônicas, a gerentes, participantes do projeto, clientes, fornecedores e parceiros. Possibilitar criar, excluir, habilitar e desabilitar campos em telas. Permitir a definição de valor padrão (default) para campos de dados. Permitir a definição de campos com preenchimento obrigatório pelo usuário nas telas que possuem campos opcionais. Permitir a edição de rótulos, itens de menu, mensagens de ajuda e demais informações integrantes das interfaces por mecanismo amigável. Prover recursos de autorização de acesso, segurança e rastreabilidade. Permitir a configuração de acesso para leitura e atualização de informações por perfil de usuário. Permitir a geração e administração de "Logs de Auditoria" das operações registrando datas, horário, usuário e autorizações de operações. Utilizar idioma português do Brasil em todas as interfaces de comunicação com usuários finais. Prover ajuste automático de resolução de interfaces para possibilitar operação otimizada com diversos tamanhos de monitores. Exibir, em cada interface, identificação da função do programa que está sendo executada no momento. Permitir a apresentação, a partir de qualquer interface, ajuda online sensível ao contexto (posição do cursor na página). Apresentar menus de contexto, associados aos principais objetos de cada interface.
REQUISITOS NÃO FUNCIONAIS DA SOLUÇÃO. Os Requisitos funcionais, descritos no ANEXO XI, pretendem definir as funções do software, que podem ser agrupadas e identificadas por módulo ou componente do sistema que são necessárias para apoiar os processos de telessaúde na rede própria SUS-BH.
REQUISITOS NÃO FUNCIONAIS DA SOLUÇÃO. Requisitos não-funcionais são os relacionados ao uso da aplicação em termos de desempenho, usabilidade, confiabilidade, segurança, disponibilidade, manutenção e tecnologias envolvidas. Estes requisitos dizem respeito a como as funcionalidades serão entregues ao usuário do software Os requisitos funcionais estão descritos no ANEXO B deste Termo de Referência.