Plano de Gerência de Configuração

Histórico da Revisão

Introdução

Este plano de gerência de configuração visa estabelecer e mantes a integridade do projeto durante o ciclo de vida. As principais atividades envolvem identificr a configuração de software, manter sua integridade durante o projeto e controlar sistematicamente suas mudanças. Esse plano contém Informações referentes ao sistema de gerencia de configuração do projeto "NossaTrip".

Glossário

Organização

Gerente de Configuração:

• Gustavo Grimaldi Campello

A gerência é responsável pelo controle de informações para que não haja inconsistencia, assim o gerente de configuração é responsável pelo controle de mudanças e disponilibilização para todos integrantes as versões e os itens de configuração (artefatos) para que em caso de falha não atrapalhe o desenvolvimento do projeto.

Artefatos e Atividades

A seguir são visíveis as atividades de gerência de configuração que estão definidas no MPS.BR:

• 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.

Ferramentas, Ambiente e Infraestrutura

Ferramentas:

O ambiente de produção e homologação são feitos na mesma máquina de processador Celeron quad-core 2.3 GHz, 4 GB de RAM, Espaço livre de 200GB com conexão de 10MBps.

Plano de Configuração

Será criado um repositório principal no github aonde todos desenvolvedores terão acesso, cada desenvolvedor trabalhará na sua branch criada a partir da branch master, e após concluído a tarefa é necessário verificar se a equipe aprova a modificação, sendo necessário dar um pull request para que todo a equipe aprovem a alteração. O programador antes de enviar o pull request tem que ter gerado o teste da nova funcionalidade para que os outros programadores executem. Após a aprovação é necessário publicar a modificação e dar um merge na branch master. Este controle permite uma melhor segurança na hora de fazer alterações no projeto e manter o controle das versões.

Toda contruibuição no projeto será acompanhada pela ferramenta Slack, que observa e registra alterações no repositório github, no gerenciador do projeto (Waffle.io) e no gerenciador de testes (Travis CI). O Slack também permite que os envolvidos em projetos discutam sobre o mesmo em chats e pode ser acessado tanto pelo pc quanto por smartphone.

Para manter uma qualidade na codificação dos membros da equipe utilizaremos o SonarQube. Essa ferramenta verifica se há comentários, repetições de códigos e a complexibilidade dos mesmo e gera uma nota.

Solicitação de Mudança

Para solicitar uma mudança seja de melhoria ou correção, foi definido um processo a ser seguido. O gestor responsável pelo controle de mudança tem que analisar o impacto da mudança no projeto.Após a avaliação é registrado e atualizado a mudança solicitada em uma tabela o numero do CM, o produto a ser alterado, assunto, o tipo de mudança, o setor, o status que podem ser: aprovada, em andamento ou até mesmo rejeitada, caso futuramente o mesmo tipo de solicitação seja enviada e por fim a data do registro.