Qualidade de Software PDF

Qualidade de Software
by Tatiana Felix
2012
Histrinha clssica....
DEFINIO:
Qualidade de software a conformidade a
requisitos funcionais e de desempenho
explicitamente estabelecidos, a padres de
desenvolvimento
explicitamente
documentados, e a caractersticas implcitas
que so esperadas de todo software
desenvolvido profissionalmente
Pressman
DEFINIO:
Qualidade a totalidade das caractersticas
de
uma
entidade
que
lhe
confere
capacidade de satisfazer s necessidades

explcitas e implcitas
NBR ISO 8402
O QUE FAZER ?
A qualidade do produto deve ser especificada
para aquilo que o cliente deseja.
Em software, no sabemos como especificar
com toda preciso caractersticas tais como,
facilidade de manuteno ou de uso. Ou
seja:
muito difcil descrever especificaes de
softwares completas.
GESTO DA QUALIDADE DE SOFTWARE
Para
sistemas
pequenos
suficiente
estabelecer uma cultura de qualidade entre as
equipes envolvidas de forma que todos os
membros tenham uma abordagem para
qualidade de software.
Mas como gerenciar qualidade em sistemas de
grande porte ??
Em sistemas de grande porte o gerenciamento da
qualidade pode ser estruturado em trs atividades
principais:
Planejamento da Qualidade - Definir os requisitos de
qualidade;
Garantia da Qualidade - Embutir qualidade no produto,
definio e controle do processo;
Controle de Qualidade - Medir a qualidade.
Planejamento da qualidade (QA)
Estabelece
as
qualidades
de
software
desejadas e descreve como elas devem ser
avaliadas.
Sem essa definio os engenheiros de software
podem entrar em conflito sobre quais atributos
do produto devem ser otimizados (ex.
segurana, facilidade de uso).
Uma estrutura geral para um plano de qualidade sugerida por
Humphrey (1989) e inclui:
Apresentao do produto Descrio do produto e expectativas de
qualidade
Plano de produto Datas crticas de liberao e responsabilidades
Descries de processos Os processos que devem ser usados para
desenvolvimento (padres de processos).

Metas de qualidades Identificao e justificativa de atributos crticos de
qualidade
Gerenciamento de riscos Riscos que podem impactar na qualidade
- Um plano de qualidade deve ainda conter um
processo definido de avaliao do produto.
- Essa seria uma forma padronizada de
avaliao se certa qualidade, como facilidade
de manuteno ou robustez, est presente no
produto.
Garantia da qualidade (QA)
Est diretamente relacionada a seleo de padres
que devem ser aplicados ao processo de
desenvolvimento de software e ao produto final.
Os padres de software so importantes por vrias
razes:
- So baseadas no conhecimento sobre as
melhores prticas;
- Dispem de frameworks para implementao;
- Ajudam na continuidade do processo.
Padres de Processos x Padres de Produtos
Padres de produto Aplica-se aos artefatos de
produto (documentos de requisitos, padres de
codificao).
Padres de processo Define os processos que
devem ser seguidos durante o desenvolvimento do
software.
Garantia da qualidade no tempo....
- 1900 Avalia o produto depois de pronto
- 1950 Avalia todo o procedimento de produo
- 1970 Avalia e otimiza cada processo
- 1990 Avalia a concepo do produto
Os sistemas de manufatura nos mostrou que
a qualidade do processo de desenvolvimento
afeta diretamente a qualidade dos produtos
entregues.
Embora softwares no sejam manufaturado,
mas sim projetados, a experincia tem
mostrado que a qualidade de processo
tambm tem influncia significativa na
qualidade do produto.
A fim de alcanar garantia de qualidade, algumas medidas
podem ser tomadas para evitar problema de no aderncia
aos padres estabelecidos
a) Revise os padres regularmente para refletirem
mudanas de tecnologia.
a) Envolva os engenheiros de softwares na seleo de
padres e inclua no documento de padres as razes pela
quais as decises de padronizao foram tomadas.
a) Disponha de ferramentas de software para apoiar
padres.
rgos responsveis pela avaliao e a criao de
normas e padres:
ISO
IEEE
IEC
ABNT
A ISO e a IEC definem processo de software como
sendo:
Conjunto de processos usados por uma

organizao para: planejar, gerenciar, executar,
monitorar e melhorar as atividades relacionadas
ao software.
PRINCIPAIS NORMAS PARA SOFTWARE'
ISO9000-3:
ISO9000-3 Normas para aplicao da srie ISO9000 e
processos de software.
ISO12207:
ISO12207 Processos do ciclo de vida do software.
ISO25000:
ISO25000 SQuaRESoftware Quality Requirements and
Evaluation
CMM:
CMM Capability Maturity Model
CMMI:
CMMI Capability Maturity Model Integration
PSP:
PSP Personal software Process
ISO15504 (SPICE):
SPICE) Software Process Improvement and
Capability dEtermination
MPS.BR: Melhoria de Processo de Software Brasileiro
ENTENDENDO AS ESTRUTURAS DE PADRES
Maior centralizador e
publicador internacional de
padres
Desenvolvedor internacional
de padres para as reas de
eletrotcnica
Desenvolvedor internacional
de padres para formatos de
dispositivos computacionais
Aqui
entra a
certificao
PRINICPAIS NORMAS ISO 9000
ISO 9000
ISO 9001
Sistemas da Qualidade - Modelo para Garantia da Qualidade

em Projeto, Desenvolvimento, Produo, Instalao e
Assistncia
ISO 9002
Modelo para Garantia da Qualidade em Produo, Instalao

e Servios Associados (MANUFATURA)
ISO 9003
Modelo para Garantia da Qualidade em Inspeo e Ensaios

Finais
NORMAS ISO 9000
ISO 9000-3
ISO 9000-3
a norma ISO 9001 direcionada para software. Para
cada item da ISO 9001 existem um correspondente na
ISO 9000-3.
Destina-se a fornecer orientao quando um contrato
entre
duas
partes
exigir
demonstrao
da
capacidade do fornecedor em desenvolver, fornecer e

manter produtos de software.
ISO 9000-3
Principais Diretrizes:
- E s trutura : De s c re ve a s pe c tos orga niza c iona is re la c iona dos a o
s is te ma de qua lida de (re s pons a bilida de da ge r nc ia ).
- Ativida de s do C ic lo de V ida : De s e nvolve r e doc ume nta r
proc e dime ntos pa ra c ontrola r todo o proje to de de s e nvolvime nto
do s oftw a re .
- Ativida de s de a poio: De s c re ve a tivida de s que a poia m o c ic lo de
vida (re a liza o de te s te s , ins pe o)
LEMA DA NORMA:
Diga o que voc faz, faa tudo o

que voc diz e documento tudo!
CERTIFICAO ISO 9000
Sequncia para certificao ISO:
1) Estabelece o Sistema de Qualidade
2) Solicitao ao rgo certificador
3) Visita empresa
4) Auditoria
5) Emisso do Certificado
Limitaes das normas ISO 9000-3
No trata aspectos de melhoria contnua dos
processos Software Process Improvements (SPI).
Apenas indica quais processos a organizao dever
ter e manter, mas no diz como desenvolver esses
processos.
ISO/IEC-12207
Lanada em 1995, a norma formaliza a arquitetura do
Ciclo de Vida do Software, onde os processos eram
divididos em trs grupos. Com sua atualizao em
2008 passou-se a ter sete grupos.
Ela descreve com detalhes os processos, atividades e
tarefas
que
envolvem
o
fornecimento,
desenvolvimento, operao e manuteno de
produtos de Software
ISO/IEC-12207
Estrutura
A norma categoriza seus grupos de processos em Processos de Contexto de

Sistema e Processos Especficos de Software.
Cada processo descrito em termos da sua finalidade e os resultados desejados
e lista atividades e tarefas que necessitam de ser realizados para atingir esses
resultados
Padres sempre
dizem o que fazer,
mas no como fazer!
Grupos de Processos
tem
tem
Processos
tem
tem
Propsitos
Resultados esperado
Tarefas
tem
Atividades
ISO/IEC-12207
Grupos
de processos
Categorias
ISO/IEC-12207
Exemplo para categoria Processos de Contexto do Sistema
Grupo de processo: 1. Agreement Processes
Processos definidos: - 1.1 - Acquisition Process e 1.2 Supply Process
1.1.1. - Propsito : obter o produto que o aquisitor (cliente) necessita
1.1.2. - Resultados: a) critrios de necessidades de aquisio, as metas de produtos e/ou
servio de aceitao e estratgias de aquisio so definidos;
b) um acordo desenvolvido que expressa claramente as expectativas,
responsabilidades e obrigaes de ambas as adquirente eo fornecedor;
c) um ou mais fornecedores selecionada;
d) um produto e / ou servio adquirido que satisfaz a necessidade do
adquirente indicado;
e) a aquisio monitorado para que as restries especificadas, tais
como custo, cronograma e qualidade so cumpridos;
f) entregas de fornecedores so aceitos;
g) quaisquer itens identificados abertos tem uma concluso satisfatria,
conforme acordado pelo adquirente eo fornecedor.
1.1.3.1. - Atividades: Acquisition Preparation
1.3.1.1.1 - Tarefa: O adquirente comea o processo de aquisio por descrever um
conceito ou uma necessidade de adquirir, desenvolver ou melhorar um
sistema, produto de software ou servio de software
1.3.1.1.2. O adquirente deve definir e analisar os requisitos de sistema
(...)
ISO/IEC- 25000
Software Quality Requirements and Evaluation

(SQuaRE)
ISO/IEC- 25000 - SQuaRE
SquaRE significa Software Product Quality Requirements and
Evaluation (Requisitos de Qualidade e Avaliao deProdutos de
Software)
Consiste de cinco divises:

Gesto de Qualidade (2500n)
Modelo de Qualidade (2501n)
Medio da Qualidade (2502n)
Requisitos de Qualidade (2503n)
Avaliao da Qualidade (2504n)
Evoluo das sries de normas ISO/IEC-9126 e ISO/IEC14598. uma segunda gerao de padres para qualidade de
produtos de software
ISO/IEC- 9126 e 14598
As normas ISO/IEC 9126 e ISO/IEC 14598 so compostas por 10 documentos:

Norma
Contedo
9126-1
Modelo de qualidade de software
9126-2
Mtricas externas
9126-3
Mtricas internas
9126-4
Mtricas para qualidade em uso
14598-1
Guia de Avaliao Viso Geral
14598-2
Planejamento e gerenciamento de avaliaes
14598-3
Processo de avaliao para desenvolvedores
14598-4
Processo de avaliao para adquirentes
14598-5
Processo de avaliao para avaliadores
14598-6
Documentao de mdulos de avaliao
ISO/IEC- 25000 - SQuaRE
Gerenciamento : os documentos desta diviso esto voltados a todos possveis usurios
dela,gerentes, programadores, avaliadores, compradores. Aqui so definidos os termos utilizados
em todos os demais documentos e so feitas recomendaes e sugestes de carter geral sobre
como utilizar o Square.
Modelo de qualidade : definido um modelo hierrquico de caractersticas de qualidade,
descrevendo o que se espera de um produto. So definidos tambm os conceitos de qualidade
externa, interna e em uso , que permitem orientar diferentes perspectivas de avaliao.
Medio : Define- se o que uma medio e descreve os diversos aspectos relacionados
realizao dessa tarefa. Prope tambm uma srie de mtricas que podem ser utilizadas ou
adaptadas a necessidades especificas.
Requisitos de qualidade : Para garantir qualidade preciso que valores-alvo tenham sido
previamente especificados, o que faz parte evidentemente da especificao de requisitos.
Avaliao: a Square concretiza-se na realizao de uma avaliao de qualidade a partir de
medies cujos resultados so confrontados contra um modelo definido pelo usurio. Para
realizar uma avaliao so sugeridos procedimentos a serem adotados para diferentes pblicos
da norma, como desenvolvedores e compradores.
(CMM)
Capability Maturity Model
CMM Capability Maturity Model
O modelo CMM serve para orientar a organizao a implementar a
melhoria contnua do processo de software.
O modelo foi proposto inicialmente por Watts S. Humphrey. Foi
aperfeioado pelo SEI - Software Engineering Institute, da Carnegie
Mellon University, dos EUA.
Possui 5 nveis para classificar a organizao. A cada nvel de
maturidade corresponde um conjunto de prticas de software e de
gesto especficas, denominadas reas-chave do processo (KPAs Key Process Areas). Estas devem ser implantadas para que a
organizao possa atingir o nvel de maturidade desejado
CMM Nveis de maturidade
Otimizado (5)
Gerenciado (4)
Definido (3)
Repetvel (2)
Inicial (1)
Auto-adaptativo, melhoria
do processo contnuo
Quantitativo, controle por

medio
Qualitativo, processo sistematizado e

controlado(consciente)
Intuitivo, baseado na experincia. Inicia-se a implantao

de mecanismos de gerenciamento de projetos
Catico, imprevisvel e pessimamente controlado (ad-hoc).

Depende exclusivamente dos indivduos
O CMM enfatiza a documentao dos processos, seguindo
a premissa de que para realizar alguma melhoria no
processo, preciso primeiro, conhec-lo e entend-lo, e
que a qualidade de um produto reflexo da qualidade e
gerenciamento do processo utilizado em seu
desenvolvimento.
As KPA's (Key Process Areas) so exatamente os pontos
chaves levantado pelo modelo CMM, nos quais a
organizao deve focar para melhorar o seu processo.
NVEL CMM
FOCO
KPAS
1) Inicial
Pessoas competentes
e heris
--
2) Repetitivo
Processos de
gerenciamento de
projetos
Gerenciamento de requisitos
Planejamento do projeto
Viso geral e acompanhamento do
projeto
Gerenciamento de subcontratados
Garantia da qualidade do software
Gerenciamento de configurao
NVEL CMM
3) Definido
FOCO
Processos de engenharia
e apoio
KPAS
4) Gerenciado
Qualidade do produto e do
processo
5) Otimizado
Melhoramento contnuo do
processo
Foco do processo organizacional

Definio do processo organizacional
Programa de treinamento
Gerenciamento de software integrado
Engenharia de produto de software
Coordenao intergrupos
Reviso conjunta
Gerenciamento quantitativo dos
processos
Gerenciamento da qualidade de software
Preveno de defeitos
Gerenciamento de mudanas
tecnolgicas
Gerenciamento de mudanas no
processo
CMM Capability Matutity Model
CMM composto de vrios modelos com diferentes
processos de avaliao:
SW-CMM ou Software CMM, relacionado a rea de
engenharia de software;
SA-CMM ou Software Acquisiton, voltado pra disciplina de
aquisio;
SE-CMM ou Systems Engineering CMM, relacionado a
engenharia de sistemas;
P-CMM ou People CMM, direcionado a rea de gesto de
recursos humanos
CMM Capability Matutity Model
- CMM contempla apenas a forma de representao por
estgios atravs dos nveis de maturidade
- Exige alto custo para empresa aplicar mais de um
modelo CMM, por exemplo SW-CMM e SE-CMM
- No compatvel com a norma ISO/IEC 15540
CMMI = Capability Maturity Model Integration
CMMI Capability Matutity Model Integration
Criado pelo SEI (Software Engineering Institute), com o
objetivo de gerar uma nova verso do CMM a fim de
suportar a melhoria de processos e produtos reduzindo a
redundncia e eliminando as inconsistncias quando da
utilizao de modelos isoladamente
O modelo CMMI mais abrangente que o CMM. A adio
do i representa a integrao de modelos de capacidade e
maturidade, aumentando a complexidade e exigncia
deste novo modelo.
Integra os modelos CMMs (SW-CMM, SE-CMM, AS-CMM
e IPD-CMM) numa estrutura nica e tornar o CMM.
CMMI melhora a eficincia, o retorno em investimento e a
efetividade, pois integra tambm disciplinas como
engenharia de sistemas e engenharia de software,
desenvolvimento de integrao de processos e
subcontratao.
Permite a utilizao da representao estagiada e tambm
contnua, no processo de maturidade, o que o torna
compatvel com a norma ISO/IEC 15504.
CMMI Representaes
Representao Estagiada: utilizada para verificar o nvel
de maturidade (Maturity levels) da organizao em geral.
Representaes Contnua: utilizada para verificar nveis
de capacidade (Capability Levels) em grupos de
processos.
REPRESENTAO ESTAGIADA:
REPRESENTAO CONTNUA
Um jeito simples de entender CMMI
Nivel 3 Agora possvel conhecer
melhor os processos e seu
funcionamento
Nivel 2 Com a gesto por projetos os
processos so executados de
forma sistematizada
Nivel 1 A matria-prima entra o
produto sai, mas ningum
sabe dizer ao certo como
ele saiu
Um jeito simples de entender CMMI
Nivel5 Com o conhecimento
adquirido, j possvel
elaborar estratgias de
melhoria desempenho
dos processos
Nivel 4 Com o entendimento do

processo possvel medir
desempenho e realizar
previses mais precisas
PSP - Personal software process
um processo de desenvolvimento de software projetado para
ser utilizado por engenheiros de software para a elaborao de
projetos individuais.
Em resumo, PSP se prope a ajudar as pessoas a serem
melhores engenheiros de softwares
Benefcios:
melhoria da produtividade: melhor conhecimento e controle
dos mecanismos e tempos de produo
qualidade dos produtos: resultado do conhecimento das
causas dos erros e do seu controle estatstico
ISO 2500 - SQuaRE
Uma evoluo das normas ISO/IEC 9126 (Software product
quality) e ISO/IEC 14598 (Software product evaluation)
O Software product Quality Requirements and Evaluation
(SquaRE ) uma srie de normas e consiste de cinco
divises :
ISO/IEC 2500n - Quality Management Division
ISO/IEC 2501n - Quality Model Division
ISO/IEC 2502n - Quality Measurement Division
ISO/IEC 2503n - Quality Requirements Division
ISO/IEC 2504n - Quality Evaluation Division
ISO 15004
SPICE = Software Process Improvement and Capability dEtermination
ISO 15004 - SPICE
Desenvolvida pela ISO/IEC com apoio do SPICE com
base em vrios padres como o CMM, o Trillium (Bell) e
a Norma 12207.
No uma metodologia e sim uma iniciativa para uma
padronizao Internacional de Avaliao de Processos
de Software visando a melhoria de processos e a
determinao da capacidade de processos
Foi publicada j como Norma ISO 15504 em maro de
2006
ISO 15004 - SPICE
Inclui um modelo de referncia, dividido em cinco
categorias de processo e seis nveis de capacitao para
cada processo
Categorias:
Cliente-Fornecedor (CUS)
Engenharia (ENG)
Gerenciamento (MAN)
Suporte (SUP)
Organizao (ORG)
Nveis de capacitao:
Nvel 0 - Incompleto
Nvel 1 - Realizado
Nvel 2 - Gerenciado
Nvel 3 - Estabelecido
Nvel 4 - Previsvel
Nvel 5 - Otimizado
ISO 15004 -Categorias
ISO 15004 -Categorias
ISO 15004 - Categorias
ISO 15004 Niveis de Capacidade
MPS-BR
MPS-BR
O MPS-BR acrnimo de Melhoria de Processo de Software
Brasileiro foi criado em dezembro de 2003 e coordenado pela
Associao para Promoo da Excelncia do Software Brasileiro
(SOFTEX)
O objetivo do programa estabelecer e disseminar modelos de
referncia para processos de software que sejam adequado ao
perfil de diferentes empresas com diferentes tamanhos e
caractersticas, principalmente as micro, pequenas e mdias
empresas
O modelo baseado nas normas ISO/IEC 12207, ISO/IEC 15504
e no CMMI-DEV. O MPS-BR uma adaptao do CMMI para a
realidade do mercado brasileiro.
MPS-BR
MPS estabelece um modelo de referncia para processos de software
(MR), um processo e um mtodo de avaliao de processos (MA) e
tambm um modelo de negcio (MN) para apoiar a sua adoo pelas
empresas brasileiras desenvolvedoras de software.
MPS-BR
- O Modelo de Referncia MPS define nveis de maturidade que so uma
combinao entre processos e sua capacidade seguindo os requisitos da
norma ISO/IEC 15504.
- A capacidade do processo a caracterizao da habilidade do processo
para alcanar os objetivos de negcio, atuais e futuros;
- A declarao do propsito e os resultados esperados na execuo dos
processos, permite avaliar e atribuir graus de efetividade na execuo dos
processos
Lembre-se que quando falamos em
maturidade devemos pensar:
transparente, medido e gerenciado
MPS-BR e os
7 nveis de
maturidade
MPS-BR - Como funciona?
Processos
AP 1.1 O processo
executado
Gerncia de
Requisito
Gerncia de
Projeto
AP 1.1 O processo
gerenciado
CONTROLE DA QUALIDADE
CQS (Controle de Qualidade de Software) um
conjunto planejado e sistemtico de todas as
aes necessrias para fornecer uma confiana
adequada de que o item ou produto est de
acordo
com
os
requisitos
tcnicos
estabelecidos.
ANSI/IEEE
Todos os produtos de trabalho tem
especificaes definidas e mensurveis com as
quais podemos comparar o resultado de cada
processo.
Controle de qualidade envolve a monitorao
do desenvolvimento do software
para
assegurar que os procedimentos e os padres
esto sendo seguidos.
Pesquisa realizada pela IBM em 1981 comprovaram que
um erro descoberto durante o projeto custava 1,0
Unidade Monetria (UM) para correo. A correo do
mesmo erro descoberto imediatamente aps o incio do
teste custaria 6,5 UM's. J a correo durante o teste
aumentaria para15 UM's. Depois da entrega custaria entre
60 e 100 UM's.
Embora os dados tenha mais de 20 anos, a experincia
nos mostra que permanecem aplicveis no contexto atual.
Verificao:
assegura a correo e a consistncia dos produtos de cada fase do
desenvolvimento e, tambm, com relao as normas fornecidas
como entrada para a referida fase.
Validao:
avalia a adequao do produto de software aos seus propsitos,
assegurando que o mesmo atenda aos requisitos especificados.
Teste:
execuo do cdigo para produzir resultados a serem analisados.
A abordagem para Controle de qualidade pode ser
divido em duas vertentes:
- Revises de Qualidade
- Avaliao de software com mtricas
Revises de Qualidade
Este o principal mtodo de validao da
qualidade de um processo ou de um produto
As revises so aplicadas em vrios pontos
durante a engenharia de software e servem para
descobrir erros ou defeitos que podem depois ser
removidos
Revises de Qualidade
Existem diferentes tipos de reviso com objetivos diferentes:

Inspees:
cdigo
Detecta erros detalhados nos requisitos, projeto ou
Revises Tcnicas Formais: Fornece informaes para a gerncia

sobre progresso geral do projeto. Foco em prazo, planejamento e
custos.
Alm disso, conduz uma anlise tcnica dos componentes do
produto ou documentao para encontrar inconsistncia entre
especificao e projeto, cdigo ou documentao e assegurar que
os padres de qualidade foram seguidos
Inspees
A realizao de uma inspeo implica, alm do planejamento,
preparao e reunio, numa etapa de apresentao, onde os
desenvolvedores fazem um tutorial, de aproximadamente trinta
minutos, sobre o material a ser inspecionado, destacando o que
deve ser analisado.
Na preparao individual, os inspetores devem avaliar o material, de
acordo com a lista de critrios previamente estabelecida.
Ao final, a lista de critrios deve ter sido completamente analisada e
com respostas consensuais a todas as questes. Deve-se decidir,
como resultado: aceitao do produto, ou aceitao com alteraes
ou rejeio
Revises Tcnicas Formais
Walkthrough
Envolve as atividades de planejamento, preparao e uma reunio, com

durao em torno de duas horas, com a participao de trs a cinco
pessoas.
O material a ser avaliado distribudo previamente, para os avaliadores se
prepararem para a reunio, atravs da identificao dos problemas
encontrados.
A reunio composta de um moderador, de representantes da equipe dos
usurios e de desenvolvimento e de avaliadores externos.
Ao final tem-se como resultado: aceitao do produto, ou aceitao com
alteraes ou rejeio
Algumas diretrizes gerais podem ser seguidas no processo de
revises formais:
Revise o produto e no o produtor
Estabelea uma agenda e a siga
Limitar debates
Enunciar os problemas, mas no se preocupar em resolver todos
naquele momento
Tome nota por escrito
Limitar o nmero de participantes
Desenvolver um checklist
Rever suas revises
Programar tempo para as reunies
Avaliao de software com mtricas
- Se dedica a derivar um valor numrico para algum atributo de um
produto de software ou de processo de software. Comparando os
resultados possvel tirar concluses sobre a qualidade do software
ou do processo
- As medies permitem fazer previses de pontos crticos
comparando a complexidade entre componentes.
Ao introduzir mtricas de software como parte do
processo de gerenciamento da qualidade, as
organizaes devem experimentar descobrir as
mtricas mais apropriadas para as suas
necessidades
As mtricas de produtos se dividem em duas
classes: Mtricas Dinmicas e Estticas
Mtricas Dinmicas so coletadas por meio de medies
realizadas durante a execuo do programa. Elas esto
relacionadas diretamente com a eficincia do sistema e
confiabilidade.
Exemplo: Tempo de inicializao do sistema, tempo de
execuo de determinada funo
Mtricas Estticas so coletadas por meio de medies
realizadas em representaes do sistema, como projeto,
documentao.
Esto
diretamente
relacionadas
a
complexidade do sistema, facilidade de compreenso ou
manuteno do software
Exemplos: Quantidade de Fan-in/Fan-out,
ciclomtica, profundidade de If's
complexidade
- Fan-in mede o nmero de funes

que chama uma determinada funo
- Fan-out mede o nmero de funes
que uma determinada funo chama.
Outras mtricas de softwares podem ser estabelecidas a fim de
alcanar qualidade
Disponibilidade: Tempo mdio entre falhas, tempo de mdio de
reparo
Segurana: probabilidade
identificados.
de
ocorrncias
de
riscos
Mtricas e Seis Sigmas
Seis Sigmas uma metodologia rigorosa e disciplinada que

usa dados e anlise estatstica para medir e aperfeioar o
desempenho operacional de uma empresa pela identificao e
eliminao de defeitos
nos processos de fabricao e
relacionado a servios
iSixSigma
Originalmente foi desenvolvidas pela Motorola para melhorar
sistematicamente os processos ao eliminar defeitos
Para alcanar o Seis Sigma, um processo no deve produzir
mais de 3,4 defeitos por milho de oportunidades, implicando
em uma norma de qualidade extremamente alta
A metodologia inspirada pelo ciclo Plan-Do-Check-Act e seus
trs passos centrais so:
Defina (os requisitos do cliente), Mea (o processo existente e
sua sada) e Analise (causa-raz do defeito)
Para empresas focadas em
criar novos processos, dois
passos adicionais so
includos:
Para empresas focadas em

melhorar processos, dois
passos adicionais so
includos:
Desenhe detalhes do projeto;
Aperfeioe o processo,
eliminando causas bsicas de
defeitos;
Verifique o modelo definido,

sua eficcia;
Controle o processo;
Resumo Qualidade
A Gesto da qualidade de Software est preocupada com a
garantia de que o software cumpre seus padres exigidos,
devendo assim ter seus processos de produo bem definidos.
Procedimentos de garantia de qualidade devem ser
documentados em um manual da qualidade organizacional
Padres de software (normas) so um encapsulamento das
melhores prticas.
Resumo Qualidade
Revises so a abordagem mais amplamente utilizado para
avaliar a qualidade do software
A medio de software rene informaes tanto sobre o
processo de software quanto do produto de software.
Mtricas de qualidade de produtos devem ser usados para
identificar componentes potencialmente problemticos.
No existem mtricas
universalmente aplicvel
de
software
( FIM )
padronizadas

Idioma

Qualidade de Software PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Qualidade de Software PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Qualidade de Software

capacidade de satisfazer s necessidades

desenvolvimento (padres de processos).

Conjunto de processos usados por uma

Sistemas da Qualidade - Modelo para Garantia da Qualidade

Modelo para Garantia da Qualidade em Produo, Instalao

Modelo para Garantia da Qualidade em Inspeo e Ensaios

capacidade do fornecedor em desenvolver, fornecer e

Diga o que voc faz, faa tudo o

A norma categoriza seus grupos de processos em Processos de Contexto de

Software Quality Requirements and Evaluation

Consiste de cinco divises:

As normas ISO/IEC 9126 e ISO/IEC 14598 so compostas por 10 documentos:

Modelo de qualidade de software

Mtricas para qualidade em uso

Guia de Avaliao Viso Geral

Planejamento e gerenciamento de avaliaes

Processo de avaliao para desenvolvedores

Processo de avaliao para adquirentes

Processo de avaliao para avaliadores

Documentao de mdulos de avaliao

Quantitativo, controle por

Qualitativo, processo sistematizado e

Intuitivo, baseado na experincia. Inicia-se a implantao

Catico, imprevisvel e pessimamente controlado (ad-hoc).

Foco do processo organizacional

CMMI = Capability Maturity Model Integration

Nivel 4 Com o entendimento do

SPICE = Software Process Improvement and Capability dEtermination

Existem diferentes tipos de reviso com objetivos diferentes:

Detecta erros detalhados nos requisitos, projeto ou

Revises Tcnicas Formais: Fornece informaes para a gerncia

Envolve as atividades de planejamento, preparao e uma reunio, com

- Fan-in mede o nmero de funes

Seis Sigmas uma metodologia rigorosa e disciplinada que

Para empresas focadas em

Desenhe detalhes do projeto;

Verifique o modelo definido,

Você também pode gostar