Caso Agua

UNIVERSIDADE FEDERAL DE VIOSA
ARQUITETURA DE SOFTWARE PARA SISTEMAS DE

INFORMAO PARA GESTO DE RECURSOS HDRICOS
Andr de Jesus Silva

Magister Scientiae
VIOSA
MINAS GERAIS BRASIL
2012
ANDR DE JESUS SILVA

Dissertao apresentada Universidade

Federal de Viosa, como parte das
exigncias do Programa de Ps-Graduao
em Cincia da Computao, para obteno
do
ttulo
de
Magister
Scientiae.
VIOSA
MINAS GERAIS BRASIL
2012
ANDR DE JESUS SILVA

Dissertao apresentada Universidade

Federal de Viosa, como parte das
exigncias do Programa de Ps-Graduao
em Cincia da Computao, para obteno
do
ttulo
de
Magister
Scientiae.
APROVADA: 27 de junho de 2012
_________________________________
Prof. Alcione de Paiva Oliveira
(Coorientador)
_________________________________
Prof. Michel Castro Moreira
_________________________________
Prof. Jos Luis Braga
(Orientador)
Deus,
pela vida, com sade e paz, necessrias para a realizao deste trabalho.
Aos meus queridos pais Jos Maria e Maria Joana,
pelo carinho, incentivo, e amor a mim oferecidos.
Dedico.
O Senhor conhece os pensamentos dos homens,

e sabe que so vos. (Sal, 93,11)
ii
AGRADECIMENTOS
Aps todos esses anos na Universidade Federal de Viosa, tive o prazer de conviver
com muitas pessoas maravilhosas, que contriburam muito para a minha formao
profissional e pessoal.
Primeiramente, agradeo ao meu querido amigo e professor Michel Castro
Moreira, por me apoiar em mais esse trabalho. Ao meu orientador, professor Jos Luis
Braga, que sempre me mostrou o caminho a ser seguido, e mudou a minha forma de
enxergar as coisas. Ao meu coorientador, professor Demetrius David da Silva, que
sempre me apoiou em todos os projetos que desenvolvi na UFV.
Agradeo tambm a todos os colegas e amigos do Departamento de Informtica
(DPI) e do Centro de Referncia em Recursos Hdricos (CRRH). Aos professores do
DPI, que muito contriburam para a formao do profissional que sou, aos funcionrios
da UFV e do CRRH que me deram suporte para a realizao dos meus trabalhos.
No poderia deixar de agradecer Universidade Federal de Viosa (UFV), e aos
rgos de fomento CNPq, FAPEMIG e CAPES, pelo apoio dado para a realizao desse
projeto.
iii
BIOGRAFIA
Andr de Jesus Silva, filho de Jos Maria da Silva e Maria Joana de Jesus Silva,
brasileiro nascido em 30 de maio de 1985 na cidade de Viosa, no Estado de Minas
Gerais.
Em 2002, iniciou o ensino mdio no Colgio Universitrio (COLUNI) da
Universidade Federal de Viosa (UFV).
Em 2005, iniciou o curso de graduao em Cincia da Computao na UFV,
tendo obtido o ttulo de bacharel em Cincia da Computao em meados de 2009.
Em 2009, mudou-se para Belo Horizonte - MG onde trabalhou como Analista de
Sistemas at fevereiro de 2010.
Em 2010, retornou para Viosa-MG, onde iniciou o programa de Ps-Graduao
em Cincia da Computao na UFV, em nvel de mestrado, na rea de Engenharia de
Software, submetendo-se a defesa de dissertao em junho de 2012.
iv
CONTEDO
RESUMO..............................................................................................................VII
ABSTRACT........................................................................................................VIII
1.
INTRODUO ........................................................................................................ 1
1.1. OBJETIVOS........................................................................................................... 2
1.1.1. Objetivos especficos ................................................................................... 2
2.
REVISO BIBLIOGRFICA ............................................................................... 4

2.1. POLTICA NACIONAL DE RECURSOS HDRICOS .................................................... 4
2.2. OUTORGA DE DIREITO DE USO DOS RECURSOS HDRICOS ................................... 4
2.2.1. Uso Insignificante ....................................................................................... 5
2.2.2. Anlise do Pedido de Outorga .................................................................... 6
2.2.3. Vazes Mnimas de Referncia e Critrios de Outorga .............................. 6
2.2.4. Clculo das vazes disponveis para outorga........................................... 10
2.3. SISTEMA DE INFORMAES SOBRE RECURSOS HDRICOS .................................. 12
2.3.1. Sistema de Informao Geogrfica ........................................................... 15
2.4. ARQUITETURA DE SOFTWARE............................................................................ 15
2.4.1. Zachman Framework ................................................................................ 21
3. ARQUITETURA DESENVOLVIDA PARA SISTEMAS DE INFORMAO

SOBRE RECURSOS HDRICOS ............................................................................... 25
3.1. NVEL ARQUITETURAL ESCOPO ..................................................................... 25
3.1.1. Dados (O que) ........................................................................................... 25
3.1.2. Funo (Como) ......................................................................................... 26
3.1.3. Rede (Onde) .............................................................................................. 27
3.1.4. Pessoas (Quem) ......................................................................................... 27
3.1.5. Tempo (Quando) ....................................................................................... 28
3.1.6. Motivao (Por que) ................................................................................. 29
3.2. NVEL ARQUITETURAL MODELO DE NEGCIOS ............................................. 29
3.2.1. Dados (O que) ........................................................................................... 29
3.2.2. Funo (Como) ......................................................................................... 31
3.2.3. Rede (Onde) .............................................................................................. 31
3.2.4. Pessoas (Quem) ......................................................................................... 32
3.2.5. Tempo (Quando) ....................................................................................... 32
3.2.6. Motivao (Por que) ................................................................................. 32
3.3. NVEL ARQUITETURAL MODELO DE SISTEMA ................................................ 32
3.3.1. Dados (O que) ........................................................................................... 33
3.3.2. Funo (Como) ......................................................................................... 37
3.3.3. Rede (Onde) .............................................................................................. 40
3.3.4. Pessoas (Quem) ......................................................................................... 41
3.3.5. Tempo (Quando) ....................................................................................... 44
3.3.6. Motivao (Por que) ................................................................................. 44
v
4.
MTODO DE UTILIZAO DA ARQUITETURA DESENVOLVIDA ...... 46
5. EXEMPLO: SISTEMA INTEGRADO PARA A GESTO DE RECURSOS

HDRICOS (SINGERHNET) ...................................................................................... 51
5.1. MODELO DIGITAL DE ELEVAO HIDROLOGICAMENTE CONSISTENTE ............... 52
5.2. HIDROGRAFIA OTTOCODIFICADA ....................................................................... 52
5.3. REGIONALIZAO DE VAZES ........................................................................... 53
5.4. CADASTRO DE USURIOS DE GUA DA BACIA .................................................... 54
5.5. MAPAS TEMTICOS DA BACIA ........................................................................... 55
5.6. IMPLEMENTAO DO SISTEMA ........................................................................... 55
5.7. SINGERHNET................................................................................................... 56
5.7.1. Vazes ....................................................................................................... 57
5.7.2. Outorga ..................................................................................................... 63
5.7.3. Qualidade de gua .................................................................................... 67
5.7.4. Relatrios .................................................................................................. 69
5.7.5. rea administrativa................................................................................... 70
6.
CONCLUSO ........................................................................................................ 71
REFERNCIAS BIBLIOGRFICAS ........................................................................ 72

APNDICE A ................................................................................................................ 78
APNDICE B ................................................................................................................ 83
vi
RESUMO
SILVA, Andr de Jesus, M.Sc. Universidade Federal de Viosa, junho de 2012.
Arquitetura de Software para Sistemas de Informao para Gesto de Recursos
Hdricos. Orientador: Jos Luis Braga. Coorientadores: Demetrius David da Silva e
Alcione de Paiva Oliveira.
Os Sistemas de Informao sobre Recursos Hdricos tm se mostrado um importante

instrumento da Poltica Nacional de Recursos Hdricos por subsidiar a adequada gesto
e planejamento dos recursos hdricos existentes no Brasil. Atravs deles possvel
descentralizar a obteno e produo dos dados e informaes de uma bacia
hidrogrfica, assim como garantir o acesso aos dados e informaes toda a sociedade.
Com o aumento da demanda por esse tipo de sistema, cresce a necessidade da utilizao
de um modelo de arquitetura de software unificada, que possa atender s reais
necessidades dos rgos gestores de recursos hdricos.
Atualmente, os sistemas
trabalham de forma independente, no permitindo o compartilhamento de dados e

informaes. Sem uma arquitetura de software bem definida, torna-se complexa a tarefa
de integrar os dados e informaes dos sistemas de informao desenvolvidos para o
nvel de bacia hidrogrfica estadual com o nacional. Desse modo, o principal objetivo
do presente trabalho propor uma arquitetura para sistemas de informao no domnio
de gesto das guas. O trabalho se divide basicamente em trs partes: na primeira parte
apresentado o contexto geral da gesto nacional de recursos hdricos no Brasil, e
conceitos fundamentais sobre arquitetura de software; em seguida descrito a
arquitetura criada utilizando-se o Zachman Framework; e por ltimo apresentado um
exemplo de utilizao da arquitetura desenvolvida. Utilizando a arquitetura
desenvolvida, foi possvel criar um sistema amigvel que contribui para a adequada
gesto dos recursos hdricos no pas.
vii
ABSTRACT
SILVA, Andr de Jesus, M.Sc. Universidade Federal de Viosa, june 2012. Software
Architecture for Water Resources Information Systems. Adviser: Jos Luis Braga.
Co-advisers: Demetrius David da Silva and Alcione de Paiva Oliveira.
Water Resources Information Systems have proved an important tool of the National
Water Resources by subsidizing the proper management and planning of water
resources in Brazil. Through them it is possible to decentralize the procurement and
production of data and information of a watershed, as well as secure access to data and
information to the entire society. With increasing demand for this type of system, there
is a growing need to use a model of unified software architecture that can meet the real
needs of water resource management agencies. Currently, the systems work
independently, not allowing the sharing of data and information. Without a well defined
software architecture becomes complex the task of integrating information and data
information systems developed for the watershed state level with the national level.
Thus, the main objective of this work is to propose an architecture for information
systems in the field of water management. The work is divided basically into three
parts: the first part presents the general context of the national management of water
resources in Brazil, and concepts on software architecture and then is described the
architecture created using the Zachman Framework, and latter is an example of using
the architecture developed. Using the architecture developed, it was possible to create a
user-friendly system that contributes to the proper management of water resources in the
country.
viii
1. INTRODUO
A gua doce um bem essencial para a vida humana. Apesar de o Brasil estar em uma
situao privilegiada com relao disponibilidade hdrica, cerca de 70% da gua doce
do pas encontra-se na regio Amaznica, enquanto os outros 30% so distribudos para
95% da populao que habitam o resto do territrio nacional (SETTI et al., 2001).
A m distribuio espacial e temporal da gua favorece o surgimento de
problemas de escassez hdrica, e consequentemente, o surgimento de conflitos pelo uso
da gua. Problemas advindos desses conflitos remetem necessidade de um adequado
programa de planejamento e gesto de recursos hdricos.
No Brasil, houve um grande avano na gesto dos nossos recursos hdricos com
a promulgao da Lei n 9.433, de 08 de janeiro de 1997, que instituiu a Poltica
Nacional de Recursos Hdricos e criou o Sistema Nacional de Gerenciamento de
Recursos Hdricos (BRASIL, 1997).
A Lei n 9.433 constitui um marco legal no tratamento dos recursos hdricos do
pas. Possui como objetivos assegurar atual e s futuras geraes a necessria
disponibilidade de gua, em padres de qualidade adequados aos respectivos usos; a
utilizao racional e integrada dos recursos hdricos, incluindo o transporte aquavirio,
com vistas ao desenvolvimento sustentvel; e a preveno e a defesa contra eventos
hidrolgicos crticos de origem natural ou decorrentes do uso inadequado dos recursos
naturais.
Dentre os instrumentos de gesto preconizados pela Lei n 9.433 destaca-se o
Sistema de Informao sobre Recursos Hdricos (SISRH), que um sistema de coleta,
tratamento, armazenamento e recuperao de informaes sobre recursos hdricos e
fatores intervenientes em sua gesto. Os SISRH tm por objetivo: reunir, dar
consistncia e divulgar os dados e informaes sobre a situao qualitativa e
quantitativa
dos
recursos;
atualizar
permanentemente
as
informaes
sobre
disponibilidade e demanda de recursos hdricos; e fornecer subsdios aos Planos de

Recursos Hdricos (BRASIL, 1997).
Devido ao carter integrador e informativo, recentemente, os sistemas de
informaes despertaram grande interesse nas entidades gestoras e setores usurios dos
recursos hdricos, tendo sido objeto de frequentes licitaes pblicas (ANA, 2007;
1
SEMA/MT, 2007; SERLA, 2007) e objeto de estudos (MARQUES, 2010; SOUZA,

2010; SCHARDONG, 2011) .
A Agncia Nacional de guas (ANA) definiu uma arquitetura para o Sistema
Nacional de Informaes sobre Recursos Hdricos (SNIRH) (ANA, 2009), mas no
definiu uma arquitetura para os sistemas estaduais. Alem disso, a arquitetura criada pela
ANA foi desenvolvida especificamente para o SNIRH, e no possui um nvel de
detalhamento suficiente para que seja reutilizada. A arquitetura definida para o SNIRH
segue o modelo de Arquitetura Orientada a Servios (Service Oriented Architecture SOA)(ERL, 2005), que um estilo de arquitetura de software cujo princpio
fundamental prega que as funcionalidades implementadas pelas aplicaes devem ser
disponibilizadas na forma de servios..
Tendo em vista a inexistncia de uma arquitetura de sistema bem definida para
sistemas de informao sobre recursos hdricos a nvel estadual, cada sistema criado
possui uma estrutura prpria, que muitas vezes pode no atender s reais necessidades
dos rgos gestores de recursos hdricos. Alm disso, cada sistema existente utiliza-se
de uma linguagem prpria, que pode no condizer com os termos adequados para o
tratamento de recursos hdricos. Outro problema existente a garantia de acesso
informao por parte da populao. Desse modo, os sistemas de informao sobre
recursos hdricos devem garantir o acesso de seus dados para a populao, permitindo
que o cidado comum possa ser um agente fiscalizador dos recursos hdricos existentes.
1.1. Objetivos
O trabalho tem como objetivo o projeto, a construo e a validao de uma
arquitetura para sistemas de informao sobre recursos hdricos (SISRH), visando
proposio de um modelo de referncia para os rgos gestores de recursos hdricos
estaduais de todo o pas.
1.1.1. Objetivos especficos
Propor uma arquitetura para um SISRH que seja aberta e expansvel;
Garantir que haja transparncia de dados e decises nos SISRH gerados a partir
da arquitetura proposta;
Desenvolver um sistema de informao sobre recursos hdricos como estudo de

caso, utilizando a arquitetura proposta; e
Validar a arquitetura proposta com um exemplo de uso.
2. REVISO BIBLIOGRFICA
2.1. Poltica Nacional de Recursos Hdricos

Em 08 de janeiro de 1997 foi sancionada a Lei n 9433, que instituiu a Poltica Nacional
de Recursos Hdricos e criou o Sistema Nacional de Gerenciamento de Recursos
Hdricos.
Segundo Brasil (1997), a Poltica Nacional de Recursos Hdricos baseia-se nos
seguintes fundamentos: a gua um bem de domnio pblico; a gua um recurso
natural limitado, dotado de valor econmico; em situaes de escassez, o uso prioritrio
dos recursos hdricos o consumo humano e a dessedentao de animais; a gesto dos
recursos hdricos deve sempre proporcionar o uso mltiplo das guas; a bacia
hidrogrfica a unidade territorial para implementao da Poltica Nacional de
Recursos Hdricos e atuao do Sistema Nacional de Gerenciamento de Recursos
Hdricos; e a gesto dos recursos hdricos deve ser descentralizada e contar com a
participao do Poder Pblico, dos usurios e das comunidades.
So objetivos da Poltica Nacional de Recursos Hdricos: assegurar atual e s
futuras geraes a necessria disponibilidade de gua, em padres de qualidade
adequados aos respectivos usos; a utilizao racional e integrada dos recursos hdricos,
incluindo o transporte aquavirio, com vistas ao desenvolvimento sustentvel; e a
preveno e a defesa contra eventos hidrolgicos crticos de origem natural ou
decorrentes do uso inadequado dos recursos naturais.
Como instrumentos para o gerenciamento dos recursos hdricos, a Poltica
Nacional possui: os planos de recursos hdricos; o enquadramento dos corpos de gua
em classes, segundo os usos preponderantes da gua; a outorga dos direitos de uso de
recursos hdricos; a cobrana pelo uso de recursos hdricos; e o sistema de informaes
sobre recursos hdricos.
2.2. Outorga de Direito de Uso dos Recursos Hdricos

Apesar da gesto dos recursos hdricos buscar proporcionar os usos mltiplos da gua,
os diversos usos da gua (abastecimento humano, dessedentao animal, irrigao,
indstria, etc.) podem ser concorrentes, gerando conflitos entre setores usurios. Nesse
4
sentido, gerir recursos hdricos uma necessidade premente e tem o objetivo de ajustar
as demandas econmicas, sociais e ambientais por gua em nveis sustentveis, de
modo a permitir, sem conflitos, a convivncia dos usos atuais e futuros da gua
(SILVA, 2004).
A Lei n 9.433 estabeleceu como um de seus instrumentos a Outorga de Direito
de Uso de Recursos Hdricos. Trata-se de um ato administrativo mediante o qual o
Poder Pblico outorgante (Unio, Estados ou Distrito Federal) faculta ao outorgado
(usurio da gua) o direito de utilizar o recurso hdrico, por prazo determinado, nas
condies expressas no respectivo ato.
Segundo a referida Lei, esse instrumento tem como objetivos assegurar o
controle quantitativo e qualitativo da gua e o efetivo exerccio dos direitos de acesso a
este recurso, disciplinando a sua utilizao e compatibilizando a demanda e a
disponibilidade hdrica.
A Lei n 9.433 determina que esto sujeitos outorga os seguintes usos:
I.
Derivao e captao de parcela da gua existente em um corpo de gua
para consumo final ou insumo de processo produtivo;

II.
Extrao de gua de aqufero subterrneo para consumo final ou insumo
de processo produtivo;
III.
Lanamento, em corpo de gua, de esgotos e resduos lquidos ou
gasosos, tratados ou no, com o fim de sua diluio, transporte ou disposio final;
IV.
Aproveitamento de potenciais hidreltricos;
V.
Outros usos que alterem o regime, a quantidade ou a qualidade da gua
existente em um corpo de gua.

Em seu artigo 12, 1, a Lei tambm enumera os usos que no dependem de
outorga, sendo eles, os destinados ao abastecimento de pequenos ncleos rurais, as
derivaes, as captaes e as acumulaes de gua, bem como os lanamentos de
efluentes considerados insignificantes. Vale ressaltar que mesmo os usos dispensados de
outorga so passveis de cadastramento junto ao rgo gestor de recursos hdricos.
2.2.1. Uso Insignificante

Algumas captaes de guas superficiais e/ou subterrneas, bem como acumulaes,
derivaes e lanamentos no esto sujeitas outorga. Devido a inexpressiva alterao
do recurso hdricos, alguns usos so considerados insignificantes.
5
Para que um uso seja considerado insignificante cada estado estabeleceu um

critrio independente. A Companhia de Gesto dos Recursos Hdricos (COGERH) do
Cear, por exemplo, estabeleceu que no se exigir outorga do direito de uso de gua
na hiptese de captao direta na fonte, superficial ou subterrnea, cujo consumo no
exceda de 2.000 L/h. Em Minas Gerais, o Instituto Mineiro de Gesto das guas
(IGAM) segue a Deliberao Normativa 09/04 do Conselho Estadual de Recursos
Hdricos, o qual estabelece que as captaes e derivaes de guas superficiais menores
ou iguais a 1 L/s so consideradas como usos insignificantes para as Unidades de
Planejamento e Gesto de Recursos Hdricos (UPGRH) do Estado de Minas Gerais,
sendo reduzida a vazo mxima para algumas UPGRH ao valor de 0,5 L/s.
2.2.2. Anlise do Pedido de Outorga

O pedido de outorga junto ao rgo gestor de recursos hdricos deve passar, no mnimo,
por trs avaliaes: tcnica, do empreendimento e jurdica (SILVA, 2004).
A avaliao tcnica consiste na verificao da disponibilidade hdrica do
manancial, isto , se a vazo que est sendo solicitada pode ser atendida pelo manancial,
tanto em termos quantitativos quanto qualitativos. Avalia-se, portanto, se a interferncia
pleiteada est coerente com os critrios de alocao de gua previamente determinados
e se os impactos quali-quantitativos so aceitveis dentro de determinada margem de
segurana.
Na avaliao do empreendimento verifica se o que est sendo solicitado em
termos de vazo de captao e de lanamento de efluentes, bem como as caractersticas
fsico-qumicas e biolgicas dos efluentes gerados, esto compatveis com o tipo e com
o porte do empreendimento.
Por sua vez, a avaliao jurdica analisa a documentao enviada e a adequao
do pedido s leis de recursos hdricos. Normalmente, a avaliao jurdica a primeira
etapa de anlise de um pedido de outorga.
2.2.3. Vazes Mnimas de Referncia e Critrios de Outorga

A vazo de referncia mais utilizada uma vazo mnima que caracteriza uma
condio de escassez hdrica no manancial. A partir dessa condio crtica que so
realizados os clculos de alocao da gua, de modo que, quando da ocorrncia da
6
situao de escassez, todos os usurios, ou os mais prioritrios, mantenham de certa

forma, em operao as outorgas j existentes. Porm, como as vazes de referncia
utilizadas so, de fato, muito reduzidas, e o que outorgado uma frao delas, o que
ocorre, na prtica, so vazes bem maiores ao longo do ano.
No Brasil normalmente so adotadas nos processos de outorga de uso de gua as
seguintes vazes mnimas de referncia: Q7,10, Q90 e Q95 (SILVA, 2010).
A vazo Q7,10 corresponde vazo mnima mdia de sete dias consecutivos com
um perodo de retorno de 10 anos. No caso de vazes mnimas, o perodo de retorno o
tempo mdio, em anos, necessrio para que ocorram vazes menores ou iguais a um
certo valor, uma vez, em um ano qualquer.
As vazes Q90 e Q95 correspondem s vazes associadas permanncia no tempo
de 90 e 95%, respectivamente, isto , em 90 ou 95% do tempo o curso dgua possui
vazes iguais ou superiores a elas.
Para permitir a estimativa das vazes mnimas de referncia Q7,10 (vazo mnima
com sete dias de durao e perodo de retorno de 10 anos), Q90 (vazo associada
permanncia de 90% no tempo) e Q95 (vazo associada permanncia de 95% no
tempo) ao longo da rede hidrogrfica da bacia, podemos utilizar o mtodo de
regionalizao de vazes Tradicional (ELETROBRAS, 1985).
O mtodo Tradicional um dos mtodos mais difundidos para a regionalizao
de vazes, baseando-se na identificao de regies hidrologicamente homogneas e no
ajuste de equaes de regresso entre as diferentes variveis a serem regionalizadas e as
caractersticas fsicas e climticas das bacias de drenagem para cada regio homognea.
Os dados requeridos para a estimativa das vazes mnimas e mdia por este
mtodo so: o nmero de identificao da regio hidrologicamente homognea na qual
est inserida a seo de interesse; as equaes de regionalizao das regies
hidrologicamente homogneas para a estimativa da vazo; e as caractersticas fsicas e
climticas da seo de interesse. De posse destes dados, podemos estimar as vazes
mnimas e mdia da seo de interesse.
No Brasil, cada estado tem adotado critrios especficos para o estabelecimento
das vazes mnimas de referncia para outorga. Para captaes superficiais os critrios
adotados para outorga so aqueles apresentados na Tabela 1. A maior parte dos rgos
gestores de recursos hdricos que emitem outorgas possui esses critrios aprovados em
legislao ou em discusso para aprovao. Analisando os critrios para anlise dos
pedidos de outorga utilizados pelos rgos gestores de recursos hdricos, pode-se
7
verificar uma grande diversidade de vazes de referncia adotadas, bem como dos
percentuais considerados outorgveis (ANA, 2005).
Tabela 1 - Critrios adotados para outorga de captao de guas superficiais (ANA, 2005).
rgo gestor
ANA
SRH-BA
SRH-CE
SEMARH-GO
IGAM-MG
AAGISA-PB
SUDERHSA-PR
SECTMA-PE
Vazo mxima outorgvel

70% da Q95 podendo variar em funo
das peculiaridades de cada regio. 20%
para cada usurio individual
80% da Q90
20% para cada usurio individual
90% da Q90reg
70% da Q95
30% da Q7,10 para captaes a fio
dgua. Para captaes em
reservatrios, podem ser liberadas
vazes superiores, mantendo o mnimo
residual de 70% da Q7,10 durante todo o
tempo.
90% da Q90reg. Em lagos territoriais, o
limite outorgvel reduzido em 1/3.
50% da Q95
Depende do risco que o requerente
pode assumir
SERHID-RN
80% da Q95 (Rios) e 80% da Q90reg

(Audes)
90% da Q90reg
SEMA-RS
No est definido
SEMAR-PI
DAEE-SP
SEPLANTEC-SE
NATURATINS-TO
50% da Q7,10 por bacia.

Individualmente nunca ultrapassar
20% da Q7,10.
100% da Q90 30% da Q90 para cada
usurio individual
75% Q90 por bacia. Individualmente o
mximo 25% da mesma Q90. Para
barragens de regularizao, 75% da
vazo de referncia adotada.
Legislao referente vazo mxima

outorgvel
No existe, em funo das
peculiaridades do Pas, podendo variar
o critrio.
Decreto Estadual 6.296/97
Limites mximos de vazes

consideradas insignificantes
Legislao referente definio das

vazes insignificantes
1,0 L/s
Resoluo ANA 542/2004
0,5 L/s
Decreto Estadual n 23.067/94
2,0 m/h (0,56 L/s para guas

superficiais e subterrneas)
No possui legislao especfica.
No esto ainda definidos
Portarias do IGAM n 010/98 e 007/99.

Decreto Estadual 4646/2001
No existe legislao especfica.
1,0 L/s para a maior parte do Estado e

0,5 L/s para as regies de escassez
(guas superficiais) 10,0 m/dia (guas
subterrneas)
2,0 m/h (0,56 L/s para guas
superficiais e subterrneas)
1,0 m/h (0,3 L/s)
0,5 l/s ou 43 m/dia (guas superficiais)
5,0 m/dia (guas subterrneas para
abastecimento humano)

Decreto Estadual n 23.067/94
-
Deliberao CERH-MG n 09/2004

No esto ainda definidos
Decreto Estadual N 13.283/97
1,0 m/h (0,3 L/s)
Decreto Estadual N 13.283/97
Media mensal at 2,0 m/dia (guas

subterrneas)
Decreto Estadual 42047/2002
5,0 m/dia (guas subterrneas)
No existe legislao especfica

Decreto estadual j aprovado pela
Cmara de outorga do Conselho
Estadual de Recursos Hdricos.
2,5 m/h (0,69 L/s)

0,25L/s ou 21,60 m/dia. A minuta de
regulamentao aprovada deve alterar
para 1,0L/s ou 21,60 m/dia
Resoluo N 01/2001
Portaria NATURATINS n 118/2002
2.2.4. Clculo das vazes disponveis para outorga

A estimativa da vazo mxima disponvel para fins de outorga (Qdisp) realizada a partir
da anlise conjunta da estimativa da vazo mnima e das outorgas emitidas montante e
jusante da seo de interesse.
Na situao em que se analisam as outorgas emitidas montante da seo de
interesse, a vazo mxima disponvel para outorga dada por
n
Q disp _ m x m Q mr _ m - Q mt i
(1)
i 1
em que
Qdisp_m
vazo mxima disponvel para ser outorgada, considerando as

abstraes das vazes outorgadas montante da seo de interesse,
m3s-1;
xm
percentagem, expressa em decimal, da Qmr_m passvel de ser

outorgada, adimensional;
Qmr_m
vazo mnima de referncia estimada na seo de interesse, m3s-1;
nmero de outorgas montante da seo de interesse, adimensional;
outorga i montante da seo de interesse, adimensional; e
Qmti
vazo outorgada no ponto i montante da seo de interesse, m3s-1.
Conforme se evidencia pela equao 1, valores negativos de Qdisp_m indicam uma

situao de vazes outorgadas montante da seo de interesse superiores ao mximo
permissvel de acordo com o critrio de outorga.
A estimativa da vazo mnima de referncia (Qmr_m) feita conforme o
procedimento descrito no item anterior, devendo o usurio proceder apenas
identificao da vazo a ser utilizada (Q7,10, Q90 ou Q95), conforme o critrio de outorga
da bacia.
O percentual da Qmr_m passvel de ser outorgada (xm) definido pelo rgo
gestor da bacia, podendo ser estadual ou federal de acordo com a dominialidade do
curso dgua em anlise. O valor obtido por xmQmr_m corresponde vazo mxima
passvel de ser outorgada, ou seja, o limite de vazo passvel de ser utilizado na seo
em estudo.
10
Como discute Catalunha (2004), qualquer retirada em uma seo do curso

dgua acarreta mudanas nas condies de uso das sees jusante. Desse modo, no
se pode outorgar em uma seo vazes que comprometam a disponibilidade hdrica das
outorgas emitidas jusante da seo de interesse. Assim, na situao em se analisam as
outorgas emitidas jusante, o sistema identifica para cada ponto de outorga jusante da
seo de interesse a vazo disponvel para outorga, dada por
n
Q disp _ j x j Q mr _ j - Q mt _ ji
(2)
i1
em que
Qdisp_j
vazo disponvel para outorga, no ponto de outorga em anlise

jusante da seo de interesse, m3s-1;
xj
percentagem, expressa em decimal, da Qmr_j passvel de ser outorgada

no ponto de outorga em anlise jusante da seo de interesse,
adimensional;
Qmr_j
vazo mnima de referncia estimada no ponto de outorga em anlise

jusante da seo de interesse, m3s-1; e
Qmt_ji
vazo outorgada no ponto i montante do ponto de outorga em

anlise jusante da seo de interesse, m3s-1.
Desse modo, para cada outorga a jusante da seo de interesse obtido um valor
de Qdisp_j. A vazo mxima disponvel para outorga na seo de interesse limitada pelo
menor valor de Qdisp_j obtido dentre os pontos de outorga jusante. Assim, se a Qdisp_m
for menor que a Qdisp_j a Qdisp na seo de interesse corresponde a Qdisp_m. Por outro
lado, se a Qdisp_m for maior que a Qdisp_j implica que a vazo mxima passvel de outorga
na seo de interesse limitada pela disponibilidade hdrica jusante, correspondendo
portanto a Qdisp_j .
Dessa forma, o valor de Qdisp corresponde vazo remanescente para futuras
outorgas, devendo ser utilizado na anlise do processo de concesso de outorga.
Considerando que o procedimento de outorga em condies ideais deve ser realizado
em uma base mensal, deve-se proceder todas as anlises das vazes outorgadas
mensalmente, por um perodo de anos escolhido pelo usurio.
11
2.3. Sistema de Informaes Sobre Recursos Hdricos

O Sistema de Informaes sobre Recursos Hdricos (SISRH) um sistema de coleta,
tratamento, armazenamento e recuperao de informaes sobre recursos hdricos e
fatores intervenientes em sua gesto (BRASIL, 1997).
A Lei n 9.433 define como princpios bsicos para o funcionamento do SISRH:
a descentralizao da obteno e produo de dados e informaes; coordenao
unificada do sistema; e o acesso aos dados e informaes garantido toda a sociedade.
J os objetivos do Sistema Nacional de Informaes sobre Recursos Hdricos
(SNIRH), que consiste em um sistema aplicado no mbito federal, so: reunir, dar
consistncia e divulgar os dados e informaes sobre a situao qualitativa e
quantitativa dos recursos hdricos no Brasil; atualizar permanentemente as informaes
sobre disponibilidade e demanda de recursos hdricos em todo o territrio nacional; e
fornecer subsdios para a elaborao dos Planos de Recursos Hdricos.
A Agncia Nacional de guas (ANA), obedecendo aos fundamentos, objetivos e
s diretrizes da Poltica Nacional de Recursos Hdricos, fica responsvel por organizar,
implantar e gerir o SNIRH, conforme previsto no captulo II, art. 4, inciso XIV, da Lei
n 9.984, de 17 de julho de 2000 (BRASIL, 2000).
Segundo os autores (SOUSA et al., 2009), que descreveram o conceito e a
arquitetura operacional do SNIRH, o sistema foi concebido para prestar informaes
sobre recursos hdricos e sobre a gesto desses recursos no Brasil. Portanto, apesar de
apoiar a gesto dos usos mltiplos em nvel nacional, atualmente o SNIRH no
desempenha a funo de controle, j que a gesto descentralizada e compartilhada
com os Estados. A expectativa que este controle seja realizado pelas entidades
gestoras estaduais, e que as bases de informao se comuniquem, no sendo a
descentralizao da gesto um empecilho unificao do sistema (MARQUES, 2010).
O SNIRH, consiste em uma plataforma de suporte computacional composta de
subsistemas, base de dados, plataforma de integrao, infra-estrutura computacional e
recursos humanos e organizacionais.
Os subsistemas componentes do SNIRH renem o conjunto de aplicaes
computacionais que executam as funes previstas para apoio aos diversos processos de
Gesto de Recursos Hdricos. O conjunto de subsistemas, bem como as interfaces de
comunicao, podem ser melhor visualizadas na Figura 1.
12
Figura 1 - Subsistemas do Sistema de Informaes sobre Recursos Hdricos (ANA, 2009)
Uma descrio detalhada dos subsistemas pode ser encontrado em (ANA, 2009).
Dentre os elementos da Figura 1, vale destacar a Interface Inteligente de Comunicao
de Dados InCOM, que so dispositivos independentes e modulares com o objetivo de
promover a troca de dados e informaes com outros sistemas, tanto interna quanto
externamente. Atualmente essa interface utilizada apenas para a comunicao entre
sistemas da ANA, mas possivelmente, no futuro, ela tambm ser utilizada para
comunicao com sistemas externos.
A base de dados do SNIRH tem como um de seus fundamentos bsicos, permitir
o armazenamento de informaes de diversas estruturas, uma vez que grande
diversidade de dados a serem tratados como podemos observar na Figura 2.
13
Figura 2 - Principais tipos de informao na base de dados do SNIRH (ANA, 2009)
Apesar da arquitetura do SNIRH estar bem fundamentada em ANA (2009), essa

arquitetura no possui um nvel de detalhe suficiente para que seja reaproveitada na
construo dos sistemas estaduais. Assim, atualmente necessrio que cada rgo
estadual desenvolva os seus sistemas de forma independente.
Atendendo ao que preconiza a Lei n 9433, e as leis estaduais anlogas, que
instituem as Polticas Estaduais de Recursos Hdricos, que tambm prevem o Sistema
de Informaes como um instrumento estratgico para a gesto e o planejamento dos
recursos hdricos em domnios estaduais, os rgos gestores de recursos hdricos
estaduais comearam a abrir licitaes para a construo dos seus prprios sistemas.
Em 2000, o Ministrio do Meio Ambiente, atravs da Secretaria de Recursos
Hdricos, desenvolveu o SISAGUA Sistemas de Apoio ao Gerenciamento de Usurios
da gua (MMA, 2000), envolvendo um sistema de controle de outorgas (SISCO), um
sistema de informaes georreferenciadas (SIGEO) e um sistema de armazenamento de
informaes quali-quantitativas das outorgas (SQAO). Desde ento tem sido
desenvolvido uma srie de sistemas para o apoio gesto e planejamento dos recursos
hdricos. Esses sistemas vm utilizando variadas tecnologias no seu desenvolvimento, e
cada um possui uma estrutura prpria e independente.
14
2.3.1. Sistema de Informao Geogrfica

Atualmente os sistemas de informao geogrfica tm sido bastante utilizados, para
auxiliar na gesto e planejamentos dos recursos hdricos.
Sistemas de Informaes Geogrficas (SIG) so sistemas automatizados capazes
de armazenar, analisar e manipular dados geogrficos, ou seja, dados que representam
objetos e fenmenos em que a localizao geogrfica uma caracterstica inerente
informao e indispensvel para anlises e processamentos (CMARA et al, 1996).
Como percebe-se na Figura 2, grande parte dos dados sobre recursos hdricos
so dados espaciais como, por exemplo, hidrografia, relevo, localizao de
intervenes, mapa de direo de escoamento de terreno e etc. So dados que
necessitam de um SIG para a sua melhor visualizao e manipulao. Visto isso, os
SIGs tornaram-se uma ferramenta poderosa para auxiliar a gesto de recursos hdricos.
2.4. Arquitetura de Software

Atualmente softwares so utilizados em vrios momentos do dia-a-dia. Usamos
software quando utilizamos um celular, quando efetuamos uma compra pela internet,
usamos um carto de crdito, ou at mesmo quando utilizamos um elevador. Para que o
aumento da confiabilidade nos softwares seja sustentada, eles necessitam realizar as
funes de forma adequada, ter um mnimo aceitvel de qualidade, estar disponvel
quando solicitado, e ter preo e prazo de entregas aceitveis. Todas essas caractersticas
so diretamente influenciadas pela arquitetura de software.
Alm disso, com o aumento do tamanho e complexidade dos sistemas, os
problemas nos projetos de software tm ido alm dos algoritmos e estruturas de dados,
projetar e especificar toda a estrutura de um sistema tornou-se um grande problema.
Nesse contexto que entra a Arquitetura de Software.
Atualmente existem diversas definies para Arquitetura de Software, dentre
elas pode-se destacar:
Uma arquitetura um conjunto de decises significantes sobre a
organizao de um sistema de software, a seleo dos elementos
estruturais e suas interfaces pelo qual o sistema composto, juntamente
com seus comportamentos como especificado nas colaboraes entre
esses elementos, a composio entre estes elementos em subsistemas
progressivamente maiores, e o estilo arquitetural que guia esta
15
organizao estes elementos e suas interfaces, suas colaboraes, e

suas composies (KRUCHTEN, 2000).
Uma arquitetura de software de um programa ou sistema de
computao uma estrutura ou estruturas de um sistema, o qual
compreende
elementos
de
software,
as
propriedades
visveis
externamente destes elementos, e os relacionamentos entre eles (BASS,

2003).
A arquitetura de software de um sistema ou uma coleo de
sistemas consiste em todas as decises de projeto importantes
relacionadas s estruturas do software e as interaes entre estas
estruturas. As decises de projeto apiam um conjunto de qualidades
desejadas que o sistema deva suportar para ser bem sucedido. As
decises
de
projeto
provem
uma
base
conceitual
para
desenvolvimento, apoio, e manuteno dos sistemas (MCGOVERN,

2004).
Apesar das definies mostradas anteriormente serem de certa forma diferentes,
elas possuem um alto grau de semelhana. A maioria das definies indica que um
arquitetura se preocupa tanto com a estrutura (e os relacionamentos entre estas
estruturas) quanto com o comportamento de um sistema, mas o interesse da arquitetura
se volta apenas para os elementos mais significantes do projeto. Nesse sentido que a
arquitetura se difere do design de um sistema.
Toda arquitetura design, mas nem todo design arquitetura.
Arquitetura representa as decises importantes do projeto, onde
importncia medido pelo custo de mudana (BOOCH, 2009).
Como podemos perceber, o foco da arquitetura est nas decises sistmicas que
causam maior impacto ao projeto. A Figura 3 mostra onde est o foco das decises
arquiteturais.
16
Grande Impacto
Pouco Impacto
Sistmico
(amplo escopo)
Local
(alta prioridade, importante para o

negcio)
no arquitetural
foco das decises

arquiteturais
no arquitetural
geralmente no arquitetural
Figura 3 - Escopo de Deciso X Impacto (Malan, 2005)
Uma vez que o foco da arquitetura est somente nos elementos significantes, ela
prov uma viso particular do sistema em considerao, com foco no que mais
relevante para o arquiteto de software. Neste sentido, uma arquitetura uma abstrao
de um sistema que ajuda o arquiteto a gerenciar complexidade (EELES, 2009).
No campo da arquitetura de software existem trs conceitos importantes (Figura
4), a figura do arquiteto, as tarefas de arquitetar que ele executa, e a arquitetura
resultante dessa tarefa.
Arquiteto
executa
cria
Arquitetar
resulta na
Arquitetura
Figura 4 - Trs conceitos fundamentais em arquitetura de software: arquiteto, arquitetar e arquitetura.
O conceito de arquitetura j foi discutido anteriormente, j os dois conceitos

fundamentais restantes sero discutidos a seguir.
Um arquiteto uma pessoa, equipe, ou organizao responsvel
pela arquitetura de sistemas (IEEE, 2000).
O papel do arquiteto sem dvida o mais desafiador em qualquer projeto de
desenvolvimento de software. O Arquiteto o lder tcnico do projeto, e da perspectiva
tcnica, ele carrega a responsabilidade do sucesso tcnico ou falha do projeto.
Peter Eeles (EELES, 2009) descreve um arquiteto como um lder tcnico que
possui algumas habilidades em reas especficas.
17
O arquiteto um lder tcnico Diferentemente do gerente de projetos, o

arquiteto o lder tcnico do projeto, que possui habilidades tcnicas e de
liderana, e deve ter autoridade para tomar decises tcnicas. Por sua vez, o
gerente de projeto tem a preocupao mais voltada para o plano de projeto,
em termos de recursos, cronograma, custos e etc.
O papel do arquiteto pode ser desempenhado por um time As melhores

arquiteturas geralmente so criadas por um time ao invs de uma nica
pessoa, simplesmente porque existe maior abrangncia e profundidade do
conhecimento quando mais de uma pessoa est envolvida.
O arquiteto entende o processo de desenvolvimento de software O

arquiteto deve valorizar e entender o processo de desenvolvimento de
software, porque esse processo assegura que todos os membros do time
trabalhem de uma maneira coordenada.
O arquiteto tem conhecimento do domnio do negcio recomendvel que

o arquiteto tenha conhecimento do domnio do negcio, assim ele pode atuar
como intermediador entre os usurios, que entendem do negcio, e os
membros da equipe de desenvolvimento. Um bom arquiteto possui um bom
equilbrio entre o conhecimento na rea de desenvolvimento de software e o
conhecimento na rea de domnio do negcio.
O arquiteto tem conhecimento tecnolgico Certos aspectos da tarefa de

arquitetar claramente requerem um conhecimento tecnolgico. Um arquiteto
no precisa ser um especialista em tecnologia, no entanto, ele necessita
conhecer os elementos mais significativos de uma tecnologia, no os
detalhes.
O arquiteto tem habilidade de design de software O design claramente

um aspecto fundamental da tarefa de arquitetar, visto que toda arquitetura
design (BOOCH, 2009).
O arquiteto tem habilidades de programao A comunicao entre o

arquiteto e os desenvolvedores s ser eficaz se o arquiteto tiver apreo ao
trabalho dos desenvolvedores.
O arquiteto um bom comunicador Comunicao com as pessoas

envolvidas no projeto fundamental para entender s suas necessidades e
tambm para expor a arquitetura criada.
18
O arquiteto toma decises Durante o ciclo de vida de um projeto o

arquiteto dever tomar diversas decises que influenciaram o futuro do
projeto. A falta de habilidade de tomar decises de um arquiteto ir
vagarosamente minar o projeto.
O arquiteto um negociador Durante as diversas fases da construo de

uma arquitetura o arquiteto interage com diversas pessoas envolvidas no
projeto (stakeholders). Algumas dessas interaes requerem habilidades de
negociador.
Tendo descrito o que uma arquitetura e tendo definido as caractersticas e o

papel do arquiteto, j pode-se definir o que arquitetar.
Arquitetar um software, representa a atividade de definir,
documentar, manter, expandir, e implementar adequadamente uma
arquitetura (IEEE, 2000).
Arquitetar no uma tarefa simples, e exige em muitos casos muita experincia
e tcnica do arquiteto. Segundo Eeles (2009), arquitetar ao mesmo tempo uma cincia
e uma arte, que apesar de ser reconhecida como uma disciplina que enfatiza as tcnicas,
processos, e ativos que focam na melhoria do processo de arquitetar, ela tambm exige
do arquiteto um certo nvel de criatividade. Em alguns casos no existe um modelo de
experincia disponvel para seguir, o que faz com que o arquiteto trabalhe como um
artista que comea a sua pintura a partir de uma tela em branco.
A tarefa de arquitetar no termina at que o sistema seja entregue. Muitas vezes,
decises arquiteturais devem ser tomadas durante todo o projeto. O que faz com que o
arquiteto deva ficar trabalhando na equipe at o fim do projeto. Logicamente, quando as
principais decises arquiteturais tiverem sido tomadas, no h necessidade de que o
arquiteto trabalhe em tempo integral no projeto.
Geralmente ao se construir uma arquitetura de software no precisamos comear
do zero, na maioria dos casos podemos utilizar frameworks e estilos arquiteturais
existentes.
Um estilo arquitetural, define uma famlia de sistemas, em termos
de um padro de organizao estrutural. Mais especificamente, um estilo
arquitetural determina o vocabulrio de componentes e conectores que
podem ser utilizados em instncias do estilo, juntamente com um
conjunto de restries sobre a forma como eles podem ser combinados
(GARLAN, 1994).
19
Um estilo arquitetural melhora o particionamento e reuso do projeto, fornecendo

solues para problemas recorrentes. Por sua vez, os frameworks auxiliam na
construo e documentao de uma arquitetura. Existem atualmente no mercado
diversos frameworks que auxiliam na descrio de uma arquitetura de software. Cada
framework geralmente possui determinada caracterstica.
Kruchten (1995), em seu trabalho The 4+1 View Model of Software
Architecture, por exemplo, tem como caracterstica o uso de mltiplas vises e o uso de
uma viso de cenrios. J Rozanski (2005), em seu livro Software Systems Architecture
: Working With Stakeholders Using Viewpoints and Perspectives, tem como foco os
requisitos transversais. Por sua vez Zachman (1987), atravs do chamado Zachman
Framework, separa em nveis de realizaes o conjunto de descries de arquiteturas
que compem a descrio da arquitetura para uma empresa.
Dentre os frameworks existentes na atualidade, Sessions (2007) destaca quatro
deles como sendo os mais importantes: o Zachman Framework (ZACHMAN, 1987); o
Open Group Architectural Framework (TOGAF) (HARRISON, 2010), que embora
seja chamado de framework mais conhecido atualmente como um processo; o Federal
Enterprise Architecture (FEA) (FEA, 2007), que pode ser visto tanto como uma
arquitetura corporativa implementada ou como uma metodologia prescritiva para a
criao de uma arquitetura corporativa; e o Gartner Methodology (JAMES, 2005), que
melhor descrito como uma prtica arquitetural corporativa.
Dentre os frameworks citados anteriormente, o Zachman Framework merece
destaque. Basicamente, o campo da arquitetura coorporativa teve incio em 1987, com a
publicao no IBM Systems Journal de um artigo cujo ttulo era A Framework for
Information Systems Architecture (ZACHMAN, 1987), escrito por J. A. Zachman.
Nesse artigo, Zachman apresentou o desafio e a viso das arquiteturas corporativas que
serviriam de orientao para esse campo nas duas dcadas que se seguiram. Gerenciar a
complexidade dos sistemas cada vez mais distribudos era o desafio.
Zachman foi a principal influncia de uma das primeiras tentativas feitas por
uma agncia do governo dos Estados Unidos, o Departamento de Defesa, para criar uma
arquitetura corporativa. Essa tentativa ficou conhecida como Technical Architecture
Framework for Information Management (TAFIM) (DOD, 1994), sendo modificado
mais tarde pelo Open Group e originou o TOGAF.
Ainda nos dias de hoje o Zachman Framework tem sido amplamente utilizado.
Dantu (2011) utiliza dinmica de sistemas juntamente com o Zachman Framework para
20
estabelecer todo o escopo e contexto de toda tomada de deciso mdica feita dentro de
um centro mdico moderno. J Gokhale (2010) busca explorar o impacto de se integrar
o Zachman Framework com Balanced Scorecard (BSC), que um sistema para
gerenciamento e planejamento estratgico. Por sua vez, Gona (2011) utiliza o Zachman
Framework para ajudar a mensurar a qualidade em unidades de sade. J Rachuri et al.
(2011) prope uma abordagem multiperspectiva baseada no Zachman Framework para
ajudar a identificar as lacunas e sobreposies, harmonizar e desenvolver estratgias de
implementao de normas de sustentabilidade.
Para o desenvolvimento deste trabalho foi utilizado o Zachman Framework em
razo da sua vasta popularidade e simplicidade de utilizao. Segundo Pereira & Sousa
(2004), o Zachman Framework o framework mais conhecido no contexto da
arquitetura corporativa. Ele o framework mais citado, o qual o torna uma base para
avaliar, criar e customizar outros frameworks, mtodos e ferramentas (FATOLAHI,
2006).
2.4.1. Zachman Framework

Em 1987 John A. Zachman, um pesquisador da IBM, props o que agora chamamos de
Zachman Framework, uma forma de conceituar o que est envolvido em qualquer
arquitetura de sistemas de informao. Zachman sugeriu um paralelo entre a construo
civil com seus desenhos e plantas baixas, e o desenvolvimento de software. Ele
ressaltou que uma organizao no tem uma nica arquitetura, mas em vez disso, uma
srie de diagramas e documentos que representam diferentes aspectos ou pontos de
vista, e diferentes fases.
Desde seu artigo original, publicado em 1987, Zachman tem trabalhado para
refinar e melhorar seu framework, at chegar ao atual Zachman Framework for
Enterprise Architecture. Adicionalmente, o termo enterprise architecture se refere a um
conjunto de descries de elementos de arquiteturas que, quando agrupados em um todo
coeso, provm uma viso completa de uma organizao.
O Zachman Framework uma forma de conceituar como todas as arquiteturas
especficas que uma organizao pode criar, podem ser integradas dentro de uma viso
de fcil compreenso. Ele um modelo analtico ou esquema de classificao que
organiza representaes descritivas. Ele no descreve um processo de implementao e
independente de metodologias especficas (FRANKEL, 2003).
21
O Framework for Enterprise Architecture (Figura 5) um esquema de

classificao bidimensional para representaes descritivas de uma empresa, que
tambm pode ser utilizado para descrio de arquitetura de software.
Figura 5 - Zachman Framework (ZACHMAN, 1987)
Cada linha descreve as perspectivas daqueles que usam os modelos ou

descries contidas nas clulas. A linha superior representa uma perspectiva mais
genrica de uma organizao, enquanto as linhas mais baixas so sucessivamente mais
concretas. A linha inferior representa uma descrio dos dados atuais, cdigos e pessoas
que compem a empresa.
As perspectivas, iniciando do topo da tabela, so:
Escopo: (contextual) Perspectiva do planejador - Descreve os modelos,

arquiteturas e representaes que fornecem os limites para a organizao, e
descreve o que os executivos snior devem considerar, por exemplo, quando eles
pensam sobre a organizao e como ela interage com o mundo.
Modelo de negcio: (conceitual) Perspectiva do proprietrio - Descreve os

modelos, arquiteturas e descries utilizadas pelos indivduos que so os donos
22
do processo de negcio. Eles se concentram nas caractersticas de uso dos

produtos.
Modelo de sistema: (lgico) Perspectiva do projetista - Descreve os modelos,

arquiteturas e descries utilizadas por engenheiros, arquitetos e aqueles que
fazem o intermdio entre o que desejvel e o que tecnicamente possvel.
Modelo tecnolgico: (fsico) Perspectiva do desenvolvedor - Descreve os

modelos, arquiteturas e descries utilizadas por tcnicos, engenheiros e pessoas
contratadas para projetar e criar o produto. A nfase aqui nas restries e o que
ser realmente construdo.
Representaes detalhadas: (fora do contexto) Perspectiva do subcontratado Descreve os elementos atuais ou partes que esto includas, ou compem, o
produto final (por exemplo os componentes de software). Usando a metfora da
construo civil, Zachman refere a ela como uma perspectiva da empreiteira, e
isso faz sentido no desenvolvimento de software quando o projeto
implementado com mdulos ou componentes adquiridos de terceiros.
Funcionamento da empresa - A linha inferior representa os elementos que esto

atualmente implantados e em execuo, dados e pessoas da organizao. Ela no
uma perspectiva como tal, mas o mundo real em toda sua complexidade, que
sustenta todas as perspectivas abstratas acima dela.
As colunas do framework descrevem os tipos de abstraes que definem cada

perspectiva. Elas representam diferentes reas de interesse para cada perspectiva. So
elas:
Dados: O que feito? Tem foco na composio material do produto. No caso de

sistemas de software, o foco nos dados.
Funo: Como isso funciona? Tem foco nas funes ou transformaes do

produto.
Rede: Onde os elementos esto relativamente localizados um em relao ao

outro? Tem foco na geometria ou conectividade do produto.
Pessoas: Quem faz o trabalho? O foco nas pessoas, manuais, instrues de

operao ou modelos que eles usam para realizar suas tarefas.
Tempo: Quando as coisas acontecem? O foco no ciclo de vida, calendrio e o

cronograma usado para controlar as atividades.
23
Motivao: Por que as coisas acontecem? O foco nas metas, planos e regras
que prescrevem polticas e fins que norteiam a organizao.
Cada clula descreve uma arquitetura, modelo, representao ou descrio que

uma organizao pode documentar. Cada uma das clulas do quadro autnoma, assim
cada uma pode ser descrita ou modelada de forma independente. Todas as clulas em
uma determinada linha compem uma determinada perspectiva. Todas as clulas em
uma coluna esto relacionadas umas aos outras desde que o foco esteja sobre o mesmo
tipo de elementos.
24
3. ARQUITETURA DESENVOLVIDA PARA SISTEMAS DE

INFORMAO SOBRE RECURSOS HDRICOS
Levando em considerao que a linha superior do Zachman Framework representa uma
perspectiva mais genrica de um sistema, enquanto as linhas mais baixas so
sucessivamente mais concretas, no mapeamento foi includo os modelos de escopo,
modelo de negcios e modelo de sistema. O modelo tecnolgico no foi includo, uma
vez que no desenvolvimento da arquitetura busca-se uma independncia tecnolgica. A
representao detalhada tambm no ser includa, uma vez que depende da
metodologia de implementao utilizada, podendo ser obtida de diversas formas a partir
do conjunto de arquiteturas que compe as perspectivas superiores.
Comearemos descrevendo uma linha de cada vez e suas respectivas colunas,
partindo assim da linha que descreve a perspectiva do planejador at chegar perspectiva
do projetista.
Alguns campos no sero descritos, por serem uma pequena variao do nvel
superior, ou por ser irrelevante para a arquitetura.
Para auxiliar na construo da arquitetura e utilizao do Zachman Framework,
foi utilizado o software Enterprise Architect da empresa Sparx Systems (SPARX
SYSTEMS, 2012), juntamente com uma extenso que d suporte do Zachman
Framework.
3.1. Nvel Arquitetural Escopo

Este o nvel contextual que corresponde perspectiva do planejador, mais prxima da
viso do negcio.
3.1.1. Dados (O que)

Nesse campo so mostrados alguns ativos relativos gesto de recursos hdricos no
Brasil. Tais ativos foram selecionados por possurem um contedo de leitura adequado
para se ter uma boa viso do contexto do negcio. Os ativos podem ser facilmente
acessados na arquitetura apenas clicando com o mouse em cima do pacote.
A Figura 6 exibe o pacote que contm alguns ativos que auxiliam a compreenso
do domnio em questo.
25
Figura 6 - Ativos importantes para a construo de um SISRH.
Ao se acessar o pacote ser aberta uma nova pgina (Figura 7) onde possvel
visualizar os ativos, a partir da possvel abri-los clicando no link ao lado deles.
Figura 7 - Pgina de acesso aos ativos.
Grande parte dos diagramas contidos nos outros nveis da arquitetura foram
inspirados, de certa forma, nos documentos apresentados neste campo do framework.
3.1.2. Funo (Como)

Aqui so exibidos os instrumentos da Poltica Nacional de Recursos Hdricos, que so
usados para apoiar a gesto de recursos hdricos no pas. A Figura 8 exibe esses
instrumentos. Dentre os instrumentos mostrados na Figura 8, deve-se dar ateno
especial ao Sistema de Informao sobre Recursos Hdricos.
Maiores detalhes sobre cada um dos instrumentos apresentados na Figura 8,
podem ser encontrados em Brasil (1997).
26
Figura 8 - Instrumentos da Poltica Nacional de Recursos Hdricos.
3.1.3. Rede (Onde)

Neste campo so exibidos blocos que separam informaes referentes aos dados para
contato dos principais rgos que esto relacionados gesto de recursos hdricos no
Brasil.
A Figura 9 separa os rgos em pequenos blocos para facilitar o acesso aos
dados de contato de cada um. Para acessar as informaes de contato dentro da
arquitetura basta clicar nos links ao lado dos blocos.
Figura 9 - Contatos dos principais rgos responsveis pela gesto dos recursos hdricos no pas.
3.1.4. Pessoas (Quem)

Neste campo mostrada a estrutura organizacional da gesto de recursos hdricos no
Brasil. A Figura 10 exibe um organograma que separa os rgos pelo mbito (nacional
ou estadual) e pela responsabilidade (formulao da poltica ou implementao dela).
27
Figura 10 - Organograma da gesto dos recursos hdricos no Brasil. (VILELLA, 2004)
Cada rgo tem um papel essencial na gesto dos recursos hdricos no pas, e a
sua cooperao fundamental para desempenharem de forma adequada a sua funo.
3.1.5. Tempo (Quando)

Neste campo so colocados alguns dos eventos de negcio principais relativos gesto
de recursos hdricos. A Figura 11 exibe alguns desses eventos.
Figura 11 - Alguns eventos de negcio importantes para a gesto dos recursos hdricos.
Todos os eventos listados so importantes para a gesto de recursos hdricos.

Alguns deles podem levar a ocorrncia de outros, como o caso de uma situao de
escassez de gua que pode levar a um conflito pelo uso da gua.
28
3.1.6. Motivao (Por que)

A motivao aqui descrita basicamente a Lei 9433/1997 (BRASIL, 1997), e os demais
decretos e leis que regulamentam a gesto de recursos hdricos nos estados e no Brasil.
Algumas delas podem ser visualizadas na Tabela 1. Como o nmero de decretos e leis
muito extenso, grande parte no foram adicionadas aqui.
Algumas leis, decretos e resolues importantes, podem ser visualizadas em
Santa Catariana (2008).
3.2. Nvel Arquitetural Modelo de Negcios

Este o nvel conceitual que corresponde a perspectiva do proprietrio do negcio.

Aqui so descritos as principais entidades envolvidas no modelo de negcios. A Figura
12 exibe um diagrama entidade-relacionamento que descreve os elementos principais
desse domnio e os seus relacionamentos.
As entidades Finalidade de Uso e Interveno podem se especializar em outras
entidades, e essa especializao disjunta, ou seja, s pode se especializar em uma
entidade de cada vez.
Este diagrama foi construdo com base nos manuais tcnicos de outorga
disponveis no nvel arquitetural escopo, na seo de dados desta arquitetura.
29
Figura 12 - Diagrama entidade-relacionamento com os elementos principais do domnio.
30
3.2.2. Funo (Como)

A arquitetura aqui descrita muito semelhante exibida na perspectiva anterior, no
sendo necessrio descrev-la aqui novamente.
3.2.3. Rede (Onde)

So mostrados aqui a localizao dos rgos relacionados a gesto dos recursos hdricos
em cada estado. Em alguns estados, pode existir mais de um rgo que participa da
gesto dos recursos hdricos. A Figura 13 mostra a rede dos rgos gestores estaduais
no Brasil. Para mais detalhes sobre cada rgo necessrio visualizar a arquitetura
criada nesse nvel para a perspectiva anterior, onde possvel visualizar a descrio de
cada sigla, alem do endereo na internet de cada rgo.
SEMA
SEMA
SEMACT
SEMA
SEMAR
SRH / COGERH /SEMACE

SEMARH/IGARH/IDEMA
SRH/SECTMA/CPRH
SDS / IPAAM
SECTMA/AESA
SEMA / IMAC
SEDAM
NATURANTINS/SRHMA
SEMARH / IMA
SEMARH/SRH/ADEMA
SEMA
SEMA / ING / IMA
IBRAM/SEDUMA/ADASA
SEMARH
SEAMA/IEMA
SEMAC/IMASUL
SEMA/IAP
SERLA/FEEMA/INEA/SEA
SDS/FATMA
IGAM/FEAM/SEMAD
SEMA/DAEE/CETESB
SEMA
Figura 13 Orgos gestores dos recursos hdricos por estado.
31

Os modelos de fluxo de trabalho so descritos aqui. A Figura 14 exibe o processo de
anlise tcnica de outorga.
Figura 14 - Processo de anlise tcnica de outorga.
O processo de outorga tambm foi adicionado na arquitetura, e est disponvel

no apndice B. Tais processos foram desenvolvidos com base na descrio de Silva
(2004).

O tempo aqui descrito muito semelhante ao mostrado na perspectiva anterior, no
cabendo ser descrito aqui novamente.

A motivao aqui descrita a mesma mostrada na perspectiva anterior do framework
do Zachman. A motivao continua sendo a legislao vigente que regulamenta a gesto
dos recursos hdricos a nvel estadual e nacional.
3.3. Nvel Arquitetural Modelo de Sistema

Este o nvel lgico que corresponde perspectiva do projetista do sistema.
32

Neste campo descrito o modelo lgico de dados na perspectiva do projetista. As
Figuras 15, 16 e 17 exibem o diagrama de classes para um Sistema de Informao sobre
Recursos Hdricos. Na figura 15 podemos observar que o Processo de outorga est
relacionado com um empreendimento que por sua vez est relacionado a um
Requerente. Os atributos das classes tambm so definidos, como o caso da classe
Processo com o campo modalidade, que pode assumir o valor de concesso ou
autorizao. Os domnios dos valores de alguns dos atributos das classes so
apresentados no apndice A deste trabalho.
A classe Processo est relacionada com uma classe abstrata Intervencao, esta
por sua vez pode se especializar em diversos tipos de intervenes como mostrado na
Figura 16. A especializao PocoTubular, que est detalhada da Figura 17, possui
uma srie de relacionamentos com outras classes, que ajudam a detalhar esse tipo de
interveno subterrnea.
33
Figura 15 Diagrama de classes para um SISRH (parte 1).
34
Figura 16 - Diagrama de classes para um SISRH (parte 2).
35
Figura 17 - Diagrama de classes para um SISRH (parte 3).
36
3.3.2. Funo (Como)

Neste campo apresentado uma srie de diagramas de atividade que descrevem
algumas das principais funes do sistema.
A Figura 18 exibe um diagrama de atividades para o clculo das vazes mnimas
de referncia.
Figura 18 - Diagrama de atividades para o clculo das vazes mnimas de referncia.
A Figura 19 exibe um diagrama de atividades para
o clculo das vazes
outorgadas. J a Figura 20 exibe o diagrama de atividades para avaliao da

disponibilidade hdrica.
37
Figura 19 - Diagrama de atividades para o clculo das vazes outorgadas.
38
Figura 20 - Diagrama de atividades para avaliao da disponibilidade hdrica para fins de outorga.
39
3.3.3. Rede (Onde)

Levando em considerao os tipos de dados a serem manipulados por um Sistema de
Informao Sobre Recursos Hdricos, a localizao dos usurios do sistema, e a
facilidade de manuteno futura do mesmo, foi utilizado um estilo arquitetural de trs
camadas, onde existe: a camada de dados que deve possuir suporte ao armazenamento
de dados geogrficos; a camada de negcios que deve ser composta tanto por um
servidor de aplicao, quanto por um servidor de mapas; e a camada de apresentao,
onde o sistema pode ser acessado preferencialmente por um navegador de internet, visto
que os usurios do sistema esto distribudos em localidades distintas. Esse estilo
arquitetural pode ser melhor visualizado na Figura 21.
Figura 21 - Estilo arquitetural de 3 camadas.
O banco de dados geogrfico deve ter capacidade de armazenamento de dados

tanto tabulares quando espaciais.
40

Os atores e casos de uso para o sistema so exibidos neste campo. Os atores envolvidos
so: o Analista de Processo, que responsvel pela anlise dos processos de outorga
cadastrados; o Requerente, que o proprietrio/responsvel pelo empreendimento; o
Responsvel Tcnico que o responsvel pelo fornecimento dos dados tcnicos da
outorga; o Administrador que tem a responsabilidade de cadastro e edio dos dados
fornecidos pelo Requerente e Responsvel Tcnico; e o Usurio, que um ator comum
no sistema, que tem permisses limitadas a consultas de vazes mnimas de referncia e
outorgas fornecidas. Os atores envolvidos no sistema podem ser visualizados na Figura
22.
Figura 22 - Atores envolvidos no um SISRH.
Os casos de uso do sistema foram adicionados em um pacote para melhor

visualizao dos mesmos, como exibido na Figura 23. Uma vez que se clique com o
mouse no pacote, ser aberto uma outra janela com os dados detalhados, como
exemplificado nas Figuras 24 e 25.
Os casos de uso principais receberam uma numerao com o prefixo UC para
melhor identificao.
41
Figura 23 - Casos de uso do sistema.
42
Figura 24 - Exemplos de casos de uso.
Figura 25 - Exemplos de casos de uso.
Os casos de uso descritos como Manter, como por exemplo o UC04 (Figura
25), incluem um conjunto de casos de uso comumente usados, como: inserir, editar,
atualizar, remover e pesquisar.
43

A arquitetura aqui descrita muito semelhante exibida na perspectiva anterior, no
sendo necessrio descrev-la aqui novamente.

Neste campo so descritos os requisitos bsicos para um Sistema de Informao Sobre
Recursos Hdricos. Tais requisitos so listados na Tabela 2.
Os cdigos listados na Tabela 2 possuem um prefixo F ou NF que corresponde
respectivamente a requisito funcional ou requisito no-funcional.
Tabela 2 - Requisitos bsicos para um Sistema de Informao Sobre Recursos Hdricos
CDIGO
F1
F2
F3
F4
F5
NF6
NF7
F8
F9
F10
F11
F12
F13
NF14
NF15
NF16
F17
F18
F19
F20
NF21
NF22
F23
NF24
NF25
REQUISITO
Permitir a gesto dos Responsveis Tcnicos.
Permitir a gesto dos Requerentes.
Permitir a gesto dos Analistas de Processo.
Permitir a gesto de Processos de Outorga.
Permitir a gesto de Intervenes.
Ser um sistema com velocidade rpida de resposta.
Permitir controle de usurios no sistema atravs de senha.
Permitir a gesto de guas superficiais.
Permitir a gesto de guas subterrneas.
Permitir a gesto de lanamento de efluentes.
Permitir o clculo das vazes mnimas de referncia (Q7,10 - Q90 - Q95) e
mdia (Qmld) para qualquer seo de interesse da hidrografia.
Permitir o clculo da vazo disponvel para outorga em um trecho de rio.
Permitir a gesto de membros de comits de bacia hidrogrfica.
Permitir a visualizao da bacia hidrogrfica e das intervenes atravs de
um mapa.
Permitir a insero das coordenadas geogrficas de uma interveno de
forma manual ou capturando diretamente no mapa.
O sistema deve ser acessvel atravs da internet.
Permitir a gesto de dados de qualidade de gua.
Manter dados de estaes de monitoramento (pluviomtricas e
fluviomtricas).
Permitir o armazenamento das vistorias dos processos.
Permitir a gesto de empreendimentos.
Permitir a transparncia dos dados das outorgas fornecidas.
Armazenar em um arquivo as modificaes feitas no banco de dados
juntamente com o nome do usurio que realizou a operao.
Manter dados georreferenciados sobre a bacia hidrogrfica (limite,
hidrografia, municpios e estados).
Permitir a descentralizao da obteno e produo de dados e informaes.
Permitir a coordenao unificada dos recursos hdricos de uma bacia
44
hidrogrfica.
Permitir o acesso aos dados e informaes a toda a sociedade.
Fornecer dados e informaes sobre a situao qualitativa e quantitativa dos
recurso hdricos de uma bacia.
Atualizar periodicamente as informaes sobre disponibilidade e demanda
de recursos hdricos de uma bacia.
NF26
F27
NF28
Na Tabela 3 exibida uma matriz de rastreabilidade, de requisito funcional

versus requisito funcional.
Tabela 3 - Matriz de rastreabilidade (requisito funcional vs requisito funcional)

F1
F2
F3
F4
F5
F8
F9
F10
F11
F12
F13
F17
F18
F19
F20
F23
F27
F1
F2
F3
F4
F5
x
x
F8
x
x
x
F9
F10
F11
F12
F13
F17
F18
F19
F20
x
x
x
x
x
x
x
x
x
F23
F27
45
4. MTODO DE UTILIZAO DA ARQUITETURA

DESENVOLVIDA
Para se utilizar a arquitetura desenvolvida, deve-se seguir uma determinada ordem de
atividades (Figura 26), que deve se iniciar no nvel arquitetural escopo (seo 3.1),
passando pelos nveis arquiteturais modelo de negcios (seo 3.2) e modelo de
sistema (seo 3.3), at chegar ao nvel arquitetural modelo tecnolgico que deve ser
criado pelo usurio desta arquitetura.
Figura 26 - Diagrama de atividades com o mtodo de utilizao da arquitetura desenvolvida.
Visto que, no desenvolvimento desta arquitetura buscamos uma maior

independncia tecnolgica, e sabendo que o nvel arquitetural modelo tecnolgico
est fortemente ligado tecnologias especficas, optamos por deixar que esse nvel seja
desenvolvido pelo usurio da arquitetura. Assim ele poder escolher entre as diversas
tecnologias existentes para desenvolvimento de sistemas de informao geogrfica.
Aps efetuar a leitura da arquitetura desenvolvida, o usurio dever avaliar quais
sero as tecnologias que sero adotadas no desenvolvimento do sistema. O leque de
tecnologias existentes muito grande, e a escolha de uma ferramenta no adequada para
o desenvolvimento do sistema pode custar alguns meses de trabalho, ou at mesmo o
fracasso do projeto. Essa etapa deve ser realizada com cuidado! Na seo 5.6 so
46
mostradas algumas tecnologias que podem ser utilizadas para o desenvolvimento desse
tipo de sistema.
Feita a seleo do ferramental que ser utilizado, o usurio dever partir para o
desenvolvimento do nvel arquitetural modelo tecnolgico. Que deve comear pela
customizao do diagrama de classes fornecido no nvel arquitetural modelo de
sistema, para se criar um modelo de dados adequado ao Sistema Gerenciador de Banco
de Dados que ser utilizado. Essa parte da arquitetura deve ser adicionada a coluna
dados, do nvel arquitetural modelo tecnolgico, contido no Framework do
Zachman.
Todos os modelos que sero utilizados como exemplo nesta seo foram
utilizados na construo do SINGERHnet, que ser discutido na seo 5 deste trabalho.
Na Figura 27 mostrado um exemplo de como poderiam ser exibidos as
entidade e os relacionamentos que descrevem a sua base de dados. A Figura 27 mostra
as entidades empreendimento e requerente com os seus relacionamentos atravs de
chave primria e chave estrangeira.
Figura 27 - Exemplo de como exibir as entidades da base de dados do sistema.
Com o banco de dados construdo necessrio que se faa a insero dos dados,
que foram criados utilizando uma base de dados previamente existentes, ou criadas do
zero utilizando Sistemas de Informao Geogrfica. Um ponto chave no tratamento
dos dados o processo de regionalizao de vazes e a ottocodificao da bacia
hidrogrfica.
47
O prximo passo definir o modelo de classes para o sistema, com base na

linguagem de programao que ser utilizada para o desenvolvimento do software.
Assim, como definir os frameworks que sero utilizados no decorrer do
desenvolvimento. A Figura 28 mostra um exemplo de como podem ser agrupados as
classes e os frameworks. Essa parte da arquitetura deve ser adicionada a coluna
Funo, do nvel arquitetural modelo tecnolgico, contido no Framework do
Zachman.
Figura 28 - Exemplo de modelo de classes.
48
Deve-se ento definir um estilo arquitetural em trs camadas, como

exemplificado na Figura 29. Essa parte da arquitetura deve ser adicionada a coluna
Rede, do nvel arquitetural modelo tecnolgico, contido no Framework do
Zachman.
Figura 29 - Estilo arquitetural em 3 camadas com as tecnologias adotadas na construo do sistema

SINGERHnet.
Tendo sido feitas as tarefas definidas anteriormente, necessrio que se crie os

prottipos de interface do sistema. Somente os prottipos de interface mais relevantes
para o sistema devem ser criadas. Tais prottipos devem ser adicionados a coluna
Pessoas, do nvel arquitetural modelo tecnolgico, contido no Framework do
Zachman. A Figura 30 mostra um exemplo de prottipo de interface para a pgina de
clculo de vazes do sistema.
49
Figura 30 - Prottipo de interface para a pgina de calculo de vazes.
Feito isso, passamos para a criao dos diagramas de sequncia mais relevantes
para o sistema. Os diagramas devem ser adicionados a coluna Pessoas, do nvel
arquitetural modelo tecnolgico, contido no Framework do Zachman.
Para a construo do sistema pode-se utilizar qualquer metodologia de
desenvolvimento de software utilizada atualmente.
No prximo capitulo ser apresentado um exemplo de utilizao, que foi criado
com base na arquitetura descrita neste trabalho.
50
5. EXEMPLO: SISTEMA INTEGRADO PARA A GESTO DE

RECURSOS HDRICOS (SINGERHnet)
Visando testar a arquitetura criada neste trabalho, foi desenvolvido um Sistema de
Informao sobre Recursos Hdricos, denominado Sistema Integrado para a Gesto de
Recursos Hdricos (SINGERHnet). O
SINGERHnet foi inspirado no trabalho de
Moreira (2006) e pode ser considerado uma evoluo do mesmo.

Para este estudo de caso foi selecionada a bacia do rio Paracatu (Figura 31). A
escolha dessa bacia deu-se, principalmente, em funo das constataes do intenso
desenvolvimento econmico, dos conflitos pelo uso da gua existentes, e da base de
dados j disponvel, a qual advm do trabalho de Moreira (2006), que desenvolveu o
Sistema Integrado para a Gesto de Recursos Hdricos (SINGERH), tendo sido aplicado
inicialmente a esta bacia.
Figura 31 - Mapa de localizao da bacia do rio Paracatu.
A bacia do rio Paracatu est situada no Mdio So Francisco e drena uma rea
de aproximadamente 45.600 km2, sendo a segunda maior sub-bacia do rio So
Francisco e a principal contribuinte para a formao das vazes do rio So Francisco,
51
com cerca de 19,5% do volume mdio escoado na sua foz (Pereira, 2004). Apesar da
relativa abundncia dos recursos hdricos, nesta bacia j foram observados conflitos
pelo uso da gua (MOREIRA, 2010).
Os dados utilizados, necessrios para a construo das bases de dados e
aplicao do sistema, foram: modelo digital de elevao hidrologicamente consistente;
hidrografia ottocodificada; equaes de regionalizao de vazes pelo mtodo
Tradicional e mapa das regies hidrologicamente homogneas da bacia; cadastro de
usurios de gua da bacia; e mapas temticos da bacia, os quais so descritos na
sequncia.
5.1. Modelo digital de elevao hidrologicamente consistente

Os grids de direo de escoamento e fluxo acumulado so dados essenciais para
a execuo do sistema, sendo estes gerados a partir do modelo digital de elevao
hidrologicamente consistente (MDEHC), utilizando rotinas comumente encontradas em
softwares de Sistemas de Informaes Geogrficas (SIGs).
O MDE da bacia do rio Paracatu, com resoluo espacial de 50 m, foi obtido do
trabalho de Moreira (2006), tendo sido gerado a partir de cinco etapas, conforme
descritas por Chaves (2002), Baena (2002) e Pires et al. (2005), sendo estas:
amostragem, pr-processamento dos dados de drenagem e elevao, gerao do MDE,
ps-processamento do MDE e validao do MDE.
5.2. Hidrografia ottocodificada

O engenheiro brasileiro Otto Pfafstetter, do extinto Departamento Nacional de
Obras de Saneamento (DNOS), desenvolveu um mtodo de subdiviso e codificao de
bacias hidrogrficas, utilizando dez algarismos, diretamente relacionado com a rea de
drenagem dos cursos dgua (PFAFSTETTER, 1989). Tal mtodo utilizado para obter
o que chamamos de hidrografia ottocodificada.
A hidrografia ottocodificada um dado bsico na construo do sistema, tendo
em vista que a partir da ottocodificao dos seguimentos da hidrografia, e
relacionamento das outorgas a estes, que possvel a determinao das outorgas
montante e jusante de uma seo de interesse.
52
A hidrografia da bacia do rio Paracatu foi obtida a partir de digitalizao de

cartas topogrficas na escala de 1:250.000, conforme se apresenta na Tabela 4.
De posse da hidrografia digitalizada da bacia, obtida do trabalho de Moreira
(2006), foi feito um processamento para verificar possveis falhas e inconsistncia nas
conexes dos segmentos e no sentido de fluxo dos seguimentos. A ottocodificao da
hidrografia processada foi feita utilizando um programa computacional desenvolvido
pelo Centro de Referncia em Recursos Hdricos (CRRH), que vinculado ao
Departamento de Engenharia Agrcola (DEA) da Universidade Federal de Viosa
(UFV), tendo sido realizado at o nvel 7 de codificao.
Tabela 4 - Cartas topogrficas na escala 1:250.000 utilizadas no processo de digitalizao da hidrografia da

bacia do rio Paracatu (MOREIRA, 2006)
Mapa ndice
SD-23-Y-C
SE-23-V-D
SE-23-V-C
SE-23-Y-A
SE-23-V-B
SE-23-Y-B
SE-23-V-A
Carta
Braslia
Joo Pinheiro
Paracatu
Patos de Minas
So Romo
Trs Marias
Una
Editora
IBGE
IBGE
IBGE
IBGE
DSG
IBGE
IBGE
UF
DF/GO/MG
MG
GO/MG
MG
MG
MG
MG
5.3. Regionalizao de vazes

A obteno das equaes de regionalizao de vazes pelo mtodo Tradicional
realizada em duas etapas, que envolvem a identificao das regies hidrologicamente
homogneas e o ajuste de regresses mltiplas entre as vazes mnimas e mdia e as
caractersticas fsicas e climticas das bacias de drenagem para cada regio homognea.
As regies hidrologicamente homogneas da bacia do rio Paracatu (Figura 32), bem
como as equaes de regionalizao para a estimativa dos valores de Q7,10, Q90, Q95 e
Qmld foram obtidas do trabalho de Moreira (2006) (Tabela 5).
53
Figura 32 - Regies hidrologicamente homogneas da bacia do rio Paracatu. (Moreira, 2006)
Tabela 5 - Equaes de regionalizao de vazes pelo mtodo Tradicional para a representao da Q 7,10, Q90,
Q95 e Qmld na bacia do rio Paracatu (MOREIRA, 2006)
Vazo
Varivel associada ao
parmetro
Q7,10
Q90
Q95
Qmld
Intercepto
Intercepto
Intercepto
Intercepto
rea
rea
rea
rea
Q7,10
Q90
Q95
Qmld
Intercepto
Intercepto
Intercepto
Intercepto
rea
rea
rea
rea
Q7,10
Q90
Q95
Qmld
Intercepto
Intercepto
Intercepto
Intercepto
rea
rea
rea
rea
R2
Regio I
0,98479
0,993739
0,993704
0,987226
Regio II
0,984875
0,984525
0,986447
0,992384
Regio III
0,998319
0,993941
0,997268
0,996841
Modelo
ajustado
Parmetros ajustados
Potencial
Potencial
Potencial
Potencial
0,00158
0,002574
0,001704
0,018343
1,023069
1,040065
1,061358
0,959935
Potencial
Potencial
Potencial
Potencial
0,003597
0,006273
0,00576
0,021107
0,903299
0,921734
0,905838
0,945006
Potencial
Potencial
Potencial
Potencial
0,000057
0,000523
0,000327
0,021714
1,306113
1,157379
1,180754
0,936452
5.4. Cadastro de usurios de gua da bacia

Os dados de usurios de gua da bacia do rio Paracatu foram obtidos junto ao do
Instituto Mineiro de Gesto das guas (IGAM). Eles estavam no formato simplificado
54
em planilhas eletrnicas. Em razo disso foi necessria a construo de rotinas

computacionais para a sua importao, para as bases de dados do SINGERHnet.
5.5. Mapas temticos da bacia

Diversas informaes espaciais da bacia do rio Paracatu, tais como estaes
fluviomtricas e pluviomtricas, municpios e sedes municipais, estradas, dentre outras,
foram obtidas junto aos endereos eletrnicos do Instituto Brasileiro de Geografia e
Estatstica (IBGE) e do Instituto Mineiro de Gesto das guas (IGAM).
Por se tratar de dados geogrficos, um pr-processamento nestes dados foi
realizado a fim de adequ-los ao sistema de coordenadas e projeo utilizado no
sistema. Neste trabalho foi utilizado Datum Corrego Alegre/UTM zona 23S.
5.6. Implementao do sistema

Na implementao do sistema foram utilizados tecnologias Open Source ou gratuitas,
pensando diretamente no princpio da economicidade do direito administrativo. Existem
atualmente diversas solues livres, de acordo com a camada do sistema, para o
desenvolvimento de aplicaes geogrficas para web. Dentre elas, discriminadas por
camadas, esto:
Apresentao: OpenLayers, Kamap, Mapbender, MapBuilder e I3GEO;
Aplicao: MapServer, GeoServer, Deegree, TerraPHP e CartoWeb; e
Servios de dados: PostgreSQL + PostGIS, MySQL + MyGIS, IBM DB2

Express-C + DB2 e Spatial Extender.
A escolha das tecnologias utilizadas no desenvolvimento do sistema se deu a
partir da anlise das documentaes das diversas solues livres. Buscou-se, ainda,
atravs de fruns de desenvolvedores na internet, verificar as tecnologias que so
efetivamente utilizadas no desenvolvimento de aplicaes baseadas em sistemas de
informaes geogrficas na internet.
Assim, foram escolhidas as seguintes tecnologias: OpenLayers na camada de
apresentao; Geoserver e Apache Tomcat na camada de negcios; e PostgreSQL com
sua extenso Postgis. Tais tecnologias podem ser melhor visualizadas na Figura 29.
No desenvolvimento das rotinas computacionais do sistema foram utilizadas
diversas tecnologias, e ambientes de desenvolvimento que auxiliam no desenvolvimento
55
de sistemas para internet. Dentre elas podemos citar: Java; Java Server Faces (JSF);
RichFaces; Hibernate; Hipernate Spatial; XHTML; JavaScript; Geotools; e Spring
Security. Adicionalmente foi utilizado a IDE (Integrated Development Environment)
Netbeans para auxiliar no desenvolvimento do sistema.
5.7. SINGERHnet
O sistema desenvolvido visando otimizar o processo de gesto dos recursos hdricos ao
permitir estimar a disponibilidade hdrica para qualquer seo ao longo da rede
hidrogrfica de uma bacia; quantificar as vazes superficiais outorgadas e as disponveis
para fins de outorga; verificar regies com existncia de conflitos pelo uso da gua;
realizar o pedido e analisar um processo de outorga; descentralizar a obteno e
produo de dados e informaes relativas bacia; e disponibilizar dados e informaes
sociedade, foi denominado Sistema Integrado para a Gesto de Recursos Hdricos
(SINGERHnet).
Na Figura 33 apresenta-se a pgina principal do SINGERHnet, constando o seu
nome, menu principal, apresentao, o grupo responsvel e as instituies envolvidas
em seu desenvolvimento, e os rgos de fomento pesquisa que contriburam
financeiramente para o desenvolvimento do sistema.
56
Figura 33 - Pgina inicial do SINGERHnet.
Na seqncia descreve-se as funcionalidades do sistema desenvolvido.
5.7.1. Vazes
Na Figura 34 apresenta-se a pgina referente ao menu Vazes, sendo esta utilizada
para a identificao, por parte do usurio, da seo de interesse. Nesta pgina, o usurio
escolhe a seo de interesse a partir do clique do mouse sobre a seo de interesse no
mapa georreferenciado da bacia.
57
Figura 34 - Pgina referente ao menu "Vazes" do SINGERHnet.
A Figura 35 exibe com mais detalhes as principais funcionalidades da pgina

referente ao menu Vazes. Cada uma das 3 partes destacadas da Figura 35, tem uma
funo especfica, que so mostradas abaixo.
Para a manipulao do mapa principal so disponibilizadas ferramentas
comumente encontradas em softwares de SIGs (Figura 35, parte 1), sendo estas:
Cursor: utilizada para definir a seo de interesse;
Zoom -: permite diminuir a escala da regio selecionada;
Zoom +: permite aumentar a escala da regio selecionada;
Full Extend: permite visualizar toda a extenso dos temas visveis; e
Pan: permite movimentar o mapa.
58
O mapa principal contm uma srie de layers que podem ser habilitadas e
desabilitadas pelo usurio do sistema. As layers disponveis podem ser visualizadas na
Figura 35 (parte 2).
Aps o usurio do sistema selecionar a seo de interesse no mapa, as
coordenadas selecionadas sero exibidas na tela (Figura 35, parte 3), e assim, o usurio
poder selecionar uma das trs funcionalidades disponveis, que so: clculo das vazes
mnimas de referncia; clculo das vazes outorgadas; e clculo das vazes disponveis.
Figura 35 - Principais funcionalidades da pgina referente ao menu "Vazes".
Para o clculo das vazes mnimas de referncia, o usurio seleciona a seo de

interesse e clica com o mouse no boto ENVIAR (Figura 35, parte 3). Os dados sero
calculados e o resultado ser mostrado na tela, como exemplificado na Figura 36.
59
Figura 36 - Pgina de relatrio de vazes mnimas de referncia.
Para efetuar o clculo das vazes outorgadas e das vazes disponveis, o usurio
seleciona a seo de interesse (Figura 35), seleciona a funcionalidade Vazes
outorgadas ou Vazes disponveis e clicar com o mouse no boto ENVIAR. O
usurio ser direcionado para uma nova pgina onde ele dever selecionar um intervalo
de anos, para que o clculo seja efetuado (Figura 37).
60
Figura 37 - Pgina de seleo do intervalo de anos para a operao de clculo de vazes outorgadas e
disponveis.
Uma vez feita a seleo do intervalo de anos para a operao, o usurio pode
efetuar os clculos dos dados. Se o clculo for das vazes outorgadas, ser retornada
uma pgina de relatrio, contendo as vazes outorgadas montante e a jusante da seo
de interesse, para um determinado intervalo de anos (Figura 38). Caso o clculo seja das
vazes disponveis, ser retornada uma pgina de relatrio contendo as vazes
disponveis para outorga, no intervalo de anos selecionado (Figura 39).
61
Figura 38 - Pgina de relatrio de vazes outorgadas.
Figura 39 - Pgina de relatrio de vazes disponveis.
62
As trs funcionalidades descritas anteriormente auxiliam na deciso do Analista

de Outorga de deferir ou no um processo aberto.
5.7.2. Outorga
O menu Outorga do sistema contm uma srie de funcionalidades de cadastro, edio
e consulta de entidades que esto relacionadas com a gesto do processo de outorga.
Dentre elas temos: cadastro de processos; requerentes; empreendimentos; analistas;
responsveis tcnicos; e intervenes. A pgina inicial do menu Outorga pode ser
visualizada na Figura 40.
Figura 40 - Pgina inicial do menu "Outorga" do SINGERHnet.
Para o cadastro de um novo processo necessrio que j tenha sido cadastrado

um empreendimento, responsvel tcnico, requerente e analista. O cadastro de um novo
processo feito em quatro etapas, seleciona-se um dos empreendimentos cadastrados
(Figura 41), um analista, e um responsvel tcnico, e por fim deve ser preenchido um
formulrio com uma srie de informaes referentes ao processo (Figura 42).
63
Figura 41 - Pgina de cadastro de processos seleo de empreendimento.
64
Figura 42 - Pgina de cadastro de processos formulrio dos dados do processo.
Aps o cadastro do processo ser concludo possvel efetuar o cadastro das

intervenes referentes ao processo. O cadastro de um processo feito em duas etapas,
primeiro o usurio seleciona o tipo de interveno que deseja cadastrar (Figura 43), e
depois preenche os dados referentes quela interveno. Para o caso de um cadastro de
captao superficial e lanamento de efluentes sero solicitados os dados de vazo de
captao e lanamento respectivamente. Os dados solicitados para captao superficial
so exibidos na Figura 44.
65
Figura 43 - Pgina de cadastro de intervenes.
Figura 44 - Pgina de cadastro de intervenes - captao superficial.
66
5.7.3. Qualidade de gua

A Figura 45 exibe a pgina inicial referente ao menu Qualidade de gua onde
possvel efetuar o cadastro de dados que auxiliam a gesto da qualidade da gua na
bacia.
Os dados de qualidade de gua esto relacionados diretamente aos pontos de
monitoramento na bacia. Assim sendo, para inserir um dado de qualidade de gua
necessrio primeiro seleciona um ponto de monitoramento (Figura 46), e posteriormente
inserir os dados parmetros de indicao de qualidade de gua (Figura 47).
Figura 45 - Pgina inicial referente ao menu "Qualidade de gua".
67
Figura 46 - Pgina de cadastro de qualidade de gua seleo do ponto de monitoramento.
68
Figura 47 - Pgina de cadastro de qualidade de gua insero dos parmetros.
5.7.4. Relatrios
Nesta seo do SINGERHnet sero adicionadas a parte de relatrios do sistema.
Inicialmente temos apenas um tipo de relatrio, que a de outorgas a montante e a
jusante de uma seo de interesse. Mas posteriormente podem ser adicionados outros
tipos de relatrios.
Para a emisso do relatrio referente s outorgas a montante e a jusante de uma
seo de interesse, necessrio selecionar primeiro no mapa as coordenadas da pesquisa
e o intervalo de anos da pesquisa, feito isso os dados sero calculados e posteriormente
exibidos na tela, como exemplificado na Figura 48.
69
Figura 48 - Pgina de relatrio de outorgas a montante e jusante de uma seo de interesse.
5.7.5. rea administrativa

Nesta parte do sistema est concentrado as funcionalidade de gerncia do SINGERHnet,
como por exemplo, gerncia de usurios, gerncia de notcias, e atualizao das
variveis das equaes de regionalizao.
70
6. CONCLUSO
Com base no trabalho aqui descrito, foi possvel concluir que os objetivos listados para
o projeto foram concludos com sucesso. A Arquitetura para Sistemas de Informaes
sobre Recursos Hdricos (SISRH) foi criada de forma que possa ser expandida no
futuro, adicionando novas funcionalidades aos sistemas criados a partir dela. A
arquitetura criada engloba de forma geral os principais pontos relacionados gesto de
recursos hdricos no pas. Uma anlise preliminar feita por membros do Centro de
Referncia em Recursos Hdricos (UFV) concluiu que o sistema criado com base na
arquitetura contribui para a adequada gesto bsica dos recursos hdricos na bacia do rio
Paracatu.
Os rgos gestores de recursos hdricos tero de agora em diante uma base para
se construir os seus sistemas de informao sobre recursos hdricos. Eles no precisaram
mais comear do zero a construo dos seus sistemas. Podero utilizar essa arquitetura
sem nenhum custo adicional para os cofres pblicos.
A utilizao de um framework para auxiliar a construo da arquitetura, foi
muito benfico, porque com o uso do framework conseguimos cobrir todas as
perspectivas do negcio. A utilizao do framework do Zachman tambm foi benfica
no sentido de que, conseguimos juntar todas as partes que compe a arquitetura em um
nico lugar. Desta forma fica mais simples a leitura e utilizao da arquitetura
desenvolvida.
Mas apesar do framework do Zachman ter contribudo muito para a construo
da arquitetura, ele se mostrou muito aberto, no sentido que se pode colocar uma gama
de artefatos muito variados nas diversas posies do quadro descritivo. O framework do
Zachman deixa nas mos do arquiteto, o que colocar em cada uma das posies do
framework. Isso pode fazer com que o arquiteto deixe de adicionar um artefato
importante, ou adicione o artefato em uma posio que no seja a mais apropriada, ou
at mesmo, sobrecarregue a sua arquitetura com artefatos que no so necessrios.
A arquitetura foi criada de forma que possa ser expandida. Pensando nisso,
como proposta de trabalhos futuros, seria interessante que fosse adicionado um mdulo
para gerncia de comits de bacia hidrogrfica, e um mdulo para gesto de cobranas
pelo uso da gua.
71
REFERNCIAS BIBLIOGRFICAS
AMBLER, S. W.. The Object Primer: Agile Model-Driven Development with UML
2.0. 3 ed, 2004.
ANA - Agncia Nacional de guas. Implementao do enquadramento em bacias
hidrogrficas no Brasil; Sistema nacional de informaes sobre recursos hdricos
Snirh no Brasil: arquitetura computacional e sistmica. Agncia Nacional de guas.
Braslia: ANA, 2009.
_____. Viso geral sobre o SNIRH e processos geoespaciais relacionados. Sistema
Nacional de Informaes sobre Recursos Hdricos. Braslia DF, 24p. 2007.
_____. Diagnstico da outorga de direito de uso de recursos hdricos no pas
Diretrizes e prioridades. Superintendncia de outorga e cobrana. Braslia - DF, maio
de 2005.
BAENA, L. G. N. Regionalizao de vazes para a bacia do rio Paraba do Sul, a
montante de Volta Redonda, a partir de modelo digital de elevao
hidrologicamente consistente. Viosa, MG: UFV, 2002. 135 f. Dissertao (Mestrado
em Engenharia Agrcola) Universidade Federal de Viosa.
BASS, L.; CLEMENTS, P.; KAZMAN, R.. Software Architecture in Practice, 2 ed.,
Boston: Addison-Wesley. 2003.
BRASIL, Poltica Nacional de Recursos Hdricos. Lei no 9.984, de 17 de julho de
2000. Braslia DF. 2000.
_____. Lei no 9.433, de 8 de janeiro de 1997. [S. l.]: MMA/ SRH, 1997.
CMARA, G., CASANOVA, M., HEMERLY, A., MAGALHES, G., MEDEIROS,
C. Anatomia de Sistemas de Informao Geogrfica. Campinas: Instituto de
Computao, UNICAMP, 1996.
CATALUNHA, M. J. Sistema integrado em rede para gesto do uso mltiplo da
gua e regionalizao da Q7,10 para os perodos mensal, bimestral, trimestral e
72
anual. Viosa, MG: UFV, 2004. 165 f. Tese (Doutorado em Engenharia Agrcola)
Universidade Federal de Viosa, Viosa.
CHAVES, M. A. Modelos digitais de elevao hidrologicamente consistentes para a
bacia Amaznica. Viosa, MG: UFV, 2002. 115 f. Tese (Doutorado em Cincia
Florestal) Universidade Federal de Viosa, Viosa.
DANTU, B.; SMITH, E.. Medical Process Modeling with a Hybrid System
Dynamics
Zachman
Framework.
Procedia
Computer
Science,
6,
76-81.
doi:10.1016/j.procs.2011.08.016. 2011.
DOD - U.S. Department Of Defense. Technical Architecture Framework For
Information Management (TAFIM). Volumes 1-8, Version 2.0. Reston, VA: DISA
Center for Architecture, 1994.
EELES, Peter; CRIPPS, Peter. The Process of Software Architecting. AddisonWesley Professional. 1 edition. July 24, 2009.
ELETROBRAS. Centrais Eltricas Brasileiras S.A. Metodologia para regionalizao
de vazes. Rio de Janeiro, 1985. 202p.
ERL, Thomas. Service-Oriented Architecture: Concepts, Technology, and Design.
Prentice Hall PTR Upper Saddle River, NJ, USA. 2005.
FATOLAHI, A.; SHAMS, F.. An investigation into applying UML to the Zachman
framework. Information Systems Frontiers, 8(2), 133-143. doi:10.1007/s10796-0067977-8. 2006.
FEA Federal Enterprise Architecture. Consolidated Reference Model Document
Version 2.3. Office of Management and Budgets. 2007.
FRANKEL, D. S.; HARMON, P.; MUKERJI, J.; et al.. The Zachman Framework
and the OMGs Model Driven Architecture. Business Process Trends, 1-14. 2003
GARLAN , D.; SHAW, M. (1994). An introduction to software architecture.
Advances in Software Engineering and Knowledge Engineering, (January), Volume I.
1994.
73
GONA, R.; SMITH, E.. Enterprise Transformation through Aspects and Levels:
Zachman
Bayesian
Approach.
Procedia
Computer
Science,
6,
82-87.
doi:10.1016/j.procs.2011.08.017. 2011.
JAMES, Greta A.; HANDLER, Robert A.; LAPKIN, Anne; GALL, Nicholas. Gartner
Enterprise Architecture Framework: Evolution 2005. Gartner ID: G00130855.
October 25, 2005.
HARRISON, Rachel. TOGAF Version 9 Certified Study Guide. The Open Group. 1
ed.. 2010.
IEEE 1471 2000. IEEE Recommended Practice for Architectural Description for
Software-Intensive Systems. IEEE Computer Society. 2000.
KRUCHTEN, Philippe. The Rational Unified Process: An Introduction. 2 ed.,
Reading, ME: Addison-Wesley. 2000.
KRUCHTEN, Philippe. The 4+1 View Model of Software Architecture. IEEE
Software 12:6. 1995.
MACGOVERN, James; AMBER, Scott A.; STEVENS, Michael E.; et al. A Practical
Guide to Enterprise Architecture. Upper Saddle River, NJ: Prentice Hall. 2004.
MALAN, Ruth.; BREDEMEYER, Dana. Software Architecture Action Guide.
Bredemeyer Consulting. 2005.
MARQUES, Felipe de Azevedo. Sistema de controle dinmico para a gesto dos
usos mltiplos da gua. Viosa, MG: UFV. 2010. Tese (Doutorado em Engenharia
Agrcola) - Universidade Federal de Viosa. 2010.
MMA - Ministrio do Meio Ambiente. Plano Nacional de Recursos Hdricos.
Ministrio do Meio Ambiente, Secretaria de Recursos Hdricos. Braslia - DF, MMA,
2006.
_____. SISAGUA, Sistemas de apoio ao gerenciamento de usurios de gua.

Braslia DF, dezembro de 2000.
74
MOREIRA, Michel Castro. Gesto e planejamento dos recursos hdricos:

regionalizao de vazes e proposio de ndices para identificao de conflitos
pelo uso da gua. Viosa, MG: UFV. 2010. 85f. Tese (Doutorado em Engenharia
Agrcola) Universidade Federal de Viosa.
MOREIRA, Michel Castro ; PRUSKI, Fernando Falco ; SILVA, Andr Luiz da ;
SILVA, Demetrius David ; SILVA, Jos Mrcio Alves da . SINGERH: sistema
integrado para a gesto de recursos hdricos. In: XVII Simpsio Brasileiro de
Recursos Hdricos, 2007, So Paulo, SP. Gesto de recursos hdricos, integrao de
polticas e sustentabilidade do meio ambiente urbano, 2007.
MOREIRA, M. C. Gesto de recursos hdricos: sistema integrado para otimizao
da outorga de uso da gua. Viosa, MG: UFV. 2006. 97p. Dissertao (Mestrado em
Engenharia Agrcola) Universidade Federal de Viosa.
PEREIRA, S. B. Evaporao no lago de Sobradinho e disponibilidade hdrica no rio
So Francisco. Viosa, MG: UFV. 2004. 105 f. Tese (Doutorado em Engenharia
Agrcola) Universidade Federal de Viosa, Viosa.
PEREIRA, C.M.; SOUSA, P.. A method to define an Enterprise Architecture using
the Zachman framework. Proceedings of the 2004 ACM symposium on Applied
Computing. Nicosia, Cyprus. 2004.
PFAFSTETTER, O. Classificao de Bacias Hidrogrficas Metodologia de
Codificao. Rio de Janeiro, RJ: DNOS, 1989. p.19.
PIRES, J. M.; NASCIMENTO, M. C.; SANTANA, R. M.; RIBEIRO, C. A. A. S.
Anlise da exatido de diferentes mtodos de interpolao para gerao de
modelos digitais de elevao e obteno de caractersticas morfomtricas em bacias
hidrogrficas. Revista Brasileira de Recursos Hdricos, Porto Alegre, v. 10, n. 2, 2005.
RACHURI, S.; SARKAR, P.; NARAYANAN, A.; LEE, J. H.; WITHERELL. Towards
a Methodology for Analyzing Sustainability Standards using the Zachman
Framework.
18th CIRP International Conference on Life Cycle Engineering,
Technische Universitt Braunschweig, Braunschweig, Germany, May 2nd - 4th, 2011.
75
ROZANSKI, Nick; WOODS, Eoin. Software Systems Architecture: Working with

Stakeholders Using Viewpoints and Perspectives. Upper Saddle River NJ.
Addison-Wesley. 2005.
SANTA CATARINA. Coletnea de Legislao de Recursos Hdricos do Estado de
Santa Catarina. Secretaria de Estado do Desenvolvimento Econmico Sustentvel
SDS. 2 edio, 2008.
SCHARDONG, Andr. Aplicao de algoritmos evolucionrios gesto integrada
de sistemas de recursos hdricos. 2011. Tese (Doutorado em Engenharia Hidrulica) Escola Politcnica, Universidade de So Paulo, So Paulo, 2011.
SEMA/MT, Secretaria de Estado do Meio Ambiente. Contratao de Servios de
Consultoria para Determinao da Disponibilidade Hdrica e Elaborao de
Ferramenta Computacional para Implantao e Operacionalizao das Atividades
de Outorga de Direito de Uso dos Recursos Hdricos no Estado de Mato Grosso.
Termos de Referncia. Cuiab, 2007.
SERLA, Fundao Superintendncia Estadual de Rios e Lagoas. Implementao do
Sistema Estadual de Informaes de Recursos Hdricos do Estado do Rio de
Janeiro. Tomada de preos N13/2007. Rio de Janeiro, 2007.
SESSIONS, Roger. A comparison of the top four enterprise-architecture
methodologies. ObjectWatch. 2007.
SETTI, A. A.; LIMA, J. E. F. W.; CHAVES, A. G. M. et al. Introduo ao
gerenciamento de recursos hdricos. ANEEL/ANA, Braslia. 2001. 328p.
SILVA, L. M. C.; MONTEIRO, R. A. Outorga de direito de uso de recursos
hdricos: uma das possveis abordagens. In: MACHADO, C. J. S. Gesto das guas
doces. Rio de Janeiro: Intercincia, 2004. p. 135-178.
SILVA, D. D.. Fortalecimento do sistema de gesto de recursos hdricos no Brasil e
na Bacia do Rio Doce. Programa de Capacitao e Difuso Tecnolgica para Gesto
das guas.Viosa-MG, Ed. UFV, 2010.
76
SILVA, A. J.; BRAGA, J. L.; SILVA, D. D.; MOREIRA, M. C.. Uma arquitetura
para sistemas de informao sobre recursos hdricos. In: XL Congresso Brasileiro de
Engenharia Agrcola, 2011, Cuiab-MT. XL CONBEA: Gerao de Tecnologias
Inovadoras e o Desenvolvimento do Cerrado Brasileiro, 2011.
SOUSA, F. M. L.; NETO V. S. C.; PACHECO W. E.; BARBOSA S. A. Sistema
Nacional de Informaes sobre Recursos Hdricos: sistematizao conceitual e
modelagem funcional. In: Anais do XVIII Simpsio Brasileiro de Recursos Hdricos.
Campo Grande - MS, 2009.
SOUZA, L. M. S.; FARIAS, O. L. M. de Faria. Sistema de Informaes Geogrficas
para Gerenciamento de Recursos Hdricos em Unidades de Conservao
Utilizando a Estrutura de Dados Geogrficos Vetoriais EDGV. Revista Brasileira
de Cartografia N 63/01, ISSN 0560-4613, 2010.
SPARX
SYSTEMS.
Software
Enterprise
Architect.
Disponvel
em:
<http://www.sparxsystems.com/> . ltimo acesso em 24 de janeiro de 2012.

VILELLA, W. M. da Cunha. Desafios e Experincias de Implementao do Sistema
Nacional de Gerenciamento de Recursos Hdricos. Manaus: I Workshop de Recursos
Hdricos no Estado do Amazonas, MMA/SRH, 2004.
ZACHMAN, J. A.. The Zachman Framework: The Official Concise Definition.
Zachman
International.
2008.
Disponvel
em:
<http://www.zachmaninternational.com/index.php/home-article/13#maincol> . ltimo
acesso em: 24 de janeiro de 2012.
_____. Concepts of Framework for Enterprise Architecture. Zachman International.
Los Angeles: CA (1996).
_____. A framework for information systems architecture. IBM systems journal,
26(3), 276292. IBM. 1987.
77
APNDICE A
Os valores abaixo listados foram retirados de tabelas de apoio do Instituto Mineiro de
Gesto das guas (IGAM).
Tabela 1 - Dominio de variveis: Modalidade de Outorga
Modalidade de Outorga
Autorizao
Quando obras, servios ou atividades forem desenvolvidas por pessoa fsica ou jurdica de
direito privado e quando no se destinarem a finalidade de utilidade pblica.
Concesso
Quando obras, servios ou atividades forem desenvolvidas por pessoa jurdica de direito
pblico ou quando se destinarem a finalidade de utilidade pblica.
Tabela 2 - Dominio de variveis: Uso dos Recursos Hdricos

Uso dos Recursos Hdricos
Captao em corpos de gua (rios, lagoas naturais,etc.)
Captao em barramento sem regularizao de vazo (Para fins de outorga entende-se por barramento com regularizao de
vazo aquele que permite a captao de uma vazo superior aquela legalmente disponvel a fio dagua)
Captao em barramento com regularizao de vazo (A < 5,00 ha)
Captao em barramento com regularizao de vazo (A > 5,00 ha)
Barramento sem captao
Barramento sem captao para regularizao de vazo
Perfurao de poo tubular (poo artesiano)
Captao em poo tubular j existente (poo artesiano)
Captao em poo manual - cisterna
Captao de gua subterrnea para fins de rebaixamento de nvel em minerao
Captao em nascente
Desvio parcial ou total de curso de gua
Dragagem, limpeza ou desassoreamento de curso de gua
Dragagem de curso de gua para minerao
Canalizao e/ou retificao de curso de gua
Travessia rodo-ferroviria (pontes e bueiros)
Estrutura de transposio de nvel (eclusa)
Lanamento de efluente em corpo de gua
Aproveitamento de potencial hidreltrico
gua fornecida por concessionria local
Uso de recurso hdrico de domnio da Unio
Captao de gua Subterrnea Para Fins De Pesquisa Hidrogeolgica
Processo nico de Outorga Uso coletivo
Dragagem em cava aluvionar para fins de extrao mineral
Tabela 3 - Dominio de variveis: Finalidade de Uso

Finalidade de Uso
Abastecimento pblico
Gerao de energia
Aqicultura
Irrigao
Clarificao da gua
Lavagem de veculos
Consumo agroindustrial
Paisagismo
78
Consumo humano
Pesquisa mineral
Consumo Industrial
Pesquisa hidrogeolgica
Conteno de sedimentos
Rebaixamento de nvel dgua
Conteno de taludes
Recirculao de gua
Controle de cheias
Recreao
Depurao de efluentes
Regularizao de vazo
Desassoreamento e/ou limpeza
Transposio de corpo de gua
Dessedentao de animais
Urbanizao
Disposio de rejeitos
Outra - definir
Extrao mineral
Tabela 4 - Dominio de variveis: Mtodo de Irrigao

Mtodo de Irrigao
Asperso auto propelida
Gotejamento
Asperso convencional
Inundao
Asperso mangueira
Sulcos
Asperso piv central
Outro - definir
Micro asperso
Tabela 5 - Dominio de variveis: Tipo de Tratamento de gua

Tipo de Tratamento de gua
Filtrao direta
Adsoro
Filtrao lenta
Tratamento com membranas
Tratamento convencional
Troca inica
Fluoretao
Oxidao
Abrandamento
Outro - definir
Tabela 6 - Dominio de variveis: Tipo de Criao

Tipo de Criao
Aves
Equinos
Bovinos
Sunos
Caprinos
Outro - definir
Tabela 7 - Dominio de variveis: Tipologia

Tipologia
Industrial
Agroindustrial
Abatedouro/Matadouro
Beneficiamento de produtos agrcolas
Cimenteira
Lavagem de produtos agrcolas
Curtume
Laticnios
Minerao
Papel e celulose
Petroqumica
Siderurgia
Txtil
79
Outro - definir
Tabela 8 - Dominio de variveis: Tipo de Estrutura de Aqicultura

Tipo de Estrutura de Aqicultura
Barramento ou aude em curso dgua
Barramento para tanque rede / Gaiola
Tanque de terra / Viveiro
Outro - definir
Tabela 9 - Dominio de variveis: Formas de Captao no Aqfero

Formas de Captao no Aqfero
Poos manuais / Cisternas
Nascentes / Surgncias
Poos tubulares profundos
Outro - definir
Tabela 10 - Dominio de variveis: Tipo de Aqifero

Tipo de Aqfero
Crstico
Granular
Crstico-fissurado
No definido
Fissurado
Tabela 11 - Dominio de variveis: Equipamento Instalado

Equipamento Instalado
Bomba centrfuga
Bomba turbina
Bomba injetora
Compressor
Bomba manual
No equipado
Bomba pisto
Outro - feinir
Bomba submersa
Tabela 12 - Dominio de variveis: Energia

Energia
Diesel
Foto eltrica
Eltrica
Outro - definir
Tabela 13 - Dominio de variveis: Revestimento

Revestimento
Filtro de Ao Inox
Tubo Furado
Filtro Espiralado
Tubo no definido
Filtro galvanizado
Ao carbono
Filtro geomecnico
Inox
Filtro Nold
Ferro Preto
Filtro no definido
Tubo galvanizado
Filtro Permetal
Tubo PVC Geomecnico
Filtro de PVC
Tubo PVC
Tubo ranhurado
Outro - definir
Tabela 14 - Dominio de variveis: Pr-filtro

Pr-filtro
80
Areia prola
Cimentao / proteo sanitria
Areia selecionada
Quartzoso
Brita
Pedrisco rolado
Cascalho
Pedrisco rolado quartzoso
Cascalho selecionado
Outro - definir
Cimentao
Tabela 15 - Dominio de variveis: Litologia

Litologia
Anfibolito
Filito alterado
Arcsio
Filito calcfero
Arcsio calcfero
Foyaito
Ardsia
Gabro
Ardsia alterada
Gnisse
Ardsia calcfera
Gnisse alterado
Areia
Granito
Areia argilosa
Granito alterado
Areia conglomertica
Itabirito
Areia fina
Itabirito calcfero
Areia grossa
Itabirito dolomtico
Areia grossa e cascalho
Laterita
Areia mdia
Marga
Areia siltosa
Mrmore
Arenito
Meta-argilito
Arenito argiloso
Meta-conglomerado
Arenito fino
Meta-siltito
Argila
Migmatito
Argila arenosa
Migmatito alterado
Argila carbonosa
Pegmatito
Argila siltosa
Pegmatito alterado
Argilito
Piroxenito
Argilito calcfero
Quartzito
Basalto
Quartzito calcfero
Brecha
Quartizito hemattico
Calcrio
Rocha alcalina
Calcrio alterado
Rocha bsica
Calcrio ardosiano
Rocha no definida
Calcrio argiloso
Rocha no identificada
Calcrio dolomtico
Sienito
Calcrio margoso
Silte
Cascalho
Silte arenoso
Cascalho arenoso, cascalho argiloso
Silte argiloso
Cascalho siltoso
Silte conglomertico
Cobertura detrfica no definida
Siltito
Cobertura detrfica terciria-Quaternria
Siltito alterado
Conglomerado
Siltito calcfero
Conglomerado arenoso
Turfa
Conglomerado argiloso
Xisto
81
Conglomerado brechoso
Xisto alterado
Conglomerado siltoso
Xisto Quartzoso
Diabsio
No definida
Dolomito
Outro - definir
Filito
82
APNDICE B
Figura 1 - Descrio do processo de outorga (parte 1/2)
83
Figura 2 - Descrio do processo de outorga (parte 2/2)
84

Caso Agua

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Caso Agua

Enviado por

Direitos autorais:

Formatos disponíveis

UNIVERSIDADE FEDERAL DE VIOSA

ARQUITETURA DE SOFTWARE PARA SISTEMAS DE

Andr de Jesus Silva

ANDR DE JESUS SILVA

ARQUITETURA DE SOFTWARE PARA SISTEMAS DE

Dissertao apresentada Universidade

ANDR DE JESUS SILVA

ARQUITETURA DE SOFTWARE PARA SISTEMAS DE

Dissertao apresentada Universidade

APROVADA: 27 de junho de 2012

O Senhor conhece os pensamentos dos homens,

REVISO BIBLIOGRFICA ............................................................................... 4

3. ARQUITETURA DESENVOLVIDA PARA SISTEMAS DE INFORMAO

MTODO DE UTILIZAO DA ARQUITETURA DESENVOLVIDA ...... 46

5. EXEMPLO: SISTEMA INTEGRADO PARA A GESTO DE RECURSOS

REFERNCIAS BIBLIOGRFICAS ........................................................................ 72

Os Sistemas de Informao sobre Recursos Hdricos tm se mostrado um importante

trabalham de forma independente, no permitindo o compartilhamento de dados e

disponibilidade e demanda de recursos hdricos; e fornecer subsdios aos Planos de

SEMA/MT, 2007; SERLA, 2007) e objeto de estudos (MARQUES, 2010; SOUZA,

1.1.1. Objetivos especficos

Propor uma arquitetura para um SISRH que seja aberta e expansvel;

Desenvolver um sistema de informao sobre recursos hdricos como estudo de

Validar a arquitetura proposta com um exemplo de uso.

2.1. Poltica Nacional de Recursos Hdricos

2.2. Outorga de Direito de Uso dos Recursos Hdricos

Derivao e captao de parcela da gua existente em um corpo de gua

para consumo final ou insumo de processo produtivo;

Extrao de gua de aqufero subterrneo para consumo final ou insumo

Lanamento, em corpo de gua, de esgotos e resduos lquidos ou

Aproveitamento de potenciais hidreltricos;

Outros usos que alterem o regime, a quantidade ou a qualidade da gua

existente em um corpo de gua.

2.2.1. Uso Insignificante

Para que um uso seja considerado insignificante cada estado estabeleceu um

2.2.2. Anlise do Pedido de Outorga

2.2.3. Vazes Mnimas de Referncia e Critrios de Outorga

situao de escassez, todos os usurios, ou os mais prioritrios, mantenham de certa

Vazo mxima outorgvel

80% da Q95 (Rios) e 80% da Q90reg

50% da Q7,10 por bacia.

Legislao referente vazo mxima

Limites mximos de vazes

Legislao referente definio das

Resoluo ANA 542/2004

Decreto Estadual n 23.067/94

2,0 m/h (0,56 L/s para guas

No possui legislao especfica.

No esto ainda definidos

Portarias do IGAM n 010/98 e 007/99.

Decreto Estadual 19.260/1997

1,0 L/s para a maior parte do Estado e

Decreto Estadual 6.296/97

Deliberao CERH-MG n 09/2004

Decreto Estadual 19.260/1997

No existe legislao especfica.

No esto ainda definidos

Decreto Estadual N 13.283/97

1,0 m/h (0,3 L/s)

Decreto Estadual N 13.283/97

Media mensal at 2,0 m/dia (guas

Decreto Estadual 42047/2002

No existe legislao especfica.