Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

 Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico.                                                             

  

(Obrigatório)

Informações Gerais

 

Chamado2

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

 

 

Release de Entrega Planejada 

12.1.11

Réplica

 

País

(  X X ) Brasil  (  X ) Argentina  (   ) Mexico  (   ) 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 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)

Definição da Regra de Negócio

As funções de processamento serão formadas por toda a parte de processamento segregada dos Web Services. Será estruturada da seguinte forma:

  • Validação:

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)

 

  • Processamento:

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()

Opcional

 

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

 

Opcional

Fluxo do Processo

Opcional

Dicionário de Dados

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

 

 

 

 

 

(Opcional)

Estrutura de Menu

<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.