Changes between Version 12 and Version 13 of WF/versaoexperimental

Timestamp:

12/18/09 17:38:28 (14 years ago)

Author:

viani

Comment:

--

WF/versaoexperimental

@@ -36 +36 @@
 Caso alguma implementação no Flumem possa ser aproveitada de imediato no módulo oficial, nada impede que seja transferida, desde que bem testada e não comprometa o funcionamento do módulo e processos.
 
-Mais abaixo segue o levantamento de requisitos desejáveis para a nova versão.
+Mais abaixo segue uma lista de melhorias desejáveis para a nova versão.
 
 == Propostas para o Módulo ==
@@ -44 +44 @@
   * Separar o código interno do módulo (lib);
   * Separar o código de terceiros (php e js);
-  * Prever local para o código das organizações: hooks, plugins, especializações de classes, templates.
+  * Prever local (custon) para o código das organizações: hooks, plugins, especializações de classes, templates.
 
  * Revisar o código do engine
@@ -75 +75 @@
   * Deve-se criar uma estrutura padrão para os plugins que siga o design pattern MVC;
   * Deve existir algum controle de acesso para liberar os plugins para usuários;
-  * Possibilitar aninhamento de plugins.
+  * Possibilitar aninhamento de plugins;
+  * Possibilitar a criação de plugin na área custom da organização.
                 
  * Pesquisar e implantar uma ferramenta para design dos fluxos dos processos
@@ -102 +103 @@
   * Implementar uma nova funcionalidade para atividades em que possa ser definido um tempo máximo de permanência da mesma com o usuário que detém a posse;
   * Criar um job genérico que rode diariamente e selecione as atividades que expiraram os prazos, e de alguma forma comunicar o usuário ou um administrador designado;
-  * Se ficar inviável criar o job, porque o atual modelo exige configuração do cron do servidor, criar ao menos um página que mostre o resultado das pesquisas com opção de envio de email.
+  * Se ficar inviável criar o job, porque o atual modelo exige configuração do cron do servidor, criar ao menos um página que mostre o resultado das pesquisas com opção de envio de email;
+  * Verificar a possibilidade de gravar buscas no monitoramento por processo, e efetuar envio de email automático a partir do resultado da busca.
         
  * Prover uma auditoria de queries executadas nas tabelas do módulo Workflow.
-  * Quando alguma alteração nos dados do processo for realizada, na interface de administração, registrar o evento em banco de dados para se ter um histórico dos acontecimentos. Por exemplo, ativação/desativação de processo, alteração de parâmetros, etc;
+  * Quando alguma alteração nos dados do processo for realizada, na interface de administração, registrar o evento em banco de dados para se ter um histórico dos acontecimentos. Por exemplo, ativação/desativação de processo, alteração de configuração, inclusão/exclusão de elementos, etc;
   * Verificar a possibilidade de executar triggers nas tabelas do módulo Workflow, para logar a atividade sql. Cuidar para não impactar na performance geral do banco;
   * Outra abordagem pode ser inserção de código nos principais eventos administrativos, para logar as modificações;
@@ -135 +137 @@
    * Facade (opcional);
    * Dao;
+   * Serviços
    * Log.
   * Isolar os dados variáveis como log, documentação, compiled, smarty, graph, para facilitar a automação de deploy e a integração com IDEs;
@@ -141 +144 @@
  * Criar um novo modelo de execução de atividades
   * Criar uma classe base para execução de atividades, contendo métodos básicos como inicialização, finalização, cancelamento, execução, continuação de uma instância, execução de ajax, comunicação com o engine e outros que um estudo mais detalhado venha a revelar;
-  * Incluir também objetos para as classes já existentes hoje como regex, factory, validações;
-  * O desenvolvedor irá criar uma classe para cada uma de suas atividades, que estenderá a superclasse e que contenha atributos do tipo objeto para as classes controller e model da atividade;
+  * O desenvolvedor irá criar uma classe para cada uma de suas atividades, que estenderá a superclasse e que contenha atributos do tipo objeto para as classes controller, model e view da atividade;
   * Implementar um método run que possa ser executado para iniciar a atividade. Continuarão a existir as classes de controller e model da atividade, em separado. Continuarão a existir as classes basecontroller e basemodel;
   * O desenvolvedor poderá sobrescrever os métodos de evento da superclasse: inicialização, finalização, cancelamento, transição. Em especial a transição pode servir ao desenvolvedor para obter o id da instância, após o encerramento de uma atividade start;
@@ -149 +151 @@
   * Acomodar os processamentos pré e pós execução das atividades (agente de correio) em outro local do código;
   * Pensar se é viável liberar para o processo gravar dados na sessão;
-  * 
 
  * Criar uma camada de visualização