29 | | || 27 || A camada de visualização deverá invocar a validação de dados, implementada na model, antes de submeter o formulário || |
30 | | || 28 || A validação de dados deve ser obrigatória no lado servidor || |
31 | | || 29 || Criar uma biblioteca (lib) de classes utilitárias || |
32 | | || 30 || Possibilitar a construção de classes utilitárias pelas organizações || |
33 | | || 31 || Disponibilizar as classes utilitárias, para as camada model, sob demanda. Controlar a inicialização e destruição das classes através de métodos da camada model || |
34 | | || 32 || Construir componentes de visualização específicos para o negócio do workflow || |
35 | | || 33 || Executar a aplicação sob tratamento de erros || |
36 | | || 34 || Implementar a sinalização de erro em todos as classes utilitárias disponíveis para o sistema || |
37 | | || 35 || Prover um local para a armazenamento da configuração e dados constantes do sistema || |
38 | | || 36 || Identificar quais bibliotecas de javascript estarão disponíveis para o sistema || |
39 | | || 37 || O código da aplicação não poderá ter acesso à classes do módulo || |
40 | | || 38 || Registrar a estrutura de processos de workflow vinculados a uma aplicação || |
41 | | || 39 || Compartilhar os perfis de uma aplicação com os seus processos || |
42 | | || 40 || Associar ações de uma aplicação com atividades do processo || |
43 | | || 41 || Possibilitar à camada model definir operações sobre a instância: iniciar, completar, enviar, definir transição, definir usuário, atualizar atributos || |
44 | | || 42 || A classe de instância deverá percorrer o fluxo, executando as atividades não interativas || |
45 | | || 43 || A classe de instância será responsável por persistir os seus dados || |
| 29 | || 27 || É recomendável a validação de dados no lado servidor || |
| 30 | || 28 || Criar uma biblioteca (lib) de classes utilitárias || |
| 31 | || 29 || Possibilitar a construção de classes utilitárias pelas organizações || |
| 32 | || 30 || Disponibilizar as classes utilitárias, para as camada model, sob demanda. Controlar a inicialização e destruição das classes através de métodos da camada model || |
| 33 | || 31 || Construir componentes de visualização específicos para o negócio do workflow || |
| 34 | || 32 || Executar a aplicação sob tratamento de erros || |
| 35 | || 33 || Implementar a sinalização de erro em todos as classes utilitárias disponíveis para o sistema || |
| 36 | || 34 || Prover um local para a armazenamento da configuração e dados constantes do sistema || |
| 37 | || 35 || Identificar quais bibliotecas de javascript estarão disponíveis para o sistema || |
| 38 | || 36|| O código da aplicação não poderá ter acesso à classes do módulo || |
| 39 | || 37 || Registrar a estrutura de processos de workflow vinculados a uma aplicação || |
| 40 | || 38 || Compartilhar os perfis de uma aplicação com os seus processos || |
| 41 | || 39 || Associar ações de uma aplicação com atividades do processo || |
| 42 | || 40 || Possibilitar à camada model definir operações sobre a instância: iniciar, completar, enviar, definir transição, definir usuário, atualizar atributos || |
| 43 | || 41 || A classe de instância deverá percorrer o fluxo, executando as atividades não interativas || |
| 44 | || 42 || A classe de instância será responsável por persistir os seus dados || |