O Processo de Homologação de Software de Terceiros é responsável por verificar se o produto (software de prateleira) solicitado pelo usuário de TIC, para ser utilizado, cumpre os requisitos necessários quanto a compatibilidade do parque tecnológico, segurança da informação e se haverá necessidade de intervenção no futuro para manutenção do mesmo.
Objetivos:
Demonstrar às áreas do Poder Judiciário do Estado de Rondônia e aos demais interessados e envolvidos, o processo de homologação de software de terceiros adotado para avaliar, incorporar e regularizar o uso de softwares de prateleira solicitados pelos usuários de TIC ajustados à segurança de TIC e institucional, bem como que sejam compatíveis com o parque tecnológico em utilização.
Salvaguardar os dados e o parque tecnológico institucionais;
Analisar a viabilidade de utilização do produto e incorporação dos softwares a serem disponibilizados e/ou suportados pela STIC;
Verificar a compatibilidade do software com os sistemas utilizados pelo Poder Judiciário de Rondônia;
Normatizar, regularizar e estabelecer regras quanto à homologação de softwares solicitados pelos usuários de TIC, minimizando riscos e garantindo a eficaz utilização destes;
Fluxo:
Descrição das Atividades:
Atividade:
1. Encaminha para análise com as informações do software
Entradas
Requisição de serviço que solicita instalação/implantação de um software não homologado;
Procedimentos
Saídas
Chamado para homologação de software de terceiros;
Atividade:
2A. Identifica quais áreas envolvidas na análise do chamado
Entradas
Chamado para homologação de software de terceiros;
Procedimentos
2.1 Diretor (a) do DESEIN identifica que devem analisar a solicitação, antes do encaminhamento final para deliberação do CGSI.
Saídas
Chamado para parecer das áreas solicitadas pelo Diretor (a) do DESEIN.
Atividade:
2B. Encaminhar para processar de forma adequada a solicitação
Entradas
Chamado para homologação de software de terceiros inadequado ao processo
Procedimentos
2.1 Considerando a possibilidade de que ocorra o encaminhamento inadequado de solicitação de homologação de software, o Diretor do DESEIN deverá fechar o chamado informando a situação e as providências tomadas. Em caso da solicitação ser de homologação de Sistema, enquadrada na hipótese do art. 4º do Ato institutivo, o pedido deverá ser transformado em SEI e encaminhado ao DEGOV para processamento conforme Processo de Gerenciamento de Demandas.
Saídas
Chamado fechado sem êxito;
Protocolo SEI para processamento conforme Gerenciamento de Demandas.
Atividade:
3. Parecer de Infraestrutura 4. Parecer de Banco de Dados 5. Parecer de Atendimento ao Usuário 6. Análise quanto a segurança da informação;
Entradas
Chamado para homologação de software de terceiros;
Procedimentos
3.1 Infraestrutura analisará o ambiente computacional requisitado e se é necessário a compra de equipamentos de infraestrutura e/ou servidor de aplicação específicos para utilização do software; 4.1 Banco de dados analisará o ambiente computacional requisitado e se a equipe tem capacitação para dar suporte ao banco de dados necessário para execução da aplicação; 5.1 Atendimento ao usuário se manifestará quanto o impacto nas atividades de atendimento ao usuário; 6.1 Equipe de segurança realiza análise quanto a todos os aspectos de segurança da informação
Saídas
Chamado para parecer das áreas solicitadas pelo Diretor (a) do DESEIN e seus respectivos pareceres;
Atividade:
7. Analisa quanto a licenciamento, custo e outros assuntos 8. Consolida parecer para o CGSI
Entradas
Chamado para parecer das áreas solicitadas pelo Diretor (a) do DESEIN e seus respectivos pareceres;
Procedimentos
7.1 Diretor (a) do DESEIN analisa as informações apresentadas e verifica se há detalhes estratégicos que devem ser levados em consideração, como: licenciamento, custo e outros assuntos; 8.1 Diretor (a) do DESEIN junto com o Diretor do DESEIN consolidam as informações e incluem na pauta do CGSI.
Saídas
Chamado para aprovação do CGSI;
Atividade:
9. Notifica sobre a negação
Entradas
Chamado como homologação negada.
Procedimentos
9.1 Diretor (a) do DESEIN notifica o solicitante sobre os motivos da negação da homologação do software
Saídas
Chamado de homologação de software negado e Fechado sem êxito.
Atividade:
10. Elabora FAQ de Software Homologado
Entradas
Chamado como homologação deferida.
Procedimentos
10.1 Diretor (a) do DESEIN inclui o software no ROL de Softwares Homologados e adiciona informações quanto a instalação e outros aspectos relevantes em FAQ específica.
Saídas
Software homologado e Chamado de homologação de Software Fechado com êxito.
Atividade:
11. Atualizar planilha de controle de homologação
Entradas
Chamado para homologação de software de terceiros;
Software homologado e Chamado de homologação de Software Fechado com êxito;
Chamado de homologação de software negado e Fechado sem êxito;
Procedimentos
11.1 Inclusão no instrumento de controle de homologação de softwares de terceiros conforme modelo contido no ANEXO I.
Saídas
Controle de homologação de software de terceiros.
Controle do Processo:
ID
1
Processo
Homologação de Software de Terceiros
Dono do Processo
Diretor (a) do Departamento de Serviços e Infraestrutura de TIC
Indicador
Homologações de Softwares realizadas
Justificativa
Manter o controle das homologaç"oes de softwares
Periodicidade
Trimestral
Intervalo
3 Últimos Meses
Regra de cálculo
(Quantidade de Solicitações Deliberadas / Quantidade de Solicitações Recebidas ) * 100
Quantidade de Solicitações Deliberadas é referente a todas as requisições que foram submetidas ao CGSI para análise, não sendo relevante se foram deferidas ou indeferidas.
Meta
Acima de 95%
Origem dos Dados
OTRS - Poraqui conjunto com o Painel de Gestão
Responsável pela coleta
Diretor (a) do DESEIN
Responsável pela análise do indicador
Diretor (a) do DESEIN
O controle proposto neste documento pode ser registrado em planilha ou no portal da Secretaria de Tecnologia da Informação e Comunicação com objetivo de dar publicidade e transparência sobre as análises realizadas pela equipe técnica do Poder Judiciário do Estado de Rondônia.
