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

 

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

(Obrigatório)

Objetivo

 Definir a função EntidadeClear para a exclusão da entidade.

(Obrigatório)

Definição da Regra de Negócio

Atualmente grande parte dos métodos do TSS realizam o processamento das requisições no próprio corpo do método. Com o A partir do novo modelo de processamento do TSS as requisições recebidas pelo TSS serão  colocadas em filas e assim para que então 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 negocio 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 de processamento da requisição e disponibiliza-los na fila de resposta das disponibilizá-las nas filas de respostas de requisições. A distribuição deverá ser realizada através da função TSSDispacherRequest().   

 

  • Parâmetros: 
    cMsgJSON - String no formato JSON Definido pelo WS REST. 


  • retorno
    lRet- Indica se o processo foi executado.

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

1. FluxoPrincipal:

    1.1. Serializa a mensagem JSON e verifica se a mensagem é valida

   1.2. Mensagem inválida[]

    1.2. Executa o processo de acordo com o método

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.