Arcabouço


Notícias
10 de Agosto de 2005
Sistema RH da Alesp
Apresentação formal do Sistema RH à administração da Alesp. O Projeto RH é uma iniciativa da Assembléia Legislativa do Estado de S. Paulo, desenvolvido segundo as diretrizes deste Projeto Chinchilla com a assessoria da FUSP e do IME-USP.
Logotipo do SourceForge.net

Movel-View-Controller

A estrutura de diretórios não é criada ao acaso, mas segue as indicações presentes no jjguidelines. O modelo MVC deve ser seguido ao máximo possível.

  • View: as páginas ficam dentro da pasta /pages/
    • Toda página deve ter estar em um arquivo com a extensão jsp e usar taglibs struts onde for possível. Código java solto em jsp deve ser evitado.
    • As páginas devem ser agrupadas em pastas que correspondem a uma rotina.
    • A pasta /pages/include/ contém os códigos jsp a serem incluídos pelas demais páginas do sistema, como, por exemplo, menu e rodapé. Atenção: páginas a serem incluídas não podem ter taglibs.
    • Sempre que possível utilizar xhtml 1 strict ou html 4 transisional, validado em http://validate.w3c.org/
  • Controller: cada página deve ser mapeada no struts, e os links devem chamar o nome de mapeamento. Isso é importante para manter a documentação das páginas e para manter sessão em navegadores que não possuem o recurso de cookies habilitado.
    • As ActionServlets ficam abaixo do pacote chinchilla.controle, e serão agrupadas em subpacotes correspondentes às rotinas.
    • Servlets não struts devem ser evitados a todo o custo.
  • Modelo:
    • As entidades do sistema ficam no pacote chinchilla.modelo.dto., onde também ficarão os arquivos hbm do hibernate.
    • O chinchilla.modelo.dto.form possui ActionForms do Struts, um correspondente a cada dto, com campos String e todos mapeados no struts.
    • Validação: regras simples, como de campos obrigatórios, serão feitas pelo struts. Regras mais complicadas serão feitas por classes.
    • Regras: classes de regra devem ficam no pacote chinchilla.modelo.regra. Cada dto poderá ter uma classe de regra, que verificará se cada campo é válido, e se o dto como um todo é válido.
    • Correções: pequenas correções, como efetuar trim, poderá ser feito automaticamente quando for conveniente. poderá ser feito campo a campo ou por dto.
    • Persistência: cada dto com persistência deve ter as operações básiscas, conhecidas como CRUD operations - Create, Restore, Update e Delete.
    • Hibernate: todo dto fará uso do hibernate.

PAGINA PRINCIPAL   l   PADRÕES DE PROJETO   l   PÁGINA TÉCNICA   l   EMAIL
.:: Projeto Chinchilla :: São Paulo, MMV :: Plataforma de Governo Livre ::.