Gerência de configuração e Evolução de Software

Entrega 1: Plano de Gerência de Configuração

09/109945 Daniel Costa10/4490 Dionlan Alves09/0038703 Marcelo Essaki10/48074 Ramon Cruz09/001093 Renan Costa

Estrutura desta apresentaçãoEsta apresentação está organizada da seguinte maneira:

A.CenárioB.Metodologia adotada para Desenvolver SoftwareC.Plano de Gerência de Configuração

Estrutura desta apresentaçãoEsta apresentação está organizada da seguinte maneira:

A.CenárioA XTPOO ProdutoO ClienteO Projeto

B.Metodologia adotada para Desenvolver SoftwareC.Plano de Gerência de Configuração

Estrutura desta apresentaçãoEsta apresentação está organizada da seguinte maneira:

A.CenárioB.Metodologia adotada para Desenvolver Software

Processo Unificado AbertoMPS.Br

C.Plano de Gerência de Configuração

Estrutura desta apresentaçãoEsta apresentação está organizada da seguinte maneira:

A.CenárioB.Metodologia adotada para Desenvolver SoftwareC.Plano de Gerência de Configuração

Visão GeralEscopoMPS.Br

CenárioA XPTO

A XPTO é uma fabrica de Software de Pequeno Porte é composta por 30 pessoas distribuídas nas seguintes funções:

o 1 Sócio Presidenteo 2 Sócios Diretoreso 2 Analista de Negócioso 1 Gerente de RHo 2 Coordenador de Projetoso 2 Arquitetos de Softwareo 2 Administradores de Banco de Dadoso 3 Testadores o 3 Analistas de requisitoso 4 Estagiárioso 8 Desenvolvedores

CenárioA XPTO

A XPTO almeja ter a certificação Nível F no MPS.Br em aproximadamente 3 anos além de migrar sua metodologia de desenvolvimento de RUP para Processo Unificado Aberto e assim ser adepta somente da metodologia Ágil.

CenárioO Produto: Freedom-ERP

O Freedom-ERP é um Software livre comercial para gestão empresarial 100% nacional que pode ser utilizado em estabelecimentos comerciais, varejistas, atacadistas e industriais. Dividido em vários módulos, atende a diversas necessidades de empresas em diferentes áreas de atuação. A XPTO desenvolve e contribui no sucesso da ferramenta, ela vende adaptações da ferramenta de acordo com a necessidade do cliente além de criar novos módulos e oferecer serviços de suporte.

CenárioO Produto: Freedom-ERP

CenárioO Produto: Freedom-ERP

Cenário O Projeto TeraByte

Foi criado um projeto para atender o novo cliente da XTPO que deseja adquirir a ferramenta em especial o módulo FreedomPDV, que é um módulo que controla o caixa provendo um mecanismo de venda simples e ágil, com a impressão de cupons em impressoras fiscais (Bematech).

Cenário O Cliente

PSY-SW é um empresa de Médio Porte que trabalha com importação e comercialização de produtos eletrônicos importados da China e Coreia do Sul. Ela comprou a ferramenta de ERP da XPTO e aguarda a entrega.

Metodologia adotada para DesenvolverProcesso Unificado Aberto

A XPTO começou no final do ano passado a migrar para uma metodologia Ágil, Processo unificado Aberto. Essa metodologia apresenta um conjunto mínimo de processos necessários para uma equipe de pequeno porte. Os processos são estruturados de forma a oferecer apenas seus elementos mais necessários (Papeis,Tarefas e Produtos de Trabalho).

A XPTO escolheu essa metodologia porquê ela promove algumas das melhores práticas do desenvolvimento de software universal, como:

Desenvolvimento Iterativo Desenvolvimento ColaborativoIntegração contínua e executávelFácil adaptação às mudançasDesenvolvimento dirigido a testes

Metodologia adotada para DesenvolverMPS.BR Nível F

Para conquistar o Nível F a XPTO está implantando a metodologia nova de forma que atenda aos resultados esperados pelo MPS.Br no assunto Gerência de Configuração (GCO).

GCO 1. Um sistema de GC é estabelecido e mantido;GCO 2. Os ICs são identificados com base em critérios

estabelecidos;GCO 3. Os ICs sujeitos a um controle formal são

colocados sob baseline GCO 4. A situação dos ICs e das baselines é registrada

ao longo do tempo e disponibilizada;

Metodologia adotada para DesenvolverMPS.BR Nível F

Para conquistar o Nível F a XPTO está implantando a metodologia nova de forma que atenda aos resultados esperados pelo MPS.Br no assunto Gerência de Configuração (GCO).

GCO 5. Modificações e ICs são controlados;GCO 6. O armazenamento, o manuseio e a liberação de

ICs e baselines são controlados;GCO 7. Auditorias de configuração são realizadas

objetivamente para assegurar que as baselines e os ICs estejam íntegros, completos e consistentes.

Plano de Gerência de ConfiguraçãoEscopo e Visão Geral

[texto]

Plano de Gerência de ConfiguraçãoOrganização e responsabilidades

Papéis Equipe Responsabilidade

Gerente de Configuração

1 Analista de Requisitos Estabelecer Políticas de GCEscrever Plano de GCConfigurar Ambiente de GCCriar Espaços de Trabalho de IntegraçãoCriar BaselinesPromover Baselines

CCB 1 Engenheiro de software 1 Arquiteto de software1 Administrador de banco de dados1 Analista de requisitos

Estabelecer Processo de Controle de MudançasRevisar Solicitação de MudançaAprovar ou reprovar as solicitações de mudanças

Desenvolvedor 10 desenvolvedores Seguir os padrões e procedimentos definidos no Plano de Gerência de Configuração

Todos os Papéis:

3 Atendentes Call Center1 Secretária executiva1 Sócio Presidente2 Sócios Diretores3 Testadores1 Analista de requisitos

Atender a solicitação de mudançaEnviar Solicitação de MudançaAtualizar Solicitação de Mudança

Programa de Gerenciamento da Configuração

-Identificação dos itens de configuração

Sigla do módulo

Sigla do artefato

Sigla do documento

Número da versão da entrega

Data da entrega

FD PDV AAA vX.X dd/mm/yy

Ex.: FD_PDV_GCM_v1.0_11/01/13

Itens de ConfiguraçãoItem de configuração Identificação

Documento de visão VSDocumento de casos de negócio NEGDocumento de arquitetura ARQPlano de gerência de configuração GCSCódigo fonte CODFerramentas de desenvolvimento DESDocumento de casos de teste TESPlano de configuração e mudança PCMManual de suporte ao usuário SUP

Baselines

• Baseline de DocumentosDOC_V_ <versão>

• Baseline de Código FonteFONTE_V_ <versão>

• Baseline de ReleasesRELEASE_V_ <versão>

Versão no padrão vX.X

Processamento e Aprovação de Controles de Mudanças

Contabilidade do Status de Configuração

• Auditoria Funcional• Objetivo: Confirmar que uma baseline atenda aos

requisitos para ela.• Responsabilidade: Gerente de Configuração

[RUP], opcionalmente gerente de requisitos, gerente de projeto, desenvolvedores.

• Frequência: Após o estabelecimento de uma baseline.

• Procedimento: Verificar se todos os requisitos foram testados e parram no teste. Verificar se todas as SM foram fechadas. Atribuir responsável para corrigir as discrepâncias.

Contabilidade do Status de Configuração

• Auditoria Física

Cronograma do Gerenciamento de Configuração (CM)

Treinamento e Recursos

Controle de Software do Subfornecedor e do Fornecedor

• Software de código aberto• Alteraçãos feito pela empresa mantenedora ou pela comunidade podem agregar valor a empresa contratante.• Monitoramento do repositório mantido pela Setpoint Informática Ltda.• Integração entre as versões.

• Branch: Freedom_vX_externo

Manutenção do plano de GCS

- Objetivo: Identificar necessidades de mudança.

- Responsabilidade: Gerente de Configuração

- Frequência: Após cada iteração ou quando necessário, conforme Cronograma.

- O Plano de GCS é um CI. Caso seja notado a necessidade de mudança, uma SM é aberta e os procedimentos para processamento e aprovação do controle de mudanças é aplicado.

Obrigado!