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.11 | 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)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.
(Obrigatório)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 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
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|