Trabalho - Gerencia de Configuração

Prévia do material em texto

FACVLDADE MAURICIO DE NASSAU
CURSO DE ANALISE E DESENVOLVIMENTO DE SISTEMAS
GERENCIA DE CONFIGURAÇÂO
Manoel de Almeida Carvalho Neto
Aracaju - SE
Abril 2018
Manoel de Almeida Carvalho Neto
GERENCIA DE CONFIGURAÇÂO
Trabalho apresentado com o objetivo de compor o processo avaliativo da disciplina Gerencia de Configuração ministrada pela Prof. Otavio Cordeiro do curso de Analise e Desenvolvimento de Sistemas/UNINASSAU. 
Aracaju - SE
Abril 2018
Conceito
Gerência de Configuração de Software (GCS) é um conjunto de atividades de apoio que permite a absorção ordenada das mudanças inerentes ao desenvolvimento de software, mantendo a integridade e a estabilidade durante a evolução do projeto. 
Atividades da Gerencia de Configuração de Software
• Controlar e acompanhar mudanças (Controle de Mudança)
• Registrar a evolução do projeto (Controle de Versão)
• Estabelecer a integridade do sistema (Integração Contínua)
Controle de Mudança
Mudanças aparecem durante todo o desenvolvimento e devem ser registradas, avaliadas e agrupadas de acordo com sua prioridade. Com base nessas informações, é possível planejar melhor o escopo, prazo e o custo de cada iteração. Em seguida, à medida que o desenvolvimento acontece, pode-se acompanhar o estado da solicitação da mudança até sua implementação e até o lançamento de uma versão em produção.
Controle de Versão
É responsável por possibilitar a edição concorrente sobre os arquivos e a criação de variações no projeto, registro do histórico das configurações. O controle de versão é a parte principal da GCS. É o elo comum entre o controle de mudança e a integração do projeto.
Integração continua
O objetivo da integração é verificar se a construção do sistema a partir dos itens registrados em uma configuração é bem-sucedida.
A integração é feita através de scripts que automatizam a construção, testes e é também a coleta de métricas de qualidade.
O que é o GIT na GCS?
GIT é um sistema de controle de versão distribuído, através deles podemos desenvolver projetos na qual diversas pessoas podem contribuir simultaneamente no mesmo, editando e criando novos arquivos e permitindo que os mesmos possam existir sem o risco de suas alterações serem sobrescritas.
Como funciona o Controle de Versão?
O controle de versão é composto de duas partes: o repositório e a área de trabalho. O repositório armazena todo o histórico de evolução do projeto, registrando toda e qualquer alteração feita em cada item versionado.
 O desenvolvedor não trabalha diretamente nos arquivos do repositório. Ao invés disso, usa uma área de trabalho que contém a cópia dos arquivos do projeto e que é monitorada para identificar as mudanças realizadas. Essa área é individual e isolada das demais áreas de trabalho.
A sincronização entre a área de trabalho e o repositório é feita através dos comandos commit e update. O commit envia um pacote contendo uma ou mais modificações feitas na área de trabalho (origem) ao repositório (destino). O update faz o inverso, isto é, envia as modificações contidas no repositório (origem) para a área de trabalho (destino).
Controle de Versão Centralizado
O controle de versão centralizado segue a topologia em estrela, havendo apenas um único repositório central mas várias cópias de trabalho, uma para cada desenvolvedor. A comunicação entre uma área de trabalho e outra passa obrigatoriamente pelo repositório central.
 Controle de Versão Distribuído
São vários repositórios autônomos e independentes, um para cada desenvolvedor. Cada repositório possui uma área de trabalho acoplada e as operações commit e update acontecem localmente entre os dois.
Um repositório pode se comunicar com qualquer outro através das operações básicas pull e push:
Pull (Puxar). Atualiza o repositório local (destino) com todas as alterações feitas em outro repositório (origem).
Push (Empurrar). Envia as alterações do repositório local (origem) para um outro repositório (destino)
A sincronização entre os desenvolvedores acontece de repositório a repositório e não existe, em princípio, um repositório mais importante que o outro, embora o papel de um repositório central possa ser usado para convencionar o fluxo de trabalho.
Referências Bibliográficas.
Disponível em < http://www.hardware.com.br/termos/sistema-de-arquivos>. Acessado em 25/02/2018.
Disponível em < https://blog.pronus.io/posts/o-que-eh-gerencia-de-configuracao-de-software/ >. Acessado em 21/04/2018.
Disponível em < https://git-scm.com/book/pt-br/v1/Primeiros-passos-Sobre-Controle-de-Vers%C3%A3o >. Acessado em 21/04/2018.
Disponível em < https://pt.wikipedia.org/wiki/Sistema_de_controle_de_vers%C3%B5es >. Acessado em 21/04/2018.
Disponível em < https://edisciplinas.usp.br/pluginfile.php/3351604/mod_resource/content/1/Aula_GCS.pdf >. Acessado em 21/04/2018.
Disponível em < https://tableless.com.br/tudo-que-voce-queria-saber-sobre-git-e-github-mas-tinha-vergonha-de-perguntar/ > Acessado em 22/04/2018
Disponível em < https://blog.pronus.io/posts/conceitos-basicos-de-controle-de-versao-de-software-centralizado-e-distribuido/ > Acessado em 22/04/2018