Gestão de Configuração

Versionamento

Revisão	Data	Descrição	Responsável	Verficação	Validação
0	01/09/2016	Primeira versção do documento, Adicionado os tópicos	Gustavo Britto	Bruno Dell'Orto	Bruno Dell'Orto

#Objetivo O propósito do processo Gerência de Configuração é estabelecer e manter a integridade de todos os produtos de trabalho de um processo ou projeto e disponibilizá-los a todos os envolvidos. Resultados esperados:

• GCO 1. Um Sistema de Gerência de Configuração é estabelecido e mantido;
• GCO 2. Os itens de configuração são identificados com base em critérios estabelecidos;
• GCO 3. Os itens de configuração sujeitos a um controle formal são colocados sob baseline;
• GCO 4. A situação dos itens de configuração e das baselines é registrada ao longo do tempo e disponibilizada;
• GCO 5. Modificações em itens de configuração são controladas;
• GCO 6. O armazenamento, o manuseio e a liberação de itens de configuração e baselines são controlados;
• GCO 7. Auditorias de configuração são realizadas objetivamente para assegurar que as baselines e os itens de configuração estejam íntegros, completos e consistentes.

1 Introdução

Sob a perspectiva de serviços, assim como em desenvolvimento de software, a Gerência de Configuração é dividida em três sistemas principais:
Sistema de controle de modificações: tem a função de executar a função de controle da configuração de forma sistemática, armazenando todas as informações geradas durante o andamento das solicitações de modificação e relatando essas informações aos envolvidos, assim como estabelecido pela função de contabilização da situação da configuração.
Sistema de controle de versões: permite que os itens de configuração sejam identificados, segundo estabelecido pela função de identificação da configuração e que eles evoluam de forma distribuída e concorrente, porém disciplinada. Essa característica é necessária para que diversas solicitações de modificação efetuadas na função de controle da configuração possam ser tratadas em paralelo, sem corromper o sistema de Gerência de Configuração como um todo.
Sistema de gerenciamento de construção: automatiza o processo de transformação dos diversos artefatos que compõem um trabalho no sistema de serviço propriamente dito, de forma aderente à função de gerenciamento de liberação e entrega. Além disso, esse sistema estrutura as baselines selecionadas para liberação, conforme necessário, para a execução da função de avaliação e revisão da configuração.

2 Atividades de GCO

Atividades de controle de configuração incluem a requisição, avaliação, aprovação e implementação de mudanças em itens de configuração. Mudanças podem incluir tanto correções de erros quanto melhoramentos. O grau de formalidade necessário para o processo de controle de mudança depende da linha base afetada e do impacto da mudança na estrutura da configuração. Ao final de cada fase do projeto e das iterações serão geradas revisões que serão consideradas configurações-base (baseline) do projeto. Para estas revisões todos os documentos incluídos deverão estar revisados e aprovados pelos envolvidos.

2.1 Identificação de Configuração

Serão estabelecidas configurações-base para o controle dos artefatos e de suas modificações. Estas configurações estarão em sincronismo com os marcos de avaliação do projeto, que deverão ser definidos no cronograma do plano de gerência de projeto.

2.1.1 Itens de Configuração

Esta seção define os itens de configuração a serem controlados com suas respectivas dependências e permissões de acesso.

Item	Dependência	Permissões de acesso
Gestão de Projeto	GitHub	Gerência
Projeto Detalhado	GitHub	Gerência
Gestão de Configuração	GitHub	Gerente de Configuração
Gestão de Requisitos	GitHub	Gerência
Codigo-Fonte	GitHub	Analistas
Tabela 1 – Itens de Configuração do Projeto

2.1.2 Nomenclatura dos Itens de Configuração

Todos os itens de configuração com exceção dos itens referente ao ambiente de desenvolvimento serão identificados por rótulos de identificação únicos conforme a nomenclatura definida a seguir:
Documentos: Integragenda_[CODIGO]_[REVISAO]
O codigo do documento será o minemonico, composto obrigatoriamente por 3 letras, do nome do documento. Por exemplo: Gestão de Requisitos será GRQ.
A revisão será a seguinte nomeclatura: REV[Numero], sendo o numero representando a versão atual do documento.

2.2 Local de Armazenamento

Para o armazenamento dos codigo-fonte assim como os documentos do projeto, será usado a ferramenta GitHub. A documentação será armazenada na WIKI do GitHub e o código-fonte em seu repositorio principal.

2.2.1 Geração da Baseline

A baseline deverá ser gerada à conclusão de cada ciclo do projeto, ou em marcos pré-estabelecidos no plano do projeto. A alteração em algum item que já tenha sido armazenado em uma baseline, deverá ser submetida ao controle de mudanças.

3. Controle de Mudanças

Após o estabelecimento de uma configuração base, os artefatos que a compõem e não fazem parte da iteração vigente, necessitarão de um procedimento formalizado para serem alterados. Segue abaixo o plano de controle de configuração a ser seguido para os itens de configuração que compõem uma configuração-base.

3.1 Requisição de mudanças

Toda requisição de mudança segue o processo descrito na gerencia de requisitos, onde é adotado um processo para eventuais mudanças no projeto.

4 Rastreabilidade

Para garantir o controle de impacto nas mudanças, conformidade com requisitos, casos de testes, etc. Em relação a documentos:

• Foi adotado que em todos os documentos gerados no projeto devem possuir um campo onde será registrado toda alteração feita no documento, assim como sua versão atual, seus autores e a pessoa que verificou e validou.
• Para todos os casos de teste e procedimentos, deve ser mostrado a qual/quais requisito está sendo atendido no teste.

Para tal registro, o autor deve montar uma matriz de rastreabilidade para que seja fácil a leitura da rastreabilidade.

5 Arquitetura

As ferramentas utilizadas está descrito em 6. Tecnologias Utilizadas do documento do projeto detalhado.

Essas ferramentas serão usadas para auxiliar as atividades do projeto. O GitHub será a principal ferramenta utilizada pelo projeto, onde será armazenado os documentos e código-fonte do projeto, o Travis deverá rodar os testes e compilar o código.
Para integrar o uso de todas as plataformas utilizada no projeto será utilizado o Slack, onde é notificado todas as alterações/notificações das outras ferramentas em um só lugar.