webinar aceitando o software - como garantir a qualidade dos projetos de software

© FATTO Consultoria e Sistemas - www.fattoCS.com.br

Dê preferência ao uso de uma conexão de banda larga

O evento não fará uso do vídeo (webcam), somente slides e áudio

Se necessário, ajuste o idioma da sala na barra de ferramentas superior

O evento terá ~45 min. de apresentação e ~15 min. finais para perguntas

Você pode mandar suas perguntas pelo chat ao longo da apresentação

A apresentação será gravada e o vídeo publicado posteriormente

Para aqueles que possuem certificação PMP, o evento vale 1 PDU

Acompanhe-nos nas redes sociais

Orientações iniciais

1


FATTO Consultoria e Sistemas

2

Missão: “Ajudar nossos clientes a planejar e controlar melhor seus projetos de software.”

Consultoria e Treinamento em Medição, Estimativas e Requisitos de Software:

– Análise de Pontos de Função (IFPUG, NESMA , COSMIC)

– Estimativas de projetos de software

– Engenharia de Requisitos

– Medição e auditoria em medição de software

– Análises de produtividade em projetos de software

O livro mais vendido de APF no país foi escrito por nós

Formou ~25% de especialistas certificados pelo IFPUG no Brasil

Representante do Scope Project Sizing Software


ACEITE DE SOFTWARE NA VISÃO DO CLIENTE: GARANTINDO A QUALIDADE DOS PROJETOS DE SOFTWARE

Marcelo Nascimento Costa, MSc

3

“Sejam Todos Bem-Vindos”

© FATTO Consultoria e Sistemas - www.fattoCS.com.br 4

Objetivos do Webinar

Apresentar a importância da aceitação do software para uma organização

Como o modelo de qualidade aborda a aceitação de software

Dois tipos de abordagens utilizadas para aceite de software:

– Revisões de Software – Visão Estática

– Testes de Software – Visão Dinâmica


1. Aceitação do Cliente na visão do MPS.br

2. Verificação e Validação de Software

3. Revisão Estática e Dinâmica

Agenda

5


Vários projetos são implantados sem atingir os objetivos de negócio previamente estabelecidos

Atividade considerada isolada realizada ao final do processo de desenvolvimento de software

Alto grau de contratação de terceiros pela maioria das organizações no desenvolvimento de software

Forte dependência da validação dos artefatos de software do contratante para corrigir e direcionar o desenvolvimento do software adequado para a organização.

O porquê do Aceite

6


7

Esclarecendo a definição:

– Validação:

“Estamos construindo o produto certo?”;

O software deve atender às necessidades dos usuários.

– Verificação:

“Estamos construindo certo o produto?”;

Os artefatos construídos devem estar de acordo com a especificação do software.

Validação


ACEITAÇÃO DO CLIENTE NA VISÃO DO MPS.BR

8


9

Processos da Categoria Engenharia

Cliente

Requisitos

DesReq

Necessidades do Cliente

GReq

Requisitos do Produto

ValVer

Componentes do Produto, pacotes de trabalho, relatórios de verificação e validação

Componentes De Produtos

Soluções Alternativas

PCPRequisitos

IPProdutos


REVISÕES DE SOFTWAREVerificação e Validação & Testes

10


Introdução VV&T

Principais Métodos para Validação e Verificação:

– Validação:

Revisões de Software.

Testes de Software

– Verificação:

Estática:

– Revisões de Software.

Dinâmica:

– Testes de Software.

11


Introdução VV&T

Curiosidades:

– Inspeções aumentam significativamente a produtividade, qualidade e estabilidade dos projetos (Fagan, 1976).

– Uma combinação de diferentes métodos de V&V apresenta melhor desempenho do que qualquer método isoladamente (Hetzel, 1976 & Meyer, 1978).

– Qualidade melhora a produtividade (Mills, 1983).

– Prevenção de defeitos é melhor do que remoção de defeitos (Mays, 1990).

– Corrigir um defeito após a entrega do produto é freqüentemente 100 vezes mais caro do que corrigi-lo durante as atividades de requisitos e projeto do sistema (Boehm, Basili, 2001).

12


Definição: Processo ou atividade para leitura de um artefato de software visando assegurar que ele cumpre sua especificação e atende às necessidades de seus usuários.

Objetivo:

– Realizar validação e verificação estática de artefatos de software.

Pode ser aplicada a qualquer artefato produzido ao longo do processo de desenvolvimento de software.

Tipos de Revisão de Software:

– 4.1 – Inspeções de Software.

– 4.2 – Walkthroughs.

Revisões de Software

13


Benefícios e Custo de Inspeções:

– Inspeções vêm sendo utilizadas há mais de duas décadas;

– Existe evidência experimental de sua usabilidade e adequabilidade;

– Provêem um bom meio para o gerente do projeto monitorar a qualidade e progresso do projeto;

– Podem amenizar atividades de manutenção, evitando que erros se propaguem pelo ciclo de vida;

– Apresentam baixo custo devido ao fato do revisor não precisar investir muito tempo ou mesmo não demandar ferramentas sofisticadas para realizá-las.

Entretanto uma alta taxa de atividades de inspeção ao longo do processo pode acrescer de 5% a 10% o custo final.

Inspeções de Software - Revisão

14


Identificação mais cedo de defeitos.

Inspeções de Software: Benefícios

15


16

Reorganização do Processo de Inspeção de Software (Sauer et al., 2000)

Inspeções Assíncronas


Alternativa com um processo menos rigoroso do que o de inspeções de software.

Papéis sugeridos:

– Líder, Autor, Escrivão e Revisores

Procedimento:

– Os participantes são guiados através dos artefatos pelo líder (que eventualmente é o próprio autor) em uma reunião. Durante esta reunião devem interromper a apresentação caso encontrem defeitos.

– Muitas vezes condições de entrada e saída e decisões são pressupostos pelo líder que segue sua linha de raciocínio durante a apresentação.

17

Walkthroughs


Possuem custo aproximadamente igual ao de inspeções mas seus resultados são inferiores (SEI, 2005):

– Não providenciam resultados mensuráveis;

– Não fornecem base para a aplicação de controle estatístico de processos, necessário para evoluir na maturidade de processos de software.

Podem ser utilizados para atividades de brainstorming, para explorar alternativas de projeto e resolução de problemas.

– Inspeções são mais focadas em encontrar defeitos.

18

Walkthroughs


TESTES DE SOFTWARE

19


Teste e Depuração

Teste: – Processo de executar um programa ou sistema com o

objetivo de revelar a presença de falhas; ou, falhando nesse objetivo, aumentar a confiança sobre o programa

Depuração: – é uma conseqüência não previsível do teste. Após revelada

a presença do erro, o defeito deve ser encontrado e corrigido

Depuração não é teste!


Teste de Software

Software é de alta Qualidade?

Não ocorrência de falha:

Teste é de baixa Qualidade?

OU


Teste de Software

Estratégias para Teste

– Unidade

– Integração

– Sistema

– Re-Teste Regressão

“Fumaça”

– Aceitação

– Instalação

Unidade

Integração

Alta ordem

código

Projeto

Requisitos


Conclusões

Com a crescente terceirização do desenvolvimento do softwarea aceitação é obrigatória para o software se adequar asnecessidades de negócio do cliente

Não pode ser uma atividade isolada e deixada para a últimafase do processo

Automatizar também uma alternativa com testes de regressãoem todos os níveis: Unitário, Integração e Funcional.

webinar aceitando o software - como garantir a qualidade dos projetos de software

Documents