1. Escopo do Plano

O Plano de Gerenciamento de Configuração descreve todas as atividades do Gerenciamento de Controle de Configuração e Mudança que serão executadas durante o ciclo de vida do produto. Suas atividades envolvem identificar a configuração do software, manter sua integridade durante o projeto e controlar sistematicamente as mudanças.

O Plano de Gerenciamento de Configuração será destinado ao projeto PGBR (Plataforma de Gerenciamento Brasileiro), que consiste no desenvolvimento de um software de gestão de inovação, semelhante ao AEVO. A plataforma incluirá funcionalidades como Kanban, listas de tarefas, relatórios, gráficos, notificações, definição de equipes, controle de prazos, agenda, gráfico de Gantt, histórico de atividades e a capacidade de adicionar anexos.

Os principais stakeholders do projeto incluem:

• Gerentes de projetos, responsáveis pela supervisão do desenvolvimento e cumprimento dos objetivos.
• Usuários integrantes do projeto, que incluem a equipe interna envolvida diretamente na criação e manutenção da plataforma, como os Desenvolvedores e Designers.

2. Gerência de Configuração de Software

2.1. Itens de Configuração

Item	Descrição
Modelo Features	Foca no desenvolvimento de funcionalidades de acordo com as prioridades do projeto
Modelo BPMN Negócio	Notação padrão para modelar processos de negócios de forma gráfica - Diagrama
Serviços Candidatos	Serviços identificados como potenciais para integração em um projeto de software
Contratos de Serviços - SLA’s	Acordo que define expectativas de desempenho e penalidades para serviços prestados.
Estratégias de Teste de Serviços	Métodos para testar e garantir o funcionamento e a qualidade dos serviços de software.
Serviços - API’s	Descrição e documentação das API’s dos serviços.
Plano de monitoramento de serviços	Plano para acompanhar e garantir o desempenho contínuo e a qualidade dos serviços.

2.2. Identificação dos Itens de Configuração

Nome do Projeto: PGBR (Plataforma de Gerenciamento Brasileiro)
Nomenclatura: Nome do Projeto_IC_VX.X

Acrônimos	Significado
MF	Modelo Features
MBPMN	Modelo BPMN
SVC	Serviços Candidatos
CS	Contratos de Serviços - SLA’s
ETS	Estratégias de Teste de Serviços
SAPI	Serviços API’s
PMS	Plano de monitoramento de serviços

2.2.1. Armazenamento dos Itens de Configuração

Os itens de configuração (ICs) serão armazenados em um ambiente centralizado e seguro. Para isso, utilizaremos o GitHub como repositório principal, garantindo que todos os documentos, scripts, e outros artefatos estejam organizados e versionados corretamente.

Ambiente de Armazenamento:

• Repositório GitHub: O armazenamento dos ICs será feito no repositório https://github.com/brunaborelli/FEI-Projeto-PGBR, onde cada tipo de item terá uma pasta específica e será versionado conforme as práticas de controle de versão.

Políticas de Acesso:

• Controle de Acesso: O acesso ao repositório será restrito e controlado por permissões de usuário, garantindo que somente pessoas autorizadas possam modificar os ICs.
• Níveis de Permissão:
  • Leitura: Todos os membros da equipe terão acesso de leitura aos ICs.
  • Escrita: Apenas membros da equipe de desenvolvimento e gerentes de configuração terão permissões de escrita.
  • Administração: Gerentes de projeto terão permissões administrativas para gerenciar o repositório.

2.3. Controle de Configuração e Mudança

2.3.1. Processo de Solicitações de Mudança

O controle de alterações desempenha um papel crucial no desenvolvimento da plataforma, garantindo qualidade e adaptações contínuas às necessidades. Este processo é fundamental para gerenciar as mudanças que ocorrem ao longo do ciclo de vida do projeto, desde a identificação inicial das necessidades até a implementação e avaliação das alterações propostas.

Esse controle começa identificando as demandas e oportunidades de melhoria na plataforma, através dos feedbacks fornecidos pelos usuários. Cada proposta de alteração é rigidamente avaliada pela equipe, levando em consideração fatores como relevância, viabilidade técnica e impacto potencial sobre a experiência do usuário.

Após a aprovação do gerente, as alterações são passadas para os Designers e Desenvolvedores implementarem, seguindo as melhores práticas e padrões estabelecidos. Os testes são conduzidos para garantir que as alterações não contenham falhas ou afetem negativamente as funcionalidades do aplicativo. Além disso, todas as alterações são devidamente documentadas em nosso repositório do GitHub, garantindo transparência e rastreabilidade ao longo do desenvolvimento da plataforma.

2.3.2. Controle de Versionamento

O controle de versionamento dos ICs será gerenciado utilizando a seguinte abordagem:

Utilizaremos um sistema de controle de versão, como o Git, no qual o código-fonte e outros ativos do projeto são armazenados e gerenciados de maneira organizada em um repositório centralizado. Cada alteração feita no código é registrada como um commit, permitindo que os desenvolvedores acompanhem e revertam as mudanças conforme necessário.

O GitHub também tem um papel importante neste processo, fornecendo uma plataforma online para hospedar repositórios Git e facilitar a colaboração entre os membros da equipe. Os desenvolvedores podem copiar repositórios existentes do GitHub para seus próprios computadores, fazer alterações localmente e, em seguida, fazer push dessas alterações de volta para o repositório remoto no GitHub.

Um outro componente essencial do processo de versionamento é o Changelog, registrando os detalhes de alterações. Este documento fornece uma visão abrangente de cada versão do aplicativo, incluindo novas funcionalidades, correções de bugs e outras melhorias implementadas.

Em conjunto, o processo de versionamento, aliado ao GitHub, garante que o desenvolvimento da plataforma seja conduzido de maneira ordenada e controlada, facilitando a colaboração entre os membros da equipe e permitindo uma gestão eficiente das diferentes versões do software.