SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] Anexo 2 REQUISITOS TECNOLÓGICOS 1. 2. Introdução 1.1 O Sistema Integrado de Gestão (SIGSS) a ser fornecido deve ter compatibilidade com a plataforma de hardware existente no INSS e descrita no tópico “Ambiente Computacional” adiante. 1.2 O SIGSS deve estar habilitado a receber personalização para identidade visual da Previdência Social que possibilite a substituição de cabeçalhos, rodapés, imagens e ícones presentes nas páginas web do produto. 1.3 Os requisitos relativos à integração constam no documento ”Requisitos de Integração” (Anexo 8) do Termo de Referência. Ambiente Computacional: 2.1 Plataforma de software 2.1.1 A solução deverá executar a parte servidora no sistema operacional fornecido pelo CONTRATANTE, a saber: 2.1.2 2.1.1.1 Sistema Operacional AIX; ou 2.1.1.2 Sistema Operacional HP-UX. Caso a CONTRATADA utilize outro software como sistema operacional, este deverá ser fornecido pela mesma e compatível com a infraestrutura de servidores fornecidos pelo CONTRATANTE. 2.1.3 A solução oferecida deve operar nas estações de trabalho do INSS com os seguintes sistemas operacionais: 2.1.3.1 Sistema Operacional Microsoft Windows 2000, Windows XP e Windows 71 e no Sistema Operacional Linux1. 2.1.3.2 A solução deve ser compatível com o navegador Mozilla Firefox, versão 3 ou superior e com o navegador Microsoft Internet Explorer, versão 7 ou superior em execução nos SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] Sistemas Operacionais Windows 2000, Windows XP e Windows 71 , apresentar interfaces cliente web nativa, desenvolvidas com tecnologia moderna. 2.1.3.3 A solução deve ser compatível com o navegador Mozilla Firefox, versão 3 ou superior, em execução no sistema operacional Linux. 2.1.4 O SIGSS deve integrar-se, até o final da implantação, às ferramentas de automação de escritório Open Office, MS Office 2000, MS Office XP, MS Office 2003 e MS Office 2007. 2.1.5 A solução deve possuir ferramenta para o backup dos dados, dos programas e da configuração da solução. 2.1.6 A solução deverá nativamente, possibilitar a execução da parte servidora de forma compatível com os sistemas operacionais disponibilizados pelo CONTRATANTE. O fornecimento do servidor de aplicação e demais softwares necessários para operação do SIGSS deverá ser provido pelo CONTRATADO. 2.1.7 Nativamente, o SIGSS deverá oferecer ferramentas de EAI para viabilizar a interação entre sistemas corporativos heterogêneos por meio da utilização de serviços, ser orientado à arquitetura BPM e SOA, devendo possuir, no mínimo: 2.1.7.1 Modelagem e desenho virtual dos processos, utilizando BPMN; 2.1.7.2 Mecanismo para automação dos processos, características de uma solução BPMS; 2.1.7.3 Módulo para gerência de serviços publicados; 2.1.7.4 Recursos visuais que permitam a geração de relatórios e gráficos sobre os indicadores dos processos; 2.1.7.5 Recursos que permitam a geração de relatórios e gráfico sobre o estado atual dos processos; 2.1.7.6 Funcionalidade que permita a obtenção de informações históricas das instâncias dos processos; ___________ 1Caso o fornecedor não possua homologação oficial destes sistemas operacionais, poderá ser realizado teste operacional no ambiente do CONTRATANTE; Página 2 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 2.1.7.7 Funcionalidade para iniciação, execução e o controle de instâncias de processos; 2.1.7.8 Mecanismos para definição e execução dos subprocessos; 2.1.7.9 Reutilização de componentes em diferentes processos de negócio; 2.1.7.10 Componentes de processos de negócio do tipo: entrada/saída, acesso a componentes (síncrono e assíncrono), iteração, condicional, paralelismo, tratamento de erros e controle de tempo de espera; 2.1.7.11 Pontos de verificação explícitos para conjunto de atividades que devem ser executadas de forma atômica (transação), permitindo a demarcação de limites de transação em processando que possam ser interrompidos. 2.2 Plataforma de hardware: 2.2.1 A solução deve ser capaz de executar na plataforma de hardware descrita a seguir. 2.2.1.1 3. Arquitetura: 2.2.1.1.1 Intel X32 e X64. 2.2.1.1.2 AMD Athlon 32 e 64 bits. 2.2.1.1.3 Processadores multinúcleo; 2.2.1.1.4 Arquitetura RISC/EPIC diversas (HP, IBM, Sun). Rede 3.2 Utilizar o TCP/IP como protocolo básico de comunicações entre as suas diversas camadas. 3.3 Ser compatível com o protocolo TCP (transporte). 3.4 Ser plenamente compatível com protocolo IP Versão 4 e 6. 3.5 Permitir a configuração do número da porta TCP dos componentes da solução, visando definição de qualidade de serviço (QoS). Página 3 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 4. 3.6 Suporte a VLANs, conforme padrão IEEE 802.3q. 3.7 Gerenciamento via HTTP, SSL/HTTPS e SSHv2. 3.8 Configuração de contas locais e de contas autenticadas em servidor Radius para administração/gerenciamento da solução. 3.9 Suporte aos protocolos de gerenciamento SNMP v1, v2, v3. Sistema Gerenciador de Banco de Dados 4.1 Deverá utilizar Sistema Gerenciador de Banco de Dados - SGBD relacional, padrão ANSI 2000 com suporte à clusterização ou SGBD orientado a objeto. 4.2 Fornecer ferramenta de gerenciamento e monitoramento do Banco de Dados. 4.3 A aplicação deve continuar funcionando corretamente mesmo quando uma das máquinas do cluster for desligada. 4.4 Os serviços de dimensionamento, definição, distribuição, instalação, configuração e clusterização dos SGBD serão de responsabilidade do CONTRATADO. Estes serviços deverão ser documentados com suas respectivas especificações e as informações repassadas ao CONTRATANTE. 4.5 É de responsabilidade do CONTRATADO, com auxílio das equipes técnicas do CONTRATANTE, a definição de quais dados serão migrados dos atuais sistemas em uso pelo CONTRATANTE para a solução adquirida e suas respectivas migrações. 4.6 Se for adotada a metodologia de geração de arquivo seqüencial para servir de transição nos serviços de migração, é do CONTRATADO a responsabilidade de definição dos detalhes técnicos bem como o desenvolvimento de programas e rotinas para geração dos arquivos. 4.7 Possuir flexibilidade para a criação de campos adicionais nas tabelas do Sistema de forma a atender novos requisitos dos usuários finais, de forma totalmente transparente, sem necessidade de qualquer intervenção da CONTRATADA. Página 4 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 5. 4.8 Fornecer modelos e dicionário de dados do software objeto do Edital, ficando o CONTRATANTE obrigado manter sigilo do modelo e do dicionário de dados apresentado. 4.9 Garantir a recuperação de dados Históricos independente de mudanças de estruturas nas tabelas ao longo da vida do Sistema. 4.10 As validações e atualizações das bases de dados devem ser implementadas/armazenadas no Banco de Dados. 4.11 Tratar o retorno de informações de consultas on line efetuadas pelos usuários através do controle e paginação dos dados, evitando o tráfego de grandes volumes de dados do servidor para a estação cliente em um único pedido de leitura. 4.12 Permitir acesso à leitura direta da Base de Dados, bem como ao conhecimento da estrutura e modelo de dados, para eventual consulta que o CONTRATANTE necessite implementar. 4.13 Permitir a disponibilização das funcionalidades do sistema por meio da intranet, extranet e internet, de acordo com a política de acesso definida pelo CONTRATANTE. 4.14 Permitir que as informações armazenadas possam ser criptografadas, e que possuam um controle de acesso a esses dados. Requisitos Tecnológicos de software: 5.1 O SIGSS deve permitir a operação em máquinas virtuais, fornecendo a solução de software necessária para essa operacionalização. 5.2 Permitir que as licenças fornecidas do software possam ser instaladas em qualquer servidor, independente do número de processadores, sem variação de custos das mesmas. 5.3 Suportar Multiprocessamento; 5.4 Fornecer integração via API. 5.5 Ser desenvolvido e codificado para ambiente operacional de 64 e 32 bits. 5.6 Possuir funcionalidade que permita balanceamento de carga entre servidores de aplicação. Página 5 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 5.7 A solução deve estar preparada para funcionar em ambiente de servidores de aplicação de alta disponibilidade, sem exigência de preservação de sessão em apenas um dos servidores. Entende-se por alta disponibilidade a situação em que qualquer um dos servidores possa atender a cada requisição, dentro da mesma sessão de trabalho do usuário, sem perda de dados ou consistência de aplicação. 5.8 Após personalização da parte servidora do SIGSS, caso os módulos requeiram utilização de plugins adicionais no navegador, a instalação desses plugins deve ser automática. 5.9 Deve possuir conteúdo de negócios pronto para Portal Corporativo. 5.10 Possibilitar o uso de estrutura de multiempresa; 5.11 O sistema SIGSS deve possuir ampla documentação dos cenários de uso e dos respectivos processos de negócio disponíveis, de forma a possibilitar que suas funcionalidades sejam acessadas por outras interfaces, que não as originariamente entregues com o sistema. 5.12 Se um dos servidores de aplicação de alta disponibilidade parar, a transação do usuário deve poder continuar em outro servidor, sem que o usuário tenha que reiniciar as operações. 5.13 O SIGSS não pode depender da utilização de qualquer mecanismo de emulação de terminal para permitir a execução da aplicação a partir de um servidor remoto. 5.14 Ser operado a partir de estações de trabalho locais ou remotas conectadas à LAN (via Ethernet) ou a WAN (via ATM, MPLS, Frame Relay, Wireless), sem restrições de desempenho ou tempo de resposta, considerando os limites tecnológicos do tipo de acesso utilizado. 5.15 Possuir arquitetura em três camadas especializadas e individuais (apresentação, lógica de negócio e persistência), onde os elementos de uma aplicação estejam nitidamente separados nestas camadas de dados. 5.16 A solução deve suportar o modelo arquitetônico de aplicações MVC (Model-Viewer- Controller), onde o processamento das regras de negócio ou integridades referenciais deve ser realizado na camada de negócio, não devendo ocorrer processamento de negócio ou de integridade no banco de dados; 5.17 Não implementar lógica de negócios na camada de apresentação. Qualquer validação quer for realizada na camada de apresentação Página 6 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] deverá ser refeita na camada de negócio para se garantir a integridade das informações a serem armazenadas no banco de dados. 5.18 O armazenamento de meta dados necessários ao processamento das regras de negócio deve ser realizado no banco de dados. 5.19 Permitir alta escalabilidade e performance para tratar altos volumes e crescimento da base de dados x usuário. 5.20 O SIGSS deverá conter todos os módulos integrados, utilizando uma única base de dados. 5.21 Ser adaptável às necessidades do usuário, através de parametrizações e customizações; 5.22 Permitir a construção de código fonte de modo a estender suas funcionalidades padrões; 5.23 Possibilitar a customização da interface para o padrão estético da intranet do CONTRATANTE; 5.24 Possuir ferramenta de gerenciamento completo dos componentes da solução, incluindo verificação de estado, desempenho e escalabilidade, consumo e ajustes (tunning) dos componentes, registrando todos os erros, falhas, inconsistências e alertas, considerando o ambiente, o banco de dados e as aplicações. 5.25 Possuir ferramenta para administradores, administradores de dados, suporte técnico e tunning. 5.26 Permitir arquitetura cluster com administração via browser. 5.27 Disponibilizar recurso que viabilize a personalização da interface de apresentação em ambiente web. 5.28 Gerenciar o escalonamento e a execução de tarefas para automatização da produção. 5.29 Possibilitar customização para atender às necessidades específicas do INSS. 5.30 Permitir a implantação, parametrização e customização de forma modular. 5.31 Possuir ferramenta de colaboração e discussão como parte de recursos de Portal e Gestão do Conhecimento (KM); Página 7 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 5.32 Permitir a parametrização de menus, telas relatórios e regras lógicas aplicáveis ao negócio. 5.33 Permitir a integração com aplicativos de leitor de códigos de barra. 5.34 Permitir armazenar e acessar dados não estruturados, tais como: imagens, sons, textos, vídeos e planilhas; 5.35 Possuir funcionalidades de Portal integradas ao BI, no padrão WEB 2.0. 5.36 Possuir ferramenta para Extração de Dados (ETL) para qualquer tipo de banco de dados e fontes de informação, com funcionalidades de data cleasing, para verificar a qualidade dos dados numa só interface. 5.37 Possibilitar interfaces com sistemas de terceiros, através do padrão ODBC/OLE ou JDBC, XML e Arquivo Texto. 5.38 Possuir conformidade com o padrão X509 de assinatura digital. 5.39 Possuir ferramenta de ETL (Extract Transform Load), com: 5.39.1 Conector ODBC; 5.39.2 Conector JDBC; 5.39.3 Conector XML; 5.39.4 Conector para arquivos texto; 5.39.5 Scheduler de carga e extrações; 5.39.6 Desenvolvimento em ambiente gráfico; 5.40 Possuir ferramenta de monitoração e solução de problemas do ambiente operacional da solução. 5.41 Disponibilizar o modelo de dados e acesso SQL às tabelas do software por outras aplicações ou, alternativamente, disponibilidade APIs que cumpram este objetivo. 5.42 Disponibilizar o código fonte atualizado do software ofertado. 5.43 Possuir funcionalidade de cache, para que toda análise já atualizada não realize acesso desnecessário ao repositório de dados, no momento de sua visualização. Página 8 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 6. 5.44 Possuir ambiente completo para monitoração das cargas e atualizações de dados do BI (datawarehouse). 5.45 Possuir recursos para visualização das informações em vídeo (na tela do desktop) antes do armazenamento em arquivo. 5.46 A solução deve aderir às regulamentações da Infraestrutura de Chaves Pública Brasileira - ICP-Brasil, conforme a Medida Provisória nº 2.200-2, de 24 de agosto de 2001, quando houver necessidade de utilização de certificação digital. 5.47 A solução deverá permitir que a chancela de operações seja assinada digitalmente, conforme requisitos definidos pela ICP-Brasil. A integração com a solução de assinatura deverá ser compatível com o framework SDK Certsign. 5.48 A solução fornecida deve observar às políticas, premissas e especificações técnicas definidas pelos Padrões de Interoperabilidade de Governo Eletrônico – e-Ping, conforme as Portarias Normativas SLTI nº 5, de 14 de julho de 2005. Usabilidade 6.1 A solução deve possuir interface com o usuário no idioma português do Brasil (incluída ajuda on-line). 6.2 Possuir help on line em formato HTML (contextualizado no padrão WEB). 6.3 A solução fornecida deve observar às políticas, premissas e especificações técnicas definidas no Modelo de Acessibilidade de Governo Eletrônico - e-MAG, conforme as Portarias Normativas SLTI nº 3, de 07 de maio de 2007; 6.4 Permitir acessibilidade segundo o Decreto nº 5.296, de 02/12/2004. 6.5 Deverá ter recursos parametrizáveis e flexíveis, permitindo aos usuários configurar os campos de dados com características e tamanhos próprios. 6.6 Sinalizar quando ocorrerem transações demoradas - tempo de resposta - superior a 3 (três) segundos, através de mensagem informativa ou indicação gráfica. 6.7 Fornecer valores default para campos necessários. 6.8 Efetuar notificação automática de pendências aos usuários através de correio eletrônico. Página 9 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 6.9 Uma única transação executada pelo usuário deve desencadear todas as ações a ela pertinentes, ou seja, processos totalmente integrados entre si, em processamento on line ou em batch (lote). 6.10 Permitir navegação nos dados utilizando mecanismo de drill down e drill up; 6.11 Permitir ou uso simultâneo das funções; 6.12 Gerar relatórios e/ou sínteses referentes aos parâmetros de negócio inseridos no sistema, possibilitando a visualização por diversas formas, tais como: papel impresso, arquivo eletrônico e e-mail; 6.13 Apresentar, a partir de qualquer interface de software, ajuda on line com acesso a tópicos do manual do usuário com recursos de tutoriais, ajuda, exemplos e imagens; 6.14 As operações copiar, recortar e colar devem estar ativadas em todas as interfaces onde seu uso não seja proibitivo. 6.15 O SIGSS deve possibilitar desfazimento (undo/rollback) de um número parametrizado de operações de edição de dados em qualquer interface, antes da conclusão (commit) da transação no banco de dados. 6.16 O SIGSS deve possibilitar pesquisa por dados chave de negócio, com flexibilidade de o argumento ser parcial. 6.17 Garantir consistência de vocabulário entre as mensagens e a documentação. 6.18 Apresentar mensagem de erro com informações suficientes para encaminhar a solução da situação de erro. 6.19 Diferenciar de modo inequívoco, os tipos de mensagem: erro, consulta, advertência, confirmação, entre outros; 6.20 Permitir operações simultâneas sobre múltiplos objetos, como inclusões, alterações e alterações em lote. 6.21 Ter capacidade de reverter operações do usuário que tenham efeito drástico, como iminente exclusão de dados, por meio de alertas de gravidade da operação. 6.22 Apresentar alertas claros para as conseqüências de determinada confirmação. Página 10 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] 6.23 Exibir, em cada interface, identificação da função do programa que está sendo executada no momento, ambiente, usuário e transação. 6.24 Em relação a campos de entrada de dados, por meio de funções de parametrização, o SIGSS deve: 6.24.1 Usar máscara de edição e mecanismo de validação local onde for cabível, de modo a assegurar a qualidade de dados na base; 6.24.2 Indicar quais campos é de preenchimento obrigatório pelo usuário nas interfaces que possuem campos opcionais; 6.24.3 Prover mudança automática de campo quando o usuário completar seu conteúdo máximo; 6.24.4 Exibir valor padrão (default) para campos de dados, quando aplicável; 6.24.5 Quando houver utilidade, memorizar os valores digitados mais recentes para cada campo (autocomplete) e permitir ao usuário selecionar e reutilizar um deles com um clique do mouse ou teclado (seta para baixo). 6.25 Permitir acesso à informação e operações via dispositivos móveis (blackberry, pda’s). 6.26 Permitir o envio de alertas e recebimentos de informações via correio eletrônico. 6.27 Permitir o uso de recursos de GIS (Geographic Information System) para localização e identificação de imóveis. 6.28 O SIGSS deve possuir ambiente de desenvolvimento de formulários eletrônicos. 6.29 Permitir fácil extração e busca de dados externos (pesquisa de dados; interoperabilidade, concorrência e etc.). Página 11 de 12 SIGSS Anexo 2 Projeto SIGSS – Especificação Sistema Integrado de Gestão [Processo nº 35000.001413/2010-76] Ambiente de Desenvolvimento 7. 8. 7.1 A Contratada deverá prover ambiente de desenvolvimento que permita a implementação de novos requisitos de negócio ou novas funcionalidades com os mesmos requisitos e padrões exigidos para o núcleo da solução. 7.2 Permitir ampliações às funcionalidades nativas sem comprometer-lhes a integridade e independência. 7.3 O ambiente de desenvolvimento deve suportar em uma única interface gráfica a criação de objetos gráficos, a lógica de aplicação e o modelo de dados, sem se preocupar com a distribuição de código pelas diversas camadas que compõem a solução. 7.4 Possuir ferramenta integrada ao SIGSS para o desenvolvimento de portais corporativos. Capacidade de processamento 8.1. O sistema SIGSS deverá ter a capacidade de suportar minimamente 8.806 (oito mil, oitocentos e seis) usuários. 8.2. O sistema deverá suportar 3.500 (três mil e quinhentos) usuários concorrentes. Consideram-se usuários concorrentes aqueles que estão com suas sessões abertas no sistema ao mesmo tempo. 8.3. O sistema deverá suportar 500 (quinhentos) usuários simultâneos, realizando transações on line, dentro de um mesmo intervalo de tempo, no caso, 1 (um) segundo. 8.4. As transações on line deverão ter tempo máximo de resposta de 3 (três) segundos, sem a concorrência de outras aplicações no uso da mesma infraestrutura. Estão excluídos desta restrição os relatórios e as consultas de informações gerenciais. Protocolo de Validação dos Requisitos Tecnológicos e de Qualidade 8.1 A validação dos requisitos tecnológicos e de será de responsabilidade da CONTRATANTE através da Coordenação Geral de Tecnologia da Informação mediante prova de conceito. 8.2 Estes requisitos tecnológicos são complementados pelos especificados no documento “Requisitos de Garantia de Qualidade do Produto e dos Serviços” (Anexo 11) os quais serão também submetidos à prova de conceito. Página 12 de 12