Gesto da Qualidade com nfase em BPM (Business Process Modeling)

1

Gesto da Qualidade com nfase em BPM

Jos do Carmo RodriguesElisamara de OliveiraJoo Caldas Junior

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

2

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

3

Apresentao .......................................................................5Fundamentos da Qualidade de Software ............................5Conceitos Fundamentais de Qualidade ........................................ 5

Qualidade de Software .............................................................. 7

Qualidade de processo .............................................................. 8

Qualidade total ......................................................................... 9

Qualidade e o ciclo de vida do produto ..................................... 11

Qualidade de Produto de Software ...................................16Modelos de Qualidade de Software ........................................... 16

Qualidade segundo o PMBOK ................................................... 18

Avaliao de Produtos de Software ........................................... 18

Modelo de Qualidade ISO 9126 ................................................ 20

Funcionalidade ................................................................... 20

Confiabilidade .................................................................... 21Usabilidade ........................................................................ 21Eficincia ........................................................................... 21Manutenibilidade ................................................................ 21Portabilidade ...................................................................... 21

CMMi- Qualidade de Processo de Software .......................23Modelos ISO para qualidade de processo de software ................ 23

Modelos CMM para qualidade de processo de software .............. 24

CMM versus CMMI ................................................................... 25

CMMI ..................................................................................... 25

Viso geral do modelo CMMI .................................................... 26

Representaes do modelo CMMI ............................................. 28

Representao Contnua ..................................................... 28

Representao por estgio .................................................. 29

Nveis de Maturidade CMMI ...................................................... 29

Modelo de Processo de Software Brasileiro (MPS.BR) ......35Histrico e viso geral do MPS.BR ............................................. 35

Nveis de maturidade do MPS.BR .............................................. 36

Nvel G Parcialmente Gerenciado ...................................... 37

Nvel F Gerenciado ........................................................... 38

Nvel E Parcialmente Definido ........................................... 38Nvel D Largamente Definido ............................................ 39Nvel C Definido ............................................................... 40Nvel B Gerenciado Quantitativamente .............................. 40

Nvel A Em Otimizao ..................................................... 40

MPS.BR versus CMMI ............................................................... 40

Modelagem de Processos de Negcio (BPM) ....................42A crescente importncia dos processos ..................................... 42

SUMRIO

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

4

SUMRIO

Definio de processos ............................................................ 43Orientao por processos nas organizaes ............................... 44

Benefcios da orientao por processos ..................................... 45

Gerenciamento de Processos de

Negcio - BPM ........................................................................ 46

O Ciclo de Vida dos Processos de Negcio ................................. 48

Captura da Definio do Processo ........................................ 48Reengenharia do Processo .................................................. 49

Implementao do Processo ................................................ 49

Melhoria Contnua do Processo ............................................ 49

Modelagem e Otimizao de Processos ................................ 50

Automao de Processos: Workflow .................................52Definio de Workflow ............................................................. 52O ciclo do workflow ................................................................. 52Tipos de workflow ................................................................... 54

Workflows Ad hoc ............................................................... 54Workflows Administrativos .................................................. 54

Classificao de workflows ....................................................... 56Sistemas de Gerenciamento de Workflow .................................. 56Escolha de um Sistema de Workflow ......................................... 58Metodologias de Modelagem de Processos .......................59Modelagem de Processos ......................................................... 59

Metodologia de Jacka & Keller .................................................. 59Identificao do processo .................................................... 60Coleta de dados ................................................................. 60

Entrevistas e gerao do modelo ......................................... 61

Anlise dos dados............................................................... 61

Apresentao ..................................................................... 62

Consideraes Finais .........................................................63Respostas Comentadas dos Exerccios ..............................63Captulo 1 ............................................................................... 63

Captulo 2 ............................................................................... 64

Captulo 3 ............................................................................... 65

Captulo 4 ............................................................................... 65

Captulo 5 ............................................................................... 66

Captulo 6 ............................................................................... 67

Captulo 7 ............................................................................... 67

Referncias ........................................................................67

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

5

APRESENTAO

Caro aluno, a adoo de processos de qualidade

por equipes de desenvolvimento de software pode

ser considerada pea fundamental no andamento dos

projetos, auxiliando na reduo de riscos, buscando

garantias de qualidade e permitindo que a empresa se

torne cada vez mais competitiva. A aplicao de processos

de qualidade na Engenharia de Software visa construo

de produtos com maior qualidade, pois padres so

seguidos durante todo o ciclo de vida do software. Estes

processos so chamados de ciclo de vida da qualidade

de software, pois iniciam-se na concepo do software e

seguem at a sua descontinuidade. Visam o controle do

desenvolvimento, auxiliam na definio de prazos e tendem

a evitar imprevistos. Os modelos de qualidade propem

a utilizao de prticas e normatizao de processos de

desenvolvimento objetivando a construo de um produto

com qualidade

Por outro lado, as organizaes vm buscando realizar

a sua gesto por processos, embora muitos departamentos

desenvolvam projetos. Administrar projetos e processos

transfuncionais no uma tarefa fcil. Entender como

funcionam os processos e quais so os tipos existentes

importante para determinar como eles devem ser

gerenciados para a obteno do mximo resultado. As

organizaes tm percebido cada vez mais que os

seus processos de negcio lhes oferecem vantagens

competitivas. Diante dessa tendncia, vem crescendo no

meio empresarial a prtica do Gerenciamento de Processos

de Negcio ou BPM- Business Process Management como

uma forma de gerenciamento e controle das organizaes.

A implementao efetiva de uma soluo de BPM requer

elementos estratgicos e de tecnologia, mas pode resultar

em importantes benefcios como o alinhamento da

estratgia empresarial e da infraestrutura de tecnologia na

qual so construdos os negcios.

Diante disso, caro aluno, ns lhe convidamos a

conhecer o mundo da TI atravs dos olhos da Qualidade

de Software e do BPM. Os aspectos tericos e os

conceitos da Qualidade de Software so mesclados com

a definio, modelagem e implementao de processos

interconectados e transformados em aes do dia-a-dia.

Voc ter, alm dos fundamentos tericos, a possibilidade

de ver casos prticos nos quais os processos de qualidade

so implantados. Ento, prepare-se, e venha junto conosco

conhecer este tema interessante nas prximas pginas

desta apostila!

Jos do Carmo Rodrigues

FUNDAMENTOS DA QUALIDADE DE SOFTWARE

Caro aluno, neste captulo introduziremos a importncia da qualidade do software no ambiente da engenharia de software, falaremos sobre o contexto da qualidade no desenvolvimento de software, mostraremos a importncia da aplicao destes conceitos no cenrio atual de software com qualidade e exemplificaremos alguns dos principais problemas da qualidade no que se refere ao desenvolvimento de sistemas.

Conceitos Fundamentais de Qualidade

Caro aluno, todos ns somos influenciados por produtos

de software tanto profissionalmente como em nossa vida

pessoal, seja de forma consciente ou no. Os produtos de

software possuem um papel muito influente em nossa vida,

facilitando a realizao de diversas atividades e provendo

inmeros servios. Para quem trabalha no desenvolvimento

destes sistemas, incluindo todos os profissionais da rea

de Engenharia de Software, o maior desafio criar um

produto de software com elevada produtividade, dentro

do prazo estabelecido, sem necessitar de mais recursos do

que aqueles alocados, assegurando com isso um software

de qualidade.

Apesar do reconhecimento em relao s facilidades que

os produtos de software nos proporcionam, notadamente

na rea financeira e de telecomunicaes, ainda h muito

que melhorar na qualidade dos produtos de software

desenvolvidos.

Neste contexto, a aplicao eficaz e eficiente da

Engenharia de Software fundamental para aprimorar

a qualidade dos produtos desenvolvidos, diminuindo os

custos de desenvolvimento do produto e aumentando a

produtividade e o tempo de atendimento ao mercado.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

6

Alguns problemas ainda so comuns no desenvolvimento

de software. Isto se deve principalmente pelo aspecto no

repetitivo do desenvolvimento de produtos de software,

o que torna a garantia da qualidade uma atividade difcil

e, muitas vezes, imprevisvel. A delimitao do escopo de

sistemas e/ou produtos de software tambm no uma

tarefa trivial. Muitas vezes o usurio no consegue definir

com preciso todos os requisitos necessrios ao projeto.

Alm disso, ainda existe a volatilidade dos requisitos, que

representa um aspecto muito comum no desenvolvimento

de software.

Todo este cenrio faz com que a importncia da

rea de garantia da qualidade cresa continuamente

nas organizaes de desenvolvimento de software, pois

a gerncia de alto nvel utiliza os resultados produzidos

por esta rea para obter visibilidade da qualidade dos

processos executados e dos produtos entregues aos

clientes. Alm disso, decises estratgicas de negcio so

tomadas com base em dados consolidados das atividades

de garantia da qualidade. Estes e outros fatores aumentam

a complexidade e a relatividade do conceito de qualidade

de software devido sua forte dependncia da perspectiva

de quem est avaliando determinado produto ou servio.

Segundo Pressman (2006), a garantia da

qualidade de software est diretamente

relacionada s caractersticas de qualidade

do processo de desenvolvimento e de

seus produtos intermedirios, bem como aos esforos

de melhoria de processos das organizaes. Alm disso,

as atividades de garantia da qualidade devem estar

presentes ao longo de todo o ciclo de vida de

desenvolvimento do software, a fim de assegurar que o

projeto, o desenvolvimento e a disponibilizao de uma

aplicao aconteam de maneira bem sucedida.

Para isso, normalmente as organizaes definem

padres, processos e procedimentos que devem ser

seguidos para assegurar a uniformidade e o controle com

relao ao desenvolvimento e manuteno de software.

Estes padres podem incluir especificao,

documentao, revises, auditorias e padres de

Engenharia de Software, que geralmente encontram-se

especificados em um plano de garantia da qualidade.

A rea de garantia da qualidade constituda por um

conjunto de atividades sistemticas que provm evidncia

da capacidade do processo de software de desenvolver

um produto que atenda aos seus propsitos. Este

conjunto de atividades que compe a rea de garantia

da qualidade tratado como atividades de um processo

de apoio na implantao de outros processos e na

elaborao e avaliao de produtos de trabalho gerados

por estes processos. No entanto, a execuo de atividades

para atingir graus elevados de qualidade em produtos

e processos de software requer a aplicao de muitos

recursos.

Mas qualidade no pode ser considerada

sinnimo de perfeio, pois se trata de

algo factvel, relativo, substancialmente

dinmico e evolutivo, adequando-se ao

nvel dos objetivos a serem atingidos. Portanto, o mais

importante atingir o nvel de qualidade desejado pelos

usurios e necessrio para o bom funcionamento dos

produtos desenvolvidos, utilizando o mnimo de recursos

possveis para no impactar nos projetos.

O principal objetivo da garantia da qualidade assegurar

que padres, procedimentos e polticas utilizados durante

o desenvolvimento do software sejam adequados para

Fonte: http://www.desenvolvatec.com/

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

7

prover o nvel de confiana requerido para o processo ou

produto de trabalho. No entanto, este nvel de confiana

varia de acordo com os diferentes tipos de usurios dos

produtos de software, bem como o grau esperado de

adequao do produto aos propsitos para os quais foi

desenvolvido. Portanto, deve-se considerar que usurios

diferentes provavelmente tero propsitos diferentes para

o desenvolvimento de um mesmo produto.

Qualidade de Software

Caro aluno, para definirmos Qualidade de Software

necessitamos primeiro saber o que qualidade. H diversas

definies de Qualidade de Software. Vamos considerar as

principais delas: De acordo com o glossrio padro de terminologia

em Engenharia de Software do IEEE 610.12 (1990), qualidade pode ser definida como o grau no qual um sistema, componente, ou processo atende aos requisitos especificados e s necessidades ou expectativas do cliente ou usurio.

A norma ISO/IEC 9126 (1991) define qualidade como a totalidade de funcionalidades e caractersticas de um produto ou servio que atendem sua capacidade de satisfazer necessidades especficas ou implcitas. Alm disso, esta norma ainda define uma lista de caractersticas de qualidade que um produto de software deve atender, como funcionalidade, confiabilidade, usabilidade, eficincia, manutenibilidade e portabilidade.

No contexto de desenvolvimento de software, Rocha et al (2001) definem qualidade como um conjunto de caractersticas a serem satisfeitas em um determinado grau, de modo que o produto de software atenda s necessidades explcitas e implcitas de seus usurios e, de acordo com Pressman (2006), a conformidade com requerimentos e com caractersticas implcitas que so

esperadas de software profissionalmente desenvolvido.

Como podemos perceber, qualidade um substantivo

que pode ter muitos significados. Isso acontece pela

forte ligao com as percepes das pessoas, que tm

pensamentos e gostos diferentes. Ento, a definio

de Qualidade de Software estaria, tambm, fadada s

percepes do ser humano?

A qualidade de software, assim como a qualidade ligada a outros produtos, est relacionada diretamente com as opinies das pessoas, que neste caso, so representadas pelos clientes, usurios e envolvidos com o projeto de software.

No entanto, ainda no h regras definitivas que indiquem claramente como desenvolver produtos de software de qualidade, embora a qualidade do produto seja considerada fortemente dependente da qualidade e adequao de seu processo de desenvolvimento. Mas podemos elencar as seguintes caractersticas para a qualidade de software:

est fortemente relacionada conformidade com os requisitos

caracteriza o grau de satisfao do cliente; no responsabilidade de apenas uma rea da

empresa, e sim de todos deve estar presente desde o planejamento do

software.

Alm disto, a qualidade deve satisfazer um conjunto de diferentes pontos de vista:

Usurio: Qualidade consiste na capacidade de satisfazer

desejos... Qualidade a adequao ao uso...

Valor: Qualidade o grau de excelncia a um preo

aceitvel e o controle da variabilidade a um custo aceitvel.

Entrega: Um produto ou servio produzido de acordo com

as especificaes, com custo competitivo, mas entregue fora do prazo, pode ser considerado de qualidade?

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

8

Atualmente, qualidade de software vem ganhando um grande foco nas empresas de TI, pois se percebeu que a qualidade no um gasto e sim um investimento. E com a evoluo constante da tecnologia, os clientes esto cada vez mais exigentes, o que tambm exige dos desenvolvedores muito mais cuidado na criao dos

produtos de software.

Qualidade de processo

A qualidade no processo procura identificar a m

qualidade o quanto antes, o que feito pelo controle

da conformidade especificao, e corrigir o problema,

evitando que continue o desperdcio at o fim. Para garantir

a conformidade especificao ao longo do processo,

necessrio especificar como executar atividades e

seus resultados e controlar sistematicamente todo esse

processo que ir atingir a qualidade.

A qualidade de processo a rigorosa

especificao dos processos que sero

realizados na produo de um bem ou

servio, incluindo as faixas de tolerncia

desejadas em relao aos resultados.

Aqui se deve levar em considerao a definio de

qualidade como adequao ao uso. Por exemplo, pode-

se imaginar a existncia de um cliente, que vai receber

o bem ou servio, cujas necessidades de uso precisam

ser satisfeitas. Com o conceito de adequao ao uso,

explicita-se que o produto deve cumprir as funes bsicas

que resolvem os problemas do cliente e, ao mesmo

tempo, atender s caractersticas bsicas como nvel de

desempenho, durabilidade, pouca manuteno e facilidade

de uso, entre outras.

preciso, ainda, identificar e eliminar as fontes da m

qualidade, mediante alteraes apropriadas no processo,

ou seja, nas especificaes de suas atividades. Abaixo,

listamos algumas perguntas que realam essa perspectiva e

apontam as consequncias para os processos de produo:

Quem so os clientes visados? O que desejam e necessitam? O que tais necessidades significam para os

produtos e processos?

Quais caractersticas devem ter um produto/servio para satisfaz-las?

Como fabricar esse produto ou prestar esse servio?

Fonte:http://megafoneadm.blogspot.com.br/2011/04/conheca-seus-clientes-aprenda-ouvi-los.html

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

9

Com isso, v-se que o conceito de adequao ao uso tambm se dirige para a qualidade no processo. A qualidade no pode ser alcanada apenas com a verificao de conformidade dos resultados parciais em pontos escolhidos do processo. A qualidade no processo mais que isso. Exige que os processos sejam concebidos de forma a maximizar a produo de bens e servios que atendam s especificaes.

Assim nasce a qualidade total. A preocupao garantir qualidade em cada atividade realizada no processo de produo e evitar erros, de modo a produzir certo da primeira vez e at eliminar a necessidade de inspees, as quais perdem sentido quando cada etapa entrega seus resultados sem defeitos para a etapa seguinte e se implanta um processo explcito para melhorar sistematicamente os processos, de modo a

sempre aumentar a qualidade no processo.

Qualidade total

Os princpios da Qualidade Total esto fundamentados na Administrao Cientfica de Frederick Taylor (1856-1915), no Controle Estatstico de Processos de Walter A. Shewhart (1891-1967) e na Administrao por Objetivos de Peter Drucker (1909-2005). Seus primeiros movimentos surgiram e foram consolidados no Japo aps o fim da II Guerra Mundial com os Crculos de Controle da Qualidade, sendo difundidos

nos pases ocidentais a partir da dcada de 1970.

Qualidade Total a preocupao com a

qualidade em todas as atividades da

empresa, buscando sistematicamente o

nvel zero defeito, atravs da melhoria

contnua dos processos de produo.

O termo TQM - Total Quality Management ou Gerenciamento da Qualidade Total, amplamente usado nas organizaes, descreve uma abordagem para a melhoria da qualidade.

Os quatro elementos chave do TQM podem ser vistos

na figura 1 e so descritos no que se segue.

Figura 1 - Elementos do Gerenciamento da Qualidade Total

Fonte: http://mauricio.hernaski.com.br/blog/qualidade-do-produto-vs-qualidade-do-processo-2/

Customer Focus - Foco do Cliente: o objetivo atingir a satisfao total do cliente. O foco do cliente inclui

o estudo das necessidades e vontades do cliente, coleta

de requisitos do cliente e a medio e gerenciamento da

satisfao do cliente.

Process Improvement - Melhoria de Processo: o objetivo reduzir as variaes de processo e atingir a melhoria da qualidade contnua. Este elemento

inclui ambos os processos de negcio e o processo de

desenvolvimento do produto. Atravs da melhoria de

processo, a qualidade do produto ser reforada.

Human Side of Quality - Lado Humano da Qualidade: o objetivo criar a cultura de qualidade por toda a empresa. As reas de foco incluem liderana,

apoio da alta gerncia, participao total de todos os

colaboradores da empresa e outros fatores humanos,

como sociais e psicolgicos.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

10

Metrics, Models, Measurement and Analysis -Mtricas,Modelos,MedieseAnlises: o objetivo

direcionar a melhoria contnua em todos os parmetros da

qualidade por um sistema de medio orientado a metas.

Na organizao moderna, portanto, qualidade significa

simultaneamente adequao ao uso, conformidade s

especificaes e qualidade total no processo. Chega-se,

assim, ao ponto que nos interessa.

O processo de gerar as especificaes de um produto

chama-se desenvolvimento do produto. Por meio desse

processo, necessidades e desejos do cliente, muitas

vezes denominados requisitos, so transformados em

especificaes do produto e do processo.

Tais especificaes devem definir com rigor as

caractersticas do produto e do processo que permitir

reproduzi-las. Isso implica adequao das especificaes

ao ambiente operacional de produo ou aos requisitos

relacionados manufatura. Como outro objetivo explcito,

permite ainda alcanar baixos custos unitrios.

H muita evidncia apontando o alto impacto do

projeto do produto sobre a qualidade e os custos do

produto. No h uma estimativa consensual desses

nmeros, mas comum entre especialistas avaliar que

60% a 80% dos custos unitrios e da qualidade final do

produto so estabelecidos no projeto, sobrando o restante

para o processo de melhoria contnua. Assim, na essncia

da qualidade de produto est a qualidade do processo de

produo. E ambas dependem de uma boa qualidade de

projeto, sem a qual se corre o risco de no alcanar nvel

suficiente de adequao s necessidades do cliente.

As organizaes tm de produzir produtos e servios de

qualidade, no mais como uma estratgia de diferenciao

de mercado, mas como uma condio de preexistncia. As

empresas devem ter em mente a importncia de juntar

os conceitos de qualidade de processo e de projeto com

qualidade total, e outras, a fim de obter a qualidade total

do produto, utilizando padres e um bom planejamento.

Leia o artigo:

Introduo ao Modelo de Qualidade no Contexto SPB por Angela Maria Alves

A Qualidade de Produto de Software est passando por uma evoluo, antes estava ligada funcionalidade e agora est ligada confiabilidade. A Qualidade de um Produto de Software pode ser percebida por vrias vises, como:

Pela viso do desenvolvedor. Pela viso do responsvel

pelo desenvolvimento. Pela viso do usuriofinal.

Para o usurio final, o interesse est, por exemplo, na utilizao, no desempenho, ou seja em medidas externas de qualidade como:

Funes especficas esto disponveis? Qual a confiabilidade do software e sua

eficincia? facil de usar? facil para transferir para outro ambiente

operacional? Para o desenvolvedor, o interesse est na qualidade

de produtos intermedirios, ou seja, verificando, se esto coerentes com as expectativas do usurio final.

Para o responsvel pelo desenvolvimento, o interesse est nos objetivos da comunidade, est em fazer o equilbrio de melhoria de qualidade usando critrios como prazo e custo.

A definio de Qualidade de Produto de Software est baseada na definio de caractersticas de interesse em funo da rea de aplicao desse produto. De acordo com a rea de aplicao do produto, certas caracteristcas so mais desejveis como:

Para aplicaes de misso critica, a confiabilidade.

Para aplicaes em tempo real, o desempenho. Para aplicaes interativas com o usurio no

especializado, a usabilidade. Para aplicaes que mantm informaes

sigilosas, a segurana. ...

Leia mais no link:h t t p : / /www. so f twa repub l i c o . gov.b r / 5 cqua l i b r / xow i k i /Introdu%E7%E3o%20ao%20Modelo%20de%20Qualidade%20no%20Contexto%20SPB

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

11

conformidade dos insumos at suas especificaes,

evitando a cada fase a m qualidade.

O ideal que qualidade de produto seja aplicada em

conjunto com a qualidade de processo. Para tornar isso

vivel, surgiram os sistemas formais da qualidade, como

por exemplo, a srie de normas produzidas pela ISO.

Qualidade e o ciclo de vida do produto

H o conceito de ciclo de vida do produto vinculado

ao aspecto satisfao das necessidades do cliente. Este

conceito procura relacionar os nveis de venda com o

tempo de maturao do produto e envolve as fases de

lanamento, estagnao e declnio (ou criao, difuso e

desuso).

Mas o conceito de ciclo de vida do produto utilizado em

Controle de Qualidade o que apresentamos a seguir.

A qualidade final de um produto resulta

de um conjunto de caractersticas

imputadas a ele ao longo de todo o seu

ciclo de vida, que envolve as fases de

concepo, projeto, produo, distribuio e consumo

do produto.

O uso genrico do termo qualidade para diferentes

situaes e etapas do ciclo de vida do produto dificulta o

entendimento da questo da qualidade, uma vez que no

se especifica a que tipo de qualidade, ou seja, qualidade

de qual fase do ciclo do produto est se referindo.

Adaptando-se o conceito de qualidade s fases do ciclo

de vida do produto, podemos ter as seguintes categorias:

Qualidade de projeto Qualidade de servios Qualidade de uso

A qualidade de projeto refere-se ao grau em que o produto, atravs de sua concepo e especificaes,

atende s caractersticas de qualidade desejadas pelo

consumidor. A qualidade de conformao seria o grau

em que o bem produzido em conformidade com as

especificaes estabelecidas pelo projeto.

Qualidade do produto

O certo que a qualidade chegou para ficar, seja no

trabalho, em casa, na produo de bens ou na prestao de

servios. Enfim, em qualquer atividade humana, a qualidade

tornou-se consenso. Mas como chegamos a isto?

A qualidade, num primeiro momento, era vista

fundamentalmente sob a tica da inspeo, na qual,

atravs de instrumentos de medio, tentava-se alcanar

a uniformidade do produto. Posteriormente, passou-se a

buscar, atravs de instrumentos e tcnicas estatsticas,

conseguir um controle estatstico da qualidade. Numa etapa

posterior, o movimento da qualidade foi mais na direo

de se encontrar instrumentos que visassem assegurar a

sua prpria garantia. Para isso, todo o processo produtivo

passou a ser coordenado, desde o projeto do produto at

a sua chegada ao mercado consumidor.

Finalmente, a nfase voltou-se para o gerenciamento

estratgico da qualidade, no qual a preocupao maior

poder concorrer num determinado mercado, buscando-

se no s satisfazer as necessidades do consumidor,

mas tambm a do prprio mercado. A metodologia que

vai dar sustentao a essa nova mentalidade baseia-se

no planejamento estratgico, no qual, sob a liderana da

direo, todos na empresa passam a ter a oportunidade de

serem tambm agentes da qualidade.

A qualidade de produto a rigorosa

definio das caractersticas relevantes do

produto, estabelecendo os atributos e as

variveis que deve conter, cuja dimenso

deve ser assegurada. A especificao o documento

que formalizar essas definies.

H duas formas de se alcanar a conformidade de

um produto sua especificao. Uma a inspeo

final rigorosa que segrega os produtos sem qualidade.

Essa uma alternativa cara, j que espera o consumo

de material, capital, mo de obra para, s ao final do

processo produtivo, separar o bom produto. Gera imenso

desperdcio. A outra possibilidade introduzir a qualidade

ao longo do processo produtivo, desde a verificao da

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

12

A qualidade de servios diz respeito s facilidades disponveis para se assegurar a continuidade do produto em operao durante a etapa de seu consumo. Estas facilidades seriam assistncia tcnica, manuteno, orientao quanto ao uso do produto, etc. Na prtica, estas categorias muitas vezes so confundidas. Assim no se faz muita distino entre falhas decorrentes de um projeto deficiente e aquelas oriundas da falta de conformidade durante a produo.

A qualidade de uso de um produto, tambm chamada qualidade final, resulta da soma e interao destas categorias. Pode-se dizer que a qualidade de projeto est associada qualidade inerente ao prprio produto, enquanto a qualidade de conformao est associada aos nveis de qualidade obtidos na produo, ou, em sentido inverso, aos nveis de defeituosos.

No processo de desenvolvimento de produtos, importante que se promova o trabalho em equipe de forma concorrente, simultnea e colaborativa, reduzindo o ciclo de

desenvolvimento do produto.

Atravs da disseminao de poderes e responsabilidades

aos indivduos e s equipes, e da visibilidade plena de cada

passo por trs do ciclo de vida, garante-se que o propsito

do produto/servio seja mantido e esteja alinhado

estratgia organizacional.

Se olharmos o ciclo de vida de um produto ou servio,

pode parecer que h somente dois pontos importantes, o

momento de sua criao e o momento de sua renovao

ou substituio. Ambos envolvem a inovao disruptiva.

No entanto, entre estes dois momentos h um intervalo

de tempo que requer aes permanentes de melhorias

na qualidade, produtividade e custos, bem como para

resolver os problemas que vo surgindo na produo,

comercializao e distribuio do produto. Pela inovao,

a empresa se diferencia de seus concorrentes e pela

melhoria contnua, ela pode prolongar e ampliar suas

vantagens competitivas. O grfico 1 ilustra este processo.

Grfico 1 Ciclo de vida do produto e seus pontos importantes

Fonte: http://afcomunica.wordpress.com/

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

13

Todos estes conceitos podem ser aplicados s empresas e equipes envolvidas no desenvolvimento de software. A

tabela 1 faz uma comparao entre organizaes imaturas e maturas, quanto s suas tomadas de decises em assuntos

relacionados qualidade de software.

Tabela 1 Maturidade das organizaes quanto qualidade

Organizao Imatura Organizao MaduraProcessos de software improvisados pelos participantes durante o curso do projeto.

Atividades planejadas de acordo com o processo existente.

Mesmo que um processo de software tenha

sido especificado ele no seguido.

Processo disciplinado consistentemente seguido porque os participantes entendem o seu valor e

existe a infraestrutura necessria para suport-lo.

Gerentes focados em resolver problemas imediatosGerentes monitoram a qualidade

do produto e do processo.

Cronogramas e oramentos estourados e

no baseados em estimativas realistas.

Cronogramas e oramentos baseados

em dados histricos e realsticos.

Quando prazos no realsticos so impostos equipe de desenvolvimento, a qualidade e

funcionalidade do produto saem comprometidas.

Processo definido atualizado quando necessrio. As melhorias so descobertas atravs de testes pilotos controlados e da anlise da relao custo/benefcio.

No h base para julgar a qualidade do produto ou

para resolver problemas no processo ou produto.

Base quantitativa para julgar qualidade e para

analisar problemas com o produto ou processo.

Qualidade do produto imprevisvel.Capacidade de gerenciar o desenvolvimento

e manuteno dos processos e projetos.

Atividades que visam garantir a qualidade dos produtos (revises e testes) so eliminadas

quando o projeto est atrasado.

Papis e responsabilidades esto

claros dentro da organizao.

Garantia da Qualidade

Podemos definir Garantia da Qualidade (Quality Assurance) como o conjunto de atividades de apoio

para fornecer confiana de que os processos esto

estabelecidos e so continuamente melhorados para

produzir produtos que atendam as especificaes e que

sejam adequados para o uso pretendido.

Portanto, garantir a qualidade consiste em obter a

qualidade tanto do processo quanto do produto. No

processo, podemos quantificar a sua qualidade atravs

de mtricas para qualidade e no produto com as tcnicas

de verificao e validao. Essas atividades podem ser,

por exemplo, avaliaes como as citadas pela ISO 9000,

auditorias, inspees formais, testes, revises. Ainda

no processo podemos usar os mtodos de garantia da

qualidade no formato de auditorias e relatos para a alta

gerncia, alm de avaliaes constantes do processo e

anlise estatstica de controle do processo. No produto

os mtodos de garantia da qualidade so revises,

inspeo formal e testes, alm de reviso dos resultados

do teste realizada por profissionais altamente capacitados,

auditorias do produto e testes realizados pelo cliente.

No podemos confundir os conceitos e a aplicao dos

termos Controle da Qualidade (Quality Control) e Garantia da Qualidade (Quality Assurance). Embora usados erroneamente como sinnimos em muitos lugares, ambos

os termos tm propsitos totalmente diferentes. Vejamos

a tabela 2 a seguir que mostra a diferena entre estas duas

atividades [IPCC, 2009].

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

14

Tabela 2 Garantia da Qualidade x Controle da Qualidade

Garantia da Qualidade Controle da Qualidadea) Garante que o processo definido e apropriado.b) Metodologia e padres de desenvolvimento so exemplos de garantia da qualidade.c) orientada a processo.d) orientada preveno.

a) As atividades focam na descoberta de defeitos em itens especficos.b) Um exemplo de controle da qualidade poderia ser: Os requisitos definidos so os requisitos certos?.c) orientado a produto.d) orientado deteco.

e) Foco em monitorao e melhoria de processo.f) As atividades so focadas no inicio das fases no ciclo de vida de desenvolvimento de software.g) Garante que voc est fazendo as coisas certas e da maneira correta.

e) Inspees e garantia de que o produto de trabalho atenda aos requisitos especificados.f) As atividades so focadas no final das fases no ciclo de vida de desenvolvimento de software.g) Garante que os resultados do seu trabalho so os esperados conforme requisitos.

Pode-se afirmar que o teste de software uma das atividades de controle da qualidade, ou seja, o teste de software

orientado a produto e est dentro do domnio do controle da qualidade.

Leia o que a norma ISO 9000:

...Em sua essncia, a ISO 9000 uma norma que visa estabelecer critrios para um adequado gerenciamento do negcio tendo como foco principal a satisfao do cliente e consumidor, atravs de uma srie de

aes. ... Ter um certificado ISO 9000 significa que uma empresa tem um sistema gerencial voltado para a qualidade e que atende aos requisitos de uma norma internacional....

Disponvel em: http://www.iso9000.com.br/basicas.htm

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

15

Exerccios do Captulo 1

1) Associe a definio de qualidade com aentidade ou pessoa que a criou:

______________________: qualidade pode ser definida como o grau no qual um sistema, componente, ou processo atende aos requisitos especificados e s necessidades ou expectativas do cliente ou usurio.

______________________: define qualidade como a totalidade de funcionalidades e caractersticas de um produto ou servio que atendem sua capacidade de satisfazer necessidades especficas ou implcitas.

______________________: a conformidade com requerimentos e com caractersticas implcitas que so esperadas de software profissionalmente desenvolvido.

2) Qualoprincipalobjetivodagarantiadaqualidade?

3) Qual destas no uma caracterstica para a qualidade de software?

a) est fortemente relacionada conformidade com os requisitos

b) caracteriza o grau de satisfao do clientec) responsabilidade de apenas uma rea da

empresa: a rea de qualidaded) deve estar presente desde o planejamento do

software.

4) Qual a diferena entre qualidade de produto e qualidade de processo?

5) AssinaleV-verdadeiroeF-falso:

( ) Qualidade de software a medida em que um conjunto, definido pela indstria, de caractersticas desejveis so incorporadas em um produto, de modo a aprimorar seu desempenho durante sua existncia.

( ) Pode-se afirmar que o teste de software uma das atividades de controle da qualidade, ou seja, o teste de software orientado a produto e est dentro do domnio do controle da qualidade.

( ) Um dos modelos mais recentes de qualidade de software o de James A. McCall conhecido como Fatores da Qualidade, que avaliam o software em trs

pontos distintos: Operao do Produto, Transio do Produto e Reviso do Produto.

( ) Qualidade Total a preocupao com a qualidade em todas as atividades da empresa, buscando sistematicamente o nvel zero defeito, atravs da melhoria contnua dos processos de produo.

6) Assinale QT- para qualidade total e CQ- para controle de qualidade, mostrando as diferenas entre elas.

( ) Foco em monitorao e melhoria de processo.( ) orientado a produto e orientado deteco. ( ) Garante que o processo definido e apropriado.( ) orientada a processo e orientada preveno.( ) As atividades focam na descoberta de defeitos

em itens especficos.( ) As atividades so focadas no final das fases no

ciclo de vida de desenvolvimento de software.( ) Garante que voc est fazendo as coisas certas

e da maneira correta. ( ) Garante que os resultados do seu trabalho so

os esperados conforme requisitos.( ) As atividades so focadas no inicio das fases no

ciclo de vida de desenvolvimento de software.( ) Inspees e garantia de que o produto de

trabalho atenda aos requisitos especificados.

7) Adaptando-se o conceito de qualidade s fases do ciclo de vida do produto, podemos ter as seguintes categorias:

A ________________________ refere-se ao grau em que o produto, atravs de sua concepo e especificaes, atende s caractersticas de qualidade desejadas pelo consumidor. A qualidade de conformao seria o grau em que o bem produzido em conformidade com as especificaes estabelecidas pelo projeto.

A _________________________ diz respeito s facilidades disponveis para se assegurar a continuidade do produto em operao durante a etapa de seu consumo. Estas facilidades seriam assistncia tcnica, manuteno, orientao quanto ao uso do produto, etc.

A ________________________ de um produto, tambm chamada qualidade final, resulta da soma e

interao destas categorias.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

16

Operao: se refere s caractersticas relativas ao uso do produto. Envolve os critrios de qualidade: Correo, Confiabilidade, Eficincia, Integridade e Usabilidade.

Reviso: refere-se capacidade do produto ser modificado e evoludo. Envolve os critrios de qualidade: Manutenibilidade, Flexibilidade e Testabilidade.

Transio: refere-se adaptabilidade a novos e diferentes ambientes. Envolve os critrios: Portabilidade, Reusabilidade e Interoperabilidade.

QUALIDADE DE PRODUTO DE SOFTWARE

Caro aluno, neste captulo descreveremos o que a qualidade de produto de software, mostraremos as normas e modelos que ditam as regras deste tipo de aplicao da qualidade, descreveremos os padres de produtos e as formas de avaliao

que apoiam a qualidade de produto.

Modelos de Qualidade de Software

Qualidade de software um tema que vem sendo

abordado e vem evoluindo h muito tempo em Engenharia

e Arquitetura de Software, tanto em relao qualidade do

processo (da concepo construo e manuteno) quanto

em relao qualidade do produto, o software em si.

Organizaes internacionais de normatizao e

padronizao definiram qualidade de produto como:

a totalidade dos recursos, aspectos e caractersticas de

um produto ou servio que suportam a sua capacidade

de satisfazer os requisitos dados, as expectativas e as

necessidades explcitas e implcitas.

Em seu estudo sobre qualidade de software, Software Quality: Definitions and Strategic Issues , o pesquisador Ronan Fitzpatrick (1996) prope uma viso mais moderna e ousada de qualidade do produto de software, propondo a seguinte definio: Qualidade de software a metodologia em que um conjunto definido pela indstria de caractersticas desejveis incorporado em um produto, de modo a aprimorar seu desempenho durante sua existncia.

Um dos primeiros modelos de qualidade de software o que James A. McCall (2002) sugere como mtricas para qualidade de software. Conhecido como Fatores da Qualidade, estes fatores avaliam o software em trs pontos distintos: Operao do Produto, Transio do Produto e Reviso do Produto.

Atualmente existem outros modelos de avaliao da

qualidade do produto de software, que sero apresentados

nos captulos seguintes, mas que merece aqui apenas uma

referncia inicial.

H o padro internacional de Engenharia de Software da

ISO- International Organization for Standardization / IEC-

International Electro-Technical Commission, conhecido

como ISO/IEC 9126, que trata da Qualidade do Produto. A

norma se divide em quatro partes, sendo a primeira uma

viso geral do modelo de qualidade, e as outras trs, os

grupos de mtricas definidas para este modelo (conforme

ilustra a figura 2):

Parte 1: Modelo de qualidade Parte 2: Mtricas externas Parte 3: Mtricas internas Parte 4: Mtricas de qualidade em uso

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

17

Figura 2 Viso geral do modelo de qualidade ISO 9126

Fonte: http://edgarddavidson.com/?p=902

Vale ressaltar que qualidade do software abordada aqui

se entende por qualidade do produto de software em si, o

que distinto de qualidade do processo de software, que

diz respeito qualidade das atividades e forma pelas quais

se produz software.

Colocando-se todos esses conceitos dentro do contexto

apresentado, podemos dizer que qualidade no uma

fase do ciclo de desenvolvimento de software, mas sim

integrante fundamental de todas as fases. Portanto,

necessrio um planejamento adequado para que a

qualidade de software seja atingida, conforme a definio

de qualidade que dever ser alcanada. Para isso so

necessrios modelos, padres, procedimentos e tcnicas

para atingir essas metas de qualidade propostas. Assim,

todas as etapas do ciclo de vida de engenharia de software

devem ser contempladas com atividades que visam

garantir a qualidade tanto do processo quanto do produto.

Assista ao filme que mostra a necessidade de uso de modelos de qualidade para os servios oferecidos pelas empresas:

http://youtu.be/CIuDv6Qna-M

Qualidade externa diz respeito ao produto final como

percebido pelo usurio, enquanto qualidade interna se

refere estrutura e s caractersticas do produto em seu

projeto e construo.

Mais recentemente, desde 2005, as normas ISO/IEC

9126 e a srie ISO/IEC 14598, de avaliao de produto

de software, tm sido integradas na nova srie de normas

ISO/IEC 25000 Software Engineering conhecida como

SQuaRE- Software product Quality Requirements and Evaluation, que tem seu ncleo principal composto por

cinco divises:

ISO/IEC 2500n Diviso Gesto da Qualidade ISO/IEC 2501n Diviso Modelo de Qualidade ISO/IEC 2502n Diviso Medio da Qualidade ISO/IEC 2503n Diviso Requisitos de Qualidade ISO/IEC 2504n Diviso Avaliao da Qualidade

Alm deste ncleo principal, o SQuaRE contempla

extenses, que tratam de temas especficos, como ISO/

IEC 25051, SQuaRE COTS - Commercial Off-The-Shelf

ou Requisitos para qualidade de produtos comerciais

de prateleira, e ISO/IEC 2506n, SQuaRE CIF- Common

Industry Format para usabilidade.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

18

Qualidade segundo o PMBOK

De acordo com o PMBoK - Project Management Body of Knowledge do PMI - Project Management Institute, na verso 2004, os processos de gerenciamento da qualidade do projeto detm todas as atividades da organizao executora que determinam as responsabilidades, os objetivos e as polticas de qualidade, de modo que o projeto atenda s necessidades que motivaram sua realizao.

Estes processos de gerenciamento desenvolvem o sistema de gerenciamento da qualidade atravs da poltica, dos procedimentos e dos processos de planejamento da qualidade, garantia da qualidade e controle da qualidade, com atividades de melhoria contnua dos processos conduzidas do incio ao fim. Com isso os trs principais processos so:

[1] Planejamento da Qualidade: Identificao dos padres de qualidade relevantes para o projeto e determinao de como satisfaz-los.

[2] Garantia da Qualidade: Aplicao das atividades de qualidade planejadas e sistemticas para garantir que o projeto emprega todos os processos necessrios para atender aos requisitos.

[3] Controle da Qualidade: Monitoramento de resultados especficos do projeto a fim de determinar se eles esto de acordo com os padres relevantes de qualidade e identificao de maneiras de eliminar as

causas de um desempenho insatisfatrio.

H diversas semelhanas entre os conceitos usados no PMBoK e os conceitos da prpria ISO. Com isso, possvel ainda relacionar estes trs processos do PMBoK com as definies de qualidade de processo, qualidade de projeto, controle da qualidade, garantia da qualidade e arquitetura de software.

Neste contexto a arquitetura de software passa a ser de grande importncia para a qualidade de um software. O software, de modo genrico, uma entidade que se

encontra em quase constante estado de mudana. As mudanas ocorrem por necessidade de corrigir erros existentes no software ou de adicionar novos recursos e funcionalidades. Igualmente, os sistemas computacionais (isto , aqueles que tm software como um de seus elementos) tambm sofrem mudanas frequentemente. Essa necessidade evolutiva do sistema de software o torna no confivel e predisposto a defeitos, podendo causar atraso na entrega e com custos acima do estimado. Concomitante com esses fatos, o crescimento em tamanho e complexidade dos sistemas de software exige que os profissionais da rea raciocinem, projetem, codifiquem e se comuniquem por meio de componentes de software. Como resultado, qualquer concepo ou soluo de sistema passa ento para o nvel arquitetural, onde o foco recai sobre os componentes e relacionamentos entre eles num sistema de software.

Avaliao de Produtos de Software

Desenvolver software com qualidade tem sido um grande desafio do mercado atualmente. Cumprir prazos, atender aos requisitos do software, estimar custos e recursos, no so tarefas simples. necessrio um controle muito grande dos processos que envolvem a fabricao do software, desde a sua criao at a sua completa instalao no cliente. Um desafio ainda maior conseguir identificar, ao final do processo de desenvolvimento, se o software atende aos requisitos funcionais e no funcionais pr-estabelecidos. Para tanto, vrios investimentos foram realizados e processos de Avaliao de Produtos de Software foram desenvolvidos.

A avaliao de produtos de software definida como uma operao tcnica que consiste em elaborar um julgamento de uma ou mais caractersticas de um produto de

software de acordo com um procedimento definido.

De acordo com Weber et al (2001) o processo de avaliao deve possuir quatro caractersticas principais: Repetvel, Reprodutvel, Imparcial e Objetivo. Alm do objetivo principal de alcanar a qualidade, estas avaliaes podem almejar a obteno de certificaes de qualidade que so adquiridas por meio da utilizao de normas estabelecidas. A organizao mais conhecida na rea

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

19

de certificaes de qualidade a ISO, que promove o desenvolvimento de normas, testes e certificao, com o intuito de encorajar o comrcio de bens e servios. O INPI uma autarquia federal criada em pela Lei n 5648, de 11 de Dezembro de 1970, sendo o rgo responsvel pela concesso dos registros de marcas, patentes, modelos de utilidade e desenho industrial no Brasil.

A ISO- International Organization for Standardization formada por representantes de 91 pases, cada um representado por um organismo de normas,

testes e certificao. Por exemplo, o ANSI - American National Standards Institute o representante ISO dos Estados Unidos e no Brasil a ISO representada pela ABNT - Associao Brasileira de Normas Tcnicas. A ABNT uma organizao de normas que apoia o desenvolvimento de normas consensuais e providencia estrutura e mecanismos a fim de que grupos industriais ou de produtos se juntem para estabelecer um consenso e desenvolver diretivas de qualidade.

Aproveite e assista ao vdeo que apresenta o papel da ISO, da famlia 9001 e as vantagens das certificaes.

http://youtu.be/6yD5ExXTSsg

A ISO definiu, atravs da norma ISO 14598, macroprocessos de avaliao de qualidade de produtos de software. Estes macroprocessos podem ser instanciados para avaliao do produto por desenvolvedores, adquirentes ou agentes externos dependendo dos objetivos e infraestrutura da organizao. A figura 3 mostra o processo proposto na ISO 14598-5 para avaliao por agentes externos. Cada fase descrita na figura 3 possui uma srie de recomendaes, porm, como toda norma, ela recomenda o que fazer, mas no explica como deve ser feito. As principais etapas so:

Estabelecimento dos requisitos da avaliao, onde os requisitos do software so recebidos e os requisitos da avaliao so definidos;

Especificao da Avaliao, onde se utiliza a descrio do produto e os requisitos da avaliao para definir o que ser contemplado na avaliao;

Projeto da Avaliao, onde se agregam os dados utilizados na etapa anterior ao conhecimento de mtodos de avaliao e projeta-se o Plano de Avaliao;

Execuo da Avaliao, onde se usam as ferramentas especficas para colocar o Plano de Avaliao em prtica;

Concluso da Avaliao, onde o Relatrio de Avaliao emitido e todos os resultados obtidos so sintetizados e emite-se um parecer ao requisitante da

avaliao.

Figura 3- Processo de Avaliao de Software - ISO 14598-5

Fonte: http://www.diegomacedo.com.br/qualidade-de-produto-de-software/

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

20

As etapas Estabelecimento dos requisitos da avaliao

e Especificao da avaliao so etapas cruciais da

avaliao, pois neste momento que precisamos definir

o que ser medido no software e quais so os nveis

aceitveis dessas medidas.

Essa definio no uma tarefa fcil e alm dessa

dificuldade ainda enfrentamos o problema da imaturidade

da indstria de software que veio se consolidar como

indstria propriamente dita h menos de 50 anos.

Bastante diferente da Engenharia, por exemplo, que

j possui maturidade e padres muito bem definidos e

quantificveis.

Modelo de Qualidade ISO 9126

Para que a avaliao seja mais efetiva importante que se utilize um modelo de qualidade que permita estabelecer e avaliar requisitos de qualidade e tambm que o processo de avaliao seja bem definido e estruturado. Na norma ISO 14598 recomenda-se a utilizao do modelo de qualidade proposto na ISO 9126, que o mais difundido na indstria. Este modelo prope a diviso da qualidade do produto de software em qualidade interna, externa e em uso. A norma 9126 foca na qualidade do produto de software, propondo atributos de qualidade, distribudos em seis caractersticas principais, com cada uma delas divididas em sub-caractersticas, conforme podemos ver na figura 4.

Figura 4 - Modelo de Qualidade - ISO 9126

Fonte: http://www.diegomacedo.com.br/qualidade-de-produto-de-software/

No nvel mais alto temos as caractersticas de qualidade

e nos quadros de baixo as suas sub-caractersticas. Cada

caracterstica/sub-caracterstica compe um atributo de

qualidade do software. Note que em todas as caractersticas

temos uma subcategoria com o nome de Conformidade. A

conformidade utilizada para avaliar o quanto o software

obedece aos requisitos de legislao e todo o tipo de

padronizao ou normalizao aplicvel ao contexto.

A seguir, sero apresentadas as sete caractersticas de

qualidade da norma, em mais detalhes.

Funcionalidade

A capacidade de um software prover funcionalidades que satisfaam o usurio em suas necessidades declaradas e implcitas, dentro de um determinado contexto de uso. Suas sub-caractersticas so:

Adequao, que mede o quanto o conjunto de funcionalidades adequado s necessidades do usurio;

Acurcia(ou preciso) representa a capacidade do software de fornecer resultados precisos ou com a preciso dentro do que foi acordado/solicitado;

Interoperabilidade que trata da maneira como o software interage com outro(s) sistema(s) especificado(s);

Segurana mede a capacidade do sistema de proteger as informaes do usurio e fornec-las apenas

(e sempre) s pessoas autorizadas;

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

21

Confiabilidade

O produto se mantm no nvel de desempenho nas

condies estabelecidas. Suas sub-caractersticas so:

Maturidade, entendida como sendo a capacidade do software em evitar falhas decorrentes de defeitos no

software;

Tolerncia a Falhas representando a capacidade do software em manter o funcionamento adequado mesmo

quando ocorrem defeitos nele ou nas suas interfaces

externas;

Recuperabilidade que foca na capacidade de um software se recuperar aps uma falha, restabelecendo

seus nveis de desempenho e recuperando os seus dados;

Usabilidade

A capacidade do produto de software ser compreendido,

seu funcionamento aprendido, ser operado e ser atraente

ao usurio. Note que este conceito bastante abrangente

e se aplica mesmo a programas que no possuem uma

interface para o usurio final. Por exemplo, um programa

batch executado por uma ferramenta de programao

de processos tambm pode ser avaliado quanto a

sua usabilidade, no que diz respeito a ser facilmente

compreendido, aprendido, etc. Alm disto, a operao de

um sistema uma interface Humano-Computador sujeita

s avaliaes de usabilidade. Suas sub-caractersticas so:

Inteligibilidade que representa a facilidade com que o usurio pode compreender as suas funcionalidades

e avaliar se o mesmo pode ser usado para satisfazer as

suas necessidades especficas;

Apreensibilidade identifica a facilidade de aprendizado do sistema para os seus potenciais usurios;

Operacionalidade como o produto facilita a sua operao por parte do usurio, incluindo a maneira

como ele tolera erros de operao;

Atratividade envolve caractersticas que possam atrair um potencial usurio para o sistema, o que pode

incluir desde a adequao das informaes prestadas

para o usurio at os requintes visuais utilizados na sua

interface grfica;

Eficincia

O tempo de execuo e os recursos envolvidos so

compatveis com o nvel de desempenho do software.

Suas sub-caractersticas so:

Comportamento em Relao ao Tempo que avalia se os tempos de resposta (ou de processamento)

esto dentro das especificaes;

Utilizao de Recursos que mede tanto os recursos consumidos quanto a capacidade do sistema em

utilizar os recursos disponveis;

Manutenibilidade

A capacidade (ou facilidade) do produto de software

ser modificado, incluindo tanto as melhorias ou extenses

de funcionalidade quanto s correes de defeitos, falhas

ou erros. Suas sub-caractersticas so:

Analisabilidade identifica a facilidade em se diagnosticar eventuais problemas e identificar as causas

das deficincias ou falhas;

Modificabilidade caracteriza a facilidade com que o comportamento do software pode ser modificado;

Estabilidade avalia a capacidade do software de evitar efeitos colaterais decorrentes de modificaes

introduzidas;

Testabilidade representa a capacidade de se testar o sistema modificado, tanto quanto as novas

funcionalidades quanto as no afetadas diretamente pela

modificao;

Portabilidade

A capacidade de o sistema ser transferido de um ambiente

para outro. Como ambiente, devemos considerar todos

os fatores de adaptao, tais como diferentes condies de

infraestrutura (sistemas operacionais, verses de bancos

de dados, etc.), diferentes tipos e recursos de hardware

(tal como aproveitar um nmero maior de processadores

ou memria). Alm destes, fatores como idioma ou a

facilidade para se criar ambientes de testes devem ser

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

22

considerados como caractersticas de portabilidade. Suas

sub-caractersticas so:

Adaptabilidade, representando a capacidade de o software ser a adaptar a diferentes ambientes sem a

necessidade de aes adicionais (configuraes);

Capacidade para ser Instalado identifica a facilidade com que pode se instalar o sistema em um novo

ambiente;

Coexistncia mede o quo facilmente um software convive com outros instalados no mesmo

ambiente;

Capacidade para Substituir representa a capacidade que o sistema tem de substituir outro

sistema especificado, em um contexto de uso e ambiente

especficos. Este atributo interage tanto com adaptabilidade

quanto com a capacidade para ser instalado;

Assista ao Webcast que traz alguns

dos aspectos de qualidade de um software,

maneiras de alcan-la, e apresenta em

alto nvel norma NBR ISO/IEC 9126 que

trata de atributos de qualidade de software.

http://www.youtube.com/watch?v=n8sAGdxmsaQ&feature=related

Exerccios do Captulo 2

1) Analise as afirmativas e assinale a

resposta correta:

i. A avaliao de produtos de software definida como uma operao tcnica que consiste em elaborar um julgamento de uma ou mais caractersticas de um

produto de software de acordo com um procedimento

definido.

ii. As normas da ISO que abordam a qualidade de produto de software mais conhecidas so a norma ISO/

IEC 12207 e a norma ISO/IEC 15504.

iii. O ANSI - American National Standards Institute

o representante ISO dos Estados Unidos e no Brasil

a ISO representada pela ABNT - Associao Brasileira

de Normas Tcnicas.

a) Apenas i e ii esto corretas

b) Apenas ii e iii esto corretasc) Apenas i e iii esto corretas

d) Todas esto corretas

2) A norma ISO 14598-5 possui uma srie de recomendaes, porm, como toda norma, ela recomenda o que fazer, mas no explica como deve ser feito. As principais etapas so (complete):

__________________________________, onde os

requisitos do software so recebidos e os requisitos da avaliao so definidos

__________________________________, onde

se utiliza a descrio do produto e os requisitos da

avaliao para definir o que ser contemplado na avaliao

__________________________________, onde

se agregam os dados utilizados na etapa anterior ao

conhecimento de mtodos de avaliao e projeta-se o

Plano de Avaliao

__________________________________, onde se

usam as ferramentas especficas para colocar o Plano de Avaliao em prtica

___________________________________, onde o

Relatrio de Avaliao emitido e todos os resultados

obtidos so sintetizados e emite-se um parecer ao requisitante da avaliao.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

23

CMMI- QUALIDADE DE PROCESSO DE SOFTWARE

Caro aluno, neste captulo descreveremos a qualidade de processo de software e mostraremos os modelos CMM e CMMi que definem regras de aplicao da qualidade. Tambm descreveremos os padres de processos e as formas de avaliao

que apoiam a qualidade de processo.

Modelos ISO para qualidade de processo de software

Um processo de software bem definido muito

importante, pois a partir dele, pode-se estabelecer um

plano para o desenvolvimento do projeto. A qualidade

de processo de software tem por objetivo aumentar a

qualidade do produto reduzindo o retrabalho, obtendo maior

produtividade e diminuindo o tempo de desenvolvimento.

Esta prtica certamente contribui para aumentar a

competitividade das empresas de desenvolvimento que

obtm maior preciso nas estimativas de planejamento.

Outros benefcios da qualidade incluem melhoria da

satisfao do cliente e das condies de trabalho.

Prticas de qualidade

so aplicadas a todas as

etapas de desenvolvimento.

De acordo com Cortes

(2001), as normas ISO

9001 foram desenvolvidas

para aplicao em qualquer

setor produtivo. Para

facilitar sua aplicao em qualidade de software, a ISO

desenvolveu o guia ISO 9000-3. Outra norma da ISO para

aplicao em desenvolvimento de software a ISO 12207,

que trata dos processos de ciclo de vida de software.

A abordagem dessas normas da srie ISO

fundamentada nos preceitos da documentao do sistema

de qualidade que estabelece a viso da empresa com

relao aos interesses e necessidades dos clientes e, por

isso, resulta na percepo desses. A abordagem da ISO

para qualidade considerada uma das mais antigas e bem

estabelecidas para a indstria em geral e vem ganhando

espao nas empresas de software.

Na norma ISO/IEC 12207, os processos que envolvem o ciclo de vida de software so agrupados em

classes que representam sua natureza. Cada processo

definido em termos de suas prprias atividades e cada

uma adicionalmente definida em termos de suas tarefas.

Esta norma flexvel do ponto de vista da Engenharia

de Software podendo ser usada em qualquer mtodo ou

tcnica da rea, qualquer modelo de ciclo de vida (cascata,

incremental, evolutivo, etc.) e quaisquer linguagens de

programao. Implementa os princpios de gerncia de

qualidade executando trs etapas bsicas: integrao

de qualidade no ciclo de vida, processo de garantia de

qualidade e processo de melhoria.

A norma ISO/IEC 9000-3 estabelece um guia para facilitar a aplicao da ISO/IEC 9001 para desenvolvimento,

suporte e manuteno de software. A ISO/IEC 9001 um

padro internacional que especifica requisitos para um

sistema gerencial de qualidade de uma organizao, o

que dificulta adaptao da norma para software, pois

aplicada a qualquer organizao.

Fon t e : h t t p : / /www. s i n f i c . p t / S i n f i cWeb /d i s p l a y con t eudo .do2?numero=24340 icada a qualquer organizao.

A norma ISO/IEC 15504 est sendo desenvolvida desde 1993, mas em outubro de 2003 foi oficialmente

publicada como norma para a avaliao de processos de

software. A norma desenvolvida pela ISO em conjunto

com a comunidade internacional atravs do projeto

SPICE - Software Process Improvement and Capability determination com base em modelos j existentes como

ISO 9000-3 e CMM.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

24

Modelos CMM para qualidade de processo de software

O CMM uma marca registrada do SEI- Software E n g i n e e r i n g

Institute sediado na Universidade Carnegie Mellon, em Pittsburgh, EUA.

Este modelo construdo a partir do conceito de processo. Na medida em que a maturidade dos processos de software evolui em uma empresa, os processos passam

a ser mais definidos e efetivos.

A abordagem de qualidade conhecida como CMM Capability MaturityModel pode ser definida como um conjunto de melhores prticas para

diagnstico e avaliao de maturidade do desenvolvimento de software em uma empresa.

O CMM est organizado em cinco nveis crescentes de

maturidade. Cada nvel de maturidade agrega reas-chave

de um processo de software. Cada rea-chave detalhada

nas prticas-chave a serem cumpridas na implantao

do modelo. Estas prticas-chave especificam o que deve

ser feito, exigindo documentos, treinamentos ou polticas

definidas para atividades, mas nunca especificam o modo

como devem ser implementadas. Cada rea possui um

conjunto de metas que, se satisfeitas rotineiramente,

tendem a aumentar a capacitao do processo em produzir

resultados previsveis, assegurando a qualidade.

O CMM fornece e descreve um caminho de melhoria

evolutiva a partir de um processo ad hoc para um processo

maduro e altamente disciplinado. Na figura 5 so ilustradas

as 5 etapas de maturao de processo de desenvolvimento

de software segundo o CMM.

Figura 5 Nveis de maturidade do modelo CMM

Fonte: http://www.followscience.com/wiki/science/capability-maturity-model-cmm-16

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

25

O modelo CMM comparvel com a famlia ISO

9001, em particular com a norma 9000-3. Uma empresa

certificada em ISO pode satisfazer a determinadas reas-

chave do CMM, notadamente do nvel 2 e 3. Tambm

possvel existir empresas que estejam no nvel 1 do CMM

que consigam certificao ISO 9001. muito provvel que

uma empresa que obtenha e mantenha um certificado ISO

9001 tenha maturidade medida no nvel 2 da escala CMM.

Para uma empresa nvel 3 CMM conseguir certificao

da srie ISO 9001 deve atender a alguns requisitos a

mais desta norma, mas uma empresa nvel 2 no deve

encontrar muitas dificuldades em satisfazer os requisitos

da ISO 9001.

CMM versus CMMI

De acordo com Royce (2002), o modelo inicial CMM foi desenvolvido pela SEI e especificamente destinado maturao de processo de software. No entanto, com sua bem sucedida adoo e uso em diferentes domnios, outros modelos CMM foram desenvolvidos para disciplinas e funes mais especficas como Engenharia de Sistemas, Pessoas, Desenvolvimento de Produto Integrado, Aquisio de Software, dentre outras. Apesar de muitas organizaes considerarem estes modelos teis, eles tambm apresentam problemas como sobreposies, inconsistncias e dificuldades de integrao. Muitas organizaes tambm encontram conflitos em processos de auditoria e programas de melhoria de software entre os modelos CMM e as normas ISO 9001.

Alguns casos associados com a prtica CMM mostraram sintomas do modelo tradicional em cascata, com processos excessivamente baseados em gerenciamento. Isto acabou por ligar organizaes baseadas no CMM aos princpios de mentalidade de cascata, dando-lhes uma conotao negativa.

A disseminao das tcnicas de desenvolvimento iterativo, das melhores prticas da indstria de software, e as implicaes econmicas, passou a motivar as organizaes a adotar uma abordagem baseada em resultados. O CMMI integra muitas das melhores prticas da indstria moderna, desencorajando padres de alinhamento com mentalidade de cascata, fazendo deste

um melhor padro a ser seguido.

CMMI

O CMMI CapabilityMaturity Model Integration tambm foi desenvolvido pelo SEI. O SEI um centro de pesquisa e desenvolvimento criado em 1984 pelo Departamento de Defesa dos Estados Unidos e patrocinado pelo OUSD- Office of the Under Secretary of Defense for Acquisition and Technology. O SEI tem por misso aprimorar a prtica de Engenharia de Software e atua nas reas de capacitao de gerncia de software, tecnologia para a engenharia e aptido para a transio. O SEI focaliza a transio tecnolgica, ou seja, o desenvolvimento e a adoo das melhores prticas de Engenharia de Software.

Como outros modelos CMM, os modelos CMMI fornecem um guia a ser usado para o desenvolvimento de processos. Os processos usados em uma organizao dependem de muitos fatores, incluindo domnios de aplicao e estrutura e tamanho da organizao. No que se segue o CMMI ser apresentado em detalhes.

O projeto CMMI foi desenvolvido para fornecer um guia que encoraja o melhoramento de processos em organizaes de qualquer estrutura. Desde 1991, modelos de maturidade foram desenvolvidos para as mais diversas disciplinas. Algumas das mais notveis incluem modelos para engenharia de sistemas, engenharia de software, aquisio de software, gerenciamento de workforce e desenvolvimento, e produto integrado e desenvolvimento de processo.

Apesar de esses modelos terem inquestionvel utilidade em muitas organizaes, o uso de mltiplos modelos tem sido problemtico. Muitas organizaes gostariam de direcionar seus esforos de melhoramento atravs de suas disciplinas. Entretanto, as diferenas entre os modelos especficos para essas disciplinas, incluindo sua arquitetura, contedo e acesso, tm limitado o sucesso destes esforos. Alm disso, aplicar modelos que no so integrados torna mais caro o treinamento, a avaliao e as atividades de melhoramento. Um conjunto de modelos que, com sucesso, se destina a mltiplas disciplinas e tem treinamento integrado e suporte de avaliao resolve estes problemas.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

26

mais que 1.500 mudanas requeridas. A verso atual do CMMI (verso 1.3) foi publicada no final de 2010.

A sute de produtos que CMMI contm produzida por um arcabouo que fornece a habilidade para gerar mltiplos

modelos e materiais de avaliao e treinamento associados.

Viso geral do modelo CMMI

O CMMI atualmente est organizado em trs modelos (veja figura 6), chamados de constelao, cada um contendo prticas para reas de desenvolvimento (CMMI-DEV), servios (CMMI-SVC) e de aquisio (CMMI-ACQ):

CMMI for Development(CMMI-DEV): voltado ao processo de desenvolvimento de produtos e servios.

CMMI for Acquisition (CMMI-ACQ): voltado aos processos de aquisio e terceirizao de bens e servios.

CMMI for Services (CMMI-SVC): voltado aos processos de empresas prestadoras de servios.

A organizao pode usar um modelo CMMI para ajudar a estabelecer objetivos e prioridades do melhoramento de processos, obtendo um guia para garantir estabilidade, processos estveis e maduros.

Como mostra a figura 6, o modelo CMMI v1.2 contm 22 reas de processo. Dessas reas de processos, dezesseis so reas de processo principal, uma uma rea de processo comum e cinco so reas de processo especficas

do desenvolvimento.

Assim, o projeto CMM Integration foi formado para resolver o problema de usar mltiplos modelos CMM. A misso do grupo de produto CMMI foi combinar trs modelos dentro de um nico arcabouo de melhoramento para uso de organizaes aspirando ao melhoramento dos processos como um todo.

(1) Capability Maturity Model for Software (SW-CMM) v2.0 draft C

(2) Electronic Industries Alliance Interim Standard (EIA/IS) 731,

(3) Integrated Product Development Capability Maturity Model (IPDCMM) v0.98

Desenvolver um conjunto de modelos integrados envolve mais do que uma simples unio de materiais de modelos existentes. Usando processos que promovem consenso, o grupo de produto CMMI construiu um arcabouo que acomoda mltiplas disciplinas e bastante flexvel para apoiar duas representaes diferentes: por estgio e contnuo.

A misso do grupo incluiu o desenvolvimento de um arcabouo comum para apoiar a futura integrao de outros modelos CMMI de disciplinas especficas e garantir a consistncia e compatibilidade de produtos desenvolvidos com ISO/IEC 15504 para avaliao de processo de software.

O grupo de produto CMMI avaliou mais de 3.000 requisies de mudanas para criar a verso 1.0. Pouco tempo depois, a verso 1.02 (2002) foi lanada incorporando diversos melhoramentos menores. A verso 1.1 (2003) acomodou mais melhoramentos, incorporando

Figura 6 Modelos CMMI

Fonte: http://www.teclogica.com.br/blog/?p=508

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

27

O CMMI um modelo de referncia que contm prticas

(genricas ou especficas) necessrias maturidade em

disciplinas especficas. O CMMI foi construdo considerando

trs dimenses principais: pessoas, ferramentas e procedimentos. O processo serve para unir essas dimenses. O processo inclui quatro disciplinas ou corpos de conhecimento (body of knowledges), sendo elas:

[1] SE - Systems Engineering (Engenharia de Sistemas)

A engenharia de sistemas aborda o desenvolvimento de

sistemas completos, que podem ou no incluir software.

O enfoque dessa disciplina capturar as necessidades do

cliente, expectativas e restries em produtos, fornecendo

suporte necessrio durante toda a vida do produto.

[2] SW - Software Engineering (Engenharia de Software)

A engenharia de software aborda o desenvolvimento

de sistemas essencialmente de software. O papel dos

engenheiros de software aplicar abordagens quantificveis

ao desenvolvimento, operao e manuteno do software,

de forma sistemtica, disciplinada.

[3] IPPD - Integrated Product and Process Development (Desenvolvimento Integrado de Produto e Processo)

A rea de conhecimento IPPD aborda, de maneira

sistemtica, o relacionamento e interao dos stakeholders

mais representativos durante o tempo de vida do produto,

objetivando satisfazer as necessidades do cliente,

expectativas e requisitos. Os processos que contribuem

com esta disciplina esto integrados a outros processos

na organizao.

[4] SS - Supplier Sourcing (Fornecimento de Recursos)

A disciplina de Fornecimento de Recursos tem como

objetivo abordar a aquisio de produtos que podem

melhorar, agilizar, ou simplificar o projeto, principalmente

quando o esforo de trabalho muito extenso ou complexo.

A engenharia de software (SW) similar engenharia

de sistemas (SE) em relao s reas de processo, apenas

com enfoque diferente nos processos. As reas de processo

requeridas para engenharia de sistemas so as mesmas

para engenharia de software, mas o nvel de maturidade

diferente.

O CMMI possui duas representaes: contnua ou por estgios. Estas representaes permitem

organizao utilizar diferentes caminhos para a melhoria

de seus processos de acordo com seu interesse.

Em sua representao por estgios, as reas so

divididas em cinco nveis de maturidade. O CMMI divide

cada estgio em reas de processo e para cada uma delas

so definidos dois conjuntos de metas: as especficas

e as genricas. A essas metas, a definio do modelo

recomenda prticas genricas divididas em um conjunto

de caractersticas comuns que por sua vez se divide em

quatro categorias. So elas:

Comprometimento com a execuo: agrupa prticas relacionadas definio de polticas e

responsabilidades, descrevendo aes para assegurar que

o processo se estabelea e seja duradouro.

Habilitao para execuo: agrupa prticas contendo pr-condies para o projeto, de forma a permitir

a implementao adequada do processo.

Direcionamento implementao: agrupa prticas rela cionadas ao gerenciamento do desempenho

do processo;

Verificao da implementao: agrupa prticas para reviso junto alta gerncia e avaliao

objetiva da conformidade com processos, procedimentos e

padres. necessrio que os esforos da empresa estejam

focados na definio das metas especficas/genricas para

a realizao do trabalho.

As metas especficas, na maioria das vezes, esto

focadas no negcio da empresa e buscam alinhar o mtodo

CMMI s necessidades prprias; por sua vez as metas

comuns focam em aspectos inerentes a qualquer empresa

e devem ser considerados para a correta implementao

da metodologia, de forma a garantir a maximizao dos

resultados.

As categorias acima descritas buscam direcionar as aes

de forma a garantir que o ciclo de evoluo seja completado,

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

28

possibilitando a implementao de uma evoluo contnua

dos processos e do produto como um todo.

O mtodo CMMI no de forma alguma um processo simples de ser realizado, exige uma mudana de cultura voltada para o planejamento, a qualidade e o controle dos processos de desenvolvimento dos softwares.

Representaes do modelo CMMI

O propsito do CMMI fornecer um guia para melhorar processos de organizaes e sua habilidade de gerenciar o desenvolvimento, aquisio e manuteno de produtos ou servios de software. O CMMI, atravs de sua estrutura, ajuda a organizao a avaliar sua maturidade organizacional ou sua capacidade na rea de processos, estabelecendo prioridades para melhoramentos e sua implementao.

Como vimos, o modelo CMMI apresenta dois caminhos a serem seguidos:

Contnuo: permite que a organizao evolua de forma incremental os processos correspondentes a uma rea de processo (Process Area - PA) (individual) ou a um grupo de rea de processos selecionado pela empresa.

Porestgios(estagiado): a evoluo feita em um grupo de processos relacionados que so endereados ao se implementar grupos de reas de processo pr-determinados sucessivos.

De acordo com Cortada (2009), estes caminhos (tambm chamados de representaes do modelo) so importantes porque so eles que vo determinar o tipo de nvel que ser usado na organizao.

Para a representao contnua, usa-se o termo nvel de capacidade ou ainda capacidade da rea de processo. Ou seja, um nvel de capacidade est relacionado a apenas uma rea de processo. Exemplo: nvel de capacidade 3 na rea de planejamento de projetos.

Para a representao por estgios, usa-se o termo nvel de maturidade ou ainda a maturidade da organizao.

Ou seja, um nvel de maturidade est relacionado a um grupo de reas de processo. Exemplo: nvel de maturidade 2 significa que a empresa implementou as prticas das reas de processo PP, PMC, REQM, SAM, MA, PPQA e CM (mais detalhes na prxima seo).

Mas, caro aluno, importante frisar que so duas formas de se enxergar a mesma coisa. Independente da representao adotada, os nveis caracterizam a melhoria e a evoluo de um estado desorganizado ou imaturo at um estado que usa informaes quantitativas para determinar e gerenciar as melhorias a serem implementadas e que iro satisfazer as necessidades de negcios da organizao.

H muitas razes para se selecionar uma representao ou outra. Talvez a organizao escolha usar a representao com qual mais familiarizada. Se usados para melhoria de processos ou avaliaes, ambas as representaes so projetadas para oferecer resultados equivalentes. Vamos listar os critrios de escolha com algumas das possveis vantagens e desvantagens de como selecionar a adoo

de uma entre as duas representaes.

Representao Contnua

A representao contnua para a organizao, o modelo

CMMI:

Permite selecionar a ordem e melhoria que mais se adequa aos objetivos de negcios da organizao e

diminui as reas de risco.

Habilita que haja comparaes em uma empresa e entre empresas por rea de processo ou pela comparao

de resultados em estgio equivalentes.

Permite uma fcil comparao de melhoria de processo com as normas ISO/IEC 15504.

H seis nveis de capacidade, numerados de 0 at 5

(veja tabela 3). Cada nvel de capacidade corresponde a

metas genricas e a um conjunto de prticas genricas e

especficas. Os nveis de capacidade so aplicados a uma

realizao de processo de melhoramento de organizao

para cada rea de processo.

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

29

Tabela 3- Nveis de capacidade da representao contnua

Nvel de Capacidade

Representao Contnua Nveis de Capacidade

0 Incompleto

1 Executvel

2 Gerenciado

3 Definido4 Quantitativamente Gerenciado

5 Otimizado

Representaoporestgio

A representao por estgio para a organizao, o

modelo CMMI:

Fornece uma sequncia de melhorias, comeando com prticas bsicas de gerenciamento, progredindo atravs de um caminho de nveis sucessivos, cada um servindo como um fundamento para o seguinte.

Permite comparaes entre organizaes pelo uso de nveis de maturidade.

Fornece uma migrao fcil de SW-CMM para CMMI.

Fornece um valor simples que sumariza resultados avaliados e permite comparaes entre organizaes.

H cinco nveis de maturidade, numerados de 1 a 5

(veja figura 7). A obteno de um nvel de maturidade

permite assegurar que os fundamentos adequados

de melhoria foram colocados para o prximo nvel de

maturidade permitindo a melhoria incremental dos

processos na organizao. Esta representao indica a

ordem de implementao de cada rea de processo, de

acordo com o nvel de maturidade, que define o caminho

associado melhoria dos processos de uma organizao

(desde o nvel de maturidade inicial, at ao nvel de

maturidade otimizado).

Nveis de Maturidade CMMI

No modelo CMMI, os nveis foram criados para denotar

a capacidade de uma organizao e representam um

caminho evolucionrio para aprimorar seus processos com

base nas melhores prticas do CMMI.

Os cinco nveis indicam uma sequncia lgica para que

os processos evoluam na medida em que estes satisfaam

as exigncias do modelo (veja figura 7). Por outro lado,

do ponto de vista de quem compra o servio destas

organizaes, os nveis permitem que comparaes sejam

feitas entre diversos fornecedores, avaliando em qual nvel

(ou nveis) as empresas operam. Uma avaliao externa

realizada por um avaliador credenciado permite que as

empresas determinem estes nveis e divulguem para o

mercado sua capacidade.

Figura 7 Nveis de maturidade do CMMI

Fonte: http://www.isdbrasil.com.br/o-que-e-cmmi.php

Gesto da Qualidade com nfase em BPM (Business Process Modeling)

30

Modelos CMMI so projetados para descrever nveis

discretos de melhorias de processos. Em uma representao

por estgios, nveis de maturidade fornecem uma ordem

recomendada para acessar melhorias de processos em

estgios. Os nveis de maturidade organizam as reas de

processo.

Nesta representao, a maturidade medida por

um conjunto de processos, sendo necessrio que todos

os processos at o nvel requerido atinjam o nvel de

maturidade necessrio para que a empresa seja certificada

naquele nvel do CMMI. So acumulativos e representam

estgios que devem ser alcanados at o nvel mximo

de maturidade, onde o foco passa a ser a manuteno e

melhoria contnua. Na tabela 4 podemos verificar todos os

processos de cada nvel.

Tabela 4 - Processos por nvel de maturidade no CMMI

Nvel de Maturidade 2

Gerncia de Requisitos

Planejamento do Projeto

Monitorao e Controle do Projeto

Gerncia de Acordos com Fornecedores

Medio e Anlise

Garantia da Qualidade do Processo e do Produto

Gerncia de Configurao

Nvel de Maturidade 3

Desenvolvimento de Requisitos

Soluo tcnica

Integrao do Produto

Verificao

Validao

Foco no Processo Organizacional

Definio do processo Organizacional

Treinamento Organizacional

Gerncia de Projeto Integrada (parte s IPPD)

Gerncia de Riscos

Integrao da Equipe (IPPD)

Gerncia Integrada de Fornecedores

Anlise de Deciso e Resoluo

Ambiente Organizacional para Integrao (IPPD)

Nvel de Maturidade 4Desempenho do Processo Organizaci