
\part*{Parte V \\ \ \\ ESTUDOS DE CASOS}
\addcontentsline{toc}{part}{PARTE V -- ESTUDOS DE CASOS}
\label{parte5}



\chapter*{Estudos de Casos}
\label{estudo_casos}

Esta Parte apresenta a compilação do referencial de casos práticos de migração da Administração Pública Federal, com o objetivo de possibilitar demonstração prática da metodologia de migração sugerida no Capítulo 
\ref{metodologia_migracao}, além das diretrizes e das recomendações apresentadas nas Partes II, III e IV.

Os estudos de casos disponíveis até esta versão, listados nas próximas páginas são os seguintes:

\begin{itemize}
	\item Ministério do Desenvolvimento Agrário;
	\item Ministério das Comunicações;
        \item RADIOBRÁS;
        \item Marinha do Brasil;
	\item DATAPREV; 
	\item Embrapa;
	\item SERPRO;
	\item Instituto Nacional de Tecnologia da Informação;
	\item Exército Brasileiro.
\end{itemize}

O conteúdo disponibilizado por cada instituição é de responsabilidade de cada representante.

 

\chapter{Ministério do Desenvolvimento Agrário}
\label{caso_mda}

\section{Migração de servidores}

\cabcaso{Ministério do Desenvolvimento Agrário}{www.mda.gov.br}{Plano de Migração para \emph{Software} Livre}{Paulo Ricardo Carvalho de Oliveira}{paulo.oliveira@mda.gov.br}{Servidores de Rede, Correio eletrônico, Customização, Economia.}



\subsection{Os Motivos}

\begin{enumerate}

	\item  A oportunidade de realizar a autonomia da REDE MDA, concebendo uma gestão completa dos recursos de rede, dos sistemas de controle e de comunicação entre as unidades do MDA.

	\item   A possibilidade de realização de customização dos sistemas e dos serviços, por meio de completa integração dos processos que são os principais desafios da Administração Pública:

	\begin{itemize}
		
		\item          desburocratização;
		\item         aplicação dos princípios da qualidade total;
		\item          comunicação multimídia;
		\item          prestação de serviços;
		\item          transparência total;
		\item          reengenharia tecnológica.
	\end{itemize}
\end{enumerate}

\subsection{Plano de Ação}


O projeto de migração previu a contratação de consultoria especializada, a criação da sala da REDE MDA, a aquisição de novos computadores servidores com \emph{Software} Livre, a aquisição de novas estações de trabalho com a suíte Openoffice.org instalada, o curso de introdução ao Openoffice.org, o desenvolvimento de sistemas de controle interno, o desenvolvimento da Intranet e o do portal do MDA.

Definimos como foco de atuação a migração de 95\% dos servidores de rede e também a migração dos aplicativos de automação de escritório de 30\% dos usuários em curto prazo. Essa estratégia foi a escolhida por ser considerada a menos impactante para os usuários da REDE MDA.


\subsection{Aspectos  Culturais}

A utilização do \emph{Software} Livre deve ser considerada como conquista participativa, pois envolve cada profissional, individualmente, em todas as etapas, e depende de seu interesse em aceitar o desafio da mudança.

Os fatores culturais são os mais complexos para lidar com a mudança nas organizações. Existe a necessidade de motivação constante das equipes para ampliar a flexibilidade, dotando-as de capacidade para enfrentar os desafios que a modernidade impõe às organizações.

As tomadas de decisão exigem o apoio da administração superior, que deve conhecer as potencialidades e as dificuldades da utilização do SL na condução de todos os profissionais, para a construção dessa nova cultura organizacional. O apoio político é imprescindível para que haja possibilidade de implementações que alterem as rotinas das instituições.

%No MDA, o Ministro Miguel Rosseto sempre foi entusiasta do SL e incentivou as primeiras edições do Fórum Internacional do \emph{Software} Livre (FISL) em Porto Alegre/RS, no cargo de Vice-Governador do Estado durante o governo Olívio Dutra. 


\subsection{Capacitação dos usuários e equipe técnica}

O \emph{Software} Livre é um sistema em desenvolvimento e possui canais que proporcionam aos usuários participarem deste desenvolvimento, bastando que estes estejam capacitados para interagir com os sistemas e compreender o seu funcionamento, desde o nível mais básico, como utilização de \emph{softwares} clientes de correio, editores de texto ou acesso à Internet, até o avançado, como desenvolvimento de sistemas integrados on-line.

A migração impõe a necessidade de capacitação de todos os usuários, principalmente dos profissionais da área de desenvolvimento e de rede. A capacitação deve ser realizada constantemente e possuir canais de comunicação ágeis. É necessário monitoramento da evolução deste conhecimento em todas as áreas.

Para enfrentar nosso desafio, foi realizada uma pesquisa para identificar o perfil do usuário da REDE MDA, na qual foi constatado alto índice (85\%) dos profissionais cursando o 3º grau ou com o 3º grau completo, fator considerado como positivo para implementação das mudanças previstas. Havia um processo de aquisição de 100 estações de trabalho, em que foi definido que os aplicativos de automação de escritório seriam todos da suíte Openoffice.org. Para estes usuários, foi contratada uma empresa que realizou o curso de Introdução, dividido em turmas de 8 horas/aula, com distribuição de apostila e CD com softwares livres e gratuitos. O total de 90 profissionais foi treinado. Numa pesquisa de satisfação, respondida por 50\% dos alunos, 85\% consideraram o Curso como bom ou ótimo.

Para os profissionais de rede e suporte, serão realizados cursos de Linux em empresas terceirizadas. 


\subsection{Os Serviços de rede e correio eletrônico}
\label{outro}

Na área de rede, 90\% dos serviços funcionam atualmente na plataforma de SL, e existem ferramentas de monitoramento do \emph{hardware} e dos serviços por meio de gráficos on-line. Contamos com sete servidores espelhados, pelo serviço de Alta Disponibilidade, garantindo a estabilidade dos serviços. No serviço de correio eletrônico, possuímos barreira de vírus e \emph{spam}. Estão sendo desenvolvidos sistemas de gestão e integração dos serviços, no qual se destaca um Sistema On-Line de Gerenciamento do Postfix (Servidor de Correio), por intermédio de uma interface gráfica, com ferramentas de importação e exportação de usuários, gerenciamento de aliases, gerenciamento de informações dos usuários e outras funcionalidades. Está previsto também um Sistema On-Line de Gerenciamento do Samba (Servidor de Rede), integrado com o Postfix e semelhante nas funcionalidade. 


A Tabela \ref{tab_mda} apresenta os serviços e os Softwares Livres utilizados:

\begin{table}[!htb]
  \centering
  \caption{Serviços e \emph{Software} Livre utilizados.}
  \begin{center}
  \begin{tabular}{|l |l |} \hline
  \label{tab_mda}
\textbf{Tipo de Serviço} &
\textbf{\emph{Software} Livre Utilizado} \\\hline
Sistema Operacional &
 RedHat  9.0 \\\hline
Servidor SMTP &
 Postfix \\\hline
Servidor POP3 &
 ipop3d \\\hline
Webmail &
 Squirrelmail \\\hline
Anti Vírus &
 Clamav \\\hline
Servidor \emph{Backup} &
 Amanda \\\hline
Servidor de Arquivos &
 Samba \\\hline
Servidor de Logon &
 Samba \\\hline
Servidor DNS &
 Bind \\\hline
Servidor Firewall &
 Ipchains \\\hline
Servidor HTTP &
 Apache \\\hline
Servidor Base de Dados &
 PostgreSQL e MySQL \\\hline
Servidor Gráficos Monitores &
 LRRD \\\hline
  \end{tabular}
  \end{center}
\end{table}


\subsection{Customização dos Sistemas}

Na área de desenvolvimento de sistemas, foi possível a alteração imediata do Portal estático do MDA para um sistema de gerenciamento de conteúdo, o NAWEB, que possibilita gerenciamento on-line, mecanismo de busca, edição de notícias e outras funcionalidades. O NAWEB possibilitou a criação do projeto ``SACI LIVRE''. SACI é uma sigla de Sistema de Administração de Conteúdo Institucional na Internet, desenvolvido em \emph{Software} Livre, que possibilitará a administração de vários portais institucionais. Mediante ferramentas desenvolvidas em módulos, o Sistema permitirá a colaboração da comunidade do \emph{Software} Livre e proporcionará nova concepção de administração de portais institucionais corporativos.

Ao utilizar a linguagem PHP e o Banco de Dados PostgreeSQL, ferramentas bastante populares e robustas, padronizamos os Sistemas On-line e começamos a desenvolver uma série de sistemas de controle interno, totalmente integrados com os sistemas de controle de rede, o correio eletrônico e a Intranet.

A equipe de desenvolvedores é o pilar da migração do MDA, pois é dela a tarefa de construir as ferramentas que substituirão as aplicações proprietárias para aplicações em SL. Outra tarefa da equipe de desenvolvimento é definir e sustentar os padrões que orientarão o desenvolvimento dos novos sistemas nas unidades do MDA.

Quando os sistemas são customizados, as tarefas diárias viram processos digitais que são aprimorados com a ferramenta on-line. As aplicações mais modernas possibilitam uma série de funcionalidades:

\begin{itemize}

     \item  controle total do fluxo de informações;
     \item unicidade da informação;
     \item comunicação digital e multimídia;
     \item pesquisa e garimpagem de dados;
     \item documentação e registros;
     \item interação em tempo real;
     \item interface;
     \item universalidade de acesso.
\end{itemize}

Todos os projetos estão concebidos para serem integrados em módulos; isso torna mais simples a construção dos primeiros pilares e possibilita desenvolver mais de um sistema por vez. Já estão prontos os módulos de controle de acesso e segurança -- CONTRA e o módulo de Gerenciamento de usuários de correio -- POSTMAN. Inauguramos recentemente nossa nova Intranet e lançamos o novo Sistema de Atendimento ao Usuário -- SISAU, que possibilita gerenciamento total das solicitações de serviços e tarefas.


\subsection{Os Desafios Enfrentados}

Para a migração do serviço de Correio Eletrônico, os softwares clientes de correio de 100\% dos usuários foram alterados. Essa tarefa foi certamente a mais trabalhosa, pois apesar de criarmos um passo-a-passo para auxiliar na utilização da nova ferramenta, recebemos algumas críticas, o que não deixa de ser normal.

No servidor de correio eletrônico, conseguimos grande redução de paradas dos serviços e ampliação da utilização dos serviços. Atualmente estamos enviando em média 3.500 mensagens e recebemos em média 38.000 mensagens em dias úteis. A Figura
\ref{fig:grafico_anual} representa essa evolução:

\figura{fig:grafico_anual}{A-1.png}{.6}{Gráfico Anual}

Outros serviços relevantes são as ferramentas de bloqueio de vírus e de spam, que possibilitaram mais segurança e estabilidade para a REDE MDA.
A Figura \ref{fig:grafico_anual_de_erros} ilustra a evolução desse mecanismo de controle:

\figura{fig:grafico_anual_de_erros}{A-2.png}{.6}{Gráfico Anual de erros}

Para a migração do serviço de REDE, a maior parte dos serviços foi implementada com amplo sucesso e total transparência para os usuários da rede.

Na implementação do Openoffice.org, o desafio maior foi a adaptação dos usuários, que apresentaram pequena dificuldade na formatação dos documentos migrados dos aplicativos proprietários. Os usuários avançados tiveram problemas no suporte, pois o Curso realizado contemplava apenas informações básicas de comparação dos aplicativos. As operações avançadas necessitaram de suporte, e nossa equipe não estava plenamente capacitada para solucionar todos os problemas.

Em termos gerais, o maior desafio para uma instituição pública no processo de migração é a capacidade de planejamento e aquisição dos equipamentos necessários. No caso do MDA, o tempo de implementação poderia ser reduzido à metade, se o processo burocrático de licitação fosse mais ágil. 

\subsection{Economia Alcançada}

Apesar de uma avaliação rigorosa exigir um cenário de longo prazo, podemos estimar a economia na redução de custos de aquisição de \emph{hardware} e também na redução de custos de aquisição de software.

A economia na aquisição de \emph{hardware} deve-se ao fato de que o \emph{Software} Livre possibilita a utilização de computadores servidores com especificações mais simples do que o \emph{Software} Proprietário.

Para a implementação do sistema de alta disponibilidade, que permite a utilização de dois computadores para sustentar cada serviço, foram adquiridos mais 7 computadores, com as especificações técnicas aproximadas aos já utilizados na nossa rede.

Certamente a qualidade dos computadores indicados pelos fabricantes de \emph{software} proprietário é maior, e sua depreciação é certamente mais longa que a dos computadores substitutos, porém todas as aquisições prevêem garantia on-site (troca das peças com defeito) para todos os itens por 36 meses.

Outra consideração importante é que as especificações dos componentes (memória RAM, processador, placa-mãe, gravador de fitas DAT, Disco Rígido SCSI de alta performance) foram adquiridas idênticas aos servidores principais. 

A Figura \ref{mda_q_01} apresenta comparação entre os equipamentos indicados pelos fabricantes de \emph{software} proprietário e os equipamentos adquiridos, considerando apenas os gastos com maquinário\footnote{
Não foram 
considerados custos com instalação, configuração e manutenção 
dos equipamentos.}.



\figura{mda_q_01}{mda_quadro01.png}{0.5}{Comparativo de aquisição de \emph{hardware} em abril de 2004 -- valores de mercado.}

A Figura \ref{mda_q_02} apresenta um comparativo estimativo entre as soluções proprietárias e os substitutos em \emph{Software} Livre\footnote{
Não foram
considerados custos com instalação, configuração e manutenção
das soluções apresentadas.}.

\figura{mda_q_02}{mda_quadro02.png}{0.6}{Comparativo de aquisição de \emph{software} em abril de 2004 -- valores de mercado.}



\subsection{Experiência Adquirida}

Procuramos pontuar os itens que consideramos relevantes para tornar nosso processo de migração mais confiável e sustentável:

\begin{description}
	\item[Válvula de Escape ]- Sempre desenvolver o plano com alternativas de retorno à situação anterior, caso a implementação de um serviço não obtenha sucesso. Isso evita o desgaste de parada dos serviços, que pode ser alvo de críticas, gerar transtornos e trabalho dobrado.


	\item[Comunicação ]- Comunicar sempre as paradas de serviços e as atividades com a devida antecedência, para que todos acompanhem a evolução do processo de migração.


	\item[Pesquisa Contínua ]- Criar canais de comunicação na Intranet e na Internet, com os documentos passo a passo de cada novo \emph{software} disponível. Ampliar o acervo da biblioteca sobre os softwares escolhidos.


	\item[Horários Alternativos] -- Realizar todas as mudanças possíveis fora do horário do serviço dos usuários, para minimizar os impactos das atividades para os usuários.

\end{description}

\subsection{Resultados positivos}

A maior vantagem é a flexibilidade que o desenvolvimento de sistemas em \emph{Software} Livre proporciona, fortalecendo a melhoria contínua na área de TI, dotando as unidades executoras de ferramentas de suporte para maximizar a utilização dos recursos na execução das ações do MDA ao seu público beneficiário e na transparência dos resultados ao restante da sociedade.


\chapter{Ministério das Comunicações}

\cabcaso{Ministério das Comunicações}{www.mc.gov.br}{Migração para \emph{Software} Livre}{Welber Antônio Luchine}{welber.luchine@mc.gov.br}{Planejamento, Sensibilização, Treinamento.}

\section{Plano de migração}

\subsection{Introdução}

Em junho de 2003, iniciamos o estudo de viabilidade do projeto de migração para \emph{Software} Livre do Ministério das Comunicações e, desde então, estamos trabalhando para concretizar o mais rapidamente possível essa solução.


\subsection{Escopo}

Migração da plataforma operacional dos servidores do CPD, substituição dos sistemas operacionais, suítes de escritório e outros aplicativos das estações de trabalho e substituição das ferramentas de administração de rede e desenvolvimento de sistemas.


\subsection{Planejamento e Execução}

Realizamos um planejamento estratégico com toda a equipe de técnicos da Coordenação de Informática do MC, durante um dia, fora do local de trabalho, para que pudéssemos aproveitar o máximo possível o tempo, sem que houvesse qualquer interferência de trabalho. Além disso, disponibilizamos um profissional facilitador do processo de planejamento para ajudar-nos na tarefa proposta.

Conseqüentemente, várias ações foram definidas e estão sendo seguidas como plano de trabalho deste Ministério. Abaixo explicitamos as ações e os seus desdobramentos. 


\begin{itemize}

	\item[a)] Patrocinador do Projeto -- é fundamental que o Projeto seja apoiado pela alta administração do Órgão. Sem esse apoio, não podemos implementar o Projeto, pois ele não estaria na política estratégica da Organização. O apoio deverá ser renovado sempre que houver substituição da pessoa do patrocinador.

	\item[b)] Estudo de viabilidade -- buscamos comparar o gasto anual com licenciamento de \emph{software} com o gasto em substituições (consultorias e treinamentos), além da compatibilidade técnica entre os programas que deveriam ser substituídos. Desse levantamento, mapeamos todos os possíveis problemas de adequação dos novos programas.

	\item[c)] Decisão sobre a distribuição que seria utilizada -- inicialmente decidimos utilizar a distribuição Debian nos servidores, tendo como premissa que essa distribuição não poderia ser adquirida por qualquer empresa de tecnologia da informação -- evitando, assim, o apoderamento do código-fonte.

Assim, iniciamos, concomitantemente, os testes com a distribuição Kurumin em ambiente corporativo. Ela se mostrou ser uma ferramenta de rápida configuração, permitindo diminuir o tempo de instalação da estação para o usuário em relação com as máquinas que usam programas proprietários.

Contudo, a distribuição ainda não está completa para execução no ambiente corporativo. Nossa equipe teve que construir alguns \emph{scripts} para que o ambiente corporativo fosse incorporado e pudesse funcionar adequadamente. Entretanto, é uma ferramenta que pode facilitar a introdução do \emph{Software} Livre nas estações, sem custo e com excelente performance. 


	\item[d)] Capacitação da equipe técnica -- investir na capacitação de seus técnicos para que eles possam atuar sobre esse novo paradigma é fator crítico para o sucesso do seu projeto e deve ser a primeira ação efetuada. Sem o comprometimento da equipe técnica e a sua habilidade em contornar determinadas situações, o Projeto ficará sem rumo e fadado ao fracasso. No nosso caso, definimos os treinamentos técnicos em sistema operacional GNU-Linux de acordo com o perfil do profissional, podendo dessa forma adequar o conteúdo programático de cada treinamento.

Caso possua equipe terceirizada, de acordo com cada contrato de serviço, pode-se negociar com a empresa o treinamento dos profissionais. No caso do nosso Projeto, definimos com a administração do MC o treinamento para alguns servidores do quadro; para os colaboradores terceirizados, negociamos com a empresa sua capacitação.

	\item[e)] Migração dos serviços básicos de rede (não-críticos) -- a equipe técnica do MC, após sua capacitação, iniciou a substituição de alguns serviços não-críticos de rede que estavam em \emph{software} proprietário, para seu correlativo em \emph{Software} Livre. Essa mudança foi totalmente transparente para os usuários do Ministério. Hoje um terço dos serviços de rede já estão migrados sem que nenhum apresente qualquer alteração ou falha.

	\item[f)] Sensibilização dos usuários -- a mudança de paradigma é grande para o usuário das estações de trabalho. Essa resistência pode ser diminuída se eles forem preparados para a mudança, buscando mostrar a importância dessa alteração para nosso País.

Nós realizamos três dias de palestras sobre \emph{Software} Livre, com a participação do Sr. Djalma Valois, mostrando aos usuários que era necessário mudar e que eles não deixariam de cumprir suas tarefas, pois as suas principais ferramentas já possuíam substitutas em \emph{Software} Livre. 

	\item[g)] Consultoria técnica especializada -- definimos como crítica a migração dos serviços fundamentais de comunicação das estações com o ambiente externo e a configuração de alta disponibilidade dos serviços. Para solucionar esse problema, preparamos uma licitação para auxiliar nessa tarefa crítica que esperamos finalizar em dezembro/2004.

	\item[h)] Capacitação dos usuários -- configuramos um projeto de capacitação dos usuários para uso das estações com a preocupação de não deixá-los despreparados para a tarefa. 

\end{itemize}

Nossa intenção é construir uma cultura de treinamento em Informática no Órgão, capacitando os usuários para as mudanças desejadas, sem, contudo, traumatizá-los com essas mudanças.

Nosso Projeto prevê a mudança da plataforma operacional da estação de trabalho, simultaneamente com o término do treinamento do usuário.


\chapter{RADIOBRÁS}

\section{Migração de estações de trabalho}

\cabcaso{RADIOBRÁS}{www.radiobras.gov.br}{Migração da RADIOBRÁS}{José Roberto Barrozo Costa}{jbarrozo@radiobras.gov.br}{Estação de Trabalho, Sistema Operacional, Legado.}

%Para não haver solução de continuidade nos trabalhos desempenhados na Empresa e possibilitar a implantação do Linux nas estações de trabalho, o procedimento a ser adotado é:

Para  não haver problemas de continuidade nos trabalhos desempenhados na Empresa e possibilitar a implantação do Linux nas estações de trabalho, o procedimento a ser adotado é:



\begin{itemize}
     \item  nas estações que só utilizarem a ferramenta Office (principalmente Word\reg e Excel \reg) e o acesso à Internet, será instalado o sistema operacional Linux e o Openoffice (ambos softwares  livres).
     \item nos microcomputadores que utilizarem programas proprietários (como, por exemplo, o sistema de Recursos Humanos, o sistema de publicidade legal, etc), será necessária a utilização de um \emph{software} para acessar tal recurso. Este programa é o Rdesktop.
\end{itemize}

Com essas diretrizes como norte, foram eleitos equipamentos em diversas áreas, dando-se preferência àqueles que não necessitassem utilizar o Rdesktop, por problema de infra-estrutura e licenças.

Em julho de 2003, diante de iminente migração, iniciamos o treinamento em sistema operacional Linux para a equipe de Informática. Foi ministrado um curso com carga de 60 horas e treinados tanto o pessoal de suporte, como os desenvolvedores.

Em setembro de 2003, com o apoio do ITI, da PRODABEL e da UFMG, efetuamos a migração de 14 estações de trabalho, em três áreas da administração. A distribuição utilizada foi o Libertas 2.0 da PRODABEL e, com o apoio da UFMG, iniciamos a autenticação dessas estações no LDAP.

Como havíamos feito a migração, e o pessoal da Informática continuava extremamente inseguro no tocante principalmente ao suporte aos usuários e aos serviços, enfrentamos diversos problemas com impressão e acesso aos arquivos do legado.

Com as dificuldades enfrentadas no dia-a-dia, resolvemos continuar testando outras distribuições e optamos por fazer uma mudança do Libertas 2.0 para o Red Hat 9; com essa mudança, conseguimos melhorar o fluxo dos serviços e as demandas dos usuários diminuíram muito.

Ainda assim, havia grande problema, o acesso ao SERPRO, que, nesta época, era feito via HOD 6; porém, o Órgão não possuía suporte ao Java Virtual Machine 2 ou superiores, embora já utilizasse os navegadores usados no Linux. Isso, além de ter causado transtornos aos usuários, que tiveram seus equipamentos migrados, impossibilitou migrar áreas em que o uso dos sistemas baseados no SERPRO é fundamental. 

Com muita luta e apoio do ITI, o SERPRO atualizou sua versão de HOD e possibilitou este acesso, que abre novas possibilidades de migração.

Hoje contamos com 37 estações utilizando Linux/Openoffice e 7 servidores (Postfix, Squid, MySQL, APACHE, LDAP, DNS, DHCP e Firewall).

Para mostrar nossa disposição quanto à migração, foi autorizada pelo Diretor da Área Administrativa a participação do maior número de técnicos da área de Informática na semana de capacitação promovida pelo ITI. Dos 17 funcionários do Departamento, 15 participaram de pelo menos um curso. 

A equipe de desenvolvimento está se preparando para programar, em PHP, uma equipe que conta com programadores em linguagens Delphi, VB, JAVA e ASP, e já está acertado que os novos desenvolvimentos de sistemas utilizarão esta linguagem.

Os principais problemas enfrentados foram os seguintes:

\begin{itemize}

     \item  a equipe técnica não estava preparada para a migração. Havia sido dado só um treinamento de 60 horas, mas não havia ainda pessoas habilitadas para efetuar o suporte;
     \item a instalação foi efetuada em um final de semana, sem ter sido feito um plano B e sem ter havido treinamento para os usuários, nem mesmo uma palestra de esclarecimento;
     \item a distribuição selecionada para implantação nas máquinas foi o Libertas 2.0 GNU/Linux da PRODABEL, por falta de conhecimento por parte da equipe técnica da RADIOBRÁS. Esta distribuição apresentou vários problemas por causa de nossa realidade de equipamentos (eram bem mais novos que os usados com a distribuição em Minas Gerais), o que ocasionou problemas de configuração de equipamentos, principalmente de impressoras;
     \item a migração do cliente de \emph{e-mail} (Xmian -- Evolution) sem no entanto ter havido a migração do servidor (Exchange), os usuários ficaram sem listas de endereço e contatos, dentre outros;
     \item a versão de Openoffice utilizada ainda apresentava muitas incompatibilidades com os documentos do legado, produzidos com o Microsoft\reg \ Word\reg;
     \item a inexistência de opção de utilizar o RDesktop para acesso aos sistemas legados, pois não possuíamos licenças de uso para terminal service nos nossos servidores Windows\reg;
     \item a perda de acesso aos sistemas do SERPRO, pois com a utilização do Mozilla, que utiliza o Java2, ficamos impossibilitados de nos comunicar com o sistema HOD do SERPRO, que só trabalhava com Java1.

\end{itemize}

Os nossos principais avanços foram:


\begin{itemize}

     \item  a equipe técnica ficou mais coesa com o novo desafio e aprofundou seus conhecimentos de Linux. Aprendeu a compartilhar o conhecimento e a pesquisar as soluções para os problemas apresentados;
     \item a equipe de desenvolvimento está padronizando a linguagem de novos desenvolvimentos, facilitando a manutenção dos sistemas, bem como o desenvolvimento colaborativo.

\end{itemize}



 
\chapter{Marinha do Brasil}
\label{caso_marinha}

\section{Plano de migração para \emph{mainframe}}

\cabcaso{Marinha do Brasil}{www.mar.mil.br}{Experiência na utilização de \emph{Software} Livre em \emph{Mainframe}}{Cap. Antônio Luiz Barbosa}{aluizbarbosa@sgm.mar.mil.br}{Mainframe, Plano.}


Em um ano, foram iniciados estudos, realizados testes e implantado ambiente Linux no IBM S/390 da Marinha do Brasil, demonstrando a possibilidade de preservação de investimentos já instalados.

Numa 1ª Fase, estão sendo mantidos em paralelo, em áreas virtuais distintas, o S.O. proprietário e o S.O. Linux.

As vantagens foram:

\begin{itemize}
     \item  compartilhamento de recursos;
     \item múltiplos ambientes operacionais;
     \item uso compartilhado e flexibilidade;
     \item flexibilidade de \emph{software} e hardware;
     \item partições lógicas distintas;
     \item consolidação de servidores para: contingência, desenvolvimento, treinamento.  
\end{itemize}

	Com isso, o \emph{mainframe} pode ser empregado como servidor corporativo (web, Intranet, \mbox{e-mail}, EAD).

Os resultados esperados são:
\begin{itemize}

 \item uso mais racional dos recursos de hardware;
 \item redução de custos (flexibilidade de configuração);
 \item interoperabilidade;
 \item portabilidade das aplicações;
 \item aumento dos requisitos de segurança com a customização.

\end{itemize}


 
\chapter{DATAPREV}

\section{Servidores de arquivos}

\cabcaso{DATAPREV}{www.dataprev.gov.br}{Procedimentos adotados pela Dataprev na migração dos servidores Netware (Novell) para servidores Linux, mais de 200 servidores. }{Ênio Tolentino Silva}{enio.silva@previdencia.gov.br}{Servidor, Samba, Autenticação.}

A DATAPREV incentivou a realização das migrações em junho de 2001, criou um documento de orientação para seus técnicos, deixando claro que não seria uma ``receita de bolo'' e, sim, padrões e procedimentos mínimos para que e a migração fosse realizada com sucesso em todas as áreas da Previdência Social. Também para esse processo criou uma lista no correio interno para postar dúvidas; outro recurso usado foi a disponibilização de dois ramais diretos com a Divisão de Suporte Básico para apoio aos técnicos que atuaram diretamente na migração.

Para o sucesso no processo de migração, sugerimos avaliação completa de todo o ambiente. No nosso caso, procedemos da seguinte forma: montamos laboratórios simulando o ambiente de produção (Netware + Aplicações), migramos para o Linux e executamos o maior número de testes e simulações possíveis, até alcançar total estabilização do ambiente Linux.

O Documento de Orientação utilizado no procedimento de migração foi o seguinte:


\begin{itemize}

	\item[1)] Recomendamos para o processo de migração o apoio de um funcionário da regional que conheça Novell para ajudar o funcionário responsável pelo ambiente Linux, pois durante todo processo de migração serão necessárias informações do ambiente Novell. Chamaremos durante a documentação este equipamento de ``servidor Novell''.
	\item[2)] Levantar toda configuração do servidor Novell: os volumes, os diretórios, os usuários ativos e inativos, os programas, as permissões, os  grupos, os arquivos.
	\item[3)] O levantamento da configuração deve ser detalhado para que nenhuma configuração ou dados do ambiente antigo sejam perdidos.
	\item[4)] Realizar Backup.
\end{itemize}

Ambiente Linux:

\begin{itemize}
	\item[1)] A distribuição do Linux utilizada foi o Conectiva com o serviço SAMBA.
	\item[2)] Verificação de compatibilidade do \emph{hardware} com Linux.
\end{itemize}

Ambiente de Triangulação :

\begin{itemize}
	\item Será utilizada uma máquina com o windows instalado: 95, 98, NT ou 2000, pode ser servidor ou estação, que desempenhará a função de triangulação entre os dois ambientes: servidor Novell e servidor Linux. Chamaremos este equipamento de máquina de triangulação.
\end{itemize}

\subsubsection{Etapa: Configuração do Linux}

Instalar com perfil de servidor de rede com o serviço SAMBA.

Os serviços adicionais serão o PROFTP, SSH, INET, MC, Apache e PHP. 

Para instalação do servidor linux, foi criado um roteiro de acordo com os padrões da Dataprev. 

Utilizamos o Particionamento de Disco descrito na tabela \ref{tab_migracao_dataprev}, para máquinas com HD com 2GB ou mais:

\begin{table}[!htb]
  \centering
  \caption{File-system e Espaço}
  \begin{center}
  \begin{tabular}{|l |l |} \hline
  \label{tab_migracao_dataprev} 
\textbf{File-system} &
\textbf{Espaço} \\\hline
/boot &
 15 MB \\\hline
/swap &
 2,5 vezes a memória RAM, com tamanho máximo de 256 MB \\\hline
/ &
 25\% do espaço -- sendo o mínimo de 500 MB e o máximo de 1 GB \\\hline
/apl &
 Restante do disco para aplicativos \\\hline
  \end{tabular}
  \end{center}
\end{table}


Criar os diretórios. Alguns futuramente serão mapeados para o usuário em suas estações de trabalho.

\begin{description}
	\item[\txt{home/usr}] -- Abaixo do \txt{usr} ficarão os diretórios dos usuários.
	\item[\txt{home/samba/temp}] -- Diretório temporário, específicos para arquivos administrativos, compartilhados, comuns, macros etc.
	\item[\txt{home/samba/dados}] -- Diretório que recebe o volume sys e dados (não dos usuários) do servidor Novell.
	\item[\txt{home/samba/netlogon}] -- Diretório de configuração de \emph{logon} dos usuários na rede, onde ficará o arquivo com \emph{scripts} de inicialização para os usuários.
\end{description}

Caso se escolha o processo manual :
	
Digitar no prompt linuxconf => escolha o item Contas de Usuários => Adicionar => Preencher os campos Nome da Conta e Nome Completo

Criar os Grupos

São necessários caso exista uma política de grupos no servidor novell
Definição de grupos => Adicionar => preencher o campo Nome do Grupo

Configurando o SAMBA:

O arquivo para configuração do SAMBA é o \txt{smb.conf}, conforme exemplificado na figura \ref{arqconf_dataprev}.

\arquivo{arqconf_dataprev}{dataprev.txt}{Arquivo de configuração do SAMBA.}

Os mapeamentos padrão serão de acordo com seu ambiente.

Habilitar acesso via WEB

Caso o administrador queira gerenciar  o SAMBA via WEB, editar o arquivo inetd.conf e descomentar a linha referente ao SWAT.

Digite linuxconf => Procure a opção painel de controle => escolha Controle de Atividade  de Serviços Na lista disponível procure INET e o marque como [x] automático, procure linuxconf e o deixe como ativo e no SWAT marque o ativo.

Também no linuxconf
Ambiente de rede
Habilitação linuxconf via rede
Máquinas que podem acessar: preencher com o endereço das máquinas que poderão acessar pela internet, preferencialmente os administradores.

\subsubsection{Etapa: Migrando do Novell para  Linux}

Verificar se no servidor linux foram criados os usuários ativos e dos inativos o que ainda serão utilizados do antigo servidor novell 

Através da máquina de triangulação, acesse com o usuário administrador nos dois ambientes e mapeie o servidor Novell depois mapeie o servidor linux, ambos para todo o  diretório raiz

Transfira os dados usuário por usuário de uma máquina para outra.

Ao migrar arquivos para o diretório do usuário seus arquivos foram gravados pelo root e o próprio usuário não pode acessar seu arquivo. Deve-se alterar as permissões em todos os arquivos.

Acabando os usuários comece os dados.

A estrutura que foi solicitada no início para ser anotada será importante agora. Crie abaixo do \txt{/home/samba} os mesmos diretórios que existiam no servidor Novell, por exemplo:\\
\\
Servidor Novell: \txt{/sys/rh}
servidor Linux: \txt{/home/samba/rh}

Depois de criar todos os diretórios de forma idêntica ao servidor novell comece através da máquina de triangulação a transferência dos dados.

Neste caso como os volumes são grandes faça em etapas.

Acabando a migração dos dados entre na fase de testes do servidor linux.

\subsubsection{Etapa: Teste de funcionamento}

Acesse com um usuário qualquer pelo ambiente do cliente e verifique se o mesmo consegue trabalhar com seu arquivos e se os sistemas utilizados por ele estão em pleno funcionamento.

Boa Sorte!


\newpage
\section{Ferramenta de controle de versão -- CVS}

%\begin{center}

\cabcaso{DATAPREV}{www.dataprev.gov.br}{Implantação de Ferramenta de Controle de Versão. }{Jorge Maciel Pereira}{jorge.maciel@previdencia.gov.br}{Controle de versão, CVS.}

\subsection{Introdução}

A DATAPREV, empresa de Tecnologia e Informações da Previdência Social, experimentou, nos últimos quatro anos, crescimento exponencial do uso do ambiente de plataforma baixa na construção de seus aplicativos. Somam-se a este fato os projetos de nível estratégico da Previdência Social, os quais apontam para o uso de plataformas abertas e ferramentas não-proprietárias.

A necessidade de atender às diretrizes desses planos estratégicos e, ao mesmo tempo, padronizar o ambiente tecnológico desta plataforma, motivou as equipes de Administração de Dados e de Suporte a Aplicações, sob patrocínio dos respectivos gerentes de departamento, a buscar alternativas para preservar os investimentos já realizados, disseminar conceitos da Gerência de Configuração de Sistemas na Empresa e minimizar as dificuldades das áreas de apoio e suporte, para garantir a sustentação dos sistemas nesta plataforma.

Com tal objetivo, a equipe técnica propôs, e o Comitê de Tecnologia da Empresa homologou, em 8/2002, a ferramenta CVS (\emph{Concurrent Version System}) para gestão de fontes em plataforma baixa. É a principal ferramenta de guarda de objetos no mundo do \emph{Software} Livre, sendo utilizada, inclusive, para armazenar os programas-fonte do próprio Linux.

O objetivo maior do esforço é internalizar, na cultura da Instituição, os conceitos de guarda e administração de fontes, usando a ferramenta homologada como instrumento de gestão. Para tal, foi elaborada estratégia de internalização da ferramenta, baseada na capacitação das equipes de apoio, nas palestras para divulgação ao corpo gerencial, no treinamento dos desenvolvedores utilizando instrutores da própria Empresa e na implantação da ferramenta.

Essas ações foram realizadas durante o 2º semestre de 2002 e todo o ano de 2003. Atualmente, mais de 350 desenvolvedores foram treinados e mais de 170.000 objetos estão catalogados em 247 projetos. Além disso, evitou-se o gasto de cerca de R\$200.000,00 em treinamento para a Empresa, com a capacitação interna realizada. 



\subsection{Resumo da migração dos objetos}

Antes da implantação do CVS, o armazenamento de programas e objetos em plataforma baixa não era padronizado: cada equipe de desenvolvimento utilizava métodos próprios de salvaguarda controle de versão de programas e objetos. As soluções adotadas percorriam espectro bastante variado, indo do \emph{backup} em disquetes até o uso de gerenciadores de fontes proprietários.

Com a implantação do servidor CVS em 7/2002, as equipes de desenvolvimento definiram a prioridade de migração de seus projetos para o novo ambiente. As equipes de desenvolvimento foram treinadas no uso da ferramenta conforme prioridade definida. O diretório de cada projeto foi criado, conforme padrões da Empresa, e foi dada autorização de acesso para cada gerente de projeto cadastrar sua equipe e iniciar a migração dos programas e dos objetos.

Cada equipe definiu seus ritmos de migração e uso do aplicativo, cabendo às equipes de apoio garantir a disponibilidade do ambiente e o apoio ao uso da ferramenta.

Atualmente, a Empresa discute os procedimentos e as normas necessárias, para que o CVS seja efetivamente utilizado para a passagem de programas e objetos para o ambiente de produção. 


\subsection{Dados técnicos do ambiente CVS na DATAPREV}

\subsubsection{Versão instalada nos servidores} 

cvs-1.11.16-1.11.17.diff.bz2					
\subsubsection{Configuração dos servidores}

		A ferramenta está instalada em dois servidores: um para atender aos projetos desenvolvidos pelas equipes sediadas no Rio de Janeiro, e outro para os de Brasília. Ambos os servidores possuem sistema operacional Linux, e a autenticação para acesso é feita pelo próprio arquivo de senhas do sistema operacional.

\begin{itemize}
	\item  A configuração do servidor CVS situado no Rio de Janeiro é a seguinte: Pentium III -- 512 Mb de RAM -- HD 40 Gb;
	\item  A configuração do servidor CVS situado em Brasília é a seguinte: Pentium Pro -- 128 Mb de RAM -- HD 20 Gb.
\end{itemize} 

\subsubsection{Estação cliente}

A ferramenta instalada na estação cliente é o WinCVS, na versão 1.30; não há configuração mínima necessária para sua instalação.

\subsubsection{Ferramentas de apoio}

Como ferramenta de apoio no ambiente de desenvolvimento, é utilizado o WinMerge e o aplicativo CVSAdmin. A primeira ferramenta objetiva comparar versões (\emph{revisions}) de um mesmo objeto. Foi escolhida pela equipe da Empresa, mas qualquer outra ferramenta de comparação poderá ser utilizada em conjunto com o WinCVS. Esta segunda ferramenta foi desenvolvida na própria Instituição para divulgar o conteúdo das pastas na Intranet. A divulgação visa facilitar a pesquisa de objetos já disponíveis.

Como instrumento de apoio para o ambiente de produção, foi desenvolvido o aplicativo específico, o CVSOper, 
que será utilizado pelas áreas de operação, para transferir os programas e os objetos do repositório CVS para o ambiente de produção.

\subsubsection{Instalação das ferramentas}

Para instalação da versão da ferramenta WinCVS, dentro da empresa, foi criada pasta para baixa de arquivos, bastando informar:
\small
\txt{ftp://<nome servidor cvs> }
\normalsize


\subsubsection{Suporte externo}

Além da formação da equipe de apoio/suporte, a DATAPREV identificou no mercado um parceiro para prover suporte de nível mais alto e adaptação da ferramenta às necessidades específicas do Órgão. Para isso, foi assinado com uma empresa do Rio de Janeiro, participante da comunidade de \emph{Software} Livre, um contrato de suporte.


\subsection{Instalação das ferramentas}

Para a sociedade em geral, as ferramentas e respectivas documentações podem ser obtidas nos seguintes endereços:

\begin{itemize} 
	\item CVS -- <\www{http://www.cvshome.org}>;
	\item WinCVS -- <\www{http://www.wincvs.org}> \
	 ou \\ <\www{http://cvsgui.sourceforge.net/download.html}>.
\end{itemize} 


\chapter{Embrapa}

\cabcaso{Embrapa -- Empresa Brasileira de Pesquisa Agropecuária}{www.embrapa.gov.br}{Rede de \emph{Software} Livre para Agropecuária.}{Moacir Pedroso Júnior}{moacir.pedroso@embrapa.gov.br}{Agropecuária, AgroLivre, \emph{Software} Livre}

\section{AgroLivre}

\emph{Software} Livre refere-se a uma categoria de programas de computador na qual é permitido ao usuário executar, copiar, distribuir, avaliar, modificar e aperfeiçoar o código-fonte do software, sem que seja necessário solicitar qualquer autorização prévia ao autor do programa. Várias iniciativas vêm sendo tomadas para o uso e o incentivo de desenvolvimento de \emph{Software} Livre no País, principalmente no Setor Público, visando não apenas à economia de recursos, com efeito imediato, mas também possibilitando aumento da soberania tecnológica brasileira e incentivo a programas de inclusão digital.

A Empresa Brasileira de Pesquisa Agropecuária -- Embrapa\footnote{
\wwn{http://www.embrapa.br/}.}, 
referência nacional em pesquisa agropecuária, possui as condições técnicas para incentivar e apoiar o uso e o desenvolvimento de \emph{Software} Livre para o Setor. O conhecimento do domínio agropecuário distribuído em suas 40 unidades de pesquisa, aliado à capacidade técnica dos profissionais de Informática da Empresa, e mais especificamente dos técnicos da Embrapa Informática Agropecuária, estabelecem as condições adequadas para a atuação neste Setor.

Neste contexto está sendo criada a Rede de \emph{Software} Livre para Agropecuária -- AgroLivre\footnote{
\wwn{http://www.agrolivre.gov.br/}.}, que pretende atender à demanda do Setor Agropecuário nas áreas de sistemas de apoio à tomada de decisão, à pesquisa científica e aos projetos de inclusão digital.

A Rede AgroLivre é um projeto da Embrapa, sob a coordenação das unidades Departamento de Tecnologia da Informação -- DTI\footnote{
\wwn{http://www.embrapa.br/embrapa/uc/dti/dti.htm}.} e Embrapa Informática Agropecuária\footnote{
\wwn{http://www.cnptia.embrapa.br/}.}.
Compete ao DTI a definição das políticas de adoção de \emph{Software} Livre e de certificação digital na Embrapa. Cabe à Embrapa Informática Agropecuária a coordenação do repositório de \emph{Software} Livre para uso pelo Setor Agropecuário, bem como a criação e a manutenção do sítio da Rede.

Para a Embrapa Informática Agropecuária, cuja missão é gerar, promover, difundir e aplicar tecnologias de informação e comunicação, viabilizando soluções para o desenvolvimento sustentável da produção e o da pesquisa agropecuária, o momento se mostra oportuno para iniciar um projeto de apoio e incentivo ao uso de \emph{Software} Livre, visando acelerar a geração de sistemas que facilitem o acesso a informação de qualidade e de interesse para o Setor Agropecuário.

A atuação qualificada do Departamento de Tecnologia da Informação neste processo é imprescindível para a implantação do uso efetivo de \emph{Software} Livre na Empresa, tantos nos seus sistemas corporativos como nas ferramentas de escritório, adequando-se às diretivas do Governo Federal. Em particular, nos sistemas corporativos, há a necessidade de ajustar e construir sistemas com certificação digital, criando as condições necessárias para agilizar o trâmite de documentos, tanto interno como externo, e, conseqüentemente, aumentar a eficácia e a eficiência da Organização no cumprimento de sua missão.

O apoio do Instituto Nacional de Tecnologia da Informação -- ITI neste desafio é fundamental, tanto no desenvolvimento de projetos com certificação digital, quanto no incentivo ao uso de \emph{Software} Livre como soluções para instituições governamentais, beneficiando direta e indiretamente a população brasileira. 



\chapter{SERPRO}

\cabcaso{SERPRO -- Serviço Federal de Processamento de \mbox{Dados}}{www.serpro.gov.br}{Gerenciamento das Redes Locais no SERPRO.}{Jones Lamanna Tesser}{jones.tesser@serpro.gov.br}{Gerenciamento de Redes, MRTG, Nagios.}

\section{Gerenciamento de Redes}


\subsection{Introdução} 

A Gestão de Redes Locais, além das atividades de administração propriamente dita, exige profundo conhecimento dos processos de gerência. Estes, quando bem definidos e estruturados, possibilitam controle da infra-estrutura utilizada, acompanhamento do desempenho, antecipação das falhas, monitoração e análise de ocorrência e tendências.

\subsection{Objetivo}

Apresentar de maneira clara e sucinta os processos, os procedimentos ou as atividades, as ferramentas e os resultados da Gerência de Redes Locais, buscando executá-los com eficiência e eficácia.


\subsection{Cenário}

O ambiente de rede local apresenta grande complexidade, com inúmeros problemas e questões que exigem atuação precisa e imediata. O desempenho de uma rede local quase sempre é previsível com razoável antecedência, quando processos são aplicados e praticados. As atividades relacionadas aos processos de Gerência de Redes Locais são bastante simples e, justamente por isso, levam vários profissionais a cometerem erros primários, por entenderem que a execução de algumas práticas é suficiente para o adequado gerenciamento da rede local.

O armazenamento de informações de configuração ou de alguns dados relacionados ao desempenho dos recursos, assim como a análise eventual destes ambientes, não representa gerenciamento da Rede. A gerência exige processos bem estruturados, procedimentos adequados, disponibilização de indicadores, análise e interpretação de resultados, planejamento e, acima de tudo, disciplina na prática destes requisitos. 


\subsection{Processos de Gerenciamento} 

O modelo de referência adotado pelo SERPRO para a Gerência de Redes Locais, é o ITIL -- ``\emph{IT Infrastructure Library}'' (Biblioteca de Infra-Estrutura da Tecnologia da Informação), desenvolvido na década de 80 pela agência do governo Britânico, ``OCG -- (\emph{Office of Government Commerce})''.

Esta Biblioteca, composta por dez livros/processos, está agrupada como Suporte (\emph{Service Support}) e Entrega (\emph{Service Delivery}), este mais apropriadamente qualificado como Serviços.

A implementação desses processos exige estudo e dedicação, mas principalmente disciplina. Devem ser implementados progressivamente, sem que a cultura das organizações seja desrespeitada e abandonada, valorizando os procedimentos implantados que já estejam produzindo bons resultados, observando e perseguindo as melhores práticas do mercado. Ao considerar essas dificuldades, neste primeiro estágio, estaremos implementando os processos essenciais, que possibilitem avanços para o SERPRO na prestação do serviço de Administração de Redes Locais, sem que sejam necessários investimentos e mudanças radicais na nossa cultura e na de nossos clientes.

O gerenciamento a ser estruturado, implementado e praticado pela SUPTI na prestação do serviço de Administração de Redes Locais, pressupõe a implantação dos processos de Capacidade, Continuidade e Disponibilidade, cabendo neste momento o destaque para a necessidade de implantação de outros processos que se relacionam com estes e possuem extrema importância para o sucesso do gerenciamento das redes locais. São eles Incidentes, Problemas, Mudança, Configuração e Níveis de Serviço, devendo os processos de Gerenciamento de Liberações e Financeiro ser tratados em outro momento.

É importante ressaltarmos que os processos mencionados têm forte relacionamento uns com os outros, de forma que o desrespeito e a descontinuidade na execução dos procedimentos e das atividades neles descritos refletirão negativamente nos demais; lembramos ainda a importância da manutenção das práticas de sucesso existentes na Organização.

Buscamos preservar a cultura de nossa Organização implementando as disciplinas de ``Capacidade, Continuidade e Disponibilidade'', como subprocessos do intitulado ``Processo de Gerenciamento''. 

 
\subsubsection{Gerenciamento da capacidade}

Ao Gerenciamento da Capacidade é atribuída a responsabilidade de garantir a capacidade de tráfego interno, processamento e armazenamento dos servidores das redes locais, acompanhando as demandas de negócio, buscando mais eficiência e menor custo. Assim sendo, este subprocesso contempla procedimentos e atividades que propiciem controlar e acompanhar a capacidade dos recursos, de forma que as cargas de trabalho estejam adequadas ao potencial dos recursos em produção.


\subsubsection{Gerenciamento da continuidade}

O Gerenciamento da Continuidade é o subprocesso responsável por observar todas as interrupções dos recursos que afetem ou possam afetar os serviços, garantindo ações alternativas que permitam restabelecer a continuidade do serviço, por itens de configuração alternativos ou substitutos, mantendo, assim, os níveis de serviços contratados.

É importante salientar que esse subprocesso tem profundo envolvimento com segurança, pois várias ações de continuidade estão ligadas aos planos de contingência, recuperação e redução de riscos. 

\subsubsection{Gerenciamento da disponibilidade}

Este é o subprocesso que permite otimizar o uso dos recursos, antecipar e avaliar falhas e implementar políticas de segurança, pela monitoração permanente dos recursos de TIC, buscando assim o cumprimento dos acordos de níveis de serviço. Fazem parte do gerenciamento de disponibilidade questões de Segurança, Oficiosidade, Capacidade de Recuperação, Sustentabilidade e Resiliência dos recursos de TIC.

\subsubsection{Gerenciamento de incidentes}

Gerenciamento é o processo responsável por registrar todo e qualquer evento que tenha ocorrido que não faz parte do serviço contratado. Na maioria das vezes, são eventos conhecidos que interrompem o serviço ou degradam seu desempenho, sendo o objetivo desse gerenciamento restaurar o serviço o mais brevemente possível, minimizando os impactos negativos sobre os processos de negócio com a diminuição do tempo perdido.


\subsubsection{Gerenciamento de problemas}

Este é o processo responsável por tratar todos os registros de recursos de TIC que falharam, analisando as causas, as raízes, recomendando alterações nos IC (Itens de Configuração) e adotando medidas que impeçam sua repetição. Em essência, esse processo está voltado para identificar, analisar a gravidade do problema (severidade), adotar soluções, investigar e diagnosticar os problemas.


\subsubsection{Gerenciamento da mudança}

Mudança é o processo responsável pelo acompanhamento e pelo planejamento de toda e qualquer ação que promova mudanças no ambiente de Rede Local, disponibilizando técnicas a serem utilizadas quando de mudanças autorizadas, de forma a não incorrerem em falhas e criarem procedimentos específicos para aquelas não autorizadas, com competência para autorizar, ou não, mudanças no ambiente de TIC.


\subsubsection{Gerenciamento da configuração}

Configuração é o processo responsável por manter controle rígido sobre todos os ativos, compreendo hardware, software, ambientes, circuitos, topologia, processos, \emph{scripts} e documentos de TIC. Seu objetivo é fornecer informações confiáveis e atualizadas de todos os elementos em uso, garantindo a sustentação e o relacionamento com os demais processos de TIC.


\subsubsection{Gerenciamento do Nível de Serviço }

Este é o processo responsável por administrar a qualidade e o cumprimento dos Níveis de Serviço de TIC, tanto nos aspectos quantitativos, quanto nos qualitativos, garantindo os Acordos de Níveis de Serviço, agregando-lhes valor e dando conformidade ao contrato.

\subsection[Procedimentos, Atividades, Ferramentas e Resultados]{Procedimentos, Atividades, Ferramentas e Resultados da Gerência da Rede Local} 

Esta etapa compreende o conjunto de ações relacionadas ao Processo da Gerência de Desempenho, responsável por garantir a capacidade, a continuidade e a disponibilidade do serviço.

\subsubsection{Capacidade}

Este subprocesso possibilita à área de TIC definir, monitorar e controlar a capacidade do serviço (\emph{switches} e servidores), garantindo que as cargas estejam suficientemente dimensionadas para atender às necessidades dos clientes nos níveis de serviço acordados. Do ponto de vista da qualidade, é essencial se observar a importância dos servidores e a da rede (LAN), pois estes são componentes vitais para o sucesso do serviço. 

As informações relacionadas à capacidade são críticas para o atendimento a novas demandas e serviços.


\begin{enumerate} 
  \item \textbf{Atividades:}
  \begin{itemize}
           \item  inventariar os recursos;
           \item identificar os requisitos dos trabalhos e as demandas (esforço/carga);
           \item configurar o perfil do serviço (capacidade);
           \item identificar os requisitos do perfil do serviço ;
           \item ler SNMP, RMONI, RMONII, MIB dos recursos monitorados;
           \item encaminhar resultado das coletas para o banco correspondente;
           \item analisar o desempenho da capacidade;
           \item gerar relatórios quando do desvio do baseline definido;
           \item enviar alerta/alarme ao responsável pelo recurso;
           \item encaminhar trap para abertura de ocorrência de problema quando constatado desvio;
           \item informar a estrutura (gerentes, gestores e técnicos envolvidos) sobre o desempenho do recurso;
           \item informar o usuário sobre o desempenho do recurso e o impacto no ambiente;
           \item propor melhorias de serviço (capacidade);
           \item desenvolver recomendações e especificações de compra e construção (capacidade de serviços);
           \item gerenciar as demandas de serviços e
           \item gerar relatórios.
  \end{itemize}

  \item \textbf{Ferramentas:  }
  \begin{itemize}
	\item       monitoramento dos recursos --  SIDE;
	\item          coletores da capacidade -- SIDE/MRTG;
	\item          scripts, SNMP e MIB.
  \end{itemize}

  \item \textbf{Resultados:}
  \begin{itemize}
	\item      elaboração de  relatório da capacidade dos recursos da Rede;
	\item          elaboração de relatório de evolução do consumo e da capacidade dos recursos;
	\item          confecção de relatório comparativo de utilização dos recursos (por demanda);
	\item         apresentação de alertas/alarmes de capacidade. 
  \end{itemize}
\end{enumerate}

%PAREI AKI ABRIR 291

\subsubsection{Continuidade}


Este subprocesso possibilita à área de TIC definir, monitorar e controlar a continuidade dos serviços (\emph{switches} e servidores), garantindo que haja acompanhamento permanente das interrupções que afetem ou possam afetar os serviços, propiciando ações alternativas para o restabelecimento da continuidade deste por meio de itens de configuração alternativos ou substitutos.

\begin{enumerate}
  \item \textbf{Atividades}
  \begin{itemize}

	           \item  inventariar os recursos;
           \item identificar os requisitos de continuidade dos serviços (contingência/segurança/confiabilidade);
           \item configurar o perfil do serviço (continuidade);
           \item identificar os requisitos do perfil do serviço;
           \item ler SNMP, RMONI, RMONII, MIB dos recursos monitorados;
           \item encaminhar resultado das coletas para o banco correspondente;
           \item analisar o desempenho da continuidade;
           \item gerar relatórios quando do desvio do baseline definido;
           \item enviar alerta/alarme ao responsável pelo recurso;
           \item encaminhar trap para abertura de ocorrência de problema quando constatado desvio;
           \item informar a estrutura (gerentes, gestores e técnicos envolvidos) sobre o desempenho do recurso;
           \item informar o usuário sobre o desempenho do recurso e o impacto no ambiente;
           \item propor melhorias de serviço (continuidade);
           \item desenvolver recomendações e especificações de compra e construção (continuidade de serviços);
           \item gerenciar as demandas de serviços e
           \item gerar relatórios.

  \end{itemize}



  \item \textbf{Ferramentas:}
  \begin{itemize}
	\item          monitoramento dos recursos -- SIDE;
	\item         coletores da Continuidade -- SIDE/MRTG e SIDE/NAGIOS;
	\item        scripts, SNMP e MIB.
  \end{itemize}


  \item \textbf{Resultados}
  \begin{itemize}
	\item        elaboração de relatório do nível de continuidade dos recursos da Rede;
	\item       elaboração de relatório de evolução da descontinuidade dos recursos;
	\item          confecção de relatório comparativo de utilização dos recursos (por demanda);
	\item          produção de alertas/alarmes de continuidade. 	
  \end{itemize}

\end{enumerate}

\subsubsection{Disponibilidade}

É o subprocesso que permite otimizar o uso dos recursos, antecipar e avaliar falhas e, implementar políticas de segurança, através da monitoração permanente dos recursos de TIC, revisando os planos quando necessário de forma a buscar e o obter os resultados necessários para garantir os acordos de níveis de serviço.

\begin{enumerate}
  \item \textbf{Atividades:}
  \begin{itemize} 

           \item  inventariar os recursos;
           \item identificar os requisitos de confiabilidade e utilidade;
           \item identificar os requisitos de contingência;
           \item configurar o perfil do serviço (disponibilidade);
           \item identificar os requisitos do perfil do serviço;
           \item ler SNMP, RMONI, RMONII, MIB dos recursos monitorados;
           \item encaminhar resultado das coletas para o banco correspondente;
           \item analisar desempenho da disponibilidade;
           \item analisar os riscos de disponibilidade do serviços;
           \item gerar relatórios quando do desvio do baseline definido;
           \item enviar alerta/alarme ao responsável pelo recurso;
           \item encaminhar trap para abertura de ocorrência de problema quando constatado desvio;
           \item informar a estrutura (Gerentes, Gestores e técnicos envolvidos) sobre o desempenho do recurso;
           \item informar usuário sobre o desempenho do recurso e o impacto no ambiente;
           \item propor melhorias de serviço (disponibilidade);
           \item desenvolver recomendações e especificações de compra e construção (disponibilidade);
           \item gerenciar as demandas de serviços;
           \item simular e revisar o plano de contingência e
           \item gerar relatórios.

\end{itemize}

  \item \textbf{Ferramentas: }
  \begin{itemize}
	\item        monitoramento dos recursos -- SIDE;
	\item         coletores da Disponibilidade -- SIDE/NAGIOS, SIDE/ICMP;
	\item          scripts, SNMP e MIB.
  \end{itemize}

  \item \textbf{Resultados: }
  \begin{itemize} 

	\item  elaboração de relatório da disponibilidade dos recursos da Rede;
	\item         elaboração de relatório de evolução da disponibilidade dos recursos;
	\item          confecção de relatório comparativo de disponibilidade dos recursos (por demanda);
	\item          produção de alertas/alarmes de disponibilidade. 

  \end{itemize} 

\end{enumerate}

\subsection{Funções da Gerência de Redes Locais, Competências e Requisitos}

O gerenciamento de redes locais tem funções especificas e bem definidas. Os profissionais que atuam neste segmento têm características e particularidades muito próprias, tanto do ponto de vista do perfil, quanto do das qualificações e dos conhecimentos.

Fazem parte da Gerência de Redes Locais os seguintes profissionais:

\begin{itemize} 
     \item  Analista de Gerência Central;
     \item Gestores Regionais de Gerenciamento;
     \item Analistas e Técnicos do Centro de Especialização e
     \item Técnicos da Torre de Controle.
\end{itemize}	


\subsubsection{Analista da Gerência Central}

\begin{enumerate}
  \item \textbf{Competências:}


Este profissional tem a responsabilidade de analisar problemas, comportamentos e tendências dos recursos de rede local, a partir dos resultados apresentados pela solução de gerenciamento -- SIDE, ou pelos outros dados coletados por ferramentas/soluções não automatizadas, propondo soluções ou encaminhando para outros especialistas com seu parecer sobre capacidade, continuidade e disponibilidade.


  \item \textbf{ Requisitos:}
  \begin{itemize} 
 \item     inglês técnico;

 \item     facilidade de comunicação;

 \item     experiência comprovada de 3 anos em administração, suporte ou projetos de Rede Local;

 \item     profundo conhecimento dos protocolos de rede (TCP/IP, RMON, RMONII, MIB, MIBII e SNMP);

 \item     Conhecimento da topologia da LAN e WAN.
  \end{itemize} 


  \item \textbf{Atividades: }
  \begin{itemize} 
       \item     identificar e entender os requisitos dos trabalhos e as demandas (esforço/carga);
       \item     configurar o perfil dos serviços;
       \item     identificar os requisitos do perfil do serviço;
       \item     analisar o desempenho da capacidade;
       \item     gerar relatórios quando do desvio do baseline definido;
       \item     informar a estrutura (gerente, gestores e técnicos envolvidos) sobre o desempenho dos recursos;
       \item     propor melhorias no serviço (capacidade);
       \item     desenvolver recomendações para a compra e a construção de recursos/soluções (capacidade dos serviços);
       \item     gerenciar as demandas dos serviços e
       \item     gerar relatórios. 
  \end{itemize} 

\end{enumerate}

\subsubsection{Gestores Regionais de Gerenciamento}

\begin{enumerate} 
  \item \textbf{Competências: }
São profissionais alocados nas Torres de Controle, com competência para acompanhar o restabelecimento dos recursos, interagir com outros profissionais da TC objetivando agilizar os procedimentos e gerar relatórios do ambiente, do ponto de vista da capacidade, da continuidade e da disponibilidade, a partir dos resultados apresentados pela solução de gerenciamento -- SIDE.

  \item \textbf{Requisitos:}
  \begin{itemize} 
       \item     facilidade de comunicação;

       \item     noções de Administração de redes locais;

       \item     conhecimento da topologia da LAN e WAN;

       \item     conhecimento dos processos de gerenciamento de TI;

       \item     perfil de líder e

       \item     capacidade de planejar e organizar.
  \end{itemize} 


  \item \textbf{Atividades}
  \begin{itemize} 

	\item  monitorar diariamente a disponibilidade das redes no sistema de desempenho;

       \item     monitorar diariamente a disponibilidade das informações dos recursos sob sua gestão;

       \item     analisar diariamente a coerência dos dados publicados;

       \item     acionar os gestores da solução de GERENCIAMENTO (SIDE), por meio de ticket ARS/REMEDY, quando identificada qualquer anormalidade na disponibilidade das informações e na coerência delas ;

       \item     analisar mensalmente o desempenho das redes e dos recursos sob sua gestão;

       \item     gerar relatórios mensais quando das ocorrências e desvios dos recursos sobre sua gestão;

       \item     gerar relatórios mensais contendo avaliação individualizada do desempenho das redes locais da sua região, para posicionamento de  clientes, coordenadores, superintendente e TIGER;

       \item     informar a estrutura (gerentes, gestores e técnicos envolvidos) sobre o desempenho dos recursos;

       \item     propor melhorias no serviço quanto a capacidade, disponibilidade e continuidade;

       \item     cadastrar usuários regionais no SIDE, conforme perfil e competência;

       \item     auditar a base de configuração (SICO e REMEDY) com relação às informações dos recursos monitorados. 

  \end{itemize} 
\end{enumerate}
	
\subsubsection{Analistas e Técnicos do Centro de Especialização}

\begin{enumerate}
  \item \textbf{Competências: }

Estes profissionais têm a competência de prospectar e estudar soluções de gerenciamento mais adequadas às necessidades da Empresa e aos processos implantados. Analisar e construir ferramentas e procedimentos para gerenciamento. Atuar como 3º nível de recorrência no que concerne aos problemas de gerenciamento, no uso dessas ferramentas e no contato com os fornecedores.


  \item \textbf{Requisitos: }
  \begin{itemize}

       \item     inglês técnico;

       \item     facilidade de comunicação;

       \item     experiência comprovada de 3 anos em administração, suporte ou projetos de Rede Local;

       \item     profundo conhecimento dos protocolos de rede (TCP/IP, RMON, RMONII, MIB, MIBII e SNMP);

       \item     conhecimento da topologia da LAN e WAN.

  \end{itemize} 

  \item \textbf{Atividades}
  \begin{itemize} 
       \item     prospectar e estudar soluções de gerenciamento;

       \item     construir soluções/\emph{scripts} de gerenciamento objetivando dar eficiência e eficácia ao processo;

       \item     apoiar analista da gerência central na identificação e no entendimento dos requisitos dos trabalhos e das demandas (esforço/carga);

       \item     estudar os requisitos do perfil do serviço Estudar e propor melhor configuração para o perfil do serviço;

       \item     apoiar analista da gerência central na análise do desempenho da capacidade;

       \item     apoiar analista da gerência central na geração de relatórios quando do desvio do baseline definido;

       \item     propor melhorias no serviço (capacidade), quando detectada alguma irregularidade;

       \item     desenvolver recomendações e especificações de compra e construção (capacidade de serviços). 

  \end{itemize}
\end{enumerate}

\subsubsection{Técnicos de Torre de Controle}

\begin{enumerate}
  \item \textbf{Competências: }

Os profissionais alocados nas Torres de Controle, do ponto de vista de gerenciamento, serão responsáveis pelo 1º  nível de atendimento e pela restauração dos recursos da Rede Local, minimizando assim as interrupções dos serviços.

	
  \item \textbf{Requisitos:  }
  \begin{itemize} 
       \item     noções de inglês técnico;

       \item     facilidade de comunicação;

       \item     iniciativa;

       \item     pró-atividade;

       \item     experiência comprovada de 2 anos em administração de rede local, suporte, ou projetos de redes;

       \item     conhecimento dos sistemas de gestão (SIDE, SICO e REMEDY);

       \item     conhecimento dos protocolos de rede (TCP/IP e SNMP) e

       \item     conhecimento da topologia da LAN e WAN.

  \end{itemize} 


  \item \textbf{Atividades: }
  \begin{itemize} 

       \item     monitorar os recursos apontados como indisponíveis no mapa de gerenciamento;

       \item     identificar os incidentes provenientes da monitoração e promover ações imediatas para a recuperação dos recursos;

       \item     contatar suporte de 2º  nível buscando auxílio para a resolução do incidente;

       \item     instalar \emph{scripts} de gerenciamento sob demanda do TIGER/SUPTI;

       \item     configurar recursos monitorados e de monitoração conforme orientação \mbox{TIGER/SUPTI} e;

       \item     informar usuários e gestor regional sobre a indisponibilidade e a expectativa de resolução do incidente, inclusive quando houver retorno da disponibilidade do recurso, alimentando o sistema de \emph{workflow} (REMEDY) dessas ocorrências. 

  \end{itemize} 
\end{enumerate}



\chapter{ITI -- Instituto Nacional de Tecnologia da Informação}

\cabcaso{ITI -- Instituto Nacional de Tecnologia da Informação}{www.iti.br}{Migração de Rede local (servidores e estações de trabalho)}{Jean Carlo Rodrigues}{jean.carlo@planalto.gov.br}{Correio Eletrônico, Estação de Trabalho, Rede Local, Serviços de Rede, Servidores, Sistemas Legados, \emph{Software} Livre, \emph{software} Proprietário.}

\section{Migração de Rede Local -- servidores e estações de trabalho}


\subsection{Contexto --  ITI e a adoção do SL}

O Instituto Nacional de Tecnologia da Informação -- ITI tem o desafio de oferecer à sociedade brasileira um sistema de certificação digital estável e confiável que dê mais segurança às informações que trafegam nas redes de computadores.

O ITI é uma autarquia vinculada à Casa Civil da Presidência da República, com a atribuição de manter plenamente operacional e confiável a Infra-estrutura de Chaves Públicas (PKI, em inglês) Brasileira -- ICP-Brasil. Desde 2001, com a edição da MP 2200-2, de 24 de agosto de 2001, o ITI é a Autoridade Certificadora Raiz da ICP-Brasil e trabalha para aplicar e fazer cumprir as normas que regem toda a cadeia do Sistema Nacional de Certificação Digital.

\subsubsection{Desafio Inicial --  Rede Local Proprietária}

Começar utilizando programas de código aberto na sua própria rede é exemplo para mostrar que a auditabilidade plena é requisito fundamental para conhecer, auditar e operar redes de computadores. Adicionalmente, resolvem-se problemas como a falta de licenciamento para determinados programas e a economia em relação às constantes renovações dessas licenças.

A rede instalada no ITI -- Rede-ITI, em janeiro de 2003, era integralmente dotada de programas proprietários, por meio de topologia barramento, considerada como estações de trabalho da rede da Presidência da República -- Rede-PR com todos os seus servidores compartilhados com os demais segmentos da Rede-PR.


\subsubsection{Desafio Estrutural --  Plataforma Criptográfica Proprietária}

Mais importante do que mudar somente as estações clientes e os programas mais conhecidos foi a determinação do Comitê Gestor da ICP-Brasil de dar ao ITI a responsabilidade de coordenar o desenvolvimento de um módulo criptográfico (\emph{software} e hardware) com tecnologia nacional para emissão, guarda e gerenciamento da Autoridade Certificadora Raiz (AC).

A plataforma que viabiliza atualmente a cadeia de certificação brasileira (ICP-Brasil) foi produzida por empresa estrangeira utilizando tecnologia fechada, sem a possibilidade de transferência desse conhecimento para o ITI ou para as empresas nacionais. Com a produção da plataforma no País, será possível o seu gerenciamento, o domínio da tecnologia e a auditoria do processo, elevando substancialmente a segurança da cadeia de certificação no Brasil. 
	
\subsection{Etapas -- Plano Estratégico de Migração}

Embora não tenha seguido original e integralmente qualquer guia de migração, a experiência e a vivência dos profissionais de TI responsáveis pela rede migrada determinaram um roteiro aderente e compatível com os processos de migração para qualquer rede de computadores que necessitasse de alteração de camadas de aplicativos.

As dificuldades eram maiores do que as inicialmente esperadas; assim foram detalhados os pormenores para a redução do risco inerente a projetos dessa natureza, de forma a tratá-los, identificando e encaminhando as soluções adequadas.

Assim sendo, a migração do ITI deu-se em etapas com o objetivo de substituir todos os programas instalados nas estações de trabalho (\emph{desktops}) e manter o acesso a sistemas legados e \emph{software} proprietário. Um diagrama esquemático da migração é apresentado na Figura \ref{processo_iti}.

\figura{processo_iti}{processo_iti.png}{0.7}{Diagrama esquemático de migração}


\subsubsection{Etapa 1 -- Levantamento}

Esta Etapa consistiu no levantamento e na documentação detalhados da rede local do ITI, além da descrição e da determinação do perfil básico dos usuários para delimitação de configuração padrão de \emph{software} básico a ser substituída. Foi necessária a identificação das rotinas que deveriam ser mantidas em função dos sistemas legados. Este levantamento, que incluiu \emph{hardware} disponível, foi a base para o projeto de mudança dos servidores e a necessidade de redimensionamento e topologia da estrutura de rede de dados local (segmento de rede ITI) e de conexões com a rede da Presidência da República, ambiente no qual a rede do ITI estava inserida.


\subsubsection{Etapa 2 -- Capacitação dos Técnicos}

A segunda Etapa foi a de capacitação do pessoal técnico que promoveu a migração e prestou o suporte necessário ao processo. Foi necessário formar um grupo de especialistas, tanto em programas proprietários como em abertos, que conhecessem profundamente as diferenças entre as tecnologias, para que pudessem identificar os melhores caminhos da migração, além de proporcionar suporte adequado aos usuários. Foram estudadas diversas ferramentas e programas fundamentais, enumerados na Figura
\ref{iti01}. 

% \figura{label}{arquivo na pasta image}{escala}{caption}
\figura{iti01}{iti_figura01.png}{0.53}{Comparativo de ferramentas}


\subsubsection{Etapa 3 -- Substituição na Infra-estrutura de Rede}

Após a capacitação dos técnicos, pôde-se trabalhar na substituição dos programas proprietários, como, por exemplo, \emph{software} básico em serviços de rede em uso nos servidores. Tal estratégia teve sentido para que, quando as mudanças ocorressem nas estações de trabalho, todas as compatibilidades já estivessem previstas e as interrupções e as falhas nos servidores não fossem alvo de problemas na migração.

No caso específico da migração do ITI, a complexidade foi maior, pois os serviços não foram simplesmente migrados. Houve necessidade de instalação de \emph{Software} Livre e implementação de novos serviços na rede local compatíveis com os serviços da Rede-PR (ver Figura \ref{iti01}). 
Como exemplo, pode-se citar o servidor de correio eletrônico, que mesmo alterado manteve compatibilidade e acesso com o servidor de correio eletrônico da Rede-PR. A escolha sobre a distribuição, embora não seja a fundamental nem a principal, foi feita e permitiu inclusive a possibilidade de se mudar de distribuição durante o processo de migração, sem que o usuário final não sentisse diferença quanto à distribuição escolhida ou a em uso. A Figura \ref{iti02} apresenta uma relação de distribuições Linux.

\figura{iti02}{iti_figura02.png}{0.58}{Tabela de Distribuições Linux}


\subsubsection{Etapa 4 -- Sensibilização e capacitação de usuários}

O sucesso de uma migração depende da aceitação e da disposição dos usuários para utilizar o novo ambiente e, também, do comprometimento dos dirigentes do órgão para patrocinar a mudança. No ITI, as primeiras estações de trabalho a receberem aplicativos em código aberto foram a do diretor-presidente e a dos diretores.

Em face do reduzido número de usuários envolvidos à época, foram realizadas duas reuniões de sensibilização para mostrar a importância da mudança e o porquê da sua realização. Um documento com a exposição de motivos foi divulgado entre os servidores para reduzir o receio em relação às mudanças, demonstrando a similaridade e a facilidade de uso da plataforma livre em relação à proprietária. Adicionalmente, notas técnicas foram publicadas visando esclarecer e orientar quanto à utilização de formatos de arquivos aplicáveis a \emph{software} aberto e formatos exclusivos de programas proprietários.




\subsubsection{Etapa 5 -- Migração das Estações de Trabalho}

Depois de superada a migração dos servidores e realizadas as adaptações criteriosas das ferramentas a serem neles colocadas, pôde-se substituir, com vantagens em qualidade e quantidade, as ferramentas das estações de trabalho. Em redes corporativas, um detalhe importante é a escolha e a montagem de um padrão de \emph{software} a ser instalado na rede local.

Não é recomendável deixar por conta de cada usuário a escolha do pacote padrão de migração. É possível que os mais avançados façam escolhas diferenciadas. No entanto, é necessário deixar claro que o uso e a manutenção de ferramentas para as quais os técnicos de suporte não foram qualificados é de responsabilidade do próprio usuário. A não-observância a este detalhe acarretará perda do controle dos técnicos sobre as versões e os \emph{releases} das ferramentas instaladas na rede. Quanto maior a rede, maiores serão os problemas decorrentes da inobservância deste item. A escolha de aplicativos se deu em função de estudos comparativos de programas disponíveis para sistema operacional de código aberto e de código proprietário, conforme exemplos apresentados na Figura \ref{iti03}.

\figura{iti03}{iti_figura03.png}{0.55}{Escolha de aplicativos}

Alguns pré-requisitos foram considerados para realizar a migração das estações de trabalho do ITI. O idioma utilizado deveria ser o Português do Brasil; o menu das interfaces gráficas deveria ter o menor impacto de alteração; o ambiente gráfico deveria manter-se integrado; a suíte para escritório deveria ser equivalente ou compatível com o Microsoft Office\reg e o cliente de correio eletrônico deveria ser graficamente parecido com o cliente em uso (no caso adotou-se o Ximian Evolution). O sistema operacional deveria permitir a personalização padronizada para o ambiente de rede em questão, além de possibilitar a atualização remota das estações de trabalho a partir de servidor local.


\subsubsection{Etapa 6 -- Legados e exceções}

Após as migrações de servidores e estações de trabalho, ainda restaram alguns usuários que não encontraram ferramentas em \emph{Software} Livre compatíveis com as atividades que realizavam ou programas e sistemas legados que possuíam protocolos proprietários que não admitiam interoperabilidade. A opção foi manter esses serviços como exceção na Rede-ITI e utilizar a R\emph{desktop} como instrumento para a manutenção, de forma temporária, a ser eliminada à medida que os programas incompatíveis fossem se integrando com a nova plataforma.

A maioria dos sistemas que exigiram tal procedimento são sistemas estruturantes e mantidos pelo Serpro, executados, em sua maioria, no mainframe IBM. Algumas outras funções e sistemas foram adaptados com conectores que passaram a reconhecer os navegadores e os outros programas de código aberto. 


\subsubsection{Etapa 7 -- Provimento de Segurança}

Durante todas as etapas, o processo de migração da Rede-ITI exigiu a verificação e o aprimoramento dos níveis de segurança de uma rede local. Situações que passam despercebidas, como definição de nomes e endereços de rede, definição de prerrogativas de acesso a sítios Web, dentre outras, levaram o ITI a rever vários procedimentos que eram usados pela Rede-PR. Foi necessário negociar as alterações, mesmo ficando evidente que os procedimentos adotados na Rede-ITI davam mais segurança, transparência, flexibilidade e interoperabilidade à Rede.


\subsection{Detalhes -- Migração da Rede-ITI}

Projetada inicialmente para ser migrada em 90 dias, a Rede-ITI levou cerca de 140 dias para ser concluída, considerando quase 50 estações de trabalho (\emph{desktops}) e 10 \emph{notebooks}. A migração foi concluída em agosto de 2003.

Como destaque, pode-se citar que durante esse período foram efetivadas licitações para aquisição de \emph{hardware} (\emph{desktops} e notebooks), sem sistema operacional instalado, reduzindo os custos de aquisição e permitindo a interoperabilidade dos equipamentos na Rede-ITI. Ao final do prazo de migração, a Rede já possuía em torno de 70 equipamentos entre servidores, \emph{desktops} e notebooks, além de outros equipamentos de rede adquiridos para manter a conectividade e a interoperabilidade com a Rede-PR e a Web.

Para operacionalizar a migração da Rede ITI, foi criada uma tabela de atividades essenciais e uma pequena rede de precedência(s) e resultado(s) de cada uma das atividades, composta de:


\begin{table}[!htb]
  \centering
%  \caption{Resumo de migrações efetuadas}
  \label{resumo_migracao-ITI}
  \begin{center}
  \small
  \begin{tabular}{|c | c | c | c | c |} \hline
    {\bf Atividade} &
    {\bf Precedência } &
    {\bf Pendências } &
    {\bf Resultado/Produto} &
    {\bf Responsável} \\ \hline
    
 
  \end{tabular}
  \normalsize
  \end{center}
\end{table}


em que 
\begin{itemize} 
     \item  atividade -- etapa a ser cumprida conforme relação a seguir compatível com o Plano Estratégico de Migração descrito;
     \item precedência -- mapeamento das atividades que devem anteceder outras;
     \item pendências -- relacionamento de pendências e atividades fora do roteiro de migração (exemplo: licitação de hardware);
     \item resultado/produto -- relação de produtos a serem obtidos ou construídos após a atividade;
     \item responsável -- nome da pessoa ou da equipe responsável pela atividade.
\end{itemize} 

As atividades realizadas na migração da Rede-ITI foram:

\subsubsection{Atividades}

\begin{enumerate} 
	\item  Levantamento de Equipamentos e Rede
	\begin{itemize} 
		\item[1. ]  Topologia de rede
		\item[2. ]  Tecnologia de rede
		\item[3. ]  Serviços de rede
	\end{itemize}  
	\item  Levantamento do perfil dos usuários (programas e equipamentos)
		\begin{itemize} 
		\item[1. ]  Programas de escritório utilizados
		\item[2. ]  Programas exclusivos utilizados
		\item[3. ]  Programas em estações
		\item[4. ]  Programas em servidores
		\item[5. ]  Equipamentos disponíveis
		\end{itemize}  
	\item  Adaptação e Remodelação de Serviços de Rede
		\begin{itemize}	
		\item[1. ]  Serviço de sincronismo de tempo (NTP)
		\item[2. ]  Serviço de correio (Mensageria)
		\item[3. ]  Serviço de agenda
		\item[4. ]  Serviço de notícias
		\item[5. ]  Serviço de áudio
		\item[6. ]  Serviço de imagem
		\item[7. ]  Serviço de resolução de nomes (DNS/WINS)
		\item[8. ]  Serviço de conexão mainframe (SNA)
		\item[9. ]  Serviço de conexão legado (Rdesktop)
		\item[10. ]  Serviço de diretório (LDAP)
		\item[11. ]  Serviço de SGBD
		\item[12. ]  Serviço de impressão
		\item[13. ]  Serviço de cache/proxy
		\item[14. ]  Serviço de hospedagem de página \emph{web} (HTTP)
		\item[15. ]  Serviço de transferência de arquivos (FTP)
		\item[16. ]  Serviço de segurança -- filtros (Firewall)
		\item[17. ]  Serviço de segurança -- antivírus
		\item[18. ]  Serviço de configuração de estações de trabalho na rede (DHCP)
		\end{itemize} 
	\item  Capacitação dos profissionais de suporte às novas ferramentas e aplicações
		\begin{itemize}	
		\item[1. ]  Sensibilização de técnicos e profissionais de apoio
		\item[2. ]  Capacitação Gnu/Linux
		\item[3. ]  Capacitação serviços de rede
		\item[4. ]  Capacitação suporte a ferramentas de escritório  
		\end{itemize} 
	\item 	Revisão dos serviços e topologia da Rede-ITI
		\begin{itemize} 
		\item[1. ]  Operacionalização serviços de rede anterior/atual
		\item[2. ]  Ajuste dos serviços de rede
		\end{itemize} 
	\item  Capacitação dos usuários nas mudanças das ferramentas de escritório
		\begin{itemize} 
		\item[1. ]  Sensibilização de usuários de serviços de rede
		\item[2. ]  Capacitação diferenças ambiente operacional
		\item[3. ]  Capacitação diferenças ferramentas de escritório
		\end{itemize} 
	\item  Ajuste do uso de programas proprietários com estações com programas abertos
		\begin{itemize} 
		\item[1. ]  Substituição dos programas de escritório das estações de trabalho
		\item[2. ]  Ajuste dos programas da estação de trabalho
		\end{itemize} 
	\item  Estabilização do funcionamento das estações de trabalho
	\item  Implementação de certificação digital nos sistemas internos de rede
	\item  Implementação de certificação digital nos sistemas externos de rede
\end{enumerate} 

\subsection{Solução \emph{Web} -- Sítio www.iti.br e Twiki PKI-enable}

O projeto de construção do portal do ITI iniciou-se com o desenvolvimento, em 2003, do sítio que faz uso da ferramenta Twiki PKI-Enable. Embora ainda esteja em pleno desenvolvimento e melhoria, desde o início permitiu a administração on-line do conteúdo e a habilitação do sítio para uso de certificado digital da ICP-Brasil, em substituição a tradicionais sistemas de identificação e autenticação. Foram adotados o sistema operacional Solaris\reg e o servidor \emph{web} Apache.

O ITI mantém ainda o sítio <\www{www.iti.gov.br}>,  hospedado no Serpro, em plataforma proprietária, que tem como quesito básico a alta disponibilidade (99,99\% do tempo), por determinação legal, para consulta à lista dos certificados revogados (LCR) pelas autoridades certificadoras vinculadas à ICP-Brasil. O sítio não permitia todas as funções com navegadores de código aberto, mas atualmente está compatível com estes.



\subsubsection{Exemplo -- Migração de arquivos digitais legado de ferramentas proprietárias}

	Os arquivos digitais criados e manuseados sob as especificações técnicas do Microsoft Office\reg \ eram utilizados para compor documentos, planilhas e apresentações no ITI. Para efetuar a migração de arquivos digitais de formato proprietário para livre, mantendo-os acessíveis, foi adotado o OpenOffice, que é uma suíte Livre. Esse pacote trabalha com diversos formatos de arquivos de forma transparente, inclusive com o Microsoft Office\reg, e possui processador de texto, planilha de cálculos, editor HTML, editor vetorial e editor de apresentação.

Constatado o problema da existência de diversos padrões de formato de documentos, houve a necessidade de se utilizar um conversor automático de formatos. 

\figura{iti04}{iti_figura04.png}{0.55}{Comparativo entre extensões de arquivo}

Durante o processo foram repassadas as seguintes orientações aos usuários:

\begin{enumerate} 
	\item                   crie um diretório denominado \emph{Documentos-MS} na raiz de seu usuário;

	\item                    abra o OpenOffice, o arquivo desejado e salve-o com (\emph{Arquivo -> Guardar Como}) o mesmo nome, porém com a extensão (Tipo de Arquivo: Microsoft Word 97/2000/XP) no diretório criado anteriormente;

	\item                   envie o documento no formato imediatamente salvo;

	\item                   apague o documento salvo no diretório denominado Documentos-MS. Não é necessário ser mantido no seu \emph{desktop} dentro do diretório acima, pois o OpenOffice poderá gerar novamente a qualquer tempo nova cópia, caso necessário. Isso significa que você \textbf{pode apagar todos os arquivos deste diretório}, com o objetivo de evitar a edição deles em tal formato, pois acarretará perda de formatação.

\end{enumerate} 

Além dessas, ainda há as seguintes recomendações:

\begin{enumerate} 
	\item                    quando necessitar editar um documento já existente, nunca faça a edição direta de um arquivo.RTF, DOC, XLS ou PPS, pois, apesar de o OpenOffice editá-lo, alguma formatação pode ser perdida na gravação. Nos testes realizados, verificou-se que, ao fechar o arquivo salvo em formato proprietário e novamente abri-lo tanto no OpenOffice como no Word/Excell/PowerPoint, algumas formatações eram perdidas, dando a recomendação de que o OpenOffice ainda não suportava 100\% tais formatos de arquivos para gravação;

	\item                   o diretório Documentos-MS só deve ser utilizado para gravar os arquivos que serão transferidos e/ou copiados para redes externas. 

\end{enumerate} 


\section{Resultados -- Atendendo às Expectativas}

A construção de nova rede em \emph{Software} Livre é mais fácil e rápida do que a migração de redes e sub-redes em funcionamento com \emph{software} proprietário para as com \emph{Software} Livre. A opção adotada pelo ITI foi a de integração da Rede-ITI com a Rede-PR, tornando-a exemplo claro da possibilidade de convivência de redes locais heterogêneas.

Considerou-se também que a migração da Rede-ITI com total conectividade à Rede-PR foi demonstração de como se obter expressiva redução nos custos de manutenção e de operação, ressaltados pela eliminação dos gastos com licenças de \emph{software} de servidores e de estações de trabalho.

Um quadro-resumo da migração efetuada é apresentado na Tabela \ref{resumo_migracao}
(lembrando que cada caso se revela  diferente dos demais, por possuir rede com topologia e tecnologia específicas e custos diferenciados):


\begin{table}[!htb]
  \centering
  \caption{Resumo de migrações efetuadas}
  \label{resumo_migracao}
  \begin{center}
  \small
  \begin{tabular}{|p{3.2cm} | p{5.2cm} | p{5.2cm} |} \hline
    {\bf Serviço/Padrão} &
    {\bf Condições Gerais} &
    {\bf Custos Aproximados} \\ \hline
    
	Sistema Operacional com aplicação em serviços de rede. &
Exige \emph{hardware}  mais potente com \emph{software} proprietário e flexibiliza o \emph{hardware}  com sistemas operacionais livres padrão Gnu/Linux. &
Economia de licenças de uso e diminuição do custo unitário dos servidores (HW com arquitetura CISC em vez de equipamentos com arquitetura RISC) com aproveitamento de um mesmo servidor para serviços diferentes. Economia na Rede ITI de aproximadamente R\$400.000,00. \\ \hline

	\emph{Software} Básico em estações de trabalho como Ferramenta Office. &
	Exigem \emph{hardware} mínimo em aplicações cliente-servidor e licenciamento por estações de trabalho quando usado com \emph{software} proprietário. Não exige renovação de licenças com \emph{Software} Livre. Observa-se que a capacitação das diferenças de \emph{Software} Livre e \emph{software} proprietário são mais concisas e de custo menor do que treinamentos completos como se os usuários estivessem aprendendo o uso de uma nova ferramenta. &
	Economia e ampliação do tempo útil de uso do HW. Liberação de periféricos utilizados no \emph{desktop} em função da mudança do perfil de uso de serviços em rede (áudio, gravação de dados, \emph{backup} etc.). Substituição de renovação de licenças. Economia na Rede-ITI de aproximadamente  R\$80.000,00 (para 50 estações e notebooks). \\ \hline 
	Aquisição de novos \emph{desktops} e notebooks &
	Acompanhamento de licenças de uso com \emph{software} proprietário. Aquisição sem \emph{software} instalado. &
	Economia nas licitações com equipamentos (\emph{desktops} e notebooks) com periféricos com melhor qualidade e capacidade em substituição às licenças embutidas. A economia, em termos financeiros, não foi significativa, mas em termos de recursos dos equipamentos adquiridos (como memória e armazenamento) foram sensíveis. \\ \hline 
 
  \end{tabular}
  \normalsize
  \end{center}
\end{table}
%Fonte: equipe de migração

Além dessas vantagens, deve-se destacar o aumento do nível de segurança. A sub-rede do ITI consistiu-se no elo mais forte de toda a Rede-PR. Dentre os usuários finais, houve a desmitificação do \emph{Software} Livre, a disseminação dessa tecnologia e a conquista de novos adeptos.

\subsection{ Referências -- Bibliografia e Consultas }

Um grande diferencial na migração de ambientes integralmente em \emph{software} proprietário para ambientes totalmente em \emph{Software} Livre que em certos documentos técnicos ainda consiste em disseminação do medo, da dúvida e da incerteza, por meio de \emph{papers} e documentos contraditórios, pode ser comprovado pelo ITI na sua migração da Rede-ITI.

O suporte e as consultorias recebidos para a migração integral da Rede foram os mínimos e, na maioria dos casos, provocados pela incompatibilidade dos programas proprietários em receber e tratar arquivos de formatos abertos (o que não acontece no caso inverso). A consulta a livros e revistas especializados (a partir da aquisição de literatura, pelo ITI, para formação de biblioteca específica para serviços que utilizam programas de código aberto) foi basilar para a capacitação dos técnicos responsáveis pela migração.

O suporte obtido nas redes de relacionamento na \emph{Web} também foi determinante para a agilidade do processo. Exemplo claro foi a demora em obter suporte para um sistema operacional proprietário, que demorou oito vezes mais tempo do que a montagem do mesmo serviço completo em \emph{Software} Livre. 


\subsection{Conclusões -- Experiência adquirida e recomendações }

Pode-se imaginar que os responsáveis pela migração da Rede-ITI recomendariam ou colocariam à disposição dos interessados as ferramentas e o trabalho realizado, para que fossem reproduzidos nas redes de outras organizações, fossem elas do Setor Público, do Privado, fossem do Terceiro Setor.

Entendemos que a experiência adquirida não recomenda tal posicionamento e que aquilo o qual podemos colocar à disposição, após curta, mas árdua jornada de migração, é a forte recomendação de que a maior preocupação do responsável pela migração seja a etapa de planejamento e o reconhecimento completo e detalhado do ambiente de rede ou de sub-rede, com seus respectivos serviços em uso, e os serviços reprimidos pela falta de qualidade no uso de redes proprietárias.

O que fica é a certeza de que ter um Guia para ofertar apoio no planejamento de migração e a compreensão e o apoio dos usuários para as mudanças que ocorrerão são fatores essenciais para o sucesso de um projeto dessa natureza, a exemplo do ocorrido na Rede-ITI.

Assim, aqui agradecemos aos usuários da Rede-ITI pela compreensão de eventuais atrasos na resolução de problemas, às vezes triviais, e pelas diferenças de configuração até obtermos um padrão para o ambiente. Sem esses usuários compreensivos, não teríamos conquistado o objetivo de mudar no curto prazo. 


\chapter{Exército Brasileiro}

\cabcaso{Exército Brasileiro}{www.exercito.gov.br}{Plano de Migração para \emph{Software} Livre no Exército Brasileiro}{Coronel Carlos Pereira Gil}{a4.infor1@sti.eb.mil.br}{Planejamento, Sistema Operacional, Gerenciador de Janelas, Automação de Escritório, e-mail, Navegador, Bando de Dados.}

\section{Plano de Migração para \emph{Software} Livre 
no Exército Brasileiro}

\subsection{Finalidade}

Regular a estratégia para a implementação do \emph{Software} Livre (SL) em todos os esca­lões do Exército Brasileiro.

\subsection{Objetivos}

\begin{enumerate}	
	\item[a.] Apresentar uma proposta de reformulação dos processos que envolvam a utilização e a aquisição de software.
	\item[b.] Motivar a elaboração de um Projeto de Migração para o Software Livre. 
	\item[c.] Propiciar uma potencial economia de custos de propriedade de software.
	\item[d.] Fomentar a formação de um Núcleo de Estudos de Software Livre (NESOL), visando a criação do Centro de Excelência de Software Livre (CESOL).
	\item[e.] Restringir o crescimento do legado baseado em tecnologia proprietária.
	\item[f.] Priorizar a aquisição de hardware compatível às plataformas livres.
\end{enumerate}

\subsection{Considerações Iniciais}

\begin{enumerate}

\item[a.] O projeto de Migração para o Software Livre, por ser de grande envergadura, não deve ser de um único Órgão, nem de uma só pessoa. Deve envolver todos os interessados em sua implan­tação, bem como aqueles que se opõem a ela, para que sejam verificadas, com antecedência, todas as van­tagens e desvantagens da implantação, e possibilite a superação dos óbices que se apresentarem.

\item[b.] O NESOL deve ser criado como um órgão vocacionado para  a prospecção de novas tecnologias e o desenvolvimento de sistemas corporativos. O NESOL deve ter uma duração aproximada de um ano, período necessário para formar uma equipe técnica qualificada, responsável pela definição de uma arquitetura de SL de referência, popularizar o uso do SL, buscar a interoperabilidade com os sistemas legados, adotar padrões abertos de Tecnologia da Informação e Comunicação (TIC), promover as condi­ções para a mudança da cultura organizacional para adoção do SL, e  a capacitação do público interno para utilização de SL. O NESOL deverá assessorar a Secretaria de Tecnologia da Informação (STI) no processo de migração para SL no Exército Brasileiro e constituirá a base do CESOL a ser criado, cuja missão, estrutura, atribuições e responsabilida­des deverão ser definidas ao longo do processo de migração. 

\item[c.] Principais razões para a Migração:
	\begin{enumerate} 
		\item[1.] Economia de custos a médio e longo prazo com software proprietário.
		\item[2.] Maior segurança proporcionada pelo SL.
		\item[3.] Eliminação de mudanças compulsórias que os modelos proprietários impõem, pe­riodicamente, aos seus usuários, em virtude da descontinuidade de suporte a versões.
		\item[4.] Independência tecnológica.
		\item[5.] Desenvolvimento de conhecimento local.
		\item[6.] Possibilidade de auditabilidade dos sistemas.
		\item[7.] Independência de um único fornecedor.
	\end{enumerate} 
\item[d.] O projeto inicial deve estimar a economia esperada com a adoção do SL no Exército, os custos iniciais em treinamento centralizado e aquisição de material (hardware e software), e propor um planejamento para implantação gradual e contínua desta nova Tec­nologia da Informação.

\item[e.] O mês M, constante do cronograma proposto no Anexo A, deve ser estabelecido em cada Órgão que procederá à migração, segundo suas peculiaridades e conveniência. No entanto, a data li­mite de 31 Dez 05, é parâmetro para todo o Exército.

\item[f.] O Governo Federal, em seu objetivo de estimular a migração para o SL em Órgãos da Ad­ministração Pública Federal, divulgou o Guia Livre - Referência de Migração para Software Livre do Governo Federal, que pode ser acessado no endereço eletrônico:\\
\www{www.governoeletronico.gov.br/guialivre}.

\end{enumerate} 

\subsection{Orientação Geral para a Migração}

\begin{enumerate} 
       \item[a.] Antes de começar, ter um claro entendimento sobre as razões para a migração.
       \item[b.] Assegurar-se de que existe apoio ativo da equipe técnica e de todos os usuários de TI para a  migração.
       \item[c.] Certificar-se de que existem defensores da mudança, principalmente nos níveis mais elevados da hierarquia da Organização.
       \item[d.] Formar especialistas e construir relacionamentos com a Comunidade do Movimento Software Li­vre.
       \item[e.] Adotar, de imediato e onde não houver impedimento, a suíte de escritório OpenOffi­ce.org em substituição à suite proprietária.
       \item[f.] Para a migração de sistemas, iniciar pelos considerados não críticos.
       \item[g.] Certificar-se de que a segurança seja planejada desde o início, e não acrescentada como uma questão posterior.
       \item[h.] Em relação ao Sistema Operacional Linux, iniciar a migração pelos servidores e, quando for oportuno e consistente, prosseguir pelas esta­ções de trabalho.
       \item[i.] Considerar, se for o caso, a implantação de um ambiente heterogêneo, entre soluções livres e pro­prietárias, em virtude da (in)disponibilidade de soluções para a substituição total.
       \item[j.] Garantir que cada passo da migração seja administrável.
       \item[k.] Criar canais de comunicação e bases de conhecimento internos na Organização.
       \item[l.] Inventariar todas as licenças regulares do software proprietário substituído por so­lução livre. Estas licenças devem permanecer em poder da Organização Militar (OM) detentora, informando à STI sobre sua inventariação.
       \item[m.] Planejar, cuidadosamente, a gradual migração dos sistemas legados para soluções li­vres, de forma a torná-los compatíveis e acessáveis pelos novos aplicativos adotados. Durante a migração, deve ser permanentemente observada a integridade dos dados e informações armazenados.
       \item[n.] O projeto de implantação do software livre no Exército não deve ficar restrito ao ní­vel de Grandes Comandos. Deve estar prevista a utilização deste tipo de programa, até o nível Subunidade. O código-fonte só deverá ser distribuído mediante solicitação do usuário, desde que disponha de recursos técnicos para o seu manuseio.
\end{enumerate}

\subsection{Sugestões para a Migração}

Em face da dinâmica do mercado são apresentados, a seguir, alguns Softwares LI­VRES, que poderão ser utilizados em substituição aos Softwares PROPRIETÁRIOS. O Anexo C lista outras opções do mundo do SL que também são gratuitos. 

\subsubsection{Sistema Operacional (SO)}

\begin{enumerate} 

	\item  Em princípio, o Sistema Operacional adquirido no formato OEM, ou licenciado, de­verá ser mantido em condições de utilização. Sempre que possível, a aquisição de novo hardware não deve estar ligada à aquisição do Sistema Operacional Proprietário. Embora existam diversos Sistemas Operacio­nais Livres, a STI recomenda, para substituição do Windows: 
	\begin{itemize} 
		\item  em ambiente Desktop, o KURUMIN LINUX.
		\item  em Servidores, a Distribuição DEBIAN LINUX.
	\end{itemize} 
	
	\item  A adoção do Sistema Operacional Livre dar-se-á pelas seguintes razões:
	\begin{itemize} 
		\item  Facilidade no processo de instalação, configuração e utilização para o usuário.
		\item  Suporte automático para a acentuação brasileira, manual e ajuda ("help") em português brasileiro.
		\item  O Debian utiliza o sistema APT para o gerenciamento de pacotes. Atualmente, este é o melhor sistema de gerenciamento que está disponível, voltado para a distribuição e, não, para uma única versão.  
		\item  Manuais de sistema e auxílios "on-line" em português brasileiro.
		\item  Fácil treinamento para o usuário final, com base em conhecimentos elementares de Linux.
		\item  Disponibilidade de websites bastante completos: \www{www.guiadohardware.net/kurumin}
		e \www{www.debian.org}
	\end{itemize} 
\end{enumerate} 

\subsubsection{Gerenciador de Janelas}

As distribuições LINUX carregam várias possibilidades de gerenciadores de janelas, como o GNOME e o KDE. Por ter a aparência e funcionalidades muito parecidas com o WINDOWS, aconselha-se o KDE.


\subsubsection{Automação de Escritório}
O OpenOffice.org, em substituição à suíte MS OFFICE, é a melhor recomendação, pela sua estabilidade, grau de compatibilidade e grande suporte pela comunidade de software livre. 


\subsubsection{Cliente de e-Mail}

O MOZILLA MAIL ou MOZILLA THUNDERBIRD, em substituição ao MS OUTLOOK EXPRESS, e o EVOLUTION (também Agenda e Calendário) em substituição ao Microsoft OUTLOOK.

\subsubsection{Navegador (Browser)}

O GALEON, como alternativa de um navegador rápido e leve. Caso necessite de uma solução completa, como o INTERNET EXPLORER, deve adotar o MOZILLA, pois além de ser nave­gador, possui leitor de e-mail, newsgroup, livro de endereços, dentre outras funcionalidades.

\subsubsection{Banco de Dados}

\begin{enumerate} 
	\item  O MySQL e o PostgreSQL, em substituição ao desenvolvimento de pequenas e médias aplicações: o primeiro, para bancos de dados em substituição ao MS ACCESS; e, o segundo, para bancos de dados visando atender soluções de uma ou mais OM interligadas. 
	\item  A migração de MS ACCESS para MySQL, onde se fizer necessária, deverá uti­lizar a linguagem PHP.
	\item  O Banco de Dados (BD) para sistemas corporativos, ou seja, acessado por todas ou qualquer OM do Exército, por ora, deverá ser de fabricação ORACLE.
\end{enumerate} 


\subsubsection{Servidor de Correio}

O SENDMAIL, POSTFIX ou QMAIL, em substituição ao MS EXCHANGE.

\subsubsection{Servidor de Proxy}

O SQUID, em substituição ao MS PROXY SERVER ou ISA.

\subsubsection{Servidor de Web}

Em substituição ao servidor IIS da Microsoft, recomenda-se o APACHE, o servi­dor WEB mais difundido na Internet.

\subsubsection{Gerador de PDF}

As versões mais recentes do OpenOffice.org já possuem a capacidade de gerar qual­quer documento em PDF. O Gerador de PDF Livre para Windows mais utilizado é o aplicativo PDF995, o qual poderá ser ob­tido no endereço eletrônico: \www{www.pdf995.com.}.


	
%	(a) Secretário de Tecnologia da Informação



%Anexos:
\newpage
\subsection{Anexo A -- Proposta Simplificada de Migração para \emph{Software} Livre}


\figuragirada{fig01_exercito}{tabela01_exercito.png}{.6}{270}{Planejamento de Ações}

\textbf{Observaçoes}

\begin{enumerate} 
	\item  A desinstalação do software proprietário pode ser efetuada gradualmente, à medida da acomodação do usuário com o uso do software livre.
	\item  O sistema operacional deverá ser da opção da própria OM, consideradas as sugestões deste documento e a com­patibilidade com as demais OM do Exército.
	\item  A migração, para MySQL, dos bancos de dados que utilizam MS ACCESS em seu gerenciamento, deverá ser objeto de cuidado especial e execução oportuna, no intuito de se evitar a necessidade de aquisição de novas licen­ças do software proprietário.

\end{enumerate} 

\newpage
\subsection{Anexo B -- Processo de Migração}

\begin{enumerate}	
	\item[a.] Criar uma equipe habilitada e com apoio gerencial.
	\item[b.] Levantar o ambiente atual e suas condições iniciais relevantes.
	\item[c.] Definir o ambiente-alvo e suas condições relevantes.
	\item[d.] Entender perfeitamente o ambiente-alvo, tanto o de software livre quanto a arquitetura básica.
	\item[e.] Relacionar as opções e escolhas disponíveis, inclusive em relação ao idioma.
	\item[f.] Levantar os custos iniciais envolvidos (treinamento da equipe técnica, treinamento de usuários, utili­zação de consultores, suporte técnico, alterações de arquitetura-base, etc).
	\item[g.] Efetuar uma auditoria nos sistemas existentes.
	\item[h.] Confeccionar um inventário para cada aplicativo usado, requisição de dados e para os requisitos de segurança.
	\item[i.] Elaborar um cenário detalhado para a migração.
	\item[j.] Consultar os usuários, explicando as razões da migração e o efeito esperado sobre eles.
	\item[k.] Criar uma "central de atendimento" para atender dúvidas dos usuários, inclusive pela intranet.
	\item[l.] Elaborar e instalar um projeto piloto.
	\item[m.] Definir a forma ou modelo do processo de migração: transição em fases, por grupos; ou transição usuário-por-usuário.
	\item[n.] Estender a migração à toda organização, com treinamento adicional para técnicos e usuários.
	\item[1.] Acompanhar o "feedback" dos usuários. Esteja certo de que haverá recursos suficientes para atender novas necessidades, formuladas pelos usuários. 
\end{enumerate} 

\newpage

\subsection{Anexo C -- Aplicativos de \emph{Software} Livre que também são gratuitos}

\begin{table}[!htb]
  \centering
  \begin{center}
  \small
  \begin{tabular}{| c | c  | c |} \hline
    {\bf Categoria} & {\bf Nome do \emph{software}}  & {\bf Onde encontrar na internet}  \\ \hline
 	\ & Conectiva Linux & \wwn{www.conectiva.com.br} \\ \cline{2-3} 
	\ & Debian & \wwn{www.debian.org}  \\ \cline{2-3}   
	\ & Fedora Red Hat & \wwn{http://fedora.redhat.com}  \\ \cline{2-3} 
	\ & FreeBSD & \wwn{http://www.freebsd.org}  \\ \cline{2-3} 
	\ & Gentoo &\www{ www.gentoobr.org}  \\ \cline{2-3} 
	\ & GNU/Linux & \wwn{http://www.linux.org}  \\ \cline{2-3} 
	Sistema Operacional & Kalango & \wwn{www.kalangolinux.org}  \\ \cline{2-3} 
	\ & Kurumin & \wwn{http://guiadohardware.net/kurumin}  \\ \cline{2-3} 
	\ & Mandrake & \wwn{www.mandrake.com}  \\ \cline{2-3} 
	\ & OpenBSD & \wwn{http://www.openbsd.org}  \\ \cline{2-3} 
	\ & Red Hat & \wwn{www.redhat.com}  \\ \cline{2-3} 
	\ & Slackware & \wwn{www.slackware.com}  \\ \cline{2-3} 
	\ & SuSE Linux & \wwn{www.suse-brasil.com.br}  \\ \hline 
	Servidor de Internet & Apache (*) & \wwn{http://www.apache.org} \\ \hline
	\ & AbiWord & \wwn{http://www.abiword.org}  \\ \cline{2-3} 
	Pacote de Escritório & Koffice & \wwn{http://www.kde.org}  \\ \cline{2-3} 
	\ & OpenOffice.org (*) & \wwn{http://www.openoffice.org.br}   \\ \hline 
	Programa Gráfico & GIMP (*) & \wwn{http://www.gimp.org}  \\ \hline
	\ & Galeon & \wwn{http://www.galeon.org}   \\ \cline{2-3} 
	Navegador p/ internet & Konqueror & \wwn{http://www.kde.org}  \\ \cline{2-3} 
	\ & Mozilla (*) & \wwn{http://www.mozilla.org}  \\ \cline{2-3} 
 	\ & Opera (*) & \wwn{www.opera.com}  \\ \hline 
	Linguagem de Programação & Perl & \wwn{http://www.perl.com/download.csp}   \\ \cline{2-3} 
	\ & PHP & \wwn{http://www.php.net/downloads.php}   \\ \hline
	\ & Evolution & \wwn{http://www.ximian.com/products/evolution}   \\ \cline{2-3} 
	Cliente de e-mail  &  Kmail & \wwn{http://www.kde.org}  \\ \cline{2-3} 
	\ &  Mozilla Mail (*) & \wwn{www.mozilla.org}  \\ \hline 
	Serviços de Rede para Servidores  & Samba & \wwn{http://www.samba.org}  \\ \cline{2-3} 
	Linux e clientes Windows\reg. & \ & \   \\ \hline
  \end{tabular}
  \normalsize
  \end{center}
\end{table}

\textbf{Observações}
\begin{itemize}
\item[(*)] Estes aplicativos estão disponibilizados para rodar sobre o Sistema Operacional Windows ou Linux.
\end{itemize} 
\begin{enumerate} 
\item  Consulte uma lista completa de programas relacionando os proprietários com as várias opções do mundo do software livre, no endereço: http://linuxshop.ru/linuxbegin/win-lin-soft-en/index.shtml 
\item  Auxílio para a escolha da melhor distribuição Linux para uma determinada plataforma: http://www.linux.org/dist/index.html 
\end{enumerate} 




