REQUISITOS NÃO FUNCIONAIS. Requisitos Não-Funcionais são fatores de qualidade de Software que podem ser medidos de forma indireta, ou como características que são esperadas de todo software profissionalmente desenvolvido. São requisitos que expressam restrições tecnológicas que um software deve atender ou qualidades específicas. Requisito Descrição Prioridade Atores [NF001] O sistema será acessado por meio de um navegador, via internet. Com isso, seus usuários poderão entrar no sistema a partir de qualquer computador que possua internet banda larga e navegador Google Chrome ou Firefox. Essencial Usuário [NF002] O sistema será acessado por meio de um navegador mobile, em smartphone com sistema operacional Android 6.1 ou superior e IOs. Essencial Usuário [NF003] O design do Layout será em português e não haverá palavras de difícil compreensão. As fontes padrões do layout deverão ser fontes sem serifa comuns de sistema, tais como Arial, Verdana, Tahoma, Trebuchet, Helvética. Não será exigido login para acesso ao sistema em nível de usuário (cidadão). A página web deverá ter fundo claro e possuir poucos elementos visuais, facilitando a identificação dos conteúdos. Os Menus devem ser mantidos na seção superior do site. Em páginas extensas Essencial Usuário verticalmente, deverá haver botões que permitam voltar ao topo instantaneamente. [NF004] As ações como pesquisas e consultas inserção e alteração de dados serão feitas em menos de 5 segundos. Desejável Usuário [NF005] A plataforma deverá permitir a abertura simultânea de mais de uma aba, com realização de diferentes consultas paralelas pelo mesmo endereço IP. Essencial Usuário [NF006] A plataforma deverá disponibilizar relatórios/contadores de acesso a conteúdos e páginas. Essencial Administrador [NF007] A plataforma realizará um Backup dos dados a cada 24 horas. Este processo prevê a cópia de todas as informações inseridas no sistema gerenciador de banco de dados. Estas informações são exportadas e salvas em pastas de backup nomeadas pelos dias e horas de modificações. Essencial - [NF008] Login é um nome para identificação do editor/administrador que juntamente com a senha são checados e validados pelo sistema sempre que o usuário quiser acessa-lo. Estes dados serão cadastrados pelo administrador e salvos no banco de dados. A senha será armazenada de forma criptografada. Essencial Administrador/editor [NF008] O acesso às administração da plataforma será restrito de acordo com o permissionamento de cada login (administrador ou editor)....
REQUISITOS NÃO FUNCIONAIS. Com relação aos recursos disponíveis para utilização da equipe de tecnologia e informação da CONTRATANTE, a CONTRATADA deverá disponibilizar ferramentas embarcadas nos módulos e que não agreguem custo adicional à CONTRATANTE. O software deve possuir:
REQUISITOS NÃO FUNCIONAIS. Ter módulo gestor para controle de perfis dos usuários. 5
REQUISITOS NÃO FUNCIONAIS. 6.3.1. QUANTO A ACESSIBILIDADE DAS PESSOAS COM DEFICIÊNCIA
6.3.1.1. Recursos gerais de acessibilidade para pessoas com deficiência, exclusivamente para o Grupo de Serviços nº 1 das Soluções de Softwares:
a) Garantir a acessibilidade das pessoas com deficiência, observando os preceitos do Decreto-Lei nº 5.296 de 02/12/2004, que regulamenta as leis
b) Atender as diretrizes da Cartilha de Usabilidade elaborada pelo Ministério do Planejamento, Orçamento e Gestão do Brasil, através da Secretaria de Logística e Tecnologia da Informação. Não poderá apresentar erros conforme disposto no eMAG, versão 3.0, bem como atender todos os pontos obrigatórios de acessibilidade conforme regras estabelecidas pelo WCAG 2.0. A avaliação deste requisito deverá ser promovida pelo software ASES Desktop versão 2.0.16, ou versão mais atualizada, que está disponível para download no endereço URL (UniformResourceLocator), apresentado abaixo: • xxxxx://xxxxxxxxxxxxxxx.xxx.xx/xxxxxx/xxxx
c) Suportar a apresentação de conteúdos nas páginas web6 que poderão ser lidos por softwares do tipo "leitores de tela" (screenreaders) usados por deficientes visuais, mas, também, dispor de instrumentos que otimizem a experiência de navegação destas pessoas através das interfaces de acesso da Solução de Software. Entretanto, vale ressaltar que há organizações que estabelecem preceitos sobre a acessibilidade, que consideram as limitações ligadas às capacidades do equipamento que está sendo utilizado para promover o acesso à internet. As regras a serem contempladas pelas Soluções de Softwares deverão submeter-se integralmente ao descrito nos seguintes websites públicos, de organismos federais do Brasil, cujo acesso dar-se-á através dos endereços URL (UniformResourceLocator) relacionados abaixo: • xxxx://xxxx.xxxxxxxxxxxxxxxxx.xxx.xx/xxxxxxxxxxxxxxxx/xxxxxxxxxxxxx to-web/recomendacoes-de-acessibilidade-wcag2.html • xxxxx://xxxxxxxxxxxxxxx.xxx.xx/xxxxxx/xxxx • xxx.xxxxxx.xxx.xx/xxxxxxxxxxxxxx
6.3.1.2. Recursos específicos, inerentes à acessibilidade de pessoas com deficiência, exclusivamente para o Grupo de Serviços nº 1 das Soluções de Softwares:
a) Item imagens e animações: utilizar o atributo “alt” para descrever a função
b) Item imagemaps: utilizar mapas client-side (o tag “map”) e texto para as regiões a serem selecionadas pelo apontador do mouse (“áreas clicáveis”) nas páginas web;
c) Item conteúdo multimídia: incluir legendas e transcrições para os áudios e descrições para os vídeos aplicados nas pá...
REQUISITOS NÃO FUNCIONAIS. Geral Integralmente desenvolvido em linguagem de programação WEB e responsivo as diversas plataformasexistentes; O 2. Geral Obedecer aos padrões do W3C (World Wide Web Consortium), de modo a assegurar a leveza do sistema, bem como sua compatibilidade com os diversos navegadores e sistemas operacionais existentes, e ainda atender aos requisitos de acessibilidade; O 3. Geral Possuir interface de apresentação (usuário), leiaute de relatórios, usabilidade e documentação homogêneos; O
REQUISITOS NÃO FUNCIONAIS. Id Requisito
REQUISITOS NÃO FUNCIONAIS. Percentual de 95% de disponibilidade dos serviços (em caso de indisponibilidade do serviço no portal, deverá estar disponível o suporte por telefone 0800 para problemas críticos).
REQUISITOS NÃO FUNCIONAIS. 6.10.1. As funcionalidades desenvolvidas devem oferecer a usabilidade necessária para garantir a operação por usuários com diversos níveis de familiaridade com o computador, em especial por aqueles de baixo grau de instrução.
6.10.2. Para demandas de sistemas (Grupo 1), os recursos de usabilidade, de desempenho, de confiabilidade, de portabilidade, de tempo de execução, de interoperabilidade, de acessibilidade, de implementação e de padrões não contabilizam Pontos de Função, pois constituem requisitos não funcionais, devendo ser implementados em conjunto com os requisitos funcionais.
6.10.3. Incluem-se, ainda, como requisitos não funcionais: mecanismos de navegação, menus e telas de ajuda (help), tooltips, links com manuais e roteiros.
6.10.3.1. Estes requisitos não funcionais só serão contabilizados em Pontos de Função caso sejam solicitados e implementados em uma aplicação já implantada, para promover a melhoria do sistema, em conformidade ao Roteiro de Métricas de Software do Ibama.
6.10.4. Para demandas de portais (Grupo 2), os recursos de usabilidade, de desempenho, de confiabilidade, de portabilidade, de tempo de execução, de interoperabilidade, de acessibilidade, de implementação e de padrões deverão ser implementados em conjunto com os requisitos funcionais ao se executar os serviços constantes no Catálogo de Serviços.
REQUISITOS NÃO FUNCIONAIS. 6.3.1. A solução de gerenciamento de frequência deverá ser de propriedade de um único desenvolvedor, e possuir integração nativa entre todos os módulos funcionais inclusive entre as ferramentas de tecnologia, sem necessidade de execução de rotinas (automáticas ou não) para compatibilização de dados e sem necessidade de redundância de processos.
6.3.2. A solução de software, especificada no LOTE 1, deve ser fornecida globalmente com os relógios de ponto, devendo para uma maior segurança do sistema e perfeita integração entre as funcionalidades envolvidas, possuir o mesmo fabricante de hardware e desenvolvedor do software, devidamente comprovado em seu ato constitutivo, estatuto ou contrato social, evitando assim repasse de responsabilidades que venham a prejudicar o Município de Nova Lima.
6.3.3. O software deverá operar em plataforma web compatível, no mínimo, com os navegadores Internet Explorer, Mozilla Firefox e Google Chrome, em suas versões mais recentes.
6.3.4. O software deve ser compatível com ambiente multiusuário, permitindo a realização de tarefas concorrentes nas diferentes secretarias.
6.3.5. O software deve ser disponibilizado em infraestrutura de datacenter virtual (nuvem), à custa da empresa Contratada. Caso o Município de Nova Lima julgue necessário será mantido espelhamento da base de dados em seu próprio datacenter físico.
6.3.6. O software deve permitir customizações de acordo com as necessidades da Prefeitura.
6.3.7. O software deve suportar o armazenamento e tratamento de diferentes imagens associadas aos empregados como foto, imagens digitalizadas de documentos etc.
6.3.8. O software deve permitir opção de utilizar cartão e/ou a biometria para registro do ponto no cadastro do servidor.
6.3.9. O software deve realizar sincronização automática de dados dos equipamentos, sem intervenção humana, sem agendamentos, sem necessitar de computadores ligados para efetuar esta coleta, apenas com uma comunicação simples de internet.
6.3.10. O software deve realizar backup diário automático da base de dados e manter os backups pelo prazo mínimo de 12 (doze) meses.
REQUISITOS NÃO FUNCIONAIS. 9.3.1 QUANTO A ACESSIBILIDADE DAS PESSOAS COM DEFICIÊNCIA
a. 1. Garantir a acessibilidade das pessoas com deficiência, observando os preceitos do Decreto-Lei nº 5.296 de 02/12/2004, que regulamenta as leis n° 10.048, de 08/11/2000, que dá prioridade de atendimento às pessoas com deficiência, e nº 10.098, de 19/12/2000, que estabelece normas gerais e critérios básicos para a promoção da acessibilidade;