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

(Obrigatório)

Objetivo

Desenvolver uma aplicação para registro das análises do laboratório de sacarose em modo OFF-LINE. O objetivo é garantir disponibilidade do sistema em situações geradas pela falta de link com o data-center, com o intuito de eliminar registros manuais, erros de digitação, acumulo de análises sem apontamento, perda da leitura da análise nos terminais (TRD) quando há queda de link e lentidão da leitura das análises nos terminais (TRD).

Definição da Regra de Negócio

 O Sistema deverá realizar o registro das análises em uma base de dados local. As análises serão enviadas automaticamente para uma aplicação remota (PIMSServer) que será instalada no servidor e  realizará os cálculos, validações e a gravação no banco de dados de produção do PIMS. Havendo indisponibilidade desta aplicação por falta de link, manutenção do servidor, atualização da versão da aplicação, indisponibilidade de acesso ao banco de dados do PIMS, etc, o sistema do laboratório off-line continuará operando normalmente, garantindo o registro automático das análises nos terminais (TRD) e a contingência das análises. A figura abaixo demonstra a arquitetura utilizada no projeto do Laboratório Offline

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

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

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

Fluxo do Processo

Para melhor exemplificar o fluxo do processo de realização das análises foram elaborados os seguintes diagramas.

A imagem a seguir ilustra o diagrama de atividades do processo de análise realizado via automação. 

Em caso de contingência do sistema, o fluxo de atividades deverá seguir conforme demonstrado no diagrama abaixo.

Dicionário de Dados

Estrutura PIMSCS

Tabela: LAB_ANALISE

Tabela: LAB_ATRIBUTO_CHAVE_ANL

Tabela: LAB_ATRIBUTO_ANL

Tabela: LAB_TERMINAL

Tabela: LAB_ATRIBUTO_ANL_TERMINAL

Tabela: LAB_VL_ATRIBUTO_CHAVE_ANL

Tabela: LAB_VL_ATRIBUTO_ANL

Script de banco de dados PIMSCS

 create table LAB_TERMINAL (

ID_TERMINAL number(38,0) NOT NULL,
DE_TERMINAL varchar2(50) NOT NULL,
NO_ENDERECO varchar2(20) NOT NULL,
FG_LEITURA_INTERFACE varchar(1) NOT NULL,
FG_MODO_MANUAL varchar(1) NOT NULL,
FG_ATIVO varchar(1) NOT NULL,
FG_SONDA varchar(1) NOT NULL,
QT_DECIMAL number(2,0),
ROWVERSION number(5,0),
CONSTRAINT LAB_TERMINAL_PK PRIMARY KEY (ID_TERMINAL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

create table LAB_ANALISE (
ID_ANALISE number(38,0) NOT NULL,
DE_ANALISE varchar2(40) NOT NULL,
DA_ANALISE varchar2(25) NOT NULL,
FG_TP_ANALISE varchar2(20) NOT NULL,
NO_PREFIX_ANALISE varchar2(5),
FG_SOMATORIA varchar(1),
DE_ESQUEMA_BD varchar2(50),
DE_MENU varchar2(250) NOT NULL,
DE_MENU_ITEM varchar2(50) NOT NULL,
CD_APLICAT varchar2(10),
CD_OBJFORM varchar2(20),
QT_DIG_COD_BARRA number(5,0),
CD_GRUPO varchar2(20),
CD_SECAO varchar2(20),
DT_INI_VAL date,
CD_FORMULA varchar2(20),
CD_TABELA_LOG_LEITURA varchar2(50),
ROWVERSION number(5,0),
CONSTRAINT LAB_ANALISE_PK PRIMARY KEY (ID_ANALISE) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_ANALISE add constraint LAB_ANALISE1_FK_PMFORMULAS_HE foreign key (CD_GRUPO,CD_SECAO,DT_INI_VAL,CD_FORMULA) references PMFORMULAS_HE;

create table LAB_ATRIBUTO_CHAVE_ANL (

ID_ATRIBUTO_CHAVE_ANL number(38,0) NOT NULL,
ID_ANALISE number(38,0) NOT NULL,
NO_SEQUENCIA number(2,0) NOT NULL,
CD_TABELA varchar2(50),
CD_COLUNA varchar2(50),
CD_COLUNA_PREC varchar2(50),
DE_COLUNA varchar2(50) NOT NULL,
DE_FORMATO varchar(1),
DE_MASCARA varchar2(20),
CD_TABELA_VAL varchar2(50),
CD_COLUNA_VAL varchar2(50),
SECAO_PARAM_VL_PADRAO varchar2(30),
ENTRADA_PARAM_VL_PADRAO varchar2(50),
VL_PADRAO varchar2(50),
FG_INCREMENTO_PARAM varchar(1) NOT NULL,
FG_VISIVEL varchar(1) NOT NULL,
FG_MODO_OPER varchar(1) NOT NULL,
NO_NIVEL number(1,0),
FG_VALIDACAO varchar2(15),
FG_RECUP_SAFRA varchar(1) NOT NULL,
FG_OBRIGATORIO varchar(1) NOT NULL,
NO_INPUT_SOMATORIA number(2,0),
ROWVERSION number(5,0),
CONSTRAINT LAB_ATRIBUTO_CHAVE_ANL_PK PRIMARY KEY (ID_ATRIBUTO_CHAVE_ANL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_ATRIBUTO_CHAVE_ANL add constraint LAB_ATRIBUTO_CHAVE_ANL1_FK_LAB foreign key (ID_ANALISE) references LAB_ANALISE on delete cascade;

create table LAB_ATRIBUTO_ANL (
ID_ATRIBUTO_ANL number(38,0) NOT NULL,
ID_ANALISE number(38,0) NOT NULL,
DE_ATRIBUTO varchar2(30) NOT NULL,
NO_SEQUENCIA number(5,0) NOT NULL,
CD_TABELA varchar2(50),
CD_COLUNA varchar2(50),
CD_TPCONTR_OCOR number(3,0),
FG_AUDITORIA varchar(1) NOT NULL,
SECAO_PARAM_VL_MINIMO varchar2(30),
ENTRADA_PARAM_VL_MINIMO varchar2(50),
VL_MINIMO number(10,4),
SECAO_PARAM_VL_MAXIMO varchar2(30),
ENTRADA_PARAM_VL_MAXIMO varchar2(50),
VL_MAXIMO number(10,4),
NO_INPUT number(2,0),
CD_GRUPO varchar2(20),
CD_SECAO varchar2(20),
DT_INI_VAL date,
CD_FORMULA varchar2(20),
METODO_CALC varchar2(9),
FG_EXEC_FORMULA varchar2(15),
DE_FORMATO varchar(1) NOT NULL,
DE_MASCARA varchar2(20),
CD_TABELA_VAL_SERVER varchar2(50),
CD_COLUNA_VAL_SERVER varchar2(50),
CD_TABELA_VAL_CLIENT varchar2(50),
CD_COLUNA_VAL_CLIENT varchar2(50),
CD_COLUNA_DIG varchar2(50),
CD_COLUNA_DIG_TRD varchar2(50),
SECAO_PARAM_VL_PADRAO varchar2(30),
ENTRADA_PARAM_VL_PADRAO varchar2(50),
VL_PADRAO varchar2(50),
FG_VISIVEL varchar(1) NOT NULL,
FG_MODO_OPER varchar(1) NOT NULL,
NO_NIVEL number(1,0),
FG_INDICADOR_REL varchar(1) NOT NULL,
FG_LEITURA_INTERFACE varchar(1) NOT NULL,
FG_LEITURA_FUNCIONARIO varchar(1) NOT NULL,
FG_OBRIGATORIO varchar(1) NOT NULL,
FG_INCREMENTO_PARAM varchar(1),
NO_INPUT_SOMATORIA number(2,0),
ROWVERSION number(5,0),
CONSTRAINT LAB_ATRIBUTO_ANL_PK PRIMARY KEY (ID_ATRIBUTO_ANL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_ATRIBUTO_ANL add constraint LAB_ATRIBUTO_ANL3_FK_PMFORMULA foreign key (CD_GRUPO,CD_SECAO,DT_INI_VAL,CD_FORMULA) references PMFORMULAS_HE;

alter table LAB_ATRIBUTO_ANL add constraint LAB_ATRIBUTO_ANL2_FK_TPCONTR_O foreign key (CD_TPCONTR_OCOR) references TPCONTR_OCOR;

alter table LAB_ATRIBUTO_ANL add constraint LAB_ATRIBUTO_ANL1_FK_LAB_ANALI foreign key (ID_ANALISE) references LAB_ANALISE on delete cascade;

create table LAB_ATRIBUTO_ANL_TERMINAL (
ID_ATRIBUTO_ANL_TERMINAL number(38,0) NOT NULL,
ID_ATRIBUTO_ANL number(38,0) NOT NULL,
ID_TERMINAL number(38,0) NOT NULL,
ROWVERSION number(5,0),
CONSTRAINT LAB_ATRIBUTO_ANL_TERMINAL_PK PRIMARY KEY (ID_ATRIBUTO_ANL_TERMINAL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_ATRIBUTO_ANL_TERMINAL add constraint LAB_ATRIBUTO_ANL_TERMINAL1_FK_ foreign key (ID_ATRIBUTO_ANL) references LAB_ATRIBUTO_ANL on delete cascade;

alter table LAB_ATRIBUTO_ANL_TERMINAL add constraint LAB_ATRIBUTO_ANL_TERMINAL2_FK_ foreign key (ID_TERMINAL) references LAB_TERMINAL;

create table LAB_VL_ATRIBUTO_CHAVE_ANL (
ID_VL_ATRIBUTO_CHAVE_ANL number(38,0) NOT NULL,
ID_ATRIBUTO_CHAVE_ANL number(38,0) NOT NULL,
VL_VALIDO varchar2(50) NOT NULL,
DE_VL_VALIDO varchar2(50),
ROWVERSION number(5,0),
CONSTRAINT LAB_VL_ATRIBUTO_CHAVE_ANL_PK PRIMARY KEY (ID_VL_ATRIBUTO_CHAVE_ANL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_VL_ATRIBUTO_CHAVE_ANL add constraint LAB_VL_ATRIBUTO_CHAVE_ANL1_FK_ foreign key (ID_ATRIBUTO_CHAVE_ANL) references LAB_ATRIBUTO_CHAVE_ANL on delete cascade;

create table LAB_VL_ATRIBUTO_ANL (
ID_VL_ATRIBUTO_ANL number(38,0) NOT NULL,
ID_ATRIBUTO_ANL number(38,0) NOT NULL,
VL_VALIDO varchar2(50) NOT NULL,
DE_VL_VALIDO varchar2(50),
ROWVERSION number(5,0),
CONSTRAINT LAB_VL_ATRIBUTO_ANL_PK PRIMARY KEY (ID_VL_ATRIBUTO_ANL) USING INDEX TABLESPACE PIMS_INDX)
TABLESPACE PIMS_DATA;

alter table LAB_VL_ATRIBUTO_ANL add constraint LAB_VL_ATRIBUTO_ANL1_FK_LAB_AT foreign key (ID_ATRIBUTO_ANL) references LAB_ATRIBUTO_ANL on delete cascade;

 Script de Banco de dados da Aplicação Client (Off-line)

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo

Desenvolver uma aplicação para registro das análises do laboratório de sacarose em modo OFF-LINE. O objetivo é garantir disponibilidade do sistema em situações geradas pela falta de link com o data-center, com o intuito de eliminar registros manuais, erros de digitação, acumulo de análises sem apontamento, perda da leitura da análise nos terminais (TRD) quando há queda de link e lentidão da leitura das análises nos terminais (TRD).

(Obrigatório)

Definição da Regra de Negócio

 O Sistema deverá realizar o registro das análises em uma base de dados local. As análises serão enviadas automaticamente para uma aplicação remota (PIMSServer) que será instalada no servidor e  realizará os cálculos, validações e a gravação no banco de dados de produção do PIMS. Havendo indisponibilidade desta aplicação por falta de link, manutenção do servidor, atualização da versão da aplicação, indisponibilidade de acesso ao banco de dados do PIMS, etc, o sistema do laboratório off-line continuará operando normalmente, garantindo o registro automático das análises nos terminais (TRD) e a contingência das análises. A figura abaixo demonstra a arquitetura utilizada no projeto do Laboratório Offline

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

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

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

Opcional

Fluxo do Processo

Para melhor exemplificar o fluxo do processo de realização das análises foram elaborados os seguintes diagramas.

A imagem a seguir ilustra o diagrama de atividades do processo de análise realizado via automação. 

Em caso de contingência do sistema, o fluxo de atividades deverá seguir conforme demonstrado no diagrama abaixo.

Opcional

Dicionário de Dados

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

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

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