manual-inter-database-framework.md

@@ -59,21 +59,25 @@
 
 <p align="center"><a href="#" target="_blank"><img width="450"src="/uploads/fde655a6d0cade20d6743564df8a5dca/dsw4.gif"></a><p align="center"><b><b>Figura 4 - Banco retornando as informações para a aplicação.</b></p></p>
 
+<p align="justify">Ao projetar esta vertente do <i>framework</i>, foi utilizado o conceito de Caixa Preta, que é uma reutilização provida por composição e orientado por <i>Frozen Spots</i>. Ao utilizar a conexão com o Banco, o usuário apenas utiliza a composição dos serviços já desenvolvidos dentro do Inter Database, de acordo com a sua demanda específica.</p>
+
 ## 3.2. Configuração de um novo Banco
 
-<p align="justify">Caixa Branca...</p>
+<p align="justify">Atualmente, há uma gama de SGBDs diferentes e, para o escopo de desenvolvimento deste <i>framework</i> para a disciplina de DSW, foi possível abranger apenas a configuração/conexão de poucos bancos especificamente. Apesar disto, ele foi projetado com um ponto flexível que permite a adição de qualquer banco, apenas utilizando uma herança das classes principais de configuração e de conexão. Isto torna possível uma boa extensibilidade por parte do Inter Database, pois a adição de novos Bancos pode enriquecer mais ainda o projeto e ajudar um grupo maior de desenvolvedores que tem tais problemas.</p>
 
-<p align="justify">Explicando o gif 5...</p>
+<p align="justify">Já para projetar esta vertente do <i>framework</i>, foi utilizado o conceito de Caixa Branca, que é a reutilização provida por pontos flexíveis, utilizando heranças, normalmente. Este ponto flexível do Inter Database. A figura a seguir representa o processo citado acima, onde o Inter Database (que é o "Pai"), contêm os pontos maleáveis, onde um Banco novo tem suporte para se integrar facilmente ao <i>framework</i>.</p>
 
 <p align="center"><a href="#" target="_blank"><img width="450"src="/uploads/f35bed04f781500dfeb68c7e48368090/dsw5.gif"></a></p>
 
+<p align="justify">Com isso, o Inter Database por completo é um <i>framework</i> Caixa Cinza, que engloba tanto <i>Frozen Spots</i> e <i>Hot Spots</i> e é hibrido por utilizar em sua arquitetura pontos Caixa Preta e Caixa Branca.</p>
+
 # 4. Arquitetura
 <p align="justify">Nesta seção iremos explicar sobre os estilos e padrões arquiteturais que foram selecionados para desenvolver o framework proposto.</p>
 
 ## 4.1. Estilos Arquiteturais
 Como já foi dito e será melhor detalhado visualmente falando no [Diagrama de Classes](#43-Diagrama-de-Classes), a problemátiva envolve o consumo de dados de diferentes bancos de dados, com diversas restrições e especificações de acesso e configuração. A partir disso, a equipe modelou o <i>Framework</i> utilizando o Estilo Arquitetural N-Camadas, que é geralmente utilizado para a modelar a interface de subsistemas, organizando-o em um conjunto de camadas - ou máquinas abstratas -, onde essas camadas em específico são responsáveis por fornecer diferentes tipos de serviços.
 Esse Estilo arquitetural define que se uma camada é alterada, normalmente, as camadas dependentes à ela serão afetadas também.
-A modelagem do <i>Framework</i> então foi feita baseand-se em três camadas: Configuração, Conexão e Consumo.
+A modelagem do <i>Framework</i> então foi feita baseando-se em três camadas: Configuração, Conexão e Consumo.
 
 * **Configuração**:
 * **Conexão**: