Histórico da Página
(Obrigatório)
Informações Gerais
Especificação | |||
Produto |
| Framework |
|
Segmento Executor |
| ||
Projeto1 |
| PCREQ-10028 |
|
Requisito1 |
|
| |
País | ( X) Brasil ( ) Argentina ( ) Mexico ( ) Chile ( ) Paraguai ( ) Equador ( ) USA ( ) Colombia ( ) Outro _____________. |
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
Todos os produtos possuem o seu respectivo ActionModuleController e nele possui dois métodos sobrescritos (GetModuleMenu e GetProfileMenu) utilizados para retornar a ribbon winforms(com itens a serem apresentados na MDI .Net) e a ribbon profile(com os itens de menu que serão visualizados no porta).
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(ou seja, devem ser carregadas na treeView de segurança no cadastro de perfil), são elas:
- Inserir esses itens na ribbon profile
- Inserir esses itens na ribbon winforms e setar como visible false para que não sejam apresentados na nova MDI
Dessa forma a lib fazia o merge dos itens de customização, gestão e ambiente na ribbon do produto e apresentava em winforms e na treeView de segurança no cadastro de perfil.
A partir de agora os métodos GetModuleMenu e GetProfileMenu estão como obsoletos e serão removidos nas próximas versões(ainda a definir), para isso é necessário que os produtos se adequem da seguinte forma:
- Implemente uma classe que herde de RMSMenuController, defina os itens conforme necessidade(Pages,Groups,Itens e suas respectivas Policies).
- No modelo antigo tínhamos o xxxActionModuleController(com as policies) e xxxRibbonControl(com os itens de menu) e a ligação entre os itens de menu e suas policies é feita pela tag de segurança, neste novo modelo está tudo dentro do controller.
- No modelo antigo tínhamos o xxxActionModuleController(com as policies) e xxxRibbonControl(com os itens de menu) e a ligação entre os itens de menu e suas policies é feita pela tag de segurança, neste novo modelo está tudo dentro do controller.
- Inserir esse controller na GMENU, a coluna MENUTYPE deve ser(0 = winforms, 1 = Web, 2 = Profile)
Foram criadas 3 propriedades na RMSActionModuleController(que é o ancestral que o produto usa para implementação da Ribbon) , são elas:
- ServerControllerName = Nome do controller que representa a ribbon winforms.
- ServerWebControllerName = Nome do controller que representa a ribbon web.
- ServerProfileControllerName = Nome do controller que representa os itens que não pertencem a nenhuma ribbon, porém são itens que necessitam de permissão, este item está separado para que tenhamos um modelo mais coerente, porém caso o produto utilize o modelo de inserir item no controller winforms como visible false irá funcionar, porém não é o recomendado pela lib, pois vemos segregar a responsabilidade dos controllers.
- Setar a classe xxxActionModuleController com as novas propriedades.
1) Comportamento da aplicação Winforms
Irá buscar o controller setado na propriedade ServerControllerName e criar uma Ribbon com esses itens + customização, Gestão e Ambiente, lembrando que neste caso o método GetModuleMenu nem será chamado por framework.
2) Comportamento da aplicação Web(portal)
Irá buscar todos os controllers inseridos na GMENU com o MenuType = 1, com esses menus em memória irá buscar se existe alguma customização dos itens de menu web na tabela GMENUCUSTOM e realizar as devidas adequações no menu, somente após isso entregar para o portal os itens de menu, lembrando que neste caso o menu.xml é ignorado por framework.
3) Comportamento da funcionalidade de gerenciamento de permissões(Perfil)
Irá buscar os 3 controllers e montar a treeView de permissões no perfil, vale ressaltar que a trreview treeview não é montada com os itens que possuem tag de segurança 0(zero) ou "null", e caso um agrupador esteja com 0(zero) ou "null" ele e seus filhos não serão apresentados.
4) Como customizar os itens de menu do portal
Esse item será utilizado para customizar o menu do portal, essa customização será utilizada pela fábrica e/ou pelo cliente, antes era feita diretamente no menu.xml, agora temos um tela onde é permitido realizar a manipulação desses itens com as seguintes regras:
- Itens padrão do sistema só é permitido habilitar/desabilitar
- Itens novos é permitido inserir em qualquer posição.
- Portando um item padrão que eu queira alterar o caption, é necessário desabilitar o mesmo e criar um item customizado com a mesma action.
A funcionalidade está disponível em Gestão de conteúdos/Cadastros/Menu Portal.
Tabelas Utilizadas
- GMENU
- Tabela que armazena os menus do RM, a coluna "MenuType " indica se o item é winforms, web ou profile.
- GMENUCUSTOM
- 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
Este documento é material de especificação dos requisitos de inovação, trata-se de conteúdo extremamente técnico. |
---|