A Model-Driven Software Reuse Approach (in portuguese)
A Model-Driven Software Reuse Approach (in portuguese)
A Model-Driven Software Reuse Approach (in portuguese)
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
88<br />
visando determ<strong>in</strong>ar os locais onde é possível a automação através das técnicas do MDD. A<br />
próxima atividade cuida da validação e documentação do domínio (Atividade AD.4), reun<strong>in</strong>do<br />
as <strong>in</strong>formações disponíveis até o momento. Por fim, ocorre uma decisão sobre quais possíveis<br />
subdomínios identificados devem ser <strong>in</strong>cluídos ou excluídos do processo, e quais precisam ser<br />
<strong>in</strong>vestigados de maneira mais aprofundada (Atividade AD.5).<br />
A seguir estas c<strong>in</strong>co atividades são descritas em maiores detalhes.<br />
Atividade AD.1. Planejamento do domínio<br />
Papéis: analista do domínio, especialista do domínio, especialista de mercado<br />
Entradas: Informações sobre sistemas do domínio, Conhecimento do especialista,<br />
Informações sobre stakeholders<br />
Saídas: PT.1.Inicial. Planejamento do domínio, PT.2.Inicial. Mapa de aplicações.<br />
Descrição: a primeira etapa cuida da preparação e planejamento. É necessário determ<strong>in</strong>ar<br />
se vale a pena <strong>in</strong>vestir na construção da <strong>in</strong>fraestrutura reutilizável para o domínio em questão.<br />
Para isso, nesta atividade são levantadas e registradas todas as <strong>in</strong>formações referentes ao<br />
domínio.<br />
Inicialmente, é realizada uma tarefa de preparação (Sub-atividade AD.1.1), onde são<br />
realizadas diversas análises, tais como identificação dos stakeholders, análise do mercado,<br />
coleta de <strong>in</strong>formações, e def<strong>in</strong>ição de objetivos e restrições, de acordo com as análises e<br />
<strong>in</strong>formações coletadas. Em seguida, é realizada a def<strong>in</strong>ição do escopo (Sub-atividade AD.1.2),<br />
onde as aplicações existentes, futuras e potenciais são identificadas, e o escopo do domínio é<br />
def<strong>in</strong>ido.<br />
Sub-atividade AD.1.1. Preparação<br />
O objetivo da preparação é levantar e registrar todas as <strong>in</strong>formações necessárias para o<br />
planejamento. Para isso, o analista do domínio realiza as segu<strong>in</strong>tes tarefas.<br />
Análise dos stakeholders: compreende a identificação dos diferentes stakeholders, seus<br />
papéis e <strong>in</strong>teresses dentro do processo.<br />
Def<strong>in</strong>ição dos objetivos: corresponde à def<strong>in</strong>ição dos objetivos, de acordo com os<br />
<strong>in</strong>teresses dos stakeholders para o projeto.<br />
Def<strong>in</strong>ição de restrições: compreende a def<strong>in</strong>ição das restrições impostas pela organização
Change language