ToolDAy – Tool for Domain
AnalYsis
Vinicius C. Garcia
{[email protected]}
{[email protected]}
http://www.rise.com.br
Motivação
• Reuso
– Qualidade
– Produtividade
– Custos, time-to-market
• Reuso sistemático (reusabilidade de assets)
– atividade separada do desenvolvimento da
aplicação
Análise de Domínio
• O processo de Análise de Domínio identifica as
características comuns e variáveis de um conjunto de
sistemas/aplicações de um mesmo domínio, ou seja, que
tenham funcionalidades semelhantes
• Esse processo ocorre em um ambiente de reuso
sistemático, isto é, quando um processo de reuso já foi
estabelecido na empresa
Objetivo da ToolDAy
• Ser uma ferramenta que suporte o processo de Análise de
Domínio;
• Englobando as três fases definidas para este processo [1]:
– Planejamento: Coleta de todos os dados necessários para a
definição do escopo do domínio;
– Modelagem: Modela o domínio definido de uma forma visual,
identificando as características comuns e variáveis; e
– Validação: Responsável pela validação do modelo do domínio e pela
documentação do domínio e de suas características.
ToolDAy
• A ToolDAy será dividida em três módulos, um para cada
fase.
• O módulo de planejamento é responsável por armazenar
e analisar os dados coletados;
• É neste módulo que as informações iniciais da análise do
domínio são armazenadas, são elas: análise dos
stakeholders, objetivos, análise das informações de
manuais e sistemas legados, análise do mercado.
• Depois disso elas são analisadas em conjunto. Isto é,
identificando as características comuns e variáveis do
domínio que levaram a definição do escopo.
ToolDAy
• O módulo de modelagem é responsável pela visualização,
de forma gráfica, do domínio definido no módulo de
planejamento
• Para representar este modelo usa-se diagramas, que
representam as características, e os relacionamento entre
eles.
• Além disso, é possível criar restrições para esses
relacionamentos, com isso também é preciso verificar se
essas restrições estão corretamente representadas no
domínio.
ToolDAy
• O módulo de validação, por ser responsável por validar as
informações dos outros dois módulos, só pode ser
desenvolvido após os outros dois.
• Os módulos de planejamento e modelagem podem ser
desenvolvidos de forma separada, para depois serem
acoplados.