Histórico da Página
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|
Informações Gerais
Especificação | |||
Produto | Microsiga Protheus | Módulo | Treinamento - SIGATRM |
Segmento Executor | Serviços | ||
Projeto1 | M_SER_RH_001 | IRM1 | PCREQ-4670 |
Requisito1 | PCREQ-4759 | Subtarefa1 | PDR_SER_RH001-388 |
Chamado2 | Não se aplica. | ||
Release de Entrega Planejada | 12.1.7 | Réplica |
|
País | ( x ) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. | ||
Outros | O desenvolvimento deste requisito depende da conclusão dos requisitos predecessores:
|
Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos).
Objetivo
Permitir cadastrar conjuntos de etapas a serem seguidas durante o processo de reciclagem de cursos dos funcionários, possibilitando o controle da execução de cada passo do processo.
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>.
<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>.
Rotina | Tipo de Operação | Opção de Menu | Regras de Negócio |
TRMA250 – Conjunto de Entidades | Criação | Atualizações -> Cadastros -> Conjunto de Entidades | - |
TRMA040 - Cadastro de Cursos Internos | Alteração | Atualizações -> Cadastros -> Cursos Internos | - |
TRMA100 – Cadastro Funcionários | Alteração | Atualizações -> Funcionários -> Funcionários | - |
TRMR100 - Relatório Venc. Cursos | Alteração | Relatórios -> Relatório Venc. Cursos | - |
Cadastro Conjunto de Etapas (Checklist)
Será responsável por armazenar os modelos de checklist (Conjunto de Etapas) que serão utilizados pelos cursos para acompanhamento do processo de reciclagem do curso.
O cadastro possuirá as seguintes características:
- Cada conjunto de etapas poderá conter 1 ou mais itens (etapas).
- A chave dos registros será composta pelos campos FILIAL + ETAPA + ITEM (A10_FILIAL+A10_ETAPA+A10_ITEM)
- O campo Filial (A10_FILIAL) possuirá, como padrão, o mesmo compartilhamento padrão da tabela RA1 (Cursos).
- Campo Conj.Etapas (A10_ETAPA)
- será o campo identificador do modelo;
- possuirá 6 posições;
- será de preenchimento automático e sequencial.
- Campo Item (A10_ITEM)
- guardará a sequencia dos itens do modelo;
- possuirá 4 posições;
- será de preenchimento automático e sequencial;
- deverá ser inserido no modelo a sequencia numérica de 100 em 100 (conforme exemplo) para permitir tratativa dos workflows de envio de e-mail (será detalhado mais abaixo).
- Campo Prazo (A10_PRAZO)
- conteúdo numérico maior que zero;
- armazenará a quantidade de dias para execução da etapa;
- possuirá conteúdo padrão 0 (zero) para evitar erros durante o processamento do conteúdo em outras rotinas;
- a definição da quantidade de dias será feita pelo usuário com base de conhecimento no processo de reciclagem de cursos que a empresa realiza.
- Campo Workflow (A10_WKFLOW)
- Campo combox
- conterá as seguintes opções:
- 0 - Não
- 1 - Cursos a Vencer
- 2 - Curso Agendado
- 3 - Certificado
- Campo será responsável por identificar a qual etapa pertence os workflows a serem executados durante o processo para permitir o check automático do item.
- O usuário só poderá inserir uma etapa para cada workflow dentro de um mesmo conjunto de etapas.
- O conteúdo padrão do campo será 0 - Não.
- Para manter a integridade das informações, um Conjunto de Etapas poderá ser alterado apenas enquanto o conjunto não estiver sendo utilizado em um checklist de funcionário (A11). (validação similiar à validação presente no cadastro de Tipos de Ausências do SIGAGPE).
- Caso o Conjunto de Etapas já esteja em uso, o usuário deverá criar um novo conjunto a ser utilizado pelo curso.
Exemplo de aplicação:
FILIAL | D MG | CONJUNTO DE ETAPAS | 000001 | DESCRIÇÃO | CHECKLIST RECICLAGEM 01 |
ITEM | ITEM DESCRIÇÃO | PRAZO PARA EXECUÇÃO (dias) | WORKFLOW |
---|---|---|---|
0100 | IMPRIMIR RELATÓRIO DE CURSOS A VENCER | 5 | 0 - NÃO |
0200 | ENVIO DA LISTAGEM AOS SUPERVISORES | 5 | 1 - CURSOS A VENCER |
0300 | ENTREGA DE DOCUMENTOS PELO FUNCIONÁRIO | 10 | 0 - NÃO |
0400 | RECEBIMENTO DA APROVAÇÃO DA ACADEMIA PARA AGENDAMENTO | 15 | 0 - NÃO |
0500 | COMUNICAÇÃO AOS SUPERVISORES DO AGENDAMENTO | 5 | 2 - CURSO AGENDADO |
0600 | RECEBIMENTO DO CERTIFICADO | 45 | 0 - NÃO |
0700 | COMUNICAÇÃO AOS SUPERVISORES SOBRE O RECEBIMENTO DO CERTIFICADO | 5 | 3 - CERTIFICADO |
Cadastro de Cursos
Com o cadastro de Conjunto de Etapas completo, é momento de relacionar o modelo do checklist criado com os cursos que o utilizará.
O relacionamento entre o cadastro de Conjunto de Etapas e o Cadastro de Cursos será feita através do novo campo Conj.Etapas (RA1_ETAPA). Esse campo conterá o código identificador do Conjunto de Etapas (checklist) cadastrado na tabela A10.
O preenchimento do campo poderá ser através da consulta padrão (A10) ou ao digitar o conteúdo, sendo necessário realizar a validação do conteúdo informado.
O campo Conj.Etapas (RA1_ETAPA) poderá ser alterado conforme necessidade, mas isso não atualizará o checklist do funcionário. Os registros já criados na tabela A11 continuarão sem alteração e apenas as novas gerações obedecerão o novo conteúdo do campo.
Vários cursos poderão utilizar o mesmo conjunto de etapas.
Cadastro de Funcionários
Para cada curso do funcionário (RA4) será possível gerar um checklist para o processo de reciclagem desde que haja um conjunto de etapas vinculado ao curso (RA1_ETAPA) selecionado.
Para gerar o checklist do curso a sofrer o processo de reciclagem as seguintes premissas devem ser cumpridas:
- Selecionar a pasta Cursos presente no cadastro de Funcionários do módulo SIGATRM.
- Posicionar na linha do curso no grid.
- A geração do checklist poderá ser feita através da opção Gerar Checklist presente em Outras Ações ou pressionando a tecla F06.
- Caso haja diversos registros do mesmo curso, selecionar o mais atual, ou seja, o que está para vencer.
- Uma validação deve ser feita para verificar se a linha selecionada é o registro mais recente do curso escolhido.
- Caso já haja um checklist gerado e em andamento para o curso escolhido deverá exibir mensagem de aviso e não será gerado novo checklist.
- Caso já haja um checklist gerado e finalizado para o curso escolhido deverá exibir mensagem de aviso e não será gerado novo checklist.
- O curso escolhido deve possuir em seu cadastro um Conjunto de Etapas vinculado (RA1_ETAPA).
- Os campos Curso Origem e Data Origem referem-se ao código do curso e à data inicial do curso que será reciclado (RA4_CURSO e RA4_DATAIN)
- Os campos Curso Reciclagem e Data Reciclagem referem-se ao código do curso e à data inicial do curso de reciclagem. Ao gerar o checklist este campo estará em branco pois o curso não terá sido agendado ainda.
- A chave dos registros será composta pelos campos FILIAL + MATRICULA + CURSO ORIGEM + DATA ORIGEM + ETAPA + ITEM (A11_FILIAL+A11_MAT+A11_CODORI+A11_DTAORI+A11_ETAPA+A11_ITEM)
- Quanto ao preenchimento dos campos pelo sistema durante a geração do grid:
- Filial (A11_FILIAL): preencher com a filial do funcionário (RA_FILIAL)
- Matrícula (A11_MAT): preencher com o código de matrícula do funcionário (RA_MAT)
- Conjunto de Etapas (A11_ETAPA): preencher com o código do Conjunto de Etapas presente no cadastro de cursos (RA1_ETAPA)
- Item (A11_ITEM): carregar todos os itens cadastros do Conjunto de Etapas (A11_ETAPA)
- Prazo (A11_PRAZO): carregar o conteúdo presente no cadastro do Conjunto de Etapas.
- Data da Etapa (A11_DTAETP):
- data referente à ativação da etapa da lista.
- apenas a primeira etapa terá esse campo preenchido com a data do sistema.
- as datas das demais etapas serão preenchidas conforme a realização da etapa anterior (mais detalhes na parte de manutenção)
- Status (A11_STATUS): receberá o conteúdo padrão 0 - PENDENTE para todas as etapas.
- Workflow (A11_WKFLOW): receberá o conteúdo presente no cadastro do Conjunto de Etapas.
- Ao fim da geração do checklist, a tela de manutenção deverá ser exibida.
Para realizar a manutenção do checklist do curso, teremos os seguintes itens a serem considerados:
- A manutenção do checklist poderá ser feita através da opção Manutenção Checklist presente em Outras Ações ou pressionando a tecla F07.
- Para acessar a tela de manutenção é necessário selecionar o curso desejado no grid.
- Como forma de controle, o acesso à tela de manutenção será realizada apenas ao selecionar a linha do curso de origem (RA4_CURSO+RA4_DATAIN = A11_CODORI+A11_DTAORI).
- Alguns campos do checklist serão de preenchimento automático pelo sistema e não poderão ser alterados pelo usuário: Filial, Matrícula, Curso e Data origem, Curso e Data reciclagem, código e descrição do Conjunto de Etapas, código e descrição do Item, Prazo, Data da Etapa, Status.
- Dos campos citados acima, alguns serão alterados pelo sistema durante o processo de manutenção da checklist:
- Curso reciclagem (A11_CODREC) e Data Reciclagem (A11_DTAREC):
- código e data de início do curso de reciclagem que o funcionário irá realizar.
- será preenchido quando cadastrado o curso de reciclagem.
- a validação para preenchimento do campo será realizada ao salvar a alteração
- será verificado se o código do curso inserido é igual ao código presente no campo Curos Origem (A11_CODORI), caso verdadeiro, preencher os campos Curso Reciclagem (A11_CODREC) e Data Reciclagem (A11_DTAREC) com o conteúdo dos campos RA4_CURSO e RA4_DATAIN.
- Data da Etapa (A11_DTAETP):
- esse campo será preenchido com a data do sistema sempre que a etapa anterior for realizada, ou seja, quando o campo check (A11_CHECK) for preenchido.
- o preenchimento deste campo será realizado em tempo real, antes de salvar a tela de manutenção.
- caso o campo A11_CHECK seja limpo durante alteração, limpar também o campo Data da Etapa.
- Status (A11_STATUS):
- campo para controle das execuções das etapas
- campo será alterado apenas quando o campo check (A11_CHECK) for preenchido.
- possuirá os possíveis conteúdos:
- 0 - PENDENTE
- conteúdo padrão do campo
- 1 - EM DIA
- receberá esse conteúdo quando a data de entrega da etapa for igual ou menor à data limite (A11_DTAETP + A11_PRAZO).
- 2 - ATRASADO
- receberá esse conteúdo quando a data de entrega da etapa for maior à data limite (A11_DTAETP + A11_PRAZO).
- 3 - AUTOMÁTICO
- receberá esse conteúdo quando a etapa for executada pelo sistema através de workflows.
- 0 - PENDENTE
- Curso reciclagem (A11_CODREC) e Data Reciclagem (A11_DTAREC):
- Os campos que poderão ser editados pelo usuário são:
- Data de entrega (A11_ENTREG):
- campo tipo data
- indica a data do cumprimento da etapa
- Usuário responsável (A11_RESPON)
- armazena o nome do responsável pela etapa
- Check (A11_CHECK)
- campo tipo check
- indica a realização da etapa
- Data de entrega (A11_ENTREG):
WORKFLOW
Algumas etapas poderão ser configuradas como sendo workflows. Para facilitar o controle e execução desse workflows serão criados campos específicos para identificá-los dentro do checklist.
No cadastro de Conjunto de Etapas o campo Workflow (A10_WKFLOW) irá possuir uma lista limitada das opções disponíveis. Cada uma dessas opções deverá ser tratada pelo sistema.
Para facilitar a atualização do checklist, o campo Workflow também estará presente na tabela Checklist do Funcionário (A11_CHECKWKFLOW).
Todo controle a respeito dos workflows com os checklists será feito pela tabal A11 - Checklist do Funcionário.
Dependendo do conteúdo do campo A11_WKFLOW será realizada uma ação:
- 0 - NÃO
- indica que a etapa não é um workflow
- conteúdo padrão do campo no momento do cadastro
- é possível possuir um conjunto de etapas sem nenhum workflow
- 1 - CURSOS A VENCER
- Envio de listagem dos funcionários com cursos a vencer aos supervisores
- Realiza o envio de um e-mail ao supervisor com os cursos obrigatórios (que necessitam reciclagem) que estão a vencer.
- Este é o único workflow que não parte da rotina de Checklist.
- Este workflow é configurado via schedule e seu desenvolvimento está especificado no requisito PCREQ-4758 Workflow Relatório Vencimento de Cursos.
- Como esse workflow possui opção de escalonamento e reenvio de e-mail, seu tratamento possui alguns detalhes extras a se atentar.
- Será necessário alterar a rotina deste workflow para que ao disparar o e-mails dos cursos a vencer:
- verificar os registros da A11 Checklist Funcionário
- encontrar o conjunto de registros com as informações Filial + Matrícula + Curso a Vencer + Vencimento Curso (A11_FILIAL+A11_MAT+A11_CODORI+A11_DTAORI)
- encontrar o registro mais recente que possui campo A11_WRKFLOW com conteúdo 1 no checklist
- se possuir o campo, verificar conteúdo do campo A11_CHECK pois pode ser que o e-mail já tenha sido enviado anteriormente.
- Campo A11_CHECK vazio
- preencher o campo A11_ENTREG com a data do sistema
- preencher o campo A11_RESPON com a palavra SISTEMA, indicando que a ação foi realizada pelo sistema
- preencher o campo A11_CHECK
- preencher o campo A11_STATUS com a palavra AUTOMÁTICO para indicar que ação foi realizada pelo sistema
- preencher o campo A11_DTAETP da etapa seguinte com a data do sistema.
- Campo A11_CHECK preenchido
- adicionar uma nova linha na tabela A11
- os campos A11_FILIAL, A11_MAT, A11_CODORI, A11_DTAORI, A11_CODREC, A11_DTAREC, A11_ETAPA, A11_WKFLOW irão possuir o mesmo conteúdo do registro do workflow preenchido
- preencher o campo A11_ITEM com o conteúdo do Item do workflow +1 (ex.: 0200 + 1 = 0201 - ver tabela abaixo)
- preencher os campos campos A11_DTAETP e A11_ENTREG com a data do sistema
- preencher o campo A11_PRAZO com conteúdo 0.
- preencher o campo A11_RESPON com a palavra SISTEMA, indicando que a ação foi realizada pelo sistema
- preencher o campo A11_CHECK
- preencher o campo A11_STATUS com a palavra AUTOMÁTICO para indicar que ação foi realizada pelo sistema
- Campo A11_CHECK vazio
- 2 - CURSO AGENDADO
- Realiza o envio de um e-mail comunicando ao supervisor do funcionário sobre o agendamento do curso para reciclagem do conteúdo.
- Para disparar o workflow, as seguintes regras deverão ser cumpridas:
- Incluir um novo curso na tabela RA4 preenchendo os campos RA4_CURSO e RA4_DATAIN e salvar alterações.
- O curso incluído deve possuir checklist em andamento (andamento
- Para isso será necessário encontrar o registro do curso anterior para buscar na A11: (RA4_CURSO+RA4_DTAINI = A11_CODORI+A11_DTAORI)
- Isso é necessário para não movimentar checklists do mesmo curso já finalizadas.
- Disparar o workflow após preencher os campos referentes ao curso de reciclagem (A11_CODREC e A11_DTAREC)
- Possuir o campo A11_WKFLOW com conteúdo 2 no checklist do curso registrado
- Buscar o endereço de e-mail do supervisor do funcionário para envio da mensagem.
- Caso não seja encontrado e-mail para o supervisor utilizar o e-mail default cadastrado no parâmetro MV_EMAILDE configurado para o envio do workflow de cursos a vencer.
- 3 - CERTIFICADO
- Realiza o envio de um e-mail comunicando ao supervisor sobre o recebimento do certificado do curso reciclado.
- Para disparar o workflow as seguintes regras deverão ser cumpridas:
- Ao informar a data de validade do curso (A11_VALIDA, o sistema entenderá que o funcionário foi aprovado e recebeu o certificado do curso.
- Após salvar a alteração, verificar se o curso possui checklist em andamento cadastrado (RA4_CURSO+RA4_DATAIN = A11_CODREC+A11_DTAREC)
- Possuir o campo A11_WKFLOW com conteúdo 3 no checklist do curso registrado
- Buscar o endereço de e-mail do supervisor do funcionário para envio da mensagem.
- Caso não seja encontrado e-mail para o supervisor utilizar o e-mail default cadastrado no parâmetro MV_EMAILDE configurado para o envio do workflow de cursos a vencer.
Além do tratamento padrão para cada fluxo, é necessário considerar e reforçar alguns pontos:
- A10 - Cadastro de Conjunto de Etapas
- Não é obrigatório possuir os 3 workflows cadastrados
- É possível cadastrar apenas um workflow, como por exemplo, apenas o 2.
- O cadastro deverá ser em ordem crescente, ou seja, o item 1 sempre deverá vir antes do item 2, por exemplo.
- Não poderá haver workflow repetido no mesmo conjunto de etapas.
- O item 0 - Não é nulo e pode estar em qualquer posição e pode ser repetido.
- A11 - Checklist do Funcionário
- As etapas de workflow são de execução do sistema, porém se o usuário decidir realizar o check desse item manualmente uma mensagem deverá ser exibida informando "Esta etapa é de realização automática. Caso preencha manualmente, o sistema não realizará a etapa. Deseja mesmo continuar? <Sim>/<Não>" , por exemplo.
Exemplo de aplicação:
Conj.Etapas | 000001 - CHECKLIST RECICLAGEM 01 | Curso Origem | Data Curso Origem | Curso Reciclagem | Data Curso Reciclagem |
ITEM | ITEM DESCRIÇÃO | DATA GERAÇÃO | PRAZO | DATA ENTREGA | USUÁRIO RESPONSÁVEL | CHECK | STATUS | WORKFLOW |
---|---|---|---|---|---|---|---|---|
0100 | IMPRIMIR RELATÓRIO DE CURSOS A VENCER | 10/07/2015 | 5 | 13/07/2015 | Nome do Responsável | EM DIA | 0 - NÃO | |
0200 | ENVIO DA LISTAGEM AOS SUPERVISORES | 13/07/2015 | 5 | 13/07/2015 | SISTEMA | AUTOMÁTICOEM DIA | 1 - CURSOS A VENCER | |
0201 | ENVIO DA LISTAGEM AOS SUPERVISORES | 13/08/2015 | 0 | 13/08/2015 | SISTEMA | AUTOMÁTICO | ||
0300 | ENTREGA DE DOCUMENTOS PELO FUNCIONÁRIO | 13/07/2015 | 10 | EM DIA | 0 - NÃO | |||
0400 | RECEBIMENTO DA APROVAÇÃO DA ACADEMIA PARA AGENDAMENTO | 15 | PENDENTE | 0 - NÃO | ||||
0500 | COMUNICAÇÃO AOS SUPERVISORES DO AGENDAMENTO | 5 | PENDENTE | 2 - CURSO AGENDADO | ||||
0600 | RECEBIMENTO DO CERTIFICADO | 45 | PENDENTE | 0 - NÃO | ||||
0700 | COMUNICAÇÃO AOS SUPERVISORES SOBRE O RECEBIMENTO DO CERTIFICADO | 5 | PENDENTE | 3 - CERTIFICADO |
Tabelas Utilizadas
- A10 - Cadastro de Conjunto de Entidades
- RA1 - Cadastro de Cursos Internos
- RA4 - Cadastro de Cursos do Funcionário
- A11 - Checklist do Funcionário
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
<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>.
Opcional
Dicionário de Dados
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 | <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
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) | (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* |
|
Descrição em Inglê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. |
---|