Weby - O Gerenciador de Conteúdo Web para IFES

(1)

Apresentaç ão Conte údo Finalizaç ão

Weby - O Gerenciador de Conte ´udo Web

para IFES

Marcello Moura, Nicolas Lazarte, Arthur Guimar ˜aes {faraohh,nicolaslazartekaqui,warthur2}@gmail.com

UFG−Cercomp−Equipe Web

(2)

Sum ´ario I

1 _{Apresentac¸ ˜ao}

Objetivos desse trabalho

Estudo de caso: Os CMS’s da UFG Desafios

2 _{Conte ´udo}

Padr ões adotados Est ágio atual do projeto Tend ências à seguir

3 _{Finalizac¸ ˜ao}

Enderec¸os ´uteis Agradecimentos

(3)

Objetivos desse trabalho Estudo de caso: Os CMS’s da UFG Desafios

Sum ´ario

2 _{Conte ´udo}

(4)

Objetivos

A finalidade desse trabalho

O objetivo da palestra é apresentar um “meta gerenciador de conte údo web” para gerenciamento de s´ıtos que pode ser usado inter-instituiç ões.

Demostraremos o que j á foi feito e o que pretendemos fazer para as novas vers ões e simpatizar colaboradores, reforçando a colaboraç ão com Software Livre em um projeto ousado e vision ário.

(5)

Sum ´ario

Estudo de caso: Os CMS’s da UFG

Desafios

2 _{Conte ´udo}

(6)

Sistema de Gerenciamento de conte ´udo

O legado.

A UFG contava com uma ferramenta de gerenciamento de conte ´udo, chamada This, feita em PHP usando banco de dados Postgresql, desenvolvida praticamente por estagi ´arios da Equipe Web que hoje faz parte do Cercomp (Centro de Recursos Computacionais).

(7)

Sistema de Gerenciamento de conte ´udo

CMS - Content Management System

Por que a UFG necessita de uma ferramenta de gerenciamento de conte ´udo?

Necessidade de um canal de comunicaç ão com a sociedade (acad êmica e n ão acad êmica), nos dois sentidos.

Atualmente a UFG tem mais de 350 s´ıtios de org ˜aos, unidades acad ˆemicas e professores, sem contar o portal principal.

Meio r ápido de divulgaç ão de conte údo. Acompanhar a evoluç ão tecnol ógica. Apoio acad êmico e administrativo.

(8)

Sistema de Gerenciamento de conte ´udo

Legado vs Inovac¸ ˜ao

Por que n ão continuar a evoluç ão da ferramenta existente? Desenvolvimento feito Ad-hoc1.

Sem nenhuma metodologia ou planejamento. Falta de padr ões para desenvolvimento. Pouca documentaç ão t écnica.

Banco de dados n ˜ao normalizado.

Concluimos que seria melhor reescrever a partir de suas funcionalidades.

(9)

Sistema de Gerenciamento de conte ´udo

Por que n ão continuar a evoluç ão da ferramenta existente?

Desenvolvimento feito Ad-hoc1.

Sem nenhuma metodologia ou planejamento.

Falta de padr ões para desenvolvimento. Pouca documentaç ão t écnica.

(10)

Sistema de Gerenciamento de conte ´udo

Sem nenhuma metodologia ou planejamento. Falta de padr ˜oes para desenvolvimento.

Pouca documentaç ão t écnica. Banco de dados n ão normalizado.

(11)

Sistema de Gerenciamento de conte ´udo

(12)

Sistema de Gerenciamento de conte ´udo

(13)

Sistema de Gerenciamento de conte ´udo

(14)

Sistema de Gerenciamento de conte ´udo

Por que n ão usar uma ferramenta j á existente na comunidade? (Reivenç ão da roda?)

Entre as ferramentas atuais, algumas tem funcionalidades em demasia outras em escassez.

As que podem ser utilizadas e posteriormente extendidas para atender as necessidades da UFG, possuem padr ˜oes para extens ˜ao limitadas e/ou necessitam de uma alta curva de aprendizado.

Equipe de desenvolvimento pequena e com alto ´ındice de rotatividade.

(15)

Sistema de Gerenciamento de conte ´udo

Quais as vantagens de produzir a pr ´opria ferramenta.

Liberdade, podemos escolher e implementar exatamente o que precisamos na tecnologia adequada.

Se escolher bem o “framework” e as ferramentas de apoio a curva de aprendizado se atenua ao longo do tempo. Promoc¸ ˜ao da Universidade como produtora de

conhecimento, inclusive pr ´atico.

Possibilidade de geraç ão de oportunidades. (Parcerias com outras instituiç ões)

(16)

Sistema de Gerenciamento de conte ´udo

Se escolher bem o “framework” e as ferramentas de apoio a curva de aprendizado se atenua ao longo do tempo.

Promoç ão da Universidade como produtora de conhecimento, inclusive pr ático.

(17)

Sistema de Gerenciamento de conte ´udo

(18)

Sistema de Gerenciamento de conte ´udo

(19)

Sum ´ario

Estudo de caso: Os CMS’s da UFG

Desafios

2 _{Conte ´udo}

(20)

Como desenvolver uma ferramenta melhor?

Apoiados na Engenharia de Software

Quais as aç ões tomadas para garantir a qualidade desse novo produto que ser á gerado?

1 _{Adotar tecnologia adequada para nossa realidade, ou seja,}

que tenha baixa curva de aprendizado e possua um “framework” que implemente padr ˜oes de desenvolvimento.

2 _{Trabalhar com uma metodologia para uma equipe}

pequena, vers ´atil e din ˆamica.

3 Documentar a implementac¸ ˜ao e qualquer outras

necessidade, inclusive os estudos feitos.

4 _{Usar ferramentas de gereciamento de projetos que possua}

integraç ão de versionamento de c ódigo fonte.

5 _{Usar padr ˜oes de engenharia de software para garantir a}

(21)

Como desenvolver uma ferramenta melhor?

(22)

Como desenvolver uma ferramenta melhor?

(23)

Como desenvolver uma ferramenta melhor?

(24)

Como desenvolver uma ferramenta melhor?

(25)

Padr ões adotados Est ágio atual do projeto Tend ências à seguir

Sum ´ario

2 _{Conte ´udo}

Padr ˜oes adotados

Est ágio atual do projeto Tend ências à seguir

(26)

Padr ˜oes adotados

Quais padr ˜oes adotar a partir deste contexto?

1 _{Metodologia ´}_{Agil (Metodologia XP simplificado)}

2 _{TDD - Test Driven Development (Desenvolvimento Guiado}

por Testes)

3 Linguagem de programac¸ ˜ao Ruby (Muitas bibliotecas

existentes e suas facilidades)

4 Framework Rails (Implementa padr ˜oes de projetos)

5 Gerenciador de Projetos Github (Tamb ´em feito em Rails)

(27)

Padr ˜oes adotados

por Testes)

3 Linguagem de programac¸ ˜ao Ruby (Muitas bibliotecas

(28)

Padr ˜oes adotados

por Testes)

3 _{Linguagem de programac¸ ˜ao Ruby (Muitas bibliotecas}

(29)

Padr ˜oes adotados

por Testes)

(30)

Padr ˜oes adotados

por Testes)

(31)

Padr ˜oes adotados

por Testes)

(32)

(33)

(34)

A linguagem Ruby

Criada por Yukihiro Matsumoto

“Ruby [. . . ] blended parts of his favorite languages (Perl, Smalltalk, Eiffel, Ada, and Lisp) to form a new language that balanced functional programming with imperative

programming.”2

Tudo como objeto (POO)

Alta legibilidade (Sintaxe clara) Altamente port ´avel

Facilmente extens´ıvel Muito ac¸ucar sint ´atico (Diet) Etc. . .

(35)

A linguagem Ruby

programming.”2

Tudo como objeto (POO) Alta legibilidade (Sintaxe clara)

Altamente port ável Facilmente extens´ıvel Muito açucar sint ático (Diet) Etc. . .

(36)

A linguagem Ruby

programming.”2

Tudo como objeto (POO) Alta legibilidade (Sintaxe clara) Altamente port ´avel

(37)

A linguagem Ruby

programming.”2

Facilmente extens´ıvel

Muito ac¸ucar sint ´atico (Diet) Etc. . .

(38)

A linguagem Ruby

programming.”2

Facilmente extens´ıvel Muito ac¸ucar sint ´atico (Diet)

Etc. . .

(39)

A linguagem Ruby

programming.”2

(40)

O framework Rails

N ˜ao seria um meta-framework?

“Rails is a web application development framework written in the Ruby language. [. . . ] It allows you to write less code while accomplishing more than many other languages and

frameworks. Experienced Rails developers also report that it

makes web application development more fun.”3

MVC Architecture

DRY - “Don´t Repeat Yourself” Convention Over Configuration

REST is the best pattern for web applications Unobtrusive Javascript

Testing Unit, Functional and Integrating built-in Etc. . .

(41)

O framework Rails

MVC Architecture

DRY - “Don´t Repeat Yourself”

Convention Over Configuration

(42)

O framework Rails

MVC Architecture

(43)

O framework Rails

MVC Architecture

REST is the best pattern for web applications

Unobtrusive Javascript

(44)

O framework Rails

MVC Architecture

(45)

O framework Rails

MVC Architecture

Testing Unit, Functional and Integrating built-in

(46)

O framework Rails

MVC Architecture

(47)

Github - Gerenciador de projetos

(48)

Github - Gerenciador de projetos

(49)

Git

Versionador de C ´odigo Fonte Distribu´ıdo

Git is a free/open-source source code management. Branching and Merging

Small and Fast Distributed Data Assurance Staging Area Staging Area

Free and Open Source

(50)

Sum ´ario

2 _{Conte ´udo}

Padr ˜oes adotados

Est ´agio atual do projeto

Tend ˆencias `a seguir

(51)

(52)

(53)

(54)

(55)

(56)

(57)

(58)

(59)

(60)

(61)

(62)

(63)

(64)

Funcionalidades implementadas I

1 _{Compartilhamento de recursos;}

2 _{Permitir gerenciamento de v ´arios sites}

3 _{Sistema de autenticac¸ ˜ao}

4 Sistema de permiss ˜oes e pap ´eis

5 _{Sistema de gerenciamento de componentes}

6 _{M ´ultiplos Leiautes}

7 Suporte a outros idiomas, inclusive com

internacionalizaç ão de conte údo

8 _{Agendamento de not´ıcias}

9 _{Componente para gerenciamento de menus}

(65)

Funcionalidades implementadas II

11 _{Componente para gerenciamento de arquivos}

12 _{Componente para gerenciamento de banners}

13 _{Componente para acessibilidade}

14 Componente para gerenciamento din ˆamico de folhas de

estilo

(66)

Funcionalidades n ˜ao implementadas

1 M ´odulo de enquetes

2 _{M ´odulo de atendimento por chat}

3 _{M ´odulo de estat´ısticas}

4 _{M ´odulo de registro de atividades}

5 _{Autenticac¸ ˜ao LDAP}

6 _{S´ıtio agregador}

7 Melhoramentos no sistema de busca

8 Exportaç ão/Importaç ão de s´ıtios

(67)

Funcionalidades previstas

N ˜ao escalonadas. Para vers ˜oes futuras

1 _{Reescrever o n ´ucleo do sistema. (Weby-core)}

2 _{Tornar o sistema agn ´ostico. (Weby-components)}

3 _{Integrac¸ ˜ao com redes socias.}

4 _{Implementar m ódulos de visualizaç ão de informaç ões.}

5 _{Divulgar documentaç ão sobre construç ão de}

componentes.

6 _{Implementar m ´odulo de gerenciamento de eventos, com}

(68)

Funcionalidades previstas

componentes.

(69)

Funcionalidades previstas

componentes.

(70)

Funcionalidades previstas

componentes.

(71)

Funcionalidades previstas

componentes.

(72)

Funcionalidades previstas

componentes.

(73)

Sum ´ario

2 _{Conte ´udo}

Padr ˜oes adotados Est ´agio atual do projeto

Tend ˆencias `a seguir

(74)

Tudo fracamente acoplado

Modularizac¸ ˜ao de funcionalidades

Recentemente foi anunciado uma poss´ıvel

“gemificaç ão” das bibliotecas padr ões em Ruby.

Se at é os bibliotecas s ão m ódulos porque n ão criar

todas as funcionalidades do Weby como m ´odulos?

(75)

Loja de m ´odulos

Porque n ˜ao uma Weby-Store?

Se tudo em nosso sitema ser á m ódulos, porque n ão

criar uma loja de m ´odulos?

(76)

(77)

Ideias?!

Junte-se a n ´os!

Voc ˆe tem ideias?

(78)

Apresentaç ão Conte údo Finalizaç ão Endereços úteis Agradecimentos

Sum ´ario

2 _{Conte ´udo}

Enderec¸os ´uteis

(79)

Refer ˆencias I

Git do Cercomp

C ódigo fonte dessa apresentaç ão

http://git.cercomp.ufg.br/?p=weby.git Github - Weby

Projeto no Github

https://github.com/doano/weby Ruby on Rails

O “framework” Ruby on Rails

http://rubyonrails.org/ Ruby

A linguagem de programac¸ ˜ao Ruby

(80)

Refer ˆencias II

Redmine

Gerenciador de Projetos Redmine

http://www.redmine.org/ Subversion

Versionador de c ´odigo fonte Subversion

http://subversion.apache.org/

Rubyinside - Bibliotecas padr ˜oes pode ser gemificadas

Gemificaç ão de bibliotecas padr ões do Ruby

http://www.rubyinside.com/

the-ruby-standard-library-to-be-converted-to-gems-for-ruby-2-0-5586. html

(81)

Enderec¸os ´uteis Agradecimentos

Refer ˆencias III

UFG

Universidade Federal de Goi ´as

http://www.ufg.br Cercomp-UFG

Centro de Recursos Computacionais da UFG

http://www.cercomp.ufg.br ANDIFES-SOFTIFES

Software das IFES

(82)

Sum ´ario

2 _{Conte ´udo}

Enderec¸os ´uteis

(83)

Finalizac¸ ˜ao

Obrigado!

Perguntas?

Sugest ˜oes?

(84)

Enderec¸os ´uteis Agradecimentos

Weby - O Gerenciador de Conte ´udo Web

para IFES

Marcello Moura, Nicolas Lazarte, Arthur Guimar ˜aes {faraohh,nicolaslazartekaqui,warthur2}@gmail.com

UFG−Cercomp−Equipe Web