Normas e Padrões para a Qualidade de Software

Instituto Federal de Pernambuco
Pós-Graduação em Gestão e Qualidade em TIC
Normas e Padrões para a Qualidade de Software
Andre, Danilo, Luciano, Natanael, Neilson

Roteiro
• Conceitos de normas e padrões
• Classificação de qualidade de software:
– Qualidade de produto
– Qualidade de processo
• Principais normas:
– ISO 9000-3
– CMMI
– Mps.br
• Comparação entre as normas
2

Conceito de Normas e Padrões
• Conceito
– Atividade que estabelece prescrições destinadas à
utilização comum e repetitiva com vistas à obtenção do
grau ótimo de ordem em um dado contexto (ABNT)
• Objetivos
3
ComunicaçãoEconomia
Eliminação
de barreiras
comerciais
Proteção
do
consumidor
Segurança

Conceito de Normas e Padrões
• Níveis
– Internacional: JTC1 (de Joint Technical Committe)
• ISO (International Organization for Standardisation)
• IEC (International Electrotechnical Commission )
– Nacional: ABNT (Associação Brasileira de Normas
Técnicas) /CB21 (Comitê Brasileiro de Computadores e
Processamento de Dados)
4

Classificação da Qualidade de Software
5
Definição
Construção
Manutenção
Software
produto
Qualidade
do
Processo
Qualidade
do
Produto

• Qualidade de produto
6
Modelos de
qualidade
ISO/IEC
14598-1
Qualidade do
produto de
software
ISO/IEC
14598-5
ISO/IEC
12119
Avaliação de
qualidade
ISO/IEC
9126-1
Estabelece atributos
e métricas para
produto de software
Específica para
pacote de software
Específica para a
avaliação de
pacote de software
Define um processo
de avaliação de
produto de software

7
Criar Projeto Criar Tarefa
Tipos de atividades: tarefa,
noticias, documentos e
arquicovos
Vincular uma
versão a uma tarefa
Criar Versão
Visualizar
atividade
Visualizar
calendário
Visualizar
gráfico de gantt
Criar Projeto Criar
backlog
Criar sprint Criar tarefa

• Qualidade de produto
8
Criar Ticket
(issue)
Relatar
mudança
Níveis de mudança:
1º nível mudança de rotina
2º mudança parcial
3 º mudança total
Finalizar
Ticket (issue)
Criar
problema
Visualizar
problema
Vincular
tarefa
Visualizar relatório
com mudança

• Qualidade de processo
9
Normas
internacionais
ISO IEC
12207
CMMI
Qualidade do
processo de
software
MPS.br
ISO
9000-3
Modelos
Avaliar a maturidade organizacional
ou capacidade de área de processo
e estabelecer prioridade para melhoria
Processo de Ciclo
de vida do software
Processo de
desenvolvimento e
Manutenção de software

Principais Normas
• Em 2015, 15,3% das empresas Brasileiras de TI
receberam certificados específicos de tecnologia.
• 3,9% das empresa de TI receberam ISO 9001
• 3,2% das empresas de TI possuem MPS.br
• 3% das empresas de TI têm CMMI nos níveis 2 e 3.
10

ISO 9000-3
• ISO 9000-3 É uma interpretação da ISO 9001 para a
área de projeto, desenvolvimento, fornecimento,
instalação e manutenção de software
• Inclusão da responsabilidade do cliente
• Tradução para a linguagem de informática
11
ISO 9000-3ISO 9001

ISO 9000-3
• A primeira edição foi lançada em 1991
• Sofreu atualizações em 1994 e 1997
• A NBR-ISO 9000-3 atual é de 1993
12

ISO 9000-3
• Diretrizes
– Entendimento comum dos requisitos funcionais pelo
contratante e contratado
– Uso de metodologia de desenvolvimento de software
desde a concepção até a instalação do software
– Metodologia de gerenciamento do projeto
13

ISO 9000-3
• Partes da ISO 9000-3
14
Atividades do
ciclo de vida
Estrutura do
sistema de
qualidade
Atividades de
Apoio e
suporte
ISO 9000-3
D
O
C
U
M
E
N
T
A
Ç
Ã
O
Capítulo 4
Capítulo 5
Capítulo 6

ISO 9000-3
• Estrutura do sistema de qualidade
– Descreve aspectos organizacionais, relacionados ao
sistema de qualidade.
– Descreve as responsabilidades relacionadas à qualidade
de software que devem ser tomadas entre os
fornecedores e clientes
15
Definição da
documentação
responsabilidade
da gerência
Procedimentos
para a auditoria
interna
Procedimentos
para ações
corretivas

ISO 9000-3
– Definição da documentação
• O sistema de qualidade deve ser documentado na
forma de uma manual
– A estrutura do documento deve
16
Manter um sistema
de qualidade e um
manual que o
descreva.
Desenvolver planos de
qualidade para
controlar os projetos
de software.
Integrar com o
ciclo de vida do
software

ISO 9000-3
– Responsabilidade da gerência
• A política de qualidade deve ser definida, documentada,
comunicada, implementada e mantida por uma gerência
– A direção da organização deve
17
Definir e manter
uma política para
a qualidade.
Definir as
autoridades e
responsabilidades
Indicar um executivo
experiente para
gerenciar o sistema
Identificar e
fornecer recursos
para executar o
sistema
Revisar
periodicamente com
vistas ao seu
aprimoramento.

ISO 9000-3
– Procedimentos para a auditoria interna
• Implantar um sistema de auditoria interna para avaliar
o programa da qualidade
– A auditoria interna deve
18
Desenvolver um plano
interno de auditoria
para os projetos de
software.
Avaliar a performance
do seu sistema de
qualidade.
Verificar a eficácia
das suas ações
corretivas.

ISO 9000-3
– Procedimentos para ações corretivas
• Realizar uma investigação e análise das causas de
produtos e adoção de medidas para prevenir erros
– A ação corretiva deve
19
Realizar procedimentos
que corrija ou previna
erros
Realizar procedimento
para identificar e
corrigir erros sem perda
de tempo
Realizar procedimento
para detectar e
prevenir erros
rotineiramente.

ISO 9000-3
• Atividades do ciclo de vida do software
– Utiliza a qualidade de software aplicada em cada uma das
fase do ciclo de vida do software
20
Análise do
sistema
Estudo
preliminar
Estruturação
física
Construção do
software
Liberação do
software
Manutenção

ISO 9000-3
– Descreve as atividades de desenvolvimento de software
– 9 categorias
21
Especificação de
requisitos
Análise crítica
do contrato
Planejamento do
desenvolvimento
Planejamento da
qualidade
Teste e
certificação
Projeto e
implementação
Aceitação
Manutenção
Instalação

ISO 9000-3
22
Especificação de
requisitos
Análise crítica
do contrato
Planejamento do
desenvolvimento
Aborda os itens que devem constar nos
contratos relativos à compra e venda de
software
Trata as especificações de requisitos que
devem ser preparadas em conjunto pelo
comprador e fornecedor
Define o planejamento do
desenvolvimento de software: definição do
projeto, organização, fases, cronogramas e
planos de testes

ISO 9000-3
23
Projeto de
implementação
Planejamento
de qualidade
Teste e
certificação
Trata dos objetivos de qualidade do
produto de software e dos critérios de
saída e entrada de cada fase
Preconiza uma análise de software, onde o
comprador e fornecedor concordam com o
conjunto de informações que serão
fornecido
Define a necessidade de teste e
homologação dos software em vários
níveis. O plano de teste deve possuir
ambiente, documentação e cases de teste

ISO 9000-3
24
Instalação
Aceitação
Manutenção
Cobre os termos acordados previamente e
as condições estabelecidas pelo comprador
para aceitação do produto
Tratam de registros de considerações
relativas a número de cópias e licença
relacionada a instalação do software
Trata de manutenção como uma qualidade
de software. Mudança de software,
solução de problemas e melhorias de
desempenho.

ISO 9000-3
• Atividades de suporte
– Descreve as atividades que apoiam as atividades do ciclo
de vida do software
– 9 categorias
25
Controle de
documentos
Sistema de
configuração
Registro da
qualidade
Medição
Ferramentas e
técnicas
Regras e práticas
Aquisição
Treinamento
Inclusão de produto
no software

ISO 9000-3
26
Fornece um mecanismo para controle do
software que seja possível identificar cada
versão e realizar atualização.
Fornece procedimentos para controlar toda
a documentação relacionada a qualidade de
software. Ciclo de vida do sistema e do
planejamento das atividades
Fornece formas para identificar, coletar,
armazenar, manter e dispor dos registros da
qualidade, de forma que sejam recuperáveis
Controle de
documento
Sistema de
configuração
Registro da
qualidade

ISO 9000-3
27
Fornece métricas para realizar medição dos
produtos e processos . Ex: tempo médio de
reparo e número de problema com solução
pendente
Estipula que cada fornecedor de software
deve definir suas regras e práticas para
tornar efetivo o sistema de qualidade
Impõe responsabilidade ao fornecedor de
software para utilizar técnica da sua escolha
que garanta a efetividade da norma
Regras e
práticas
Medição
Ferramentas e
técnicas

ISO 9000-3
28
Realiza uma avaliação das ferramentas do
produto final e compara os seus requisitos
especificados
Trata dos cuidados relativos à qualidade do
software de terceiro que serão integradas
para compor o software
Responsabilidade do fornecedor em
identificar a necessidade de treinamento
visando a qualificação dos funcionários
Inclusão de
produto no
software
Aquisição
Treinamento

ISO 9000-3
29
ISO 9001 ISO 9000-3
1 Responsabilidades da administração Responsabilidade da administração
2.Sistema de qualidade Sistema de qualidade
3. Análise crítica do contrato Análise crítica do contrato
4. Controle do projeto Especificação de requisitos
5. Controle de documento Controle do documento
6. Aquisição aquisição
7. Produto fornecido pelo comprador Produto fornecido pelo comprador
8.rastreabilidade do produto Gestão de configuração
9.Controle do processo Ferramentas e técnicas
10. Inspeção e controle Entrega, validação e Aceitação

ISO 9000-3
30
ISO 9001 ISO 9000-3
11. Equipamento de medição Regras, práticas e conversões
12. Situação da inspeção Gestão de configuração
13. Controle de produto Projeto de implementação
14. Ação corretiva Ação corretiva
15. Manuseio Copia, entrega e instalação.
16. Requisitos de qualidade Requisitos de qualidade
17. Auditoria interna Auditoria interna
18. Treinamento Treinamento
19. Assistência técnica Manutenção
20. Técnicas estatísticas Medição

ISO 9000-3
• Processo de certificação
– Órgãos certificadores
31

ISO 9000-3
32
• Empresas certificadas

ISO 9000-3
• Processo de certificação
– A empresa estabelece o seu sistema de qualidade
– A empresa faz uma solicitação formal a um órgão
certificador
– O órgão certificador faz uma visita à empresa
– O órgão certificador verifica a documentação do sistema
de qualidade
– O órgão certificador envia uma equipe à empresa com fins
de auditoria.
– O órgão certificador emite o certificado de qualidade
– O órgão certificador realiza visitas periódicas à empresa
33

ISO 9000-3
34
Trata de aspectos como a melhoria contínua do processo de software
Considera apenas quais processo a organização deve ter e manter

ISO 9000-3
35
Orienta quanto aos passos que devem ser seguidos para chegar a
desenvolvê-los e nem de como aperfeiçoá-los

MPS.BR
36

MPS.BR
• Empresas Certificadas
37
COORDENAÇÃO
GOVERNO
UNIVERSIDADES
PARCEIROS
INVESTIMENTOS
ISO/IEC 12207
ISO/IEC 15504
BASE TÉCNICA

36
MPS.BR
● Níveis

37
MPS.BR
● Níveis
A Em Otimização
Implantação de Inovações na Organização
Análise de Causas e Resolução
B
Gerenciado
Quantitativamente
Desempenho do processo organizacional
Gerência Quantitativa do projeto
C Definido
Análise de Decisão e resolução
Gerência de Riscos
D Largamente Definido
Desenvolvimento de Requisitos / Integração do Produto
Projeto e Construção do produto / Validação / Verificação
E Parcialmente Definido
Definição do Processo Organizacional
Treinamento / Avaliação de melhoria do processo org.
Adaptação do processo para gerência de projeto
F Gerenciado
Medição / Gerência de Configuração
Aquisição / Garantia da Qualidade
G
Parcialmente
Gerenciado
Gerência de Requisitos
Gerência de Projetos

MPS.BR
38
MPS.BR CMMI
Nível G – Parcialmente Gerenciado
• GPR – Gerência de Projetos
• GRE – Gerência de Requisitos
Nível 2
É sobre planejar a execução e confrontar
o executado contra o que foi panejado.
Nível F – Gerenciado
• AQU – Aquisição
• GCO – Gerência de Configuração
• GQA – Garantia da Qualidade
• GPP – Gerência de Portfólio de
Projetos
• MED - Medição
● Comparação entre normas

MPS.BR
39
Pcg - Engenharia De Sistemas
– nível C – Definido.
Emprel – Empresa municipal de informática
–nível C – Definido.
MV Sistemas
–nível G - Parcialmente Gerenciado

Implantação nível F da MPS.BR
40
• Empresa de TI < jexperts.com.br >
• Desenvolvimento de produtos e software sob medida
• Implantação realizada no período de 12 meses
• Aproximadamente 30 pessoas envolvidas
• Instituição Avaliadora do MPS.BR

• Obtenção de patrocinador para o projeto
• Conscientização da equipe
–Apresentação do modelo para a equipe com foco nos
resultados esperados com as mudanças
–Enfoque o apoio da direção
• Mudança nos processos
–Criação de comitê de melhoria de processos
–Mapeamento dos processos atuais
–Análise dos gaps necessários para atender ao modelo MR-MPS
–Documentação das atividades, papéis e artefatos(saídas)
–Documentação das competências de cada papel
41

• Mudança nos processos
–Levantamento das competências da equipe
–Inventário de software e hardware
• Definição das políticas
–Política geral
–Política para cada grupo de processo
–Comunicação para toda a equipe
• Definição dos modelos de projetos(Templates)
–Criação de modelos para cada tipo de projeto
–Levantamento dos riscos mais comuns
42

• Escolha das ferramentas de apoio
–Mapeamento dos processos
•EPF Composer ( www.eclipse.org/epf/ )
•OpenSwitch ( www.openswitch.com.br )
•Bizagi (www.bizagi.com )
–Gerenciamento de portfólio, projetos e indicadores
•Redmine (www.redmine.org)
–Gerenciamento de requisitos
•EA ( www.sparxsystems.com.au )
•Redmine (www.redmine.org)
–Gerenciamento de configuração
•Git ( git-scm.com )
•Jenkins (jenkins-ci.org )
43

• Treinamento da Equipe
–Atenção especial: Gerente de portfólio, gerente de projetos,
analista de requisitos, gerente de configuração, auditores de
qualidade
–Treine a equipe no processo e nas ferramentas que serão
utilizadas
–Lembre a equipe que o modelo é baseado em evidências. Então
não basta fazer, tem que evidenciar!!!
44

• Comece com projetos pilotos (de preferência projetos mais
simples)
• Crie o hábito de realizar reuniões de lições aprendidas em cada
projetos regularmente
• Crie reuniões periódicas do comitê de melhorias de processo para
avaliar o andamento dos processos e ajustar o mesmo
• Execute o ciclo PDCA (Pan, Do, Check e Act) e promova a melhoria
contínua
• Seja o mentor de sua equipe. Esteja disponível para ensinar e
apoiar os envolvidos na implantação dos processos
• Maturidade = Repetição > Processo leva em torno de 6 à 12 meses
45

GPR – Gerência de Projetos
• O propósito do processo Gerência de Projetos é:
–Estabelecer e manter planos que definem as atividades,
recursos e responsabilidades do projeto
–Prover informações sobre o andamento do projeto (Status
reports, paineis, relatórios...)
–Realização de correções quando houver desvios significativos
no desempenho do projeto
46

GPR – Gerência de Projetos
• 19 resultados esperados + 14 atributos do processo
• Pontos principais
–Definição do escopo
–Estimativas e orçamentação (esforço e custo)
–Criação do cronograma
–Identificação dos riscos
–Planejamento dos recursos (humanos, infra)
–Planejamento da comunicação
–Consolidação do plano do projeto
–Monitoramento do projeto (identificar e corrigir problemas)
47

GPR – Fluxo do projeto
48

Disposição de projetos no Redmine
49

Criação de modelos de projeto
50

Status report
51

GRE – Gerência de requisitos
• O propósito do processo Gerência de requisitos é:
–Gerenciar os requisitos do produto e dos componentes do
produto do projeto
–Identificar inconsistências entre os requisitos, os planos do
projeto e os produtos de trabalho do projeto.
–Entendimento dos requisitos com os stakeholders
–Avaliação dos requisitos com a equipe
–Rastreabilidade bidirecional
–Revisões para identificar e corrigir inconsistências
–Gerenciamento de mudanças
52

GRE – Gerência de requisitos
53
• Rastreabilidade bidirecional
• Anotação do requisito no código fonte
• Marcação do requisito no comentário do controle de versão
• Associação entre o projeto e os requisitos

GPP – Gerência de portfólio
• Pontos Principais
–Gestão do ciclo de vida da demanda
–Seleção e priorização de projetos
–Escolha dos recursos e orçamentação
–Atribuição de responsabilidades
–Monitoramento de problemas, resolução de conflitos
–Comunicação com os stakeholders
54

Processo
55

GPR – Fluxo do portfólio
56

GCO – Gerência de configuração
• O propósito do processo Gerência de Configuração é:
–Estabelecer e manter a integridade de todos os produtos de
trabalho de um processo ou projeto
–Estabelecer e manter a integridade de todos os produtos de
trabalho de um processo ou projeto
–Disponibilizá-los a todos os envolvidos
57

GCO – Gerência de configuração
–Criação de um plano de gerenciamento de configuração
–Identificação dos itens de configuração com base em critérios
–Gestão das baselines
–Gerenciamentos de mudanças
–Auditorias de configuração
58

GQA – Garantia da qualidade
–Auditar os produtos de trabalho e os processos relacionados a
projetos e a processos organizacionais
–Registrar as não conformidades
–Criar e acompanhar as ações corretivas para as não
conformidades
59

GQA – Garantia da qualidade
60

AQU – Aquisição
• O propósito do processo de aquisição é gerenciar a aquisição
de produtos que satisfaçam às necessidades expressas pela
adquirente
61

MED - Medição
• O propósito do processo Medição é:
–Coletar, armazenar, analisar e relatar os dados relativos aos
produtos desenvolvidos e aos processos implementados na
organização e em seus projetos, de forma a apoiar os objetivos
organizacionais.
–Estabelecer objetivos de medição com base nos objetivos de
negócio da empresa
–Identificar e documentar medidas
–Coletar as medidas, analisá-las e comunicá-las
–Executar ações decorrentes do resultado
62

MED - Medição
• Identificar e documentar medidas
–Formas de cálculo
–Forma de coleta
–Orientações para análise e interpretação
63

64
CMMI

CMMI
65
• Introdução
–O CMMI (Capability Maturity Model Integration) é
um modelo de qualidade (ou padrão de qualidade) de
processos de software.
–Foi criado pelo SEI (Software Engineering Institute) e é
referência quando se fala em melhoria de processos
de Software.

CMMI
66
• Introdução
–O CMMI é o sucessor do CMM, (Capability Maturity Model) que
também foi criado pelo SEI, e é a integração de três modelos de
qualidade:
•SW-CMM (SEI Software CMM)
•EIA SECM (Electronic Industries Alliances’s Systems Engineer
Capability Model)
•IPD-CMM (Integrated Product Development CMM)

CMMI
67
• Versão
–A versão atual do CMMI, publicada em 2010 apresenta três
modelos:
•CMMI for Development (CMMI-DEV) – Voltado para o
desenvolvimento de produtos e serviços
•CMMI for Acquisition (CMMI-ACQ) – Voltado aos processos
de aquisição e terceirização de bens e serviços
•CMMI for Services (CMMI-SVC) – Voltado aos processos de
empresas prestadoras de serviços

CMMI
68
• Versão

CMMI
69
• Representações
–O CMMI possui duas representações ou agrupamentos:
•Agrupamento ou representação por Estágio (Staged)
•Agrupamento ou representação Contínua (Continuous)

CMMI
70
–Agrupamento ou representação por Estágio (Staged)

CMMI
71
–Agrupamento ou representação Contínua (Continuous)

CMMI
72
• Processos

CMMI
73
• Categorias

CMMI
74
• Níveis de maturidade

CMMI - Nível 2
75
• Para atingir o nível 2 é preciso possuir maturidade em 7
processos da metodologia, desta forma, a empresa passa
gerenciar projetos da maneira mais simples.
• Processos para atingir o nivel 2:
– Planejamento de Projeto (PP);
– Monitoramento e Controle do Projeto (PMC) ;
– Gestão de Requisitos (REQM);
– Medição e Análise (MA);
– Garantia da Qualidade de Processo e Produto (PPQA);
– Gerência de Configuração (CM);
– Gestão de Contrato com Fornecedores (SAM).

CMMI- Nível 3
76
processos da metodologia.
• Processos para atingir o nível 3:
– Análise e Tomada de Decisões (DAR);
– Desenvolvimento de Requisitos (RD);
– Verificação (VER);
– Validação (VAL);
– Solução Técnica (TS);
– Integração do Produto (PI);
– Gestão Integrada de Projeto (IPM);

CMMI- Nível 3
77
– Gestão de Riscos (RSKM);
– Treinamento Organizacional (OT);
– Definição dos Processos da Organização (OPD);
– Foco nos Processos da Organização (OPF).

CMMI- Nível 4
78
–Gestão Quantitativa de Projeto (QPM);
–Desempenho de Processos da Organização (OPP).

CMMI- Nível 5
79
• Ao atingir o nível 5 é preciso possuir maturidade em 2
–Análise e Resolução de Causas (CAR);
–Gerenciamento de Performace da Organização (OPM).

CMMI
80
Emprel e Neurotech (PE)
–CMMI-DEV nível 2 e CMMI-SCV nível 2
Accenture e Stefanini (América do Sul ) Pitang e indra (PE)
– CMMI-DEV nível 3
in forma, IVIA e síntese de compra (PE)
– CMMI-SCV nível 2
Appsware (PE)
– CMMI-DEV nível 2

Comparação entre as normas
81
ISO 9000-3 CMMI MPS.br
Objetivo Gestão de qualidade e
garantia de qualidade.
Aplicação nos
processos de
desenvolvimento de
software.
Propor para as
organizações uma
evolução através
de níveis de
maturidade de
capacitação.
Atender as micros,
pequenas e médias
empresas de software
brasileiras com custo
de certificação
reduzido.
Órgão de
Certificação
ISO: International
Standartization
Organization. IEC:
International
Engineering
Consortium.
Internacional
SEI: Software
Engineering
Institute
Internacional
SOFTEX – Associação
para promoção da
excelência do
software brasileiro.

84
Custo de
certificação
custo de
deslocamento e
hospedagem, o
valor pode passar
de R$ 45 mil
entre R$ 200 mil a
R$ 1 milhão a
depender da
complexidade do
processo
certificação no
nível G para uma
empresa está em
torno de R$ 70 mil,
já para o nível F
estima-se um custo
de R$ 104 mil
Tipo de Empresa Organizações em
geral.
Organizações em
geral.
Micros, Pequenas e
Médias
Tempo Para Obter
a Certificação
Processo de médio
a longo prazo. A
norma não prevê o
tempo.
Processo de longa
duração. De 2 a 10
anos depende do
nível.
Processo de médio
a longo prazo. A
norma não prevê o
tempo.

85
Vantagens Independe de
tecnologia, modelos
de ciclo de vida,
processos de
desenvolvimento e
estrutura
organizacional.
Práticas de Processos
Maduros; melhoria
de Processos; Análise
de Riscos ao
Implantar;
Certificação; Níveis
de maturidade
Modelo de processo
rápido de ser
adquirido, adequado
a realidade brasileira
e de mais
acessibilidade.
Desvantagens Não é usada como
critério de avaliação
em certificações/
registros.
Não contempla todos
os Processos da
Empresa; Não se
integra com outros
modelos.
Certificação pouco
reconhecida para
tornar a empresa
competitiva
internacionalmente.

Referências
● Neto,Pedro Luiz de Oliveira Costa. Qualidade Em Tecnologia
da Informação, 2013.
● SEBRAE. Normas e certificações em software. 2014.
● CMMI Institute. https://sas.cmmiinstitute.com/pars/pars.aspx
● SOFTEX. MPS.BR. https://www.softex.br/mpsbr/
● ASSESPRO. http://www.assespro-pe.org.br/
86

Normas e Padrões para a Qualidade de Software

Mais conteúdo relacionado

Mais procurados

Semelhante a Normas e Padrões para a Qualidade de Software

Mais de Danilo Sousa

Último

Normas e Padrões para a Qualidade de Software