Aula 3 - Qualidade de Software - PSP - TSP (1) (1)

Prévia do material em texto

PSP e TSP 
São modelos baseados no indivíduo, tornando sua forma de trabalho mais disciplinada.
Enquanto o CMMI foca no que deve ser feito, os modelos PSP e TSP acrescentam o “como” deve
ser feito.
PSP: A qualidade rege-se pelos PIORES elementos / componentes. A intenção é que o indivíduo
possa conhecer-se, medir-se, analisar-se e aprender.
Conceito: É um framework para auxiliar o desenvolvedor a estimar e planejar suas tarefas,
acompanhar sua performance em relação ao planejado e melhorar a qualidade dos produtos
desenvolvidos. Trata-se de um processo pessoal para o desenvolvimento de sistemas com passos
definidos, formulários e padrões.
Objetivos: 
auxiliar o desenvolvedor a gerenciar seu trabalho, conhecer seus talentos e melhorar suas
habilidades; 
oferecer métricas e análises de métricas; 
introduzir gradativamente técnicas de Engenharia de software;
Ajudar as pessoas a serem melhores engenheiros de software;
Estabelecer um mecanismo para melhorar, no nível pessoal a capacidade de planejamento;
Benefícios: 
Melhora da produtividade: melhor conhecimento e controle dos mecanismos e tempos de
produção;
Qualidade dos produtos: resultados do conhecimento das causas dos erros e do seu controle
estatístico.
Compromissos: O PSP pode auxiliar neste processo desde que a visão dos desenvolvedores de
como será a sua contribuição no desenvolvimento como um todo seja levada em conta. 
Participação no processo de planejamento;
As pessoas passam a conhecer melhor as suas capacidades e desempenho, o planejamento
pessoal pode ser gradativamente integrado ao planejamento da empresa.
Níveis: 
Nível 0: fundamentos de medidas e formatos de relatórios – Define práticas de medidas e
formatos de relatórios que serão o referencial ou fundação sobre a qual será implantada a melhoria
contínua pessoal;
Nível 1: Planejamento e estimativas de tamanho e tempo – Introduz práticas de
planejamento: relatórios de teste, práticas de estimativa de tamanho e recursos, planejamento de
tarefas e elaboração de cronogramas;
Nível 2: Controle pessoal de qualidade de projeto – Introduz práticas de inspeção e revisão
para ajudar na detecção de defeitos, propõe técnicas de completude e verificações de consistências
baseando-se inclusive na análise de dados de projetos anteriores.
Nível 3: Extensão a projetos maiores.
PSP – 0 – Medição Pessoal – No nível de Medição Pessoal, você aprende a registrar o tampo gasto
em cada etapa do ciclo de desenvolvimento, registrando ainda os defeitos encontrados. Isto é
conseguido através do uso de formulários adequados.
PSP – 1 – Planejamento Pessoal – No nível de Planejamento Pessoal, você aprende a planejar. A
ideia geral é obter a capacidade de estimar quanto tempo levará para realizar uma tarefa baseado nas
medições feitas em tarefas semelhantes anteriormente. Neste nível aprende-se a assumir
compromissos que podem realmente ser cumpridos. 
Introduz técnicas para a estimativa de tamanho do software e esforço
Planejamento de tarefas e cronograma
Relatório para registro dos dados de teste.
PSP – 2 - Qualidade Pessoal – No nível de Qualidade Pessoal você aprende a lidar com seus erros.
Deve-se ter uma ideia precisa de quantos erros são cometidos (em média) em cada fase do ciclo de
desenvolvimento. O modelo PSP mostra que a forma mais adequada para tratar erros é evitá-los
desde a sua origem. Você deve utilizar os dados sobre defeitos já coletados para criar uma lista de
verificação (checklist) a ser utilizada em suas revisões de projeto e de código.
Efetua o gerenciamento dos defeitos
Introduz técnicas de revisão
Tem seu foco no design
não ensina a fazer design, mas a checar se está completo
PSP – 3 – Processo Cíclico – O nível de Processo Cíclico Pessoal é a última etapa do PSP. Neste
nível, o PSP sai do desenvolvimento de pequenos programas para tratar do desenvolvimento de
projetos maiores, embora ainda em nível pessoal. A ideia é dividir os grandes projetos em pequenos
projetos que possam ser tratados no PSP2. Neste caso, o desenvolvimento acontece em passos
incrementais.
Expande os conceitos do PSP para projetos maiores;
Divide um programa maior em pequenas partes
Aplica o PSP2 a cada uma das partes.
PSP – Princípios
Cada indivíduo é diferente – planejamento baseado em desempenho individual;
A melhoria do desempenho é baseada no uso de processos bem definidos / medidos;
A pessoa é responsável pela qualidade de seu trabalho – responsabilidade em erros e atrasos;
Necessidade de um planejamento prévio das atividades, seguindo um processo bem definido
Medir o tempo gasto em cada etapa – os defeitos encontrados – tamanho do sw para
entender o desempenho individual;
Analisar os resultados ao final do processo – feedback e melhoria do processo.
Scripts – Sequencia de tarefas claramente definidas. Permite que mesmo programadores sem
experiência consigam desenvolver o projeto. Deve conter dados necessários para que a pessoa possa
analisar a sua produtividade e deve também descrever minuciosamente os tempos dedicados a cada
tarefa.
Exemplo de Script: 
Entrada
Descrição do programa;
Formulário a ser preenchido do plano do programa;
Checklist de revisão do código
Dados de tamanho e tempo dos últimos programas;
Log de defeitos.
Planejamento
Obter uma descrição das funções do programa;
Estimar os tamanhos mínimo, médio e máximo do programa;
Estimar a taxa de desenvolvimento;
Estimar o número de defeitos inseridos e removidos de cada fase;
Preencher os dados do plano de projeto;
Anotar o tempo de planejamento no log de tempo.
Projeto
Projetar o programa usando um formato específico;
Anotar o tempo de projeto no log de tempo.
Codificação
implementar o projeto;
Usar um formato padrão de codificação;
Anotar o tempo de codificação no log de tempo.
Revisão do Código
Revisar o código fonte;
Seguir o script de revisão de código;
Corrigir e anotar cada defeito encontrado
Anotar o tempo de revisão do código no log de tempo
Compilação
Compilar o programa;
Corrigir e anotar cada defeito encontrado;
Anotar o tempo de compilação no log de tempo.
Teste
Testar o programa;
Corrigir e anotar cada defeito encontrado;
Anotar o tempo de compilação no log de tempo.
Pós-morte
Completar o formulário de plano de projeto com os dados de tempo, tamanho e defeitos
encontrados;
Revisar só dados de defeito e alterar o checklist de revisão de código;
Anotar o tempo de pós-morte no log de tempo.
Critério de saída
Programa inteiramente testado;
Um projeto documentado de forma adequada;
Uma checklist de código complementada;
Uma listagem completa de um programa;
Um plano de projeto completo;
Logs de tempo e defeitos preenchidos.
TSP – Team Software Process
Baseado na melhoria de processos de uma equipe de desenvolvimento e usa a noção de time
– grupo de pessoas com o mesmo objetivo.
Estes elementos guiam os desenvolvedores em:
• criar equipes eficazes;
• estabelecer metas e planos para a equipe;
• acompanhar e reportar o trabalho.
Princípios:
• Estabelecimento de um processo comum de trabalho;
• Definição de um processo comum de trabalho;
• Envolvimento de todos na produção do plano;
• Negociação do plano entre o time e a gerência;
• Revisão e aceite final pela gerência;
• Comunicação livre e frequente.
TSP – Estrutura – Construção de times – Disciplina de times
Comprometimento
Planos agressivos
Possessão da qualidade
Objetivos do projeto
Possessão do plano
Detalhamento do plano
Papéis de time
Recursos de time
TSP – Estrutura – Trabalho em times – Disciplina de administração
• Prioridade da qualidade
• Custo da qualidade
• Respeito dos processos
• Revisão de status
• Revisão de qualidade
• Comunicação
• Gerência de mudanças
TSPi – Funcionamento
Ciclo1 – Lançamento; Estratégia; Planejamento; Requisitos;Projeto; Implementação; Testes e
Postmortem