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 |
Segmento Executor | SERVIÇOS | ||
Projeto1 | M_SER_TSS002 | IRM1 | PCREQ-8287 |
Requisito1 | PCREQ-8288 | Subtarefa1 |
|
Release de Entrega planejada | 12.1.13 | ||
País | ( X ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) 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).
Disponibilizar componente responsável pela inclusão das de mensagens nas Filas e recuperação das de suas respectivas respostas das mensagens.
O componente de mensagens , deverá ser um componente utilizado apenas para será o componente responsável apenas pela troca de mensagens entre as aplicações, não o TSS ONLINE e seus respectivos clientes. Esse componente deverá ser definido de forma totalmente desacoplada de outros recursos do ambiente, dependerá apenas da comunicação com o Serviço de Fila da Amazon, que deverá ser o único ponto de falha dessa camada. Não poderá ter qualquer dependência de uso do TOP CONNECT ou com regras de Negócio da aplicação. Será responsável apenas por implementar as interfaces funcionalidades de inclusão de mensagens na fila e das consultas das respostas das mensagens. As funcionalidades do componente serão definidas pelas funções: PutProcInQueue() e GetProcResponse()
Âncora | ||||
---|---|---|---|---|
|
Rotina responsável por inserir uma mensagem em uma Fila.
A rotina deverá obter uma referência para a Fila a ser utilizada para a inclusão da mensagem. A referência deverá ser obtida através da função QueueFactory(), que retornará um um status indicando se a criação do Objeto de referência para a fila foi criado com sucesso. Em caso de Sucesso a rotina poderá realizar a inclusão da mensagem na Fila através do método putMsg(). Caso contrário deverá retornar o erro ocorrido.
cDocModel – Modelo do Documento. Utilizado para a definição da fila a ser Utilizada.
cJSONRequest – Mensagem a ser enviada para a Fila.
cMsgId – Referência para retorno do Id da Mensagem na Fila.
cError – Referência para informação de erros no Processamento.
lRet – Indica se a mensagem foi enviada com Sucesso para a Fila.
Âncora GetProcResponse GetProcResponse
Rotina responsável por recuperar uma resposta de uma Lista
A rotina deverá obter uma referência para a Lista referente ao Modelo de documento A referência deverá ser obtida através da função ListFactory(), que retornará um Status indicando se a criação do Objeto de referência para a Lista foi criado com sucesso. Em caso de Sucesso a rotina poderá recuperar a resposta da mensagem através do método getMsg(). Ao obter o retorno do método, a rotina deverá realizar algumas verificações. Essas verificações serão baseadas em atributos do objeto utilizados para atribuição de retorno do método. A rotina deverá seguir os seguintes Critérios:
nRet = oObj: eNO_MSG: Condição que define a Inexistência de mensagens na Lista.
nRet = oObj:eNO_MSGID : Condição que define que não existe resposta para a Mensagem solicitada. Em ambos os casos a rotina deverá gerar o seguinte retorno:
Status = “202”
Mensagem = “Mensagem Não localizada na Lista. ” + oObj:cName + “ Erro: ” + nRet
cMsgId – Id de referência para busca da resposta.
cDocModel – Modelo do Documento.
cMsgRet – Referencia para a resposta da Mensagem.
cHttpStatus – Referencia para Status Http da requisição
cError – Referência para informação de erros no Processamento.
lRet – Indica se a resposta foi recuperada.
<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.
Inclusão de Mensagens na Fila:
Consulta Lista de Resposta:
<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>.
<Informações utilizadas na linha Protheus>.
<Informações utilizadas na linha Protheus>
Programas
Cadastro de Papéis
[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. |
---|