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 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. 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().
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
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
<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. |
---|