page12
para atuar sobre outros usuários “Autores”. Sob esta perspectiva, um usuário “Autor” pode atuar como “Corretor” conforme demanda.
Apresento na próxima página, um template como exemplo, onde podemos ter uma ideia do conceito de arquitetura de software baseada em funcionalidades, levando em consideração os 4 itens apontados acima. Na arquitetura apresentada na imagem temos o espaço utilizado da seguinte maneira:
Coluna a esquerda - utilizada para adicionar comentários e anotações que colaboram com o entendimento da arquitetura.
A utilização deste espaço é dinâmico, pois as informações podem ser adicionadas e removidas, conforme a arquitetura fica mais clara para o demandante e para os desenvolvedores. Por conta do dinamismo desta coluna, é usual a construção de uma arquitetura baseada em funcionalidades gerar arquivos com versões, para controle da evolução dada a construção da arquitetura. Inclusive, a área “campo de colaboradores” também contém a data das versões anteriores.
partir do momento do Login deste usuário. Desta forma, um usuário terá acesso exclusivo apenas para seus recursos. Até mesmo o usuário Admin deve ter restrições, não para a administração do sistema e dos usuários, mas das atividades e das alterações dos conteúdos efetuados nas informações inseridas pelo usuário. Quando segmentamos as regras de segurança por usuários, restringimos o acesso e dificultamos a ação de um usuário ao tentar assumir recursos de outro.
Quando temos tipos semelhantes de atividades e recursos por usuários, previstos num sistema, muitas vezes é conveniente e mais acertado determinar a adição e remoção de recursos por usuários afins. Cito um exemplo: Quando temos usuários “Autor” e “Corretor”, onde um usuário terá poderes para corrigir o que o outro usuário faz, pode-se considerar que o usuário “Autor” pode assumir os recursos de um usuário “Corretor”,
D) Atribuições de funcionalidades e recursos podem ser adicionados e/ou removidos de um usuário
MUNDO LIBRE | artigo