Changes between Version 2 and Version 3 of WF/levantamentorequisitos


Ignore:
Timestamp:
08/02/10 10:56:27 (14 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • WF/levantamentorequisitos

    v2 v3  
    11Seguem abaixo os requisitos já validados para o novo MVC do workflow 
    22 
    3 || 01 || Implementar a estrutura de uma atividade do processo com divisão em camadas: controller, model, view || 
     3|| 01 || Implementar a estrutura da aplicação com divisão em camadas: controller, model, view || 
    44|| 02 || A camada controller deve conhecer a camada view e model || 
    55|| 03 || A camada model não terá acesso a camada view || 
    … …  
    1111|| 09 || A associação de usuários/grupos aos perfis será o controle de acesso das rotinas || 
    1212|| 10 || A primeira fronteira da camada controller será a página de entrada do módulo || 
    13 || 11 || Os dados passados para a controller deverão ser: identificador da rotina, identificador da ação, e opcionalmente dados para consumo na execução da atividade || 
     13|| 11 || Os dados passados para a controller deverão ser: identificador da ação, e opcionalmente dados para consumo na execução da atividade || 
    1414|| 12 || A camada model deve retornar dados formatados para a camada controller || 
    1515|| 13 || Implantar uma ferramenta para mapeamento de objetos de banco de dados || 
    … …  
    1818|| 16 || A classe de instância deverá percorrer o fluxo, executando as atividades não interativas, e retornar o resultado da operação || 
    1919|| 17 || Será possível definir código a ser executado pelas atividades, sob controle da instância, sendo possível acesso ao modelo de negócio do sistema || 
    20 || 18 || A camada model e o código da atividade devem ter acesso aos plugins do workflow || 
     20|| 18 || A camada model e o código da rotina devem ter acesso à biblioteca (lib) do módulo || 
    2121|| 19 || A classe de instância será responsável por persistir os seus dados || 
    2222|| 20 || Obrigar a implementação de um método para validação de dados, na camada model || 
    … …  
    3636|| 34 || A camada de visualização deverá invocar a validação de dados, implementada na model, antes de submeter o formulário || 
    3737|| 35 || A validação de dados deve ser obrigatória no lado servidor || 
    38 || 36 || Transformar as classes utilitárias em plugins, que deverão implementar uma interface || 
    39 || 37 || Possibilitar a construção de plugins extras pelas organizações || 
    40 || 38 || Disponibilizar os plugins utilitários, para as camadas controller e model, utilizando o padrão de inicialização tardia || 
    41 || 39 || Construir plugins de visualização específicos para o negócio do workflow || 
     38|| 36 || Criar uma biblioteca (lib) de classes utilitárias || 
     39|| 37 || Possibilitar a construção de classes utilitárias pelas organizações || 
     40|| 38 || 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 || 
     41|| 39 || Construir componentes de visualização específicos para o negócio do workflow || 
    4242|| 40 || Definir uma nova estrutura de armazenamento de código para o processo, que contemple as novas características do mvc || 
    4343|| 41 || Executar a atividade sob tratamento de erros || 
    44 || 42 || Implementar a sinalização de erro em todos os plugins disponíveis para o sistema || 
    45 || 43 || Prover um classe para a definição dos dados constantes do sistema || 
     44|| 42 || Implementar a sinalização de erro em todos as classes utilitárias disponíveis para o sistema || 
     45|| 43 || Prover um arquivo para a definição da configuração e dados constantes do sistema || 
    4646|| 44 || Identificar quais bibliotecas de javascript estarão disponíveis para o sistema || 
    4747|| 45 || O código do sistema não poderá ter acesso à classes do módulo ||