SlideShare a Scribd company logo
1 of 18
Download to read offline
Modelo de GCS
Leonardo A Alves
   Problemas de comunicação na equipe

   Problema com dados compartilhados

   Problema com Manutenção múltipla

   Problema de atualização
   Em toda equipe há um certo grau de
    desordem.
   Damos o nome de Gerência de Configuração,
    a arte de coordenar o desenvolvimento de
    software minimizando a desordem natural.
Identificar
                             Maximiza
                             Produção

           Processo de
           desenvolvimento




Minimiza
Enganos                                 Organizar   software      controlar




                                                    Modificar
   A GCS visa estabelecer e manter a integridade
    dos artefatos de software, sob sua gerência,
    ao longo de todo o ciclo de vida do software,
    através de mecanismos que permitam
    administrar as diferentes versões, controlar
    modificações e permitir a realização de
    auditorias e a elaboração de relatórios sobre
    o estado da configuração.
   Definir o Ambiente de desenvolvimento
   Politicas para controle de versões garantindo
    a consistência dos artefatos produzidos
   Definir procedimentos para solicitações de
    mudanças
   Administrar o ambiente e auditar mudanças
   Facilitar a integração das partes do sistema.
   Aumento de produtividade no
    desenvolvimento
   Menores custos de manutenção
   Redução de defeitos
   Maior rapidez na identificação e correção de
    problemas
   Os artefatos e os ICS(instrumentos de
    configuração de software) são armazenados em
    uma estrutura própria denominada biblioteca de
    software do projeto IEEE.
    A IEEE define uma biblioteca de software como
    sendo uma coleção controlada de software e
    documentos a ela relacionadas, que auxilia o
    desenvolvimento, uso e manutenção do software,
    sendo também um instrumento utilizado para
    realizar atividades de distribuição e entrega do
    software. As técnicas e métodos referentes às
    atividades de GCS geralmente estão centradas no
    controle dessas bibliotecas.
    A estratégia foi dividida em 4 fases
    (Iniciação, Planejamento, Implantação e
    Encerramento). Para cada fase deve-se
    realizar um conjunto específico de atividades
    e por fim, elaborar um relatório conclusivo de
    fase apresentando como foi realizada toda
    esta fase, relacionando os problemas
    enfrentados, as opções identificadas e ações
    adotadas. Este relatório deve ser armazenado
    no repositório de lições aprendidas.
   As fases possuem entradas e saídas.
   As entradas representam as informações necessárias
    à correta execução de cada atividade da fase,
    enquanto que as saídas representam as informações
    produzidas pela execução das atividades da fase que
    servirão de entrada para uma outra atividade.
    O registro das lições aprendidas é de suma
    importância por representar o aprendizado e o
    conhecimento da organização adquirido durante o
    processo de implantação da GCS. Podem ser
    registrados, por exemplo, problemas, erros ou
    imprevistos ocorridos e as respectivas soluções
    adotadas para resolvê-los, além dos resultados
    referentes à solução adotada.
   Tem por objetivo definir e autorizar a implantação da
    GCS na organização.
    As atividades desta fase são: identificação das
    necessidades da organização a serem atendidas pela
    GCS, identificação dos interessados na implantação,
    identificação dos projetos de software da
    organização, obtenção de um patrocinador para o
    projeto e obtenção de apoio organizacional.
    A fase não tem entradas e termina com a conclusão
    de suas 5 saídas: relação de necessidades da
    organização, relação de interessados na implantação,
    relação de projetos de software da organização,
    patrocinador definido e apoio organizacional
    formalizado.
   Tem por objetivo definir os processos e as ações
    necessárias à implantação da GCS. Estas
    especificações devem estar descritas no plano de GCS
    e em seus procedimentos de suporte.
    As atividades desta fase são: definição dos objetivos
    e metas da organização, definição da equipe de GCS
    e suas responsabilidades, identificação da
    configuração do software, definição do processo de
    controle de mudanças, criação e organização da base
    de conhecimento necessária a GCS, definição do
    processo de auditoria da configuração, seleção da
    ferramenta de GCS, elaboração de um cronograma de
    implantação, seleção de um projeto-piloto para a
    implantação da GCS e elaboração do Plano de GCS.
   A fase tem como entradas as 5 saídas da fase
    anterior: relação de necessidades da
    organização, relação de interessados na
    implantação, relação de projetos de software
    da organização, patrocinador definido e
    apoio organizacional formalizado.
    A fase termina com a conclusão de suas 3
    saídas: projeto-piloto selecionado,
    ferramenta de GCS selecionada e o Plano de
    GCS elaborado.
   Tem por objetivo realizar efetivamente a
    implantação da GCS, conforme definido no
    Plano de GCS.
    As atividades desta fase são: formação da
    equipe de GCS, treinamento da equipe nos
    processos e na ferramenta de GCS, criação do
    ambiente de GCS, colocação da ferramenta de
    GCS em produção, monitoramento do
    processo de implantação, registro de lições
    aprendidas e elaboração do relatório de
    implantação.
   A fase tem como entradas as 3 saídas da fase
    anterior: projeto-piloto selecionado,
    ferramenta de GCS selecionada e o Plano de
    GCS elaborado.
    A fase termina com a conclusão de suas 3
    saídas: registro de lições aprendidas, Plano
    de GCS alterado (se necessário) e o relatório
    de implantação elaborado.
   Tem por objetivo formalizar a aceitação de
    conclusão da implantação da GCS, bem como
    arquivar todos os documentos referentes à
    implantação.
    Nesta fase, as informações históricas e as
    informações sobre as lições aprendidas
    devem ser transferidas para a base de
    conhecimento de lições aprendidas
    objetivando sua utilização em futuras
    implantações.
    A fase tem como entradas as 3 saídas da
    fase anterior: registro de lições aprendidas,
    Plano de GCS alterado (se necessário) e o
    relatório de implantação elaborado.
    A fase não tem saídas e termina com a
    conclusão de todas as suas atividades. Com
    base na avaliação dos resultados obtidos, a
    empresa vai decidir se a implantação da GCS
    será estendida aos demais projetos de
    desenvolvimento de software.
   algumas poucas empresas possuem interesse
    crescente pela GCS, motivadas pela busca de
    certificação de qualidade ou por necessidades
    geradas por competição de mercado, que
    cada vez mais exigem qualidade. Outras
    tantas empresas acreditam que a implantação
    da GCS ocorre simplesmente pela adoção de
    ferramentas.

More Related Content

What's hot

MPS Br Nível F - Gerência de Configuração - GCO
MPS Br Nível F - Gerência de Configuração - GCO MPS Br Nível F - Gerência de Configuração - GCO
MPS Br Nível F - Gerência de Configuração - GCO Vanilton Pinheiro
 
RUP - Gerenciamento de configuração e mudança (corrigido)
RUP - Gerenciamento de configuração e mudança (corrigido)RUP - Gerenciamento de configuração e mudança (corrigido)
RUP - Gerenciamento de configuração e mudança (corrigido)Elen Arantza
 
Gerenciamento de Configuração
Gerenciamento de ConfiguraçãoGerenciamento de Configuração
Gerenciamento de ConfiguraçãoMarcelo Yamaguti
 
Boas práticas para implementação Mps.br utilizando a ferramenta Channel
Boas práticas para implementação Mps.br utilizando a ferramenta Channel Boas práticas para implementação Mps.br utilizando a ferramenta Channel
Boas práticas para implementação Mps.br utilizando a ferramenta Channel Giovana Unbehaun
 
MPS.BR - Gerência de Projetos Nível G
MPS.BR - Gerência de Projetos Nível GMPS.BR - Gerência de Projetos Nível G
MPS.BR - Gerência de Projetos Nível GAndrew Edberg
 
Aula9 TEES UFS Gestao de Configuração de SW
Aula9 TEES UFS  Gestao de Configuração de SWAula9 TEES UFS  Gestao de Configuração de SW
Aula9 TEES UFS Gestao de Configuração de SWRogerio P C do Nascimento
 
Introdução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPIntrodução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPVagner Santana
 
A disciplina Teste no RUP
A disciplina Teste no RUPA disciplina Teste no RUP
A disciplina Teste no RUPtecprog2010
 
Engenharia Software Rup
Engenharia Software   RupEngenharia Software   Rup
Engenharia Software RupFelipe
 
ISMA 5 - Ponto de função como unidade de produto
ISMA 5 - Ponto de função como unidade de produtoISMA 5 - Ponto de função como unidade de produto
ISMA 5 - Ponto de função como unidade de produtoFatto Consultoria e Sistemas
 
Rational Unified Process - RUP
Rational Unified Process - RUPRational Unified Process - RUP
Rational Unified Process - RUPFernando Nogueira
 
Processo Unificado(RUP)
Processo Unificado(RUP)Processo Unificado(RUP)
Processo Unificado(RUP)elliando dias
 
Apqp – advanced product quality planning (1)
Apqp – advanced product quality planning (1)Apqp – advanced product quality planning (1)
Apqp – advanced product quality planning (1)emc5714
 
Padrões_Desenvolvimento
Padrões_DesenvolvimentoPadrões_Desenvolvimento
Padrões_DesenvolvimentoWagner Zaparoli
 
Apresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rupApresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rupJarbas Pereira
 

What's hot (20)

MPS Br Nível F - Gerência de Configuração - GCO
MPS Br Nível F - Gerência de Configuração - GCO MPS Br Nível F - Gerência de Configuração - GCO
MPS Br Nível F - Gerência de Configuração - GCO
 
RUP - Gerenciamento de configuração e mudança (corrigido)
RUP - Gerenciamento de configuração e mudança (corrigido)RUP - Gerenciamento de configuração e mudança (corrigido)
RUP - Gerenciamento de configuração e mudança (corrigido)
 
Gerenciamento de Configuração
Gerenciamento de ConfiguraçãoGerenciamento de Configuração
Gerenciamento de Configuração
 
Boas práticas para implementação Mps.br utilizando a ferramenta Channel
Boas práticas para implementação Mps.br utilizando a ferramenta Channel Boas práticas para implementação Mps.br utilizando a ferramenta Channel
Boas práticas para implementação Mps.br utilizando a ferramenta Channel
 
MPS.BR - Gerência de Projetos Nível G
MPS.BR - Gerência de Projetos Nível GMPS.BR - Gerência de Projetos Nível G
MPS.BR - Gerência de Projetos Nível G
 
Aula9 TEES UFS Gestao de Configuração de SW
Aula9 TEES UFS  Gestao de Configuração de SWAula9 TEES UFS  Gestao de Configuração de SW
Aula9 TEES UFS Gestao de Configuração de SW
 
Introdução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUPIntrodução à Engenharia de Requisitos e RUP
Introdução à Engenharia de Requisitos e RUP
 
A disciplina Teste no RUP
A disciplina Teste no RUPA disciplina Teste no RUP
A disciplina Teste no RUP
 
Apresentação RUP
Apresentação RUPApresentação RUP
Apresentação RUP
 
Engenharia Software Rup
Engenharia Software   RupEngenharia Software   Rup
Engenharia Software Rup
 
ISMA 5 - Ponto de função como unidade de produto
ISMA 5 - Ponto de função como unidade de produtoISMA 5 - Ponto de função como unidade de produto
ISMA 5 - Ponto de função como unidade de produto
 
Rational Unified Process - RUP
Rational Unified Process - RUPRational Unified Process - RUP
Rational Unified Process - RUP
 
Ciclo de Vida
Ciclo de VidaCiclo de Vida
Ciclo de Vida
 
Rational Unified Process (RUP)
Rational Unified Process (RUP)Rational Unified Process (RUP)
Rational Unified Process (RUP)
 
Processo Unificado(RUP)
Processo Unificado(RUP)Processo Unificado(RUP)
Processo Unificado(RUP)
 
Apqp – advanced product quality planning (1)
Apqp – advanced product quality planning (1)Apqp – advanced product quality planning (1)
Apqp – advanced product quality planning (1)
 
Introdução ao RUP
Introdução ao RUPIntrodução ao RUP
Introdução ao RUP
 
Padrões_Desenvolvimento
Padrões_DesenvolvimentoPadrões_Desenvolvimento
Padrões_Desenvolvimento
 
Visao Geral Rup
Visao Geral RupVisao Geral Rup
Visao Geral Rup
 
Apresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rupApresentação modelagem de_negócio_rup
Apresentação modelagem de_negócio_rup
 

Viewers also liked

Ferramentas de Gerenciamento de Rede
Ferramentas de Gerenciamento de RedeFerramentas de Gerenciamento de Rede
Ferramentas de Gerenciamento de RedeHelder Lopes
 
Gerência de Redes - 7.Ferramentas e Sitemas de Gerenciamento
Gerência de Redes - 7.Ferramentas e Sitemas de GerenciamentoGerência de Redes - 7.Ferramentas e Sitemas de Gerenciamento
Gerência de Redes - 7.Ferramentas e Sitemas de GerenciamentoMauro Tapajós
 
Modelagem Arquitetural e Visão 4+1
Modelagem Arquitetural e Visão 4+1Modelagem Arquitetural e Visão 4+1
Modelagem Arquitetural e Visão 4+1Adriano Tavares
 
Metodología para realizar auditorías de sistemas
Metodología para realizar auditorías de sistemasMetodología para realizar auditorías de sistemas
Metodología para realizar auditorías de sistemasChristian García
 

Viewers also liked (7)

PMBOK
PMBOKPMBOK
PMBOK
 
Ferramentas de Gerenciamento de Rede
Ferramentas de Gerenciamento de RedeFerramentas de Gerenciamento de Rede
Ferramentas de Gerenciamento de Rede
 
Gerência de Redes - 7.Ferramentas e Sitemas de Gerenciamento
Gerência de Redes - 7.Ferramentas e Sitemas de GerenciamentoGerência de Redes - 7.Ferramentas e Sitemas de Gerenciamento
Gerência de Redes - 7.Ferramentas e Sitemas de Gerenciamento
 
Teste de Aceitação: problemas, desafios e abordagens
Teste de Aceitação: problemas, desafios e abordagensTeste de Aceitação: problemas, desafios e abordagens
Teste de Aceitação: problemas, desafios e abordagens
 
Modelagem Arquitetural e Visão 4+1
Modelagem Arquitetural e Visão 4+1Modelagem Arquitetural e Visão 4+1
Modelagem Arquitetural e Visão 4+1
 
Metodología para realizar auditorías de sistemas
Metodología para realizar auditorías de sistemasMetodología para realizar auditorías de sistemas
Metodología para realizar auditorías de sistemas
 
Definição e classificação dos requisitos
Definição e classificação dos requisitosDefinição e classificação dos requisitos
Definição e classificação dos requisitos
 

Similar to Modelo de implantação de GCS em 4 fases

PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL GPROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL Gjrnavarro
 
Introdução Qualidade de Software
Introdução Qualidade de SoftwareIntrodução Qualidade de Software
Introdução Qualidade de SoftwareWellington Oliveira
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfAthena542429
 
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL G
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL GA EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL G
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL GNorton Guimarães
 
Processos de software
Processos de softwareProcessos de software
Processos de softwareDann Volpato
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANFernando Palma
 
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O MODELO DE QUALIDADE MPS.BR NOS N...
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O  MODELO DE QUALIDADE MPS.BR NOS N...MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O  MODELO DE QUALIDADE MPS.BR NOS N...
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O MODELO DE QUALIDADE MPS.BR NOS N...Adson Wendel
 
Definicao.Melhoria.Processos.Fabrica.SL
Definicao.Melhoria.Processos.Fabrica.SLDefinicao.Melhoria.Processos.Fabrica.SL
Definicao.Melhoria.Processos.Fabrica.SLAnnkatlover
 
Processo de software individual
Processo de software individualProcesso de software individual
Processo de software individualAdivaldo_badinho
 
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOS
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOSOS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOS
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOSLuiz Ladeira
 
FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010nathan85
 

Similar to Modelo de implantação de GCS em 4 fases (20)

Artigo corrigido
Artigo corrigidoArtigo corrigido
Artigo corrigido
 
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL GPROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
PROPOSTA DE ADAPTAÇÃO DAS PRÁTICAS DO SCRUM PARA O MPS.BR NIVEL G
 
Aula2 processos sw
Aula2 processos swAula2 processos sw
Aula2 processos sw
 
Introdução Qualidade de Software
Introdução Qualidade de SoftwareIntrodução Qualidade de Software
Introdução Qualidade de Software
 
Artigo23
Artigo23Artigo23
Artigo23
 
38484931 questionario-es
38484931 questionario-es38484931 questionario-es
38484931 questionario-es
 
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdfO_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
O_Ciclo_de_Vida_do_Desenvolvimento_de_Sistemas.pdf
 
Artigo
ArtigoArtigo
Artigo
 
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL G
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL GA EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL G
A EXPERIÊNCIA NA DEFINIÇÃO DE UM PROCESSO BASEADO NO MPS.BR NÍVEL G
 
Processos de software
Processos de softwareProcessos de software
Processos de software
 
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBANDesenvolvimento ágil de software: análise sintética a partir de KANBAN
Desenvolvimento ágil de software: análise sintética a partir de KANBAN
 
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O MODELO DE QUALIDADE MPS.BR NOS N...
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O  MODELO DE QUALIDADE MPS.BR NOS N...MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O  MODELO DE QUALIDADE MPS.BR NOS N...
MAPEAMENTO ENTRE A METODOLOGIA ÁGIL FDD E O MODELO DE QUALIDADE MPS.BR NOS N...
 
Aula 3 - Engenharia de Software
Aula 3 - Engenharia de SoftwareAula 3 - Engenharia de Software
Aula 3 - Engenharia de Software
 
Analise sistemas 05
Analise sistemas 05Analise sistemas 05
Analise sistemas 05
 
ISO IEC 12207
ISO IEC 12207ISO IEC 12207
ISO IEC 12207
 
ISO IEC 12207
ISO IEC 12207ISO IEC 12207
ISO IEC 12207
 
Definicao.Melhoria.Processos.Fabrica.SL
Definicao.Melhoria.Processos.Fabrica.SLDefinicao.Melhoria.Processos.Fabrica.SL
Definicao.Melhoria.Processos.Fabrica.SL
 
Processo de software individual
Processo de software individualProcesso de software individual
Processo de software individual
 
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOS
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOSOS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOS
OS FUNDAMENTOS DE TESTE DE SOFTWARE E SUA IMPORTÂNCIA NA QUALIDADE DE PROJETOS
 
FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010FEI - Modelagem de negocios - 2° semestre 2010
FEI - Modelagem de negocios - 2° semestre 2010
 

More from GrupoAlves - professor

Sistema de produção fordismo e toyotismo
Sistema de produção   fordismo e toyotismoSistema de produção   fordismo e toyotismo
Sistema de produção fordismo e toyotismoGrupoAlves - professor
 
Planejamento e gerência de risco de software
Planejamento e gerência de risco de softwarePlanejamento e gerência de risco de software
Planejamento e gerência de risco de softwareGrupoAlves - professor
 
Integração de software solucao e estilo
Integração de software   solucao e estiloIntegração de software   solucao e estilo
Integração de software solucao e estiloGrupoAlves - professor
 

More from GrupoAlves - professor (20)

Marketing digital
Marketing digitalMarketing digital
Marketing digital
 
Palestra Criptomoedas
Palestra Criptomoedas Palestra Criptomoedas
Palestra Criptomoedas
 
StartGames Android aula 2
StartGames Android aula 2 StartGames Android aula 2
StartGames Android aula 2
 
StartGames Android instalar eclipse
StartGames Android instalar eclipseStartGames Android instalar eclipse
StartGames Android instalar eclipse
 
StartGames Android aula 1
StartGames Android aula 1 StartGames Android aula 1
StartGames Android aula 1
 
Sistema de produção fordismo e toyotismo
Sistema de produção   fordismo e toyotismoSistema de produção   fordismo e toyotismo
Sistema de produção fordismo e toyotismo
 
Planejamento e gerência de risco de software
Planejamento e gerência de risco de softwarePlanejamento e gerência de risco de software
Planejamento e gerência de risco de software
 
Métrica de softwares
Métrica de softwaresMétrica de softwares
Métrica de softwares
 
Integração de software 2
Integração de software 2Integração de software 2
Integração de software 2
 
Integração de software solucao e estilo
Integração de software   solucao e estiloIntegração de software   solucao e estilo
Integração de software solucao e estilo
 
Computação de alta performance
Computação de alta performanceComputação de alta performance
Computação de alta performance
 
Lean
LeanLean
Lean
 
Auditoria de sistemas2
Auditoria de sistemas2Auditoria de sistemas2
Auditoria de sistemas2
 
Auditoria de sistemas
Auditoria de sistemasAuditoria de sistemas
Auditoria de sistemas
 
Eng de testes
Eng de testesEng de testes
Eng de testes
 
Eng de testes dia 3
Eng de testes dia 3Eng de testes dia 3
Eng de testes dia 3
 
Eng de testes aula2
Eng de testes   aula2Eng de testes   aula2
Eng de testes aula2
 
Eng de testes dia 4
Eng de testes dia 4Eng de testes dia 4
Eng de testes dia 4
 
Métodos ágeis de desenvolvimento2
Métodos ágeis de desenvolvimento2Métodos ágeis de desenvolvimento2
Métodos ágeis de desenvolvimento2
 
Métodos ágeis de desenvolvimento
Métodos ágeis de desenvolvimentoMétodos ágeis de desenvolvimento
Métodos ágeis de desenvolvimento
 

Modelo de implantação de GCS em 4 fases

  • 2. Problemas de comunicação na equipe  Problema com dados compartilhados  Problema com Manutenção múltipla  Problema de atualização
  • 3. Em toda equipe há um certo grau de desordem.  Damos o nome de Gerência de Configuração, a arte de coordenar o desenvolvimento de software minimizando a desordem natural.
  • 4. Identificar Maximiza Produção Processo de desenvolvimento Minimiza Enganos Organizar software controlar Modificar
  • 5. A GCS visa estabelecer e manter a integridade dos artefatos de software, sob sua gerência, ao longo de todo o ciclo de vida do software, através de mecanismos que permitam administrar as diferentes versões, controlar modificações e permitir a realização de auditorias e a elaboração de relatórios sobre o estado da configuração.
  • 6. Definir o Ambiente de desenvolvimento  Politicas para controle de versões garantindo a consistência dos artefatos produzidos  Definir procedimentos para solicitações de mudanças  Administrar o ambiente e auditar mudanças  Facilitar a integração das partes do sistema.
  • 7. Aumento de produtividade no desenvolvimento  Menores custos de manutenção  Redução de defeitos  Maior rapidez na identificação e correção de problemas
  • 8. Os artefatos e os ICS(instrumentos de configuração de software) são armazenados em uma estrutura própria denominada biblioteca de software do projeto IEEE. A IEEE define uma biblioteca de software como sendo uma coleção controlada de software e documentos a ela relacionadas, que auxilia o desenvolvimento, uso e manutenção do software, sendo também um instrumento utilizado para realizar atividades de distribuição e entrega do software. As técnicas e métodos referentes às atividades de GCS geralmente estão centradas no controle dessas bibliotecas.
  • 9. A estratégia foi dividida em 4 fases (Iniciação, Planejamento, Implantação e Encerramento). Para cada fase deve-se realizar um conjunto específico de atividades e por fim, elaborar um relatório conclusivo de fase apresentando como foi realizada toda esta fase, relacionando os problemas enfrentados, as opções identificadas e ações adotadas. Este relatório deve ser armazenado no repositório de lições aprendidas.  As fases possuem entradas e saídas.
  • 10. As entradas representam as informações necessárias à correta execução de cada atividade da fase, enquanto que as saídas representam as informações produzidas pela execução das atividades da fase que servirão de entrada para uma outra atividade. O registro das lições aprendidas é de suma importância por representar o aprendizado e o conhecimento da organização adquirido durante o processo de implantação da GCS. Podem ser registrados, por exemplo, problemas, erros ou imprevistos ocorridos e as respectivas soluções adotadas para resolvê-los, além dos resultados referentes à solução adotada.
  • 11. Tem por objetivo definir e autorizar a implantação da GCS na organização. As atividades desta fase são: identificação das necessidades da organização a serem atendidas pela GCS, identificação dos interessados na implantação, identificação dos projetos de software da organização, obtenção de um patrocinador para o projeto e obtenção de apoio organizacional. A fase não tem entradas e termina com a conclusão de suas 5 saídas: relação de necessidades da organização, relação de interessados na implantação, relação de projetos de software da organização, patrocinador definido e apoio organizacional formalizado.
  • 12. Tem por objetivo definir os processos e as ações necessárias à implantação da GCS. Estas especificações devem estar descritas no plano de GCS e em seus procedimentos de suporte. As atividades desta fase são: definição dos objetivos e metas da organização, definição da equipe de GCS e suas responsabilidades, identificação da configuração do software, definição do processo de controle de mudanças, criação e organização da base de conhecimento necessária a GCS, definição do processo de auditoria da configuração, seleção da ferramenta de GCS, elaboração de um cronograma de implantação, seleção de um projeto-piloto para a implantação da GCS e elaboração do Plano de GCS.
  • 13. A fase tem como entradas as 5 saídas da fase anterior: relação de necessidades da organização, relação de interessados na implantação, relação de projetos de software da organização, patrocinador definido e apoio organizacional formalizado. A fase termina com a conclusão de suas 3 saídas: projeto-piloto selecionado, ferramenta de GCS selecionada e o Plano de GCS elaborado.
  • 14. Tem por objetivo realizar efetivamente a implantação da GCS, conforme definido no Plano de GCS. As atividades desta fase são: formação da equipe de GCS, treinamento da equipe nos processos e na ferramenta de GCS, criação do ambiente de GCS, colocação da ferramenta de GCS em produção, monitoramento do processo de implantação, registro de lições aprendidas e elaboração do relatório de implantação.
  • 15. A fase tem como entradas as 3 saídas da fase anterior: projeto-piloto selecionado, ferramenta de GCS selecionada e o Plano de GCS elaborado. A fase termina com a conclusão de suas 3 saídas: registro de lições aprendidas, Plano de GCS alterado (se necessário) e o relatório de implantação elaborado.
  • 16. Tem por objetivo formalizar a aceitação de conclusão da implantação da GCS, bem como arquivar todos os documentos referentes à implantação. Nesta fase, as informações históricas e as informações sobre as lições aprendidas devem ser transferidas para a base de conhecimento de lições aprendidas objetivando sua utilização em futuras implantações.
  • 17. A fase tem como entradas as 3 saídas da fase anterior: registro de lições aprendidas, Plano de GCS alterado (se necessário) e o relatório de implantação elaborado. A fase não tem saídas e termina com a conclusão de todas as suas atividades. Com base na avaliação dos resultados obtidos, a empresa vai decidir se a implantação da GCS será estendida aos demais projetos de desenvolvimento de software.
  • 18. algumas poucas empresas possuem interesse crescente pela GCS, motivadas pela busca de certificação de qualidade ou por necessidades geradas por competição de mercado, que cada vez mais exigem qualidade. Outras tantas empresas acreditam que a implantação da GCS ocorre simplesmente pela adoção de ferramentas.