Q0S - Qualidade de Software

Sabrina de F. Souto

Descreve princpios e prticas dos quais depende a

maturidade do processo de software

Tem como objetivo auxiliar as organizaes a aumentarem

a maturidade de seu processo por um caminho evolutivo

Pode ser usado por empresas contratantes para identificar

as caractersticas do processo usado por seus fornecedores

Desenvolvido pelo Software Engineering Institute

(SEI)
3

Define 5 nveis de maturidade:

Cada nvel de maturidade (com exceo do nvel 1)

composto de vrias reas-chave de processo (KPA)
4

O processo caracterizado como ad-hoc e algumas vezes

catico. Poucos processos so definidos e o xito
depende do esforo individual

No h repetibilidade dos processos; compromissos

de prazo ou custo no so cumpridos.

Em crise (estado normal) a organizao abandona

tentativas de manter procedimentos e concentra-se
no bsico: codificar (e talvez testar).

As chances de sucesso: habilidades pessoais do corpo

gerencial e dos desenvolvedores, da sua dedicao e
herosmo.
Gerncia
Reativa


O processo uma caixa preta

Requisitos fluem para dentro do processo

Um produto de software (normalmente) produzido atravs

de algum processo.

O produto flui para fora do processo e (espera-se) funciona.

O nvel 1 no possui KPAs

estabelecido um processo gerencial basicamente para

monitorar custos, cronograma e funcionalidade. A
disciplina necessria ao processo est estabelecida de
forma a poder ser repetida com sucesso em projetos com
aplicaes semelhantes

Disciplinado e Estvel

Gerncia
Reativa

gerenciamento de projeto
experincia anterior guia o planejamento de novos projetos
existncia de padres
acompanhamento de custos, cronogramas e funcionalidades

O processo um conjunto de caixas pretas com

pontos de verificao definidos.


Possui as seguintes KPAs:

1.

Gerncia de Requisitos

2. Planejamento de Projeto SW
3.

Acompanhamento e Superviso de Projeto de SW

4. Gerncia de Subcontratao de SW
5.

Garantia da Qualidade de Software

6. Gerncia de Configurao de Software

10


Estabelecer um entendimento comum entre o cliente e a

equipe do projeto de SW dos requisitos do cliente que

sero abordados.

Metas:

Documentar e controlar os requisitos do cliente.

Planos, produtos e atividades so mantidos consistentes

com os requisitos.

11


Estabelecer planos razoveis para desenvolver o software

e para gerenciar o projeto de SW.

Metas:

Desenvolver estimativas para o trabalho a ser executado.

Determinar os compromissos necessrios.

Definir o plano para realizar o trabalho.

12


Oferecer visibilidade adequada no progresso real, de

modo que o gerenciamento possa tomar medidas

efetivas
quando
o
desempenho
se
desvia
significativamente do plano.

Metas:

Acompanhar e revisar os resultados e realizaes do

software confrontando com as estimativas documentadas,

compromissos e planos.

Ajustar os planos com base em resultados e realizaes
efetivamente alcanados.
13


Selecionar

subcontratados qualificados de SW e
gerenci-los eficazmente.

Metas:

Selecionar um subcontratado de sw.

Estabelecer compromissos com o subcontratado.

Acompanhar e revisar o desempenho do subcontratado e os

resultados conseguidos.

14


Oferecer gerenciamento com visibilidade apropriada no

processo que est sendo utilizado e dos produtos que

esto sendo construdos.

Metas:

Revises e auditorias nos produtos de software e atividades

para assegurar que esto em conformidade com os padres

e procedimentos aplicveis.

Fornecer ao gerente do projeto e outros gerentes

envolvidos os resultados das revises e auditorias.

15


Estabelecer e manter a integridade dos produtos do

projeto de software ao longo do ciclo de vida do SW.

Metas:

Identificar itens/unidades de configurao

Controlar sistematicamente as alteraes.

Manter integridade e rastreabilidade da configurao ao

longo do ciclo de vida do software.

16

O processo de software tanto para as atividades de

gerncia quanto de engenharia est documentado,
normalizado e integrado em um processo padro para a
organizao. Todos os projetos da organizao usam o
processo

todos os projetos usam uma verso aprovada e

individualmente adaptada do processo padro da
organizao para o desenvolvimento e manuteno de
software

evoluo do produto visvel atravs do processo

Gerncia
Pr-ativa

17

So coletadas medidas detalhadas da qualidade do

processo e do produto

O processo e o produto so quantitativamente

entendidos e controlados
Bases objetivas para
tomada de deciso

18

O processo sofre contnuas melhorias atravs do

feedback quantitativo do processo e da introduo
de idias e tecnologias inovadoras

Melhoria contnua do processo proporcionada por:

realimentao quantitativa do processo

novas idias e tecnologias
Capacidade gerencial para estimar e
acompanhar quantitativamente o impacto
e a eficcia das mudanas

19


Nveis do CMM so ordenados:

prticas dos nveis inferiores servem de base e fundamento

para os superiores

Implementao fora da ordem:

risco de que elas sejam abandonadas ou relaxadas

exatamente no instante em que elas so mais necessrias,

nos momentos de crise

20


Definio de processos tcnicos, previstos em prticas do

nvel 3, tem poucas chances de institucionalizao se as bases

gerenciais do nvel 2 no estiverem estabelecidas e
institucionalizadas.

Implementao de tcnicas de inspeo em empresas do nvel

1 sero com grande probabilidade abandonadas ou relaxadas

devido falta de controle gerencial.

Coleta de dados quantitativos (nvel 4) em empresas ainda no

nvel 1

processos so imprevisveis e os dados numricos tm pouco

significado
21

22