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

Transcrição

1 FATTO Consultoria e Sistemas Orientações iniciais 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

2 FATTO Consultoria e Sistemas 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 FATTO Consultoria e Sistemas - 2

3 FATTO Consultoria e Sistemas - ACEITE DE SOFTWARE NA VISÃO DO CLIENTE: GARANTINDO A QUALIDADE DOS PROJETOS DE SOFTWARE Marcelo Nascimento Costa, MSc Sejam Todos Bem-Vindos 3

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 FATTO Consultoria e Sistemas - 4

5 Agenda 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 FATTO Consultoria e Sistemas - 5

6 FATTO Consultoria e Sistemas O porquê do Aceite 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.

7 Validação 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. FATTO Consultoria e Sistemas - 7

8 FATTO Consultoria e Sistemas ACEITAÇÃO DO CLIENTE NA VISÃO DO MPS.BR

9 Processos da Categoria Engenharia GReq Requisitos Requisitos do Produto DesReq Soluções Alternativas Requisitos PCP Componentes De Produtos IP Produtos Cliente Componentes do Produto, pacotes de trabalho, relatórios de verificação e validação Ver Val Necessidades do Cliente FATTO Consultoria e Sistemas - 9

10 FATTO Consultoria e Sistemas Verificação e Validação & Testes REVISÕES DE SOFTWARE

11 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. FATTO Consultoria e Sistemas

12 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). FATTO Consultoria e Sistemas

13 Revisões de Software 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. FATTO Consultoria e Sistemas

14 Inspeções de Software - Revisão 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. FATTO Consultoria e Sistemas

15 FATTO Consultoria e Sistemas Inspeções de Software: Benefícios Identificação mais cedo de defeitos.

16 Inspeções Assíncronas Reorganização do Processo de Inspeção de Software (Sauer et al., 2000) FATTO Consultoria e Sistemas

17 Walkthroughs 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. FATTO Consultoria e Sistemas

18 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. FATTO Consultoria e Sistemas

19 FATTO Consultoria e Sistemas TESTES DE SOFTWARE

20 FATTO Consultoria e Sistemas - 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!

21 FATTO Consultoria e Sistemas - Teste de Software Não ocorrência de falha: Software é de alta Qualidade? OU Teste é de baixa Qualidade?

22 Teste de Software Estratégias para Teste Unidade Integração Sistema Re-Teste Regressão Fumaça Aceitação Instalação código Projeto Requisitos Alta ordem Unidade Integração FATTO Consultoria e Sistemas -

23 FATTO Consultoria e Sistemas - Conclusões Com a crescente terceirização do desenvolvimento do software a aceitação é obrigatória para o software se adequar as necessidades de negócio do cliente Não pode ser uma atividade isolada e deixada para a última fase do processo Automatizar também uma alternativa com testes de regressão em todos os níveis: Unitário, Integração e Funcional.

24 FATTO Consultoria e Sistemas