Fase II. Especificação do Portal Modelo para Casas Legislativas

Transcrição

1 Fase II Especificação do Portal Modelo para Casas Legislativas 1) Introdução Atualmente, muitas Casas Legislativas disponibilizam à sua comunidade um portal estruturado, mas que muitas vezes não possui gerenciamento de conteúdo dinâmico, ou uma estrutura padrão. Em outros casos, muitas Casas ainda não possuem um portal ou têm dificuldade de colocá los no ar. Analisando estas informações, o Interlegis propôs o desenvolvimento de um produto para sanar estas dificuldades. O objetivo do produto ILPortalCasas é oferecer às Casas Legislativas uma estrutura inicial de Portal com Taxonomia padronizada, funcionalidades como contato, publicação de conteúdo, ouvidoria, agenda, gestão de conteúdo e integração com os sistemas do Programa Interlegis; para que haja uma melhora no funcionamento das Casas dando mais transparência ao trabalho do Legislativo e maior integração com a comunidade de seu município. Objetiva também oferecer maior facilidade àquelas Casas que possuem dificuldade em colocar seus portais no ar. O presente relatório apresenta capítulos tratando das funcionalidades implementadas ao instalar o produto, workflow do mesmo, plataforma sob o qual será desenvolvido, produtos utilizados para ajudar na implementação das funcionalidades, tipos de conteúdo e usuários mapeados, navegação e armazenamento de dados no portal, processo de gestão de conteúdo, sistema de Ouvidoria, backup e integração com os sistemas já desenvolvidos pelo Programa Interlegis. 2) Funcionalidades do Produto ILPortalCasas O ILPortalCasas é um produto que, ao ser instalado, provê várias funcionalidades, entre elas a configuração de um ambiente próprio e instalação de suas dependências. A seguir serão listadas as configurações realizadas para o funcionamento do produto, explanação sobre seu workflow, plataformas, tecnologias e produtos utilizados para sustentação do produto. 2.1) Configurações setadas na instalação Substitui o front page página inicial do Plone, por um Page Template que possui portlets de notícia destaque e últimas notícias publicadas no Portal; Configura as pastas e subpastas definidas na Taxonomia, apresentada no primeiro relatório

2 entregue; Configura os tipos de conteúdo que o usuário pode adicionar em cada pasta da Taxonomia; Configura o estado no workflow de cada pasta, imagem, link, adicionado pelo produto; Configura os tipos de conteúdo evento e notícia para aparecerem nas pastas Eventos e Notícias, respectivamente; Configura para que, na raiz do site, possam ser inseridos somente os tipos Folder e Ombudsman; Configura a pasta SAAP para quando acessá la o usuário seja redirecionado para a página de login do sistema. Foi configurado para ser adicionado uma Janela para mostrar esta tela. Esta pasta aparece somente para os usuários logados no site; Configura as portlets e propriedades que aparecerão quando o produto for instalado, na aba Properties do Portal; Configura actions, no portal_actions, que aparecerão no menu de links de atalho (Página Inicial, Ouvidoria, SAAP, SAAL, Webmail, Contato, Mapa do Site e Acessar); Configura o gerenciador de CSS, no portal_cssmanager, possibilitando que o administrador possa alterar as cores do layout do Portal sem ter que logar na ZMI do mesmo; Configura para que as áreas de grupos não seja criada quando os membros logarem no portal; Configura propriedades do membro no portal_memberdata como sexo, idade, endereco, bairro, cidade, estado, fone residencial; Traduz os tipos que podem ser atribuídos a um evento (Encontro, Convenção, Reunião, Evento Social e Trabalho); Adiciona uma nova propertysheet no portal_properties; Configura propriedades e valores na nova propertysheet; Configura propriedades do site_properties e navtree_properties, como linguagem default, formato de hora e data, id's e tipos que não serão listados, criação de uma nova Property Sheet e configuração de novas propriedades; Configura caixas de Utilidades, Banners, Últimas Notícias e Destaques com o CMFPublicator; Popula caixa de banner com o CMFPublicator, adicionando links e imagens ao instalar o produto; Popula a caixa de utilidades com o CMFPublicator, adiciona links ao instalar; Configura os seguintes campos na aba Properties da raiz do Portal: título, , nome do administrador; Configura skins no portal_skins e na aba Properties: ILPortalCasas (imagens) e ILPortalCasas_public (templates); Configura as seguintes dependências do Produto ILPortalCasas e as instala: Archetypes, Ploneboard, windowz, CMFPublicator, CalendarX, CSSManager, PloneGazette, PloneImapClient, PlonePopoll, CMFSin, Ombudsman. Configura CustomizationPolicy para o produto ao adicionar um site Plone; Configura portlets de Navegação, Preferências, Boletim Eletrônico, Syndication, Alterações Recentes, Calendário, Revisão, Enquete, Utilidades, Previsão do Tempo; Configura o produto CMFSin para pegar notícias do Portal do Interlegis; Configura os workflows do Sistema de Ouvidoria, Configura o workflow do produto ILPortalCasas, que será apresentado a seguir; Adiciona pasta para Enquetes e configura para que sejam somente adicionadas enquetes nela; Adiciona pasta para Newsletter e configura para que sejam somente adicionadas newsletters nela; Adiciona pasta Fórum e configura para que sejam somente adicionados fóruns nela; Adiciona pasta Webmail; Adiciona pasta SAAL;

3 Adiciona pasta Ouvidoria; Adiciona pasta backup na raiz da instância para que sejam realizados os backups dentro desta pasta; Configura external_methods para fazer backup do zope.conf, diretório Products, para mover backup do Data.fs, para fazer pack do Data.fs, Configura ZopeScheduler para agendar os processos de backup. 2.2) Workflow implementado O ILPortalCasas implementa um novo workflow para os tipos de conteúdo do portal. Ao ser instalado, o produto substitui o workflow default, plone_workflow, pelo portal_modelo_workflow. Este, por sua vez, é diferente do plone_workflow por ter como estado inicial o estado private e não o visible. E o estado visible é apenas visto por pessoas autenticadas. A seguir temos a representação do workflow portal_modelo_workflow.

4 2.3) Especificação das tecnologias e plataformas a serem utilizadas para o desenvolvimento do Produto ILPortalCasas Um dos requisitos para o desenvolvimento do Portal Modelo é a utilização de Softwares definidos pelo Programa Interlegis. Este capítulo aborda quais plataformas estão envolvidas para realização do desenvolvimento do produto. A instalação do ambiente será contemplada no Capítulo 3. Ubuntu Linux 5.10 Sistema Operacional adotado pelo Interlegis para seus servidores e desktops. Trac Controlador de projetos com wiki e sistema de issue tracking. Ferramenta do Colab. Poseidon Community Edition Utilizado para modelagem de dados. Python Módulos Python: 3.0 Biblioteca para gerenciamento de mensagens de . stripogram 1.4 Biblioteca para converter HTML para Texto Puro e separar tags específicas do HTML. psyco 1.3 Módulo de extensão do Python que pode aumentar a velocidade de execução de um código Python. PIL Acrescenta capacidades de processamento de imagens ao ambiente Python e oferece suporte a formatos de arquivos. i18ndude SVN Utilizado para geração de arquivos de internacionalização. PyXML Manipular XML no Python. Conversores: pdftohtml 0.36 Converte arquivos do formato PDF para formato HTML. rtf2xml 1.2 Converte arquivos no formato RTF para XML. rtf converter 1.1 Converte arquivos no formato RTF para HTML. wv Converte arquivos no formato DOC para HTML. ppthtml Converte arquivos no formato PPT para HTML. libjpeg 6b Implementa a compressão e descompressão de imagens com extensão.jpeg/.jpg. lynx Navegador textual. Zope Ambiente de desenvolvimento e servidor de aplicações. Plone É um sistema de gerenciamento de conteúdo que foi construído sobre o servidor de aplicação Zope. ArchGenXML SVN Produto que gera aplicações Plone/Archetypes de modelos UML. Inclui uma linha de comando que percorre os arquivos de muitos editores UML e gera códigos na linguagem de programação Python. Archetypes 1.3+ Framework utilizado para desenvolver novos Tipos de Conteúdo no Zope/CMF/Plone. 2.4) Especificação dos produtos a serem utilizados para prover as funcionalidades do Portal Modelo No levantamento realizado nos sites das Câmaras Legislativas analisadas, foram detectadas várias funcionalidades como webmail, agenda, ouvidoria, boletim eletrônico, etc. Neste capítulo serão apresentados os produtos que serão utilizados para prover estas funcionalidades, sedo instalados e

5 configurados na instalação do produto ILPortalCasas. Os produtos abaixo citados já foram homologados e testados com as versões das plataformas apresentadas anteriormente. CMFPublicator Publicador de conteúdo que apresentará a caixa de últimas notícias e destaque da Página Inicial, utilidades. windowz Integração com os sistemas desenvolvidos pelo Interlegis. PlonePopoll Enquetes. PloneGazette Boletim Eletrônico. CalendarX Agenda com Calendário. CSSManager Gerenciador de CSS, dando autonomia para as Casas customizarem cores do layout desenvolvido. TextIndexNG2 Indexação de textos e conteúdo do site. CMFSin Manipulação de dados em formato RSS disponibilizados na internet. Ploneboard Ferramenta de Fórum. Ombudsman Ouvidoria e Fale com o Vereador. PloneImapClient Ferramenta de Webmail. PloneMultimedia Álbum de Fotos, Áudio e Vídeo. Mapa do Site Ferramenta incorporada no Plone Álbum de Fotos Funcionalidade incorporada no Plone Fale com a Câmara Ferramenta incorporada no Plone Sistema de Busca/Busca Avançada Ferramenta incorporada no Plone RSS Ferramenta incorporada no Plone Eventos Gerenciamento de Eventos incorporado no Plone Notícias Gerenciamento de Notícias incorporado no Plone ZopeScheduler Agendamento de tarefas de pack, backup do zope.conf, diretório Products e Data.fs.old. 3) Especificação da instalação e configuração do ambiente Utilizando se das plataformas e tecnologias citadas nos dois primeiros capítulos, foi instalado o seguinte ambiente, sendo que o Sistema Operacional do servidor e a ferramenta de controle de projetos já estavam instalados e sendo utilizados no Interlegis. Python Baixar o pacote Python de tgz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf Python tgz Criar um diretório python2.3 em /dados/zope mkdir python2.3

6 Entrar no diretório Python que acabou de descompactar Executar./configure - -prefix=/dados/zope/python2.3 make make install Remover o diretório Python rm -rf Python Zope Baixar o pacote Zope de final.tgz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf Zope final.tgz Criar um diretório zope2.8 em /dados/zope mkdir zope2.8 Entrar no diretório Zope final que acabou de descompactar Executar --prefix=/dados/zope/zope with-python=/dados/zope/python2.3 /bin/python make make install Remover o diretório Zope final rm -rf Zope final Módulos do Python 3.0 Baixar o pacote de ftp://ftp.python.org/pub/python/contrib/ 3.0.tar.gz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf tar.gz Entrar no diretório 3.0 que acabou de descompactar Executar../dados/zope/python2.3/bin/python setup.py install Remover o diretório 3.0 rm -rf Psyco 1.3 Baixar o pacote psyco de src.tar.gz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf psyco.1.3.tar.gz Entrar no diretório psyco.1.3 que acabou de descompactar Executar../dados/zope/python2.3/bin/python setup.py install Remover o diretório psyco.1.3 rm -rf psyco.1.3

7 Stripogram 1.4 Baixar o pacote stripogram de tgz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf stripogram-1-4.tar.gz Entrar no diretório stripogram que acabou de descompactar Executar../dados/zope/python2.3/bin/python setup.py install Remover o diretório stripogram rm -rf stripogram Imaging PIL Baixar o pacote imaging de tar.gz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf Imaging tar.gz Entrar no diretório Imaging que acabou de descompactar Executar../dados/zope/python2.3/bin/python setup.py install Remover o diretório Imaging rm -rf Imaging PyXML Baixe o pacote pyxml de tar.gz no diretório /dados/zope/downloads; Descompactar o pacote tar -zxvf PyXML tar.gz Entrar no diretório PyXML que acabou de descompactar Executar../dados/zope/python2.3/bin/python setup.py build../dados/zope/python2.3/bin/python setup.py install Remover o diretório PyXML rm -rf PyXML i18ndude SVN Baixar o pacote i18ndude de no diretório /dados/zope/products/svn; Entrar no diretório i18ndude Executar../dados/zope/python2.3/bin/python setup.py install Remover o diretório i18ndude rm -rf i18ndude ArchGenXML SVN Baixar o pacote ArchGenXML de no diretório /dados/zope/products/svn; svn co ArchGenXML

8 Para gerar código executar python ArchGenXML/ArchGenXML.py -o <nome-do-produto> arquivo.zuml Poseidon Community Edition Baixar o Poseidon de na sua máquina; Seguir as instruções de instalação. Conversores pdftohtml apt-get install pdftohtml rtf2xml python setup.py install rtf converter 1.1 Fazer um link no diretório /usr/bin do diretório descompactado ln -s /dados/zope/products/tgz/rtf/rtf-converter rtf-converter wv apt-get install wv ppthtml apt-get install ppthtml libjpeg 6b apt-get install libjpeg62-dev Deverá ser instalada a PIL (Imaging)somente após instalação desse pacote. lynx apt-get install lynx Para instalar o Plone e os produtos acima listados, foi criada uma instância Zope em /dados/zope; cd /dados/zope/zope2.8/bin../dados/zope/python2.3/bin/python./mkzopeinstance.py Directory: /dados/zope/portalmodelo User: (usuário) Password: (senha) Verify password: (senha novamente) Para iniciar o Zope: cd /dados/zope/portalmodelo./bin/zopectl start ou./bin/zopectl fg

9 Para parar o Zope:./bin/zopectl stop ou CTRL+C Plone Baixar o pacote Plone de tar.gz no diretório /dados/zope/downloads Descompactar o Plone tar -zxvf Plone tar.gz Linkar o Plone no diretório Products da instância que acabou de ser criada [/dados/zope/portalmodelo/products] ln -s /dados/zope/downloads/plone /*. ILPortalCasas e dependências Para baixar o Produto ILPortalCasas e suas dependências, no diretório /dados/zope/products/interlegis, executar svn co Baixará um diretório portal_casas com os seguintes produtos do repositório SVN: windowz, CMFPublicator, CMFSin, CSSManager, ILPortalCasas, Ploneboard, PloneGazette, PloneMultimedia, Ombudsman, PlonePopoll, PloneImapClient, bundle_poi, CacheFu; além de um script e o diretório tgz: getdependenciashttp.sh: para baixar as dependências com extensão.tgz (TextIndexNG2, CalendarX, TimerService, ZopeScheduler). Para tanto, executar./getdependenciashttp.sh TextIndexNG2../../../dados/zope/python2.3/bin/python setup.py install Todos os produtos baixados são linkados no diretório Products da instância Zope, portalmodelo [/dados/zope/portalmodelo/products] ln -s /dados/zope/products /interlegis/portalcasas/<nome-do-produto> 4) Especificação dos principais tipos de conteúdo mapeados O Plone, por padrão já conta com vários tipos de conteúdo, nos quais possibilitam que sejam adicionados ao site Notícias, Eventos, Documentos, Pastas, Links, Imagens, Arquivos, Imagem. Ainda será implementado um tipo para o sistema de Ouvidoria, que contará com um container (Pasta Ouvidoria), Responsável e Solicitação. 5)Papéis mapeados, que serão atribuídos aos usuários O Plone usa papéis para definir o que os usuários podem ver e fazer. Desta forma, o Plone tem

10 segurança em todos os aspectos de sua operação. Os papéis mapeados serão os mesmos default do Plone, que inclui: Manager (Administrador): O usuário do portal, ao qual é atribuído papel de Manager, atuará como adminitrador do portal podendo controlar grupos, usuários, adicionar e remover produtos e conteúdos, revisar documentos pendentes,... Reviewer (Revisor): O papel de Revisor é atribuído para o membro que revisará e publicará o conteúdo editado no portal ou que alterará o estado da solicitação do usuário no produto de Ouvidoria. Member (Membro): Todo o usuário que possui uma conta (login e senha) no portal será considerado membro do portal. Ele poderá inserir e editar conteúdo em uma área específica, não podendo publicá lo, somente enviá lo para revisão. Anonymous (Anônimo): Todo o usuário que não possuir uma conta no portal será considerado um usuário anônimo. Ele não poderá inserir conteúdo, nem editá lo, salvo se o administrador do site permitir que o Sistema de Ouvidoria seja aberto ao usuário anônimo. 6) Especificação do modelo de armazenamento e navegação no portal de dados O Zope possui um banco de dados orientado a objetos, o ZODB (Zope Object Database), onde serão armazenados todos os dados e objetos criados no portal das Casas Legislativas. Nada impede, se a casa preferir, pode ser conectado ao Zope bancos de dados relacionais já utilizados. Quanto à navegação do Portal, o mesmo terá três áreas básicas, onde podemos encontrar: Coluna da esquerda Navegação: menu de navegação que mostrará a estrutura de pastas definidas na Taxonomia. Preferências: caixa com as preferências dos membros que estão logados no Portal. Esta caixa não será visível aos usuários anônimos. Boletim Eletrônico: caixa para que o usuário possa se cadastrar para receber o Boletim Eletrônico da Casa Legislativa. Alterações Recentes: caixa que mostrará os últimos itens adicionados ao site. Poderá ficar ou não visível ao usuário anônimo. Coluna de conteúdo Página Inicial: somente nesta serão mostradas as últimas notícias publicadas no site e a notícia em destaque. Páginas de Conteúdo: nas demais páginas serão mostrados os conteúdos das pastas que estão sendo navegadas. Coluna da direita Calendário: calendário com os eventos publicados no Portal. Enquetes: caixa com a última enquete publicada. Utilidades: links para sites indicados pelas Casas e que sejam de utilidade pública.

11 Previsão: caixa com a previsão do tempo. O site possui ainda uma área para busca, que estará no topo do Portal e outra para links de atalho, que conterão links para a Página Inicial, Ouvidoria, Webmail, Fale com a Câmara, Mapa do Site e Acessar (quando o usuário for anônimo). Ainda podemos contar com uma barra de localização que indica onde o usuário se encontra no site. 7) Especificação dos processos de inclusão, edição, publicação e visualização de conteúdo Plone é um Sistema de Gerenciamento de Conteúdo (CMS), isto é, as páginas desenvolvidas podem ser produzidas em um computador remoto, e submetidas a aprovação/revisão e publicação. Para a inserção de conteúdo será utilizado um editor de textos para que as Casas possam colocar estilos nos documentos editados. A manipulação de conteúdo no portal dependerá das permissões atribuídas aos usuários no mesmo. No capítulo 5, deste relatório, foram abordados os papéis levantados que serão mapeados sobre os usuários do portal. Com isto teremos: Usuários com permissão de membro dentro de uma determinada pasta: poderão adicionar determinados tipos de conteúdo sem poder publicá los, somente podendo enviá los para revisão; Usuários com permissão de revisor dentro de uma determinada pasta: poderão adicionar e revisar os conteúdos. Os usuários com esta atribuição poderão publicar, rejeitar, alterar e comentar os conteúdos a serem revisados; Usuários com permissão de manager: poderão fazer revisão e inclusão/edição de conteúdos em qualquer lugar do portal, Usuários anônimos: poderão visualizar somente o conteúdo que foi publicado pelo revisor e administrador do portal. Se o sistema de Ouvidoria for aberto ao anônimo, poderá adicionar uma solicitação. Como podemos observar o controle do workflow em um CMS é muito bem separado tornando bem claros os papéis dos usuários dentro do portal. 8) Especificação do módulo de Ouvidoria Web da Casa Legislativa O Sistema de Ouvidoria é um espaço criado para receber e acompanhar exclusivamente denúncias, reclamações, agradecimentos, sugestões, informações relativas às atividades das Casas Legislativas. Através de um formulário preenchido no site a solicitação do usuário é enviada para o

12 departamento ou pessoa especificada no mesmo. Para envio de sua solicitação, o usuário tanto pode estar cadastrado no site como ser um anônimo para preenchimento do formulário, dependendo do estado inicial do workflow do sistema, que dependerá do administrador do portal. O usuário poderá acompanhar a tramitação da sua solicitação, bem como pesquisar sobre outras já existentes e ter relatórios das que já enviou. Os administradores do portal e revisores das solicitações poderão também acompanhar, tramitar, adicionar comentários e fazer relatórios sobre as mesmas. Para realização do sistema de Ouvidoria, será utilizado um Produto para o Plone 2.1.2, chamado Ombudsman, o qual terá todas as características acima descritas e workflows próprios. O produto sofreu as seguintes análises: Levantamento de campos para o formulário de cadastro dos usuários; Levantamento de campos para formulário de solicitação; Levantamento de campos para adição de responsáveis; Levantamento sobre os worklfows de cada objeto; Levantamento de interfaces com o usuário; 8.1) Interfaces O sistema de Ouvidoria poderá ter duas interfaces iniciais. Quando instalado, o administrador do site pode escolher se o sistema será aberto ao público ou será restrito ao usuário que se cadastrar no Portal. Com isto ao entrar na pasta de Ouvidoria ou será apresentado ao usuário o formulário para que ele faça sua solicitação ou uma tela de login, pedindo para que ele faça seu cadastramento ou utilize seu usuário e senha já cadastrados. Os usuários poderão realizar buscas no Sistema para que sejam apresentadas as solicitações já cadastradas e em que estado se apresentam e alterar seus dados cadastrais. Quando o usuário preencher o formulário de solicitação ele terá que escolher o órgão responsável, ou pessoa a quem deseja enviar a mesma. Este órgão ou pessoa receberá um avisando o que existe uma solicitação a ser aceita/rejeitada, tramitada e concluída, como será explicado no capítulo 8.2. O administrador poderá adicionar qualquer valor ao campo Tipo de solicitação, através de uma ferramenta, e também poderá cadastrar o órgão ou pessoa responsável pelas solicitações. 8.2) Workflows O produto Ombudsman possui 3 tipos de conteúdo: Container dos dados (Onbudsman) Solicitação (OnbudsmanClaim) Histórico de respostas (OnbudsmanResponse) O tipo Container terá 6 possíveis estados iniciais diferentes para cada situação. As

13 possibilidades são: Published: a pasta estará pública. Usuários anônimos poderão enviar sua solicitação sem se cadastrar e visualizar as postagens realizadas. Published_post: a pasta estará pública. Usuários anônimos poderão enviar sua solicitação mas não poderão visualizar as solicitações. Published_view: idem ao primeiro, porém os usuários anônimos não poderão enviar solicitações, somente vê las. Authentcated: a pasta obrigará que para enviar e visualizar uma solicitação o usuário deverá estar cadastrar no portal. Authenticated_post: o usuário que for membro do portal poderá postar sua solicitação e não visualizar as demais. Authenticated_view: o usuário que for membro do portal poderá somente visualizar a solicitação e não poderá postar. O tipo Solicitação terá um workflow, no qual podemos identificar: New: estado inicial do objeto. Pending: estado ao qual o objeto passará depois de salvo, enviando um para o responsável pela solicitação. Rejected: estado ao qual o objeto estará se o revisor não aceitar a solicitação. Accepted: estado ao qual o objeto estará se o revisor aceitar a solicitação. Moving: estado ao qual o objeto estará quando estiver em tramitação. Resolved: estado ao qual o objeto se encontra depois de resolvido. O usuário com papel de revisor será aquele cadastrado como responsável (responsible) no sistema de Ouvidoria. Quando um usuário enviar uma solicitação ao responsável este receberá um para que dê andamento ao processo. 8.3) Armazenamento dos dados: Os dados serão armazenados no ZODB, banco de dados do Zope. 8.4) Especificação dos Modelos de Dados

14 8.4.1) Diagrama de Classes do Produto Ombudsman

15 8.4.2) Workflow da classe OnbudsmanClaim 8.4.3) Workflow da classe Onbudsman

16 9) Definição das rotinas de manutenção em geral do Portal (backup, compactação do banco e rotação de arquivos de log) O ZopeScheduler é um produto que possibilita o agendamento de tarefas a serem realizadas, como pack utilizado na tarefa de backup, atualização do catálogo. Na instalação do produto ILPortalCasas, será adicionada à instância uma pasta scripts_backup, com três external_methods, sobre os quais o ZopeScheduler será configurado para executar suas tarefas. Além de adicionar, na raiz da instância um diretório chamado backup, onde serão direcionados os backups a serem realizados. Os scripts que serão executados são de pack, cópia do zope.conf e conteúdo do diretório Products para o diretório backup, compactação do Data.fs.old, além de renomeá lo para Data+dia+.gz e movê lo para o diretório backup e rotação de arquivos de log. 10) Especificação da integração com os sistemas SAPL, SAAP e SAAL A integração entre o Portal das Casas Legislativas e os sistemas desenvolvidos pelo Interlegis dar se ão de acordo com seu modo de desenvolvimento. O sistema SAAL já está sendo desenvolvido em Zope/Plone/Python, portanto sua integração com o Portal poderá ser de duas maneiras. A primeira seria instalar o produto ILSAAL e os módulos requeridos no mesmo Plone Site do Portal Modelo. Esta instalação criará um repositório na raiz do portal, onde os módulos estarão armazenados. Este container será apresentado no menu de navegação do portal. Se um usuário anônimo quiser acessar a pasta, será direcionado para uma tela de login. Só poderá acessar o sistema quem possuir cadastro no mesmo. A outra maneira seria criar um Plone Site na mesma instância Zope do Portal Modelo e criar uma pasta dentro deste com um template que redicionaria o usuário à tela de login do sistema SAAL. Já a integração do sistema SAAP com o Portal, poderá ser realizada através de um template que redicionará o usuário, cadastrado no portal, para a tela de login do sistema. O sistema SAPL foi desenvolvido em Zope, e sua ntegração ainda está em discussão. Um exemplo interessante, e que possivelmente será seguido, é o trabalho realizado pela Câmara de Ouro Preto que removeu os menus do sistema e integrou o à Taxonomia do seu site, utilizando iframes. Outra solução é a reestruturação de algumas partes do sistema que identifique quando estiver dentro de um portal Plone e se comporte de maneira integrada com o portal.