Você está na página 1de 66

Universidade Estadual de Maring

Centro de Tecnologia
Departamento de Informtica

UM ESTUDO COMPARATIVO DE SISTEMAS DE GESTO DE


CONTEDO PARA A MANUTENO DE STIOS WEB EM
UNIVERSIDADES PBLICAS BRASILEIRAS

Leandro Koiti Sato

Maring - Paran
Brasil

Universidade Estadual de Maring


Centro de Tecnologia
Departamento de Informtica

UM ESTUDO COMPARATIVO DE SISTEMAS DE GESTO DE


CONTEDO PARA A MANUTENO DE STIOS WEB EM
UNIVERSIDADES PBLICAS BRASILEIRAS

Leandro Koiti Sato

Monografia apresentada como requisito parcial obteno


do grau de Especialista pelo curso de Ps-Graduao em
Desenvolvimento de Sistemas para Web da Universidade
Estadual de Maring.
Orientador: Prof. Dr. Dante Alves Medeiros Filho

Maring - Paran
2008

ii

Leandro Koiti Sato

UM ESTUDO COMPARATIVO DE SISTEMAS DE GESTO DE


CONTEDO PARA A MANUTENO DE STIOS WEB EM
UNIVERSIDADES PBLICAS BRASILEIRAS

Este exemplar corresponde redao final da monografia aprovada como requisito parcial
para obteno do grau de Especialista pelo curso de Ps-Graduao em Desenvolvimento
de Sistemas para Web da Universidade Estadual de Maring, pela comisso formada pelos
professores:

________________________________________
Orientador: Prof. Dante Alves Medeiros Filho
Departamento de Informtica, CTC, DIN

________________________________________
Prof. Jos Roberto Vasconcelo
Departamento de Informtica, CTC, DIN

________________________________________
Prof. Paulo Cesar Gonalves
Departamento de Informtica, CTC, DIN

Maring, Novembro de 2008

iii

Universidade Estadual de Maring


Departamento de Informtica
Av. Colombo 5790, Maring-PR
CEP 87020-900
Tel: (44) 32614324 Fax: (44) 3263587

iv

Agradecimentos

Ao professor Dante Alves Medeiros Filho, que me ajudou e me orientou ao longo do


desenvolvimento deste trabalho.
Aos meus pais e familiares, pelo amor, apoio e incentivo aos meus estudos. Sem eles, a
realizao deste trabalho no seria possvel.
A todos os professores do curso de especializao, que colaboraram com a minha
formao.
toda a equipe de servidores da UTFPR, em especial ao professor Paulo Apelles
Camboim de Oliveira, que autorizou o horrio diferenciado para que eu pudesse retornar a
Maring as sexta-feiras e terminasse de assistir s aulas do curso de especializao.
Enfim, a todos aqueles que contriburam diretamente, ou indiretamente realizao deste
trabalho.

Resumo
No comeo da World Wide Web, os stios eram simples, pequenos e projetados
informalmente. A tarefa de desenvolvimento e manuteno do stio era delegada a uma
nica pessoa chamada webmaster. As pginas web eram estticas, escritas em puro HTML
e no havia maneira de separar o seu aspecto visual do seu contedo, portanto este
profissional era responsvel por fazer todas estas tarefas. Conforme as pginas cresciam,
tornando stios grandes e mudando rapidamente, a necessidade por fortes ferramentas de
gesto de contedos se tornou premente. Neste contexto surgem os sistemas de gesto de
contedos (CMS), que permitem um site crescer e mudar rapidamente enquanto mantm
sua alta qualidade. Como existem vrias solues de CMS, o presente trabalho realiza um
estudo visando subsidiar a escolha desta tecnologia quando do desenvolvimento e da
manuteno de stios web para universidades pblicas brasileiras. Para isto, usado como
estudo de caso a Universidade Federal do Paran (UTFPR), campus Francisco Beltro.

vi

Abstract

In the beginning of the World Wide Web, sites were simple, small and informally
designed. The task of designing and maintaining the website was delegated to a single
person called the webmaster. The webpages were static, written in plain HTML and there
was no way to separate the visual design from the content, hence this professional was
responsible to do all those tasks. As the pages grew up turning into large and rapidly
changing sites, the need for strong management tools became pressing. In this context
emerged the Content Management Systems (CMS), which allows a site grow and change
quickly while maintaining high quality. As there are many CMS solutions, the current
work perform a study aiming support the choice of this technology in the development and
maintaining of Brazilian public universities. In order to do this, it was used as case study
the Federal University of Technology Parana (UTFPR), Francisco Beltrao Campus.

vii

ndice
1 INTRODUO

1.1
1.2
1.3
1.4
1.5

MOTIVAO
OBJETIVOS GERAIS
OBJETIVOS ESPECFICOS
METODOLOGIA
APRESENTAO

1
2
2
2
3

2 FUNDAMENTAO TERICA

2.1
2.2
2.3
2.4
2.5
2.6
2.7
2.8
2.9

INTRODUO
DADOS, INFORMAO E CONTEDO
METADADOS
WORKFLOW
GESTO DE CONTEDO
SISTEMA DE GESTO DE CONTEDO
PADRES BRASIL E-GOV
PARMETROS PARA ANALISAR UM CMS
CONSIDERAES FINAIS

4
4
5
8
9
9
12
13
15

3 MATERIAIS E MTODOS

16

3.1
3.2
3.3
3.4
3.5
3.6
3.6.1
3.6.2
3.6.3
3.6.4
3.6.5
3.6.6
3.6.7
3.6.8

16
16
17
18
19
21
21
22
22
22
22
23
23
23

INTRODUO
CRITRIOS
VISO GERAL DO PROJETO DE CMS
PESQUISA SOBRE CMS DISPONVEIS
CORTE NA LISTA
COMPARAO ENTRE OS CMS
CRITRIOS TCNICOS
UTILIZAO DE PADRES WEB, E-GOV E ACESSIBILIDADE
WORKFLOW
INTERNACIONALIZAO E LOCALIZAO
FACILIDADE DE USO
PLUG-INS
SEGURANA
DOCUMENTAO E SUPORTE

4 ANLISE DOS CMS

24

4.1 INTRODUO
4.2 DRUPAL
4.2.1 CARACTERSTICAS TCNICAS
4.2.2 PADRES WEB E ACESSIBILIDADE
4.2.3 WORKFLOW
4.2.4 INTERNACIONALIZAO E LOCALIZAO
4.2.5 FACILIDADE DE USO
4.2.6 PLUGINS

24
24
24
25
25
26
26
26

viii

4.2.7 SEGURANA
4.2.8 DOCUMENTAO E SUPORTE
4.3 JOOMLA
4.3.1 CARACTERISTICAS TCNICAS
4.3.2 PADRES WEB E ACESSIBILIDADE
4.3.3 WORKFLOW
4.3.4 INTERNACIONALIZAO E LOCALIZAO
4.3.5 FACILIDADE DE USO
4.3.6 PLUGINS
4.3.7 SEGURANA
4.3.8 DOCUMENTAO E SUPORTE
4.4 PLONE
4.4.1 CARACTERSTICAS TCNICAS
4.4.2 PADRES WEB E ACESSIBILIDADE
4.4.3 WORKFLOW
4.4.4 INTERNACIONALIZAO E LOCALIZAO
4.4.5 FACILIDADE DE USO
4.4.6 PLUGINS
4.4.7 SEGURANA
4.4.8 DOCUMENTAO E SUPORTE

27
28
29
29
29
30
30
30
31
31
33
34
34
34
35
35
35
36
37
38

5 COMPARAO DOS CMS

39

5.1
5.2
5.3
5.4
5.5
5.6
5.7
5.8
5.9
5.10

39
39
39
40
41
41
42
43
43
44

INTRODUO
CARACTERSTICAS TCNICAS
PADRES WEB E ACESSIBILIDADE
WORKFLOW
INTERNACIONALIZAO E LOCALIZAO
FACILIDADE DE USO
PLUGINS
SEGURANA
DOCUMENTAO E SUPORTE
DECISO

6 CONCLUSO

45

REFERNCIAS BIBLIOGRFICAS

46

APNDICE A

A1

GLOSSRIO

A1

APNDICE B

A2

LISTA DE LIVROS PUBLICADAS SOBRE OS CMS

A2

ix

Lista de Ilustraes
Figura 3.1 - Volume de buscas com os termos mambo e joomla (Google, 2008a)......21
Figura 4.1 - Fragmento de cdigo do stio drupal.org .........................................................25
Figura 4.2 - Gravidade dos problemas de segurana do Drupal (Secunia, 2008)................27
Figura 4.3 - Onde as falhas do Drupal poderiam ser exploradas (Secunia, 2008)...............28
Figura 4.4 - Impacto das falhas de segurana do Drupal (Secunia, 2008). .........................28
Figura 4.5 - Solues para os problemas de segurana do Joomla......................................32
Figura 4.6 - Gravidade dos problemas de segurana do Joomla. ........................................32
Figura 4.7 - Onde as falhas do Joomla poderiam ser exploradas ........................................33
Figura 4.8 - Impacto das falhas de segurana do Joomla ....................................................33
Figura 4.9 - Gravidade dos problemas de segurana do Plone............................................37
Figura 4.10 - Onde as falhas do Plone poderiam ser exploradas .........................................37
Figura 4.11 - Impacto das falhas de segurana do Plone.....................................................38

Lista de Quadros
Quadro 3.1 - Classificao dos CMS de acordo com o PageRank e quantidade de links ...20
Quadro 4.1 - Detalhes tcnicos do Drupal ...........................................................................24
Quadro 4.2 - Detalhes tcnicos do Joomla ..........................................................................29
Quadro 4.3 - Detalhes tcnicos do Plone.............................................................................34
Quadro 5.1 Comparao dos critrios tcnicos ................................................................39
Quadro 5.2 - Comparao dos padres Web e Acessibilidade ............................................40
Quadro 5.3 - Comparao dos recursos de Workflow..........................................................41
Quadro 5.4 - Comparao da internacionalizao e localizao .........................................41
Quadro 5.5 - Comparao da facilidade de uso ...................................................................42
Quadro 5.6 - Comparao do uso de plug-ins .....................................................................42
Quadro 5.7 - Comparao da segurana ..............................................................................43
Quadro 5.8 - Comparao da documentao e suporte .......................................................43

xi

Lista de Siglas

ACL Access Control List


ANSI American National Standards Institute
CM Content Management
CMS Content Management System
CSS Cascading Style Sheets
DCMI Dublin Core Metadata Initiative
FAQ Frequent Asked Questions
FTP File Transfer Protocol
IETF Internet Engineering Task Force
HTML HyperText Markup Language
IRC Internet Relay Chat
ISO International Organization for Standardization
RFC Request for Comments
RFP Request for Proposal
UTFPR Universidade Tecnolgica Federal do Paran
W3C World Wide Web Consortium
WAI Web Accessibility Initiative
WCAG Web Content Accessibility Guidelines
WYSIWYG What You See is What You Get

xii

XHTML eXtensible Hypertext Markup Language


XML eXtensible Markup Language
ZODB Zope Object Data Base

Captulo 1

1Introduo
1.1

Motivao

No incio da World Wide Web, na primeira metade dos anos 90, as pginas eram
extremamente simples, continham apenas textos com informaes essenciais, quase no
havia uso de imagens, devido s limitaes tecnolgicas da poca. O acesso rede era
limitado a um nmero pequeno de pessoas, a maioria dos stios era criada por estudantes e
pesquisadores de universidades que tinham necessidade de divulgar informaes on-line.
Com o passar do tempo, aps a abertura da internet para o uso comercial e a reduo do
custo para se estar on-line, o acesso a web deixou de pertencer apenas ao mundo
acadmico e passou a estar cada vez mais presente nas empresas.
Na segunda metade dos anos 90, as corporaes passaram a construir os seus prprios
stios. A tarefa da confeco e manuteno dessas pginas era confiada a especialistas,
denominados webmasters. As pginas eram estticas, escritas em HTML (HyperText
Markup Language), e no havia como separar o cdigo, a apresentao visual e o
contedo, portanto, cabia a este nico profissional o trabalho de realizar todas essas tarefas.
O esforo para adicionar ou atualizar o contedo era grande, e crescia conforme o stio
recebia mais informaes e se tornava mais complexo. Mesmo em casos simples, como a
adio de um link a um menu, era necessrio abrir todos os documentos HTML do stio
para a alterao manual.
O tempo para a atualizao do stio era alto, e, ao mesmo tempo, a demanda para se
adicionar mais informaes ao stio aumentava. As informaes no vinham mais apenas
de uma nica fonte, membros de diversas divises da organizao necessitavam adicionar
informaes dos mais diferentes tipos e nos mais diferentes formatos. Com a evoluo da
tecnologia, o contedo deixou de ser apenas textual e passou a ser distribudo como
documentos, grficos, imagens, udio, vdeo.
A gerencia do stio estava centrada demais no webmaster. As pessoas precisavam dos seus
contedos publicados no stio, mas dependiam dele para coloc-los no ar, pois no
possuam conhecimento tcnico para isso e nem era de suas responsabilidades aprenderem.

neste contexto que surge a necessidade de uma ferramenta para gerenciar o contedo
de forma gil, onde usurios possam adicionar informaes ao stio, sem precisarem ter
conhecimentos tcnicos de linguagens complexas, e assim, descentralizar o trabalho da
manuteno do stio. Tal ferramenta chamada Content Management System (CMS) ou
Sistema de Gesto de Contedo.

1.2

Objetivos gerais

O objetivo deste trabalho a escolha e adoo de um CMS de cdigo livre como soluo
para gerenciar o contedo em stios de universidades pblicas na forma de um portal
disponvel na web. Para isso, tomou-se como estudo de casos o campus Francisco Beltro
da Universidade Tecnolgica Federal do Paran (UTFPR).

1.3

Objetivos especficos

Os objetivos especficos deste trabalho so:

Estudar sobre gesto de contedo e sistemas de gesto de contedo;

Estudar e comparar algumas das principais ferramentas CMS de cdigo aberto;

Analisar os requisitos bsicos para a criao do stio no estudo de casos: UTFPR,


campus Francisco Beltro;

Escolher um CMS para implantao do stio no estudo de casos: UTFPR, campus


Francisco Beltro.

1.4

Metodologia

Para a realizao deste trabalho foi pesquisado os principais CMS de cdigo livre
disponveis e a partir desta lista, foram escolhidos trs deles para uma comparao
detalhada. Os critrios utilizados nesta comparao foram selecionados de acordo com a
anlise dos principais requisitos do estudo de casos. Atravs desta comparao, selecionouse um dos CMS para a adoo no estudo de casos. Uma descrio mais detalhada dos
critrios utilizados na escolha e comparao do CMS pode ser encontrada no Captulo 3.

1.5

Apresentao

O presente trabalho est disposto em seis captulos.


O segundo captulo contm a fundamentao terica que apresenta os conceitos bsicos
para o entendimento do trabalho.
O terceiro capitulo apresenta a metodologia utilizada para se comparar e escolher o CMS.
No quarto captulo apresentado cada um dos CMS individualmente, mostrando suas
caractersticas principais.
No quinto captulo feito um paralelo entre os CMS, comparando os recursos apresentados
no captulo anterior com o auxlio de quadros comparativos. Neste captulo feito a
escolha do melhor CMS indicado para o estudo de caso.
No sexto captulo feita a anlise, a concluso e as consideraes finais do trabalho.

Captulo 2

2Fundamentao Terica
2.1

Introduo

Neste captulo so apresentados alguns conceitos bsicos para o entendimento de sistemas


de gesto de contedo. Para se definir o vocabulrio bsico utilizado neste trabalho, feito
uma breve definio do que so dados, informao e contedo, estabelecendo as principais
diferenas entre eles. Em seguida, fala-se sobre metadados e o seu papel na gesto de
contedos. A seguir, apresentado o conceito de workflow, gesto de contedo, padres
para desenvolvimento de stios governamentais, sistema de gesto de contedos e
parmetros para anlise de um sistema de gesto de contedos.

2.2

Dados, Informao e Contedo

Segundo Oliveira (1997), dado qualquer elemento identificado em sua forma bruta que
por si s no conduz uma compreenso de determinado fato ou situao.
Dados so definidos como uma srie de observaes, medidas ou fatos na forma de
nmeros, palavras, sons e/ou imagens. Os dados no tm significado prprio, mas
fornecem a matria prima a partir da qual produzida a informao. (Boisot, 1998).
Boisot (1998), diz que a informao definida como os dados que foram organizados de
uma forma significativa. Mcgee e Prusak (1994), complementam dizendo que a
informao o resultado de dados coletados e organizados, dotados de significado e
inseridos em um contexto.
Informao o dado trabalhado que permite ao executivo tomar decises (Oliveira, 1997).
Segundo a ContentWatch organization, citado por Boiko (2005), informao em sua forma
bruta torna-se contedo quando lhe dada uma forma usvel pretendida para um ou mais
propsitos. Cada vez mais, o valor do contedo baseado na combinao de sua forma
primria usvel, junto com a sua aplicao, acessibilidade, uso, utilidade, reconhecimento
de marca e unicidade.

Os computadores foram construdos para processar dados. Dados consistem em pequenos


fragmentos de informaes computacionais nmeros, palavras, imagens, sons que tm
muito do seu significado humano retirado deles. Hoje, as pessoas usam os computadores
para processar contedo. Assim como os dados, o contedo tambm informao, mas
retm o seu significado humano e seu contexto. (Boiko, 2005).
Segundo Boiko (2005), os usurios querem que os computadores tratem contedos,
entretanto, este rico em contexto e significado. Usar a tecnologia que trata dados para
gerenciar contedos no uma tarefa fcil. Ao fazer a informao se parecer muito com
dados, ela se torna mecnica, desinteressante e difcil para os consumidores entenderem.
Ao fazer a informao muito rica, carregada de contexto, no possvel fazer com que um
computador automatize o seu gerenciamento.
A soluo envolver a informao em um container de dados (conhecido como
metadados) de modo que o computador gerencie estes dados, deixando de lado as
informaes.
De acordo com Boiko (2005), contedo informao que rotulada com dados de maneira
que um computador possa organizar e sistematizar sua coleo, gerenciamento e
publicao. Tal como um sistema, um sistema de gesto de contedos tem sucesso se ele
pode aplicar as metodologias de dados sem remover as vantagens e o significado da
informao no meio do caminho.

2.3

Metadados

A definio comumente utilizada para metadados ou metainformao : dados sobre


dados. O termo se refere a qualquer dado usado para ajudar a identificao, descrio e
localizao de recursos eletrnicos em rede. Existem vrios formatos diferentes de
metadados, alguns bem simples em sua descrio, outras bem complexas e ricas. (Ifla,
2005)
Um registro de metadado consiste em um conjunto de atributos, ou elementos, necessrios
para descrever o recurso em questo. Por exemplo, um sistema de metadados comum em
bibliotecas o catlogo da biblioteca contm um conjunto de registro de metadados com
elementos que descrevem um livro ou um outro item da biblioteca: autor, ttulo, data de

criao ou publicao, assunto abordado e o nmero de chamada especificando a


localizao do item na estante (Dublin Core Metadata Initiative, 2008).
Metadados so importantes, pois fornecem o contexto para os dados. Sem os metadados
fornecendo o contexto, os dados da empresa no podem ser entendidos corretamente
(Inmon, O'neil et al., 2008).
Metadados fazem o contexto e o significado da informao explcitos o suficiente para que
um computador possa manipul-los (Boiko, 2005).
A Dublin Core Metadata Initiative (DCMI) uma organizao dedicada a promover a
adoo de padres de interoperabilidade de metadados e desenvolver vocabulrios de
metadados especializados para descrever recursos que possibilitem sistemas de descoberta
de informaes mais inteligentes (Dublin Core Metadata Initiative, 2008).
O padro Dublin Core, descrito pelos padres ISO 15836, ANSI/NISO Z39.85 e IETF
RFC 5013, inclui dois nveis: o simples e o qualificado. O Dublin Core simples possui um
vocabulrio de quinze propriedades para o uso na descrio de recursos. (Dublin Core
Metadata Initiative, 2008):
1. Ttulo (Title): O nome dado a um recurso. Tipicamente, um Ttulo ser o nome
pelo qual o recurso ser formalmente conhecido.
2. Assunto (Subject): Tipicamente, o Assunto ser expresso como palavras chaves,
frases chaves ou cdigos de classificao que descrevem o tpico do recurso.
3. Descrio (Description): Um relato sobre contedo do recurso. Descrio pode
incluir, mas no se limita a: um resumo, ndice, referncia a uma representao
grfica do contedo ou um relato a texto livre do contedo.
4. Tipo (Type): A natureza ou gnero do contedo do recurso. Tipos incluem termos
descrevendo categorias genricas, funes, gneros, ou nveis de agregao para o
contedo.
5. Fonte (Source): Uma referncia a um recurso do qual o presente recurso
derivado. O presente recurso pode ser derivado de uma fonte na sua totalidade ou
apenas em parte.

6. Relao (Relation): Uma referncia a um recurso relacionado.


7. Abrangncia (Coverage): A extenso ou alcance do recurso. Abrangncia inclui
tipicamente uma localizao espacial (o nome de um lugar ou coordenadas
geogrficas), um perodo no tempo (a sua designao, data, ou intervalo de tempo),
ou jurisdio (o nome de uma entidade administrativa).
8. Criador (Creator): A entidade responsvel em primeira instncia pela existncia
do recurso.
9. Editor (Publisher): Uma entidade responsvel por tornar o recurso acessvel.
Exemplos de um Editor incluem uma pessoa, uma organizao, um servio.
Tipicamente, o nome de um Editor deve ser usado para indicar a entidade.
10. Contribuinte (Contributor): Uma entidade responsvel por qualquer contribuio
para o contedo do recurso. Exemplos de Contribuinte incluem uma pessoa, ou
servio. Tipicamente, o nome de um Contribuinte deve ser usado para indicar a
entidade.
11. Direitos (Rights): Informao de direitos sobre o recurso ou relativos ao mesmo.
Tipicamente, este elemento dever conter uma declarao de gesto de direitos
sobre o recurso, ou uma referncia a um servio que fornecer essa informao. Tal
poder compreender informao sobre direitos de propriedade intelectual, direitos
de autor, ou outros. A ausncia deste elemento no permite formular qualquer
hiptese vlida sobre quaisquer direitos que possam incidir sobre o recurso
12. Data (Date): Uma data associada a um evento do ciclo de vida do recurso.
Tipicamente, uma Data deve ser associada criao ou disponibilidade do recurso.
13. Formato (Format): A manifestao fsica ou digital do recurso. Tipicamente, o
Formato deve incluir o tipo de meio do recurso, ou as suas dimenses. Este
elemento deve ser usado para determinar as aplicaes informticas ou qualquer
tipo de equipamento necessrio para reproduzir ou operar com o recurso. Exemplos
de dimenses incluem tamanho e durao.
14. Identificador (Identifier): Uma referncia no ambgua ao recurso, definida em

um determinado contexto.
15. Idioma (Language): O idioma do contedo intelectual do recurso.

Cada elemento opcional e pode ser repetido. O padro no define nenhuma ordem para o
uso de cada elemento.
O Dublin Core qualificado inclui trs elementos adicionais (Audincia, Provenincia e
Detentor de Direitos), assim como um grupo de refinamentos de elementos (tambm
chamados qualificadores), que refinam a semntica dos elementos de maneira que sejam
teis nas descobertas de recursos.

2.4

Workflow

A WfMC (1995) define workflow como sendo a facilitao ou automao computadorizada


de um processo de negcio, em sua totalidade ou em parte. Ele est relacionado
automao de procedimentos durante o qual os documentos, informaes ou tarefas so
passadas de um participante para outro, de acordo com um conjunto de regras, para se
alcanar ou contribuir com os objetivos gerais de negcio.
O workflow geralmente expressa as regras de negcio que podem existir. Cada negcio tem
diferentes regras e polticas sobre as tarefas que devem ocorrer dentro da companhia
(Mckay, 2004).
Um exemplo de regra de negcio seria: antes que uma pgina seja publicada, ela deve ser
aprovada pela chefia, revisada por uma equipe tcnica quanto corretude e questes legais e
o texto deve ser corrigido quanto a erros gramaticais por um revisor especializado.
Workflow separa a lgica dessas regras de negcio e padroniza o conceito de se pensar nas
mudanas. Com uma lgica separada, fica fcil para se mudar a aplicao para se adequar
s regras de negcio. Freqentemente as aplicaes tentam forar a se usar um
determinado workflow, pois o workflow foi codificado de maneira fixa na aplicao
(Mckay, 2004).

2.5

Gesto de Contedo

Do ponto de vista de processo, Gesto de Contedo, em ingls Content Management (CM),


a criao, publicao e gesto das informaes e documentos da empresa na web. Isto
pode ser feito por um webmaster na sede da empresa, ou distribudo pelos donos do
contedo em cada filial (Mcnay, 2002).
Boiko (2005), tem uma definio mais ampla e afirma que Gesto de Contedo, significa
coisas distintas para diferentes pessoas.
As diferentes perspectivas sobre o que a gesto de contedo faz para uma organizao
serve como uma definio do que gesto de contedo.

Na perspectiva de metas de negcio, CM distribui valores de negcio.

Na perspectiva de anlise, CM equilibra as foras organizacionais.

Na perspectiva profissional, CM combina disciplinas relacionadas ao contedo.

Na perspectiva de processo, CM coleta, gerencia e publica informao.

Na perspectiva tcnica, CM infra-estrutura tcnica.

Boiko diz que a gesto de contedo e faz tudo isso.

2.6

Sistema de gesto de contedo

Um Sistema de Gesto de Contedo (Content Management System ou CMS) uma


ferramenta que permite a uma variada equipe tcnica (centralizada) e equipe no tcnica
(descentralizada) a criar, editar, gerenciar e finalmente publicar (em diversos formatos)
uma variedade de contedo (tais como, textos, grficos, vdeos, etc), restringidas por um
conjunto de regras, processos e workflows centralizados, que asseguram um contedo
eletrnico coerente e validado (Contentmanager, 2008).
A idia bsica por trs de um CMS a de separar o gerenciamento do contedo do design
grfico das pginas que apresentam o contedo. O design das pginas que apresentam os
contedos colocado em arquivos chamados moldes (templates), enquanto o contedo
armazenado em banco de dados ou arquivos separados. Quando um usurio solicita uma

10

pgina, as partes so combinadas para produzirem a pgina HTML padro. A pgina


resultante pode incluir contedos de diferentes fontes (Pereira e Bax, 2002).
O CMS deve permitir que os prprios colaboradores, no papel de autores, criem seus
contedos sem necessidade de intermedirios, utilizando os diversos programas
disponveis. Em seguida, estes contedos so armazenados em repositrios centralizados
para serem tratados (gerenciados, padronizados, formatados e publicados no website)
atravs do CMS. O CMS deve gerir tambm as revises, atualizaes e o controle de
acesso, garantindo confiabilidade ao que ser publicado e segurana quanto propriedade
e a autoria dos contedos (Pereira e Bax, 2002).
Um aspecto importante do CMS a possibilidade de serem configurados processos simples
de controle de fluxos de trabalho, para distribuio dos contedos nos canais de
comunicao. Ao gerenciar a forma como os contedos so publicados, o CMS estabelece
fluxos padronizados de trabalho, que definem os ciclos de vida desses contedos. Por
exemplo, a empresa que anuncia seus produtos na web dever retirar do stio as promoes
quando os estoques terminarem, sob pena de se obrigar a continuar vendendo aqueles
produtos por preos indevidos (Pereira e Bax, 2002).
Um bom CMS deve tornar possvel time ou colaborarem adicionar, editar e deletar
contedos. Algumas das funcionalidades bsicas cobertas so: esquemas de segurana
baseados em papeis, sindicalizao de contedo, suporte criao de catlogos, indexao,
busca e workflow (Pereira e Bax, 2002).
Em um nvel mais amplo, um CMS responsvel por coletar, gerenciar e publicar
fragmentos de informaes conhecidos como componentes de contedo.
Boiko (2005), divide o CMS em trs partes: o sistema de coleta, que transforma o
contedo em componentes, o sistema de gesto, que um tipo de banco de dados que
armazena esses componentes e o sistema de publicao que captura os componentes do
sistema de gesto e os transforma em publicaes.
O sistema de coleta responsvel por todos os processos que ocorrem antes que o
contedo esteja pronto para a publicao. Ele transforma informao crua em um conjunto
bem organizado de componentes de contedo. Este processo inclui:

11

Autoria: cria o contedo do zero.

Aquisio: obtm o contedo de uma fonte existente.

Converso: remove as informaes desnecessrias do contedo e altera as


marcaes da linguagem.

Agregao: edita o contedo, divide em componentes e melhora-o para se adequar


no sistema de metadados desejado.

Servios de coleta: programas de CMS e funes que ajudam no processo de


coleta. Por exemplo, os servios de coleta podem produzir formulrios Web no qual
se entra com o contedo para os componentes.

O sistema de gesto em um CMS responsvel pelo armazenamento a longo termo de um


componente de contedo e uma gama de outros recursos. O sistema de gesto contm o
repositrio, o workflow e as ferramentas de administrao. Em um nvel mais alto, ele
permite saber o que coletado e qual a sua disposio.
O sistema de gesto inclui:

Repositrio: um lugar para armazenar o contedo.

Administrao: um sistema de administrao para instalar e configurar o CMS.

Workflow: conjunto de passos definidos, para que seja feito o trabalho necessrio
sobre o contedo e torn-lo pronto para ser publicado.

Conexes: um conjunto de conexes (hardware e software) para outros sistemas


dentro da organizao, abrangendo de redes e servidores at repositrios de dados.

O sistema de publicao responsvel por obter os componentes de contedo e outros


recursos do repositrio e criar publicaes automaticamente a partir deles.
Um sistema de publicao inclui:

Templates de publicao: programas que constroem publicaes automaticamente.

12

Servios de publicao: um conjunto de ferramentas para controlar o que


publicado e como publicado.

Conexes: ferramentas e mtodos usados para incluir dados de outros sistemas


(no CMS) na publicao final.

Publicaes Web: a sada mais comum para a maioria dos CMS.

Outras publicaes: outras publicaes no web, incluindo eletrnica, impressa e


agregaes (syndications).

2.7

Padres Brasil e-gov

Os Padres Brasil e-Gov so recomendaes de boas prticas agrupadas em formato de


cartilhas com o objetivo de aprimorar a comunicao e o fornecimento de informaes e
servios prestados por meios eletrnicos pelos rgos do Governo Federal. (Padres Brasil
e-GOV - Governo Eletrnico, 2008)
Seus objetivos so:

Estabelecer padres de qualidade de uso, desenho, arquitetura de informao e


navegao;

Estabelecer um fluxo de criao, desenvolvimento e manuteno na gesto dos


stios governamentais;

Consolidar a acessibilidade;

Criar artefatos de acordo com os padres estabelecidos pelo W3C (World Wide
Web Consortium).

As orientaes do guia seguem quatro diretrizes:


1. Pginas leves: As pginas devem ter preferencialmente at 50 KB, somados
cdigo, contedo e imagens. Recomenda-se que as pginas no ultrapassem 70kb
de tamanho;
2. Separao da forma do contedo: Separao da estrutura e o contedo da pgina

13

de sua codificao e visual. O posicionamento, a forma e a cor devem ser criados a


partir de folhas de estilo (CSS);
3. Pginas em conformidade com os padres web: Padres web so especificaes
abertas que prevem a acessibilidade desses documentos ao maior grupo de
indivduos possvel;
4. Pginas independentes de navegador e plataforma: A utilizao de elementos,
atributos ou comandos proprietrios podem comprometer, prejudicar e at impedir
a visualizao e o perfeito funcionamento da pgina em outros navegadores ou
sistemas operacionais.

2.8

Parmetros para analisar um CMS

Boiko (2005) cita um conjunto de passos para se comprar ou alugar um CMS.

Criar uma viso geral de alto nvel do projeto de CMS que se pretende implantar.

Pesquisar no mercado por produtos que parecem se adequar ao projeto.

Fazer um corte na lista de candidatos, selecionando aqueles que realmente valem


pena insistir.

Enviar uma solicitao de proposta (Request for Proposal, RFP) para aqueles que
passaram no primeiro corte.

Selecionar um pequeno nmero de finalistas pontuando as respostas do RFP e


qualquer resposta s perguntas feitas.

Ter visitas tcnicas rpidas e verificar as referncias de cada um dos finalistas. Ter
uma apresentao dos candidatos restantes.

Tomar uma deciso final, comparando os pontos para as referncias e


apresentaes com aqueles da RFP.

Segundo Cruz (2002), ao comprar um CMS, nenhuma empresa pode correr o risco de
apenas

e to somente ater-se aos processos convencionais de solues e estabelecer

14

matrizes comparativas de funcionalidades versus preos. O principal , antes de tudo,


perguntar empresa que tipo de contedo e conhecimento ela precisa ou quer gerenciar.
Segundo os padres e-gov (Padres Brasil e-GOV - Governo Eletrnico, 2008) alm da
anlise das necessidades, outros fatores a serem levados em conta so:
1. O gerenciador cria pginas de acordo com os padres web? As perguntas O
gerenciador est de acordo com os padres web? e Seus modelos nativos esto
validados? so fundamentais para verificar se o gerenciador de contedo est de
acordo com os padres web;
2. O gerenciador cria pginas HTML acessveis? importante lembrar que, apesar
do gerenciador vir com estas caractersticas nativas, as mesmas podem ser perdidas
na confeco dos modelos ou customizaes no sistema;
3. O gerenciador possui todos os elementos necessrios criao do stio e/ou
possui extenses que supram a necessidade do administrador? importante
saber que recursos sero necessrios no stio: chats, ferramentas de fruns e, se o
gerenciador dispem delas;
4. O gerenciador de contedo possui uma boa rede de suporte? Fruns e pginas
especializadas onde se possam esclarecer as dvidas? Antes de adotar qualquer
ferramenta interessante fazer um estudo do material de apoio. As FAQS
(Frequently Asked Questions) so fceis de serem compreendidas? O frum ativo
e as respostas s dvidas so condizentes? Qual o apoio em portugus?
5. O gerenciador permite a criao de mltiplos perfis? O gerenciador permite a
criao de perfis de publicao de acordo com as reas, sees e nveis de
responsabilidade (ex: usurio, editor, administrador)?
6. Qual a complexidade do sistema? Qual a curva de aprendizado do sistema? Qual
a opinio de usurios sobre o uso do sistema?
7. O gerenciador capaz de criar URLs estveis e amigveis? As URLs so
estveis, permanecendo a mesma com a alterao do contedo ou insero de
novos? O sistema possui um dispositivo para criao de URLs amigveis? O

15

gerenciador responde de forma rpida? Qual a sua capacidade de requisies?


8. Qual a carga de requisies que o sistema agenta? Qual a resposta do sistema
em cada intervalo de nmero de requisies?

2.9

Consideraes finais

Neste captulo procurou-se dar uma viso mais abrangente sobre gesto de contedo,
mostrando seus os conceitos bsicos como a definio de dados, informao, contedo,
metadados, workflow e as principais caractersticas de um sistema de gesto de contedo,
bem como parmetros para como analis-los. Tambm se apresentou algumas diretrizes e
recomendaes especficas para o desenvolvimento de stios de instituies federais, no
qual o estudo de caso deste trabalho se enquadra.
Tais conceitos so fundamentais para o entendimento dos captulos posteriores e serviram
como base para a definio dos mtodos apresentados no Captulo 3.

16

Captulo 3

3Materiais e Mtodos
3.1

Introduo

Neste captulo descrito os critrios adotados para a escolha do CMS. Nele feito uma
breve descrio das caractersticas do campus Francisco Beltro da UTFPR, estudo de caso
deste trabalho, e apresentado como foi feita a pesquisa dos CMS disponveis no mercado e
como se chegou aos trs CMS finalistas. Tambm so listados quais os critrios adotados
para a comparao destes CMS, que so aplicados nos captulos 4 e 5.

3.2

Critrios

Para este trabalho, foram considerados apenas os CMS para a construo de stios no
formato de portal, no cobrindo aqueles que so especficos determinadas reas, como
blogging, wikis, comrcio eletrnico, redes sociais, educao distncia. Alm disso,
pesquisou-se apenas CMS de cdigo livre. Optou-se pelo uso de um CMS de cdigo aberto
pelo fato de serem gratuitos, livres para alterao e fornecerem uma base de usurios e
suporte grande. A legislao para compras em instituies pblicas, regida pela lei
8666/93, feita atravs de processo licitatrio, o que tornaria difcil a aquisio de um
CMS proprietrio.
Para a escolha do CMS procurou-se usar os passos sugeridos por Boiko, citados na seo
2.8. Entretanto, o conjunto de passos sugeridos por Boiko se refere escolha de um CMS
comercial e alguns deles, como enviar uma requisio proposta aos fornecedores ou visitar
as empresas desenvolvedoras, no se aplica aos softwares livres. Entende-se que tais
passos servem para conhecer melhor o produto a ser escolhido e neste trabalho foram
substitudos por uma pesquisa mais aprofundada sobre o produto atravs da leitura da
documentao e o teste do CMS.
Neste trabalho foram utilizados os seguintes passos:

Criar uma viso geral de alto nvel do projeto de CMS que se pretende implantar.

Pesquisar no mercado por produtos que parecem se adequar ao projeto.

17

Fazer um corte na lista de candidatos, selecionando aqueles que realmente valem


pena insistir.

Fazer uma pesquisa mais aprofundada sobre os softwares, que passaram no


primeiro corte e test-los.

3.3

Tomar uma deciso final, avaliando suas caractersticas e os recursos disponveis.

Viso Geral do projeto de CMS

Para o desenvolvimento deste trabalho, tomou-se como estudo de casos a escolha de um


CMS no campus Francisco Beltro da Universidade Tecnolgica Federal do Paran
(UTFPR).
O principal requisito deste caso a construo de um stio na internet no formato de um
portal, onde so divulgadas as informaes sobre o campus. As principais caractersticas
so:

As informaes consistem em sua maior parte de texto, muitas vezes


acompanhadas de imagens relacionadas ao assunto.

O contedo da pgina pode ser em formato de notcias e eventos que tm relevncia


apenas durante um perodo de tempo ou pginas com contedo informacional sobre
o campus que ficar permanente no stio por um longo perodo, como o histrico,
localizao, estrutura organizacional, etc.

As informaes so geradas por diversas pessoas em diversos setores da instituio.


O CMS deve possuir interface que permita que tais usurios no tcnicos possam
colaborar com o stio, sem que eles precisem conhecer linguagens de marcao,
como o HTML.

Alguns setores podem ter necessidades especiais, portanto o CMS deve ser
personalizvel e extensvel atravs de plug-ins.

O CMS deve permitir nveis de permisses granulares para se poder delegar a


atualizao de determinada reas do stio aos prprios membros encarregados por

18

aquele departamento.

Os textos devem ser avaliados quanto a sua imparcialidade, relevncia e corretude


por uma ou mais equipes responsveis pela edio. Portanto, existe a necessidade
do software suportar workflow.

Por se tratar de uma instituio federal, a pgina deve seguir as diretrizes de


Padres Brasil e-GOV para construo de stios, incluindo padres web e
acessibilidade.

O CMS deve ser de cdigo aberto para permitir personalizaes que eventualmente
no possam ser feitas atravs de plug-ins.

3.4

Pesquisa sobre CMS disponveis

Foi realizada uma pesquisa com alguns dos principais CMS de cdigo aberto disponveis.
Nesta etapa foram excludos os candidatos que no eram de cdigo aberto e os que eram
especficos para determinada reas, como blogs, wikis, comrcio eletrnico, redes sociais,
educao distncia.
Foi obtida uma lista com 15 CMS de cdigo aberto:
1. bitweaver
2. CMS Made Simple
3. Drupal
4. e107
5. eZ Publish
6. Joomla
7. Mambo
8. MODx
9. PHP-Fusion

19

10. PHP-Nuke
11. phpWebSite
12. Plone
13. Typo3
14. Website Baker
15. XOOPS

3.5

Corte na lista

Para diminuir o nmero de candidatos, procurou-se escolher os CMS que possuem melhor
reputao no mercado. Para isso, classificou-se os CMS de acordo com a relevncia da
pgina em que os seus projetos esto hospedados, calculada a partir do algoritmo
PageRank, utilizado pelo mecanismo de busca Google.
A classificao das pginas (PageRank) confia na natureza excepcionalmente
democrtica da Web, usando sua vasta estrutura de links como um indicador do valor de
uma pgina individual. Essencialmente, o Google interpreta um link da pgina A para a
pgina B como um voto da pgina A para a pgina B. Mas o Google olha alm do volume
de votos, ou links, que uma pgina recebe; analisa tambm a pgina que d o voto. Os
votos dados por pginas importantes pesam mais e ajudam a tornar outras pginas
importantes (Google, 2008b).
Como critrio de desempate, utilizou-se a quantidade aproximada de pginas que contm
um link para a pgina do CMS, que servem como um indicador da popularidade do CMS.
Os dados foram obtidos atravs da busca avanada do motor de buscas do Google e esto
representados no Quadro 3.1.

Posio
1
2
3
4
5

CMS
Joomla
Plone
Mambo
Drupal
PHP-Fusion

Pgina
joomla.org
Plone.org
mambo-foundation.org
drupal.org
www.php-fusion.co.uk

Google
PageRank
9
9
9
8
8

Quantidade de
links
1.400.000
166.000
13.200
90.700
34.800

20

6
7
8
9
10
11
12
13
14
15

XOOPS
eZ Publish
Typo3
phpWebSite
e107
MODx
Website Baker
PHP-Nuke
Bitweaver
CMS Made Simple

Xoops.org
ez.no
typo3.org
phpwebsite.appstate.edu
E107.org
modxcms.com
websitebaker.org
phpnuke.org
bitweaver.org
cmsmadesimple.org

8
8
8
7
7
7
6
5
5
5

23.500
12.600
5.070
7.340
7.160
2.740
4.640
452.000
11.600
6.160

Quadro 3.1 - Classificao dos CMS de acordo com o PageRank e quantidade de links

Somente a quantidade de links para a pgina do CMS, no um bom indicador da


importncia do CMS no mercado, pois este critrio pode ser afetado por outros fatores. Um
exemplo o PHP-Nuke, cuja licena obriga que os seus utilizadores mantenham no rodap
de todas as pginas geradas as informaes de direitos autorais e um link a pgina do PHPNuke. Para a remoo deste rodap, o usurio deve comprar uma licena comercial (PhpNuke, 2008). Este termo na licena explica a grande quantidade de links referenciando para
a sua pgina, apesar deste ter um PageRank relativamente baixo.
Escolheu-se os trs primeiros classificados de acordo com o Quadro 3.1 para se realizar
uma pesquisa mais aprofundada. Durante esta pesquisa, descobriu-se que o Joomla um
produto criado a partir do cdigo fonte do Mambo. Devido a divergncias ideolgicas,
alguns dos desenvolvedores do Mambo resolveram se separar em 2005 e criar o Joomla.
Ambos os produtos possuem caractersticas muito semelhantes e para evitar a comparao
entre produtos muito parecidos, decidiu-se excluir o Mambo da avaliao, dando lugar ao
quarto classificado, o Drupal. Deu-se preferncia ao Joomla como candidato finalista, pois
alm da classificao melhor que o Mambo no Quadro 3.1, verificou-se que desde a data
de criao do Joomla, em 2005, o interesse do pblico pelo Mambo vem diminuindo. Esta
tendncia pode ser observada no grfico da Figura 3.1, que mostra o volume de buscas no
Google pelos termos mambo e joomla na categoria Internet, desde 2004 at o presente.
(Google, 2008a).

21

Figura 3.1 - Volume de buscas com os termos mambo e joomla (Google, 2008a).

3.6

Comparao entre os CMS

Foi feito uma pesquisa mais detalhada e uma comparao entre os recursos dos CMS
selecionados Joomla, Plone e Drupal. Nesta comparao, foram analisados critrios
tcnicos, utilizao de padres web, acessibilidade, workflow, internacionalizao e
localizao, facilidade de uso, plug-ins, segurana e documentao. Os resultados so
apresentados nos Captulos 4 e 5.

3.6.1 Critrios Tcnicos

Sistema operacional: Quais os sistemas operacionais em que ele roda?

Servidor de aplicaes: Qual o servidor de aplicao em que ele roda?

Servidor Web: Em quais servidores Web ele roda?

Banco de Dados: Quais os bancos de dados que ele suporta?

Linguagem: Em que linguagem de programao o CMS foi escrito?

Licena: Qual o tipo de licena sobre o qual ele foi lanado?

Acesso Root: necessrio privilgios de administrador para ele funcionar ou basta


um usurio comum?

22

Acesso Shell: necessrio acesso ao shell do sistema operacional ou apenas acesso


aos arquivos via FTP (File Transfer Protocol) seria suficiente?

3.6.2 Utilizao de padres Web, e-gov e acessibilidade


Foi verificado se as pginas utilizam de padres Web como XHTML, CSS. Para isso,
utilizou-se as ferramentas de validao da W3C.
Verificou-se tambm se o stio segue as diretrizes dos padres Brasil e-gov como URLs
amigveis e se possuem recursos de acessibilidade.
Apesar de alguns CMS afirmarem que esto de acordo com as Diretrizes de acessibilidade
ao contedo da Web (Web Content Accessibility Guidelines - WCAG) da W3C, estas
afirmaes no puderam ser comprovadas. O WCAG 1.0 engloba 14 diretrizes contendo
princpios gerais para projetos acessveis. Nem todas as diretrizes podem ser verificadas
por ferramentas automatizadas. Uma anlise de acessibilidade feita por humanos exigiria
um conjunto de testes mais aprofundados, envolvendo o uso de diferentes navegadores,
diferentes configuraes, utilizao de sintetizador de voz e o teste do stio por pessoas
com deficincias.

3.6.3 Workflow
Avaliou-se se o software de CMS suporta nveis de privilgios de usurios baseado em
grupos e workflow.

3.6.4 Internacionalizao e Localizao


Como a maioria dos CMS feito para utilizadores de lngua inglesa, foi verificado se eles
possuem tradues para o portugus e tambm suporte a localizao, como formato de
datas, nmeros, moedas, etc.

3.6.5 Facilidade de Uso


Verificou-se se o CMS fcil de usar por usurios no tcnicos. O principal item
observado foi se ele possui editor visual WYSIWYG (What You See is What You Get), ou
seja, um editor que permita que se formate o texto, insira links e imagens sem que seja

23

necessrio que o usurio saiba HTML ou outra linguagem de marcao. Tambm foram
analisados outros recursos que facilitem o seu uso como o drag ndrop (arrastar e soltar
itens), redimensionador de imagens, boto desfazer, etc.

3.6.6 Plug-ins
Verificou-se caso o CMS no possua algum recurso nativamente, se ele possui plug-ins
que adicionam tal funcionalidade. Procurou-se, entretanto, escolher um CMS que possua a
maioria dos recursos nativamente, uma vez que plug-ins desenvolvidos por terceiros, nem
sempre possui a mesma qualidade do CMS em si, muitos so desenvolvidos por
voluntrios que colaboram com o projeto em seu tempo livre e no se tem garantia de
suporte e de que eles continuaro sendo atualizados.

3.6.7 Segurana
Analisou-se a quantidade e a gravidade das vulnerabilidades que foram descobertas nos
CMS e reportadas no stio especializado em segurana Secunia (Secunia, 2008).
Critrios de segurana como criptografia de senha durante o login no foi considerado,
pois se considera tarefa do servidor web, atravs do uso de SSL, e no do CMS.

3.6.8 Documentao e suporte


Analisou-se a documentao do CMS, se ela cobre todos os pontos do CMS e se existem
tradues dela para o portugus. Alm disso, verificou se eles possuem listas de email e
fruns para discusses. Pesquisou-se a quantidade de livros dedicados aos CMS que foram
publicados e se existem livros em portugus sobre o assunto.

24

Captulo 4

4Anlise dos CMS


4.1

Introduo

Neste captulo feita a anlise individual de cada um dos CMS analisados: Drupal, Joomla
e Plone. Nele so mostrados alguns pontos como: caractersticas tcnicas, padres web e
acessibilidade, workflow, internacionalizao e localizao, facilidade de uso, plug-ins,
segurana, documentao e suporte.

4.2

Drupal

4.2.1 Caractersticas tcnicas


O Drupal um CMS que tem como destaque a simplicidade. Ele formado por um ncleo
com apenas funcionalidades bsicas e todos os outros recursos so providos atravs de
mdulos. Mesmo os seus recursos bsicos de gesto de contedo so fornecidos como
mdulos chamados de essenciais, que no podem ser desativados. Em sua instalao ele
acompanha outros mdulos opcionais que estendem a sua funcionalidade.
O Drupal CMS multiplataforma e roda em ambiente Unix, Linux ou Windows. A sua
atual verso 6 roda sobre o PHP 4.3.5 e banco de dados MySQL 4.1. A sua verso 7, que
est em desenvolvimento, exigir PHP 5.2 e MySQL 5.0. O Banco de dados PostgreSQL
tambm suportado, entretanto, alguns mdulos de terceiros podem no funcionar
corretamente no PostgreSQL. Os seus desenvolvedores recomendam o servidor Apache,
embora o Microsoft IIS, tambm funcione.
Sistema operacional
Servidor de aplicaes
Servidor Web
Banco de dados
Linguagem
Licena
Acesso Root
Acesso Shell

Unix, Linux, Windows


PHP 4.3.5 ou superior
Apache, IIS
MySQL 4.1 ou superior, PostgreSQL 7.4 ou superior
PHP
GNU GPL
No necessrio.
No necessrio.
Quadro 4.1 - Detalhes tcnicos do Drupal

25

4.2.2 Padres Web e Acessibilidade


As pginas geradas pelo Drupal tm como tipo de documento XHTML 1.0 e utiliza folhas
de estilo CSS para separar o contedo da apresentao. As pginas geradas pela instalao
com o tema padro do Drupal so validadas corretamente pela ferramenta de validao do
W3C. Entretanto, a validao do cdigo pode parar de funcionar, conforme o tema do stio
e os mdulos que ele roda. O prprio stio do Drupal utiliza um tema que no validado
corretamente. No cdigo HTML de sua pgina existe um comentrio alertando que ele no
valida, que eles gostariam que validasse, mas isso significaria uma experincia do usurio
reduzida para a maioria de seus visitantes, conforme o fragmento do cdigo da Figura 4.1.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"


"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head>
<!-- Note: does not validate. We would like it to, but that would mean
reduced user experience for the majority of our visitors. -->

Figura 4.1 - Fragmento de cdigo do stio drupal.org

O Drupal possui o recurso de URLs amigveis, desde que o Apache tenha instalado o
mdulo mod_rewrite. Para a utilizao deste recurso no Microsoft IIS, necessrio um
instalar uma extenso de terceiros. O uso das configuraes do mod_rewrite deixa as URLs
legveis, mas no permite a personalizao delas, para evitar essa limitao, necessrio
instalar um mdulo do Drupal chamado Path.
O Drupal no possui recursos extras de acessibilidade, tais como ampliar fonte, contraste
ou teclas de atalho pelo teclado. Seus nicos recursos de acessibilidade so os temas
escritos por contribuintes que focam ser mais acessveis para usurios deficientes visuais.
Ao contrrio do outros dois CMS analisados, os desenvolvedores no declaram
publicamente o comprometimento em se tentar atingir o padro WCAG.

4.2.3 Workflow
O controle de usurios no Drupal feito atravs de grupos, tambm chamado de papis,
que agrupam um conjunto de permisses que podem ser aplicado aos usurios do stio.
Em sua instalao padro, o Drupal no apresenta suporte para workflow. Ele permite

26

adicionar suporte para workflow atravs de um mdulo separado chamado workflow que
pode ser baixado em seu stio.

4.2.4 Internacionalizao e Localizao


O Drupal suporta mais de 40 idiomas, no entanto, alguns deles no esto atualizados para a
verso mais atual do Drupal. As tradues no vm na instalao padro e devem ser
baixada separadamente. Durante a instalao do CMS, o wizard de instalao fornece as
instrues de como baixar e instalar a traduo, que consiste em descompactar o pacote de
traduo no diretrio da instalao do stio.

4.2.5 Facilidade de uso


O Drupal no possui um editor visual WYSIWYG em sua instalao padro. necessrio
que o usurio saiba HTML para formatar o contedo. Porm, existem diferentes mdulos
que oferecem tal funcionalidade ao Drupal, dentre eles se destacam o TinyMCE e o
FCKeditor.
O TinyMCE possui mais recursos que o FCKeditor, incluindo corretor ortogrfico,
permisses de quem pode usar o editor e recursos de acessibilidade como teclas de atalhos
para acessar o menu. Para o upload de imagens, necessrio instalar outro plug-in,
chamado Image Assist.
O FCKeditor mais simples e no exige configuraes extras. Um recurso interessante do
FCKeditor a opo colar do Word, que permite colar textos escritos no Microsoft
Word, removendo o HTML que contm as configuraes de estilos e tamanho de fontes,
mas mantendo a formatao, como negrito, itlico.
Ambos os editores possuem recursos de desfazer aes e de redimensionar imagens.
Entretanto, nos testes realizados, nenhum deles conseguiu gerar XHTML vlido para
textos com formataes mais complexas.

4.2.6 Plugins
O Drupal fornece um ncleo com os recursos bsicos de um CMS e possui plug-ins ou
mdulos que estendem a sua funcionalidade. Sua verso 6.2 possui com 33 mdulos

27

ncleo, sendo 5 essenciais, que no podem ser desativados, e 28 mdulos opcionais. Alm
disso, ele possui centenas de mdulos gratuitos criados por colaboradores, disponvel para
download. Para a instalao destes mdulos, basta descompact-los no diretrio modules
do Drupal e ativ-lo no painel de administrao do stio, alguns deles exigem a execuo
de scripts de instalao para a configurao do banco de dados.

4.2.7 Segurana
De acordo com a Secunia (Secunia, 2008), desde 2003, foram emitidos 10 alertas de
segurana que endeream 22 falhas de segurana no Drupal. At Novembro de 2008, todas
elas testavam corrigidas. 60% dos problemas foram considerados menores e 40%
moderados (Figura 4.2).

Figura 4.2 - Gravidade dos problemas de segurana do Drupal (Secunia, 2008).

90% das falhas do Drupal podiam ser exploradas remotamente e 10% atravs da mquina
local (Figura 4.3).

28

Figura 4.3 - Onde as falhas do Drupal poderiam ser exploradas (Secunia, 2008).

A maior parte das falhas do Drupal eram em relao manipulao de dados (28%), Cross
Site Scripting (28%) e contorno de segurana (22%) (Figura 4.4).

Figura 4.4 - Impacto das falhas de segurana do Drupal (Secunia, 2008).

4.2.8 Documentao e suporte


O Drupal possui sua documentao online e suporte aos usurios atravs de fruns, listas
de discusses e bate-papo atravs do protocolo IRC. Todo o suporte e documentao so
fornecidos por colaboradores e voluntrios do projeto. O suporte e a documentao em
portugus esto disponveis pelo stio Drupal Brasil, que tambm mantm a traduo do

29

projeto.
Foram encontrados 20 ttulos de livros publicados ou a serem publicados em 2009 que tm
como assunto o Drupal, at o momento, nenhum deles possui traduo para o portugus. A
lista completa dos livros se encontra no Apndice B.

4.3

Joomla

4.3.1 Caracteristicas tcnicas


O Joomla roda em ambiente Unix, Linux ou Windows. A verso analisada foi a 1.5 cujo
requisito mnimo PHP 4.2, banco de dados MySQL 3.23 e servidor Apache 1.3. Embora
outros servidores Web e banco de dados possam funcionar com algumas adaptaes nas
configuraes, eles no so suportados oficialmente pelo Joomla.

Sistema operacional
Servidor de aplicaes
Servidor Web
Banco de dados
Linguagem
Licena
Acesso Root
Acesso Shell

Unix, Linux, Windows


PHP 4.2 ou superior
Apache 1.3 ou superior
MySQL 3.23 ou superior
PHP
GNU GPL v2
No necessrio.
No necessrio.
Quadro 4.2 - Detalhes tcnicos do Joomla

4.3.2 Padres Web e Acessibilidade


O Joomla gera pginas em XHTML e utiliza de folhas de estilos CSS. Ambos foram
validados corretamente pelas ferramentas de validao da W3C. Em seu manual, existe
uma declarao em que se afirma o comprometimento de se seguir os padres web e de se
atingir o nvel de acessibilidade WCAG prioridade 2 (Joomla, 2008). Dois dos trs temas
que vm na instalao padro do Joomla possui o recurso de tamanho da fonte para
auxiliar usurios com baixa viso.
Assim como o Drupal, o Joomla suporta uso de URLs amigveis atravs do mod_rewrite
do Apache.

30

4.3.3 Workflow
Da mesma maneira que o Drupal, o Joomla no tem suporte nativo para workflow. Existe
apenas um controle bsico de permisses que feito atravs de grupos, contendo sete
nveis de acessos, sendo quatro para o frontend (registrado, autor, editor, redator) e trs
para o backend (gerente, administrador, super administrador). No possvel criar novos
grupos ou editar os existentes para se adequar as necessidades para um caso em particular.
O suporte para ACL (Access Control List), est prevista para a verso 1.6 do Joomla.
Para adicionar um melhor controle de acessos ao Joomla, necessria a compra de um
componente comercial como o JUGA, JACL Plus ou o cACL. Tais extenses fazem
apenas o controle de acesso, permitindo criar novos grupos e permisses, mas no d
suporte para workflow.
Existe uma extenso chamada oWorkflows que adiciona a funcionalidade de workflow ao
Joomla. Para no ficar limitado aos 7 grupos padres do Joomla, ele permite a integrao
com os grupos do JUGA e do JACL. Entretanto, a verso 0.3.7s do oWorkflows oferecida
atualmente ainda no suporta a verso do Joomla 1.5.
At novembro de 2008, momento da escrita deste trabalho, no h uma soluo gratuita
para um controle avanado de usurios no Joomla e uma soluo para workflow que
funcione com a verso do Joomla analisada.

4.3.4 Internacionalizao e Localizao


Antes da verso 1.5 do Joomla, apenas a interface do usurio suportava outros idiomas
alm do ingls. A partir da verso 1.5, as tradues das interfaces do Joomla esto
divididas em trs partes: a interface de instalao, a interface de administrao e o stio em
si. A interface de instalao do Joomla, que guia o administrador a montar e configurar o
stio, est disponvel em 51 idiomas. Aps a instalao, para traduzir o stio e a interface de
administrao necessrio baixar os pacotes de traduo e instal-los. No stio de
extenses do Joomla esto disponveis 98 pacotes de idiomas para download.

4.3.5 Facilidade de uso


O Joomla possui como padro o editor visual TinyMCE 2.0, que como no caso do Drupal,

31

no gera cdigos vlidos. A instalao do Joomla possui como alternativa o editor


XStandard Lite que foca em oferecer pginas seguindo padres web gerando XHTML
vlidos e utilizando as classes definidas nos CSS para a formatao dos textos. Para a sua
utilizao necessrio fazer um cadastro no stio do XStandard e instalar um plug-in no
navegador. Alm disso, para a sua instalao, necessrio que o usurio tenha permisses
de administrador em sua estao de trabalho e rode o sistema operacional Windows ou
Mac OS/X. Esses requisitos tiram de certa forma o conceito de se poder gerenciar o
contedo de qualquer lugar, pois mquinas rodando Linux ou que no possuem privilgios
para instalao de programas no podero utilizar este WYSIWYG.
Apesar de gerar um cdigo limpo e vlido, seus recursos de formatao so inferiores do
que o TinyMCE. Seu uso mais adequado para se usar em conjunto com um editor de
textos externo como o Word, onde o texto formatado usando este editor e o XStandard
filtraria as tags HTML do texto colado, convertendo-o para a formatao vlida.

4.3.6 Plugins
As extenses do Joomla so classificadas em trs tipos: Componentes, Mdulos e Plugins.
Os componentes rodam a parte principal de uma pgina, como artigos, blogs, sesses,
informaes de perfil dos usurios, etc. Os mdulos so pedaos de informaes
secundrias que fazem parte do stio, como menus, caixas de login, banners, ltimas
notcias, etc. Os plugins so pedaos de cdigo que executam alguma lgica e geralmente
no interagem com o usurio.
O Joomla possui um diretrio com centenas de extenses para download e, diferentemente
dos outros dois CMS analisados, alm das extenses gratuitas, o Joomla possui um grande
nmero de extenses comerciais.

4.3.7 Segurana
Segundo o Secunia, desde 2003, foram emitidos 19 alertas de segurana que endeream 66
falhas de segurana no Joomla. At Novembro de 2008 todas elas estavam corrigidas ou
por um remendo de correo (89%) ou por uma forma contorno (11%), conforme a Figura
4.5.

32

Figura 4.5 - Solues para os problemas de segurana do Joomla

63% dos problemas foram considerados moderados, 32% menores e 5% no crticos


(Figura 4.6).

Figura 4.6 - Gravidade dos problemas de segurana do Joomla.

Todas as falhas de segurana do Joomla eram explorveis remotamente (Figura 4.7).

33

Figura 4.7 - Onde as falhas do Joomla poderiam ser exploradas

A maior parte das falhas de segurana foram relacionados a Cross Site Scripting (30%),
manipulao de dados (24%), desconhecidos (15%) e contorno de segurana (12%),
conforme a Figura 4.8.

Figura 4.8 - Impacto das falhas de segurana do Joomla

4.3.8 Documentao e suporte


O Joomla possui a sua documentao on-line e o nico suporte oficial aos usurios feito
atravs do frum em seu stio. Embora seus usurios tenham criado listas de e-mails para
discusso, no existe uma lista oficial suportada por seus desenvolvedores. Existe tambm
um canal de bate-papos pelo IRC com muitos de seus operadores pertencentes equipe de
desenvolvimento do Joomla, mas este tambm no considerado oficial para termos de

34

suporte.
Recursos de documentao e suporte em lngua portuguesa podem ser encontrados nos
stios Joomla Brasil e JoomlaBR, alm de um subfrum dedicado a lngua portuguesa no
stio oficial do Joomla.
Foram encontrados 26 ttulos de livros publicados ou a serem publicados em 2009 que tm
como assunto o Joomla, apenas o livro Joomla Guia do Operador se encontra em
lngua portuguesa. A lista completa dos livros se encontra no Apndice B

4.4

Plone

4.4.1 Caractersticas tcnicas


O Plone um sistema de gesto de contedos construdo em cima do servidor de
aplicaes Zope, que escrito em linguagem Python e faz a persistncia de seus objetos de
forma transparente em um banco de dados orientado a objetos prprio, chamado ZODB
(Zope Object Data Base). O Plone roda sobre as plataformas Windows, Unix e Linux.
Alguns de seus recursos administrativos exigem que se tenha acesso Shell na mquina
onde o Zope esteja instalado, entretanto a maioria das tarefas de gerncia de contedos
pode ser feita atravs no navegador Web.

Sistema operacional
Servidor de aplicaes
Servidor Web
Banco de dados
Linguagem
Licena
Acesso Root
Acesso Shell

Unix, Linux, Windows


Zope
Apache, IIS (ou qualquer um que funcione como proxy)
ZODB
Python
GNU GPL
No necessrio.
necessrio.
Quadro 4.3 - Detalhes tcnicos do Plone

4.4.2 Padres Web e Acessibilidade


O Plone foi o primeiro CMS 100% compatvel com os padres XHTML e CSS,
funcionando em qualquer dispositivo que suporte HTML, incluindo navegadores antigos e
aparelhos celulares. Tambm foi o primeiro CMS compatvel com os padres de
acessibilidade WAI-AA e US Section 508, permitindo que usurios com deficincias

35

visuais ou motoras possam usar o stio (Plone, 2008).


O cdigo das pginas do Plone facilita a sua leitura por softwares leitores de tela usados
por deficientes visuais e possui atalhos de teclado que ajudam pessoas com dificuldade de
usar o mouse, ou mesmo quem acessa o stio atravs de um aparelho celular.
O Plone permite URLs amigveis completamente personalizveis pelo navegador, no
havendo a necessidade de editar arquivos de configurao do mod_rewrite do Apache,
como nos outros CMS analisados.
O Plone foi o nico dos CMS analisados que suporta o padro Dublin Core para
metadados, sem a necessidade de instalar nenhum plug-in.

4.4.3 Workflow
O controle de acesso no Plone feito atravs de permisses e nveis de acesso de forma
granular. As permisses podem ser globais para o stio, ou especficas para alguma seo
do stio. Ele permite a criao de grupos que podem agrupar um conjunto de regras de
permisses, para serem aplicadas mais facilmente a vrios usurios.
O Plone possui suporte nativo a workflow e permite regras de workflow, no s pelo tipo de
contedo, como tambm pela localizao do contedo no stio. Desta maneira, diferentes
partes do stio podem ter diferentes configuraes de segurana e diferentes caminhos de
workflow para os mesmos tipos de objetos.

4.4.4 Internacionalizao e Localizao


O Plone est disponvel em mais de 35 idiomas e foi projetado desde o incio para
gerenciar contedos de pginas multilnges. Diferentemente dos outros dois CMS
avaliados, a instalao do Plone j acompanha as tradues para todos os idiomas
suportados, no sendo necessrio baix-las separadamente.

4.4.5 Facilidade de uso


O Plone possui um editor visual padro chamado Kupu, que gera cdigos de pginas
XHTML vlidas. Diferentemente dos outros WYSIWYG, ele no permite que o usurio

36

use cdigo de formatao, como cores e tamanhos de fontes, misturado com o contedo.
Ao invs disso, ele s permite o uso de estilos pr-definidos no CSS. Apesar de isso limitar
as possibilidades de formataes diferentes que podem ser usadas no stio, ela garante a
consistncia da formatao entre as pginas, pois apenas os estilos e cores que o
webmaster escolher podero ser usados no stio.
O Kupu se integra com o Plone, permitindo insero e redimensionamento de imagens. Os
links internos das pginas podem ser inseridos a partir uma lista, evitando que o usurio
digite o endereo errado e se tenha links quebrados. O Plone mantm a integridade dos
links para as pginas internas, de modo que se uma pgina tem o seu endereo alterado,
todas as outras que possuem alguma referncia para ela, so atualizadas.
Apesar de o Plone ser fcil de usar pelo usurio final, a configurao e personalizao do
Plone pelo administrador do stio mais complicado que os outros dois CMS. necessrio
conhecer como funciona a estrutura de objetos, camadas e templates do Zope, exigindo um
tempo de aprendizado maior que os outros CMS. Alm disso, o uso da linguagem Python,
menos popular que o PHP e no suportada pela maioria dos servios de hospedagem de
stios mais baratos, faz com que apenas empresas maiores, que possuem servidor prprio,
ou que possam pagar a mais para ter um servidor que suporte o Zope, o adotem.

4.4.6 Plugins
O diretrio de extenses do Plone conta com 926 projetos com 2406 lanamentos,
divididos em 28 categorias. A maneira tradicional de se instalar um plug-in nas verses
anteriores do Plone era baixar o pacote no stio e descompactar o arquivo na pasta
Products do Plone, maneira semelhante instalao de plug-ins no Drupal. A partir do
Plone 3, adotou-se uma nova forma de se instalar os plug-ins, utilizando-se pacotes Python
eggs, que a maneira padro como os pacotes Python so distribudos. No Plone, os eggs
podem ser instalados a partir de um script chamado buildout, que pode automatizar a
instalao de vrios pacotes e configuraes. Esta maneira til para automatizar a
implantao de um sistema completo e configurado em um ambiente de produo. Outra
maneira de se instalar os eggs atravs do utilitrio easy_install, que instala pacotes
individualmente de forma rpida. Uma das vantagens da utilizao dos eggs que o
utilitrio baixa automaticamente os pacotes da internet e as suas eventuais dependncias,

37

por outro lado, existe a desvantagem de ser necessrio acesso shell a mquina onde a
instncia do Plone est instalada. Muitos dos desenvolvedores de plug-ins ainda no
adotaram a distribuio de seus pacotes na forma de eggs, fazendo com que o diretrio de
extenses do Plone tenha duas formas distintas de se instalar plug-ins, que pode complicar
a tarefa de administrao de um stio com vrios add-ons instalados.

4.4.7 Segurana
Segundo o Secunia, desde 2003, foram emitidos 3 alertas de segurana que endeream 4
falhas de segurana no Plone 3.x. At Novembro de 2008 todas elas estavam corrigidas.
Estas falhas foram classificadas como altamente crtica (33%), moderadamente crtica
(33%) e menos crtica (33%), conforme a Figura 4.9

Figura 4.9 - Gravidade dos problemas de segurana do Plone

Todas as falhas descobertas podiam ser exploradas remotamente, conforme a Figura 4.10.

Figura 4.10 - Onde as falhas do Plone poderiam ser exploradas

38

Dentre as falhas descobertas, 67% se referiam a cross site scripting e 33% de acesso ao
sistema (Figura 4.11).

Figura 4.11 - Impacto das falhas de segurana do Plone

4.4.8 Documentao e suporte


O Plone possui sua documentao online e suporte aos usurios atravs de fruns, listas de
discusses e bate-papo atravs de um applet Java em seu stio ou pelo protocolo IRC. O
principal recurso em lngua portuguesa para o Plone o stio Tch Zope, onde se pode
encontrar tradues de documentaes, artigos, tutorias e frum de discusso. Foram
encontrados 12 ttulos de livros publicados ou a serem publicados em 2009 que tm como
assunto o Plone, at o momento, nenhum deles possui traduo para o portugus. A lista
completa dos livros se encontra no Apndice B.

39

Captulo 5

5Comparao dos CMS


5.1

Introduo

Este captulo faz um paralelo das caractersticas dos CMS apresentadas no captulo
anterior, com o auxilio de quadros comparativos.

5.2

Caractersticas tcnicas

Todos os CMS avaliados so multiplataforma. O Drupal e o Joomla possuem


caractersticas tcnicas semelhantes, exigindo configuraes de servidores mais simples,
utilizando Apache, PHP e MySQL. O Plone perde neste quesito por ser escrito em
linguagem Python, que menos comum no desenvolvimento web, exigir que se tenha o
servidor Zope paralelo ao Apache e requerer que se tenha acesso shell ao servidor para
algumas aes de administrao (Quadro 5.1).

Sistema
operacional
Servidor de
aplicaes
Servidor Web

Banco de
dados
Linguagem
Licena
Acesso Root
Acesso Shell

Drupal
Unix, Linux, Windows

Joomla
Unix, Linux, Windows

Plone
Unix, Linux, Windows

PHP 4.3.5 ou superior

PHP 4.2 ou superior

Zope

Apache, IIS

Apache 1.3 ou superior

MySQL 4.1 ou
superior, PostgreSQL
7.4 ou superior
PHP
GNU GPL
No necessrio.
No necessrio.

MySQL 3.23 ou superior

Apache, IIS (ou


qualquer um que
funcione como proxy)
ZODB

PHP
GNU GPL v2
No necessrio.
No necessrio.

Python
GNU GPL
No necessrio.
necessrio.

Quadro 5.1 Comparao dos critrios tcnicos

5.3

Padres Web e acessibilidade

Os templates originais dos trs CMS utilizam-se dos padres XHTML e CSS, entretanto,
apenas o Plone consegue manter a validade do XHTML em pginas geradas a partir do seu

40

editor visual, sem que seja instalado nada no lado do cliente.


Todos os CMS analisados so capazes de gerar URL amigveis, mas apenas o Plone possui
esta opo nativa e habilitada por padro. Somente o Plone utiliza o padro Dublin Core
para metadados.
Quanto aos recursos de acessibilidade, o Joomla diz procurar atingir o nvel WAI-AA,
enquanto que o Plone diz ter certeza de estar enquadrado no nvel WAI-AA, mas que
alguns pontos do WCAG so subjetivos e que esta interpretao pode variar. J o Drupal,
no possui qualquer recurso de acessibilidade nativamente ou algum documento que
indique que tais recursos sero implementados.
Os demais recursos de acessibilidade como o aumento de fonte, alto contraste, leitura de
tela e teclas de atalhos so mostradas no Quadro 5.2.

XHTML/CSS
Gera XHTML
atravs do
editor visual
URLs
amigveis
Dublin Core
Aumentar
fonte
Alto contraste
Otimizado
para leitor de
tela
Atalhos de
Teclado
WCAG

Drupal
Sim
No

Joomla
Sim
Apenas com o plug-in
XStandard Lite

Plone
Sim
Sim

Sim (mod_rewrite)

Sim (mod_rewrite)

Sim (nativo)

No
No

No
Sim

Sim
Sim

No
No informado

Sim
No informado

No
Sim

No

No

Sim

No informado

Procura atingir WAI-AA

Diz estar de acordo


com o WAI-AA

Quadro 5.2 - Comparao dos padres Web e Acessibilidade

5.4

Workflow

Tanto o Drupal como o Plone possui um controle avanado de usurios, gerenciado atravs
do uso de grupos. J no Joomla, o controle de usurios feito atravs de sete grupos de
permisses fixos, que no podem ser alterados sem a utilizao de plug-ins pagos.

41

O Drupal possui suporte a workflow atravs de um plug-in que pode ser obtido no seu stio
de extenses. No Plone o plug-in de workflow j vem em sua instalao, bastando habilitlo. O Joomla possui um plug-in de workflow que funcionava em sua verso 1.0, mas que
no est atualizado para funcionar em sua verso atual (Quadro 5.3).

Controle de
Usurios
Workflow

Drupal
Grupos

Com plug-in gratuito

Joomla
Fixo em 7 grupos. Plugins pagos adicionam
edio de grupos
Com plug-in gratuito
(mas no funciona na
verso atual)

Plone
Usurios e Grupos

Plug-in nativo que


acompanha a instalao

Quadro 5.3 - Comparao dos recursos de Workflow

5.5

Internacionalizao e Localizao

Todos os CMS analisados possuem suporte ao idioma portugus e localizao brasileira. O


Plone vem com todos os idiomas suportados em sua instalao, enquanto nos outros CMS
os pacotes de idiomas devem ser baixados separadamente (Quadro 5.4).

Disponvel em
portugus
Idiomas
Localizao

Drupal
Sim

Joomla
Sim

Plone
Sim

Mais de 40
Sim

51
Sim

35
Sim

Quadro 5.4 - Comparao da internacionalizao e localizao

5.6

Facilidade de uso

Dos CMS analisados, apenas o Drupal no possui editor visual WYSIWYG padro
instalado. Em todos os CMS o editor padro pode ser alterado atravs do uso de plug-ins.
Todos eles permitem a formatao, insero de links e upload de arquivos (Quadro 5.5).
Do ponto de vista do administrador do stio, a configurao e personalizao do stio so
mais difceis de serem feitas no Plone, pois exige que se tenha conhecimentos do Zope, e
sua estrutura de camadas e objetos e a configurao de vrios arquivos XML. No Drupal a
configurao tambm no trivial, pois mesmo os seus recursos bsicos de gesto de
contedos, so feitos atravs de plug-ins, muitos deles exercem a mesma funo e o

42

administrador deve pesquisar e testar vrios deles, at encontrar o melhor. Dos trs CMS
analisados, o Joomla o mais fcil de configurar e personalizar, pois possui a maior parte
dos recursos de gesto de contedo nativa e a instalao de plug-ins e configuraes so
feitas pelo navegador.
Drupal

Joomla
TinyMCE

Plone
Kupu

Com plug-in

Sim

Com plug-in

Sim

Redimensionador Com plug-in


de Imagens
Sim
Upload de
arquivos
Mdio
Configurao e
personalizao

Sim

Sim, estilos definidos


pelo administrador
Sim, com controle de
integridade de links
internos
Sim

Sim

Sim

Fcil

Difcil

WYSIWYG
padro

Apenas com plug-in

Formatao de
texto
Insero de link

Quadro 5.5 - Comparao da facilidade de uso

5.7

Plugins

Todos os CMS analisados possuem suporte para plug-ins. A instalao de plug-ins no


Joomla a mais fcil, pois basta baixar o pacote no stio e fazer o upload do plug-in pelo
prprio navegador. No Drupal para instalar plug-ins deve se descompactar o pacote no
diretrio plug-ins e habilit-lo na interface de administrao. No Plone, possvel instalar
plug-ins da mesma maneira que o Drupal, ou atravs da utilizao de Python eggs, que
possui a vantagem de possuir controle de dependncia e a desvantagem de se exigir acesso
shell a mquina do servidor.

Instalao

Controle de
dependncias

Drupal
Copiar para o diretrio

Joomla
Instalao pelo prprio
navegador.

No

No
Quadro 5.6 - Comparao do uso de plug-ins

Plone
Copiar para o diretrio,
Utilitrio easy_install
Utilitrio buildout
Apenas usando Python
eggs.

43

5.8

Segurana

Conforme os relatrios de segurana da Secunia, o Joomla foi o CMS analisado no qual


foram encontrados mais falhas de segurana, com 66 no total. No Drupal foram
encontradas 22 falhas e no Plone, apenas 4 falhas (Quadro 5.7).

Alertas de
segurana
Falhas
descobertas
Falhas
altamente
crticas
Falhas
moderadas
Falhas
menores
Falhas no
crticas

Drupal
10

Joomla
19

Plone
3

22

66

0%

0%

33%

40%

63%

33%

60%

32%

33%

0%

5%

0%

Quadro 5.7 - Comparao da segurana

5.9

Documentao e suporte

Por se tratarem de softwares livres, a maior parte da documentao e suporte dos trs CMS
feita pela comunidade de usurios. Apesar do Joomla no possuir oficialmente uma lista
de e-mails ou suporte via chat, ele possui uma comunidade maior, que faz com seus fruns
de discusso sejam mais ativos. Alm disso, o Joomla possui um nmero maior de
publicaes impressas, sendo o nico com um livro disponvel em lngua portuguesa
(Quadro 5.8).

Documentao
Lista de e-mail
Fruns
Chat
Livros
publicados
Livros em
portugus

Drupal
On-line
Sim
Sim
Sim
20

Joomla
On-line
No
Sim
No
26

Plone
On-line
Sim
Sim
Sim
12

Nenhum

Nenhum

Quadro 5.8 - Comparao da documentao e suporte

44

5.10 Deciso
Decidiu-se pela escolha do Plone como CMS a ser adotado, pois o Plone se mostrou
melhor na maioria dos quesitos analisados. O Plone possui recursos de acessibilidade,
exigncia da lei brasileira para os stios de instituies pblicas, alm de estar de acordo
com os padres Web, utilizando XHTML e CSS, recomendaes do padro e-gov para
desenvolvimento de stios. O seu editor fcil de usar e ao mesmo tempo garante que as
formataes feitas pelo usurio no quebram as especificaes de XHTML do stio. A sua
gerncia de permisses pode ser feita de maneira granular, com suporte a workflow, tanto
globalmente pelo tipo de contedo, como pela localizao do contedo na rvore de
navegao do stio. Alm disso, possui interface em lngua portuguesa, suporta a instalao
de plug-ins, com controle de dependncias e possui um histrico de poucas falhas de
segurana encontradas. Um dos seus pontos fracos a exigncia de um grande tempo de
aprendizado para o administrador entender sua estrutura de camadas, objetos e arquivos de
configuraes, alm de exigncias tcnicas diferentes do tradicional LAMP (Linux,
Apache, MySQL e PHP).
No caso do Drupal, sua principal deficincia a falta de recursos de acessibilidade e
carncia de um editor WYSIWYG que garanta a manuteno de um cdigo XHTML
vlido.
O Joomla possui a desvantagem de ter fixo os grupos de usurios, obrigando a utilizao
das suas permisses padres, que podem no refletir as necessidades reais do utilizador.
Alm disso, os requisitos de permisses de uma organizao so dinmicos e podem mudar
com o tempo. A falta de um plug-in de worklow que funcione na verso do Joomla
analisada tambm um ponto fraco, pois centraliza a publicao de contedos no stio.

45

Captulo 6

6Concluso

Conforme uma organizao cresce, o volume de informaes por ela gerado tambm
cresce, aumentando a demanda para divulg-las na internet. O uso de um sistema de gesto
de contedos permite agilizar o processo de publicao de contedo ao descentraliz-lo,
permitindo que usurios no tcnicos, no papel de autores, sejam capazes de publicarem
pginas na web.
Este trabalho avaliou as principais ferramentas CMS de cdigo livre, focando-se nas
principais necessidades do estudo de caso, UTFPR - Campus Francisco Beltro e nas
recomendaes do padro e-gov para desenvolvimento de stios de instituies do governo
federal.
De acordo com os critrios avaliados, conclui-se que o Plone o mais indicado para a
implantao do sistema. Apesar das exigncias tcnicas diferenciadas e de exigir uma
grande curva de aprendizagem, o Plone se mostrou melhor na maioria dos itens analisados.
Um parmetro recomendado pelo padro e-gov para a avaliao de um CMS que no foi
considerado neste trabalho a questo do desempenho. A medio do desempenho dos
CMS, exigiria um estudo mais detalhado com a escolha das tcnicas e mtricas
apropriadas, a utilizao de um ambiente controlado, entre outras variveis. Preferiu-se no
incluir este critrio na comparao dos CMS sob pena de se ter resultados imprecisos ou
incorretos. Tal comparao poder ser feita em um trabalho futuro.

46

Referncias Bibliogrficas

BOIKO, B. Content management bible, 2nd edition. 2nd. ed. Indianapolis, Ind.: Wiley
Pub., 2005.
BOISOT, M. Knowledge assets : securing competitive advantage in the information
economy. Oxford ; New York: Oxford University Press, 1998.
CONTENTMANAGER. What is a content management system? , 2008. Disponvel
em:<http://www.contentmanager.eu.com/cms.htm>. Acesso em: 12/10/2008.
CRUZ, T. Gerncia do conhecimento. So Paulo: Ed. Cobra, 2002.
Dublin Core Metadata Initiative. 2008. Disponvel em:<http://dublincore.org/>. Acesso
em: 06/10/2008.
GOOGLE. Google Insights for Search. 2008a. Disponvel
em:<http://www.google.com/insights/search/#cat=13&q=mambo%2Cjoomla&cmpt=q>.
GOOGLE. Razes para se usar o Google. 2008b. Disponvel
em:<http://www.google.com.br/why_use.html>. Acesso em: 12/11/2008.
IFLA. Digital Libraries: Metadata Resources. 2005. Disponvel
em:<http://www.ifla.org./II/metadata.htm>. Acesso em: 12/11/2008.
INMON, W. H. et al. Business metadata : capturing enterprise knowledge.
Elsevier/Morgan Kaufmann, 2008. (Amsterdam; Boston).
JOOMLA. Joomla - Accessibility Statement. 2008. Disponvel
em:<http://help.joomla.org/content/view/805/125/>.
MCGEE, J.; PRUSAK, L. Gerenciamento estratgico da informao. Rio de Janeiro:
Campus, 1994.
MCKAY, A. The Definitive Guide to Plone. Apress, 2004.

47

MCNAY, H. E. Enterprise content management: an overview. Professional


Communication Conference, 2002. IPCC 2002. Proceedings. IEEE International [S.I.],
2002.
OLIVEIRA, D. P. R. Sistemas de informaes gerenciais: estratgias, tticas,
operacionais. 4. ed. So Paulo: Atlas, 1997.
Padres Brasil e-GOV - Governo Eletrnico. 2008. Disponvel
em:<http://www.governoeletronico.gov.br/acoes-e-projetos/padroes-brasil-e-gov>. Acesso
em: 20/10/2008.
PEREIRA, J. C. L.; BAX, M. P. Introduo Gesto de Contedos. In: Workshop
Brasileiro de Inteligncia Competitiva e Gesto do Conhecimento, 2002. 2002.
PHP-NUKE. PHP-Nuke Commercial License. 2008. Disponvel
em:<http://phpnuke.org/modules.php?name=Commercial_License>. Acesso em:
10/11/2008.
PLONE. Existing features Plone CMS: Open Source Content Management. 2008.
Disponvel em:<http://plone.org/products/plone/features/3.0/existingfeatures/referencemanual-all-pages>. Acesso em: 09/11/2008.
SECUNIA. Secunia.com. 2008. Disponvel em:<http://www.secunia.com/>. Acesso em:
12/11/2008.
WFMC. The Workflow Reference Model. 1995. Disponvel em:<http://www.wfmc.org/>.
Acesso em: 12/10/2008.

Apndice A
Glossrio
Backend: No contexto de CMSs, backend a interface de administrao do site.
Blog: um sistema de publicao na web destinado a divulgar informao por ordem
cronolgica, semelhana de um dirio.
FAQ: Acrnimo de Frequently Asked Questions, uma seo com respostas para
perguntas freqentes nos sites.
Frontend: Interface de interao entre o sistema e o usurio.
Proxy: Servidor que atende a requisies repassando os dados a outros servidores.
Root: Usurio que possui acesso a todos os recursos do sistema, sem restries, utilizado
para administrao de sistemas.
Shell: Programa que recebe, interpreta e executa os comandos de usurio, aparecendo na
tela como uma linha de comandos, representada por um prompt, que aguarda os
comandos do usurio
Syndication: tornar o material de um site disponvel a sua audincia ou a outros sites,
provendo um resumo do contedo adicionado recentemente. Exemplos so feeds
RSS ou Atom.
W3C: Acrnimo de World Wide Web Consortium, um consrcio mundial fundado em
1994, responsvel pela criao de padres que regem a Web.
Wiki: software colaborativo permite a edio coletiva dos documentos usando um sistema
que no necessita que o contedo tenha que ser revisto antes da sua publicao.

Apndice B
Lista de livros publicadas sobre os CMS
Drupal
Build Websites With Drupal, 100 Most Asked Questions on Drupal - The Free and Open
Source modular framework and Content Management System (CMS) por Andrew Haney
(2008)
Building Online Communities With Drupal, phpBB, and WordPress por Robert T.
Douglass, Mike Little, e Jared W. Smith (2005)
Building powerful and robust websites with Drupal 6 por David Mercer (2008)
Cracking Drupal: A Drop in the Bucket por Greg Knaddison (2009)
Drupal 5 Themes por Ric Shreves (2007)
Drupal 6 por Thorsten P. Luhm (2008)
Drupal 6 Themes por Ric Shreves (2008)
Drupal A Beginner's Guide por Ray West (2009)
Drupal Essential Training por Tom Geller (verso em cd-rom, 2008)
Drupal Multimedia por Aaron Winborn (2008)
Drupal: Creating Blogs, Forums, Portals, and Community Websites por David Mercer
(2006)
Front End Drupal: Designing, Theming, Scripting (Developer's Library) por Konstantin
Kfer and Emma Hogbin (2009)
Learning Drupal 6 Module Development por Matt Butcher (2008)
Leveraging Drupal: Getting Your Site Done Right por Victor Kane (2009)
Practical Drupal: Evaluating and Using a Web Content Management System por Niall

Mansfield (2008)
Pro Drupal Development por John K. VanDyk e Matt Westgate (2007)
Pro Drupal Development, Second Edition (Beginning from Novice to Professional) por
John K. VanDyk. (2008)
Professional Drupal por Trevor Twining (2009)
Selling Online with Drupal e-Commerce (From Technologies to Solutions) por Michael
Peacock (2008)
Using Drupal por Angela Porron, Heather Berry, Nathan Haug, and Jeff Eaton (2008)
Joomla
Joomla!: Guia do Operador por BARRIE NORTH (2008)
Advanced Joomla! por Dan Rahmel (2009)
Beginning Joomla!: From Novice to Professional, Second Edition (Beginning from Novice
to Professional) por Dan Rahmel (2009)
Building Web 2.0 Business Websites: Business Process Innovation with Web 2.0 and
Joomla! por Jackley Cesar (2008)
Building Websites with Joomla! 1.5: The best-selling Joomla! tutorial guide updated for
the latest 1.5 release por Hagen Graf (2008)
Dodging the Bullets: A Disaster Preparation Guide for Joomla! Web Sites por Thomas
Canavan (2007)
Fundamentals of Joomla! (Video Training) por Barrie M. North (2009)
Joomla por Florian Harms (2006)
Joomla! 1.5 & Virtuemart Websites for Small Business! por PhD Michelle M. Griffin
(2008)
Joomla! 1.5 & Virtuemart Websites for Sports and Clubs por Michelle M. Griffin (2008)

Joomla! 1.5 & VirtueMart: The Power is at your Fingertips! por Michelle M. Griffin PhD
(2008)
Joomla! 1.5 por Hagen Graf (2008)
Joomla! A User's Guide: Building a Successful Joomla! Powered Website por Barrie M.
North (2007)
Joomla! Accessibility: A quick guide to creating accessible websites with Joomla! por
Joshue O Connor (2007)
Joomla! Cash: Money-making weapons for your Joomla! website por Brandon Dawson
(2007)
Joomla! For Dummies (For Dummies (Computer/Tech)) por Steve, Ph.D. Holzner e Nancy
Conner (2009)
Joomla! Template Design: Create your own professional-quality templates with this fast,
friendly guide: A complete guide for web designers to all aspects... Joomla! 1.0.8 PHP
Content Management System por Tessa Blakeley Silver (2007)
Joomla! Templates: The Official Guide por Chris Davenport (2009)
Joomla! Web Security por Tom Canavan (2008)
Joomla!: Visual QuickStart Guide por Marni Derr and Tanya Symes (2008)
Learning Joomla! 1.5 Extension Development: Creating Modules, Components, and
Plugins with PHP por Joseph L. LeBlanc (2007)
Mastering Joomla! 1.5 Extension and Framework Development: The Professional Guide
to Programming Joomla! por James Kennard (2008)
Open Source Pro: Joomla por Tim, Jowers (2007)
Professional Joomla! (Programmer to Programmer) por Dan Rahmel (2007)
The Definitive Guide to Joomla por Mitchell Pirtle (2005)

The Joomla Admin Manual: A Step por Step Guide to a Successful Website por Barrie
North (2007)
Website Design Guide to Joomla! 1.5, Virtuemart & Extensions por PhD (abd), Michelle
M. Griffin (2008)
Plone
A User's Guide to Plone: Updated for Plone 3 por Thomas Lotze, Alan Runyan, Jan Ulrich
Hasecke, e Robert Nagle (2008)
Building Websites with Plone: An in-depth and comprehensive guide to the Plone content
management system. por Cameron Cooper (2004)
Content Management with Plone: Handbook for Authors and Editors: Updated for Plone 2
por Thomas Lotze and Christian Theune (2006)
Plone 2.0 por Peter Walerowski (2005)
Plone por Andy McKay (2005)
Plone Content Management Essentials por Julie C. Meloni (2004)
Plone Live por Michel; Shariff, Munwar Pelletier (2005)
PLONE: CONTENT MANAGEMENT ESSENTIALS por Julie C. Meloni (2005)
Practical Plone 3: A Beginner's Guide to Building Powerful Websites por Sam Knox, Jon
Stahl, Martin Aspeli, e David Convent (2009)
Professional Plone Development por Martin Aspeli (2007)
The Definitive Guide to Plone por Andy McKay (2004)
Web Component Development with Zope 3 por Philipp von Weitershausen e P. J. Eby
(2008)

Maring, 24 de maro de 2009.

Coordenao de Trabalho de Especializao


Departamento de Informtica
Centro de Tecnologia
Universidade Estadual de Maring

Encaminhamos, em anexo, a monografia entitulada UM ESTUDO COMPARATIVO DE


SISTEMAS DE GESTO DE CONTEDO PARA A MANUTENO DE STIOS WEB
EM UNIVERSIDADES PBLICAS BRASILEIRAS para avaliao desta coordenao.

___________________________
Aluno: Leandro Koiti Sato

___________________________________________
Orientador: Prof. Dante Alves Medeiros Filho