Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Especificação | |||
Produto |
| TSS TOTVS Service SOA |
|
Segmento Executor |
| ||
Projeto1 |
| IRM1 |
|
Requisito1 |
| Subtarefa1 |
|
Chamado2 |
| ||
Release de Entrega Planejada |
| Réplica |
|
País | ( 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).
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 baseado no protocolo SOAP onde cada serviço é consumido através requisições feitas para métodos específicos dentro do TSS. Com o modelo proposto pelo TSS 3.0, os serviços do TSS deverão estar acessíveis tanto por web services quanto qualquer outra interface de integração com o TSS como requisições HTTP que será utilizada pela DLL de integração do TSS.
As funções de processamento serão formadas por toda a parte de processamento segregada 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. A nomenvlatura nomenclatura das funções deverá ser da seguinte forma:
Função:
TSSVal + código do processo + nome do método
Parâmetro:
oJSON
Exemplo:
TSSVal0002AdmEmpresas(oJSON)
A função de processamento envolverá todo o código compreendido após a validação da requisição. A função deverá retornar o resultado estruturado de acordo com o esperado pelo Web service. Da mesma forma que as funções de validações, a função de processamento receberá como parâmetro, um objeto deserializado com os parâmetros da requisição. Dessa forma a função estará pronta para receber tanto os parâmetros recebidos pelos método Web Service como as mensagens JSON envidas pela DLL. A nomenclatura será definida da seguinte forma:
Função:
TSSProc + código do processo + nome do método
Parâmetro:
oJSON
Exemplo:
TSSProc0002AdmEmpresas(oJSON)
Seguindo esse padrão, tanto a função de validação quanto a função de processamento, conterá exatamente o mesmo mesmo código contido hoje no processamento dos Web Service, sendo necessário apenas trocar a referencia dos parâmetros da requisição, fazendo um replace da referência "self:" ou "::" para a referência "oJSON".
Para Implementação, verificar lista com a especificação das funções a serem implementadas. A lista será disponibilizada através da função TSSGetProcQueue()
<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>
<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
[6] 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. |
---|