Plano de Gestão de Configuração - brunaborelli/FEI-Projeto-PGBR GitHub Wiki
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 GitHub, 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, para garantir qualidade e adaptação contínua à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.
O controle de mudanças começa identificando as demandas e oportunidades de melhoria, com 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.
Após a aprovação do gerente, as alterações são implementadas pelos designers e desenvolvedores, 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 da plataforma. Todas as alterações são documentadas no repositório GitHub, garantindo transparência e rastreabilidade.
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, que registra os detalhes de todas as 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.
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.