Changes between Version 7 and Version 8 of WF/levantamentorequisitos


Ignore:
Timestamp:
10/19/10 14:18:54 (13 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WF/levantamentorequisitos

    v7 v8  
    2727|| 25 || Implantar uma ferramenta para construção de interfaces, com template padrão e internacionalização || 
    2828|| 26 || Validar os dados no lado cliente, usando javascript, garantido adequação às propriedades dos campos, e prevenindo contra sqlinjection e xss || 
    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 ||