Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>.

(Obrigatório)

Definição da Regra de Negócio

Visando atender requisitos de suportabilidade do produto, este requisito visa possibilitar a geração das saídas de log do integrador em vários arquivos, contendo nestes, somente o conteúdo da Thread em execução com suas chamadas.

Definição da Regra de Negócio

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

 

Rotina	Tipo de Operação	Opção de Menu	Regras de Negócio	Caminho
Log4j[ACAA040 – Parâmetros]	[Alteração]	[Atualizações -> Acadêmico-> Tesouraria]	-
[ACAA050 – Negociação Financeira]	[Envolvida]	[Atualizações -> Acadêmico-> Tesouraria]	-
[ACAA060 – Cadastro de Pedidos]	[Criação]	[Atualizações -> Acadêmico-> Cadastros]	-

 

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

 

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

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

Protótipo 01

 Image Removed

Opcional

Fluxo do Processo

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

Log4j:

• Criar a chave "tsa.log4j.generateLogByThread" no arquivo log4j.properties com valor default igual a false.
• Alterar a classe de log do TSA para ler o parâmetro  "tsa.log4j.generateLogByThread".
  • Se o parâmetro "tsa.log4j.generateLogByThread" for true, a aplicação deverá criar de forma dinâmica um appender para cada Thread que nas suas classes invocarem o Logger.
    • Cada appender criado deverá criar um arquivo texto com o nome da Thread para saída dos logs do integrador.
      
    • O appender deve ser criado com os mesmos parâmetros de nível de log, quantidade de arquivos de backup e tamanho máximo dos arquivos de backup do appender padrão "fileOut". Por exemplo, caso o appender padrão esteja com o nível de log INFO, o novo appender também deverá ser criado com este parâmetro em INFO.
    • O arquivo server_log.txt ainda deve continuar sendo gerado da mesma forma que era antes.
    • O arquivo de log criado com o nome da Thread, deverá conter apenas caracteres alfanuméricos. Demais caracteres devem ser trocados por "_" (underline) por exemplo, a Thread "Telematica:01", deverá criar um arquivo com o nome: "Telematica_01.txt".
    • Quando a Thread A chamar a Thread B, todos os logs contidos na classe da Thread B devem ser mostrados na Thread A. Somente será criado um arquivo de log para a Thread B se ela instanciar alguma classe, assim, todos os logs contidos nesta classe sairão em seu arquivo de log.
      
• • Se o parâmetro  "tsa.log4j.generateLogByThread" for false ou se o parâmetro não existir no arquivo "/conf/log4j.properties", o integrador deve gerar os logs na forma anterior, ou seja, contendo apenas um arquivo de log /log/server_log.txt.
• Fazer que cada linha do log mostre a Thread pai, a Thread corrente e o nome da classe que registrou no Logger.
• Criar um requisito futuro para atualizar a biblioteca log4j para a versão 2. 
• Criar um requisito futuro para que o arquivo log4j.properties seja portado para o banco de dados.
  

Protótipo de Tela

 Diretório /log:

Diretório de log do integrador com o parâmetro "tsa.log4j.generateLogByThread" marcado como true.

Image Added

Padrão de layout para mensagens:

Arquivo de log que demonstra o novo layout das mensagens, no qual, antes de "->" é o nome da Thread pai, antes de <|> é o nome da Thread corrente, e, após, é o nome da classe onde o log está localizado.
 

Image Added

Log4j.properties:

Arquivo de configurações do log4j contendo o parâmetro "tsa.log4j.generateLogByThread". 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

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

<Referência Mínima para Cálculo>

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>

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

X1_ORDEM

01

X1_PERGUNT

Emissão De

X1_TIPO

D

X1_TAMANHO

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 

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

AMB->AMB_CODIGO

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

Image Added