UNIP UNIVERSIDADE PAULISTA

CAIO HENRIQUE NEGRISOLI DE OLIVEIRA

THAIS FERNANDA MADEIRA BENEDETTI

ENGENHARIA DE SOFTWARE: GERENCIAMENTO DE QUALIDADE

SO JOS DO RIO PRETO - SP

2017
 Sumrio

1 INTRODUO...........................................................................................................3

1.1 CMM.................................................................................................................. 3

1.2 CMMI................................................................................................................ 4

1.3 ISSO/IEC 9126.................................................................................................... 5

1.4 Testes de Software............................................................................................... 7

2 Controle de Qualidade.............................................................................................7

3 QUALIDADE E MTRICAS.......................................................................................8

4 REFERNCIAS BIBLIOGRFICAS.........................................................................9
 3

1 INTRODUO
A qualidade de software est ligada aos requisitos solicitados pelo cliente e
em conformidade das regras de desenvolvimento. Existem inmeros conceitos que
auxiliam a manter a qualidade do software.
Um dos principais desafios encontrados pelos profissionais definir o que
qualidade na atualidade. Qualidade de software pode ser definida como:
Conformidade a requisitos funcionais e de desempenho explicitamente declarados,
a padres de desenvolvimento claramente documentados e a caractersticas
implcitas que so esperadas de todos softwares profissionalmente desenvolvidos.
(PRESMANN,2007). Ou seja, a qualidade de um software se refere no somente a
padres de desenvolvimento, mas tambm garantir que o produto final satisfaa as
expectativas do cliente, baseando se no que foi requisitado.
A garantia da qualidade no desenvolvimento de um software tem uma srie de
prevenes que podem ser tomadas para que os problemas que possam por
ventura surgir num projeto, sejam mnimos, ou no existam. E existem
tcnicas/prticas que podem nos auxiliar na misso de manter a qualidade do
software. Entre elas esto a utilizao das prticas, CMM, CMMI, norma ISO /IEC
9126 e tambm os testes.

1.1 CMM
O CMM (Capability Maturity Model) uma srie de prticas que esto
organizadas em cinco nveis crescentes de maturidade. Os nveis so:
Inicial: Nesse nvel a organizao ainda est instvel, os projetos custam
mais do que previsto e por mais que o projeto seja concludo ele poder extrapolar
os prazos e custos que foram definidos.
Repetitivo: Comea a se existir polticas e procedimentos para se desenvolver
o software, o desenvolvimento do projeto acompanhado e os planos so
revisados.
Definido: Os processos que sero utilizados sero padro em toda a
organizao.
Gerenciado: Nesse nvel se define as mtricas quantitativas para seu projeto,
essas medidas so avaliadas e analisadas com frequncia.
 4

Otimizao: Neste nvel a organizao atingiu todas as metas especificas na

rea de processos dos nveis anteriores. necessrio manter o foco, para continuar
a diminuir o retrabalho e custos desnecessrios.

1.2 CMMI
O CMMI uma coleo das melhores prticas necessrias, para apoiar o
desenvolvimento, servios aquisies e manuteno de um projeto. O CMMI foi desenvolvido
em 1992 pela SEI (Software Engineering Institute), um centro de pesquisas e
desenvolvimento que patrocinado pelo departamento de defesa dos EUA. Possui o foco
voltado para a capacidade de maturidade de processos de software, a verso atual possui trs
modelos:
CMMI for Developmet, que voltado ao processo de desenvolvimento de produtos e
servios;
CMMI for Acquisition, que tem enfoque voltado aos processos de aquisio e
terceirizao de bens e servios;
CMMI for Services, que voltado aos processos de empresas prestadoras de servios.
O CMMI possui duas formas de representao, so elas: representao contnua e
representao por estgios. A organizao que ir decidir qual representao utilizar para o
desenvolvimento do seu projeto.
A representao contnua caracterizada por nveis de capacidade:
Nvel 0 Incompleto: Nesse nvel o processo no realizado, ou ele implementado,
porm um ou mais objetivos da rea de processo no satisfatrio;
Nvel 1 Realizado: necessrio que todos os objetivos especficos sejam executados e
alcanados;
Nvel 2 Gerenciado: Defini-se objetivos e requisitos, o processo monitorado,
revisado e controlado;
Nvel 3 Definido: definido um processo que ser utilizado e ele deve ser melhorado
constantemente. Esse processo que foi definido deve ser descrito e executado de maneira mais
rigorosa;
Nvel 4 Gerenciado quantitativamente: O processo definido e controlado
quantitativamente, por exemplo, aplicando-se tcnicas estatsticas. Esse nvel foi removido no
CMMI 1.3;
Nvel 5 Em otimizao: Foco na melhoria contnua do desempenho, realizado
melhorias tecnolgicas. Tambm removido no CMMI 1.3.
 5

O CMMI proporciona maior confiabilidade no que se refere prazos e custos que so

acordados no incio do desenvolvimento do sistema. A qualidade dos softwares criados
baseados no CMMI ocasionada por processos bem definidos e controlados e a busca
contnua nos processos cotidianos.
O CMMI foi criado para integrar os modelos CMM apresentados nesse artigo, a fim
de suprir as limitaes desses modelos, com a criao de um mtodo comum, permitindo a
representao contnua com reas de processos independentes dos nveis de maturidade.

1.3 ISSO/IEC 9126

A norma ISO (Organizao Internacional para Normalizao) 9126 foi criada
para a qualidade de software, que se enquadra no modelo das normas da famlia
ISO 9000, que composta por uma srie de normas internacionais que cuidam da
manuteno de um sistema de gesto de qualidade com base nos oito princpios de
gesto da qualidade, que so: foco no cliente, liderana, envolvimento das pessoas,
abordagem por processos, abordagem sistmica para a gesto, melhoria contnua,
abordagem factual para a tomada de deciso e relaes mutuamente benficas com
os fornecedores. Contudo, o detalhamento desses princpios no o foco desse
artigo.
A norma ISO/IEC 9126 estabelece os seguintes componentes:
O Processo de desenvolvimento afeta a qualidade do software gerado. Alm
disso, influenciado pela natureza do protudo;
O Produto, que compreende a qualidade do produto de software, estes por
sua vez divididos em internos e externos;
A qualidade em uso, que compreende na comparao da qualidade do
software em cada contexto especfico.
Essa norma prope atributos de qualidade, e so distribudos em seis
caractersticas e cada caractersticas dividida em sub-caractersticas, so elas:
Funcionalidade Verifica a capacidade de o software prover as
funcionalidades que foram definidas e requisitadas. As sub-caractersticas so:
Adequao, onde mede o quanto as funcionalidades so adequadas s
necessidades do usurio. Preciso, a capacidade de o software fornecer os
resultados precisos de acordo com o que foi solicitado. Interoperabilidade, como o
software interage com outro sistema. Segurana, a capacidade de o software
proteger os dados do sistema.
 6

Confiabilidade Verifica se o produto continua no nvel de desempenho das

condies que foram estabelecidas. As sub- caractersticas so: Maturidade, onde
se evita que as falhas do software sejam decorrentes de outro software. Tolerncia a
falhas, o software se mantm funcionando independente dos defeitos que ocorrem
nele ou externamente. Recuperabilidade, o software se recupera depois de uma
falha e restabelece seus nveis de desempenho.
Usabilidade O software compreendido, o funcionamento aprendido e
atraente para o usurio. Possui quatro sub- caractersticas, inteligibilidade onde
avaliado se o usurio compreende as funcionalidades do sistema e avalia se satisfaz
as suas necessidades, apreensibilidade identifica a facilidade de aprendizado do
sistema para os usurios, operacionalidade verifica a maneira que o produto facilita
a operao por parte do usurio, atratividade so as caractersticas que podem atrair
um potencial usurio.
Eficincia Se o tempo de execuo e os recursos so compatveis com o
nvel de desempenho do sistema. Comportamento em relao ao tempo, avalia se o
tempo de resposta esto de acordo com as requisies e Utilizao de recursos,
identifica tanto os recursos consumidos quanto a capacidade quem o sistema possui
para utilizar os recursos. So as sub- caractersticas.
Manutenibilidade A capacidade que o software tem em ser modificado,
melhorado e sua capacidade de incluso de extenses. As sub- caractersticas:
Analisibilidade verifica a facilidade de diagnosticar os problemas e as suas causas.
Modificabilidade, a capacidade do software em ser alterado. Estabilidade, identifica a
capacidade de o sistema evitar efeitos colaterais devidos as modificaes.
Portabilidade Verifica a capacidade do sistema se transferido de um
ambiente para outro. Adaptabilidade, capacidade para ser instalado, coexistncia e
capacidade para substituir so as sub- caractersticas.
Contudo, para que possa existir a melhoria de um software deve ser feito uma
definio dos aspectos de qualidade para o projeto que est em foco e antes da
projeo dessa qualidade deve ser decidido entre os desenvolvedores do sistema as
caractersticas que de dentam a qualidade e os termos que vo descrever essas
caractersticas, j que a norma no apresenta mtricas para as seis caractersticas
da qualidade, deixando a cargo de cada empresa desenvolver suas prprias
mtricas. Para isso, a empresa deve considerar a classe de aplicao do produto
que est desenvolvendo com base na confiabilidade (tendo como misso crtica), o
 7

desempenho deve ser menor que o tempo real e a usabilidade deve tomar como
base o usurio no especializado para aquele produto.
Embora seja elevado o custo para a utilizao de sistemas de gerenciamento
de qualidade, importante que utilizem para que a empresa possa passar por um
longo sem precisar de retrabalho, custos fora de escopo e prazos extrapolados e
que o software continue com qualidade.
A norma brasileira NBR 13596 foi substituda pela ISO/IEC 9126-1, se
tornando NBR ISO/IEC 9126-1.

1.4 Testes de Software

Os testes de software tm a finalidade de fornecer informaes sobre o

comportamento do seu software. Mesmo realizando testes impossvel garantir que
sua aplicao fique isenta de erros, porm eles lhe do uma margem de segurana
maior. As falhas podem surgir por diversos motivos, especificao do
projeto/atividade p ode est incompleta ou errada, deve ser levado em conta
tambm as limitaes que o software pode possuir, o tamanho do projeto pode ser
extenso e muitas pessoas trabalharem no mesmo, podendo gerar assim inmeros
conflitos no desenvolvimento. Os testes de software identificam apenas as falhas em
um produto. Com base nelas que so tomadas atitudes para resolver os defeitos e
erros.

Existem vrios tipos de teste, dentre os quais podemos citar: teste de

configurao, de instalao, de integridade, de segurana, funcional, de unidade, de
integrao, de volume, de performance, de usabilidade, de caixa branca e preta (uns
dos mais usados), de regresso e de manuteno.

2 CONTROLE DE QUALIDADE
O controle de qualidade envolve uma srie de inspees, revises e teste
com os propsitos de assegurar que todos os procedimentos e padres sejam
seguidos. Controle de qualidade referente a softwares procura identificar
inconformidades dentro dos requisitos dados pelos usurios.
O processo de qualidade tem seus prprios procedimentos a serem seguidos
no desenvolvimento de um software, estes procedimentos devem ser fceis de
 8

compreenso pelos engenheiros que esto desenvolvendo. Existem duas

abordagens para o controle de qualidade, so elas: revises de qualidade e
avaliao automtica de software.
Nas revises de qualidade, a documentao e os processos utilizados so
revisados por um grupo de pessoas, responsvel por conferir se os padres dos
projetos foram seguidos e se a documentao est em conformidade com os
padres. O que no estiver conforme os padres, so anotados e submetidos
ateno da gerncia do projeto. J a Avaliao automtica de software envolve
medio quantitativa de alguns atributos de software.
O foco do controle de qualidade nas revises e remoo dos erros antes
mesmo da entrega final do produto. Um exemplo clssico de controle de qualidade
so as inspees de software feitas com base em critrios de entrada e sada bem
definidos.

3 QUALIDADE E MTRICAS
Mtricas de software so medidas associadas ao processo ou ao produto de
software, incluindo sua documentao, as linhas de cdigo, ponto-de-funo,
nmero de pessoas-ms e a complexidade ciclomtica tambm esto includos nas
mtricas.
As mtricas permitem a quantificao de valores que permite a avaliao da
qualidade e comparaes entre tcnicas e processos. Muitas vezes torna-se difcil
relacionar as mtricas existentes aos fatores de qualidade.
Podemos citar como exemplos de mtricas do produto, os itens abaixo:
Nmero de linhas de cdigo fonte;
Nmero de identificadores de um programa;
Nmero de condicionais aninhados;
Complexidade ciclomtica, responsvel por medir a complexidade das
estruturas de controle de um programa.
O relacionamento entre as mtricas e os fatores de qualidade, podem ser
definidos por meio da figura abaixo:
 9

4 REFERNCIAS BIBLIOGRFICAS
SOMMERVILLE, I an. Engenharia de Software; traduo Andr Maurcio de Andrade
Ribeiro; reviso tcnica Kechi Hirama - So Paulo: Pearson Addison Wesley, 2003.

PRESSMAN, Roger S. Engenharia de software; traduo Jos Carlos Barbosa dos Santos;
reviso tcnica Jos Carlos Maldonado, Paulo Cesar Masieiro, Rosley Sanches. So Paulo:
Makron Books,1995.

PAULA FILHO, Wilson de Pdua. Engenharia de software: fundamentos, mtodos e padres.

- 3.ed. Rio de Janeiro: LTC,2009. Rio de Janeiro: LTC,2009.