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 peas 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
QueueCreatorQueueFactory(), 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
ListCreatorListFactory(), 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>.
Protótipo 01
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>.
Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/
Índice | Chave |
01 | <FI9_FILIAL+FI9_IDDARF+FI9_STATUS> |
02 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_EMISS+FI9_IDDARF> |
03 | <FI9_FILIAL+FI9_FORNEC+ FI9_LOJA+FI9_PREFIX+FI9_NUM+FI9_PARCEL+FI9_TIPO> |
Campo
<AAA_PERESP>
Tipo
<N>
Tamanho
<6>
Valor Inicial
<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>.
Mandatório
Sim ( ) Não ( )
Descrição
Título
<Ref.Calc.>
Picture
<@E999.99>
Help de Campo
<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>
<Informações utilizadas na linha Protheus>.
Nome: FINSRF2
X1_ORDEM
01
X1_PERGUNT
Emissão De
X1_TIPO
D
8
X1_GSC
G
X1_VAR01
MV_PAR01
X1_DEF01
Comum
X1_CNT01
'01/01/08'
X1_HELP
Data inicial do intervalo de emissões das guias de DARF a serem consideradas na seleção dos dados para o relatório
<Informações utilizadas na linha Protheus>
Consulta: AMB
DescriçãoConfigurações de Planejamento
Tipo
Consulta Padrão
Tabela
“AMB”
Índice
“Código”
Campo
“Código”; ”Descrição”
Retorno
AMB->AMB_CODIGO
<Informações utilizadas na linha Datasul>.
Procedimentos
Procedimento |
|
|
|
Descrição | (Max 40 posições) | (Max 40 posições) | (Max 40 posições) |
Módulo |
|
|
|
Programa base |
|
|
|
Nome Menu | (Max 32 posições) | (Max 32 posições) | (Max 32 posições) |
Interface | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex | GUI/WEB/ChUI/Flex |
Registro padrão | Sim | Sim | Sim |
Visualiza Menu | Sim/Não | Sim/Não | Sim/Não |
Release de Liberação |
|
|
|
Programas
Programa
Descrição
(Max 40 posições)
(Max 40 posições)
Nome Externo
Nome Menu/Programa
(Max 32 posições)
(Max 32 posições)
(Max 32 posições)
Nome Verbalizado[1]
(Max 254 posições)
(Max 254 posições)
(Max 254 posições)
Procedimento
Template
(Verificar lista de opções no man01211)
(Verificar lista de opções no man01211)
(Verificar lista de opções no man01211)
Tipo[2]
Consulta/Manutenção/ Relatório/Tarefas
Consulta/Manutenção/ Relatório/Tarefas
Consulta/Manutenção/ Relatório/Tarefas
Interface
GUI/WEB/ChUI/Flex
GUI/WEB/ChUI/Flex
GUI/WEB/ChUI/Flex
Categoria[3]
Executa via RPC
Sim/Não
Sim/Não
Sim/Não
Registro padrão
Sim
Sim
Sim
Outro Produto
Não
Não
Não
Visualiza Menu
Sim/Não
Sim/Não
Sim/Não
Query on-line
Sim/Não
Sim/Não
Sim/Não
Log Exec.
Sim/Não
Sim/Não
Sim/Não
Rotina (EMS)
Sub-Rotina (EMS)
Localização dentro da Sub Rotina (EMS)
Compact[4]
Sim/Não
Sim/Não
Sim/Não
Home[5]
Sim/Não
Sim/Não
Sim/Não
Posição do Portlet[6]
0 – Top Left
1 – Top Right
2 – Bottom Left
3 – Bottom Right
0 – Top Left
1 – Top Right
2 – Bottom Left
3 – Bottom Right
0 – Top Left
1 – Top Right
2 – Bottom Left
3 – Bottom Right
Informar os papeis com os quais o programa deve ser vinculado
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>.
Código Papel
(máx 3 posições)
Descrição em Português*
[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. |
---|