O documento discute os conceitos de qualidade de software, definindo-o como a conformidade com requisitos funcionais e de desempenho declarados e padrões de desenvolvimento documentados, além de características implícitas esperadas. Também apresenta os principais gurus da qualidade como Deming, Feigenbaum, Juran e Crosby, e suas contribuições para a evolução do conceito de qualidade.

1. CONCEITOS QUALIDADE DE
SOFTWARE
Prof.ª Me. Cristiane Fidelix.

2. Como definir Qualidade?

3. Conceito

4. O que é Qualidade?
• Conceito subjetivo que está relacionado às percepções
de cada indivíduo
 Confiável
Sem defeitos
 Acessivel
Seguro
Pontualidade
Produto/serviço
 Preferência do
Cliente

5. Conceito de Qualidade
“É superar a expectativa do cliente”

6. O que é Qualidade?
Segundo Peter Drucker, eficiência consiste
em fazer certo as coisas; e eficácia em se
fazer as coisas certas.

7. O que é Qualidade?
“ A totalidade das características de uma
entidade que lhe confere a capacidade de
satisfazer às necessidades explícitas e
implícitas”
(NBR ISO 8402)

8. O que é Qualidade?
- Necessidades explícitas são as
condições e objetivos propostos por
aqueles que produzem o software.
- As necessidades implícitas são
necessidades subjetivas dos usuários,
também chamadas de fatores externos,
e podem ser percebidas tanto pelos
desenvolvedores quanto pelos usuários.

9. .....E QUALIDADE DE
SOFTWARE????

10. Conceito de Qualidade de Software
•“Conformidade a requisitos funcionais
e de desempenho explicitamente
declarados, a padrões de
desenvolvimento claramente
documentados e a características
implícitas que são esperadas de todo
software profissionalmente
desenvolvido.”
(Pressman).

11. Definição de qualidade de software

12. Atores da qualidade de software

13. Visão de um projeto:
• Exemplo da diferença de visão de cada profissional
envolvido em um projeto.

15. Definição de um problema

16. Dimensões da Qualidade do Software
Qualidade do Produto
Tecnologia de Desenvolvimento
Custo, tempo e cronograma
Qualidade do
Processo
Qualidade das
Pessoas

17. Qualidade de Software
• O que o cliente quer?
• Atendimento aos requisitos especificados
• Defeito zero
• Grande número de funções
• Alto desempenho
• Baixo custo
• Desenvolvimento rápido
• Facilidade de uso
• Eficiência nos serviços associados
• Inovação

18. Benefícios da Qualidade
• Na visão do fornecedor (ex: equipe interna de TI ou
fornecedor externo – do mercado)
• Maior produtividade
• Maior precisão nas estimativas
• Redução de defeitos no produto
• Aumento da confiabilidade do produto
• Menos esforço de re-trabalho
• Menos horas extras de trabalho
• Redução do tempo para atender o mercado
• Redução de custo de desenvolvimento e manutenção
• Maior competitividade
• Maior índice de satisfação do cliente/usuário final

19. Vídeo: conceito de qualidade de software
https://www.youtube.com/watch?v=n8
sAGdxmsaQ

21. Exercícios
1a Questão
Assinale a alternativa CORRETA para a lacuna do texto a seguir:
____________________ é um processo sistemático que focaliza todas as
etapas e artefatos produzidos com o objetivo de garantir a conformidade de
processos e produtos, prevenindo e eliminando defeitos.
a) Qualidade de Software
b) Manutenção de software
c) Análise de software
d) Desenvolvimento de software
e) Documentação de software

22. Exercícios
2a Questão
Podemos entender qualidade de software, como:
(i) Uso de métricas para desenvolver estratégias para a melhoria de processo
de software;
(ii) Conjunto de atividades que garante que cada produto de trabalho da
engenharia de software exiba
adequada qualidade;
(iii) Atividades de segurança em cada projeto de software;
(iv) Conformidade de requisitos funcionais a padrões de desenvolvimento.
a) apenas i e iv são corretos.
b) apenas i e iii são corretos.
c) apenas i; ii e iii são corretos.
d) apenas i; ii e iv são corretos.
e) apenas i e iv são incorretos.

23. Exercícios
3a Questão
Segundo Pressman (2002), a qualidade de software atende a determinadas
condições. Quais são estas condições?
I. conformidade com requisitos funcionais e sem adoção de normas de
desenvolvimento explicitamente declarados.
II. conformidade com requisitos funcionais e de desempenho explicitamente
declarados, conformidade com características implícitas e adoção de normas
de desenvolvimento explicitamente documentadas.
III. não conformidade com requisitos funcionais e de desenvolvimento
explicitamente declarados.
IV. adoção de normas implicitamente documentadas e conformidade com
requisitos funcionais.
a) Apenas III
b) Apenas I
c) Apenas I e IV
d) Apenas II e III
e) Apenas II

24. Exercícios
4ª Questão
O aumento de qualidade sempre é acompanhado por aumento de
produtividade e redução de custos. Com isso podemos afirmar que isto é feito
na forma de?
a) Mais trabalho e certamente mais perda;
b) Menos retrabalho e maior índice de perdas;
c) Diminuir perdas, mas aumentar a quantidade de trabalho;
d) Menos perdas com menos trabalho.
e) Menos retrabalho e menor índice de perdas;

25. Exercícios
5ª Questão
O que é qualidade de software?
a) É um processo não sistemático.
b) É um processo sistemático que focaliza todas as etapas e artefatos
produzidos com o objetivo de garantir a conformidade de processos e
produtos especificados, prevenindo e eliminando defeitos.
c) São os modos de representação – tanto quantitativa quanto qualitativa – do
software.
d) São as normas de funcionamento do software.
e) São as características do produto software.

26. Exercícios
6a Questão
De acordo com Peter Drucker o que é qualidade?
a) A qualidade num produto ou serviço é quando a sua produção segue o
custo definido no projeto.
b) A qualidade num produto ou serviço é quando a sua produção segue o
prazo definido no projeto.
c) A qualidade num produto ou serviço é quando a sua produção segue o
custo e o prazo definido no projeto.
d) A qualidade num produto ou serviço é desenvolver seguindo um processo.
e) A qualidade num produto ou serviço não é o que o fornecedor põe nele. É
aquilo que cliente tira dele e o que está disposto a pagar por ele. Um produto
não é qualidade só porque é difícil de fazer e custa bastante dinheiro, como
os fabricantes costumam pensar. Os clientes pagam apenas por aquilo que é
útil para eles e dá-lhe o seu valor. Nada mais constitui qualidade.

27. Exercícios
7a Questão
No gerenciamento da qualidade de software, são esperadas algumas
atividades. Quais são estas atividades?
I. Apenas garantia da qualidade
II. Garantia, controle, custo e planejamento da qualidade
III. Apenas controle e custo da qualidade
IV. Apenas planejamento da qualidade
V. Apenas garantia da qualidade e planejamento da qualidade .
a) IV
b) V
c) III
d) I
e) II

28. Texto: Qualidade de Software: Uma
questão de eficiência.
Você sabia que, a grande maioria das
empresas de software no Brasil gasta 70%
do tempo de desenvolvimento corrigindo
erros, ao invés de inovar e desenvolver
novas soluções?

29. Exercícios:
1) Qual a importância de registrar e documentar todos os requisitos de software
levantados pelo Desenvolvedor?
2) Qual a importância do Desenvolvedor fazer uma análise de todos os Requisitos de
software levantados antes de iniciar o desenvolvimento do software?
3) Qual a importância de um Software ser testado referente à questão de eficiência e
qualidade de Software?
4) Quando há falta de alguma documentação de Software, quais são as dificuldades
encontradas?
5) Qual a importância de existir a chamada Fase de Projeto para o desenvolvimento de
um software?
6) Qual a importância de existir uma Equipe de testes para o desenvolvimento de um
software?
7) Qual é o Erro mais grave e geralmente na maioria dos Projetos de Software cometido
durante o Desenvolvimento de Software se tratando do prazo de Entrega?

30. EVOLUÇÃO DO CONCEITO
DE QUALIDADE

31. EVOLUÇÃO DOS CONCEITOS DE
QUALIDADE
Os avanços tecnológicos e a crescente preocupação na
eliminação de defeitos, aumento na produtividade e
redução de custos motivaram o surgimento de modelos de
qualidade para o processo de manufatura.
A partir da década de 1960, começaram a surgir critérios,
modelos e técnicas para a garantia da qualidade no
processo de produção.

32. EVOLUÇÃO DOS CONCEITOS DE
QUALIDADE
A indústria japonesa foi a precursora do Controle da
Qualidade Total (Total Quality Control - TQC), seguida
pelos americanos, que definiram o modelo de Gerência da
Qualidade Total (Total Quality Management), ambos
bastante utilizados em todo o mundo.

33. EVOLUÇÃO DOS CONCEITOS DE
QUALIDADE
Em 1947, a criação da Organização Internacional de
Padronização (ISO) formalizou a necessidade da definição
de padrões internacionais no setor da indústria e muito
contribuiu para a evolução do setor, definindo normas para
a garantia da qualidade direcionadas para produção,
serviços e gerenciamento, entre outros contextos.

34. EVOLUÇÃO DOS CONCEITOS DE
QUALIDADE
Como exemplo de padrão internacional de qualidade temos
a norma ISO9001:2000.
[ISO9001:2000] que define requisitos para gerência de
sistemas da qualidade, abrangendo todo o ciclo de
desenvolvimento de um produto, desde seu pedido,
passando pela análise e gerenciamento de requisitos,
projeto e fabricação, até sua entrega ao cliente, incluindo
infra-estrutura adequada, competências e

35. FORDISMO
É um modo de produção em massa baseado na linha de
produção idealizada por Henry Ford.
Foi fundamental para a racionalização do processo
produtivo e na fabricação de baixo custo e na acumulação
de capital.

36. FORDISMO
Característica:
Este sistema de produção em massa, denominado linha de
produção, constituía-se em linhas de montagem
semiautomáticas, possibilitadas pelos pesados
investimentos para o desenvolvimento de maquinários e
instalações industriais.

37. TAYLORISMO
Buscava aumentar a produtividade do trabalhador, através
da racionalização dos movimentos e do controle da
produção. Seu criador, Taylor, não se preocupou com as
questões de tecnologia, fornecimento de insumos ou a
chegada do produto ao mercado.

38. Gurus da Qualidade

39. Texto:
Os gurus da qualidade
• https://professorbarcante.files.wordpress.com/2009/05/ca
pc3adtulo-2-os-gurus-da-qualidade.pdf

40. W. Edwards Deming
 É reconhecido como o grande mestre do controle da
qualidade.
 Sua abordagem defende que a qualidade inicia com o
alto nível gerencial e é uma atividade estratégica.
 A proposta de Deming enfatizou a necessidade dos
métodos estatísticos, participação, educação e proposta
de melhoria.
 Segundo Deming, é fundamental que as especificações
sejam sempre revistas, uma vez que os “desejos” do
cliente têm um alto grau de instabilidade.

41. W. Edwards Deming
 Sua filosofia é baseada em 14 princípios que são
adotados em todos os níveis da organização.

42. 1. Estabeleça um propósito constante direcionado à melhoria de produtos e
serviços;
2. Adote uma nova filosofia. O gerenciamento moderno deve estar atento aos
desafios, aprender suas responsabilidades e liderar as mudanças;
3. Elimine a necessidade de inspeção em massa, produzindo produtos de
qualidade;
4. Elimine a prática de fazer negócios com base apenas nos preços. Ao invés,
minimize os custos. Estabeleça um relacionamento duradouro com os seus
fornecedores;
5. Melhore constantemente o sistema de produção e de serviços para melhorar
a relação qualidade x produtividade e, assim, diminuir custos e aumentar
lucros;
6. Institucionalize novos métodos de treinamento no trabalho;
7. Institucionalize e fortaleça os papéis de liderança;

43. 8. Elimine os medos, de modo que cada funcionário possa trabalhar
efetivamente pela companhia;
9. Quebre barreiras entre departamentos. Todos devem trabalhar como uma
equipe coesa;
10. Elimine slogans, exortações e metas para a força de trabalho produzir com
defeito-zero e novos níveis de produtividade, pois isto pode levar a um
desgaste no relacionamento entre as pessoas causando baixa qualidade e
produtividade;
11. Elimine cotas-padrão arbitrárias e gerenciamento por objetivos;
12. Produza e gerencie com foco na qualidade e não apenas em atingir números;
13. Institucionalize um vigoroso programa de educação e auto-melhoria;
14. Coloque todos na organização para trabalhar pela transformação.

44. Armand Feigenbaum
Seu conceito de controle envolve 4 etapas:
 Estabelecer um padrão de Qualidade
 Avaliar conformidade com o padrão estabelecido.
 Agir corretivamente quando o padrão não for atingido.
 Planejar, a fim de aprimorar o padrão.
O termo “controle da qualidade
total” foi usado pela primeira
vez por Armand Feigenbaum,
em 1956.

45. Armand Feigenbaum
De acordo com Feigenbaum, é o cliente externo que tem a
palavra final, e os fatores que afetam a Qualidade podem ser
divididos em duas categorias distintas:
Tecnológicos: máquinas, materiais, insumos e processos;
Humanos: tempo e pessoal (considerados por Feigenbaum
como os mais importantes).

46. Joseph Juran
O executivo principal deve levar a sério este compromisso.
Programas do tipo Zero Defeito devem ser evitados, e deve
ser gasto um tempo suficiente para que todos entendam o
compromisso com a Qualidade em todos os níveis da
organização.

47. Joseph Juran – Triologia de Juran
A sua fundamentação teórica é denominada Trilogia de
Juran é composta por:
1. Controle da Qualidade
2. Aprimoramento da Qualidade
3. Planejamento da Qualidade.

48. Philip Crosby
A qualidade pode ser vista como o grau de
conformidade com a especificação,
fundamentada em uma abordagem de busca
contínua do defeito zero.

49. Philip Crosby
Sua abordagem inclui o que ele denominou de 4 “certezas”
do Gerenciamento da Qualidade:
 Qualidade significa atendimento aos requisitos;
 Qualidade vem através de prevenção;
 Padrão para desempenho da qualidade e “defeitos zero”;
 A medida de qualidade é o preço da não-conformidade.

50. Philip Crosby – Qualidade de software
Defeito zero [PMBOK2000]
Modelo de maturidade organizacional com 5 estágios baseados no
gerenciamento da qualidade
Capability Maturity Model for Software (CMM)

51. Kaoru Ishikawa
O sistema japonês inicialmente denominado Company Wide
Quality Control-CWQC, com base nos ensinamentos de
Deming, Juran e Feingenbaum.
Com o passar do tempo este sistema foi redenominado,
passando a ser identificado por Total Quality Control-TQC.

52. Kaoru Ishikawa
Entre seus conceitos principais estão:
 Envolvimento de todos os departamentos nas atividades
da Qualidade como fabricação, marketing, P&D,
assistência-técnica, compras, engenharia etc.
 A meta principal é o aprimoramento contínuo.
 Participação de todos os empregados em todos os níveis.
 Atenção especial às definições de Qualidade do cliente.

53. Pontos Comuns aos Gurus
 Comunicação inter-areas na fase do projeto dos produtos, serviços e processos.
 Qualidade é algo dinâmico, portanto envolve aprimoramento contínuo.
 É vital o envolvimento de fornecedores nos esforços em prol da Qualidade.
 A solução da maioria dos problemas relacionados à Qualidade é de
responsabilidade gerencial.
 Os gerentes devem ser os agentes de mudança.
 Educação e treinamento: um processo contínuo em todos os níveis da empresa,
liderado pela Alta Direção.

54. Exercícios
1. Quais são os nomes dos Gurus da Qualidade?
2. Quais os pontos comuns e os pontos conflitantes
entre as teorias de Deming e de Crosby?
4. Simule um planejamento de uma empresa qualquer
aplicando as teorias de cada um dos Gurus.
5. Faça uma análise crítica para cada um dos 14
princípios de Deming aplicados à TI.

55. QUALIDADE DO PROCESSO
DO SOFTWARE

56. Qualidade do Processo
• Processo
• uma seqüência de passos realizados para um determinado
propósito. (IEEE)
• conjunto de recursos e atividades inter-relacionados que
transformam insumos em produtos. (ISO 8402)
• Processo de software
• um conjunto de atividades, métodos, práticas e transformações
que as pessoas utilizam para desenvolver e manter software e
produtos relacionados. (CMMI)

57. Processo de Software
PROCESSO
Ferramentas
Métodos, Procedimentos,
Padrões, Técnicas
Pessoas habilitadas, treinadas,
motivadas
FATORES DE QUALIDADE
• o procedimento que descreve
o método escolhido
• as ferramentas para darem
apoio e facilitarem o trabalho
• pessoas treinadas, que
compreendam e usem o
processo

58. Princípios Básicos da
Qualidade do Processo de Software
Satisfação
do Cliente
Melhoria Contínua
de Processos
Redução de Custo
de Qualidade
Controle
do Projeto

59. Desenvolvimento do SWREQUISITOS
PRODUTO
DE SW
Análise Projeto …
verificação
validação
Qualidade do Processo de Software
validação

60. Qualidade do Processo de Software
• Pontos Relevantes
• Planejamento e gerenciamento efetivo
• Definição de um modelo de ciclo de vida
• Padronização
• Conformidade com requisitos especificados
• Integridade dos produtos do desenvolvimento com os requisitos
• Controle de versões
• Testes e Inspeções

61. Melhoria de Processo
de Software
• Ações realizadas para alterar os processos de software
de uma organização para que eles satisfaçam de forma
mais eficiente os objetivos e necessidades de negócio da
organização.
• Princípios
• Grandes mudanças devem ser iniciadas de cima pra baixo.
• Todos devem ser envolvidos.
• Mudanças efetivas devem ser construídas com base em conhecimento.
• Mudanças são contínuas.
• Mudanças no processo são incorporadas através de motivação e esforço.
• Melhoria de processo de software requer investimento.

62. Melhoria de Processo:
Prevenção X Detecção
PROCESSO PRODUTOS
DEFEITOS
LIÇÕES
APRENDIDAS
Implementação
Análise
Melhoria RetrabalhoV & V
Prevenção de
defeitos
Detecção de
defeitos

63. Técnicas de Prevenção

64. Técnicas de Detecção

65. Melhoria de Processo:
Prevenção X Detecção
Prevenção
Manter defeitos fora do
Sistema
Proatividade
Orientada a processos e
pessoas
“Defeitos podem ser
prevenidos”
Construindo com
qualidade
Garantia da qualidade
Detecção
Encontrar e corrigir
defeitos
Reatividade
Orientada ao produto
“Defeitos são inevitáveis”
Inspecionando e testando
com qualidade
Controle da qualidade

66. Vídeo:
https://www.youtube.com/watch?v=XMxTY7
R4etE

67. Melhoria
da
Organização
Decisão e
comprometimento
para a melhoria
Institucionaliza
a melhoria
Prepara
institucionalização
da melhoria
Inicia
ciclo de
melhoria
Avalia
práticas
correntes
Planeja
ações de
melhoria
Realiza
ações de
melhoria
Abordagem de um Programa de
Melhoria de Processo

68. Evolução da Qualidade
Total Quality Management
Garantia da Qualidade
Controle da Qualidade
Inspeção
Detecção de Erro
Retificação
Métodos estatísticos
Desempenho de processo
Padrões de qualidade
Sistemas da Qualidade
Custo da qualidade
Solução de problemas
Planejamento da qualidade
Estratégia de qualidade
Grupos de trabalho
Envolvimento de clientes e
fornecedores

69. Total Quality Management (TQM)
• Aspectos Fundamentais
• Atender as necessidades e expectativas do cliente (a
“parte” mais importante da organização).
• Considerar o cliente e fornecedor interno/externo.
• Envolver todas as pessoas da organização.
• Examinar custos relacionados com a qualidade.
• Desenvolver sistemas e procedimentos que suportem
qualidade e melhoria.
• Desenvolver um processo de melhoria contínua.

70. Conclusão
• Estamos na fase em que a qualidade não é mais um
diferencial
• Precisamos ter não apenas qualidade, mas qualidade
com excelência
• A qualidade que mais se adeqüe à nossa realidade e a de nossos
clientes!!!
• Qualidade é um conceito complexo, porque significa
diferentes coisas para diferentes pessoas
• Não há uma simples medida para qualidade de software
que seja aceitável para todos os projetos de todas as
empresas

71. Conclusão
• A implantação de um sistema de qualidade permite um
aumento de produtividade, uma melhoria da qualidade
do produto final e um aumento da satisfação dos
clientes e da própria empresa
• Apesar dos custos elevados, é importante introduzir
sistemas de gerenciamento de qualidade de software,
pois permitem um aumento de produtividade, uma
melhoria da qualidade do produto final e um aumento
da satisfação dos clientes e da própria empresa
• A demanda por produtos mais eficazes e de baixo custo
agregado, somada com a alta competição no mercado,
tornou a qualidade um aspecto fundamental a qualquer
organização

72. Conclusão
• No contexto da qualidade de software, vários modelos
vêm sendo publicados e são, hoje, largamente adotados
por várias organizações no mundo
• Conceitos como prevenção e detecção, avaliações e
auditorias, coleta e análise de métricas, entre outros,
devem ser bem entendidos para se garantir uma visão
clara do cenário da qualidade de software
• A falta de consciência de muitas empresas e profissionais
que lidam com sistemas complexos tem sido um dos
maiores problemas em adotarem uma política de
qualidade

73. Referências
• Fagan, M.E., Advances in Software Inspections, July 1986, IEEE
Transactions on Software Engineering, Vol. SE-12, No. 7, Page 744-
751
• G. Gordon Schulmeyer, James I. McManus, Handbook of Software
Quality Assurance, Prentice Hall
• IEEE Standards Software Engineering, Volume 1, IEEE Std. 610-
1990
• Côrtes, Mario Lúcio; et al, "Modelos de Qualidade de Software",
Editora UNICAMP, 2001.
• Lynn Carter et al, The road to CMMI: Results of the First Technology
Transition Workshop
• Mary Beth Chrissis et al, CMMI for Development: Guidelines for
Process Integration and Product Improvement (3rd Edition) (SEI
Series in Software Engineering)

74. Referências
• CMMI® for Development, Version 1.3, CMMI Product Team,
Improving processes for developing better products and services,
November 2010, TECHNICAL REPORT, CMU/SEI-2010-TR-033,
ESC-TR-2010-033, Software Engineering Process Management
Program (disponível em
http://resources.sei.cmu.edu/asset_files/TechnicalReport/2010_005_0
01_15287.pdf)
• SCAMPI Upgrade Team (March 2011). Standard CMMI Appraisal
Method for Process Improvement (SCAMPI) A, Version 1.3: Method
Definition Document. Handbook CMU/SEI-2011-HB-001. Software
Engineering Institute (disponível em
http://resources.sei.cmu.edu/asset_files/Handbook/2011_002_001_15
311.pdf).
• H. D. Mills, M. Dyer, and R. Linger, “Cleanroom software
engineering,” IEEE Software, vol. 4, no. 5, pp. 19–25, Sep. 1987.
• Joseph M. Juran, Juran´s Quality Handbook, McGraw Hill
• Implementação do MR-MPS:2011 em organizações

75. Referências
• NBR ISO 900003 - Diretrizes para a aplicação da ISO9001 ao
desenvolvimento, fornecimento e manutenção de software
• Normas ISO/IEC NBR ISO/IEC 12207 - Processos de Ciclo de Vida
• Rocha, Ana Regina Cavalcanti da; et al, "Qualidade de Software -
Teoria e Prática", Prentice Hall, 2001
• Watts S. Humphrey, Managing the Software Process, ADDISON
WESLEY
• KOSCIANSKI A., SOARES M. S., QUALIDADE DE SOFTWARE,
NOVATEC, 2007
• Appraisal Requirements for CMMI (ARC), V1.1