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. A partir do novo modelo de processamento do TSS as requisições recebidas pelo TSS serão colocadas em filas para que 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 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 da requisição e 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. |
---|