Contributos do Projecto ESSI na Melboria do ...ceur-ws.org/Vol-1284/paper5.pdf · Assim, sac analisados os factores de qualidade ... interligadas; por "confiana no ... as ferramentas

Contributos do Projecto ESSI naMelboria do Desenvolvinlento de Software

Maria Clara Silveira, Jos6 Carlos FonsecaEscola Superior de Tecnologia e Geso do Instituto Polit6cnico da Guards

Abstract

O presente estudo lave par base os dodos obtidos emcinquenta e uma experi ̂ encias de meLharomenta doprocessa (PIE -Process Improvement Experz`menzs) e Quefarom reali~-'-ados no a-mbita do prajacto ESSI (TheEuropean Systems and Soare Inz.tz.atz.ve). Neste sentz.do,faram efectuadas algumas ana�Iz"ses estatz-sticas as quaispracuraram obter para~metros de qualz.dade para seremcomparadas cam outras estudos, nomeadamente reduVdade custas, canfzanVa no produto, reduVa-o do tempo dedesenvoLvimento. Esta an6Lise procurou abranger umavasto Rama de empresas de modo a obter um estudo matsaLargado do tea.do empresarz.al europeu. Os resuLtadasforam, posterz.ormente reLacz`onados com as que seencantram resumz.dos no reLat6rio do concLusa-a do acdodo prajecta AENEID (Actiovzfor ESSI News Exchange andDissemination) { 12 ].

Deste modo, pretendemos estabeleceralgumas directrizes destinadas aqueles quetencionam implementar estratBias demelhoramento nas suns organiza6es,nomeadamente a nfvel de tecnologias,metodologias e ferramentas.

Introduo

O crescimento em dimeno e complexidade dossistemas de software, tern vindo a criar dificuldades degesnio, nomeadamente no que diz respeito a custos,qua2idade e tempo de desenvolvimento. Estando asempresas inseridas num mercado cada vez maisglobalizado e competitivo importa introduzir no sistemaum maior controlo, metodologias e organizao. Estesfactos vieram reforVar a import:imcia que tern o processono desenvolvirnento de software.

E neste contexto que surge o presente trabalho,concentrandose na ea da qualidade, mats propriamente

na perspectiva do processo. Suporta-Se nos relat6rios dasexpert8ncias de melhoramento do processo anaZisandoseos seguintes paJiimetros: sector de actividade, localiza50geografica, objectivos, metodologias tecnologias,ferramentas e result&dos obtidos.

Assim, sac analisados os factores de qualidade(confiana no produto, facilidade de utilizao, facilidadede manuten&o, portabilidade e eficincia); as m6tricas; aprodutividade; o tempo de desenvolvimento; a redugAo decustos e de erros; para slew das metodologias, tecnologias,ferramentas e modeZos. Com efeito. todos estes elementoscontribuem decisivamente para a melhoria do processo edo produto.

De facto, este escudo pretende salientar o contributodas experincias PIE no progresso do desenvolvimento desoftware, ngo descurando os factores humanos eorganizacionais.

Neste Sena-do, e por fim apresentam-Se a2gurnasrecomendaJes tendentes a melhorar o processo dedesenvo3vimento de software.

Enquadramento

O ESSI 6 uma iniciativa europeia que tern porobjectivo melhorar a velocidade de divulga8o dainformso e aumentar a produtividade nodesenvolvimento de software. Esta iniciativa foi Janadaem 1993 pela ComissAD Europeia para melhorar acapacidade de desenvolvimento de software em todos ossectores empresariais, com 8nfase especial para aqualidade [ 6 ].

Um dos mnitos projectos realizados atrav6s do ESSI 6o projecto no 24151 5lS5l' (Sa{iware Impravement CaseStudz.es Initiative)". Este projecto foi criado para faci2itar oacesso das empresas europeias as expert8ncias deengenharia de software e sens resultados de forma aganharem urns vantagem competitiva. E, portanto, derelevo que Se coloque ao dispor das empresas um conjuntode casos de escudo que permitam obter urns visAD prdticado imp&eta do melhoramento do software. O sucesso dasexperi8ncias pode demonstrar Que as barreiras existences

QuaTIC2OOI / 37

podem ser ultrapassadas e que isto pode ser conseguidoem cada organiza5o. Este processo de aprendizagemrequer tempo e uma continuidade de esforos a longoprazo sendo apoiado pelo ESSI, nomeadamente atrav6s doprojecto 51551- 0 pdblico alvo dos casos de estudo o os6rgAo gestores das empresas que vendem on produzemso&ware sendo contempladas Canto pequenas, mediascomo grandes empresas. O resultado das experiSncias doscasos de estudo 5lS5l foram segmentadas em termos dedimenso da empresa e sector de actividade de forma aque Se possam compreender melhor. Os beneficios que asorganizao de desenvolvimento de software podem obteratrav6s de experi8ncias de melhoramento do processo,como no caso do 51551, o expressas em termos dequalidade, produtividade e tempo de desenvolvimento.Apesar das vantagens que a alterago do processo podetrazer existe urna Brande reinncia por parte dos 6rg5os dedecis3o em enfrentar o desafio de estabelecer objectivosambiciosos e, ao mesmo tempo, realisms dos sens pr6priosprojectos de melhoramento. O projecto 51551 facilita atroca de experincias, entre varias nacionalidades, e asmelhores forrnas de superar as barreiras durante oprocesso de melhoramento [ 11 ].

Um outro projecto, o ES5I Pilot Phase ApplicationExperiments, cnjas conclus6es so difundidas pelorelat6rio AENEID de 1996 tamb6m pode ser ana/isado ecomparado corn o SISSI, nalguns aspectos. O objectivo doprojecto AENEID tern sido o fornecimento de apoio paraa troca de inform&Jes sobre o progresso e os resultadosda fase piloto da aplica50 das experi6ncias do ESSI.Nesse relat6rio foram apresentadas as inform&6es sobre oprogresso e resultados de 25 experi8ncias comunidadeESSI e a uma mais vasta audincia europeia. Esta

informaV:o 6 veiculada atrav6s de variiOs meios como porexemplo workshops, confer8ncias e resnltados dos estudospublic&dos na internet [ 12 ],

AIl;gih.se das exf>eriSncias do projecto SISSI

No 5mbito do projecto SISSI forarn realizadascinquenta e uma experincias de melhoramento doprocesso Que serviram de base para o nosso estudo [ I ].Devido a informao insufxciente, duas das experi8nciasforam rejeitadas tendo sido utilizadas apenas quarenta enone (Anexo A). Como resultado das expertncias demelhoramento de processo foram desenvolvidos edistribufdos uns relat6rios para estudo com cerca de 4paginas cada. Estes relat6rios no tm uma orientsotRica (exclusivamente) possuindo, pelo conno, umaClara orientaVilo para o neg6cio e esto focados para aac50. Encontram-Se classificados de acordo com diversospmetros e palavras-chave de forma a facilitarem aextrac3o de informaJes selectivas pelos potenciaisinteressados [ II ]. De entre Os parAmetros que existemnesses relat6rios, que obedecem a um formato prdefinido encontram-Se, entre outros, o titulo do projecto,descri50 e resumo dos result&dos obtidos, motiva80,objectivos, estrat6gias de implementa5o, resultadosobtidos e sen impacto liJes apreendidas, pianos futnros,quadro resumo. Devido ao variado leque de sectores deactividade (Ordfico I) e de paises envolvidos (Grfico 2) aterminologia usada, muitas vezes, mio a mesma, pelo queteve de ser realizada uma normaliza50 dos diversospar8metros, de forma a estes poderem ser comparados.

38 / QuaTIC'2OOI

',.\ /, I UeTG

QuaTIC2001 / 39

De acordo com as descri565 dos objectivos e dosresultados obtidos atrav6s das experi8ncias estes foramagrupados em dez categorias e, posteriormentecontabilizados e ordenados por frequ8ncia de utiliza8o(Orafico 3). Algumas dessas categorias, sendosubjectivas, carecem de esclarecimento. Assim,�.Aumento da produtividade - redu50 de custos" soagrupadas numa dnica categoria, pois estAo intirnamenteinterligadas; por "confiana no produto redu50 deerros" foi considerada a correcV5o e robustez do mesmo;

"ContrOlo do processo (projecto)" encontram-Seagrupadas tanto o controlo do processo como o controlodo prOjecto; "eficincia do produto" representa o bornuso dos recursos disponiveis; na "Certifica&o ISO"encontram..se as diversas certifica6es. Nos casos da"Redu5o do tempo de desenvolvimento""Facilidade demanuteno", "Facilidade de utiliza5o", .`Portabilidade"e "Reengenharia" no houve necessidade denorrnalizako.

40 / QuaTIC2001

PeJa anise do Grfico 3 veriifica-se Que se encontramcone os objectivos e resuJtados os seguintes atributos dequaJidade: confiana no produto, facilidade de utiJizao,facilidade de manuteno portabiJidade e efici6ncia; o quedemonstra uma gr&ode preocupa80 na meJhoria da

qualidade~ Com efeito, o aumento de produtividade e aredu&o de custos sRO os objectivos Que forum propostoscom mais frequ8ncia tendo sido os Que mais vezes foramatingidos. Toma-se, assim, peltinente verificar Que osresuJtados correspondem expectativas dos objectivos.

30

25

15

10

5

0

Gr5Bco 3 - Reta50 entre os objectives preten&dos e os result&dos obtidos.

QuaTIC'2001 / 41

CGrgBco 4), Metodologias (co S) e Ferramentas(dfxco 6) que mais Se destacaram peIo ndmero deempresas quo as utilizou.

Gr5Bco 4 - Temologias

Gr;5flco 5 - Metudologias

42 i QuaTIC'2001

For an:illse do Grafico 5 verifica-se Que as mtricastiveram uma maior utilizaAo mas diversas experiSncias.De facto, a ddcada 90 foi marcada pelo crescente aumentodo uso de modelos de processos e padrSes de controle dequalidade no desenvolvimento de software. Sendoactfxalmente uma ea de pesquisa bastante activa, com a

indicao de Que a medio se esni a !Omar uma parteintegrante das actividades de desenvolvimento.

Foi referido, em [ 19 ], que as menices do processo somais dificeis de atingir Que as m6tricas do produto. Tendosido indicado como possivel motivo para este facto, asm6trices do processo screw uma ea Chane no Nine! 4 doCMM (Capabili Matun" Mode'l), um nine! actualmenteatingido por poucas organizas no mundo inteiro.

I`,' '-' ,., - " "-:,. .,,�, - ,, - , -,,,.,,,, . ,, ,. . .. , ,

L

,, , ,' ' ".,` '

" " -:,' ., , � , , , - , -, ,,',,,, ' ,, ,. . ... ... .,

[L " .

. . , ,

O OrfJCo 6, baseado na classifica50 do Anexo B,mostra Que as ferramentas de gestiio de configuraJes ealtera6es 580 as mais utilizadas. For outro lado asferramentas CASE (Computer Aided SoftwareEngineering) ocupam o Segundo lugar, seguindo-se asferramentas gestSo de requisitos e Besnio de projectos.

Com efeito, as ferramentas so um elemento deconsideravel import5ncia na melhoria da qualidade dosoftware, no entanto, dever5o ser acompanhadas detecnicas, reposit6rios e metodologias adequadas para Quese processe uma correct& utiliza50. For outro lado, oambiente de desenvolvimento dove incorporar aldm dasferramentas, ouos aspectos, como sej mleas,Os modelos de presso, modelos de avalia50 e Osrsos humas denidamente qua2icados,

Compara5o dos reJat6rios do 81551 / AENEID

O ESSI d uma ". plataforma efecti na da qual ascompanhias podem procurer a Melhoria do Processo deSoftware. O estudo identificou vios aspectos relativosao decurso das expert cias Que poderAo melhorar aeficdcia das mesmas. E assim Que assume particularimportimcia a preciso do planeamento das experiBetas;a defini50 de objectivos concretizveis; a melhoria daqualidade global da experiSncia; assim como o aumentoda capacidade da organizao [ 12 ].

Gr;5fico 7 - Comparao entre os sectores de actividade mats represenWtivos dos experiSndas $1551 e do relat6rio daAE7.

Gr;;ifico 8 - Comparao entre os PaIses mats representativos das experiSndas $1551 e do rdat6rio da AEm

44 I QuaTIC'200J

Conforme ilustra o Grdflco 9 o "Aumento daprodudvidade - Reduo de custos", a "ConfzanVa noproduto - Reduo de erros" e ..Controlo do processo

(projecto)" s80 OS objectivos mais frequentementeuti2izados em SISSI e AEID. De um modo geraJ osobjectinos principais tm-Se mantido.

1Oo/Q

5%

00,o

Gri&fico 9 Compara50 entre os objectivos unns relevantes das ezperl&ndas $1551 e do relat6rio da AEm.

QuaTIC'"2001 / 45

Irnporta ainda referir Que a Abordagem Orientada porObjectos, Metricas, Mtodos Formals e Testes sgo asTecnologias, Metodologias e Ferramentas mais usadasnas experi8ncias referidas no relat6rio da AENEID.

As ferramentas cram o agente ptimto de melhoriapara 68% das organiza6es. Destas, 40% consideraramQue Os problemas das ferramentas estavam ao nine! daqualidade e do desempenho, gerando insegurana . Amensagem subjacente, citada pelas equipas, 6 qua amelhoria do processo tern que preceder a melhoramentosna tecnologia. De facto, se o processo nAo for hemdefinido e rigorosamente executado, a ferramenta mio seadaptada ao sen prop6sito. Nestes terrnos o processo dedesenvolvimento deve ester barn definido e estabelecidoantes da introdAo das ferramentas [ 12 ].

Recomenda6es

De seguida apresentam-se algnmas recomenda6es edirectrizes genericas que devem ser tidas em aten&oquando uma empresa pretende implementar melhorias noprocesso [ I ], [ 12 ]:

* Ter sempre em conta a resist&ncia dos gestores aimplementao de programas de me!horia. Defacto, Segundo o relat6rio AENEID as raz5esfrequenternente citadas para ago continuarem comas medidas de melhoria realizadas pelasexpert8nclas, tinharn a var com a resistHncia dosgestores (projecto / sDior) e problemas t6cnicos.Assim, 30% das organiza6es que tinham alutenV5o de continuer com o processo de me!horia,em geral jd tinham tido estrat6gias demelhoramentos.

* Defini50 Clara de objectivos realizdveis. Amelhoria da qualidade pode trazer consigo a ideiaQue se podem obter muitos beneficios, o quefacilmente se traduziria em objectivos a atingir. Adiferena entre a quantidade dos objectivospretendidos e Os que se conseguiram obter leva-"nosa concluir que serd preferivel seJeccionar osobjectivos realizdveis e defini-los o melhorpossivel.

* A concentra80 num dnico objectivo para umavalor efici8ncia. A equipa qua desenvolve oprojecto de melhoria do processo dove procurarevitar dispersar-Se em varios objectivos,procurando reunir esforos em torno de um dalesQue seja claramente realizdve! e desta forrna

conseguir, efectivamente, ser eficiente a atingir esseobjectivo.Necessidade de especialistas na area do projecto /consultores para apoio a nine! de perguntas erespostas, sugest6es e discuss5o de alternativas. Naimplementado de processos do qualidade 6 deextrema impornincia a exist8ncia de elernentosespecialistas, quer sejam entidades externas, quersejarn elementos da empresa que obtiveramforma5o, de forma a poderem guiar e apolar aequipa. F importance que a formaV&o e aqualificaAo destes elementos seja um factor a serponderado, logo desde o inicio.projecto tern de ter uma boa gastdo para rater osrecursos humanos durance as fases cruciais dedesenvolvimento. Sendo esta uma area emergente,Dude hd escassez de recursos humanosdevidamente qualificados, as empresas queinvestem mais em formaAo t&m de assegurar a suaretenVo pois, devido a press6es tnicas ecomerciais, s80 uma possivel cobia por parte deoutras empresas.processo deve estar definido e estabelecido antesda introduq5o das ferrarnentas. Se o processo n5oestiver born definido, as ferramentas nAo cumpremo sen objectivo, polo que e mais importance ter oprocesso definido e hem gerido do que boasferramentas.Dene-se tar algum cuidado em rela5o aosfomecedores das ferramentas. Ha muitas falhas emtermos de cumprimento de prazos de entrega e sBonormalmente muito optirnistas em rela80 ils reaiscapacidades da ferramenta Que fornecem.uso de mdtricas dove estar apoiado num m6todopara o controle da qualidade, para que se alcance,convenientemente, os objectivos pretendidos.

Um programa de melhoria da qualidade lava aoestabelecimento de um sistema de qualidade, que deveenvolver aspectos t6cnicos e culturais. Os aspectostdcnicos englobam o desenvolvimento de padrSes eprocedimentos para implementar a qualidade em todas asactividades do processo de desenvolvimento. Osaspectos culturais eso directamente relacionados com aaceitaV5o da qualidade por parte dos indivfduos daorganiza50" Estes s50 dois aspectos fundarnentais para aimplementaAo de melhorias nas organiza6es.

ConsideraBes finals

A qualidade do processo de desenvolvimentodepende da adopV&o de um conjunto de medidasperfeitamente defInidas e documentadas, formando assimo sistema de qualidade [ 16 ]. Para este sistema ser eficazLorna-Se portanto Recesso uma boa geso deprojeccos, nso de metodoZogias de desenvolvimento,formailo continua adequada, uso de m6tricas,eStabelecimento de procedimentos eficazes de controledo produto e adequadas infra-estruturas tanto a Rive! dehardware como de software, para alerr:i do necesioenvolvimento e participa&o das chefiaS~

Dentro destas medidas consideramos, alm dasferramentas, os quarto P's referidos por Jacobson [ 14 ]:Pessoas, Projecto, Produto e Processo~ Sendo as pessoaso elemento fundamentaL Tamb6m, para Piattini [ 15 ],os factores Chane no desenvolvimento de software so:as pessoaS, Os processos e a tecnoZogia. SegundoHumphrey [ 18 ] um processo disciplinado, gerido edefinido e a chave para Se conseguir a qualidade nosoftware.

Assim, podemos afirrnar Que, nas organizaV6es, oaumento da produtividade, a reduo de custos aconfiana no produto, a reduVo do tempo dedesenvolvimento, entre outros factores, 6 conseguido nos6 pela aplicaRo das tecnologias, metodologias eferramentas mas tamb6m pelos recursos humanos Quedet8m. Pela analise da aplicao das tecnologias,metodo2ogias e ferramentas nas experincias do nossoestudO podem ser apontadas como tendo urns maiorutilizag2o as m6tricas, gestilo deconfiguraBes/altera6es, orienta8o por objectos et6cnicas de modelizaAo~ Resulta ainda do exposto anecessidade de combina50 de procedimentos para aaplica&o efectiva destas tecnologias, metodologias eferramentas na engenharia de software~ Estesprocedimentos definem a sequ6ncia de aplica2o dosmetodOs, os requisilos necessarios, o modo comoassegurar a qualidade, a coordena2o das alters5es e Ospariimelros Que permitem aos gestores de softwareavaliar a evolu5o do processo. Pressman [ 13 ] destacacomo procedimentos a utilizer, ha melhoria da qualidade,as revis5es tecnicas formaiS, t6cnicas e estrateBias deteste, Besti1o de altersJes e mecanismos de mediV2o(m6tricas).

As empreSas devem centrar o uso das ferramentas namelhoria da efici6ncia como forma de aumentar o tempolivre para desenvolver trabalho de criatividade (namelhoria da eficacia do processo e qualidade doproduto), sendo assim um vefculo de aumento daprodutividade e de redu50 de custos. Na verdade asconcep6es de boa qualidade SAD fruto de hons analistase nAo de ferramentas 6ptimas. As ferramentas apenas domaior poder ao indivfduo, libertandoo para Que Se possa

concentrar nos aspectos realmente cn`ativos da an:ilise ouda concepSo [ 17 ]~

Os modelos de avails3o do processo dedesenvolvimento de software, como CMM e SPICE(Soare Process Improvement CapabiliDetermination), escilo a ser mais usados no processo dedesenvolvimento de software, face evid6nciasignificativa do sucesso de tais modelos em melhorias daqualidade e produtividade~

Na sequ8ncia do Que foi dito, consideramos Que amelhoria quantitativa do processo tern qu,e Se tornar parteda cultura da organizao, e s6 seta alcanada quando Osgestores melhorarem o sen processo de software tendoem linha de conta um modelo como o ClvfZvI [ 19 ].

0 Que ressalta desta amanse, 6 a necessidade decOnStruAo de infra estruturas para Que o processo dedesenvolvimento de software possa ser implementadonas organiza6es. Porem, este processo deve sercontinuamente me2horado para assim aumentar a suaeficincia. Tndo isto permite-nos afirmar Que "melhoriasno processo de desenvolvimento'- tern irnplicaV5esben6ficas na quaZidade do produto final.

BibBografxa

{1]www.esi-es/ESSI/fle o 11/24151/Download htrnl13/10/2000

L # J`!`v:!!:!__-x;LLL uL:>-LW chyx Lu ?x"<cs::,iLZJlqeL;.ILLILI IJl Iv[ _' UUU

[ 5 ] wLv\v.cordis.lu/espritlsrc/essifacts.htm, 13/10/2000[ 6 ] www.cordislu/esprit/src/essitrai.htm13110/2000

L Av J vv. w L;ux urn-xWcspx Lu:>f u c:yi:!!3ixwK+.nLLLx JL:3/ / vi-ii!;uvv[ 11 ] ww-cordis.lu/esprit/src/451.htm 13/10/2000[12 ] George W. George (1996); Sofiware best practice

ezPenences of the ESSIpz"lot phase e.;ZpCronenLs, A report ofthe.lfndlugs of a study of the experiences of the ESSIpilotphase ecriments undertahen as pan of the AENEIDOissemz" `narzon Action.

[ 13 ] PreSsman R. (1997); Sofiwve Engineering;McGraw lIifl. 42 Ed.

[ 14 ] Jacobson, I.; Booch G.; Rumbaugh J. (2999);The Un1fied Software Development Process; Addison -Wesley.

[ 15 ] Hattmi; Daryanani (1995); E/ementos yHerramientas en el Desarrollo de Sistemas de Informacion:Una visz"6n actual de la tecnologia CASE; Madrid

[ 26 ] SHvoira, M.C. (2000); processo deDesenvolvimento Unzficoda e OrientaSo para Objectos:import^ancia na qurTidnLme de software; Revista Ednao eTecnologia Instituto Politkcnico da Guarda.

[ 17 ] Enoch G. (1994); Object-Oriented Analysis andDesign with App/ications; The Benjamin / CummingsPublishing Company Inc.; Redwood City; Second Edition;California

QuaTIC.2001 / 47

( 18 ] Humphrey, W. (1989); Managing the SojhvareProcess; Ad&son-Wesley PnbHshing Company.

[ 19 ] David MiRedge, Serge Para (1996); FINALREPORT - ESSI Number: 10714.

Anexo A - Experi8ncias SISSI

De seguida apresentam""se os tituLos dasexpen"^encz-as utz"lizadas, do projecto SISSI. Aseen. ^encias, numeros 11 e 35, foramrejez"tadas par ndo possuz�rem informaVdasujiciente para a nossa azzdLise.

I. A BUSINESS PROCESS BY IMPROVINGINFORMATION SYSTEM METHODS

2. A FRESH START WITH NEW ITTECHNOLOGIES

3. ADOPTION OF KNOWLEDGE MODELLLNGMETHODOLOGY

4. APPLICATION OF THE ASCET METHOD5. APPLYING GQM TO ASSESS CM PRACTICE

FOR BETTER INTERBANK SERVICES6, AUTOMATED DOCUMENTATION SYSTEM7. AUTOMATED SOFTWARE TESTING TO

COPE WITH MARKET DEMANDS8. AUTOMATED TESTING OF GRAPHICAL

USER INTERFACES (GUIs)9. BUILD-UP OF A CENTRALISED SOFTWARE

QUALITY MANAGEMENT10. CONFIGURATION AND CHANGE

MANAGEMENT TO RISING QUALITY OFSERVICE

II. CONTROL SOFTWARE QUALITY ANDPRODUCTIVITY

12. EFFICIENT DEVELOPMENT ANDMAINTENANCE OF CUSTOMISED SOFTWAREPRODUCTS

13. EFFICIENT MIGRATION OF APPLICATIONS14. ELECTRONIC DOCUMENT SYSTEM15. ESTABLISHING WHEN THE BUGS OCCUR16. EXPERIMENTING CHANGES THE

DEVELOPMENT PROCESS17. FORMAL CODE INSPECTION (FCI) ON

SMALL COMPANIES18. FORMAL METHOD TRIAL IN SPACE

INDUSTRY19. FORMAL METHODOLOGY FOR SOFTWARE

APPLICATION MAINTENANCE20. FOKMAL PROCESS DEVELOPMENT21. FORMAL SPECIFICATION METHOD22. GLOBAL CHANGE MANAGEMENT TO GET

EURO/YEAR2OOO COMPLIANCE23. GQM BASED METRICS FOR RISK

REDUCTION

24. GSM SOFTWARE ENHANCEMENTTHROUGH FORMAL LANGUAGE

25. IMPLEMENTATION OF REUSE ANDRELATED ASSETS TO IMPROVE SOFTWAREDEVELOPMENT

26. IMPROVED PROJECT ESTIMATION27. IMPROVED SOFTWARE DEVELOPMENT

THROUGH THE USE OF REUSE28. IMPROVING SOFTWARE DEFECT

ANALYSIS29. T APPLICATIONS IMPROVEMENT

THROUGH SYSTEMATIC30. INTRODUCTION OF A CONFIGURATION

MANAGEMENT IN VERY SMALLORGANISATIONS

31. INTRODUCTION OF A COMMONCONFIGURATION MANAGEMENT

FRAMEWORK32. INTRODUCTION OF CONFIGURATION

MANAGEMENT33~ INSTITUTIONALISATION OF TEST

AUTOMATION34. NEW TEST SYSTEM FOR BETTER

PRODUCT QUALITY35. OBJECT ORIENTED DESIGN REDUCED

TESTING TIME36. PROJECT MANAGEMENT SYSTEM FOR

FORMALISING SOFTWARE DEVELOPMENTPROJECTS

37. QUALITY CONTROL SYSTEMS CHANGETHE WAY SOFTWARE IS DEVELOPED

38. QUALITY IMPROVEMENT THROUGHVERIFICATION PROCESS

39. QUALITY MODEL FOR AN INFORMATIONSERVICES DEPARTMENT

40. REAL TIME SYSTEMS - FASTER ANDBETTER IMPLEMENTATION

41. RE-USE ORIENTED APPROACH FOR MORERELIABLE SOFTWARE PRODUCTS

42. SMALL INNOVATIVE TEAM KEEPS UP TODATE

43. SOFTWARE COST/ESTIMATIONPROCESSES AND LIFECYCLE DEFINITION

45. SOFTWARE RELIABILITY ENGINEERING(SRE) TO TACKLE TEST COST

46. SPECIFICATION AND SOFTWAREMANAGEMENT RETHOUGHT

47. TACKLING QUALITY MANAGEMENT48. TACKLING THE DOCUMENTATION

HEADACHE49. " USE CASES" TECHNIQUE TO FULFILL

USER EXPECTATIONS50. USE OF NOVEL SOFTWARE METHODS51. USER SUPPORT DATA BASE

48 / QuaTIC2001

Anexo B - Tecnolog;ias, Metodologias eFerramentas

De seguida apresenta-Se tuna tabela com as empresasQue participaram na experi8ncia 51551 e as Tecnologias,Metodologias e Ferrarnentas por elas usadas.

QuaTIC'ZOOI / 49

EmpressTunolo, Metodolo, Feamen

3ig S"AOb`t iented, C OSE, P, QU

ea Defence Systems otO, CASE, TX, FOSIG

AEROSPATIALE ESPACE ETDEFENSE

Cheton SASMethodoloCAS

.SYBEX Worow, document nagement and imazinE.BMW AG m planning, modelling techniques, change/configuration management

el & Kjzr Measurements&V tools, LD Testd

& Kjr Sound &on Measeven S _Modelling Techniques/ Prototyping/ Requirements management/Metrics

Cad. Lab S.p"A

CECA~ ~~~

Formal SE Methodology/ ESTIMATE 2000,AUTO-DEX, ALLIANCE andRECAP tools.

Chase Comput Seces Ltd- System planning me010eequiremen management

Company CLS K Suctured nalysis, CASE, PROMOTE

Dace Ltd Formal methods, Changconflgation management tools, QA.

Datamat Ingeea dei Sistemi Conflgaon ManagementEL SPA CRA

FoI Meods, 0cc Oriented, T0Engineeng Ingegna S.p"A

eceics Toolsgineeng Ingegneriarflea Svstem Planning methodologies- Oiect MAn ae.mv.nt

Event ASChangConflgtion Management tIs

GEP Engineering S.p.AP0SO/SPICE, Lot Notes, CCarvesC

Gonna Indusial S.A. CA-Superproject and SPG, ACCESS and MS-Project and Office tools.

\mE Lins aer deEspa6a ualit Plan ProcedurePR, Metrics stems, SISMEIN, SASmM Semea Sud Metrics//WITT2, QAPartner Suite,QAPlanner,TRAC/2,TREC/2,SPC

Metricate, Check Point/2LC.E. Ltd

. ~~~ ~System, planning methodologies, Metrics, Change/Configuration mgmt toolsProiect management tools

bus bH

foaQue CD( Qualools, PACBASE, LOGISCOPE, ECREVISE, PQC

S Chge nagement, GNATS, EMACSIsseice S.p"A"

Endevor, J, Lotus Notes, MecsItel S.p.A.

DL Language, SOT Tool, MSLMS Intemaonal

Ob'ect OrientedV tools, OMT, C..1-`l", PURIFY, QUANTMagic Sowe Enteses Lt _Wiunner (autotedtesting tool)MICROLOGICA

______________________________________Object oriented analysis and design, Prototyping, Change/ configurationmanazevent tools.

Noa Mobile Phone Ltd System planning methodologies/Modelling -- technus/CASuirements managemenroiect management

50 / QuaTIC2001

Empr6a Temolo, Metodolog, FeenNoa Telecounica6ons Oy System planning methodologies/Modelling techniques/0-O analysis and

design/Metrics/Change-Cfg mgmt /Req. MgmtOON srl CS&V TOOLS/CM TOOLSPLLB Elemonica SpA Reuse, ClearCase tool, Logiscope, Purify, Quantify, Pure DOTS

emientos-Uno S Peer Review, Formal Code Inspection, SQA Statistics, COM, MetricsOFit Gesti6n Informtics

Applications Mntence MeodologyPROFit Gesti6n Informdtics.A. Modelling chniques, Connsion

CE ASISNCIA Structured Analysis, Object Oriented. 4ONT, S OBSYDIRolls-Royce and sociates Ltd rm meods, S tools, COON-SR.0.5.E. Informatik bH Change/configuration management tools, metrics, quality assurance.SDevlonics s SO-9000. CASE, PVCS, CDE, S/SATS I"A", Societa Interbanca

per IAutomtone S.p.A. CCC, GQM Methology, GQM ToolSiemens tiengesellscha Systems planning methodologies/Modelling techniques/Structured

analysis/Change congation managemenelation databases.Sysdeco GIS S Change/ Conganon Management ToolsSODIA S"p"A seCases,S/OMT

SAutotion A techniques/Object oriented analysis and design/Changeon management/Structed analysis/Relational tabasroJ"t

TT Tieto Oy Objt Oriented, Relational Databes, ODB++, C++, OVinter Buns

Indusiraadgivning S ASE

QTIC2OOI / 51