Gestão de Alterações

1. Manutenção

1.1. tipos de manutenção

1.1.1. Corretiva

1.1.1.1. remove os defeitos existentes do projeto

1.1.1.2. modificação em todos os artefatos afetados

1.1.2. preventiva

1.1.2.1. procura pontos de melhoria no código e desenho

1.1.2.2. ganho em desempenho, robustez, confiabilidade ou segurança

1.1.3. adaptativa

1.1.3.1. modificações na interface do usuário

1.1.3.2. expansões funcionais e alterações em requisitos não funcionais

1.1.4. perfectiva

1.1.4.1. Solicitações feitas por usuário

1.1.4.2. melhorias de usabilidade

1.1.4.3. relatórios ou fluxos específicos

1.2. Etapas

1.2.1. Manutenibilidade

1.2.1.1. dificuldades

1.2.1.1.1. montar equipes

1.2.1.1.2. equipes com pessoas de pouco conhecimento

1.2.1.1.3. equipes com pessoas menos valorizadas

1.2.1.1.4. esforço maior para entendimento do problema

1.2.1.1.5. desenvolvimento não segue padrões

1.2.1.2. resolvendo a dificuldade

1.2.1.2.1. Disponibilidade de pessoas qualificadas

1.2.1.2.2. Desenho adequado e bem documentado

1.2.1.2.3. Uso de linguagem padronizada

1.2.1.2.4. Uso de ambiente padronizados de desenvolvimento e operação

1.2.1.2.5. documentação padronizada

1.2.1.2.6. disponibilidade de casos e procedimentos de teste

1.2.1.2.7. Ferramentas e procedimentos padronizados de gestão de configurações

1.2.1.2.8. Existência de um processo de manutenção definido

1.2.2. Papeis

1.2.2.1. Gerente de produto

1.2.2.1.1. responsáveis pelas atividades referentes a um produto ou um grupo de produto

1.2.2.2. Representante de usuário

1.2.2.2.1. que acionam as solicitações de manutenção

1.2.2.3. Proprietário dos itens

1.2.2.3.1. que realizam as modificações necessárias nos itens afetados

1.2.2.4. Comissões de Controle de Configurações

1.2.2.4.1. que tomam as decisões importantes relativas á gestões de configurações em nível de produto ou de grupo de produtos correlatos

1.2.2.5. Administrador de configuração

1.2.2.5.1. que centraliza o funcionamento dos mecanismos dessas disciplinas, também em relação a atividades de manutenção

1.2.3. Papeis

1.2.4. Análise da manutenção

1.2.4.1. Correção urgente

1.2.4.1.1. problema de não conformidade do produto a requisitos explícitos ou implícitos, que traz perturbação significativa ao trabalho de um usuário

1.2.4.2. Problema que não de manutenção

1.2.4.2.1. O problema relatado é um erro de usuário ou defeito em outra parte do sistema que não é do produto.

1.2.4.3. Correção normal

1.2.4.3.1. problema de não conformidade do produto a requisitos explícitos ou implícitos, que não pode ser contornado, mas cuja resolução pode aguardar a tramitação normal de uma solicitação

1.2.4.4. Correção não urgente

1.2.4.4.1. problema de não conformidade do produto e requisito explícitos ou implícitos que pode ser controlando por período de tempo razoável

1.2.4.5. Melhoria de menor porte

1.2.4.5.1. aperfeiçoamento do produto, de grande utilidade para o usuários, que pode ser efetuado com custo, prazo e risco pequenos.

1.2.4.6. Melhoria de maior porte

1.2.4.6.1. aperfeiçoamento do produto, que apresenta utilidade mais remota para o usuário ou que não pode ser efetuado com custo, prazo ou risco pequenos

1.2.5. Negociação da manutenção

1.2.5.1. Analise mais detalhada

1.2.5.2. Determinar consequências técnicas

1.2.5.3. Impactos causado

1.2.5.4. custo e estimativa

1.2.5.5. Aceita ou rejeita solicitação

1.3. Gestão da configuração da manutenção

1.3.1. Pode causar mais erros em vez de corrigir

1.3.2. Procedimentos mais rigorosos em comparação ao de desenvolvimento

1.3.3. Boas praticas

1.3.3.1. Que todas as unidades de todos os produtos sejam colocadas e controladas como itens de configuração

1.3.3.2. Que esses itens sejam organizados em linhas de base, que representam estados significativos e consistentes de cada produto

1.3.3.3. Que todas as alterações a itens de cada produto sejam controladas e verificadas

1.3.3.4. Que toda a história das modificações de cada item de cada produto seja recuperável e aditável.

1.3.3.5. Que todos os membros da equipe de manutenção e demais interessados em cada produto tenha fácil acesso a versões oficiais atualizadas de todos os respectivos resultados e itens

2. Gestão de Configurações

2.1. Conceitos básicos

2.1.1. Item de configuração

2.1.1.1. única entidade pelos processos de gestão de configurações

2.1.2. Repositórios

2.1.2.1. onde se armazena as linhas de base

2.1.3. Identificação de configurações

2.1.3.1. atribuição de identificadores únicos

2.1.4. Pasta de projeto

2.1.4.1. conjunto de artefatos pertinente a um projeto de desenvolvimento de software

2.2. Visa garantir:

2.2.1. todo o produto seja colocado e controlado no repositório

2.2.2. itens organizados nas linhas de base significativas e consistentes para o projeto

2.2.3. alterações na linha de base controladas e checadas

2.2.4. que todos possam recuperar itens de outras versões

2.3. Meios de atingir os objetivos:

2.3.1. identificação de itens de configuração

2.3.2. controle de versão e de alteração

2.3.3. manutenção da integridade e rastreabilidade

2.4. Papéis

2.4.1. Administrador de configurações

2.4.1.1. Responsável principalmente pelos repositórios da aplicação

2.4.2. Comissões de Controle de Configurações

2.4.2.1. comissão responsável pelas decisões relativas ao controle das linhas de base de projetos e produtos

2.4.3. Gerentes de projeto

2.4.3.1. Gerenciar o projeto

2.4.4. Gerência da qualidade

2.4.4.1. verificação da conformidade das linhas de base oficiais

2.4.4.2. verificação de conformidade das próprias atividades de gestão de configurações

2.4.5. Proprietários dos itens

2.4.5.1. são os responsáveis por efetuar fisicamente os procedimentos de alteração dos itens que constituem as linhas de base do projeto

2.5. Ferramentas

2.5.1. Exemplos

2.5.1.1. Subversion

2.5.1.1.1. Interface Tortoise

2.5.1.2. Git

2.5.2. Caracteristicas

2.5.2.1. Administrador de configurações

2.5.2.1.1. Gestão de repositórios

2.5.2.1.2. Auditorias

2.5.2.2. Ganchos(hooks)

2.5.2.3. Extração e inserção

2.5.2.4. Linha de base

2.5.2.4.1. de trabalho

2.5.2.4.2. oficial

2.5.2.5. Gestão de deltas

2.5.2.6. Ramos

2.5.2.6.1. Tronco(trunk)

2.5.2.6.2. Ramificações(branches)

2.5.2.7. Mesclas(merge)

2.6. Planejamento de configurações

2.6.1. Projetos grandes

2.6.1.1. Geralmente é utilizado o IEEE

2.6.2. Projetos pequenos/médios

2.6.2.1. Estruturar configuração de repositórios

2.6.2.2. Registro de identificação de configurações

2.7. Variações

2.7.1. Projetos muito grandes/críticos

2.7.1.1. Necessitam de abordagens mais formais

2.7.2. Processos ágeis

2.7.2.1. Gerente de projeto provavelmente vai precisar consultar uma CCC informal

2.7.3. Linha de base oficial

2.7.3.1. Consequência direta da Auditoria de qualidade

2.8. Identificação dos itens de configuração

2.8.1. Identificação dos itens

2.8.2. Identificação projetos e produtos

2.8.3. Documentação dos itens e configurações

2.8.3.1. Informação ambiental

2.8.3.2. Informação de integração

2.8.3.3. Informação gerencial

3. Resolução de Alterações

3.1. Alteração de requisitos

3.1.1. Defeitos percebidos no desenvolvimento

3.1.2. Alteração por fatores externos

3.1.2.1. Alterações tecnológicas

3.1.2.2. Gerenciais

3.1.2.3. Legais

3.1.2.4. Políticas

3.1.3. As alterações só podem ocorrer por solicitação de representantes autorizados do cliente

3.1.4. Avaliação do impacto da alteração

3.1.5. Planejamento da execução da alteração

3.1.6. Processo e administração das alterações