Você está na página 1de 216

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)
o EIA/TIA 570 - especificao geral sobre cabeamento estruturado em
instalaes residenciais.
o EIA/TIA 606 - controle da documentao dos cabos
o EIA/TIA 607 - especificao de aterramento
o EIA/TIA 570 - especificao geral sobre cabeamento estruturado em
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


FONTE: KEISER (2008).

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


FONTE: KEISER (2008).

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


FONTE: Os Autores (2014).

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


FONTE: Os Autores (2014).

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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto


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

Licena: Cdigo aberto

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

Licena: Cdigo aberto

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

Na tela de relatrio de conexs o usurio ir visualizar lista de mapas


disponveis para emisso de relatrio de DIOs (FIGURA 61).

FIGURA 61 - Relatrio de DIOs - Seleo de Mapa

Aps a seleo do mapa, a tela da figura 62 ser carregada com o resultado


do relatrio.

FIGURA 62 - Relatrio de DIOs - Resultado

117

4.2.12.3

Relatrio de Emendas

Na tela de relatrio de conexs o usurio ir visualizar lista de mapas


disponveis para emisso de relatrio de emendas (FIGURA 63).

FIGURA 63 - Relatrio de Emendas - Seleo de Mapa

Aps a seleo do mapa, a tela da figura 64 ser carregada com o resultado


do relatrio de emendas.

FIGURA 64 - Relatrio de Emendas - Resultado

118

4.2.12.4

Relatrio de Eventos

Na tela de relatrio de conexs o usurio ir visualizar lista de mapas


disponveis para emisso de relatrio de eventos (FIGURA 65).

FIGURA 65 - Relatrio de Eventos - Seleo de Mapa

Aps a seleo do mapa, a tela da figura 66 ser carregada com o resultado


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

Aps a seleo do mapa, a tela da figura 68 ser carregada com o resultado


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

FONTE: Os Autores (2014).

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

FLUXO DE EVENTOS PRINCIPAL


O caso de uso inicializado;
O sistema apresenta a tela DV1;
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

O sistema apresenta a tela DV2;


O caso de uso encerrado.

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

FLUXO DE EVENTOS PRINCIPAL


O caso de uso inicializado;
O sistema identifica o tipo de usurio logado;
O sistema apresenta a tela DV1;

140

O operador clica no nome de um dos mapas; A1, A2, A3


O sistema aciona a UC014 Realizar Mapeamento;
O caso de uso encerrado.

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 sistema apresenta a tela DV3;
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 sistema apresenta a tela DV5;
O caso de uso encerrado;
A3 O operador clica na opo encerrar sesso:
O sistema executa rotina de finalizao de sesso;
O sistema apresenta a tela DV4;
O usurio clica no link Acessar Novamente;
O sistema aciona o UC001 Realizar Login;
O caso de uso encerrado;

FLUXO DE EXCEO
E1 O operador deixa algum dos campos em branco:
O sistema exibe a mensagem Este campo obrigatrio.
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

FLUXO DE EVENTOS PRINCIPAL


O caso de uso inicializado;
O sistema apresenta a tela DV1;
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 sistema apresenta a tela DV2;
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;
O caso de uso encerrado;

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;
O caso de uso encerrado;
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;
O caso de uso encerrado;

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
O sistema deve ter executado o UC003 Listar Mapas.

PS-CONDIES
O sistema deve ter realizado o armazenamento dos dados do usurio na base.

ATOR PRIMRIO
Administrador

148

FLUXO DE EVENTOS PRINCIPAL


O caso de uso inicializado;
O sistema apresenta a tela DV1;
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 sistema carrega a tela DV6;
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;
O sistema carrega a tela DV5;

149

O sitema preenche a tela com os dados de modificaes;


O caso de uso encerrado;

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

FLUXO DE EVENTOS PRINCIPAL


O caso de uso inicializado;
O sistema apresenta a tela DV1;
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;
O sistema carrega a tela DV1;
O caso de uso encerrado;

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

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV2;
O administrador clica no boto adicionar concessionria;
O sistema carrega a tela DV1;
O administrador preenche o campo nome;
O administrador clica em salvar;
O sistema armazena a nova concessionria;
O sistema carrega a tela DV2;
O caso de uso encerrado.

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

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O administrador clica na opo adicionar aluguel;
O sistema apresenta a tela DV2;
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 administrador pressiona o boto salvar; E1
O sistema armazena os dados de aluguel na base;
O sistema carrega a tela DV1;
O caso de uso encerrado.

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

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O administrador preenche o campo nome;
O administrador preenche o campo descrio;
O administrado pressiona o boto salvar;
O sistema armazena os dados na base;
O caso de uso encerrado.

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
O sistema ter executado o UC003 Listar Mapas.

PS-CONDIES
O sistema deve ter armazenado os dados do formato de poste.

ATOR PRIMRIO
Mapeador

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O mapeador clica na opo adicionar poste formato;
O sistema carrega a tela DV2;
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

O sistema carrega a tela DV1;


O caso de uso encerrado.

FLUXO ALTERNATIVO
No se aplica.

FLUXO DE EXCEO
E1 O administrador deixa o campo nome vazio:
O sistema exibe a mensagem Este campo obrigatrio.

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
O sistema ter executado o UC003 Listar Mapas.

PS-CONDIES
O sistema ter armazenado os dados do novo material.

ATOR PRIMRIO
Mapeador

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O administrador clica no boto adicionar poste material;
O sistema apresenta a tela DV2;
O administrador preenche o campo nome;
O administrador pressiona o boto salvar; E1
O sistema armazena os dados do novo material;
O sistema apresenta a tela DV1;

161

O caso de uso encerrado.

FLUXO ALTERNATIVO
No se aplica.

FLUXO DE EXCEO
E1 O administrador deixa o campo nome vazio:
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
O sistema ter executado o UC003 Listar Mapas.

PS-CONDIES
O sistema deve ter armazenado os dados do novo tipo de cabo.

ATOR PRIMRIO
Mapeador.

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O administrador clica no boto adicionar tipo de cabo;
O sistema apresenta a tela DV2;
O administrador preenche o campo nome;
O administrador clica no boto salvar; E1

163

O sistema armazena os dados do novo tipo de cabo;


O sistema apresenta a tela DV1;
O caso de uso encerrado.

FLUXO ALTERNATIVO
No se aplica.

FLUXO DE EXCEO
E1 O administrador deixa o campo nome vazio:
O sistema exibe a mensagem Este campo obrigatrio.

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
O sistema deve ter executado o UC003 Listar Mapas.

PS-CONDIES
O sistema deve ter armazenado os dados do novo tipo de segmento.

ATOR PRIMRIO
Mapeador

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O administrador clica na opo adicionar tipo segmento;
O sistema apresenta a tela DV2;
O administrador preenche o campo nome;
O administrador pressiona o boto salvar; E1
O sistema armazena os dados do novo tipo de segmento;
O sistema apresenta a tela DV1;

165

O caso de uso encerrado.

FLUXO ALTERNATIVO
No se aplica.

FLUXO DE EXCEO
E1 O administrador deixa o campo nome vazio:
O sistema exibe a mensagem Este campo obrigatrio.

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

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
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 operador clica 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 operador clica no mapa;
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 operador clica no mapa;
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 sistema apresenta a tela DV2;
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 operador clica no mapa;
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 operador clica no mapa;
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 operador pressiona o boto salvar;
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 salvar;
O operador pressiona o boto voltar;
O operador clica no cone emenda no mapa;
O sistema apresenta o inspetor DV8;
O operador preenche o campo nome;
O operador pressiona o boto salvar;
O sistema armazena os dados da emenda na base;
O operador seleciona o cone poste;
O sistema apresenta o inspetor DV9;
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 operador pressiona o boto salvar;
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 operador pressiona o boto salvar;


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 operador pressiona o boto salvar;
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 operador preenche o campo nome;
O operador pressiona o boto salvar;
O sistema armazena os dados da cordoalha na base de dados;
O operador pressiona o boto voltar;
O sistema apresenta a inspector DV11;
O operador clica na opo fibra;
O sistema apresenta o inspetor DV12
O operador preenche o campo nome;
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 operador pressiona o boto salvar;
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 pressiona o boto salvar;
O operador pressiona o boto voltar;
O sistema apresenta o inspetor DV12;
O operador clica na opo conexo;
O sistema apresenta o inspetor DV13;
O operador preencheo nome;
O operador pressiona o boto salvar;
O sistema armazena o nome da nova conexo;
O caso de uso encerrado;

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

FLUXO DE EVENTOS PRINCIPAL


O sistema inicializa o caso de uso;
O sistema apresenta a tela DV1;
O mapeador clica na opo relatrio de conexo;
O sistema carrega a tela DV2;
O mapeador clica em um dos mapas;
O sistema busca os dados de relatrio de conexes;
O sistema apresenta a tela DV3;
O mapeador clica no link relatrio de conexes;

181

O sistema apresenta a tela DV2;


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 sistema apresenta a tela DV4;
O mapeador clica no link relatrio de DIOs;
O sistema apresenta a tela DV2;
O mapeador clica na opo relatrios de emendas;
O sistema apresenta a tela DV5;
O mapeador clica no link relatrios de emendas;
O sistema carrega a tela DV2;
O mapeador clica na opo relatrio de eventos;
O sistema busca os dados para relatrio de eventos;
O sistema apresenta a tela DV6;
O mapeador clica no link relatrio de eventos;
O sistema apresenta a tela DV2;
O mapeador clica na opo relatrio de postes;
O mapeador seleciona um mapa para relatrio;
O sistema apresenta a tela DV7;
O caso de uso encerrado;

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

Tam. PK NOT UNIQUE FK


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)

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*

*
*
*

*
*
*

186

Campo

Tipo

Id
user_id
permission_id

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*

*
*

200

*
*
*
*

*
*

TABELA 12 - django_admin_log

Campo
Id
Name
app_label
Model

Tipo

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*

50

*
*
*
*
*

*
*

*
*
*

188

Campo

Tipo

Tam. PK NOT UNIQUE FK


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)

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*

50

50
50

*
*
*
*

*
*
*

*
*

*
*
*
*
*
*

190

Campo

Tipo

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*

50

*
*
*
*
*
*

poste_id
int
user_change_id int
user_create_id int

*
*
*

*
*
*

TABELA 31 - scrom_pontofixacao

Campo

Tipo

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento

user_change_id int
user_create_id int
TABELA 34 - scrom_posteformato

50

*
*
*
*
*

*
*

*
*

195

Campo

Tipo

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


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

Tam. PK NOT UNIQUE FK


Auto
NULL
incremento
*
1

*
*
*
*

user_change_id int
user_create_id int

*
*

*
*

TABELA 40 - scrom_usuario

Campo
id
usuario_id
grupo_id

Tipo

Tam. PK NOT UNIQUE FK


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