A Model-Driven Software Reuse Approach (in portuguese)

74
4.4 Modelo de processo
As atividades das fases de análise, projeto e implementação do domínio serão descritas, nos
próximos capítulos, de forma sequencial, para facilitar o seu entendimento. Porém, na prática
estas atividades acontecem de forma iterativa e interativa, e a sua ordem pode ser alterada para
se adequar à realidade de uma organização de software. Nesta seção apresenta-se o modelo de
processo de desenvolvimento de software sugerido para a utilização da abordagem.
Um modelo de processo é uma representação abstrata de um processo de software
(SOMMERVILLE, 2006). Cada modelo de processo representa um processo sob o ponto de
vista de uma perspectiva em particular, e portanto contém apenas informações parciais sobre
esse processo. Existem diferentes modelos de processo conhecidos na literatura da Engenharia
de Software, como o modelo em cascata, modelo evolutivo, baseado em componentes,
incremental, espiral, entre outros (PRESSMAN, 2005). Estes modelos de processo não são
mutuamente exclusivos, sendo frequentemente utilizados em conjunto, especialmente no
desenvolvimento de grandes sistemas.
A abordagem desta tese é baseada no modelo espiral, proposto originalmente por Boehm
(1988). O modelo espiral representa um processo de software em uma espiral, onde todas as
atividades são executadas repetidamente a cada iteração. Cada nova volta na espiral acrescenta
um desenvolvimento novo, produzindo, por exemplo, novos artefatos de software, ou refinando
artefatos já existentes.
A Figura 9 mostra o modelo de processo sugerido para utilização da abordagem para
reutilização de software orientada a modelos.
Existem três ciclos básicos neste modelo: o ciclo principal, o ciclo de projeto e o ciclo
de implementação. Em cada ciclo, existe uma atividade (AD.1, PD.5 e ID.4, destacadas na
Figura 9) que marca um momento de decisão sobre continuar ou não a execução daquele ciclo
específico. Cada ciclo é detalhado a seguir.
4.4.1 Ciclo principal do modelo de processo: evolução dos subdomínios
O ciclo principal começa na primeira atividade da análise de domínio (Atividade AD.1.
Planejamento do domínio) e termina na última atividade da implementação do domínio
(Atividade ID.5. Documentação do domínio). Cada iteração neste ciclo principal introduz
refinamentos em diferentes artefatos, como nos modelos do domínio (modelo de features,
modelos de casos de uso e de mudança), na arquitetura e seus componentes, e nos artefatos