Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Especificação | |||||
Produto | TSS | Módulo | TSS TOTVS Service SOA |
| |
Segmento Executor | SERVIÇOS | ||||
Projeto1 | M_SER_TSS002 | IRM1 | PCREQ-8280 | ||
Requisito1 | PCREQ-8281 | Subtarefa1 |
| Chamado2
| |
Release de Entrega Planejada | 12.1.13 | Réplica |
| ||
País | ( X X ) Brasil ( X ) Argentina ( X ) Mexico ( X ) Chile ( X ) Paraguai ( X ) Equador ( X ) USA ( X ) Colombia ( ) Outro _____________. | ||||
Outros | <Caso necessário informe outras referências que sejam pertinentes a esta especificação. Exemplo: links de outros documentos ou subtarefas relacionadas>. |
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
(Obrigatório)Objetivo
Definir a função EntidadeClear para a exclusão da entidade.
Atualmente grande parte dos métodos do TSS realizam o processamento das requisições no próprio corpo do método. A partir do novo modelo de processamento do TSS as requisições recebidas pelo TSS serão colocadas em filas para que assim possam ser processadas. Esse processamento será realizado através das rotinas de monitoramento de filas, que ao identificar a requisição encaminhará para as respectivas funções de processamento. Dessa forma faz se necessário que todos os processos possuam suas respectivas funções para o processamento das requisições. Diante desse cenário deverão ser implementadas funções para os seguintes métodos.
Todas as regras de negócio e funcionamento dos processos deverão ser mantidos. Dessa foma as funções serão criadas com base nos próprios métodos. Devendo ser realizado apenas o desacoplamento do processamento dos métodos.
Após o processamento da requisição, as funções deverão montar a mensagem de retorno da requisição e disponibilizá-las nas filas de respostas de requisições. A distribuição deverá ser realizada através da função TSSDispacherRequest().
Parâmetros:
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
<Informações utilizadas na linha Protheus>.
<Informações utilizadas na linha Protheus>
Definir o padrão das funções de processamento das requisições de Web service.
Os serviços oferecidos pelo TSS são disponibilizados apenas através de Web services baseados no protocolo SOAP, onde cada serviço é consumido através requisições feitas para métodos específicos dentro do TSS.No modelo proposto pelo TSS 3.0, os serviços do TSS estarão acessíveis tanto por Web service quanto por qualquer outra interface de integração, assim como requisições HTTP que serão utilizadas pela DLL de integração do TSS.
Definição da Regra de Negócio
Definir a função que irá executar o processamento segregado dos Web services. Será estruturada da seguinte forma:
A validação dos parâmetros das requisições serão definidas em uma função que será chamada pelo método ou poderá ser utilizada por qualquer outra interface que venha ser implementada para integração com o TSS. Abaixo a descrição da nomenclatura das funções:
TSSVal + Código do Processo + Nome do Método
oJSON
Exemplo:
TSSVal0002AdmEmpresas(oJSON)
A função de processamento envolverá todo o código compreendido após a validação da requisição. O processamento deverá retornar o resultado estruturado de acordo com o esperado pelo Web service. Da mesma forma as validações e o processamento receberão como parâmetro, um objeto desserializado com os parâmetros da requisição, possibilitando receber tanto os parâmetros passados pelos métodos via Web service como as mensagens no formato JSON (formato texto e completamente independente de linguagem) enviadas pela DLL. A nomenclatura será definida da seguinte forma:
TSSProc + Código do Processo + Nome do Método
oJSON
Exemplo:
TSSProc0002AdmEmpresas(oJSON)
Seguindo esse padrão, tanto a funções de validação quanto as de processamento, terão exatamente o mesmo código contido hoje no processamento dos Web service, sendo necessário apenas trocar a referência dos parâmetros da requisição, da referência "self:" ou "::" para a referência "oJSON".
Para Implementação, verificar a lista com a especificação das funções a serem implementadas, disponibilizada através da função TSSGetProcQueue().
<Informações utilizadas na linha Datasul>.
Procedimentos
Programas
Cadastro de Papéis
<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.
<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.
[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.
[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante
[3] Categorias são obrigatórias para os programas FLEX.
[4] Obrigatório quando o projeto for FLEX
[5] Obrigatório quando o projeto for FLEX
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|