| 1 | = Ata de Conclusão do Treinamento sobre Workflow para o Serpro - BA = |
| 2 | |
| 3 | Entre os dias 09 e 11/12/2009 ocorreu na Celepar, em Curitiba, um treinamento avançado sobre o Workflow do Expresso, para o Serpro - Regional Bahia. |
| 4 | |
| 5 | Participantes do Serpro-BA: |
| 6 | |
| 7 | * Alexandre Souza Aguiar |
| 8 | * Diego Mesquita de Abreu |
| 9 | * Sandro Santos Cordeiro |
| 10 | |
| 11 | Participantes da Celepar: |
| 12 | |
| 13 | * Guilherme Striquer Bisotto |
| 14 | * Everton Flávio Rufino Seara |
| 15 | * Anderson Tadayuki Saikawa |
| 16 | * Maurício Luiz Viani |
| 17 | |
| 18 | == Assuntos Abordados == |
| 19 | |
| 20 | * Utilização de ajax com !NanoAjax; |
| 21 | * Criação de Templates utilizando Smarty (incluindo componente de paginação para consultas); |
| 22 | * Personalizar o componente WF_Default_templates (possibilidades de mudança de leiaute); |
| 23 | * Demostração de como exibir um template personalizado ao final da execução de uma atividade; |
| 24 | * Visão geral sobre a utilização do Organograma (implantação, utilização); |
| 25 | * Possibilidades de utilização do componente de abstração do banco de dados (recuperação de erros, etc); |
| 26 | * Manipulação de instâncias do processo; |
| 27 | * Ferramenta de suporte para geração de relatórios; |
| 28 | * Continuação de instâncias; |
| 29 | * Execução de jobs com queries sql; |
| 30 | * Componente de comunicação com o !MainFrame |
| 31 | |
| 32 | == Demandas Levantadas == |
| 33 | |
| 34 | Durante o treinamento foram registradas melhorias desejáveis no módulo workflow: |
| 35 | |
| 36 | * Prover um redirecionamento no login do Expresso para aproveitar a variável menuaction fornecida na url da página index.php; |
| 37 | * Estudar uma maneira de repopular o formulário após uma submissão feita na camada view para a controller; |
| 38 | * Estudar uma maneira de realizar o deploy completo do processo, envolvendo o código fonte e a estrutura de atividades, transições e perfis; |
| 39 | * Incluir tratamento de erros na classe wf_db. Atualmente o workflow delega esta ação para o desenvolvedor; |
| 40 | * Pensar em uma maneira de fazer um acompanhamento por processo, onde um usuário possa visualizar qualquer instância, e não somente as que detém a posse. Uma solução pode ser a criação de um perfil especial [Leitor] e associar os usuários que podem visualizar instâncias do processo; |
| 41 | * Exportar a configuração dos jobs no arquivo xml do processo; |
| 42 | * No menu 'mais ações' da instância, criar hooks para possibilitar inclusão de código a ser executado quando a ação for acionada. Por exemplo, ao abortar uma instância, realizar também alguma manutenção no banco de dados do processo; |
| 43 | * Ainda no menu 'mais ações', realizar testes de funcionamento pois parece que o controle de acesso está com bug; |
| 44 | * Criar automação de relatório genérico com a classe fpdf; |
| 45 | * Prospectar uma ferramenta alternativa ao fpdf. Uma sugestão pode ser o software agatha reports; |
| 46 | * Criar uma área no workflow para os códigos particulares de cada organização. Utilizar esta área para hooks, plugins e implementação de interfaces; |
| 47 | * Criar uma interface para a conexão mainframe e deixar ao encargo de cada organização implementar a conexão; |
| 48 | * Possibilitar a customização do template default dos processo, por organização. |