Qualidade do Software

Qualidade do Software
Wagner Zaparoli
wzaparoli@gmail.com

Qualidade do Software 2
Agenda
• Parte 1 – Conceitos Gerais
•Conceito de Qualidade de Software.
• Visões da Qualidade.
• Variáveis da Qualidade.
• Processo de Software.
• Modelos de Processos.
• Parte 2 – Guia de Avaliação
• Qualidade nas Fases do Processo.
• Qualidade na Gestão.

Parte1 – Conceitos Gerais

Conjunto de atributos de software que devem
ser satisfeitos de modo que o software atenda
às necessidades dos usuários.
O que é Qualidade de Software?
Relacionada aos requisitos
Relacionada à falta de conformidade
Pode ser medida, controlada e gerenciada

Diferentes Visões da Qualidade
Usuário
Facilidade de uso, Desempenho,
Confiabilidade dos Resultados,
Preço do Software, etc...
Desenvolvedor
Taxa de Defeitos, Facilidade de
Manutenção e Conformidade em
relação aos Requisitos dos
Usuários, etc...
Organização
Cumprimento de Prazo, Boa
Previsão de Custo, Boa
Produtividade

Drops da Qualidade
Eficácia
Produtividade
Segurança
Satisfação
Adequação
Acurácia
Interoperabili-
dade
Conformidade
Inteligibilida-
de
Apreendibili-
dade
Operacionali-
dade
Atratividade
Maturidade
Tolerância a
falhas
Recuperabili-
dade
Manutenabili-
dade
Testabilidade
EstabilidadeModificabi-
lidade
Analisabili-
dade

Quadro Resumo da Qualidade*
Qualidade em Uso
Funcionalidade
Usabilidade
Confiabilidade
Eficiência
Manutenabilidade
Portabilidade
* ISO 9126

O software deve ser capaz de permitir que usuários
atinjam com eficácia, produtividade, segurança e
satisfação metas específicas
Qualidade em Uso
Quadro Resumo da Qualidade

Confiabilidade
O software deve manter um nível de desempenho
quando usado em condições específicas

Funcionalidade
O software deve prover funções que atendam
necessidades explícitas e implícitas, quando utilizado
sob condições específicas

Portabilidade
Quando for o caso, o software deve ser transferível de
um ambiente para outro especificado

Eficiência
O software deve apresentar desempenho apropriado,
relativo à quantidade de recursos usados, sob
condições especificadas

Usabilidade
O software deve ser capaz de ser compreendido,
apreendido e operado pelo usuário alvo

Manutenabilidade
O software deve permitir modificações como correções,
melhorias ou adaptações, devido a mudanças no
ambiente e nos seus requisitos ou especificações
funcionais

SoftwareProcesso
Qualidade de
Software
Qualidade do
Processo
Software como Resultado

Conjunto de atividades, métodos, práticas e
tecnologias que as pessoas utilizam para
desenvolver e manter software e produtos
relacionados
Processo de Software - Definição

• Ad hoc – Improvisado
• Fortemente dependente dos profissionais
• Indisciplinado
Processo de Software - Imaturo
• Pouca produtividade
• Qualidade de difícil previsão
• Alto custo de manutenção
• Risco na adoção de novas tecnologias

• Processo conhecido por todos
• Apoio visível da alta administração
• Auditagem da fidelidade ao processo
• Medidas do produto e do processo
• Adoção disciplinada de tecnologias
Processo de Software - Maduro
• Papéis e responsabilidades claramente definidos
• Acompanhamento da qualidade do produto e da
satisfação do cliente
• Expectativas para custos, cronograma, funcionalidade e
qualidade do produto é usualmente alcançado

Sem Controle
• Improvisado
• Não Seguido
• Depende dos profissionais
• Baixa visão do progresso e
da qualidade
• Arriscado do ponto de vista
de uso de novas tecnologias
Processo de Software – Dimensão Controle
Com Controle
• Coerente; o trabalho é
efetivamente concluído
• Apoio da alta administração.
• Permite a medição do produto
e do processo
• Uso disciplinado da
tecnologia

Benefícios
• Linguagem comum
• Processos e procedimentos
desenvolvidos com sugestões da
comunidade de software
• Estrutura para se priorizar as
ações
• Auxilia comparações com
diversas organizações
Processo de Software – Modelos de Qualidade
Riscos
• Modelos são simplificações
• Modelos podem não ser
abrangentes
• Interpretações e adaptações
• Bom senso e visão

• Framework que descreve os elementos chaves de um
processo de software eficaz.
• Um caminho de melhoramento evolucionário (5 níveis de
maturidade) para as organizações mudarem de um
processo imaturo para um processo maduro e disciplinado.

• Designa um grupo de normas técnicas que estabelecem
um modelo de gestão da qualidade para organizações em
geral.
• ISO/IEC 9126 é uma norma ISO para qualidade de
produto de software baseado em três componentes:
Processo, Produto e Qualidade em Uso.

• Modelo brasileiro de referência para melhoria do processo
de software baseado nos padrões ISO.
• Possui 7 níveis de maturidade onde são analisados os
processos fundamentais, os processos organizacionais, e
os processos de apoio.

Parte2 – Guia de Avaliação

Procedimentos Gerenciais
Procedimentos
Operacionais
Processo
A
T
I
V
I
D
A
D
E
S
R
E
S
P
O
N
S
Á
V
É
I
S
E
N
T
R
E
G
Á
V
E
I
S
P
O
L
Í
T
I
C
A
S
S
E
G
U
R
A
N
Ç
A
P
O
L
Í
T
I
C
A
S
A
R
Q
U
I
T
E
T
U
R
A
I
S
POLÍTICAS DE DADOS
DIRETRIZES LEGAIS
P
M
B
O
K
C
M
M
I
/
I
S
O
I
T
I
L

Pós-desenvolvimentoPós-desenvolvimento
DesenvolvimentoDesenvolvimento
Pré-desenvolvimentoPré-desenvolvimento
Processo Padrão de Desenvolvimento
Estudo Preliminar
ProjetoAnáliseConcepção
ConstruçãoTeste/Docum. Homologação Implantação
Planejamento
Manutenção
G
E
S
T
Ã
O

Resultado do Processo
Software

Qualidade no Pré-desenvolvimento
Estudo Preliminar
• As necessidades funcionais estão identificadas e entendidas por todos os
participantes do processo?
• As necessidades não funcionais (software, hardware, infra-estrutura, etc.)
estão identificadas e entendidas por todos os participantes do processo?
• As necessidades de recursos humanos foram estimadas de acordo com as
necessidades identificadas acima?
• O tempo de esforço foi estimado de acordo com as necessidades
identificadas acima?
• Os potenciais riscos foram claramente identificados, conjuntamente com as
respectivas ações de mitigação e planos contingenciais?
• Os benefícios do projeto foram relacionados?
• O custo foi estimado e está em consonância com os itens anteriores?
• A análise da relação custo/benefício foi realizada?
• O cliente e demais participantes aprovaram o projeto e estão de acordo com
as informações contidas neste estudo?
• Se aprovado o projeto, existem ressalvas que impactam a sua continuidade?

Qualidade no Desenvolvimento
Planejamento
• Os membros da equipe estão definidos?
• O papel de cada membro está claramente entendido?
• O cronograma do projeto foi elaborado, contendo as
atividades, tempo de realização e responsável pela
realização?
• O ambiente de desenvolvimento foi definido,
disponibilizado e testado de acordo com as
informações contidas no estudo preliminar aprovado?

Concepção
• Os requisitos foram especificados de acordo com os padrões
estabelecidos em metodologia vigente?
• Os requisitos estão sincronizados com as necessidades funcionais
e não funcionais definidas no estudo preliminar?
• O modelo de dados conceitual foi elaborado e está em
conformidade com os requisitos especificados?
• O modelo conceitual da arquitetura foi elaborado e está em
conformidade com os requisitos especificados?
• Os requisitos foram inspecionados por uma equipe de qualidade?
• O usuário aprovou formalmente os requisitos e demais artefatos da
etapa?

Análise
• O diagrama de casos de uso foi elaborado de acordo com os padrões estabelecidos
em metodologia vigente?
• Os casos de uso de negócio foram especificados de acordo com os padrões
estabelecidos em metodologia vigente?
• Os casos de uso de negócio estão relacionados a um ou mais requisitos?
• As integrações foram especificadas de acordo com os padrões estabelecidos em
metodologia vigente?
• O tratamento de erros foi elaborado de acordo com os padrões estabelecidos em
metodologia vigente e atende às funcionalidades mapeadas nos casos de uso?
• O modelo de dados lógico foi elaborado de acordo com os padrões estabelecidos
em metodologia vigente e atende às funcionalidades mapeadas nos casos de uso?
• O diagrama de classes foi elaborado de acordo com os padrões estabelecidos em
• Os artefatos dessa etapa foram inspecionados por uma equipe de qualidade?
• O usuário aprovou formalmente os artefatos da etapa?

Projeto
• As classes foram especificadas de acordo com os padrões estabelecidos em
metodologia vigente?
• Os métodos e atributos foram especificados de acordo com os padrões
estabelecidos em metodologia vigente e estão em conformidade com a especificação
das classes?
• O modelo de dados físico foi elaborado de acordo com os padrões estabelecidos em
• A arquitetura foi especificada de acordo com os padrões estabelecidos em
metodologia vigente e atende às funcionalidades e demais características mapeadas
nos artefatos já produzidos (em especial os requisitos)?
• A especificação de telas e relatórios foi elaborada de acordo com os padrões
estabelecidos em metodologia vigente e atende às funcionalidades mapeadas nos
casos de uso?
• O testes de construção foram elaborados de acordo com os padrões estabelecidos
em metodologia vigente e atendem às funcionalidades mapeadas nos casos de uso?
• Os artefatos dessa etapa foram inspecionados por uma equipe de qualidade?
• O usuário aprovou formalmente os artefatos da etapa?

Construção
• A estrutura física do banco de dados foi criada e testada?
• A carga inicial para testes foi realizada e testada?
• Os componentes de negócio foram construídos e testados
adequadamente?
• O testes de integração/sistema foram elaborados de acordo
com os padrões estabelecidos em metodologia vigente e
atendem às funcionalidades mapeadas nos requisitos?
• Os artefatos dessa etapa foram inspecionados por uma
equipe de qualidade?

Testes/Docum.
• Os testes de integração/sistema foram executados
adequadamente?
• Os manuais (documentação) foram elaborados e
disponibilizados aos usuários e demais participantes?
• Os testes de homologação foram elaborados de acordo com
os padrões estabelecidos em metodologia vigente e atendem
às funcionalidades mapeadas nos requisitos e casos de uso?

Homologação
• Os testes de homologação foram executados
adequadamente?
• O teste de aceitação foi realizado adequadamente?
• O plano de implantação foi elaborado de acordo com os
padrões estabelecidos em metodologia vigente?
• O treinamento foi realizado adequadamente?
• A infra-estrutura de produção foi preparada
adequadamente?

Implantação
• As rotinas de produção foram montadas adequadamente?
• As cargas devidas foram realizadas?
• A inspeção das cargas foi realizada por equipe de
qualidade?
• Os testes de produção foram realizados adequadamente?
• O aceite final foi formalizado?
• O formulário de “lições aprendidas” foi preenchido?
• A acompanhamento da produção foi ou está sendo
realizado?

Qualidade no Pós-desenvolvimento
Manutenção
• Os requisitos de manutenção foram elicitados?
• As necessidades, riscos e impactos foram definidos
adequadamente?
• O estudo de viabilidade foi realizado?
• A execução manutenção foi planejada?
• A execução da manutenção foi realizada?
• Os testes de manutenção foram realizados?
• Os testes de aceitação foram realizados?
• O produto foi colocar em produção?
• A acompanhamento da produção foi ou está sendo
realizado?

Qualidade na Gestão
INICIAÇÃO
EXECUÇÃO
FINALIZAÇÃO
SUPORTE
ADMINISTRAÇÃO
Desenvolvimento do
Projeto
Apoio ao
Desenvolvimento

Atividades de Controle do Progresso
• O que deve ser feito (objetivos do projeto);
• Como deve ser feito (ferramentas, atividades, padrões, etc.);
• Quem deve fazer (responsável pela execução das atividades);
• Quando deve ser feito (posicionamento na sequência do projeto);
• Que resultados são esperados (produtos a serem gerados);
• Quais indicadores e medições a serem verificados e realizados;
• Quais os pontos de controle/inspeção;
• Quais critérios de entrada para cada atividade;
• Quais critérios de saída para cada atividade;
• Qual o relacionamento entre as atividades (para frente e para trás).

Atividades de Controle de Testes/Homologação
• Testes
• Planejar os testes;
• Elaborar os casos de testes;
• Executar os casos de testes;
• Registrar os testes;
• Homologação
• Planejar a homologação (datas, recursos, responsáveis envolvidos, etc.);
• Comunicar aos envolvidos sobre o início do processo com antecedência;
• Monitorar o andamento do processo e comunicar possíveis desvios e respectivo
término;

Atividades de Controle de Entrega
• Entrega dos artefatos para inspeção;
• Entrega dos artefatos para validação do cliente;
• Entrega do produto para homologação;
• Entrega do produto para aceitação (cliente);
• Entrega do produto para produção.

Atividades de Controle do Escopo
• Escopo do Produto: trata das funcionalidades que
caracterizam os produtos ou serviços oferecidos pela
implementação de um projeto;
• Escopo do Projeto: trata do trabalho e dos artefatos criados
para contemplar as funcionalidades dos produtos/serviços.

Atividades de Controle de Riscos
• Identificação e Análise: tem como objetivo conhecer os riscos e tratá-los de acordo com as
necessidades do projeto;
• Processo:
• Definição da probabilidade da ocorrência do risco e respectivos impactos;
• Definição da estratégia de mitigação do risco;
• Definição do plano de contingência do risco;
• Reavaliação dos Riscos: tem como objetivo identificar novos riscos e revisar o escopo dos
riscos já identificados no transcorrer do projeto;
• Monitoramento dos Riscos: tem por objetivo antever a ocorrência de um risco ou identificar a
sua ocorrência tão logo aconteça.

Atividades de Controle de Recursos/Custos
• Recurso: qualquer necessidade de um projeto relacionada à infra-estrutura, software, hardware,
recursos humanos e documentais.
• Custo: todo investimento ou despesa que a companhia terá durante o ciclo de vida de um projeto.
• Monitoramento
Motivos
• Mudanças de escopo ocorridas durante o desenvolvimento.
• Estimativas superdimensionadas ou sub-dimensionadas.
• Perda do escopo (alta rotatividade da equipe, terceiro não cumpriu o prazo, má gestão, infra-
estrutura não disponível, etc.).
Atividades
• Identificar o mais cedo possível prováveis causas.
• Analisar impactos na ocorrência de um ou mais motivos.
• Pensar nas soluções e comunicar os responsáveis e parceiros.
• Na necessidade, elaborar e submeter à aprovação um Paper complementar.

Sugestões Bibliográficas
Paulk, M. et All; The Capapability Maturity Model: Guidelines for Improving the Software Process;
Software Engineering Institute/CMU; Addison-Wesley, 1995.
• Sanders, J.; Curran, E.; Software Quality; Addison-Wesley, 1994.
• Paulk M. et All; Techinical Report/CMU/SEI-93-TR-025; Key Pratices of the Capability Maturity
Model for Software, Version 1.1; Software Engineering Institute/CMU, 1993.
• Santos, A. D.; CMM – Capability Maturity Model; Apostila: Faculdade de Engenharia
Elétrica/UNICAMP, 2000.
• Paula Filho, W. P.; Engenharia de Software: Fundamentos, Métodos e Padrões; LTC Editora,
2001.
• Sommerville, I.; Software Engineering, 6th Edition, Adison-Wesley, 2001.
• Couto, A. B.; CMMI – Integração dos Modelos de Capacitação e Maturidade de Sistemas; Editora
Ciência Moderna, 2007.
• IEEE Computer Society; Swebok – Guide to the Software Engineering Body of Knowledge; USA,
2004.

Wagner Zaparoli
wzaparoli@gmail.com
Qualidade do Software

Qualidade do Software

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Semelhante a Qualidade do Software

Semelhante a Qualidade do Software (20)

Mais de Wagner Zaparoli

Mais de Wagner Zaparoli (11)

Qualidade do Software