Introdução

O exemplo a ser usado nessa atividade do projeto da disciplina é baseado em uma família de programas para gerenciar ações de atendimento a acidentes de carro. O objetivo dessa atividade é reestruturar parte da especificação de duas configurações pertencentes a esse dominio de aplicação. A versão inicial das especificações não conta com o suporte de linhas de produtos, existindo um grau significativo de duplicidade.

Cada aluno deve identificar o que existe de comum e variável entre as duas especificações dos produtos descritas nesse documento. Em seguida, as especificações devem ser reestruturadas usando a abordagem PLUSS ou a abordagem MSVCM. Finalmente, com base no modelo de features apresentado a seguir, os alunos devem relacionar as especificações resultantes com o modelo de features sugerido. Na abordagem PLUSS isso é feito com o uso de anotações nos cenários ou passos de um cenário. Diferentemente, na abordagem MSVCM o artefato de modelo de configurações é usado.

Essa especificação foi baseada em: "Crisis Management Systems - A Case Study for Aspect-Oriented Modeling", Jorg Kienzle, Nicolas Guelfi and Sadaf Mustafiz. Maiores detalhes, acessar: http://www.cs.mcgill.ca/~joerg/taosd/TAOSD/TAOSD.html

Modelo de Features

Considerar o seguinte modelo de features nesse estudo de caso:

Distribuição das técnica para os alunos

As listagens abaixo apresentam qual técnica cada aluno deve seguir nessa atividade. Importante, para essa atividade, cada aluno deve criar especificações em apenas uma técnica.

Os seguintes alunos devem fazer as especificações em PLUSS

• rlb
• jefl
• dcl
• tod
• faas
• rma5
• bav
• gvc

Os seguintes alunos devem fazer as especificações em MSVCM

• tob
• lbm4
• bsmca
• ebaf
• ppn
• fad
• tjcps
• mgr
• csf

-- RodrigoBonifacio - 03 Nov 2009