Tamo Junto - Histórico de revisão

Ramon.queiroz em 12h32min de 3 de novembro de 2021

2021-11-03T12:32:40Z

Ramon.queiroz em 12h09min de 3 de novembro de 2021

2021-11-03T12:09:36Z

Ramon.queiroz em 12h09min de 3 de novembro de 2021

2021-11-03T12:09:25Z

Ramon.queiroz em 12h08min de 3 de novembro de 2021

2021-11-03T12:08:59Z

Ramon.queiroz em 12h08min de 3 de novembro de 2021

2021-11-03T12:08:41Z

Ramon.queiroz em 12h08min de 3 de novembro de 2021

2021-11-03T12:08:17Z

Ramon.queiroz: /* Pontos Negativos */

2021-11-03T12:04:37Z

Pontos Negativos

Ramon.queiroz: /* =O TamoJunto */

2021-11-01T19:41:32Z

=O TamoJunto

Ramon.queiroz em 19h41min de 1 de novembro de 2021

2021-11-01T19:41:12Z

Ramon.queiroz em 19h40min de 1 de novembro de 2021

2021-11-01T19:40:21Z

@@ Linha 2: / Linha 2: @@
 {|class="wikitable"
 !Data
-!Nome
+!Quem
-!Status
+!Comentários
 |-
 | 01/11/2021 || João Ramon || Criação do documento

← Edição anterior		Edição das 12h09min de 3 de novembro de 2021
Linha 1:		Linha 1:
−
−
−
−
−

	{\|class="wikitable"		{\|class="wikitable"

@@ Linha 1: / Linha 1: @@
@@ Linha 9: / Linha 13: @@
 |-
 |}
 =Preâmbulo=

← Edição anterior		Edição das 12h08min de 3 de novembro de 2021
Linha 1:		Linha 1:
		+
		+
	{\|class="wikitable"		{\|class="wikitable"
	!Data		!Data

@@ Linha 1: / Linha 1: @@
-{class="wikitable"
+{|class="wikitable"
 !Data
 !Nome

← Edição anterior		Edição das 12h04min de 3 de novembro de 2021
Linha 32:		Linha 32:

	* Ao realizar uma análise primária de falhas, o TamoJunto não dispõe da mesma facilidade do SyncServer, em realizar uma simples consulta na tabela LOG, pois ele não utiliza este recurso. Portanto, para realizar um diagnóstico de falhas, é necessária a execução de uma função com uma série de especificações de busca encapsuladas no seu interior. Este processo é muito mais elaborado, quando comparado à simplicidade da análise de diagnósticos no SyncServer;		* Ao realizar uma análise primária de falhas, o TamoJunto não dispõe da mesma facilidade do SyncServer, em realizar uma simples consulta na tabela LOG, pois ele não utiliza este recurso. Portanto, para realizar um diagnóstico de falhas, é necessária a execução de uma função com uma série de especificações de busca encapsuladas no seu interior. Este processo é muito mais elaborado, quando comparado à simplicidade da análise de diagnósticos no SyncServer;
−
−
−	As sincronizações no TJ ocorrem tanto em modo completo (full) como de modo incremental, com a diferença de que, ao contrário do syncserver, cujas informações de envio são mandatórias, no TJ, caso algum dado enviado não tenha o devido aporte estrutural para recebê-lo, o dado é siplesmente descartado, o que faz com que este processo tenha ainda mais velocidade de sincronismo.

	= Modelos =		= Modelos =

@@ Linha 18: / Linha 18: @@
 * Quando o mobile vai receber um sincronismo, o sistema verifica a compatibilidade das versões entre GeoSales e Mobile. Caso haja diferença entre versões, o sistema deverá buscar primeiramente a atualização da versão para, depois, proceder com o sincronismo. Todo este processo também demanda elevado tempo para execução.
-==O TamoJunto =
+= O TamoJunto =
 Ao contrário do Syncserver, que está estruturado em marcação vertical de dados, o TamoJunto está estruturado em marcação horizontal de dados. No TamoJunto, os dados que serão selecionados realizam uma busca ''on line'' em todo o banco, coletando os dados para envio da sincronização. Por essa  razão, o protocolo TamoJunto não faz uso de tabelas pré-fabricadas, mas faz as consultas e realiza os envios diretamente da massa de dados no banco GeoSales. Essa estrutura otimiza o tempo de execução dos processos, muito embora todo esses procedimentos ocorram de forma descentralizada. Após o primeiro sincronismo ocorrer de forma completa (full) no dispositivo mobile, as sincronizações seguintes serão incrementais, mas sem a necessidade de versionalização, em contraste com o SyncServer. Dessa forma, as sincronizações ocorrerão sem a necessidade das versões de mobile e GeoSales serem iguais. O comportamento de  sincronização procede com o envio dos dados disponíveis no sistema GeoSales para o mobile e, caso este não tenha o devido suporte ou estrutura para receber estes dados, estes não serão integrados no mobile, mas também não impede o seguimento do sincronismo.

@@ Linha 4: / Linha 4: @@
 O processo de comunicação e troca de massas de dados entre o ERP do cliente e o GeoSales se dá por diversos meios e APIs que possibilitam e, dado o devido grau, otimizam o envio/entrega dos dados. Este processo deve alimentar, inclusive, o sistema GeoSales que opera em dispositivos móveis, sendo que, neste último, o processo de envio de massa de dados se dá por meio de sincronismo.
-== Syncserver ==
+= Syncserver =
 Antes de falarmos do Tamo Junto, precisamos apresentar o sistema que o GeoSales dispunha para a realização de sincronismo. Estamos falando do Syncserver. Trata-se de um sistema de marcação vertical de dados, com o intuito de enviá-los à plataforma Mobile. Por sistema de marcação vertical, entendemos ser o preenchimento vertical de tabela, por meio da consulta e busca de dados a partir de uma entidade específica (no caso, a tabela LOG). A cada nova entrada, update ou delete, popula-se esta informação na tabela LOG. Ao realizar o sincronismo, os dados enviados são coletados a partir desta tabela e enviados ao dispositivo mobile. Por essa razão, pode-se dizer que o syncserver é um sistema que trabalha com processos de dados pré-fabricados, pois ele faz a extração de dados para sincronização a partir de uma massa de dados estruturada. O primeiro sincronismo realizado traz a migração completa (full) dos dados, e os sincronismos seguintes são incrementais.
-=== Pontos Positivos ===
+== Pontos Positivos ==
 * A busca de dados é simples, pois a origem dos dados está centralizada.
 * No que trata de manutenção, um primeiro diagnóstico de falhas é realizado de forma bastante simples, bastando a realização de um select na tabela LOG.
-=== Pontos Negativos ===
+== Pontos Negativos ==
 * Por ser um sistema baseado em consulta de dados pré-fabricados, ele realiza essa consulta em uma tabela de alta demanda, pois diversos outros processos dentro do GeoSales também fazem uso dos dados desta tabela. Isso acaba ocasionando enfileiramento de solicitações, tornando o processo de sincronismo mais lento, pois demandará mais tempo de execução e, para o usuário, este é um dos problemas mais crônicos.
 * Quando o mobile vai receber um sincronismo, o sistema verifica a compatibilidade das versões entre GeoSales e Mobile. Caso haja diferença entre versões, o sistema deverá buscar primeiramente a atualização da versão para, depois, proceder com o sincronismo. Todo este processo também demanda elevado tempo para execução.
-== O TamoJunto ==
+==O TamoJunto =
 Ao contrário do Syncserver, que está estruturado em marcação vertical de dados, o TamoJunto está estruturado em marcação horizontal de dados. No TamoJunto, os dados que serão selecionados realizam uma busca ''on line'' em todo o banco, coletando os dados para envio da sincronização. Por essa  razão, o protocolo TamoJunto não faz uso de tabelas pré-fabricadas, mas faz as consultas e realiza os envios diretamente da massa de dados no banco GeoSales. Essa estrutura otimiza o tempo de execução dos processos, muito embora todo esses procedimentos ocorram de forma descentralizada. Após o primeiro sincronismo ocorrer de forma completa (full) no dispositivo mobile, as sincronizações seguintes serão incrementais, mas sem a necessidade de versionalização, em contraste com o SyncServer. Dessa forma, as sincronizações ocorrerão sem a necessidade das versões de mobile e GeoSales serem iguais. O comportamento de  sincronização procede com o envio dos dados disponíveis no sistema GeoSales para o mobile e, caso este não tenha o devido suporte ou estrutura para receber estes dados, estes não serão integrados no mobile, mas também não impede o seguimento do sincronismo.
-=== Pontos Positivos ===
+== Pontos Positivos ==
 * As sincronizações no TJ ocorrem tanto em modo completo (full) como de modo incremental, com a diferença de que, ao contrário do syncserver, cujas informações de envio são mandatórias, no TJ, caso algum dado enviado não tenha o devido aporte estrutural para recebê-lo, o dado é siplesmente descartado, o que faz com que este processo tenha ainda mais velocidade de sincronismo.
@@ Linha 29: / Linha 29: @@
 * Por ter uma estrutura descentralizada, e por não depender de consulta à tabela LOG, para ter que entrar em uma fila de processos, o tempo de execução é substancialmente menor. Portanto, a grande vantagem do TamoJunto está na satisfatoriedade na velocidade das respostas.
-=== Pontos Negativos ===
+== Pontos Negativos ==
 * Ao realizar uma análise primária de falhas, o TamoJunto não dispõe da mesma facilidade do SyncServer, em realizar uma simples consulta na tabela LOG, pois ele não utiliza este recurso. Portanto, para realizar um diagnóstico de falhas, é necessária a execução de uma função com uma série de especificações de busca encapsuladas no seu interior. Este processo é muito mais elaborado, quando comparado à simplicidade da análise de diagnósticos no SyncServer;
@@ Linha 36: / Linha 36: @@
 As sincronizações no TJ ocorrem tanto em modo completo (full) como de modo incremental, com a diferença de que, ao contrário do syncserver, cujas informações de envio são mandatórias, no TJ, caso algum dado enviado não tenha o devido aporte estrutural para recebê-lo, o dado é siplesmente descartado, o que faz com que este processo tenha ainda mais velocidade de sincronismo.
-== Modelos ==
+= Modelos =
 Para fins de comparação, seguem os modelos de atendimento dos requisitos no Syncserver e no TamoJunto, juntamente com as suas peculilaridades.
-=== Syncserver ===
+== Syncserver ==
 [[arquivo:syncserver.png | 900px]]
-=== TamoJunto ===
+== TamoJunto ==
 [[arquivo:tamojunto.png | 900px]]

← Edição anterior		Edição das 19h40min de 1 de novembro de 2021
Linha 1:		Linha 1:
		+
		+	=Preâmbulo=
		+
	O processo de comunicação e troca de massas de dados entre o ERP do cliente e o GeoSales se dá por diversos meios e APIs que possibilitam e, dado o devido grau, otimizam o envio/entrega dos dados. Este processo deve alimentar, inclusive, o sistema GeoSales que opera em dispositivos móveis, sendo que, neste último, o processo de envio de massa de dados se dá por meio de sincronismo.		O processo de comunicação e troca de massas de dados entre o ERP do cliente e o GeoSales se dá por diversos meios e APIs que possibilitam e, dado o devido grau, otimizam o envio/entrega dos dados. Este processo deve alimentar, inclusive, o sistema GeoSales que opera em dispositivos móveis, sendo que, neste último, o processo de envio de massa de dados se dá por meio de sincronismo.