4.

3 - Projeto Orientado a Objetos

MODELO REPOSITRIO
Um modelo onde os subsistemas que constituem um sistema trocam
informaes para trabalhar juntos de modo eficiente, sendo feito da
seguinte forma:

1.
Todos os dados trafegados so mantidos em um banco de dados que
pode ser acessado por todos os subsistemas.
2.
Cada subsistema mantm seu prprio banco de dados, onde os dados
so trocados com outros subsistemas por meio da passagem de mensagens
entre eles.
A grande maioria dos sistemas que usam inmeras quantidades de
dados organizada com base em um BD ou repositrio compartilhado. Este
modelo adequado para aplicaes onde os dados so gerados por um
subsistema e usado por outros.
As vantagens e desvantagens deste modelo so:
Eficiente em compartilhar grande quantidade de dados.
Os sistemas devem estar de acordo com o modelo esse compromisso
e desta forma pode ser difcil ou impossvel integrar novos sistemas se os
modelos de dados no se adequarem ao modelo estabelecido.
Os sistemas que armazenam dados no precisam saber como esses
dados so usados por outro subsistema.
A evoluo pode ser difcil quando um grande volume de informaes
gerado de acordo com o modelo estabelecido.
As atividades tais como backup e proteo, controle de acesso e
recuperao de erros so centralizadas, sendo de responsabilidade do
gerenciador de repositrio.
O modelo impe a mesma poltica a todos os subsistemas integrados
neste modelo.
O modelo de compartilhamento visvel por meio do esquema
repositrio, onde novas ferramentas podem ser integradas, considerando
que sejam compatveis com o modelo de dados estabelecido.
Poder haver dificuldade para distribuir o repositrio entre as
mquinas.

A linguagem Java apresenta uma srie de conhecidos frameworks,

que auxiliam no desenvolvimento de sistemas. Dentre os mais conhecidos,
esto o Struts, Hibernate, JUnit, entre outros.
H inmeras definies a respeito de framework. Podemos considerar
um framework como uma soluo para um conjunto de problemas em
comum, com uso de classes e interfaces, que disponibilizam objetos com
capacidade de capturar funcionalidades comuns a vrias aplicaes. Assim
sendo, um framework pode ser considerado sob certo ponto de vista como
uma soluo quase completa.

Hibernate (Persistncia de Dados) - conhecido framework de

persistncia de dados, que usa conceitos de banco de dados, alm do
mapeamento objeto-relacional.
Os padres de criao so aqueles que abstraem e ou adiam o
processo criao dos objetos. Eles ajudam a tornar um sistema
independente de como seus objetos so criados, compostos e
representados. Um padro de criao de classe usa a herana para variar a
classe que instanciada, enquanto que um padro de criao de objeto
delegar a instanciao para outro objeto.

Os padres de criao tornam-se importantes medida que os

sistemas evoluem no sentido de dependerem mais da composio de
objetos do que a herana de classes. O desenvolvimento baseado na
composio de objetos possibilita que os objetos sejam compostos sem a
necessidade de expor o seu interior como acontece na herana de classe, o
que possibilita a definio do comportamento dinamicamente e a nfase
desloca-se da codificao de maneira rgida de um conjunto fixo de
comportamentos, para a definio de um conjunto menor de
comportamentos que podem ser compostos em qualquer nmero para
definir comportamentos mais complexos.
H dois temas recorrentes nesses padres. Primeiro todos
encapsulam conhecimento sobre quais classes concretas so usadas pelo
sistema. Segundo ocultam o modo como essas classes so criadas e
montadas. Tudo que o sistema sabe no geral sobre os objetos que suas
classes so definidas por classes abstratas.
Consequentemente, os padres de criao do muita flexibilidade no
que criado, quem cria, como e quando criado. Eles permitem configurar
um sistema com objetos "produto" que variam amplamente em estrutura e
funcionalidade. A configurao pode ser esttica (isto , especificada em
tempo de compilao) ou dinmica (em tempo de execuo). Ferramentas
usadas durante o processo do sistema ferramenta Astah e Netbeans para
diagramas com Uml e desenvolvimento.