Sistema para controle de redes ópticas metropolitanas (SCROM

UNIVERSIDADE FEDERAL DO PARAN
ADRIANO ROBERTO PINTO

RODRIGO DE FARIAS
SCROM
SISTEMA PARA CONTROLE DE REDES PTICAS METROPOLITANAS
CURITIBA
2014
ADRIANO ROBERTO PINTO

RODRIGO DE FARIAS
SCROM
SISTEMA PARA CONTROLE DE REDES PTICAS METROPOLITANAS
Trabalho de graduao apresentado como

requisito parcial concluso do curso de
Tecnologia em Anlise e Desenvolvimento de
Sistemas, Setor de Educao Profissional e
Tecnolgica, Universidade Federal do Paran.
Orientador: Professor MSc. Pedro R. Torres Jr.
CURITIBA
2014
RESUMO
Redes de fibras pticas tem sido implantadas em diversas regies metropolitanas
com o objetivo de interconectar instituies que demandam de alta largura de
banda. A diminuio nos custos de implantao tem motivado o surgimento de
redes comunitrias que rateiam entre si os custos operacionais para manuteno
preventiva, corretiva e expanso destas redes. Estas redes so de difcil
gerenciamento, devido s suas dimenses, quantidade de equipamentos, entidades
envolvidas, uso de infraestruturas de terceiros, e, principalmente, por serem
instaladas em reas pblicas onde esto sujeitas a diversos tipos de incidentes.
Neste trabalho apresentamos a ferramenta SCROM, Sistema de Controle de Redes
pticas Metropolitanas, que auxilia no controle e na gerncia de redes pticas
metropolitanas atravs de interface web, desenvolvida em python, com uso da
arquitetura MVC e framework Django. O SCROM possui funcionalidades para
mapeamento de redes metropolitanas, cadastro de cabos, cadastro de
equipamentos passivos, cadastro de eventos e emisso de relatrios. Atravs de
representao multifilar o software permite rotulao de portas de equipamentos
passivos e fibras, identificando assim as conexes entre instituies usurias da
rede. Com isso, a manuteno de acordos de nvel de servio entre operadoras e
estas instituies podem atingir melhores resultados.
Palavras-chave: Redes pticas, Redes Metropolitanas, MAN, Gerncia de Redes, GIS,

Cabeamento Estruturado, SLA.
ABSTRACT
Optical fiber networks have been deployed in several metropolitan areas in order to
interconnect institutions that require high bandwidth. The decrease in costs of
implantation has motivated the emergence of communitarian networks that
apportion among themselves operational costs for preventive, corrective
maintenance and expansion of these networks. These networks are difficult to
manage due their size, amount of equipments, entities involved, use of third-party
infrastructure, specially because the public areas where they are installed, putting
them at risk of several incidents. In this paper we presents SCROM, System for
Metropolitan Optical Network Control, which is a tool that assists in the control and
management of metropolitan optical networks through a web interface, developed in
Python, using the Django framework and the MVC architecture. The SCROM has
functionalities for mapping metropolitan area networks, cables registration, cadastre
of passive equipments, registration and reporting of events. Through multistrand
representation, the software allows labeling ports of passive equipments and optical
fibers, thus identifying the connections among the connected institutions. In this
way, maintaining service level agreements between access providers and
institutions can be better ensured.
Keywords: Optical Networks, Metropolitan Networks, MAN, Network Management, GIS, Structured
Cabling, SLA.
LISTA DE ILUSTRAES
FIGURA 1 - INTERNET ......................................................................................... 20

FIGURA 2 - MODELO ISO/OSI ............................................................................. 22
FIGURA 3 - MAN ................................................................................................... 25
FIGURA 4 - OAM&P .............................................................................................. 29
FIGURA 5 - FIBRA PTICA .................................................................................. 37
FIGURA 6 - CATEGORIAS DE FIBRAS PTICAS ............................................... 39
FIGURA 7 - OTDR ................................................................................................. 47
FIGURA 8 - TIPOS DE CONECTORES ................................................................ 51
FIGURA 9 - TIPOS DE POLIMENTO DE FIBRAS PTICAS ................................ 52
FIGURA 10 - CABO PTICO E AS FIBRAS PTICAS EM SEU INTERIOR ........ 54
FIGURA 11 - PROCESSO DE ENGENHARIA DE SOFTWARE - RUP ............... 59
FIGURA 12 - ARQUITETURA MVC ...................................................................... 60
FIGURA 13 - DIAGRAMA WBS ............................................................................. 62
FIGURA 14 - GRFICO DE GANTT...................................................................... 65
FIGURA 15 - EXEMPLO DE ESTRUTURA ........................................................... 72
FIGURA 16 - TELA DE LOGIN ............................................................................. 85
FIGURA 17 - RECUPERAO DE SENHA .......................................................... 85
FIGURA 18 - CONFIRMAO DE ENVIO DA SENHA ......................................... 86
FIGURA 19 - TELA INICIAL .................................................................................. 86
FIGURA 20 - FUNCIONALIDADES ACESSVEIS AO USURIO LOGADO ......... 87
FIGURA 21 - OPES DE CADASTRO E DE EDIO ....................................... 88
FIGURA 22 - EXEMPLO DE TELA DE PESQUISA............................................... 88
FIGURA 23 - RELATRIOS .................................................................................. 88
FIGURA 24 - ALTERAR SENHA ........................................................................... 89
FIGURA 25 - SESSO ENCERRADA ................................................................... 89
FIGURA 26 - MANUTENO DE GRUPOS DE USURIOS ............................... 90
FIGURA 27 - CONTROLE DE ALTERAES ...................................................... 91
FIGURA 28 - CADASTRO DE USURIOS ........................................................... 91
FIGURA 29 - CONTINUIDADE DO CADASTRO DE USURIO ........................... 92
FIGURA 30 - DIREITOS DE GRUPO ..................................................................... 92
FIGURA 31 - DATAS IMPORTANTES (CADASTRO DE USURIO) .................... 93
FIGURA 32 - CADASTRO DE NOVA INFORMAO DE POSTES ..................... 93

FIGURA 33 - CADASTRO DE TIPO DE CABO ..................................................... 94
FIGURA 34 - CADASTRO DE NOVO TIPO DE SEGMENTO ............................... 94
FIGURA 35 - CADASTRO DE CONCESSIONRIAS ........................................... 95
FIGURA 36 - VALOR DE ALUGUEL POR PONTO DE FIXAO ........................ 96
FIGURA 37 - TELA DE MAPEAMENTO ................................................................ 97
FIGURA 38 - EMPRESA (INSTITUIO) ............................................................. 98
FIGURA 39 - POSTE .............................................................................................. 98
FIGURA 40 - EMENDA .......................................................................................... 98
FIGURA 41 - MARCADOR GENRICO ................................................................. 98
FIGURA 42 - ELEMENTOS NO MAPA ................................................................. 99
FIGURA 43 - MARCADOR GENRICO .............................................................. 100
FIGURA 44 - EMPRESA (INSTITUIO) ........................................................... 101
FIGURA 45 - DIO - CADASTRAMENTO ............................................................. 102
FIGURA 46 - CADASTRAMENTO DE DADOS DE DIO ...................................... 103
FIGURA 47 - EVENTO ........................................................................................ 104
FIGURA 48 - CADASTRO DE PORTA EM DIO .................................................. 105
FIGURA 49 - CADASTRO DE CONEXO .......................................................... 106
FIGURA 50 - CADASTRO DE ROTA .................................................................. 107
FIGURA 51 - LIMITADOR DE CORDOALHA ...................................................... 108
FIGURA 52 - EMENDA INSPETOR ................................................................. 109
FIGURA 53 - POSTE INSPETOR..................................................................... 110
FIGURA 54 - PONTO DE FIXAO - INSPETOR .............................................. 111
FIGURA 55 - SEGMENTO INSPETOR ............................................................ 112
FIGURA 56 - FIBRA INSPETOR ...................................................................... 113
FIGURA 57 - VINCULAO DE CORDOALHA A SEGMENTO .......................... 114
FIGURA 58 - TELA INICIAL COMPLETA ............................................................ 115
FIGURA 59 - RELATRIO DE CONEXES - SELEO DE MAPA .................. 115
FIGURA 60 - RELATRIO DE CONEXES - RESULTADO ............................. 116
FIGURA 61 - RELATRIO DE DIOS - SELEO DE MAPA ............................. 116
FIGURA 62 - RELATRIO DE DIOS - RESULTADO.......................................... 116
FIGURA 63 - RELATRIO DE EMENDAS - SELEO DE MAPA..................... 117
FIGURA 64 - RELATRIO DE EMENDAS - RESULTADO ................................. 117
FIGURA 65 - RELATRIO DE EVENTOS - SELEO DE MAPA ..................... 118
FIGURA 66 - RELATRIO DE EVENTOS - RESULTADO ................................. 118

FIGURA 67 - RELATRIO DE POSTES - SELEO DE MAPA ........................ 119
FIGURA 68 - RELATRIO DE POSTES - RESULTADOS ................................. 119
FIGURA 69 - DIAGRAMA DE CASOS DE USO .................................................. 133
FIGURA 70 - DER 01 .......................................................................................... 182
FIGURA 71 - DER 02 .......................................................................................... 183
FIGURA 72 - DER 03 .......................................................................................... 184
FIGURA 73 - DIAGRAMA DE CLASSES ............................................................ 198
FIGURA 74 - UC001 - REALIZAR LOGIN .......................................................... 199
FIGURA 75 - UC002 - RECUPERAR SENHA ..................................................... 200
FIGURA 76 - UC003 - LISTAR MAPAS ............................................................... 201
FIGURA 77 - UC004 - MANTER MAPAS ............................................................ 202
FIGURA 78 - UC005 - MANTER USURIOS ...................................................... 203
FIGURA 79 - UC006 - MANTER GRUPOS ....................................................... 204
FIGURA 80 - UC007 - MANTER CONCESSIONRIA ........................................ 205
FIGURA 81 - UC008 - MANER ALUGUEL .......................................................... 206
FIGURA 82 - UC009 - MANTER MARCADOR GENRICO .............................. 207
FIGURA 83 - UC010 - MANTER POSTE FORMATO.......................................... 208
FIGURA 84 - UC011 - MANTER POSTE MATERIAL.......................................... 209
FIGURA 85 - UC012 - MANTER TIPO CABO ..................................................... 210
FIGURA 86 - UC013 - MANTER TIPO SEGMENTO ........................................... 211
FIGURA 87 - UC014 - REALIZAR MAPEAMENTO .............................................. 212
FIGURA 88 - UC015 - GERAR RELATRIOS .................................................. 213
LISTA DE TABELAS
TABELA 1 - LISTA DE ATIVIDADES E RESPONSABILIDADES .......................... 64

TABELA 2 - PLANO DE RISCOS .......................................................................... 66
TABELA 3 - PLANO DE COMUNICAO ............................................................ 67
TABELA 4 - APNDICES - ARTEFATOS GERADOS........................................... 77
TABELA 5 - MATRIZ DE RASTREABILIDADE DE REQUISITOS ...................... 132
TABELA 6 - AUT_GROUP .................................................................................. 185
TABELA 7 - AUTH_GROUP_PERMISSIONS ..................................................... 185
TABELA 8 - AUT_PERMISSION ......................................................................... 185
TABELA 9 - AUTH_USER ................................................................................... 185
TABELA 10 - AUTH_USER_GROUPS............................................................... 185
TABELA 11 - AUTH_USER_USER_PERMISSIONS .......................................... 186
TABELA 12 - DJANGO_ADMIN_LOG ................................................................. 186
TABELA 13 - DJANGO_CONTENT_TIPO .......................................................... 186
TABELA 14 - SCROM_ALUGUEl ........................................................................ 186
TABELA 15 - SCROM_CONCESSIONARIA ....................................................... 187
TABELA 16 - SCROM_CONEXAO...................................................................... 187
TABELA 17 - SCROM_CORDOALHA ................................................................. 187
TABELA 18 - SCROM_DIO ................................................................................. 188
TABELA 19 - SCROM_DIREITO ......................................................................... 188
TABELA 20 - SCROM_EMENDA ........................................................................ 188
TABELA 21 - SCROM_EMPRESA ...................................................................... 189
TABELA 22 - SCROM_EVENTO ........................................................................... 189
TABELA 23 - SCROM_FIBRA ............................................................................. 190
TABELA 24 - SCROM_FIBRA ............................................................................. 190
TABELA 25 - SCROM_GRUPO .......................................................................... 191
TABELA 26 - SCROM_GRUPO_DIREITOS ....................................................... 191
TABELA 27 - SCROM_LIMITADORCORDOALHA ............................................. 191
TABELA 28 - SCROM_MAPA ............................................................................. 192
TABELA 29 - SCROM_MAPA_GRUPOS ............................................................ 192
TABELA 30 - SCROM_MARCADORGENERICO................................................ 192
TABELA 31 - SCROM_PONTOFIXACAO ........................................................... 193

TABELA 32 - SCROM_PORTA ........................................................................... 193
TABELA 33 - SCROM_POSTE ........................................................................... 194
TABELA 34 - SCROM_POSTEFORMATO ......................................................... 194
TABELA 35 - SCROM_POSTEMATERIAL ......................................................... 195
TABELA 36 - SCROM_ROTA ............................................................................. 195
TABELA 37 - SCROM_SEGMENTO ................................................................... 196
TABELA 38 - SCROM_TIPOCABO ..................................................................... 196
TABELA 39 - SCROM_TIPOSEGMENTO ............................................................ 196
TABELA 40 - SCROM_USUARIO ....................................................................... 197
TABELA 41 - SCROM_USUARIO_GRUPOS ...................................................... 197
TABELA 42 - PESO DOS ATORES .................................................................... 214
TABELA 43 - PESO DOS CASOS DE USO ........................................................ 214
TABELA 44 - PONTOS POR CASO DE USO NO AJUSTADOS ...................... 214
TABELA 45 - FATOR DE COMPLEXIDADE TCNICA....................................... 215
TABELA 46 - FATOR DE COMPLEXIDADE AMBIENTAL .................................. 215
TABELA 47 - CLCULO DOS PCU AJUSTADOS E ESTIMATIVA..................... 216
LISTA DE SIGLAS
ANSI
American National Standards Institute
CPqD
Centro de Pesquisas e Desenvolvimento em Telecomunicaes
DIO
Distribuidor Interno ptico
EIA
Electronic Industries Alliance
GPL
General Public License
IEEE
Institute of Electrical and Electronics Engineers
IP
Internet Protocol
ISO
International Organization for Standardization
ISP
Internet Service Provider
LAN
Local Area Network
LARC
Laboratrio Nacional de Redes de Computadores
MAN
Metropolitan Area Network
MCT
Ministrio da Cincia e Tecnologia
MVC
Model View Controller
NREN
National Research and Education Network
OAM&P
Operao, Administrao, Manuteno e Provisionamento
OSI
Open System Interconnection
PoP
Point of Presence
PTR
Ponto de Terminao de Rede
REDECOMEP -
Redes Comunitrias de Educao e Pesquisa
RNP
Rede Nacional de Ensino e Pesquisa
RUP
Rational Unified Process
SGBD
Sistema Gerenciador de Banco de Dados
SLA
Service-Level Agreement
SMTP
Simple Mail Transfer Protocol
SQL
Structured Query Language
TIA
Telecommunications Industry Association
UML
Unified Modeling Language
UTP
Unshielded Twisted Pair
WAN
Wide Area Network
WBS
Work Breakdown Structure
SUMRIO
INTRODUO ................................................................................................. 16
1.1
JUSTIFICATIVA ........................................................................................ 17
1.2
OBJETIVO GERAL ................................................................................... 17
1.3
OBJETIVOS ESPECFICOS ..................................................................... 17
1.4
ORGANIZAO DO TEXTO..................................................................... 18
FUNDAMENTAO TERICA ....................................................................... 19
2.1
REDECOMEP ........................................................................................... 19
2.2
REDES ...................................................................................................... 20
2.2.1
2.2.1.1
2.2.2
Modelo ISO/OSI ................................................................................... 21

Camada Fsica .............................................................................. 22
Classificao Geogrfica ..................................................................... 23
2.2.2.1
WAN .............................................................................................. 23
2.2.2.2
MAN .............................................................................................. 24
2.2.2.3
LAN ............................................................................................... 25
2.2.3
Fundamentos em Gerncia de Redes ................................................. 26
2.2.3.1
Servios ......................................................................................... 27
2.2.3.2
Aspectos tecnolgicos ................................................................... 27
2.2.4
2.2.4.1
2.3
2.3.1
2.3.1.1
2.3.2
2.3.2.1
Cabeamento Estruturado ..................................................................... 32

Cabeamento Estruturado para Fibras pticas .............................. 35
REDES PTICAS ..................................................................................... 35
Ondas Eletromagnticas ...................................................................... 35
Reflexo e Refrao ...................................................................... 36
Fibra ptica ......................................................................................... 37
Propriedades das Fibras pticas .................................................. 38
2.3.2.2
Componentes das Fibras pticas ................................................. 38
2.3.2.3
Tipos de Fibras pticas................................................................. 38
2.3.2.4
Fabricao das Fibras pticas ...................................................... 40
2.3.3
2.4
Fibras pticas no Brasil ....................................................................... 40

OPERAO DE REDES METROPOLITANAS ......................................... 41
2.4.1
Rompimentos e Emendas .................................................................... 41
2.4.2
Processo de Emenda ........................................................................... 41
2.4.2.1
Atenuao ..................................................................................... 42
2.4.2.2
Atenuaes em Emendas pticas ................................................ 42
2.4.2.3
Tipos de Emendas pticas ........................................................... 43
2.4.3
Medio ............................................................................................... 43
2.4.3.1
Fontes de Luz ................................................................................ 45
2.4.3.2
Optical Time Domain Reflectometer .............................................. 45
2.5
MANUTENO ......................................................................................... 47
2.5.1
Equipamentos ...................................................................................... 48
2.5.1.1
Terminaes de Rede ................................................................... 49
2.5.1.2
Cordes pticos ............................................................................ 50
2.5.1.2.1
Tipos de Polimento .................................................................... 51
2.5.1.3
Fibras ............................................................................................ 52
2.5.1.4
Cabos pticos ............................................................................... 53
2.5.2
2.6
Redes Subterrneas ............................................................................ 55

SOFTWARES RELACIONADOS .............................................................. 55
2.6.1
CPqD Superviso ptica ..................................................................... 56
2.6.2
OpenDCIM ........................................................................................... 57
2.6.2.1
3
3.1
Funcionalidades ............................................................................ 57
METODOLOGIA .............................................................................................. 58
MODELO DE PROCESSO DE ENGENHARIA ......................................... 58
3.2
MODELO DE ARQUITETURA .................................................................. 60
3.3
PLANO DO PROJETO .............................................................................. 61
3.4
CRONOGRAMA DO PROJETO ................................................................ 63
3.5
GRFICO DE GANTT ............................................................................... 63
3.6
PLANO DE RISCOS ................................................................................. 66
3.7
PLANO DE COMUNICAO .................................................................... 67
3.8
RESPONSABILIDADES ............................................................................ 67
3.9
RECURSOS DE HARDWARE .................................................................. 68
3.10
RECURSOS DE SOFTWARE ................................................................... 69
3.10.1
OpenLayers-2.13.1 .............................................................................. 69
3.10.2
Python-2.7.7......................................................................................... 70
3.10.3
Django-1.7 ........................................................................................... 70
3.10.4
Apache HTTP Server 2.2 ..................................................................... 72
3.10.5
Mozilla Firefox 30.0 .............................................................................. 73
3.10.6
PostgreSQL 9.3.4 ................................................................................ 73
3.10.7
Psycopg2 2.5.3 .................................................................................... 73
3.10.8
GIT 1.8.4 .............................................................................................. 74
3.10.9
Microsoft Office 2010 ........................................................................... 74
3.10.10
Project Libre 1.5.9............................................................................. 74
3.10.11
Eclipse .............................................................................................. 75
3.10.12
UML Designer 4.0.1 .......................................................................... 75
3.10.13
ERMaster .......................................................................................... 75
3.10.14
PyDev for Eclipse 3.6.0 .................................................................... 76
3.10.15
Eclipse GIT Team Provider 3.4.1 ...................................................... 76
3.11
4
4.1
DESENVOLVIMENTO DO PROJETO ...................................................... 77

APRESENTAO DO SISTEMA .................................................................... 79
MONTAGEM DO AMBIENTE DE DESENVOLVIMENTO ......................... 79
4.1.1
Para configurao do modelo bsico ................................................... 79
4.1.2
Para configurao do modelo avanado .............................................. 81
4.1.3
Montagem do ambiente de produo................................................... 82
4.2
UTILIZAO DO SCROM......................................................................... 84
4.2.1
Login no Sistema ................................................................................. 84
4.2.2
Recuperao de Senha ....................................................................... 85
4.2.3
Tela Inicial e Pesquisa de Elementos .................................................. 86
4.2.4
Grupos de Usurios e Controle de Alteraes ..................................... 89
4.2.5
Cadastro de Usurio ............................................................................ 91
4.2.6
Cadastro de informaes de postes .................................................... 93
4.2.7
Cadastro de novo tipo de cabo ............................................................ 94
4.2.8
Cadastro de novo tipo de segmento .................................................... 94
4.2.9
Cadastro de nova Concessionria ....................................................... 95
4.2.10
Incluso de um valor de aluguel para concessionrias ........................ 95
4.2.11
Mapas e Mapeamento ......................................................................... 96
4.2.11.1
Marcador Genrico ........................................................................ 99
4.2.11.2
Cadastro de empresa e DIO ........................................................ 100
4.2.11.3
Cadastro de evento ..................................................................... 103
4.2.11.4
Cadastro de Porta ....................................................................... 104
4.2.11.5
Cadastro de Conexo e Rota ...................................................... 105
4.2.11.6
Limitador de Cordoalha ............................................................... 107
4.2.11.7
Emenda ....................................................................................... 109
4.2.11.8
Poste ........................................................................................... 110
4.2.11.9
Segmentos .................................................................................. 111
4.2.12
Relatrios ........................................................................................... 114
4.2.12.1
Relatrio de Conexes ................................................................ 115
4.2.12.2
Relatrio de DIOs ........................................................................ 116
4.2.12.3
Relatrio de Emendas ................................................................. 117
4.2.12.4
Relatrio de Eventos ................................................................... 118
4.2.12.5
Relatriode Postes ...................................................................... 118
CONSIDERAES FINAIS ........................................................................... 120
REFERNCIAS $$$$$$$$$$$$$$$$$$$$$$$$$....$$122
APNDICE $$$$$$$$$$$$$$$$$$$$$$$$$$$$$$125
16
INTRODUO
As redes nacionais de educao
e pesquisa (NREN) representam a
interconexo de mltiplas organizaes voltadas para educao e pesquisa

(SAVORY, 2012). O primeiro NREN data de 1986,
definido formalmente por
Oldehoeft como infraestruturas de computao e comunicao de alto desempenho

que so estendidas s comunidades tcnicas, cientficas e educacionais,
interconectando centros de pesquisa
e universidades (OLDEHOEFT,
1992).
Portanto, os NRENs permitem abordagens sociotcnicas para a promoo,

comunicao, colaborao e troca de conhecimentos acadmicos, que so de
grande importncia para os pases que desejam avanar em diversos campos de
pesquisa.
Para sanar as demandas crescentes de comunicao de dados entre
intituies acadmicas e acompanhar os avanos globais, em 1986, o Ministrio da
Cincia e Tecnologia inicia a implantao do NREN brasileiro, atravs de um
projeto elaborado pela LARC, sob o nome de Rede Nacional de Pesquisa, que em
1999 foi alterado para Rede Nacional de Ensino e Pesquisa (RNP).
Entre as
atribuies iniciais da RNP, estava a disseminao do uso de redes no Brasil.

Em maio de 1995, com a abertura da internet comercial no pas, a RNP
passou por uma redefinio de seu papel, estendendo seus servios de acesso a
todos os setores da sociedade.
Em 2005 inaugurou a primeira rede ptica
acadmica na Amrica Latina sob o nome de Rede Ip, seu backbone foi projetado
para atender desde servios bsicos internet a aplicaes avanadas e projetos
cientficos. A infraestrutura da rede Ip engloba 27 Pontos de Presena (PoPs),
espalhados pelas unidades federativas, com a finalidade de operar o backbone e
garatir o atendimento s comunidades de educao, pesquisa, sade e cultura. Os
PoPs possuem equipes tcnicas e administrativas responsveis por garantir acesso
a rede Ip para seus usurios finais, que se conectam diretamente, atravs dos
PoPs, ou indiretamente, atravs de redes metropolitanas.
As redes metropolitanas da RNP so administradas pelos PoPs, sob o
projeto Redes Comunitrias de Educao e Pesquisa (REDECOMEP).
Neste
trabalho, foi desenvolvido um software (SCROM) que atende diversas demandas
17
dos PoPs para gesto e manuteno das REDECOMEP, e sua aplicao pode ser
estendida outras modalidades de redes metropolitanas.
1.1
JUSTIFICATIVA
A escassez de ferramentas centralizadas e livres para gerenciamento de

redes pticas metropolitanas impacta na qualidade dos servios oferecidos pelas
operadoras e provedores de internet. Geralmente, feito uso de diversas
aplicaes desvinculadas, que no atendem plenamente
s necessidades
operacionais.
O SCROM tem como propsito facilitar a gesto de redes metropolitanas,
reduzir janelas de manuteno e garantir o cumprimento dos acordos de nveis de
servio (SLA) entre operadoras de rede pticas metropolitanas e clientes.
1.2
OBJETIVO GERAL
O objetivo deste trabalho de concluso de curso desenvolver um sistema

para controle de redes pticas metropolitanas, em camada fsica do modelo OSI,
propondo ferramenta alternativa e de cdigo aberto para as atividades de gesto,
controle e manuteno de redes pticas metropolitanas.
1.3
OBJETIVOS ESPECFICOS
Os objetivos especficos deste trabalho so:
Identificar as demandas e dificuldades enfrentadas na gesto de redes

pticas metropolitanas.
18
Desenvolver o sistema de controle de redes pticas metropolitanas em

linguagem phyton, seguindo o modelo de processo RUP.
Utilizar apenas ferramentas de implementao abertas e sem limitaes para

uso no comercial.
Considerar integrao com aplicaes que fazem uso do framework Django.
Disponibilizar ferramenta visual para mapeamento de elementos que

compoem a rede metropolitana.
1.4
Gerar relatrios para controle da rede em diversos formatos.
Tentar atender algumas demandas no inventrio de fibras pticas.
ORGANIZAO DO TEXTO
O texto deste trabalho est organizado da seguinte maneira: no captulo 2

(Fundamentao Terica), ser apresentado os conceitos e questes relacionadas
redes, modelo OSI, classificaes geogrficas, gerenciamento de redes,
cabeamento estruturado, fibras pticas e redes pticas - sua operao e
manuteno. No captulo 3 (Metodologia) esto descritas as tcnicas de
modelagem utilizadas na arquitetura do sistema, a seleo de ferramentas e
recusos computacionais, entre elas: RUP, UML e framework Django . Neste
captulo tambm constam as ferramentas de controle de projeto, como
cronogramas, grfico de Gantt e mapa de atividades; seguidos pelo mapeamento
das etapas de desenvolvimento do SCROM, de modo a expor detalhes do processo
de implementao do sistema. No captulo 4 (Apresentao do Software), feita a
apresentao do sistema, abordando o processo de utilizao, descrio das
funcionalidades, telas e respectivos comportamentos. No captulo 5 (Consideraes
Finais) esto listadas as concluses sobre os resultados obtidos neste trabalho e as
expectativas para o futuro sistema. Nos apndices esto discriminados todos os
artefatos gerados durante o projeto, anlise e homologao do SCROM.
19
FUNDAMENTAO TERICA
Neste captulo so abordados princpios importantes para compreenso do

escopo, funcionamento e finalidades do software proposto neste trabalho. Sero
apresentadas
as
classificaes
geogrficas
das
redes,
fundamentos
de
eletromagnetismo, padres para cabeamento estruturado, conceitos sobre gesto

de redes e tecnologias relacionadas com a fabricao e aplicao de fibras pticas.
2.1
REDECOMEP
O projeto Redes Comunitrias de Educao e Pesquisa (REDECOMEP)

uma iniciativa do Ministrio da Cincia e Tecnologia (MCT), coordenada pela Rede
Nacional de Ensino e Pesquisa (RNP), que tem como objetivo implementar redes
de alta velocidade nas regies metropolitanas do pas, servidas pelos Pontos de
Presena da RNP - os POPs. O modelo adotado baseia-se na implantao de uma
infra-estrutura de fibras pticas prpria voltada para as instituies de pesquisa e
educao superior e na formao de consrcios entre as instituies participantes
de forma a assegurar sua autossustentao.
O projeto promove a implantao de redes metropolitanas comunitrias nas
26 cidades que abrigam POPs do backbone da RNP e REDECOMEP.
A execuo do projeto est sob responsabilidade da Organizao Social
Rede Nacional de Ensino e Pesquisa (RNP), que conta com recursos da Finep. O
projeto inclui a implantao, em conjunto com as instituies de pesquisa e
educao superior, de infra-estrutura de fibras pticas (prprias ou por meio de
cesso de direitos), equipamentos para a rede lgica e a gesto administrativa dos
projetos de cada rede metropolitana.
Aps a implantao de cada rede metropolitana visa-se que, a gesto de sua
operao, seu custeio e sua sustentabilidade fiquem ao cargo das instituies
usurias. Assim, outro objetivo do projeto estimular a formao de consrcios, de
modo a assegurar a sua autossustentao (REDECOMEP, 2014).
20
2.2
REDES
Rede de computadores refere-se aos conjuntos de dispositivos autnomos

interconectado por uma nica tecnologia. Dois dispositivos esto interconectados
quando podem trocar informaes. A conexo no precisa ser feita por fios de
cobre; tambm podem ser usadas fibras ticas, microondas,
infravermelho e
satlites de comunidaes (TANENBAUM, 2011). Redes apresentam-se em

diversos tamanhos e formas, quando conectadas, compem redes maiores, como
mostrado na figura 1.
FIGURA 1 - INTERNET
FONTE: KUROSE (2012).
21
2.2.1 Modelo ISO/OSI
O ISO/OSI o modelo de referncia mais aplicado como referncia para

caracterizar as funes internas das redes. A International Organization for
Standardization (ISO) props que as redes de computadores fossem organizadas
em sete camadas, denominadas Open System Interconnection (OSI). O modelo
OSI tomou forma em 1977, quando os protocolos internet ainda estavam em
amadurecimento; hoje o modelo mantido sob a identificao ISO/IEC 7498-1
(KUROSE, 2012).
Para estruturar o projeto de protocolos de rede, projetistas organizam os
protocolos, os hardwares e os softwares que implementam tais procolos, em
camadas. Cada protocolo pertence a uma das camadas. Uma camada de protocolo
pode ser implementada em software, em hardware, ou em uma combinao de
ambos. Protocolos de camada de aplicao, como HTTP e SMTP , quase sempre
so implementados em software em sistemas finais; e o mesmo acontece com
protocolos de camada de transporte. Como a camada fsica e as camadas de
enlace de dados so responsveis pelo manuseio da comunicao por um enlace
especfico, normalmente, so implementadas em placas de interface de rede
associadas a um determinado enlace (KUROSE, 2012).
O sistema de camadas de protocolos tem vantagens conceituais e
estruturais. A diviso em camadas proporciona um meio estruturado de discutir os
componentes e a modularidade dos sistemas. A modularidade facilita a atualizao
dos componentes, que quando tomados em conjunto, as camadas de protocolos
so denominadas pilha de protocolos (KUROSE, 2012).
Na figura 2 so mostradas as camadas do modelo OSI: camada de
aplicao, camada de apresentao, camada de sesso, camada de transporte,
camada de rede, camada de enlace e finalmente a camada fsica.
22
FIGURA 2 - MODELO ISO/OSI

FONTE: KUROSE (2012).
Neste trabalho atuaremos especificamente sobre a camada fsica.
2.2.1.1 Camada Fsica
a camada inferior do modelo ISO/OSI, que movimenta os bits individuais

que esto dentro do quadro de um n para o seguinte, descrevendo os meios
eltricos, pticos, mecnicos e interfaces funcionais para o meio fsico transmitir os
sinais das camadas superiores do modelo OSI. Os protocolos nessa camada
dependem do enlace e tambm do meio de transmisso do enlace. Como exemplo,
os protocolos da arquitetura de interconexo ethernet: 10BASE-T (dois pares de
cobre tranados), 10BASE-5 (coaxial), 100BASE-FX (fibra ptica). Em cada caso, o
bit movimentado pelo enlace de um modo diferente (KUROSE, 2012).
23
2.2.2 Classificao Geogrfica
Entre as classificaes possveis para redes com relao abrangncia

geogrfica, nesta seo trataremos as mais importantes: lan, man e wan.
2.2.2.1 WAN
Wide Area Networks (WAN) ou redes geograficamente distribuda, abrangem

grandes reas geogrficas, com frequncia um pas ou continente. Elas contm um
conjunto de mquinas (ou hosts) cuja finalidade executar as aplicaes dos
usurios. Os hosts so conectados por sub-redes, onde cada host pertence aos
seus respectivos usurios, enquanto as sub-redes de comunicao, em geral,
pertencem e so operadas por empresas de telefonia ou por provedores de
servios de internet (ISP). A tarefa da sub-rede transportar mensagens de um
host para outro, exatamente como sistemas de telefonia transportam as palavras de
uma pessoa que fala para outra que ouve ao telefone. Essa estrutura de rede
altamente simplificada, pois separa os aspectos da comunicao pura da rede dos
aspectos da aplicao (TANENBAUM, 2002).
Na maioria das WANs a sub-rede consiste em dois componentes distintos:
linhas de transmisso e elementos de comutao. As linhas de transmisso so
responsveis pelo transporte dos bits entre as mquinas, que pode ocorrer atravs
de fios de cobre, fibra ptica, ou enlaces de rdio. Os elementos de comutao so
computadores especializados que conectam trs ou mais linhas de transmisso.
Quando os dados chegam a uma linha de entrada, o elemento de comutao deve
escolher uma linha de sada para encaminh-los. Esses computadores de
comutao receberam diversos nomes no passado; roteador agora o o nome
mais comumente utilizado (TANENBAUM, 2002).
Sobre o termo sub-rede, originalmente seu nico significado identificava o
conjunto de roteadores e linhas de comunicao que transportavam pacotes entre
hosts de origem e de destino. No entanto, alguns anos mais tarde, o termo adquiriu
um segundo significado, como uma parte do IP usada para endereamento de
24
rede, o contexto geralmente define qual acepo est sendo utilizada sobre o termo
(TANENBAUM, 2002).
2.2.2.2 MAN
As Metropolitan Area Networks (MAN) abragem geralmente uma cidade, o

exemplo mais comum a rede de televiso a cabo. Esse sistema cresceu a partir
de antigos conjuntos de antenas comunitrias usadas em reas com fraca
recepo de sinal de televiso pelo ar. Nesses primeiros sistemas, uma grande
antena era colocada no alto de uma colina prxima e o sinal era ento conduzido
at a casa dos assinantes (TANENBAUM, 2002).
Em princpio, esses sistemas eram projetados no local. Posteriormente, as
empresas comearam a entrar no negcio, obtendo concesses dos governos
municipais para conectar atravs de cabos cidades inteiras. A etapa seguinte foi a
programao de televiso e at mesmo canais inteiros criados apenas para
transmisso por cabos (TANENBAUM, 2002).
A partir do momento em que a internet atraiu uma audincia massiva, as
operadoras de redes de TV a cabo comearam a perceber que, com algumas
mudanas no sistema, poderiam oferecer servios da internet de mo dupla em
partes no utilizadas do espectro. Nesse momento, o sistema de TV a cabo
comeou a se transformar, passando de uma forma de distribuio de televiso
para uma rede metropolitana. Em primeira aproximao, uma MAN seria
semelhante ao sistema mostrado na figura 3. Nessa figura observa-se que os sinais
de televiso e de internet so transmitidos ao head-end centralizado para
distribuio subsequente s casas das pessoas (TANENBAUM, 2002).
A televiso a cabo no a unica MAN existente, as REDECOMEP mantidas
pelos pontos de presena da RNP so outro exemplo de MAN, assim como os
acessos sem fio de alta velocidade, padronizadas como IEEE 802.16.
25
FIGURA 3 - MAN
FONTE: TANENBAUM (2002).
2.2.2.3 LAN
As redes locais ou Local Area Networks (LAN) so redes privadas contidas

em um nico edifcio com at alguns quilmetros de extenso. Elas so
amplamente usadas para conectar computadores pessoais e estaes de trabalho
em
escritrios
instalaes
industriais
de
empresas,
permitindo
compartilhamento de recursos e a troca de informaes. As LANs tm trs

caractersticas que as distinguem de outros tipos de redes: tamanho, tecnologia de
transmisso e topologia (TANENBAUM, 2002).
As LANs tm um tamanho restrito, o que significa que o pior tempo de
transmisso limitado e conhecido com antecedncia. O conhecimento desses
limites permite a utilizao de determinados tipos de projetos que em outras
circunstncias no seriam possveis, alm de simplificar o gerenciamento da rede
(TANENBAUM, 2002).
A tecnologia de transmisso das LANs quase sempre consiste em um cabo,
ao qual todas as mquinas esto conectadas, como acontece com as linhas
telefnicas compartilhadas que eram utilizadas em reas rurais. As LANs
26
tradicionais funcionam em velocidades de 10 Mbps a 1000 Mbps, tm baixo retardo

e cometem poucos erros de transmisso. As LANs modernas operam em at 10
Gbps (TANENBAUM, 2002).
2.2.3 Fundamentos em Gerncia de Redes
Todos os fundamentos considerados nesta seo podem ser estendidos a

qualquer entidade com porte e caractersticas similares a uma organizao, nestes
incluem-se: hospitais, universidades, instituies de pesquisa, reparties pblicas
governamentais e outros. Tambm leva-se em considerao que apesar do
software que motiva este trabalho tratar de redes em camada fsica, impossvel
descrever os fundamentos da gerncia de redes sem mencionar outras camadas,
pois todas so elementos necessrios ao funcionamento e gerenciamento
adequado de uma rede.
Gerenciamento de redes inclui operao, administrao, manuteno e
provisionamento (OAM&P). Estas funes requerem provimento, monitoramento,
interpretao e controle da rede e dos servios que ela comporta. Estas funes
OAM&P garantem s operadoras e seus clientes eficientes meios para gerenciar
seus recursos e servios com o objetivo de atingir suas metas. H diferentes
abordagens e estratgias usadas pelas operadoras para gerenciar suas redes e
recursos. Geralmente as solues para gerenciamento de redes dependem muito
do fornecedor dos equipamentos de redes e das finalidades de uso (PROUDFOOT,
1992).
27
2.2.3.1 Servios
Responsveis por garantir que novos servios sejam implantados j com o

ambiente de gerenciamento de rede preparado, estrutura de rede disponvel, e
promover ativaes rpidas dos servios. O gerenciamento e a operao da rede
deve ser flexvel e ter uma arquitetura modular distribuda, que permita adaptao
dos servios s necessidades de novos clientes. Estas necessidade incluem, por
exemplo, implantao rpida e ativao, oramento robusto, e garantia de
qualidade
de
acesso
ao
usurio
final.
Devem
haver
novos
softwares,
procedimentos e recursos que garantam a adio de servios aos usurios em

tempo aceitvel (PROUDFOOT, 1992).
2.2.3.2 Aspectos tecnolgicos
O desafio de gerenciar e distribuir eficientemente recursos na rede, e

eliminao de sobrecarga fsica de recursos da rede necessrios para implantao
de servios e sistemas de gerenciamento associados.
Gerenciamento de dados transmitidos e recebidos o item mais custoso
para provedores de servio, devido ao volume, redundncia e dificuldade para
assegurar preciso na carga de dados transmitidos atravs de uma rede ou servio.
As abordagens mais indicadas visam permitir a distruibio dos dados transmitidos
atravs de todas as camadas de gerncia da rede,
e garantir elementos
inteligentes de rede que possam acessar processos de dados e passar informao

para sistema de gerenciamento de redes em ponto a ponto. Administrao manual
e alinhamento de bases de dados redundantes deveriam ser eliminados
(PROUDFOOT, 1992).
Dada a sofisticao e o rpido crescimento dos servios, um ambiente de
operao mais flexvel deve ser estabelecido. Um ambiente de operao distribuido
que use corretamente as capacidade de todos os componentes removeria os
gargalos causados pela interoperabilidade de servios e procedimentos.
28
Um passo importante em criar essa flexibilidade eliminar sobreposies

discretas de redes, introduzindo tecnologias de rede capazes de prover recursos
com capacidades genricas. Essa capacidade logicamente atribuida para vrios
tipos
de
servios
que
possem
aspectos
de
negcios
que
devem
ser
considerados(BURGESS, 2004).
Aspectos de negcios:
o reduo dos custos operacionais;
o aumentar a flexibilidade do ambiente OAM&P;
o prover servios de maneira competitiva e em tempo hbil.
Reduo de custo pode ser obtida atravs da simplificao da rede,
substituindo servios e tecnologias especficas por recursos genricos, capazes de
lidar com maior variedade de servios. Outro meio para reduo de custos pela
integrao e simplificao de operaes, processo e funes. Custo e benefcio
pode ser atingidos atravs da eliminao de bases de dados redundantes e
combinao de processos para alinhar as foras de trabalho nos objetivos do
provedor de servios (PROUDFOOT, 1992).
Um importante significado para o aperfeioamento da flexibilidade OAM&P
incorporar inteligncia aos elementos da rede. Na figura 4 mostrada as interaes
entre vrios elementos inerentes ao OAM&P. A conexo entre cada um dos
elementos
representa
um
ponto
de
flexibilidade.
Essa
redistribuio
de
funcionalidade de gerenciamento possibilita aos sistemas de gerenciamento de

redes manter alta visibilidade de servios e recursos (PROUDFOOT, 1992).
29
FIGURA 4 - OAM&P
FONTE: AIDOROS (1990)
No domnio OAM&P de gerenciamento

gerenciamen inclui-se:
se:
o Provedores de servio de redes e gerenciamento de sistemas: garante
garantem
m
viso combinada da rede para gerenciamento de recursos e servios e
refletem
m os objetivos primrios dos fornecedores dos servios.
o Elementos de redes inteligentes: possuem aplicaes de controle capazes
de traduzir mensagens padro de alto nvel a partir das aplicaes de
gerncia da rede para tecnologias com implementaes especficas,
dependendo do fornecedor.
o
Sistemas de gesto corpor

corporativa
tiva de comunicao para redes priva
privadas:
das: estes
sistemas oferecem aos clientes corporativos funcionalidades semelhates aos
sistemas rede/sevio de gesto das operadoras (servios e gesto de
recursos, gesto de inventrio, diretrios, alocao de custos e relatrios de
trfego). As corporaes
corporaes atualmente tem controle limitado sobre os servios
recebidos do provedor de rede pblica. No entanto, a rede/servio do
prestador de servios poderia ser aumentada por prestao de servios de
rede mais pblicos para os usurios corporativos se os servi
servios
os puderem
ser gerenciados pelo usrio de forma segura e gil
30
Funcionalidades de controle estendido: permitem a gesto de servios e

recursos pelos utilizadores finais, que em conjunto ou independente de um
sistema de gesto e conexo em corporaes. Essas funes de controle
tambm podem permitir que clientes residenciais modificaes de perfis de
servios a partir de seus terminais. A funo de gerenciamente de elementos
de rede vai atualizar o sistema de gesto da rede de servios de forma
autnoma, aumentando o envolvimento do cliente e reduzindo custos com a
melhora da capacidade de resposta da operadora.
Ambos, gerentes e gerenciados, esto preocupados com os servios de
redes e recursos.
Por exemplo, servios gerenciados tipicamente possuem
mltiplas verses de uma nica tecnologia do fornecedor, ou mesmo tecnologias de

mltiplos fornecedores. As interfaces mudam se o servio evolui, no simplesmente
porque a implementao do fornecedor mudou (AIDAROUS, 1990).
Comunicaes sero estabelecidas entre sistemas de gerenciamento e
elementos inteligentes de rede. Se possvel, servios sero gerenciados
independentemente dos recursos que foram implementados.
At este ponto foram tratados fundamentos gerais na gerncia de redes,
abrangendo essencialmente as trs primeiras camadas do modelo OSI. O
gerenciamento
de
uma
rede
metropolitana
em
camada
fsica
depende
primeiramente de infraestrutura adequada, que atenda acordos de nveis de servio

estabelecidos entre o cliente e a operadora. Portanto, os fatores mais importantes
para a boa gesto desse tipo de rede so: infraestrutura, controle, manuteno e
provisionamento (PROUDFOOT, 1992):
A infraestrutura da rede metropolitana em camada fsica, dependendo de

seu porte, possui trechos em que o tipo de rede varia devido s condies
tcnicas e caractersticas da regio. O tipo de rede mais comum e menos
custoso a area, nestas redes os cabos so geralmente sustentados por
postes, estes arrendados ou prprios da operadora da rede. Para reas
onde a intalao de postes no vivel, alternativas mais caras so
utilizadas, como redes subterrneas. Em tais redes os cabos so passados
atravs de dutos, com caixas de passagem e emendas distribuidos em sua
extenso.
31
O controle da rede provm de um sistema bsico para monitorar e antecipar

potenciais indisponibilidades na rede, que levariam a necessidade de
interveno preventiva ou reparativa da mesma. As indisponibilidades
podem ser ocasionadas por eventos diversos, como: rompimento de cabos,
queda de postes e problemas em equipamentos. Todos os eventos mais
comuns devem ser mapeados para melhorar o tempo de resposta em aes
preventivas ou de reparo. O mapeamento obtido atravs de histricos de
ocorrncias, tipo de rede (area ou subterrnea) e caractersticas regionais
de cada trecho da rede. Com histricos e relatrios, pode-se ter maior
preciso nas aes, o que impacta diretamente na durao das janelas de
indisponibilidade da rede. Os relatrios vo desde planilhamentos com
detalhes sobre clientes, e recursos da infraestrutura, at mapas que servem
para orientao e controle de localizao de clientes, equipamentos e
eventos.
Manuteno e provisionamento so possveis apenas com o controle

adequado da rede. A operadora deve possuir departamento prprio,
responsvel pela manuteo gil da rede, ou possuir contrato com
empreiteiras que possam atender as demandas necessrias para garantir
que os acordos de nveis de servio com as instituies usurias da rede
sejam cumpridos. Se o controle e monitoramento sobre a rede for maduro e
consistente, a operadora ter condies de manter a rede funcionando
dentro dos acordos estabelecidos e planejar apropriadamente necessidades
de mudanas ou expanses na topologia para, por exemplo, criar rotas para
redundncia.
Gerncia de uma rede, em muitos aspectos, similar a gerncia de uma
empresa. Administra-se os recursos materiais e humanos, mantm-se os acordos

estabelecidos com os clientes e cria-se uma base de conhecimento para garantir a
expanso e manuteno adequada da mesma.
32
2.2.4 Cabeamento Estruturado
A abordagem sobre o tema cabeamento estruturado aconteceu pela primeira

vez nos anos de 1980 depois que ficou evidente que o crescimento do setor de
tecnologia poderia desacelerar devido a elevada gama de cabos e interfaces de
redes incompatveis que cresceram junto com a indstria de computadores
mainfraime. Com a popularizao dos computadores, cada fabricante desenvolvia
seus prprios modelos de cabos, compatveis apenas com certos equipamentos.
Havia alguns padres na poca, como o RS232 , mas muito frequentemente
companhias como a IBM fabricavam cabos especficos para cada faixa de
equipamentos lanados. Cabos e conectores poderiam ser feitos de qualquer
combinao de pares tranados, ncleos mltiplos, cabos coaxiais e fibras pticas.
As desvantagens da no universalizao dos padres de cabos estavam no
uso de um tipo proprietrios e restrito de cabo para cada fabricante, o que levava a
grandes dificuldades quando operadoras tinham necessidade de realizar mudanas
ou expanses, tornamdo-as mais custosas e raras de acontecer (ELLIOT, 2002).
Por volta de 1990 vrias organizaes que criavam padres comearam a
tentar buscar um consenso, isso partiu principalmente da ANSI, que delegou o
trabalho para desenvolver padres universais para a TIA e a EIA. Inicialmente eles
criaram e modificaram diversos termos existentes, como foi o caso das categorias
de cabos. Nasce assim a categoria 3 para cabos UTP sob o padro EIA/TIA 568. A
TIA, em associao com a EIA e a ANSI publicaram especificaes de padres nos
boletins TSB32 (para cabos) e no TSB40 (para conexo de equipamentos). Ao
longo dos anos seguintes surgiram as categoria 4, 5 e 6.
Hoje o padro internacional para cabeamento estruturado o ISO 11801,
publicado em parceria entre a ISO e a IEC (Internation Electrotechnical Comission)
- com sede em Geneva. O ISO 11801 um documento internacional com suporte
de membros de todos os continuentes. O ISO11801 usado muitas vezes em
conjunto com especificaes definidas no CENELEC - padro europeu - e com o a
TIA/EIA - padro americano. Alm de ainda existirem outros padres em vrios
pases (ELLIOT, 2002).
A escolha do padro a ser utilizado, preferencialmente a adoo de um
padro internacional, de grande importncia. Vrias pesquisas comprovam que
33
mais da metade das falhas em redes so ocasionadas por problemas com

cabeamento. Portanto, o uso de cabeamento estruturado culmina em menor ndice
de falha nas redes, menores custos para manuteno, mudanas e expanses,
alm de reduzir as janelas de indisponibilidade em caso de problemas com
cabeamento (ELLIOT, 2002).
Sistemas de cabeamento estruturado devem estar em conformidade com
modelos que descrevem a topologia ou arquitetura de um sistema de cabeamento.
Se o cabeamento no est em conformidade com o padro ISO 11801, ento no
se trata mais de cabeamento estruturado, mas de alguma forma especifica e
independente de aplicao de cabeamentos (ELLIOT, 2002).
As desvantagens no uso de cabeamento no estruturado so:
o
Depende e est sob propriedade de um fabricante em particular.
Mudanas e expanses so dispendiosas e levam muito mais tempo para

serem executadas.
O padro ISO11801 preparado para atender diversos layouts de
intalaes, por longos perodos de tempo e sem necessitar de modificaes fsicas

de infraestrutura. Possibilita tambm fcil manuteno da infraestrutura, mesmo por
pessoas que no participaram da construo do cabeamento original. A ISO11801
bastante parecida com a TIA/EIA-568 - mas o padro TIA/EIA o mais difundido
em alguns pases (MARIN, 2008).
Especificaes EIA/TIA:
o EIA/TIA 568 - especificao geral sobre cabeamento estruturado em
instalaes comerciais.
o EIA/TIA 569 - especificaes gerais para encaminhamento de cabos (Infra
estrutura, canaletas, bandejas, eletrodutos, calhas)
instalaes residenciais.
o EIA/TIA 606 - controle da documentao dos cabos
o EIA/TIA 607 - especificao de aterramento
residncias
34
No Brasil a norma NBR14565 da ABNT em complemento s normas

internacionais, como a ISO11801, fornece especificaes para cabeamento
estruturado:
o Backbone de edifcio:cabos e vias de passagem (calhas e eletrodutos) que
interligam o BD com os FD.
o Backbone de campus: cabos e suas vias de passagem (calhas, eletrodutos)
que interligam o CD aos distribuidores de edifcios (BD).
o Distribuidor de Edifcio (BD): armrios e blocos de conexo que interligam o
backbone de campus com os servidores e backbone do edifcio. Em
instalaes onde no existam o backbone de campus, o BD interliga a rede
externa com a backbone do edifcio.
o Distribuidor de piso (FD): armrios e blocos de conexo que interligam o
backbone do edifcio com o cabeamento horizontal.
o Distribuidor de campus (CD): armrios e blocos de conexo que permitem a
interligao entre a rede externa e os servidores e o backbone do campus.
o Cabeamento horizontal: cabos e suas vias de passagens que interligam os
FD com as tomadas de telecomunicaes.
o
Ponto de consolidao (CP): ponto com elementos de conexo localizado

no cabeamento horizontal, entre o FD e a tomada de telecomunicaes.
o Cabo do ponto de consolidao (cabo do CP): cabo que interliga o CP a uma

tomada de telecomunicaes.
o Tomada de telecomunicaes multiusurio (MUTO): conjunto de tomadas de
telecomunicaes que atendem entre 2 e 12 reas de trabalho.
o
Tomada de telecomunicaes (TO): tomada de telcomunicaes para

conexo dos equipamentos terminais com o cabeamento horizontal.
O uso do cabeamento estruturado agrega desempenho ao sistema pela
maior confiabilidade do cabeamento, possibilita ampliaes e alteraes sem perda

de flexibilidade, integra diversas aplicaes em um nico cabeamento, permite o
atendimento das demandas de novos servios para os usurios e possibilita vida
til maior para o sistema de cabeamento (MARIN, 2008).
35
2.2.4.1 Cabeamento Estruturado para Fibras pticas
Alm de muitas das normas e boletins mencionados na seo anterior, fibras

pticas atendem s especificaes abaixo:
o ANSI/EIA/TIA 526-14 Especificaes tcnicas para medidas pticas
multimodo: especifica procedimentos usados para medir um link de fibra
ptica multimodo, incluindo terminaes, componentes passivos, fontes de
luz, calibrao e interpretao de resultados.
o ANSI/EIA/TIA 526-7 Especificaes tcnicas para medidas pticas
monomodo: tem a mesma funo do ANSI/EIA/TIA 526-14, mas para fibras
monomodo.
2.3
REDES PTICAS
Redes pticas so redes com estrutura de transmisso composta por fibras

pticas. A comunicao entre equipamentos da rede ocorre atravs do envio de
sinais de luz codificado pela fibra em um domnio de freqncia especfico.
2.3.1 Ondas Eletromagnticas
Ondas eletromagnticas so ondas que podem viajar atravs do vcuo,

como o caso da luz e dos sinais de rdio. Ondas eletromagnticas so geradas
pela vibrao de uma carga eltrica. Esta vibrao cria ondas que possuem
componentes eltrico e eletromagntico. As ondas eletromagnticas transportam
sua energia atravs do vcuo a uma velocidade aproximada de 300.000 km/s, em
meios lquidos e translcidos a velocidade de propagao inferior (ALVARENGA,
2006).
36
O mecanismo de transporte da luz atravs de uma fibra envolve absoro e

reemisso de energia das ondas dos tomos do material. Quando um feixe luz
colide com os tomos do material da fibra, a energia absorvida. A absoro de
energia faz com que os eltrons dos tomos vibrem e gerem um novo feixe de luz
com a mesma frequncia do feixe original.
2.3.1.1 Reflexo e Refrao
Em 1952, o fsico Narinder S. Kapany, baseado em estudos feitos pelo fsico

John Tyndall, de que a luz poderia descrever trajetrias curvas, realizou
experimentos que levaram criao da fibra ptica. O princpio que rege o
funcionamento das fibras pticas o fenmeno fsico denominado reflexo da luz.
Para que haja a reflexo total a luz deve sair de um meio mais refringente para um
meio menos refringente, onde o ngulo de incidncia igual ou maior do que o
ngulo limite (ALVARENGA, 2006).
Feixes de luz ao serem interceptados por uma superfcie plana transparente,
parte dela refletida pela superfcie e se propaga em sentido oposto, como se
originado naquela superfcie, a outra parte refratada. A luz sempre mudar de
direo quando atravessar superfcies transparentes em situaes onde o feixe
incidente no for perpendicular. A lei que descreve a relao entre os ngulos de
incidncia e refrao chamada lei de snell (ALVARENGA, 2006).
O ndice de refrao (n) de uma substncia igual a c/v, onde c a
velocidade da luz no vcuo, e v a sua velocidade no material . O ndice de
refrao da luz, em qualquer meio, exceto o vcuo, depende do comprimento de
onda da luz. Ondas luminosas de comprimentos de onda diferentes so refratadas
com ngulos diferentes ao atravessarem uma superfcie. Assim, quando um feixe
de luz, consistindo em componentes com diferentes comprimentos de onda, incide
numa superfcie que separa dois meios, os componentes do feixe so separados
por refrao e se propagam em direes diferentes. Esse efeito chamado de
disperso (ALVARENGA, 2006).
37
2.3.2 Fibra ptica
As fibras pticas (FIGURA 5) so constitudas de materiais dieltricos, com

imunidade interferncias eletromagntica; possuem uma regio cilndrica
composta de uma parte central, denominada ncleo, por onde a luz passa; e uma
rea perifrica denominada casca ou bainha, que envolve o ncleo. O ncleo e a
bainha que o envolve feito de vidro slido com alto ndice de pureza, mas com
ndices de refrao diferentes. O ndice de refrao do ncleo sempre maior que
o ndice de refrao da bainha . Se o ngulo de incidncia da luz em uma das
extremidades da fibra for menor que um certo ngulo, chamado de ngulo crtico,
ocorrer reflexo total da luz no interior da fibra (KEISER, 2008).
FIGURA 5 - FIBRA PTICA

FONTE: MACAO (2014).
38
2.3.2.1 Propriedades das Fibras pticas
As fibras pticas possuem propriedades especficas que as tornam ideais

para uso em redes de alta largura de banda e longas distncias (KEISER, 2008).
o imunidade a interferncias eletromagnticas;
o ausncia de diafonia;
o confiabilidade quanto ao sigilo das informaes transmitidas;
o capacidade de transmisso superior;
o baixa atenuao.
2.3.2.2 Componentes das Fibras pticas
As fibras pticas contm componentes bsicos, necessrios para atribuio

das caractersticas fundamentais para transmisso dos sinais luminosos em seu
interior (KEISER, 2008).
o Ncleo: O ncleo um fino filamento transparente por onde passa a
luz.
o Casca ou bainha: Camada de revestimento do ncleo, que possui
ndice de refrao menor, impedindo refrao.
o Revestimento: Camada de plstico que envolve o ncleo e a bainha,
protegendo-os contra choques mecnicos e curvatura excessiva.
2.3.2.3 Tipos de Fibras pticas
Existem duas categorias de fibras pticas: multimodais e monomodais, elas

definem a forma como a luz se propaga no interior dos ncleos (FIGURA 6)
(KEISER, 2008).
39
Fibras Multimodo/Multi Mode Fiber (MMF):
possuem dimetro do ncleo
maior do que as fibras monomodais, permitindo luz modos de propagao,

portanto a luz pode percorrer o interior da fibra ptica por diversos ngulos.
Os conectores e transmissores pticos para este tipo de fibra so mais
baratos
Fibras Monomodo/Single Mode Fiber (SMF):
ideais para aplicaes que
envolvam grandes distncias, embora requeiram conectores mais precisos e

dispositivos dispendiosos. A luz possui apenas um modo de propagao,
percorrendo o ncleo atravs de um nico ngulo.
FIGURA 6 - CATEGORIAS DE FIBRAS PTICAS

FONTE: ABUSAR (2014).
40
2.3.2.4 Fabricao das Fibras pticas
Para melhorar as caractersticas, geomtricas, pticas e mecnicas das

fibras, sua fabricao feita em processos com diversas etapas que permitem
produo de grandes quantidades, em curtos perdos e com custos menores . Os
materiais usados so slicas puras ou dopadas, vidro composto e plstico. As fibras
ptica fabricadas de slica pura so as que apresentam as melhores caractersticas
de transmisso. Fibras pticas fabricadas de vidro composto e plstico no tem
boas caractersticas de transmisso (KEISER, 2008).
2.3.3 Fibras pticas no Brasil
A Unicamp foi primeira instituio brasileira a pesquisar fibras pticas. O

Grupo de Fibras pticas do Instituto de Fsica Gleb Wataghin (IFGW) foi formado
em 1975 para desenvolver o processo de fabricao de fibras e formar recursos
humanos nesta rea. Dos laboratrios do IFGW saram s primeiras fibras pticas
fabricadas no pas onde foram desenvolvidas vrias tcnicas de caracterizao das
fibras. Este desenvolvimento foi transferido, juntamente com as pessoas treinadas,
para o CPQD Centro de Pesquisas e Desenvolvimento em Telecomunicaes
onde continuou-se com a construo de uma planta piloto para fabricao. O
CPQD transferiu a tecnologia para as empresas ABC-Xtal, Bracel, Avibrs, Pirelli e
Sid, que hoje produzem a maior parte das fibras utilizadas no Brasil (IFGW, 2014).
As pesquisas do grupo foram cada vez mais sendo desenvolvidas em
assuntos de fronteira, avaliando e explorando tecnologias emergentes, e realizando
atividades de pesquisa que fossem temas de teses de doutoramento. Desenvolveuse, assim, os primeiros amplificadores a fibra dopada com rbio no pas, processos
originais de fabricao de vidros especiais, tcnicas de ptica no linear e de lasers
de pulsos ultra-curtos para o estudo de fenmenos ultra-rpidos.
Dadas as
atividades desenvolvidas nos ltimos anos, o grupo passou a ser chamado de

Grupo de Fenmenos Ultra-Rpidos e Comunicaes pticas (IFGW, 2014).
41
2.4
OPERAO DE REDES METROPOLITANAS
A operao de redes metropolitanas resulta na aplicao de diversas

tecnologias e processos para manuteno e controle destas redes, tais processos
envolvem uso de equipamentos avanados para reparos, este usados, por
exemplo, para execuo e medies precisas e emendas em fibras pticas.
2.4.1 Rompimentos e Emendas
Rompimentos de fibras pticas impactam sobre o SLA da operadora e sobre

os servios utilizados pelos clientes. Os rompimentos so causados por diversos
fatores: queda de postes, rompimento de cabos por caminhies, desgaste natural,
roubo de cabos, entre outros.
2.4.2 Processo de Emenda
Quando realiza-se emendas, deve-se seguir etapas especficas, necessrias

para alcanar o desempenho desejado sobre a fibra recuperada (KEISER, 2008). O
processo de emenda consiste nas operaes abaixo:
o Limpeza: remoo da capa do cabo, remoo do tubo, remoo do gel com
o uso de lcool isoproplico.
o Decapagem: remoo do revestimento externo da fibra, limpeza da fibra com
lcool isoproplico (KEISER, 2008).
o Clivagem: A clivagem consiste no corte das extremidades das fibras em um
ngulo de 90 para que as extremidades fiquem paralelas . O ngulo ser de
90 permite que as faces de contato da emenda fiquem alinhadas.
42
o Fuso: Para fuso das fibras feito uso de um arco voltico que eleva a
temperatura das faces da fibra at seu derretimento, para ento serem
unidas e resfriadas.
2.4.2.1 Atenuao
Constitui-se na propriedade mais importante dos meios de transmisso em

geral, sendo particularmente relevante quando se trata de meios materiais, como
no caso das fibras pticas. A atenuao pode ser definida como a perda de
potncia do sinal com a distncia, ou seja, se a atenuao for muito grande, o sinal
chegar muito fraco ao receptor (ou repetidor), que no conseguir captar o dado
transmitida.
As fibras ticas apresentam perdas muito baixas, deste modo,
possvel implantar sistemas de transmisso de longa distncia com espaamento

muito grande entre repetidores, o que reduz a complexidade e o custo do sistema.
Os mecanismos que provocam atenuao so: absoro, espalhamento e
deformaes mecnicas.
Para a medio da atenuao so utilizados equipamentos como o Optical
Time Domain Reflectometer, que retorna os resultados utilizando o decibel como
unidade de potncia do sinal ptico na fibra e atenuao resultante (KEISER,
2008).
2.4.2.2 Atenuaes em Emendas pticas
Em conectores pticos, existem quarto fatores que influenciam o processo

de emenda:
o Fatores Intrnsecos: so relacionados a fabricao da fibra ptica e
suas causas (variao do dimetro do ncleo, diferena de perfil,
excentricidade do ncleo ou casca).
43
o Fatores Extrnsecos: ocorrem durante o processo de emenda

(preciso no alinhamento da fibra, qualidade das terminaes da fibra,
espaamento entre as extremidades e contaminao ambiental).
o Fatores Reflexivos: emendas podem gerar em seu interior atenuaes
nos sinais transmitidos devido reflexo da luz, criando perdas
considerveis de potncia. Com os equipamentos empregados nos
processos de emendas atuais as atenuaes so inferiores a 0,5 db .
o Fatores de Absoro: Ocorre devido a interao da luz com
componentes do vidro que compe a fibra. Comprimentos de onda
entre 1300nm e 1550nm previnem absoro (KEISER, 2008).
2.4.2.3 Tipos de Emendas pticas
Emenda por Fuso: as fibras so fundidas entre si atravs de descargas

eltricas. A fibra inserida em uma mquina de fuso, esta realizada atravs de um
arco voltaico, para posteriormente ser colocado um protetor que ento aquecido
(KEISER, 2008).
Emenda Mecnica: as fibras so posicionadas muito prximas pelo uso de
conectores/adaptadores. o tipo de emenda realizada para ligar equipamentos
ativos aos DIOs (KEISER, 2008).
2.4.3 Medio
Independente da aplicao, qualquer sistema de transmisso ptica, utiliza

trs elementos bsicos: um transmissor, um receptor e um meio de transmisso. A
fibra ptica como meio de transmisso introduz a atenuao, de tal forma, que o
emissor deve transmitir potncia ptica suficiente para que seja coberto os
requerimentos de potncia do receptor. Com base nisso, recomenda-se medir os
seguintes parmetros bsicos em todos os tipos de redes pticas (JDSU, 2014).
44
o Atenuao do enlace de ponta a ponta;

o Perda de retorno ptico (ORL) - ocasionado por reflexo;
o Taxa
de
atenuao
por
km,
devido
fuses,conectores
acopladores;
o Tamanho do enlace.
A atenuao expressa a diminuio de potncia do sinal ptico enquanto
transmitida pela fibra. Expressa em decibis (dB) quando atenuao total, e
quando est relacionada com o tamanho do enlace denomina-se em dB/km. O
mtodo mais utilizado para medir a atenuao medir a perda por insero (IL).
Para este mtodo necessrio o acesso aos dois extremos do enlace (JDSU,
2014).
Duas etapas essenciais compoem o processo de medio:
o Mede-se a potncia de uma fonte de luz diretamente com um medidor de
potncia utilizando cordes pticos para conectar ao enlace. A medio
obtida tomada como referncia.
o Com a referncia, coloca-se em um extremo a fonte de luz e em outro
extremo o medidor de potncia e faz-se a medio novamente. A atenuao
do enlace a diferena entre o valor de referncia e o valor da medio da
rede.
O propsito da referncia cancelar a perda dos cordes utilizados para a
conexo dos instrumentos ao enlace a ser medido.
As medies de perda de insero usualmente so feitas em ambas as
direes, uma vez que os resultados podem variar de um sentido para outro do
enlace, devido ao efeito de acopladores ou fuses onde os ncleos da fibra no
esto alinhados corretamente. Para assegurar a preciso da medio, toma-se o
ponto mdio das atenuaes em ambos os sentidos quando se qualifica um enlace.
Mesmo assim, necessrio medir o comprimento de onda utilizado na
transmisso. Geralmente 1310nm e/ou 1550nm para qualquer enlace e 1490nm
para redes GPON para FTTH (JDSU, 2014).
45
2.4.3.1 Fontes de Luz
Para sistemas pticos h dois tipos de fontes luminosas frequentemente

utilizadas: LED (lighting emiting diode) ou laser. Cada um destes tipos de fontes
possui caractersticas prprias:
o Potncia luminosa: lasers possuem maior potncia ptica
o LED : (-7 a -14dBm)
o Laser : (1dBm)
o
Largura espectral:
os lasers tem largura espectral menor,
resultando em menor disperso material;

o Velocidades de modulao: os lasers alcanam velocidades maiores
que os LEDs;
o
Acoplamento com a fibra ptica: o feixe de luz emitido pelo laser

possui
maior
concentrao,
tendo
como
resultado
maior
acomplamento;
o Temperatura: os lasers so mais sensveis a variaes de
temperatura;
o Durabilidade: os leds tem vida til maior;
o Custos para fabricao: os lasers so mais caros dada a
complexidade dos processos de fabricao;
o Rudo: os lasers apresentam menor rudo;
Os lasers so os mais indicados para sistemas de longas distncias e
para introduzir maiores potncias em fibras pticas (KEISER, 2008).
2.4.3.2 Optical Time Domain Reflectometer
O Optical Time Domain Reflectometer (OTDR) um equipamento de ensaio

utilizado no trabalho com fibras pticas (FIGURA 7). Durante o seu processo de
46
operao, o OTDR envia uma srie de pulsos pticos dentro da fibra, a luz do
sinal enviado at a outra extremidade da fibra. Tal sinal poder ser refletido de
volta devido s propriedades da fibra, alguma ruptura ou terminao. Ao obter o
sinal de retorno, o OTDR retorna o comprimento do cabo de fibra ptica,
atenuao e sinais de rompimento. O operador pode medir e localizar os pontos de

atenuao com preciso de at 80cm, dependendo da qualidade do OTDR
utilizado. Para a medio, necessrio acesso a apenas uma das extremidades da
fibra (KEISER, 2008).
O OTDR permite medio de atenuao, eventos, reflectncia, e perda por
retorno ptico (ORL).
o Perda: atenuao medida em db ou db/km entre dois pontos ao longo da
extenso da fibra;
o Eventos: eventos de perda que expressam a diferena no nvel de potncia
ptica antes e depois de um evento.
o Reflectncia: A relao de potncia reflectida para potncia incidente de um
evento, como expresso em valores de dB negativos.
Perda de Retorno ptico (ORL) : A relao entre a potncia reflectida para a
potncia incidente a partir de uma fibra ptica ligada ou do sistema, expressos
como um valor positivo dB (JDSU, 2014).
47
FIGURA 7 - OTDR
FONTE: WIKIPEDIA (2014).
2.5
MANUTENO
Servios de manuteno representam o conjunto de atividades realizadas

para garantir o bom funcionamento da rede durante sua vida til. A manuteno
pode ser preventiva, corretiva ou programada.
A manuteno preventida uma atividade que segue uma rotina
previamente acertada, tem por objetivo diagnosticar pontos potenciais de defeito,
realizar podas em rvores, e avaliar situaes de risco seguidas de propostas de
soluo. Quando constatada uma situao mais grave, que esteja colocando em
risco a integridade da rede, a empresa responsvel pela manuteno preventiva
deve propor inspeo conjunta com a contratante, para tomada de deciso.
A manuteno preventiva implica em garantir:
o Integridade de cabos, emendas, fixaes, ancoragens, terminaes,
cordoalhas, ferragens, canos laterais, etc.
o Etiquetagem de cabos e de emendas;
48
o Catenrias de cabos adequadamente fixadas;

o Caixas Subterrneas e tampes em boas condies;
o Necessidade de podas e roadas
Ao final de cada giro de manuteno preventiva, deve ser emitido um
relatrio de manuteno preventiva, com irregularidades e situaes de risco
encontrados.
A manuteno corretiva consiste na realizao de intervenes na rede, com
a finalidade de restabelecer servios interrompidos. Estas intervenes precisam
ser executadas em regime de urgncia e concludas em prazos mximos
estabelecidos por contrato. Servios de manuteno corretiva s podem ser
iniciados aps a abertura de um bilhete de Reparo". A empresa contratada dever
atender aos chamados para manuteno emergencial e efetuar os reparos dentro
dos prazos mximos estabelecidos em contrato, devendo atender aos chamados
para manuteno emergencial e efetuar os reparos dentro dos prazos mximos
estabelecidos em contrato. A manuteno corretiva no pode afetar servios de
manuteno programada, ou preventiva que estejam em andamento.
A manuteno programada refere-se a interveno de maior porte, realizada
mediante ordem de servio, que precisa ser informada com antecedncia aos
usurios potencialmente afetados.
2.5.1 Equipamentos
Em redes opticas operadas em camada 1 os equipamentos so

essencialmente passivos. Este tipo de equipamento no interere com os dados ou
sinais que passam por ele e tem como principal finalidade apenas interligao com
equipamentos ativos.
49
2.5.1.1 Terminaes de Rede
Terminaes de rede so equipamentos localizados na terminao de redes

de servio ou ponto de terminao de rede (PTR):
o Bandeja: Sub-rack destinado a organizar sobras de cordes;
o Caixa para acomodao de cabos: Sub-rack destinado a organizar sobras de
cabos;
o Conector ptico: Dispositivo plugvel, que d continuidade ptica luz que
chega por uma fibra;
o Cordo ptico de manobra: Cordo de comprimento varivel conectorizado
nas duas extremidades;
o Cordo ptico de terminao (ou pig-tail): Cordo curto, conectorizado numa
das extremidades;
o Derivador ptico: Dispositivo que faz a transio de uma fibra para um
cordo conectorizado;
o Distribuidor Geral ptico (DGO)/ Distribuidor Interno ptico (DIO): Nome do
conjunto onde as fibras so terminadas e manobradas, atravs de cordes.
utilizado para acomodar e proteger emenadas do cabo pticos com as
extenses opticas e acomodar as conexes dos cordes opticos com os
conectores dos pigtails atravs da placa adaptadora ptica;
o Guia de cabo horizontal: Dispositivo utilizado para passagem e organizao
de cordes;
o Rack aberto: Rack de piso, desprovido de porta e de painis laterais e de
fundo;
o Plano de face: Documento que estabelece e disciplina o uso do espao
interno de um rack;
o Rack ou bastidor de piso: Armrio metlico, provido de porta, instalado em
piso;
o Rack ou bastidor de parede: Armrio metlico, provido de porta, instalado
em parede;
o Rgua de tomadas: Dispositivo que permite a conexo de mltiplos cabos
flexveis de energia;
50
o Terminador ptico: Dispositivo do qual sai um cordo de terminao;

o Sub-rack ou sub-bastidor: Dispositivo instalado em rack, para finalidades
diversas (HWAIYU, 2010).
2.5.1.2 Cordes pticos
Os cordes pticos so cabos de fibra ptica conectorizados em fbrica para

trfego de voz, dados e imagens, para uso interno em cabeamento vertical/primrio
ou
horizontal/secundrio, na funo de interligao de DIO com equipamentos
ativos de rede (FIGURA 8) ou em um DIO. O DIO um equipamento que permite

armazenamento e organizao das fibras e cordes pticos com maior segurana,
atendendo norma ANSI/TIA/EIA-568-C.
o CONECTOR SC (SUBSCRIBER CONNECTOR): Conectores SC foram
desenvolvidos no Japo, pela NTT (Nippon Telegraph and Telephone),
Possuem seco transversal retangular que permite uma alta densidade de
terminaes nos DGOs e trava-se por simples presso, sem a necessidade
de giro. Suporta mais trao do que conectores ST;
o CONECTOR ST (STRAIGT CONNECTOR): Conectores ST so muito
usados em comunicao de dados. So construdos em torno de um ferrolho
cilndrico e se encaixa num receptculo de acoplamento. Possuem seco
transversal circular e prendem-se por encaixe e giro, usando um soquete
baioneta com mola. Possuem seco transversal circular e prendem-se por
encaixe e giro, usando um soquete baioneta com mola;
o CONECTOR FC (Fiber Connector): O conector FC um tipo aparafusvel,
usa rosca de 2,5 mm, idntica dos conectores ST e SC. Perdas pticas
similares s dos tipos ST e SC, a necessidade de aparafusamento dificulta a
conexo e tambm no permite seu uso com cordes duplex;
51
o CONECTOR LC (Lucent Connector): Conector de engate rpido, categoria

small form-factor com ferrula cermica. Possui a 1/2 do volume dos
conectores SC e ST (KEISER, 2008).
FIGURA 8 - TIPOS DE CONECTORES

FONTE: KEISER (2008).
2.5.1.2.1 Tipos de Polimento
Devido ao tipo de polimento utilizado, pode-se obter melhor desempenho na

transmisso dos sinais luminosos atravs das fibras (KEISER, 2008).
A figura 9 mostra os tipos de polimento, que tem custos e usos especficos.
o Plano: Polimento ortogonal ao eixo da fibra;
o PC: (Physical Contact) Polimento em forma de domo;
o PlaAPC: (Angled Physical Contact) Polimento com ngulo acentuado em
relao ao eixo da fibra.
52
FIGURA 9 - TIPOS DE POLIMENTO DE FIBRAS PTICAS

2.5.1.3 Fibras
As propriedades de fibras pticas pode sofrer variaes de acordo com o processos

de fabricao utilizado,
utilizado, obtendo,
obtendo, por isso,, aplicaes mais especficas e custos
variados. Fibras como a DS, permitem multiplexao ptica por Lenght Division
Multiplexing, que o compartilhamento da mesma fibra, com diversos sinais pticos
Multiplexing,
e diferentes comprimentos de onda.
onda
Os tipos de fibras principais e suas aplicaes so:
o Fibras SM: Foram desenvolvidas para operar na janela de 1310 nm, faixa
onde apresentam disperso nula e baixa atenuao. Existem desde o incio
dos anos 80 e so hoje as mais usadas no mundo, Podem o
operar
perar na janela
de 1550 nm, desde que a disperso
disperso no seja fator limitante (KEISER, 2008).
o Amplificadores de rbio: Na dcada de 80, surgiram os amplificadores
dopados com rbio (AFDE), que operam na faixa de 1550 nm, faixa onde as
53
fibras monomodo apresentam menor atenuao.Os amplificadores AFDE

possibilitaram lances pticos muito maiores. Em consequncia, os sistemas
de longa distncia migraram de 1310 nm para 1550 nm (KEISER, 2008).
o Fibras DS (G.653):Foram desenvolvidas para operar em 1550 nm, por no
apresentar disperso nessa faixa. Em conjunto com amplificadores AFDE,
estas fibras possibilitaram a adoo de lances de comprimento jamais
imaginados, graas ao aumento da energia dos eletrons na fibra dopada.
Apesar das fibras DS serem excelentes para transmitir um canal ptico, a
realidade de campo exige, muitas vezes, que as fibras sejam melhor
aproveitadas. J na dcada de 1990, surgiram os primeiros sistemas Wave
Lenght Division Multiplexing (WDM), possibilitando diversos canais pticos
(lambdas) numa fibra. Com o uso destes sistemas, a potncia luminosa
injetada no ncleo da fibra aumenta muito, causando o surgimento de efeitos
no-lineares nos sistemas (KEISER, 2008).
o Fibras NZD (G.655):O efeito no-linear mais conhecido o FWM (Four
Wave Mixing), particularmente intenso em fibras DS. O FWM mistura quatro
canais, gerando sinais indesejveis nos demais canais e inviabilizando a
transmisso. Para eliminar a ocorrncia de efeitos no lineares, foram
desenvolvidas as fibras NZD (G.655), com disperso deslocada no-nula
(KEISER, 2008).
As Fibras do tipo SM e NZD so as mais utilizadas no mundo.
2.5.1.4 Cabos pticos
O cabo ptico possui boa resistncia mecnica, o que garante proteo

contra intempries, alm de comportar grande nmero de fibras (FIGURA 10).
Estes cabos so necessrios tambm para prevenir defeitos causados por agentes
biolgicos. Os ofensores mais comuns so roedores, formigas e cupins. As capas
especiais utilizadas para previnir esses tipos de defeitos mudam a denominao
destes cabos para "anti-roedor" e
"anti-inseto. Como cabo ptico possui custo
elevado, deve ser usados de forma seletiva (KEISER, 2008).
54
Os sistemas de transmisso por cabos submarinos, parte integrante da rede

internacional de telecomunicaes, uma outra classe de sistemas onde as fibras
pticas cumprem atualmente um papel de fundamental importncia. Os cabos
submarinos convencionais, embora faam uso de cabos de alta qualidade e grande
dimetro para minimizar a atenuao, possuem espanamento mximo entre
repetidores bastante limitados (KEISER, 2008).
As fibras pticas, por outro lado, considerando-se apenas os sistemas que
transmitem na faixa de 1310nm, permitem atualmente espaamentos entre
repetidores em torno de 60 km. Com a implantao dos sistemas de transmisso
por fibras que transmitem na faixa de 1550nm, alcances sem repetidores superiores
a 100 km so perfeitamente realizveis. Alm disso, as fibras pticas oferecem
facilidades operacionais (dimenso e peso menores) e uma maior capacidade de
transmisso, contribuindo significativamente para atender crescente demanda por
circuito internacionais de voz e dados, a um custo mais baixo ainda que os enlaces
via satlite (KEISER, 2008).
FIGURA 10 - CABO PTICO E AS FIBRAS PTICAS EM SEU INTERIOR

Redes de cabos areas so as mais utilizadas no mundo, pois apresentam

menor custos, simplicidade e maior agilidade para implantao. Geralmente cabos
areos so sustentados por postes, que so utilizados por arrendamento ou
55
aquisio prpria. Nos caso de arrendamento com prefeituras, por exemplo, uma
frmula de cobrana que leva em conta espaos e volumes das redes pode ser
utilizada, esta taxa onera especialmente as construes subterrneas, aumentando
ainda mais vantagem que j existia no uso do espao areo.
Nas redes areas so utilizados diversos dispositivos para garantir melhor
manutenabilidade e continuidade da rede sem emendas desnecessrias, algumas
dessas abordagens so as reservas tcnicas, que so sobras de cabos enrolados
sobre os postos usando tcnicas apropriadas para sua colocao. Tais reservas
previnem a necessidade de corte dos cabos e fuses que impactariam no
desempenho da rede.
2.5.2 Redes Subterrneas
So redes geralmente utilizadas quando no vivel o uso de postes, so

mais dispendiosas para implantao e manuteno, porm, incidentes com redes
subterrneas so muito mais raros e sua vida til maior, se utilizados cabos e
dutos adequados para preservao da rede. Nesse tipo de rede as emendas so
feitas dentro de caixas de concreto com tampes ao longo de sua extenso, h
tambm caixas de passagem que tem finalidade a passagem dos cabos,
terminao de rede ou potenciais emendas.
2.6
SOFTWARES RELACIONADOS
escasso o nmero de aplicaes existentes que atendam s demandas na

gerncia de redes pticas, em geral, as funcionalidades buscadas esto dispersas
entre aplicaes proprietrias distintas.
56
2.6.1 CPqD Superviso ptica
O CPqD Superviso ptica uma soluo para o monitoramento da infraestrutura de fibra ptica, que garante o diagnstico automtico das falhas no
sistema de transmisso. Ela identifica a natureza e localizao do problema de
forma precisa, o que reduz substancialmente o tempo de reparo da malha ptica
(de duas horas e meia para cerca de meia hora com o uso da soluo do CPqD).
Assim, antes mesmo que ocorra uma interrupo dos servios de comunicao, o
sistema entra em ao e evita que o usurio final perceba a falha em sua rede.
Mais que uma questo de economia, trata-se de garantir s empresas a segurana
necessria para o perfeito funcionamento da infra-estrutura. Outra vantagem diz
respeito s aes preventivas nos processos de degradao, evitando a reduo
da qualidade do servio prestado (CPQD, 2014).
O CPqD Superviso ptica tem entre suas principais funcionalidades:
Acionamento, por e-mail ou celular, dos tcnicos encarregados da

manuteno
Reconhecimento automtico de alarme e sua visualizao
Identificao da gravidade da falha
Relatrios personalizados da planta ptica da empresa
Acompanhamento da degradao na transmisso do sinal
Diagramas de rotas de transmisso e terminao nas estaes
Histrico de cada cabo com informaes das ocorrncias verificadas
Superviso do sinal por clientes que utilizam equipamentos DWDM (Dense

Wavelenght Division Multiplexing)
Mdulo para medio pela Internet.
57
2.6.2 OpenDCIM
O OpenDCIM um software web para gesto de infraestrutura de data

centers. O objetivo do Open DCIM no substituir aplicaes comerciais
existentes, mas atender demandas dos desenvolvedores e eliminar a
necessidade de controlar o inventrio de data centers com o uso de planilhas
eletrnicas. A licena de uso do software est sob o gnu general public license
(GPL), portanto, livre para modificao e compartilhamentos com outros usurios.
2.6.2.1 Funcionalidades
O OpenDCIM possui diversas funcionalidades para atender as demandas

para o gerenciamento fsico de data centers, entra elas esto:
o Fornecer inventrio fsico completo.

o Suporte para controle de mltiplas salas.
o Gerenciamentode
trs
elementos
chave:
espao,
energia
resfriamento.
o Gerenciamento bsico de contatos.
o Modelo para gerenciamento de dispositivos.
o Rastreamento de conexes de cabos entre equipamentos.
o Arquitetura aberta MySQL.
Neste captulo foi visto a fundamentao terica e alguns dos conceitos

relacionados ao sistema. No captulo seguinte ser abordada a metodologia usada
para
desenvolvimento,
apresentando
tambm
plano
de
atividades,
responsabilidades, artefatos que possibilitaram o cumprimento dos objetivos e

descrio do processo de desenvolvimento.
58
METODOLOGIA
Este capitulo define a especificao do projeto incluindo o processo de

engenharia adotado, o modelo de arquitetura utilizado e outros documentos, como
o plano do projeto, o plano de riscos, responsabilidades, o grfico de Gantt e os
recursos de hardware e software que formam utilizados.
3.1
MODELO DE PROCESSO DE ENGENHARIA
O processo de engenharia adotado para o desenvolvimento do projeto foi o

RUP (Rational Unified Process). Ele fornece uma abordagem orientada a
disciplinas
para
assumir
as
atividades
responsabilidades
durante
desenvolvimento. O RUP captura muitas das melhores prticas no desenvolvimento

moderno de software como o desenvolvimento interativo, o uso de componentes, a
definio da arquitetura, o uso de prottipos, o gerenciamento de configurao e a
UML (KRUCHTEN, 2003). Na figura 11 so identificadas as fases que compoem o
processo RUP e as iteraes possveis.
59
FIGURA 11 - PROCESSO DE ENGENHARIA DE SOFTWARE - RUP

FONTE: POLLYSOFT (2014).
O desenvolvimento iterativo ajuda a visualizar os riscos j que a cada

iterao novos riscos podem ser descobertos e controlados, a integrao tambm
no um choque no final, pois a cada iterao os elementos so integrados e
muitos outros aspectos do projeto so levados em conta como, as ferramentas, os
softwares, a habilidade das pessoas e assim por diante (KRUCHTEN, 2003).
J nas primeiras iteraes do processo, o RUP tem por objetivo produzir e
validar uma arquitetura de software que pode levar a forma de um prottipo. Esse
prottipo pode evoluir para ento se tornar o sistema ou um componente em
iteraes posteriores (KRUCHTEN, 2003).
O gerenciamento de configurao por sua vez permite flexib
flexibilidade
ilidade no
planejamento e no desenvolvimento assegurando que as mudanas e os
envolvidos estejam em sincronia no decorrer do projeto, principalmente em um
projeto iterativo na qual os trabalhos so frequentemente modificados. Tambm
60
cobre e mantem outras atividades

atividades em foco, como as obrigaes do projeto,
defeitos, malmal-entendido
entendido e afins (KRUCHTEN, 2003).
Grande parte do RUP est na modelagem e a UML ((Unified
Unified Modeling
Language) fortemente utilizada para documentar os processos. A UML uma
Language)
linguagem que fornece
fornece os meios para definir o sistema, cobrindo desde itens
conceituais como processo de negcio e funes de sistema at os itens concretos
como classes, diagramas de banco de dados e outros componentes reutilizveis
(KRUCHTEN, 2003).
3.2
MODELO DE ARQUITETURA
ARQUITETURA
O modelo de arquitetura adotado foi o modelo de trs camadas que tem por
objetivo separar um projeto em camadas, o mais conhecido o modelo MVC que
possui as camadas e ligaes representadas na figura 12.
FIGURA 12 - ARQUITETURA
ARQUITETURA MVC
FONTE: WIKIPEDIA-B
WIKIPEDIA B (2014).
A camada
amada de modelo (Model
(Model) responsvel pelo acesso aos locais de
armazenamento, isolando-os
isolando os de tal forma que se for trocado, apenas as classes
pertencentes a essa camada devero ser alteradas. Essa camada resp
responsvel
onsvel
em manter os dados da camada de apresentao atualizados.
61
A camada de viso (View) a camada de interface, na qual o sistema

apresentado ao usurio. Ser por meio dela que haver as interaes entre
homem/mquina. Essa camada e responsvel em notificar a camada de controle
referente s mudanas solicitadas pelos usurios.
A camada de controle (Controller) onde so definidas as regras de negcio
do sistema, essa uma camada intermediaria situada entre as camadas de
apresentao e o modelo. As requisies da camada de apresentao para a
camada de modelo devem passar pela camada de controle.
A arquitetura MVC apresenta diversas vantagens, como por exemplo, faz
com que o cdigo seja desenvolvido de forma mais rpida e com menor custo. As
informaes trocadas entre as classes so formadas de acordo com um padro
para que exista troca de mensagens entre elas.
Esse tipo de arquitetura tem por objetivos aumentar a modularizao do
sistema e reduzir os custos de manuteno diminuindo o tempo para que correes
e alteraes sejam efetuadas.
3.3
PLANO DO PROJETO
As atividades do projeto foram organizadas utilizando a WBS (Work

Breakdown Struture) sigla em ingls que conhecida como EAP (Estrutura
Analtica do Projeto) em portugus. O projeto foi estruturado para ser desenvolvido
em
quinze
semanas
uma
interao
deve
ocorrer
cada
10
dias
aproximadamente. A figura 13 representa o diagrama WBS utilizado, nele esto

representadas as quatro etapas do projeto incluindo as atividades desenvolvidas
em cada iterao, seguindo o modelo do RUP.
62
FIGURA 13 - DIAGRAMA WBS

FONTE: Os Autores (2014).
63
3.4
CRONOGRAMA DO PROJETO
Com base na lista de atividades definidas no diagrama WBS, foi feita uma
tabela de precedncia para cada tarefa listada, incluindo os recursos envolvidos e
os tempos de incio e trmino para cada item (TABELA 1).
3.5
GRFICO DE GANTT
Em funo da tabela de precedncia for feito o grfico de Gantt, nele so

exibidas as atividades crticas para o desenvolvimento do trabalho e que podem
impactar sobre o prazo de finalizao do projeto, estimado para aproximadamente
o comeo de dezembro. A Figura 14 exibe o grfico de Gantt e o caminho crtico
pode ser visto em vermelho.
64
TABELA 1 - LISTA DE ATIVIDADES E RESPONSABILIDADES

FONTE: OS AUTORES
65
FIGURA 14 - GRFICO DE GANTT

FONTE: OS AUTORES
66
3.6
PLANO DE RISCOS
Esta seo apresenta os riscos levantados no decorrer do projeto. Como no

RUP possvel realizao de mudanas, a cada nova iterao novos riscos foram
encontrados e documentados. A tabela 2 definem os riscos identificados no
decorrer do projeto.
Condio
Pouco conhecimento das

tecnologias envolvidas
2
3
4
Problemas de comunicao
Indisponibilidade de recurso
humano
No comprimento do prazo
Consequncia
Atraso nas atividades,
cronograma pode ser
refeito
No realizao da tarefas
Atraso na concluso do
projeto
Atraso nas entregas
Excesso de mudanas dos

requisitos
Problemas tcnicos de
softwares
Atraso nas atividades de

anlise, possibilidade de
atraso
Atraso nas entregas e na
concluso do projeto
Mudanas de tecnologias
Atraso no desenvolvimento
TABELA 2 - PLANO DE RISCOS

Ao
Probabilidade
Impacto
Classificao
Realizar estudos, fazer

prototipo
Moderado
Moderado
Alto
Alto
Moderado
Alto
Baixo
Baixo
Baixo
Moderado
Moderado
Baixo
Moderado
Moderado
Reunio
Negociar prazos, realizar
horas extras
Cobrana por e-mail e
reunio
Obter aceite formal dos
requisitos com o cliente
Procurar solues
alternativas
Utilizar tecnologias j
conhecidas
67
3.7
PLANO DE COMUNICAO
Esta seo aprenseta as abordagens utilizadas para comunicao e

alinhamentos entre equipe de desenvolvimento e cliente durante a implementao
do projeto (TABELA 3).
Grupo de Interessados
Foco
O que este grupo precisa saber?
Mtodo
Quando?
Internos ao projeto
Equipe do projeto
Validaes
Validar as principais entregas do projeto
Reunio de 5 hora
No incio do projeto
Equipe do projeto
Informaes sobre o andamento

do projeto
Cronograma atualizado do projeto; Eventuais

problemas tcnicos; Eventuais Solues;
Avaliao de mudanas solicitadas por cliente e
impactos
Reunies (1 a 2 horas) ou
emails
Diariamente
Equipe do projeto
Compartilhar conhecimentos
tcnicos
Dividir informaes sobre mtodos e recursos

utilizveis
Reunio de 1 hora
Semanalmente
Equipe do projeto
Informaes sobre o andamento

de implementao e testes
Cenrios implementados e executados.
Email
Diariamente
Stakeholder
Validaes
Validar as principais entregas do projeto
Stakeholder
Desempenho do projeto
Revisar o status do projeto verificando se o mesmo

se encontra no prazo e custo. Tratar desvios e
elementos que possam prejudicar o andamento do
projeto.
Reunio (1 a 2 horas)
Semanalmente
Stakeholder
Alteraes de requisitos
Solicitao de alteraes ou adies de requisitos

em fases posteriores a iniciao.
Reunio de 1 hora
Semanalmente
Externos ao projeto
Reunio presencial de 1 hora No incio do projeto
TABELA 3 - PLANO DE COMUNICAO

3.8
RESPONSABILIDADES
responsvel
pelas
atividades
de
gerncia
do
projeto
foi
feita
exclusivamente pelo Adriano Roberto Pinto, as demais atividades foram divididas

dando nfase a aptido dos integrantes da equipe. A documentao do projeto
ficou a cargo do Adriano sob superviso do Rodrigo de Farias, a anlise dos
requisitos e a documentao referente a anlise foram feitas em conjunto, enquanto
que a definio da arquitetura e o desenvolvimento incluindo os testes foram feitos
pelo Rodrigo com a superviso de Adriano.
68
3.9
RECURSOS DE HARDWARE
Foi disponibilizado pelo Setor de Educao Proficional e Tcnologica da

UFPR, uma mquina virtual para o desenvolvimento do projeto, essa mquina foi
utilizada como repositrio para a documentao e como ambiente de produo. Os
testes foram executados nesse servidor junto com a apresentao dos mdulos j
desenvolvidos.
Linux Debian 7.1
Disco 10GB
Memoria 8GB
Acesso pelo IP 200.236.3.202
O ambiente de desenvolvimento foi configurado em duas mquinas na qual
uma atuava como reserva tcnica, caso houvesse algum problema com a mquina
principal, no haveria a necessidade de adquirir um novo equipamento.
Desktop
Intel Core i5-2500K CPU 3.30GHz
16,0 GB RAM
Windows 7 e Linux Debian 7 x64
4 HDs de 500 GB
Notebook
Intel Core-i5-M480 2.67GHz
4GB RAM
1TB de HD
Windows 8.1 SP1 x64
Para a documentao e os controles gerenciais do projeto a seguinte
maquina foi disponibilizada para uso no projeto.
69
Notebook
Intel Core i3-2328 CPU 2.20 GHz
4 GB RAM
1 TB de HD
Windows 7 e Linux Debian 7 x64
3.10 RECURSOS DE SOFTWARE
Os softwares utilizados neste trabalho foram predominantemente cdigo

aberto ou free software, os uso de alguns softwares propritetrios deve-se a
questes de compatibilidade com ambientes distintos de desenvolvimento.
3.10.1 OpenLayers-2.13.1
Licena: Cdigo aberto

O OpenLayers (OL) uma biblioteca desenvolvida em JavaScript, a sua
funo exibir um mapa e os dados relacionados em um navegador, ele funciona
de forma similar ao Google Maps e o Bing Maps. O OL fornece suporte a GeoRSS,
KML, GML, GeoJSON e qualquer outra fonte que segue o padro OGC (Open
Geospatial Consortium) como WMS (Web Map Service) ou WFS (Web Feature
Service). O padro adotado para o desenvolvimento foi o GeoJSON, pois a sua
estrutura permite alteraes com muita facilidade (OPENLAYERS, 2014).
70
3.10.2 Python-2.7.7

O Python uma linguagem de programao escolhida por ser de alto nvel,
orientada a objetos e possuir vasta biblioteca, que permite aos programadores
escrever programas com poucas linhas de cdigo. Apesar do Python ser uma
linguagem interpretada ele possui ferramentas que permitem que o seu cdigo
possa ser empacotado e distribudo como uma aplicao independente. Ele
largamente utilizado em sistemas operacionais Linux e esto disponveis
oficialmente nas principais distribuies, servindo de mdulos para outros
programas, como o Apache,
que permite que suas solicitaes possam ser
processadas em Python por exemplo (SUMMERFIELD, 2013).
3.10.3 Django-1.7

O Django um flamework de desenvolvimento feito em Python, sendo
composto de um conjunto de ferramentas que facilitam o desenvolvimento de
aplicaes. Isso acontece porque ele faz uso de aplicativos. O programador pode
se utilizar dos aplicativos para desenvolver completamente a sua aplicao.
Para facilitar o uso dos aplicativos o Django trabalha com o modelo de
arquitetura MVC, mas os mantenedores do Django entendem que essa
nomenclatura discutvel e definiram a MTV na qual a camada de controle a
view e a View recebe o nome de Template (DJANGO, 2014).
Segundo a viso deles de MVC, a view descreve quais dados que so
apresentados ao usurio, mas no como o dado mostrado. No Django, a view
descreve quais dados so apresentados, mas a view delega ao template a funo
de como exibir esses dados. O controle no caso do Django, o prprio framework,
71
que envia as requisies para a view apropriada, de acordo com as configuraes

de URL do aplicativo (DJANGO, 2014).
Para entender o seu funcionamento a Figura 15 representa um exemplo de
uma aplicao desenvolvida com o Django. Nela vemos a pasta mysite sendo a raiz
da aplicao e composta por um arquivo e outros trs diretrios:
o O arquivo manage.py utilizado para realizar tarefas, como iniciar a

aplicao no modo de debug, executar os testes, criar ou limpar uma
estrutura de dados conforme foi definido na camada de modelo entre
outras atividades.
o O diretrio mysite contm as configuraes da aplicao incluindo
as configuraes para o acesso ao banco de dados e uma lista dos
endereos que podem ser utilizados pela aplicao.
o O diretrio polls representa uma aplicao e o cerne deste exemplo,
o mysite poderia ser composto por diversos aplicativos menores que
juntos constituiriam uma aplicao mais complexa, seguindo a viso
de componentes e permitindo o reaproveitamento de cdigo. Nele
vemos os arquivos models.py, views.py e o diretrio templates,
que representam a camada de modelo, viso e os templates
respectivamente.
o
O controle, que atua como uma espcie de camada de controle, est

localizada no arquivo urls.py que define quais views devem ser
chamadas para atender s requisies do usurio.
72
FIGURA 15 - EXEMPLO DE ESTRUTURA

FONTE: DJANGO (2014).
3.10.4 Apache HTTP Server 2.2

O Apache um servidor HTTP de cdigo aberto mantido por voluntrios em
todo o mundo, eles utilizam a Web para se comunicar, planejar e desenvolver o
projeto e a sua documentao. A funo do Apache disponibilizar para o usurio
pginas html puras ou processadas por aplicaes como Python, Pearl ou PHP
(APACHE, 2014).
73
3.10.5 Mozilla Firefox 30.0

O Mozilla Firefox foi o navegador utilizado para testar a aplicao, ele foi
escolhido por ser um dos mais utilizados no mundo e se mantm atualizado em
relao a novas tecnologias e padres como o HTML5 e o CSS3 (MOZILLA, 2014).
3.10.6 PostgreSQL 9.3.4

O PostgreSQL um poderoso banco de dados relacional que est h mais
de quinze anos ativo e em desenvolvimento, ele segue em conformidade com o
padro ANSI-SQL:2008 na implementao dos SQLs. Possui suporte a GIS
(Geographic Information Systems) que permite que seja usado como uma base de
dados espacial para informaes geogrficas, foco deste trabalho. Tambm possui
uma interface que permite a customizao de diversas funcionalidades, as
interfaces podem ser implementadas em Python, C, C++, Java entre outras
(POSTGRESQL, 2014).
3.10.7 Psycopg2 2.5.3

Psycopg2 um pacote de drivers escritos em C para que o Python possa
interagir com o banco de dados PostgreSQL, ele segue as especificaes 2.0 da
DB API para Python (PSYCOPG, 2014).
74
3.10.8 GIT 1.8.4

O Git uma ferramenta de versionamento, ele trabalha de forma diferente de
outros aplicativos como CVS, Subversion, Perforce, Bazaar, etc. Esses aplicativos
tratam as mudanas de forma separada enquanto que o Git cria uma cpia desses
arquivos e os mantm em um pequeno banco de dados. Arquivos que no so
alterados no so novamente copiados, cria-se apenas um link para o referido
arquivo. Outra mudana que os arquivos so mantidos localmente e
posteriormente replicados para um repositrio externo. Isso faz com que consultas
a base de dados sejam locais e consumam pouco tempo e recursos em relao a
outros aplicativos. Por isso ele foi escolhido como uma ferramenta de
versionamento para o projeto (GIT, 2014).
3.10.9 Microsoft Office 2010
Licena: Gratuito para testar

O Microsoft Office uma poderosa ferramenta para gerar, visualizar e editar
documentos. Ele foi utilizado para gerar maior parte da documentao textual deste
projeto. A escolha foi feita devido ao fato de que os integrantes da equipe j
possuam as licenas de uso do referido software (MICROSOFT, 2014).
3.10.10
Project Libre 1.5.9

O Project Livre uma alternativa gratuita para o Microsoft Project que
permite planejar e controlar as atividades de gerencia de projeto de forma simples
75
em um nico sistema, mantendo a organizao e o controle dos seus projetos. Esta

ferramenta foi utilizada para gerar a tabela de atividades e o grfico de Gantt.
(PROJECTLIBRE, 2014).
3.10.11
Eclipse

O Eclipse um software mantido por uma comunidade de indivduos e
organizaes que colaboram com softwares de cdigo aberto, o foco do projeto
construir uma plataforma de desenvolvimento composta por estruturas extensveis
e ferramentas para a construo, implantao e gerenciamento de software em
todo o seu ciclo de vida. O Eclipse foi utilizado para gerar os diagramas UML e
como uma ferramenta de desenvolvimento Python (ECLIPSE, 2014).
3.10.12
UML Designer 4.0.1

UML Designer uma ferramenta (Plugin) do Eclipse que prove um conjunto
de componentes para gerar diagramas com as especificaes da UML 2.5 (OBEO,
2014).
3.10.13
ERMaster

ERMaster uma interface grfica para desenho de diagramas de entidade e
relacionamento, instalado e executado como um plugin do Eclipse IDE.
76
3.10.14
PyDev for Eclipse 3.6.0
PyDev uma IDE (Integrated Development Environment) Python para o

Eclipse, entre as suas funcionalidades destacam-se a integrao com o Django e o
Django template editor (PYDEV, 2014).
3.10.15
Eclipse GIT Team Provider 3.4.1
O Eclipse Git Team Provider uma ferramenta para utilizar o Git a partir da
IDE eclipse. Ele foi utilizado pois possui uma interface grfica para interagir com o
Git de uma forma muito rpida e verstil (GIT, 2014).
77
3.11 DESENVOLVIMENTO DO PROJETO
A idia de desenvolver um sistema para gesto de redes pticas

metropolitanas emergiu por iniciativa do professor orientador do TCC, Pedro
Rodrigues Torres Jr, tendo como motivao sua experincia como coordenador do
Ponto de Presena da RNP no Paran (PoP-PR) e na gesto da Rede Comunitria
de Ensino e Pesquisa.
Um dos integrantes da equipe do projeto trabalhou com operao e
monitoramento de redes no PoP-PR, durante aproximadamente dois anos, o que
propiciou facilitadores para melhor entendimento das demandas expostas pelo
professor Pedro, que atuou tambm como cliente durante o levantamento de
requisitos, modelagem e desenvolvimento.
O desenvolvimento aconteceu com base no planejamento inicial para gesto
de projetos e na documentao produzida em, conformidade com a metodologia
RUP. Atravs da forma iterativa e incremental do RUP, foi possvel identificar as
caractersticas de cada artefato e delinear, com maior clareza, a evoluo do
projeto nas diferentes fases e disciplinas. As especificaes e documentos gerados
podem ser vistos nos apndices, discriminados na tabela 4.
Apndice
Descrio
Levantamento de Requisitos
Diagrama de Casos de Uso
Especificao de Casos de Uso
Diagrama de Entidade e Relacionamento
Dicionrio de Dados
Diagrama de Classes
Diagramas de Sequncia
H
Estimativa de Esforo
TABELA 4 - APNDICES - ARTEFATOS GERADOS
FONTE: Os Autores.
Aps a definio clara do escopo do projeto, a equipe de desenvolvimento

trabalhou na arquitetura da soluo, fazendo o planejamento de todas as suas
funcionalidades e regras de negcios. Para orientar, homologar e garantir bom
78
andamento das atividades, foram agendadas reunies semanais pelo orientador.

Aps oficializao dos requisitos e trmino da modelagem preliminar, estes
encontros passaram a ocorrer sob demanda.
Para obter estimativa macro do esforo necessrio para execuo do
projeto, utilizou-se a ferramenta "Estimativa por Pontos de Casos de Uso"
(APNDICE J), que apresentou como resultado mais de 240 homens hora a serem
distribudos entre os dois membros da equipe. Esta estimativa demonstrou elevado
grau de dificuldade para execuo das tarefas, o que culminou na necessidade de
alocao diria mdia de seis horas, ao longo de aproximadamente 120 dias.
Esses resultados foram a base para elaborao do grfico de Gantt, uma das
ferramentas utilizadas para definio e distribuio das atividades.
A linguagem de programao utilizada foi o python, orientado a objetos, com
uso do framework Django. Tais escolhas devem-se necessidade, definida pelo
cliente, de garantir manuteno e integrao facilitada com aplicaes j existentes
no PoP-PR, estas, concebidas com uso de python e Django.
No decorrer do desenvolvimento, alguns pontos no identificados na
especificao inicial tornaram necessrias algumas mudanas na modelagem j
estabelecida. Tal fato no impactou gravemente nos prazos para entrega dos
artefatos, a prpria metodologia RUP comporta estes tipos de mudanas ao longo
de seu ciclo. Outro evento inesperado que ocorreu foi a solicitao de mudana de
verso do framework Django, mas tambm sem afetar substancialmente o projeto.
Durante a implementao das rotinas de programao e desenvolvimento
das interfaces do sistema, foram realizados testes a fim de corrigir problemas que
prejudicassem a concluso do aplicativo. No apndice I esto descritas algumas
abordagens de teste utilizadas. Ao trmino do projeto, testes e ensaios adicionais
foram conduzidos at a data limite para apresentao.
No prximo captulo ser apresentado o sistema, seus aspectos gerais e
especficos.
79
APRESENTAO DO SISTEMA
Este captulo tem como finalidade descrever o funcionamento do SCROM.

Sero apresentadas suas caractersticas e funcionalidades, respectivas interfaces,
processo de utilizao e textos explicativos que abordam os aspectos e objetivos
das interfaces.
4.1
MONTAGEM DO AMBIENTE DE DESENVOLVIMENTO
A preparao para o ambiente de desenvolvimento foi feita em dois modelos,

sendo um bsico e outro avanado. O modelo bsico inclui a instalao do
framework Django enquanto que o modelo avanado contempla a instalao do
Eclipse. Os softwares necessrios encontram-se na pasta raiz do DVD que
acompanha o projeto SCROM. Todos os softwares relacionados so para o
Windows 8.1.
4.1.1 Para configurao do modelo bsico
1 - Instalao do banco de dados PostgreSQL-9.3.4-3-windows;

Notas: Configurar a senha do usurio administrador para "masterkey"
preferencialmente.
o Alterao da senha requer alterar a senha do projeto SCROM definida
no arquivo settings.py;
o Aps a instalao abra o pgAdminIII e conecte-se ao servidor;
o Click com o boto direito do mouse, New Database:
o De o nome de scrom e ento OK;
o Click com o boto direito do mouse na base de dados criada:
80
o Va em restore
o Altere o file name para o aquivo SCROM.db.AAAAmmDD que est no
diretrio do projeto;
o Na aba Restore Options #1 - Sections marque os itens: Pre-data, Data
e Pos-data;
o Click em restore.
2 - Instalao do Python-2.7.7;
Notas: Instalar preferencialmente na pasta c:\scrom\python27;
o Acesse o Painel de Controle do Windows - Sistema - Configuraes
avanada do sistema.
o necessrio alterar as Variveis de Ambiente para achar o
interpretador Python;
o Adicione a varivel PY e o valor c:\scrom\python27.
o Adicione a varivel PY_SCRIPTS e o valor %PY%\SCRIPTS.
o Localize
varivel
Path
adicione
valor
%PY%;%PY_SCRIPTS%.
o Para testar abra um terminar e digite python --version.
3 - Instalao do drivers do banco de dados psycopg2;
Para instalao do Psycopg2 necessria apenas a execuo do arquivo de
instalao, pode ser obtido em:
http://www.stickpeople.com/projects/python/win-psycopg/
4 - Instalao do Django-1.7;
Notas: Extrair o arquivo na pasta: c:\scrom;
81
o Aps a descompactao abrir um terminal e navegar at o diretrio:

c:\scrom\Django-1.7;
o Executar o comando:
$ python setup.py install.
5 - Instalao do SCROM;
Notas: Extrair o arquivo SCROM.src.AAAAmmDD na pasta:
c:\scrom;
o Aps a descompactao, abrir um terminal e navegar at o diretrio:
c:\scrom\main;
o Executar o comando:
$ python manage.py runserver.
6 - A aplicao SCROM estar online no endereo:
http://127.0.0.1:8000/main/
4.1.2 Para configurao do modelo avanado
1 - Realize os passos de 1 a 4 do modelo bsico;

2 - Instalao do Eclipse;
Notas: Extraia o arquivo na pasta:
c:\scrom;
o Aps finalizar a extrao abra o Eclipse executando o arquivo
"eclipse.exe" localizado na pasta eclipse;
o Crie o workspace no diretrio:
c:\scrom\eclipse\workspace.
82
o No Eclipse, acesse o menu Help > Eclipse Marktplace e instale o

plugin "Pydev".
o Para abrir a perspectiva em python v no menu Window > Open
Perspective > Others > Pydev.
3 - Instalao do SCROM:
Notas: Extrair o arquivo "SCROM.src.AAAAmmDD" para a pasta workspace;
o No Eclipse, acesse o menu File > Import > General > Existing Projects
into Workplace;
o Altere o "Select root directory" para o projeto dentro do diretrio
extrado anteriormente;
o Para executar, escolha o arquivo "manager.py" com o boto direito do
mouse e selecione Run As > Python Run.
4 - A aplicao SCROM estar online no endereo:
http://127.0.0.1/8000/main/
4.1.3 Montagem do ambiente de produo
1 - Realize os passos de 1 a 4 do modelo bsico para o ambiente de

desenvolvimento;
2 - Instalar o Apache;
Notas:
o Execute o arquivo "httpd-2.2.25-win32-x86-no_ssl";
o Instalar preferencialmente na pasta "c:\scrom\Apache2.2;
3 - Instalao do SCROM;
83
Notas: Extrair o arquivo "SCROM.src.AAAAmmDD" para a pasta:

C:\SCROM\Apache2.2\htdocs;
o Alterar no arquivo settings.py DEBUG = False TEMPLATE_DEBUG =
False
4 Instalao do mod_wsgi;
Notas: Extrair a biblioteca para o diretrio: C:\SCROM\Apache2.2\modules.
o Altere o arquivo "httpd.conf" na pasta c:\scrom\Apache2.2\conf para
adicionar o "LoadModule wsgi_module modules/mod_wsgi.so";
o Altere os diretrios c:\scrom\Apache2.2\htdocs para que fiquem todos
comentados junto com as linhas contendo: Options Indexes
FollowSymLinks e AddHandler cgi-script .cgi;
5 - Adicione no final do arquivo de configurao as seguintes linhas:
ServerName localhost
WSGIScriptAlias / C:/SCROM/Apache2.2/htdocs/main/main/wsgi.py
WSGIPythonPath C:/ SCROM /Apache2.2/htdocs/main
Alias /static/scrom C:/ SCROM /Apache2.2/htdocs/main/scrom/static/scrom
Alias /static/admin C:/ SCROM /Django-1.7/django/contrib/admin/static/admin
<Directory C:/ SCROM /Apache2.2/htdocs/main/main>
<Files wsgi.py>
Order deny,allow
Allow from all
</Files>
</Directory>
6 - Reinicie o servio do Apache;

7 - Verificar se o apache esta funcionado acessando o endereo:
http://localhost/main/
84
4.2
UTILIZAO DO SCROM
O SCROM foi desenvolvido com o objetivo de auxiliar no mapeamento e

cadastro de entidades que compoem redes pticas metropolitanas, a descrio de
sua utilizao ser feita nas prximas sees. Para descrio das funcionalidades
ser considerado que o tipo de usurio logado no sistema do tipo super usurio,
com plenos poderes de controle sobre a aplicao, e, portanto, com acesso
visualizao de todas as ferramentas do SCROM.
4.2.1 Login no Sistema
Para acessar o sistema SCROM necessrio conhecer o URL do local onde

ele foi instalado, por exemplo localhost/main, isso depender da forma que o
servidor web foi configurado.
Na tela inicial (FIGURA 16)
do sistema o usurio possui a opo de
preencher os campos usurio, senha e pressionar o boto Acessar, para ento

realizar o login no sistema. Em situaes onde o usurio esqueceu a senha, ele
poder clicar no link Esqueceu sua senha ou nome de usurio ?.
85
FIGURA 16 - Tela de Login
4.2.2 Recuperao de Senha
A recuperao de senha feita atravs do envio de um link para gerao de

nova senha para o usurio dono da conta do email informado. Para tal, o campo
Endereo de email poder ser preenchido e o processo finalizado quando o boto
Reinicializar minha senha for pressionado (FIGURA 17), seguido por uma
mensagem confirmando o envio do email (FIGURA 18).
FIGURA 17 - Recuperao de Senha
86
FIGURA 18 - Confirmao de envio da senha
4.2.3 Tela Inicial e Pesquisa de Elementos
Na tela inicial (aps realizado login) no canto superior esquerdo so exibidos

os links Incio e Scrom e um texto informando o tipo de usurio logado. Essas
opes esto disponveis em todas as telas do sistema, assim como as opes
Alterar senha e Encerrar sesso, no canto superior direito. A tela inicial
apresenta tambm os menus expansveis Opo de Cadastro e de Edio e
Relatrios, disponveis de acordo com o nvel de acesso do usurio logado, e logo
abaixo uma listagem de todos os mapas que o usurio logado tem acesso (FIGURA
19). Atravs do clique sobre o nome do mapa, este ser carregado para operao.
FIGURA 19 - Tela Inicial
A opo Scrom encaminha o usurio para uma tela com uma lista de links
diretos para todas as funcionalidades acessveis (FIGURA 20).
87
FIGURA 20 - Funcionalidades acessveis ao usurio logado
Expandir o menu Opes de Cadastro e Edio, atravs da opo mostrar,

exibe ferramentas cadastro disponveis para o usurio logado (FIGURA 21). O ato
de clicar no nome das opes carrega uma lista dos elementos cadastrados no
sistema para o tipo selecionado, exemplo: grupos, usurios, formatos de postes.
Cada opo possui em sua respectiva linha os botes: adicionar e modificar, que
permitiram o cadastro de um novo elemento no sistema e alterar os dados de itens
localizados atravs de pesquisa (FIGURA 22) .
88
FIGURA 21 - Opes de Cadastro e de Edio
FIGURA 22 - Exemplo de tela de pesquisa
O menu expansvel Relatrios exibe uma lista de links para as ferramentas

de relatrios disponveis para o usurio logado (FIGURA 23).
FIGURA 23 - Relatrios
89
O link Alterar Senha, no canto superior direito da tela inicial, carrega a

interface para seleo de nova senha de login (FIGURA 24). O Usurio deve
preencher os campos conforme instrues e identificaes exibidas na tela e ento
pressionar o boto Alterar minha senha, para finalizar a operao.
FIGURA 24 - Alterar Senha
Quanto ao link Encerrar Sesso, tambm no canto superior direito, este

ser resposvel por realizar o logout do usurio e inform-lo do sucesso da ao
(FIGURA 25).
FIGURA 25 - Sesso Encerrada
4.2.4 Grupos de Usurios e Controle de Alteraes
A partir da tela da figura 21, pelo clique do mouse sobre a opo Adicionar,
na linha grupos, a tela para manuteo de grupos de usurios do sistema pode ser
carregada (FIGURA 26).
90
FIGURA 26 - Manuteno de Grupos de Usurios
Os campos nome, data de criao e data da ltima alteraao so

obrigatrios, a rea direitos exibe a lista de direitos de acesso disponveis no
sistema. Estes direitos de acesso so atribuidos ao grupo atravs das flechas entre
as reas Direitos disponveis e Direitos escolhidos. Quando opes de acesso
so inseridas na rea Direitos escolhidos, os usurios pertencentes ao grupo
passam a possuir tais direitos de acesso, exceto os mapeadores, que por padro,
tem poder total sobre os mapas de sua propriedade. Mapeadores so tipos de
usurios que podem possuir mapas de sua propriedade, e fazer qualquer alterao,
pode-se consider-los um tipo de administrador com poderes bem mais restritos.
Na base da figura 26 visvel a opo Controle de alteraes, esta opo
exibe informaes sobre usurios criadores dos grupos, usurios que executaram
alteraes e as respectivas datas das aes (FIGURA 27). Nesta mesma rea
possvel controlar se o grupo est ativo ou inativo, ou deletado.
91
FIGURA 27 - Controle de Alteraes
O controle de alteraes estar disponvel na tela de todos os itens do

sistemas que so passveis de cadastro. Quando carregados em tela, tero esta
ferramenta visvel. A caixa inativo do controle de alteraes uma
funcionalidade que o administrador pode utilizar para tornar indisponvel aos
usurios do sistema algum item cadastrado, enquanto a caixa de deleo marca no
banco de dados o item como deletado, tornando-o indisponvel no sistema.
Porm, ainda acessvel diretamente pelo sistema gerenciador de banco de dados.
4.2.5 Cadastro de Usurio
A partir da tela na figura 21 a opo adicionar, na linha Usurio, possibilita

ao operador do sistema o cadastro de usurios (FIGURA 28).
FIGURA 28 - Cadastro de Usurios
92
Aps informados o nome para o usurio, senha e confirmao de senha, o

usurio dever pressionar o boto salvar ou salvar e continuar editando, esta
ao ir carregar a prxima etapa de cadastro (FIGURA 29). Se pressionado o
boto salvar e continuar editando apenas a senha e o nome de usurio sero
salvos, seguido da recarga da tela da figura 28 para insero de outro usurio.
FIGURA 29 - Continuidade do cadastro de usurio
Na rea expansvel Informaes pessoais constam os campos nome,

ltimo nome e endereo de email para preenchimento. No campo direitos de grupo
(FIGURA 30) o usurio sendo cadastrado pode ter um tipo especificado, entre as
opes: operador, administrador ou mapeador. Os campos grupos disponveis e
grupos escolhidos serviro para definir a quais grupos do sistema o usurio far
parte.
FIGURA 30 - Direitos de Grupo
93
Finalmente, a rea expansvel datas importantes (FIGURA 31) contm os

campos ltimo login e data de registro, para preenchimento. Esses campos
permitem a insero manual de informaes de log de usurios.
FIGURA 31 - Datas Importantes (cadastro de usurio)
4.2.6 Cadastro de informaes de postes
Postes possuiro duas informaes passveis de cadastro: poste formato e

poste material. Atravs do clique sobre adicionar na linha de uma destas duas
opes (FIGURA 21) possvel a incluso de um novo material de postes ou
formato de postes nosistema. A tela de cadastro da nova informao de poste
contm um campo para nome e as opes de salvamento, todas muito similares ao
motrado na FIGURA 32.
FIGURA 32 - Cadastro de nova informao de postes
94
4.2.7 Cadastro de novo tipo de cabo
O cadastro de um novo tipo de cabo iniciado a partir da tela exibida na

FIGURA 21. O usurio deve clicar na opo adicionar da linha Tipo de Cabo, tal
ao ir carregar a tela da FIGURA 33.
FIGURA 33 - Cadastro de tipo de cabo
Para efetivao do cadastro do tipo de cabo necessrio apenas o

preenchimento do campo nome e ento realizar o salvamento.
4.2.8 Cadastro de novo tipo de segmento
O cadastro de um novo tipo de segmento iniciado a partir da tela exibida na

FIGURA 21. Um segmento pode ser considerado como um cabo contnuo em um
mapa, tipos de segmento serviro para identificar uma caracterstica do trecho de
cabo sem vincular diretamente a propriedades especficas de fabricao do
mesmo. Para realizar o cadastro, o usurio deve clicar na opo adicionar da linha
Tipo de Segmento, tal ao ir carregar a tela da FIGURA 34.
FIGURA 34 - Cadastro de novo tipo de segmento
95
Para efetivao do cadastro do tipo de segmento necessrio apenas o

preenchimento do campo nome e ento clicar em salvar.
4.2.9 Cadastro de nova Concessionria
O cadastro de uma nova concessionria iniciado a partir da tela exibida na

figura 21. O usurio deve clicar na opo adicionar da linha Concessionria, tal
ao ir carregar a tela da figura 35.
FIGURA 35 - Cadastro de Concessionrias
Para efetivao do cadastro da concessionria necessrio apenas o

preenchimento do campo nome e ento realizar o salvamento.
4.2.10 Incluso de um valor de aluguel para concessionrias
A incluso e vinculao de um novo valor de aluguel por ponto de fixao de

postes para uma concessionria iniciado a partir da tela exibida na figura 21. O
usurio deve clicar na opo adicionar da linha Aluguel, tal ao ir carregar a tela
da figura 36.
96
FIGURA 36 - Valor de aluguel por ponto de fixao
A tela para adio de aluguel contm o campo aluguel, para insero do

valor do aluguel; campos incio de contrato e final do contrato, para
especificao do incio e fim do vnculo com a concessionria dona dos postes e
por fim o campo concessionria, para identificao da mesma. Feito o
preenchimento dos campos, o processo pode ser finalizado com o salvamento.
4.2.11 Mapas e Mapeamento
A tela exibida na FIGURA 21 contm a opo adicionar na linha Mapa da

rea Opes de cadastro e edio. Se selecionada, ir carregar uma lista de
mapas para edio de dados de cadastro. Para ir para a tela de mapeamento o
usurio deve selecionar a opo iniciar no topo superior esquerdo e clicar sobre o
nome do mapa desejado, esta ao carregar a tela da (FIGURA 37).
97
FIGURA 37 - Tela de Mapeamento
Na rea controles h caixas de seleo que permite filtragem de elementos a

serem exibidos no mapa. Acima das caixas h um conjunto de opes que alteram
a modalidade de edio do mapa, estas so ativadas atravs de clique. Aps o
clique, se a opo selecionada for um elemento para insero no mapa, o mouse
ter o ponteiro mudado para a imagem do cone do elemento escolhido. Para
inserir o elemento no mapa, basta clicar sobre o local do mapa onde deseja que a
insero seja efetuada.
Para desenho de segmento necessrio que haja um elemento origem e um
elemento destino j inseridos no mapa, por exemplo: duas empresas, uma empresa
e uma emenda.
A FIGURA 38 representa o cone de empresa (ou instituio), a figura 39
representa o cone poste, a figura 40 representa o cone de emenda e a figura 41 o
cone de evento genrico.
98
FIGURA 38 - Empresa (Instituio)
FIGURA 39 - Poste
FIGURA 40 - Emenda
FIGURA 41 - Marcador Genrico
Na FIGURA 42 so exibidos os elementos j inseridos no mapa com

segmentos traados entre eles. Trata-se
Trata se da conexo entre duas empresas, com um
ponte, uma emenda e um limitador de cordoalha no trecho entre elas.
99
FIGURA 42 - Elementos no mapa
Quando em modo de insero de segmento, o usurio tem a opo de

desfazer traos de segmentos j feitos, para tal, ele deve pressionar duas vezes o
boto esquerdo do mouse, sem moviment-lo. A velocidade do clique configurada
no windows pode influenciar nessa funcionalidade. Caso o usurio deseje desfazer
todos os traos de segmentos no finalizados, necessrio que o boto enter seja
pressionado.
4.2.11.1
Marcador Genrico
Marcador genrico serve para inserir marcaes pelo mapa com textos de
observao, quando selecionado, quando selecionado um marcador genrico
existente no mapa, exibido o inspetor marcador genrico, conforme parte
esquerda da figura 43.
100
FIGURA 43 - Marcador Genrico
Inspetors so funcionalidades que permitem visualizao dos dados de

elementos dentro de um mapa.
4.2.11.2
Cadastro de empresa e DIO
A seleo do elemento empresa j inserido no mapa exibe o inspetor da

FIGURA 44.
101
FIGURA 44 - Empresa (Instituio)
Se clicar sobre a opo DIO da figura 44 ser exibido novo inspetor com
outros campos, conforme figura 45.
102
FIGURA 45 - DIO - Cadastramento
Cada empresa pode ter diversos DIOs cadastrado, uma vez salvo, os dados
do novo DIO, ser possvel cadastrar e adicionar informaes sobre o novo DIO
(FIGURA 46).
103
FIGURA 46 - Cadastramento de dados de DIO
4.2.11.3
Cadastro de evento
Na seleo da opo Evento (FIGURA 56) o inspetor exibido na figura 47

carregado. Esse inspetor permite vincular eventos aos elementos do mapa.
104
FIGURA 47 - Evento
4.2.11.4
Cadastro de Porta
Com a seleo da opao porta (FIGURA 56) o inspetor para cadastro de

portas carregado (FIGURA 58).
105
FIGURA 48 - Cadastro de porta em DIO
4.2.11.5
Cadastro de Conexo e Rota
As opes na base do inspetor da figura 48 permitem o cadastro de conexo

e rota, conforme figuras 49 e 50, respectivamente.
106
FIGURA 49 - Cadastro de Conexo
107
FIGURA 50 - Cadastro de Rota
4.2.11.6
Limitador de Cordoalha
O limitador de cordoalha um elemento usado para indicar no mapa

intervalos de segmento que possuem cordoalha, as opes de configurao para
este elemento limitam-se a indicar se ele est ativo ou inativo (FIGURA 51).
108
FIGURA 51 - Limitador de Cordoalha
109
4.2.11.7
Emenda
O elemento emenda possui finalidade de representar um ponto no mapa

onde fibras de dois ou mais segmentos sofreram emenda. O inspetor da figura 52
representa os dados de emendas.
FIGURA 52 - Emenda Inspetor
110
4.2.11.8
Poste
Os postes podem comportar cabos e cordoalhas atravs de pontos de

fixao, cada ponto de fixao possui um valor de aluguel definido pela operadora
dona do poste. O inspetor de postes descrito na figura 53
.
FIGURA 53 - Poste Inspetor
111
A opo ponto de fixao carrega o inspetor conforme figura 54.
FIGURA 54 - Ponto de fixao - Inspetor
4.2.11.9
Segmentos
Os segmentos representam trechos de cabos desenhados no mapa, cada

um deles pode ser selecionado para carregamento do inspetor exibido na figura 54.
Dentro do segmento encontram-se as fibras para representao multifilar (FIGURA
55) e pode-se identificar se h cordoalha ou no (FIGURA 56).
112
FIGURA 55 - Segmento Inspetor
113
FIGURA 56 - Fibra Inspetor
114
FIGURA 57 - Vinculao de cordoalha a segmento
4.2.12 Relatrios
A figura 58 mostra na rea expansvel Relatrios as opes de relatrios

disponveis no sistema, para acess-los necessrio clicar sobre o nome do
relatrio escolhido.
115
FIGURA 58 - Tela Inicial Completa
4.2.12.1
Relatrio de Conexes
Na tela de relatrio de conexs o usurio ir visualizar lista de mapas

disponveis para emisso de relatrio (FIGURA 59).
FIGURA 59 - Relatrio de Conexes - Seleo de Mapa
Aps a seleo do mapa, a tela da figura 60 ser carregada com o resultado

do relatrio.
116
FIGURA 60 - Relatrio de Conexes - |Resultado
4.2.12.2
Relatrio de DIOs

disponveis para emisso de relatrio de DIOs (FIGURA 61).
FIGURA 61 - Relatrio de DIOs - Seleo de Mapa

do relatrio.
FIGURA 62 - Relatrio de DIOs - Resultado
117
4.2.12.3
Relatrio de Emendas

disponveis para emisso de relatrio de emendas (FIGURA 63).
FIGURA 63 - Relatrio de Emendas - Seleo de Mapa

do relatrio de emendas.
FIGURA 64 - Relatrio de Emendas - Resultado
118
4.2.12.4
Relatrio de Eventos

disponveis para emisso de relatrio de eventos (FIGURA 65).
FIGURA 65 - Relatrio de Eventos - Seleo de Mapa

do relatrio de eventos.
FIGURA 66 - Relatrio de Eventos - Resultado
4.2.12.5
Relatriode Postes
Na tela de relatrio de conexs o usurio ir visualizara lista de mapas

disponveis para emisso de relatrio de postes (FIGURA 67).
119
FIGURA 67 - Relatrio de Postes - Seleo de Mapa

do relatrio de postes.
FIGURA 68 - Relatrio de Postes - Resultados
Neste captulo o sistema foi apresentando, seu processo de instalao e

funcionalidades foram descritas para ilustrar como seria o procedimento de
cadastro e mapeamento de entidades no SCROM. No prximo captulo, sero
feitas as consideraes finais da equipe quanto ao projeto e implementaes
futuras sobre o software desenvolvido.
120
CONSIDERAES FINAIS
O objetivo deste projeto foi o desenvolvimento do sistema SCROM, que tem

como finalidade auxiliar no gerenciamento de redes pticas metropolitanas, atravs
de ferramentas para inventrio de recursos e mapeamento de infraestruturas,
cobrindo lacunas que na maioria das vezes apenas aplicaes comerciais atendem.
O escopo do projeto abraou aspectos bastante especficos da rea de
redes, o que tornou o levantamento de requisitos e modelagem consideravelmente
complexo, levando inclusive necessidade de criao de nomenclaturas prprias
para descrio das funcionalidades.
Estimativas iniciais sobre o tempo necessrio para execuo do projeto
demonstraram que o esforo para cumprir todos requisitos mapeados seria imenso.
Ao final do projeto, comparaes entre essas estimativas e os resultados reais
demonstraram que a preciso do mtodo de clculo de esforo por pontos de caso
de uso no preciso, pois no considera fatores como mudanas frequentes em
requisitos ao longo de projetos. O tempo real gasto foi aproximadamente o dobro
do estimado, forando a equipe a muitas readequaes.
Fatores determinantes para a finalizao do SCROM e sucesso do projeto
foram os estudos antecipados das tecnologias necessrias para a implementao
do sistema de informao geogrfica, a experincia com metodologias aplicadas e
os conhecimentos prticos sobre gerncia de redes pticas metropolitanas.
Uma das principais ferramentas de desenvolvimento, o framework Django,
teve impactos positivos e negativos no processo de implementao. Benefcios
obtidos de seu uso foram as diversas funcionalidades comuns em aplicaes web
que j estavam parcialmente prontas, onde demandou apenas estudos sobre o uso
do framework. Porm, em algumas
o Django foi um obstculo, pois diversos
recursos j existentes foram extremamente difceis de personalizar, tornando lento

o avano do projeto. Devido ao tempo despendido, os testes executados sobre o
sistema foram apenas do tipo fumaa, inviabilizando documentao formal dos
mesmos e uso de metodologias melhor elaboradas.
O uso da metodologia RUP ajudou a definir adequadamente as
responsabilidades e os artefatos gerados a cada iterao, o que levou distribuio
121
adequada
de
demandas
uso
otimizado
do
tempo
disponvel
para
desenvolvimento.
Apesar do sistema estar operacional, existem ainda vrios pontos de
melhoria e otimizao a serem implementados, como novos relatrios e a expanso
dos j existentes para cobrirem cenrios adicionais. Outros aperfeioamentos sero
possveis pela adio de novas opes de navegabilidade por rotas e conexes no
inspetor de objetos, com objetivo de aumentar flexibilidade e facilitar a captura de
informaes. Por fim, a incluso de ferramenta para verificao de integridade e
identificao de problemas nas conexes entre elementos gerados ou modificados
via inspetor de objetos.
O software final obtido apresenta-se como uma alternativa aprimorada para
substituio das ferramentas atualmente utilizadas no cliente, atendendo s
demandas atuais, e fornecendo funcionalidades extras, ainda possibilita a
expanso e integrao a outras aplicaes existentes, tambm desenvolvidas sob
arquitetura e tecnologias similares ao SCROM.
122
REFERNCIAS
ABUSAR. Disponvel em: <http://www.abusar.org.br/cab_est_3.html>. Acesso em:

11/08/2014.
AIDAROUS, S.E.; PROUDFOOT, D. A.; DAM, X. N. Service Management in

Intelligent Networks. IEEE Network Magazine, vol. 4, no. 1, 1990.
ALVARENGA, B.; MXIMO A. Fsica. So Paulo: Editora Scipione, 2006.
APACHE. Disponvel em: < http://www.apache.org/ >. Acesso em: 11/09/2014.
BURGESS, M. Principles of Network and System Administration. West Sussex:

John Wiley & Sons Ltd, 2004.
BUSCHMANN, Frank; MEUNIER, Regine; ROHNERT, Hans; SOMMERLAD,

Peter;STAL. Michael. Pattern-Oriented Software Architecture: A system of
patterns. England: Editora Wiley, 2001.
CPQD, Disponvel em: <http://www.cpqd.com.br/mercado/ofertas/supervisaooptica>. Acesso em: 05/09/2014.
DJANGO. Disponvel em: < https://www.djangoproject.com/>. Acesso em:

11/09/2014.
ECLIPSE. Disponvel em: <https://www.eclipse.org/>. Acesso em: 11/09/2014.
ELLIOTT, B. J. Designing a Structured Cabling System to ISO 11801.

Cambridge: Woodhead Publishing Limited, 2002.
FOWLER, Martin. Padres de Arquitetura de Aplicaes Corporativas. So

Paulo: Editora Bookman, 2003.
GIT. Disponvel em: <http://git-scm.com/>. Acesso em: 11/09/2014.
HWAIYU, G. Data Center Handbook. Nova Delhi: McGraw-Hill, 2010.
123
IFGW. Grupo de Fibras pticas do Instituto de Fsica Gleb Wataghin. Disponvel

em: <http://portal.ifi.unicamp.br>. Acesso em: 10/08/2014.
JDSU. Medies Bsicas em Redes pticas - Atenuao. Disponvel em:

<http://blogs.jdsu.com/Tendencias/archive/2013/01/25/medies-bsicas-em-redespticas-atenuao.aspx>. Acesso em: 01/09/2014.
KEISER, G. Optical Fiber Communications. New Delhi: McGraw-Hill, 2008.
KRUCHTEN, Philippe. Introduo ao RUP Rational Unified Process. Rio de

Janeiro: Editora Cincia Moderna Ltda, 2003.
KUROSE, J.F; ROSS K. W. Computer Networking: A Top-Down Approach.

New Jersey: Addison Wesley, 2012.
MACAO. Disponvel em: < http://macao.communications.museum/ >. Acesso em:

11/08/2014.
MARIN, P. S. Cabeamento Estruturado. So Paulo: Editora Erica, 2008.
MARTINS, Jos Carlos Cordeiro; Tcnicas para gerenciamento de projetos de

software. Rio de Janeiro: Brasport, 2007.
MICROSOFT. Disponvel em: <http://products.office.com/en-us/home>. Acesso em:

11/09/2014.
MOZILLA. Disponvel em: < www.firefox.abc-apps.com/ >. Acesso em:

11/09/2014.
OLDEHOEFT, A. E. Foundations of a Security Policy for Use of the National

Research and Educational Network. Iowa: Iowa State University, 1992.
OPENLAYERS. Disponvel em:< http://trac.osgeo.org/openlayers/wiki>. Acesso

em: 12/19/2014.
PENCIL. Disponvel em: <http://pencil.evolus.vn/>. Acesso em: 11/09/2014.
124
POLLYSOFT. Disponvel em: < http://www.pollysoft.com.br/ >. Acesso em: 2014.
POSTGRESQL. Disponvel em: <http://www.postgresql.org/>. Acesso em:

11/09/2014.
PROJECTLIBRE. Disponvel em: <http://www.projectlibre.org/>. Acesso em:

11/09/2014.
PROUDFOOT, D. A; AIDAROUS, S.E.; KELLY, M. Network Management in a

Evolving Network. Budapest: ITU - Europa Telecom, 1992.
PSYCOPG. Disponvel em: <http://initd.org/psycopg/>. Acesso em: 11/09/2014.
PYDEV. Disponvel em: <http://pydev.org/>. Acesso em: 11/09/2014.
REDECOMEP, Redes Comunitrias de Educao e Pesquisa. Disponvel em:

<http://www.redecomep.rnp.br/>. Acesso em: 01/09/2014.
SAVORY, B. The NREN Network Connectivity Dilemma: About Building

Research & Education Fiber Networks. 5th UbuntuNet Alliance annual
conference, 2012.
SUMMERFIELD, M. Programao em Python 3. So Paulo: Alta Books, 2013.

JDSU. Performing In-Service Loss Measurements in Passie Optical FTTX
Networks. Disponvel em:
<http://www.jdsu.com/ProductLiterature/inservicelosspon-an-fop-nse-ae.pdf>.
Acesso em: 14/09/2014.
TANENBAUM, A. S. Computer Networks. New Jersey: Prentice Hall, 2002.
UML Designer. Disponvel em: <http://marketplace.eclipse.org/content/umldesigner-eclipse-luna-version#.VEx2TfnF9OI>. Acesso em: 11/09/2014.
WIKIPEDIA. Disponvel em: <http://en.wikipedia.org/wiki/Optical_timedomain_reflectometer>. Acesso em 11/08/2014.
WIKIPEDIA-B. Disponvel em: <http://pt.wikipedia.org/wiki/MVC>. Acesso em:

11/08/2014.
125
APNDICES
APNDICE A - LEVANTAMENTO DE REQUISITOS

APNDICE B - DIAGRAMA DE CASOS DE USO
APNDICE C - ESPECIFICAES DE CASOS DE USO
APNDICE D - DIAGRAMAS DE ENTIDADE E RELACIONAMENTO
APNDICE E - DICIONRIO DE DADOS
APNDICE F - DIAGRAMA DE CLASSES DE IMPLEMENTAO
APNDICE G - DIAGRAMAS DE SEQUNCIA
APNDICE H - ESTIMATIVA DE ESFORO
126
APNDICE A - LEVANTAMENTO DE REQUISITOS
1 LEVANTAMENTO DE REQUISITOS
O levantamento de requisitos e especificao do escopo foi definida atravs

de dilogos com o coordenador do PoP-PR, tambm orientador e cliente neste
projeto, e atravs de necessidades observadas por Adriano, um dos integrantes da
equipe de desenvolvimento do projeto, que durante aproximadamente dois anos,
fez parte da equipe do PoP-PR no trabalho de monitoramento e operao de redes.
A documentao dos requisitos iniciou por meio de diversos esboos,
esquemas e textos que no decorrer de algumas semanas foram sendo moldados
at atender s expectativas do cliente. Para organizao e formalizao do escopo
foi utilizada uma matriz de rastreabilidade de requisitos, que foi base para controle
de alteraes e acompanhamento das funcionalidades a serem agregadas ao
sistema.
1.1 NOME DO PROJETO
SCROM - Sistema para Controle de Redes pticas Metropolitanas.
1.2 DESCRIO RESUMIDA DO PROJETO
O SCROM uma soluo para gesto de redes pticas metropolitanas, com

objetivo de auxiliar na administrao de entidades passivas que compoem estas
redes e para o controle de incidentes e manutenes. Sua implementao busca
como resultado
principal o aumento da qualidade dos servios prestados s
intituies usurias das redes pticas metroplitanas.
127
1.3 MATRIZ DE RASTREABILIDADE DE REQUISITOS
A tabela 5 representa a verso final da matriz de rastreabilidade de requisitos, que para

melhor organizao, tem os
requisitos identificados com nomes de mdulos para
representao de suas respectivas finalidades.
ID
Mdulo
REQ001 Mapeamento
REQ002 Mapeamento
REQ003 Mapeamento
REQ004
Conexo
REQ005
Rotas
REQ006 Mapeamento
Descrio do Requisito
O sistema deve viabilizar mapeamento de redes pticas metropolitanas
sobre plataforma de mapeamento aberta do tipo GIS.
Os mapas gerados devem representar as ruas da cidade onde a rede
metropolitana se localiza.
A interface de mapeamento deve permitir o desenho de rotas da rede,
componentes e eventos com o uso de mouse.
O sistema deve permitir o armazenamento de distncias entre conexes e
a respectiva perda mdia em decibis. Calculado a distncia no mapa e a
distancia total considerando reserva tcnica. Segmento = distancia_mapa
(auto), distancia_mapa(manual), reserva_tecnica (auto).
Rotas so compostas por segmentos onde suas terminaes podem ser
dois DIOs ou um DIO e uma emenda.
O sistema deve permitir a marcao dos componentes com
representao grfica condizente.
REQ007 Componentes
Os componentes devero ter propriedades distintas, que podero ser

visualizadas e editadas atravs de sua seleo. A edio e visualizao
ser feita apenas por usurios com permisses adequadas.
REQ008 Mapeamento
Aps a insero de DIOs, segmentos, emendas ou postes, devem ser

definidas em suas propriedades as rotas aos quais esto vinculados
(combo box para seleo das rotas ao qual pertence). Deve tambm
haver opo para CRUD de rotas no sistema.
REQ009
Segmentos
REQ010
Segmentos
REQ011
Segmentos
REQ012
Segmentos
REQ013 Componentes
REQ014 Mapeamento
REQ015 Autenticao
REQ016 Autenticao
Segmentos devem ser definidos por 2 componentes e ser composto por 1

cabo.
O segmentos podero ser do tipo: areo, subterrneo, aqutico.
Os cabos e os atributos de cabos devem ser visveis pela seleo de um
segmento.
Cabos devem conter atributos prprios, como: modelo, tipo, nmero de
fibras, id fibra, status da fibra, autossustentvel
Os elementos bsicos que devem estar cadastrados no sistema so os
DIOs, emendas, postes, cabos, cordoalha, delimitador de cordoalha em
cabos.
O sistema dever permitir a insero de marcadores genricos - estes
sero representados pela classe "marca" ou "ScromMarca".
O sistema deve possuir 3 perfis distintos: administrador, mapeador e
operador.
O sistema deve possuir grupos de usurios operadores, que tero acesso
a certos mapas sob permisses de acesso definidas pelos grupos aos
quais os usurios operadores pertencem.
128
REQ017 Autenticao
Dever existir um mapeador proprietrio do mapa e um mapeador por

grupo. O sistema ira verificar se o mapa a ser carregado do usurio
logado (completo); se no for o sistema verifica os grupos deste usurio e
suas permissoes.
REQ018 Autenticao
Mapeadores tem permisses plenas sobre mapas de sua propriedade.

Permisses sobre outros mapas sero definidas pelos grupos ao qual o
mapeador est vinculado.
REQ019 Autenticao
REQ020 Autenticao
REQ021 Mapeameto
Usurios herdam as permisses dos grupos aos quais esto vinculados.

Mapas podero ter N grupos e grupos podero ter N mapas.
As rotas devero possuir a identificao do projeto ao qual pertencem
REQ022
Conexo
Conexes: O sistema deve permitir o cadastro de uma nica empresa em

determinada rota e uma empresa poder possuir diversas rotas
cadastradas.
REQ023
Eventos
REQ024 Componentes
REQ025 Componentes
REQ026
Segmentos
REQ027 Componentes
REQ028
Conexo
REQ029
REQ030
Conexo
Conexo
REQ031
Conexo
REQ032
Rotas
REQ033
Conexo
REQ034 Componentes
REQ035 Autenticao
REQ036 Autenticao
REQ037 Autenticao
REQ038
Geral
REQ039
Geral
REQ040 Autenticao
Eventos devero ser marcados por segmento, emenda, DIO e postes.

O sistema deve permitir o cadastro dos dados de DIO, segmento,
emendas, cabos, fibras, poste, rotas e conexes.
o sistema ira gerar um elemento empresa\entidade e dentro estarao os
DIOs. Ao selecionar uma empresa no mapa dever ser exibida uma lista
de DIO(s) e uma opo para adicionar, ao selecionar um DIO o sistema
carregar uma lista de portas e outros atributos.
Segmentos/cabos podero ser abertos para exibio de suas fibras
(diagrama multifilar).
DIOs, Emendas e cabos devero exibir detalhamento de cada porta ou
fibra com suas respectivas propriedades (atributos).
Conexes podero ser estabelecidas em DIOs com a definio das portas
origem e portas destinos dos DIOs envolvidos.
Conexes podero conter 1 a N rotas.
Toda rota entre dois DIOs uma potencial conexo.
Conexes ocorrem apenas entre DIOs (porta a porta, fibra a fibra) inclusive jumpers
Rotas devero possuir os atributos: projeto, empreiteira.
Identificar portas de DIOs que atuam como jumpers - se origem e destino
a mesma empresa, trata-se de um jumper.
Cada porta dos DIOs deve ter identificado o tipo de conector e polimento
associado.
Usurios operadores podero fazer alteraes nos mapas somente se
seus respectivos grupos tiverem permisso para tal.
O acesso ao sistema Scrom ser feito atravs de uma tela com login e
senha.
O usurio dever ter a opo de recuperar senhas perdidas, estas sero
enviadas para o seu email.
O sistema dever possuir uma tela principal que ter exibio
diferenciada para cada tipo de usurio. Usurios administradores tero
controles para edio de usurios, grupos e componentes existentes no
sistema. Mapeadores podero fazer qualquer operao sobre os mapas
de sua autoria. Operadores tero poderes apenas para visualizar mapas
do grupo ao qual pertencem e executar as permisses de seus
respectivos grupos.
Se aplicvel, todas as telas com tabelas devero ter opes de filtros e/ou
buscas.
O usurio dever ter nome de login prprio, este, atribudo a campo
distinto do nome ou email do usurio.
129
REQ041
Geral
REQ042
Geral
REQ043
Geral
REQ044
Cadastro
REQ045
Cadastro
REQ046
Geral
REQ047
Geral
REQ048 Mapeamento
REQ049 Mapeamento
REQ050 Mapeamento
REQ051 Mapeamento
Quando aplicvel, elementos do sistema passveis de edio ou criao

atravs da interface devero possuir os seguintes atributos: situao
(ativo ou inativo), data de criao, ltima alterao, id do criador, id do
alterador.
As situaes ativo e inativo apenas permitem ao administrador tornar
certos elementos do sistema indisponveis para mapeadores e
operadores.
O sistema no deve realizar a remoo do registro no banco de dados.
Deve ser possvel o cadastro de grupos, vinculao de usurios em
grupos e respectivas alteraes.
O sistema deve conter interface para que o administrador possa adicionar
e remover usurios dos grupos, e alterar as permisses dos mesmos. O
proprietrio do mapa pode alterar os membros dos grupos e as
permisses de grupo definidos para aquele mapa.
O sistema deve conter paginao para planilhas muito extensas e barras
horizontais e verticais de rolagem quando aplicvel.
CRUD ser possvel para: usurios, mapas, grupos, empresas,
macadores genricos e eventos. Haver uma interface de operao
normal, outra de administracao com CRUD de todas as classes do
sistema.
Nos mapas dever ser possvel desenhar segmentos, e inserir
componentes.
As imagens/cones que representaro os elementos dos mapas sero
fixos, definidos no ato da implementao do sistema.
Ao selecionar elementos do mapa, devero ser exibidas suas
propriedades e atributos. O formato poder ser de tabela.
Dever ser possvel realizar "zoom" nos mapas e navegar com uso do
mouse.
REQ052
Segmentos
Cabos devero ter o campo distancia_otdr, que ter como atributo um

valor numrico em metros que representar a medio de distncia feita
pelo OTDR.
REQ053
Segmentos
Dever ser feito clculo da reserva tcnica por segmento e total da

conexo atravs da diferena entre a medio distancia_otdr e a
distancia_mapa. O valor para reserva tcnica deve ser positivo.
Dever existir filtros para exibio de elementos, estes sero: DIOs,

REQ054 Mapeamento cabos, postes, emendas, marcadores genricos. Se houver filtro aplicado,
no habilitar edio, se estiver em edio, no ter opo de filtro.
REQ055
Relatrio
REQ056
Relatrio
REQ057
REQ058
Relatrio
Cabo
REQ059
Conexes
REQ060
Relatrio
REQ061
Relatrio
Relatrio de Conexes (Definidas pelo par empresa origem e empresa

destino) devem conter os seguintes campos: empresa proprietaria,
empresa origem, porta origem, intituio destino, porta destino, atenuao
acumulada, distncia, dio origem, dio destino, rack origem, rack destino,
total de portas (totaliza as ocorrncias de origem =>destino e ocorrncias
onde origem = destino e destino = origem - isto indicar as portas
envolvidas tanto em RX quanto TX), total de emendas, coordenadas dos
equipametos e status (em uso ou livre).
Eventos: conexo, empresa proprietria, segmento, descrio, data de
incio, data de resoluo, empreiteira, ticket
Postes: atributos dos postes.
Portas e fibras devem estar relacionados por seus respectivos atributos.
Dever haver campo para identificao de fibras em uso e livres, com
identificao da conexo envolvida.
Relatrio de segmentos e componentes dentro da conexo.
Relatrio de DIOs: nome, empresa, coordenada, data de instalao, total
de portas/fibras (se aplicvel).
130
REQ062 Autenticao
Os grupos devero possuir as seguintes permisses para seleo:

visualizao de mapa, visualizao de propriedades de componentes,
criao de rotas e conexes, edio de propriedades
Geral
Os elementos desenhados no mapa sero: Emenda, Postes, Segmentos,

empresa, Marcador genrico.
REQ064
Atributos
Usurio: ID, password, ultimo_login, is_super_user, nome_usuario,

primeiro_nome, ultimo_nome, email, funcionario, ativo, deletado,
data_criacao, data_alteracao, usuario_criador, usuario_alterador,
tipo_usuario (Usurios podem pertencer a vrios grupos.)
REQ065
Atributos
Grupos: ID, nome, ativo, deletado, data_criacao, data_ultima_alteracao,

data_criacao, data_alteracao, usuario_criador, usuario_alterador
REQ066
Atributos
Mapa: ID, ativo, deletado, nome do mapa, proprietrio, data de criaao,

data de alterao, usurio alterador, usurio criador (um mapa pode
pertencer a vrios grupos).
REQ067
Atributos
Emenda: Deve ser representada no mapa e possui os seguintes atributos:

ID, status, deletar.
REQ068
Atributos
Postes: Possuem representao no mapa e os seguintes atributos: ID,

status, deletar, eventos, segmentos, descrio, altura, material (madeira,
concreto, metal), formato (redondo, quadrado, duplo-T), posies de
fixao, possui trafo (Conforme email - 16/10/2014 ).
REQ069
REQ071
Atributos
Atributos
REQ072
Atributos
REQ073
Atributos
REQ074
Atributos
REQ075
Atributos
REQ076
Atributos
REQ077
Atributos
REQ078
Geral
REQ079
Geral
REQ080
Geral
REQ081
Geral
REQ063
REQ082
Geral
REQ083 Mapeamento
empresa: ID, Nome, ativo, delete.

Fibra: ID, origem, destino, status, deletar, usado, atenuao, nome
Conexo: ID, nome, status, deletar, empresa proprietria, distncia
calculada
Rotas: ID, projeto, status, deletar, empreiteira, nome e tupla bsica de
segurana.
Marcador genrico: ID, descrio, cone e tupla bsica de segurana
(Crud de marcadores genricos).
DIO: ID, status, delete, nmero total de portas, segmentos, portas, rack,
data de instalao, e tupla bsica de segurana.
Portas: ID, origem, destino, status, delete, conexo, usada, atenuao,
jump, conector, polimento e tupla bsica de segurana.
A formalizao dos atributos que sero efetivamente inseridos na
implementao do sistema devero ser formalizados atravs de um
dicionrio de dados.
empresa possui DIOs. Portanto, ao clicar no mapa, ser clicado em
empresa, para ento cadastro de DIOs via object inspetor
O termo "instituio" foi substituido por "empresa" devido a limitaes
quanto codificao de caracteres do django.
O sistema dever ser desenvolvido com o uso do framework django 1.7.
A linguagem de programao utilizada dever ser phyton, devido a
necessidades de integrao com sistemas existentes.
Haver o atributo nome para identificao dos elementos do sistema,
alguns elementos possuem dois atributos, um para nome e outro
identificao. A identificao de segmentos, emendas e elementos
genricos deve ser atravs de campo aberto, escolhidos pelo usurio. O
sistema pode usar um ID
auto-increment para cada novo item ou sugerir um nome padro, caso um
no seja dado (cliente email 29-setembro).
No mapa a identificao dos elementos mencionados na RQ 102 e 103
poder ser numrico ou algum nome dado pelo usurio.
131
REQ084
Relatrio
REQ085
Geral
REQ086 Mapeamento
REQ087 Mapeamento
REQ088 Mapeamento
REQ089 Mapeamento
REQ090
Geral
REQ091
REQ092
Poste
REQ093
Poste
Em um relatrio as emendas podero ser representadas como a seguir:

DIO X - EO1: km, db, outras metricas
EO1 - EO2: km, db, outras metricas
EO1 - EO3: km, db, outras metricas
EO3 - DIO Y: km, db, outras metricas (cliente email 29-setembro).
Um Poste ter 0..N cordoalhas e 0..N cabos autossustentados, uma
cordoalha ter 0..N cabos (Cliente - email 10 outubro em diante).
Trechos de segmentos que precisem de incluso de emenda (diviso do
segmento em dois) precisaro ser redesenhados para incluir a emenda.
Entidade "empresa" possuir 1.. N Dios
Conexes e Rotas sero feitas nas fibras. Fibra possui uma nica rota e
essa rota uma nica conexo. Essa conexo pode ser composta por mais
rotas (reunio 30/10/2014).
Fibras estaro alocadas nos cabos que por sua vez so visualizados
como segmentos no mapa.
Cada segmento um cabo.
No mapa cada segmento ser uma linha distinta, poder haver mltiplas
linhas partindo da mesma conexo.
Aluguel no poste por ponto de fixao utilizado.
N cabos espinados em uma nica cordoalha tero aluguel de um nico
ponto de fixao.
REQ094
Poste
Quando o mesmo cabo possuir uma parte espinada e outra

autossustentada, sero considerados dois segmentos. O ponto onde a
transio ocorre poder ser um novo elemento no mapa - delimitador de
cordoalha. Ele poder ser tratado como um componente, ou apenas um
elemento auxiliar no visvel.
REQ095
REQ096
REQ097
REQ098
Modelo
Modelo
Modelo
Modelo
Rotas possuem apenas uma conexo.

Conexo pode conter vrias rotas.
Rotas possuem: Emendas, postes, fibras e portas.
Mapa possui vrias rotas.
Cabos vinculados a uma mesma cordoalha tero identificadores indicando

o vnculo com a cordoalha especfica, assim o aluguel ser nico para tal
grupo de cabos.
Cordoalha NO ser traada no mapa como um segmento. Quando
houver um trecho de cordoalha preso a postes sem cabos passando, os
REQ100 Mapeamento respectivos postes tero sua relao normal com a mencionada cordoalha
para cobrana do aluguel. Apenas os postes podero ser visveis no
mapa.
O sistema deve permitir cadastrar rotas por DIO-DIO, DIO-EMENDA,
REQ101
Rotas
EMENDA-EMENDA, CABO-CORDOALHA.
REQ102 Segmentos
Cabo e segmento em termos prticos, so sinnimos.
REQ099 Mapeamento
REQ103
Segmentos
REQ104 Componentes
Cabos utilizando a mesma cordoalha tambm sero representados

separadamente no mapa, assim como ocorre com cabos
autossustentveis comuns.
Postes devero conter at N pontos de fixao numerados, onde nmeros
menores representam os cabos mais altos.
O sistema permitir apenas uma conexo por fibra.
REQ105
Conexo
REQ106
Geral
Ao selecionar uma empresa no mapa dever ser exibida uma lista de

DIO(s) e uma opo para adicionar, ao selecionar um DIO o sistema
carregar uma lista de portas e outros atributos.
REQ107
Segmentos
Tipos de cabos e tipos de segmento so atributos que devero existir em

segmentos. Tipos de segmentos esto definidos em RQ013.
132
REQ108
Cadastro
REQ109
Conexo
REQ110
Atributos
REQ111 Componentes
O sistema permitir ao administrador incluir novos valores para alguns

atributos de itens do sistema. Ex: O combo box com a lista de "tipos de
cabos" de segmentos populada a partir da tabela "tipoCabo". O
administrador poder cadastrar novos valores nesta tabela.
Conexes tero uma empresa proprietria.
Ponto de fixacao: Possuem os seguintes atributos: ID, status, deletar,
aluguel, incio do contrato, fim do contrato e identificao.
Postes possuem concessionrias, que definem o valor do aluguel por
ponto de fixao.
TABELA 5 - MATRIZ DE RASTREABILIDADE DE REQUISITOS
133
APNDICE B - DIAGRAMA DE CASOS DE USO
FIGURA 69 - DIAGRAMA DE CASOS DE USO

FONTE: Os Autores.
134
APNDICE C - ESPECIFICAES DE CASOS DE USO
UC001 REALIZAR LOGIN
DESCRIO
Este caso de uso serve para realizar login no SCROM.
DATA VIEW
DV1
PR-CONDIES
Ter um usurio vlido cadastrado no sistema.
PS-CONDIS
Acionar a UC005 Listar Mapas.
ATOR PRIMRIO
Operador
135
FLUXO DE EVENTOS PRINCIPAL

O caso de uso iniciado;
O sistema apresenta a tela DV1;
O operador preenche o login; A1, E1, E2
O operador preenche a senha cadastrada localmente;
O operador clica no boto acessar;
O sistema valida o login;
O sistema valida a senha;
O sistema aciona a UC005 Listar Mapas;
O caso de uso encerrado.
FLUXOS ALTERNATIVOS
A1 - O link Esqueceu sua senha ou nome de usurio ?:
O sistema aciona a UC002 Recuperar Senha.
FLUXOS DE EXCEO
E1 O usurio preenche senha ou login incorretos:
O sistema exibe a mensagem Por favor, insera um usurio e senha corretos para
uma conta de equipe. Note que ambos os campos so sensveis a maisculas e
minsculas..
E2 O usurio deixa de preencher um dos campos:
O sistema exibe a mensagem Este campo obrigatrio.
REGRAS DE NEGCIO
No se aplica
136
UC002 RECUPERAR SENHA
DESCRIO
Este caso de uso serve para recuperao de senhas de usurio.
DATA VIEW
DV1
DV2
PR-CONDIES
O sistema deve ter executado o UC001 Realizar Login.
PS CONDIES
O sistema deve ter encaminhado link para recuperao de senha para email de
usurio.
ATOR PRIMRIO
Operador

O caso de uso inicializado;
O operador preenche o campo endereo de email;
O operador clica no boto Reinicializar minha senha.
O sistema valida o campo email; E1, E2
137

FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
E1 O usurio preenche o campo email com endereo sem arroba:
O sistema exibe a mensagem Inclusa um @ no endereo de email. Email est com
um @ faltando.
E2 O usurio deixou o campo email em branco:
O sistma exibe a mensagem Este campo obrigatrio.
REGRAS DE NEGCIO
No se aplica.
138
UC003 LISTAR MAPAS
DESCRIO
Este caso de uso serve para exibir a tela inicial e a listagem de mapas.
DATA VIEW
DV1
DV2
139
DV3
DV4
DV5
PR-CONDIES
O sistema ter executado a UC001 Realizar Login.
PS-CONDIES
No se aplica.
ATOR PRIMRIO
Operador

O sistema identifica o tipo de usurio logado;
140
O operador clica no nome de um dos mapas; A1, A2, A3

O sistema aciona a UC014 Realizar Mapeamento;
FLUXO ALTERNATIVO
A1 O administrador seleciona o link Scrom:
O sistema apresenta a tela DV2. R1
A2 O operador clica no link Alterar Senha:
O operador preenche o campo senha antiga;
O operador preenche o campo senha nova;
O operador preenche o campo senha (novamente);
O operador pressiona o boto Alterar minha senha;
O sistema valida os campos; E1, E2, E3
O caso de uso encerrado;
A3 O operador clica na opo encerrar sesso:
O sistema executa rotina de finalizao de sesso;
O usurio clica no link Acessar Novamente;
O sistema aciona o UC001 Realizar Login;
FLUXO DE EXCEO
E1 O operador deixa algum dos campos em branco:
E2 O operador preenche incorretamente a senha antiga:
O sistema exibe a mensagem A senha antiga foi digitada incorretamente. Por
favor, informe-a novamente.
141
E3 O usurio informa senhas diferentes no campo de nova senha e no campo de

confirmao:
O sistema exibe a mensage Os dois campos de senha no combinam.
REGRAS DE NEGCIO
R1 O link Scrom est disponvel apenas para o usurio administrador.
142
UCC004 MANTER MAPAS
DESCRIO
Este caso de uso serve para criao e edio de dados de cadastro de mapas no
sistema.
DATA VIEW
DV1
DV2
PR-CONDIES
O sistema deve ter executado o UC003 Listar Mapas.
PS-CONDIES
Ter armazenados os dados de mapas.
143
ATOR PRIMRIO
Administrador

O administrador clica na opo todos da rea filtro, subrea por ativo;
O sistema carrega todos os mapas na tela;
O administrador clica na opo sim da rea de filtro, subrea por ativo;
O sistema carrega todos os mapas com status ativo no sistema;
O administrador clica na opo no da rea de filtro, subrea por ativo;
O sistema carrega todos os mapas com status no ativo no sistema;
O administrador clica no nome de usurio teste, da rea filtro, subrea por
proprietrio;
O sistema retorna a lista de mapas sob propriedade do usurio teste;
O administrador clica na opo qualquer data da rea filtro, subrea por data de
alterao;
O sistema carrega os mapas de todos os perodos de criao;
O administrador clica na opo hoje da rea filtro, subrea por data de alteraao;
O sistema retorna todos os mapas criados no dia de hojte;
O administrador clica na opo ltimos 7 dias da rea filtro, subrea por data de
alterao;
O sistema retorna todos os mapas criados na ltima semana;
O administrador clica na opo este ms da rea filtro, subrea por data de
alterao;
O sistema retorna todos os mapas criados no ms corrente;
O administrador clica na opo este ano da rea filtro, subrea por data de
alterao;
O sistema retorna todos os mapas criados no ano corrente;
O administrador seleciona a caixa relacionada a um dos mapas na tela;
O administrador seleciona a opo marcar os registros como deletado na combo
box ao;
O administrador clica no boto fazer;
O sistema marca o mapa como deletado;
144
O sistema atualiza a tela com os mapas sem exibir o mapa que foi marcado como
deletado;
O administrador preenche o campo de pesquisa com uma palavra;
O adminstrador clica no boto pesquisar;
O sistema busca no banco de dados por mapas com nome similar;
O sistema atualiza a tela com os mapas similares ao texto de pesquisa;
O administrador clica no boo adicionar mapa;
O administrador digita um nome de mapa no campo nome;
O administrador define expande o combo box;
O sistema apresenta no combo box os usurios disponveis no sistema;
O administrador seleciona um dos usurios;
O administrador seleciona um dos grupos disponveis;
O administrador clica na flecha que aponta para a direita;
O sistema atualiza a tela removendo o grupo da rea grupos disponveis e o insere
na rea grupos escolhidos;
O administrador clica no boto salvar; A1, A2; E1
O sistema armazena o novo mapa na base de dados;
O sistema carrega a tela DV1 com o novo mapa adicionado;
FLUXO ALTERNATIVO
A1 - O administrador clica no boto salvar e adicionar outro:
O sistema armazena o novo mapa na base de dados;
O sistema carrega a tela DV2 pronta para adio de outro mapa;
A2 O administrador clica no boto salvar e continuar editando:
O sistema armazena os dados do novo mapa na base;
O sistema recarrega a tela DV2;
O sistema preenche os dados do mapa que acabou de ser criado na tela DV2;
O sistema fica pronto para aceitar edies nos dados do mapa criado;
145
FLUXO DE EXCEES
E1 O administrador deixa de preencher o campo nome ou de selecionar um
proprietrio no combo box:
O sistema emite a mensagem Este campo obrigatrio;
REGRAS DE NEGCIO
No se aplica.
146
UC005 MANTER USURIOS
DESCRIO
Este caso de uso serve para edio de dados de cadastro e criao de usurios.
DATA VIEW
DV1
DV2
DV3
147
DV4
DV5
DV6
PR-CONDIES
PS-CONDIES
O sistema deve ter realizado o armazenamento dos dados do usurio na base.
ATOR PRIMRIO
Administrador
148

O administrador clica no nome de um dos usurios;
O sistema carrega a tela DV2 preenchida com os dados do usurio selecionado;
O administrador preenche o campo primeiro nome;
O administrador preenche o campo ltiomo nome;
O administrador preenche o campo endereo de email;
O administrador clica na rea expansvel Direitos de grupo;
O sistema recarrega a tela conforme DV3;
O administrador seleciona no combo box tipo o tipo de usurio;
O administrador seleciona na rea de grupos disponveis os grupos que o usurio
far parte;
O administrador clica na flecha apontando para direita;
Os grupos selecionado so transferidos para a rea de grupos escolhidos;
O administrador clica na rea expansvel Datas Importantes;
O administrador clica na rea expansvel Controle de alteraes;
O sistema exibe a tela conforme DV4;
O administrador preenche os campos data e hora da rea ltimo Login;
O administrador preencheos campos data e hora da rea Data de Registro;
O administrador marca a caixa de usurio ativo;
O administrador desmarca a caixa de usurio deletado;
O administrador clica no boto salvar;
O sistema carrega a tela DV1;
O administrador clica na opo adicionar usurio;
O administrador preenche o campo usurio;
O administrador preenche o campo senha;
O administrador preenche o campo confirmao de senha;
O administrador pressiona o boto salvar; E1, E2
O sistema carrega a tela DV2 com os dados do novo usurio;
O administrador clica na opo histrico;
149
O sitema preenche a tela com os dados de modificaes;

FLUXO ALTERNATIVO
No se aplica;
FLUXO DE EXCEES
E1 Um dos campos foi deixado vazio:
O sistema exibe a mensagem Este campo obrigatrio;
E2 A senha de confirmao diverge da senha:
O sistema exibe a mensage Os dois campos de senha no combinam;
REGRAS DE NEGCIO
No se aplica.
150
UC006 MANTER GRUPOS
DESCRIO
Este caso de uso serve para edio de dados de cadastro e criao de grupos.
DATA VIEW
DV1
DV2
PR-CONDIES
O sistema ter executado o UC003 Listar Mapas.
PS-CONDIES
O sistema ter armazenado os dados de grupos na base.
151
ATOR PRIMRIO
Administrador

O administrador clica no nome de umdos grupos;
O sistema carrega a tela DV2 com os dados do grupo selecionado preenchidos;
O administrador altera o nome do grupo;
O administrador pressiona o boto salvar;
O sistema carrega a tela DV2 com o nome do grupo alterado;
O administrador clica na opo adicionar grupo;
O sistema carrega a tela DV2 com os campos vazios;
O administrador preenche o campo nome;
O administrador preenche preenche a data da criao;
O administrador preenche a data da ltima alterao;
O administrador seleciona as permisses do grupo na rea direitos disponveis;
O administrador clica na flecha para direita;
Os sistema transfere os direitos selecionados para a rea direitos escolhidos;
O administrador pressiona o boto salvar; E1
O sistema armazena os dados do novo grupo na base de dados;
FLUXO ALTERNATIVO
No se aplica;
FLUXO DE EXCEO
E1 O administrador no preencheu os campos nome ou data de criao ou data
de ltima alterao:
O sistema exibe a mensagem Este campo obrigatrio;
REGRAS DE NEGCIO
No se aplica.
152
UC007 MANTER CONCESSIONRIA
DESCRIO
Este caso de uso serve para edio e cadastro de dados concessionrias.
DATA VIEW
DV1
DV2
PR-CONDIES
Ter executado a UC003 Listar Mapa;
Ter passado pelo DV2.
PS-CONDIES
Ter cadastrado dados de concessionria na base.
153
ATOR PRIMRIO
Administrador

O sistema inicializa o caso de uso;
O administrador clica no boto adicionar concessionria;
O administrador clica em salvar;
O sistema armazena a nova concessionria;
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
No se aplica.
REGRAS DE NEGCIO
No se aplica.
154
UC008 MANTER ALUGUEL
DESCRIO
Este caso de uso server para edio e cadastro de informaes de aluguel de
pontos de fixao por concessionria.
DATA VIEW
DV1
DV2
PR-CONDIES
O sistema ter executado o UC003 Manter Lista.
PS-CONDIES
O sistema ter cadastrado os dados de aluguel.
ATOR PRIMRIO
Administrador
155

O administrador clica na opo adicionar aluguel;
O administrador preenche o campo aluguel com o valor de locao do ponto de
fixao;
O administrador preenche a data de incio de contrato;
O administrador preenche a data final do contrato;
O administrador clica na combo box concessionria;
O sistema preenche a combo box com as concessionrias existentes no sistema;
O administrador seleciona uma concessionria;
O sistema armazena os dados de aluguel na base;
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
E1 - O administrador deixou um dos campos vazio:
O sistema exibe a mensagem Estes campos so obrigatrios.
REGRAS DE NEGCIO
No se aplica.
156
UC009 MANTER MARCADOR GENRICO
DESCRIO
Este caso de uso serve para alterar dados de marcadores genricos.
DATA VIEW
DV1
PR-REQUISITOS
O sistema deve ter executado a UC003 Listar Mapas.
PS-REQUISITOS
Ter armazenado os dados do marcador genrico na base.
ATOR PRIMRIO
Administrador

O administrador preenche o campo descrio;
O administrado pressiona o boto salvar;
O sistema armazena os dados na base;
157
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
No se aplica.
REGRAS DE NEGCIO
No se aplica.
158
UC010 MANTER POSTE FORMATO
DESCRIO
Este caso de uso serve para edio e cadastro de formatos de postes.
DATA VIEW
DV1
DV2
PR-CONDIES
PS-CONDIES
O sistema deve ter armazenado os dados do formato de poste.
ATOR PRIMRIO
Mapeador

O mapeador clica na opo adicionar poste formato;
O mapeador preenche o campo nome com o nome do novo formato;
O mapeador pressiona o boto salvar; E1
O sistema armazena o novo formato;
159

FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
E1 O administrador deixa o campo nome vazio:
REGRAS DE NEGCIO
No se aplica.
160
UC0011 MANTER POSTE MATERIAL
DESCRIO
Este caso de uso serve para edio e cadastro de novo material de postes.
DATA VIEW
DV1
DV2
PR-CONDIES
PS-CONDIES
O sistema ter armazenado os dados do novo material.
ATOR PRIMRIO
Mapeador

O administrador clica no boto adicionar poste material;
O sistema armazena os dados do novo material;
161
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
O sistema apresenta a mensagem Este campo obrigatrio.
REGRAS DE NEGCIO
No se aplica.
162
UC012 MANTER TIPO DE CABO
DESCRIO
Este caso de uso serve para cadastro e edio de tipos de cabo.
DATA VIEW
DV1
DV2
PR-CONDIES
PS-CONDIES
O sistema deve ter armazenado os dados do novo tipo de cabo.
ATOR PRIMRIO
Mapeador.

O administrador clica no boto adicionar tipo de cabo;
O administrador clica no boto salvar; E1
163
O sistema armazena os dados do novo tipo de cabo;

FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
REGRAS DE NEGCIO
No se aplica.
164
UC013 MANTER TIPO SEGMENTO
DESCRIO
Este caso de uso serve para cadastro e edio de tipos de segmentos.
DATA VIEW
DV1
DV2
PR-CONDIES
PS-CONDIES
O sistema deve ter armazenado os dados do novo tipo de segmento.
ATOR PRIMRIO
Mapeador

O administrador clica na opo adicionar tipo segmento;
O sistema armazena os dados do novo tipo de segmento;
165
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
REGRAS DE NEGCIO
No se aplica.
166
UC014 REALIZAR MAPEAMENTO
DESCRIO
Este caso de uso serve para desenho da rede e mapeamento.
DATA VIEW
DV1
DV2
167
DV3
DV4
168
DV5
DV6
169
DV7
DV8
170
DV9
DV10
171
DV11
172
DV12
DV13
PR-CONDIES
O sistema deve ter executado o caso de uso UC001 Realizar Login.
173
PS-CONDIES
O sistema deve armazenar e exbir aes de mapeamento.
ATOR PRIMRIO
Operador

O sistema solicita aos servidores OSM informaes de mapeamento;
O sistema atualiza a tela DV1 com os dados de mapeamento;
O operador desmarca a caixa exibir empresa;
O sistema oculta os cones de empresas no mapa;
O operador remarca a caixa exibir empresa;
O sistema exibe novamente os cones de empresa no mapa;
O operador desmarca a caixa exibir segmento;
O sistema oculta as linhas de segmento no mapa;
O operador desmarca a caixa exibir poste;
O sistema oculta os cones de postes no mapa;
O operador desmarca a caixa exibir emenda;
O sistema oculta os cones de emenda no mapa;
O operador desmarca a caixa exibir marcador genrico;
O sistema oculta os cones de marcadores genricos;
O operador desmarca o cone exibir limitador de cordoalha;
O sistema oculta os cones de limitadores de cordoalhas;
O operador remarca todas as caixas;
O sistema exibe todos cones antes ocultos;
O operador clica na opo inserir empresa;
O sistema prepara o ponteiro do mouse para a rotina de insero de empresas no
mapa;
O operador clica no mapa;
O sistema estabelece uma empresa no mapa;
O operador clica na opo postes;
174
O sistema prepara o ponteiro do mouse para a rotina de insero de postes no

mapa;
O sistema estabelece um poste no mapa;
O operador clica na opo inserir emenda;
O sistema prepara o ponteiro do mouse para a rotina de insero de emendas;
O sistema estabelece uma emenda no mapa;
O operador clica na opo marcador genrico;
O sistema prepara o ponteiro do mouse para a rotina de insero de marcadores
genricos;
O sistema estabelece um marcador genrico no mapa;
O operador clica na opo limitador cordoalha;
O sistema prepara o ponteiro do mouse para a rotina de insero de limtadores de
cordoalha;
O opoerador clica no mapa;
O sistema estabelece um limitador de cordoalha no mapa;
O operador clica na opo inserir segmento;
O sistema prepara ponteiro do mouse para o modo de desenho de segmentos;
O operador clica em uma das empresas;
O sistema carrega uma linha azul com previso da trajetria do segmento;
O operador clica em uma empresa com o modo de desenho de segmentos ainda
ativado;
O sistema define um novo segmento no mapa;
O sistema armazena os dados de segmento;
O sistema apresenta a tela DV3 com o novo segmento estabelecido;
O sistema inicia o desenho de outra trajetria de segmento;
O operador executa outros cliques e estabelece uma trajetria mais longa;
O operador pressiona rapidamente duas vezes o boto direito do mouse;
O sistema desfaz o ltimo trecho do segmento desenhado no mapa que est ainda
em azul, no estabelecido;
175
O operador pressiona enter;

O sistema apaga todo o trecho de segmento que estava em andamento;
O operador clica no boto selecionar componente;
O clica na opo inserir empresa;
O sistema prepara o ponteiro do mouse para a rotina de insero de empresa;
O sistema estabelece uma empresa no mapa;
O operador clica sobre a empresa e mantm o boto pressionado;
O sistema prepara para modo de reposicionameto de cone no mapa;
O operador movimenta o mouse e solta o boto;
O sistema estabelece a empresa em outra posio do mapa;
O operador clica na opo selecionar componente;
O sistema prepara o mapa para modo de seleo e edio de propriedades de
elementos;
O operador clica sobre o cone empresa;
O sistema atualiza o inspetor conforme DV4;
O operador preenche o campo nome com a palavra UFPR;
O operador pressiona o boto salvar;
O sistema armazena o nome da empresa no sistema e vincula ao cone de
empresa atualmente selecionado no mapa;
O operador clica na opo DIO;
O sistema apresenta o inspetor DV5;
O operador preenche o campo rack;
O operador preenche o total de portas do DIO;
O operador preenche a data de instao;
O operador preenche a hora de instalao;
O sistema armazena o novo DIO na base;
O sistema vincula o DIO a empresa UFPR;
O operador clica na flecha voltar ao lado do ttulo do inspetor;
O sistema retorna ao inspetor DV4;
O operador clica na opo DIO;
O operador seleciona um dos DIOs disponveis no combo box;
O sistema atualiza o inspetor com os dados do DIO selecionado;
176
O operador clica na opo evento - DV6;

O sistema exibe o inspetor DV7;
O operador preenche o nome da empreiteira;
O operador preenche o campo ticket;
O operador preenche a data de incio;
O operador preenche a data de resoluo;
O operador preenche o campo descrio;
O operador pressiona o boto voltar;
O operador clica no cone emenda no mapa;
O operador preenche o campo nome;
O sistema armazena os dados da emenda na base;
O operador seleciona o cone poste;
O operador preenche o nome do poste;
O operador preenche a descrio do poste;
O operador preenche a altura do poste;
O operador seleciona o formato do poste no combo box;
O operador seleciona o material do poste no combo box;
O usurio seleciona a concessionria do poste no combo box;
O usurio marca o campo possui trafo;
O sistema armazena os dados do poste na base;
O operador clica na opo ponto de fixao;
O sistema apresenta o inspector DV10;
O operador seleciona a posio do ponto de fixao no poste na combo box;
O operador preenche o campo identificao;
O operador preenche o boto salvar;
O sistema armazena os dados do ponto de fixao na base;
O operador seleciona o cone limitador de cordoalha;
O operador desmarca a caixa ativo;
O operador marca a caixa deletado;
177

O sistema remove o limitador de cordoalha;
O operador clica em um dos segmentos entre duas empresas no mapa;
O sistema apresenta o inspector DV11
O sistema atualiza o campo distncia no mapa com a extenso em metros do
segmento;
O operador preenche o campo nome do segmento;
O operador preenche o campo identificao;
O operador preenche o campo total de fibras;
O operador seleciona o tipo de segmento no combo box;
O operador seleciona o tipo de cabo no combo box;
O operador seleciona uma cordoalha no combo box;
O operador seleciona no como box um ponto de fixao;
O operador preenche o campo modelo;
O operador preenche o campo descrio;
O operador preenche o campo caracterstica;
O operador preenche o campo distancia otdr;
O sistema calcula a reserva tcnica atravs da diferena entre a distncia no mapa
e a distncia otdr;
O sistema exibe o total de reserva tcnica;
O sistema armazena todos os dados do segmento;
O operador clica na opo cordoalha;
O sistema armazena os dados da cordoalha na base de dados;
O sistema apresenta a inspector DV11;
O operador clica na opo fibra;
O sistema apresenta o inspetor DV12
O operador seleciona uma origem no combo box origem;
O operador seleciona um destino no combo box destino;
O operador preenche um valor de atenuao;
178
O operador preenche o campo conector com o tipo do conector;

O operador preenche o campo polimento com o tipo de polimento da porta
O operador seleciona uma rota no combo box;
O operador seleciona umaconexo no combo box;
O operador seleciona a opo jump;
O sistema libera a possibilidade de estabelecimento de conexo entre portas do
mesmo DIO;
O sistema armazena os dados da porta;
O operador clica na opo rota;
O sistema apresenta o inspetor rota;
O operador preenche o nome da rota;
O operador clica na opo conexo;
O operador preencheo nome;
O sistema armazena o nome da nova conexo;
FLUXO ALTERNATIVO
No se aplica;
FLUIXO DE EXCEO
No se aplica
REGRAS DE NEGCIO
No se aplica.
179
UC015 GERAR RELATRIO
DESCRIO
Este caso de uso serve para gerao de relatrios.
DATA VIEW
DV1
DV2
DV3
DV4
180
DV5
DV6
DV7
PR-CONDIES
O sistema deve ter executado o UC001 Realizar Login.
PS-CONDIES
O sistema deve ter retornado os dados de relatrio.
ATOR PRIMRIO
Mapeador

O mapeador clica na opo relatrio de conexo;
O mapeador clica em um dos mapas;
O sistema busca os dados de relatrio de conexes;
O mapeador clica no link relatrio de conexes;
181

O mapeador clica na opo relatrio de DIOs;
O mapeador seleciona um mapa para o relatrio;
O sistema busca os dados de relatrio de DIOs;
O mapeador clica no link relatrio de DIOs;
O mapeador clica na opo relatrios de emendas;
O mapeador clica no link relatrios de emendas;
O mapeador clica na opo relatrio de eventos;
O sistema busca os dados para relatrio de eventos;
O mapeador clica no link relatrio de eventos;
O mapeador clica na opo relatrio de postes;
O mapeador seleciona um mapa para relatrio;
FLUXO ALTERNATIVO
No se aplica.
FLUXO DE EXCEO
No se aplica.
REGRAS DE NEGCIO
No se aplica.
182
APNDICE D - DIAGRAMAS DE ENTIDADE E RELACIONAMENTO
FIGURA 70 - DER 01
183
FIGURA 71 - DER 02
184
FIGURA 72 - DER 03
185
APNDICE E DICIONRIO DE DADOS
Campo
id
name
Tipo
Tam. PK NOT UNIQUE FK

Auto
NULL
incremento
serial
varchar(n)
*
*
80
*
*
TABELA 6 - aut_group
Campo
Id
group_id
permission_id
Tipo

Auto
NULL
incremento
serial
int
int
*
*
*
*
*
*
TABELA 7 - auth_group_permissions
Campo
Tipo
Id
Name
content_Tipo_id
Codename
serial
varchar(n)
int
varchar(n)

Auto
NULL
incremento
*
*
*
*
*
50
100
*
*
TABELA 8 - aut_permission
Campo
Tipo
Id
Password
last_login
serial
varchar(n)
timestamp
with time
zone
is_superuser
Username
first_name
last_name
Email
is_staff
is_active
date_joined
boolean
varchar(n)
varchar(n)
varchar(n)
varchar(n)
boolean
boolean
timestamp
with time
zone

Auto
NULL
incremento
*
128
*
*
*
*
*
*
*
*
*
*
*
30
30
30
75
TABELA 9 - auth_user
Campo
Id
user_id
group_id
Tipo
serial
int
int
TABELA 10 - auth_user_groups

Auto
NULL
incremento
*
*
*
*
*
*
*
186
Campo
Tipo
Id
user_id
permission_id

Auto
NULL
incremento
serial
int
int
*
*
*
*
*
*
TABELA 11 - auth_user_user_permissions
Campo
Tipo
Id
action_time
serial
timestamp
with time
zone
object_id
object_repr
action_flag
change_message
content_Tipo_id
user_id
text
varchar(n)
smallint
text
int
int

Auto
NULL
incremento
*
*
*
200
*
*
*
*
*
*
TABELA 12 - django_admin_log
Campo
Id
Name
app_label
Model
Tipo

Auto
NULL
incremento
serial
varchar(n)
varchar(n)
varchar(n)
*
*
*
*
100
100
100
TABELA 13 - django_content_Tipo
Campo
Tipo
Id
is_active
is_deleted
Aluguel
inicio_contrato
final_contrato
date_create
serial
boolean
boolean
float
date
date
timestamp
with time
zone
date_change
timestamp
with time
zone
concessionaria_id int
user_change_id
int
user_create_id
int
TABELA 14 - scrom_aluguel

Auto
NULL
incremento
*
*
*
*
*
*
*
*
*
*
*
187
Campo
Tipo
Id
is_active
is_deleted
Nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
*
*
*
*
*
user_change_id int
user_create_id int
*
*
*
*
TABELA 15 - scrom_concessionaria
Campo
Tipo
Id
is_active
is_deleted
Nome
Distancia
date_create
serial
boolean
boolean
varchar(n)
float
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
*
*
*
*
empresa_id
int
user_change_id int
user_create_id int
*
*
*
*
*
*
TABELA 16 - scrom_conexao
Campo
Tipo
Id
is_active
is_deleted
Nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
ponto_fixacao_id int
user_change_id int
user_create_id
int
TABELA 17 - scrom_cordoalha

Auto
NULL
incremento
*
50
*
*
*
*
*
*
*
*
*
*
188
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
total_portas
Rack
data_instacao
serial
boolean
boolean
smallint
varchar(n)
timestamp
with time
zone
date_create
timestamp
with time
zone
date_change
timestamp
with time
zone
50
empresa_id
int
user_change_id int
user_create_id int
*
*
*
*
*
*
*
*
*
*
*
*
TABELA 18 - scrom_dio
Campo
Id
Descricao
Tipo
serial
varchar(n)

Auto
NULL
incremento
*
50
*
*
TABELA 19 - scrom_direito
Campo
Tipo
Id
is_active
is_deleted
Nome
Geojson
date_create
serial
boolean
boolean
varchar(n)
text
timestamp
with time
zone
date_change
timestamp
with time
zone
mapa_id
rota_id
user_change_id
user_create_id
int
int
int
int
TABELA 20 - scrom_emenda

Auto
NULL
incremento
*
50
*
*
*
*
*
*
*
*
*
*
*
*
189
Campo
Tipo
Id
is_active
is_deleted
Nome
Geojson
date_create
serial
boolean
boolean
varchar(n)
text
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
*
*
*
*
*
*
mapa_id
int
user_change_id int
user_create_id int
*
*
*
*
*
TABELA 21 - scrom_empresa
Campo
Tipo
Id
is_active
is_deleted
Descricao
data_inicio
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
data_resolucao
timestamp
with time
zone
Empreitera
Tiket
date_create
varchar(n)
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
dio_id
emenda_id
poste_id
segmento_id
user_change_id
user_create_id
int
int
int
int
int
int
TABELA 22 - scrom_evento

Auto
NULL
incremento
*
50
50
50
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
190
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
Origem
Destino
Usada
Atenuacao
Nome
date_create
serial
boolean
boolean
int
int
boolean
float
varchar(n)
timestamp
with time
zone
*
*
*
date_change
timestamp
with time
zone
conexao_id
rota_id
segmento_id
user_change_id
user_create_id
int
int
int
int
int
*
*
*
*
*
*
50
*
*
*
*
*
*
*
TABELA 23 - scrom_fibra
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
Origem
Destino
Usada
Atenuacao
Nome
date_create
serial
boolean
boolean
int
int
boolean
float
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
conexao_id
rota_id
segmento_id
user_change_id
user_create_id
int
int
int
int
int
*
*
*
*
*
TABELA 24 - scrom_fibra
*
*
*
*
50
*
*
*
*
*
*
*
191
Campo
Tipo
group_ptr_id
is_active
is_deleted
data_criacao

Auto
NULL
incremento
int
boolean
boolean
timestamp
with time
zone
*
*
*
*
data_ultima_alteracao timestamp
with time
zone
date_create
timestamp
with time
zone
date_change
timestamp
with time
zone
user_change_id
user_create_id
int
int
*
*
*
*
TABELA 25 - scrom_grupo
Campo
Id
grupo_id
direito_id
Tipo

Auto
NULL
incremento
serial
int
int
*
*
*
*
*
*
TABELA 26 - scrom_grupo_direitos
Campo
Tipo
Id
is_active
is_deleted
Geojson
date_create
serial
boolean
boolean
text
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
mapa_id
int
user_change_id int
user_create_id int
TABELA 27 - scrom_limitadorcordoalha
*
*
*
*
*
*
*
*
*
*
*
192
Campo
Tipo
Id
is_active
is_deleted
Nome
Origem
Zoom
date_create
serial
boolean
boolean
varchar(n)
varchar(n)
smallint
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
60
*
*
*
*
*
*
*
proprietario_id
int
user_change_id int
user_create_id int
*
*
*
*
*
*
TABELA 28 - scrom_mapa
Campo
Id
mapa_id
grupo_id
Tipo

Auto
NULL
incremento
serial
int
int
*
*
*
*
*
*
TABELA 29 - scrom_mapa_grupos
Campo
Tipo
Id
is_active
is_deleted
Descricao
Nome
Geojson
date_create
serial
boolean
boolean
varchar(n)
varchar(n)
text
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
200
50
mapa_id
int
user_change_id int
user_create_id int
TABELA 30 - scrom_marcadorgenerico
*
*
*
*
*
*
*
*
*
*
*
*
193
Campo
Tipo
Id
is_active
is_deleted
Posicao
Identificacao
date_create
serial
boolean
boolean
smallint
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
*
*
*
*
*
*
poste_id
int
user_change_id int
user_create_id int
*
*
*
*
*
*
TABELA 31 - scrom_pontofixacao
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
Origem
Destino
Usada
Atenuacao
Jump
Conector
Polimento
Nome
date_create
serial
boolean
boolean
int
int
boolean
float
boolean
varchar(n)
varchar(n)
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
conexao_id
dio_id
rota_id
user_change_id
user_create_id
int
int
int
int
int
*
*
*
*
*
TABELA 32 - scrom_porta
*
*
*
*
*
50
50
50
*
*
*
*
*
*
*
194
Campo
Tipo
Id
is_active
is_deleted
Nome
Geojson
Descricao
Altura
possui_trafo
date_create
serial
boolean
boolean
varchar(n)
text
varchar(n)
float
boolean
timestamp
with time
zone
date_change
timestamp
with time
zone
concessionaria_id
formato_id
mapa_id
material_id
rota_id
user_change_id
user_create_id
int
int
int
int
int
int
int

Auto
NULL
incremento
*
*
*
*
*
*
*
50
50
*
*
*
*
*
*
*
*
*
*
*
TABELA 33 - scrom_poste
Campo
Tipo
Id
is_active
is_deleted
Nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
user_change_id int
user_create_id int
TABELA 34 - scrom_posteformato
50
*
*
*
*
*
*
*
*
*
195
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
Nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
*
*
*
*
*
50
user_change_id int
user_create_id int
*
*
*
*
TABELA 35 - scrom_postematerial
Campo
Tipo

Auto
NULL
incremento
Id
is_active
is_deleted
Nome
Empreitera
Projeto
date_create
serial
boolean
boolean
varchar(n)
varchar(n)
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
*
*
*
*
*
*
*
50
50
50
user_change_id int
user_create_id int
*
*
*
*
TABELA 36 - scrom_rota
Campo
Tipo
Id
is_active
is_deleted
distancia_mapa
Nome
Identificacao
total_fibras
Modelo
distancia_otdr
reserva_tecnica
Geojson
Descricao
outras_caracteristicas
serial
boolean
boolean
float
varchar(n)
varchar(n)
smallint
varchar(n)
float
float
text
varchar(n)
text

Auto
NULL
incremento
*
*
*
*
50
50
*
*
50
50
*
*
*
196
date_create
timestamp
with time
zone
date_change
timestamp
with time
zone
cordoalha_id
mapa_id
ponto_fixacao_id
tipo_cabo_id
tipo_segmento_id
user_change_id
user_create_id
int
int
int
int
int
int
int
*
*
*
*
*
*
*
*
*
TABELA 37 - scrom_segmento
Campo
Tipo
Id
is_active
is_deleted
Nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
50
*
*
*
*
*
user_change_id int
user_create_id int
*
*
*
*
TABELA 38 - scrom_tipocabo
Campo
Tipo
Id
is_active
is_deleted
nome
date_create
serial
boolean
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone
user_change_id int
user_create_id int
TABELA 39 - scrom_tiposegmento

Auto
NULL
incremento
*
50
*
*
*
*
*
*
*
*
*
197
Campo
Tipo
user_ptr_id
is_deleted
tipo
date_create
int
boolean
varchar(n)
timestamp
with time
zone
date_change
timestamp
with time
zone

Auto
NULL
incremento
*
1
*
*
*
*
user_change_id int
user_create_id int
*
*
*
*
TABELA 40 - scrom_usuario
Campo
id
usuario_id
grupo_id
Tipo

Auto
NULL
incremento
serial
int
int
TABELA 41 - scrom_usuario_grupos
*
*
*
*
*
*
198
APNDICE F - DIAGRAMA DE CLASSES
CLASSES DE IMPLEMENTAO
FIGURA 73 - DIAGRAMA DE CLASSES
199
PNDICE G - DIAGRAMAS DE SEQUNCIA

APNDICE
FIGURA 74 - DIAGRAMA DE SEQUNCIA - UC001 - REALIZAR LOGIN
200
FIGURA 75 - DIAGRAMA DE SEQUNCIA - UC002 - RECUPERAR SENHA
201
FIGURA 76 - DIAGRAMA DE SEQUNCIA - UC003 - LISTAR MAPAS
202
FIGURA 77 - DIAGRAMA DE SEQUNCIA - UC004 - MANTER MAPAS
203
FIGURA 78 - DIAGRAMA DE SEQUNCIA - UC005 - MANTER USURIOS
204
FIGURA 79 - UC006 - DIAGRAMA DE SEQUNCIA - MANTER GRUPOS
205
FIGURA 80 - DIAGRAMA DE SEQUNCIA - UC007 - MANTER CONCESSIONRIA
206
FIGURA 81 - DI
DIAGRAMA
AGRAMA DE SEQUNCIA - UC008 - MANER ALUGUEL
207
FIGURA 82 - DIAGRAMA DE SEQUNCIA - UC009

C009 - MANTER MARCADOR GENRICO
208
FIGURA 83 - DIAG
DIAGRAMA
RAMA DE SEQUNCIA - UC010 - MANTER POSTE FORMATO
209
FIGURA 84 - DIAGRAMA DE SEQUNCIA - UC011 - MANTER POSTE MATERIAL
210
FIGURA 85 - DIAGRAMA DE SEQUNCIA - UC012 - MANTER TIPO CABO
211
FIGURA 86 - DIAGRAMA DE SEQUNCIA - UC013 - MANTER TIPO SEGMENTO
212
21
FIGURA 87 - DIAGRAMA DE SEQUNCIA - UC014 - REALIZAR

LIZAR MAPEAMENTO
213
FIGURA 88 - DIAGRAMA DE SEQUNCIA - UC015 - GERAR RELATRIOS
214
APNDICE J - ESTIMATIVA DE ESFORO
1. Peso dos Atores

Ator
Mapeador
Operador
Administrador
Classificao
Simples
Complexo
Mdio
Tipo
Simples
Mdio
Complexo
TPNAA
Quantidade Peso Total

1
1
1
1
2
2
1
3
3
6
TABELA 42 - PESO DOS ATORES
2. Peso dos Casos de Uso

Caso de Uso
Realizar Login
Recuperar Senha
Manter Mapas
Manter Marcador
Alterar Cadastro de Usurio
Listar Mapas
Definir Segmento
Definir Rota
Alterar Segmento
Manter Evento
Alterar Componente
Manter Conexo
Definir Componente
Manter Itens do Sistema
Manter Grupos
Manter Usurios
Gerar Relatrio
Classificaao
Simples
Simples
Complexo
Simples
Simples
Simples
Complexo
Mdio
Mdio
Simples
Simples
Mdio
Mdio
Simples
Simples
Simples
Complexo
Tipo
Quantidade Peso Total
Simples
10
1
10
Mdio
4
2
8
Complexo
3
3
9
TPNAUC
27
TABELA 43 - PESO DOS CASOS DE USO
3. Pontos por Caso de Uso No Ajustados

PCUNA:
TABELA 44 - PONTOS POR CASO DE USO NO AJUSTADOS
33
215
4. Fator de Complexidade Tcnica

Descrio
Peso
Sistemas Distribudos
2
Desempenho da Aplicao
1
Eficincia do usurio final
1
Processamento interno complexo
1
Reusabilidade do cdigo
1
Facilidade de Instalao
0,5
Usabilidade
0,5
Portabilidade
2
Manutenibilidade
1
Concorrncia
1
Caractersticas especiais de segurana
1
Acesso direto para terceiros
1
Facilidades especiais de treinamento
1
FCT = 0,6 + (0,01 * Somatrio =)
Fator
0
1
2
2
0
0
3
0
0
0
1
0
0
Fator * Peso
0
1
2
2
0
0
1,5
0
0
0
1
0
0
0,675
TABELA 45 - FATOR DE COMPLEXIDADE TCNICA
5. Fator de Complexidade Ambiental

Descrio
Peso Fator Peso * Fator
Familiaridade com o processo de

desenvolvimento de software
Experincia na aplicao
F1
F2
1,5
0,5
5
5
7,5
2,5
Experincia com OO, na linguagem e na tcnica

de desenvolvimento
Capacidade do lder de anlise
Motivao
Requisitos estveis
Trabalhadores com dedicao parcial
F3
F4
F5
F6
F7
1
0,5
1
2
-1
5
5
5
3
0
5
2,5
5
6
0
Dificuldade na linguagem de programao

F8
FCA = 1,4 + (-0,03 * Somatrio) =
-1
0
0,545
TABELA 46 - FATOR DE COMPLEXIDADE AMBIENTAL
216
6. Clculo dos PCUs Ajustados

PCUA = PCUNA * FCT * FCA
PCUA =
Estimativa:
242,7975
12,139875
hh (Homens Hora)
TABELA 47 - CLCULO DOS PCU AJUSTADOS E ESTIMATIVA

Sistema para controle de redes ópticas metropolitanas (SCROM

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Sistema para controle de redes ópticas metropolitanas (SCROM

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDADE FEDERAL DO PARAN

ADRIANO ROBERTO PINTO

ADRIANO ROBERTO PINTO

Trabalho de graduao apresentado como

Palavras-chave: Redes pticas, Redes Metropolitanas, MAN, Gerncia de Redes, GIS,

FIGURA 1 - INTERNET ......................................................................................... 20

FIGURA 32 - CADASTRO DE NOVA INFORMAO DE POSTES ..................... 93

FIGURA 66 - RELATRIO DE EVENTOS - RESULTADO ................................. 118

TABELA 1 - LISTA DE ATIVIDADES E RESPONSABILIDADES .......................... 64

TABELA 31 - SCROM_PONTOFIXACAO ........................................................... 193

American National Standards Institute

Centro de Pesquisas e Desenvolvimento em Telecomunicaes

Distribuidor Interno ptico

Electronic Industries Alliance

General Public License

Institute of Electrical and Electronics Engineers

International Organization for Standardization

Internet Service Provider

Local Area Network

Laboratrio Nacional de Redes de Computadores

Metropolitan Area Network

Ministrio da Cincia e Tecnologia

Model View Controller

National Research and Education Network

Operao, Administrao, Manuteno e Provisionamento

Open System Interconnection

Ponto de Terminao de Rede

Redes Comunitrias de Educao e Pesquisa

Rede Nacional de Ensino e Pesquisa

Rational Unified Process

Sistema Gerenciador de Banco de Dados

Simple Mail Transfer Protocol

Structured Query Language

Telecommunications Industry Association

Unified Modeling Language

Unshielded Twisted Pair

Wide Area Network

Work Breakdown Structure

OBJETIVO GERAL ................................................................................... 17

OBJETIVOS ESPECFICOS ..................................................................... 17

FUNDAMENTAO TERICA ....................................................................... 19

Modelo ISO/OSI ................................................................................... 21

Fundamentos em Gerncia de Redes ................................................. 26

Aspectos tecnolgicos ................................................................... 27

Cabeamento Estruturado ..................................................................... 32

Componentes das Fibras pticas ................................................. 38

Tipos de Fibras pticas................................................................. 38

Fabricao das Fibras pticas ...................................................... 40

Fibras pticas no Brasil ....................................................................... 40

Rompimentos e Emendas .................................................................... 41

Processo de Emenda ........................................................................... 41

Atenuaes em Emendas pticas ................................................ 42

Tipos de Emendas pticas ........................................................... 43

Fontes de Luz ................................................................................ 45

Optical Time Domain Reflectometer .............................................. 45

Terminaes de Rede ................................................................... 49

Cordes pticos ............................................................................ 50

Tipos de Polimento .................................................................... 51

Cabos pticos ............................................................................... 53

Redes Subterrneas ............................................................................ 55

CPqD Superviso ptica ..................................................................... 56

MODELO DE ARQUITETURA .................................................................. 60

PLANO DO PROJETO .............................................................................. 61