Gerência de configuração e Evolução de Software Entrega 1: Plano de Gerência de Configuração 09/109945 Daniel Costa 10/4490 Dionlan Alves 09/0038703 Marcelo Essaki 10/48074 Ramon Cruz 09/001093 Renan Costa 1

Estrutura desta apresentação Esta apresentação está organizada da seguinte maneira: Cenário Metodologia adotada para Desenvolver Software Plano de Gerência de Configuração 2

Estrutura desta apresentação Esta apresentação está organizada da seguinte maneira: Cenário A XTPO O Produto O Cliente O Projeto Metodologia adotada para Desenvolver Software Plano de Gerência de Configuração 3

Estrutura desta apresentação Esta apresentação está organizada da seguinte maneira: Cenário Metodologia adotada para Desenvolver Software Processo Unificado Aberto MPS.Br Plano de Gerência de Configuração 4

Estrutura desta apresentação Esta apresentação está organizada da seguinte maneira: Cenário Metodologia adotada para Desenvolver Software Plano de Gerência de Configuração Visão Geral Escopo MPS.Br 5

Cenário A XPTO A XPTO é uma fabrica de Software de Pequeno Porte é composta por 30 pessoas distribuídas nas seguintes funções: 1 Sócio Presidente 2 Sócios Diretores 2 Analista de Negócios 1 Gerente de RH 2 Coordenador de Projetos 2 Arquitetos de Software 2 Administradores de Banco de Dados 3 Testadores 3 Analistas de requisitos 4 Estagiários 8 Desenvolvedores 6

Cenário A 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. 7

Cenário O 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. 8

Cenário O Produto: Freedom-ERP 9

Cenário O Produto: Freedom-ERP 10

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). 11

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. 12

Metodologia adotada para Desenvolver Processo 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 Colaborativo Integração contínua e executável Fácil adaptação às mudanças Desenvolvimento dirigido a testes 13

Metodologia adotada para Desenvolver MPS.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; 14

Metodologia adotada para Desenvolver MPS.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. 15

Plano de Gerência de Configuração Escopo e Visão Geral [texto] 16

Plano de Gerência de Configuração Organização e responsabilidades Papéis Equipe Responsabilidade Gerente de Configuração 1 Analista de Requisitos Estabelecer Políticas de GC Escrever Plano de GC Configurar Ambiente de GC Criar Espaços de Trabalho de Integração Criar Baselines Promover Baselines CCB 1 Engenheiro de software 1 Arquiteto de software 1 Administrador de banco de dados 1 Analista de requisitos Estabelecer Processo de Controle de Mudanças Revisar Solicitação de Mudança Aprovar 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 Center 1 Secretária executiva 1 Sócio Presidente 2 Sócios Diretores 3 Testadores Atender a solicitação de mudança Enviar Solicitação de Mudança Atualizar Solicitação de Mudança 17

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 18

Itens de Configuração Item de configuração Identificação Documento de visão VS Documento de casos de negócio NEG Documento de arquitetura ARQ Plano de gerência de configuração GCS Código fonte COD Ferramentas de desenvolvimento DES Documento de casos de teste TES Plano de configuração e mudança PCM Manual de suporte ao usuário SUP

Baselines • Baseline de Documentos DOC_V_ <versão> • Baseline de Código Fonte FONTE_V_ <versão> • Baseline de Releases RELEASE_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. 22

Contabilidade do Status de Configuração Auditoria Física 23

Cronograma do Gerenciamento de Configuração (CM) 24

Treinamento e Recursos 25

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 26

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. 27

Obrigado! 28