Qualidade_de_Software_-_Aula_1.pdf

7/30/2019 Qualidade_de_Software_-_Aula_1.pdf

1/64

1

Qualidade deSoftware

Desenvolvimento de Software

e o Desafio da Qualiade


2/64

2

Apresentaes

Objetivos

Critrio de Aprovao

Estudo de Caso - Realizados em grupo e debatidos na sala de aula

Parte I - 20% Parte II - 50% Parte III - 30%

Estar aprovado o aluno que obtiver nota superior a 5,0.

Introduo


3/64

3

Agenda

Qualidade Definio, Histrico, Conceitos e Benefcios

Qualidade no Contexto de TI

SWEBOK

Metodologias de Desenvolvimento de Software (Reviso)


4/64

4

Qualidade Definio, Histrico,Conceitos e Benefcios

O que Qualidade?

Um atributo essencial e distinto de alguma coisa ou algum;

O grau de excelncia ou vala;

A ausncia de qualquer defeito; Satisfazer as expectativas e requerimentos, declarados e no-declarados, do cliente;

Grau de conformidade de um produto em relao ao suasespecificaes.


5/64

5

Breve Histrico de Qualidade



6/64

6

Breve Histrico de Qualidade



7/64 7

Inspeo

Controle Estatsticode Processos

Garantia deQualidade

TQM

Evoluao do Conceito de Qualidade



8/64 8

Inicialmente, trabalho artesanal(controle individual de cada tarefa);

Sempre existiu a preocupao dos consumidores em inspecionaro produto recebido;

Voltado para o produto acabado;

No existia preocupao intrnseca com qualidade.

Inspeo



9/64 9

Controle Estatstico de Processos

Com a Revoluo Industrial, se tornou possvel a produo emmassa de bens manufaturados;

Tcnicas de amostragem e outros procedimentos estatsticospara mensurar a variabilidade encontrada na produo de bense servios;

Aparecimento do setor de controle de qualidade nasorganizaes.



10/64 10

Garantia de Qualidade

O controle da qualidade passou a ser feito ao longo do processoprodutivo e no mais somente no seu final;

Criao do Ciclo de Deming (PDCA);

nfase na preveno.



11/64 11

Gesto de Qualidade Total (TQM)

Deslocamento da anlise do produto para a concepo de umsistema de qualidade;

Qualidade deixa de ser um aspecto do produto e deresponsabilidade apenas de um departamento especfico epassa a ser um problema de toda a empresa;

Pontos bsicos:

- Foco no cliente;

- Trabalho em equipe permeando toda a organizao;

- Decises baseadas em fatos e dados;

- Busca constante da soluo de problemas.



12/64 12

A moderna gesto da qualidade complementa ogerenciamento do projeto valorizando aimportncia de:

Satisfazer o Cliente: compreender, avaliar,definir e gerenciar expectativas para que osrequerimentos do cliente sejam atingidos.



13/64 13



Prevenir: A qualidade deve ser planejada,desenhada e construda. Ela deve prevenirdefeitos e no apenas detect-los. O custo dapreveno muito inferior ao custo dacorreo.



14/64 14




Prevenir: A qualidade deve ser planejada,desenhada e construda. Ela deve prevenirdefeitos e no apenas detect-los. O custo dapreveno muito inferior ao custo dacorreo.

Melhorar Continuamente: O ciclo do PDCA abase para a melhoria da qualidade. O uso deoutras ferramentas e modelos como TQM, OPM3e CMMI tambm importante.


15/64 15


Identificao das Partes Interessadas Individuo ou Grupo de Indivduos com interesse comum nodesempenho da organizao e no ambiente que opera

A maioria das organizaes apresenta as seguintes partes interessadas: Clientes Fora de Trabalho Acionistas Proprietrios Fornecedores

SociedadeOBS. A quantidade e denominao das partes interessadas pode variarem funo do perfil da organizao.


16/64 16

Percepo de QualidadeQualidade percebida de formas diferentes por grupos/entidadesdiferentes:

Stakeholders Percepo

Cliente Preo, Prazo Entrega, Produto conforme especificao

Scios Retorno de Investimento, Lucro

Equipe de Projeto Remunerao, Realizao Pessoal/Profissional

Sociedade Gerao de Empregos, Melhoria na Qualidade de Vida

Fornecedores Parceria, Remunerao



17/64 17


Exemplo


18/64 18


Parte

Interessada

Tempo de Espera

Velocidade deAtendimento

Solicitao AtendidaAtendimento de

qualidadeSatisfao do Usurio

Ambienteadequado

Instalaes Fsicas(Ergonomia)

Produtividade

Atendimento ao maior

nmero possvel dechamadas

InfraestruturaFuncionando

HW, SW, URA,Roteamento de

Chamadasfuncionando

adequadamente

TraduoNecessidade

Usurio / Pblico

Atendentes

Superviso

Atendimentosatisfatrio

Exemplo:

Atendimento em um

Call Center


19/64

19


Parte

Interessada

LucratividadeMelhora da relao

receita x custoNovos

NegciosMaior possibilidade de

lucro

ImagemReputao /Referncia

Confiana

Clientes Finais

TraduoNecessidade

Diretores

Satisfao dosClientes

Conhecimento donegcio do cliente

Exemplo:

Atendimento em um

Call Center


20/64

20

Percepo de Qualidade Atividade 1Considere a prpria INFNET e identifique ao menos 5 partes envolvidas e,para cada uma delas sua percepo do que seria qualidade:

PARTEINTERESSADA NECESSIDADE TRADUO (termos prticos)



21/64

21


Percepo de Qualidade Mtricas OperacionaisConsidere o quadro abaixo.


22/64

22


Percepo de Qualidade Mtricas OperacionaisExemplo - Atendimento em um Call Center

Parte

Interessada Indicador Valor

Tempo de EsperaMinutos decorridos desde a chamada

e o incio do atendimento3 minutos

Velocidade deAtendimento

Tempo de durao da chamada 8 minutos

Solicitao Atendida

Atendimento dequalidade

Satisfao do Usurio

Ambienteadequado

Instalaes Fsicas(Ergonomia)

Maior conforto e sadedos funcionrios

Reduo do nmero de ausncias pormotivo de sade

1/50funcionrios

Produtividade

Atendimento ao maior

nmero possvel dechamadas

Maximizar utilizao dosrecursos (atendentes)

Nmero de atendimentos por unidadede tempo 1/5 minutos

InfraestruturaFuncionando

HW, SW, URA,Roteamento de

Chamadasfuncionando

adequadamente

No haver rupturas ouproblemas de

indisponibilidade tcnicapara operao

Taxa de operao 95%

MtricasObjetivoTraduoNecessidade

Usurio / Pblico

Atendentes

Baixo nvel dereclamaes

Superviso

Minimizar filas de

atendimentoAtendimentosatisfatrio

1/1.000chamadas

Nmero de reclamaes por milhares


23/64

23

Percepo de Qualidade Atividade 2Considerando as necessidades encontradas na atividade 1, elabore epreencha um quadro similar para ao menos duas delas.

Parte

Interessada

Necessidade Traduo Objetivo Mtrica

Indicador Valor



24/64

24

Algumas questes bsicas:

Por que o desenvolvimento de software tocomplicado?

Quais as causas mais comuns de fracassos deprojetos de software?

Como enfrentar o problema?

Qualidade no Contexto da TI


25/64

25

SWEBOK


26/64

26

SWEBOK


27/64

27

Terminologia Questes Chaves Teste e OutrasAtividades

Teste Unitrio Teste Integrado Teste de Regresso Teste de Sistemas Teste de Aceitao Teste de Instalao Entre outros...

SWEBOK Captulo 5

SWEBOK


28/64

28



Experincia Baseado em Esp. Baseado no Cdigo Entre outros...

De acordo com a(s)Tcnicas Utilizadas Avaliao dos testes

Executados

SWEBOK Captulo 5

SWEBOK


29/64

29



Experincia Baseado em Esp. Baseado no Cdigo Entre outros...

De acordo com a(s)Tcnicas Utilizadas Avaliao dos testes

Executados

ConsideraesPrticas

Atividades deTestes

SWEBOK Captulo 5

SWEBOK


30/64

30

SWEBOK Captulo 11

SWEBOK


31/64

31

1. Fundamentos de Qualidade de Software

1.1 tica e Cultura da Engenharia de Software

1.2 Valor e Custo de Qualidade

1.3 Modelos e Caractersticas de Qualidade1.4 Melhoria de Qualidade

SWEBOK Captulo 11

SWEBOK


32/64

32

SWEBOK Captulo 11

1.1 tica e Cultura da.Engenharia de Software

SWEBOK

Atitude

Disciplina

Comprometimento

Profissionalismo

Suporte Gerencial

Responsabilidades

Treinamento


33/64

33

Consideraes importantes:

Custo de preveno

Custo de avaliao

Custo das falhas

-Internas

-Externas

Extenso de implementao (trade-offs)

Papel do cliente

SWEBOK Captulo 11

1.2 Valor e Custo de Qualidade

SWEBOK


34/64

34

Modelos e Normas:

ISO

IEC

CMMI

MPS.BR

ITIL

COBIT

eSCM

SWEBOK Captulo 11

1.3 Modelos e Caractersticas de Qualidade

SWEBOK


35/64

35

Fatores associados:

Processos do ciclo de vida (metodologia);

Processos de deteco, remoo e preveno de erros;

Processo melhoria de qualidade.

SWEBOK Captulo 11

1.4 Melhoria de Qualidade

SWEBOK


36/64

36

SWEBOK Captulo 11

2. Processos de Gerenciamento de Qualidade de Software

2.1 Garantia de Qualidade de Software

2.2 Verificao e Validao

2.3 Revises e Auditorias

SWEBOK


37/64

37

2.1 Garantia de Qualidade de Software

SWEBOK Captulo 11

Planos

Processos & Padres

Ferramentas

Recursos

GarantiadeQualidade

Processos &Padres

Ferramentas Recursos

Planos deGarantia deQualidade

SWEBOK


38/64

38

SWEBOK Captulo 11

2.2 Verificao e Validao

Verificao

- Testes (unitrios, sistemas, integrao, etc)

Validao

- Teste (aceitao)

- Demonstrao

- Prototipao

- Simulao

SWEBOK


39/64

39

SWEBOK Captulo 11

2.3 Revises e Auditorias

Revises

- Revises Gerenciais

- Revises Tcnicas

- Inspees

- Walk-Throughs

Auditorias

SWEBOK

Tcnicas similares


40/64

40

3. Consideraes Prticas

3.1 Requerimentos de Qualidade das Aplicaes

3.2 Caracterizao de Defeitos

3.3 Tcnicas de Gerenciamento de

Qualidade de Software3.4 Medies de Qualidade de Software

SWEBOK Captulo 11

SWEBOK


41/64

41

3.1 Requerimentos de Qualidade das Aplicaes

SWEBOK Captulo 11

Fatores de Influncia

- Criticidade

- Padres especficos de engenhara de software aplicveis

- Mtodos e ferramentas- Oramento, pessoal, planos e cronograma de todos os

processos

- Uso pretendido e usurios

- Grau de dependncia e confiabilidade

SWEBOK


42/64

42

3.2 Caracterizao de Defeitos

SWEBOK Captulo 11

Erros

Diferena entre o resultado computado e o resultado correto

FaltaUma incorreo de um passo/processo/algortmo ou definio de dados em umprograma de computador

FalhasO resultado de uma falta

SWEBOK


43/64

43

3.3 Tcnicas de Gerenciamento de Qualidade de Software

SWEBOK Captulo 11

EstticasEnvolvem exame de documentao, do software e outras informaes,sem qualquer execuo

DinmicasEnvolvem demosntraes e simulaes

TesteEnvolvem ferramentas autmatizadas de testes, testes executados porterceiros, etc.

SWEBOK


44/64

44

3.4 Medies de Qualidade de Software

SWEBOK Captulo 11

Mtricas baseadas em estatsticas

- Anlise de Paretto

- Run Charts

- Scatter Plots

Anlise de Tendncias

Modelos de Predio

SWEBOK


45/64

45

SWEBOK

O histograma um grfico de barras quemostra a distribuio de variveis. Cadacoluna representa uma distribuio defreqncia. As freqncias so agrupadasestatisticamente na forma de classes ondese observa a tendncia central do valores esua variabilidade.

Esta ferramenta ajuda a identificar a causade problemas em um processo pela forma eamplitude da distribuio.

Exemplos de possveis aplicaes:

Picos de atendimentos em um Call Center Perfil scio-economico da populao tendimento mdico (hospital) por periodo

HISTOGRAMA


46/64

46

SWEBOK

DIAGRAMA DE PARETO

O diagrama de Pareto um tipode histograma ordenado porfreqncia de ocorrncia. Elemostra quantos defeitos foramgerados por categoria de causaidentificada.

Esta ferramenta estfundamentada no conceitoconhecido como princpio80/20, onde 80% dosproblemas se devem a 20% dascausas.


Razes pelas quais projetos fracassam Causas de insatisfaes de um produto Elementos de custo mais significativos de uma organizao


47/64

47

SWEBOK

O grfico de partida um grfico de linha que mostra as ocorrncias em ordemcronolgica. Ele mostra tendncias e variaes em um processo ao longo dotempo. A anlise de tendncia pode ser realizada atravs deste grfico.

Grficos de partida so geralmente usados para monitorar: performance tcnica

performance de custo e cronograma

GRFICO DE PARTIDA (RUN CHART)


Grficos de tendncias eleitorais Performance de processos Produtividade de uma empresa Eltrocardiograma


48/64

48

SWEBOK

O diagrama de disperso mostra o padro de relao entre duas variveis. Elepermite visualizar a alterao sofrida por uma varivel quando a outra semodifica, mas no garante uma relao de causa e efeito. Quanto mais prximosos pontos estiverem da linha diagonal, mais forte poder ser a relao entre asvariveis estudadas. A correlao pode ser positiva ou negativa.

GRFICO DE DISPERSO

Exemplos de possveis aplicaes: Volume de vendas por poca doano

Nmero de projetos com sucessoe experincia de seu gerente

Nmero de defeitos e tempo detreinamento


49/64

49

Discusso em grupo:

Considere os conceitos de Qualidade apresentados e defina.

Quais deles so passveis de serem implementados em suas organizaes? Quais no o so?

Considere os seguintes pontos:

Direcionamento Estratgico Objetivos de Negcios Cultura Corporativa Caractersticas do trabalho realizado Viabilidade econmica

E justifique sua resposta

Processos de Engenharia de Software

Atividade 3

Inspeo

Controle Estatsticode Processos

Garantia deQualidade

TQM


50/64

50

Metodologias de Desenvolvimento

Definio

A metodologia de desenvolvimento de software ou metodologia dedesenvolvimento de sistemas em engenharia de software um conjunto deprticas utilizada para estruturar, planejar e controlar o processo dedesenvolvimento de um sistema de informao.

Modelos Existentes (alguns)

Waterfall Prototype Incremental Spiral Rapid Application Development - RAD

Waterfall

IncrementalPrototype

SpiralRAD


51/64

51


Waterfall

O mtodo Waterfall composto por uma srie de fases bem definidas e destinadas aserem executadas seqencialmente. Em teoria, cada uma delas s pode ser iniciada,quando a anterior tiver sido concluda.

Essencialmente, comea com uma pesada fase de anlise e definio dos requisitosdo sistema, seguida pelas fases de desenho, codificao, testes, validao e

implantao.

Uma outra caracterstica marcante destemtodo o de que ele deva ser executadouma nica vez, desde seu incio at seu fim.

Tipicamente, suas fases so:AnliseDesenhoConstruoTestesImplantao


52/64

52


Prototype

Prototipagem de software, refere-se atividade de criao de prottipos deaplicaes de software, ou seja, verses incompletas do programa de software a serdesenvolvido.

uma atividade que ocorre durante o ciclo de desenvolvimento e comparvel aosprottipos conhecidos como de outras reas, como engenharia mecnica ou de

produo, arquitetura, etc.

Um prottipo na rea de TI, simula normalmente apenas alguns aspectos dascaractersticas do produto final e pode ser relativamente diferente da produtoacabado.

O objetivo convencional de um prottipo o de permitir que os usurios do software

possam, mais objetivamente, avaliar as propostas dos desenvolvedores para oproduto final, ao invs de ter que interpretar e avaliar o projeto com base emdescries.


53/64

53


Incremental

O desenvolvimento incremental fatia as funcionalidades do sistema em incrementos(pores). Em cada incremento, uma fatia de funcionalidade desenvolvida atravsde um trabalho multidisciplinar, a partir dos requisitos at a implantao.

Este processo agrupa incrementos /iteraes nas seguintes fases:

Iniciao identifica o escopo do projeto, os riscos e os requisitos (funcionais e nofuncionais) a um nvel elevado, mas em detalhe suficiente para que o trabalho podeser estimada.

Elaborao desenvolve a arquitetura do sistema de forma a satisfazer seusrequisitos, necessidades e restries.

Construo, incrementalmente , desenvolve (codificao e teste) os objetosdefinidos e desenhados na elaborao das especificaes funcionais e tcnicas dosistema.

Transio entrega/implementa o sistema no ambiente produo.


54/64

54


Spiral

O modelo Espiral, tambm conhecido como o modelo de ciclo de vida em espiral, um modelo de desenvolvimento de software que combina caractersticas do modelowaterfallcom o deprototipagem e mais aplicvel/indicado em projetos de grandeporte e complexos.

Basicamente, a idia o desenvolvimento evolutivo, utilizando o modelo em

waterfallpara cada etapa.

No objetivo deste modelo definir inicialmente todos os requisitos efuncionalidades do sistema. Os desenvolvedores devem, em seu ciclo inicial serestringir aos requisitos e funcionalidades principais/prioritrias e obter feedbackdos usurios/clientes para o prottipo desenvolvido.

Com o conhecimento obtido, eles devem ento voltar para a definio e re-iniciarum novo cilco de desenvolvimento que ir adicionar mais funcionalidade ao produtocriado no ciclo anterior.

No existe um nmero pr-determinado de iteraes e isso definido, caso a casoou projeto a projeto, dependendo de suas caractersticas.


55/64

55


Spiral


56/64

56


Rapid Application Development (RAD)

Rapid Application Development (RAD) se refere a um tipo de metodologia dedesenvolvimento de software que utiliza um mnimo de planejamento em favor deprototipagem rpida.

O "planejamento" do software desenvolvido atravs deste mtodo intercalado como desenvolvimento do prprio software. Por conta disso, o desenvolvimento do

software se torna considelvelmente mais rpido e seus requisitos mais fceis deserem alterados.

No mtodo RAD, todo o ciclo comprimido, sendo que a participaoextensiva do cliente/usurio da aplicao essencial para que se possa ter sucesso

com este mtodo.

O grau de formalismo mantido em umnvel mnimo e suficiente para suportarseu desenvolvimento.


57/64

57


Rapid Application Development (RAD) (continuao)

Exemplo de mtodos rpidos (RAD):

Agile ModelingAgile Unified Process (AUP)Dynamic Systems Development Method (DSDM)Essential Unified Process (EUP)

Extreme Programming (XP)Feature Driven Development (FDD)Open Unified Process (OpenUP)Scrum


58/64

58


Fases do Ciclo de Desenvolvimento:

Embora exista uma srie de variaes, tanto em termos de fases como denomenclatura, selecionamos as seguintes:

AnliseDesenhoConstruo

TestesImplantao


59/64

59


Fases do Ciclo de Desenvolvimento - Anlise

d l d l


60/64

60


Fases do Ciclo de Desenvolvimento - Desenho

M d l i d D l i


61/64

61


Fases do Ciclo de Desenvolvimento - Construo

M t d l i d D l i t


62/64

62


Fases do Ciclo de Desenvolvimento - Testes

M t d l i d D l i t


63/64

63


Fases do Ciclo de Desenvolvimento - Implantao

I t d M t d l i


64/64

Interao das Metodologias

Definio Anlise Desenho

Construo

Implantao Testes

Iniciao Planejamento

Execuo

Finalizao

Desenvolvimento & Gerenciamento

Qualidade_de_Software_-_Aula_1.pdf

Documents

Transcript of Qualidade_de_Software_-_Aula_1.pdf