Anexo 2 - Previdência Social

Propaganda
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
Download