ASSOCIAO EDUCACIONAL E ASSISTENCIAL SANTA LCIA

FACULDADE SANTA LCIA

GRADUAO EM SISTEMAS DE INFORMAO






IMPLANTAO DE UMA FERRAMENTA PARA GERENCIAMENTO DE ESPAO
EM DISCO DE UM SERVIDOR DE ARQUIVOS EM UMA EMPRESA
MULTINACIONAL: ESTUDO DE CASO









Francisco HyppoIito Neto





Mogi Mirim
2011
i
FRANCISCO HYPPOLITO NETO





IMPLANTAO DE UMA FERRAMENTA PARA GERENCIAMENTO DE ESPAO
EM DISCO DE UM SERVIDOR DE ARQUIVOS EM UMA EMPRESA
MULTINACIONAL: ESTUDO DE CASO










Trabalho de Concluso de curso apresentado
Faculdade Santa Lucia da Associao
Educacional e Assistencial Santa Lcia, como
requisito parcial para a obteno do ttulo de
Bacharel em Sistemas de nformao, sob a
orientao da Professora M.Sc. Rosngela Valim
Trova e Professora M.Sc. Elaine Cristina Valim
Trova.





Mogi Mirim
2011
iii
ASSOCIAO EDUCACIONAL E ASSISTENCIAL SANTA LCIA
FacuIdade Santa Lcia
Graduao em Sistemas de Informao

FOLHA DE APROVAO


Membros da Comisso Julgadora do Trabalho de Concluso de Curso de
Graduao em Sistemas de nformao de Francisco Hyppolito Neto, apresentada
Faculdade de Cincias Administrativas e Contbeis Santa Lcia, da Associao
Educacional e Assistencial Santa Lcia em 18/11/2011.


COMISSO JULGADORA:




___________________________________________________
Professor M.Sc.Paulo Cesar Macedo
Faculdade Santa Lcia.




___________________________________________________
Professora Esp. Rita de Cssia Catini
Faculdade Santa Lcia.




____________________________________________________
Professora M.Sc Elaine Cristina Valim Trova - Orientadora
Faculdade Santa Lcia.
iv











































Dedico esta monografia a minha esposa Keila que soube to
bem compreender os meus momentos de ausncia em
funo deste trabalho e a todos os professores pela
contribuio intelectual.
v





AGRADECIMENTOS



Agradeo a princpio a Deus, que me permitiu a inteligncia necessria para a
realizao deste trabalho, a minha orientadora pelas orientaes precisas em todos
os momentos solicitados, e aos meus pais pelo apoio irrestrito em todos os
momentos de minha vida.

vi
SUMRIO


1. NTRODUO. ....................................................................................................... 1
1.1. ESTRUTURA DO TRABALHO. ........................................................................ 3
2. A EMPRESA. .......................................................................................................... 5
2.1. MAPEAMENTO DOS PROCESSOS. .............................................................. 5
2.1.1. Mapeamento de processo da rea de Recursos Humanos. ...................... 6
2.1.2. Mapeamento de processo da rea de Compras. ....................................... 8
2.1.3. Mapeamento de processos da rea de Tecnologia de nformao. .......... 9
3. METODOLOGA DE PESQUSA CENTFCA. .................................................... 12
3.1. TPOS DE PESQUSA. .................................................................................. 12
3.2. TCNCAS DE COLETA DE DADOS. ........................................................... 16
3.2.1. Delimitao do universo de pesquisa e da amostra. ............................... 17
3.3. CARACTERZAO DAS FORMAS DE ABORDAGEM. .............................. 18
4. REVSO BBLOGRFCA. ................................................................................ 20
4.1. SSTEMAS DE NFORMAO. ..................................................................... 20
4.2. GESTO DA NFORMAO. ........................................................................ 21
4.3. VANTAGEM COMPETTVA COM USO DE SSTEMAS DE NFORMAO.22
4.4. ENGENHARA DE SOFTWARE. ................................................................... 23
4.4.1. UML (Unified Modeling Language). ......................................................... 33
4.4.1.1. Diagramas de UML. .......................................................................... 34
4.5. SSTEMA GERENCADOR DE BANCO DE DADOS..................................... 37
4.5.1. Modelo Entidade-Relacionamento. .......................................................... 39
4.5.2. Modelo Relacional. .................................................................................. 40
4.6. GOVERNANA DE T. ................................................................................... 40
4.6.1. Modelo de Governana de T. ................................................................. 42
4.6.2. Modelos de Melhores Prticas em Governana de T. ............................ 43
4.6.2.1. CMM Capability Maturity Model Integration................................... 44
4.6.2.2. PMBOK Project Management Body of Knowledge. ....................... 46
4.6.2.3. TL Information Technology Infrastructure Library. ........................ 47
4.6.2.4. Seis Sigma. ....................................................................................... 49
4.6.2.5. CobiT Control Objectives for Information and Related Technology.50
4.6.2.5.1. niciando os processos de Governana atravs do CobiT.......... 52
5. ESTUDO DE CASO. ............................................................................................. 56
5.1. CENRO ATUAL DE T NA EMPRESA EM ESTUDO. ................................. 56
5.2. COLETA DE DADOS. .................................................................................... 60
6. APRESENTAO DA SOLUO. ....................................................................... 64
6.1. ESCOLHA DA FORMA DA SOLUO. ......................................................... 64
6.2. ESTUDO DAS POSSVES SOLUES. ...................................................... 68
6.2.1. InfoSphere Content Collector (CC). ........................................................ 69
6.2.1.1. Principais caractersticas do CC. ..................................................... 73
6.2.1.2. Arquivamento. ................................................................................... 74
6.2.1.3. Acesso ao contedo arquivado. ........................................................ 75
vii
6.2.1.4. Requisitos necessrios. .................................................................... 76
6.2.1.5. Proposta comercial CC (Oramento). .............................................. 77
6.2.2. IERARCICAL STORAGE MANAGEMENT (HSM). ............................. 78
6.2.2.1. Principais caractersticas do HSM. .................................................... 80
6.2.2.2. Arquivamento. ................................................................................... 80
6.2.2.3. Acesso ao contedo arquivado. ........................................................ 82
6.2.2.4. Requisitos necessrios. .................................................................... 82
6.2.2.5. Proposta comercial HSM (Oramento). ............................................ 83
6.2.3. SRE FAS3200. ..................................................................................... 83
6.2.3.1. Principais caractersticas da srie FAS3200. .................................... 86
6.2.3.2. Recursos de software. ...................................................................... 87
6.2.3.3. Recursos tecnolgicos. ..................................................................... 89
6.2.3.4. Especificaes tcnicas. ................................................................... 94
6.2.3.5. Proposta comercial FAS2300 (Oramento)....................................... 95
6.3. ANLSE DAS POSSVES SOLUES. ...................................................... 95
7. APRESENTAO DOS RESULTADOS. ............................................................. 99
7.1. CARACTERSTCAS TCNCAS DOS RESULTADOS................................. 99
8. CONSDERAES FNAS. ............................................................................... 102
REFERNCAS BBLOGRAFCAS ....................................................................... 104

viii
Lista de Figuras


Figura 1 - Mapeamento de Processo de RH (Recrutamento nterno) ........................ 6
Figura 2 - Mapeamento de Processos de Compras (Aquisio de Produtos)............ 8
Figura 3 - Mapeamento de Processo de T (Abertura de Chamados) ....................... 9
Figura 4 - Mapeamento de Processo de T (Backup de Arquivos) ........................... 10
Figura 5 - Mapeamento de Processo de T (Manipulao de usurios) ................... 11
Figura 6 - Elementos e Recursos de Sistemas de nformao ................................ 21
Figura 7 - Modelo Decisrio Dinmico de Gesto .................................................... 22
Figura 8 - Fases do Modelo Cascata ....................................................................... 24
Figura 9 - Fases do Modelo RAD ............................................................................. 26
Figura 10 - Fases da Prototipagem .......................................................................... 27
Figura 11 - Fases do Modelo Espiral ....................................................................... 27
Figura 12 - Elemento do Processo Concorrente ...................................................... 28
Figura 13 - Fases do Modelo Baseado em Componentes ....................................... 29
Figura 14 - Fases do Processo Unificado ................................................................ 30
Figura 15 - Fases do Modelo ncremental................................................................ 32
Figura 16 - Nveis de Abstrao de Dados .............................................................. 38
Figura 17 - Modelo de Entidade-Relacionamento .................................................... 39
Figura 18 - Modelo Relacional ................................................................................. 40
Figura 19 - Fatores motivadores da Governana de T............................................ 41
Figura 20 - Modelo de Governana de T ................................................................ 43
Figura 21 - CMM na Abordagem por Estgios ........................................................ 44
Figura 22 - CMM na Abordagem Contnua ............................................................. 45
Figura 23 - reas de conhecimento do PMBOK ...................................................... 47
Figura 24 - Domnios do TL ................................................................................... 48
Figura 25 - Metodologia Seis Sigma ........................................................................ 50
Figura 26 - Foco da Governana de T, na viso do CobiT ..................................... 51
Figura 27 - Domnios do Modelo CobiT ................................................................... 53
Figura 28 - Quadro CobiT ........................................................................................ 54
Figura 29 - Estratgia de T ..................................................................................... 57
Figura 30 - Ciclo de vida da informao .................................................................. 58
Figura 31 - Diagrama UML do ciclo da informao .................................................. 59
Figura 32 - Tratamento das informaes ................................................................. 60
Figura 33 - Anlise de utilizao dos arquivos de disco pelo JDiskReport. ............. 68
Figura 34 - Arquitetura Geral do CC. ...................................................................... 71
Figura 35 - Famlia CC. ........................................................................................... 72
Figura 36 - Representao modular de implementao do CC. ............................. 72
Figura 37 - Representao de um link de stub. ....................................................... 75
ix
Figura 38 - Requisitos de software e hardware CC. ............................................... 76
Figura 39 - Arquitetura Geral do HSM. .................................................................... 78
Figura 40 - ncluso de arquivos baseado em condies de Data. .......................... 79
Figura 41 - Critrios de arquivamento na criao de um Job................................... 81
Figura 42 - Estimativa de migrao de arquivos de um Job. ................................... 81
Figura 43 - Requisitos de software e hardware HSM. .............................................. 82
Figura 44 - Caractersticas da tecnologia SAS. ....................................................... 84
Figura 45 - Controlador da srie FAS3200. ............................................................. 85
Figura 46 - Topologia geral da srie FAS3200. ....................................................... 85
Figura 47 - Tela de configurao de software da srie FAS3200. ........................... 87
Figura 48 - Funcionamento do SnapShot. ............................................................... 90
Figura 49 - Utilizao da tecnologia FlexVol. ........................................................... 91
Figura 50 - Utilizao da tecnologia FlexShare........................................................ 92
Figura 51 - Especificaes tcnicas da srie FAS3200. .......................................... 95
Figura 52 - Cenrio atual da empresa em estudo. .................................................. 96
Figura 53 - Utilizao do HSM. ............................................................................... 96
Figura 54 - Utilizao do CC. ................................................................................. 97
Figura 55 - Utilizao do FAS3200. ........................................................................ 97
x
Lista de TabeIas


TabeIa 1 - Anlise da soluo proposta de aumento de discos no storage ............. 65
TabeIa 2 - Anlise da soluo proposta de solicitao dos usurios no controle das
informaes .............................................................................................................. 65
TabeIa 3 - Anlise da soluo proposta de armazenamento das informaes em
mdias ticas ............................................................................................................. 66
TabeIa 4 - Anlise da soluo proposta de uma ferramenta de gerenciamento das
informaes .............................................................................................................. 66
TabeIa 5 - Anlise da soluo proposta de aquisio de um novo servidor ............. 67
TabeIa 6 - Anlise de utilizao do servidor ............................................................. 69
TabeIa 7 Classificao dos metadados ................................................................. 70
TabeIa 8 Oramento de software CC ................................................................... 77
TabeIa 9 Oramento de servios CC ................................................................... 77
TabeIa 10 Oramento de software HSM ............................................................... 83
TabeIa 11 - Mensagens do AutoSupport .................................................................. 88
TabeIa 12 Reduo dos dados atravs da Deduplicao. .................................... 93
TabeIa 13 Anlise das solues. ........................................................................... 98
TabeIa 14 Disponibilidade em disco aps implementao. ................................. 100
TabeIa 15 Comparativo de desempenho do backup. .......................................... 101










xi
LISTA DE SIGLAS


ANS Acordo de Nvel de Servio
CO Chief Information Office
CMM Capability Maturity Model Integration
COBT Control Objectives for Information and related Technology
ERP Enterprise Resource Planning
GED Gesto eletrnica de documentos
HSM ierarchical Storage Management
BM International Business Machines
CASA Information Systems Audit and Control Association
CC InfoSphere Content Collector
TG Information Technology Governance Instituit
TL Information Technology Infrastructure Library
LAN Local Area Network
NAS Network Attached Storage
PMBOK Project Management Body of Knowledge
RAD Rapid Application Development
RC Requisio de Compra
RH Recursos Humanos
RO Return on Investiment
SAN Storage Area Network
SAS Serial Attached SCSI
SGBD Sistema Gerenciador de Banco de Dados
SG Sistema de nformao Gerencial
T Tecnologia da nformao
TSM Tivoli Storage Manager
UML Unified Modeling Language
xii
HYPPOLTO NETO, Francisco. ImpIantao de uma ferramenta para
gerenciamento de espao em disco de um servidor de arquivos em uma
empresa muItinacionaI: ESTUDO DE CASO. Monografia. Sistemas de nformao.
FSL "Faculdade Santa Lucia. 2011.









RESUMO


O objetivo geral deste trabalho identificar uma soluo para melhorar o
gerenciamento de informaes no departamento de tecnologia. nicialmente foi
elaborado um mapeamento de processos para se ter uma viso sistmica dos
processos. A gesto dos recursos de Tecnologia da nformao, por meio de boas
prticas de governana , hoje, o elemento que trs o equilbrio e faz a interligao
entre negcio e Tecnologia da nformao. No cenrio atual da empresa, os estudos
do gerenciamento das informaes apontaram as dificuldades existentes na
administrao atual dos dados, causados principalmente pelo aumento do volume
de informaes. O trabalho prope uma anlise dos problemas e uma pesquisa
entre os responsveis diretos pelos servios de gerenciamento, no intuito de se
encontrar a melhor forma para resoluo destes problemas, apoiando-se nos
critrios e requisitos adotados pela empresa, e utilizando-se das melhores prticas
de gerenciamento sugeridas pelo framework CobiT. Por meio de mtodos de
implementao e ferramentas que auxiliam a integridade da engenharia de produtos,
a gesto da informao consegue introduzir sua importncia dentro das aes dos
negcios, justificando os recursos destinados ao uso da tecnologia e provando que
as inovaes na forma de gesto fornecem potencial para criar vantagens
competitivas na organizao. Foi realizado um levantamento de trs solues que
contemplam as exigncias da empresa em estudo, e por meio de uma anlise entre
as funcionalidades das solues, obteve-se o auxlio necessrio para escolha da
soluo que melhor se enquadra quanto ao atual cenrio da empresa.



PaIavras-chave: Ferramentas de gerenciamento, servidor de arquivos, governana.
1

1. INTRODUO.
O uso padronizado de ferramentas de controle da gesto aprimora o
desenvolvimento e une as atividades de negcio da empresa com a Tecnologia da
nformao (T), tornando os recursos tecnolgicos, no apenas ferramentas de
apoio, mas elementos necessrios de soluo para os problemas da empresa.
No cenrio atual, a maioria dos negcios no se mantm sem a tecnologia,
tornando-se esta, parte intrnseca e suporte indispensvel para a operao das
modernas organizaes (FERNANDES E ABREU, 2006).
Os gerentes de tecnologia devem promover a integrao entre T e os
negcios, colaborando com a viso empresarial com o uso de sistemas eficientes
que padronizem os processos, atravs de uma infraestrutura compartilhada e
dinmica, alm de ter profundo conhecimento do negcio.
A gerncia de recursos e pessoas em T devem ser focados em melhorias de
desempenhos, ou seja, fazer melhor as coisas, atravs de planejamento,
organizao e controle, utilizando-se de mtodos e anlises (COCO, 2010).
Portanto, irreversvel a importncia do papel estratgico do gestor como lder
visionrio e impulsionador do crescimento financeiro, utilizando-se para isso de
solues analticas como ferramentas prioritrias para ampliar vantagens
competitivas ao negcio.
O foco deste trabalho o departamento de Tecnologia de nformaes da
empresa multinacional em estudo, que como ser observado no tpico com os
mapeamentos de processos (FGURA 3, FGURA 4 E FGURA 5) j possui uma
estrutura organizada para resoluo de problemas provenientes desta rea.
Com o aumento das atividades dos colaboradores e o prprio crescimento da
empresa, a quantidade de informaes tambm aumenta na mesma proporo e
estas informaes somam como patrimnio desta empresa sendo to importantes
quanto a prpria atividade que desempenha no mercado.
Atualmente, o nmero de chamados abertos pelos usurios solicitando
espao em disco para o servidor de arquivos, representa um percentual considervel
e ocupa tempo demais dos analistas, alm de ser considerado um chamado de
carter urgente, pois sem espao para armazenar as informaes, os colaboradores
tambm so obrigados a parar suas atividades, o que ocasiona o problema em
estudo.
A histria nos mostra que o homem tem aprendido com os erros do passado e
depende deste aprendizado para melhorar e at aperfeioar suas aes, e estas
2

ocorrncias servem para evitar que essas falhas no sejam cometidas novamente.
Para as empresas a idia de se utilizar um histrico das atividades pretritas tem a
mesma validade, e os arquivos e documentaes antigas so muito importantes
para que a empresa esteja sempre em um crescente dentro de seu ramo de
atividade.
Neste contexto, a forma de se lidar com estes arquivos, tambm deve ser
cautelosa e atualmente, na empresa em estudo, os erros nos backups dos
documentos ocorrem com grande freqncia, e muitas vezes durante a noite que o
horrio de realizao dos backups, tudo isso pelo fato de se ter um volume muito
grande de informaes importantes para se copiar. Este fato tambm faz parte do
problema em estudo.
A reduo do espao de tempo utilizado para realizao dos backups,
tambm um dos motivos da necessidade de se encontrar uma soluo para o
gerenciamento das informaes do servidor de arquivos da empresa.
Alm disso, outra questo a ser destacada que, o equipamento atual muitas
vezes no atende demanda de solicitaes de recuperao de arquivos por parte
dos usurios, devido a sua limitao fsica, o que acaba gerando demora no
atendimento a estas solicitaes.
Todo este tempo dos analistas e operadores despendido para correo
destes problemas, que poderiam ser utilizados para projetos de melhoria ou
atendimento a outras ocorrncias, serviu como motivao para idias de
aperfeioamento do sistema atual.
O objetivo geral deste trabalho identificar uma forma de soluo para
melhorar o gerenciamento de informaes no departamento de tecnologia. Utilizam-
se ferramentas de coleta e anlise de dados, ou seja, as melhores prticas
recomendadas pelo framework CobiT e os critrios da empresa em estudo para
determinar a melhor escolha.
O presente trabalho busca apresentar solues para o gerenciamento das
informaes do departamento de tecnologia, permitindo que os administradores dos
recursos de manipulao dos dados consigam cumprir com os acordos de nvel de
servios realizados com os colaboradores da empresa. Para tanto, espera-se
tambm, que o uso das tcnicas de pesquisa permita explorar a viabilidade do
investimento de maneira mais correta, verificando as expectativas dos envolvidos na
otimizao dos recursos e tarefas.
O conhecimento dos requisitos da empresa e das melhores prticas de
3

implementao de uma soluo, fornecidas pelo framework CobiT, auxiliaram na
pesquisa e escolha da melhor soluo para os problemas de gerenciamento das
informaes, tendo como foco principal a agregao de valor para os usurios no
fornecimento dos servios de T.
Percebe-se que as empresas esto bastante preocupadas com o tempo e
velocidade no atendimento aos problemas internos e externos, fator este que atribui
qualidade aos servios prestados.
Com esse fator to relevante, a idia de reduzir consideravelmente o tempo
de backup do servidor de arquivos, deve ser feita atravs da classificao de cada
um desses arquivos por freqncia de utilizao e a manipulao automtica levar
ao incio deste trabalho.
Diante deste contexto, o tema do presente trabalho ser: MPLANTAO DE
UMA FERRAMENTA PARA GERENCAMENTO DE ESPAO EM DSCO DE UM
SERVDOR DE ARQUVOS EM UMA EMPRESA MULTNACONAL: ESTUDO DE
CASO.
A justificativa do tema apresentado, refere-se ao interesse em apresentar uma
soluo para melhor aproveitamento e agilidade dos processos e recursos de
tecnologia no departamento de T da empresa em estudo.
O aprimoramento constante e o acompanhamento contnuo dos mtodos de
anlises e ferramentas de gesto devem ser administrados de perto pelos gestores
de tecnologia, pois alm de fornecerem o devido suporte no tratamento dos
problemas, so tambm elementos que garantem a confiabilidade do negcio.

1.1. ESTRUTURA DO TRABALHO.
O primeiro captulo deste trabalho apresentar a introduo do trabalho como
um todo.
O segundo exibir a empresa que ser estudada para aplicao da soluo
atravs da gesto de informao, juntamente com os mapeamentos de processos
dos seus principais departamentos, seguidos da caracterizao dos problemas
encontrados na avaliao deste mapeamento e os principais objetivos que
motivaram as iniciativas de pesquisa e levantamentos de informaes.
O estudo dos mapeamentos de processos realizados em uma empresa
facilitar a identificao dos problemas, servindo como base de apoio tambm para
sua soluo (REZENDE E ABREU, 2003).
O terceiro captulo apresentar os mtodos cientficos utilizados para apoiar
4

quaisquer formas de pesquisa de carter cientfico, demonstrando tambm as
diferentes tcnicas de coletas de dados existentes e caracterizando quelas que iro
ser utilizadas diretamente no trabalho.
A metodologia cientfica deve fornecer ferramentas para capacitar os
profissionais a realizar pesquisas, independente da rea de atuao desejada
(CRUZ E RBERO, 2004).
O quarto captulo expor o estudo de fontes literrias que iro auxiliar na
aplicao da soluo para os problemas levantados, tendo como base principal a
gesto da tecnologia da informao. Os captulos seqentes trataro da gesto e
governana de T, alm de demonstrarem metodologias de implementao de
engenharia de software e sistemas gerenciais de banco de dados, tendo como
referncia livros, artigos, revistas e fontes confiveis da Internet.
As empresas administram muitos ativos como pessoas, dinheiro, instalaes
e o relacionamento com os clientes, mas as tecnologias que coletam, armazenam e
disseminam informaes, talvez sejam os ativos que lhe causem maior perplexidade
(WELL E ROSS, 2006).
O quinto captulo mostrar o estudo de caso realizado em um departamento
de tecnologia de uma empresa multinacional.
O sexto realizar a apresentao da soluo, sendo esta sugerida de acordo
com as pesquisas realizadas no captulo anterior. Ainda neste captulo, as solues
encontradas sero detalhadas de acordo com as informaes levantadas nos sites
oficiais das empresas preteridas, alm de relatos e apresentaes das empresas em
visitas realizadas empresa em estudo.
Estas caractersticas sero analisadas e adotadas na escolha da soluo de
acordo com os critrios exigidos pela empresa em estudo.
No captulo sete, sero apresentados os resultados da implementao da
soluo escolhida pela empresa em estudo, demonstrando de forma explicativa as
diferenas entre a administrao das informaes do servidor antes e aps a
implantao.
No oitavo captulo sero apresentadas as consideraes finais.
Por fim, registrar-se- a referncia bibliogrfica utilizada na realizao deste
trabalho.
5

2. A EMPRESA.
Fundada em meados de 1920, a empresa multinacional em estudo comeou
suas atividades no ramo de peas para automveis. A partir de 1921, ela passou a
produzir em um primeiro momento pistes de liga leve para carros e motocicletas de
competio, passando mais tarde a fabricar pistes para carros e caminhes em
escala industrial.
Aps um rpido crescimento dos volumes de produo e do aperfeioamento
da liga dos pistes, assim como a criao do pisto diesel com porta anel (este de
ao fundido com o alumnio para resistir presses maiores de combusto). Em
1931, a produo de pistes chegou a um total de 500.000 (quinhentas mil)
unidades, sendo que a empresa produzia ainda rodas para avies, filtros
automotivos, bem como outras peas de alumnio.
Comparativamente, hoje, a empresa no Brasil produz em torno de 22 (vinte e
dois) milhes de pistes ano e assim transformando-se num modelo empresarial que
conseguiu se impor em um mercado altamente competitivo, concentrando seus
esforos em tecnologia de qualidade e na formao de recursos humanos, contando
com a participao real e efetiva de uma estrutura financeira slida.
Sempre agregando tecnologia para satisfazer cada vez mais os clientes, a
empresa, hoje, smbolo de qualidade nos produtos e servios. No Brasil, ela
fabrica pistes e componentes de motores, sistemas de trem de vlvulas e sistemas
de filtrao.
Com oito unidades fabris no pas, a empresa conta ainda com um centro de
tecnologia em So Paulo e um centro de distribuio, esta localizada em Limeira-SP.
Atende a todas as montadoras de veculos do pas e ainda fornece produtos para o
exterior, a empresa no Brasil conta com aproximadamente 4.600 (quatro mil e
seiscentos) funcionrios e um faturamento que gira em torno de US$
600.000.000,00 (seiscentos) milhes/ano.

2.1. MAPEAMENTO DOS PROCESSOS.
Todas as atividades dentro de uma empresa organizada devem ser
mapeadas de maneira a padronizar as aes. Esses mapeamentos auxiliam na
identificao dos problemas de processos da empresa.
De acordo com Rezende e Abreu (2003), esta representao de mapeamento
de processos atravs de fluxogramas descreve e analisa as atividades em todos os
departamentos para futuras possveis aes de melhoria.
6

A seguir sero demonstrados os departamentos da empresa que esto
relacionados com a rea de Tecnologia de nformao com alguns de seus
mapeamentos de processo mais importantes, assim como o mapeamento de
processos de Tecnologia de nformao que esto relacionados com o estudo de
caso que ser foco deste trabalho.

2.1.1. Mapeamento de processo da rea de Recursos Humanos.



Figura 1 - Mapeamento de Processo de RH (Recrutamento nterno)


7


Figura 1 - Mapeamento de Processo de RH (Recrutamento nterno) - continuao









8

2.1.2. Mapeamento de processo da rea de Compras.



Figura 2 - Mapeamento de Processos de Compras (Aquisio de Produtos)
9

2.1.3. Mapeamento de processos da rea de TecnoIogia de Informao.

E-mail de
transferncia
de chamado.
Colaborador Solicitante
An
e t
Analista Help Desk
Analista Responsvel

Figura 3 - Mapeamento de Processo de T (Abertura de Chamados)
10

Analistas
Operador
1

Figura 4 - Mapeamento de Processo de T (Backup de Arquivos)
11



Figura 5 - Mapeamento de Processo de T (Manipulao de usurios)

Os mapeamentos de processos dos demais departamentos da empresa no
foram autorizados a ser exibidos pelos responsveis da rea, e por isso no foram
demonstrados neste trabalho.
12

3. METODOLOGIA DE PESQUISA CIENTFICA.
A metodologia cientfica passou a representar o elemento fundamental do
processo do conhecimento realizado pela cincia, no s para diferenci-la do senso
comum, mas tambm das modalidades de expresso como a filosofia, a arte e a
religio.
Para Severino (2007), a metodologia cientfica trata-se de um agrupamento
de procedimentos lgicos e tcnicas operacionais permitindo acesso s relaes
causais constantes entre os fenmenos, atravs da investigao dos fatos.
Percebe-se que as atividades de pesquisa so marcadas por elementos
gerais, sendo estes comuns a todos os processos de conhecimento que se pretenda
realizar sobre quaisquer objetivos de estudo.
Cruz e Ribeiro (2004), apontam que a metodologia cientfica deve fornecer
instrumentos que capacitem os indivduos a atingir o estudo em qualquer rea de
pesquisa, compreendendo-se a forma como se processam os fenmenos
observveis, descrevendo sua estrutura e funcionamento.
Os autores caracterizam uma pesquisa cientfica como sendo uma
investigao estruturada, controlada, sistemtica e redigida de acordo com as
normas da metodologia valorizadas pela cincia, de forma completamente formal.
J para Cervo e Bervian (2002), a pesquisa cientfica uma atividade voltada
para a soluo de problemas e dvidas de carter terico ou mesmo prtico com o
auxlio de processos cientficos.
Sendo assim este tipo de pesquisa pode partir de uma dvida ou problema, e
a metodologia cientfica busca, atravs de prticas de apoio, uma resposta ou uma
soluo.
A metodologia de pesquisa cientfica para soluo de problemas, ou mesmo
para obteno de mtodos de estudo sobre quaisquer assuntos admite nveis
diferentes de aprofundamento, que iro depender do objeto de estudo, objetivos
visados e a qualificao do pesquisador.

3.1. TIPOS DE PESQUISA.
Cada tipo de pesquisa possui, alm de um centro comum de procedimentos,
suas metodologias prprias, porm elas no se excluem e nem se opem, sendo
indispensveis para o progresso, alm de buscar a atualizao de conhecimentos
para uma nova tomada de deciso e transformar em ao concreta os resultados de
um trabalho.
13

Segundo Cruz e Ribeiro (2004) os tipos de pesquisa so classificados, quanto
aos seus objetivos, em: exploratria, descritiva, explicativa, metodolgica, aplicada e
intervencionista. Os autores afirmam ainda que de acordo com as suas fontes de
informao, as pesquisas se classificam em: pesquisa bibliogrfica, pesquisa de
laboratrio e pesquisa de campo. A explicao de cada um destes tipos de pesquisa
segundo os autores apresentada a seguir:
Quanto aos seus objetivos:
A pesquisa expIoratria tem como finalidade dar informaes a respeito do
objeto de pesquisa e orientar a formulao de hipteses, estabelecendo critrios,
mtodos e tcnicas para sua elaborao.
A pesquisa descritiva apresenta o estudo, anlise, registro e interpretao
dos fatos do mundo fsico sem a interveno dos pesquisadores.
A pesquisa expIicativa semelhate descritiva, com o adicional de
identificar as causas.
A pesquisa metodoIgica apresenta mtodos e instrumentos utilizados para
captar e manipular a realidade com objetivo de alcanar um determinado fim.
A pesquisa apIicada a forma prtica para soluo de um problema
concreto e real, utilizando seus resultados imediatamente para a dificuldade em
questo.
A pesquisa intervencionista difere-se da aplicada pela participao direta do
pesquisador na realidade estudada, no intuito de modific-la.
Quanto as suas fontes:
A pesquisa bibIiogrfica visa um levantamento dos trabalhos realizados
anteriormente sobre o mesmo tema estudado no momento, identificando e
selecionando mtodos e tcnicas a serem utilizados. Este tipo de pesquisa tem por
objetivo levar ao pesquisador o conhecimento sobre uma determinada rea.
A fontes bibliogrficas se dividem em primrias, (que abrangem os trabalhos
originais com conhecimento original publicado pela primeira vez pelos autores),
secundrias, (que so constitudas por trabalhos no originais e que basicamente
citam, revisam e interpretam trabalhos originais), e os ndices categorizados de
trabalhos primrios e secundrios (que retratam as fontes tercirias como ndices e
listas bibliogrficas).
A pesquisa de Iaboratrio permite ao pesquisador manipular as variveis,
isol-las ou at mesmo provocar eventos passveis de controle. Sendo assim, este
tipo de pesquisa exige atitudes e condies bsicas do pesquisador para que a
14

mesma tenha um valor cientfico, sendo elas qualidades fsicas, interesse pela
atividade cientfica, compromisso de observao, segurana sobre os resultados,
obrigao com a natureza autocorretiva do conhecimento, rigor, busca da certeza,
pacincia e perseverana.
Uma pesquisa de laboratrio envolve algumas etapas, dentre as quais esto a
observao, (ao em que o fenmeno observado e desenvolve-se a curiosidade
em relao a ele), a hiptese, (ao em que suposies so levantadas na tentativa
de explicar o que se desconhece), a experimentao, (ao de provocar o mesmo
fenmeno diversas vezes registrando suas variaes), e a induo, (ao de se
generalizar o acontecimento dos fatos pelo conhecimento particular do objeto de
estudo).
A pesquisa de campo consite na observao do objeto de estudo, atravs de
tcnicas de coleta e apresentao de dados. A pesquisa de campo no permite a
interveno do pesquisador nas variveis supostamente relevantes para se obter
conhecimento especfico do que se est estudando.
J para Cervo e Bervian (2002) os tipos de pesquisa cientfica so
classificados em bibliogrfica, descritiva, experimental, estudos exploratrios,
resumo de assunto e seminrio de estudos. A explicao de cada um destes tipos
de pesquisas segundo os autores apresentada a seguir:
A pesquisa bibIiogrfica tem por objetivo explicar um problema, partindo das
referncias tericas publicadas em documentos buscando conhecer e analisar as
contribuies culturais ou cientficas do passado, existentes sobre um determinado
assunto, tema ou problema.
A pesquisa descritiva observa, registra, analisa e correlaciona fatos ou
variveis sem manipul-los buscando descobrir a freqncia com que um fenmeno
ocorre com a mxima preciso possvel.
A pesquisa experimentaI atua sobre as variveis relacionadas ao objeto de
estudo manipulando-as, proporcionando o estudo da relao entre causa e efeito de
um determinado fenmeno.
Os estudos expIoratrios se tornam os passos iniciais no processo de
pesquisa pela experincia, auxiliando na formulao de hipteses significativas para
posteriores pesquisas.
O resumo de assunto o texto que rene, analisa e discute conhecimentos
e informaes j publicados. Mesmo no sendo um trabalho original, exige de seu
autor os mesmos mtodos cientficos utilizados no trabalho original.
15

O seminrio de estudos tem por finalidade transmitir informaes em
conformidade com as diretrizes da metodologia cientfica, discutir informaes
geradas pelo intecmbio entre os pesquisadores e extrair concluses em funo dos
objetivos que se pretendem alcanar.
Quanto s tcnicas de pesquisa, importante destacar ainda o estudo de
caso. Gil (1999) afirma que para a utilizao do estudo de caso necessrio que se
faa um levantamento bastante completo sobre os objetos de estudo do assunto em
questo, obtendo assim um grande conhecimento sobre o mesmo.
Para o autor, este conhecimento ajuda a explorar situaes da vida real, cujos
limites no esto claramente definidos, alm de explicar as variveis causais de
determinados fenmenos em que a utilizao de levantamentos e experimentos no
possvel.
J para Severino (2007), o estudo de caso se concentra no estudo de um
caso particular e deve ser trabalhado, atravs de formas de anlise rigorosas,
seguido de relatrios qualificados.
O autor apresenta este estudo de caso que se torna uma generalizao para
situaes similares, e para isso a escolha do tema do caso deve se ter um
fundamento significativo e bem representado.
Considerando os tipos de pesquisa estudados no presente trabalho, ser
utilizada uma combinao entre algumas das pesquisas citadas, e a justificativa para
o emprego de cada uma delas, o que sero explicados a seguir:
Pesquisa expIoratria ou Estudos expIoratrios: Como primeiro passo
aps a identificao do problema, foi feito um levantamento da forma como a
soluo encontrada deveria atuar na soluo, demostrando situaes hipotticas
sugeridas propositalmente no intuito de fornecer mtodos e critrios para que esta
soluo atendesse aos requisitos desejados.
Seminrio de estudos: As aes foram realizadas em conjunto pela equipe
envolvida. Devem estar alinhadas com os processos bsicos e padronizados que j
so adotados pela empresa em estudo, alm de fornecer uma justificativa plausvel
para a escolha da soluo que esteja em conformidade com os parmetros e
critrios estabelecidos.
Pesquisa bibIiogrfica: Todo o trabalho foi fundamentado e baseado na
metodologia cientfica vigente no perodo de seu estudo, e por isso durante sua
realizao, foram feitas pesquisas sobre obras de autores que atuam ou atuaram no
ramo, cujo contedo se relaciona com o tema do trabalho.
16

Estudo de Caso: Para o auxlio demonstrativo do problema levantado no
incio deste trabalho foi utilizada, como complemento, a tcnica de pesquisa de
estudo de caso, pois todo levantamento de informaes foi realizado em uma
empresa especfica, onde foi estudado o problema identificado na empresa.

3.2. TCNICAS DE COLETA DE DADOS.
Alm do bom planejamento, para que uma pesquisa cientfica apresente
dados fiis e conclusivos, ela deve envolver tambm uma tarefa de coleta de dados,
que deve ocorrer logo aps a escolha e delimitao do assunto desejado.
Para Cruz e Ribeiro (2004), os instrumentos utilizados na pesquisa cientfica
so questionrio, formulrio, entrevista, procedimentos estatsticos, anlise
estatstica e interpretao dos dados. A explicao de cada um destes mtodos de
coleta segundo os autores, sero descritos a seguir:
O questionrio um instrumento utilizado quando se objetiva atingir um
nmero considervel de pessoas, formado de um conjunto de questes formuladas
pelo pesquisador. A linguagem utilizada deve obedecer a forma culta da linguagem,
podendo ser um questionrio com perguntas abertas, (que permite aos envolvidos
dar a sua opinio), fechadas, (restringindo a resposta na escolha de duas opes)
e/ou de mltipla escolha, (fechadas com uma srie de respostas possveis).
O formuIrio similar ao questionrio, porm o pesquisador que preenche
as respostas baseado nas respostas dos entrevistados. Este recurso permite ao
observador fazer anotaes de sua autoria, no intuito de esclarecer ou mesmo
relatar o comportamento do entrevistado no momento do questionrio, para
enriquecer sua pesquisa.
A entrevista uma outra forma de se obter respostas, atravs de uma
conversa entre o pesquisador e pessoas, cujo conhecimento esteja diretamente
relacionado com o objeto de estudo desejado.
Os procedimentos estatsticos so os registros que se apresentam em
forma de quadros, grficos ou tabelas, apresentando um tratamento estatstico que
ir auxiliar na verificao dos resultados.
A anIise estatstica consiste em determinar se as respostas obtidas com a
pesquisa podem ser generalizadas para a populao ou universo de pesquisa.
Na interpretao dos dados, o pesquisador far a ligao lgica e as
comparaes necessrias para finalizar a averiguao, em que os dados coletados
foram convenientemente tratados e analisados.
17

J para Cervo e Bervian (2002), os instrumentos utilizados na pesquisa
cientfica so questionrio, formulrio e entrevista. A explicao de cada um destes
mtodos de coleta segundo os autores sero descritos a seguir:
A entrevista uma conversa orientada para um objetivo definido, recolhendo
por meio de um interrogatrio dados para a pesquisa. Este mtodo deve ser utilizado
quando no h mais fontes seguras para as informaes desejadas ou mesmo
quando se quiser completar dados extrados de outras fontes.
O questionrio a forma mais utilizada para coleta de dados pois possibilita
medir com melhor exatido o que se deseja. Ele contm um conjunto de questes
relacionadas com um problema central.
O formuIrio uma lista informal, catlogo ou inventrio com o objetivo de
coletar dados resultantes de observaes ou interrogaes em que o preenchimento
feito pelo prprio pesquisador.
Considerando os tipos de coletas estudadas no presente trabalho, ser
utilizada uma combinao entre algumas das tcnicas citadas, e a justificativa para o
emprego de cada uma delas, o que sero descritos a seguir:
FormuIrio: As empresas pesquisadas, que possuam possveis solues
para o problema da empresa em estudo, foram questionadas sobre as
funcionalidades que a soluo delas apresentava, para que a melhor escolha fosse
aceita, obedecendo aos padres mnimos exigidos e que estivessem em harmonia
com os objetivos estabelecidos. Essas respostas foram analisadas, esclarecidas e
comentadas durante sua execuo pelos pesquisadores envolvidos.
Entrevista: Como havia critrios relevantes que seriam fatores determinantes
para a escolha da soluo, os responsveis da rea foram questionados sobre as
necessidades de escolhas, evitando assim o desperdcio de tempo e energia com
solues inviveis.
Procedimentos estatsticos, AnIise estatstica e Interpretao dos
dados: A utilizao de quadros e grficos para uma melhor apresentao das
informaes levantadas auxilia na justificativa do investimento da soluo para o
negcio. Este deixa as informaes mais claras para que se tenha uma viso do
antes e depois da implementao da soluo.

3.2.1. DeIimitao do universo de pesquisa e da amostra.
A definio do ambiente de pesquisa, bem como, os indivduos, que estaro
envolvidos nas tcnicas de coleta de dados, so fatores fundamentais para
18

completar o levantamento das informaes do problema em estudo.
Para Marconi e Lakatos (2001), o conjunto de seres animados ou mesmo
inanimados para caracterizar o universo ou populao de pesquisa devem ter pelo
menos uma caracterstica em comum, e a amostra ocorre quando no h
necessidade de investigar toda a polpulao, deixando assim que os resultados de
pesquisa obtidos por um pequeno grupo selecionado sejam considerados como o
todo.
Os autores afirmam que a escolha dos elementos da amostra deve ser feita
de tal forma que ela seja o mais representativa possvel do todo, selecionada
convenientemente, tornando-se assim um subconjunto do universo.
J para Gil (1999) as definies bsicas para universo e amostra so as
seguintes:
Universo ou popuIao: Conjunto definido de elementos que possuem
determinadas caractersticas.
Amostra: Subconjunto do universo ou populao, em que se estabelecem as
caractersticas deste universo ou populao.
Considerando as definies citadas, o departamento de tecnologia da
informao da empresa em estudo foi o cenrio para a coleta dos principais dados
do problema, sendo considerado assim como o universo ou populao de pesquisa,
e os envolvidos na busca da soluo ou mesmo queles que possuem o papel de
patrocinadores desta soluo foram os indivduos que iro representar este universo
ou populao durante as tcnicas de coleta de dados.

3.3. CARACTERIZAO DAS FORMAS DE ABORDAGEM.
As informaes levantadas durante a coleta dos dados iro determinar a
qualidade da soluo que ser implantada, devendo para tanto ser objeto de
ateno dos pesquisadores.
Gil (1999) divide as formas de pesquisa, quanto ao mtodo de pesquisa, em
dois grupos:
Quantitativa: So os dados obtidos mediante levantamentos, podendo ser
agrupados em tabelas, possibilitando a anlise estatstica.
QuaIitativa: So os dados que consideram uma relao entre o mundo real e
o sujeito de pesquisa, em que as investigaes das informaes pessoais desse
sujeito, como comportamento, crena e opinio, ficam livres de interpretaes
indutivas dos pesquisadores.
19

Sendo assim, fazendo um comparativo entre as duas formas, importante
ressaltar que atualmente h necessidade de ambas para a maioria das pesquisas,
sendo possvel afirmar que as duas abordagens se complementam.
Durante este trabalho foram utilizadas as duas formas de abordagens
descritas anteriormente, em que por meio do formulrio de pesquisa, realizado com
os integrantes do projeto e estudo, foi possvel chegar a parmetros que facilitaram
as pesquisas posteriores caracterizando assim uma checagem qualitativa ao
trabalho.
Alm disso, este formulrio auxiliar no processo de estabelecer os critrios
de escolha que ajudaro na elaborao da entrevista direcionada s empresas
pesquisadas. Atravs dos estudos estatsticos que mensuraram as vantagens e
desvantagens de cada uma das solues apresentadas, caracterizando assim uma
abordagem quantitativa ao trabalho.
20

4. REVISO BIBLIOGRFICA.
Quando ocorre o surgimento de um problema dentro de uma organizao, a
utilizao de mtodos eficazes nos auxiliam na administrao e resoluo desse
problema atravs de uma implementao eficaz e segura. Torna-se fundamental, e
se faz necessrio, um estudo realizado atravs de fontes confiveis.
Chiavenato (2001) afirma que a administrao o ato de realizar todas as
atividades, com recursos humanos e materiais disponveis, de maneira eficaz e
eficiente. Esse conceito aplicado a qualquer ramo de atividade, pois os recursos
materiais por si s, no trazem o resultado, bem como, as pessoas sem os recursos
para exercer seu trabalho, no conseguem alcanar seus objetivos. O ideal que a
unio entre estes dois fatores esteja presente nos processos da empresa.
Os livros e meios de pesquisa utilizados sero demonstrados no decorrer do
trabalho e o detalhamento das fontes se encontra no final do projeto.

4.1. SISTEMAS DE INFORMAO.
Com a necessidade das empresas em concentrar as informaes de maneira
organizada e segura, utilizou-se uma ferramenta de fcil entendimento e,
principalmente, com uma resposta rpida, fez dos sistemas de informao o meio
mais eficaz na soluo dos problemas mais complexos do mundo moderno.
Para O'Brien (2003), um sistema um grupo de componentes inter-
relacionados que trabalham juntos rumo a uma meta comum, recebendo insumos e
produzindo resultados em um processo organizado de transformao.
O autor mostra que as funes bsicas em iterao dentro de um sistema de
informao so divididas em elementos de entrada, processamento e sada de
informao, utilizando recursos humanos, de softwares, de hardware, de Dados e de
Rede para gerenciamento destes elementos.
O'Brien (2003) destaca tambm a introduo dos sistemas de informao
gerenciais, que auxiliam os administradores e usurios finais gerenciais com
relatrios que contm as informaes que precisam para fins de tomada de deciso.
Estes sistemas de auxlio so conhecidos como Sistemas de nformao Gerencial
(SG).
J os autores Stair e Reinolds (2002) resumem um Sistema de nformao
Gerencial como um provedor no s de informao e suporte para a efetiva tomada
de deciso, mas tambm como uma forma de obter respostas s operaes dirias,
agregando assim, valor aos processos da organizao.
21

A Figura 6 demonstra os elementos e recursos de um Sistema de nformao.














Figura 6 - Elementos e Recursos de Sistemas de nformao
Fonte: O'Brien (2003)

4.2. GESTO DA INFORMAO.
Um sistema de nformao uma ferramenta essencial das empresas que
querem se destacar no mercado, porm, ainda assim as decises finais sero
executadas pelos gestores, e a habilidade com que eles utilizaro essas ferramentas
gerenciais devem ser consideradas tambm como condio de sucesso.
Para Rezende e Abreu (2003), as habilidades dos gestores devem abranger
os recursos humanos e tcnicos disponveis do negcio que se gerencia, alm dos
recursos tecnolgicos.
Os autores afirmam ainda sobre este conceito que a imagem de uma Unidade
Departamental, depende fundamentalmente do gestor e o desconhecimento
elementar da Tecnologia da nformao e de seus recursos pelo administrador
causam muitos problemas dentro das empresas.
O autor O'Brien (2003) j mais contundente quando afirma que a essncia
Recursos Humanos: Usuarios
Iinais e Especialistas em SI.
Recursos de Software: Programas
e procedimentos.
Recursos
de
Hardware:
Maquinas e
midias.
Recursos de
Dados:
Bancos de
Dados e Bases
de
Conhecimento.
Recursos de Rede: Meios de
Comunicao e Suporte de Rede.
Entrada
de
Recursos
de dados.
Processa-
mento de
Dados.
Saida de
produtos
de
inIorma-
o.
Controle do Desempenho
do Sistema.
Armazenamento de
Recursos de Dados.
22

de um Sistema de nformao Gerencial a de encontrar as informaes que os
gestores precisam para ajud-los a tomar decises.
O poder de deciso que cabe gesto da informao deve transparecer
como um recurso altamente dinmico levando as atividades da empresa ao
resultado esperado de acordo com o levantamento dos dados e informaes.
A Figura 7 demonstra o modelo decisrio dinmico de gesto.









Figura 7 - Modelo Decisrio Dinmico de Gesto
Fonte: O'Brien (2003)

A nfase que caracteriza a maior preocupao dos gestores o
desenvolvimento global da empresa, seu crescimento com qualidade, produtividade
e perenidade, focando sempre o negcio principal e a competitividade da mesma.

4.3. VANTAGEM COMPETITIVA COM USO DE SISTEMAS DE INFORMAO.
Os Sistemas de nformao Gerenciais podem levar uma empresa a obter
vantagens no mercado em relao a suas concorrentes diretas, fornecendo maior
conforto, qualidade, agilidade e confiabilidade na prestao de servios.
Rezende e Abreu (2003) apontam o uso destes sistemas gerenciais como um
meio seguro de se obter vantagem competitiva nos negcios, mas revelam alguns
fatores que devem servir como atitudes necessrias para que estes sistemas
consigam o efeito desejado.
De acordo com os autores a empresa deve ter conhecimento de que as
ecessidades de
InIormaes e
Conhecimento.
Atividades.
Decises,
Aes e
Resultados.
Dados.
InIormaes.
Retroalimentao
Conhecimento.
23

condies de mercado, bem como, as expectativas dos clientes e consumidores
mudam a todo o momento, derrubando as barreiras organizacionais que bloqueiam o
compartilhamento de dados entre as funes para obter o resultado desejado.
Essa facilidade de operaes internas e externas reduz custos agregando
valor aos produtos, servios e processos da organizao, imprimindo velocidade,
integrando e otimizando a logstica da firma.
Os autores destacam ainda, que a implantao de Sistemas de nformao
Gerenciais juntamente com as tarefas, as pessoas envolvidas e a estrutura so
fatores de impacto dentro da organizao podendo afetar a produtividade e
qualidade dos produtos e servios.
Para O'Brien (2003) devemos ver os Sistemas de nformao como ativos
capazes de alterar o modo como as empresas competem, e por isso devemos
encar-los como redes competitivas vitais para renovao organizacional agindo
como um investimento necessrio em tecnologia que ajudam a empresa a alcanar
seus objetivos estratgicos.
O autor denota que o papel de desenvolver produtos, servios e capacidades
que confiram a uma empresa vantagens estratgicas sobre as foras competitivas
que ela enfrenta no mercado mundial so apoiadas pelos sistemas de nformao.
Sobre este assunto, Stair e Reynolds (2002) ressaltam que um Sistema de
nformao Gerencial efetivo pode fornecer organizao uma vantagem
competitiva e, no mnimo, uma margem temporria sobre outra organizao carente
de tal tipo de sistema.
Diante de toda a explanao e das exigncias relatadas, as empresas
deparam-se basicamente com duas opes facultadas a elas, a de adquirir Sistemas
de nformao com fornecedores de solues ou desenvolver os Sistemas de
nformao, quer com recursos prprios, ou mesmo com a ajuda de terceiros
obedecendo a mtodos de Engenharia de Software.

4.4. ENGENHARIA DE SOFTWARE.
Percebe-se que a idia de se obter um resultado satisfatrio em uma
implementao de um novo software ou aplicao, deve estar relacionada com um
roteiro de desenvolvimento e suas ferramentas de apoio, aliados a total disciplina
dos envolvidos neste projeto.
Para Pressman (2006), os modelos prescritivos de processo tiveram, no
incio, a tarefa de colocar ordem no caos do desenvolvimento de software, atravs
24

de mtodos prontos que passaram a fornecer um conjunto de elementos de
processo e um fluxo de trabalho orientado para fazer o inter-relacionamento destes
elementos.
De acordo com o autor, mesmo que o sistema perca em criatividade, por estar
sempre preso a um roteiro de atividades pr determinadas, os mtodos prescritivos
para o desenvolvimento de software so fundamentais para se obter coordenao e
coerncia no mundo do software.
J para Forbellone e Eberspcher (1993), a lgica de programao de
sistemas a arte de pensar de maneira correta, descartando erros comuns que
estamos acostumados a ver. A lgica envolvida na estrutura de uma linguagem de
programao de computadores uma prova contra estas falhas, evitando
constrangimentos que possam comprometer o nome da empresa.
Existem vrios tipos de modelos tradicionais de programao utilizados na
engenharia de software.
Segundo Pressman (2006) os modelos so classificados em: cascata,
incremental, RAD, prototipagem, espiral, desenvolvimento concorrente,
desenvolvimento baseado em componentes, mtodos formais, desenvolvimento
orientado a aspectos e processo unificado. A explicao de cada um destes modelos
segundo o autor, apresentada a seguir:
Um dos primeiros mtodos prescritivos de desenvolvimento de software o
modeIo cascata, que sugere uma abordagem sistemtica seguindo uma seqncia
de acontecimentos que daro incio a outras fases at que o processo inteiro esteja
terminado.
A Figura 8 representa as fases do modelo cascata.






Figura 8 - Fases do Modelo Cascata
Fonte: Pressman (2006)
mplantao:
Entrega,
manuteno e
Ieedback.
Construo:
CodiIicao e
testes.
Modelagem:
Analise e projeto.
Planejamento:
Estimativas,
cronogramao e
monitorao.
Comunicao:
Levantamento de
requisitos.
25

Pressman (2006) cita diversas desvantagens neste antigo mtodo, sendo que
a principal delas a demora na obteno do sistema pronto para o cliente, uma vez
que as fases do projeto no possuem um perodo determinado para acabar, e as
fases seguintes ficam ociosas.
Conforme o autor, hoje em dia, o trabalho com o alto ritmo dos
acontecimentos e a torrente de modificaes as quais um desenvolvimento de
software est sujeito, este tipo de modelagem tornou-se inadequado, no entanto,
pode servir para situaes nas quais os requisitos so fixos e o trabalho deve
prosseguir at o fim de modo linear.
O modeIo incrementaI combina elementos do modelo em cascata aplicado
de maneira interativa. Neste modelo ocorre a aplicao de seqncias lineares de
uma forma racional medida que o tempo passa, o incremento inicial do projeto
classificado como ncleo do produto.
Pressman (2006) aponta a utilidade do modelo incremental para casos em
que no h mo-de-obra disponvel para uma implementao completa, dentro do
prazo de entrega estabelecido para o projeto, e se o ncleo do produto for bem
recebido, pessoal extra pode ser adicionado para implementar o prximo avano.
O modeIo RAD (Rapid Application Development - desenvolvimento rpido de
aplicao) enfatiza um ciclo de desenvolvimento em um curto espao de tempo.
De acordo com Pressman (2006), esse desenvolvimento rpido de aplicao
permite a uma equipe de desenvolvimento criar um sistema plenamente funcional
dentro de um perodo curto de tempo, (de 60 a 90 dias), isso se os requisitos forem
bem compreendidos e o objetivo do projeto for restrito.
O projeto em RAD dividido em vrias partes e o trabalho fracionado em
equipes que iro prosseguir paralelamente com suas respectivas atividades.
No RAD a estrutura do projeto dividida em cinco etapas, sendo a primeira o
planejamento, que consiste na diviso das tarefas entre a equipe. A segunda parte e
talvez a mais importante, a comunicao, onde os problemas do negcio e as
caractersticas das informaes que o software precisa acomodar sero entendidos.
A partir da terceira etapa, modelagem, o tempo comea a correr, e nesta
modelagem so estabelecidas as representaes de projeto que servem como base
para a atividade de construo do RAD, sendo dividida em trs camadas: negcio,
dados e processos.
A etapa seguinte a de construo, que enfatiza o uso de componentes de
software preexistentes e a aplicao da gerao automtica de cdigo. Finalmente,
26

vem a implantao deste trabalho, deixando uma margem para iteraes
subseqentes, se necessrio.
A Figura 9 representa as fases do modelo RAD.


















Figura 9 - Fases do Modelo RAD
Fonte: Pressman (2006)
ndependente da maneira como aplicado o modelo de processo, o tipo
evolucionrio de prototipagem auxilia o desenvolvedor de software e o cliente a
entenderem melhor o que deve ser construdo quando os requisitos de entrada,
sada e processamento no esto detalhados e claros.
Pressman (2006), afirma que para esta insegurana por ambas as partes, a
prototipagem oferece melhor abordagem, e deve ser aplicada seguindo um ciclo de
comunicao, plano rpido, modelagem, construo e implantao.
O autor descreve ainda que este prottipo serve como primeiro sistema sendo
descartado aps sua utilizao, pois possui apenas uma aparncia, ou seja, um
esboo do novo sistema, mas sua complexidade e utilizao esto longe de serem
perfeitas. Na prototipagem, no so associados manutenibilidade e utilizao global
- 9 dias
Planejamento
Comunicao
Modelo RAD:
Equipe N
Equipe 2
Equipe 1
Modelagem
Modelagem de egocio;
Modelagem de Dados;
Modelagem de Processo.
Modelagem
Modelagem de egocio;
Modelagem de Dados;
Modelagem de Processo.
Modelagem
Modelagem de egocio;
Modelagem de Dados;
Modelagem de Processo.
Construo
Reuso de componentes;
Gerao automatica;
Codigo.
Construo
Reuso de componentes;
Gerao automatica;
Codigo.
Construo
Reuso de componentes;
Gerao automatica;
Codigo.
mplantao
Integrao;
Entrega;
Feedback.
27

do sistema.
A Figura 10 representa as fases da prototipagem.








Figura 10 - Fases da Prototipagem
Fonte: Pressman (2006)
No modeIo espiraI de desenvolvimento, Pressman (2006) explica que o
software desenvolvido numa srie de verses evolucionrias e durante as
primeiras iteraes, as verses podem ser um modelo de papel ou prottipo e nas
ltimas iteraes, so produzidas verses cada vez mais completas do sistema.
A Figura 11 representa as fases do modelo espiral.










Figura 11 - Fases do Modelo Espiral
Fonte: Pressman (2006)
Comunicao
Plano rapido
Modelagem
Construo
Implantao
Planejamento:
Estimativa,
cronograma e analise
de riscos.
Modelagem:
Analise de projeto.
Comunicao.
mplantao:
Entrega e feedback.
Construo:
Codigo, testes.
ncio
28

O autor cita ainda que diferentemente dos outros modelos de
desenvolvimento, que terminam quando o software entregue, o tipo espiral pode
ser adaptado para aplicao ao longo da vida do software em que o produto vai
evoluindo de acordo com as voltas realizadas no processo.
O modeIo concorrente pode ser aplicado a qualquer tipo de
desenvolvimento de software, fornecendo uma imagem precisa do estado atual que
se encontra o projeto.
Como relata Pressman (2006), ao invs de confinar as atividades, aes e
tarefas de engenharia de software a uma seqncia de eventos, o modelo
concorrente define uma rede de atividades, onde cada atividade, ao ou tarefa da
rede existem simultaneamente com outras atividades, aes ou tarefas.
O autor explica que para cada fase do projeto, haver um status de
classificao de acordo com sua evoluo e desenvolvimento. Estes eventos so
disparados de acordo com as ocorrncias e descobertas.
A Figura 12 representa um elemento do processo concorrente.











Figura 12 - Elemento do Processo Concorrente
Fonte: Pressman (2006)

Sendo mais um mtodo evolucionrio, o modelo de desenvoIvimento
baseado em componentes de engenharia de software utilizado quando temos
Em
desenvolvimento.
Pronto.
Congelado.
Em reviso.
Em reviso.
Aguardando
modiIicaes.
Representa o estado
de uma atividade ou
tarefa de engenharia
de 8419,70.
29

parte do cdigo pronto para reuso, simplificando parte do trabalho.
Pressman (2006) afirma, que este mtodo simplifica setenta por cento do
trabalho do desenvolvedor, sendo composto de aplicaes a partir de componentes
de software previamente preparados, similar classes ou pacotes orientados a
objeto.
Seguindo o pensamento do autor, essa maneira pode ser comparada aos
softwares de prateleira, que so formuladas de forma a atender quaisquer empresas
de acordo com o tipo de sistema desenvolvido.
A Figura 13 trs as fases do desenvolvimento baseado em componentes.












Figura 13 - Fases do Modelo Baseado em Componentes
Fonte: Pressman (2006)
O modelo de mtodos formais apresenta como foco principal a anlise de
riscos de execuo do software, principalmente queles que no podem sofrer
nenhum tipo de erro durante sua execuo como dispositivos mdicos e de
aeronaves.
Por conter questes to crticas de confiabilidade do software, Pressman
(2006) aponta que estes mtodos formais utilizados durante o desenvolvimento do
software eliminam questes de ambigidade, inconcluso e inconsistncia de
maneira mais simples e eficaz.
Pesquisa dos produtos baseados em componentes
disponiveis para o dominio da aplicao em questo.
Topicos de integrao de componentes so
considerados.
Uma arquitetura de soItware e projetada para
acomodar os componentes.
Componentes so integrados a arquitetura.
Testes abrangentes so realizados para garantir a
Iuncionalidade adequada.
30

Conforme o autor, softwares crticos precisam deste tipo de mtodo e o
motivo principal para sua aplicao a segurana que ele oferece ao sistema.
O desenvolvimento de softwares orientado a aspectos um paradigma
relativamente novo de engenharia de software que fornece, segundo Pressman
(2006), um processo e abordagem metodolgica para definir, especificar, projetar e
construir aspectos.
De acordo com o autor, estes aspectos alvos so mecanismos que
transcendem sub-rotinas e herana para localizar a expresso de uma preocupao
transversal.
Pressman (2006) afirma que o processo unificado e a UML so amplamente
usados em projetos de todas as naturezas sendo caracterizado como uma tentativa
de apoiar-se nos melhores recursos e caractersticas dos modelos convencionais de
processo de software, caracterizando-os de um modo que implemente muitos dos
melhores princpios de desenvolvimento gil.
De acordo com o autor este processo unificado orientado por casos de uso,
centrado na arquitetura, iterativo e incremental, projetado para mtodos e
ferramentas UML.
A Figura 14 representa as fases do processo unificado.










Figura 14 - Fases do Processo Unificado
Fonte: Pressman (2006)
O processo unificado reconhece a importncia da comunicao com o cliente
ase de Concepo:

Documento de viso.
Modelo inicial de
caso de uso.
Glossario inicial do
projeto.
Caso de negocio
inicial de risco.
Plano de projeto,
Iases e iteraes.
Modelo de negocio
se necessario.
Um ou mais
prototipos.
ase de Elaborao:

Modelo de caso de uso.
Requisitos
suplementares
incluindo no
Iuncionais.
Modelo de analise.
Descrio da
arquitetura do
84ftware.
Prototipo arquitetural
do 84ftware.
Modelo de projeto
preliminar.
Lista de risco revisada.
Plano de projeto
incluindo planos de
iterao.
ase de Construo:

Modelo de projeto.
Componentes de
84ftware.
Incremento integrado
de 84ftware.
Plano e procedimento
de teste.
Caso de teste.
Documentao de
apoio.
Manuais do usuario.
Manuais de instalao.
Descrio do
incremento atual.
ase de Transio:

Incremento de 84ftware
entregue.
Relatorio de teste Beta.
Realimentao geral do
usuario.
31

e dos mtodos diretos para descrever a viso do cliente de um sistema, (caso de
uso), enfatizando o importante papel da arquitetura de software.
O autor ressalta o uso de ferramentas UML (Linguagem Unificada de
Modelagem), pois so elas que fornecem uma gama de diagramas que podem ser
usados para anlise e projeto tanto em nvel de sistema quanto de software.
J para Sommerville (2005) os modelos de desenvolvimento para engenharia
de software so classificados em: cascata, desenvolvimento evolucionrio,
desenvolvimento formal, desenvolvimento orientado a reuso, desenvolvimento
incremental, espiral e prototipagem.
Para o autor, o modelo cascata cria um ciclo de vida para o software, que
comea na anlise de requisitos passando pelo projeto, implementao, integrao
at finalmente chegar operao e manuteno do novo sistema.
Em cada uma das fases h uma srie de documentos que devem ser
aprovados e a iterao das atividades de desenvolvimento entre as fases ocorrem
aleatoriamente sem obedecer ordem linear a que o projeto prope.
O autor relata problemas diversos com esse modelo que afluem
principalmente pela dificuldade de se obter os requisitos por completo no incio do
projeto, pois o cliente raramente ter posse de toda informao necessria para o
trmino do sistema.
O modeIo evoIucionrio tem como base a idia de desenvolver uma
implementao inicial, expor o resultado ao comentrio do cliente e fazer seu
aprimoramento por meio de muitas verses, at que um sistema adequado tenha
sido desenvolvido.
Para Sommerville (2005), este modelo deve ser aplicado para sistemas
pequenos (com menos de 100 linhas de cdigo) ou para sistemas de porte mdio
(com at 500 mil linhas de cdigo), com tempo de vida curto.
J no desenvoIvimento formaI de sistemas, Sommerville (2005) relata que
h um certo comparativivismo com o modelo cascata, porm este processo de
desenvolvimento tem como base a transformao matemtica formal de uma
especificao de sistema em um programa executvel.
Neste modelo durante esta alterao, a representao matemtica
convertida em uma representao de sistema mais detalhada, mas ainda
matematicamente correta, acrescentando mais detalhes a cada etapa garantindo
que no haja erros de verificao e o programa final torna-se a verdadeira
implementao da especificao desejada.
32

Quando temos pessoas em um projeto que conhecem o cdigo a ser
desenvolvido por j terem executado atividades similares, podemos dizer que o
desenvoIvimento orientado a reuso ser uma boa escolha para modelagem do
projeto.
Sommerville (2005) aponta que essa abordagem conta com uma ampla base
de componentes de software reutilizveis, que podem ser acessados. Esses cdigos
prontos so verdadeiros sistemas que podem ser utilizados devido ao uso comum
entre sistemas distintos, facilitando e reduzindo consideravelmente o tempo e o
trabalho dos desenvolvedores de software.
O autor indica ainda que o reuso de sistemas prontos reduz custos e riscos
proporcionando uma entrega mais rpida do software ao usurio.
O desenvoIvimento incrementaI foi criado a partir da necessidade de se
reduzir o retrabalho no processo de desenvolvimento de software e de proporcionar
aos clientes algumas oportunidades de adiar decises sobre seus requisitos
detalhados, at que se tenha alguma experincia com o novo sistema.
Sommerville (2005) explica que neste mtodo, o cliente interage com os
desenvolvedores durante todo o processo de desenvolvimento do novo sistema,
recebendo parte do software pronto para acompanhamento e utilizao, realizando
apontamentos de incrementao de acordo com as necessidades detectadas
durante a prtica.
A Figura 15 representa as fases do modelo incremental.






Figura 15 - Fases do Modelo ncremental
Fonte: Sommerville (2005)
O autor aponta como elemento principal deste modelo, o fato de que no ser
necessrio esperar at que todo o sistema esteja pronto para utiliz-lo, pois tendo
posse de uma parte do sistema, o cliente j poder iniciar a utilizao e o prprio
'alidar sistema. Integrar
incremento.
'alidar
incremento.
Desenvolver
incremento do
sistema.
Projetar
arquitetura do
sistema.
Atribuir
requisitos aos
incrementos.
DeIinir esboo
dos requisitos.
33

treinamento, excluindo aes de retrabalho por falta de todos os requisitos
necessrios.
Sommerville (2005) cita que o modelo espiraI pode abranger outros modelos
de processo, aderindo-se ao que de melhor h em cada um deles, reduzindo riscos
de retrabalho, demora na entrega do produto final, alm de manter o sistema sempre
aberto para iteraes de melhoria.
De acordo com os estudos, o autor afirma que o modelo espiral uma
aproximao realista do desenvolvimento de sistemas e softwares de grande porte,
pois conforme o sistema evolui em seu progresso, desenvolvedor e cliente
conseguem reagir melhor aos riscos, porm esta anlise de riscos deve ser
gerenciada por profissionais competentes para evitar o insucesso do projeto.
Para Sommerville (2005), o desenvolvimento evolucionrio de prototipagem
tem como base a idia de desenvolver uma implementao inicial, expor o resultado
aos clientes e aprimor-lo atravs das vrias verses, at que o sistema adequado
esteja totalmente pronto.
O autor resume a prototipagem como uma tcnica de rascunhar um sistema,
de maneira que sua viso seja facilitada para cliente e desenvolvedor, podendo ser
um complemento dos engenheiros de software para dar incio a um sistema
complexo e completo.

4.4.1. UML (Unified Modeling Language).
A utilizao de recursos grficos para visualizao, especificao, construo
e documentao de planos para arquitetura de projetos de sistemas, que incluam
aspectos sobre os processos de negcio e as funes do sistema, com suas classes
escritas em determinadas linguagens de programao, e seus respectivos bancos
de dados e componentes de software reutilizveis so as principais caractersticas
da UML (BOOCH, RUMBAUGH e JACOBSON, 2006).
Para os autores, a empresa bem-sucedida deve fornecer softwares de
qualidade, capazes de atender s necessidades dos respectivos usurios, alm de
desenvolver este software de forma previsvel e em determinado perodo. Os
recursos da UML auxiliam os desenvolvedores a atingir suas metas e distinguir em
suas tarefas o que secundrio e o que irrelevante.
J para Pender (2006), a UML consegue atingir um desenvolvimento de
comunicao precisa, coerente e rastrevel, que sobreviver ao ritmo rpido e
catico das mudanas.
34

O autor aponta a m comunicao como um problema que levar a empresa
e suas equipes de trabalho a atrasos e custos extras, por isso todos os participantes
do projeto precisam se manter informados quanto natureza e o impacto das
mudanas sobre requisitos e solues j em andamento ou j implementadas, e a
UML auxilia na padronizao dessa comunicao.

4.4.1.1. Diagramas de UML.
Percebe-se que o uso de grficos torna-se fundamental para que se possa
passar uma simplificao da realidade em forma de figuras padronizadas, e a UML
oferece como recurso visual a utilizao de diagramas.
Para os autores Booch, Rumbaugh, e Jacobson (2006), na modelagem de
sistemas reais sero criados os mesmos tipos de diagramas, pois eles representam
vises de modelos comuns e para visualizar as partes estticas de um sistema,
podero ser utilizados os seguintes diagramas:
Diagrama de Classes;
Diagrama de Componentes;
Diagrama de Estrutura Composta;
Diagrama de Objetos;
Diagrama de mplantao;
Diagrama de Artefatos.
De acordo com os autores, para visualizar as partes dinmicas do sistema,
podero ser utilizados diagramas adicionas, sendo:
Diagrama de Caso de Uso;
Diagrama de Seqncias;
Diagrama de Comunicao;
Diagrama de grfico de Estados;
Diagrama de Atividades;
A explicao de cada um destes diagramas na viso de Booch, Rumbaugh, e
Jacobson (2006) ser demonstrada a seguir:
Diagrama de CIasses: Sendo os diagramas mais utilizados em sistemas de
modelagem orientados a objeto, os diagramas de classes mostram um conjunto de
classes, interfaces, colaboraes e seus relacionamentos, sendo utilizados para
ilustrar a viso esttica do projeto do sistema.
Diagrama de Componentes: Utilizado para visualizar as partes internas,
conectores e as portas que implementam um componente, assim quando um
35

elemento instanciado, as cpias de suas partes internas tambm as so.
Diagrama de Estrutura Composta: Utilizado para visualizar a estrutura de
uma classe ou colaborao, sendo muito similar ao diagrama de componentes.
Diagrama de Objetos: Aplicado para visualizar um conjunto de objetos e
seus relacionamentos, ilustrando as estruturas de dados e os registros estticos de
instncias dos itens encontrados nos diagramas de classes.
Diagrama de ImpIantao: Utilizado para visualizar um conjunto de ns e
seus relacionamentos, ilustrando a viso esttica da implantao de uma arquitetura.
Diagrama de Artefatos: Aplicado para visualizar um conjunto de artefatos e
seus relacionamentos com outros artefatos e com as classes que implementam,
ilustrando as unidades de implementao fsica do sistema.
Diagramas de Casos de Uso: Estes demonstram um conjunto de casos de
uso e seus respectivos atores e relacionamentos, ilustrando a viso esttica do caso
de uso de um sistema. Estes so importantes para a organizao e modelagem dos
comportamentos de um sistema.
Diagrama de Seqncias: Diagrama de interao, cujo foco a ordenao
temporal de mensagens, ilustrando um conjunto de papis e as mensagens
enviadas e recebidas pelas instncias que representam os papis em uma viso
dinmica.
Diagrama de Comunicao: a organizao estrutural dos objetos que
enviam e recebem mensagens, ilustrando um conjunto de papis. As conexes
existentes entre estes papis e as mensagens enviadas e recebidas pelas instncias
que representam os papis em uma viso dinmica.
Diagrama de Grfico de Estados: Utilizado para demonstrar uma mquina
de estados, que consiste de estados, transies, eventos e atividades, sendo
importante principalmente para fazer a modelagem do comportamento de uma
interface, classe ou colaborao.
Diagrama de Atividades: Aplicado para demonstrar o fluxo de uma atividade
para outra em um sistema, sendo que uma atividade mostra um conjunto de
atividades, o fluxo seqencial de uma atividade para outra e os objetos que realizam
ou sofrem aes.
J para Pender (2006), os diagramas de UML so divididos em pacotes de
acordo com seus papis, divididos em aspectos, sendo:
Diagramas Estruturais: lustram os recursos estticos de um modelo e
incluem o Diagrama de Classes, o de Objetos, o de Estrutura de
36

Composio, o de Componentes, o de mplantao e o Combinado de
Componentes/mplantao;
Diagramas Comportamentais: lustram como os recursos modelados nos
diagramas estruturais interagem e como cada um deles executa suas
capacidades e incluem o Diagrama de Casos de Uso, o Diagrama de
Atividades, os Diagramas de nterao (que incluem diagrama de
seqncia, de colaborao, de comunicao, de viso geral das
interaes e de tempo), o Diagrama de Mquina de Estados e o de
Mquina de Estados de Protocolo.
A explicao de cada um destes diagramas na viso de Pender (2006) ser
demonstrada a seguir:
Diagrama de CIasses: Que est no ncleo do processo de modelagem de
objetos, modelando as definies de recursos essenciais operao correta do
sistema, em que os recursos representam pessoas, materiais, informaes e
comportamentos.
Diagrama de Objetos: Modela fatos ou exemplos de modelagem, em que os
exemplos podem desvendar regras que precisam fazer parte das definies dos
recursos e seus relacionamentos.
Diagrama de Estrutura de Composio: Representa a funcionalidade
usando diagramas e colaboraes, demonstrando visualmente as partes de uma
classe, componente ou colaborao, incluindo os pontos de interao.
Diagrama de Componentes: Representa partes do software no ambiente de
implementao, revelando os problemas de configurao de software atravs dos
relacionamentos de dependncia.
Diagrama de ImpIantao: Modela o hardware do ambiente da
implementao em que cada n em um diagrama de implantao representa um tipo
de hardware. Estes diagramas auxiliam na identificao das capacidades do
hardware que afetam o planejamento do desempenho e a configurao do software.
Diagrama Combinado de Componentes/ImpIantao: Utilizado em uma
viso combinada que mostra os componentes instalados nos ns, oferecendo idias
sobre o mapeamento entre os requisitos de comunicao do software e as
propriedades fsicas dos ns e as conexes da plataforma de implementao.
Diagrama de Casos de Uso: Modela as expectativas dos usurios para
utilizar o sistema, em que as pessoas que interagem com o sistema so
classificadas como atores e os recursos do sistema que os representantes utilizam
37

so chamados de casos de uso.
Diagrama de Atividades: Representa a lgica exigida para implementar
comportamentos do sistema, sendo relativamente familiar aos usurios, pois so
usados em treinamentos comerciais e manuais de procedimentos.
Diagrama de Interao: Descreve a comunicao entre os objetos para
conseguir alguma tarefa, incluindo:
Diagrama de Seqncia: dentifica interaes entre objetos com o
tempo, ajudando a identificar as mensagens trocadas entre os objetos;
Diagrama de CoIaborao: Similar ao de seqncia, porm este
diagrama modela como as interaes utilizam a estrutura da
participao dos objetos e seus relacionamentos;
Diagrama de Comunicao: Utilizado para identificar as mudanas
estruturais exigidas para satisfazer uma interao, revelando os
requisitos de interface das classes participantes;
Diagrama Viso GeraI das Interaes: Oferece uma viso de alto
nvel da progresso lgica atravs de um conjunto de interaes;
Diagrama Tempo: Documenta claramente os requisitos de
temporizao que controlam a mudana de estado, em que cada
evento nele descrito, corresponde a um ponto no tempo.
Diagrama de Mquina de Estados: Demonstra como os estmulos externos
causam mudanas no objeto decorrente do tempo de vida, identificando respostas
especficas de um objeto para tudo o que pode acontecer a ele, e quais eventos um
objeto responder ou no, dependendo de seu estado atual.
Diagrama de Mquinas de Estado e ProtocoIo: como um diagrama de
mquina de estado, porm definido de modo mais estreito, colocando o foco no que
necessrio para alterar um objeto de forma vlida, revelando condies que
garantam a integridade do objeto enquanto estiver sendo manipulado por outros
objetos do sistema.

4.5. SISTEMA GERENCIADOR DE BANCO DE DADOS.
As informaes de uma empresa, bem como seus dados pessoais e de seus
clientes e fornecedores so parte de seu patrimnio e a maneira com que ela
armazena e trata esses dados valiosos deve ser motivo de preocupao para os
gestores da informao.
Com a introduo de um Sistema de nformao dentro das atividades dirias
38

de uma empresa, um ponto to importante quanto a soluo propriamente dita, a
transparncia para os usurios, contudo ocupa igual importncia para o Sistema
Gerenciador de Banco de Dados (SGBD).
Os autores Silberschatz, Korth e Sudarshan (2005) afirmam que um SGBD
constitudo por um conjunto de dados associados a um conjunto de programas para
acesso a esses dados, e o seu principal objetivo proporcionar um ambiente tanto
conveniente quanto eficiente para a recuperao e armazenamento das informaes
do banco de dados.
Segundo os autores, um SGBD deve ser como uma coleo de arquivos e
programas inter-relacionados que permitem ao usurio o acesso para consultas e
alterao desses dados a um nvel abstrato, ou seja, o usurio que faz o acesso ao
banco de dados no deve ser necessariamente um tcnico em informtica e o
sistema deve ter um nvel de viso bem clara, a fim de facilitar o trabalho de maneira
cmoda para quem o utiliza.
J Date (2004), afirma que um sistema de banco de dados basicamente um
sistema computadorizado de manuteno de registros, cuja finalidade geral
armazenar informaes e permitir que usurios busquem e atualizem essas
informaes quando solicitadas.
A Figura 16 demonstra o nvel de viso de abstrao dos Dados.









Figura 16 - Nveis de Abstrao de Dados
Fonte: Silberschatz, Korth e Sudarshan (2005)

ivel de 'iso
'iso 1 'iso 2 'iso n
ivel
Logico
ivel Fisico
39

O autor ressalta que as informaes em questo podem ser qualquer coisa
que tenha algum significado ao indivduo ou organizao a que o sistema deve
servir, auxiliando o processo geral de suas atividades.

4.5.1. ModeIo Entidade-ReIacionamento.
Para que o projeto de banco de dados possa ser melhor compreendido e
permitindo a especificao do esquema da empresa, foi criado o modelo entidade-
relacionamento, que representa toda a estrutura lgica do banco de dados.
Silberschatz, Korth e Sudarshan (2005) relatam que esse modelo apresenta
maior capacidade semntica na tentativa de representar o significado dos dados,
alm de ser til para mapear as iteraes das empresas reais.
De acordo com os autores, para este mtodo foram criadas diversas
ferramentas ou objetos que ilustram, de melhor maneira, o que realmente o banco
de dados de determinado sistema da empresa deve conter.
A Figura 17 demonstra um exemplo de de um modelo Entidade-
Relacionamento.












Figura 17 - Modelo de Entidade-Relacionamento
Fonte: O autor.
1 1 1
Medico
Especialidade

Tratamento
Ocorrncias
Paciente

1
CodPac
RG
CPF
omePaciente
Sexo
Data
Horario
'alorPagar
Status
Convnio
CRM
CodProc
CodPac
CodTrat
Data
HorInicio
HorTermino
'alor
CodProc
CodTrat
CodEsp
Titulo
CRM
CRM
omeMedico
Dataasc
CodProc
Procedimento

1


1


Procedimento
40

Date (2004), ressalta que o modelo Entidade-Relacionameto muito
impreciso em certos aspectos e deixa diversos detalhes sem especificao,
principalmente detalhes de restrio de integridade.
De acordo com o autor o modelo Entidade-Relacionamento um quadro de
dados utilizado para decidir a estrutura do banco de informaes, estando uma fina
camada acima do modelo relacional, apesar de no substitu-lo.

4.5.2. ModeIo ReIacionaI.
Outra forma de demonstrar o estado do banco de dados sustentar o modelo
relacional que permite um processamento eficiente das necessidades de
informaes de seus usurios.
Silberschatz, Korth e Sudarshan (2005) tratam o modelo relacional de banco
de dados como uma coleo de tabelas, cada uma das quais com um nome nico e
cada linha de tabela representa um relacionamento entre um conjunto de valores.
A Figura 18 demonstra um exemplo de modelo relacional.







Figura 18 - Modelo Relacional
Fonte: Silberschatz, Korth e Sudarshan (2005)

O autor Date (2004) j descreve que este satisfaz o princpio da informao,
em que todo o contedo de instruo do banco de dados representado somente
de um modo, como valores explcitos em posies de colunas em linhas, sendo
muito mais do que tabelas com restries, projees e junes.

4.6. GOVERNANA DE TI.
Percebe-se que com a introduo direta da informtica nas regras de negcio
nome_agnc|a nmero_conta sa|do
uownLown A101 300
Mlanus A213 700
erryrldge A102 400
8ound Plll A303 330
8rlghLon A201 900
8edwood A222 700
8rlghLon A217 730

41

das empresas, a Tecnologia da nformao deixou de ser apenas um departamento
de apoio, passando a ter uma funo muito mais ampla e atuando principalmente na
soluo para os problemas.
A Figura 19 demontra os fatores motivadores da Governana de T:











Figura 19 - Fatores motivadores da Governana de T
Fonte: Fernandes e Abreu (2006)

De acordo com Fernandes e Abreu (2006), a realizao dos servios de
negcio com o uso da tecnologia da informao por usurios, departamentos,
divises, fornecedores e clientes, devem ter suas regras estabelecidas atravs do
compartilhamento de decises entre o departamento de T e demais dirigentes da
organizao, norteando o uso da tecnologia da informao.
Os autores atribuem a este processo o nome de Governana de T, processo
este que deve garantir o alinhamento da T ao negcio no que diz respeito a
aplicaes e servios de infra-estrutura, alm da manutenibilidade destes servios e
aplicaes.
J para os autores Weill e Ross (2006), a Governana de T a
especificao dos direitos decisrios e do framework (conjunto de aplicaes de
suporte ao desenvolvimento de software) de responsabilidades para estimular
comportamentos desejveis na utilizao de T.
Ambiente de
Negcio
ntegrao
Tecnologia
Marcos de
Regulao
Segurana da
nformao
Dependncia do
Negcio em relao
T
Governana de
T
42

Os autores acreditam que esta definio denota a simplicidade de
Governana de T, unindo os direitos decisrios e responsabilidade com
comportamentos desejveis.
Weill e Ross (2006) relatam, que a dependncia crescente das empresas em
relao informao e T demonstram a importncia da harmonia que deve haver
sobre as decises da administrao quanto utilizao dos recursos de T.

4.6.1. ModeIo de Governana de TI.
A T deve promover o seu alinhamento com o negcio da organizao, fator
este que exige disciplina das reas de negcio e do diretor da rea de informtica,
conhecido como CO (Chief Information Office).
O CO deve orquestrar harmonicamente um time como se fosse uma
sinfnica para formar novos lderes e conseguir, ao mesmo tempo, o
comprometimento e a colaborao entre as equipes, fomentando a ambio e
estimulando a melhoria constante no acmulo do conhecimento e a capacidade de
cada um na equipe.
Fernandes e Abreu (2006) apontam que o alinhamento estratgico o ponto
de partida para a Governana de T, considerando criao de valor para o negcio e
aderncia a requisitos de compliance (conjunto de disciplinas para fazer cumprir as
normas legais e regulamentares estabelecidas para as atividades da empresa).
Os autores relatam que com as mudanas constantes no negcio da
empresa, a criao de um portflio (lista de trabalhos de uma empresa) orienta as
aes do dia-a-dia unindo as estratgias de curto, mdio e longo prazo rotina
diria das operaes e servios de T.
Este portflio deve ser recomposto conforme as mudanas de negcio
ocasionando em mudanas e demandas para a T, criando assim o que os autores
denominam de alinhamento dinmico da T.
Weill e Ross (2006) relatam que administrar um portflio de T requer que
tanto fornecedores como clientes concordem quanto aos indicadores de sucesso
estabelecidos, e as empresas com melhores retornos em tecnologia da informao,
dem ateno especial a esses indicadores.
Os autores confirmam que nessas empresas, todos os anos, como parte do
processo de investimento, a administrao de negcios e a T estabelecem juntas os
indicadores apropriados para o valor de negcio do portflio caracterizando assim
uma governana de T conforme j relatado neste trabalho.
43

A Figura 20 demonstra uma viso do modelo de governana de T:

















Figura 20 - Modelo de Governana de T
Fonte: Fernandes e Abreu (2006)

4.6.2. ModeIos de MeIhores Prticas em Governana de TI.
Existem diversos modelos de melhores prticas para auxlio implantao da
Governana de T, e cada um deles tem uma forma de se posicionar dentro do
modelo de Governana de T mencionado no tpico passado.
Fernandes e Abreu (2006) ressaltam que a Governana de T no se
restringe somente implantao dos modelos de melhores prticas, entretanto
importante conhec-los em termos de seus objetivos, estruturas e aplicabilidade. A
explicao de alguns destes modelos aplicveis no contexto da Governana de T
Alinhamento
Estratgico e
425,3.0
Deciso,
compromisso,
priorizao e
alocao de
recursos
Estrutura,
processos,
operaes e
gesto
Medio de
Desempenho
Alinhamento
Estratgico
Princpios de T
Arquitetura de
T
nfra-Estrutura
de T
Necessidades de
aplicaes e
solues
Segurana da
nformao
Capacidade de
atendimento
Competncias
nvestimentos e
custeio
Objetivos de
desempenho e
nveis de servio
Organizao das
operaes de
servios
Decises de T e priorizao
Portflio de T
Relacionamento
com clientes
Relacionamento
com
fornecedores
Escritrio
do CO
Observaes de
servios de
processos e
sistemas
Operaes de
servios de
segurana da
informao
Operaes
de servios
de infra-
estrutura
Outras
operaes de
servios de
T
Gesto do Desempenho e dos nveis de Servios
Sincronizao e integrao horizontal de projetos e servios
Plano de
Tecnologia
da
nformao
Desdobramento
dos objetivos de
desempenho
44

sero demonstrados nos tpicos seguintes.

4.6.2.1. CMMI - apability Maturity Model Integration.
Para Fernandes e Abreu (2006), o modelo CMM foi criado com o objetivo de
combinar as suas vrias disciplinas em uma estrutura nica, flexvel e
componentizada, para que as organizaes pudessem utiliz-lo de forma integrada
para os processos de melhoria em mbito corporativo.
Para os autores, esta ao de melhoria dos processos e habilidades
organizacionais, tem foco no gerenciamento do desenvolvimento, aquisio e
manuteno de produtos e servios, e oferece duas abordagens distintas para a sua
implementao sendo a abordagem por estgios e a aproximao distinta.
Na abordagem de implementao por estgios as reas de processo se
distribuem entre 5 nveis de maturidade, e para cada uma delas existem metas
especficas e genricas a serem cumpridas, respectivamente, atravs de suas
prticas especficas e genricas, sendo 1 inicial, 2 gerenciado, 3 definido, 4
gerenciado quantitativamente e 5 otimizado.
A Figura 21 mostra a Estrutura do CMM na abordagem por estgios:












Figura 21 - CMM na Abordagem por Estgios
Fonte: Fernandes e Abreu (2006)
Nveis de Maturidade
rea de Processo 1 rea de Processo 2 rea de Processo N
Metas Especficas
Prticas Especficas
Metas genricas
Prticas genricas
Compromissos para
execuo
Habilidades para
execuo
Diretrizes para
implementao
Verificao da
implementao
Caractersticas Comuns
45

Na abordagem contnua de implementao, cada uma das reas de atuao
CMM implementada de forma independente e evolutiva, agrupando suas prticas
genricas e especficas em seis nveis de maturidade, sendo nvel 0 incompleto, 1
executado, 2 gerenciado, 3 definido, 4 gerenciado quantitativamente e 5 otimizado.
Fernandes e Abreu (2006) apontam que a opo pela abordagem contnua
no exclui a possibilidade de utilizao da abordagem por estgios, ficando a critrio
da organizao o estabelecimento de perfis alvos para o alcance dos prprios nveis
de maturidade.
A Figura 22 mostra a Estrutura do CMM na abordagem contnua:











Figura 22 - CMM na Abordagem Contnua
Fonte: Fernandes e Abreu (2006)

O CMM pode ser implementado em quaisquer organizaes, cujo foco seja o
desenvolvimento de produtos (sistemas em geral ou softwares) para atendimento s
necessidades de clientes externos ou internos, utilizando ou no recursos
terceirizados.
Este modelo pode trazer diversos benefcios s organizaes que conseguem
utiliz-lo em sua Governana de T, sendo que os principais so a reduo de custos
e prazos, aumento da qualidade, aumento da satisfao dos clientes, e aumento do
RO (Retorno sobre investimento).
Nveis de Maturidade
rea de Processo 1 rea de Processo 2 rea de Processo N
Metas Especficas
Prticas Especficas
Metas genricas
Prticas genricas
] Nveis de
Capacitao
46

Morgado, Gesser, Silveira, Manso, Lima e Schmitz (2007) citam que as
vantagens desta abordagem encontram-se tanto no aumento da qualidade do
processo de certificao/auditoria do CMM, quanto na melhoria da qualidade do
sistema de informao qua apoia o processo de desenvolvimento de software.
Os autores em seu artigo relatam ainda que implantar um determinado nvel
do CMM dentro de uma organizao constitui, entretanto, um processo penoso e
demorado. Alm disso, a qualidade da implementao do CMM afeta diretamente
os benefcios obtidos.

4.6.2.2. PMBOK - Project Management Body of Knowledge.
Para Fernandes e Abreu (2006), o modelo PMBOK tem sua nfase sobre a
gesto de projetos e no sobre a engenharia de desenvolvimento de produto
resultante do projeto, ou seja, podemos utilizar o modelo para gesto dos projetos
de software e sistemas, mas no para o processo metodolgico do desenvolvimento
do software propriamente dito.
Os autores explicam que para ser utilizado de forma consistente em uma
organizao de T, o PMBOK necessita de adaptaes em funo dos tipos, portes e
riscos dos projetos, estabelecendo para isso um processo de gerenciamento de
projetos que ligue, de forma lgica e coerente, as boas prticas entre si. Esta
abordagem deve utilizar formulrios especficos elaborados para o uso do processo,
podendo ser aplicados em ferramentas de gerenciamento de projetos existentes.
Fernandes e Abreu (2006) citam que uma pesquisa realizada em 2001 pelo
Center for Business Practices em 43 organizaes de variados portes, levantou os
principais benefcios obtidos com a implantao de projetos em organizaes de T
atravs do modelo PMBOK, entre eles esto a melhoria na estimativa de prazo,
estimativa de esforo e de custo, qualidade, satisfao dos clientes, alinhamento dos
projetos com as estratgias do negcio, entrega dos projetos dentro do oramento,
desempenho do prazo e melhorias no tempo de resposta.
Para Barbosa (2006), um outro objetivo do PMBOK estabelecer um conjunto
comum de termos sobre a disciplina de gerenciamento de projetos, que ainda
recente e congrega profissionais de diversas origens acadmicas.
Para o autor, cada processo deste gerenciamento de projetos do PMBOK
formado de trs componentes bsicos, sendo:
O Entradas que serviro de base para execuo do processo;
O Tcnicas e Ferramenetas que so os mecanismos aplicados s
47

entradas para produzir os resultados;
O ResuItados e Produtos que correspondem aos documentos ou itens
gerados a partir da execuo do processo.
Estes trs componentes possibilitam definir as ligaes lgicas entre os
processos e os requisitos de cada processo.
A Figura 23 demonstra as nove reas de conhecimento em gerenciamento de
projetos em que o modelo est estruturado:
















Figura 23 - reas de conhecimento do PMBOK
Fonte: Fernandes e Abreu (2006)

4.6.2.3. ITIL - Information Technology Infrastructure Library.
Para Fernandes e Abreu (2006) o TL tem se firmado continuamente como
um padro mundial de fato para as melhores prticas em servios recorrentes de T,
Gerenciamento de Projetos
Desenvolver o termo de
abertura do projeto
Desenvolver a declarao do
escopo preliminar do projeto
Desenvolver o plano de
gerenciamento do projeto
Orientar e gerenciar a execuo
do projeto
Monitorar e controlar o
trabalho do projeto
Controle integrado de mudanas
Encerrar o projeto
Gerenciamento de ntegrao
do Projeto
Gerenciamento do
Escopo do Projeto
Planejamento do escopo
Descrio do escopo
Criar estrutura analtica
do projeto - EAP
Verificao do escopo
Controle do escopo
Gerenciamento do Tempo do
Projeto
Definio de atividades
Sequenciamento de atividades
Estimativa de recursos da atividade
Estimativa de durao da atividade
Desenvolvimento do cronograma
Controle do cronograma
Gerenciamento de Recursos
Humanos
Planejamento de recursos humanos
Contratar ou mobilizar a equipe do
projeto
Desenvolver a equipe do projeto
Gerenciar a equipe do projeto
Gerenciamento de Aquisies do
Projeto
Planejar compras e aquisies
Planejar contrataes
Solicitar respostas de fornecedores
Selecionar fornecedores
Administrao de contrato
Encerramento do projeto
Planejamento da qualidade
Realizar a garantia da
qualidade
Realizar o controle da
qualidade
Gerenciamento da
Qualidade do Projeto
Gerenciamento de
Riscos do Projeto
Planejamento do
gerenciamento de riscos
dentificao de riscos
Anlise qualitativa de
riscos
Anlise quantitativa de
riscos
Planejamento de respostas
a riscos
Monitoramento e controle
de riscos
Planejamento das comunicaes
Distribuio das informaes
Relatrios de desempenho
Gerenciar as partes interessadas
Gerenciamento das
Comunicaes do Projeto
Estimativa de custo
Oramentao
Controle de custos
Gerenciamento dos Custos do
Projeto
48

e como um framework, o principal objetivo do TL prover um conjunto destas
prticas de gerenciamento testadas e comprovadas no mercado, que podem servir
como balizadoras, tanto para organizaes que j possuem operaes de T em
andamento, quanto criao de novas operaes.
O sucesso de sua implementao depende fundamentalmente da existncia
de um modelo operacional de servios, no qual seja especificado um catlogo de
ofertas de servios, alm dos processos operacionais que espelham a cadeia
produtiva da organizao de T.
Os autores informam que o TL composto por um conjunto de publicaes
relacionadas aos domnios considerados importantes no contexto do gerenciamento
de servios de T que se inter-relacionam com o objetivo de integrar as
necessidades do negcio com os recursos tecnolgicos atravs de servios.
A Figura 24 demonstra os Domnios do TL:











Figura 24 - Domnios do TL
Fonte: Fernandes e Abreu (2006)

Sua utilizao vem crescendo devido a nfase que dada aos aspectos
tecnolgicos e sua aderncia aos requisitos de negcio, sendo compatvel com
vrias modalidades de prestao de servios de T.
Entre os benefcios que so caractersticas fundamentais e abrangem quase
Gerenciamento
de Servios
Planejando a mplementao do Gerenciamento de Servios
Perspectiva de
Negcios
Gerenciamento
da nfra-
Estrutura de
TC
Gerenciamento de Aplicaes
T
E
C
N
O
L
O
G

A
N
E
G

C

O
Entrega
de
Servios
Suporte a
Servios
Gerenciamento
da Segurana
49

todos os modelos, os autores apontam que a implementao do TL pode beneficiar
tambm na reduo do custo das oportunidades de negcio perdidas, sendo que as
melhores prticas do TL tm sido utilizadas como embasamento tcnico para
anlise e seleo de propostas de prestao de servios.
Para Steel e Tan (2005), apesar do TL fornecer uma boa documentao de
processos, fluxos e interaes de T, no uma abordagem completa, uma vez que
precisa de um modelo de maturidade especfico e um sistema de medio para a
melhoria dos processos.
De acordo com os autores, as organizaes so foradas a utilizar um outro
modelo de governana como o Cobit (modelo de boas prticas que ser visto no
decorrer do trabalho) para colocar seu programa de TL no contexto de um amplo
controle e estrutura de governana.
Steel e Tan (2005) citam ainda que para implementar o TL, as organizaes
devem investir em recursos e superar a resistncia dos trabalhadores mudanas e,
em alguns casos, os gerentes de T so obrigados a implementar o TL para atingir
os requisitos em conformidade com as empresas externas pois deixam de realizar
negcios com empresas sem esta certificao mnima de indicao de qualidade.

4.6.2.4. Seis Sigma.
Fernandes e Abreu (2006) apontam que o principal objetivo do modelo de
governana Seis Sigma a melhoria e desempenho do negcio e dos processos,
tendo como meta um que apresente 3,4 (trs virgula quatro) defeitos sobre um
milho de oportunidades.
Os demais objetivos que este modelo acomete, variam de acordo com os
objetivos da benfeitoria, podendo ser: Reduo de custos, de tempo de ciclo ou de
defeitos, Melhoria da produtividade, Crescimento de fatia de mercado, Reteno de
clientes, Mudana cultural para a qualidade e Excelncia no desenvolvimento de
produtos e servios.
Fernandes e Abreu (2006) citam que o modelo Seis Sigma pode ser aplicado
para projetos de melhoria de processos, gerenciamento do sistema, auxiliando ao
CO na elaborao de oramentos e controle de custos, e para projetos de novos
seguimentos, sendo que na rea de T, pode ser aplicado em processos de
desenvolvimento de softwares, fbricas de programas ou mesmo manuteno de
sistemas.

50

A Figura 25 demostra um modelo de metodologia Seis Sigma:















Figura 25 - Metodologia Seis Sigma
Fonte: Fernandes e Abreu (2006)

Andrade (2003) afirma que o Seis Sigma uma estratgia gerencial que visa
aumentar a lucratividade das empresas por meio da reduo de custos e aumento
da qualidade de seus produtos.
A autora ressalta que o uso de tcnicas estatsticas para a melhoria da
qualidade de produtos e servios no nenhuma novidade, porm, o Seis Sigma
possui o foco no aumento da margem de lucro da empresa e da elevao da
satisfao do cliente, em que todas as benfeitorias realizadas dentro de uma
empresa tem que ser convertidas, no final das contas, em lucro para a mesma.

4.6.2.5. CobiT - ontrol Objectives for Information and Related Technology.
Considerando os vrios modelos de melhores prticas em governana de T





dentificar processos essenciais e clientes-chaves
IdentiIicar processos centrais de negocio
DeIinir saidas de processos e clientes-chaves
Criar mapas de processos centrais de alto nivel
Definir necessidades dos clientes
Coletar dados sobre cliente desenvolver estrategia
'voz do cliente
Desenvolver padres de desempenho e declaraes
dos requisitos
Analisar e priorizar necessidades avaliar
estrategia do negocio
Medir o desempenho atual
Planejar e executar medies de desempenho dos
requisitos do cliente
Obter medidas de base de deIeitos e identiIicar
oportunidades de melhoria
Priorizar, analisar e implantar melhorias
Selecionar projetos de melhoria
Analisar, desenvolver e implantar solues Iocadas
nas causas-raizes
Projetar ou reprojetar processos de trabalho novos e
eIicazes
Expandir e integrar o sistema Seis Sigma
Implantar medidas, mandamentos e aes para
manter a melhoria
DeIinir responsabilidades para a propriedade e o
gerenciamento do processo
Manter o sistema Seis Sigma
51

apresentados no presente trabalho, vale destacar que ser realizada uma
abordagem mais detalhada do modelo CobiT, exemplo este de boas prticas de
governana de T que ser utilizado na implementao da soluo dos problemas
levantados durante o mapeamento dos processos da empresa em estudo.
De acordo com o TG (IT Governance Instituit 2010) o CobiT possui as
seguintes caractersticas:
Estabelecer relacionamentos com os requisitos do negcio;
Organizar as atividades de T em um modelo de processos genrico;
dentificar os principais recursos de T que devem receber mais investimento;
Definir os objetivos de controle que devem ser considerados para a gesto.
Fernandes e Abreu (2006) informam que o principal objetivo das prticas do
CobiT contribuir para o sucesso da entrega de produtos e servios de T, a partir
da perspectiva das necessidades do negcio, tendo suas atenes mais acentuadas
no controle.
Os autores destacam que uma das caractersticas mais importantes deste
modelo, o fato de que ele estruturado de uma forma que, tanto o pessoal
operacional como os gerentes de negcio compreendem, criando assim uma ponte
de comunicao entre as partes.
A Figura 26 retrata o foco da governana de T na viso do CobiT:









Figura 26 - Foco da Governana de T, na viso do CobiT
Fonte: T Governance Instituit (2010)

A explicao de cada um dos focos da Governana de T, na viso do CobiT,
52

segundo o T Governance Instituit (2010) ser apresentada a seguir:
AIinhamento Estratgico: nterligao entre T e negcio, manuteno e
validao da proposio de valor de T;
Entrega de VaIor: Comprovao do valor de T atravs da entrega dos
benefcios prometidos no prazo de acordo com a estratgia;
Gesto de Recursos: Recursos de T com seus investimentos e gesto
otimizados;
Gesto de Riscos: Atribuio de responsabilidades dos riscos na organizao e
conhecimento dos riscos com entendimento claro dos requisitos de compilance
pela alta direo;
Mensurao de Desempenho: Traduo da estratgia em aes com auxlio de
indicadores de desempenho para acompanhamento e monitorao da
implementao da estratgia.
A utilizao destas boas prticas iro contribuir para a otimizao das
habilidades de T e garantir a prestao dos servios, fornecendo medidas contra
riscos (T GOVERNANCE INSTITUIT, 2010).

4.6.2.5.1. Iniciando os processos de Governana atravs do CobiT.
O CobiT um modelo composto por padres e controles criados para orientar
na implementao, reviso, administrao e monitorao dos ambientes de T. Para
isso, os processos de tecnologia so agrupados em 4 domnios: planejamento e
organizao; aquisio e implementao; entrega e suporte; e monitorao. As
atividades de T so estruturadas atravs de 34 processos de controle e mais de 300
parmetros, relacionando entre outros fatores, riscos de negcio e necessidades de
controle (T GOVERNANCE INSTITUIT, 2010).
A explicao dos domnios do modelo CobiT, segundo o T Governance
Instituit (2010) ser apresentado a seguir:
PIanejamento e Organizao: Este domnio abrange estratgias tticas e diz
respeito identificao da forma como a T pode contribuir para a melhor
realizao dos objetivos do negcio. A realizao da viso estratgica precisa ser
planejada, comunicada e gerenciada por perspectivas diferentes. A organizao
adequada, bem como a infra-estrutura tecnolgica devem ser postas em prtica;
Aquisio e ImpIementao: Para concretizar a estratgia de T, e as solues
precisam ser identificadas, desenvolvidas ou adquiridas, bem como
implementadas e integradas no processo de negcio. Alm disso, alteraes e
53

manuteno dos sistemas existentes so cobertas por este domnio para
certificar se as solues continuam a cumprir os objetivos de negcio;
Entrega e Suporte: Este domnio est preocupado com a efetiva entrega dos
servios requeridos, o que inclui a prestao de servios, gesto da segurana e
continuidade de apoio ao servios para usurios e gerenciamento de dados e de
facilidades operacionais;
Monitorao: Todos os processos de T precisam ser regularmente avaliados ao
longo do tempo pela sua qualidade e conformidade com os requisitos de
controle. Este domnio aborda a gesto de desempenho, acompanhamento de
controles internos, conformidade regulatria e governana.
A Figura 27 mostra os domnios no mbito CobiT:







Figura 27 - Domnios do Modelo CobiT
Fonte: T Governance Instituit (2010)

Em primeiro lugar a gesto deve organizar seus processos e objetivos da
implementao final, atravs de planos e procedimentos utilizando fatores que
proporcionem uma segurana razovel.
Agora, que os objetivos de negcio foram alcanados e os eventos
indesejveis evitados ou detectados e corrigidos, resta continuar com a manuteno
dos processos atravs da busca contnua dos gestores por melhorias necessrias
com o uso de ferramentas de gesto para acompanhamento.
Portanto, observa-se que o CobiT age como um integrador das boas prticas
de governana de T e recursos para a gesto executiva de negcios utilizado pela
gesto de T para suporte governana, segurana, auditoria e profissionais de
controle.
Planejamento e Organizao
Monitorao
Aquisio e
mplementao
Entrega e
Suporte
54

Segundo a IT Governance Instituit (2010), entre os principais fatores que
conduziram as iniciativas s boas prticas de T encontram-se:
Gerentes de negcio que exigem um melhor retorno dos investimentos em T;
Preocupao da alta gesto com o aumento das despesas com T;
Necessidade de se satisfazer as exigncias regulamentares para os controles de
T em reas de informao financeira privada;
Adoo de quadros de controle e de boas prticas para monitorar processos
crticos;
Otimizar os custos atravs de mtodos padronizados;
Avaliao das empresas sobre a aceitao das normas por seus representantes.
De acordo com a IT Governance Instituit (2010), a estrutura de governana e
controle servem a uma variedade de agentes internos e externos, cada um de
acordo com suas necessidades especficas. Os agentes a que esta estrutura de
governana e controle so fundamentais sero citados a seguir:
queles que tomam decises de investimento;
Os que decidem sobre os requisitos;
Os que utilizam servios de T;
Os que desenvolvem capacidades e operam os servios;
Os que possuem responsabilidades de segurana, privacidade, risco e
queles que desempenham funes de conformidade.
A Figura 28 demonstra como deve ser um Quadro do modelo CobiT:









Figura 28 - Quadro CobiT
Fonte: T Governance Instituit (2010)
Requisitos
de Negcios
Recursos de
T
nformaes
Empresariais
Processos de
T
"ue responde para.
Dirige os
investimentos para.
Para entregar.
"ue so usados por.
55

Conforme a IT Governance Instituit (2010), para que todos os requisitos sejam
atendidos, um quadro de governana de T e controle deve:
Fornecer um foco de negcios para alinhamento de negcio e T;
Estabelecer um processo de orientao para definir o mbito e a extenso da
cobertura, com uma estrutura definida que permita uma fcil navegao do
contedo;
Ser coerente com as boas prticas de T e de normas independentes da
tecnologia utilizada;
Fornecer uma linguagem comum com um conjunto de termos e definies que
so compreensveis por todos os interessados;
Dentre os principais benefcios da implementao do CobiT como uma
estrutura de governana sobre T esto (IT GOVERNANCE INSTITUIT, 2010):
Melhor alinhamento, com base em um foco de negcios;
Uma viso compreensvel para gesto;
Aceitao geral entre terceiros e rgos reguladores;
Entendimento compartilhado entre todos os interessados, com base em uma
linguagem comum;
Cumprimento dos requisitos para o ambiente de T de controle;
Reduao das exposies a riscos;
Reduo dos custos operacionais;
Melhoria da imagem perante os clientes
Diante de todos estes aspectos, o framework CobiT foi criado com as
principais caractersticas de um modelo orientado para negcios, sendo concebido
no s por ser empregado por prestadores de servios de T, usurios e auditores,
mas tambm para fornecer uma orientao completa para a gesto e os
proprietrios dos processos de negcio.

56

5. ESTUDO DE CASO.
O presente estudo de caso ser realizado em uma empresa Multinacional,
conforme definido no Captulo 2 do presente trabalho.
Atualmente em todo o mundo, a gesto da informao vem auxiliando cada
vez mais nos processos de negcios, sendo estes necessrios para atender as
exigncias dos consumidores, proporcionando sistemas de informao eficazes,
atualizados e com eficincia de custo.
Alm disso, a T objetiva tambm oferecer aos colaboradores da empresa
todas as informaes necessrias para seu trabalho, de modo completo,
transparente e oportuno, visando criar vantagens competitivas pela excelncia na
gesto de informaes.
Neste sentido, preciso, portanto, que a estratgia de T atenda aos
requisitos e necessidades da empresa no mais alto grau possvel, e as diretrizes
para gesto de T devem definir como determinado padro de trabalho a ser
atingido. Essa diretriz contm os princpios bsicos, assim como meios e mtodos,
para implementao de metas definidas.
O contexto a seguir apresenta como a T importante para servir os usurios
de uma empresa multinacional na gesto da informao, responsabilizando-se pela
disponibilidade com que estas direes devem se apresentar, atendendo requisitos
de demanda e integridade.
A busca contnua de formas para melhorar os processos de segurana da
informao, desde a sua concepo at o momento em que se torna obsoleta,
demonstra a real importncia deste trabalho para o atendimento dos problemas
encontrados.

5.1. CENRIO ATUAL DE TI NA EMPRESA EM ESTUDO.
O departamento de T providencia hardware e software, cuida da manuteno
e do suporte tcnico e assegura uma operao tranqila de aplicaes e
infraestruturas. Alm disso, a T trabalha com departamentos e empresas
especializados para planejar projetos de otimizao de processos de negcio e em
seguida implement-los.
As metas a seguir so, hoje, da mais alta prioridade do departamento de T da
empresa, entre elas pode-se destacar:
Reduzir custos de produtos padres de T em 3 a 5% por ano;
57

Aperfeioar a carteira de aplicaes, processos de tecnologia e otimizar
custos em geral;
ncrementar a troca internacional de conhecimentos e recursos, por meio
de equipes de competncia;
Aumentar o nvel de padronizao de processos de T.
A Figura 29 demonstra como est estruturada a estratgia atual de T da
empresa em estudo:















Figura 29 - Estratgia de T
Fonte: Empresa em estudo

As aplicaes e tecnologias so padronizadas globalmente. Carteiras e
mapas so usados para proporcionar informaes gerais e descritivas. O valor
estratgico e a utilidade de cada aplicao so medidos em relao funcionalidade
e eficincia da carteira. Campos de ao se tornam rapidamente visveis e projetos
de otimizao podem ser iniciados.
Com base na forma utilizada pela empresa para administrar os recursos de
T, trazem as atenes para o foco deste trabalho. Atualmente o departamento de T
oferece aos colaboradores da empresa, o gerenciamento de suas informaes.
Esta administrao garante a sua disponibilidade, atravs de cpias seguras
Estrategia de TI
Panorama da estrategia de TI
Estrategia empresarial
Processos empresariais
'iso Misso Principios Metas
Servios de TI
Processos e
Organizao de
TI
Implementao, desenvolvimento e operao de projeto
Principios

Gesto de TI
Segurana
Aplicaes
InIraestrutura
Arquitetura de TI
Arquitetura de ERP
Carteira de aplicaes e tecnologia
Arquitetura de rede
Planejamento de projeto ou programa
Aplicaes / Tecnologia
58

deste contedo de dados e informaes em unidades de armazenamento confiveis.
O armazenamento e o tempo de sua reteno foram acordados e padronizados de
forma a atender perfeitamente as restauraes dos mesmos, quando solicitados.
A Figura 30 mostra o ciclo de vida da informao no cenrio atual da
empresa:

Figura 30 - Ciclo de vida da informao
Fonte: Empresa em estudo

O mapeamento do servidor de arquivos para utilizao dos usurios
tambm uma das atividades dos analistas. As informaes ficam retidas no storage
gerenciado pelo servidor e posteriormente so copiadas para a Unidade de
armazenamento dos backups, sendo este equipamento localizado em outro
ambiente para evitar a perda total das informaes em caso de tragdias como
incndios, alagamentos, etc.
Um dos problemas do mtodo atual que o depsito das informaes no
servidor chegou ao limite, e constantemente os analistas precisam recorrer a
solues de contorno para que as atividades dos usurios no sejam interrompidas.
59

No cenrio atual, todas as informaes que os usurios caracterizam como
dados relevantes, mesmo que estes no sejam acessados constantemente, esto
no mesmo local que as de uso cotidiano. Esta situao se d pelo fato de que
mesmo estas informaes no sendo utilizadas no dia a dia, so parte do histrico e
formam a base de conhecimento da empresa, no podendo ser descartadas.
A Figura 31 demonstra atravs da unio dos diagramas de componentes e
implantao da UML o cenrio do ciclo de vida da informao da empresa,
denotando os elementos de software e hardware e as dependncias e associaes
entre eles:


Figura 31 - Diagrama UML do ciclo da informao
Fonte: Empresa em estudo

O processo de arquivamento das informaes (backup), tambm vem
sofrendo problemas ocasionados pelo grande volume de informao do servidor de
arquivos.
O problema de se realizar a cpia de um grande volume de informaes
ocorre, justamente nos dias em que o backup realizado de forma completa
(backups semanais e mensais), pois mesmo os dados que no so alterados h
muito tempo, tambm acabam sendo copiadas e recebendo o mesmo tratamento
daquelas que so mais utilizadas.
O espao de tempo para realizao destas cpias de segurana fica restrito
60

em 48 horas, que o tempo disponvel no final de semana para se executar o
backup. Contudo muitas vezes a execuo da cpia de segurana sofre algum
problema, e precisa ser retomada pelo operador de planto ou mesmo pelo analista
responsvel, e o tempo restante para este processo j no mais suficiente para
tomada de nenhuma ao.
A Figura 32 mostra o padro de reteno e esquema de backup realizado na
empresa em estudo:

@|po de backup Lxecuo keteno Iorma de backup
8oLlna ulrla Segunda SexLa 7 dlas lncremenLal
8oLlna Semanal Sbado 1 ms CompleLo
8oLlna Mensal lLlmo uomlngo mals prxlmo do flnal do ms 1 ano CompleLo

Figura 32 - Tratamento das informaes
Fonte: Empresa em estudo

Com este problema, o backup acaba no sendo executado e a garantia
acordada com os usurios acaba sendo comprometida.

5.2. COLETA DE DADOS.
Como j foi mencionado, os principais envolvidos no atendimento aos
usurios, quando ocorre problema por falta de espao em disco, bem como quando
os backups no so realizados com sucesso, so os analistas e operadores.
Com base neste fato, foi elaborado um formulrio que abrangesse todos os
aspectos dos problemas, chegando assim a um consenso sobre qual seria a forma
mais segura e coerente de se resolv-los, causando o menor impacto possvel para
os usurios diretos dos recursos envolvidos.
Este formulrio foi composto de nove questes direcionadas aos
responsveis diretos pelas atividades, usurios dos recursos e pessoas ligadas ao
ambiente de T, totalizando sete pessoas que formaram o universo desta pesquisa.
Todos os participantes foram notificados de que suas respostas serviriam de
base para se determinar a soluo para os problemas enfrentados pela empresa,
denotando assim a importncia de se dar respostas coerentes e srias de acordo
com o conhecimento tcnico de cada um sobre o assunto.
A primeira questo, ("Quais so os problemas enfrentados dia a dia com o
61

servidor de arquivos?), foi elaborada no intuito de se fazer um levantamento geral
de todos os problemas que a empresa vem enfrentando com relao forma atual
de gerenciamento das informaes.
Neste sentido, os pontos mais indicados foram:
Falta de espao em disco;
Necessidade de se ter um administrador que faa a remoo de
informaes desnecessrias para liberar espao em disco;
Alto custo de armazenamento de informaes desnecessrias;
Volume muito alto de dados ocasionando grande consumo de fitas para
backups completos;
Tempo demasiadamente alto de execuo dos backups, favorecendo a
ocorrncia de erros;
Tempo disponvel para backup insuficiente;
Grande nmero de chamados abertos para os analistas resolverem os
problemas de falta de espao em disco;
Performance do servidor comprometida devido ao alto volume de
informaes nele contidas.
Para se obter diferentes propostas de solues para os problemas
enfrentados dos participantes, questionou-se ("Quais as alternativas, na sua viso,
para evitar estes problemas?), e as respostas mais significativas foram:
Adicionar mais discos no storage aumentando assim a capacidade do
servidor;
Solicitar aos usurios que descartem as informaes desnecessrias;
Armazenar as informaes antigas em unidades ticas, atravs de um
trabalho realizado em unio do departamento de T e usurios;
Buscar uma ferramenta que auxilie o administrador no arquivamento e
gerenciamento das informaes na unidade de fitas j existente;
Acrescentar um novo servidor para novas informaes.
Uma das questes mais importantes era saber quais os requisitos tcnicos
que a soluo indicada deveria atender. Sendo assim a questo ("Quais os critrios
tcnicos que esta alternativa deve atender?), foi elaborada para se ter uma noo
da forma de aplicao da soluo, e as respostas foram:
Baixo custo no armazenamento das informaes de pouco uso;
Manter as informaes antigas ou pouco acessadas;
Permitir o gerenciamento da informao desde sua concepo at seu
62

descarte;
Diminuir o tempo de backup;
Melhorar a performance do servidor;
Autonomia do usurio na recuperao das informaes antigas sem
necessidade de suporte da T;
Compatibilidade com os Sistemas operacionais e recursos de software j
existentes na empresa;
mplementao, configurao e migrao dos dados de forma
transparente para os usurios.
Uma das questes foi ("Qual a urgncia para se encontrar uma soluo para
o problema?). Essa questo foi realizada para se ter uma estimativa real do tempo
disponvel para se encontrar uma soluo, levando-se em conta o tempo tambm de
sua implantao.
Neste sentido, o prazo indicado pelos participantes foi de seis a oito meses.
Para se saber sobre a possvel utilizao de um ambiente paralelo de testes,
surgiu a questo ("Haver um local ou equipamento dedicado para testes da
alternativa encontrada?), foi realizada com objetivo de fazer uma implementao
que no afetasse o ambiente de produo.
Neste sentido, os participantes entenderam que no haveria necessidade de
um ambiente de testes.
A questo, ("Quantas alternativas devero ser avaliadas para se chegar a
uma concluso?), foi realizada para que aps a escolha do mtodo selecionado de
resoluo do problema, se soubesse quantos fornecedores deveriam ser
consultados para que se fizesse a preferncia do que dentre eles, cobrisse a maioria
dos requisitos levantados.
Neste sentido, os participantes acharam por bem que no mnimo trs
fornecedores fossem consultados.
Com o objetivo de se ter um feedback dos resultados da implementao, os
participantes foram questionados a respeito da forma que a empresa poderia avali-
los, questionando ("De que maneira voc acredita que a empresa poder avaliar os
resultados?).
Neste sentido, os pontos mais indicados foram:
Comparao do nmero de chamados abertos para analistas antes e aps
a soluo;
Comparao da performance do servidor antes e aps a soluo;
63

Comparao do tempo de backup antes e aps a soluo;
Comparao do volume de informaes em disco antes e aps a soluo;
Comparao das ocorrncias de erros em backups causadas pelo grande
volume de informaes antes e aps a soluo.
Uma das questes se tratava do custo-benefcio da implementao, e foi
realizada com o intuito de se formular um caso de negcio, demonstrando para os
patrocinadores a soluo dos benefcios financeiros de se investir na concluso. A
questo era ("Financeiramente, aps a escolha da soluo encontrada, a empresa
ter quais benefcios?).
As respostas foram:
O armazenamento das informaes em unidades mais baratas;
Menor quantidade de tempo perdido, tanto para usurios quanto para os
analistas, nas solues de contorno dos problemas;
Menor necessidade dos analistas de se deslocar para a empresa em
horrios fora do expediente, gerando menos horas extras;
Com o servidor melhor utilizado, a empresa levar mais tempo para
investir em um novo equipamento.
A ltima questo, ("Quais os pontos crticos, na sua viso do projeto?).
Servir para se encontrar um mtodo de aplicao da soluo, respeitando os
requisitos mencionados na terceira questo.
Neste sentido, os pontos mais indicados foram:
Definir a soluo;
Definir a forma de implementao da soluo;
Definir junto aos usurios qual seria a idade de uma informao que a
classificasse como uma informao de baixa utilizao;
Comunicao bem definida para os usurios sobre a nova cultura ou
tratamento da informao que ser adotada pela empresa;
Acompanhamento da soluo por um perodo determinado at que se
considere totalmente implantada;
Formao de uma linha de base que possibilite o retorno das
configuraes anteriores em caso de insucesso da soluo.
Com base na coleta de dados atravs do formulrio apresentado, ficou claro a
necessidade de se encontrar uma soluo para os problemas de gerenciamento das
informaes da empresa.
64

6. APRESENTAO DA SOLUO.
Um dos grandes desafios das empresas, hoje, tentar impedir que as suas
informaes, riquezas intangveis do seu negcio, sejam alvos de uma infraestrutura
ineficiente ou incompetente.
Mas a grande questo que quando se trata de uma mudana necessria
para soluo de um problema, no basta somente investir, necessrio planejar e
contar com o envolvimento das demais reas da empresa no processo de avaliao
e classificao daqueles assuntos que devam ser considerados estratgicos.
Cumprir a contento a tarefa inicial de escolha da soluo ideal possibilita a
reduo de gastos desnecessrios, visando entregar o melhor desempenho possvel
e com a mxima confiabilidade e valor.

6.1. ESCOLHA DA FORMA DA SOLUO.
Como j foi citado neste trabalho, o modelo de boas prticas de governana
de T que servir como base da implementao da soluo dos problemas ser o
framework CobiT. Sendo assim, a escolha da melhor forma de solucionar os
problemas no gerenciamento das informaes dever, alm de atender aos
requisitos tcnicos exigidos pela empresa, deferir tambm as melhores prticas de
domnio recomendadas pelo CobiT.
Os requisitos, que a empresa determinou como fatores de deciso, visam a
relao custo-benefcio, assim como determinam os parmetros tcnicos que os
componentes tecnolgicos da soluo devem atender para que a soluo possa ser
caracterizada como vlida.
J as recomendaes do framework CobiT, visam o aspecto gerencial do
servio em questo, composto por padres e controles criados para orientar na
implementao, reviso, administrao e monitorao do ambiente de T o qual a
soluo ser implementada.
As sugestes, que foram apresentadas pelos participantes envolvidos na
coleta de dados, levaram questo ("Quais as alternativas, na sua viso, para evitar
estes problemas?). Sero analisadas a seguir, por meio de tabelas que iro auxiliar
no processo de escolha. A forma de avaliar cada uma das alternativas levantadas
ser feita com os termos: Atende quando a soluo acatar o requisito
mencionado, e No atende quando a soluo indeferir o requisito mencionado.
Vale destacar que esta anlise foi realizada pela equipe de tecnologia da
empresa em estudo, no sendo possvel nenhuma interferncia do pesquisador.
65

Uma das respostas para esta questo foi: Adicionar mais discos no
storage aumentando assim a capacidade do servidor".
Considerando esta resposta, a Tabela 1 apresenta a anlise desta soluo
destacando os requisitos que esta alternativa atende:
TabeIa 1 - Anlise da soluo proposta de aumento de discos no storage
Iatores de Dec|so Atende No atende
kequ|s|tos da empresa
8a|xo custo de armazenamento k
Mantm |nformaes ant|gas k
erm|te gerenc|amento da |nformao k
D|m|nu|o do tempo de bockup k
Me|hora da performonce do serv|dor k
Autonom|a do usur|o k
Compat|b|||dade com s|stemas atua|s k
Imp|ementao transparente k
kecomendao Cob|@
|ane[amento e Crgan|zao k
Aqu|s|o e Imp|ementao k
Lntrega e Suporte k
Mon|torao k

Outra proposta levantada pelos participantes foi: SoIicitar aos usurios que
descartassem as informaes desnecessrias".
Diante desta resposta, a Tabela 2 apresenta a anlise dos requisitos para
esta proposta:
TabeIa 2 - Anlise da soluo proposta de solicitao dos usurios no controle das informaes
Iatores de Dec|so Atende No atende
kequ|s|tos da empresa
8a|xo custo de armazenamento k
Mantm |nformaes ant|gas k
erm|te gerenc|amento da |nformao k
D|m|nu|o do tempo de bockup k
Me|hora da performonce do serv|dor k
Autonom|a do usur|o k
Compat|b|||dade com s|stemas atua|s k
Imp|ementao transparente k
kecomendao Cob|@
|ane[amento e Crgan|zao k
Aqu|s|o e Imp|ementao k
Lntrega e Suporte k
Mon|torao k

Uma das alternativas se baseou no custo do armazenamento das
66

informaes: Armazenar as informaes antigas em unidades ticas, atravs
de um trabaIho reaIizado em unio do departamento de TI e usurios".
A Tabela 3 demonstra os requisitos atendidos por esta soluo:
TabeIa 3 - Anlise da soluo proposta de armazenamento das informaes em mdias ticas
Iatores de Dec|so Atende No atende
kequ|s|tos da empresa
8a|xo custo de armazenamento k
Mantm |nformaes ant|gas k
erm|te gerenc|amento da |nformao k
D|m|nu|o do tempo de bockup k
Me|hora da performonce do serv|dor k
Autonom|a do usur|o k
Compat|b|||dade com s|stemas atua|s k
Imp|ementao transparente k
kecomendao Cob|@
|ane[amento e Crgan|zao k
Aqu|s|o e Imp|ementao k
Lntrega e Suporte k
Mon|torao k

Outra soluo levantada apontava o uso de um aplicativo para o auxlio do
gerenciamento das informaes: Buscar uma ferramenta que auxiIie o
administrador no arquivamento e gerenciamento das informaes na unidade
de fitas j existente".
A Tabela 4 apresenta a seguinte anlise para esta soluo:
TabeIa 4 - Anlise da soluo proposta de uma ferramenta de gerenciamento das informaes
Iatores de Dec|so Atende No atende
kequ|s|tos da empresa
8a|xo custo de armazenamento k
Mantm |nformaes ant|gas k
erm|te gerenc|amento da |nformao k
D|m|nu|o do tempo de bockup k
Me|hora da performonce do serv|dor k
Autonom|a do usur|o k
Compat|b|||dade com s|stemas atua|s k
Imp|ementao transparente k
kecomendao Cob|@
|ane[amento e Crgan|zao k
Aqu|s|o e Imp|ementao k
Lntrega e Suporte k
Mon|torao k

Finalmente, em outra proposta considerada possvel foi levantada a hiptese
67

de se acrescentar um novo servidor de arquivos, propondo-se: Acrescentar um
novo servidor para novas informaes".
A anlise desta proposta detalhada na Tabela 5, a seguir:
TabeIa 5 - Anlise da soluo proposta de aquisio de um novo servidor
Iatores de Dec|so Atende No atende
kequ|s|tos da empresa
8a|xo custo de armazenamento k
Mantm |nformaes ant|gas k
erm|te gerenc|amento da |nformao k
D|m|nu|o do tempo de bockup k
Me|hora da performonce do serv|dor k
Autonom|a do usur|o k
Compat|b|||dade com s|stemas atua|s k
Imp|ementao transparente k
kecomendao Cob|@
|ane[amento e Crgan|zao k
Aqu|s|o e Imp|ementao k
Lntrega e Suporte k
Mon|torao k

A partir da anlise das tabelas de cada uma das solues propostas,
possvel notar que a soluo que atende a todos os requisitos impostos pela
empresa, e permite o gerenciamento total do servio a de uma nova ferramenta de
gerenciamento das informaes, utilizando para armazenamento a unidade de
backup de fitas j existente na empresa.
O prximo passo ser a pesquisa de no mnimo trs solues diferentes,
conforme o padro da empresa, sendo estas apresentadas no captulo seqente.


68

6.2. ESTUDO DAS POSSVEIS SOLUES.
A maioria das organizaes est enfrentando uma "exploso de dados, e
suas informaes podem ser excludas ou simplesmente colocadas incorretamente
entre volumes de dados que no so mais utilizados. Percebe-se que o
gerenciamento deste rpido crescimento exige uma soluo de gesto de
armazenamento mais sofisticada, que ajude os responsveis a compreender,
classificar, proteger e reter suas informaes de acordo com seu propsito e valor.
E, obviamente, preciso fazer isso de maneira econmica para ser totalmente
vivel.
Mediante o levantamento dos problemas no gerenciamento dos dados do
servidor de arquivos da empresa em estudo, ser necessrio avaliar esse
comportamento que far parte deste servidor para que se identifique a soluo
correta.
Esta anlise deve verificar os arquivos de forma que possibilite classific-los
de acordo com sua finalidade e utilizao. Para esta pesquisa foi utilizado um
software livre chamado JDiskReport na verso 1.3.2. Este programa permitiu
compreender, por meio de grficos, a quantidade de espaos que os diretrios e
arquivos consomem em suas unidades de disco.
A Figura 33 mostra o resultado grfico obtido na aplicao do JDiskReport em
um dos discos do servidor em estudo:













Figura 33 - Anlise de utilizao dos arquivos de disco pelo JDiskReport.
Fonte: A Empresa em estudo.
69

Por meio da anlise dos resultados grficos, obtidos na aplicao do
JDiskReport em todo o servidor de arquivos, foi possvel observar que boa parte dos
arquivos utilizados pelos colaboradores da empresa tratavam de dados antigos, e
que no eram modificados a mais de 2 (dois) anos.
A anlise completa est representada na Tabela 6 a seguir:
TabeIa 6 - Anlise de utilizao do servidor
Dn|dade D|spon|ve| Dt|||zado Arqu|vos com ma|s de 2 anos kepresentao percentua|
D|sco I 120 Gb 118 Gb 3S Gb 2966
D|sco G 120 Gb 118 Gb 103 Gb 8729
D|sco n 120 Gb 113 Gb 60 Gb S310
D|sco I 30 Gb 28 Gb 14 Gb S000
D|sco I 240 Gb 71 Gb 49 Gb 6901
D|sco k 120 Gb 117 Gb SS Gb 4701
@ota| 7S0 Gb S6S Gb 316 Gb SS93
Fonte: Empresa em estudo
Aps essa anlise, foi possvel observar que aproximadamente 56%
(cinqenta e seis por cento) dos dados eram de arquivos antigos, com utilizao
espordica por parte dos colaboradores.
Com base nas necessidades de correo dos problemas e o conhecimento
real do cenrio, a escolha da soluo dever ser capaz de gerenciar a utilizao, de
forma que os dados legados e os de uso cotidiano ocupem o espao certo para o
prosseguimento das atividades do negcio.
Neste sentido, so sugeridas trs solues, sendo a ierarchical Storage
Management (HSM) da empresa BM, a InfoSphere Content Collector (CC) tambm
da BM e o equipamento da Srie FAS3200 da empresa NetApp, para anlise e
definio de qual soluo ter, alm da melhor relao custo/benefcio, melhor
aceitao da alta administrao da empresa.
Descrever-se-o a seguir as caractersticas de cada uma das solues. Estas
informaes foram levantadas atravs de comunicao e apresentao feitas com
as empresas BM e NetApp, alm de pesquisas feitas em seus respectivos sites
oficiais para enriquecimento, detalhamento e levantamento de maiores informaes.

6.2.1 InfoSphere ontent ollector (ICC).
A BM (2011) afirma que o CC um sistema de arquivamento de e-mails e
outros contedos digitalizados em um repositrio externo e central. Suas funes
adicionais permitem que os usurios reduzam o tamanho de suas caixas de correio,
70

recuperem espaos em seus discos rgidos e servidores, procurem contedo no
repositrio e restaurem dados arquivados para seus locais originais.
O CC tornou-se uma soluo corporativa para controle de documentos
quando se compartilha arquivos sobre uma rede de computadores, provendo
ferramentas que auxiliam o usurio estar em conformidade com as polticas
corporativas de regulamentao.
Este sistema integrado dividido em mdulos que podem ser adquiridos de
acordo com a necessidade da empresa, e sua principal utilizao feita em bases
de servidores de e-mails, pois sua tecnologia favorece a visualizao dos metadados
dos arquivos.
A BM (2011), destaca ainda que os metadados so os que descrevem
completamente os dados (bases) que representam, permitindo ao usurio decidir
sobre a utilizao dessas informaes da melhor forma possvel. sso permite, aos
responsveis pelas regras de arquivamento dos arquivos, um gerenciamento
eletrnico de documentos chamado de Gesto eletrnica de documentos (GED),
sendo esta uma tecnologia que prov um meio fcil de gerar, controlar, armazenar,
compartilhar e recuperar informaes existentes em documentos.
A Tabela 7 exibe os mtodos de classificao dos metadados no CC que
podem ser configurados para os documentos, bem como a descrio de cada uma
das opes:
TabeIa 7 Classificao dos metadados





Fonte: BM (2011)
Segundo a BM (2011), estes metadados so usados para determinar como
os documentos sero processados e as tarefas que dependem do resultado desta
classificao descritas a seguir:
O Arquivar e-mails ou documentos em pastas predefinidas determinadas peIa
categoria vencedora:
possvel designar os metadados "Categoria mais Relevante" como o destino
do caminho de pasta para os e-mails ou documentos arquivados.
71

O Identificar e-mails ou documentos essenciais e decIar-Ios como registros,
dependendo da pontuao de reIevncia:
Possibilita incluir pontos de deciso na rota de tarefa e usar os metadados
"Pontuao mais Relevante" na regra que determina a ao.
O Preencher metadados da instncia arquivada com nomes de categorias que
podem ser usados para procura paramtrica ou cIassificao de resuItados
da busca:
Permite aprimorar campos de propriedade com os metadados "Categoria
mais Relevante". Dessa maneira, pode-se, por exemplo, incluir o nome da classe
proposta no assunto de uma mensagem de e-mail.
A Figura 34 demonstra a arquitetura geral do CC, com todos os mdulos de
sua plataforma:



















Figura 34 - Arquitetura Geral do CC.
Fonte: BM (2011).
O CC possui uma plataforma que permite atender s iniciativas de
72

conformidade e gerenciamento de registros, atravs de seu mduIo de
cIassificao, que consegue distinguir e-mails importantes de outros que no
tenham valor de negcios, tendo sua base na anlise de contedo, determinando a
ao apropriada a ser executada. Este mdulo configurado pelo usurio de acordo
com seus conhecimentos prvios sobre o contedo dos documentos.
Esta plataforma de arquivo oferece a vantagem de eliminar os diferentes
equipamentos e sistemas de armazenamento para diferentes ambientes dentro de
uma estrutura de T, criando um repositrio integrado e holstico, que no atua como
um silo, reduzindo o custo total de propriedade. Esta estrutura fornece a capacidade
de comear em uma rea especfica e expandir conforme as necessidades da
empresa.
A Figura 35 mostra a famlia CC com todos os mdulos nas diferentes reas
de atuao:








Figura 35 - Famlia CC.
Fonte: BM (2011).
A Figura 36 demonstra a representao modular com que o CC pode ser
adquirido e implementado pelas empresas em todas as reas de atuao:






Figura 36 - Representao modular de implementao do CC.
Fonte: BM (2011).
73

6.2.1.1. Principais caractersticas do ICC.
Segundo BM (2011), o CC surge com a necessidade da Auditoria de T e a
preocupao com a segurana das informaes contidas nos e-mails, aplicaes,
alm da guarda em local nico e corporativo, com possibilidades de backup e alta
disponibilidade, integrado nativamente com as ferramentas de correio eletrnico das
empresas.
Dentre suas principais caractersticas esto:
O Utiliza arquivamento e funcionalidades que evitam duplicidade de contedo,
ajudando assim a infraestrutura de T a reduzir custos associados com a gesto e
reteno de sistemas de registros e outros contedos;
O Prover integrao com classificao e registros com arquitetura de roteamento de
tarefas;
O Recuperao automtica dos documentos quando colocados numa localidade
monitorada no compartilhamento de arquivo;
O Possibilidade de alocao dos arquivos em local de compartilhamento, assim
como mov-los, marc-los ou substitu-los usando apenas atalhos, possibilitando
aos usurios encontrar documentos j previamente carregados;
O Permite a manipulao de arquivos sofisticados usando um sistema de regras
avanadas;
O Altamente escalvel para comportar colees e arquivamento de grandes
volumes de contedos do sistema de arquivos;
O Facilidade na instalao e navegao na aplicao e entre as diversas pginas
de um documento;
O Suporte a todos os tipos de extenso/formatos de arquivos, tais como: imagens,
documentos, e-mails, contedo da Web, e-records, multimdia, sada de relatrio,
entre outros;
O Workflow grfico de aprovao de documentos;
O Acesso via Web, Internet Explorer, por exemplo, no sendo necessrio instalar
nenhum software local;
O Segurana que impede alterao de dados por usurios no autorizados;
O Uso de senhas pessoais e diferentes nveis de acesso e permisso;
O Auditoria detalhada, permitindo identificar quem acessou "o qu, quando e quais
alteraes realizaram;
O Possibilidade de administrao em estaes de trabalho remotas;
74

O Permisso de mltiplos tipos de acesso aos dados: disco rgido, servidor storage,
CD-ROM, DVD e fitas;
O Menus personalizados, de acordo com o perfil do usurio, evitando navegao
em funes que no fazem parte das suas atribuies;
O Ajuda on-line;
O O idioma do software sensvel ao do browser de Internet, ou seja, a linguagem
do Internet Explorer ser a mesma do sistema, sendo este um recurso excelente
para empresas multinacionais.

6.2.1.2. Arquivamento.
Segundo a BM (2011), o arquivamento significa que o contedo desses
documentos processado e em seguida, armazenado em um repositrio central.
Este fornece um ponto de acesso nico para todos os documentos relevantes aos
negcios, significando que os dados confidenciais podem ser melhor controlados.
Vrios recursos de segurana esto em vigor para a proteo dos documentos de
negcios.
Os mtodos de arquivamento so feitos de duas formas:
O Arquivamento automtico: O administrador configura centralmente um
planejamento de arquivo e seleciona as origens a partir do contedo;
O Arquivamento interativo: Permite aos usurios sinalizar os documentos para
arquivamento. Estando eles sinalizados so selecionados para catalogar na
prxima vez em que o processo de arquivamento programado for executado.
possvel configurar as partes que sero removidas do documento original
aps seu arquivamento e quando isto ocorrer. Esta ao provvel devido ao
tratamento atravs da anlise dos metadados que o CC possui. Podem-se
selecionar os documentos de todos os clientes de correio conectados, ou de apenas
um subconjunto, de acordo com os critrios pr-definidos, como o tamanho do banco
de dados de correio, a idade dos documentos, etc.
Pode-se tambm copiar ou mover documentos de vrios locais, de um nico
local ou de bibliotecas de documentos selecionados, filtrando a coleta de
arquivamento com base nos tipos de contedo ou por meio de filtros adicionais da
rota de tarefa para metadados correspondentes em seu repositrio.

75

6.2.1.3. Acesso ao contedo arquivado.
O acesso ao contedo arquivado restrito da mesma maneira que o acesso a
outros contedos de e-mails e documentos. Para e-mail, o controle de entrada para
o arquivo de mensagens feito de acordo com as permisses de usurios de
acesso base de dados, j no sistema de arquivos, o controle de acesso para os
documentos individuais de acordo com as propriedades de segurana
estabelecidas.
Os usurios podem visualizar documentos em stub e de sistema de arquivos
que foram catalogados clicando nos links de stub. Eles podem procurar documentos
do sistema de arquivos usando as ferramentas de procura fornecidas para seus
servidores de repositrio.
Um documento stub, ou link de stub na verdade uma forma de atalho
utilizada pelos usurios, que contm os metadados responsveis pela localizao do
arquivo original, para chamar ou rechamar o arquivo desejado.
A Figura 37 demonstra uma forma de representao de um link de stub
disponvel para os usurios:




Figura 37 - Representao de um link de stub.
Fonte: BM.

O assistente de instalao do InfoSphere Content Collector inclui uma
interface de pesquisa para os clientes de aplicativos de e-mail conectados. A partir
desta interface, os usurios podem iniciar pesquisas completas de texto para
pesquisar por um contedo arquivado.
Por motivos de segurana, o recurso de pesquisa limitado, sendo que os
usurios de arquivamento podem pesquisar apenas o contedo que foi arquivado
em sua caixa de correio. Eles no podem pesquisar ou restaurar o contedo
pertencente a outros usurios. Entretanto, eles analisam o contedo que foi
arquivado das caixas de correio s quais eles possuem "acesso delegado. Por
exemplo, se uma secretria tiver recebido acesso de delegao caixa de correio
de um gerente, ela poder procurar contedo que foi arquivado a partir desta caixa
76

de correio.
Os usurios tambm podem pesquisar os metadados de e-mail. Essas so
informaes referentes aos campos do e-mail original, como: Remetente,
Destinatrio ou Assunto. As informaes nestas reas so extradas durante a
operao de arquivamento e armazenadas em campos correspondentes no
repositrio, permitindo personalizar a lista de campos de e-mail a partir da qual
deseja-se extrair os metadados. importante lembrar que as pesquisas de
metadados requerem que o usurio possua um entendimento aprofundado dos
dados nesses campos.

6.2.1.4. Requisitos necessrios.
Os requisitos necessrios levantados a seguir sero feitos somente para a
aquisio do mdulo BM InfoSphere Content Collector for File Systems, pois o
escopo do projeto levantado neste trabalho.
A Figura 38 demonstra os requisitos de hardware e software necessrios para
instalao de um Servidor Content Collector, assim como os requisitos de software
necessrios em uma estao de trabalho:















Figura 38 - Requisitos de software e hardware CC.
Fonte: BM (2011).
77

6.2.1.5. Proposta comerciaI ICC (Oramento).
O oramento solicitado pela empresa em estudo deveria conter todos os
valores necessrios para a implementao e manuteno de servios de suporte,
conforme as normas de utilizao da prpria empresa.
Os valores em reais desta proposta esto sujeitos alterao, para mais ou
para menos, de acordo com a variao da cotao do dlar efetuada pelo
distribuidor na data da compra (tabela base 05.10.2009).

Software - Compra:

A Tabela 8 apresenta o oramento do software CC:
TabeIa 8 Oramento de software CC
uescrlo do roduLo
CuanLldade de
usurlos
valor unlLrlo 1oLal
l8M lofo5pbete cooteot collectot fot llle
5ystems (Llcena + SuporLe por 12 meses)
600 8$ 12320 8$ 7392000
Fonte: BM (2011)
Software - Renovao:

A renovao se far anualmente e um item opcional e sua base de clculo
ser feita tomando-se o valor de comercializao do produto na poca da renovao
do licenciamento e aplicando-se percentual de 20% (vinte por cento).

Servios:

O pacote de horas da consultoria foi calculado contemplando todas as
atividades globais descritas e dimensionadas para implantao do projeto e
relacionadas com o objeto dessa proposta. So elas: planejamento, instalao,
configurao, desenvolvimento e treinamento de analistas.
A Tabela 9 apresenta o oramento do servio de implementao do software
CC:
TabeIa 9 Oramento de servios CC
1oLal de horas valor
130 8$ 1493000
Fonte: BM (2011)
78

As horas adicionais sero cobradas a parte ou atravs de um novo pacote de
horas.
Somando-se os valores de aquisio do software e servios necessrios para
implementao da soluo, chegou-se ao montante de R$ 88.870,00 (oitenta e oito
mil, oitocentos e setenta reais).

6.2.2. IERARIAL STORAGE MANAGEMENT (HSM).
A BM (2011) classifica o HSM como um sistema de armazenamento de
dados NTFS que move automaticamente os dados entre a mdia de armazenamento
de alto e de baixo custo. Sua criao surgiu com a necessidade de acumular dados
em unidades cujo valor por byte armazenado mais barato, como por exemplo,
discos ticos e unidades de fita magntica.
Este sistema tem a capacidade de mover dados inativos ou de baixa atividade
para unidades de armazenamento de menor custo, tornando-se uma soluo
eficiente de gesto com base em polticas de migrao, copiando os dados para
unidades de custo elevado somente quando for necessria sua utilizao.
Estas polticas de migrao podem ser baseadas no nome do arquivo, ou
mesmo em suas propriedades mais comuns como data de criao, data do ltimo
acesso e a de modificao.
A Figura 39 mostra a arquitetura geral da utilizao do HSM:











Figura 39 - Arquitetura Geral do HSM.
Fonte: BM (2011).

Uma de suas principais vantagens est na forma transparente de migrao
79

para os colaboradores, alm de no precisar necessariamente de um servidor
dedicado para sua hospedagem, contando com o servidor de gesto de backups j
presente na empresa.
A principal idia desta soluo que apenas movendo arquivos inativos e de
baixa utilizao possvel economizar espao em servidores ajudando a minimizar o
tempo de backup e recuperao de arquivos.
O HSM possui uma instalao muito simples em que o administrador
responsvel consegue iniciar sua utilizao em minutos. Usando a interface grfica
do usurio, os administradores podem definir polticas de migrao navegando no
sistema de arquivos e incluso ou excluso de partes da estrutura. Para cada
seleo possvel aplicar filtros para inserir ou eliminar arquivos com base em sua
extenso, alm de vrios critrios relacionados.
A Figura 40 exibe uma forma de aplicao de filtro para incluso de arquivos:














Figura 40 - ncluso de arquivos baseado em condies de Data.
Fonte: BM (2011).

A hierarquia dos arquivos torna-se parte de sua carteira de gerenciamento,
fornecendo solues completas de armazenamento que incluem hardware, software
e servios.
80

6.2.2.1. Principais caractersticas do HSM.
Segundo a BM (2011), usando o HSM, arquivos novos e usados com mais
freqncia permanecem nos sistemas de arquivos locais, enquanto aqueles usados
com menos freqncia so migrados automaticamente para as mdias de
armazenamento gerenciadas por um servidor externo.
Dentre suas principais caractersticas esto:
O mplantao de uma alternativa mais simples e menos cara, dando a sensao
de "apenas comprar mais espao em disco;
O Aumento da produtividade oferecendo acesso fcil e rpido aos dados
arquivados, ajudando a otimizar o espao disponvel;
O Minimizar as atividades dirias de limpeza em disco, concentrando-se apenas em
arquivos ativos;
O Uso de uma infraestrutura j existente;
O Permite que a T consiga cumprir seus acordos de nvel de servio, minimizando
os problemas para o negcio com problemas de backup;
O Possibilidade de criao de diferentes tipos de trabalhos de migrao para
execuo em diferentes horrios;
O Possibilidade de programao automtica de migrao de arquivos conforme
utilizao de disco de um servidor.

6.2.2.2. Arquivamento.
A BM (2011), afirma que o HSM um recurso que fornece a movimentao
automtica e transparente de dados operacionais de um sistema cliente para um
armazenamento gerenciado por servidor. Este processo implementado como uma
instalao de cliente e controlado pelo critrio definido para o servidor. O HSM libera
espao em uma mquina cliente utilizando a mdia de armazenamento distribudo
como uma unidade de disco rgido virtual para essa mquina. Os arquivos so
movidos e armazenados automaticamente de acordo com o tamanho, durao e/ou
utilizao. Quando um usurio acessa esses dados, eles so restaurados de forma
dinmica e transparente para a mquina cliente.
Esse recurso, denominado ob, beneficia clientes que tm sistemas com
arquivos grandes que so requeridos a serem movidos para armazenamento
tercirio periodicamente, no qual o espao do sistema de arquivos precisa ser
gerenciado em uma base regular.
81

Os ob's nada mais so do que tarefas definidas a partir de critrios
estabelecidos para execuo imediata ou programada. No caso do HSM, essas
tarefas so a carter de arquivamento de dados.
A Figura 41 exibe alguns critrios solicitados durante a criao de um ob que
ir estabelecer as regras de arquivamento dos arquivos marcados para migrao:









Figura 41 - Critrios de arquivamento na criao de um ob.
Fonte: BM (2011).
O HSM possui tambm um recurso de levantamento de valores da migrao,
que permite ao administrador verificar, antes mesmo da execuo do ob, a
quantidade de espao em disco que determinado ob ir desocupar quando
executado, alm da quantidade de arquivos migrados, oferecendo um relatrio
detalhado da execuo.
A Figura 42 demonstra a tela exibida da estimativa levantada pelo software
para uma possvel migrao:










Figura 42 - Estimativa de migrao de arquivos de um ob.
Fonte: BM (2011).
82

Algumas caractersticas de arquivamento do HSM so:
O Um administrador pode definir cotas de arquivamento para limitar o nmero de
arquivamentos durante um perodo de tempo;
O Cotas podem ser aplicadas a todo o sistema, para grupos de usurios ou mesmo
para os especficos;

6.2.2.3. Acesso ao contedo arquivado.
Os recursos do HSM permitem rechamar automaticamente arquivos migrados
quando eles so acessados e permitem que usurios migrem e rechamem os
arquivos especficos. Estes podem ser alocados em seu local original do servidor de
arquivos ou em um local diferente, de acordo com as necessidades atravs dos
arquivos Stub.
Os arquivos Stub, j mencionados na soluo InfoSphere Content Collector
(CC), so tambm caractersticas dos arquivos migrados no HSM, e sua utilizao
se d da mesma forma que foi representada na plataforma anterior. (Vide Figura 37).

6.2.2.4. Requisitos necessrios.
Os requisitos de software e hardware para implementao do HSM exigidos
pelo fabricante esto detalhados abaixo na Figura 43:












Figura 43 - Requisitos de software e hardware HSM.
Fonte: BM (2011).

83

6.2.2.5. Proposta comerciaI HSM (Oramento).
Os valores em reais desta proposta esto sujeitos alterao, para mais ou
para menos, de acordo com a variao da cotao do dlar efetuada pelo
distribuidor na data da compra (tabela base 18.05.2009).

Software - Compra:

A Tabela 10 apresenta o oramento do software HSM:
TabeIa 10 Oramento de software HSM
uescrlo do roduLo 1oLal
l8M @lvoll 5totoqe Moooqet PSM fot wloJows @etobyte llceose
(Llcena + SuporLe por 12 meses)
8$ 968149
Fonte: BM (2011)

Software - Renovao:

A renovao se far anualmente e um item opcional e para sua base de
clculo ser feita tomando-se o valor de comercializao do produto na poca da
renovao do licenciamento e aplicando-se percentual de 20% (vinte por cento).

Servios:

Dentre os servios para implementao do HSM esto: instalao do agente
HSM, configurao do TSM Server, aplicao das polticas do HSM e suporte por 3
(trs) meses nos servios, configurando o valor de R$ 3.435,00 (trs mil,
quatrocentos e trinta e cinco reais).
Somando-se os valores de aquisio do software e servios necessrios para
implementao da soluo, chegou-se ao montante de R$ 13.116,49 (Treze mil,
cento e dezesseis mil reais e quarenta e nove centavos).

6.2.3. SRIE FAS3200.
A soluo proposta pela NetApp no consiste apenas em um software ou
sistema para gerenciamento dos arquivos. Na verdade trata-se de uma mudana
geral na forma de trabalho e disponibilizao, inclusive, do prprio hardware
envolvido no processo, com uso de tecnologias de ponta permitindo um tratamento
84

diferenciado para os dados armazenados com o objetivo principal de reduzir o
volume de dados de forma segura e confivel.
Para a NetApp (2011), a srie FAS3200 permite que as empresas criem, hoje,
uma infraestrutura de T compartilhada, flexvel e eficiente, como base em uma T
pronta para o futuro, alm disso, o gerenciamento comum em toda a arquitetura de
storage unificado ajuda na consolidao de vrios conjuntos de dados e
atualizaes de controladores instalados para sistemas FAS mais avanados. sso
reduz os custos administrativos, facilitando a implantao de novos recursos.
A srie FAS3200 uma opo para as empresas que precisam reduzir
significativamente seu consumo de espao, energia e refrigerao, implementando o
compartimento de disco DS2246. Esta diviso de disco de ponta usa a tecnologia
Serial Attached SSI (SAS) mais recente capaz de dobrar a capacidade por rack,
conservando os valiosos recursos do Data Center.
O Serial Attached SCS (SAS) a evoluo tecnolgica que vem atender a
demanda das necessidades das empresas e Data Centers. Ela rene a
confiabilidade e utilidade do protocolo SCS com a performance e a flexibilidade da
tecnologia serial. Como resultado, temos meios de transmisso de baixo custo, full-
duplex (transmite e recebe dados ao mesmo tempo) e com taxas de transferncia de
3Gbps (trs gigabits por segundo) em cada meio utilizado.
A Figura 44 mostra as caractersticas da tecnologia SAS em comparao
SATA e ao canal de fibra:












Figura 44 - Caractersticas da tecnologia SAS.
Fonte: NetApp (2011).
85

A srie FAS3200 possui tecnologia que oferece um storage de alto
desempenho utilizando mdulos de cache inteligente que aumentam
automaticamente as taxas de leitura e reduzem a latncia (tempo necessrio para
uma unidade de informao percorrer um meio de comunicao) mdia dos dados
acessados com freqncia, sem adicionar mais unidades de disco.
A Figura 45 refere-se a um controlador da srie FAS3200:







Figura 45 - Controlador da srie FAS3200.
Fonte: NetApp (2011).

Sistemas de armazenamento NetApp integraram os discos que armazenam
dados sobre uma variedade de diferentes tipos de redes, incluindo Storage Area
Network (SAN) e Network Attached Storage (NAS).
A Figura 46 mostra a topologia geral da utilizao da srie FAS3200:















Figura 46 - Topologia geral da srie FAS3200.
Fonte: NetApp (2011).

A rede NAS, baseada em arquivos, foi projetada inicialmente para a partilha
de dados em um ambiente de rede LAN incorporando recursos de sistema de
arquivos no dispositivo de armazenamento. Em um ambiente NAS, servidores esto
86

conectados a um sistema de armazenagem em uma rede Ethernet padro utilizando
protocolos de padro de acesso para fazer armazenamento. O Sistema Local de
arquivo dos clientes so redirecionados para o dispositivo NAS, que prev o
armazenamento de arquivos compartilhados para todos os clientes.
Na rede SAS, o servidor envia pedidos por blocos especficos ou segmentos
de dados de discos especficos. Esse mtodo conhecido como block storage
(armazenamento de blocos). O dispositivo age similarmente a um drive interno,
acessando o bloco especfico e enviando a resposta atravs da rede.
A srie FAS3200 possui uma tecnologia de software acoplada que dispensa o
uso de um sistema operacional, transformando-se em uma unidade NAS. Esta
essencialmente um servidor conectado rede, com a funcionalidade nica de
promover servios de armazenamento de dados para outros dispositivos da rede.
Estas unidades no so desenvolvidas para tarefas computacionais em geral,
apesar de tecnicamente ser possvel executar outros softwares nelas. contudo no
possuem teclado ou monitor, e so configuradas pela rede, normalmente atravs de
um browser.

6.2.3.1. Principais caractersticas da srie FAS3200.
Em todos os sistemas da srie FAS3200 est incluso o padro Data ONTAP
Essentials, um conjunto de produtos de software da NetApp poderoso e exclusivo
que oferece disponibilidade de nvel corporativo, alocao segura a vrios clientes
(multi-tenancy), alto desempenho, eficincia de storage superior e software de
gerenciamento Onommand selecionado. Alm disso, os produtos opcionais do
software de valor ampliado oferecem recursos avanados, como a recuperao
instantnea de dados, a clonagem instantnea, a replicao de dados, o backup de
disco para disco e o backup e a recuperao compatvel com aplicativo. (NETAPP,
2011).
Os recursos de software da srie FAS3200 permitem principalmente:
O Fazer o backup de terabytes de dados de aplicativos em apenas alguns
segundos e a recuperao em alguns minutos tambm;
O Reduzir as aquisies de discos em 50% ou mais ao usar um conjunto
superior de recursos de eficincia de storage;
O Gerenciar de 2 a 3 vezes mais storage por administrador;
O Reduzir o tempo de provisionamento em at 90%;
O Reduzir o tempo de teste e desenvolvimento pela metade.
87


A Figura 47 exibe a tela de configurao do software NetApp via browser:















Figura 47 - Tela de configurao de software da srie FAS3200.
Fonte: NetApp (2011).

6.2.3.2. Recursos de software.
medida que os dados crescem em volume e complexidade, preciso ter
uma viso completa dos recursos de storage. O console central do software
Operations Manager oferece um painel de monitoramento e gerenciamento
abrangentes para que a infraestrutura de storage fique alinhada com os requisitos
comerciais.
O Operations Manager oferece acompanhamento global e de gesto para o
armazenamento de dados da empresa em cache utilizando-se de um ponto de
controle central. O Operations Manager fornece alertas, relatrios e ferramentas de
configurao para manter a infraestrutura de armazenagem em conformidade com
os requisitos do negcio, para mxima disponibilidade e custo total de propriedade
reduzido.
Sendo assim, pode-se dizer que o Operations Manager uma ferramenta
simples, cuja administrao centralizada permite o gerenciamento completo de
armazenamento corporativo e entrega de contedo em infraestruturas onde a
88

informao proativa ajuda a resolver problemas em potencial antes que eles
ocorram, alm de solucionar os problemas mais rapidamente quando eles
ocorrerem.
Um outro recurso que auxilia na resoluo rpida de problemas o
AutoSupport. O AutoSupport um acompanhamento integrado e eficiente de
relatrio que verifica constantemente a sade do sistema, permitindo que os
sistemas de armazenamento enviem mensagens para o suporte tcnico da NetApp e
para outros destinatrios designados quando ocorrerem eventos especficos. A
mensagem do AutoSupport contm informaes teis para o suporte tcnico
utilizada para identificar e resolver problemas rapidamente e de forma prativa.
A Tabela 11 exibe uma lista das principais mensagens possveis enviadas
pelo recurso de AutoSupport:
TabeIa 11 - Mensagens do AutoSupport










Fonte: NetApp (2011)
O Provisioning Manager outro recurso que ajuda na rpida criao de
novos recursos de storage e tambm a melhorar o gerenciamento da capacidade de
recursos de storage existentes. Os administradores podem utilizar a automao
baseada em diretrizes do Provisioning Manager para criar processos de
provisionamento automatizados e que podem ser repetidos para aperfeioar a
disponibilidade dos dados e permitir que o storage fornecido atenda s diretrizes.
Esses processos so mais rpidos que provisionar o storage manualmente, so
mais fceis de manter que os scripts e auxiliam a minimizar o risco de perda de
dados em razo da configurao indevida do storage.
Segundo a NetApp (2011), o Provisioning Manager aplica diretrizes definidas
89

pelo usurio para selecionar consistentemente os recursos apropriados para cada
atividade de provisionamento. sso livra os administradores do desconforto de
procurar por espao disponvel para provisionar, liberando mais tempo para
questes estratgicas. O uso de um console de gerenciamento centralizado permite
que os administradores monitorem o status de seus recursos de storage fornecidos.
Com o recurso do Protection Manager possvel automatizar as operaes
de proteo de dados com o gerenciamento baseado em diretrizes, o monitoramento
global e a gerao de relatrios.
O gerenciamento de proteo de dados pode ser complicado e demorado. A
maioria das ferramentas no oferece uma viso ampla e compreensvel de seu
ambiente de proteo de dados. Elas tambm dificultam o provisionamento e a
utilizao eficientes dos recursos de storage.
O Protection Manager simplifica as tarefas comuns de proteo de dados e
automatiza o gerenciamento das operaes, proporcionando uma gesto global,
monitoramento e alertas baseados em diretrizes. Alm disso, este recurso pode
facilitar a definio, aplicao e atualizao das diretrizes de proteo de dados em
toda a empresa. Ele minimiza esforos, corta despesas administrativas e garante
que as prticas recomendadas, bem como os acordos de nvel de servio, sejam
cumpridos globalmente.

6.2.3.3. Recursos tecnoIgicos.
A srie FAS3200 oferece diversas tecnologias para o perfeito gerenciamento
dos dados armazenados em discos. Para a NetApp (2011) este o grande
diferencial de seus equipamentos em comparao a um storage comum disponvel
no mercado.
Algumas destas tecnologias sero citadas e ilustradas a seguir:
SnapShot
O Snapshot uma tecnologia de cpia point-in-time (ponto no tempo), que
permite a proteo dos dados sem impacto sobre o desempenho e com mnimo
consumo de espao de storage, admite tambm a criao de cpias point-in-time de
sistemas de arquivos, podendo utilizar para proteger dados de um nico arquivo, ou
at mesmo, uma soluo completa de recuperao de desastres.
Pode-se usar o Snapshot enquanto executa aplicativos e criar cpias de
Snapshot em menos de um segundo, independentemente do tamanho do volume ou
do nvel de atividade em um sistema NetApp.
90

A Figura 48 exibe o funcionamento do Snapshot em uma utilizao cotidiana:




























Figura 48 - Funcionamento do SnapShot.
Fonte: NetApp (2011).

Pontos Principais:
O Backups instantneos, sem acerto de desempenho e executando aplicativos
simultaneamente;
Uma rea de SnapShot criada
inicialmente para todo o
contedo dos discos.
Quando um cliente envia uma
nova verso de um arquivo, esta
no sobrescreve a anterior,
criando uma verso mais nova
do arquivo.
Esta nova verso do arquivo
passa a ser a principal e a
verso antiga fica na rea de
SnapShot para possvel
recuperao, se necessrio.
91

O Cpia de dados importantes com freqncia (at 255 cpias de Snapshot por
volume) utilizando o mnimo espao de storage;

FlexVol
O FlexVol da NetApp permite a criao de volumes virtuais que podem ser
gerenciados e movidos independentemente do storage fsico, possibilitando uma
rpida resposta s necessidades de storage em constante transformao, sem
esforos e interrupes.
Esta tecnologia de virtualizao de storage pode ser usada para diminuir seu
overhead (processamento em excesso), evitando gastos de capital e reduzindo
interrupes e riscos. Ele agrupa o storage fsico de modo que se possa criar e
redimensionar volumes virtuais conforme mudem as necessidades de aplicativos.
A Figura 48 exibe o tratamento dos volumes de disco antes e depois da
utilizao da tecnologia FlexVol:













Figura 49 - Utilizao da tecnologia FlexVol.
Fonte: NetApp (2011).
Utilizando o FlexVol, pode-se melhorar, ou at mesmo, duplicar o uso do
storage existente e salvar as despesas de se ter que adquirir mais espao em disco,
melhorando o desempenho de E/S (entrada e sada) e reduzindo gargalos
distribuindo volumes entre todas as unidades de disco.

Pontos Principais:
Tratamento tradicional dos volumes
de disco.
Tratamento dos volumes de disco com
uso da tecnologia exJ4.
92

O Adaptao rpida e fcil s necessidades de storage em constante
crescimento;
O Reduo de custos de aquisio por meio de um storage com
provisionamento interno reduzido;
O Possibilidade de Adicionar storage quando e onde precisar, sem interrupes;
O Ajuste do tamanho dos volumes e o redimensionamento dinmico e
automtico de acordo com as polticas;
O Duplicao do uso e melhora do desempenho.

FlexShare
O FlexShare uma ferramenta de alta qualidade de servio para sistemas de
storage, pois permite que se atribua prioridades individuais a vrias cargas de
trabalho de aplicativos consolidadas em um nico sistema.
O FlexShare um recurso que permite ajustar a forma que o sistema
priorizar seus recursos durante condies de grande utilizao do sistema. Oferece
cinco nveis de prioridades para definio de cada volume feitos nas seguintes
condies:
O Prioriza conjuntos de dados especficos e altera prioridades conforme
necessrio;
O Define polticas por volume e por cache e especifique as prioridades de
volumes relativas.
A Figura 50 mostra um processo de ordenao de processos pela
controladora do FAS3200 utilizando a tecnologia FlexShare:






Figura 50 - Utilizao da tecnologia FlexShare.
Fonte: NetApp (2011).
Esse nvel de controle excepcional indica a possibilidade de usufruir dos
benefcios de economia de custos e tempo da consolidao sem perder janelas de
backup e sem sacrificar o atendimento ao cliente.

93

Pontos Principais:
O Equilbrio certo entre nvel de servio e custo para otimizar o uso sem
sacrificar o desempenho;
O Atribuio de alta prioridade a backups e cargas de trabalho crticas
cumprindo prazos importantes;
O Ajuste s preferncias de desempenho do aplicativo para atender s
necessidades em constante transformao.

eduplication (DedupIicao)
A deduplicao um componente fundamental da principal arquitetura
operacional. Ela combina os benefcios da granularidade, o desempenho e a
flexibilidade para fornecer as vantagens mais significativas, para que a empresa
sempre oferea as maiores demandas de capacidade de storage.
A Tabela 12 exibe o percentual de reduo dos dados de acordo com seu
formato durante o processo de Deduplicao de acordo com a NetApp (2011):
TabeIa 12 Reduo dos dados atravs da Deduplicao.










Fonte: NetApp (2011)

A deduplicao dos dados uma tecnologia nova e importante na tentativa de
controlar a proliferao dos dados. O volume de disco mdio dos principais sistemas
contm milhares de objetos de dados duplicados. medida em que os dados so
criados, distribudos, copiados e arquivados, os objetos de informaes duplicadas
so armazenados ininterruptamente em todas as camadas de storage. O resultado
final uma utilizao ineficiente dos recursos de storage de dados.
94

Ao eliminar os objetos redundantes de dados, fazendo referncia apenas ao
objeto original, voc obtm um benefcio imediato por meio da eficincia de espao
do storage. O resultado dividido em duas partes:
O Custo-benefcio: custo reduzido de aquisio de storage inicial ou intervalos
maiores entre as atualizaes da capacidade de storage;
O Benefcio de gerenciamento: capacidade de armazenar "mais" dados por
unidade de storage ou de reter informaes online por perodos mais longos.

Pontos Principais:
O Utilizao dos recursos mnimos do sistema - os dados primrios, de backup
e de arquivamento podem ser deduplicados com impacto nominal nas
operaes do centro de dados;
O Programao da deduplicao para horrios fora do perodo de pico, pois as
aplicaes podem suportar um desempenho importante, mas ainda assim
identificar requisitos reduzidos na capacidade de storage;
O nstalao em poucos minutos do recurso de duplicao simples e baseado
em comando. Nenhuma outra ao necessria quando a deduplicao est
habilitada e programada;
O Seleo dos conjuntos de dados a serem deduplicados com as ferramentas, a
fim de avali-los, ajudando a identificar as reas que iro fornecer o melhor
retorno.

6.2.3.4. Especificaes tcnicas.
A srie FAS3200 da NetApp pode ser utilizada para qualquer infra-estrutura
disponvel, atendendo empresas dos mais diferentes portes. Alm disso, os recursos
deste tipo de storage possuem facilidade de instalao e migrao segura para
mudanas futuras.
A Figura 51 demonstra os diversos tipos de variaes da srie FAS3200 e
seus recursos de hardware correspondentes:





95
















Figura 51 - Especificaes tcnicas da srie FAS3200.
Fonte: NetApp (2011).

6.2.3.5. Proposta comerciaI FAS2300 (Oramento).
Os valores referentes a esta proposta da empresa NetApp no foram
divulgados de forma clara, pois constariam diversas variveis que tornariam os
valores incorretos. Um exemplo disso a possibilidade de acrescer outros recursos
tecnolgicos alm dos citados neste trabalho e que so perfeitamente possveis para
estes equipamentos.
Sendo assim o valor expresso para esta soluo seria aproximadamente R$
320.000,00 (trezentos e vinte mil reais).

6.3. ANLISE DAS POSSVEIS SOLUES.
A anlise das solues e de suas caractersticas, no cenrio atual da
empresa, ser simulada a seguir para que se possa ter uma viso mais ampla de
suas respectivas aplicabilidades.
Esta pesquisa no visa fazer uma comparao entre as diferentes solues
apresentadas, pois cada uma delas representa um tipo diferente de soluo para os
problemas enfrentados pela empresa. A anlise apresenta o panorama atual da
empresa em estudo e como ficaria o cenrio dela com cada uma das solues
96

implantadas.
A Figura 52 representa o cenrio atual da empresa em estudo:

Figura 52 - Cenrio atual da empresa em estudo.
Fonte: Empresa em estudo.
A Figura 53 representa o cenrio da empresa com a utilizao do HSM:

Figura 53 - Utilizao do HSM.
Fonte: Empresa em estudo.
Com a utilizao da soluo HSM da BM, no ser necessrio o investimento
em um servidor dedicado para este software.
A Figura 54 representa o cenrio da empresa com a utilizao do CC:
97


Figura 54 - Utilizao do CC.
Fonte: Empresa em estudo.
Na aplicao do CC da BM, ser necessrio que a empresa tenha um
servidor dedicado para este sistema.
A Figura 55 representa o cenrio da empresa com a utilizao do FAS3200:

Figura 55 - Utilizao do FAS3200.
Fonte: Empresa em estudo.
Com a aplicao da srie FAS3200 da NetApp, no ser mais necessria a
utilizao de um servidor de arquivos, pois o prprio equipamento controla os
acessos e gerencia as informaes.
A Tabela 13 exibe algumas caractersticas sobre as possveis solues
98

considerando o cenrio apresentado pela empresa. Vale destacar que os itens
analisados na Tabela 13 foram elaborados pela empresa em estudo. Os itens foram
elaborados pela equipe de tecnologia considerando apenas a necessidade da
empresa, no sendo aplicada nenhuma metodologia especfica.
TabeIa 13 Anlise das solues.


Caracter|st|cas das so|ues


lLens anallsados
ICC IAS3200 nSM


ConLempla
no
ConLempla
ConLempla
no
ConLempla
ConLempla
no
ConLempla

ConsulLa do
conLeudo do
arqulvo exlsLenLe
anLes de recuperar



owolooJ do
arqulvo sem
necessldade de
suporLe 1l



lnLegrao com o
1SM



uLlllzao dos
equlpamenLos
aLuals da empresa



no requer
nenhum clleot na
mqulna do
usurlo



ermlLe conflgurar
permlsses de
usurlo para que o
mesmo vlsuallze
somenLe suas
lnformaes



Fonte: Empresa em estudo

Verificando a Tabela 13, percebe-se que o CC e a srie FAS3200 possuem
caractersticas que contemplam um nmero maior dos itens analisados por ela,
porm, em virtude do custo e da possibilidade de no precisar acrescentar um novo
equipamento na infra-estrutura atual, a empresa optou pelo HSM.

99

7. APRESENTAO DOS RESULTADOS.
Neste captulo do trabalho sero apresentados, de forma explicativa, os
resultados obtidos, aps a implementao da soluo escolhida pela empresa em
estudo, para melhorar o gerenciamento de suas informaes.
importante mencionar que os efeitos, decorrentes de sua implementao,
podem sofrer certas mudanas em relao s informaes sugeridas no
levantamento do problema, uma vez que esta mudana ocorreu sem nenhuma
parada no funcionamento normal das atividades do negcio, pois essa era uma das
exigncias da empresa.
Para Hisrich e Peters (2002), o planejamento um processo que nunca
termina em uma empresa, alm disso, o entendimento do mercado, dos produtos e
servios resultam na evoluo e amadurecimento da empresa, e este roteiro
continuar enquanto a administrao buscar atingir suas metas a curto ou longo
prazo.
Os autores apontam para a constante e interminvel busca das empresas no
aperfeioamento de suas atividades, atravs do planejamento preventivo para a
administrao de seus recursos, em que, todos estes planos tm o propsito de
oferecer direcionamento e estrutura para o gerenciamento em um ambiente de
mercado em rpida mutao.

7.1. CARACTERSTICAS TCNICAS DOS RESULTADOS.
Atravs da anlise realizada com o auxlio da ferramenta JDiskReport descrita
no Captulo 6, alm de um estudo sobre a freqncia de utilizao dos diferentes
tipos de arquivos, pelos colaboradores da empresa, observou-se que os arquivos
que deveriam ser o alvo de ateno da nova ferramenta (HSM) eram aqueles que
estavam a dois anos ou mais sem receberem qualquer modificao.
A migrao dos arquivos com estas caractersticas foi realizada de forma
dividida entre as unidades de disco do servidor, atravs da criao de jobs
individuais para cada unidade. Estes jobs foram iniciados de forma manual durante
as madrugadas pelos operadores de planto sempre aps a realizao dos backups
dirios, semanais e mensais, sendo parados tambm de forma manual antes do
incio das atividades do dia no setor administrativo.
Como o volume das informaes contidas no storage do servidor era muito
alto, esta migrao durou aproximadamente seis meses, at que todos os arquivos
que estivessem nas condies pr-configuradas fossem atingidos pela ferramenta.
100

Uma vez que todos os arquivos que possuem as caractersticas e
propriedades especificadas pelos analistas foram migrados, e com a reduo
considervel do tempo de backup, foi atribudo ao final do processo o comando
automtico para migrao dos arquivos que forem utilizados durante as atividades
dos colaboradores.
A Tabela 14 demonstra como ficaram os discos do servidor aps a
implementao completa do HSM:

TabeIa 14 Disponibilidade em disco aps implementao.

Dn|dade D|spon|ve| Dt|||zado Antes L|vre Antes Dt|||zado Atua| L|vre Atua|
D|sco I 120 Gb 118 Gb 2 Gb 88 Gb 32 Gb
D|sco G 120 Gb 118 Gb 2 Gb 2S Gb 9S Gb
D|sco n 120 Gb 113 Gb 7 Gb 73 Gb 47 Gb
D|sco I 30 Gb 28 Gb 2 Gb 19 Gb 11 Gb
D|sco I 240 Gb 71 Gb 169 Gb 32 Gb 208 Gb
D|sco k 120 Gb 117 Gb 3 Gb 73 Gb 47 Gb
@ota| 7S0 Gb S6S Gb 18S Gb 310 Gb 440 Gb

Fonte: Empresa em estudo

No que diz respeito a espao em disco, houve um aumento de
aproximadamente 137% (cento e trinta e sete por cento) do espao livre para
utilizao dos colaboradores, eliminando problemas de parada das atividades por
falta de disponibilidade do servidor para gravao dos trabalhos dirios.
Esta ao diminuiu tambm o nmero de chamados abertos aos analistas
para remanejamento dos arquivos quando o colaborador tinha necessidade de
gravao, deixando mais tempo livre para execuo de outras atividades. Outro
ponto em que houve uma melhora significativa com a implementao do HSM foi o
tempo de execuo dos backups.
A Tabela 15 demonstra como ficou o desempenho dos backups do servidor.
Para estes dados fez-se uma mdia entre os backups de vrias datas, uma vez que
o armazenamento est em constante crescimento.


101

TabeIa 15 Comparativo de desempenho do backup.

8ackup @empo md|o Antes @empo md|o Atua|
D|r|o 11 horas 4 horas
Semana| 48 horas 13 horas
Mensa| 48 horas 13 horas

Fonte: Empresa em estudo

Com esta queda considervel no tempo de execuo do backup reduziu-se o
nmero de incidentes, alm de possibilitar sua eventual retomada em casos de
desastres com tempo hbil, principalmente para os backups semanais e mensais,
cuja execuo dever ser feita dentro do perodo de finais de semana.
Com base nos resultados apresentados, podemos concluir que a ferramenta
HSM apresentada pela empresa BM, proprietria do software, realmente
corresponde s necessidades de gerenciamento dos arquivos do servidor, sanando
de forma eficaz os principais problemas relacionados ao espao em disco.
Os autores Cozzi, Judice, Dolabela e Filion (2008), apontam para a inovao
de que as pesquisas fundamentais beneficiam as empresas, lembrando o fato de
que as buscas no domnio das tecnologias da informao e da Internet, a princpio
guiadas pela curiosidade, alimentam de maneira contnua as empresas e
sociedades com saberes fundamentais e tecnologias adaptadas.
Afirmam tambm que as empresas devem representar seu papel na outorga
de ajuda financeira a projetos de pesquisa, atravs do equilbrio entre pesquisa
fundamental e aplicada, levando em considerao necessidades presentes e,
sobretudo, os anseios do futuro.
O Anexo A localizado no final deste trabalho apresenta um checklist, realizado
pela empresa em estudo das principais caractersticas dos resultados obtidos com a
implementao do HSM.






102

8. CONSIDERAES FINAIS.
possvel observar que o uso de fluxos para o mapeamento de processos,
auxilia na busca dos problemas e facilita o desenvolvimento de uma soluo.
A utilizao de metodologias de boas prticas para o gerenciamento dos
recursos e do pessoal envolvido nas atividades da empresa so fatores de
segurana, pois conseguem, de maneira clara e objetiva, fazer uma varredura nos
requisitos e objetivos, alm de organizar a forma de implementao da soluo e
demonstrar formas de monitorao e acompanhamento.
Considerando os problemas definidos, este trabalho proporcionou a
apresentao de alternativas para minimizar o nmero de chamados para os
analistas referentes a problemas com o servidor de arquivos da empresa. A forma
para a soluo encontrada conseguiu tambm diminuir o tempo de backup,
mantendo a integridade, reduzindo a possibilidade de falhas e garantindo a
segurana dos dados antigos da empresa em estudo, critrio este fundamental para
a escolha da soluo.
Os mtodos de desenvolvimento de software trazem padro aos
desenvolvedores, que atingem seus objetivos de forma mais rpida e eficaz,
independente da tecnologia utilizada na manufatura do sistema.
Estes mtodos de auxlio aos negcios refletem sobre os resultados e fazem
da Tecnologia da nformao um recurso necessrio e indispensvel para empresas
que querem atingir o mximo de seus recursos no comrcio ou prestaes de seus
produtos e servios.
O grande desafio da gesto de T reconhecer que as informaes de uma
empresa so parte de seu patrimnio e a forma com que ser feito o gerenciamento
destas informaes trar valor aos servios de tecnologia de informao.
Quanto ao objetivo, pode-se dizer que este trabalho conseguiu apresentar a
forma ideal de solues para os problemas da empresa quanto ao gerenciamento de
informaes, tendo nesta forma apresentada, o atendimento aos requisitos da
empresa e a adoo das melhores prticas recomendadas pelo framework CobiT.
As tcnicas de mapeamento, pesquisa e coleta de dados foram fatores
determinantes que auxiliaram na determinao da melhor escolha para a soluo
dos problemas de gerenciamento de informao enfrentados pela empresa em
estudo neste trabalho.
A elaborao de um formulrio para o entendimento real dos problemas,
atravs de vises distintas de vrios colaboradores da empresa, permitiu que o
103

planejamento e estratgia de soluo fossem direcionados para a melhor escolha,
diminuindo o tempo de resposta com a mxima otimizao de custos e recursos.
Durante a realizao da apresentao das solues, foram analisadas trs
opes distintas, sendo a InfoSphere Content Collector (CC) e a ierarchical
Storage Management (HSM), da empresa BM e a Srie FAS3200, da empresa
NetApp.
Quanto ao levantamento realizado para a apresentao das solues, foram
exploradas as principais caractersticas que mais se destacaram conforme as
necessidades da empresa.
As solues so muito abrangentes quanto ao que se propuseram, e atravs
dos estudos realizados nos sites oficiais, e das apresentaes feitas pelas
empresas, foi possvel observar que as mesmas adequaram-se com as
necessidades da empresa, podendo ser consideradas como solues ideais,
suprindo o processo de gerenciamento de arquivos solicitados.
Entretanto, ao realizar a anlise das possveis solues, ficou evidente que a
srie FAS3200 da empresa NetApp possui um nmero maior de caractersticas
tecnolgicas em relao s demais solues, assim como a plataforma CC possui
recursos que o sistema HSM no contempla, porm, considerando a proposta deste
trabalho e o atual cenrio da empresa em estudo, visando seus critrios, foi
escolhida a soluo HSM como a opo mais vivel para a empresa no momento.
Aps a implementao do HSM foi possvel observar claramente uma
resposta positiva aos problemas de gerenciamento do espao em disco do servidor,
melhorando tanto para os colaboradores que utilizam seus recursos, como para os
profissionais de T que so os mantenedores dos equipamentos. A reduo de
problemas relacionados ao tempo de backup, disponibilidade de espao livre e
nmero de incidentes abertos pelos colaboradores, serviram de parmetro para a
boa aceitao do software.
Com a elaborao deste trabalho foi possvel observar a importncia da
utilizao de metodologias na administrao dos planejamentos para utilizao dos
recursos de T no auxlio s tomadas de decises para controle e soluo dos
problemas de negcio.
Verificou-se tambm que a rea de tecnologia pode ser apresentada como
uma soluo atravs do acesso inovao e comunicao da empresa, integrando
os diversos departamentos com o uso de sistemas gerenciais como ferramenta de
trabalho.
104

REFERNCIAS BIBLIOGRAFICAS

ANDRADE, Ana Elisa Soares de. RefIexes sobre ImpIantao do Programa Seis
Sigma. So Paulo. Abril: 2003. Disponvel em
<http://libdigi.unicamp.br/document/?code=vtls000310618> Acesso em 24 de maro
de 2010.

CHAVENATO, dalberto. Teoria GeraI da Administrao. 6 Edio Volume 1.
Rio de Janeiro: Campus, 2001.

CERVO, Amado Luiz; BERVAN, Pedro Alcino. MetodoIogia cientfica. 5 Edio.
So Paulo: Pearson, 2002.

COCO, one de Almeida. Liderar equipes de aIto desempenho em TI. Revista
Asug News. n 44 ano 12. Publicao mensal. So Paulo: Asug Brasil, fevereiro /
maro de 2010.

COZZ, Afonso; JUDCE, Valria; DOLABELA, Fernando; FLON, Louis Jacques.
Empreendedorismo de Base TecnoIgica. Rio de Janeiro: Campus, 2008.

CRUZ, Carla; RBERO, Uir. MetodoIogia cientfica - teoria e prtica. 2 Edio.
Rio de Janeiro: Axcel Books, 2004.

BARBOSA, Anderson Luiz. AnIise Comparativa de MetodoIogias para o
Gerenciamento de Projetos de DesenvoIvimento de Software. So Paulo: junho,
2006. Disponvel em <http://libdigi.unicamp.br/document/?code=vtls000392877>
Acesso em 24 de maro de 2010.

BOOCH, Grady; RUMBAUGH, James; JACOBSON, var. UML - guia do usurio.
So Paulo: Campus, 2006.

Date, C. J. Introduo a Sistemas de Banco de Dados. 4 Edio Volume 1. Rio
de Janeiro: Campus, 2004.

FERNANDES, Aguinaldo Aragon; ABREU, Vladimir Ferraz de. ImpIantando a
Governana de TI - da estratgia gesto dos processos e servios. Rio de
Janeiro: Brasport, 2006.

FORBELLONE, Andr Luiz Villar; EBERSPCHER, Henri Frederico. Lgica de
Programao A estrutura de algoritmos e estrutura de dados. 3 Edio. So
Paulo: Makron Books, 1993.

GL, Antonio Carlos. Mtodos e tcnicas de pesquisa sociaI. 5 Edio. So
Paulo: Atlas, 1999.

HSRCH, Robert D.; PETERS, Michael P. Empreendedorismo. So Paulo:
Bookman, 2002.

INTERNATIONAL BUSINESS MACINES (BM). Soluo HSM ierarchical Storage
Management. Fontes de pesquisa, pubIicados no site IBM. Disponvel em:
<http://www-01.ibm.com/software/tivoli/products/storage-mgr-hsm/. Acesso em 23
de Fevereiro de 2011.
105


INTERNATIONAL BUSINESS MACINES (BM). Soluo CC InfoSphere Content
Collector. Fontes de pesquisa, pubIicados no site IBM. Disponvel em:
<http://www-01.ibm.com/software/data/content-management/content-collector/.
Acesso em 18 de Fevereiro de 2011.

T Governance Instituit. ISACA - CobiT OnLine. Disponvel em
<http://www.isaca.org/cobit> Acesso em 25 de Maro de 2010.

MORGADO, Gisele P.; GESSER, ngrid; SLVERA, Denis S.; MANSO, Fernando S.
P.; LMA, Priscila M. V.; SCHMTZ, Eber A. Prticas do CMMI como regras de
negcio. So Paulo: maio/agosto, 2007 Disponvel em:
<http://www.scielo.br/scielo.php?script=sci_arttext&pid=S0103-
65132007000200013&lng=pt&nrm=iso> Acesso em 19 de Maro de 2010.

MARCON, Marina de Andrade; LAKATOS, Eva Maria. MetodoIogia do trabaIho
cientfico. 6 Edio. So Paulo: Atlas, 2001.

NETAPP. Soluo Srie FAS3200. Fontes de pesquisa, pubIicados no site
NetApp. Disponvel em: <http://www.netapp.com/us/products/storage-
systems/fas3200/. Acesso em 23 de Fevereiro de 2011.

O'BREN, James A. Sistemas de Informao E as Decises Gerenciais na era da
nternet. 1 Edio. So Paulo: Saraiva, 2003.

PENDER, Tom. UML - a Bblia. Rio de Janeiro: Campus, 2004.

PRESSMAN, Roger S. Engenharia de Software. 6 Edio. So Paulo: McGraw-
Hill, 2006.

REZENDE, Denis Alcides; ABREU, Aline Frana de. TecnoIogia da Informao -
Aplicada a Sistemas de nformao Empresariais. 3 Edio. So Paulo: Atlas, 2003.

SEVERNO, Antnio Joaquim. MetodoIogia do trabaIho cientfico. 23 Edio. So
Paulo: Cortez, 2007.

SOMMERVLLE, an. Engenharia de Software. 6 Edio. So Paulo: Pearson,
2005.

STEEL, Aileen Cater; TAN, Wui Gee. ImpIementation of IT Infrastructure Library
(ITIL) in AustraIia: Progress and Success factors. Auckland: novembro, 2005.
Disponvel em <http://eprints.usq.edu.au/998/ Acesso em 24 de maro de 2010.

STAR, Ralph M.; REYNOLDS, George W. Princpios de Sistemas de Informao.
4 Edio. Rio de Janeiro: LTC, 2002.

SLBERSCHATZ, Abraham; KORTH, Henry F.; SUDARSHAN, S. Sistema de
Banco de Dados. 3 Edio. So Paulo: Pearson, 2005.

WELL, Peter; ROSS, Jeanne W. Governana de TI - Tecnologia da nformao.
So Paulo: M. Books, 2006.