Plano de Manutenção<RedMan>
Artur Potiguara CarvalhoDanilo Maia Rodrigues
Yuri Moraes Mota
ÍndiceIntrodução
RedManFeatures
CronogramaEAPResponsabilidadesAtividades de Organização e ManutençãoRecursosProcessosControle de RequerimentosRegistros e Relatos
IntroduçãoRedMan
IntroduçãoManutenção de um software já em Produção
(por assim dizer);Possui funcionalidades não plenamente
desenvolvidas (efetivas);
IntroduçãoFeature 1:
Transformar o módulo hbeat em um processo que desempenhe a mesma função mas seja escrito em C ou C++.
Feature 2:Adicionar um teste funcional que o Red Man
execute sobre a aplicação. RedMan enviará a solicitação de teste, a aplicação executará o teste solicitado e retornará uma resposta ao RedMan. RedMan comparará o resultado do teste com um valor pré-conhecido.
Cronograma
Estrutura Analítica do Projeto
ResponsabilidadesPapél Responsáveis
Desenvolvedores Artur, Danilo e Yuri
Analista de Teste Artur e Danilo
Gestor de Configuração e Mudança Artur e Yuri
Analista de Requisitos Danilo e Yuri
Arquitetura Artur, Danilo e Yuri
Refatoração Artur, Danilo e Yuri
Medição1) Tempo para compreender o programa2) Tempo para projetar as mudanças (Feature
1, 2 e refatoração)3) Tempo de Implementação (Feature 1, 2 e
refatoração)4) Tempo de Testes e Debugging (Feature 1,
2 e refatoração)
*Valores já estimados e medidos para validação;
Atividades de Organização e Manutenção
Papéis e responsabilidades do mantedor referentes à pré-entrega
• Implementação do Processo• Estabelecer o Processo de Manutenção de Software• Procedimentos para Relato de Problemas (RP) e Requisições de Mudança (RM)
Implementação do ProcessoDeterminar baselines ou obter baselines
relevantes através através da utilização do software, caso a documentação do mesmo esteja falha.
Iniciar a documentação do software através de Engenharia Reversa, caso não exista.
Avaliar relatos de problemas e requisições de mudança, caso existam.
Determinar cronograma das possíveis mudanças.Implementar nova feature ou corrigir bugs
discriminados previamente.
Estabelecer o Processo de Manutenção de SoftwareDeterminar o escopo da manutenção.Determinar a existência de alternativas
organizacionais.Conduzir uma análise de recurso, estimando
custos da manutenção.Designar tarefas à equipe de manutenção, a qual
seguirá os procedimentos referentes à relato de problemas e requisições de mudança.
Participar das atividades da Equipe de Manutenção, monitorando a implementação das tarefas designadas à equipe previamente.
Procedimentos para Relato de Problemas (RP) e Requisições de Mudança (RM)
Numerar RP/RMs de acordo com a prioridade de implementação
Seguindo os princípios de boa prática de programação, refatoração e documentação, implementar as RMs ou debugar os RPs
Atividades de Organização e ManutençãoPapéis e responsabilidades do mantedor
referentes à pós-entrega
• Implementação do Processo• Análise de Problema e Modificação• Implementação de Modificação• Revisão/Aceitação da Manutenção
Implementação do ProcessoExecutar a Análise de Problema e
Modificação.Verificar se as mudanças e bugs foram
implmentados ou corrigidos.Documentar dados referentes às mudanças.Treinar equipe de desenvolvimento, caso
necessário.Aprimorar o processo
Análise de Problema e ModificaçãoConsiderando os documentos de RM/RP,
Baseline, Documentação do Sistema, Requisitos Funcionais e outputs da pré-entrega, determinar o tipo (corretivo, melhoramento, preventivo ou adaptativo), o escopo (tamanho da modificação, custo envolvido, esforço) e se afetará diretamente na performance, segurança etc.
Análise de Problema e ModificaçãoPara garantir que a RM/RP é aplicável, deve-se:
Determinar se o Gerente de Mudanças estará disponível para gerenciar a mudança
Determinar se o programa está devidamente debugado
Determinar a prioridadeDeterminar o impacto em cronogramas
existentesDeterminar os possíveis riscos ao projeto e
ao software resultantes da mudança
Implementação de ModificaçãoIdentificar os elementos a serem modificados
no sistema.Identificar os elementos de interface
modificados pela modificação.Identificar a documentação a ser atualizadaAtualizar a documentação do software
Revisão/Aceitação da ManutençãoIdentificar as RMs/RPs implementadosVerificar testabilidade do códigoVerificar conformidade com boas práticas de
programaçãoVerificar se somente o que foi especificado foi
modificadoVerificar se os novos componentes foram
integrados devidamenteVerificar se a documentação foi atualizadaRealizar os testes por uma equipe distintaDocumentar resultados do teste
Recursos•Plano de Gerenciamento do Projeto
•Forma de manter a qualidade do Software durante o desenvolvimento
•Plano de Gerenciamento de Configuração•Forma de manter a qualidade do Software enquanto se realiza alterações ou melhoras no projeto
ProcessosCada processo influenciará não só o produto
como também a documentaçãoBoas práticas durante o processo geram bons
artefatos e menos erros
Controle de RequerimentosÉ necessário que mantenha alto controle
sobre as modificações requeridas Pois elas podem acarretar em fatos
desagradáveis que dificultariam a manutenção posterior
Registros e RelatosÉ necessário documentar toda e qualquer
atividade realizada na manutenção para que se tenha controle sobre o que está acontecendo com a estrutura do software
Obrigado!!!