Upload
teo-nunes
View
228
Download
0
Embed Size (px)
Citation preview
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!