Camil Alimentos S/A Procedimento Gerenciamento de Mudanças Ref.: TI-P-001/13 Revisão: 02 Emissão: 24/05/2016 Qtd. Pág.: 05 Elaborado: Cleberson Ribeiro e Allan Wziontek Revisado: Rosana Chimabuco e Sandro Messias Façanha Aprovado: Júlio Dantas Índice I. OBJETIVO... 2 II. ABRANGÊNCIA... 2 III. DEFINIÇÕES... 2 IV. RESPONSABILIDADES... 2 1. Área Solicitante... 2 2. T.I... 2 V. PROCEDIMENTOS... 2 1. Controles de Gerenciamento de Mudanças... 2 1.1. Requisição e aprovação do desenvolvimento/manutenção... 2 1.2. Teste de homologação... 3 1.3. Requisição e aprovação da implantação de pacotes / programas modificados para o ambiente de produção... 3 1.4. Acesso dos desenvolvedores... 4 1.5. Anexo I (chamado no sistema )... 4 VI. REFERÊNCIAS... 5 VII. HISTÓRICO DAS REVISÕES... 5 Antes de imprimir pense em seu compromisso com o meio ambiente. Pág. 1/5 TI-P-001/13 01
I. OBJETIVO Estabelecer prática de controles que assegurem o acompanhamento e o gerenciamento das instalações de programas e manutenções de sistemas, assegurando a integridade das informações. II. ABRANGÊNCIA Todas as Unidades da Camil Alimentos S/A e Ciclo Logística. III. DEFINIÇÕES SERVICEDESK Sistema de gerenciamento e abertura de solicitações para TI (Tecnologia da Informação). Teste de Homologação Simulação do cenário que está sendo desenvolvido/modificado, com o intuito de verificar se o desenvolvimento foi efetuado de acordo com a solicitação da área interessada. Ambiente de Teste Ambiente sistêmico onde são realizados os testes dos desenvolvimentos. Ambiente de Produção Ambiente real de execução das tarefas sistêmicas. Segregação de Função - Garantir que um profissional não desempenhe tarefas conflitantes, como por exemplo, realizar modificações de um programa e implantá-lo em produção. IV. RESPONSABILIDADES 1. Área Solicitante 1.1. Abrir requisição do desenvolvimento/manutenção. 1.2. Aprovar a Ficha de projeto do desenvolvimento/manutenção. 1.3. Realizar os testes nos ambientes de testes, aprovar o documento de Homologação de programas e pacotes para a base teste. 1.4. Homologar o desenvolvimento/manutenção implantado na base oficial e aprovar novamente o documento de homologação de programas e pacotes para a base teste. 2. TI 2.1. Atender o chamado aberto pela área solicitante desenvolvimento/manutenção requisitado pela área solicitante. 2.2. Elaborar documentos necessários para aprovação do projeto. 2.3. Garantir que os desenvolvedores não tenham acesso ao ambiente produtivo. 2.4. Garantir que os documentos citados no item 2.3 serão assinados pelos usuários envolvidos para atualização dos ambientes. V. PROCEDIMENTOS 1. Controles de Gerenciamento de Mudanças 1.1. Requisição e aprovação do desenvolvimento/manutenção Antes de imprimir pense em seu compromisso com o meio ambiente. Pág. 2/5 TI-P-001/13 01
1.1.1. Ao detectar a necessidade de mudança, a área solicitante deve efetuar uma abertura de chamado via sistema SERVICEDESK (anexo 1 item 1.5). 1.1.2. Ao receber o chamado, o analista de negócios de TI deverá preencher o formulário TI-F- 001A/13-01 - Ficha de Abertura de Projeto. 1.1.3. O analista avaliará a viabilidade e os impactos da solicitação e irá elaborar o préorçamento do projeto, encaminhando-o para aprovação do gestor da área solicitante. 1.1.4. Caso o gestor da área solicitante esteja de acordo com a avaliação do analista, o gestor deverá aprovar assinando a Ficha de projeto. Do contrário, o gestor deverá descrever na Ficha de projeto o motivo da rejeição e assinar. O analista de negócio encerra o chamado no SERVICEDESK e arquiva a ficha. 1.2. Teste de homologação 1.2.1. O analista programador com base na Ficha do projeto gera o documento de TI-F- 001B/13-01- Especificação Técnica do Projeto contendo os detalhes técnicos da solicitação a serem desenvolvidos. 1.2.2. Finalizando o desenvolvimento o analista programador disponibiliza a modificação / desenvolvimento para a realização dos testes de homologação. 1.2.3. Se a modificação / desenvolvimento estiver em conformidade com o solicitado, o usuário deve aprovar o documento TI-F-001C/13-01 - Homologação de Solicitações Específicas/Pacotes encaminharem para o analista programador solicitando a transferência para o ambiente produtivo. 1.2.4. A formalização da homologação deve conter as seguintes informações: 1.2.4.1. Descrição sobre os pontos principais validados durante a homologação e se estão em conformidade ou não com o que foi requerido; 1.2.4.2. Nome dos pacotes / programas que foram homologados e o que será implantado em produção; e 1.2.4.3. Nome dos usuários que realizaram os testes e data da homologação. 1.2.5. A homologação deve ocorrer em ambiente de teste/homologação. 1.3. Requisição e aprovação da implantação de pacotes / programas modificados para o ambiente de produção. 1.3.1. Somente após a homologação deve ser requerida a migração dos pacotes / programas modificados ao ambiente produtivo. 1.3.2. Deverão ser efetuados novos testes em base de produção para atestar o correto funcionamento dos programas e ser aprovado pelo solicitante. 1.3.3. A requisição de migração/transporte para o ambiente produtivo deve conter as seguintes informações: 1.3.3.1. Nome e cargo do profissional responsável pela requisição; 1.3.3.2. Aprovação do gestor do sistema ou dono da informação. Antes de imprimir pense em seu compromisso com o meio ambiente. Pág. 3/5 TI-P-001/13 01
1.3.3.3. Relação de pacotes / programas alterados que serão implantados no ambiente produtivo. 1.3.3.4. Data da requisição. 1.3.4. A requisição e a devida aprovação de implantação de mudanças devem ser efetuadas antes da implantação do programa em produção. 1.3.5. Após o programa entrar em produção o usuário chave deverá valida-lo no service desk em até 30 dias. Passado este período, o usuário receberá 03 avisos via e-mail com intervalos de 1 semana, o não retorno após este período ficará entendido que a aplicação está devidamente homologada em ambiente de produção e o chamado será encerrado pela TI em conjunto com a Auditoria Interna. 1.3.6. Os casos emergenciais (situação em que parem processos críticos: faturamento, entrada de pedidos, e/ou processos assim definidos pelo gestor), que não seja possível seguir os procedimentos de mudanças apresentados neste documento, assim que a solução for aplicada em produção, as mudanças deverão ser documentadas e o processo de homologação em base de produção deverá acontecer em seguida a solução do problema, deixando formalizado no documento ciência do processo pelo gestor. 1.4. Acessos dos desenvolvedores Não devem existir desenvolvedores com acesso ao ambiente produtivo da aplicação, para isso é necessário: 1.4.1. Desabilitar os acessos desenvolvedores ao ambiente de produção a fim de evitar que profissional de desenvolvimento não desempenhe tarefas conflitantes, como por exemplo, realizar a modificação do programa e implantá-lo em produção. 1.4.2. Mesmo que existam profissionais distintos para efetuar desenvolvimento e implantá-los em produção, deve-se garantir que o desenvolvedor não possui acesso ao ambiente produtivo, por meio de configuração lógica no sistema, ou seja, o acesso ao ambiente de produção seja restrito. 1.4.3. Esta restrição é necessária para os seguintes níveis: 1.4.3.1. Aplicação. 1.4.3.2. Sistema operacional. 1.4.3.3. Banco de dados. Antes de imprimir pense em seu compromisso com o meio ambiente. Pág. 4/5 TI-P-001/13 01
1.5. Anexo I. (chamado no sistema SERVICEDESK). VI. Referências VII. Histórico das Revisões 1. Publicação Rev. 01-29/10/2013 Rev. 02 - Antes de imprimir pense em seu compromisso com o meio ambiente. Pág. 5/5 TI-P-001/13 01