\newpage
\section{Sobre este Documento}

% \par
% Governo Eletrônico Brasileiro
% 
% \par

 Versão : 0.4.2
\par

 Licença : GPLv2
\par


 Data : 07/07/2006
\par


Responsável : Gerência de Inovações Tecnológicas (DSI/SLTI)
\par



Autoria : Comitê Executivo de Software Livre do Ministério do Planejamento
\par

Colaboração versão 0.4.2: Elias Mussi


Colaboração versão 0.4: Adriano Rodrigues Custodio, Alex Sandro, André Luís Moraes de Jesus, Corinto Meffe, Diego Sacramento, Elias Mussi, Fernando Viola, Hugo Miguel Medeiros do Vale, João Bosco Teixeira Júnior, José Arnóbio dos Santos, Leonardo Mello, Lucius Curado, Maria Lilian Santos da Costa, Paulo Inácio de Freitas, Roberto Figueiroa Mendes Xavier, Vanderson Telmo da Silva Pereira.
\par


Colaboração versão 0.3 : Alex Sandro, Corinto Meffe, Diego Sacramento, Diego Viegas, Elias Mussi, Gabriel Cabaleiro Peixoto, Leonardo Mello, Leonardo Gomes, Lucius Curado, Sérgio Mário
\par

Colaboração versão 0.2: Alex Sandro, Corinto Meffe, Daniel Darlen, Elias Mussi, Gabriel Cabaleiro Peixoto, Leonardo Mello, Leonardo Gomes, Lucius Curado, Sérgio Mário, Thomaz Reis, Vanildo Figueiredo, Wesley Silva \par

\par



\section{Como usar adequadamente esta Metodologia:}

\begin{center}
\textbf{Considerações Iniciais da Metodologia par a Escolha de \\ Distribuição GNU/Linux}
\end{center}

\par
IMPORTANTE: esta metodologia foi elaborada para avaliar as distribuições para estações de trabalho e servidores permitindo uma escolha baseada em conceitos técnicos, de acordo com a funcionalidade escolhida par a avaliação.

\par

\begin{enumerate}
\item Leia com ATENÇÃO o objetivo desse documento.
\item Esse documento deve ser AJUSTADO s necessidades da realidade institucional, pessoal ou técnica.
\item Esse documento NÃO defende a utilização de uma distribuição específica.
\item Esse documento é construído colaborativamente e seu conteúdo é livre, logo não sugira alterações. ALTERE quando achar necessário.
\item Na grade definida para a avaliação da distribuição crie itens de avaliação, como exemplificado no Anexo I, par a cada característica escolhida pela equipe de avaliação.
\item Poderá ser usada alternativa de criar uma pontuação negativa e/ou bônus par a equilibrar a pontuação da avaliação, conforme descrito no item A1.16.
\end{enumerate}

\section{Introdução}

Uma das maiores dificuldades encontradas durante o processo de migração é a escolha da distribuição a ser adotada pela instituição. Muitas instituições adotam a que os técnicos responsáveis pela migração possuem maior experiência ou preferência. Em outros casos são desenvolvidas novas distribuições/customizações para atender s necessidades específicas da instituição. A estruturação de uma metodologia, que considere as necessidades específicas da instituição e acompanhe o nível de satisfação dos usuários é uma das dificuldades enfrentadas pelas áreas técnicas par a realizar a escolha adequada de uma distribuição que evite as escolhas pessoais. Optar por não usar uma metodologia de avaliação ou estruturá-la inadequadamente pode acarretar muitas vezes no insucesso do plano de migração. Isso ocorre por não serem analisados o ambiente computacional, as necessidades reais dos funcionários da organização e também a avaliação técnica de quais ferramentas cada usuário necessita par a seu trabalho.


No dia 20 de setembro de 2005 foi realizada uma oficina técnica\footnote{ mais informações em: \www{http://guialivre.governoeletronico.gov.br/gtmsl/OficinaTecnicaMigracao}} de migração para software livre do governo federal \footnote{A oficina foi organizada pelo Grupo de Trabalho Migração Para Software Livre. Mais informações no sítio : \www{http://guialivre.governoeletronico.gov.br/gtmsl}}, organizada em grupos de trabalho envolvendo 15 temas da área de TI, entre estes temas foram abordadas questões relativas aos "Sistemas Operacionais" e "Estações de Trabalho". Tal evento buscava mapear adequadamente as demandas dos diversos órgãos, analisando em que estágio de migração se encontravam e apontado os problemas mais comuns enfrentados por cada tema específico em um processo migração. Foram mais de 60 instituições que definiram o que convencionalmente se passou a chamar de nós de migração. Os nós de migração são pontos técnicos comuns entre as instituições, ou internamente em cada instituição, onde são identificados os problemas semelhantes que dificultam ou impedem o processo de migração par a software livre. A escolha adequada de uma distro foi considerada um nó de migração pelos participantes da Oficina.


O Ministério do Planejamento durante a execução de seu Plano de Padronização de Ambiente e Migração par a Software Livre \footnote{O Plano pode ser obtido no seguinte endereço: \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/down\_anexo.wsptmp.arquivo=E15\_469Plano\_de\_Migracao\_de\_Software\_Livre\_no\_MP-V1-2.pdf}} elaborou uma grade de avaliação de distribuições, que encontra-se no Anexo I, onde são apontados diversos fatores levantados pela equipe técnica como fundamentais par a a escolha de uma distribuição, que atendesse as necessidades gerenciais, técnicas e do usuário da instituição, considerando também o retorno obtido dos usuários no transcorrer do diagnóstico do ambiente (neste caso através da aplicação de um questionário com usuários). A partir dessa avaliação interna, somada  importância dada a tal estudo durante a Oficina Técnica e  grade de avaliação preparada pelo Ministério do Planejamento durante seu processo de migração para Software Livre, foi elaborada esta proposta metodológica, com a finalidade de garantir um documento base s diversas instituições envolvidas em planos de migração, bem como estruturar seu processo de avaliação de distribuição GNU/Linux.


\section{Objetivo}


O objetivo desse documento é auxiliar no processo de análise da distribuição GNU/Linux que melhor se adapte s necessidades de cada instituição, estruturando um conjunto de requisitos para elaborar a justificativa técnica sobre a escolha da melhor opção para estações de trabalho (com os devidos ajustes técnicos também para os servidores).


Em um segundo momento pretende-se dar sustentação a uma discussão e troca de experiências de quais pontos fundamentais devem ser analisados para podermos garantir melhor qualidade ao processo de migração do sistema operacional através da elaboração colaborativa de uma proposta de metodologia para escolha de distribuição GNU/Linux. 


\section{Distribuições GNU/Linux}


Distribuições GNU/Linux são "estruturas" definidas através de uma metodologia que criam uma espécie de "personalidade" para esse sistema operacional. São maneiras diferentes de agrupar os diferentes conjuntos de programas e softwares necessários para se usar o sistema.


Algumas distribuições focam o uso do sistema operacional para um fim específico (servidores, super computadores, uso doméstico, segurança, etc.), assim possuem determinados pontos fortes que acabam "formatando" a sua característica de acordo como o foco dado tal como a estabilidade, a atualização constante, facilidade de uso e instalação, entre outros que podem ser observados \footnote{Distribuições GNU/Linux.
\www{http://twiki.im.ufba.br/bin/view/PSL/DistribuicoesGNULinux}}.


A escolha de uma distribuição GNU/Linux para atender s necessidades de uma instituição é particular mesma. Entretanto, alguns pontos básicos podem e devem ser considerados durante a análise das diferentes distros.


\section{Características Básicas}


Antes de fazer a análise de qualquer distribuição, deve-se saber qual o planejamento de médio e longo prazo no ambiente de TI da instituição, como por exemplo: o período no qual se espera ou se pretende atualizar o hardware, o sistema básico, a arquitetura básica dos sistemas utilizados e outros pontos de infra-estrutura que cada instituição saberá como melhor levantar.


A análise entre diferentes distribuições selecionadas deve considerar um conjunto de características técnicas, para que se possa elaborar um plano de testes para homologação de uma distribuição. As características, tais como as apresentadas nos Anexos I e II, devem ser pontuadas de acordo com a importância de cada uma ao perfil de usuário sendo avaliado (ou ao ambiente de servidores). Cada instituição deve adequar a grade asua realidade, de acordo com as necessidades e perfis de usuários que possui a partir do diagnóstico levantado.


\subsection{Apoio da Comunidade}

Para que uma distribuição possa garantir melhor qualidade aos seus usuários e administradores há a necessidade de que uma comunidade ou uma empresa seja responsável por um mínimo de organização e responsabilidades par a com seu trabalho. Dessa forma é interessante que existam responsáveis por pacotes, pelo controle de bugs, pela escolha de pacotes a serem aceitos, entre outros. O grau de atividade dessa comunidade dentro do desenvolvimento da distribuição é responsável tanto pela sua popularidade, quanto por sua melhor qualidade e recursos disponíveis.

\subsection{Controle de Pacotes}

Para executar com sucesso seu trabalho, um administrador de sistemas precisa possuir o maior controle e quantidade de informações possíveis sobre os pacotes chaves dos quais dependerá o sistema que administra, permitindo identificar rapidamente os "bugs" conhecidos em cada pacote, patches de segurança, contato com responsável pelo pacote, versões para diferentes arquiteturas, etc. O domínio e controle dos pacotes instalados, assim como dos processos de instalação, atualizações e remoção de pacotes no sistema escolhido permitem ao administrador de sistemas um melhor trânsito dentro desta, bem como o controle de um grande parque de máquinas instaladas. O gerenciamento de pacotes é de grande importância para o administrador de sistemas e um facilitador da manutenção dos softwares instalados em seu parque computacional.

\subsection{Segurança}

Uma das maiores preocupações para qualquer administrador é o tempo de resposta par
a correções de falhas de segurança. A distribuição a ser escolhida precisa oferecer um tempo mínimo (ou suficiente para sua realidade) de disponibilização de novos patches (correções de falhas de segurança, por exemplo) após apontadas falhas e, para isso, é necessário que exista uma equipe voltada para sua identificação. Assim como mecanismos que facilitem a aplicação dessas correções.


\subsection{Solução de Suporte Coorporativa }

Para atender s necessidades de estações de trabalho, nem sempre é necessário apoio direto das equipes responsáveis pelas distribuições, já que o tempo de resposta necessário garante aos responsáveis pelo suporte local a opção de resolver o problema.


Nota: no que se refere a servidores que trabalham com aplicações corporativas de missão crítica, cabe ao administrador analisar a existência de garantia de suporte do fabricante do hardware para a distribuição analisada. Normalmente, não existe garantia de suporte pelo fabricante a não ser que sejam utilizadas as distribuições indicadas. Desse modo, no que se refere a serviços de missão crítica o suporte imediato representa fator de alta importância, cabendo ao administrador verificar opção de suporte a ser garantido pela empresa especializada/certificada na distribuição, quando existente.


\subsection{Atualizações }

Há a necessidade de serem disponibilizadas atualizações freqüentes de aplicações, garantindo a disponibilização de evoluções e novas funcionalidades aos usuários do sistema, de acordo com a necessidade da instituição e atendendo as demandas por melhorias.


\subsection{Ferramentas gráficas para Administração de Preferências}


Uma das maiores dificuldades encontradas por usuários ao utilizar sistemas GNU/Linux refere-se  administração dos serviços e suas configurações em sua estação de trabalho. Desse modo, a garantia de aplicações gráficas de fácil utilização representa item fundamental para uma distribuição. Assim como também uma interface amigável e com ferramentas ,ou pré-configurações para o ambiente no qual o usuário está inserido, são de grande importância.


Deve ser levada em consideração a política da instituição de permissão aos usuários de alterações de configurações do sistema, normalmente associadas com as preferências pessoais, tais como: resolução de tela, temas do desktop, cores, etc.

\subsection{Desempenho}


\subsubsection{Definição do perfil de usuários}

As instituições costumam possuir máquinas com diferentes configurações de hardware. Em alguns casos, podem ocorrer problemas na utilização de determinadas distribuições que demandem maior uso de processamento e memória. Desse modo, uma característica importante é a análise do conjunto de aplicativos que precisarão ser utilizados, para se identificar aquela que se adequa a um número maior de máquinas do parque computacional em questão, evitando assim que sejam utilizadas diferentes distribuições para cada tipo de máquina. Existem distribuições que mantém sistemas com várias opções de interfaces gráficas, as quais se adaptam melhor a um conjunto característico de máquinas. Assim existe a possibilidade de se criar perfis de sistemas para vários conjuntos de especificações de hardwares diferentes. É válido salientar que esses perfis tornam a manutenção do ambiente de TI como um todo mais complexa, o que reforça a importância em encontrar a distribuição com a melhor performance, considerando as variações de configurações de hardware ou até estabelecer um piso mínimo de configuração de hardware das máquinas da instituição a serem migradas.


\subsubsection{Customização para cada perfil de usuário}


A customização de configuração do sistema operacional para cada perfil de usuário permite com que seja mantida a mesma distribuição para atender a diferentes máquinas. Uma das grandes vantagens do software livre se encontra na flexilidade de customização. Para o caso de sistema operacional alterando-se o gerenciador de janelas, por exemplo, de uma máquina mais antiga pode-se garantir tão bom desempenho quanto máquinas mais novas para serviços tais como acesso Web.


\subsection{Suporte a hardware}

Cada distribuição possui sua própria customização do kernel e subsistemas de controle de hardware para atender s necessidades definidas pela sua comunidade ou empresa responsável. Deve-se verificar o grau de detecção de hardware que a distribuição oferece e serviços como montagem de dispositivos externos (ex. pendrive, disquetes, impressoras, interfaces wireless, etc).

\subsection{Controle de Qualidade }

A organização de uma comunidade/empresa para controle de qualidade dos pacotes/sistemas é fundamental para o sucesso da distribuição. Tal controle é feito através de análises de níveis de acessibilidade, controle de bugs (erros ou falhas), disponibilização de patches de segurança, manuais, tutoriais, dicas de instalação e configuração, histórico de correções, etc. Cabe ressaltar que deve ser considerada para essa característica a subjetividade do que vem a ser qualidade para a realidade e necessidade da instituição.


\subsection{Documentação}

Uma das maiores vantagens apresentadas pelo software livre é a ampla produção de documentação. Essa característica precisa ser considerada quando feita análise de distribuições verificando o número, a qualidade e a atualização dos documentos existentes tais como manuais, tutoriais, faqs e fóruns para uma determinada distribuição. Sendo importante existir versão dos documentos no idioma oficial do país onde se encontra a instituição. Tais informações poderão garantir melhor suporte por parte da equipe interna da instituição.


\subsection{Equipe Disponível}

Como informado anteriormente uma distribuição se constitui de um kernel e diferentes pacotes que garantem o serviço tal como interface gráfica, servidor de e-mail, planilhas, etc. O que diferencia uma distribuição da outra é o foco que a mesma adota (como descrito no item 4). Desse modo existem distribuições que apresentam nível de detalhamento de facilidades ao usuário mais avançado do que outras.\\

De acordo com a equipe disponível para fazer a migração das estações de trabalho pode-se criar uma própria customização a partir de uma distribuição definida como base. Desse modo pode-se definir as funcionalidades necessárias e implantá-las na customização criada. Isso despenderá trabalho posteriormente para manter tal customização com a evolução da mesma. Caso a equipe não disponha de recursos humanos suficientes para tal trabalho se sugere procurar distribuição mais próxima das necessidades levantadas, garantindo assim menor intervenção possível na distribuição a ser adotada.

\subsection{Padronização}

Com a crescente utilização de sistemas GNU/Linux por grandes empresas e órgãos do governo federal a adoção de uma padronização tem se tornado cada vez mais importante. Uma característica a ser considerada é a certificação LSB (Linux Standard Base), o que garante  mesma interoperabilidade binária a aplicações que rodem em sistemas igualmente certificados \footnote{Mais informações podem ser obtidas em: Linux Client Migration CookBook: A Practical Planning and Implementation Guide for Migrating to Desktop Linux. International Technical Support Organization}. Desse modo organizações tais como a Free Standards Group, a Freedesktop.org, e a Open Source Development Labs (OSDL) têm desenvolvido diversos projetos nessa área. Esses projetos usam e melhoram padrões existentes tais como POSIX, XML, CORBA, entre outros. Alguns desses projetos são:



\subsubsection{Padronização da Hierarquia de Sistema de Arquivos (FHS)}

O Padrão de Hierarquia de Sistemas de Arquivos foi elaborado para ser utilizado por desenvolvedores de distribuições Unix, desenvolvedores de pacotes e implementadores de sistemas e usuários de modo que seja adotado padrão para localização de arquivos e diretórios \footnote{Mais informações podem ser obtidas em:Filesystem Hierarchy Standard.
\www{http://www.pathname.com/fhs/}}.


\subsubsection{Linux Standard Base (LSB)}

O LSB é um projeto open source para desenvolvimento de padrões abertos para software portável em sistemas GNU/Linux. Ele descreve uma plataforma de portabilidade que permite software compilado ser executado corretamente em diferentes versões e distribuições \footnote{Mais informações podem ser obtidas em: Linux Standard Base.
\www{http://www.linuxbase.org/}}.


\subsubsection{Internacionalização (Openl18N)}

A certificação Openl18N promove uma plataforma para cuidar da internacionalização de sistemas GNU/Linux \footnote{Mais informações podem ser obtidas em: Openl18N: The Free Standards Group Open Internationalization Initiative \www{http://www.openi18n.org/}}.


\subsubsection{Impressão (Openprinting)}

O objetivo do grupo de trabalho OpenPrinting é desenvolver e promover conjunto de padrões que atendam as necessidades de estações de trabalho para impressão, incluindo administração, segurança e escalabilidade \footnote{Mais informações podem ser obtidas em: Openprinting: Standardizing on a Scalable Print Environment in *nix \www{http://www.openprinting.org/}}.


\subsubsection{Clustering (Open Cluster Framework)}

Tal projeto tem como objetivos definir APIs padrões para funções básicas de clustering; e criar e oferecer suporte a projetos de desenvolvimento open source que atuem como implementação de referência para as APIs OCF. Também é intenção do projeto criar APIs que venham a ser utilizadas tanto por clusters de Alta Performance como de Alta Disponibilidade \footnote{Mais informações podem ser obtidas em: Opencf: Open Cluster Framework \www{http://www.opencf.org/home.html}}.


\subsubsection{e-PING}

A arquitetura e-PING  define um conjunto mínimo de premissas, políticas e especificações técnicas que regulamentam a utilização da Tecnologia de Informação e Comunicação (TIC) no governo federal, visando a interoperabilidades dos sistemas informatizados e estabelecendo as condições de interação com os demais Poderes e esferas de governo e com a sociedade em geral \footnote{Mais informações podem ser obtidas em: e-PING \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/noticia.wsptmp.noticia=241}}.

\subsection{Facilidade de customizar a distribuição (Personalização)}

A facilidade de personalizar a distribuição para atender as demandas especificas da instituição, tais como: configurações de temas, da automatização da instalação de softwares, da facilidade de criação de perfis de instalação e manutenção de sistemas. Caso a instituição planeje realizar personalizações na distribuição que está utilizando, é importante saber (e deverá ser avaliado) se a distribuição base possui uma infra-estrutura ou recursos que facilitem o processo de criação e manutenção dessa personalização, assim como o grau de interferência na distribuição original, para evitar que se tenha de assumir a responsabilidade de manutenção de muitos pacotes da distribuição original.


\subsection{Acessibilidade }

A expressão acessibilidade, presente em diversas áreas de atividade, tem também na informática um importante significado. Representa para o nosso usuário não só o direito de acessar a rede de informações, mas também o direito de eliminação de barreiras arquitetônicas, de disponibilidade de comunicação, de acesso físico, de equipamentos e programas adequados, de conteúdo e apresentação da informação em formatos alternativos \footnote{Mais informações sobre acessibilidade podem ser obtidas em: O que é acessibilidade \www{http://www.acessobrasil.org.br/index.phpitemid=45}}. Após analisado perfil de usuários com alguma deficiência física que exiga condições especiais de acessibilidade devem ser levantadas as características desejadas para garantia das mesmas aos usuários. Sendo importante avaliar as soluções de acessibilidade que se encontram disponíveis para a distribuição, além do nível de qualidade apresentado para essas aplicações específicas. Uma iniciativa do governo federal nessa área é o Modelo de Acessibilidade de Governo Eletrônico chamado e-MAG, o qual contém as recomendações de acessibilidade para a construção e adaptação de conteúdos do Governo Brasileiro na Internet, que considera o oferecimento de conteúdos gráficos e sonoros alternativos, claros, compreensíveis e capazes de garantir o controle da navegação pelo usuário, entre outras características \footnote{Mais informações podem ser obtidas em: e-MAG: Modelo de Acessibilidade de Governo Eletrônico. Disponível em: \www{http://www.serpro.gov.br/noticiasSERPRO/20041229\_06}}.


\section{Etapas para processo de escolha da Distribuição}


\subsection{Levantamento de necessidades e diagnóstico}

Antes de executar testes com diferentes distribuições aleatoriamente, deve-se verificar as necessidades apresentadas pelos usuários através de questionário a ser respondido pelos mesmos ou de qualquer outro instrumento de pesquisa. Através do diagnóstico de tais dados pode ser feita customização própria das características exigidas  distribuição a ser escolhida e serem definidos perfis de usuários de acordo com os softwares necessários e a configuração de hardware de cada grupo.


\subsection{Levantar distribuições open source existentes}

Após analisadas características que melhor se adaptem s necessidades da instituição se sugere que sejam escolhidas distribuições que se aproximem ao perfil desejado.


\subsection{Selecionar solução mais adequada de acordo com as características apresentadas}

A partir da definição de uma grade de características a ser verificada, como a apresentada no Anexo I, deve ser dada pontuação a cada distribuição no transcorrer dos testes. Cabe ressaltar que devem ser utilizadas as máquinas mais comuns do parque computacional da Instituição durante a homologação da distribuição, garantindo melhor aproveitamento dos resultados.


\subsection{Revisar aderência da solução s necessidades levantadas}

Tendo definida distribuição de maior pontuação no transcorrer dos testes, deve ser executada nova bateria de testes com a mesma para verificação da facilidade de uso, correto funcionamento das ferramentas a serem utilizadas por diferentes perfis de usuários (levantados em 5.1), apontando configurações específicas para cada caso.


\subsection{Analisar qualidade e segurança da solução}

Cada distribuição possui nível de segurança e controle de qualidade diferenciados. Desse modo deve-se analisar de que forma são apresentados patches de segurança, melhorias de qualidade para a distribuição e como é garantido controle pelo administrador de tais serviços.


\subsection{Iniciar projeto piloto}

Nesta etapa a distribuição a ser testada já deverá ter sido selecionada. Tendo as configurações definidas para cada perfil analisado devem ser escolhidas pessoas que representem cada um deles para que seja feito acompanhamento do nível de satisfação dos usuários.


\subsection{Revisar resultados do projeto piloto comparado lista de expectativas}

Deve-se verificar a planilha de características checando se a mesma precisa ser alterada e que modificações são necessárias a cada configuração associada a um determinado perfil. Nesse ponto deve ser apresentado relatório indicando se a distribuição atende s necessidades colocadas pelo usuário. Caso não atenda, deve se verificar a possibilidade de oferecer nova configuração ou mesmo adotar nova distribuição que atenda os requisitos exigidos. Reiniciando o processo de seleção.


\subsection{Homologação da distribuição }

Após comprovar que a distribuição atende s necessidades da instituição e terem sido feitas as últimas adequações  mesma para atender aos últimos requisitos levantados em 6.6 e 6.7, deverá ser elaborado documento de homologação da distribuição.



\subsection{Planejar par a colocar em produção }

Após homologação da distribuição para as necessidades de cada perfil de usuário da instituição deve-se dar início ao projeto de implementação, seguindo orientações apresentadas no Guia Livre \footnote{Mais informações podem ser obtidas em: Guia Livre.
\www{http://www.governoeletronico.gov.br/}}, no Plano de Padronização de Ambiente e Migração para Software Livre \footnote{O Plano pode ser obtido no seguinte endereço: \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/down\_anexo.wsptmp.arquivo=E15\_469Plano\_de\_Migracao\_de\_Software\_Livre\_no\_MP-V1-2.pdf}} \; ou em planos internos de cada instituição, levando-se em consideração a necessidade de serem planejados processos de capacitação e suporte aos usuários para a distribuição selecionada.


\subsection{Acompanhar sistema em produção }

Com os sistemas em produção deve ser feito acompanhamento do nível de segurança, nível de satisfação do usuário e a qualidade dos serviços oferecidos. Antes de serem instaladas novas versões dos aplicativos básicos para cada perfil devem ser feitos todos os processos de homologação descritos nas etapas anteriores.


\section{Conclusão}

A escolha de uma distribuição deve ser feita de acordo com uma metodologia apropriada, permitindo com que se garanta aos usuários a migração transparente de suas máquinas e aos administradores maior facilidade para atender ao nível de qualidade exigido par
a os serviços. As etapas apresentadas para o processo de avaliação permitem um melhor acompanhamento de todo o processo de migração da distribuição e garantem melhor customização a cada perfil de usuário da instituição. Foram apresentadas informações nesse documento que poderão servir como base para definição da grade de avaliação de distribuições para uma instituição. Ao contrário do que se costuma fazer quando se utiliza ferramentas proprietárias não é necessário adotar a mesma configuração de software para as máquinas com diferentes configurações de hardware, permitindo assim que sejam atendidos usuários com mesma qualidade para diferentes necessidades. A vantagem da facilidade de customização não pode ser desconsiderada durante a definição da distribuição.


Como se trata de uma proposta metodológica, gostaríamos de obter o retorno daqueles que utilizaram este documento como referência, no sentido de indicarem as melhorias, colocarem sua avaliação sobre a metodologia proposta e compartilharem o aprendizado com a metodologia adotada durante o processo de escolha da distribuição na instituição.


A partir do momento em que começarmos a trabalhar em conjunto para discutir metodologias, ao invés de distribuições, estaremos garantindo melhores condições de trabalho aos usuários, mairoes facilidades para o suporte técnico e resultados positivos na migração para software livre, além de qualificarmos tecnicamente o trabalho.


\appendix

\section{Anexo I - Montagem da Grade de Avaliação de Distribuição}

\begin{enumerate}
\item  Montagem da Grade

\begin{itemize}
\item Os itens descritos abaixo servem como proposta para estruturação da grade de avaliação (anexo II). Eles devem constituir as primeiras colunas da esquerda da grade. Estas são características propostas para em seguida atribuir as notas e os pesos que serão distribuídos nas colunas posteriores.\\
Ao final da elaboração da grade deverá se acrescentado o relatório de avaliação da distribuição com base no resultado de pontuação da grade.
\end{itemize}

\item  Versão do Kernel
	
	\begin{itemize}
	\item 2.6 
	\item Outra (inferior) 
	\end{itemize}

\item  Suporte a Idiomas
	
	\begin{itemize}
	\item Ajuda
	\item Menus
	\end{itemize}
	

\item  Sistema de Gerenciamento de Pacotes

	\begin{itemize}
	\item Possui resolução de dependências,
	\item Existe sistema de gerenciamento de pacotes,
	\item Facilidade para criação de repositório de pacotes local,
	\item Facilidade de atualização automatizada.
	\end{itemize}


\item  Disponibilidade de atualizações

	\begin{itemize}
	\item Gratuíta,
	\item Paga.
	\end{itemize}


\item  Ferramentas para Configuração do Sistema em Ambiente Gráfico

	\begin{itemize}
	\item Área de Trabalho,
	\item Som,
	\item Rede,
	\item Teclado,
	\item Mouse,
	\item Vídeo,
	\item Acesso a compartilhamento Windows,
	\item Dispositivo USB,
	\item Reconhecimento Automático de dispositivos.
	\end{itemize}


\item  Suporte Técnico

	\begin{itemize}
	\item Documentação disponível no idioma português,
	\item Lista de discussão em português,
	\item Site da distribuição em português, 
	\item Existe tempo de atendimento técnico previsto (solução comercial).
	\end{itemize}



\item  Apresenta suporte a autenticação nativo
	
	\begin{itemize}
	\item LDAP3,
	\item AD,
	\item kebreros.
	\end{itemize}


\item  Soluções em Cliente de e-mail e compartilhamento de agenda

	\begin{itemize}
	\item Evolution,
	\item Kmail,
	\item Mozilla Thunderbird.
	\end{itemize}



\item  Atualizações de pacotes

	\begin{itemize}
	\item Disponibilidade de versões atualizadas,
	\item Aviso de lançamento em listas especializadas,
	\item Existe tempo de atualização dos pacotes previsto.
	\end{itemize}



\item  Lançamento de atualizações de segurança

	\begin{itemize}
	\item Facilidade de se ter acesso as atualizações,
	\item Com qual frequência são disponibilizados,
	\item Como e com que frequência são indicadas novas atualizações de segurança,
	\item Forma de divulgação das falhas de segurança,
	\item Existe tempo de liberação de patches de segurança previsto.
	\end{itemize}



\item  Navegador disponibilizado na instalação

	\begin{itemize}
	\item Mozilla-Firefox,
	\item Mozilla.
	\end{itemize}


\item  Interface gráfica nativa

	\begin{itemize}
	\item KDE,
	\item GNOME.
	\end{itemize}


\item  Critérios específicos

	\begin{itemize}
	\item Suporte a aplicativos de outras Distribuições,
	\item Sistema de recompilação automático,
	\item Possui sistema de controle de falhas, 
	\item Possui SCM público (sistema de controle de versões),
	\item Desenvolvimento participativo.
	\end{itemize}


\item Suporte a Sistemas de Arquivos

	\begin{itemize}
	\item ext3
	\item reiserfs
	\end{itemize}
	
\item  Pontuação Negativa e/ou Bônus

	\begin{itemize}
	\item Para que seja escolhida a distribuição mais ajustada com o seu ambiente poderá ser necessário criar uma pontuação negativa para tirar alguns pontos de algum requisito que seja extremamente necessário, como encontrado nos exemplos a seguir: uma compatibilidade com algum tipo de impressora que exista em larga escala na organização; a compatibilidade com o anti-vírus homologado e em produção; ou a preservação de funcionalidades de determinado sistema legado. Ou seja, a pontuação negativa pretende dirimir a proximidade de notas entre duas ou mais distros, tornando a retirada da nota um elemento de ajuste para aquilo que seja julgado pelo técnicos como estritamente necessário e que deva ser preservado na migração.\\
	Também pode ser estabelecido o acréscimo de algum bônus para existência de algum item de avaliação imprescindível para instituição.
	\end{itemize}


\end{enumerate}



\section{ANEXO II - Exemplo de Grade de Avaliação de Distribuição}

Neste anexo se encontra o arquivo de montagem da grade. Ele deverá ser ajustado de acordo com a realidade de seu ambiente computacional.


Para montar a grade prepare os seguintes critérios:

\begin{enumerate}
	\item Escolha dos itens: pense nos itens mais importantes a serem pontuados. Isto lhe ajudará a criar níveis de pontuação diferenciada para cada característica técnica avaliada e também a atribuir os valores abaixo.
	
	\item Defina as notas: crie a seqüência de notas (de 1 a 5 / de 1 a 10 / ou a que considerar conveniente), para determinar o valor para o item constante. A nota é lançada em função da existência do referido item e priorizada pela importância de sua existência. A nota não deve ser repetida.
	
	
	\item Determine os pesos: determine o peso para cada item pontuado (de 1 a 4 / de 2 a 5 / ou a que considerar conveniente) . O peso é atribuído em função da comparação da importância daquele item existente. O peso poderá ser repetido para cada item.
	
	\item 4. Crie e fórmula de pontuação: Após atribuir as notas e os pesos, crie o fator de pontuação final gerando a fórmula de apuração das notas, pesos ou fatores específicos (como nota negativa ou bônus). A fórmula proporcionará o resultado final de pontos para cada distribuição.
	
	\item 5. Pontuação Negativa ou Bônus: aplique, caso seja necessário, a pontuação negativa ou de algum bônus na nota e encontre o somatório final.

\end{enumerate}


ATENÇÃO: os itens, as notas, os pesos e a fórmula final podem ser modificados no transcorrer da avaliação da distribuição.

Grade exemplo: a grade se encontra disponível no anexo III



\newpage
\section{ANEXO III - Grades de Avaliação de Distribuição}



\subsection{Grade de Avaliação de Softwares e sistemas disponíveis}



%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%555
\tablefirsthead{%
	\hline
	\multicolumn{8}{c}{
		\textbf{Grade de Avaliação de Distribuição}
		} \\
	}

\tablehead{%
	\hline
	\textbf{Requisitos de Avaliação}&
	\textbf{Peso/Fator de Multiplicação}&
	\multicolumn{6}{c}{\textbf{Distribuições}}
	\\ \hline

	%%%%%%%%%%%%%%%%%%
	&
	\textbf{(Exemplo)}&
	\multicolumn{2}{c}{{\bf Distro1}}&
	\multicolumn{2}{c}{\textbf{Distro2}}&
	\multicolumn{2}{c}{\textbf{Distro3}}
	\\ \hline

	%%%%%%%%%%%%%%%%
	&
	&
	{\bf s/n}&
	{\bf Pontos} &
	{\bf s/n}&
	{\bf Pontos}&
	{\bf s/n}&
	{\bf Pontos}
	\\ \hline
}

\tabletail{%
	\hline
}

% \tablelasttail{\hline}
\bottomcaption{Grade de Avaliação de Distribuição}


\begin{supertabular}{ p{4cm} | p{2cm} |p{0.5cm} | p{1.3cm} |p{0.5cm} | p{1.3cm} |p{0.5cm} | p{1.3cm} } \hline


\multicolumn{8}{c}{[NOME DA INSTITUIÇÃO]}\\ \hline

\multicolumn{8}{c}{[NOME DO ÓRGÃO RESPONSÁVEL PELA AVALIAÇÃO]} \\ \hline

\multicolumn{8}{c}{Planilha de Avaliação de Distribuição GNU/Linux}\\ \hline

\multicolumn{4}{l}{Equipe:}& \multicolumn{4}{l}{Data:}\\ \hline

\multicolumn{8}{l}{Avaliação: Disponibilidade básica de aplicações}\\ \hline \hline
%%%%%%%%%%%%%%%%%%%%%%%5
\textbf{Requisitos de Avaliação}&
\textbf{Peso / Fator de Multiplicação}&
\multicolumn{6}{c}{\textbf{Distribuições}} \\ \hline

%%%%%%%%%%%%%%%%%%
& \textbf{(Exemplo)} & \multicolumn{2}{c|}{\textbf{Distro1}} & \multicolumn{2}{c|}{\textbf{Distro2}} & \multicolumn{2}{c}{\textbf{Distro3}} \\ \hline

%%%%%%%%%%%%%%%%
&  & \textbf{s/n} & \textbf{Pontos} & \textbf{s/n} & \textbf{Pontos} & \textbf{s/n} & \textbf{Pontos} \\ \hline \hline
%%%%%%%%%%%%%%

{\bf Versão do Kernel} & & & & & & & \\ \hline
2.6 & 3& & 0& 0& &0\\ \hline
Outra (inferior) & 1& & 0& 0& &0\\ \hline

&&&&&&& \\ \hline

{\bf Suporte a Idiomas} &&&&&&&\\ \hline
Ajuda& 1& & 0& 0& &0\\ \hline
Menus& 1& & 0& 0& &0\\ \hline


{\bf Sistema de Gerenciamento de Pacotes} & & & & & &\\ \hline
Possui resolução de dependências & 1& & 0& 0& &0\\ \hline
Existe sistema de gerenciamento de pacotes & 1& & 0& 0& &0\\ \hline
Facilidade para reposição local & 1& & 0& 0& &0\\ \hline
Facilidade de atualização automatizada & 1& & 0& 0& &0\\ \hline


{\bf Disponibilidade de atualizações}& & & & & &\\ \hline

Gratuita& 1& & 0& 0& &0\\ \hline
Paga& 1& & 0& 0& &0\\ \hline


{\bf Ferramentas para Configuração do Sistema em Ambiente Gráfico}& & &&& &\\ \hline
Área de Trabalho& 1& & 0& 0& &0\\ \hline
Som& 1& & 0& 0& &0\\ \hline
Rede& 1& & 0& 0& &0\\ \hline
Teclado& 1& & 0& 0& &0\\ \hline
Mouse& 1& & 0& 0& &0\\ \hline
Vídeo& 1& & 0& 0& &0\\ \hline
Acesso a compartilhamento Windows & 1& & 0& 0& &0\\ \hline
Dispositivo USB& 1& & 0& 0& &0\\ \hline


{\bf Suporte Técnico}& & & & & &\\ \hline
Documentação disponível no idioma local& 1& & 0& 0& &0\\ \hline
Comunidade ativa & 1& & 0& 0& &0\\ \hline
Lista de discussão em português& 1& & 0& 0& &0\\ \hline
Site da distribuição em português& 1& & 0& 0& &0\\ \hline

{\bf Apresenta suporte a autenticação nativo}& & & & & &\\ \hline
LDAP& 1& & 0& 0& &0\\ \hline
AD& 1& & 0& 0& &0\\ \hline



{\bf Soluções em Cliente de e-mail e compartilhamento de agenda}
Evolution& 1& & 0& 0& &0\\ \hline
Kmail& 1& & 0& 0& &0\\ \hline

{\bf Atualizações de pacotes}&& &&& &\\ \hline
Disponibilidade de versões atualizadas& 1& & 0& 0& &0\\ \hline
Aviso de lançamento em listas especializadas& 1& & 0& 0& &0\\ \hline
Lançamento de atualizações de segurança& 1& & 0& 0& &0\\ \hline
Até 48 horas& 1& & 0& 0& &0\\ \hline
Entre 2 e 7 dias& 1& & 0& 0& &0\\ \hline
Acima de 7 dias/não informado& 1& & 0& 0& &0\\ \hline


{\bf Navegador disponibilizado na instalação}& & & & & &\\ \hline

Mozilla-Firefox& 1& & 0& 0& &0\\ \hline
Mozilla& 1& & 0& 0& &0\\ \hline


{\bf Interface gráfica nativa}& & & & & &\\ \hline
KDE& 1& & 0& 0& &0\\ \hline
GNOME& 1& & 0& 0& &0\\ \hline

{\bf Critérios específicos} & & & & & &\\ \hline
Suporte a aplicativos de outras Distribuições& 1& & 0& 0& &0\\ \hline
Sistema de recompilação automático& 1& & 0& 0& &0\\ \hline
Possui sistema de bugtrack& 1& & 0& 0& &0\\ \hline
Possui CVS aberto& 1& & 0& 0& &0\\ \hline
Desenvolvimento participativo& 1& & 0& 0& &0\\ \hline


{\bf Suporte a Sistemas de Arquivos}& & & & & &\\ \hline
ext3& 1& & 0& 0& &0\\ \hline
reiserfs& 1& & 0& 0& &0\\ \hline

{\bf TOTAL DE PONTOS}& & & 0& 0& &0\\ \hline

\end{supertabular}


\subsection{Grade de avaliação de Desempenho 1}


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%555
\tablefirsthead{%
	\hline
	\multicolumn{4}{c}{
		\textbf{Grade de Avaliação de Distribuição}
		} \\
	}

\tablehead{%
	\hline
	\textbf{Requisitos de Avaliação}&
	\multicolumn{3}{c}{\textbf{Distribuições}}
	\\ \hline

	%%%%%%%%%%%%%%%%%%
	&
	\textbf{Distro1}&
	\textbf{Distro2}&
	\textbf{Distro3}
	\\ \hline

	%%%%%%%%%%%%%%%%
}

\tabletail{%
	\hline
}

% \tablelasttail{\hline}
\bottomcaption{Grade de Avaliação de Distribuição}


\begin{supertabular}{ p{5cm} | p{2.5cm} | p{2.5cm} | p{2.5cm}} \hline


\multicolumn{4}{c}{[NOME DA INSTITUIÇÃO]}\\ \hline

\multicolumn{4}{c}{[NOME DO ÓRGÃO RESPONSÁVEL PELA AVALIAÇÃO]} \\ \hline

\multicolumn{4}{c}{Planilha de Avaliação de Distribuição GNU/Linux}\\ \hline

\multicolumn{2}{l}{Equipe:}& \multicolumn{2}{l}{Data:}\\ \hline

\multicolumn{4}{l}{Avaliação: Performance  ativação do sistema}\\ \hline \hline
%%%%%%%%%%%%%%%%%%%%%%%5
\textbf{Requisitos de Avaliação }&
\multicolumn{3}{c}{\textbf{Distribuições}} \\ \hline
%%%%%%%%%%%%%%%%%%
& \textbf{Distro1}&  \textbf{Distro2}& \textbf{Distro3} \\ \hline

%%%%%%%%%%%%%%%%
Performance& & & \\ \hline
Tempo de carga até o logon& & & \\ \hline
Tempo de Login& & & \\ \hline
Consumo de Memória & & & \\ \hline
Espaço em disco ocupado& & & \\ \hline
Outros Requisitos& & & \\ \hline
Periodicidade de atualização do Kernel na Distribuição& & & \\ \hline
Tempo de compilação do Kernel na Atualização& & & \\ \hline
Hardware Mínimo exigido& & & \\ \hline

\end{supertabular}

%%%%%%%%%%%%%%%%5555555555555555555555555555555555555555555555555555555555


\subsection{Grade de avaliação de Desempenho 2}


%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%555
\tablefirsthead{%
	\hline
	\multicolumn{5}{c}{
		\textbf{Grade de Avaliação de Distribuição}
		} \\
	}

\tablehead{%
	\hline
	\textbf{Distribuição} &
	\textbf{Interface Gráfica} &
	\textbf{Aplicativo} &
	\textbf{1ª carga} &
	\textbf{2ª carga}
	\\ \hline
	%%%%%%%%%%%%%%%%
}

\tabletail{%
	\hline
}

% \tablelasttail{\hline}
\bottomcaption{Grade de Avaliação de Distribuição}


\begin{supertabular}{ p{4cm} | p{2cm} | p{2cm} | p{2cm} |p{2cm}}
\hline


\multicolumn{5}{c}{[NOME DA INSTITUIÇÃO]}\\ \hline

\multicolumn{5}{c}{[NOME DO ÓRGÃO RESPONSÁVEL PELA AVALIAÇÃO]} \\ \hline

\multicolumn{5}{c}{Planilha de Avaliação de Distribuição GNU/Linux}\\ \hline

\multicolumn{3}{l}{Equipe:}& \multicolumn{2}{l}{Data:}\\ \hline

\multicolumn{5}{l}{Avaliação: Performance  tempo de carga}\\ \hline \hline
%%%%%%%%%%%%%%%%%%%%%%%5

\textbf{Distribuição}& \textbf{Interface Gráfica}& \textbf{Aplicativo}& \textbf{1ª carga}& \textbf{2ª carga}\\ \hline

Distro1& KDE versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline
& GNOME versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline

& & & & \\ \hline \hline

Distro 2& KDE versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline
& GNOME versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline

& & & & \\ \hline \hline

Distro 3& KDE versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline
& GNOME versão:& Open Office& & \\ \hline
& & Evolution& & \\ \hline
& & Kmail& & \\ \hline
& & Firefox& & \\ \hline
& & Mozilla& & \\ \hline

& & & & \\ \hline \hline

\end{supertabular}


\begin{center}
% use packages: array
\begin{tabular}{|p{4cm}|p{2cm}|p{2cm}|p{2cm}|p{2cm}| }
\hline
Exemplo de pontuação: &
Entre 0 - 5 =  3 pontos &
Entre 6 -10 = 2 pontos &
Entre 11 - 15 = 1 ponto&
Acima de 16 = 0 ponto
 \\ \hline
\end{tabular}
\end{center}


% \section{Referências}
% 
% 
% \cite{gtmsl} Grupo de Trabalho Migração Para Software Livre.
% \www{http://guialivre.governoeletronico.gov.br/gtmsl}
% Consultado em: 28 setembro de 2005.
% 
% 
% [2] Plano de Padronização de Ambiente e Migração para Software Livre.
% \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/down\_anexo.wsptmp.arquivo=E15\_469Plano\_de\_Migracao\_de\_Software\_Livre\_no\_MP-V1-2.pdf}
% Consultado em: 11 outubro de 2005.
% 
% 
% \cite{DistroGNU} Distribuições GNU/Linux.
% \www{http://twiki.im.ufba.br/bin/view/PSL/DistribuicoesGNULinux}
% Consultado em: 28 setembro de 2005.
% 
% 
% \cite{ida} A Guide to Open Source Software. Australian Government, Department of Finance and Administration.
% 
% \cite{itso} Linux Client Migration CookBook: A Practical Planning and Implementation Guide for Migrating to Desktop Linux. International Technical Support Organization.
% 
% \cite{GuiaLivre} Guia Livre.
% \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/noticia.wsptmp.noticia=469}
% Consultado em: 11 outubro de 2005.
% 
% \cite{FHS} FHS: Filesystem Hierarchy Standard.
% \www{http://www.pathname.com/fhs/}
% Consultado em: 22 dezembro de 2005.
% 
% 
% \cite{LSB} LSB: Linux Standard Base.
% \www{http://www.linuxbase.org/}
% Consultado em: 22 dezembro de 2005.
% 
% \cite{l18n} Openl18N: The Free Standards Group Open Internationalization Initiative.
% \www{http://www.openi18n.org/}
% Consultado em: 22 dezembro de 2005.
% 
% \cite{cups} Openprinting: Standardizing on a Scalable Print Environment in *nix.
% \www{http://www.openprinting.org/}
% Consultado em: 22 dezembro de 2005.
% 
% \cite{OpenCF} Opencf: Open Cluster Framework.
% \www{http://www.opencf.org/home.html}
% Consultado em: 22 dezembro de 2005.
% 
% \cite{E-ping} e-PING.
% \www{http://www.governoeletronico.gov.br/governoeletronico/publicacao/noticia.wsptmp.noticia=241}
% Consultado em: 24 janeiro de 2006.
% 
% 
% \cite{acessobrasil} O que é acessibilidade.
% \www{http://www.acessobrasil.org.br/index.phpitemid=45}
% Consultado em: 24 janeiro de 2006.
% 
% 
% \cite{e-mag} e-MAG: Modelo de Acessibilidade de Governo Eletrônico. Disponível em:
% \www{http://www.serpro.gov.br/noticiasSERPRO/20041229\_06}
% Consultado em: 26 janeiro de 2006.