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!!!