Medeni Durum ve TükenmiĢlik ĠliĢkisi

Para apresentar a abordagem proposta neste trabalho de forma gráfica, utilizou-se um conjunto de ícones especiais, derivados do meta-modelo para engenharia de processos de software SPEM (Software Process Engineering Metamodel) (SPEM, 2008). No Quadro 4.1 estão listados os ícones utilizados, bem como a descrição de cada um deles.

Quadro 4.1. Ícones do meta-modelo SPEM utilizados para representação gráfica da abordagem ObasCId.

Estereótipo/Símbolo Descrição

Fase Representam as fases da abordagem proposta. Atividade

Representam as atividades que são realizadas em cada fase da abordagem proposta.

Artefato

Representam os artefatos produzidos/consumidos pelas atividades da abordagem.

A abordagem ObasCId é composta das seguintes fases (Figura 4.1):

i) Preparação do Catálogo de Interesses de Software: tem a responsabilidade de obter/elaborar/atualizar, com base nos conceitos da ontologia O4C, um catálogo de interesses de software que será utilizado nas demais fases da abordagem ObasCId;

ii) Preparação do Documento de Requisitos do Software: consiste em obter/elaborar/atualizar o documento de requisitos sobre o qual ocorrerá a identificação e classificação de interesses;

iii) Identificação e Classificação de Interesses: visa a identificar os interesses representados no catálogo de interesses sobre os requisitos preparados na fase anterior. Uma vez identificados, os mesmos são classificados quanto à sua natureza base ou transversal; e

iv) Detecção de Conflitos entre Interesses: busca por possíveis conflitos entre os interesses identificados na fase anterior, com base na influência mútua existente entre eles, registrada no catálogo de interesses.

A lista de artefatos consumidos e gerados/atualizados e sua classificação quanto a ser obrigatório ou opcional em cada fase da abordagem é apresentada no Quadro 4.2 e comentada ao longo desta seção. Esses artefatos são novamente evidenciados nas seções específicas para cada fase da abordagem ObasCId.

Figura 4.1. Representação gráfica da abordagem ObasCId. Quadro 4.2. Listagem dos artefatos consumidos e gerados/atualizados

pelas fases da abordagem ObasCId.

Artefatos Consumidos Fase Artefatos Gerados/Atualizados

 Repositório de catálogos de interesses de software (obrigatório)

 Fontes de interesses de software,

e. g. catálogo de requisitos não

funcionais, documentos de negócios, entre outros (opcional)  Lista de ocorrências (opcional)

Preparação do Catálogo de Interesses de Software  Catálogo de interesses de software (obrigatório)  Repositório de catálogos de interesses de software (opcional)  Repositório de documentos de requisitos (obrigatório)

 Lista de ocorrências (opcional)

Preparação do Documento de Requisitos  Documento de requisitos (obrigatório)  Repositório de documentos de requisitos (opcional)  Catálogo de interesses de software (obrigatório)  Documento de requisitos (obrigatório) Identificação e Classificação de Interesses

 Lista de requisitos e interesses identificados (obrigatório)  Matriz de entrelaçamentos entre

interesses (obrigatório)  Lista de ocorrências (opcional) i) Catálogo de interesses de

software (obrigatório)

ii) Matriz de entrelaçamentos entre interesses (obrigatório)

Detecção de Conflitos entre

Interesses

iii) Matriz de contribuições entre interesses (obrigatório)

Como pode ser visto na Figura 4.1, as fases “Preparação do Catálogo de Interesses de Software_{” e “Preparação do Documento de Requisitos” da abordagem ObasCId são}

independentes entre si. Dessa forma, apesar de ser necessário executar as duas fases antes de prosseguir para a próxima, o engenheiro de software pode iniciar o uso da abordagem por qualquer uma dessas fases e pode ir de uma para a outra a qualquer momento do processo.

A _{fase “Preparação do Catálogo de Interesses de Software” faz uso,} obrigatoriamente, do repositório de catálogos de interesses de software, pois todas as suas atividades dependem de forma direta desse artefato. Opcionalmente, a depender da atividade que estiver sendo realizada pelo engenheiro de software, fontes de interesses de software (como por exemplo, catálogos de requisitos não funcionais, documentos de negócios, entre outros) e uma lista de ocorrências gerada pela fase “Identificação e Classificação de Interesses” também podem ser utilizadas como artefatos de entrada desta fase. Como artefatos de saída, essa fase deve gerar/atualizar o catálogo de interesses de software que será utilizado posteriormente pela abordagem ObasCId. Além disso, opcionalmente, o repositório de catálogos de interesses de software poderá ser modificado após a finalização desta fase, incluindo novos catálogos ou atualizando algum catálogo pré- existente.

A fase “Preparação do Documento de Requisitos” tem como artefato de entrada obrigatório o repositório de documentos de requisitos e gera/atualiza, também obrigatoriamente, o documento de requisitos que será utilizado durante a identificação e classificação de interesses. Como artefato opcional de entrada, tem-se uma lista de ocorrências relacionadas à identificação e classificação de interesses. Também opcionalmente, o repositório de documentos de requisitos pode ser atualizado.

Para que o engenheiro de software possa iniciar a fase “Identificação e Classificação de Interesses”, ele deve ter finalizado as duas fases anteriores. Isso porque essa fase depende, obrigatoriamente, de dois artefatos gerados pelas fases anteriores, a saber, o catálogo de interesses de software e o documento de requisitos. Como artefatos de saída, essa fase gera: (i) uma lista de requisitos e interesses identificados (obrigatório); (ii) uma matriz de entrelaçamentos entre interesses (obrigatório); e (iii) uma lista de ocorrências relacionadas à identificação e classificação de interesses (opcional). Após a execução dessa fase, pode ser necessário retornar para alguma das fases anteriores, com o intuito de atualizar o catálogo de interesses de software e/ou o documento de requisitos do software em análise. Isso ocorre devido à existência de erros na lista de ocorrências gerada nesta fase. Os tipos de ocorrências que podem acontecer, bem como as recomendações para resolução das mesmas são descritas na Seção 4.5.4.

A _{fase “Detecção de Conflitos entre Interesses” deve ser executada após a} finalização da fase “Identificação e Classificação de Interesses”, uma vez que ela faz uso do artefato gerado “matriz de entrelaçamentos entre interesses”. Além desse artefato, essa fase

requer ainda o catálogo de interesses de software, que é utilizado com a finalidade de se recuperar os relacionamentos de contribuição existentes entre os interesses identificados no software. Como saída, essa fase gera uma matriz de contribuição, destacando a influência mútua existente entre interesses identificados no software.

A descrição detalhada de cada fase da abordagem ObasCId, destacando-se suas principais atividades, os artefatos gerados e consumidos e o fluxo em que essas atividades ocorrem, é apresentada nas Seções 4.3 à 4.6.