Engenharia de Software

Processo de Desenvolvimento de Software

1 PENSAMENTO DE PROCESSOS APLICADO AO DESENVOLVIMENTO DE SOFTWARE
De acordo com Lai, a indstria de software tem progredido atravs de uma srie de ondas e tendncias. A primeira onda foi caracterizada pelo modelo de ciclo de vida representado pelo modelo cascata e pelos mtodos estruturados. A segunda onda o movimento de maturidade do processo e a terceira, ainda esperada, a industrializao do software. A segunda onda, que atualmente est em voga, no somente v o processo de software representado pelas fases do ciclo de vida, mas tambm abrange todos os aspectos do processo de desenvolvimento de software e atividades de suporte. A terceira onda est surgindo com a evoluo da tecnologia de orientao para objetos; a aplicao da linha de produto de software, representa passos consistentes nessa direo. O movimento de maturidade do software nasceu com os trabalhos de Watts Humphrey, que liderou o desenvolvimento, junto ao Software Engineering Institute da Carnegie Mellon University, do modelo Capability Maturity Model for Software (CMM), que estabelece nveis de capacidade e maturidade para uma organizao que se dedica ao desenvolvimento de software. De acordo com Paulk, o modelo CMM tem suas razes nos princpios e prticas da Gesto da Qualidade Total, principalmente nos trabalhos de Deming, Juran e Crosby. O principal motivador dessa busca por maior disciplina no processo de software foi justamente a alta taxa de insucesso em projetos de software observada com a utilizao de abordagens da primeira onda. O movimento de maturidade do software vem sendo desenvolvido a tal ponto, que muitas outras iniciativas similares tambm foram desenvolvidas: a Comisso Europia estabeleceu um programa de investimento, o European Systems and Software Initiative (ESSI), que visa encorajar as organizaes europias na experimentao e disseminao de processos de melhoria de software; o Ministrio da Defesa da Inglaterra tem patrocinado trabalhos sobre padres de qualidade de software e processos de melhoria atravs de sua Agncia de Pesquisa em Defesa; as foras armadas alems patrocinaram o desenvolvimento do Modelo V. Esse modelo um padro para desenvolvimento de software que trata do ciclo de vida de engenharia de software e suas atividades de apoio; um consrcio formado por empresas de telecomunicaes, tais como Bell Canad, Northern Telecom e Bell Northern Research, desenvolveu o modelo Trillium, orientado para a melhoria do processo de software; a Agncia Espacial Europia (ESA) vem desenvolvendo um padro de engenharia de software, PSS05-0, para uso dos fornecedores de servios de desenvolvimento de software. A International Organization for Standardization desenvolveu a srie ISO 9000; uma srie de documentos focaliza o processo de software (ISO 9000-3, ISO/IEC 12207) e, mais recentemente, uma norma para o processo de avaliao de software, a ISO/IEC 15504. Magee e Tripp descrevem mais de 300 normas e especificaes de engenharia de software, classificandoas conforme as organizaes (em torno de 57) que as desenvolveram e publicaram. Para melhor entendimento do pensamento orientado para processos, que norteia atualmente os esforos de melhoria do software, importante o conhecimento dos conceitos relativos engenharia de software, processo de engenharia de software, arquitetura do processo de software, modelo do processo de software e processo de software, de acordo com Humphrey: engenharia de software: a aplicao disciplinada de princpios de engenharia, cientficos e matemticos, assim como de mtodos e ferramentas, produo econmica de software com qualidade; processo de engenharia de software: o conjunto total de atividades de engenharia de software necessrias para transformar os requisitos dos usurios em software; arquitetura do processo de software: um esquema dentro do qual os processos de software de um projeto especfico so definidos; modelo de processo de software: um roteiro especfico de uma arquitetura de processo de software; processo de software: o conjunto de atividades, mtodos e prticas que so usados na produo e evoluo do software. Ainda conforme Humphrey, a gesto de software diferente da gesto de um processo tpico de manufatura, em virtude de alguns aspectos: software geralmente mais complexo do que outros produtos manufaturados; em virtude de a engenharia de software ser relativamente nova, no h muitos gerentes e profissionais que tenham condies de avaliar um processo efetivo; em outros campos da engenharia, a entrega para a manufatura segue uma disciplina natural que no encontrada no processo de software; a disciplina de software no baseada na cincia natural. No se baseia em fundaes naturais

Prof andr Arantes www.andrearantes.eti.br professor@andrearantes.eti.br

Engenharia de Software

estveis da cincia, como a Fsica; software a parte m e mais visvel d um sistem para os us de ma surios; porta anto, objeto de constantes d s mudanas e r reclamaes; custo insign nificante de re eproduzir o so oftware faz co que a desc om coberta de pro oblemas ocorr muito tarde ra e no ciclo de v vida. Para Zahran, o processo o elo entre p , pessoas, equip tecnologi estruturas organizaciona e a gesto pes, ia, ais o em um todo c coerente que f focaliza os ob bjetivos e meta de um neg as cio. A Figura 1 ilustra esse pensamento. a e

Ainda segundo esse autor: : o proces e a forma d apoi-lo de sso de evem ser a base para os pap organizac pis cionais e respo onsabilidades, , prticas gerenciais, habilid dades das pess soas, seleo e instalao da tecnologia; a a organizao deve es specificar as fu funes que de evem ser dese empenhadas e monitorar as atividades do o processo; a gernc deve prove a direo es cia er stratgica e gerenciar o dese empenho do processo; os tcnic devem ter habilidades n desempenh das atividad do process de forma co cos r no ho des so ompetente e a tecnologia de automatiz e apoiar as atividades do processo. eve zar o Para finalizar essa defini sobre o pen r o nsamento em processos apli p icado ao desen nvolvimento de software, a d Tabela 5.1 c compara respe ectivamente u processo im um maturo com um processo maduro e a T u Tabela 5.2 apr resenta o que e significa um processo efet tivo.

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

2 FRAME EWORK GE ERAL DO P PROCESSO DE SOFT O TWARE

Geralmente, quando fala amos no pro ocesso de de esenvolvimento de softwa are, vem-nos mente a s metodologia de desenvolv vimento de si istemas, com suas fases tp picas, coerente com o cicl de vida do software, ou es lo o u seja, defini de requisitos, projeto da soluo, pro o a ojeto detalhado construo, teste integra o, , ado, teste de sistemas, teste s e de aceitao, passagem pa a produo e manuten , ara o o. Esse nvel o que denom minamos de "e engenharia do produto", ou "construo do produto", ou processo o u o o produtivo da operao. a Entretanto, a associado a um processo produtivo semp h um proc m pre cesso gerencia O resultado do processo al. o o produtivo, um software, t m tem que ser g gerenciado, de forma a ga arantir, pelo m menos, que os requisitos dos usurios e s d clientes sejam totalmente s m satisfeitos. O nvel gere encial, por su vez, pode ser entendido pela gesto de uma dem ua o o manda especfica, seja um m software, sej uma manu ja uteno, pela gesto de m a mltiplas dem mandas e pela gesto de uma ou ma operaes ais s estratgicas. A gesto d uma dem de manda especf fica, um pro ojeto, por exemplo, requ uer seu plan nejamento, o desenvolvim mento de um pl lano, controle tais como c es, controle de mu udanas, cont trole de escopo, controle da verses dos as s itens de soft ftware (docum mentos de esp pecificao e cdigo), con ntrole de risco da qualida e da com os, ade municao do o desempenho do projeto, e assim sucessi ivamente. A gesto de mltiplas de emandas, ou g gesto da ope erao, preocu upa-se em est tabelecer prio oridades entre e demandas co onflitantes, alo ocar da forma mais efetiva os recursos disponveis, ge o workflow das mltipl demandas, d erir w las , negociar nv veis de servi da opera de softwa manter uma biblioteca de compone os o are, u a entes para se ervir a toda a operao, co ontrolar os rec cursos alocado implement programas de treinamen para a ope os, tar nto erao, garanti a qualidade ir e de toda a ope erao etc. A gesto estr ratgica do pr rocesso de sof ftware foca su melhoria co ua ontnua e seu a alinhamento constante com c m o negcio, p principalmente no que tang implemen e ge ntao de me elhorias nos p processos ou a novos proce essos e novas s tecnologias, visando en ntrega de func cionalidades c com melhor qualidade (no prazo, custo e escopo req q o o queridos pelo o negcio) e de forma mais r e rpida. Entretanto, n nenhuma oper rao de softw ware (em am mbiente de m ltiplas deman ndas) consegu sobreviver ue r sem suporte t tecnolgico, m metodolgico, de engenhari de processo de help-des e logstica de suprimento de recursos , ia os, sk os s etc. Portanto, pod demos vislum mbrar uma cam mada no frame ework dedicad a processo de suporte operao de da os e software. Acreditamos que os recurs dedicados construo do produto de s sos evem somente ater-se con e nstruo. Esse e um dos mo otivos da separ rao ou divis de trabalho proposto por esse modelo bsico de fra so o o amework. A Figura 5.2 mostra nossa proposio p um frame a para ework do processo de softw ware.

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

Nesse mode elo, cada cam mada acomoda processos com orienta organizaci a c o ional e tempo oral distintas, , conforme mo ostra a Tabela 5.3. a

3 MODEL DE GES LO STO DO P PROCESSO DE SOFT O TWARE

3.1 Modelo SW-CMM o
O SW-CMM (Capability Maturity Mo M odel) uma aplicao de conceitos de gesto de pr a rocessos e de e melhoria da qualidade par o desenvolv ra vimento e ma anuteno de software. O m modelo descre como uma organizao eve a o de software a amadurece m medida que ap perfeioa seu p processo de so oftware, segun Zahran. ndo O SW-CMM pode ser co M onsiderado um guia para a melhoria con m ntnua do pro ocesso de soft tware de uma a organizao, partindo de u processo im um maturo para u processo maduro e geren um m nciado efetiva amente. O modelo ba aseia-se em nv evolutivo de maturida do process de software veis os ade so e. O SW-CMM mantido p M pelo Software Engineering Institute (SEI entidade cu I), usteada pelo Departamento D o de Defesa do Estados Unidos e gerenci os iada pela Carn negie Mellon University, em Pittsburgh, EUA. U m De acordo c com Paulk a misso do S exercer a liderana nos estgios avanados da prtica de SEI r s d e engenharia d software, pa melhorar a qualidade de sistemas que dependam de software. de ara e e e Paulk define assim o SW e W-CMM: uma descrio dos estgios atravs dos q d quais uma or rganizao de e software evo na defini implemen olui o, ntao, medi controle e melhoria de seu processo d software. o, de Conforme de efinio do pr prio SEI, o S SW-CMM : uma apl licao criteri iosa de conce eitos de gesto e de melho da qualid o oria dade no desen nvolvimento e manuteno de software; um guia de propriedad da comunid de dade; um mod para melh delo horia organizacional; a estrutu bsica para mtodos con ura a nfiveis de ava aliao. O SW-CMM formado po cinco nvei de maturida conforme mostra a Figu 5.3. M or is ade, ura Esse modelo apresenta as caractersticas relacionadas a seguir. s s O nvel 1 re epresenta um processo ad hoc e at ca atico. Poucos processos s definidos, e o sucesso so , o depende fund damentalment de pessoas. te No nvel 2, a organizao estabelece p o polticas e pro ocedimentos p para a gesto de projetos de software e d implementa c controles bsi icos, alm do q que: padres para projetos de software s estabelecid e seguidos so dos s; h comp prometimentos acerca das e estimativas pa o projeto de software, baseados no entendimento ara o

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

dos requisito os;

os geren monitoram seus projeto em termos de custo, cron ntes m os d nograma e funcionalidade; requisito do software so gerencia os e ados e controla ados durante t todo o ciclo de desenvolvim e mento; subcontr ratados so se elecionados e g gerenciados conforme polt e procedim tica mentos espec ficos; o contro de mudanas e o rastream ole mento dos pro odutos e itens do software so gerenciado os.

No nvel 3, a organizao documenta o processo pa o adro de desen nvolvimento e manuteno do software, o , alm do que: : projeto; a organizao explora de forma con a ntnua a melho do proces de softwar oria sso re; h um gr rupo respons pelas ativ vel vidades relativ ao processo de software da organiza vas o o; um amplo programa d treinamento planejado e implementa de o ado; o softwa desenvol are lvido conform padres esta me abelecidos de engenharia de software; e h coor rdenao entr os grupos de pessoas afetadas pe projeto e software em termos de re s elo m e envolvimento e comunica o o. No nvel 4, a organizao estabelece me quantitati etas ivas relativas qualidade, t tanto para o processo como o para o produt alm de: to, a organizao medir q qualidade e pr rodutividade; a organi izao implem mentar um ban de dados com informa nco c es sobre o p processo com base em cada a projeto, indiv vidualmente; ra horias; a organizao utilizar medies par operar melh erem conhecid e gerencia dos ados. riscos se No nvel 5, o foco na me elhoria contnu alm de: ua, atuar-se em preveno de forma en o nftica; mudana no processo serem planej as o ejadas e gerenc ciadas; mudana na tecnolog serem plan as gia nejadas e gerenciadas. Os nveis de maturidade r representam as faixas de res s sultados esper rados em um p processo de software; cada a nvel uma c camada de fun ndao para m melhoria contn no proces nua sso. As reas-cha aves de proce esso, ou KPA no jargo utilizado, so os principais blocos da construo no As, o c o estabelecime ento de uma o organizao e a forma de f focalizar rea para a melh as horia do proc cesso. Tambm identificam m m grupos de ati ividades corre elatas definida para cada n de maturi as vel idade. o processo pode ser adaptado co base no padro, visand atender s particularida om p do s ades de cada a

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

Atualmente, o modelo SW W-CMM o m utilizado em carter m mais o, mundial, para a realizao de avaliaes a s internas ou e externas, assim como para realizar melhoria contnua de processos d software. m d de No Brasil, j h vrias em mpresas certifi icadas nos nv 2 e 3 do SW-CMM, e outras tantas perseguem a veis s certificao n nvel 2. no A Figura 5.4 faz uma representao des modelo de acordo com s dinmica o sse sua operacional. O modelo m mostra as KPA do SW-CM conforme uma tica de operaes. Co As MM u omo pode ser observado, a r maioria das KPAs do m modelo perten camada de gerenci nce a iamento de p projetos, de a acordo com o framework k apresentado a anteriormente e. Na Figura 5. ao lado da descrio de cada KPA, h o nmero c .4, a h correspondent ao nvel de maturidade a te que pertence a KPA.

De acordo co esse mode operaciona om elo al: a gesto da configur o rao atua em todo o ciclo de vida do software, de m o esde a primeira verso da a documenta de requisit at o cont o tos trole da vers do softwar propriamen por esse m o re nte; modelo, tudo o que tem a possibilidade de ter mais d uma verso deve ser colo e de o ocado sob con ntrole da confi igurao; a gesto de requisitos gera insumos para o planej s ejamento de pr rojetos de soft ftware e atua durante todo o d ciclo de dese envolvimento do software, v verificando se os requisitos esto sendo a e atendidos e se foram alterad dos; amento do pro ojeto de softw ware, atravs do plano de de d esenvolviment do software o que d a to e, o planeja partida para seu desenvol lvimento e qu tem todas as estimativa de tamanho do software (medido pel nmero de ue as o e lo e pontos de fun no, linhas d cdigo ou o de outra medida), de prazos, cu ustos, esforo e recursos com mputacionais crticos; o desenv volvimento do software dev ser executado atravs de um processo padro definido; o ve o desenv volvimento do software tam o mbm pode ser executado atravs de u processo personalizado, s um p ,

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

adaptado, com base no pro m ocesso padro definido; revises conjuntas ou peer review so realizad sobre os produtos (wo u ws das ork-products) estabelecidos s pelo projeto e/ou pelo proc cesso de desen nvolvimento p padro ou per rsonalizado, visando aferir a qualidade do produto que o e est sendo ge erado em uma fase ou etapa do desenvolv a a vimento; todo o d desenvolvimen do softwar controlad visando ve nto re do, erificar se h d desvios do rea alizado contra a o estimado; s h desvios, aes corretiv devem ser tomadas e os grupos afeta se vas r s ados, comunicados; o desenv volvimento do software e o executado con nforme mtod e tcnicas padres de engenharia de dos s e e software; a qualid dade dos prod dutos que so gerados dur o rante o desen nvolvimento d software medida, e o do resultado da medio fornece informa de controle para a gern do projeto es ncia o; a ges subcontrata o desen sto dos ados ocorre e durante nvolvimento do projeto e o subco ontratado en nvolvido desde o planejame ento do projeto o; a coorde enao entre grupos garan que todos os grupos afe nte fetados so en nvolvidos na definio dos s requisitos, no planejament do projeto e em seu dese o to envolvimento, e so envolv , vidos em decis ses que alter o projeto; ram ; alm do mais essa coordenao identifi as responsabilidades dos grupos e pes s, ica s ssoas afetadas s; o softwa quality as are ssurance faz a auditoria do projeto e a consistncia das KPAs, fornecendo os o f s dados de no o-conformidad para a dec des ciso do geren snior ou do gerente do projeto para f nte d fazer corree no rumo do es o projeto e tam mbm na neces ssidade de mu udana de algu KPA; uma o progra ama de treina amento em nvel da opera ao deve ser implementad de forma que todas as r do s pessoas sejam aptas a oper os processos do modelo; m rar a organi izao de soft tware necessit de um grup de engenha de softwa voltado pa a melhoria ta po aria are ara a do processo e dos mtodos e tcnicas pa o desenvol s ara lvimento de so oftware; toda e qu ualquer muda ana na tecnolo deve ser planejada e ge ogia erenciada qua ando de sua im mplantao; toda e qu ualquer muda ana nos proce essos deve ser planejada e g gerenciada qua ando de sua im mplantao; todos os profissionais na organiza de softwa devem atu sempre pr s s o are uar reventivament e buscando te o eliminar caus de varia nos proces sas es ssos de softwa are. A Figura 5.5 ilustra como o modelo SW W-CMM se com mporta em rel lao ao frame ework propos sto. Conforme ilu ustra a Figura 5.5, h proc a cessos do SW W-CMM que p permeiam vri camadas do framework ias d k simultaneam mente e que est representados em itlico Isso se deve a diferentes n to o. e nveis de trata amento do pro ocesso. Por exemplo a gesto da qualidade do produto usada na cama de Gesto do Projeto, e informa ao o, a o u ada o o gerente do p projeto que o p produto est fora do padr de qualidad da organiz o de zao de softw ware em sua totalidade. Na t a camada de G Gesto Estrat gica, a quali idade do prod duto de softw ware avaliad em termos de tendncia ao longo do da a o tempo, por an nlises compa arativas entre p plataformas, f fornecedores, equipes etc. Como podem concluir, o SW-CMM d pouca nfase gesto da operao e d processos de suporte. mos d a dos d Entretanto, o SEI no forn necer mais su uporte nem fa esforos pa esse mode a partir de dezembro de ar ara elo e 2005. O SEI est incentiv I vando as orga anizaes j c credenciadas pelo SW-CM a migrare para o nov modelo, o MM em vo Capability M Maturity Mod Integration (CMMI), q est relat del n que tado a seguir Para as em r. mpresas que ainda no se e credenciaram no SW-CM m MM, a sugest impleme o entar o novo modelo. O S SEI, independ dentemente do trmino do o suporte, aind receber r da relatos de cer rtificaes do SW-CMM para fins de r p registro dos p perfis de mat turidade e de e estatsticas.

3.2 CMMI
O modelo C Capability Mat turity Model Integration (C CMMI) uma evoluo do conceito dos modelos de a o e capabilidade estabelecido pelo CMM, conforme o So oftware Engine eering Institut te. O CMMI foi projetado pa a melhoria dos processo de desenvo i ara a os olvimento de produtos e se ervios, assim m como de sua aquisio e m manuteno. O modelo c compreende d disciplinas de engenharia de sistemas, engenharia de software, processo de e e desenvolvim mento integrado do produto, gesto de forn o necimento, ge esto de proce essos e de proj jeto.

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

O CMMI tem duas represe m entaes, uma baseada em estgios, simil ao SW-CM e outra co a e lar MM, ontnua. A representa ao por estgio fornece u uma seqncia de melhorias, comeand com prtic gerenciais do cas s bsicas atrav de um cam vs minho predefin nido de nveis sucessivos, se ervindo cada n nvel de base p o prxim para mo. A representa ao contnua, por sua vez, permite sele ecionar a melhoria que ma atende aos objetivos do ais s o negcio e m mitigao das reas de maio risco para a empresa. or A seguir, am mbas as represe entaes so b brevemente di iscutidas. CMMI Re epresentao por Estgio A representa ao por estg similar do SW-CMM ou seja, o C gio M, CMMI possui tambm cinc estgios de i co e maturidade: o inicial, o gerenciado, o de efinido, o gere enciado quant titativamente e o otimizado. . O CMMI po estgio tam or mbm composto por rea de processo as quais c as os, contm metas especficas e metas genri icas. As meta especficas contm prt as s ticas especfic e as meta genricas, caracterstica comuns. A cas as as Figura 5.6 fa a representa az ao da estrutu desse mod ura delo.

A Tabela 5.5 apresenta as reas-chaves de processo de cada um do estgios de maturidade do modelo. 5 d os o

Pela tabela, p podemos perceber que o CM bem mais completo que o SW-CM MMI m MM. O CMMI ca ategoriza as r reas de proce essos em quat tipos, quai sejam: gest de proces tro is to sso, gesto do o projeto, enge enharia e supo orte. A Tabela 5.6 apresenta esta categorizao. a

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

A Figura 5.7 mostra com o modelo CMMI se comporta em relao ao fr mo c framework da operao de a e posto. software prop Dentro do m modelo propos pelos auto sto ores, tudo o que so proce q essos e regras colocado na camada de n e gesto estrat tgica, como o caso das reas de pro ocesso de Anlise de Deci iso, Resolu e Medio e Anlise e o o Ambiente Or rganizacional de Integrao Este ltimo parcialmente em virtude d enderear o estabelecim o. o e de mento da viso o para a opera toda. o Outra incomp patibilidade a aparente term colocado a Anlise Cau e Resolu na camada de gesto do mos usal o a o projeto. Isso ocorre pois a aplicao de tcnicas de controle da qualidade para identificar e remove defeitos no o o er o processo usa pelo proje Ou seja, e ado eto. essa rea de pr rocesso foca especificamen o projeto, apesar de seu resultado ser e nte u r usado para a melhoria dos processos em sua totalidad m de. O mesmo ocorre com o Qu uality Assuran do Proces e do Produ que, a nos ver, d-se na camada de nce sso uto, sso e gesto do pro ojeto. respon nsabilidade da gerncia do projeto execu atividades relativas a es rea de pro a utar s ssa ocesso. Por fim, num operao d software, o planejamento do projeto t ma de trata do plane ejamento de uma ordem de u e servio que aceita pela fbrica som a mente depois q o planeja que amento apro ovado pelo cliente ou usu urio. Em um m ambiente de operao, som mente depois d aprovao do planejamen que tem um projeto a ser executa da nto mos o ado. Como pode s entendido pela Figura 5 o CMMI tem pouco foc na camada de gesto da operao e de ser 5.7, t co o e suporte.

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

10 0

CMMI - Rep presentao C Contnua A representa ao contnua do CMMI e a estabelece nv veis de capab bilidade para cada rea de processo. A e Figura 5.7 ap presenta a estr rutura da repre esentao con ntnua do mode elo. Os nveis de capabilidade so: nvel O Incompleto: nesse nvel, o processo n desempen o nhado ou pa arcialmente de esempenhado, , e uma ou ma metas espec ais cficas no so satisfeitas; nvel 1 Desempenhado: um p processo que satisfaz s m metas especf ficas da rea de processo, , apoiando e p permitindo o tr rabalho necess srio para pro oduzir os produ esperados para o proce utos esso; nvel 2 Gerenciad um pro do: ocesso desemp penhado que executado de acordo com polticas c s organizacion nais, emprega pessoal habili itado, aloca re ecursos adequ uados, envolve stakeholders adequados, monitorado, e s , controlado, r revisado e av valiado quanto a sua ader o ncia. Alm do mais, o pr d rocesso plan nejado, seu desempenho d gerenciado e instituciona alizado em ter rmos do plano do processo; o nvel 3 Definido: u processo g um gerenciado qu personaliz ue zado com base no conjunto de processos o s padres de a acordo com g guias predeter rminados; gera ativos que podem ser reutilizados p toda a or e por rganizao. O processo pad dro evolui a longo do tempo, e a in ao nfra-estrutura para o uso d processo estabelecida e melhorada do a continuamen O processo disseminado por toda a organizao; nte. o nvel 4 Gerenciado Quantitativ vamente: um processo d m definido que controlado pelo uso de e tcnicas esta atsticas e outr mtodos q ros quantitativos; objetivos qua antitativos de qualidade e d desempenho s estabelecio dos e usados para a gesto do processo; a qualidade e o desempen do process so entend s o ; nho so didos em termo estatsticos os s e gerenciados durante o ciclo de vida do processo; o nvel 5 Otimizado um processo gerenciado quantita o: ativamente, adaptado para atender aos a s objetivos do negcio; foca a melhoria c a contnua do de esempenho do processo atra o avs de aperfe eioamentos in ncrementais e de inovao; melhorias pro opostas so av valiadas quant titativamente em termos de sua contribui e io para o ne egcio; causas s comuns de variao no pro ocesso so ide entificadas, e c contramedidas para sua mit s tigao so im mplementadas. .

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br

Engenharia de Software

11

Conforme a representao contnua, p o poderamos ob a Figura 5.9, com ba em uma avaliao dos bter a ase a s processos de uma organiza ao.

O modelo pe ermite que a or rganizao estabelea o nv que deseja para cada pro vel ocesso.

BIBLIO OGRAFIA A
Bsic ca: ndes, Aguinaldo Ara agon Fb brica de So oftware: im mplantao e gesto de o o Fernan opera es So Paulo: At o tlas, 2004 o Rodrig gues, Clu udio Padres de Programa Para Fbricas de Softwa P o are, Analistas e Programadore Rio de Janeiro: Editora C es. e Cincia Mo oderna Ltd da, 2006. Com mplementar r o Pressm man, Roge S. Engenharia de Software M Graw H 6 Edi 2006 er S Mc Hill o o Somm merville, Ian Engenha de Sof n. aria ftware. Add dison Wes sley, 6 Edio - 2003 3

Prof andr Ar rantes www.and drearantes.eti.br professor@andr rearantes.eti.br