UNIVERSIDADE FEDERAL DO PAR

INSTITUTO DE CINCIAS EXATAS E NATURAIS

CURSO DE BACHARELADO EM CINCIA DA COMPUTAO

Talita Vieira Ribeiro

MEDIO EM PROCESSOS DE SOFTWARE: DA

APLICAO PRTICA MELHORIA DE UMA
FERRAMENTA DE PLANEJAMENTO E ANLISE

Belm
2011
 Talita Vieira Ribeiro

MEDIO EM PROCESSOS DE SOFTWARE: DA

APLICAO PRTICA MELHORIA DE UMA
FERRAMENTA DE PLANEJAMENTO E ANLISE

Trabalho de Concluso de Curso

apresentado para obteno do ttulo de
Bacharel em Cincia da Computao.
Instituto de Cincias Exatas e Naturais.
Faculdade de Computao.
Universidade Federal do Par.
Orientadora: Profa. Dra. Carla
Alessandra Lima Reis

Belm
2011
ii
 Talita Vieira Ribeiro

MEDIO EM PROCESSOS DE SOFTWARE: DA

APLICAO PRTICA MELHORIA DE UMA
FERRAMENTA DE PLANEJAMENTO E ANLISE

Trabalho de Concluso de Curso

apresentado para obteno do ttulo de
Bacharel em Cincia da Computao.
Instituto de Cincias Exatas e Naturais.
Faculdade de Computao.
Universidade Federal do Par.
Orientadora: Profa. Dra. Carla
Alessandra Lima Reis

Data da defesa: 13/Dezembro/2011.

Conceito: Excelente.

Banca Examinadora

Profa. Dra. Carla Alessandra Lima Reis

Faculdade de Computao/UFPA ORIENTADORA

Prof. Dr. Rodrigo Quites Reis

Faculdade de Computao/UFPA MEBRO

Prof. Dr. Sandro Ronaldo Bezerra Oliveira

Faculdade de Computao/UFPA - MEBRO
iii
A todos aqueles que acreditaram e confiaram
em mim.
iv
 AGRADECIMENTOS

A Deus pela vida.

Aos meus pais, Carlos e Luiza, que sempre fizeram de tudo pra que eu e meu irmo
pudssemos ter as oportunidades que tivemos na vida. Agradeo a eles por terem muitas vezes
se colocado em segundo plano em prol dos filhos que nem sempre reconheceram
merecidamente o grande esforo feito. Agradeo pelas oraes e torcida pela finalizao de
meu trabalho, mesmo sem terem o entendimento direito do que medio de processos de
software; agradeo pelo amor, carinho e dedicao. Reconheo que no tenho nada, mas
considero que o que adquiri durante esse tempo meu conhecimento devo grande parte a
vocs.
UFPA que me proporcionou o espao e a infraestrutura atravs dos quais pude
adquirir meus conhecimentos. Agradeo pela oportunidade das aulas com excelentes
professores (nem todos, claro!) que muito se esforaram para passar o melhor contedo aos
alunos.
Aos meus orientadores e excelentes professores, Carla e Rodrigo, pela confiana
depositada em mim. Agradeo por me permitirem fazer parte no somente do grupo LABES
de pesquisa, mas da famlia LABES. Agradeo pelas orientaes, puxadas de orelha,
conversas informais, enfim, por todo o suporte oferecido ao longo dos 3 anos e meio de
LABES que me fizeram ter essa grande vontade de permanecer na pesquisa durante os
prximos anos.
FAPESPA e ao CNPQ que financiaram a pesquisa que resultou nesse trabalho e me
permitiram continuar pesquisando.
amiga, conselheira e professora, Luciana, que simplesmente se tornou minha famlia
aqui em Belm. Lembro agora de quando nos conhecemos e do tanto de medo que eu tinha de
falar alguma besteira perto dela. Engraado lembrar disso agora, porque hoje em dia uma
das primeiras a quem eu penso em falar qualquer coisa mesmo que seja besteira. Agradeo
enormemente pela contribuio que teve nesse trabalho. Suas revises, seus questionamentos
e sua ajuda me tornaram uma pesquisadora melhor e nossas conversas, uma pessoa melhor.
Agradeo ainda por me dares a oportunidade de te conhecer, fazendo com que eu te colocasse
na minha listinha de pessoas com quem eu quero me parecer, simplesmente por seres
admirvel.
Ao meu grande amigo, Francisco, que me fez acreditar que eu sou capaz de fazer
muita coisa. Ensinou-me a pensar melhor, a ser mais crtica, a ser mais criteriosa com as
v
palavras e desde sempre tem me ajudado com a minha falta de memria. Agradeo pelas
orientaes com programao e por todas as nossas discusses sobre assuntos aqui
relacionados e sobre aqueles que nada tinham a ver, mas que contriburam para minha
formao. Agradeo por sempre estar presente e pronto a me oferecer sua valiosa ajuda que,
mesmo muitas vezes no sendo utilizada, serviu como apoio para mim, simplesmente por me
fazer saber que eu tinha e tenho com quem contar.
Ao LABES e seus integrantes com quem gargalhei trabalhei durante os ltimos 3 anos
e meio. Oportunidade nica na minha vida que me fez conhecer e gostar de pessoas
maravilhosas e me fez aprender com pessoas dedicadas e inteligentes. Levo comigo um pouco
das muitas virtudes que consegui encontrar em cada um de vocs.
Ao professor Edson que me ajudou a ter foco no meu trabalho todas as vezes em que
eu teimava em me distrair com os amigos do LABES. Suas batidas na parede foram de
fundamental importncia para a quebra da disperso no LABEX e para a retomada dos
trabalhos de pesquisa, muitas vezes atrasados.
Ao meu irmo, Junior, que me ofereceu seu template de TCC e me ofereceu o chat
amigo para me motivar. Agradeo por todas as vezes que ele acreditou em mim e torceu pela
concluso desse trabalho, mesmo que pra obter algum tipo de benefcio com a minha volta a
morar com ele.
Ao meu namorado, Abel, que foi o ltimo a quem eu conheci de todos aqui
mencionados, mas que j ganhou um espao muito grande em minha vida. Agradeo por todo
o seu esforo em tentar de alguma forma me ajudar a concluir esse trabalho e, mesmo me
atrapalhando em alguns momentos, agradeo pela contribuio que simplesmente foi
imprescindvel por tornar to felizes e divertidos os ltimos 7 meses.
Por fim, aos meus colegas de turma, tanto os atuais quanto aqueles que no
conseguiram concluir o curso comigo, que muito contriburam para transformar os ltimos 5
anos nos mais memorveis at ento de minha vida.

vi
A sabedoria no alcanada quando se tem a
resposta, mas sim quando a resposta te trs
sede de aprender mais. (Autor
Desconhecido).
vii
 RESUMO

Como forma de ganhar maior visibilidade no mercado, empresas de desenvolvimento de

software tem tentado agregar qualidade, custo compatvel com o que desenvolvido e prazos
de desenvolvimento concretos aos seus produtos na medida em que aderem a prticas de
melhoria de processos de software. Dentre as vrias prticas de melhoria existentes destaca-se
a Medio, processo no qual dados quantitativos so utilizados para representar atributos de
entidades existentes no processo de desenvolvimento de software. A partir do armazenamento
de dados relativos aos processos executados na organizao possvel ento caracterizar e
comparar projetos, aferindo deficincias e oportunidades de melhoria em entidades de
desenvolvimentos futuros. Apesar do reconhecimento da importncia da Medio, o custo de
sua implantao, a complexidade e a dificuldade na realizao de suas tarefas e a falta de
comprometimento da equipe de desenvolvimento com as atividades de Medio tornam-se
obstculos aplicao dessa prtica nas organizaes de software. Com o objetivo de
contornar alguns dos obstculos e dos problemas encontrados durante a implantao da
Medio, este trabalho apresenta um conjunto de solues em forma de requisitos para o
apoio automatizado de tarefas de Medio e em forma de melhorias em uma ferramenta de
apoio ao planejamento e anlise de Medio. As solues apresentadas surgiram a partir da
anlise de problemas e oportunidades de melhoria identificados durante a implantao de uma
estratgia de Medio em um caso real de desenvolvimento de software e a partir da anlise
de tarefas de Medio recomendadas em normas e modelos de qualidade.

Palavras-chave: processos de software. melhoria de processos. medio. apoio automatizado.

viii
 ABSTRACT

In the last years, software industry organizations are trying to increase their products quality,
develop them with a reasonable cost and time by adopting practices of software process
improvement (SPI). One of SPI practices is Measurement, a process by which quantitative
data are used to describe software process entities attributes. Based on data related to the
organization processes enacted is possible to perform different kinds of analysis in order to
characterize and compare products and projects and then realize weaknesses and improvement
opportunities. Although Measurement is widely recognized as an important practice, its
practical implementation in software industry has some difficulties due to its cost, complexity
and problems that arise when performing its activities, besides the lack of commitment of the
development team. With the purpose of offer support to Measurement implementation and
minimize some of its problems, this work proposes a set of solutions described as
requirements to a tool for measurement activities support and implemented as improvements
in a tool for measurement planning and analysis. The solutions proposed were designed from
observations of a real case of measurement implementation and from the study of
recommendations stated by models and patterns for Measurement in software process.

Keywords: software process. process improvement. measurement. automated support.

ix
 LISTA DE FIGURAS

Figura 1 Metodologia do trabalho. .......................................................................................... 4

Figura 2 Processo de software, entidades e atributos. Adaptado de (FLORAC e
CARLETON, 1999). .............................................................................................. 8
Figura 3 Modelo simplificado dos conceitos de Medio e seus relacionamentos. Baseado
em (KITCHENHAM e PFLEEGER, 1995) e em (BARCELLOS, 2009). ............ 9
Figura 4 Abordagem GQM. Adaptado de (BASILI e WEISS, 1984). .................................. 11
Figura 5 Modelo para definio da meta. Adaptado de (NASCIMENTO, 2007). ................ 12
Figura 6 Abordagem Goal-Driven Software Measurement. Adaptado de (NASCIMENTO,
2007). ................................................................................................................... 12
Figura 7 reas de processo da ISO/IEC 12207. Adaptado de (ISO/IEC, 2008). .................. 14
Figura 8 Modelo CMMI-DEV Nveis de Capacidade e Maturidade. ................................. 16
Figura 9 Modelo MR-MPS Nveis de Maturidade e Capacidade. ...................................... 16
Figura 10 Atividade e fluxo de informao da Medio. Adaptado de (ISO/IEC, 2002). .... 18
Figura 11 Framework para apoiar escolha de mtricas de qualidade. Adaptado de (IEEE
COMPUTER SOCIETY, 1998). ......................................................................... 19
Figura 12 Cliente Manager Console. ..................................................................................... 23
Figura 13 Cliente Task Agenda Desktop (a) e Web (b). ........................................................ 24
Figura 14 Representao grfica da WebAPSEE-PML. Adaptado de (NASCIMENTO,
2007). ................................................................................................................... 25
Figura 15 Formulrio de definio de mtricas. .................................................................... 26
Figura 16 Formulrios de estimativa e coleta de medidas..................................................... 26
Figura 17 Viso em pacotes dos casos de uso do prottipo. ................................................. 28
Figura 18 Diagrama de estados do MIPModel. Adaptado de (NASCIMENTO, 2007). ....... 29
Figura 19 Tela a: indicadores de um MIPModel; Tela b: cadastro de um novo indicador
(NASCIMENTO, 2007). ..................................................................................... 30
Figura 20 Tela a: indicadores de um MIP; Tela b: seleo de alvos especficos do projeto
(NASCIMENTO, 2007). ..................................................................................... 30
Figura 21 Tela para visualizao e anlise dos dados (NASCIMENTO, 2007). .................. 31
Figura 22 Atividades e tarefas de Medio apoiadas pelo ambiente (branco) e pelo prottipo
(azul). ................................................................................................................... 32
Figura 23 Modelo de processo iterativo-incremental adotado pelo projeto (LEMOS, et al.,
2009). ................................................................................................................... 36
x
Figura 24 Atividades de Medio definidas em cada iterao e em cada momento de
necessidade da gerncia ....................................................................................... 37
Figura 25 Plano de Medio metas de negcio e de Medio. .......................................... 39
Figura 26 Dados a serem armazenados durante a catalogao de informaes das normas e
modelos selecionados. ......................................................................................... 45
Figura 27 Exemplo do mapeamento das normas e modelos selecionados para a atividade de
Estabelecer objetivos de medio da fase de Planejar Medio. ......................... 46
Figura 28 Diagrama de pacotes estrutura projetada para extrao, operao e visualizao
de medidas. .......................................................................................................... 55
Figura 29 Fluxo de aes executadas para gerao de indicadores. ...................................... 56
Figura 30 Diagrama de classes do pacote extractor. ............................................................. 56
Figura 31 Diagrama de classes do pacote operator............................................................... 57
Figura 32 Diagrama de classes do pacote visualization. ....................................................... 57
Figura 33 Exemplo de relatrio de comunicao. ................................................................. 59
Figura 34 Exemplo de relatrio de dados do indicador. ........................................................ 60
Figura 35 Exemplo do plano de Medio exportado. ............................................................ 61
Figura 36 Diagrama de pacotes para gerao de relatrios. .................................................. 61
Figura 37 Template do Plano de Medio configurao a partir de XML. ........................ 62
Figura 38 Modelo de classes do prottipo, destacando as novas classes. ............................. 64
Figura 39 Plano de Medio metas de negcio e de Medio. .......................................... 75
Figura 40 Plano de Medio metas de Medio e questes. .............................................. 76
Figura 41 Plano de Medio questes e indicadores. ......................................................... 77
Figura 42 Plano de Medio indicadores e mtricas. ......................................................... 78
Figura 43 Dados de Medio medidas coletadas para alvos do tipo atividade. ................. 79
Figura 44 Dados de Medio dados agrupados e operados. ............................................... 80
Figura 45 Dados de Medio indicadores formulados. ...................................................... 80
Figura 46 Tela de planejamento do MIPModel, modelo genrico para Medio a ser
utilizado por diferentes projetos. ......................................................................... 81
Figura 47 Passos a serem executados pelos usurios da ferramenta para realizar as
atividades do processo de Medio. .................................................................... 82
Figura 48 Tela do Manager Console do WebAPSEE Modelagem de um processo de
desenvolvimento de software. ............................................................................. 83
Figura 49 Formulrio do MIP para cadastro de metas de Medio. ..................................... 84
Figura 50 Formulrio de definio de mtricas. .................................................................... 85
xi
Figura 51 Tela de seleo de alvos para coleta de medidas exemplo de alvos da entidade
atividade sendo selecionados. .............................................................................. 85
Figura 52 Formulrio de estimativa e coleta de medidas para alvos selecionados. .............. 86
Figura 53 Formulrio de armazenamento de anlises e aes e de gerao de indicadores e
relatrios. ............................................................................................................. 87
Figura 54 Visualizaes disponibilizadas pela ferramenta.................................................... 87
Figura 55 Formulrio de gerao de relatrios customizveis. ............................................. 88
Figura 56 Exemplo de relatrio de comunicao da Medio gerado pela ferramenta. ....... 89

xii
 LISTA DE QUADROS

Quadro 4.1 Requisitos para planejamento da Medio Anlise de problemas. ................. 40

Quadro 4.2 Requisitos para coleta e gerao de indicadores da Medio Anlise de
problemas. ........................................................................................................... 42
Quadro 4.3 Requisitos para anlise e comunicao dos resultados da Medio Anlise de
problemas. ........................................................................................................... 43
Quadro 4.4 Requisitos para fase de planejar a medio Anlise de normas e modelos. .... 47
Quadro 4.5 Requisitos para fase de executar a medio Anlise de normas e modelos. ... 48
Quadro 4.6 Requisitos para apoio a realizao de tarefas de Medio de forma
automatizada. ...................................................................................................... 50
Quadro 5.1 Requisitos levantados e funcionalidades do prottipo. ...................................... 52
Quadro 5.2 Formato de indicadores e suas possveis operaes. .......................................... 54

xiii
 LISTA DE ABREVIATURAS E SIGLAS

ADS Ambiente de Desenvolvimento de Software

API Application Programming Interface
CMMI Capability Maturity Model Integration
CMMI-DEV Capability Maturity Model Integration - Development
GQM Goal/Question/Metric
GQ(I)M Goal/Question/Indicator/Metric
MIP Measurement Implementation Plan
MIPModel Measurement Implementation Plan Model
MPS.BR Melhoria de Processo do Software Brasileiro
MR-MPS Modelo de Referncia - Melhoria de Processo do Software Brasileiro
PML Process Modeling Language
PSEE Process-centered Software Engineering Environment
PSM Practical Software Measurement
SPI Software Process Improvement
SQM Software Quality Metrics Approach
TCC Trabalho de Concluso de Curso
UFPA Universidade Federal do Par

xiv
 SUMRIO

1 INTRODUO ..........................................................................................................1
1.1 Motivao e Justificativa .....................................................................................2
1.2 Objetivo do Trabalho ...........................................................................................3
1.2.1 Objetivo Geral ....................................................................................................... 3
1.2.2 Objetivo Especfico................................................................................................ 3
1.3 Metodologia ...........................................................................................................4
1.4 Contexto de Desenvolvimento do Trabalho .......................................................5
1.5 Organizao do Texto ..........................................................................................6

2 MEDIO EM PROCESSOS DE SOFTWARE....................................................7

2.1 Principais Conceitos da rea de Medio ..........................................................7
2.2 Metodologia de Medio em Processos de Software .......................................10
2.2.1 Goal/Question/Metric ......................................................................................... 11
2.2.2 Goal-Driven Software Measurement................................................................. 12
2.3 Medio em Normas e Modelos de Qualidade .................................................13
2.3.1 ISO/IEC 12207..................................................................................................... 13
2.3.2 CMMI-DEV e MR-MPS.BR .............................................................................. 15
2.3.3 ISO/IEC 15939 e PSM ........................................................................................ 17
2.3.4 IEEE Std 1061-1998 ............................................................................................ 19
2.4 Consideraes sobre Captulo ...........................................................................20

3 APOIO AO PLANEJAMENTO E ANLISE DE MEDIO ...........................22

3.1 O Ambiente WebAPSEE ...................................................................................22
3.2 O Prottipo Inicial de Apoio ao Planejamento e Anlise de Medio ...........27
3.3 Consideraes sobre o Captulo ........................................................................32

4 INVESTIGAO DE REQUISITOS PARA APOIO AUTOMATIZADO DO

PROCESSO DE MEDIO ......................................................................................34
4.1 Aplicao Prtica Implantao da Medio em um Caso Real ..................34
4.1.1 Fases de Planejamento e Avaliao da Medio .............................................. 38
4.1.2 Fases de Coleta de Dados e Gerao de Indicadores ....................................... 40
4.1.3 Fase de Anlise e Comunicao dos Resultados da Medio .......................... 42
4.2 Anlise da Literatura Normas e Modelos para Medio .............................44
4.2.1 Requisitos para a Fase de Planejar a Medio ................................................. 46
4.2.2 Requisitos para a Fase de Executar a Medio ................................................ 47
4.3 Consideraes sobre o Captulo ........................................................................49

xv
5 EVOLUO DE UMA FERRAMENTA DE APOIO AO PROCESSO DE
PLANEJAMENTO E ANLISE DE MEDIO ....................................................51
5.1 Anlise do Prottipo ...........................................................................................51
5.2 Melhorias Implementadas .................................................................................53
5.2.1 Projeto e Implementao de Operaes e Visualizaes ................................. 54
5.2.2 Gerao de Relatrios ......................................................................................... 58
5.2.3 Implementao de Novas Funcionalidades ....................................................... 63
5.3 Anlise de Ferramentas de Apoio Medio ..................................................65

6 CONSIDERAES FINAIS ...................................................................................68

6.1 Contribuies e Limitaes do Trabalho .........................................................68
6.2 Trabalhos em Andamento e Futuros ................................................................69
6.3 Contribuies Pessoais do Trabalho .................................................................70

REFERNCIAS ..........................................................................................................71

APNDICE A DADOS DA MEDIO NO CASO REAL .................................75

APNDICE B EXEMPLO DE UTILIZAO DA FERRAMENTA DE APOIO

MEDIO................................................................................................................81

xvi
1 INTRODUO

Os modelos modernos de gesto organizacional enfatizam que o objetivo maior das

organizaes, seja de desenvolvimento de software ou no, deve ser o de atender a diferentes
tipos de interesses relacionados com todos os envolvidos com a organizao: acionistas,
empregados, clientes e mesmo sociedade (COLTRO, 2004). O atendimento dos interesses de
cada um dos diferentes envolvidos com a organizao pode estar relacionado com a obteno
de avaliaes positivas em alguns fatores, como: i) a relao entre o lucro e os custos para a
produo de determinados produtos; ii) a satisfao do cliente em relao aos produtos e/ou
servios oferecidos; iii) a motivao e a produtividade da equipe em relao aos trabalhos
desempenhados; iv) o retorno que a empresa tem oferecido para a sociedade; dentre outros.
Em face disso e com o objetivo de obter a melhor avaliao possvel desses fatores,
organizaes de desenvolvimento de software tm aplicado prticas de melhorias de
processos de software em seus processos internos de produo, acreditando-se que a melhoria
no processo de desenvolvimento de software ir impactar na melhoria do que desenvolvido
pela organizao (FUGGETTA, 2000) e, consequentemente, no atendimento das metas e
interesses dos envolvidos com a organizao.
Nesse contexto de melhoria de processos de software diversas prticas de melhoria
foram definidas e descritas em normas e modelos de qualidade como forma de guiar gerentes,
analistas, projetistas, desenvolvedores e testadores em suas atividades dentro do processo de
software. Normas como ISO/IEC 12207 Systems and Software Engineering Software Life
Cycle Process (ISO/IEC, 2008) e ISO/IEC 15504 Information Technology Process
Assessment (ISO/IEC, 2003) e programas como MPS.BR Melhoria de Processos de
Software Brasileiro (SOFTEX, 2011a) e CMMI Capability Maturity Model Integration
(SEI, 2011) so exemplos que foram e esto sendo utilizados por empresas que desejam
alcanar melhorias em seus processos de produo de software.
Dentre as diversas prticas identificadas nessas normas e modelos, destaca-se a
Medio. Vista consensualmente como apoio essencial a diversas reas de conhecimento da
Engenharia de Software (IEEE COMPUTER SOCIETY, 2004), na rea de Gerncia que a
Medio tem forte influncia uma vez que auxilia na identificao de pontos fortes e fracos da
implantao, da mudana e da melhoria do processo de software e auxilia no fornecimento de
informaes para tomadas de decises importantes para os projetos da organizao.
O propsito do processo Medio coletar, armazenar, analisar e relatar os dados
relativos aos produtos desenvolvidos e aos processos implementados na organizao e em
1
seus projetos, de forma a apoiar os objetivos organizacionais. (SOFTEX, 2011b). Dessa
forma, mediante dados quantitativos que possam representar a realidade do produto e dos
processos implementados, prope-se auxiliar a gerncia de desenvolvimento de software na
tomada de decises de tal forma que os objetivos da organizao referentes ao resultado final
do produto de software em desenvolvimento sejam alcanados.
Assim, reconhecendo a importncia do processo de Medio dentro do processo de
desenvolvimento de software, este trabalho tem como foco a pesquisa nessa rea e a
implementao de solues automatizadas como forma de oferecer suporte a execuo de
atividades desse processo.

1.1 Motivao e Justificativa

Apesar das evidncias existentes do apoio que a Medio pode oferecer, muitas
organizaes de software analisam suas prticas como sendo complexas e difceis de serem
realizadas (GOPAL, et al., 2002). Assim, a complexidade de execuo da Medio, o esforo
despendido e os custos associados tornam-se empecilhos para a institucionalizao de suas
prticas dentro das empresas, o que ocasiona na realizao de suas atividades de forma pouco
frequente, produzindo dados inconsistentes, incompletos e, por conseguinte, inteis para
tomada de aes (FENTON e PFLEEGER, 1997).
Nesse sentido, diferentes abordagens de medio surgiram como forma de contornar
problemas de coleta de dados pouco teis gerncia. Abordagens que preconizam a seleo
de mtricas a partir de objetivos organizacionais so, ento, recomendadas por padres de
qualidade como forma de auxiliar no planejamento da Medio, dentre elas destacam-se
GQM Goal-Question-Metric (SOLINGEN e BERGHOUT, 1999) e GQ(I)M Goal-Driven
Software Measurement (PARK, et al., 1996).
Apesar de imprescindvel, somente orientar a Medio a partir dos objetivos de
negcio no suficiente para garantir o sucesso dos programas de Medio dentro das
empresas de software. Fatores como: i) identificao dos usurios da Medio; ii)
identificao e entendimento das metas desses usurios e das estratgias e riscos para o
sucesso do desenvolvimento do software; iii) definio e seleo de mtricas e de seus
procedimentos de acordo com as informaes levantadas; iv) definio e estabelecimento de
um programa de Medio que produza dados confiveis, tentando, sempre que possvel,
utilizar mecanismos automticos de coleta de dados; v) comprometimento da equipe de
desenvolvimento e de Medio com o programa de medio implantado e vi) definio de
2
mecanismos para relatar os resultados da medio e os problemas e melhorias no programa de
Medio estabelecido so alguns exemplos citados em (HALL e FENTON, 1997), (OFFEN e
JEFFEREY, 1997), (WESTFALL, 1999) e (GOPAL, et al., 2002) como sendo de
fundamental importncia para a obteno de um processo de Medio efetivo dentro das
organizaes.
Com o objetivo de auxiliar em algum desses fatores ditos como essenciais para o
sucesso da Medio e, assim, contornar alguns dos problemas que levam ao insucesso dos
programas de Medio, este trabalho apresenta um conjunto de solues em forma de
requisitos implementados em uma ferramenta de apoio ao planejamento e anlise de
Medio integrada em um Ambiente de Engenharia de Software Centrado em Processos. Os
requisitos foram extrados tanto da implantao prtica de uma estratgia de Medio em um
caso real de desenvolvimento de software quanto da anlise da literatura.

1.2 Objetivo do Trabalho

Alinhadas ao tema exposto, as subsees a seguir detalham os objetivos deste trabalho.

1.2.1 Objetivo Geral

Evoluir um mecanismo de apoio ao planejamento e anlise de Medio de forma a

auxiliar na execuo das tarefas desse processo.

1.2.2 Objetivo Especfico

De forma a atingir o objetivo geral deste, os seguintes objetivos especficos foram

traados:
i. identificar os principais problemas encontrados na realizao das atividades de
medio de processos de software;
ii. identificar recomendaes para a realizao de atividades de medio possveis de
serem automatizadas;
iii. realizar uma proposta de requisitos baseados nos problemas encontrados e nas
recomendaes para a realizao de atividades de Medio;
iv. implementar as funcionalidades e integr-las ao prottipo de apoio ao
planejamento e anlise de Medio definido em (NASCIMENTO, 2007).

3
1.3 Metodologia

Na fase inicial deste trabalho houve a realizao de uma pesquisa exploratria dividida
em duas etapas: a primeira utilizando-se do procedimento de pesquisa em campo teve como
objetivo extrair informaes de problemas encontrados durante a implantao manual de
Medio em um caso real de desenvolvimento de software; a segunda utilizando-se do
procedimento de pesquisa documental teve como objetivo identificar recomendaes para
realizao de tarefas de Medio, extradas de normas e modelo de qualidade, possveis de
serem automatizadas.
Como o objetivo do trabalho era o de compreender e analisar os dados coletados
durante a pesquisa exploratria de forma a identificar requisitos para automao do processo
de Medio, a pesquisa deste trabalho foi ento caracterizada como sendo qualitativa. Os
resultados obtidos durante a anlise qualitativa dos dados a partir do mtodo indutivo foram
utilizados para a realizao das atividades da fase posterior deste trabalho que compreendeu a
evoluo de uma ferramenta de apoio ao processo de planejamento e anlise de Medio.
A Figura 1 a seguir exibe as atividades planejadas em cada uma das fases deste
trabalho.

Figura 1 Metodologia do trabalho.

Na fase de Investigao de Requisitos um conjunto de requisitos foi definido a partir

da:

4
 i. implantao de uma estratgia de medio em um caso real de
desenvolvimento de software, na qual foram identificados problemas e
oportunidades de melhoria possveis de serem solucionados com um apoio
automatizado adequado; e
ii. anlise da literatura, a saber, de recomendaes consensuais descritas em
normas e modelos para apoiar o processo de Medio, na qual foram
identificadas tarefas possveis de serem automatizadas. Vale destacar que a
identificao de recomendaes para Medio que so consenso em normas e
modelos foi resultado de um trabalho de cooperao no contexto do projeto de
pesquisa ao qual este trabalho est vinculado (detalhes na subseo a seguir).
A fase posterior consistiu na evoluo de uma ferramenta de apoio ao planejamento e
anlise de Medio a partir da implementao de requisitos identificados e, at ento, no
implementados na ferramenta. Essa fase foi realizada com base em atividades j conhecidas
do ciclo de desenvolvimento de software: anlise, projeto, codificao e teste das
funcionalidades implementadas.

1.4 Contexto de Desenvolvimento do Trabalho

Este trabalho foi resultado de pesquisas realizadas pela aluna durante os seus projetos
de iniciao cientfica no Laboratrio de Engenharia de Software da UFPA. Importante
destacar ainda que alguns dos resultados alcanados neste foram conseguidos mediante a
anlise de resultados obtidos em um trabalho de cooperao no contexto do projeto de
pesquisa intitulado: Desafios do Aumento da Maturidade em Organizaes de
Desenvolvimento de Software: Integrao de Solues para Avanos em Qualidade de
Software.
O projeto em questo e ao qual este trabalho est vinculado tem em uma de suas
frentes de pesquisa a rea de Medio em Processos de Software em parceria entre
pesquisadores da Universidade Federal do Par juntamente com pesquisadores da
Universidade Federal do Esprito Santo. A pesquisa nessa rea visa desenvolver mecanismos
de apoio automatizado a atividades e tarefas de Medio para nveis iniciais e para alta
maturidade a partir dos resultados obtidos com a construo de uma arquitetura de referncia
para Medio. A arquitetura em questo construda a partir da anlise de um processo
consensual de Medio definido com base em um mapeamento de normas e modelos de
qualidade realizado pelo grupo de pesquisadores envolvidos no projeto. O mapeamento aqui
5
mencionado foi utilizado nesse trabalho para auxiliar na formulao de requisitos para apoiar
atividades de Medio de forma automatizada detalhes na seo 4.2.

1.5 Organizao do Texto

Neste captulo de Introduo foram apresentados o contexto e a motivao para a

realizao do trabalho na rea em questo, alm de terem sido identificados os objetivos do
trabalho e a metodologia aplicada para o atendimento destes. Complementando o texto, os
demais captulos esto organizados da seguinte maneira:
O Captulo 2 faz uma breve introduo a conceitos relacionados com a rea de
Medio em Processos de Software, focando em metodologias, normas e modelos para essa
rea.
O Captulo 3 apresenta o prottipo de Apoio ao Planejamento e Anlise de Medio
proposto em (NASCIMENTO, 2007) no qual os requisitos identificados neste sero
implementados.
O Captulo 4 dedicado Investigao de Requisitos para Apoio Automatizado do
Processo de Medio a partir da identificao de problemas e oportunidades de melhoria com
a implantao de uma estratgia de medio em um caso real de desenvolvimento de software
e a partir da anlise de normas e modelos aplicados a esse processo.
O Captulo 5 apresenta a Evoluo de uma Ferramenta de Apoio ao Processo de
Planejamento e Anlise de Medio a partir da implementao dos requisitos identificados.
Por fim, o Captulo 6 apresenta as Consideraes Finais deste trabalho, identificando
trabalhos em andamento e sugesto de trabalhos futuros.

6
2 MEDIO EM PROCESSOS DE SOFTWARE

Para entender a importncia da medio para o processo de software preciso

primeiramente entender como o relacionamento entre eles estabelecido.
O processo de software definido em (PRESSMAN, 2010) como sendo um
arcabouo para atividades, aes e tarefas que so necessrias para construir software de alta
qualidade. Em outras palavras, o processo de software estabelece um conjunto de atividades
seus fluxos e seus relacionamentos vinculadas a pessoas, recursos, ferramentas, produtos
de trabalhos, prazos, custos e demais entidades que estejam envolvidas na construo de um
software de forma a atender aos requisitos estipulados pelo cliente.
Por envolver entidades que so normalmente gerenciadas dentro de uma organizao,
como pessoas e recursos, e por envolver entidades crticas para o negcio de uma
organizao, como prazos e custos, metodologias e abordagens que apiem o gerenciamento
dessas entidades se fazem necessrias como forma de auxiliar a gerncia a melhor gerir, de
forma conjunta, todas as entidades envolvidas no desenvolvimento do software.
Nesse sentido de melhor gerenciamento de processos, a Medio tem um papel
importante j que ela auxilia na caracterizao, avaliao, predio e melhoria de processos de
software (PARK, et al., 1996). A partir de nmero e/ou smbolos atribudos a atributos de
entidades do processo (FENTON, 1994), como produtividade da equipe, disponibilidade de
recursos e tamanho de produtos, a Medio: i) fornece base para caracterizao do processo
na medida em que permite um maior entendimento dos atributos medidos; ii) auxilia na
avaliao do processo em relao a conformidade do que fora planejado; iii) possibilita a
identificao de padres em entidades, tornando seus comportamento mais previsveis; e, iv)
por conseguinte, auxilia na melhoria contnua do processo como um todo.
As subsees a seguir apresentam principais conceitos da rea de medio,
metodologias de medio utilizadas em processos de software e a medio sob o ponto de
vista de normas e modelos de qualidade. Informaes necessrias para o melhor
entendimento do relacionamento desse processo com o de software.

2.1 Principais Conceitos da rea de Medio

Os conceitos a serem descritos a seguir foram obtidos em (FENTON e PFLEEGER,

1997), (SOLINGEN e BERGHOUT, 1999), (KAN, 2002) e (LAIRD e BRENNAN, 2006).

7
 Como j mencionado, na Medio valores numricos ou simblicos so atribudos a
atributos de entidades do processo. Entende-se por entidade qualquer objeto existente dentro
do processo de desenvolvimento que se deseja caracterizar, avaliar, predizer e melhorar; e por
atributos, caractersticas desses objetos possveis de serem mensuradas. A Figura 2 a seguir
identifica, dentro do processo de software, algumas entidades e seus possveis atributos
mensurveis.

Figura 2 Processo de software, entidades e atributos. Adaptado de (FLORAC e CARLETON, 1999).

A definio formal dos valores atribudos a esses atributos chamada de mtrica,

enquanto que os valores propriamente ditos so as medidas (SOLINGEN e BERGHOUT,
1999). Mtricas podem ser objetivas, quando a medida relacionada independe do autor que a
coleta; ou subjetivas, quando uma mesma mtrica pode receber medidas diferentes para um
mesmo alvo de coleta instncia de uma entidade quando mensurada por autores distintos.
As mtricas podem ainda ser de dois tipos: bsica ou derivada. Se a medida de uma
mtrica a ser coletada depender da medida de outras mtricas para compor o seu valor ento a
mtrica dita como derivada, caso contrrio ela dita como bsica.
Uma medida representa um valor de uma mtrica em uma dada unidade. Unidades
definem a forma como um atributo ser medido. Um mesmo atributo pode ser medido em
diferentes unidades, devendo ser indicado o procedimento de coleta da medida para cada
possvel unidade da mtrica a mtrica, como por exemplo, o atributo tamanho da entidade
produto pode ser mensurado tanto em Linhas de Cdigo (LOC) como em Pontos por Funo
8
(PF). Normalmente as unidades de uma mtrica mantm algum tipo de relao umas com as
outras de tal forma que uma medida em uma determinada unidade pode ser convertida para
medidas em diferentes unidades a partir de procedimentos adequados. A Figura 3 ilustra o
relacionamento entre os conceitos expostos.

Figura 3 Modelo simplificado dos conceitos de Medio e seus relacionamentos. Baseado em

(KITCHENHAM e PFLEEGER, 1995) e em (BARCELLOS, 2009).

A Figura 3 mostra ainda o relacionamento da unidade de uma mtrica com sua escala
que pode ser de 5 tipos: nominal, ordinal, intervalar, racional (KAN, 2002) e absoluta
(LAIRD e BRENNAN, 2006). Escalas definem propores entre medidas de mesma unidade,
variam em significado dos valores admitidos e operaes sobre esses valores como descrito a
seguir.
Nominal servem para categorizar entidades. Podem admitir qualquer valor,
objetivo ou no, porm no so aplicveis muitas operaes matemticas ou
mesmo ordenao. As operaes disponveis para esse tipo de escala so:
igualdade e moda.
Ordinal mesmo que nominal, porm acrescenta a idia de ordem, sendo que os
intervalos ainda no possuem qualquer significado. As operaes disponveis para
esse tipo de escala so: as mesmas da escala nominal mais a determinao de
maior, menor e mediana.

9
 Intervalar apresenta significado entre valores a ponto de poder qualificar
intervalos com distancias maiores, menores ou iguais a outros intervalos. Algumas
operaes j so admitidas para esse tipo de escala como a soma e a subtrao,
porm o zero no um valor vlido aceitvel, nesse caso, operaes de
multiplicao no so significativas. As operaes disponveis para esse tipo de
escala so: as mesmas da escala ordinal mais a soma, subtrao, mdia e
comparao entre valores em intervalos.
Racional nessa escala o zero absoluto considerado um valor vlido, dessa
forma, clculos de comparao so aceitveis para valores desse tipo. As
operaes disponveis para esse tipo de escala so: as mesmas da escala intervalar
mais a multiplicao, diviso, mdia geomtrica e harmnica e comparao entre
valores das operaes em intervalos.
Absoluta essa escala um tipo especial de escala racional em que contado o
nmero de ocorrncias. Somente valores positivos e o zero so aceitos nessa
escala. As operaes disponveis para esse tipo de escala so: as mesmas da escala
racional mais a determinao de igualdade entre valores de outras escalas.
Como forma de auxiliar na visualizao das medidas coletadas, indicadores so
utilizados, sendo representaes grficas dos dados valores puros ou valores produzidos a
partir de operaes especficas que podem apresentar-se em diferentes formatos.

2.2 Metodologia de Medio em Processos de Software

Para escolher as mtricas que iro compor a Medio dentro do processo de software,
critrios devem ser identificados e priorizados dentro da organizao de forma a auxiliar na
coleta de informaes que sejam representativas para a gerncia tomar decises e de forma a
guiar o planejamento da medio de acordo com objetivos conhecidos pela organizao.
Nesse sentido, diferentes abordagens de Medio existentes na literatura so utilizadas
na indstria como forma de guiar a escolha de mtricas a serem coletadas. Metodologias de
Medio como GQM Goal/Question/Metric (BASILI, 1992) e SQM Software Quality
Metrics Approach (BASILI e WEISS, 1984) so exemplos de abordagens que orientam a
escolha das mtricas a partir de metas estabelecidas dentro da organizao.
Nas subsees a seguir sero apresentados detalhes a respeito de dois paradigmas
relevantes para esse trabalho: o GQM e sua adaptao Goal-Driven Software Measurement
(PARK, et al., 1996).
10
2.2.1 Goal/Question/Metric

O paradigma GQM baseia-se na seleo de mtricas orientadas a objetivos de Medio

da organizao. A ideia base dessa abordagem , para cada meta estabelecida dentro da
organizao, identificar questes possveis de serem respondidas com a anlise de medidas
coletadas para mtricas, sendo a Medio ento fundamentada em metas que a organizao
visa alcanar. A Figura 4 ilustra a abordagem em questo.

Figura 4 Abordagem GQM. Adaptado de (BASILI e WEISS, 1984).

Na Figura 4 possvel ainda perceber que para a definio da Medio uma viso top-
down utilizada enquanto que para a sua interpretao uma viso bottom-up aplicada. Isso
particularmente vantajoso para a Medio uma vez que possibilita identificar mtricas teis a
serem coletadas e interpretar os dados de modo a responder questes que traduzam os
objetivos da organizao.
A abordagem permite ainda que uma mesma meta origine diferentes questes e cada
questo, diferentes mtricas. Assim, uma nica medida pode auxiliar a responder a mais de
uma questo e, por conseguinte, a atender a mais de um objetivo. Para montar o esquema
apresentado, a abordagem GQM estabelece 3 passos principais que so justamente os
relacionados com a formulao das metas, das questes e das mtricas que compem o
planejamento.
A abordagem estabelece ainda um formato padro de definio de metas, as seguintes
informaes devem conter na definio: entidade relacionada a algum propsito da
organizao; o propsito em si; o atributo da entidade a ser analisada; o ponto de vista e o
contexto a serem considerados no atendimento ao propsito ver Figura 5.

11
 Figura 5 Modelo para definio da meta. Adaptado de (NASCIMENTO, 2007).

2.2.2 Goal-Driven Software Measurement

Extenso do GQM, o Goal-Driven Software Measurement tambm preconiza a

seleo de mtricas guiadas pelos objetivos da organizao e agrega abordagem precursora
novos conceitos, dentre eles o de metas organizacionais e o de indicadores. A nova
abordagem estabelece que os objetivos de medio sejam identificados a partir de objetivos de
negcios j conhecidos dentro da organizao. Ela estabelece ainda a utilizao de
indicadores para auxiliar na anlise de possveis respostas s questes levantadas de forma
que as mtricas sejam identificadas a partir daqueles e no destas diretamente. Essa ltima
caracterstica fez a abordagem em questo ser conhecida tambm como GQ(I)M.
importante destacar que as metas da organizao no precisam conter informaes
diretas a respeito das entidades que devero ser medidas, contudo cabe s metas de medio
refinar as metas de negcio de forma a agregar essas e outras informaes como ilustrado na
Figura 6.

Figura 6 Abordagem Goal-Driven Software Measurement. Adaptado de (NASCIMENTO, 2007).

12
 A incluso dos novos nveis na abordagem anterior acarretou na incluso de novos
passos para a implantao da nova abordagem, so eles:
i) identificar as metas de negcio da organizao;
ii) identificar o que a organizao deseja conhecer e aprender;
iii) identificar submetas para as metas estabelecidas;
iv) identificar as entidades e os atributos relacionados com as submetas;
v) formalizar as metas de medio;
vi) identificar questes quantificveis e indicadores relacionados que auxiliem a
alcanar as metas de medio;
vii) identificar os elementos de dados que sero coletados para compor os
indicadores;
viii) definir as mtricas a serem utilizadas;
ix) identificar as aes a serem tomadas para implementar as mtricas; e
x) preparar o plano de implementao das mtricas.
Alm de novos passos, o paradigma GQ(I)M descreve com maiores detalhes como
cada passo dever ser realizado de forma a selecionar as mtricas que estejam alinhadas aos
objetivos estratgicos da organizao.

2.3 Medio em Normas e Modelos de Qualidade

Tendo em vista a importncia da Medio para apoiar o atendimento aos objetivos

organizacionais, normas e modelos de qualidade alguns especficos para Medio
identificam um conjunto de recomendaes a serem levadas em considerao durante a
implantao desse processo. As subsees a seguir detalham a Medio sob o ponto de vista
das seguintes normas e modelos: ISO/IEC 12207 Systems and Software Engineering
Software Life Cycle Process (ISO/IEC, 2008), CMMI-DEV Capability Maturity Model
Integration (SEI, 2010), MR-MPS Modelo de Referncia Melhoria de Processo do
Software Brasileiro (SOFTEX, 2011b) (SOFTEX, 2011c) (SOFTEX, 2011d), ISO/IEC
15939 Software Engineering Software Measurement Process (ISO/IEC, 2002), PSM
Practical Software Measurement (MCGARRY, et al., 2002) e IEEE Std 1061-1998 IEEE
Standard for a Software Quality Metrics Methodology (IEEE COMPUTER SOCIETY, 1998).

2.3.1 ISO/IEC 12207

13
 A norma ISO/IEC 12207 estabelece um arcabouo para o ciclo de vida de processos
de software, desde terminologia at a definio de atividades e tarefas aplicveis a diferentes
contextos de processos e a diferentes reas de processos de software.
A Figura 7 ilustra a diviso da norma em dois grandes grupos contendo reas de
processos aplicveis ou a sistemas de software ou a produtos ou servios de software
independentes, so eles: i) Processos de Contexto do Sistema; e ii) Processos de Software
Especficos. Cada grupo divide-se ainda em grupos menores ao todo sete que agrupam
reas de processo que estejam dentro do escopo especfico definido pelo grupo. A Medio de
Processos uma rea presente dentro do grupo de Processos do Projeto da macro diviso de
Processos de Contexto do Sistema. Todas as reas de processo definidas dentro do grupo de
Processos do Projeto destinam-se ao planejamento, avaliao e controle aplicveis a
diferentes reas da gerncia organizacional.

Figura 7 reas de processo da ISO/IEC 12207. Adaptado de (ISO/IEC, 2008).

Em linhas gerais, para a rea de processo de Medio de Processos, a ISO/IEC 12207

identifica atividades, tarefas e normativas a serem realizadas e produtos de trabalho a serem

14
produzidos de forma a oferecer suporte efetivo ao gerenciamento dos processos e dos projetos
e a demonstrar objetivamente a qualidade dos produtos.
So trs as atividades bases da Medio na ISO/IEC 12207: Planejar a Medio,
Executar a Medio e Avaliar a Medio.
Durante a atividade de Planejar a Medio, caractersticas da unidade organizacional
que se deseja medir bem como as necessidades de informao desta devem ser identificadas;
mtricas que satisfaam as necessidades de informao e seus procedimentos de coleta,
anlise e comunicao devem ser documentados; critrios de avaliao das necessidades de
informao e dos produtos de trabalho produzidos devem ser elaborados; e o suporte
tecnolgico para as tarefas de medio deve ser identificado e fornecido a equipe envolvida.
Para Executar a Medio, os procedimentos das mtricas identificados no
planejamento devem ser inseridos dentro dos processos relevantes a serem medidos; as
medidas devem ser coletadas, armazenadas e verificadas; os dados devem ser analisados; e o
resultado da medio deve ser documentado e comunicado aos envolvidos.
Na ltima atividade de Avaliar a Medio o processo de medio e seus produtos de
trabalho devem ser avaliados, sendo as melhorias identificadas e comunicadas aos
interessados.

2.3.2 CMMI-DEV e MR-MPS.BR

Tanto o CMMI-DEV como o MR-MPS so modelos de qualidade que agrupam

recomendaes de boas prticas em diferentes nveis de maturidade e capacidade. As prticas
recomendadas so separadas em reas de processo no CMMI-DEV e em processos no MR-
MPS. Apesar da nomenclatura diferente a semntica a mesma nos dois casos e para fim de
simplificao ao longo desta seo os processos do MR-MPS sero tratados como reas de
processo.
Para se atingir o primeiro nvel de maturidade nesses modelos, as recomendaes
identificadas para cada rea de processo do referido nvel devero ser atendidas, bem como as
recomendaes de capacidade devero ser implantadas em cada rea de processos do nvel.
Para se atingir um nvel acima nesses modelos, tanto as recomendaes das reas de processo
dos nveis iniciais como as das reas do nvel que se deseja atingir devem ser satisfeitas, assim
como as recomendaes de capacidade do nvel a ser atingido e dos nveis inferiores devem
ser implantadas em todas as reas de processo implementadas pela organizao at ento. A

15
Figura 8 e a Figura 9 a seguir exibem os nveis de maturidade e capacidade e suas respectivas
reas de processo para os modelos CMMI-DEV e MR-MPS respectivamente.

Figura 8 Modelo CMMI-DEV Nveis de Capacidade e Maturidade.

Figura 9 Modelo MR-MPS Nveis de Maturidade e Capacidade.

16
 Para a Medio, esses modelos estipulam prticas tanto em nveis iniciais de
maturidade e capacidade nvel 2 do CMMI-DEV e F do MR-MPS quanto em nveis mais
avanados 4 e 5 do CMMI-DEV e B e A do MR-MPS. Nos nveis iniciais dos modelos
possvel identificar recomendaes para duas atividades de Medio inferidas dos modelos e
presentes na ISO/IEC 12207: Planejar a Medio e Executar a Medio.
Para o planejamento da Medio, so propostas recomendaes para identificao de
objetivos organizacionais e mtricas relacionadas, bem como para a definio dos
procedimentos de coleta, armazenamento e anlise destas. Para a execuo da Medio, so
propostas recomendaes para coleta das medidas, armazenamento destas e de suas anlises e
para a comunicao dos resultados da Medio.
Nos nveis mais avanados a Medio utilizada para apoiar a predio de resultados
dos processos crticos da organizao, no se restringindo a apoiar a gerncia de projetos na
tomada de aes. Com o foco nos processos e no mais em apenas projetos, as recomendaes
para alta maturidade esto relacionadas com: i) a escolha de processos crticos da organizao
a serem gerenciados quantitativamente; ii) o estabelecimento de objetivos de qualidade para
esses processos; iii) a escolha de atributos desses processos, bem como mtricas relacionadas
que possam ser mensuradas estatisticamente; e iv) a definio de procedimentos, frequncia e
tcnicas a serem utilizadas para medir o desempenho dos processos da organizao.

2.3.3 ISO/IEC 15939 e PSM

Enquanto as normas e modelos apresentados identificam atividades, tarefas,

normativas e/ou recomendaes para diferentes reas de processo incluindo para a de
Medio, a ISO/IEC 15939 e o PSM apresentam informaes e recomendaes especficas
para esta rea, definindo e descrevendo um processo de Medio aplicvel ao domnio de
projetos de software. Por ter sido baseada no PSM, a ISO/IEC 15939 compatvel com este,
descrevendo tambm o mesmo ciclo do PSM para melhoria contnua da Medio como
ilustrado na Figura 10 a seguir.

17
 Figura 10 Atividade e fluxo de informao da Medio. Adaptado de (ISO/IEC, 2002).

Como possvel perceber, quatro atividades so as bases do processo de Medio e

tem por objetivo auxiliar no gerenciamento dos projetos e tambm na melhoria contnua da
Medio, so elas: Estabelecer e Sustentar o Compromisso com a Medio; Planejar o
Processo de Medio; Executar o Processo de Medio e Avaliar a Medio.
A atividade de Estabelecer e Sustentar o Compromisso com a Medio agrupa um
conjunto de prticas relacionadas com a identificao de unidades organizacionais a serem
apoiadas pela Medio, a identificao e comunicao dos envolvidos no processo, e a
identificao e disponibilizao de recursos para a realizao das demais atividades do
processo de Medio.
As atividades de Planejar o Processo de Medio e Executar o Processo de Medio
so atividades possveis de serem identificadas inclusive em outras normas aqui citadas e tem
o seu escopo no domnio de projetos da organizao. No caso do PSM e da ISO/IEC 15939 o
planejamento da Medio guiado pelas necessidades de informao da organizao que por
sua vez so identificadas a partir de objetivos estratgicos da organizao, contexto e
necessidades de projetos, assim, as mtricas e os procedimentos definidos so orientados por
informaes que a organizao vise como essencial. A execuo da Medio compreende a
integrao dos procedimentos de Medio planejados ao processo de desenvolvimento de

18
software, alm da coleta, armazenamento, anlise e comunicao dos dados. Para a realizao
dessas atividades, informaes da base histrica da organizao so utilizadas, caso
pertinente, como forma de melhor planejar e executar a Medio com base nas lies
aprendidas de outras implantaes.
Os produtos de informaes gerados no chamado cerne do processo de Medio
utilizado tanto para apoiar o gerenciamento de projetos que fornece feedback sobre novas
necessidades de informao, quanto para Avaliar a Medio, identificando melhorias para
esse processo e armazenando-as na base histrica da organizao.

2.3.4 IEEE Std 1061-1998

O padro IEEE Std 1061 define um framework para apoiar a escolha de mtricas de
qualidade de software. O framework dividido em 3 principais nveis como pode ser
observado na Figura 11. No primeiro nvel devem ser estabelecidos requisitos de qualidade a
partir de atributos que permitam inferir a qualidade de determinado sistema. Esses atributos
devem ser mapeados a fatores de qualidade que representem as vises da gerncia e do
usurio para o sistema a ser analisado. O nvel posterior responsvel por agrupar subfatores
de qualidade associados aos fatores identificados no nvel anterior os subfatores so
opcionais, sendo utilizados caso haja necessidade de refinamento dos fatores de qualidade.
Relacionados com os subfatores de qualidade as mtricas so ento definidas no ltimo nvel.

Figura 11 Framework para apoiar escolha de mtricas de qualidade. Adaptado de (IEEE COMPUTER
SOCIETY, 1998).
19
 Alm do framework, o padro define ainda uma metodologia para a implantao do
framework estabelecimento de requisitos de qualidade e identificao de mtricas de
qualidade bem como para a implementao, anlise e validao das mtricas de qualidade
identificadas.
Cinco atividades de Medio so identificadas a partir do padro: Estabelecer
Requisitos de Qualidade de Software; Identificar Mtricas de Qualidade de Software;
Implementar as Mtricas de Qualidade de Software; Analisar os Resultados das
Mtricas de Software e Validar as Mtricas de Software.
Para a realizao das duas primeiras atividades Estabelecer Requisitos e Identificar
Mtricas de Qualidade de Software o padro estabelece a utilizao do prprio framework
para a identificao das Mtricas. A atividade de Implementar as Mtricas compreende a
definio dos procedimento das Mtricas bem como a coleta e armazenamento destas. A
atividade de Analisar os Resultados compreende justamente a analisar os dados coletados
como forma de identificar e predizer a qualidade do software, bem como realizar o
rastreamento dos resultados obtidos com os requisitos de qualidade identificados no
planejamento. A ltima atividade compreende a aplicao da metodologia de validao das
mtricas conforme estabelecido pelo padro de forma a identificar mtricas que auxiliem na
predio de fatores de qualidade.

2.4 Consideraes sobre Captulo

As abordagens apresentadas identificam boas prticas que devem ser consideradas

quando se deseja implantar a Medio de forma a minimizar problemas comumente
encontrados durante a sua implantao. Mtricas bem escolhidas, alm de descrever as
entidades dos projetos e dos processos, podem ainda facilitar a desenvolver modelos que
sejam capazes de predizer o desempenho desses, auxiliando assim no cumprimento das metas
estabelecidas pela organizao (MILLS, 1988). Por outro lado, mtricas mal escolhidas
podem ser muito custosas para a organizao, alm de no auxiliarem no atendimento das
metas nem na tomada de aes em projetos importantes para a organizao.
BORIA (2007) enfatiza que muitas medidas no refletem o comportamento do
processo viso da Medio para alta maturidade devido a problemas enfrentados durante a
definio operacional da mtrica e durante a sua coleta problemas encontrados tambm em
nveis iniciais. Essa falha pode ainda refletir em tomadas de aes erroneamente realizadas ao
longo dos projetos.
20
 Por acreditar que a implantao da Medio ainda um problema no trivial de ser
solucionado mesmo diante de metodologias, normas e modelos de apoio, (KETTELERIJ,
2006) apresenta uma viso geral dos fatores de sucesso que so consenso na literatura e que
devem ser analisados quando se deseja estabelecer um programa de Medio dentro das
organizaes de desenvolvimento de software. So eles:
Comear com poucas mtricas e ampliar ao longo do tempo, garantindo a
aplicao de esforo gradativo no programa de Medio motivado pelos resultados
iniciais obtidos;
Motivar gerentes e ganhar comprometimento, fazendo com que os participantes
do programa se sintam parte integrante da melhoria de processo da organizao;
Orientar a Medio a partir de objetivos, para tanto aplicar alguma metodologia
de Medio de forma a auxiliar: no entendimento dos objetivos traados; na
definio do escopo da Medio e na escolha de mtricas relevantes
Providenciar treinamento aos envolvidos no processo de forma a minimizar
problemas durante a execuo das tarefas de Medio;
Envolver os clientes no programa de definio e implantao, ganhando
feedback em relao aos objetivos traados e ganhando apoio na implantao de
melhorias no processo e no produto;
Definir precisamente o programa de Medio de forma a minimizar problemas
durante a execuo das tarefas de Medio;
Atualizar e refinar o programa de Medio continuamente, garantindo a
atualizao dos objetivos da organizao e, por conseguinte, das mtricas
relevantes para atend-los;
Fornecer feedback aos envolvidos no programa, mostrando a todos uma viso
do que a Medio tem agregado ao processo de desenvolvimento;
Automatizar quando possvel, mas considerar as limitaes, garantindo que
aquilo que possa contribuir para a confiabilidade e corretude dos dados seja na
medida do possvel feito.

21
3 APOIO AO PLANEJAMENTO E ANLISE DE MEDIO

O prottipo a ser apresentado nesta seo foi evoludo ao longo deste trabalho aps o
levantamento de requisitos para o apoio automatizado de tarefas de Medio (detalhes no
captulo seguinte). O prottipo resultou do trabalho descrito em (NASCIMENTO, 2007) e
tem como objetivo servir de auxlio ao planejamento e anlise de Medio seguindo uma
abordagem baseada no Goal-Driven Software Measurement.
A proposta automatizada de apoio est integrada a um Ambiente de Engenharia de
Software Centrado em Processos o Ambiente WebAPSEE (LIMA, et al., 2006). Esse fato
possibilita que informaes de entidades j armazenadas no ambiente sejam utilizadas na
Medio sem haver a necessidade de se cadastrar novamente essas informaes, alm de
possibilitar que os resultados da medio sejam relacionados com demais informaes do
processo, o que facilita na anlise dos dados. As subsees a seguir detalham as
funcionalidades do ambiente WebAPSEE focando nas funcionalidades para Medio j
existentes no ambiente e do prottipo de apoio ao planejamento e anlise de Medio.

3.1 O Ambiente WebAPSEE

O ambiente WebAPSEE um Ambiente de Engenharia de Software Centrado em

Processos (Process-centered Software Engineering Environment - PSEE) que permite definir,
modelar, reutilizar, gerenciar e executar processos de desenvolvimento de software de forma
flexvel, permitindo que, durante a execuo de um processo, atividades e fluxos de atividades
deste possam ser alteradas.
O WebAPSEE possui uma arquitetura cliente-servidor com trs clientes: Manager
Console (Figura 12), Task Agenda Desktop e Task Agenda Web. O primeiro agrupa
funcionalidades a serem utilizadas por gerentes, como definio e modelagem de processos de
desenvolvimento de software, planejamento de projetos e obteno de feedback dos
desenvolvedores sobre o andamento dos projetos.

22
 Figura 12 Cliente Manager Console.

Os clientes Task Agenda Desktop (Figura 13 a) e Task Agenda Web (Figura 13 b)

possuem a mesma finalidade com a diferena da plataforma de utilizao: Desktop e Web.
Elas agrupam funcionalidades para as pessoas que iro realizar as atividades definidas no
processo, como visualizar, iniciar, pausar e finalizar atividades alm de receber e entregar
artefatos envolvidos na realizao das atividades. Tanto a Task Agenda Desktop quanto a
Task Agenda Web possibilitam que o gerente tenha a viso do andamento do projeto no
Manager Console.

23
 Figura 13 Cliente Task Agenda Desktop (a) e Web (b).

Para a modelagem do processo, os gerentes utilizam a linguagem de modelagem de

processos prpria do ambiente Process Modeling Language (PML): a WebAPSEE-PML.
Formalizada a partir de gramticas de grafos, a linguagem composta por aproximadamente
250 regras para a definio do comportamento do mecanismo de execuo de processos
(LIMA, et al., 2006) maiores detalhes em (LIMA REIS, 2003). A Figura 14 ilustra a
representao grfica da WebAPSEE-PML e exibe as entidades do processo possveis de
serem modeladas no ambiente.

24
 Figura 14 Representao grfica da WebAPSEE-PML. Adaptado de (NASCIMENTO, 2007).

Para auxiliar no gerenciamento de projetos, o ambiente disponibiliza ainda formulrios

de cadastro de informaes acerca das entidades de processo, como por exemplo, formulrios
para definio de prazos e descrio de atividades, papis e habilidades de agentes (pessoas),
quantidade e custo dos recursos existentes. Alm disso, o WebAPSEE disponibiliza diferentes
tipos de relatrios contendo informaes gerais sobre os projetos e sobre as entidades
cadastradas no sistema.
Em relao s funcionalidades de Medio foco deste trabalho o WebAPSEE
possibilita a definio de mtricas e a estimativa e coleta de medidas destas para as entidades
modeladas no ambiente, a saber: atividades, agentes, grupos, artefatos e recursos. No
formulrio de definio de mtricas possvel cadastrar novas mtricas, suas possveis
unidades, descries e procedimentos de coleta de suas medidas detalhes na Figura 15.

25
 Figura 15 Formulrio de definio de mtricas.

Para a estimativa de uma mtrica o ambiente permite o cadastro do valor, da unidade e

da entidade a que ela se destina. Os mesmos dados podem ser armazenados na coleta de uma
medida, sendo que informaes de responsvel, data e contexto da coleta so tambm
armazenados para utilizao futura detalhes na Figura 16.

Figura 16 Formulrios de estimativa e coleta de medidas.

26
3.2 O Prottipo Inicial de Apoio ao Planejamento e Anlise de Medio

O prottipo de apoio ao planejamento e anlise de Medio surgiu como um

complemento s funcionalidades de Medio j existentes no ambiente WebAPSEE. Por ter
sido criado como forma de avaliar a viabilidade da proposta de (NASCIMENTO, 2007), nem
todas as funcionalidades planejadas para compor ele foram desenvolvidas. O prottipo foi
integrado a uma verso de desenvolvimento do ambiente que na poca, 2007, estava estvel e
operacional, contudo essa verso do ambiente evoluiu sendo, ainda, refatorada, o prottipo,
no acompanhando a evoluo, continuou integrado a uma verso antiga do ambiente.
A abordagem de Medio implementada pelo prottipo e descrita em
(NASCIMENTO, 2007) foi baseada no Goal-Driven Software Measurement e foi formulada
com base em dois conceitos principais para o planejamento da Medio: o conceito de
Measurement Implementation Plan Model (MIPModel) e o de Measurement Implementation
Plan (MIP).
O MIPModel representa um modelo de plano de medio a ser usado pela organizao
em diferentes projetos. Ele permite o cadastro de um plano de medio genrico, contendo
metas de negcio, de medio, questes, indicadores e relatrios de comunicao que devero
necessariamente compor os planos de medio de projetos (MIP) relacionados com o referido
MIPModel. Diferentes modelos de plano de medio podem ser formulados pela organizao
a depender dos critrios desta. Por exemplo, a organizao pode entender que projetos de
desenvolvimento de sistemas para diferentes plataformas Web e Desktop possuem metas
diferentes a serem alcanadas e/ou necessidade de informaes diferentes para o seu
gerenciamento, assim a organizao poder criar um MIPModel para cada tipo de projeto.
Importante enfatizar que por ser um modelo de plano de medio, o MIPModel no relaciona
o planejamento com entidades especficas de um projeto, mas sim com tipos de entidades de
um processo: atividades, artefatos dentre outros.
O MIP, por sua vez, um plano de medio especfico para um projeto. Ele agrega,
alm das informaes do MIPModel a que est relacionado, informaes de metas, questes,
indicadores e relatrios especficas para apoiar as decises de um nico projeto. Por ser
especfico, o MIP mantm relacionamento direto com instncias de entidades do processo
cujas medidas devero ser coletadas para compor os indicadores planejados.
Em face dos conceitos apresentados, a Figura 17 apresenta uma viso geral das
funcionalidades do prottipo a partir de uma viso em pacotes dos casos de uso propostos. As
cores exibidas no diagrama representam a situao da implementao dos casos de uso no
27
prottipo: os pacotes em amarelo representam casos de uso que foram parcialmente
implementados e os em vermelho representam casos de uso que foram minimamente
implementados.

Figura 17 Viso em pacotes dos casos de uso do prottipo.

O pacote GerenciarMIPModel agrupa funcionalidades referentes ao cadastro,

alterao, ao estabelecimento e versionamento de modelos de plano de medio para a
organizao. Entende-se por cadastro o armazenamento de informaes de metas de negcio,
de medio, questes, indicadores e relatrios de comunicao; por alterao, a alterao
dessas informaes cadastradas enquanto o MIPModel no estiver estabelecido; por
estabelecimento, a definio do estado de um MIPModel como sendo estvel e pronto para ser
utilizado para compor planos de medio de projetos; e por versionamento, a evoluo de um
MIPModel estvel e o controle das verses deste.
Dentre as funcionalidades do MIPModel uma que merece destaque a que
compreende o estabelecimento e versionamento de MIPModels, permitindo que os modelos
sejam evoludos no tempo, mantendo todas as verses formuladas at ento para o modelo na
base de dados do prottipo. Da criao at a sua evoluo, o MIPModel passa por um
conjunto de estados que so exibidos no diagrama da Figura 18 a seguir.

28
 Figura 18 Diagrama de estados do MIPModel. Adaptado de (NASCIMENTO, 2007).

O diagrama exibe os quatro estados que um MIPModel pode assumir: draft, quando
um MIPModel criado, podendo ser alterado enquanto estiver nesse estado; defined, quando
um MIPModel est estvel e pronto para compor planos de medio para projetos, nesse caso
no h mais possibilidade de alterao das informaes cadastradas a no ser que seja
solicitada sua evoluo; pending, quando h a evoluo de um MIPModel e este aguarda sua
nova verso tornar-se definida, nesse caso o MIPModel pendente ainda pode ser utilizado
para compor MIPs, porm a opo de criao de novas verses fica indisponvel; e outdated,
quando um MIPModel no pode mais ser utilizado para instanciar novos MIPs, servindo
apenas de referncia para os MIPs j formulados a partir dele.
Voltando Figura 17, o pacote GerenciarMIP compreende funcionalidades de
cadastro e alterao das informaes especficas do MIP. Destaque aqui para o cadastro de
informaes em relao s entidades a serem medidas integrao do plano de medio s
instncias das entidades modeladas no WebAPSEE. Enquanto no MIPModel s possvel
identificar em alto nvel as entidades que iro compor os indicadores atividades, agentes
29
dentre outros (Figura 19) , no MIP possvel identificar as instncias no processo do projeto
das entidades que tero seus dados coletados (Figura 20).

Figura 19 Tela a: indicadores de um MIPModel; Tela b: cadastro de um novo indicador (NASCIMENTO,

2007).

Figura 20 Tela a: indicadores de um MIP; Tela b: seleo de alvos especficos do projeto (NASCIMENTO,
2007).

30
 Como mostrado na Figura 20, a seleo das instncias (alvos) que tero os dados
coletados pode ser feita de trs formas: All seleo de todas as instncias, que estejam no
escopo do projeto relacionado com o MIP, de uma dada entidade; ByType, seleo de tipos
especficos existentes para uma dada entidade, no WebAPSEE podem ser definidos diferentes
tipos para entidades do processo, por exemplo, a entidade atividade pode ser do tipo
requirements, design, coding dentre outros; e Selected, seleo de instncias especficas, que
estejam no escopo do projeto relacionado com o MIP, de uma dada entidade.
Finalizando o conjunto de funcionalidades do prottipo tm-se as funcionalidades para
apoiar a anlise e a comunicao dos resultados da Medio, representadas na Figura 17 pelos
pacotes GerenciarIndicadoresEAnalises e GerarRelatrios (casos de uso minimamente
implementados). Em linhas gerais, o prottipo previa a gerao de indicadores conforme o
planejado no MIP de um projeto. Para tanto, para gerar um indicador deveriam ser utilizadas
informaes relacionadas com o formato do indicador barra, linha, pizza ou tabela , com a
operao sobre os dados coletados desvio, distribuio ou listagem , as mtricas (relao
de mtricas definidas no WebAPSEE) e com os alvos de coleta das mtricas. Para a gerao
dos relatrios o prottipo previa a utilizao de informaes cadastradas durante o
planejamento, dos indicadores que iriam compor os relatrios e das informaes de anlise
armazenadas no prottipo para cada indicador a ser exibido no relatrio. A Figura 21
apresenta a tela de gerao de indicadores e relatrios planejados.

Figura 21 Tela para visualizao e anlise dos dados (NASCIMENTO, 2007).

31
 Ainda em relao aos relatrios possveis de serem gerados, esses poderiam ser
planejados de acordo com as necessidades de comunicao dos resultados da Medio que a
organizao porventura possa ter. Dessa forma os relatrios foram formulados para serem
customizveis, contendo vrios ou um nico indicador ou ainda contendo ou no as
informaes de anlise cadastradas para os indicadores.

3.3 Consideraes sobre o Captulo

Ao longo deste captulo o prottipo de apoio ao planejamento e anlise de Medio e

o ambiente WebAPSEE no qual o prottipo est integrado foram apresentados. Na proposta
inicial do WebAPSEE (LIMA REIS, 2003) foram definidas funcionalidades para definio de
mtricas, estimativa e coleta de medidas. O prottipo integrado possibilitou um apoio mais
completo ao processo de Medio no ambiente em questo escopo do apoio oferecido pelo
ambiente e pelo prottipo para a realizao de tarefas de Medio na Figura 22.

Figura 22 Atividades e tarefas de Medio apoiadas pelo ambiente (branco) e pelo prottipo (azul).

Por ser um prottipo, algumas funcionalidades planejadas para serem implementadas

no foram de fato efetuadas, j que o objetivo maior deste era o de avaliar a viabilidade de
automatizao da abordagem de Medio proposta em (NASCIMENTO, 2007). Em face
disso, a evoluo do prottipo foi uma oportunidade identificada ao longo deste trabalho
como forma de oferecer um apoio mais completo s tarefas de Medio no Ambiente
WebAPSEE. Os captulos seguintes destacam como novos requisitos foram identificados para
32
melhorar as funcionalidades de Medio propostas e as j implementadas, como foram
implementadas as funcionalidades propostas e at ento no finalizadas, e como os novos
requisitos identificados foram implementados no prottipo.

33
4 INVESTIGAO DE REQUISITOS PARA APOIO
AUTOMATIZADO DO PROCESSO DE MEDIO

A investigao dos requisitos para apoiar tarefas de Medio de forma automatizada

ocorreu em duas etapas distintas ao longo do trabalho. Na primeira etapa houve uma
implantao de uma estratgia de Medio em um caso real de desenvolvimento de
software na qual puderam ser identificados problemas e oportunidades de melhoria na
realizao manual de tarefas de Medio. Os problemas e as oportunidades identificados
serviram de base para a formulao de requisitos para o apoio automatizado das tarefas de
Medio nas quais estes surgiram.
Na segunda etapa, um conjunto de requisitos foi elaborado a partir da anlise de
atividades, tarefas, normativas e recomendaes presentes em normas e modelos de
qualidade. Detalhes dessas fases de investigao de requisitos nas subsees a seguir.

4.1 Aplicao Prtica Implantao da Medio em um Caso Real

A implantao da Medio em um caso real de desenvolvimento de software surgiu a

partir da necessidade de auxiliar a gerncia do projeto no atendimento aos objetivos de
negcio da liderana do projeto e no atendimento s exigncias dos clientes do sistema. A
estratgia de Medio implantada foi, ento, resultado de uma pesquisa-ao realizada por
uma doutoranda do LABES-UFPA com o apoio da aluna autora deste trabalho de concluso
de curso (TCC), que fez parte da equipe de Medio do projeto como pesquisadora
participante.
O contexto do projeto para o qual a estratgia de Medio foi formulada era como
segue: o projeto surgiu a partir de uma parceria do LABES-UFPA com o Governo do Estado
do Par e consistia no desenvolvimento de um software governamental para coleta e gerao
de indicadores contendo informaes a respeito da pesquisa do Estado do Par. O software
desenvolvido foi dividido em dois grandes mdulos: um mdulo para coleta de informaes
advindas de pesquisadores (usurios do sistema) e de sistemas externos (Plataforma Lattes e
SIGFAPESPA); e outro mdulo para gerao de indicadores que pudessem, a partir de
informaes coletadas no primeiro mdulo, fornecer informaes teis a tomada de aes por
parte dos rgos de fomento do Estado do Par.
O grupo de desenvolvimento criado para a construo do sistema era formado por
alunos de graduao e ps-graduao, alguns dos quais eram externos ao LABES que foram
34
contratados exclusivamente para auxiliar no desenvolvimento do software. Os alunos foram
dispostos nos papis de gerente, analista de requisitos, arquiteto, desenvolvedor, revisor e
testador. O projeto implantava prticas de Gerncia de Projetos e Gerncia de Requisitos
conforme as recomendaes do MR-MPS e tinha como modelo de processo adotado o
iterativo-incremental.
Maiores detalhes sobre o projeto em questo podem ser encontrados em (LEMOS, et
al., 2009), contudo importante destacar que apesar do desenvolvimento ter ocorrido em
ambiente acadmico somente um dos participantes do projeto tinha conhecimentos sobre
conceitos e prticas de Medio no desenvolvimento de software. importante frisar, ainda,
que o incio do projeto coincidiu com a entrada da autora deste TCC no LABES como bolsista
de Iniciao Cientfica, no possuindo, na poca, conhecimentos prvios sobre a rea,
possuindo apenas conhecimentos bsicos sobre Engenharia de Software. Desse modo a autora
do presente trabalho teve que pesquisar na literatura e que adquirir os conhecimentos
necessrios para a aplicao prtica de Medio ao longo do projeto.
Tendo em vista as caractersticas do projeto, a equipe de Medio formulou uma
estratgia baseada na abordagem proposta em (NASCIMENTO, 2007) com a diferena de
algumas adaptaes realizadas por conta da natureza incremental do processo de
desenvolvimento do projeto. A Figura 23 a seguir ilustra o processo definido e modelado no
WebAPSEE para o projeto. Na figura possvel identificar as vrias iteraes definidas para
compor o processo de desenvolvimento do projeto (atividades decompostas dispostas na
vertical), cada uma delas contendo atividades de anlise, projeto, codificao, teste e
integrao para diferentes mdulos do sistema.

35
 Figura 23 Modelo de processo iterativo-incremental adotado pelo projeto (LEMOS, et al., 2009).

Inicialmente a equipe de Medio juntamente com a gerente do projeto identificaram

as metas de negcio a serem atendidas ao longo do projeto. A partir das metas de negcio
identificadas, todo o planejamento da Medio foi realizado e estabelecido junto com a
gerente do projeto resultando em um Plano de Medio contendo todas as especificaes das
informaes identificadas ao longo do planejamento da Medio.
Entre as informaes armazenadas, destacam-se as relacionadas com: i) a construo
dos indicadores como descrio, formato, tipo de alvo (entidades do processo), operao a ser
realizada sobre as mtricas, as mtricas e suas unidades e procedimento de anlise; e com ii) a
coleta das mtricas como unidades, tipo de alvo (entidades do processo), periodicidade e
procedimento de coleta. Essas informaes so importantes, pois impactaram diretamente na
definio das atividades de Medio (coleta e anlise) ao longo do processo.
Tendo finalizado o planejamento da Medio para o projeto, as atividades de coleta de
dados, gerao de indicadores, anlise, comunicao e avaliao da Medio foram definidas
e estabelecidas em marcos importantes do projeto, conforme o planejado no Plano de
Medio. A coleta de medidas foi realizada durante todo o projeto respeitando a periodicidade
planejada para as mtricas, j a construo dos indicadores, a anlise e a avaliao da
Medio foram inicialmente planejadas para ocorrer sempre no final de cada iterao do
projeto de forma a prover conhecimentos tanto em relao ao andamento do processo de

36
desenvolvimento do projeto quanto em relao ao prprio planejamento e processo de
Medio implantado.
Com o andamento do projeto, melhorias no processo de desenvolvimento foram
identificadas com o apoio da Medio e esse fato acabou modificando at mesmo o modo
como a Medio estava intervindo no processo de desenvolvimento, deixando de ser utilizada
meramente como apoio ao conhecimento do passado e passando a intervir de forma mais
proativa em relao a planejamentos futuros do projeto. Assim, as atividades de gerao de
indicadores, anlise, comunicao e melhoria da Medio foram intensificadas, ocorrendo
tanto no final de cada iterao do projeto como em cada momento em que a gerncia tinha
necessidade de visualizar dados do projeto para tomar decises. A Figura 24 exibe as
atividades definidas para compor cada iterao do processo e cada momento de necessidade
da gerente em obter visualizao das informaes do projeto.

Figura 24 Atividades de Medio definidas em cada iterao e em cada momento de necessidade da gerncia

Apesar de importantes, as informaes de contribuio da estratgia de Medio para

o projeto no so foco deste trabalho e podem ser encontradas em (NASCIMENTO, et al.,
2010). Este trabalho focou em analisar como as modificaes realizadas na estratgia de
Medio para atender as caractersticas do projeto e as demandas da gerncia evidenciaram
dificuldades na realizao das tarefas de Medio de forma manual e como um apoio
ferramental adequado poderia auxiliar a contornar alguns desses problemas.
Para fim de melhor organizao e entendimento dos problemas encontrados, as
subsees a seguir foram divididas como segue: os problemas encontrados durante as fases de

37
planejamento e avaliao da Medio bem como possveis requisitos para apoio
ferramental durante essas fases so identificados na subseo 4.1.1; na subseo 4.1.2 so
destacados problemas e requisitos encontrados durante as fases de coleta e gerao de
indicadores; e, por fim, na subseo 4.1.3 problemas e requisitos so identificados para a fase
de anlise e comunicao dos resultados da Medio.

4.1.1 Fases de Planejamento e Avaliao da Medio

Como j destacado, as metas de negcio, de Medio e as questes foram identificadas

e os indicadores e mtricas definidos na fase de planejamento da Medio, logo no incio do
projeto. Duas metas de negcio relacionadas com o prazo do projeto e a qualidade do produto
foram ditas como primordiais para o sucesso do projeto e a partir delas a equipe de Medio e
a gerente do projeto derivaram as metas de Medio que iriam guiar todo o planejamento da
Medio.
Ao todo foram nove metas de Medio referentes qualidade dos artefatos e do
software produzidos, qualidade da execuo das atividades de teste e de reviso, acurcia
das estimativas de prazo e de esforo, dentre outras. A partir das nove metas de Medio,
trinte e trs questes foram elaboradas, devendo ser respondidas por vinte e sete indicadores
compostos por vinte e cinco mtricas.
Duas metas de negcio, nove metas de Medio, trinta e trs questes, vinte e sete
indicadores e vinte e cinco mtricas, como pode ser percebido o volume de informaes foi
bastante significativo e todas essas informaes deveriam ser mapeadas de forma a manter
consistentes a rastreabilidade e a dependncia entre elas caso houvesse alguma mudana em
alguma dessas informaes. Importante destacar que para o incio da implantao do processo
de Medio recomendado que poucas informaes sejam utilizadas (poucas metas, poucas
mtricas dentre outras). No entanto, pela necessidade de avaliao de uma estratgia de
Medio de forma manual todas as informaes levantadas no planejamento foram
consideradas ao longo da implantao do processo de Medio.
A realizao da rastreabilidade e da manuteno de consistncia dessas informaes se
mostrou uma dificuldade logo no incio do projeto, justamente pelo grande volume de
informao. A Figura 25 exibe como se deu a rastreabilidade a partir de identificadores entre
metas de negcio e metas de medio, informaes sobre questes, indicadores e mtricas
encontram-se no Apndice A deste texto.

38
 Figura 25 Plano de Medio metas de negcio e de Medio.

Ao longo de todo o projeto, durante as fases de avaliao da Medio a equipe do

projeto identificou oportunidades de melhoria no planejamento (feedback das avaliaes na
Figura 23) relacionadas com: novas visualizaes de mtricas (indicadores); novas questes a
serem respondidas; e novas metas de medio a serem alcanadas. Isso ocasionou mudanas
constantes no Plano de Medio do projeto, este tendo que ser diversas vezes revisado para
verificar a consistncia das informaes e evitar possveis problemas na execuo da
Medio.
As constantes modificaes no Plano de Medio evidenciaram com o tempo a
necessidade de controlar as verses do documento, fato que s foi identificado aps
informaes ditas desnecessrias serem descartadas e num momento posterior serem
identificadas novamente como necessrias. Isso acarretou em retrabalho na reconstruo das
informaes e em ideias perdidas que no puderam ser retomadas na sua ntegra.
O grande volume de informaes, a necessidade de manter rastreabilidade entre elas,
as vrias modificaes no documento e a perda de informaes marcaram as fases de
planejamento e avaliao da Medio no projeto e sustentaram a necessidade de um apoio
ferramental para contornar esses problemas identificados. O Quadro 4.1 a seguir elenca
requisitos que, se implementados em ferramentas de apoio ao planejamento da Medio,
39
podem auxiliar no contorno dos problemas identificados nessa fase. Os requisitos
identificados a partir da identificao de problemas foram identificados como RFP
Requisitos Funcionais advindos da anlise de Problemas.

Quadro 4.1 Requisitos para planejamento da Medio Anlise de problemas.

Identificador Requisitos para Planejamento Problemas

Relacionados
RFP1-01 Permitir que as informaes de planejamento da Medio Dificuldade no
sejam cadastradas e orientadas pelos objetivos de negcio, rastreamento de
mantendo consistentemente o relacionamento/rastreamento grande volume de
entre as informaes cadastradas. informaes de
planejamento.
RFP-02 Controlar as verses estveis do planejamento da Medio, Perda de informaes
armazenando informaes de modificaes realizadas, bem devido a constantes
como data de modificaes. modificaes no
documento de
planejamento.

4.1.2 Fases de Coleta de Dados e Gerao de Indicadores

As atividades relacionadas com a coleta de dados e gerao de indicadores eram

realizadas conforme o planejamento da Medio. Assim, as medidas eram coletadas de acordo
com a periodicidade da mtrica relacionada e eram coletadas somente para os alvos
identificados no planejamento. Os indicadores eram gerados sempre antes do momento da
anlise dos dados, sendo construdos de acordo com o formato, as mtricas e as operaes
identificadas no Plano de Medio e de acordo com os dados de medidas disponveis no
momento de sua construo.
Como todo o processo de Medio foi executado de forma manual, as medidas eram
coletadas uma a uma para cada alvo identificado no Plano e eram extradas a partir de
entrevistas com os desenvolvedores do projeto, a partir da anlise de relatrios
disponibilizados pelo WebAPSEE ambiente utilizado pela equipe para apoiar o
gerenciamento e execuo do processo de desenvolvimento e a partir da anlise de
relatrios disponibilizados pelo Bugzilla ferramenta utilizada para controle e comunicao
de defeitos encontrados no sistema. O Apndice A deste texto exibe os modelos de
documentos utilizados para a coleta das informaes e para a gerao de indicadores dessa
fase do processo de Medio.

1
RFP: Requisito Funcional Anlise de Problemas
40
 Com o andamento do projeto o volume de informaes crescia e dificultava a
manipulao dos dados, j que muitas vezes alm da anlise pura dos dados da iterao
finalizada era requerida uma anlise de comparao entre os dados de uma iterao com os de
iteraes passadas.
Uma grande dificuldade encontrada durante essa etapa foi a de manter os dados
sempre atualizados e de acordo com o que estava acontecendo no processo do projeto, j que
um replanejamento do projeto e de suas atividades impactava nas medidas que j tinham sido
coletadas para os alvos replanejados. Alm disso, encontrar um mecanismo de mapeamento
entre os dados e seus alvos foi um desafio, visto que este deveria ser de fcil entendimento e
manuteno, j que as mudanas no projeto e no planejamento da medio eram inevitveis e
iriam ocasionar em constantes alteraes dessas informaes.
Coletadas as medidas, estas eram organizadas e agrupadas em categorias relacionadas
com tipos de atividades (requisitos, arquitetura, codificao dentre outros), atividades do
processo, agentes do processo, tipos de artefatos (requisitos, arquitetura, codificao dentre
outros), artefatos do processo dentre outras categorias que serviam para auxiliar no momento
da gerao dos indicadores. Embora os dados estivessem organizados, os agrupamentos e as
operaes a serem realizados sobre eles para a composio dos indicadores demandavam
muito esforo e ateno para que os dados no fossem erroneamente manipulados e isso no
interferisse na anlise das informaes.
Outro problema identificado durante a coleta de dados e gerao de indicadores era o
controle das verses dos documentos mesmo problema que ocorreu no planejamento da
Medio com o agravante do volume de informaes modificadas e perdidas nessa fase. O
controle de verses era ainda mais fundamental nessa fase, pois as constantes modificaes no
planejamento da Medio e do projeto impactavam na forma como os dados eram agrupados
e operados para compor os indicadores, e caso algum indicador antigo fosse solicitado havia
retrabalho para reorganizar os dados.
Problemas relacionados com: o grande volume de informaes; o mapeamento de
medidas e seus alvos no contexto do volume de informaes armazenadas; a dificuldade e o
grande esforo empregado para realizar o agrupamento e a operao sobre as medidas
coletadas; e o retrabalho devido falta de controle das constantes mudanas no agrupamento
e operao dos dados fizeram parte da fase de coleta de dados e gerao de indicadores. O
Quadro 4.2 a seguir elenca requisitos que, se implementados em ferramentas de apoio a essas
tarefas de Medio, podem auxiliar no contorno dos problemas identificados ou mesmo
podem auxiliar na execuo dessas tarefas com maior preciso e menor esforo.
41
 Quadro 4.2 Requisitos para coleta e gerao de indicadores da Medio Anlise de problemas.

Identificador Requisitos para Coleta e Gerao de Problemas/Melhorias

Indicadores
RFP-03 Permitir que medidas e estimativas de
mtricas possam ser coletadas, referenciando
estas com suas respectivas mtricas e alvos.
RFP-04 Possibilitar a coleta de mais de uma medida e
de mais de uma estimativa para um mesmo
alvo.
RFP-05 Fornecer um conjunto de operaes para
serem realizadas sobre as medidas e
estimativas.
RFP-06 Fornecer um conjunto de visualizaes para
exibio das medidas coletadas, das
estimativas realizadas e dos dados operados.
Relacionados(as)
Manipulao de um grande volume de
informao;
Dificuldade no mapeamento eficiente
dos dados com seus alvos.
Perda de informaes de coleta
devido aos vrios replanejamentos da
Medio e do Projeto.
Problemas com as constantes
mudanas no agrupamento dos e nas
operaes com os dados.
Embora no tenha sido um grande
problema a elaborao dos
indicadores e sim a organizao dos
dados para a elaborao destes, uma
ferramenta poderia auxiliar nessa
tarefa para demandar um esforo
menor ainda do que o empregado e
para garantir maior confiabilidade
nessa construo.

4.1.3 Fase de Anlise e Comunicao dos Resultados da Medio

Como mencionado, a fase de anlise inicialmente ocorria no final de cada iterao,

mas com o reconhecimento das contribuies da Medio para o projeto a frequncia com que
as anlises e comunicaes dos resultados da Medio ocorriam aumentou. A estratgia
adotada durante essa fase visava extrair o mximo de conhecimento possvel dos dados
coletados e visava evidenciar para a equipe do projeto a importncia da Medio e a
importncia em auxiliar a Medio com dados e informaes de contexto de forma a obter
uma anlise mais condizente com a realidade do projeto. Assim, anlise e comunicao dos
resultados da Medio ocorria em duas etapas.
Na primeira, uma anlise preliminar dos indicadores formulados era feita somente
entre as participantes da equipe de Medio e tinha como finalidade levantar informaes de
contexto sobre os dados e realizar interpretaes iniciais dos indicadores. A segunda etapa de
anlise e comunicao era feita em reunies com a equipe do projeto nas quais os indicadores
e as informaes levantadas na anlise preliminar eram apresentadas e discutidas com todos.
Durante a anlise em equipe, novas informaes de contexto eram coletadas e tomadas de
aes eram planejadas para serem realizadas nas atividades seguintes do projeto, aes estas

42
tanto para corrigir problemas encontrados, evitando que estes voltassem a ocorrer, como
aes para repetir estratgias que deram certo no projeto.
Durante as reunies de anlise em equipe tambm era realizada uma avaliao de cada
meta de Medio e questo levantada no planejamento, fazendo a verificao se os
indicadores formulados eram teis para responder as questes e, assim, atender s metas. Em
caso de identificao de oportunidades de melhoria nas metas e/ou questes e/ou indicadores,
essas eram registradas para uma posterior avaliao e replanejamento da Medio. Vale
destacar que todas as informaes levantadas nas reunies de anlise da medio eram
documentadas em atas de reunio.
Os principais problemas na estratgia de anlise dos dados eram relacionados com o
armazenamento e a recuperao das informaes de anlise. Como estas ficavam
armazenadas em atas de reunio, no se tinha um controle rgido sobre as aes que haviam
sido identificadas e que deveriam ser tomadas ao longo do projeto. Esse fato era prejudicial
principalmente pelo fato de os dados no serem recuperados para apoiar resoluo de alguns
problemas j identificados.
Os problemas identificados nas atividades de anlise esto mais relacionados com o
armazenamento das anlises em si, com as novas informaes de contexto que possam ter
sido levantadas durante a anlise dos dados e com as tomadas de aes a serem realizadas ao
longo do projeto. O Quadro 4.3 evidencia requisitos que podem auxiliar a contornar os
problemas identificados ou mesmo auxiliar na execuo dessas tarefas.

Quadro 4.3 Requisitos para anlise e comunicao dos resultados da Medio Anlise de problemas.

Identificador Requisitos para Anlise e Comunicao dos Problemas/Melhorias

Resultados da Medio Relacionados(as)
RFP-07 Permitir o armazenamento de anlises e informaes Possvel perda de
de contexto para os dados. Mais de uma anlise pode informaes de anlises.
ser armazenada para cada dado (medida ou
indicador), nesse caso importante identificar os
envolvidos com a anlise e a data da anlise.
RFP-08 Emitir relatrios com os dados e as anlises Embora no esteja
armazenadas. relacionado com problemas
identificados, esse requisito
importante para auxiliar na
comunicao das informaes
armazenadas para a equipe.
RFP-09 Armazenar e monitorar as aes corretivas a serem Falta de controle na
tomadas at que estas sejam efetivadas. efetivao das aes de
melhorias identificadas.

43
4.2 Anlise da Literatura Normas e Modelos para Medio

A investigao dos requisitos a partir de normas e modelos de qualidade surgiu como

uma oportunidade no contexto do projeto de pesquisa ao qual este trabalho est vinculado. O
projeto em questo (ainda em andamento) tem como um dos objetivos especficos a
construo de um processo consensual para Medio segundo normas e modelos de qualidade
para esta rea de processo, permitindo e guiando a evoluo deste de forma a especializ-lo
para o cumprimento de normativas ou de recomendaes de alguma norma/modelo em
especfico.
A partir dos resultados intermedirios do projeto obtidos em cooperao com os
participantes do projeto, diferentes trabalhos vinculados a ele puderam surgir, dentre os quais
se destaca o de levantamento de requisitos para apoiar tarefas consensuais de Medio de
forma automatizada um dos focos deste trabalho, com a diferena que neste trabalho
somente requisitos para Medio tradicional foram considerados.
Os principais resultados intermedirios do projeto de pesquisa que serviram como
insumos para a realizao deste trabalho foram: o relatrio de catalogao das informaes de
Medio das normas e dos modelos considerados, a saber: ISO/IEC 12207, CMMI-DEV,
MR-MPS, ISO/IEC 15939, PSM e IEEE std. 1061 (Figura 26); e o mapeamento de
informaes de Medio relacionadas com atividades, tarefas, normativas e recomendaes
das normas e dos modelos (Figura 27) ambos feitos em conjunto com os pesquisadores do
projeto de cooperao, sendo, portanto, resultados do projeto de pesquisa e no deste trabalho
de concluso de curso.

44
 Figura 26 Dados a serem armazenados durante a catalogao de informaes das normas e modelos
selecionados.

Para cada norma e modelo um conjunto de informaes como descrio de atividades,

artefatos requeridos e gerados, cargos e papis envolvidos dentre outras apresentadas na
Figura 26 foi catalogado quando aplicvel de forma a identificar somente aquilo que fosse
necessrio para a realizao do mapeamento das informaes comuns entre as normas e os
modelos selecionados. A realizao dessa catalogao foi feita em cooperao com vrios
pesquisadores do projeto, incluindo a autora deste TCC que ficou responsvel pela
catalogao da norma ISO/IEC 15939 e da Medio do nvel F do modelo MR-MPS. Tendo
as informaes sido catalogadas, o mapeamento das informaes foi, ento, realizado como
mostra a Figura 27 realizao feita pelo grupo do projeto com colaborao da autora deste
trabalho. O mapeamento foi necessrio para auxiliar na identificao de equivalncias entre as
normas e os modelos, permitindo uma melhor visibilidade dos pontos de interseo e conflitos
a serem tratados na fase de formulao do processo consensual de Medio.

45
 Figura 27 Exemplo do mapeamento das normas e modelos selecionados para a atividade de Estabelecer
objetivos de medio da fase de Planejar Medio.

Importante destacar aqui somente as fases para o processo de Medio identificadas

como coesas a partir da catalogao e do mapeamento das informaes de Medio, so elas:
i) Estabelecer e Manter Comprometimento com a Medio; ii) Planejar Medio; iii) Executar
Medio; e iv) Avaliar Medio.
Cada fase identificada agrupa prticas especficas, resultados esperados, normativas,
atividades e tarefas que esto inseridas no escopo da referida fase. Por entender que a primeira
e a ltima fase agrupam recomendaes mais gerenciais que propriamente de Medio e por
definir o escopo de levantamento de requisitos para as fases consensuais entre as normas e
modelos, as subsees a seguir vo focar o levantamento dos requisitos para as fases de
Planejar e Executar a Medio.
Importante destacar que embora muitas atividades relacionadas com o projeto de
cooperao terem sido realizadas em grupo, os requisitos levantados e apresentados neste
trabalho so resultantes do trabalho da autora deste, tendo sido revisado por alguns membros
do grupo do projeto. Os requisitos a serem apresentados nas prximas sees so para apoiar
atividades de Medio em nveis iniciais de maturidade, tendo ficado em responsabilidade dos
demais membros do grupo do projeto o levantamento de requisitos para atividades de
Medio em nveis mais altos de maturidade.

4.2.1 Requisitos para a Fase de Planejar a Medio

As recomendaes consensuais para o planejamento da Medio esto relacionadas

com a seleo e definio adequada das mtricas que sero utilizadas ao longo do processo.

46
Assim, as mtricas devem ser selecionadas estando de acordo com as metas, com as
necessidades e/ou com os fatores de qualidade da organizao e os seus procedimentos de
coleta, armazenamento, anlise e comunicao devem estar definidos.
Essas recomendaes so claras nas normas e nos modelos analisados como, por
exemplo, para a seleo de mtricas de acordo com os objetivos da organizao a prtica
especfica 1.2 do CMMI-DEV estabelece: Especificar mtricas para tratar os objetivos de
medio e a normativa 6.3.7.3.1.3 da ISO/IEC 12207 estabelece O projeto deve selecionar e
documentar as mtricas que satisfaam as necessidades de informao. Para a definio
formal dos procedimentos das mtricas o PSM preconiza Selecionar e especificar mtricas,
sendo que essas especificaes so justamente os procedimentos relacionados com as mtricas
definidas.
A partir dessas informaes, possveis requisitos para apoiar a realizao das tarefas
nessa fase ou mesmo para apoiar a auditoria sobre os dados podem ser encontrados no Quadro
4.4 a seguir. Os requisitos identificados a partir da anlise de normas e modelos foram
identificados como RFNM Requisitos Funcionais advindos da anlise de Normas e
Modelos.

Quadro 4.4 Requisitos para fase de planejar a medio Anlise de normas e modelos.

Identificador Requisitos para Planejar a Medio Recomendaes

Relacionadas
RFNM2-01 Permitir a definio de mtricas, armazenando informaes de Definio das
descrio, unidades, escalas, procedimentos de coleta, de mtricas a serem
armazenamento, de anlise e de comunicao, alm dos utilizadas.
relacionamentos com demais mtricas definidas.
Permitir que o planejamento de mtricas a serem coletadas Guiar a escolha de
RFNM-02 esteja de acordo com os objetivos e/ou necessidades de mtricas de acordo
informao e/ou fatores de qualidade da organizao, com os interesses da
armazenando estes e referenciado cada mtrica a um ou mais organizao.
objetivos/necessidades/fatores definidos.

4.2.2 Requisitos para a Fase de Executar a Medio

As recomendaes consensuais para a execuo da Medio esto relacionadas com a

coleta e o armazenamento das medidas e com a anlise e a comunicao dos resultados da
Medio, assim, as mtricas selecionadas durante o planejamento devem ser coletadas,

2
RFNM: Requisito Funcional Anlise de Normas e Modelos
47
armazenadas, analisadas e comunicadas de acordo com os respectivos procedimentos
anteriormente definidos.
Em todas as normas e modelos analisados foi possvel identificar pelo menos uma
prtica; resultado esperado; tarefa ou atividade que tenha relao com a coleta dos dados.
Como exemplo, a atividade 4.3.3 da IEEE Std. 1061-1998 dada por Coletar os dados e
computar os valores das mtricas. Importante nesse caso enfatizar que no somente essa, mas
outras normas orientam sobre a utilizao de ferramentas que possam de alguma forma
automatizar essa computao dos dados, tanto em relao realizao de operaes sobre os
dados como tambm em relao obteno/visualizao dos dados armazenados em uma fase
posterior, evitando assim problemas de dados incorretos e/ou perdidos.
Em relao anlise a ISO/IEC 15939 menciona no item 5.3.3 que os dados devem
ser analisados e os produtos de informao desenvolvidos, alm disso, previsto o
armazenamento dessas informaes como recomendado pelo MR-MPS atravs do MED 6
Os dados e os resultados das anlises so armazenados.. Os produtos de informao a que a
norma se refere so justamente os dados de anlise, as informaes de contexto e as aes de
melhorias a serem tomadas. Contudo, somente produzir esses artefatos e armazen-los pode
no ser suficiente para melhorar o processo de desenvolvimento da organizao, necessrio
que essas informaes sejam recuperadas e utilizadas ao longo do desenvolvimento do
software tanto para comunicao dos resultados aos envolvidos com a Medio
recomendao 6.3.7.3.2.4 da ISO/IEC 12207: O projeto deve documentar e comunicar os
resultados para os usurios da medio como para auxiliar na melhoria do processo.
O conjunto das recomendaes para a fase de execuo da Medio permite identificar
os seguintes requisitos de auxlio a atividades de coleta, anlise e comunicao dos resultados
da Medio Quadro 4.5.

Quadro 4.5 Requisitos para fase de executar a medio Anlise de normas e modelos.

Identificador Requisitos para Executar a Medio Recomendaes

Relacionadas
RFNM-03 Permitir que medidas e estimativas de mtricas possam ser Coletar os dados e
coletados, referenciando estas com suas respectivas suas informaes de
mtricas e alvos. Informaes de data da coleta e data dos contexto;
dados, bem como da unidade do dado coletado, dos Armazenar dados.
responsveis pela coleta e do contexto dos dados devem ser
cadastradas.
RFNM-04 Fornecer um conjunto de operaes para serem realizadas Computar e processar
sobre as medidas e estimativas. os dados.

48
RFNM-05 Fornecer um conjunto de visualizaes para exibio das Computar e processar
medidas coletadas, das estimativas realizadas e dos dados os dados.
operados.
RFNM-06 Permitir o armazenamento de anlises para os dados. Armazenar anlises.
RFNM-07 Emitir relatrios contendo os produtos de informao Documentar e
armazenados: dados de medidas, de estimativas e de comunicar os
anlises. resultados da
Medio.

4.3 Consideraes sobre o Captulo

Em um estudo baseado em reviso sistemtica, (BARCELLOS, 2009) elenca um

conjunto de problemas e caractersticas que prejudicam e auxiliam, respectivamente, a
implantao do controle estatstico de processos. Apesar de focados no controle estatstico de
processos, muitos dos problemas e caractersticas tm o seu incio em uma etapa anterior a da
implantao do controle estatstico: a etapa de implantao da Medio.
Dentre os problemas identificados, pode-se citar: definio operacional deficiente das
mtricas; base de mtricas mal estruturadas; dados armazenados em diferentes fontes no
integradas; dados incorretos; dados perdidos e insuficincia de informaes de contexto das
medidas coletadas. Esses problemas comumente so encontrados em estgios iniciais de
implantaes da Medio e surgem principalmente por haver problemas durante a realizao
de atividades de planejamento e/ou execuo da Medio como os mostrados ao longo desse
captulo.
BARCELLOS (2009) identifica ainda caractersticas de sucesso possveis de serem
encontradas em processos de medio iniciais, como: definio e coleta de mtricas
orientadas s tomadas de decises; identificao dos relacionamentos entre mtricas; mtricas
coletadas para um fim especfico, conhecido pelos envolvidos; registro preciso dos dados
coletados para as mtricas e coleta automtica de mtricas. Muitas dessas caractersticas de
sucesso so possveis de serem identificadas nas prprias normas e modelos analisados.
Durante esse captulo tanto problemas observados durante a execuo da Medio de
forma manual como caractersticas que auxiliam a Medio foram levados em considerao
para compor os requisitos apresentados no Quadro 4.6 para apoiar de forma automatizada as
tarefas e a auditoria da Medio. Os requisitos aqui levantados serviram de insumo para a
implementao de melhorias e para a finalizao do prottipo de apoio ao planejamento e
anlise de Medio j apresentado neste detalhes no captulo a seguir.

49
 Quadro 4.6 Requisitos para apoio a realizao de tarefas de Medio de forma automatizada.

Identificador Requisitos para Apoiar a Medio Fonte (Anlise de

Problemas ou de
Normas e Modelos)
RFNM-01 Permitir a definio de mtricas, armazenando informaes Anlise de Normas e
de descrio, unidades, escalas, procedimentos de coleta, de Modelos (RFNM-01).
armazenamento, de anlise e de comunicao, alm dos
relacionamentos com demais mtricas definidas.
RFP-01/ Permitir que o planejamento de mtricas a serem coletadas Anlise de Problemas
RFNM-02 esteja de acordo com os objetivos e/ou necessidades de (RFP-01) e de
informao e/ou fatores de qualidade da organizao, Normas e Modelos
armazenando estes e referenciado cada mtrica a um ou mais (RFNM-02).
objetivos/necessidades/fatores definidos.
RFP-02 Controlar as verses estveis do planejamento da Medio, Anlise de Problemas
armazenando informaes de modificaes realizadas, bem (RFP-02).
como data de modificaes.
RFP-03/ Permitir que medidas e estimativas de mtricas possam ser Anlise de Problemas
RFMN-03 coletados, referenciando estas com suas respectivas mtricas (RFP-03) e de
e alvos. Informaes de data da coleta e data dos dados, bem Normas e Modelos
como da unidade do dado coletado, dos responsveis pela (RFMN-03).
coleta e do contexto dos dados devem ser cadastradas.
RFP-04 Possibilitar a coleta de mais de uma medida e de mais de uma Anlise de Problemas
estimativa para um mesmo alvo. (RFP-04).
RFP-05/ Fornecer um conjunto de operaes para serem realizadas Anlise de Problemas
RFNM-04 sobre as medidas e estimativas. (RFP-05) e de
Normas e Modelos
(RFNM-04).
RFP-06/ Fornecer um conjunto de visualizaes para exibio das Anlise de Problemas
RFNM-05 medidas coletadas, das estimativas realizadas e dos dados (RFP-06) e de
operados. Normas e Modelos
(RFNM-05).
RFP-07/ Permitir o armazenamento de anlises e informaes de Anlise de Problemas
RFNM-06 contexto para os dados. Mais de uma anlise pode ser (RFP-07) e de
armazenada para cada dado (medida ou indicador), nesse Normas e Modelos
caso importante identificar os envolvidos com a anlise e a (RFNM-06).
data da anlise.
RFP-08/ Emitir relatrios com os dados e as anlises armazenadas. Anlise de Problemas
RFNM-07 (RFP-08) e de
Normas e Modelos
(RFNM-07).
RFP-09 Armazenar e monitorar as aes corretivas a serem tomadas Anlise de Problemas
at que estas sejam efetivadas. (RFP-09).

50
5 EVOLUO DE UMA FERRAMENTA DE APOIO AO
PROCESSO DE PLANEJAMENTO E ANLISE DE
MEDIO

O captulo 3 apresentou o prottipo de apoio ao planejamento e anlise de Medio a

ser evoludo ao longo deste trabalho. Foram destacadas algumas das funcionalidades do
prottipo, enfatizando que algumas delas no tinham sido finalizadas. Assim, antes de projetar
e implementar no prottipo os requisitos apresentados no captulo anterior de forma a
transform-lo em ferramenta de fato, foi necessrio priorizar os requisitos a serem
implementadas neste dentre os propostos para compor a verso inicial do prottipo e dentre os
apresentados ao longo deste.
As sees a seguir detalham como ocorreu a anlise do prottipo em relao ao
atendimento aos requisitos aqui propostos e em relao priorizao dos requisitos a serem
implementados, alm de como os requisitos selecionados melhorias foram
implementados no prottipo de forma a transform-lo em ferramenta operacional.
Adicionalmente, a seo 5.3 apresenta uma anlise de diferentes ferramentas de apoio
Medio.

5.1 Anlise do Prottipo

Os requisitos identificados ao longo da seo anterior so referentes a problemas e

recomendaes encontradas em duas fases do processo de Medio: planejamento e execuo
(coleta e anlise). O escopo deste trabalho transformar em ferramenta operacional um
prottipo de suporte a atividades de planejamento e anlise de Medio, assim os requisitos
para apoiar essas atividades foram priorizados em relao aos de apoio a atividades de coleta.
importante destacar que alguns dos requisitos identificados neste trabalho j tinham
sido planejados para compor as funcionalidades do prottipo, sendo que alguns foram
implementados e outros apenas parcialmente. O Quadro 5.1 a seguir apresenta a lista de
requisitos levantados contendo somente aqueles referentes ao escopo do prottipo
planejamento e anlise de Medio , bem como lista as funcionalidades planejadas para
compor o prottipo e que de alguma forma atendiam aos requisitos identificados. possvel
perceber no Quadro 5.1 que as funcionalidades planejadas para compor o prottipo atendiam
a maioria dos requisitos levantados, embora duas funcionalidades pudessem ser melhoradas

51
para atender amplamente os requisitos (RFP-07/ RFNM-06 e RFP-08/ RFNM-07) e embora
muitas funcionalidades no tivessem sido totalmente implementadas. Por se tratar de um
prottipo, muitas das funcionalidades j implementadas tiveram que ser descartadas e
desenvolvidas do incio seguindo padres de arquitetura da ferramenta e tambm do ambiente
WebAPSEE.

Quadro 5.1 Requisitos levantados e funcionalidades do prottipo.

Identificador Descrio Alto Nvel dos Funcionalidades do Estado da

Requisitos Prottipo Funcionalidade no
Prottipo
RFP-01/ Permitir que a seleo das Permite selecionar mtricas Parcialmente
RFNM-02 mtricas seja guiada pelos para compor indicadores, Implementado.
objetivos estratgicos da sendo estes planejados Falta definir os
organizao. seguindo uma abordagem alvos de coleta das
baseada no GQ(I)M. mtricas para um
indicador.
RFP-02 Controlar as mudanas no Nenhuma funcionalidade -
planejamento da Medio. planejada atende esse
requisito.
RFP-05/ Fornecer um conjunto de Operaes de desvio de No implementado.
RFNM-04 operaes. estimativa e coleta,
distribuio e listagem de
medidas so oferecidas para
serem aplicados sobre as
medidas em um indicador.
RFP-06/ Fornecer um conjunto de Visualizaes de barra, linha, No implementado.
RFNM-05 visualizaes. pizza e tabela so oferecidas
para exibir os dados operados.
RFP-07/ Permitir o armazenamento de Permite armazenar anlises, Implementado.
RFNM-06 vrias anlises para os dados lies aprendidas e Proposta de
coletados. observaes para um funcionalidade
indicador. No separa as vrias necessitando de
anlises que um indicador melhoria para
pode ter. atender o requisito.
RFP-08/ Emitir relatrios com os Permite gerar relatrios No Implementado.
RFNM-07 dados e as anlises customizveis contendo Proposta de
armazenadas. indicadores e suas respectivas funcionalidade
anlises, lies aprendidas e necessitando de
observaes. No exporta melhoria para
dados de medidas estimadas e atender o requisito.
coletadas.
RFP-09 Armazenar e monitorar as Nenhuma funcionalidade -
aes corretivas a serem planejada atende esse
tomadas. requisito.

52
 Alm das funcionalidades do prottipo destacadas no quadro, funcionalidades de
versionamento e criao de MIPModels a partir de modelos j cadastrados no prottipo
tinham sido planejadas para compor o prottipo, porm no foram completamente
implementadas. Outras funcionalidades j implementadas precisavam ser adaptadas para
melhor atender aos requisitos de gerao de indicadores, como foram o caso da
funcionalidade de seleo de mtricas a compor um indicador, que no permitia indicar a
unidade em que deveria ser coletada a medida e o caso da funcionalidade de seleo de alvos
de coleta que deveriam ser exibidos no indicador seleo das instncias das entidades
modeladas no processo de desenvolvimento do WebAPSEE.
Foi definido que todos os requisitos levantados e relacionados com o prottipo
deveriam ser implementados neste trabalho de TCC, mas que seriam priorizadas as
funcionalidades planejadas para compor o prottipo e os requisitos relacionados com essas
funcionalidades. Assim, as funcionalidades que j tinham sido iniciadas e que necessitavam
ser finalizadas ou melhoradas foram concludas para ento dar prosseguimento a
implementao das funcionalidades no implementadas.

5.2 Melhorias Implementadas

Com a finalidade de melhor organizao dessa seo, a implementao de requisitos e

melhorias foram separadas em trs grupos com ordem crescente de prioridade de
implementao: o primeiro grupo composto por requisitos relacionados com operaes e
visualizaes de indicadores (RFP-05/ RFNM-04 e RFP-06/ RFNM-05), o segundo grupo
composto por requisitos e melhorias relacionadas com relatrios (RFP-08/ RFNM-07) e o
terceiro grupo composto por requisitos que no tinham funcionalidades planejadas para o
prottipo novas funcionalidades para este (RFP-02, RFP-07/ RFNM-06 e RFP-09).

53
5.2.1 Projeto e Implementao de Operaes e Visualizaes

A implementao das operaes a serem aplicadas sobre as medidas e das possveis

visualizaes (indicadores) dos dados foi realizada conforme o definido em (NASCIMENTO,
2007). O Quadro 5.2 exibe os possveis formatos para visualizao dos dados e as suas
respectivas operaes. Quatro so os formatos disponveis para os indicadores barra, linha,
pizza e tabela e trs so as operaes sobre os dados desvio, distribuio e listagem. Cada
formato exibe os dados operados em um conjunto pr-estabelecido de operaes. Uma mesma
operao pode manipular os dados de formas diferentes a depender do formato do indicador e
da quantidade de alvos selecionados para compor o indicador.

Quadro 5.2 Formato de indicadores e suas possveis operaes.

Formato Operao Descrio N. de Tipo de

Alvos Seleo
Para cada alvo/tipo selecionado, calcular e >1 All
Desvio de
mostrar o desvio (em porcentagem) da medida da By Type
<mtrica>
<mtrica> em relao a sua primeira estimativa. Selected
Barra Calcular o somatrio das medidas relacionadas >=1 By Type
Distribuio com a <mtrica> por tipo e total e mostrar a
de <mtrica> porcentagem das medidas para cada tipo
selecionado.
Para cada alvo/tipo selecionado, calcular e >1 All
mostrar o desvio (em porcentagem) da medida da By Type
<mtrica> em relao a sua primeira estimativa. Selected
De posse de todas as estimativas e da medida 1 Selected
Desvio de final relacionada com a <mtrica> para o alvo
Linha
<mtrica> selecionado, calcular e mostrar o desvio da
segunda estimativa em relao primeira, e
assim sucessivamente, at o desvio da medida
final da <mtrica> em relao sua ltima
estimativa.
Calcular o somatrio das medidas relacionadas >=1 By Type
Distribuio com a <mtrica> por tipo e total e mostrar a
Pizza
de <mtrica> porcentagem das medidas para cada tipo
selecionado.
Mostrar lado a lado: 1 estimativa, ltima >=1 All
estimativa, desvio entre 1 e ltima estimativa, By Type
Desvio de
medida coletada, desvio entre medida e 1 Selected
<mtrica>
estimativa, desvio entre medida e ltima
estimativa.
Para cada alvo selecionado, calcular e mostrar a >=1 All
Tabela
porcentagem do somatrio da medida da Selected
<mtrica> em relao a todos os alvos, assim
Distribuio
como o valor real da medida.
de <mtrica>
Calcular o somatrio das medidas relacionadas >=1 By Type
com a <mtrica> por tipo e total e mostrar a
porcentagem das medidas para cada tipo
54
 selecionado.
De posse de todas as estimativas e da medida 1 Selected
Listagem de final relacionada com a <mtrica> para o alvo
<mtrica> selecionado mostrar lado a lado: valor,
tipo/natureza (estimativa/coleta), data/perodo.

Para atender ao que fora planejado, um projeto de arquitetura foi definido e ilustrado
atravs do diagrama de pacotes da Figura 28

Figura 28 Diagrama de pacotes estrutura projetada para extrao, operao e visualizao de medidas.

A implementao foi projetada para seguir a arquitetura cliente-servidor do

WebAPSEE utilizando a invocao de mtodos remotos chamadas RMI para permitir que
mtodos definidos no servidor sejam acessados por clientes. Ao ser solicitada pelo usurio da
ferramenta a visualizao de um determinado indicador, o cliente do ambiente WebAPSEE
manda uma requisio dos dados a serem exibidos ao servidor que executa um sequncia de
comandos para retorn-los ao cliente no qual ser formulada e exibida a visualizao
detalhes na Figura 29.

55
 Figura 29 Fluxo de aes executadas para gerao de indicadores.

A sequncia de aes apresentadas na Figura 29 obedece aos seguintes passos principais:

Passo 1: No servidor as medidas coletadas e estimadas para os alvos selecionados so
primeiramente extradas da base (pacote extractor Figura 30) e so transformados em
dados mais simples formatados para conter somente informaes essenciais para
serem operados (pacote data).
Passo 2: Sobre os dados resultantes do passo anterior aplicada uma das trs
operaes disponveis desvio, distribuio e listagem implementadas no pacote
operator (Figura 31) sendo os dados transformados em sries de dados prontos a
serem enviados para o cliente.
Passo 3: No cliente as sries de dados recebidas so usadas para compor a visualizao
do indicador selecionado pelo usurio visualizaes disponveis no pacote
visualization (Figura 32).

Figura 30 Diagrama de classes do pacote extractor.

56
 A Figura 30 apresenta o diagrama de classes para a extrao das medidas dos alvos
selecionados passo 1 da sequncia de comandos apresentados anteriormente. A arquitetura
foi planejada para se beneficiar do padro de projeto Strategy que concede maior
extensibilidade ao projeto atravs da definio de uma interface para garantir que mtodos
possam ser implementados de diferentes formas a depender de um contexto comum
(GAMMA, et al., 1994). No caso especfico do diagrama da Figura 30 a interface
ExtractorInterface define um comportamento abstrato de extrao de medidas a ser
concretamente realizado em cada uma das classes que implementa a referida interface. Cada
classe realiza a extrao de medidas segundo a sua prpria estratgia que no caso corresponde
a uma tcnica de extrao adequada para uma entidade especfica do processo.

Figura 31 Diagrama de classes do pacote operator.

Para a realizao das operaes sobre os dados passo 2 tambm foi aplicado o
padro Strategy (Figura 31), agora no contexto de definio de diferentes operaes possveis
de serem realizadas. A aplicao desse padro nesse contexto se mostra ainda mais efetiva
pelas facilidades oferecidas para a criao de novas operaes evoluo de funcionalidades
do prottipo.

Figura 32 Diagrama de classes do pacote visualization.

Tambm como forma de auxiliar na evoluo das funcionalidades do prottipo, o

padro Strategy foi utilizado no cliente da aplicao para facilitar na construo de novas
57
visualizaes. Assim, caso uma nova visualizao seja planejada para compor o conjunto de
visualizaes disponveis, suficiente a implementao dos mtodos definidos na interface
VisualizerInterface (Figura 32).
vlido mencionar ainda que para a construo das visualizaes foi utilizada a
Application Programming Interface (API) livre JFreeChart (GILBERT, 2007) que
disponibiliza um conjunto de funes para a formulao, a partir de um conjunto de dados
pr-formatados, de uma variedade de visualizaes dentre as de barra, linha e pizza utilizados
neste trabalho.

5.2.2 Gerao de Relatrios

Funcionalidade planejada, mas at ento no implementada, a gerao de relatrios,

contendo indicadores, anlises, lies aprendidas e observaes conforme o planejado, foi
projetada na ferramenta para permitir que diferentes tipos de relatrios sejam customizados de
acordo com as necessidades de comunicao da organizao exemplo do relatrio de
comunicao na Figura 33. Por apoiar na anlise e comunicao dos resultados da Medio, o
relatrio no foi planejado para agrupar os dados coletados para os alvos e sim para agrupar
indicadores e suas respectivas anlises.

58
 Figura 33 Exemplo de relatrio de comunicao.

De forma a atender ao RFP-08/ RFNM-07 em sua totalidade, foi proposto um relatrio

para exportao dos dados coletados para um determinado indicador de forma a auxiliar na
auditoria das medidas bem como a permitir que os dados sejam utilizados por usurios da
ferramenta para compor visualizaes no previstas por esta. Um exemplo de relatrio de
exportao de dados de um indicador mostrado na Figura 34.

59
 Figura 34 Exemplo de relatrio de dados do indicador.

Alm do novo relatrio contendo os dados de coleta, outro relatrio foi identificado
como importante para auxiliar na auditoria das informaes de Medio: o relatrio contendo
os dados de planejamento da Medio exemplo na Figura 35. Alm de auxiliar na auditoria,
o relatrio possibilita que a organizao tenha maior controle dos artefatos produzidos,
podendo control-los em algum repositrio de verses que esteja institucionalizado pela
organizao.

60
 Figura 35 Exemplo do plano de Medio exportado.

Todos os relatrios planejado e novos foram implementados seguindo a lgica do

diagrama de pacotes apresentado na Figura 36.

Figura 36 Diagrama de pacotes para gerao de relatrios.

61
 Para a gerao dos relatrios, o fluxo de comandos quando solicitada uma requisio
pelo cliente um pouco diferente do fluxo apresentado para a gerao de indicadores. Como
pode ser observado na Figura 36, ao solicitar um relatrio no cliente, os dados para compor o
relatrio so extrados do servidor atravs da consulta na base de dados (pacote dao) e atravs
de informaes advindas das transformaes sobre os dados no pacote gqimDataHandling.
O conjunto de dados obtidos da base e das transformaes no pacote gqimDataHandling
utilizado para compor objetos mais simples (pacote beans) a serem exibidos nos relatrios
solicitados.
O principal diferencial do fluxo est na invocao de mtodos existentes em classes do
prprio cliente (pacote visualization). Esses mtodos esto relacionados com a gerao das
imagens das visualizaes a serem inseridas no Relatrio de Comunicao dos Resultados da
Medio da Figura 33.
Importante destacar que para a gerao dos relatrios foi utilizada a API jXLS (JXLS
TEAM), que permite que relatrios sejam gerados a partir da configurao de templates. Os
templates so configurados com notaes XML especficas da API e so preenchidos com os
dados de objetos que so passados como parmetro na chamada do mtodo para gerao do
relatrio. A Figura 37 exibe o template formulado para o relatrio Plano de Medio gerado
pela ferramenta.

Figura 37 Template do Plano de Medio configurao a partir de XML.

62
5.2.3 Implementao de Novas Funcionalidades

Os novos requisitos para o prottipo esto relacionados com o controle das

modificaes realizadas sobre o MIP e relacionados com o armazenamento e monitorao das
aes de melhorias. Alm dos novos requisitos, uma proposta para armazenamento de mais de
uma anlise para cada indicador foi realizada para melhorar uma funcionalidade j existente
no prottipo. A Figura 38 apresenta o modelo de classes do prottipo, destacando as novas
classes para atender aos novos requisitos.

63
Figura 38 Modelo de classes do prottipo, destacando as novas classes.
64
 As classes no escopo do pacote gqim representam as classes do modelo do prottipo
enquanto as fora do escopo representam classes do ambiente WebAPSEE que so
referenciadas por este. As classes destacadas representam as includas e/ou alteradas para
auxiliar na implementao dos novos requisitos de controle de modificaes no plano de
Medio, de armazenamento de mais de uma anlise para um indicador e de armazenamento e
monitorao de aes a serem tomadas ao longo do projeto.
Em relao ao requisito de controle de modificaes no planejamento, foi definido um
modelo para armazenamento do log dos eventos que podem ocorrer em um Plano de Medio.
Para tanto, relacionado ao MIP tem-se a classe MIP_Log que armazena informaes
referentes a eventos que podem ocorrer em um Plano de Medio. As seguintes informaes
so armazenadas: data do evento, o tipo do evento (incluso/excluso), o tipo de item que
sofreu o evento (meta de negcio, meta de medio, questo, indicador ou relatrio) e o
identificador do item. No caso do item ser um relatrio, informaes adicionais deste devero
ser armazenadas na classe Report_Log, j que diferente dos outros itens, os relatrios so
especficos para um Plano de Medio e caso haja uma excluso de um relatrio do Plano de
Medio o mesmo excludo da base no havendo mais referncia a ser utilizada pelo log.
Para o armazenamento de mais de uma anlise para o indicador o antigo atributo
analysis da classe MIP_Indicator foi transformado em uma classe contendo informaes antes
tambm destacadas como atributos de MIP_Indicator: lies aprendidas e observaes. Alm
disso, para cada anlise possvel detalhar a data de sua realizao e os envolvidos com a
anlise.
Por fim, para o armazenamento e monitoramento das aes a serem tomadas, uma
classe Action foi definida, relacionando informaes de descrio, tipo de entidade que a ao
se refere, estado da ao (pendente, resolvida, invlida) e a data de formulao e
resoluo/invalidao da ao.

5.3 Anlise de Ferramentas de Apoio Medio

Como trabalhos menos relacionados, uma vez que no apresentam requisitos e sim
funcionalidades existentes, outras ferramentas de apoio a atividades de Medio foram
identificadas ao longo deste o que permitiu realizar uma anlise entre elas e a ferramenta aqui
concluda. A anlise foi realizada com base nas principais funcionalidades das ferramentas,
sendo considerado um conjunto restrito de ferramentas que oferecessem apoio a atividades de
Medio em todas as fases de seu processo: planejamento e execuo (coleta e anlise).
65
 Assim, foram consideradas as seguintes ferramentas para a anlise: MedPlan e Metrics
(SCHNAIDER, et al., 2004), MetriFlame (VTT ELECTRONICS), Spago4Q
(ENGINEERING INGEGNERIA INFORMATICA S.P.A.) e SPIDER-MPlan (OLIVEIRA e
ESTACIO, 2010).
As ferramentas encontradas foram divididas em dois grupos: ferramentas que realizam
a coleta de medidas a partir da extrao de dados de repositrios externos e ferramentas que
mantm o controle dos dados na prpria base de dados. No primeiro grupo destacam-se
MetriFlame e Spago4Q, j no segundo esto MedPlan e Metrics (a serem analisadas como
uma s), SPIDER-MPlan e o Ambiente WebAPSEE.
Separada no primeiro grupo, a ferramenta MetriFlame possibilita a realizao do
planejamento da Medio com base no paradigma GQM. Ela disponibiliza ainda uma
interface para coleta de medidas de repositrios externos, permitindo assim a integrao da
ferramenta com demais fontes de dados, seja de documentos, de outras ferramentas ou mesmo
de base de dados. Alm disso, a MetriFlame disponibiliza um conjunto de operaes e
visualizaes a serem aplicados sobre as medidas como forma a dar suporte s anlises das
informaes coletadas. Embora a ferramenta permita a coleta automtica de medidas, essa
facilidade acaba limitando a definio de mtricas possveis de serem coletadas, limitando
tambm os tipos de informaes a serem analisadas. Outro ponto da ferramenta que ela no
oferece suporte ao cadastro de anlises e nem possui um mecanismo de exportao das
informaes cadastradas.
Pertencente ao mesmo grupo da ferramenta MetriFlame, a Spago4Q tambm permite o
planejamento da medio guiado por objetivos identificados pela organizao utilizao do
paradigma GQM. A extrao das medidas na ferramenta feita de forma totalmente
automtica uma vez que ela disponibiliza conectores de extrao de dados para diferentes
ferramentas, como Eclipse (THE ECLIPSE FOUNDATION), Bugzilla (MOZILLA
FOUNDATION), Subversion (THE APACHE SOFTWARE FOUNDATION) dentre outras.
Para auxiliar na anlise ela disponibiliza diferentes visualizaes e relatrios, se propondo
ainda a atender recomendaes de diferentes modelos de qualidade como o prprio CMMI. A
Spago4Q se mostra uma ferramenta bem completa para apoiar a Medio, contudo tambm
oferece as limitaes de tipos de mtricas possveis de serem coletadas.
No segundo grupo destacam-se ferramentas de apoio automatizado a realizao das
atividades de coleta de medidas. Embora no coletem nenhuma medida de forma automtica,
as ferramentas possibilitam a definio de qualquer tipo de mtrica existente no contexto de
desenvolvimento de software e permitem que os valores atribudos a elas possam ser
66
armazenados e posteriormente utilizados para compor visualizaes. Todas possibilitam o
planejamento da Medio seguindo alguma abordagem de Medio: GQM para a MedPlan e
SPIDER-MPlan e GQ(I)M para o WebAPSEE, mas somente o WebAPSEE mantm o
controle das modificaes realizados durante o planejamento da Medio.
Em relao ao apoio anlise de informaes, a MedPlan e a Metrics auxiliam na
avaliao post mordem de projetos enviando questionrios de avaliao aos participantes do
projeto e consolidando os resultados obtidos, alm disso permitem o armazenamento de
informaes de anlise e interpretaes dos dados calculados e de aes de tratamento a no
conformidades encontradas. Embora permita todo esse apoio ao cadastro de informaes, a
ferramenta no disponibiliza relatrios de comunicao dos dados, apenas permite que as
visualizaes possam ser impressas, alm disso, no foi identificado um apoio ao
acompanhamento das aes de tratamento armazenadas.
A ferramenta SPIDER-MPlan por sua vez permite o armazenamento de informaes
de anlises, exporta relatrios para a comunicao dos resultados da Medio e permite que
sejam ainda cadastradas apreciaes sobre as anlises feitas a partir dos relatrios. A
ferramenta se prope a auxiliar no atendimento de todos os resultados esperados para o nvel
F do modelo MR-MPS. Diferente do MedPlan e Metrics e do WebAPSEE, nenhuma
indicao de apoio ao cadastro e acompanhamento de aes corretivas foi identificada na
ferramenta.
Por fim, como apresentado ao longo do captulo 3 e ao longo deste captulo, o
WebAPSEE permite o cadastro de anlises, lies aprendidas e observaes acerca da
Medio alm de disponibilizar diferentes tipos de relatrios apoiando a comunicao e
auditoria dos dados. Alm disso, o ambiente permite o cadastro e monitoramente de aes a
serem tomadas pela gerncia ao longo do andamento do projeto, tendo como diferencial das
demais ferramentas apresentadas o registro das modificaes realizadas nos planos de
Medio. Exemplo de utilizao da ferramenta no Apndice B deste texto.

67
6 CONSIDERAES FINAIS

O processo de Medio visto como uma prtica importante e necessria para as

organizaes de desenvolvimento de software (MCGARRY, et al., 2002) uma vez que
disponibiliza informaes e maior conhecimento a respeito das entidades gerenciadas nos
projetos e permite a tomada de decises baseadas em informaes mais objetivas.
Embora importante e necessria, a sua execuo ainda complexa e difcil de ser
realizada, fato que acarreta em coleta de informaes muitas vezes desnecessrias, falta de
dados e de informaes de contexto que inviabilizam a anlise dos dados e problemas na
manipulao das informaes que acabam prejudicando a confiabilidade das anlises
realizadas a partir delas. Com isso, abordagens e metodologias para Medio e
recomendaes para implantao desse processo so propostas na literatura como forma de
minimizar esses problemas. Uma recomendao que consenso entre especialistas da rea
justamente a utilizao sempre que possvel de apoio ferramental para a realizao das tarefas
de Medio (KETTELERIJ, 2006).
Ao longo deste trabalho alguns problemas da implantao da Medio de forma
manual puderam ser encontrados, bem como oportunidades de melhorias para a realizao de
tarefas de Medio foram identificadas. Os problemas identificados foram ento mapeados
para requisitos de apoio a execuo das atividades de Medio de forma automatizada.
A anlise de recomendaes de Medio dispostas em normas e modelos tambm
possibilitou a identificao de requisitos para apoiar a realizao de tarefas desse processo. O
conjunto de requisitos identificados foi ento utilizado para evoluir uma ferramenta de apoio
ao planejamento e anlise de Medio, permitindo a construo de uma ferramenta pronta
para utilizao e pronta para apoiar atividades de Medio de forma a minimizar os problemas
na execuo desse tipo de atividades.

6.1 Contribuies e Limitaes do Trabalho

Como contribuies esse trabalho disponibiliza um conjunto de requisitos para

ferramentas de apoio ao processo de Medio. Esses requisitos podem ser utilizados como
base para a construo de novas ferramentas do domnio da Medio ou mesmo como base
para a melhoria de ferramentas j existentes.

68
 Outra contribuio do trabalho foi a prpria ferramenta de apoio ao planejamento e
anlise de Medio evoluda que permitiu avaliar a viabilidade dos requisitos levantados alm
de se mostrar uma soluo tecnolgica para apoiar a realizao desse processo. Alm disso, a
concluso da ferramenta possibilitou o surgimento de trabalhos relacionados com o tema no
grupo de pesquisa ao qual a aluna est inserida.
Apesar das contribuies, importante destacar algumas limitaes deste trabalho:
A identificao de problemas encontrados com a implantao manual de
Medio foi realizada somente em um caso real e em ambiente acadmico;
Os requisitos identificados esto relacionados com a execuo de tarefas da
Medio tradicional, no sendo levadas em considerao as tarefas de Medio
para alta maturidade;
Foi implementado um conjunto limitado de operaes e visualizaes na
ferramenta;
Os mecanismos para apoiar as atividades de Medio so para apoio
automatizado e no automticos.

6.2 Trabalhos em Andamento e Futuros

Como apresentado no captulo de investigao de requisitos, problemas e

oportunidades de melhorias relacionadas com a coleta dos dados tambm foram identificadas,
sendo produzido um conjunto de requisitos para apoiar essas atividades, contudo esses
requisitos no foram implementados visto estarem fora do escopo do prottipo. Como
trabalho em andamento tem-se ento o projeto e implementao dos requisitos identificados
para a fase de coleta dos dados, construindo para isso uma base de medidas para o Ambiente
WebAPSEE.
Alm disso, alguns trabalhos futuros puderam ser identificados a partir deste:
Anlise de operaes e visualizaes utilizadas na indstria de software de
forma a implement-las na ferramenta.
Anlise do Ambiente WebAPSEE para identificao de mtricas possveis de
serem coletadas automaticamente exemplo: contagem de atividades de
determinado tipo em um projeto, nmero de dias utilizados para a realizao de
uma determinada atividade dentre outras.
Permitir que a coleta possa estar vinculada mquina de execuo do
ambiente, sendo realizada a partir da agenda dos desenvolvedores.
69
 Anlise de usabilidade e implementao de melhorias na interface grfica da
ferramenta.
Aplicao de um estudo de caso em um cenrio real de medio, verificando se
os problemas anteriormente identificados e que geraram os requisitos
implementados se repetiram durante a execuo da Medio de forma
automatizada.

6.3 Contribuies Pessoais do Trabalho

Finalizando, este TCC trouxe para aluna algumas contribuies pessoais como:
Novos conhecimentos relacionados com o tema abordado o que permitiu que a
aluna pudesse ser convidada para apresentao de um mini-curso de Medio
na SEMINF Semana de Informtica da UFPA 2011.
Novos conhecimento de implementao, de arquitetura, de padres de projeto,
de tecnologias de persistncia de dados, de gerao de visualizaes e de
relatrios.
Maior interesse por parte da aluna pela rea da pesquisa, motivando a mesma a
continuar na academia.
Oportunidade de publicao em peridico (NASCIMENTO, et al., 2010) e em
conferncia (RIBEIRO, et al., 2011).

70
 REFERNCIAS

BARCELLOS, M. P. Uma Estratgia para Medio de Software e Avaliao de Bases de

Medidas para Controle Estatstico de Processos de Software em Organizaes de Alta
Maturidade. Tese de Doutorado. Rio de Janeiro: PESC/COPPE. 2009.
BASILI, V. R. Software Modeling and Measurement: The Goal/Question/Metric
Paradigm. University of Maryland. College Park. 1992.
BASILI, V. R.; WEISS, D. M. A Methodology for Collecting Valid Software Engineering
Data. IEEE Transactions on Software Engineering, Los Alamitos, v. SE-10, p. 728-738,
November 1984.
BORIA, J. L. Whats Wrong With My Level 4? Comunicao Social. [S.l.]: [s.n.]. 2007.
COLTRO, A. Gesto da Qualidade Ambiental em um Enfoque Social: Fatores Concretos
de Competitividade Organizacional? Seminrios em Administrao FEA-USP. So Paulo:
Anais do VII SEMEAD. 2004.
ENGINEERING INGEGNERIA INFORMATICA S.P.A. Spago4Q. Disponivel em:
<http://www.spagoworld.org/xwiki/bin/view/Spago4Q/>. Acesso em: 29 Novembro 2011.
FENTON, N. Software Measurement: A Necessary Scientific Basis. IEEE Transactions on
Software Engineering, 20, March 1994. 199-206.
FENTON, N. E.; PFLEEGER, S. L. Software Metrics - A Rigorous & Pratical Approach.
Boston: PWS Publishing Company, 1997. 10-11 p.
FLORAC, W. A.; CARLETON, A. D. Measuring the Software Process - Statistical
Process Control for Software Process Improvement. 1st. ed. New York: Addison Wesley,
1999.
FUGGETTA, A. Software Process: A Roadmap. Proceedings of the Conference on The
Future of Software Engineering, ICSE. Limerick: [s.n.]. 2000. p. 25-34.
GAMMA, E. et al. Design Patterns: Elements of Reusable Object-Oriented Software. 1st. ed.
Boston: Addison Wesley Professional, 1994.
GILBERT, D. The JFreeChart Class Library - Developer Guide. Hertfordshire: Object
Refinery Limited, 2007.
GOPAL, A. et al. Measurement Programs in Software Development: Determinants of
Success. IEEE Transactions on Software Engineering. Los Alamitos: IEEE CS Press. 2002. p.
863-875.
HALL, T.; FENTON, N. Implementing Effective Software Metrics Programs. IEEE
Software. Los Alamitos: IEEE CS Press. 1997. p. 55-65.
IEEE COMPUTER SOCIETY. Std 1061 - IEEE Standard for a Software Quality Metrics
Methodology. Los Alamitos. 1998.
IEEE COMPUTER SOCIETY. Guide to the Software Engineering Body of Knowledge -
SWEBOK. Los Alamitos: IEEE CS Press, 2004.
ISO/IEC. ISO/IEC 15939:2002 - Software Engineering Software Measurement Process.
International Organization for Standardization and the International Electrotechnical
Commission. Geneva. 2002.

71
ISO/IEC. ISO/IEC 15504-2:2003 Information Technology Process Assessment.
International Organization for Standardization and the International Electrotechnical
Commission. Geneva. 2003.
ISO/IEC. ISO/IEC 12207:2008 - Systems and Software Engineering - Software Life
Cycle Process. International Organization for Standardization and the International
Electrotechnical Commission. Geneva. 2008.
JAVA Remote Method Invocation - Distributed Computing for Java. Disponivel em:
<http://www.oracle.com/technetwork/java/javase/tech/index-jsp-138781.html>. Acesso em:
28 Novembro 2011.
JXLS TEAM. jXLS. Disponivel em: <http://jxls.sourceforge.net/>. Acesso em: 29 Novembro
2011.
KAN, S. H. Metrics and Models in Software Quality Engineering. Boston: Addison
Wesley, 2002.
KETTELERIJ, R. Designing a Measurement Programme for Software Development
Projects. Amsterdam: Master's Thesis. Universiteit van Amsterdam, 2006.
KITCHENHAM, B.; PFLEEGER, S. L. Towards a Framework for Software Measurement
Validation. IEEE Transactions on Software Engineering, Los Alamitos, v. 21, p. 929-944,
December 1995.
LAIRD, L. M.; BRENNAN, M. C. Software Measurement and Estimation: A Practical
Approach. New Jersey: IEEE CS Press, 2006.
LEMOS, A. M. et al. Uso de Prticas de Gerenciamento de Projetos no Desenvolvimento
de um Sistema de Apoio a Redes de Pesquisa no Estado do Par. II Workshop de
Gerenciamento de Projetos de Software. Ouro Preto: Simpsio Brasileiro de Qualidade de
Software. 2009.
LIMA REIS, C. A. Uma Abordagem Flexvel para Execuo de Processos de Software
Evolutivos. Tese de Doutorado. Porto Alegre: PPGCC-UFRGS. 2003.
LIMA, A. M. et al. WebAPSEE: Um Ambiente Livre e Flexvel Para Gerncia de Processos
de Software. VII Workshop de Software Livre. Porto Alegre: Workshop de Software Livre.
2006. p. 163-168.
MCGARRY, J. et al. Practical Software Measurement: Objective Information for Decision
Makers. Boston: Addison Wesley, 2002.
MILLS, E. E. Software Metrics. Carnegie Mellon University. Pittsburgh. 1988.
MOZILLA FOUNDATION. Bugzilla. Disponivel em: <http://www.bugzilla.org/>. Acesso
em: 29 Novembro 2011.
NASCIMENTO, L. M. A. Uma Abordagem Automatizada de Medio em Processos de
Software. Dissertao de Mestrado. Belm: PPGEE/UFPA. 2007.
NASCIMENTO, L. M. A. et al. Implantao de Medio no Processo de Desenvolvimento de
Software - Relato de Experincia e Lies Aprendidas. Revista de Informtica Terica e
Aplicada, 17, n. 3, 2010. 412-425.
OFFEN, R. J.; JEFFEREY, R. Establishing Software Measurement Programs. IEEE
Software. Los Alamitos: IEEE CS Press. 1997. p. 45-53.

72
OLIVEIRA, S. R. B.; ESTACIO, B. J. S. Spider-MPlan: Uma Ferramenta para Apoio ao
Processo de Medio do MPS.BR. Workshop de Software Livre. Porto Alegre: Anais do
Workshop de Software Livre de 2010. 2010.
PARK, R. E.; GOETHERT, W. B.; FLORAC, W. A. Goal-Driven Software Measurement -
A Guidebook. Pittsburgh: SEI Joint Program Office, 1996.
PRESSMAN, R. S. Software Engineering - A Practitioner's Approach. 7th. ed. New York:
McGraw-Hill Professional, 2010.
RIBEIRO, T. V. et al. Apoio Medio em um ADS Centrado em Processos. VII
Workshop Anual do MPS. Campinas: Anais do WAMPS 2011. 2011.
SCHNAIDER, L. et al. Uma abordagem para Medio e Anlise em Projetos de
Desenvolvimento de Software. III Simpsio Brasileiro de Qualidade de Software. Braslia:
Anais do SBQS 2004. 2004.
SEI. CMMI for Developmente (CMMI-DEV 1.3). Carnegie Mellon University. Pittsburgh.
2010.
SEI. CMMI - Overview, 2011. Disponivel em: <http://www.sei.cmu.edu/cmmi/>. Acesso em:
14 Nobembro 2011.
SOFTEX. MPS.BR: Melhoria de Processo do Software Brasileiro. Guia Geral, Junho 2011a.
Disponivel em:
<http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_de_Implementacao_Parte_2_2011.
pdf>. Acesso em: 18 Outubro 2011.
SOFTEX. MPS.BR: Melhoria de Processo do Software Brasileiro. Guia de Implementao -
Parte 2. Fundamentao para Implementao do Nvel F do MR-MPS., Julho 2011b.
Disponivel em:
<http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_de_Implementacao_Parte_2_2011.
pdf>. Acesso em: 04 Novembro 2011.
SOFTEX. MPS.BR: Melhoria de Processo do Software Brasileiro. Guia de Implementao -
Parte 6. Fundamentao para Implementao do Nvel B do MR-MPS., 2011c. Disponivel
em:
<http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_de_Implementacao_Parte_6_2011.
pdf>. Acesso em: 13 Novembro 2011.
SOFTEX. MPS.BR: Melhoria de Processo do Software Brasileiro. Guia de Implementao -
Parte 7. Fundamentao para Implementao do Nvel A do MR-MPS., 2011d. Disponivel
em:
<http://www.softex.br/mpsbr/_guias/guias/MPS.BR_Guia_de_Implementacao_Parte_7_2011.
pdf>. Acesso em: 13 Novembro 2011.
SOLINGEN, R.; BERGHOUT, E. The Goal/Question/Metric Method: A Practical Guide
for Quality Improvement of Software Development. London: McGraw-Hill Publishing
Company, 1999.
THE APACHE SOFTWARE FOUNDATION. Subversion. Disponivel em:
<http://subversion.apache.org/>. Acesso em: 29 Novembro 2011.
THE ECLIPSE FOUNDATION. Eclipse. Disponivel em: <http://www.eclipse.org/>. Acesso
em: 29 Novembro 2011.
VTT ELECTRONICS. MetriFlame. Disponivel em:
<http://virtual.vtt.fi/virtual/proj1/products/metriflame/>. Acesso em: 29 Novembro 2011.
73
WESTFALL, L. 12 Steps to Useful Software Metrics. Proceedings of the Seventeenth
Annual Pacific Northwest Software Quality Conference. Portland: Citeseer. 1999. p. 109-118.

74
APNDICE A DADOS DA MEDIO NO CASO REAL

Este apndice tem como objetivo apresentar, de forma simplificada, os documentos

utilizados para o armazenamento das informaes de Medio do projeto em que foi
implantada a estratgia de Medio apresentada neste TCC.
O Plano de Medio proposto para o projeto foi produzido em uma planilha eletrnica
dividida em abas: a primeira aba contendo informaes de metas de negcio e de Medio
(Figura 39); a segunda aba contendo questes e seus relacionamentos com as metas de
Medio (Figura 40); a terceira aba contendo informaes de indicadores e seus
relacionamentos com as questes (Figura 41) e a quarta e ltima aba contendo informaes de
mtricas a serem coletadas durante o projeto e seus relacionamentos com os indicadores
(Figura 42). Todas as figuras a seguir ilustram parte das informaes de Medio do projeto.

Figura 39 Plano de Medio metas de negcio e de Medio.

75
Figura 40 Plano de Medio metas de Medio e questes.

76
Figura 41 Plano de Medio questes e indicadores.

77
 Figura 42 Plano de Medio indicadores e mtricas.

Para a execuo da Medio tambm foram utilizadas planilhas eletrnicas para o

armazenamento de medidas coletadas para cada alvo de Medio (Figura 43); para o
agrupamento e a operao sobre os dados (Figura 44); e para a formulao dos indicadores a
partir dos dados coletados, agrupados e coletados (Figura 45).

78
Figura 43 Dados de Medio medidas coletadas para alvos do tipo atividade.

79
Figura 44 Dados de Medio dados agrupados e operados.

Figura 45 Dados de Medio indicadores formulados.

80
APNDICE B EXEMPLO DE UTILIZAO DA
FERRAMENTA DE APOIO MEDIO

Esse apndice tem como objetivo ilustrar como o ferramental de apoio ao processo de
Medio apresentado e evoludo ao longo deste trabalho pode ser utilizado para executar
tarefas do processo de Medio.
Inicialmente a alta gerncia da organizao deve realizar um planejamento genrico da
Medio cadastro de MIPModel. A organizao pode cadastrar um ou vrios modelos de
planos de Medio de acordo com os seus objetivos e critrios em relao Medio e seus
projetos, por exemplo, um nico modelo de plano de Medio pode ser criado com o objetivo
de ser utilizado por todos os projetos desenvolvidos na organizao ou vrios modelos podem
ser criados um para cada tipo de projeto projetos em que a qualidade essencial e projetos
em que o prazo um fator crtico.
A Figura 46 exibe a tela de cadastro de um MIPModel. Nela podem ser indicadas
informaes gerais do modelo de plano de Medio, alm de metas de negcio, de Medio,
questes, indicadores e relatrios genricos a serem utilizados por diferentes tipos de projetos.

Figura 46 Tela de planejamento do MIPModel, modelo genrico para Medio a ser utilizado por diferentes
projetos.

81
 Aps ter definido pelo menos um modelo de plano de Medio possvel de ser
utilizado nos projetos da organizao possvel que sejam planejados planos de Medio
especficos para projetos. A Figura 47 ilustra os passos que um usurio da ferramenta de
apoio Medio deve seguir para ter a execuo do processo de Medio apoiada pela
ferramenta aqui apresentada.

Figura 47 Passos a serem executados pelos usurios da ferramenta para realizar as atividades do processo de
Medio.

Os passos destacados em azul no Figura 47 representam passos que sero realizados

com o apoio do ambiente WebAPSEE, enquanto que os passos em verde representam os
passos realizados com o apoio da ferramenta de planejamento e anlise evoluda neste
trabalho.
O primeiro passo a ser realizado pelo usurio da ferramenta ser o de definir o
processo de desenvolvimento de software em que ser implantado o processo de Medio.
Esse passo executado no Manager Console do Ambiente WebAPSEE (Figura 48) no qual
sero modeladas as atividades, agentes, artefatos, enfim, todas as entidades necessrias para
compor o processo do projeto a ser executado.

82
 Figura 48 Tela do Manager Console do WebAPSEE Modelagem de um processo de desenvolvimento de
software.

Finalizado o passo de definio e modelagem do processo de desenvolvimento, o

prximo passo o de seleo do MIPModel que ir guiar o planejamento da Medio do
referido projeto cujo processo fora modelado. Aps a seleo de um dos MIPModels
definidos pela organizao, a ferramenta disponibiliza para o usurio um formulrio contendo
as informaes de planejamento da Medio definidas no MIPModel selecionado e permite
que o usurio inclua novas metas de negcio, de Medio, questes, indicadores e relatrios
conforme as necessidades especficas do projeto em questo (Figura 49).

83
 Figura 49 Formulrio do MIP para cadastro de metas de Medio.

A Figura 49 apresenta o formulrio do plano de Medio do projeto (MIP) onde

podem ser adicionadas informaes de planejamento da Medio de acordo com as
necessidades especficas do projeto. No caso da figura em questo exibido um formulrio
para cadastro e incluso de metas de Medio ao plano de Medio do projeto.
Durante o planejamento de indicadores, ainda no passo de planejamento da Medio
para um projeto, o usurio deve indicar quais mtricas e suas respectivas unidades iro
compor um determinado indicador. Caso haja necessidade de definio de novas mtricas
alm das disponibilizadas na base do ambiente, o usurio pode defini-las a partir do
formulrio de definio de mtricas apresentado na Figura 50 a seguir.

84
 Figura 50 Formulrio de definio de mtricas.

Tendo realizado o planejamento da Medio especfico para o projeto, o usurio da

ferramenta dever indicar para cada indicador planejado no MIPModel e no MIP os alvos do
processo em que devero ser coletadas as mtricas definidas dos indicadores passo seguinte
de seleo de alvos. A Figura 51 exibe o formulrio de seleo de alvos para cada indicador
planejado para compor o plano de Medio.

Figura 51 Tela de seleo de alvos para coleta de medidas exemplo de alvos da entidade atividade sendo
selecionados.
85
 Aps ter selecionado os alvos, a coleta efetiva das estimativas e das medidas para os
alvos dever ser realizada atravs do formulrio exibido na Figura 52. Os dados coletados so
armazenados na base da ferramenta para a posterior recuperao.

Figura 52 Formulrio de estimativa e coleta de medidas para alvos selecionados.

Finalizado os passos relacionados com o planejamento e coleta dos dados, os passos

seguintes referem-se anlise e comunicao dos dados aos envolvidos no projeto. Com
dados armazenados na base do ambiente, o usurio pode solicitar no formulrio de anlise de
dados (Figura 53) a gerao de indicadores (Figura 54) e de relatrios contendo os dados
coletados.

86
Figura 53 Formulrio de armazenamento de anlises e aes e de gerao de indicadores e relatrios.

Figura 54 Visualizaes disponibilizadas pela ferramenta.

87
 Em outro formulrio (Figura 55) possvel gerar os relatrios de comunicao dos
dados da Medio (Figura 56), planejados no MIPModel e/ou no MIP, contendo os
indicadores planejados e as informaes de anlises, lies aprendidas e observaes feitas
sobre a Medio a serem comunicadas aos envolvidos e interessados no processo de Medio.

Figura 55 Formulrio de gerao de relatrios customizveis.

88
Figura 56 Exemplo de relatrio de comunicao da Medio gerado pela ferramenta.

89