Olá, baixei e instalei o 0.9 e estou explorando. Alguém pode me informar se existe a possibilidade de desabilitar alguns
acessos a usuários?
Como por exemplo não permitir um usuário a opção de deixar de ver alguma página gráfica, não permitir que tenha acesso
aos botões superiores a não ser o de login/logout.
Apenas visualizar, mudar páginas e entrar com set points de escrita.
Obrigado.
Oi,
hoje através da configuração de usuários é permitido definir leitura/escrita em variáveis específicas;
após adição dos usuários, no desenvolvimento das telas (“representações gráficas”) também é possível compartilhar cada tela apenas com usuarios específicos.
infelizmente o que vc pediu ainda não é possível, estamos estudando a melhor forma de fazê-lo a partir de algumas solicitações de outros usuários. O que existe hoje é a “public view” que abre em tela cheia (sem nenhuma barra de comando), porém a public view roda sem login/senha (exatamente por isso chamamos public).
Se estiver em uma intranet segura (rodando na sua rede interna) e forem poucos postos de trabalho ou poucos usuários, ou se não for um sistema crítico (ex. ligar/desligar luzes, setar temperaturas de ar-condicionado etc.) então essa public view pode ser uma boa opção, será que iria atender no seu caso se deixar essa tela disponível sem os comandos, apenas para passar setpoints?
abraço
Obrigado pela rápida resposta.
Vou dar uma olhada no “public view”, mas minha intenção seria que o usuário utilizasse o próprio servidor
no qual estaria instalado o pacote ScadaBr e permitir-lhe apenas comando simples como liga/desliga e mudanças
de setpoints.
Ocorre que não podemos deixar determinadas permissões a usuários, pois sabe-se pela prática que eles irão
clicar por toda parte explorando e desconfigurando o sistema.
Bacana a iniciativa de criar e tornar de domínio público o ScadaBR. Parabéns aos responsáveis.
Abração.
Olá Trevelink, uma boa solução para o seu caso, é um tipo de “gambiarra” como a galera aqui gosta de chamar rs… Você pode criar uma nova tela, apenas para acesso de visitantes, nessa tela vc poderia dar acesso para o usuário poder fazer escrita (ligar e desligar) porém a própria tela já iria limitar o uso que o usuário teria, exemplo:
[Se na tela principal vc tiver 2 comandos, um para ligar um motor e outro para determinar o sentido de rotação (digamos que vc não queira que o visitante possa mudar o sentido de rotação), então vc pode criar uma segunda tela, que seja praticamente igual a primeira só que com a diferença de ter apenas um botão para ligar o motor e colocar um indicador de estado da rotação do motor, para que o visitante possa ver o sentido de rotação sem alterá-lo.]
O ScadaBR é inteligente o suficiente para propagar as alterações que acontecerem na primeira tela para a segunda e vice-versa. Dessa forma, vc pode passar apenas o link da public_view dessa segunda tela para o seu visitante, aí ele não vai poder editar a tela para não alterá-la e nem vai ligar nada que não queira.
Abraço!
Vou "brincar" um pouco com isso.
Obrigado pela dica.
Abração.Olá,
Voltando a essa dúvida de um sistema multi-usuário. Eu gostaria de saber como isso é feito atualmente. Eu fiz alguns testes e cheguei no mesmo problema.
1- O usuário padrão pode editar dados e criar telas (o que pode ser um problema). O que se "resolve" com public views.
2- Ao expor o ScadaBR na internet, a utilização de public views se torna perigosa! Ainda mais se tiverem funções de controle.
Como vocês estão expondo o scadaBR na internet? utilizando alguma aplicação externa como PHP ou Java? Qual é a maneira mais funcional/segura de se fazer isso?
Obrigado! E sempre bola para frente, o projeto ScadaBR está cada vez mais promissor!
Oi Goostavo.
O ScadaBR tem um sistema de usuário por um motivo - possibilitar acesso a recursos aos usuários cadastrados conforme suas permissões.
Usuários de operação podem ser permissionados para configurar e visualizar telas, listas de pontos e relatórios. Claro que você pode fazer um sistema externo via API, mas por que não utilizar o existente?
Além disso, você pode alterar os dados do usuário padrão, para restringir o acesso.
Nossa experiência - Temos projetos em servidores remotos que são acessados em níveis operacionais diferentes pela interface de usuários do ScadaBR.
Abs
Olá!
Gostaria de saber qual a situação atual do sistema de usuários?
Está é uma função muito importante para desenvolvimento de aplicações críticas e principalmente para validação de sistemas de supervisão.
Ter a opção de cadatros de multi-usuários com funções exclusivas para cada grupo de usuários é fundamental para processos critícitos, dentre essas funções estão:
- Acesso a telas específicas, comandos específicos, alterações de dados específicos para cada grupo de usuário. Além do bloqueio a todas as ferramentas de desenvolvimento para usuários que não sejam do grupo engenharia.
Grato,
Alien
Olá,
Esta funcionalidade ainda está pendente no nosso TRAC. Estamos com bastante demanda nesse final de 2012 e começo de 2013, portanto, priorizamos para poder atender a todos.
Se você precisar disso com urgência, manda um email pra gente - contato@scadabr.com.br.
Abraços