Histórico da Página

(Obrigatório)

Informações Gerais

Objetivo

      Criar uma mecanismo que os itens de menu serão disponibilizados pelo servidor(RM.Host) e não mais pelo client(RM.exe e Portal).

      Com essa mudança, teremos os seguintes benefícios:

• Conseguiremos enviar os menus do RM.exe e do Portal para o Fluig.
• A fábrica mantém a flexibilidade  da customização antes feita no Menu.xml e agora no banco, dessa forma não necessitamos nos preocupar com atualização de versão, balance de IIS(que necessitava da atualização do menu.xml em todos os ambiente), o que antes era um grande transtorno.
• Usabilidade para customização dos itens de menu do portal pelo cliente, pois será feito por tela comum.

Definição da Regra de Negócio

1) Aplicação Winforms

             Todos os produtos possuem o seu respectivo ActionModuleController e nele possui dois métodos virtuais (GetModuleMenu e GetProfileMenu) utilizadas para retornar a ribbon winforms e a ribbon profile com os itens de menu que serão visualizados no portal, até agora existia duas estratégias adotadas pelo produto para inserir itens que não serão visualizados na ribbon porém necessitam de permissão, portanto devem ser carregadas na treeView de segurança no cadastro de perfil, são elas:

1. Inserir esses itens na ribbon profile
2. Inserir esses itens na ribbon winforms e setar como visible false para que não sejam apresentados na nova MDI

             Foi criada 3 propriedades:

2) Aplicação Web

3) Gerenciamento de permissões(Perfil)

Tabelas Utilizadas

1. GMENU 
   1. Tabela que armazena os menus do RM, a coluna "MenuType " indica se o item é (winforms, web ou profile.
2. GMENUCUSTOM
   1. Tabela que indica os itens customizados pela fábrica ou pelo cliente

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*/

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