OntoPRIME: Ontologia de Riscos para Ambientes de Desenvolvimento de Software Multiprojetos

Transcrição

1 Universidade Federal de Pernambuc Centr de Infrmática Pós-Graduaçã em Ciência da Cmputaçã OntPRIME: Ontlgia de Riscs para Ambientes de Desenvlviment de Sftware Multiprjets Pr Antni Campell Cristine Gusmã Lenard Amrim Marcel Guedes Mnique Mnteir Prfa. Dra. Patrícia Tedesc Orientadra Prf. Dr. Herman Perrelli de Mura C-rientadr Recife, setembr de 2004

2 A gerência de risc é a gerência de prjets para adults. (DeMARCO, Tm) - II-

3 SUMÁRIO LISTA DE FIGURAS...IV CAPÍTULO MOTIVAÇÃO Relevância OBJETIVOS CENÁRIOS DE UTILIZAÇÃO METODOLOGIA DE DESENVOLVIMENTO ESCOPO ESTRUTURA DO DOCUMENTO...11 CAPÍTULO CONCEITOS CHAVES TAXONOMIA DE RISCOS Engenharia de Prdut Ambiente de Desenvlviment Restrições d Prgrama...19 CAPÍTULO DEFINIÇÃO E FORMALIZAÇÃO Engenharia de Prdut Relacinaments da Classe Engenharia de Prdut: Ambiente de Desenvlviment Relacinaments da Classe Ambiente de Desenvlviment Restrições d Prgrama Relacinaments da Classe Restrições de Prgrama Engenharia de Prdut versus Ambiente de Desenvlviment Engenharia de Prdut versus Restrições de Prgrama Ambiente de Desenvlviment versus Restrições de Prgrama...78 CAPÍTULO DESCRIÇÃO GERAL DA ARQUITETURA ORGANIZAÇÃO DO SISTEMA Camada de Apresentaçã Camada de Negóci Camada de Inteligência PACOTES DO SISTEMA Pactes em nível de camadas Pactes em nível de implementaçã...84 CAPÍTULO TRABALHOS FUTUROS CONSIDERAÇÕES FINAIS...87 REFERÊNCIAS BIBLIOGRÁFICAS III-

4 LISTA DE FIGURAS Figura 1: Metdlgia Desenvlviment OntPRIME... 9 Figura 2: Gerência de Risc, segund Mdel d SEI (Sftware Engineering Institute) Figura 3: Taxnmia de Riscs Figura 4: Sub-ntlgias da Ontlgia de Risc Figura 5: Arquitetura em Camadas Figura 6: Organizaçã d Sistema...56 Figura 7: Pactes em nível de camadas...58 Figura 8: Pactes em nível de implementaçã IV-

5 CAPÍTULO 1 INTRODUÇÃO Este capítul apresenta as questões que mtivaram a realizaçã deste prjet, bjetivs geral e específics, cntribuições esperadas, escp, metdlgia de pesquisa e pr fim, a estrutura adtada n dcument. As incertezas sã parte d ctidian human. Desde s primórdis até s dias atuais hmem prcura defender-se ds riscs que cercam, galgand níveis de satisfaçã das necessidades básicas, de segurança e culminand nas de cunh puramente prfissinal. As pessas em sua grande mairia diariamente fazem esclhas, cm graus diferenciads de riscs, mas também cm um alt grau de prtunidade e benefícis assciads. Deste md, tem-se que as incertezas incutem, geram e implicam em riscs. E estes, sã definids cm a prbabilidade u pssibilidade da crrência de valres para determinads events e fenômens, nã desejáveis e, u, adverss. Ist leva a estabelecer a cnvivência cntínua e inevitável cm inúmers tips de riscs. Prém, entende-se que esta cnvivência precisa ser explicitada, u mesm, elucidada, favrecend a identificaçã, análise e quantificaçã da intensidade ds riscs. Prprcinand estabeleciment de estratégias que visem a ações de prevençã, minimizaçã e, u, mitigaçã ds efeits assciads as riscs. Os riscs pssuem diferentes significads, cm s de rdem física, estrutural, ecnômica, scial e ambiental. Pdend estes, desdbrar-se em diverss cmpnentes e sucessivs níveis de detalhament. A exempls destes cass, pdem-se citar s riscs assciads a atividades cm a: (a) elabraçã de prjets de desenvlviment de sftware, (b) frmulaçã de análises de viabilidade ecnômica e financeira destes prjets, (c) realizaçã de análises de prjets similares e (d) cnduçã d prjet de Melhria de Prcess d Sftware Brasileir (mps BR). Atualmente tds s rams da atividade humana dependem de alguma frma da utilizaçã de sftware para perar, dar suprte, cntrlar equipaments e fluxs de infrmações, gravar u - 1 -

6 prcessar atividades. A área de Engenharia de Sftware tem prmvid váris estuds cm a finalidade de prduzir mdels de melhria, prcesss, métds e ferramentas para aumentar a prbabilidade de sucess na execuçã de prjets de sftware, garantind a qualidade de seus prduts [PRESSMAN, 1995]. Prtant, na capacidade de prevenir e cntrlar riscs pde estar diferencial n gerenciament de prjets em rganizações desenvlvedras de sftware MOTIVAÇÃO Atualmente, s sistemas de cmputaçã estã difundids em tds s setres da vida mderna e apesar ds avançs nas tecnlgias de sftware, a mairia ds sistemas de sftware cntinua difícil de entender, manter e evluir [HALL, 1998]. Desta frma, à medida que tamanh e a cmplexidade ds sistemas de sftware crescem, aumenta a necessidade da utilizaçã de metdlgias para gerenciament de riscs, apiand s prjetistas e gerentes de prjets de tecnlgia da infrmaçã (TI) - n desenvlviment e efetivaçã de suas atividades, garantind cumpriment das metas d prjet, custs e prazs, e pr fim, a qualidade d prcess e d prdut gerad. Existem várias definições e uss para term risc. Knight definiu risc cm send a expsiçã a events incerts cm prbabilidades cnhecidas [KNIGHT, 1921]. N dicinári Huaiss, term risc é definid cm: prbabilidade de perig [HOUAISS, 2001]. Cm também n dicinári Webster s que diz: risc é a prbabilidade de perda, injúria, desvantagem u destruiçã [WEBSTERS, 1993]. N entant, segund Bernstein [BERNSTEIN, 1997], a rigem da palavra risc vem d italian antig, risicare que significa usar, que pr sua vez, deriva d latin risicu, riscu. Desta frma é uma esclha e nã destin. E ainda: a capacidade de administrar riscs, e cm ela, a vntade de crrer riscs e fazer pções usadas sã elements-chaves da energia que impulsina mund. Lg, send risc uma pçã, pde-se medi-l, avaliar as cnseqüências de sua crrência e cnseqüentemente, geri-l. Muitas abrdagens para gerenciar riscs em prjets de sftware vêm send prpstas e usadas desde que Behm [BOEHM, 1991] e Charette [CHARETTE, 1990] cnseguiram trazer a atençã da cmunidade de Engenharia de Sftware para a necessidade de gerir risc, através de suas prpstas de prcesss de gerenciament de risc. Embra existam muits relatóris - 2 -

7 individuais de sucesss em desenvlviment de sftware, através de utilizaçã de técnicas de gestã de risc, na prática, a indústria de sftware cm um td, ainda nã aplica ativamente e sistematicamente s métds de um efetiv prcess de gerência de risc. Tm De Marc [DeMARCO, 2003], em seu últim livr Waltzing with Bears, fazend um cmparativ cm a maturidade rganizacinal e s váris mdels existentes hje para suprte a garantia da qualidade dentr das rganizações, diz que prcess de gerência de risc ainda está n jardim da infância. Muitas rganizações nã têm a precupaçã de institucinalizar gerenciament de risc, talvez prque seus prfissinais e equipes já realizam de uma frma u de utra, atividades de identificaçã e análise de riscs, u prque sã tants s detalhes, atividades, marcs e artefats gerads, que realizar mais atividades tem um preç e cust a cnsiderar. Ou ainda, pr nã existir nas rganizações que desenvlvem sftware a cultura de ter explicitamente uma estrutura para gerir riscs. Identificar risc nã é tud. Muitas sã as variáveis que influenciam s prjets, nã só as de caráter técnic, mas financeiras, negóci, pessais entre tantas utras. Os Ambientes de Desenvlviment de Sftware, principalmente s que desenvlvem váris prjets em paralel, necessitam de um cnheciment dinâmic e acumulad d relacinament existente entre s prjets, ds váris fatres adverss existentes e das sluções e atividades realizadas em situações similares anterires. É a memória rganizacinal de prjets. Saber que se pde fazer u nã fazer, em determinadas situações, pde representar a cntinuidade da rganizaçã. Nã esquecend que estas rganizações, na grande mairia das situações tratadas, precisam de decisões rápidas e eficazes. Desta frma, muit se tem a fazer para permitir que a gerência de risc, cm a própria gerência de prjet, seja um prcess que flua em tdas as fases d desenvlviment de sftware de frma que: Os Stakehlders precisam entender que é Gerência de Risc e cm prjet pde usufruir s benefícis de sua aplicaçã. A implementaçã das atividades d prcess de Gerência de Risc deve ser adaptada para cada prjet de frma aprpriada

8 O prcess de Gerência de Risc deve ser avaliad peridicamente cm frma de melhria d prcess de desenvlviment de sftware e garantia da qualidade ds prduts gerads. Deve existir um Plan Diretr para a Gerência de Risc na rganizaçã. A Gerência de Risc deve estar presente em tdas as áreas e atividades necessárias para desenvlviment de um prdut de sftware. A crreta elicitaçã de requisits é um ds fatres de sucess dentr de um prjet de desenvlviment de sftware. Gerenciar riscs nã é apenas realizar testes. É vital definir s indicadres e métricas assciadas para acmpanhament e cntrle ds riscs. É precis ter um prcess cíclic e sistemátic de Gerência de Risc. A Gerência de Risc deve ter uma independência dentr d desenvlviment, assim cm a Gerência de Qualidade, embra esteja diretamente ligada a esta. Gerenciar riscs é um prcess brigatóri. É a garantia da realizaçã de prjets e prduts saudáveis. Gerenciar prjets de sftware, visand a aumentar a cmpetência da rganizaçã n planejament, identificaçã, avaliaçã e execuçã de prjets, envlve um cnjunt bastante variad de aspects que influenciam n desenvlviment de um prdut de sftware, dentre s quais tems: aspects cgnitivs, que estã relacinads as fatres humans envlvids n prjet (equipe de desenvlviment, stakehlders, etc.), aspects ecnômics, que sã mais influenciads pels interesses cmerciais da rganizaçã, e aspects técnics, que se relacinam às etapas e atividades relacinadas a desenvlviment d prjet (análise, prjet, implementaçã, teste, etc.). O gerenciament de risc é um prcess através d qual s gerentes de prjet satisfazem as necessidades de identificaçã de fatres de risc chaves para s prjets em andament, - 4 -

9 btend cnsistência e entendiment, esclhend u pririzand que riscs devem ser mitigads e eliminads, cm também ptencializand s resultads das prtunidades encntradas Relevância De uma frma geral, gerentes de prjets têm que alcar, ratear recurss entre prjets, gerenciá-ls dentr d rçament e temp dispníveis, e pr fim, garantir que estes recurss limitads sejam implementads de acrd cm planejad para alcançar bjetiv definid. A mairia ds gerentes de prjet de sftware utiliza a estratégia de gerenciament de risc reativ, que nada mais é d que reagir a risc de acrd cm a crrência. Mais barat e lógic é ter atitude pró-ativa. A estratégia de gerenciament de risc pró-ativa cmeça pel planejament da gerência de risc e é um prcess de âmbit rganizacinal. O resultad de tds s prjets desenvlvids pr uma rganizaçã tem grande parcela de cntribuiçã n seu sucess. Prjets individuais influenciam a rganizaçã, mas também sfrem a influência de tds s utrs prjets que estejam send inicializads, u mesm, executads n períd. Em apenas um prjet já existe muita infrmaçã a ser tratada. Nenhum prjet é desenvlvid isladamente. Pririzá-ls e garantir que s prjets mais imprtantes sejam realizads é um ds grandes, se nã vital, bjetivs rganizacinais. Este trabalh tem sua relevância e cnseqüente cntribuiçã pautada na cnstruçã de uma Ontlgia de Riscs que dará suprte a prcess de Gerência de Risc em Ambientes de Desenvlviment de Sftware de Múltipls Prjets e pel desenvlviment de um estud científic sbre s relacinaments ds fatres de risc de sftware que influenciam sucess ds prjets, em ambientes rganizacinais. Embra algumas partes deste tópic Gerência de Risc, Gerência de Múltipls Prjets tenham merecid alguma atençã da literatura, ainda existe a necessidade de um mair aprfundament e cnseqüente detalhament, pis as pesquisas existentes, em sua grande mairia, fram cnduzidas de frma pntual, dentr da Engenharia de Sftware

10 1.2. OBJETIVOS O bjetiv fundamental deste trabalh é cntribuir cm a indústria de sftware através da definiçã da OntPRIME (Ontlgy fr Prject Risk Management), que dará suprte a mdel de Gerenciament de Risc em Ambientes de Desenvlviment de Sftware de Múltipls Prjets. Para alcançá-l faz-se necessári atual em nível: Geral: A OntPRIME tem cm finalidade frnecer um vcabulári cmum que pssa ser utilizad para representar cnheciment útil para s desenvlvedres de sftware sbre s riscs e prtunidades que pdem afetar um prjet de sftware, váris prjets e mesm, entre prjets, dentr de uma rganizaçã desenvlvedra de sftware. Específic: 1. A OntPRIME deve frnecer a estrutura a ser utilizada para rganizar cnheciment sbre riscs e prtunidades, pdend ser utilizada para rientar a aquisiçã d cnheciment ds riscs ds prjets; 2. A OntPRIME deverá cntemplar as infrmações sbre riscs, prcesss de gerência de risc, métds, ferramentas e técnicas para identificaçã e cntrle de riscs CENÁRIOS DE UTILIZAÇÃO Para melhr fundamentaçã da imprtância da OntPRIME, n dmíni ds riscs que pdem influenciar prjets de sftware, sã apresentads a seguir alguns pssíveis cenáris para sua utilizaçã: 1. Tend cm base características, e utrs parâmetrs definids de prjets, a OntPRIME pde permitir a identificaçã ds principais riscs assciads e apresentar uma lista pririzand-s, de acrd cm a estratégia rganizacinal; 2. Desenvlver sftware é um cnjunt cmplex de atividades. A estrutura definida pela OntPRIME pde ser utilizada para a definiçã ds Plans de Gerência de Risc para diverss tips de prjets, que favrece desenvlviment e/u adaptaçã de ferramentas CASE baseadas na ntlgia; - 6 -

11 3. Uma das grandes dificuldades em Ambientes de Desenvlviment de Sftware é a integraçã entre as várias ferramentas utilizadas. A OntPRIME, a partir das bases geradas em cnfrmidade cm sua estrutura, favrece a integraçã de dads e a aquisiçã de cnheciment; 4. Um sistema que manipula cnheciment sbre riscs que influenciam s prjets em Ambientes de Desenvlviment de Sftware Multiprjets precisa ser desenvlvid. a. Desta frma, primeiramente s riscs que envlvem s requisits pdem ser facilmente tratads se um vcabulári cmum fr utilizad pelas pessas envlvidas na tarefa; b. Em segund lugar, a estrutura para representaçã d cnheciment sbre riscs em Ambientes de Desenvlviment de Sftware e cnheciment já existente na rganizaçã pdem ser utilizads para cmpr uma primeira visã sbre s requisits d nv prjet; c. Terceir, é imprtante cnhecer papel e respnsabilidades de cada um ds membrs da rganizaçã, bem cm suas qualificações. Iss favrece desempenh das atividades; d. Quart e últim, é imprtante saber quais s tips de riscs que mais incidem em determinads tips de prjets. A OntPRIME tem papel essencial em tds s quatr itens. 5. A gerência de prjet está preparand s recurss para um nv prjet. Seleçã de pessas, ctaçã de equipaments, cmpartilhament de recurss para alcaçã n nv prjet cm características próprias. Pr utr lad, s prfissinais da equipe de desenvlviment estã precisand de apói especializad para a realizaçã de determinada atividade. Em ambs s cass, cnheciment sbre riscs ns prjets, btid cm base na OntPRIME, pde auxiliar a identificaçã ds membrs cm as características e cnheciments desejads

12 1.4. METODOLOGIA DE DESENVOLVIMENTO Através da Figura 1 pde-se melhr visualizar tdas as etapas necessárias para a frmalizaçã da Ontlgia de Gerenciament de Riscs OntPRIME, na sua ttalidade. A metdlgia adtada para a realizaçã deste prjet fi primeiramente, a revisã bibligráfica para cnhecer estad atual da gerência de risc na Engenharia de Sftware e as diversas abrdagens adtadas para prcess de gerência de risc: desde planejament estratégic, identificaçã de fatres de risc, análise e pririzaçã até efetiv cntrle e tratament de riscs. A explraçã d tema baseu-se em leituras nacinais e internacinais. Fram pesquisads livrs da área de engenharia de sftware, gerência de prjets e gerência de risc. Periódics também fram explrads, cm jrnais, relatóris técnics e artigs da área acadêmica e industrial, cm fc em mdels, nrmas e estuds de cass. A partir destes estuds ptu-se pr utilizar cm base a Taxnmia de Riscs prpsta pel Sftware Engineering Institute em 1993 [CARR, 1993] para dar suprte a seu Prcess Cntínu de Gerenciament de Riscs. A partir desta Taxnmia fram analisads s relacinaments e aximas derivads de suas classes e subclasses, cnfrme fase 2, Figura 1. As Fases 4, 5, Figura 1, crrespnderã a adaptaçã das características d gerenciament de prtfóli de prjets, validaçã e melhrament d mdel prpst, nde será realizad um estud detalhad, cuja finalidade é validar s cmpnentes identificads para mdel em ambientes de múltipls prjets. Durante estas fases serã utilizads métds quantitativs e qualitativs de levantament de dads. As técnicas de cleta de infrmações que serã utilizadas sã: entrevista individual estruturada, mntagem de grups fcais cm gerentes de prjet de sftware, questináris para a equipe de desenvlviment, bem cm para clientes externs; e pr fim levantament de dcuments referentes à metdlgia e prcess de desenvlviment. Após a cmpilaçã de uma versã preliminar d mdel sbre prcess e técnicas deve ser submetid a discussões cm prfissinais de empresas lcais prdutras de sftware, n sentid de avaliar sua aplicabilidade em ambiente lcal de desenvlviment de prduts de sftware (Fase 4, Figura 1). Cm base em tais discussões, serã prmvids s ajustes que frem cnsiderads adequads

13 Fases de Desenvlviment Fase 1 Estud d Dmíni Fase 2 Levantament das Questões de Cmpetência Geral Atividades Estud inicial Revisã bibligráfica, mdels, ferramentas e técnicas da Engenharia de Sftware/Gerência de Risc. Estud detalhad da Taxnmia de Riscs prpsta d SEI Sftware Engineering Institute (1993) Prcess de Gerência de Risc d SEI Metdlgia Adtada Tip de Pesquisa Explratória Prcediment de Cleta Pesquisa Bibligráfica Fnte de dads Bibligráfica Tip de Pesquisa Explratória Prcediment de Cleta Pesquisa Bibligráfica Fnte de dads Bibligráfica Fase 3 Prva de Cnceit Mdel em UML Prtótip Fase 4 Adaptaçã da OntPRIME v1.0 Versã em XML Fase 5 Analisar as infrmações cletadas e sintetizadas na fase anterir. Definiçã ds Aximas e Relacinaments; Identificaçã ds cmpnentes para a prva de cnceit Adaptaçã das características relevantes para s ambientes de múltipls prjets Cntat cm s especialistas da área de dmíni Teste d Mdel Aplicar mdel em estud de cas. Implementar mdel cm as melhrias necessárias. Tip de Pesquisa Explratória Prcediment de Cleta Pesquisa Bibligráfica Fnte de dads Bibligráfica Artefat: OntPRIME v1.0 Tip de Pesquisa Descritiva Prcediment de Cleta Avaliaçã, grups fcais Fnte de dads Labratóri Tip de Pesquisa Descritiva Prcediment de Cleta Avaliaçã, questináris, entrevistas, grups fcais Fnte de dads Camp Fase 6 OntPRIME versã final Fase Final Aplicar mdel em estud de cass. Tip de Pesquisa Descritiva Prcediment de Cleta Avaliaçã, questináris, entrevistas Fnte de dads Camp Figura 1 Metdlgia Desenvlviment - OntPRIME - 9 -

14 O pass seguinte deverá ser a seleçã de empresas prdutras de sftware, que pssam fazer parte d estud de cas, nas quais se aplicarã s prcesss e técnicas recmendadas, cm vistas a que se faça uma avaliaçã das dificuldades d us, suas missões, suas carências u seus excesss (Fase 5, Figura 1). As cnclusões ds estuds de cas servirã para se prceder as ajustes finais e a prduçã da última versã da OntPRIME, cncluind-se assim prjet mair cm a cmpilaçã das cnclusões e recmendações ESCOPO Prjet Este prjet fi desenvlvid implementand as fases 1 a 3 da Figura 1, cm bjetiv de atender a primeir cenári de utilizaçã apresentad na seçã 1.3. Prtant fram desenvlvidas três sub-ntlgias n dmíni ds riscs, baseadas na Taxnmia d SEI [CARR, 1993], cmpnd a versã inicial da OntPRIME. As três ntlgias definidas, vltadas respectivamente para riscs de Engenharia d Prdut, Ambiente de Desenvlviment e Restrições de Prgrama, tiveram relacinaments interns e externs definids, escrits em linguagem natural e aximas em Lógica de Primeira Ordem (LPO). Prtótip Para análise ds relacinaments um prtótip fi implementad utilizand apenas s aximas da classe de Engenharia d Prdut, devid à grande e cmplexa quantidade de infrmações geradas. O bjetiv d prtótip fi apresentar a efetiva utilizaçã da linguagem prpsta pela OntPRIME. O cenári de validaçã fi preenchiment de um questinári nde cada respsta marcada revela uma característica d prjet e pde levar à inferência de um determinad tip de risc. A lista de riscs identificads é representada pr mei de uma árvre de riscs gerada cm base nas características d prjet (btidas a partir das respstas a questinári) e ns relacinaments de causa e efeit entre diferentes tips de risc definids para a ntlgia. Assim, dentr da árvre retrnada, cada "nó intern" (diferente de "nó raiz" u "flha") é um risc cujs "nós filhs" representam suas causas, que tant pdem

15 ser características d prjet cm utrs riscs. O "nó raiz" representa risc d prjet cm um td. Em um ambiente real, este tip de aplicaçã seria utilizad de frma transparente para s usuáris, equipes de desenvlviment, gerentes, u quaisquer utras pessas participantes de um prjet, cnfrme apresentad n item 1.3 Cenáris de Utilizaçã, sem que fsse necessariamente exigid preenchiment de questináris, mas sim a descriçã cmpleta d(s) prjet(s) e de tds s seus artefats em um frmat pré-determinad. Além diss, seria utilizad n lugar d usuári human um agente mnitr respnsável pr capturar e interpretar tais descrições e analisá-las levand em cnta s relacinaments entre diferentes prjets e históric de riscs de prjets passads ESTRUTURA DO DOCUMENTO Este trabalh está estruturad de frma a tratar tema gradativamente e de acrd cm a abrdagem adtada para desenvlviment d mesm. Em cnseqüência, s capítuls fram estruturads cm segue: Capítul 2 Gerência de Risc na Engenharia de Sftware: bjetiva apresentar s cnceits chaves da área de Gerência de Risc utilizads para a cncepçã da Ontlgia de Riscs. Capítul 3 Ontlgia de Riscs: apresenta s requisits e suas especificações em Lógica de Primeira Ordem (LPO) cnsiderada para a cnstruçã da versã 1.0 da OntPRIME. Capítul 4 Arquitetura e Prtótip: mstra mdel arquitetural definid para dar suprte a implementaçã d prtótip da OntPRIME. Capítul 5 Cnsiderações Finais e Trabalhs Futurs apresenta as lições aprendidas a lng da implementaçã d prjet e prpsta de extensã deste trabalh

16 CAPÍTULO 2 GERÊNCIA DE RISCO EM ENGENHARIA DE SOFTWARE A finalidade é intrduzir s cnceits básics da área de Gerência de Riscs utilizads para implementar a OntPRIME. O desenvlviment de sftware pde ser cnsiderad uma atividade de risc e diverss estuds e autres atuais cmprvam que muits ds prblemas envlvids em prjets de grande prte estã muit mais assciads a falhas em atividades de gerenciament d que falhas em atividades técnicas. Ultimamente, a área que trata riscs na engenharia de sftware evluiu, passand de uma análise dentr das fases d mdel de desenvlviment de sftware, cm era a prpsta d mdel em Espiral [HIGUERA, 1996], para se trnar uma gerência que deve permear tds s prcesss d cicl de vida d sftware 1. Nestes últims ans, a Gerência de Riscs, de uma frma geral, tem buscad alcançar adequad balanceament entre aprveitar as prtunidades e minimizar s events adverss. A Gerência de Risc é parte integrante das bas práticas de gestã empresarial. É desenvlvida cm um prcess iterativ, cmpst de etapas seqüenciais, de md a permitir a melhria cntínua da tmada de decisões e d desempenh rganizacinal. Atualmente, gerir riscs envlve estabeleciment de uma cultura e infra-estrutura adequadas, bem cm a aplicaçã de uma metdlgia lógica e sistemática para administrar s riscs "negativs" (de perdas) e s riscs "psitivs" (de ganhs), assciads a qualquer atividade, funçã, prcess u prjet. Para ser eficiente a gerência de risc deve ser apresentada à rganizaçã. Tds s seus membrs devem ser capacitads e prcess adtad nã pde andar szinh. Váris sã s exempls de métds e técnicas, nvs e cnsagrads, que pdem ser utilizads nesse cntext atual da gerência de riscs. N mund atual ds negócis medidas e estatísticas de riscs nã 1 O cicl de vida d sftware vai desde a cncepçã de idéias até a descntinuidade d prdut de sftware

17 sã suficiente. Os estuds de avaliaçã subjetiva ds riscs vêm crescend e ganhand adepts rapidamente. A razã para esta mudança é a rapidez cm que se pde avaliar s riscs através de uma análise qualitativa a invés de gastar temp em bter estatísticas e valres de riscs mais realistas. A gerência de risc na Engenharia de Sftware tem a finalidade de aumentar a qualidade d prdut e d prcess de desenvlviment de sftware. Observa-se que s prjets de desenvlviment de sftware, em geral, apresentam atrass de crngramas, custs realizads além d planejad e funcinalidades aquém das expectativas. Esses prblemas, embra cnsiderads inerentes a desenvlviment de sftware pr muits autres, pdem ser minimizads e cntrlads pel cntínu gerenciament de risc de prjets. Pde-se destacar dis bjetivs principais da gerência de risc: prevençã e mitigaçã de riscs. Ainda que a eliminaçã cmpleta ds riscs pssa parecer um ideal da gerência de risc, é utpia pensar na ttalidade desta eliminaçã. Os bjetivs sã frmulads de maneira mais realista, prprcinand as gerentes de prjet meis que trnem prjet mais previsível e cntrlável CONCEITOS CHAVES Este trabalh tem seu fc em Ambientes de Desenvlviment de Sftware Multiprjets, mais especificamente na frmalizaçã d vcabulári utilizad OntPRIME, ntlgia que será usada cm base para aquisiçã e manipulaçã de cnheciment sbre riscs nestes ambientes. A seguir serã apresentads s cnceits essenciais para a rganizaçã da estrutura, relacinaments e aximas da OntPRIME. Risc de Sftware Riscs sã inerentes a qualquer atividade de desenvlviment de sftware. Assumir riscs é essencial para prgress e falhas sã nrmalmente partes d aprendizad. Pr utr lad, a crrência inevitável de riscs nã implica na inabilidade de recnhece-ls e geri-ls, muit pel cntrári, deve-se gerir para minimizar seu impact negativ enquant ganha-se a prtunidade de desenvlver nvs e melhres prduts de sftware

18 N cntext da Taxnmia de Riscs [CARR, 1993], bjet base para desenvlviment da OntPRIME, risc tem um significad negativ para prjet. Sã classificads cm: cnhecids, previsíveis e imprevisíveis. Os riscs cnhecids pdem ser descberts após uma avaliaçã cuidadsa d plan d prjet, ambiente técnic e d negóci, cm pr exempl: prazs irreais, escp mal definid, ambiente de desenvlviment ruim. Os previsíveis sã percebids a partir de experiências em prjets anterires (rtatividade de pessal, cmunicaçã ruim cm cliente, canalizaçã de esfrçs para manutençã) e s imprevisíveis sã aqueles difíceis de serem identificads, mas que pdem crrer. Mdel de Gerência de Risc A Taxnmia de Riscs [CARR, 1993] está baseada n Paradigma de Gerenciament de Risc d SEI [HIGUERA, 1996], mdel define que gerenciar riscs faz parte da essência d gerenciament de prjets e é uma atividade que se estende a lng de td prjet. O paradigma é cmpst pr seis macr atividades: identificar, analisar, planejar, acmpanhar, cntrlar e cmunicar riscs. Em primeir lugar, bviamente, é necessári identificar s pssíveis riscs. A seguir, deve-se analisar risc de frma a determinar tant a prbabilidade de que crra cm também impact que terá n prjet se vier a crrer. Lg, se risc identificad fr julgad merecedr de tratament, deve-se planejar: que fazer para reduzir a chance d risc crrer, e que fazer quand ele vier a crrer. N primeir cas, estams faland de estratégias de mitigaçã, enquant, n segund, de plans de cntingência. Uma das tarefas d planejament é a definiçã de indicadres (métricas de sftware) capazes de "disparar alarme" quand um risc identificad estiver preste a crrer. Prtant, acmpanhar, mnitrar diz respeit exatamente à tarefa de se verificar cntinuamente estes indicadres. Se risc realmente crrer, executa-se a atividade de cntrlar, ist é, executar plan de cntingência anterirmente definid, e garantir a cntinuidade d prjet cm sucess. Pr fim, a última atividade citada: cmunicar. Esta atividade é cntínua, diz respeit a que tda e qualquer pessa relacinada cm prjet tem direit e dever de cmunicar as utrs interessads qualquer cisa que diga respeit as riscs d prjet, cm pr exempl, a

19 identificaçã de nvs riscs anterirmente nã prevists, a detecçã de sinais que indiquem que um determinad risc está acntecend, etc. As três primeiras atividades, identificar, analisar e planejar sã realizadas ainda na fase de planejament d prjet. Sã, na verdade, um ds itens d plan de prjet. Embra a respnsabilidade pel planejament seja d gerente d prjet, tds s envlvids cm prjet devem participar. Ainda que estas atividades sejam realizadas na fase de planejament, é clar que, a lng d prjet, nvs riscs ainda nã identificads, pdem surgir e serã tratads. Esses nvs riscs devem ser tratads da mesma frma, ist é, uma vez identificads, devem ser analisads e deve ser feit planejament necessári. Na Figura 2 é apresentad flux de atividades d mdel SEI. Cntrlar Identificar Mnitrar Cmunicar Planejar Analisar Figura 2. Gerência de Risc, segund Mdel d SEI. Cada pssível risc, nminalmente percrre seqüencialmente tdas as funções, mas as atividades crrem cntinuamente, cncrrentemente (riscs sã rastreads em paralel enquant utrs riscs sã identificads e analisads) e iterativamente ( plan de diminuiçã para um risc pde causar apareciment de utr risc) através d cicl de vida d prjet TAXONOMIA DE RISCOS A Taxnmia de Riscs d SEI fi desenvlvida para subsidiar a fase de identificaçã de riscs e está baseada na utilizaçã de um questinári. Primeir pass para um gerenciament cntínu e cmpreensiv de riscs [CARR, 1993]

20 A Taxnmia de riscs está dividida em três níveis: classes, elements e atributs cnfrme Figura 3. As três superclasses que cmpõem a taxnmia sã: Engenharia de Prdut esta classe é cmpsta pelas atividades da Engenharia de Sistema e da Engenharia de Sftware envlvidas na criaçã de um sistema que satisfaça requisits específics e expectativas d cliente. As atividades incluem: Análise e especificaçã ds requisits de sistema e de sftware; Mdelagem de sftware e implementaçã; Integraçã de cmpnentes de hardware e de sftware; e Testes de sftware e sistema Os elements cbrem as atividades da Engenharia de Sftware. Incluem s fatres técnics assciads cm a entrega d prdut final, independentemente d prcess utilizad u das limitações impstas pr recurss limitads u fatres externs fra d cntrle d prgrama. Riscs da Engenharia de Prdut geralmente resultam de requisits que sã tecnicamente difíceis u impssíveis de implementar, algumas vezes em cmbinaçã cm a inabilidade de negciar requisits relaxads u rçaments e crngramas revisads; pela análise inadequada de requisits u especificaçã de prjet (design); u pela pbre qualidade d prjet u especificaçã d códig. Ambiente de Desenvlviment esta classe endereça ambiente d prjet em desenvlviment e prcess utilizad. Inclui prcess de desenvlviment e sistema, métds de gerenciament e ambiente de trabalh. Restrições de Prgrama esta classe faz referência as fatres externs a prjet. Fatres que nrmalmente estã fra d cntrle d prjet e mesm assim influenciam sucess u cnstituem fnte de riscs substanciais

21 Riscs Engenharia d Prdut - Requisits - Estabilidade - Cmpletude - Claridade - Validade - Viabilidade - Precedente - Escala - Design - Funcinalidade - Dificuldade - Interfaces - Perfrmance - Testabilidade - Limitações de Hardware - Sftware Nã desenvlvid - Teste de Códig e Unidade - Viabilidade - Testes - Cdificaçã/Implementaçã - Integraçã e Teste - Ambiente - Prdut - Sistema - Engenharia de Especialidades - Manutenibilidade - Cnfiança - Prteçã - Segurança - Fatres humans - Especificações Ambientes de Desenvlviment - Prcess de Desenvlviment - Frmalidade - Adequabilidade - Cntrle d Prcess - Familiaridade - Cntrle d Prdut - Sistema de Desenvlviment - Capacidade - Adequabilidade - Usabilidade - Familiaridade - Cnfiabilidade - Suprte d Sistema - Entrega - Prcess de Gerenciament - Planejament - Organizaçã d Prjet - Experiência em gerenciament - Interfaces de Prgrama - Métds de Gerenciament - Mnitrament - Gerenciament de Pessal - Garantia de Qualidade - Gerenciament de Cnfiguraçã - Ambiente de Trabalh - Atitude de Qualidade - Cperaçã - Cmunicaçã - Mral Restrições ds Prgramas - Recurss - Crngrama - Equipe - Orçament - Facilidades - Cntrat - Tips de Cntrat - Restrições - Dependências - Interfaces de Prgramas - Cliente - Cntratantes Assciads - Subcntrats - Cntratante Principal - Gerenciament Crprativ - Vendedres - Plítica Figura 3 Taxnmia de Riscs Premissas de utilizaçã d métd O fc d métd de identificaçã de riscs através d us da Taxnmia tem uma frte dependência cm a aplicaçã d questinári. A utilizaçã de um sem utr pde casinar falhas

22 As premissas básicas sã: Os riscs de desenvlviment de sftware sã geralmente cnhecids pela equipe técnica de prjet, mas sã pbremente cmunicads. Um métd estruturad e repetitiv de identificaçã de riscs é necessári para um gerenciament de risc cnsistente. Identificaçã efetiva de riscs deve cbrir tdas as áreas de desenvlviment e suprte de um prjet. O prcess de identificaçã de riscs deve criar e manter um ambiente de elicitaçã de riscs sem julgaments prévis e abert a cmunicaçã. Desta frma terá cndições de absrver várias visões ds riscs. Nã se pde julgar sucess u a falha d prjet basead n númer u na natureza ds riscs nã descberts. A Taxnmia é métd central de identificaçã de riscs, servind cm base para a elicitaçã e rganizaçã de grande quantidade ds riscs técnics e nã-técnics ds ambientes de desenvlviment de sftware. A seguir, serã descritas, em linhas gerais, as subclasses (u elements, na terminlgia utilizada pel SEI) de cada uma das três principais classes Engenharia de Prdut Esta classe cnsiste das atividades intelectuais e físicas requeridas para desenvlver um prdut e entregá-l a cliente. Esta classe está cmpsta pelas seguintes subclasses: Requisits A definiçã d que prdut de sftware deve fazer, as necessidades que deve atingir, cm deve se cmprtar e cm será usad. Prjet (design) Transfrmaçã ds requisits n prjet d sftware cm tdas as limitações de prjet e peracinais. Códig e Teste Unitári Transfrmaçã d prjet de sftware n códig, satisfazend s requisits alcads em pequenas unidades

23 Integraçã e Teste A integraçã das unidades em um sistema e a validaçã de que sftware está atendend as requisits. Engenharia de Especialidades Requisits d prdut u atividades de desenvlviment que necessitam de um cnheciment especializad Ambiente de Desenvlviment Esta classe diz respeit a ambiente d prjet nde sftware será cnstruíd, send cmpst pelas seguintes subclasses: Prcess de Desenvlviment A definiçã, planejament, dcumentaçã e cmunicaçã ds métds e prcediments utilizads para desenvlver prdut. Sistema de Desenvlviment As ferramentas e s sistemas de suprte utilizads n desenvlviment d prdut. Gerenciament de Prcess O planejament, acmpanhament e cntrle ds rçaments e crngramas; a experiência d gerente de prjet n desenvlviment d sftware, gerenciament e dmíni d prdut. Métds de Gerenciament Os métds, ferramentas e equipaments de suprte usads para gerenciar e cntrlar desenvlviment d prdut. Ambiente de Trabalh O lcal nde serã desenvlvidas as atividades de desenvlviment d prdut de sftware, incluind as atitudes das pessas, níveis de cperaçã, cmunicaçã e mral Restrições d Prgrama Esta classe endereça s prblemas externs a prjet. Fatres que nã sã diretamente cntrlads pel prjet, mas que pdem influenciar n seu sucess. Recurss Limitações externas impstas pel crngrama, rçament, equipe u facilidades. Cntrat Terms e cndições d cntrat de desenvlviment d prdut

24 Interfaces ds Prgramas A interface externa cm s clientes, utrs cntrats, gerenciament crprativ e vendas

25 CAPÍTULO 3 ONTOLOGIA DE RISCOS Este capítul apresenta s requisits e s aximas definids para desenvlviment da OntPRIME. A definiçã da ntlgia de riscs fi baseada, nesta primeira fase, em revisã bibligráfica da área de Engenharia de Sftware e na utilizaçã ds cnceits básics apresentads n capítul DEFINIÇÃO E FORMALIZAÇÃO Para iniciar a captura da ntlgia, terms e frases ptencialmente relevantes fram identificads e atribuíds a áreas de trabalh, que tiveram sua semântica definida e deram rigem as sub-ntlgias, cnfrme Figura 4. Para cada uma das sub-ntlgias, fram elabrads mdels utilizand a linguagem UML. Os cnceits, relacinaments e restrições fram descrits em linguagem natural. Na frmalizaçã fi utilizada lógica de primeira rdem, definind-se as cnstantes, predicads e aximas. Tds s predicads e aximas sã apresentads em inglês para facilitar publicações futuras, além de utilizar uma língua universalmente aceita. Risc Prduz Engenharia d Prdut Prduz Prduz Restrições de Prgrama Executa Ambiente de Desenvlviment Limita Figura 4 Sub-ntlgias da Ontlgia de Risc

26 Para frmalizar as sub-ntlgias da Ontlgia de Risc fram criads s seguintes predicads, que fazem referência as Classes da Taxnmia de Riscs, secçã 3.2.: Risk(p), Prject(p), PrductEngineeringRisk(p) (dad que Prject(p)), DevelpmentEnvirnmentRisk(p) e PrgramCnstraintsRisk(p). Além diss, fram definids s seguintes aximas para representar s relacinaments de especializaçã / generalizaçã: Se um prjet pssui risc de engenharia de prdut, entã este prjet pssui um risc. p. Prject(p) PrductEngineeringRisk(p) Risk(p) Se um prjet pssui risc de ambiente de desenvlviment, entã este prjet pssui um risc. p. Prject(p) DevelpmentEnvirnment(p) Risk(p) Se um prjet pssui risc de restrições de prgrama, entã este prjet pssui um risc. p. Prject(p) PrgramCnstraints(p) Risk(p) Se um prjet pssui risc de requisits, entã este prjet pssui risc de engenharia de prdut. p. Prject(p) RequirementsRisk(p) PrductEngineeringRisk (p) Se um prjet pssui risc de design, entã este prjet pssui risc de engenharia de prdut. p. Prject(p) DesignRisk(p) PrductEngineeringRisk (p) Se um prjet pssui risc de códig e teste unitári, entã este prjet pssui risc de engenharia de prdut. p. Prject(p) CdeAndUnitTestRisk(p) PrductEngineeringRisk (p)

27 Se um prjet pssui risc de integraçã e teste, entã este prjet pssui risc de engenharia de prdut. p. Prject(p) IntegratinAndTestRisk(p) PrductEngineeringRisk (p) Se um prjet pssui risc de especialidades de engenharia, entã este prjet pssui risc de engenharia de prdut. p. Prject(p) EngineeringSpecialitiesRisk(p) PrductEngineeringRisk (p) Se um prjet pssui risc de estabilidade de requisits, entã este prjet pssui risc de requisits. p. Prject(p) StabilityRisk(p) RequirementsRisk (p) Se um prjet pssui risc de cmpletude de requisits, entã este prjet pssui risc de requisits. p. Prject(p) CmpletenessRisk(p) RequirementsRisk (p) Se um prjet pssui risc de clareza de requisits, entã este prjet pssui risc de requisits. p. Prject(p) ClarityRisk(p) RequirementsRisk (p) Se um prjet pssui risc de validade de requisits, entã este prjet pssui risc de requisits. p. Prject(p) ValidityRisk(p) RequirementsRisk (p) Se um prjet pssui risc de viabilidade de requisits, entã este prjet pssui risc de requisits. p. Prject(p) FeasibilityRisk(p) RequirementsRisk (p) Se um prjet pssui risc de precedentes, entã este prjet pssui risc de requisits

28 p. Prject(p) PrecedentRisk(p) RequirementsRisk (p) Se um prjet pssui risc de escala, entã este prjet pssui risc de requisits. p. Prject(p) ScaleRisk(p) RequirementsRisk (p) Se um prjet pssui risc de funcinalidade, entã este prjet pssui risc de design. p. Prject(p) FunctinalityRisk(p) DesignRisk (p) Se um prjet pssui risc de dificuldade, entã este prjet pssui risc de design. p. Prject(p) DifficultyRisk(p) DesignRisk (p) Se um prjet pssui risc de interfaces, entã este prjet pssui risc de design. p. Prject(p) InterfacesRisk(p) DesignRisk (p) Se um prjet pssui risc de perfrmance, entã este prjet pssui risc de design. p. Prject(p) PerfrmanceRisk(p) DesignRisk (p) Se um prjet pssui risc de testabilidade, entã este prjet pssui risc de design. p. Prject(p) TestabilityRisk(p) DesignRisk (p) Se um prjet pssui risc de restrições de hardware, entã este prjet pssui risc de design. p. Prject(p) HardwareCnstraintsRisk(p) DesignRisk (p) Se um prjet pssui risc de sftware extern, entã este prjet pssui risc de design. p. Prject(p) NnDevelpmentalSftwareRisk(p) DesignRisk (p) Se um prjet pssui risc de viabilidade de implementaçã, entã este prjet pssui risc de códig e teste unitári

29 p. Prject(p) ImplementatinFeasibilityRisk(p) CdeAndUnitTestRisk (p) Se um prjet pssui risc de teste, entã este prjet pssui risc de códig e teste unitári. p. Prject(p) TestingRisk(p) CdeAndUnitTestRisk (p) Se um prjet pssui risc de implementaçã, entã este prjet pssui risc de códig e teste unitári. p. Prject(p) ImplementatinRisk(p) CdeAndUnitTestRisk (p) Se um prjet pssui risc de ambiente de integraçã e teste, entã este prjet pssui risc de integraçã e teste. p. Prject(p) IntegratinAndTestEnvirnmentRisk (p) IntegratinAndTestRisk (p) Se um prjet pssui risc de integraçã e teste de prdut, entã este prjet pssui risc de integraçã e teste. p. Prject(p) PrductIntegratinAndTestRisk(p) IntegratinAndTestRisk (p) Se um prjet pssui risc de integraçã e teste de sistema, entã este prjet pssui risc de integraçã e teste. p. Prject(p) SystemIntegratinAndTestRisk(p) IntegratinAndTestRisk (p) Se um prjet pssui risc de prcess de desenvlviment, entã este prjet pssui risc de ambiente de desenvlviment. p. Prject(p) DevelpmentPrcessRisk(p) DevelpmentEnvirnmentRisk (p) Se um prjet pssui risc de sistema de desenvlviment, entã este prjet pssui risc de ambiente de desenvlviment. p. Prject(p) DevelpmentSystemRisk(p) DevelpmentEnvirnmentRisk (p)

30 Se um prjet pssui risc de prcess de gerenciament, entã este prjet pssui risc de ambiente de desenvlviment. p. Prject(p) ManagementPrcessRisk(p) DevelpmentEnvirnmentRisk (p) Se um prjet pssui risc de métds de gerenciament, entã este prjet pssui risc de ambiente de desenvlviment. p. Prject(p) ManagementMethdsRisk(p) DevelpmentEnvirnmentRisk (p) Se um prjet pssui risc de ambiente de trabalh, entã este prjet pssui risc de ambiente de desenvlviment. p. Prject(p) WrkEnvirnmentRisk(p) DevelpmentEnvirnmentRisk (p) Se um prjet pssui risc de frmalidade de prcess de desenvlviment, entã este prjet pssui risc de prcess de desenvlviment. p. Prject(p) DevelpmentPrcessFrmalityRisk(p) DevelpmentPrcessRisk (p) Se um prjet pssui risc de adequabilidade de prcess de desenvlviment, entã este prjet pssui risc de prcess de desenvlviment. p. Prject(p) DevelpmentPrcessSuitabilityRisk(p) DevelpmentPrcessRisk (p) Se um prjet pssui risc de cntrle de prcess de desenvlviment, entã este prjet pssui risc de prcess de desenvlviment. p. Prject(p) DevelpmentPrcessCntrlRisk(p) DevelpmentPrcessRisk (p) Se um prjet pssui risc de familiaridade cm prcess de desenvlviment, entã este prjet pssui risc de prcess de desenvlviment

31 p. Prject(p) DevelpmentPrcessFamiliarityRisk(p) DevelpmentPrcessRisk (p) Se um prjet pssui risc de cntrle de prdut, entã este prjet pssui risc de prcess de desenvlviment. p. Prject(p) PrductCntrlRisk(p) DevelpmentPrcessRisk (p) Se um prjet pssui risc de capacidade de sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) CapacityRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de adequabilidade de sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DevelpmentSystemSuitabilityRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de usabilidade de sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DevelpmentSystemUsabilityRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de familiaridade cm sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DevelpmentSystemFamiliarityRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de cnfiabilidade de sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DevelpmentSystemReliabilityRisk(p) DevelpmentSystemRisk (p)

32 Se um prjet pssui risc de suprte de sistema de desenvlviment, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DevelpmentSystemSupprtRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de entrega, entã este prjet pssui risc de sistema de desenvlviment. p. Prject(p) DeliverabilityRisk(p) DevelpmentSystemRisk (p) Se um prjet pssui risc de planejament, entã este prjet pssui risc de prcess de gerenciament. p. Prject(p) PlanningRisk(p) ManagementPrcessRisk (p) Se um prjet pssui risc de rganizaçã d prjet, entã este prjet pssui risc de prcess de gerenciament. p. Prject(p) PrjectOrganizatinRisk(p) ManagementPrcessRisk (p) Se um prjet pssui risc de experiência de gerenciament, entã este prjet pssui risc de prcess de gerenciament. p. Prject(p) ManagementExperienceRisk(p) ManagementPrcessRisk (p) Se um prjet pssui risc de interfaces de prgrama, entã este prjet pssui risc de prcess de gerenciament. p. Prject(p) PrgramInterfacesRisk(p) ManagementPrcessRisk (p) Se um prjet pssui risc de mnitraçã, entã este prjet pssui risc de métds de gerenciament. p. Prject(p) MnitringRisk(p) ManagementMethdsRisk (p) Se um prjet pssui risc de gerenciament de pessal, entã este prjet pssui risc de métds de gerenciament

33 p. Prject(p) PersnnelManagementRisk(p) ManagementMethdsRisk (p) Se um prjet pssui risc de garantia de qualidade, entã este prjet pssui risc de métds de gerenciament. p. Prject(p) QualityAssuranceRisk(p) ManagementMethdsRisk (p) Se um prjet pssui risc de gerência de cnfiguraçã, entã este prjet pssui risc de métds de gerenciament. p. Prject(p) CnfiguratinManagementRisk(p) ManagementMethdsRisk (p) Se um prjet pssui risc de atitude de qualidade, entã este prjet pssui risc de ambiente de trabalh. p. Prject(p) QualityAttitudeRisk(p) WrkEnvirnmentRisk (p) Se um prjet pssui risc de cperaçã, entã este prjet pssui risc de ambiente de trabalh. p. Prject(p) CperatinRisk(p) WrkEnvirnmentRisk (p) Se um prjet pssui risc de cmunicaçã, entã este prjet pssui risc de ambiente de trabalh. p. Prject(p) CmmunicatinRisk(p) WrkEnvirnmentRisk (p) Se um prjet pssui risc de mral, entã este prjet pssui risc de ambiente de trabalh. p. Prject(p) MraleRisk(p) WrkEnvirnmentRisk (p) Se um prjet pssui risc de recurss, entã este prjet pssui risc de restrições de prgrama. p. Prject(p) ResurcesRisk(p) PrgramCnstraintsRisk (p)

34 Se um prjet pssui risc de cntrat, entã este prjet pssui risc de restrições de prgrama. p. Prject(p) CntractRisk(p) PrgramCnstraintsRisk (p) Se um prjet pssui risc de interfaces de restrições de prgrama, entã este prjet pssui risc de restrições de prgrama. p. Prject(p) PrgramCnstraintsPrgramInterfacesRisk(p) PrgramCnstraintsRisk (p) Se um prjet pssui risc de crngrama, entã este prjet pssui risc de recurss. p. Prject(p) ScheduleRisk(p) ResurcesRisk (p) Se um prjet pssui risc de pessal, entã este prjet pssui risc de recurss. p. Prject(p) StaffRisk(p) ResurcesRisk (p) Se um prjet pssui risc de rçament, entã este prjet pssui risc de recurss. p. Prject(p) BufgetRisk(p) ResurcesRisk (p) Se um prjet pssui risc de facilidades, entã este prjet pssui risc de recurss. p. Prject(p) FacilitiesRisk(p) ResurcesRisk (p) Se um prjet pssui risc de tip de cntrat, entã este prjet pssui risc de cntrat. p. Prject(p) TypeOfCntractRisk(p) CntractRisk (p) Se um prjet pssui risc de restrições, entã este prjet pssui risc de cntrat. p. Prject(p) RestrictinsRisk(p) CntractRisk (p) Se um prjet pssui risc de dependências, entã este prjet pssui risc de cntrat

35 p. Prject(p) DependenciesRisk(p) CntractRisk (p) Se um prjet pssui risc de cliente, entã este prjet pssui risc de interfaces de de restrições de prgrama. p. Prject(p) CustmerRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Se um prjet pssui risc de cntrat assciad, entã este prjet pssui risc de interfaces de restrições de prgrama. p. Prject(p) AssciateCntractrsRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Se um prjet pssui risc de sub-cntrataçã, entã este prjet pssui risc de interfaces de restrições de prgrama. p. Prject(p) SubcntractrsRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Se um prjet pssui risc de cntrat principal, entã este prjet pssui risc de interfaces de restrições de prgrama. p. Prject(p) PrimeCntractrRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Se um prjet pssui risc de administraçã crprativa, entã este prjet pssui risc de interfaces de restrições de prgrama. p. Prject(p) CrprateManagementRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Se um prjet pssui risc de vendedres, entã este prjet pssui risc de interfaces de prgrama de restrições de prgrama. p. Prject(p) VendrsRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p)

36 Se um prjet pssui risc de plítica, entã este prjet pssui risc de interfaces de prgrama de restrições de prgrama. p. Prject(p) PliticsRisk(p) PrgramCnstraintsPrgramInterfacesRisk(p) Nas próximas seções, serã definids s aximas para cada classe e subclasse da taxnmia Engenharia de Prdut Para a Classe Risc de Requisits e suas subclasses fram definids s seguintes aximas: Estabilidade: Se existe algum prjet P n qual requisit muda durante prcess de desenvlviment, entã existe risc de estabilidade de requisits para P. p, y. Prject(p) Requirement(y, p) Change(y) RequirementsStabilityRisk(p) Se existe algum prjet P que pssui uma interface externa e esta interface muda, entã existe risc de estabilidade de requisits para P. p, i. Prject(p) Interface(i, p) Change(i) RequirementsStabilityRisk(p) Cmpletude: Se existe algum prjet P que pssui requisit e este requisit nã está cmpletamente definid, entã existe risc de cmpletude de requisits para P. p, y. Prject(p) Requirement(y, p) CmpletelyDefined(y) RequirementsCmpletenessRisk(p) Se existe algum prjet P que pssui um requisit e este requisit nã está cmpletamente especificad, entã existe risc de cmpletude de requisits para P

37 p, y. Prject(p) Requirement(y, p) CmpletelySpecified(y) RequirementsCmpletenessRisk(p) Se existe algum prjet P que pssui uma interface externa e esta interface nã está cmpletamente definida, entã existe risc de cmpletude de requisits para P. p, x. Prject(p) ExternalInterface(x, p) CmpletelyDefined(x) RequirementsCmpletenessRisk(p Clareza: Se existe algum prjet P que pssui requisit e este requisit nã está clar, entã existe risc de clareza de requisits para P. p, y. Prject(p) Requirement(y, p) Clarity(y) RequirementsClarityRisk(p) Se existe algum prjet P que pssui um requisit e este requisit precisa de interpretaçã, entã existe risc de clareza de requisits para P. p, y. Prject(p) Requirement(y, p) Interpretatin(y) RequirementsClarityRisk(p) Validade: Se existe algum prjet P que pssui requisit e este requisit nã representa a necessidade d usuári, entã existe risc de validade de requisits para P. p, y. Prject(p) Requirement(y, p) RepresentsCustmerNeed(y) RequirementsValidityRisk(p) Se existe algum prjet P que pssui requisit e este requisit nã tem mesm entendiment para cliente e desenvlvedr, entã existe risc de validade de requisits para P. p, y. Prject(p) Requirement(y, p) NtUnderstd(y) RequirementsValidityRisk(p)