Modelo de Domínio ...

Um breve resumo:

"Um modelo de domínio é uma representação de classes conceituais do mundo real, não de componentes de Software."
Essa é a idéia-chave, aonde o modelo é um dicionário visual de abstrações que representem o negócio, sem detalhes voltados a implementação, em nível de software.

Qdo falamos de negócio, ñ falamos de "Telas", ñ falamos de "Tabelas no Banco de Dados", esses são artefatos de software, ñ deveria ser uma preocupação inicial, ñ construímos um software para atender uma tela bonita e ou para efetuar SQL's eficientes, a intenção é (ou deveria ser) atender a uma necessidade de negócio. Parece um assunto estranho, pois todo munda acha que pensa certo. Mas na prática ñ é bem assim! O Modelo de Domínio mantem o foco no modelo de representação do negócio.

O modelo contém:
- classes de conceito
- associações entre as classes
- atributos das classes

Métodos normalmente ñ são expostos a esse modelo, a ñ ser que seja bem específico ao negócio, como uma pessoa realizando algum comportamento que seja importante ao negócio.

No geral existem 2 formas para identificar as classes conceituais:
1ª - Usar lista de categoria. (como lugares, transações, eventos, ...)
2ª - Identificar substantivos ou frases que substituem substantivos. (abordagem menos segura)

É comum colocar "coisas" a menos em uma primeira representação do modelo, mas com o tempo ele pode ser reajustado tentando evoluir a representação do sistema. Deve ser considerada boa prática incrementar com objetos à mais do que o necessário, partindo do princípio que é melhor ter um modelo rico que pode ser diluído do que um modelo pobre.


Bom por enquanto é isso...

An Architect's Perspective on Application Quality

Interessante alguns aspectos levantados no artigo. Citando alguns pontos chave, sobre a espectativa e o significado de "qualidade". Comunicação entre o time, testes, monitorição são abordados como conjunto de pontos chaves para ter qualidade.

"Quality begins in the team - not the application. " Leia mais...

Head Rush Ajax

Terminei a leitura hoje, depois de quase um mês (vagabundo...) . Head Rush Ajax é muito bom, assim como os outros da série Head First, além do ótimo conteúdo abordando o uso de Ajax de uma forma simples e prática, possui uma ótima didática.
Vale muita a pena, afinal não é caro, veja.

Visão...

Um breve momento de reflexão...

“Um engenheiro, um físico e um matemático estão viajando de trem pela Escócia quanto vêem uma ovelha negra passar lá fora.

‘Interessante!’ diz o engenheiro. ‘As ovelhas escocesas eram negras.’

‘Você quer dizer que algumas ovelhas escocesas são negras, não?’ replica o físico.

‘Não’, responde o matemático. ‘Tudo o que sabemos é que há pelo menos uma ovelha na Escócia e que pelo menos um lado dessa ovelha referida é preto.’”

Eclipse 3.2 + Callisto

Já estou usando o Eclipse 3.2 com Callisto. Muito bom, o Callisto é uma mão na roda, já agrupando alguns dos principais plugins (open) para desenvolvimento web. A instalação foi bem rápida, nem se compara com os primórdios, aonde era uma treta encontrar compatibilidade dos plugins em novas versões do eclipse.

O Urubatan blogou um passo a passo bem legal de como resolver possíveis problemas com a instalação.

Comunidade Ruby

Foi criado o RubyOnBr, uma comunidade Ruby made in Brasil!!! Preciso deixar de ser preguiçoso e começar a brincar com a criança.
Muito bom...