Olá galera do bem.
Hoje vou dar continuidade a série de Posts "Como escolher um ADM - Sistema de gerenciamento de conteúdo para sites WebAcappella".
Começarei agora a entrar nas funcionalidades tanto do painel administrativo quanto em módulos mais comuns, quanto também módulos ainda não vistos e que seriam de boa serventia.
A forma que vou expor no artigo é analisando de forma lógica tentando chegar bem próximo do que seria o ideal.
Então para melhor entendimento do artigo vou dar nomes aos bois, sendo:
DESENVOLVEDOR: Este será a pessoa que desenvolve o sistema de ADM
WEBMASTER: A pessoa que desenvolve o projeto em Webacappella utilizando o sistema ADM. Digamos quem cria o site.
ADMINISTRADOR: Este é o dono do site, podendo ser também o WEBMASTER em alguns casos. Mas levando em consideração que o WEBMASTER é uma profissional que desenvolve sites para terceiros criamos a pessoa ADMINISTRADOR.
FUNCIONÁRIO: Este é a pessoa que trabalha para o ADMINISTRADOR; o dono do site. Supomos que o dono do site tenha por exemplo funcionários os quais irão fazer alterações limitadas no site.
CLIENTE: Este é a pessoa cliente do ADMINISTRADOR. Cliente do dono do site. Supomos que o site é um site de uma prestadora de serviços que possui clientes de contrato. Este então vamos chamar de CLIENTE. Não é considerado simplesmente um internauta que visitou o site.
INTERNAUTA: Este por fim, é a pessoa que simplesmente navegando pela internet visitou o site.
Parece que estou complicando né? Mas mais na frente, tanto neste artigo e nos outros os quais estaremos falando de módulos separadamente, vão entender o motivo da existência desta pirâmide.
O que acontece é que hoje em dia, muitos programadores se avançam em códigos de programação e deixam de lado o papel do analista. Não se faz o projeto lógico do sistema a ser desenvolvido. Prova disso são módulos sem sentido, bugs, e versões que deveriam apenas ser um upgrade e que acabam por afetar a estrutura do sistema de forma gerar retrabalho para o WEBMASTER.
Deixando bem claro que não sou nenhum guru. Apenas estou expressando minha opinião. Cada um tem a liberdade de concordar ou não.
De primeira mão vamos pensar que o WEBMASTER trabalha com inúmeros projetos, um completamente diferente do outro e com Layouts completamente diferentes. É muito difícil o WEBMASTER seguir a mesma linha em todos os projetos que desenvolve. Por esse motivo os módulos devem conter o máximo de personalização possível e os códigos de implementação devem ocupar pouco espaço, evitar o máximo de fundos, não conter textos desnecessários e procurar o máximo fornecer apenas a sua funcionalidade e ou o conteúdo do banco de dados.
Quando eu digo o máximo de personalização possível é por exemplo: Em um módulo de álbum de fotos o WEBMASTER possa determinar quantos álbuns deverão ser mostrado por linha e por coluna. Aproveitando o exemplo do álbum, poder também utilizar inúmeros álbuns no site. E não me limitar a um só.
Quando eu digo os códigos de implementação ocupar o mínimo de espaço é por exemplo: Supomos que terá no site um mural de recados e ao clicar em enviar recado. Se abre um formulário que é maior do que a área que temos no projeto disponibilizado para os códigos de implementação. Daí se resulta um frame muito feio com o formulário dentro. Por isso eu tenho como idéia que todo módulo que possui um formulário para intervenção do INTERNAUTA que seja aberto um popup do formulário.
Quando eu digo evitar o máximo de fundos é por exemplo: Imagine então um módulo para Contato. Daí ao implementar o código no site me mostra um fundo branco em um quadrado onde consta os campos do formulário. Daí meu cliente tem um site com fundo escuro e o fundo do formulário destrói todo o design do site. Por isso digo, os fundos devem ser transparentes, se o WEBMASTER precisar ele mesmo coloca o fundo com a ferramenta Zona de Cor do WebAcappella. E para aqueles módulos que realmente necessita de um fundo pois podem ou não ocupar um espaço; que a cor do fundo seja configurada no adm.
Quando eu digo não conter textos desnecessários é por exemplo: Imagina um módulo de Mural de Recados. Não precisa aparecer um título qualquer ao implementar o código. Do tipo: "Mural de Recados" ; o WEBMASTER que coloque o título que quiser. Pois até mesmo pode usar o módulo como Depoimento. Porque não?
Visto o fato de utilizar um módulo para outro fim um detalhe interessante que deve ter no painel administrativo uma forma do WEBMASTER nomear o títulos do módulo no painel do ADMINISTRADOR.
Então já temos duas opções necessárias a dar liberdade ao WEBMASTER:
1 - Poder ter a liberdade de utilizar cada módulo inúmeras vezes
2 - Poder nomear o título de cada módulo
Um exemplo do que estou falando:
Vamos supor que o projeto seja um website de um serviço de gastronomia. Então poderia utilizar o módulo notícias para Receitas. Poderia criar por exemplo uma categoria de notícias chamada "Receitas Diet" , outra categoria que seria "Receitas Sobremesa", outra que seria "Receitas Rápidas". No projeto eu criaria uma página para cada uma e aplicava o código de cada uma em sua respectiva página. E para completar eu mudaria o título Notícias para Receitas no painel administrativo .
Bom seria não é mesmo?
Continuando... Na minha opinião um sistema ADM é 95% utilizado por profissionais que desenvolvem sites para terceiros. Sendo assim o ADMINISTRADOR não precisa saber quem é o DESENVOLVEDOR. Por este motivo no painel administrativo não deve conter informações do desenvolvedor tais escritas ou figuras indicativas do mesmo. E caso exista que a mesma seja configurável podendo o WEBMASTER configurar suas próprias informações.
De entrada a tela de login deve se permitir fazer a recuperação de senha enviando para o e-mail do cadastrado.
O painel administrativo deve possuir a opção de configuração do próprio painel, cores, inclusão da logomarca e titulo do WEBMASTER
No painel do WEBMASTER tem que ter opção de habilitar ou desabilitar módulos do painel do ADMINISTRADOR quanto poder nomear cada módulo (já citado anteriormente)
Deve-se existir um cadastro de usuários o qual não pode permitir que delete todos os usuários com função de WEBMASTER. Tipo, o sistema deve checar se estiver com a intenção de deletar o último usuário WEBMASTER , tal como também tirar os poderes de WEBMASTER do mesmo e não permitir. Enfim o sistema não deve permitir que não exista em seu banco pelo menos um usuário WEBMASTER.
O sistema deve também não permitir cadastros com e-mails repetidos. E seria muito interessante que ao se cadastrar seja enviado um e-mail para a pessoa cadastrada com um link para definição de senha.
Já no painel do ADMINISTRADOR, este poderá cadastrar novos usuários de níveis ADMINISTRADOR, FUNCIONÁRIO e CLIENTE.
Não vou citar as opções de poderes tais INCLUIR, ALTERAR, EXCLUIR para que não complique demais. Mas pelo menos o ADMINISTRADOR poder habilitar e desabilitar MÓDULOS dos FUNCIONÁRIOS é importante pois: Imagina ter um módulo de Atendimento ao cliente na área adm. o ADMINISTRADOR possui por exemplo 5 FUNCIONÁRIOS que trabalham utilizando este módulo. Se não tiver este recurso os FUNCIONÁRIOS poderão deletar e ou alterar informações do site e o ADMINISTRADOR nem saberá quem foi.
E por que o cadastro de usuários com nível CLIENTE?
Muito simples, o ADMINISTRADOR dono do site pode ter uma área restrita para clientes, nesta ele poderia incluir funcionalidade tais como incluir uma imagem e um link. Algo interessante e um módulo ainda não visto. Por exemplo, na área de clientes o ADMINISTRADOR cadastraria uma imagem de um ícone e daria o nome de BAIXE NOSSO APLICATIVO DE CELULAR e cadastraria um link para baixar. Seriam ítens que somente seus clientes de contrato poderia ter. Ou até mesmo cadastraria (outro exemplo) uma imagem ícone de SAC, nomearia SAC e o link redirecionando para seu sistema de tickets. Algo que só cliente de contrato teria acesso.
Portanto quem cadastra seus clientes é o ADMINISTRADOR e não o próprio INTERNAUTA apenas por visitar o site. Este poderia ter uma opção que ao se cadastrar automaticamente seria de nível INTERNAUTA. Onde o WEBMASTER implantaria o código em uma página que para ter acesso tem que se cadastrar.. Página de downloads públicos por exemplo. Esta utilizada somente no intuito de coletar dados para newsletter.
Outro detalhe importante é se o sistema possui opção de se instalar novos módulos e de preferência que seja feito diretamente no painel.
Bom,,aliás..UFA.. por hoje é só. Até mesmo porque este artigo só tem textos e é meio cansativo de se ler.
Mais pra frente estarei avaliando alguns ADM que estão disponíveis no mercado baseado no que este artigo propõe. Não no intuito de atrapalhar e sim no de ser útil pois nem sempre o DESENVOLVEDOR tem o mesmo pensamento do WEBMASTER. Sendo que o WEBMASTER é que vai utilizar o sistema. E é do WEBMASTER que o ADMINISTRADOR vai cobrar caso o sistema não fazer o que promete.
Fiquem em paz, e boa semana a todos.
