RoteiroIntroducaoEvolucao < TAES

Tags: , view all tags
---++ Introdução

O objetivo dessa atividade é evoluir a especificação de referência ([[%ATTACHURL%/ccm-pluss.pdf][PLUSS]] ou [[%ATTACHURL%/ccm-msvcm.pdf][MSVCM]]) da linha Car Crisis Management, de  de acordo com um conjunto de solicitações de mudanças [[%ATTACHURL%/CCMCenariosMudanca01.pdf][cenários de mudança 01]]. O domínio de aplicação permite gerenciar situações de risco envolvendo acidentes de carro- esse mesmo domínio foi trabalhado nas aulas dos dias 11 e 13 de novembro de 2009. Para cada solicitação de mudança, o aluno deve:

   * Identificar o impacto da mudança na especificação da linha de produtos
   * atualizar as especificações dos cenários
   * atualizar os modelos de configuração (caso a técnica seja MSVCM)

É importante destacar que o impacto das mudanças varia. Ou seja, algumas solicitações de mudança exigem apenas a inclusão de um novo cenário nas especificações base. Por outro lado, algumas solicitações de mudança requerem a alteração de passos existentes nas especificações fornecidas. A motivação para cada uma das mudanças também difere: algumas correspondem a um melhor detalhamento dos requisitos; enquanto outras, em um outro extremo, são motivadas por evoluções no domínio (implicando em incrementos no modelo de features). Lembrar que cenários ou passos opcionais precisam ser anotados com os nomes das features na abordagem PLUSS. Diferentemente, na abordagem MSVCM o artefato de modelo de configurações é usado para relacionar expressões de features com as atividades de seleção de cenários, avaliação de advice ou resolução de parâmetros. 

*Essas especificações foram baseadas 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

---++ Feature Model

Conforme discutido anteriormente, o modelo de features é impactado com as solicitações de mudança trabalhadas nessa atividade. Por outro lado, os alunos não precisam alterar o modelo de features. O resultado dessas alterações já foi refletido tanto no modelo de features da figura abaixo quanto na configuração do sistema. 

%ATTACHURL%/features01.jpg

---++ Fluxo de trabalho

Cada aluno pode seguir o procedimento que considerar mais adequado para concluir essa atividade. Por outro lado, apresentamos a seguir um fluxo de trabalho que pode ser útil para minimizar a quantidade de erros e esforço. *Observação:* Fazer login no [[http://172.17.116.172:8080/taes/][sistema]] e acessar o projeto antes de iniciar as atividades de análise das solicitações de mudança. Fundamental checar que o projeto já descreve uma das especificações de referência (ou PLUSS ou MSVCM). Após atualizar as especificações, lembrar de fazer o logout. 

%ATTACHURL%/fluxo-de-trabalho.jpg

Como estão sendo disponibilizadas especificações de referência para ambas as técnicas, nessa atividade a monitoria *não vai discutir possíveis soluções de _design_ *.  Apenas dúvidas sobre as solicitações de mudança ou uso da ferramenta serão esclarecidas.



-- Main.RodrigoBonifacio - 17 Nov 2009
Topic revision: r4 - 2009-11-20 - RodrigoBonifacio