• No results found

4 – TERMOS E DEFINIÇÕES

4.1 Desenvolvedores

Analistas de Sistemas ou Programadores lotados no Setor de Sistemas Administrativos e Financeiros (STSAF), no Setor de Sistemas Jurídicos (STSJ) ou no Setor de Sistemas de Recursos Humanos (STSRH).

4.2 Chefes de Setores

Analistas e Programadores líderes de projetos nos setores: Sistemas Administrativos e Financeiros (STSAF), Sistemas Jurídicos (STSJ), Recursos Humanos (STSRH), Tecnologia Internet (STTI), Projeto e Modelagem de Banco de Dados (STPMDB) e Setor Normativo e de Documentação (STND).

4.3 Diretor do SRDM

É o gerente da unidade produtora de software, líder de todos os chefes de setores.

4.4 Pedido de mudança

Um pedido de mudança é uma solicitação recebida direta ou indiretamente, por meio de telefonema, email ou ainda memorando, com o propósito de modificar a configuração de um sistema.

Código: SEPROD.SRDM.P.004 Data: 07/03/2002 Revisão: 04 Página: 3 de 7

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

4.5 Sistema DMS – Documentação, Métricas e Serviços.

Sistema que tem a finalidade precípua de controlar os pedidos de modificação nos sistemas, garantindo um histórico da evolução do software.

4.6 Quadro de Controle de Mudanças (QCM).

4.6.1 É uma entidade lógica que contém pedidos de mudanças que envolvam mais de uma área ou que ainda necessitem de análise mais apurada por parte de Desenvolvedores e Chefes de Setores.

4.6.2 Esse quadro torna público um pedido de mudança que tem potencial para trazer implicações a outros sistemas além do diretamente relacionado a ele.

4.6.3 Um pedido submetido ao Quadro de Controle de Mudanças pode representar também a necessidade de avaliação, em conjunto, de um pedido de mudança com a finalidade de se obter uma solução consistente.

5 – CONSIDERAÇÕES GERAIS

5.1 Atribuições e responsabilidades

5.1.1 Cabe aos Desenvolvedores controlar as mudanças realizadas nos itens de configuração, alimentando os dados do sistema DMS conforme solicitado pela interface desse software.

5.1.2 Cabe aos Chefes de Setores redefinirem prioridades de execução de pedidos de modificação considerando suas disponibilidades de força de trabalho, bem como as necessidades dos usuários.

5.1.3 Cabe ao Diretor do SRDM, auxiliado pelos seus Chefes de Setores, deliberar sobre a aceitação ou arquivamento de um pedido de mudança na configuração de um sistema. 5.2 Pedido de mudança

5.2.1 Todo pedido de mudança é originado de um pedido de manutenção corretiva ou evolutiva de um sistema.

5.2.2 Um pedido de mudança deve ser inicialmente cadastrado na fila de pedidos pendentes.

Tribunal Superior do Trabalho

Código: SEPROD.SRDM.P.004 Data: 07/03/2002 Revisão: 04 Página: 4 de 7

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

5.2.3 Um pedido de mudança pendente será aceito, rejeitado ou será submetido ao Quadro de Controle de Mudança.

5.2.4 Um pedido de mudança permanecerá no QCM até que todos os envolvidos na análise confirmem positivamente a continuidade da mudança.

5.2.5 O Diretor do SRDM dará a palavra final, deliberando sobre a sua aceitação ou rejeição, para o caso dos pedidos de mudança que não obtiverem aprovação de todos os envolvidos.

5.3 Filas de pedidos

5.3.1 São três as filas de pedidos de mudança na configuração dos sistemas: Pendentes, em Serviço e Encerrados.

5.3.2 Um pedido de mudança, assim que é cadastrado recebe o atributo de aceito, podendo ser alterado para QCM ou ainda rejeitado, conforme o caso.

5.3.3 Um pedido na fila de pendentes pode estar sob análise do Quadro de Controle de Mudanças.

5.3.4 Um pedido na fila de pendentes, para mudar para a fila de em serviço deve ter sofrido um projeto de manutenção na forma dos processos de Desenvolvimento ou Manutenção.

5.3.5 Um pedido muda da fila de pendentes para em serviço e deste para encerrado, quando efetivamente começa a ser executado e quando é concluído, respectivamente. 5.3.6 Um pedido pendente, pode ainda ser rejeitado (arquivado) com anuência dos Chefes de Setores ou do Diretor do SRDM.

5.3.7 Caso seja rejeitado, um pedido de mudança será arquivado na fila de rejeitados.

6 – PROCEDIMENTOS

6.1 Cadastrar um pedido de mudança 6.1.1 Ativar o sistema DMS.

Código: SEPROD.SRDM.P.004 Data: 07/03/2002 Revisão: 04 Página: 5 de 7

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

6.1.3 Executar a opção “Abrir Chamado” 6.1.4 Informar o tipo de manutenção. 6.1.5 Informar a criticidade do problema.

6.1.6 Informar o código do chamado do Autoanswer, quando aplicável.

6.1.7 Fazer uma pré-análise do pedido para verificar a pertinência de mandá-lo para o QCM. Na dúvida sobre as implicações técnicas e operacionais relativas a sua implementação, submetê-lo ao QCM.

6.2 Capturar um pedido de mudança pendente

6.2.1 Não se pode capturar para execução um pedido de mudança pendente que esteja sob análise do Quadro de Controle de Mudanças.

6.2.2 No momento da captura de um pedido de mudança, o desenvolvedor poderá decidir sobre o seu arquivamento (rejeição) desde que esse procedimento seja de comum acordo com o Chefe de Setor ou, na ausência deste, com o Diretor do SRDM.

6.2.3 Quando o Desenvolvedor captura o pedido de manutenção pendente este passa a figurar na lista de pedidos em execução do DMS.

6.2.4 O Desenvolvedor deve, preferencialmente, fazer o projeto de manutenção estimando o número de horas e de Desenvolvedores antes de capturar o pedido para execução (Fila em serviço).

6.3 Executar um pedido de mudança da fila “em Serviço”

6.3.1 O Desenvolvedor deve registrar todas as ocorrências do pedido de mudança que está sendo executado.

6.3.2 É possível, em último caso, que um pedido em serviço seja redirecionado para a fila de pedidos pendentes

6.3.3 Ao concluir o cadastramento de informações úteis à manutenção do histórico de controle de mudanças, o Desenvolvedor acessa o Oracle Repositório e, seguindo os procedimentos do Processo de Controle de Versão de Software, implementa a(s) alteração(ões) prevista(s) para corrigir o problema.

Tribunal Superior do Trabalho

Código: SEPROD.SRDM.P.004 Data: 07/03/2002 Revisão: 04 Página: 6 de 7

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

6.3.4 O Desenvolvedor deve proceder a todos os testes e obter a aprovação do autor do pedido de mudança antes do encerramento do pedido de mudança.

6.4 Encerrar um pedido de mudança

6.4.1 Antes de encerrar um pedido de mudança, o desenvolvedor deve seguir os procedimentos de conclusão da alteração de um item de configuração, descritos no Processo de Controle de Versão de Software.

6.4.2 Tendo recebido a homologação da nova versão da configuração do sistema, e a disponibilizado no ambiente de produção, o desenvolvedor finaliza o pedido de mudança incluindo as informações solicitadas no DMS.

6.4.3 Caso o usuário informe que a alteração não ficou de acordo com a necessidade, repetir os procedimentos do item 6.3 deste documento até conseguir aprovar a modificação.

6.4.4 Caso o usuário confirme que o problema foi resolvido, entrar no sistema “Autoanswer” e marcar o “Status” do chamado como “Fechado”.

Código: SEPROD.SRDM.P.004 Data: 07/03/2002 Revisão: 04 Página: 7 de 7

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

Código: SEPROD.SRDM.N.001 Data: 11/04/2002 Revisão: 01 Página: 1 de 4

Elaborado por Revisado por Aprovado por

Iniciais :_______________ Iniciais :_______________ Iniciais :_______________

Rubrica :______________ Rubrica :______________ Rubrica :______________

Data : _____/_____/_____ Data : _____/_____/_____ Data : _____/_____/_____

Este documento não pode ser copiado ou cedido sem prévia autorização do Tribunal Superior do Trabalho - TST

APÊNDICE E

Documentação Institucional das Normas para o