manual-inter-database-framework.md

@@ -11,6 +11,7 @@
 | 17/06/2017 | 0.7    | Adição da tecnologia MySQL | Vitor Borges |
 | 17/06/2017 | 0.8    | Adição de explicação básica de Estilo Arquitetural | Vitor Borges |
 | 18/06/2017 | 0.9    | Adição da explicação do Inter Database | Thiago Moreira |
+| 18/06/2017 | 1.0    | Descrição das camadas do framework | Vitor Borges |
 
 <p align="center"><a href="#" target="_blank"><img width="180"src="/uploads/ab17516a69d0d6cdbfee25653b811168/ID2.png"></a></p>
 
@@ -75,13 +76,14 @@
 <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 baseando-se em três camadas: Configuração, Conexão e Consumo.
+<p align="justify">Como já foi dito e será melhor detalhado visualmente falando no <a href="#42-Diagrama-de-Classes">Diagrama de Classes</a>, 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.</p>
+<p align="justify">Esse Estilo arquitetural define que se uma camada é alterada, normalmente, as camadas dependentes à ela serão afetadas também.
+<p align="justify">A modelagem do <i>Framework</i> então foi feita baseando-se em três camadas: Configuração, Conexão e Consumo.
+</p>
 
-* **Configuração**:
-* **Conexão**:
-* **Consumo**:
+* **Configuração**: Camada mais baixa do framework, é responsável por realizar e disponibilizar a completa configuração dos diversos tipos de SGBDs a serem utilizados nos projetos. Essa camada recebe parâmetros de configuração como porta de conexão, ip da base de dados, nome, etc, e retorna uma configuração estável para ser utilizada pelas demais camadas. A alteração nessa camada não afeta as demais, mas ela é estritamente necessária para construir as camadas de conexão e de consumo;
+* **Conexão**: Camada intermediária do framewok, é responsável por realizar a total conexão e execução de query nos diversos bancos de dados. Utilizando a camada de Configuração, essa camada é capaz de realizar tranquilamente a comunicação com os SGBDs criados, recebendo os dados das bases de dados, formatando-os e disponibilizando-os para a camada de consumo. As alterações nessa camada implicam simplesmente modificações na camada de Consumo, existindo um certo tipo de hierarquia entre as mesmas;
+* **Consumo**: Camada mais superior do framework, é responsável por receber a requisição das tecnologias que estão consumindo o framework (api, web service, etc), comunicar-se com a camara de conexão utilizando a camada de configuração e retornar os dados para o cliente. Essa camada é responsável pela definição e instanciação do framework, e é a camada de relacionamento direto com os utilizadores do Inter Database.
 
 ## 4.2. Diagrama de Classes