Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 6 Próxima »

Ao criar um projeto com a opção Copiar do Modelo, será criado um projeto com as principais funções que o Cronapp disponibiliza, como: sistema de autenticação, cadastro de usuário, possibilidade de auditoria em log, restrição de acesso, telas mobile e/ou páginas web e outros. Tudo isso proporciona que o projeto tenha uma base robusta para que ele seja expandido de acordo com as ideias do desenvolvedor. 

Sistema de autenticação

O projeto modelo do Cronapp contém um sistema de autenticação. Apenas uma página é pública, algumas necessitam do acesso de administrador e, por isso, é necessário que o usuário faça autenticação no sistema.

Por padrão, o tipo de autenticação será via Token (jwt), mas o projeto está configurado com outros tipos de autenticação, caso deseje utilizar.

Cadastro e edição de usuários

Como algumas páginas necessitam de autenticação, o projeto modelo vem com um usuário cadastrado, o usuário de Administrador (o login é admin e a senha também). Esse usuário pode ser editado ou excluído, caso deseje.

Figura 2 - Cadastrando ou editando usuários


  1. Botão Adicionar para adicionar um novo usuário.
  2. Botão para Editar as informações de um usuário existente.
  3. Botão para Excluir um usuário existente.

Página de auditoria em log

O log de auditoria grava informações de eventos ocorridos nas entidades, gerando um histórico das alterações e facilitando a análise de problemas como segurança ou erros do sistema. Esse histórico é exibido na página Log de Auditoria (Figura 3) na aplicação Web. 


Figura 3 - Página Log de Auditoria


A página não vem com informações. Para gerar log, basta habilitar a caixa de seleção auditoria em log nas classes do diagrama de dados, bloco de programação ou fonte de dados.

Criação e controle de funções para restrição de acesso

Para restringir o acesso a determinado conteúdo, o projeto possui a funcionalidade Permissão de Segurança. Com ela é possível definir regras de acessos a usuários ou grupos de usuários. Por isso, ao abrir a aplicação a primeira página será pública e solicitará o login para acessar outras páginas.


Por padrão, os projetos criados no Cronapp já incluem os seguintes permissionáveis:

  • Administrators: acesso a todo o conteúdo do sistema, incluindo as páginas do diretório Administrativo (admin);
  • Authenticated: acesso ao conteúdo da pasta Autenticado (logged);
  • Public: acesso ao conteúdo da pasta Público (public) e demais arquivos necessários para que o usuário não logado possa visualizar o conteúdo público.

Projeto Web

O projeto é configurado para o desenvolvimento de uma aplicação web com Back-End em Java. 

Views

A view é a camada na qual o usuário interage com o sistema, no caso do projeto Web são páginas HTML.

  • Administrativo: Acessíveis apenas para usuários que possuem o permissionável Administrators, como é o caso do 'admin'.
    • auditlog.search (log de auditoria): a página é destinada para visualizar histórico das informações gravadas de eventos ocorridos no sistema;
    • role (funções): a página é destinada para visualizar, cadastrar, editar ou excluir permissionáveis;
    • user: a página é destinada para visualizar, cadastrar, editar ou excluir usuários;
  • Erros: Aparecem quando ocorrem erros específicos na aplicação.
    • 403: a página aparecerá na aplicação quando o usuário não tiver permissão de acesso;
    • 404: a página aparecerá na aplicação quando o  o servidor não puder encontrar a solicitação;
  • Autenticado: Acessíveis para todos os usuários autenticados na aplicação.
    • home: página inicial para usuários autenticados;
  • Público: Acessível sem a necessidade de autenticação.
    • login: página pública, é a primeira página quando a aplicação é aberta no navegador.

Projeto Mobile/Web

O projeto é configurado para o desenvolvimento de aplicações mobile e web, possuindo Back-End em Java.

Views

A view é a camada na qual o usuário interage com o sistema, no caso do projeto Mobile e Web podem ser páginas HTML em projetos web ou telas em aplicativos mobile.

Mobile

No projeto modelo, a sessão Mobile não possui Administrador. A ideia é que todos os cadastros sejam feitos no sistema Web e exibidos nas telas Mobile.

  • Erros: Aparecem quando ocorrem erros específicos na aplicação.
    • 403: a tela aparecerá na aplicação quando o usuário não tiver permissão de acesso;
    • 404: a tela aparecerá na aplicação quando o  o servidor não puder encontrar a solicitação;
  • Autenticado: Acessíveis para todos os usuários autenticados na aplicação.
    • home: tela inicial após autenticação;
    • menu: página com o menu de informações do aplicativo e acesso para outras telas.
    • user: a tela é destinada para visualizar, editar ou excluir usuários;
  • Público: Acessível sem a necessidade de autenticação.
    • login: página pública, é a primeira página quando a aplicação é aberta no navegador.

Web

A pasta Web possui as mesmas páginas do projeto tipo Web.

  • Administrativo: Acessíveis apenas para usuários que possuem o permissionável Administrators, como é o caso do 'admin'.
    • auditlog.search (log de auditoria): a página é destinada para visualizar histórico das informações gravadas de eventos ocorridos no sistema;
    • role (funções): a página é destinada para visualizar, cadastrar, editar ou excluir permissionáveis;
    • user: a página é destinada para visualizar, cadastrar, editar ou excluir usuários;
  • Erros: Aparecem quando ocorrem erros específicos na aplicação.
    • 403: a página aparecerá na aplicação quando o usuário não tiver permissão de acesso;
    • 404: a página aparecerá na aplicação quando o  o servidor não puder encontrar a solicitação;
  • Autenticado: Acessíveis para todos os usuários autenticados na aplicação.
    • home: página inicial para usuários autenticados;
  • Público: Acessível sem a necessidade de autenticação.
    • login: página pública, é a primeira página quando a aplicação é aberta no navegador.

Nesta página

  • Sem rótulos