Changes between Version 5 and Version 6 of WF/levantamentorequisitos


Ignore:
Timestamp:
09/24/10 17:20:56 (14 years ago)
Author:
viani
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • WF/levantamentorequisitos

    v5 v6  
    11= Requisitos para o Novo Módulo Applications = 
    22 
    3   
    4  
    5 || 01 || Implementar a estrutura da aplicação com divisão em camadas: controller, model, view || 
     3|| 01 || Implementar a estrutura da aplicação com divisão em camadas: controller, model e view || 
    64|| 02 || A camada controller deve conhecer a camada view e model || 
    75|| 03 || A camada model não terá acesso a camada view || 
    8 || 04 || Existirá uma interface para cada camada || 
    9 || 05 || Será obrigatório implementar as camadas controller e model. || 
    10 || 06 || A implementação da camada view é opcional || 
    11 || 07 || Registrar as rotinas do sistema, ações das rotinas e os perfis de acesso às ações || 
    12 || 08 || Compartilhar os perfis entre rotinas e atividades || 
    13 || 09 || A associação de usuários/grupos aos perfis será o controle de acesso das rotinas || 
    14 || 10 || A primeira fronteira da camada controller será a página de entrada do módulo || 
    15 || 11 || Os dados passados para a controller deverão ser: identificador da ação, e opcionalmente dados para consumo na execução da atividade || 
    16 || 12 || A camada model deve retornar dados formatados para a camada controller || 
     6|| 04 || Será obrigatório implementar as camadas controller, model e view || 
     7|| 05 || Registrar as ações da aplicação e os perfis de acesso às ações || 
     8|| 06 || Possibilitar a associação de usuários/grupos aos perfis || 
     9|| 07 || A associação de usuários/grupos aos perfis será o controle de acesso da aplicação || 
     10|| 08 || A primeira fronteira da camada controller será a página de entrada do módulo || 
     11|| 09 || Os dados passados para a controller deverão ser: identificador da aplicação, identificador da ação, e opcionalmente dados para consumo na execução da atividade || 
     12|| 10 || A camada model deve retornar um objeto de dados VO para a camada controller || 
     13|| 11 || A camada model deve ter acesso a qualquer classe de negócio do sistema || 
     14|| 12 || A camada model deve ter acesso à biblioteca (lib) do módulo || 
    1715|| 13 || Implantar uma ferramenta para mapeamento de objetos de banco de dados || 
    18 || 14 || A camada model deve ter acesso a qualquer classe de negócio do sistema || 
    19 || 15 || Possibilitar à camada model definir operações sobre a instância: iniciar, completar, enviar, definir transição, definir usuário, atualizar atributos || 
    20 || 16 || A classe de instância deverá percorrer o fluxo, executando as atividades não interativas, e retornar o resultado da operação || 
    21 || 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 || 
    22 || 18 || A camada model e o código da rotina devem ter acesso à biblioteca (lib) do módulo || 
    23 || 19 || A classe de instância será responsável por persistir os seus dados || 
    24 || 20 || Obrigar a implementação de um método para validação de dados, na camada model || 
    25 || 21 || Obrigar a implementação de um método padrão nas camadas controller e model || 
    26 || 22 || Gerar o código básico das camadas model e controller || 
    27 || 23 || Implementar uma estrutura de mensagens para o processo, com possibilidade de internacionalização || 
    28 || 24 || A camada controller fornece dados para a camada view em conformidade com um protocolo de representação || 
    29 || 25 || A camada de visualização, por ser opcional, permite que seja implementada por sistema externo || 
    30 || 26 || A camada de visualização tem a responsabilidade de criar as interfaces, usando ferramentas que estejam disponíveis || 
    31 || 27 || A camada view deve mesclar os dados com a interface || 
    32 || 28 || A camada view não deve misturar código da aplicação servidora com código html ||  
    33 || 29 || A camada view executa chamadas endereçadas para ações da controller, utilizando protocolo http/post || 
    34 || 30 || Disponibilizar uma interface de serviço para ações da camada controller || 
    35 || 31 || Autenticar as chamadas de serviço usando sessão do Expresso || 
    36 || 32 || Implantar uma ferramenta para construção de interfaces, com template padrão e internacionalização || 
    37 || 33 || Validar os dados no lado cliente, usando javascript, garantido adequação às propriedades dos campos, e prevenindo contra sqlinjection e xss || 
    38 || 34 || A camada de visualização deverá invocar a validação de dados, implementada na model, antes de submeter o formulário || 
    39 || 35 || A validação de dados deve ser obrigatória no lado servidor || 
    40 || 36 || Criar uma biblioteca (lib) de classes utilitárias || 
    41 || 37 || Possibilitar a construção de classes utilitárias pelas organizações || 
    42 || 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 || 
    43 || 39 || Construir componentes de visualização específicos para o negócio do workflow || 
    44 || 40 || Definir uma nova estrutura de armazenamento de código para o processo, que contemple as novas características do mvc || 
    45 || 41 || Executar a aplicação sob tratamento de erros || 
    46 || 42 || Implementar a sinalização de erro em todos as classes utilitárias disponíveis para o sistema || 
    47 || 43 || Prover um arquivo para a definição da configuração e dados constantes do sistema || 
    48 || 44 || Identificar quais bibliotecas de javascript estarão disponíveis para o sistema || 
    49 || 45 || O código da aplicação não poderá ter acesso à classes do módulo || 
     16|| 14 || Definir uma estrutura de armazenamento de código para aplicação, que contemple as novas características do mvc || 
     17|| 15 || Obrigar a implementação de um método para validação de dados, na camada model || 
     18|| 16 || Obrigar a implementação de uma ação padrão para a aplicação || 
     19|| 17 || Gerar o código básico da camada model || 
     20|| 18 || Implementar uma estrutura de mensagens para o processo, com possibilidade de internacionalização || 
     21|| 19 || A camada controller fornece dados para a camada view através de um objeto VO || 
     22|| 20 || A camada de visualização tem a responsabilidade de criar as interfaces, usando ferramentas que estejam disponíveis || 
     23|| 21 || A camada view deve mesclar os dados com a interface || 
     24|| 22 || A camada view não deve misturar código da aplicação servidora com código html ||  
     25|| 23 || A camada view executa chamadas endereçadas para ações da controller, utilizando protocolo http/post || 
     26|| 24 || Disponibilizar uma interface de serviço para ações da camada controller || 
     27|| 25 || Autenticar as chamadas de serviço usando sessão do Expresso || 
     28|| 26 || Implantar uma ferramenta para construção de interfaces, com template padrão e internacionalização || 
     29|| 27 || Validar os dados no lado cliente, usando javascript, garantido adequação às propriedades dos campos, e prevenindo contra sqlinjection e xss || 
     30|| 28 || A camada de visualização deverá invocar a validação de dados, implementada na model, antes de submeter o formulário || 
     31|| 29 || A validação de dados deve ser obrigatória no lado servidor || 
     32|| 30 || Criar uma biblioteca (lib) de classes utilitárias || 
     33|| 31 || Possibilitar a construção de classes utilitárias pelas organizações || 
     34|| 32 || 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 || 
     35|| 33 || Construir componentes de visualização específicos para o negócio do workflow || 
     36|| 34 || Executar a aplicação sob tratamento de erros || 
     37|| 35 || Implementar a sinalização de erro em todos as classes utilitárias disponíveis para o sistema || 
     38|| 36 || Prover um local para a armazenamento da configuração e dados constantes do sistema || 
     39|| 37 || Identificar quais bibliotecas de javascript estarão disponíveis para o sistema || 
     40|| 38 || O código da aplicação não poderá ter acesso à classes do módulo || 
     41|| 39 || Registrar a estrutura de processos de workflow vinculados a uma aplicação || 
     42|| 40 || Compartilhar os perfis de uma aplicação com os seus processos || 
     43|| 41 || Associar ações de uma aplicação com atividades do processo || 
     44|| 42 || Possibilitar à camada model definir operações sobre a instância: iniciar, completar, enviar, definir transição, definir usuário, atualizar atributos || 
     45|| 43 || A classe de instância deverá percorrer o fluxo, executando as atividades não interativas || 
     46|| 44 || A classe de instância será responsável por persistir os seus dados ||