Representação de conhecimento de experiências em mensuração

O objetivo da abordagem é capturar e compartilhar know-how sobre a aplicação, utilização e adaptação do planejamento de programas de mensuração de software seguindo o enfoque GQM. Assim, o conhecimento tácito teve que ser adquirido do pessoal de garantia de qualidade e explicitado, habilitando sua representação e facilitando sua comunicação. Entretanto, a codificação do conhecimento tácito é difícil. A solução é a representação desse conhecimento em forma de episódios, descrevendo mais narrativamente uma situação concreta que aconteceu no passado, do que derivando conhecimento generalizado e abstrato, por exemplo em forma de regras e heurísticas. A captura de lições aprendidas que explicitamente documentam quais problemas ocorreram no passado e como foram resolvidos, é uma forma efetiva de comunicar esse tipo de conhecimento. Dessa forma, como uma importante fonte para guiar a aplicação de mensuração na prática, conhecimento sobre experiências em mensuração em forma de lições aprendidas é armazenado na GQM-LL-KB [GWB98,GMA+98,GB97a]. A reutilização de lições aprendidas pode prevenir possíveis falhas e guiar a solução conforme o contexto da aplicação. Devido a natureza específica das experiências, que suporiam a manipulação de exceções, esle é capturado pela declaração de um problema ocorrido durante o planejamento de uma programa GQM e suas soluções experimentadas em projetos de software passados. Esse conhecimento é primeiramente representado em forma de casos concretos, denotados por GQM-PSEC, que são descrições específicas ao contexto de lições aprendidas particulares obtidas durante o planejamento de programas de mensuração passados. Cada caso é relacionado ao um episódio problema/ solução específico. Um GQM-PSEC basicamente inclui a descrição do problema, sua causa, a

solução adotada e informação sobre os resultados. Com o objetivo de facilitar a recuperação efetiva e fornecer guia detalhado para a aquisição de experiências GQM, essas partes básicas são refinadas em dimensões detalhadas e associadas pela descrição de contexto com o objetivo de permitir a identificação de experiências relevantes em uma situação particular. Informações básicas, como autor, data de criação, etc. são adicionadas objetivando a decisão de reutilização de lições aprendidas. Informações explícitas em reutilização de lições aprendidas são associadas ao caso, fornecendo guia adicional pela indicação de possível necessidade de adaptação ou problemas relacionados com a reutilização das respectivas experiências.

Comentários adicionais são possivelmente armazenados com o objetivo de garantir a representação compreensiva de experiências além das dimensões definidas. Em resumo, as principais dimensões de um GQM-PSEC são:

• Descrição de Contexto. O contexto organizacional e específico ao projeto do qual a experiência originou é descrito (por exemplo, nome da organização, linguagem de programação, domínio de aplicação). Com o objetivo de manter uma descrição mínima, somente características que são relevantes ao GQM-PSEC em questão são listados. Por exemplo, o tipo de software (por exemplo, software embutido) pode ser irrelevante para um problema considerando a validade da coleção de dados. Apesar de que a duração do projeto ou tamanho da equipe de projeto são importante, se eles causam impacto nas causas do problema.

• Problem a. É descrito o problema ocorrido durante o processo de planejamento de mensuração.

• C ausa do problem a. A causa do problema é descrita explicitamente, se conhecida. O objetivo é prevenir a repetição de possíveis problemas em programas de mensuração futuros baseado no conhecimento explícito sobre as causas que originaram problemas. • Solução. É descrita a solução aplicada para resolver o problema. Esta orienta lidando com

novos problemas durante a reutilização de estratégias de solução passadas em futuros programas de mensuração. Uma justificativa, explicitamente fornecendo um argumento para sua seleção é dado, destacando as interdependências entre a causa, sua explicação e a solução aplicada.

• Resultado. O resultado de saída obtido pela aplicação da solução é descrito com o objetivo de antecipar o resultado esperado em futuras reutilizações desse caso. Além da

captura de casos resolvidos bem sucedidos, também casos descrevendo tentativas de resolver o problema são armazenados. Esses casos apontam soluções que podem possivelmente falhar, quando aplicadas para-resolver o-problema atual e podem ajudar a prevenir a repetição de falhas no futuro.

Inform ações Básicas. Com o objetivo de apoiar uma utilização apropriada de casos disponíveis e uma seleção rápida de informações relevantes, informações básicas em cadã caso-são fornecidas.

Reutilização de Inform ações. Com o objetivo de guiar a decisão de reutilizar um caso e, se necessário, sua adaptação a situação atual, informações sõbre reutilizações prévias em um caso específico-são apresentadas.

Os GQM-PSECs são modelados pela utilização de uma representação formal, flexível, orientada a objetos, em forma de pares atributos/valores, baseada em [TG99,MBC+94] e são estruturadas em detalhe como mostra a Tabela 6 [GMA+98],

A trib u to Descrição

Caracterização de contexto

Características Todas as características relevantes ao contexto são listadas em forma de pares atributo- valor, denotados como tuplas: (característica, valor).

Problema

Descrição do pro­ blema

0 problema é descrito em forma de texto.

Objeto do problema 0 objeto afetado pelo problema é declarado. 0 objeto afetado pode ser qualquer processo, produto ou modelo de recurso ou instância (ex.: coleção de dados, dados de tentativa, veri­ ficador).

Tarefa do problema Á tarefa no qual o problema ocorreu é declarada.

Função envolvida A função organizacional envolvida 110 problema é declarada.

Meta não alcançada A meta de uma determinada tarefa GQM que não foi realizada por causa do problema é declarada.

Comentário Qualquer informação adicional ou comentário sobre o problema são declarados. Causa(s) do problemâ(s)

Tabeia 6 Definição do GQM-PSEC

Descrição da causa A causa do problema, se conhecida, é descrita em forma textual.

Objeto da causa 0 objeto que causou o problema pode ser declarado. 0 objeto pode ser qualquer processo, produto, modelo de recurso ou instância.

Tarefa da causa É identificada a tarefa que causou o problema, que pode ser diferente da tarefa de ocorrên­ cia do problema.

Função envolvida Função da organização envolvida na causa do problema é declarada.

Obstáculos Obstáculos em relação ao projeto de-software que. influenciara o problema, ex. em relação a disponibilidade de recursos, esforços ou duração, são declarados.

Comentários Qualquer informação adicional ou comentário sobre a causa são adicionados como texto. Solução

Descrição da solução

A solução é descrita em forma textual.

Justificativa A solução é justificada, enfocando interdependências entre a causa, sua explicação e a solução aplicada. A justificativa permite a avaliação adequação de uma solução passada em uma situação atual, enquanto que fornece um argumento explícito para sua seleção. Comentários Qualquer informação adicional ou comentários sobre a solução são declarados. Resultado

Avaliação de Resultados

A avaliação expressa explicitamente se o problema foi resolvido com sucesso pela aplica­ ção da solução ou fracassou.

Descrição do resul­ tado

Os resultados da solução aplicada são descritos em forma textual. Se a solução aplicada falhou em resolver o problema, uma explicação é dada sobre o porquê da meta da respec­ tiva tarefa ainda não foi alcançada.

Comentários São descritos informações adicionais ou comentários sobre os resultados. Informações básicas

Ponto de vista É declarada a função de onde o conhecimento foi adquirido.

Representatividade A representatividade do caso é dada em termos do número de projetos de software indivi­ duais a partir do qual foi derivado. Por exemplo, uma vez capturado de um projeto de soft­ ware um caso pode ser confirmado em outros projetos, quando é reutilizado aumenta sua representatividade.

Data de criação É declarada a data de criação do caso, quando foi integrado na GQM-LL-KB.

Posse É declarado o autor do caso.

Direito de acesso São definidos os direitos de acesso ao caso. Reutilização de informação

Tabela 6 Definição do GQM-PSEC

Pré-condições necessárias

São declaradas pré-condições para a reutilização da entidade descrita.

Adaptações esperadas

São descritas adaptações feitas no passado durante a reutilização da entidade e fatores relevantes que motivaram as adaptações.

Datas da reutilização

Datas da reutilização com o objetivo de fornecer uma visão geral de quando e quão fre­ qüente a entidade foi reutilizada são listadas.

D iretrizes p ara reutilização

É declarado um guia de como reutilizar a entidade.

Tabela 6 Definição do GQM-PSEC

Um exemplo de um GQM-PSEC é mostrado na Tabela 7.

Caracterização de

contexto

organização IntelliCar

setor de aplicação automóvel

tamanho da equipe 10 desenvolvedores nível deexperiência baixo

Tabela 7 Exemplo de um GQM-PSEC

Problema

Descrição do problema 0 entrevistado não coopera com o entrevistador Tipo de objeto do

problema

execução da entrevista

Tarefa do problema GQM2.2.2 Aquisição de conhecimento Função do problema entrevistado

Meta não atingida adquirir toda a informação relevante a meta Causa

Descrição da causa falta de motivação para mensuração Objeto da causa Treinamento dos participantes

Tarefa da causa GQM1 Estudo prévio

Função(s) da causa Engenheiro de garantia da qualidade

Obstácuk>(s) Limitação de utilização de esforços em mensuração Solução

Descrição da solução Explicar os objetivos do programa da mensuração e da entrevista e garantir a confiabilidade das informações coletadas no começo da cada entrevista Justificativa Assim, o entrevistado pode entender os objetivos e eliminar alguma resistência

em relação a mensuração Resultado

Descrição do resultado Entrevistado participou ativamente da entrevista e compartilhou suas informa­ ções

Avaliação do resultado solução aplicada com sucesso Informações

Básicas

Ponto de vista Engenheiro de garantia da qualidade Representatividade 2 episódios

Data de criação 11.10.1999

Posse C. von Wangenheim

Informação de reutilização Pré-condições necessárias nenhum Adaptações esperadas

Dependendo do interesse e necessidade do entrevistado o nível e escopo da explicação pode variar.

Datas da reutilização 01.01.2000 Diretrizes para

reutilização

nenhum

Tabela 7 Exemplo de um GQM-PSEC