Sistema de Gestão de Informação Portuária PDF

Universidade de Aveiro Departamento de Electrnica, Telecomunicaes
2010
e Informtica
JOS GIL MONTEIRO

DE CARVALHO
SISTEMA DE GESTO DE INFORMAO

PORTURIA (SGIP)
Universidade de Aveiro Departamento de Electrnica, Telecomunicaes

2010
e Informtica
JOS GIL MONTEIRO

DE CARVALHO
SISTEMA DE GESTO DE INFORMAO

PORTURIA (SGIP)
Dissertao apresentada Universidade de Aveiro para cumprimento dos

requisitos necessrios obteno do grau de Mestre em Engenharia
Electrnica e Telecomunicaes, realizada sob a orientao cientfica do
Doutor Joaquim Arnaldo Carvalho Martins Professor Catedrtico do
Departamento de Electrnica, Telecomunicaes e Informtica da Universidade
de Aveiro e do, Doutor Jos Maria Amaral Fernandes, Professor Auxiliar do
Departamento de Electrnica, Telecomunicaes e Informtica da Universidade
de Aveiro.
Com o apoio da Cooperao Portuguesa
Dedico este trabalho minha esposa e filhos pelo incansvel apoio.
o jri
presidente
Prof. Doutor Jos Manuel Matos Moreira

Professor Auxiliar do Departamento de Electrnica, Telecomunicaes
e Informtica da Universidade de Aveiro
vogais
Prof. Doutora Ana Alice Rodrigues Pereira Baptista

Professor Auxiliar do Departamento de Sistemas de Informao da
Escola de Engenharia da Universidade do Minho
Prof. Doutor Joaquim Arnaldo Carvalho Martins

Professor Catedrtico do Departamento de Electrnica, Telecomunicaes
Prof. Doutor Jos Maria Amaral Fernandes

Professor Auxiliar do Departamento de Electrnica, Telecomunicaes
agradecimentos
Mormente o carcter individual de uma dissertao queria aqui referir aos

contributos e apoios que facilitaram a sua concretizao.
Aos meus orientadores Doutor Joaquim Arnaldo Carvalho Martins Professor
Catedrtico do Departamento de Electrnica, Telecomunicaes e Informtica
da Universidade de Aveiro e Doutor Jos Maria Amaral Fernandes, Professor
Auxiliar do Departamento de Electrnica, Telecomunicaes e Informtica da
Universidade de Aveiro os mais sinceros agradecimentos pela orientao,
disponibilidade e compreenso demonstradas no decurso de realizao desta
tese bem como o estmulo procura constante de excelncia na investigao
provocada pelas suas crticas e sugestes ao trabalho.
Uma palavra de apreo empresa, ENAPOR atravs dos seus
colaboradores do sector operacional da Administrao do Porto da Praia pelo
contributo, disponibilidade demonstrados na transmisso de conhecimentos e
experincia sobre o sector e pela disponibilizao de documentaes diversas
sobre actividade porturia nacional.
Finalmente, um profundo reconhecimento e gratido minha famlia pela
compreenso e apoio incondicional manifestados durante todo o perodo deste
mestrado.
palavras-chave
SGIP, SSCP, Web Services, portos.
resumo
Nos portos martimos interactuam um conjunto de entidades independentes

com misses e objectivos diferentes resultando em troca de muita informao
que pode numa transaco econmica internacional envolver para cima de
dezenas de agentes e centenas de comunicaes via papel, telefone ou fax.
Torna-se cada vez mais evidente, que a gesto das transferncias de
informao pelos mtodos tradicionais (em papel) no se compadece com as
exigncias actuais do comrcio internacional marcado pela globalizao, onde
se exige dos portos um maior nvel de competitividade. Neste contexto, o
recurso s tecnologias de informao e comunicao tem-se revelado uma
boa opo para a potenciao do negcio porturio atravs da minimizao do
tempo de espera dos navios e de erros humanos durante as operaes
porturias, de reduo do custo de passagem das mercadorias, da integrao
dos sistemas de informao da comunidade porturia etc.
O presente trabalho pretende apresentar um modelo de Sistema de Gesto
de Informao Porturia (SGIP) para os portos de Cabo Verde, constitudo
pelos mdulos: Sistema de Gesto de Escalas de Navio no Porto (SGENP),
Sistema de Seguimento de Contentor no Porto (SSCP) e Sistema de
Seguimento de Mercadoria no Porto (SSMP). Alm disso prope padres
(normas) de interaco entre Sistemas de informao (SI) existentes no porto
e regras de acesso via Web.
Os requisitos do SGIP foram identificados a partir da anlise do sistema
porturio existente PMIS (Port Management Information System), do estudo
dos SI utilizados nos portos internacionais nomeadamente nos portos de
Marselha, Valncia e Leixes e da anlise dos processos relativos ao navio,
mercadoria e contentores nos portos de Cabo Verde.
Este trabalho permitiu identificar um conjunto de insuficincias no sistema
PMIS que urge colmatar e relativamente aos SI de portos internacionais
identificou algumas boas prticas na gesto da informao porturia que foram
aproveitadas no novo sistema.
Dada a amplitude do tema da tese, o trabalho apresenta apenas o prottipo
exploratrio do Sistema de Seguimento de Contentor no Porto (SSCP) sendo
certo que esta estrutura servir de base aos prottipos dos outros mdulos a
serem realizados fora do mbito desta tese.
keywords
SGIP, SSCP, Web Services, ports.
abstract
In the maritime ports there is an interacting of a series of independent

entities with different mission and objectives which results in significant
information changing that can, in a single international economic transaction,
involve more than tens agents and hundreds communications supported by
paper, telephone, fax or Internet.
Its becoming more and more evident that information transfers
management using the traditional methods (based in paper) isnt compatible
with the present demand of the international trade which is marked by the
globalization, where ports are required to present a higher
level of
competitiveness. In this context the recourse to the information technologies
and communication, its revealing as a good option for the port business
increment through the minimization of the vessels waiting time and human
faults during the port operations, the reduction of the cargoes handling and
storage costs and trough the integration of the port community information
system, etc.
The present dissertation intends to present a model of the Port Information
Management (SGIP Sistema de Gesto de Informao Porturia) for the
ports of Cape Verde, comprised by modules such as: Calls Management
System of the Vessel ( SGENP Sistema de Gesto de Escala de Navio no
Porto), Container Monitoring System (SSCP Sistema de Seguimento de
Contentor no Porto) and Cargo Monitoring System (SSMP Sistema de
Seguimento de Mercadoria no Porto). Besides, it proposes standards (norms)
of interaction among Information Systems existing in the port and the access
rules via WEB.
The requirements of the SGIP have been identified from the assessment of
the actual port system Port Management Information System (PMIS), from
Information System study used in the international ports namely the ports of
Marselha, Valencia, and Leixes and from the analysis of the processes
relating to the ship, cargoes and containers in the ports of Cape Verde.
This dissertation allowed the identification of a series of insufficiency in the
system PMIS that must be suppressed and regarding the Information Systems
of international ports it identified some good practices on the port information
management that have been profited on the new system.
Because of the amplitude of thesis theme, the work only presents the
exploratory model of the Container Monitoring System in the Port (SSCP) in
the certainty that this strutcture will serve as base for the other prototypes
modules to be fulfilled out of the scope of the present dissertation.
ndice
1
INTRODUO ........................................................................................................................ 1
1.1
PORTOS DE CABO VERDE ............................................................................................... 1
1.2
ENAPOR: O CASO DE CABO VERDE .............................................................................. 2
1.3
OBJECTIVOS...................................................................................................................... 4
1.4
ENQUADRAMENTO E REQUISITOS ............................................................................... 4
1.5
METODOLOGIA ................................................................................................................ 4
1.6
ESTRUTURA DO TRABALHO .......................................................................................... 5
SISTEMAS DE INFORMAO APLICADOS AOS PORTOS ............................................... 6

2.1
REAS DE APLICAO ................................................................................................... 7
2.2
INTEGRAO DE SISTEMAS PORTURIOS ................................................................. 8
2.3
SISTEMAS DE INFORMAO DE PORTOS INTERNACIONAIS .................................17
ANLISE DO SI NOS PORTOS NACIONAIS .......................................................................23

3.1
PROCESSOS DOS PORTOS ..............................................................................................24
3.2
SI NOS PORTOS NACIONAIS: PMIS ...............................................................................29
SGIP - ARQUITECTURA PROPOSTA ...................................................................................33

4.1
O SISTEMA DE SEGUIMENTO DE CONTENTOR NO PORTO (SSCP) .........................34
4.2
IDENTIFICAO DE SERVIOS: DEPENDNCIAS ENTRE OS MDULOS ..............39
PROTOTIPO - SSCP ...............................................................................................................45

5.1
DESCRIO - COMPONENTES DO PROTTIPO..........................................................45
5.2
IMPLEMENTAO DO MDULO ..................................................................................56
CONCLUSO .........................................................................................................................60
6.1
PERSPECTIVAS FUTURAS ..............................................................................................61
REFERNCIAS ...............................................................................................................................62
Anexo1 CASOS DE USO - SSCP .....................................................................................................65
ACTORES SSCP ......................................................................................................................65
DESCRIO DOS CASOS DE USO - SSCP ..............................................................................66
Anexo 2 MODELO DE CONCEITOS - SSCP ..................................................................................71
Anexo 3 WEB SERVICES - SGIP ....................................................................................................73
i
Anexo 4 PROTTIPO - SSCP ......................................................................................................... 76

INTERFACE MDULO SSCP ................................................................................................. 76
INTERFACE SITE WEB .......................................................................................................... 81
Anexo 5 MODELO LGICO DA BASE DE DADOS - SSCP ......................................................... 84
Descrio das Relaes e os seus atributos ................................................................................... 84
ii
Lista de Figuras
Figura 1- Mapa de Cabo Verde e as rotas martimas (linha tracejado azul) ................2
Figura 2 - Fluxo de informao da autoridade porturia ..............................................7
Figura 3 Importao de mercadorias (Circuito documental Tpico)[CNUCED05] ...8
Figura 4 Tecnologias ao Paradigma Service Oriented Enterprise ..........................10
Figura 5 Categorias de normas dos Web Services ......................................................11
Figura 6 SOAP 1.1 Pedido e resposta da lista de descarga do SSCP. ......................12
Figura 7 - Exemplo parcial de Business Process Specification Schema .......................14
Figura 8 - Exemplo de uma estrutura de Colaboration Protocol Profile (CPP) ...........14
Figura 9 - Exemplo de e-business atravs de ebXML ...................................................15
Figura 10 - Interconexo Sistema PROTIS e outros sistemas externos [CNUCED05] 18
Figura 11 - Esquema de ligao dos sistemas PROTIS e ESCALA [CNUCED05] .......19
Figura 12 - Fluxos e transferncia EDI no sistema SERAFIN [CNUCED05] .............20
Figura 13 Sequncia documental da importao de um contentor na APDL...........21
Figura 14 Entrada do navio no Porto: diagrama de actividades ..............................25
Figura 15 Sada do navio do Porto: Diagrama de actividade ....................................26
Figura 16 Importao de Mercadorias (IM): diagrama de actividades ....................27
Figura 17 Exportao de mercadorias (EM): diagrama de actividade .....................28
Figura 18 Processo de seguimento de contentor no porto: diagrama de actividade.29
Figura 19 - Fluxo de Informao PMIS Contentor ....................................................31
Figura 20 Importao de Contentor (IC): diagrama de Casos de utilizao ............35
Figura 21 Exportao de Contentor (EC): diagrama de Casos de utilizao ...........36
Figura 22 Conceitos do SSCP .....................................................................................38
Figura 23 Interaces internas ao SGIP.....................................................................39
Figura 24 Interaces externas ao SGIP ....................................................................40
Figura 25 - Interaco entre Sistemas internos e servios do SGIP .............................43
iii
Figura 26 - Interaco entre Sistemas Externos e servios do SGIP ........................... 43

Figura 27 - Arquitectura do SSCP e suas interaces. ................................................. 46
Figura 28 - Interface Entrar (Login)............................................................................. 46
Figura 29 Estrutura base do interface do SSCP ........................................................ 47
Figura 30 - Estrutura do Interface de Servio de Dados do SSCP .............................. 49
Figura 31 - Interface de registo de sada de contentores para a desconsolidao ....... 50
Figura 32 Estrutura do interface do Site Web .......................................................... 51
Figura 33 - Ambiente de Trabalho do Site Web do Porto............................................ 52
Figura 34 - Interface de apresentao da Folha de descarga ....................................... 53
Figura 35 Operaes do Web Services SSCP ............................................................. 54
Figura 36 - SOAP 1.2: Invocao e resposta da de ObterListaDescarga (em XML) .... 55
Figura 37 SOAP 1.2: Resultado da invocao de ObterListaDescarga (em XML) .... 56
Figura 38 Estrutura da base de dados do SSCP ........................................................ 57
Figura 39 - CaU1 Requisitar Descarga: diagrama de actividades ............................... 66
Figura 40 - CaU2 Descarregar Contentor: diagrama de actividades ........................... 67
Figura 41 - Interface Entrar (Login)............................................................................. 76
Figura 42 Estrutura base do interface do SSCP ........................................................ 77
Figura 43 - Ambiente de trabalho do SSCP ................................................................. 78
Figura 44 Adicionar uma agncia .............................................................................. 78
Figura 45 Afectao de recursos ................................................................................ 79
Figura 46 Operao de Descarga de Contentores ..................................................... 79
Figura 47 Contentores Para Exportao ................................................................... 80
Figura 48 Contentores Para Exportao ................................................................... 80
Figura 49 Servios da ENAPOR : Atracao ............................................................ 81
Figura 50 Informaes do Porto da Praia ................................................................. 82
Figura 51 Caractersticas de um determinado contentor.......................................... 82
Figura 52 Caractersticas disponveis para desconsolidao .................................... 83
iv
Lista de Tabelas
Tabela 1 Movimento de Navios.....................................................................................3
Tabela 2 Movimento de Mercadorias ...........................................................................3
Tabela 3 Movimento de Contentores............................................................................3
Tabela 4 Principais servios disponibilizados pelo Web Services do SGIP ...............44
Tabela 5 - Descrio dos actores SSCP .........................................................................65
Tabela 6 - CaU1 Requisitar Descarga (RD) ..................................................................66
Tabela 7 - CaU2 Descarregar Contentor (DC) ..............................................................67
Tabela 8 - CaU3 Entrar Contentor (ECD).....................................................................67
Tabela 9 - CaU4 Entregar Contentor (EC) ....................................................................68
Tabela 10 - CAU5 ENTREGAR FCL (EFCL) ..............................................................68
Tabela 11 - CaU6 Entregar LCL (ELCL) ......................................................................68
Tabela 12 - CaU7 Entregar Definitivo (ED) ..................................................................68
Tabela 13 - CaU8 Devolver Contentor (DC) .................................................................69
Tabela 14 - CaU9 Devolver FCL (DFCL) ....................................................................69
Tabela 15 - CaU10 Devolver LCL (DLCL) ..................................................................69
Tabela 16 - CaU11 Receber Contentor (RC) .................................................................69
Tabela 17 - CaU12 Requisitar Carga (RC) ....................................................................70
Tabela 18 - CaU13 Carregar Contentor (RCO) .............................................................70
Tabela 19 Descrio das classes SSCP .......................................................................71
Tabela 20 - WEB SERVICES SGENP ........................................................................73
Tabela 21 - WEB SERVICES SSCP...........................................................................73
Tabela 22 - WEB SERVICES SSMP ...........................................................................74
Tabela 23 - Agencia ........................................................................................................84
Tabela 24 - Requisicao ...................................................................................................84
Tabela 25 Equipamento ...............................................................................................85
Tabela 26 Manobrador ................................................................................................85
Tabela 27 - Operacao......................................................................................................85
v
Tabela 28 - terminal ....................................................................................................... 85

Tabela 29 - Contentor .................................................................................................... 85
Tabela 30 - EntradaTerminal ........................................................................................ 85
Tabela 31 - LoteamentoContentor .................................................................................. 86
Tabela 32 - RecebeExportacao ....................................................................................... 86
Tabela 33 - SaidaTerminal ............................................................................................ 86
Tabela 34 - Armazem ..................................................................................................... 86
Tabela 35 - DesconsolidacaoContentor .......................................................................... 87
Tabela 36 - DevolucaoContentor.................................................................................... 87
Tabela 37 - ImportacaoTemporaria ............................................................................... 87
Tabela 38 - ImportacaoDefinitiva .................................................................................. 87
vi
Acrnimos
ADO.NET
APDL
API
B2B
BPSS
CC
CECID
CEFC
COMPAS
CPP
EbXML
EDI
ENAPOR - S.A
ETA
ETD
FCL
GCP
GRT
HTTP
ISPS
LCL
MCA
OASIS
OLAP
OLTP
PMIS
PIP
SAML
SAP
SGBD
SGENP
SGIP
SI
SIC
SOA
SOAP
SQL
SSCP
SSMP
ActiveX Data Objects

Autoridade Porturia dos Portos de Douro e Leixes
Application Programming Interface
Business to Business
Business Process Specification Schema
Core Components
Center for E-comerce Infrastructure Development
Centre for Trade Facilitation and Electronic Business
Comunicao dos Manifestos aos Portos e Alfndega
Colaboration Protocol Profile
e-business eXtensible Mark-up Language
Electronic Data Interchange
Empresa Nacional de Administrao
dos Portos Sociedade Annima
Estimate Time Arrive
Estimate Time Departure
Full Container Load
Gesto Comercial Porturia
Gross Register Tonnage
Hypertext Transfer Protocol
International Ship and Port Facility Security
Less Container Load
Millenium Challenge Account
Organization for the Advancement
of Structured Information Standards
Online Analitycal Processing
Online Transaction Processing
Port Management Information System
Partner Interface Process
Security Assertion Markup Language
Sistema de Aquisio dos Parmetros
Sistema de Gesto de Base de Dados
Sistema de Gesto de Escalas de Navio no Porto
Sistema de Gesto de Informao Porturia
Sistemas de informao
Sistema de Informao Comunitria
Services Oriented Arquitecture
Simple Object Access Protocol
Structured Query Language
Sistema de Seguimento de Contentor no Porto
Sistema de Seguimento de Mercadoria no Porto
vii
TCP/IP
TEU
TIC
UDDI
UI
UML
UN/EDIFACT
VTS
WSDL
XML
Transport Control Protocol/Internet Protocol

Twenty Equivalent Unit
Tecnologias de Informao e Comunicao
Universal Description, Discovery and Integration
User Interface
Unified Modelling Language
United Nations EDI Standard for Administration, Commerce and
Transport
Vessel Traffic System
Web Services Description Language
eXtensible Markup Language
viii
Sistema de Gesto de Informao Porturia (SGIP)
1 INTRODUO
Nos portos martimos actuam um conjunto de entidades independentes com misses e
objectivos diferentes entretanto com interaces de negcios muito relevantes, durante as
quais se processa a troca de muita informao. Por exemplo numa transaco econmica
internacional para alm dos custos associados aos vrios agentes envolvidos (comprador,
vendedor, bancos, seguros, transitrios ou operadores logsticos, agente de navegao,
autoridades etc.) o custo da tramitao documental (de documentos originais: facturas,
notas de encomenda, guias de transporte, certificados de origem, conhecimento de carga,
declaraes aduaneiras, manifestos, listas de carga etc.) est estimado em mdia como
representando 10% do valor final da mercadoria [CNUCED05].
Nesta perspectiva, torna-se cada vez mais evidente que a gesto das transferncias de
informao pelos mtodos tradicionais (em papel) no se compadece com as exigncias
actuais do comrcio internacional no contexto da globalizao, onde se exige dos portos
um maior nvel de competitividade.
O recurso s tecnologias de informao e comunicao tem-se revelado uma boa opo
para a potenciao do negcio porturio atravs da minimizao do tempo de espera dos
navios e de erros humanos durante as operaes porturias; reduo do custo de passagem
das mercadorias; integrao dos sistemas de informao da comunidade porturia etc.
1.1 PORTOS DE CABO VERDE

O sistema porturio cabo-verdiano conta com a presena de uma infra-estrutura
porturia em cada Ilha, de dimenso muito varivel consoante as caractersticas da
envolvente e do trfego que serve (Figura 1), assegurando deste modo o abastecimento e o
contacto com o restante territrio nacional.
Figura 1- Mapa de Cabo Verde e as rotas martimas (linha tracejado azul) 1

Em termos de dimenso, de volume e de trfego destacam-se os portos situados nos trs
maiores centros urbanos do Pas: Porto Grande, Porto da Praia e Porto da Palmeira.
Para fazer face ao aumento do volume de trfego nos portos da Praia e de Palmeira a
ENAPOR tem em curso projectos de expanso destes portos com financiamentos
garantidos pelo Millenium Challenge Account (MCA) e o Banco Europeu de Investimento
respectivamente.
tambm nestes trs portos que se concentram os maiores investimentos em novas
tecnologias de informao e comunicao realizados pela Empresa.
1.2 ENAPOR: O CASO DE CABO VERDE

ENAPOR - S.A Empresa Nacional de Administrao dos Portos - uma Empresa
Pblica para a gesto dos portos de Cabo Verde, de capital directa e exclusiva detida pelo
Estado sob a forma de Sociedade Annima. Sedeada na Ilha de S. Vicente tem como
misso prestar um servio porturio de passagem de mercadorias e passageiros em
condies de segurana e qualidade, promovendo ao mesmo tempo uma viva interaco
entre os portos e as comunidades, ao menor custo [Decreto4/01].
A Empresa dispe de um Sistema de Gesto de Informao Porturia designado PMIS,
desenvolvido medida em 1999 em contexto de desenvolvimento porturio diferente do
actual caracterizado pelas reformas em curso no sector porturio nacional. O sistema
funciona em ambiente cliente servidor e autonomamente dos outros intervenientes da
cadeia de transportes como: as agncias de navegao martima, as Alfndegas, os
transitrios, carregadores etc., situao que tem constitudo um grande constrangimento no
desembarao dos processos de importao e exportao de mercadorias, originado
1
Intereximp S.r.l Agenzia Marittima e Doganale

2
sobretudo pela falta de informao ou pela sua disponibilizao tardia.

Em Cabo Verde, semelhana dos outros pases as empresas do sector porturio tm
dimenses diversas. Este sem dvida um dos factores que influencia a capacidade de
mobilizao de recursos financeiros e humanos necessrios para participar em projectos de
adopo ou mudana tecnolgica e processual. Se de um lado esto os portos nacionais
geridos pela ENAPOR S.A Empresa Nacional de Administrao dos Portos, considerada
uma empresa slida a nvel nacional, analisados o volume de negcios dos ltimos anos
[ENAPOR07] traduzido em movimentao de navios e mercadorias nos portos nacionais
(Tabela 1, Tabela 2 e Tabela 3), do outro lado temos a grande maioria das agncias de
navegao martima, transitrios e outros operadores econmicos desprovidos de sistemas
de informao geridos pelo computador e com fraca capacidade financeira para grandes
investimentos. Neste contexto revela-se necessrio um SI porturio exequvel realidade
nacional e que satisfaa as necessidades de gesto de informao de actividade porturia.
Tabela 1 Movimento de Navios
Navios
Nacionais
Numero
2005
2006
2007
4.582
4.953
4.625.00
1
5441
TAB
Estrangeiros
Numero
4.348.727
TAB
Total Geral
Numero
2.835.240
Tab
7.183.967
794
5.376
927
4.252.97
1
5.880
8.877.97
2
5.188.691
950
4.205.846
6.391
9.394.537
Tabela 2 Movimento de Mercadorias

Mercadorias
Longo Curso
Cabotagem
Total Geral
2005
991.537
541.765
1.533.302
2006
1.088.058
605.078
1.693.136
2007
1.144.160
703.422
1.847.582
Tabela 3 Movimento de Contentores

Contentores
Carregados
Descarregados
Transbordo
Total Geral
2
3
2005
TEU s
TON.3
17.720 50.667
20.627 269.468
47.300
2.827
38.820 322.962
2006
TEUs
TON.
20.585
60.957
22.832 337.532
2.180
14.570
45.597 413.059
2007
TEUs
22.881
24.905
1.493
420.752
Twenty Equivalent Unit, isto unidade correspondente a um contentor de 20 ps

Tonelada de mercadoria movimentada
3
TON.
52.619
342.655
16.856
3.314
1.3 OBJECTIVOS
No contexto dos portos de Cabo Verde o objectivo desta tese estabelecer um modelo
para o Sistema de Informao (SI) para gesto dos portos sob responsabilidade da
ENAPOR. Este modelo deve incluir gesto de escalas de navios, contentores, e
mercadorias para alm de propor padres (standards) de interaco entre SI existentes nos
portos e regras de acesso via web (UI e SI externos).
Para ilustrar a exequibilidade do modelo ser implementado um prottipo focado
especificamente na gesto de contentores.
1.4 ENQUADRAMENTO E REQUISITOS

Do levantamento efectuado ao sistema de informao que suporta as actividades de
negcio da empresa a arquitectura dever ter em conta a existncia de vrios mdulos
funcionais de servios: Escalas de Navios, Gesto de Contentores (caixa) e Gesto de
Mercadorias permitindo:
- aos armadores, agncias de navegao martima e transitrios inserirem atravs da
Internet informaes necessrias ao desembarao dos navios e mercadorias como
sejam: avisos de chegada, largada dos navios, requisio de servios associados aos
navios e mercadorias, declarao de manifestos de mercadorias, lista de contentores
a embarcar/desembarcar etc.;
- dotar em tempo oportuno autoridade porturia, aos operadores dos terminais de
contentor e carga geral de informaes que lhes permitam a planificao e
realizao de operaes associadas aos navios e carga de forma eficiente.
- facilitar a gesto operacional dos contentores centrada na gesto fsica das caixas,
vazias ou cheias, e do seu estatuto (disponvel, em reparao, etc.);
- gerir as mercadorias, o seu seguimento e toda a documentao relativa ao seu
desembarao;
- fornecer informaes para a facturao dos servios prestados e s estatsticas;
- Interligar-se ao sistema das Alfndegas (Sydonia++) para obteno de informaes
sobre os despachos das mercadorias.
- Interligar-se ao sistema de Facturao do Porto para fornecer informaes sobre os
servios prestados.
1.5 METODOLOGIA
Como metodologia de trabalho prope-se: proceder anlise de sistemas de informao
porturias existentes a nvel internacional e a nvel nacional enfatizando os padres
aplicveis integrao desses sistemas; fazer o levantamento dos requisitos do sistema
porturio a ser modelado; apresentar o modelo da soluo, do prottipo e implementao
do SGIP centrado no mdulo de Seguimento de Contentor no Porto e finalmente apresentar
as concluses e recomendaes ao trabalho realizado.
1.6 ESTRUTURA DO TRABALHO

O trabalho encontra-se estruturado em 6 captulos cujo, contedos resumem-se no
seguinte:
Captulo 1 faz a introduo atravs: da contextualizao do tema do projecto de
mestrado; caracterizao do sector porturio nacional (o alvo do sistema que se pretende
modelar e implementar), apresentao dos objectivos e o enquadramento dos requisitos do
sistema.
Captulo 2 descreve os sistemas de informao aplicados aos portos em termos de reas
de aplicao e padres de integrao. Analisa os sistemas dos portos de Marselha, Valncia
e do Porto de Leixes destacando as boas experincias de implementao de SI nesses
portos, que podem ser aproveitadas no contexto deste trabalho.
Captulo 3 descreve os processos de desembarao do navio, mercadoria e contentores
nos portos nacionais e analisa o sistema de gesto PMIS (Port Management Information
System) actualmente utilizado na ENAPOR.
Captulo 4 reserva-se apresentao do modelo do SGIP especificando os casos de uso
e modelo de conceitos para o mdulo Sistema de Seguimento de Contentor no Porto
(SSCP). Tambm prope o modelo de interaces entre SI (casos de uso) que clarifique os
interfaces dos servios internos e externos, e a implementao do prottipo.
Captulo 5 faz a apresentao do prottipo do mdulo Sistema de Seguimento de
Contentores no Porto destacando igualmente aspectos da sua implementao.
Captulo 6 apresenta as concluses da tese e aborda as perspectivas de desenvolvimento
futuro do SGIP.
2 SISTEMAS DE INFORMAO
APLICADOS AOS PORTOS
Antes de avanar com qualquer proposta de modelo de SI para gesto de portos
essencial fazer um retrato da realidade actual a nvel global. de salientar algumas
particularidades do sector porturio que tm grande impacto no problema:
- um sector extremamente conservador;
- um sector especfico, o que diminui as ofertas de solues existentes no mercado;
- um sector onde se encontram empresas de vrias dimenses desde grandes
companhias de navegao, armadores assim como pequenas agncias de navegao
locais existentes em alguns portos;
- trabalha-se com grandes volumes de informao, repetitivas em termos da sua
estrutura e no em termos de sua riqueza de contedos;
- e finalmente um sector onde h empresas globais o que cria problemas de
linguagem, diferenas culturais etc.
Neste contexto, importante analisar os SI nos portos segundo as duas perspectivas
seguintes:
- da autoridade porturia, ou o porto como uma empresa em si que tem que ser
gerida, dispondo neste caso de um conjunto de softwares de gesto abarcando s
reas operacionais, comercial, administrativa e financeira;
- do porto como uma empresa participante da cadeia de transportes onde interagem
vrios actores, que trocam entre si grandes quantidades de informao necessrias
ao desembarao do navio e da mercadoria.
Tendo em conta estas duas perspectivas a nossa aproximao na anlise dos SI ser mais
centrada nos seguintes aspectos:
- reas de aplicao dos SI
- e apresentao de casos de estudo.
2.1 REAS DE APLICAO

No contexto deste trabalho de seguida apresentaremos algumas reas de aplicaes de
SI nos portos em termos dos seus objectivos:
- gesto de escalas de navios;
- seguimento dos contentores;
- seguimento das mercadorias;
- transferncias relativas ao ps e pr encaminhamento;
- transmisso do manifesto.
Em relao Gesto de escalas de navios, gerem-se aqui as entradas e sadas dos
navios; a atribuio dos postos de acostagem; a prestao dos servios associados
manobra dos navios entre outros. A Figura 2 ilustra o fluxo de informaes associado a
esse processo.
Figura 2 - Fluxo de informao da autoridade porturia4

O Seguimento dos contentores faz a gesto dos contentores armazenando informaes
sobre a sua localizao, identificao e situao tanto em tempo real como
retrospectivamente. Uma boa gesto desta actividade garante: a rotao mais rpida dos
navios e dos contentores; o aumento de produtividade do espao, dos equipamentos e da
mo-de-obra; a diminuio de atrasos associados localizao e a identificao dos
contentores.
O Seguimento das mercadorias, ajuda a determinar as existncias nos entrepostos;
localizar as mercadorias e os consignatrios; determinar o tempo de armazenagem e em
ltima instncia evitar a sobrelotao dos entrepostos.
A gesto das Transferncias relativas ao ps e pr encaminhamento, englobam vrios
intervenientes (o consignatrio, o transitrio, o transportador e o responsvel pela operao
no porto) permitindo ao operador porturio e ao transportador antecipar movimentos de
levantamento e de recepo de mercadorias conforme for o caso de importao ou de
4
Figura baseada no projecto de restruturao dos portos egpcios: The First Report (Ministry of Transport,
Egypt, February 2001).
7
exportao.
A Transmisso do manifesto de grande relevncia pois o manifesto um documento
que contm pormenores das mercadorias transportadas pelos navios. atravs do
manifesto que possvel s Alfndegas o controle de mercadorias e cobrana dos direitos
alfandegrios. Para as autoridades porturias, para alm de permitir a cobrana de taxas,
tambm tem um papel estatstico. Pode tambm condicionar processos como no caso dos
produtos perigosos que pode condicionar os procedimentos da capitania no momento da
escala do navio devido s normas de segurana.
O fluxo de informao, implementados pelos sistemas acima descritos, envolve um
conjunto de intervenientes (agentes de navegao, autoridades martimas,
transitrios/operadores logsticos, banco, seguros etc.) tanto no processo de importao
como de exportao. A Figura 3 ilustra o circuito documental tpico em torno de um dado
porto no decurso do processo de importao [CNUCED05].
Figura 3 Importao de mercadorias (Circuito documental Tpico)[CNUCED05]
2.2 INTEGRAO DE SISTEMAS PORTURIOS

Ao longo dos anos instalaram-se nos portos, de forma gradual e autnoma, vrios
softwares visando automatizao de processos relativos actividade porturia. Entretanto,
na prtica entre esses processos processam-se trocas constantes de informaes que em
alguns pases (sobretudo subdesenvolvidos) continuam a ter o tratamento manual. Por
exemplo desembarao de uma determinada mercadoria implica desde logo a sua descarga
do navio, sua desconsolidao do contentor (se for uma mercadoria contentorizada), e o
pagamento de taxas porturias e aduaneiras, envolvendo processos relativos ao navio,
mercadoria, contentores, bem como um conjunto de intervenientes como a agncia de
navegao martima, transitrios, autoridade porturia, alfndegas, consignatrio etc.
por isso fundamental garantir que as trocas de informao entre os vrios processos se
realizem de forma clere, segura e sem interrupo. Por outro lado deve-se garantir o
rpido retorno dos investimentos realizados em TICs, atravs de ganhos de eficincia na
8
execuo das tarefas apostando por exemplo na integrao dos vrios programas existentes
e na implementao de interface nico (janela nica) de acesso s funcionalidades
disponibilizadas por esses programas.
Nos portos tradicionalmente, tem-se implementado o EDI (Electronic Data
Interchange) para a troca de dados entre sistemas informatizados [CNUCED05].
Entretanto com significativos avanos das tecnologias baseadas em Internet, surgem mais
opces para a integrao de aplicaes no sector martimo porturio, como por exemplo o
ebXML (Electronic Business using XML) o RosettaNet e os Web Services, dos quais se far
uma pequena anlise de seguida.
2.2.1 EDI
O EDI um sistema de transferncia electrnica de dados estruturados referentes s
transaces administrativas e comerciais entre sistemas de parceiros diferentes, usando
normas de mensagens previamente estabelecidas e acordadas entre os mesmos [UN93].
As normas podem ser locais, nacionais, internacionais ou prprios de um sector de
actividade. Por exemplo os pases europeus; o Canad; alguns pases da sia tais como: a
China, a Coreia, Hong Kong, o Japo, Singapura; pases de Amrica Latina como a
Argentina, o Brasil e a Colmbia; ainda a Austrlia e Nova Zelndia utilizam a norma
UN/EDIFACT definido pela Comisso Econmica para a Europa das Naes Unidas para a
administrao, comrcio e o transporte.
Para os portos, o EDI um sistema que permite que os sistemas informticos dos
parceiros de cadeia de transporte comuniquem entre si, trocando dados de forma
automtica segundo normas previamente conhecidas.
O sistema EDI caracterizado pelos seguintes aspectos [CNUCED05]:
- para a sua implementao necessrio que os parceiros que pretendem us-lo
disponham de um sistema de informao fivel, que permita uma integrao
efectiva dos dados transferidos nas aplicaes informticas dos parceiros
envolvidos;
- a empresa interessada em adoptar o EDI deve munir-se de material informtico,
com software especfico, recorrer-se a uma rede de comunicao (ponto a ponto ou
rede de valor acrescentado) e no caso de EDI integrado prever o desenvolvimento
do interface com as aplicaes informticas sujeitas a recepo ou emisso de
mensagens;
- um sistema de segurana da operao EDI compreende os nveis de segurana de
rede, segurana a nvel de acesso aplicao e segurana a nvel de mensagem;
- a implementao do EDI requer por um lado a existncia de um quadro legal
nacional que atribua responsabilidades legais aos documentos transmitidos
electronicamente e por outro lado um acordo contratual entre parceiros
relativamente ao quadro legal aceitvel dos documentos EDI.
Em Frana a EDITRANSPORT5 aponta trs motivaes para o EDI porturio que a
nosso ver constituem as principais vantagens deste sistema para o sector porturio:
- permite a logstica porturia conhecer e melhor gerir as mercadorias existentes ou
esperadas pelo porto;
Associao que assegura a promoo do EDI e das normas EDIFACT para o sector dos transportes em
Frana.
9
facilita as transaces comerciais reduzindo e simplificando os tratamentos

administrativos;
- agiliza a recolha de informao com o intuito de constituir e aumentar a base
estatstica e assim gerar um valor acrescentado.
Em termos de desvantagens do EDI destacamos os seguintes:
- alto custo (rede e integrao);
- fraca participao de pequenas e mdias empresas;
- dificuldade de consolidao de uma norma mundial (vrias solues ad-hoc).
2.2.2 WEB SERVICES

Os Web Services pelas vantagens que proporcionam, sobretudo ao nvel de
interoperabilidade entre sistemas heterogneos e distribudos no relacionamento B2B
constituem um dos padres chave do paradigma Service Oriented Enterprise (Empresa
Orientada aos Servios), suportada igualmente por outras tecnologias associadas a Gesto
dos Processos de Negcios (Business Process Management); XML (Extensible Markup
Language) e Arquitectura Orientada aos Servios (Services Oriented Arquitecture - SOA)
[UNSOA04] (Figura 4).
Service Oriented
Arquitecture (Arquitectura
Orientada aos Servios)
Business Process
Management (Gesto de
Processos de Negcio)
ServiceOriented
Enterprsise
(Empresa Orientada
XML
Web Services
Figura 4 Tecnologias ao Paradigma Service Oriented Enterprise

Os Web Services referem-se a um conjunto de normas que garantem interoperabilidade
das aplicaes. Na prtica essas normas definem por um lado os protocolos usados para a
comunicao entre os sistemas, e por outro lado o formato dos interfaces utilizados para
especificar os servios. Tambm so considerados uma tecnologia bastante adequada para
a realizao prtica do SOA [SOA07].
Na Figura 5 ilustram-se em diferentes camadas as categorias de normas e especificaes
aplicados aos Web Services mais alguns exemplos para cada uma delas. De referir que
enumeramos as camadas representadas nesta figura apenas para facilitar a sua posterior
referenciao nos pargrafos que se seguem.
Nas camadas referenciadas em 1, 2 e 3 destacam-se as normas bsicas dos Web Services
cuja descrio apresentaremos de seguida [SOA04]:
UDDI (Universal Description, Discovery and Integration), responsvel pela gesto dos
Web Services (registo, descoberta de servios etc.) e WSDL (Web Services Description
Language), linguagem usada para definir interfaces. Fazem parte da categoria Descrio e
Descoberta de Servios.
SOAP (Simple Object Access Protocol), protocolo usado para a troca de mensagens e
XML usado como formato comum para descrever modelos, formatos e tipos de dados.
10
Inserem-se na categoria Representao de mensagens. Ilustra-se na Figura 6 um exemplo

do SOAP para o pedido e resposta do servio lista de descarga do Sistema de Seguimento
de Contentor no Porto (SSCP).
Figura 5 Categorias de normas dos Web Services6
HTTP e o SMTP so exemplos de normas da categoria dos transportes.

Para alm das normas bsicas j referidas, no menos importantes so as normas para os
Web Services que se enquadram nas categorias das camadas referenciadas em 4 e 5 da
Figura 5. De seguida apresentaremos para cada uma das categorias alguns exemplos
[IBM09].
Confiabilidade (Reliability) destacam-se as normas Web Services Reliable
Messaging e WS-RM Policy Assertion, que asseguram a fiabilidade das mensagens
trocadas.
Segurana (Security) temos os exemplos de XML Signature, XML Encryption e
Security Assertion Markup Language (SAML) que cobrem os aspectos relativos
autenticao de utilizadores, autorizao ou permisso de acessos.
Confidencialidade e integridade da informao transaccionada e ainda a garantia de
no recusa a uma determinada transaco.
Transaces (Transactions), aqui apresenta o trio WS-Coordination, WS- Atomic
Transaction e WS-Business Activity, que garantem a coordenao, controlo e efectivao
das transaces.
Processos de Negcios (Business Processes) inclui as normas WS-BPEL Extension for
People e Business Process Execution Language for Web Services V1.1 que especificam: a
ordem de execuo das operaes de uma coleco de Web Services, os dados partilhados
por esses servios, parmetros envolvidos etc.
Gesto (Management), inclui as normas Web Services Distributed Management e Web
Services Manageability , definidos com um conjunto de capacidades para a descoberta de
6
Baseada na figura retirada em [IBM09].

11
existncia, disponibilidade, operacionalidade, performance utilizao bem como o controlo

e a configurao do Web Service dentro da arquitectura dos Web Services.
POST /SSCPWebServices/Service.asmx HTTP/1.1
Host: localhost
Content-Type: application/soap+xml; charset=utf-8
Content-Length: length
<?xml version="1.0" encoding="utf-8"?>
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap12="http://www.w3.org/2003/05/soap-envelope">
<soap12:Body>
<ObterRefContentor xmlns="http://tempuri.org/">
<contentor>string</contentor>
</ObterRefContentor>
</soap12:Body>
</soap12:Envelope>
HTTP/1.1 200 OK
<soap12:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"
<soap12:Body>
<ObterRefContentorResponse xmlns="http://tempuri.org/">
<ObterRefContentorResult>
<xsd:schema>schema</xsd:schema>xml</ObterRefContentorResult>
</ObterRefContentorResponse>
</soap12:Body>
</soap12:Envelope>
Figura 6 SOAP 1.1 Pedido e resposta da lista de descarga do SSCP.

Os Web Services apresentam um conjunto de vantagens das quais destacamos as
seguintes:
- utiliza um conjunto de normas, algumas comuns plataforma Web que
garantem partida a interoperabilidade entre sistemas independentemente da
plataforma tecnolgica que os suportam;
- um sistema aberto e flexvel modificaes ou incorporao de avanos
tecnolgicos, pois baseia-se em padres abertos;
- usa o XML que um padro amplamente difundido facilitando por isso troca de
documentos;
- pode ser facilmente integrado na arquitectura SOA uma das mais promissoras
tendo em conta a actualidade do paradigma Service Oriented Enterprise;
- Facilita a integrao B2B;
- Baixo custo de implementao por se basear em tecnologias Internet.
Quanto s desvantagens dos Web Services destacamos os seguintes:
12
uma tecnologia ainda com muita coisa por descobrir e melhorar, como o
caso das transaces;
ao depender da rede Internet a performance pode ser afectada, por isso pode no ser
uma boa opo para aplicaes crticas;
assentando no XML o desempenho pode ser afectado se as mensagens forem
complexas.
2.2.3 ebXML
O ebXLM (electronic business XML) uma iniciativa promovida pelo CEFC (Centre
for Trade Facilitation and Electronic Business) das Naes Unidas e pela OASIS
(Organization for the Advancement of Structured Information Standards) que define o
framework tecnolgico sobre o qual o XML - Extensible Markup Language pode ser
normalizado garantindo uma utilizao alargada escala mundial, interropervel e segura
do e-business [BPMOverview01].
Com o ebXML as empresas, independentemente do seu tamanho e localizao
geogrfica, podem desenvolver transaces econmicas electrnicas entre si atravs de
trocas de mensagens baseadas em XML.
O ebXML representa o esforo de padronizao levado a cabo nos ltimos anos com o
objectivo de criar um Framework globalmente partilhado atravs da Internet. No um
produto, um servio, e nem um padro de mensagens XML, mas sim um conjunto
integrado de especificaes tcnicas que descrevem um framework semntico e uma infraestrutura tecnolgica, sobre o qual produtos, servios e padres de mensagens podem ser
construdos. composto por:
- BPSS Business Process Specification Schema (BPSS) especifica o processo de
negcio da empresa. Um documento ebXML BPSS indica os parceiros, papeis (ou
funes), colaboraes, coreografia de actividades e a troca de documentos de
negcio. Na Figura 7 ilustra-se um extracto de Business Process Specification
Schema.
Colaboration Protocol Profile (CPP) disponibiliza informaes sobre a forma como um
parceiro comercial pretende realizar o e-business definindo os atributos: canais de
distribuio, protocolos de transporte, papel desempenhado pelo parceiro no mbito do
processo de colaborao, capacidades de negcio atravs dos processos de negcio etc. A
estrutura da CPP consiste nas seguintes partes conforme o exemplo ilustrado na
- Figura 8: PartyInfo que disponibiliza informaes sobre a organizao; Packing que
fornece informaes sobre a forma como a mensagem foi construda, Signature que
a parte opcional do documento e finalmente Comment elements.
- Core Components (CC), so componentes bsicos reutilizveis, usados para criao
dos documentos de negcio. Exemplos de core components referentes a uma ordem
de compra podem ser data da ordem de compra, taxas de vendas e o valor total.
- Registry and repository Registry serve de ndice e acesso da aplicao do
repositrio (repository) ao exterior e contm o API que determina como as partes se
interagem com o repositrio.
- Messaging service so servios de transaces de mensagens entre empresas. Tem a
seguinte estrutura: SOAP Message Container, que a parte obrigatria da
mensagem e contm a extenso SOAP para elementos ebXML como informaes de
roteamento, informaes de comrcio, identificao da mensagem e entrega de
informaes semnticas e Payload Containers, parte opcional da mensagem que
13
contm informaes de qualquer tipo a ser trocadas entre as partes.

<BusinessTransaction name="Create Order">
<RequestingBusinessActivity name=""
isNonRepudiationRequired="true"
timeToAcknowledgeReceipt="P2D"
timeToAcknowledgeAcceptance="P3D">
<DocumentEnvelope BusinessDocument="Purchase Order"/ >
</RequestingBusinessActivity>
<RespondingBusinessActivity name=""
isNonRepudiationRequired="true"
timeToAcknowledgeReceipt="P5D">
<DocumentEnvelope isPositiveResponse="true"
BusinessDocument="PO Acknowledgement"/>
</DocumentEnvelope>
</RespondingBusinessActivity>
</BusinessTransaction>
Figura 7 - Exemplo parcial de Business Process Specification Schema
<CollaborationProtocolProfile
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink="http://www.w3.org/1999/xlink"
version="1.1">
<PartyInfo>
...

...
PartyInfo>
Packaging id="ID">
...

...
Packaging>
ds:Signature>
...

...
ds:Signature>
Comment>
...

...
Comment>
CollaborationProtocolProfile>
Figura 8 - Exemplo de uma estrutura de Colaboration Protocol Profile (CPP)

Para elucidar o esquema de funcionamento do ebXML apresentamos na Figura 9 um
exemplo de e-business entre duas empresas [DavidMertz01] sendo as etapas descritas de
seguida:
14
Figura 9 - Exemplo de e-business atravs de ebXML7
As estapas do ebXML consistem nas seguintes etapas:

1. a Empresa A decide efectuar negcio utilizando a tecnologia ebXML. Para o efeito
acede aos registos ebXML com vista inteirar-se dos requisitos necessrios ao
desenvolvimento da sua prpria implementao;
2. de seguida a Empresa desenvolve uma aplicao compatvel com as especificaes
ebXML, acrescentando uma camada de software ou ento adquire aplicaes
standards do mercado;
3. a Empresa A envia ao registo ebXML o seu perfil de negcio ( business profile)
atravs do CPP (Colaboration Protocol Profile), onde indica a sua capacidade,
regras de negcio, os protocolos necessrios para garantir cenrios de negcio.
Termina esta etapa com a confirmao do registo;
4. aps o registo do perfil da Empresa A a Empresa B necessitando de um
determinado servio realiza consultas ao registo ebXML e descobre que a Empresa
A pode fornec-lo (Anlise de perfis de negcios CPPs). A Empresa B submete
uma proposta de negcio onde definido o processo, plano de contingncia,
requisitos de segurana, etc.
5. a Empresa A aceita a proposta da Empresa B e estabelecem entre si acordo de
negcio (via CPA Colaboration Protocol Agreement) atravs do ebXML;
6. finalmente processam-se normalmente as transaes e-business entre essas duas
empresas.
No sector martimo porturio internacional e nas actividades comerciais associadas o
ebXML, apresenta-se como alternativa ao EDI, por um lado por incorporar as
experincias positivas dos largos anos de utilizao do EDI potenciando os
investimentos feitos, por outro lado por ter a vantagem de transformar o sector dos
transportes martimos num mercado nico, global e coeso.
O sucesso poder depender do nvel de comprometimento dos diferentes parceiros
7
Retirado do artigo Understanding ebXML [DavidMertz01]

15
envolvidos na cadeia de transportes. Por isso um dos pr-requisitos para o sucesso da sua
implementao sem dvida o seu suporte pelos players da indstria, companhias de
navegao martima, autoridades porturias, governos e operadores porturios.
Como exemplo de utilizao do ebXML no sector martimo apresentamos a iniciativa do
Centro de desenvolvimento de infraestruturas E-Comerce (CECID - Center for E-comerce
Infrastructure Development) do Departamento de Cincias de Computao e Sistemas de
Informao da Universidade de Honk Kong que desenvolveu em 2002 uma soluo para o
Departamento Martimo de Hong Kong, que visa a recepo automtica dos manifestos de
mercadorias perigosas no formato XML enviados pelas agncias de navegao martima.
Este sistema est a operar no Departamento martimo de Hong Kong desde 2003
[CECID03].
Assim, resumindo, apesar da especificao do ebXML no ser um padro, o que
contribui para algumas resistncias sua adopo nomeadamente pelas grandes empresas
[Eric2002] as vantagens, no caso particular do sector martimo so relevantes:
- permite fazer convergir iniciativas dispersas para um nico padro de negcio
evitando solues proprietrias;
- usa padres conhecidos como o XML, HTTP e UML;
- usa Internet e tecnologias associadas;
- um padro no comercial;
- facilita o acesso e-business s pequenas e mdias empresas da rea de transportes
sobretudo nos pases em desenvolvimento, devido ao seu baixo custo de
implementao;
- uma soluo aberta e multilinguagem;
- garante a interroperabilidade entre aplicaes.
2.2.4 RosettaNet
RosettaNet uma organizao fundada em 1998, sem fins lucrativos cuja finalidade o
desenvolvimento de padres para processos B2B (Business To Business) e troca de dados
visando a promoo do comrcio colaborativo. Os padres so baseados em XML e so
utilizados por empresas das reas de tecnologias de informao, componentes electrnicos,
e fabrico de semicondutores. [ROSETTANET09]
Os padres RosettaNet abarcam os seguintes aspectos:
- RosettaNet Business Dictionaries que define um vocabulrio prprio para o
negcio bem como para os materiais a transaccionar;
- RosettaNet Implementation Framework, uma aplicao comum de rede para
implementar uma integrao fcil dos processos de negcio. Neste caso considerase o formato das mensagens e sequncia de troca de mensagens;
- RosettaNet Partner Interface Process, a especificao XML que permite a troca
de documentos de modo que os sistemas consigam implementar os interfaces de eBusiness e a assim negociar entre si.
Apesar de RosettaNet recorrer a tecnologias comuns da Internet propondo padres
verticais, destacando-se nos PIP que so bastante completos, suportando todo o modelo
de contedo dos documentos em XML, onde h grande experincia de XML no B2B,
tem a grande desvantagem de estar muito direccionado para mercados verticais
sobretudo indstria de tecnologias electrnicas e, talvez por isso, no ter grande
visibilidade no sector dos transportes martimos.
16
2.2.5 CONCLUSO SOBRE PADRES DE INTEGRAO

A escolha para anlise dos padres de integrao apresentados, baseia-se nos seguintes
aspectos: por um lado porque o EDI tem-se revelado ao longo dos anos, um dos sistemas
mais usados a nvel dos portos internacionais para a troca de dados entre aplicaes dos
parceiros na cadeia de transportes [CNUCED05], por outro porque o conceito ServiceOriented Enterprise (Empresa orientada aos servios) ao qual est associada a tecnologia
de Web Services estar cada vez mais actual dadas as vantagens que proporciona
[UNSOA04] s organizaes, inclusive os portos e finalmente devido a crescente
utilizao do ebXML a nvel do sector martimo porturio [UNCTAD06]. O RosettaNet
apresenta-se como um exemplo de padro B2B direccionado uma rea especfica.
Da anlise feita aos padres de intergrao abordados a cima destacamos os seguintes
aspectos:
O EDI o sistema tradicionalmente usado a nvel do sector porturio, contudo por ser
muito caro devido sobretudo a sua configurao e a rede que utiliza e ter sido
originalmente concebido para grandes empresas com capacidades para realizar grandes
investimentos a sua implementao nas comunidades porturias no tem contribudo para a
integrao necessria de todos os participantes da cadeia de transportes.
O ebXML surge como o potencial substituto do EDI ao aproveitar a experincia positiva
do EDI no e-comerce, utilizar a rede Internet e as normas amplamente utilizadas como o
XML, http, TCP/IP direccionado assim para empresas de qualquer dimenso. Em 2003 a
Unio Europeia recomendou todas as suas agncias a usarem o ebXML. Tambm h
iniciativas nacionais por toda a sia, a Europa e os Estados Unidos [Semana04].
O RosettaNet apesar de ser interessante e robusto est direcionado para indstria
electrnica, por conseguinte sem nenhuma visibilidade no sector martimo porturio.
Os Web Services podem no futuro representar um sucesso significativo devido
existncia de um esforo, por parte da maioria dos parceiros industriais, na normalizao
das tecnologias envolvidas. Tambm suportado por normas amplamente usadas. Garante
a interoperabilidade, permite desenvolver solues a baixo custo. Por conseguinte achamos
que seria interessante e exequvel a sua aplicao para integrao dos sistemas de
informao porturio dos diversos parceiros da cadeia de transporte tanto na perspectiva de
uma maior eficincia nas actividades do sector como no envolvimento de todos os
parceiros ou da maioria graas ao baixo custo financeiro da soluo baseada em
tecnologias Internet.
2.3 SISTEMAS DE INFORMAO DE PORTOS

INTERNACIONAIS
Neste trabalho apresentaremos alguns casos de estudo internacionais dos SI usados nos
portos de Marselha, Valncia e Leixes. A nfase da anlise ser aos SI de suporte gesto
de escala de navios, ao seguimento de contentores e mercadorias no excluindo referncias
a sistemas existentes em outras reas e servios do porto.
A escolha dos portos internacionais referidos a cima deve-se as seguintes razes: boas
experincias a nvel de implementaes de SI porturios; existncia de acordos bilaterais
de cooperao a nvel dos nossos pases e portos; utilizao nesses portos de modelo
17
porturio semelhante ao que se pretende implementar em Cabo Verde a curto prazo,

baseado em figurinos de autoridade porturia e concessionrios de operaes porturias.
Convm referir que neste momento a ENAPOR desempenha papis de autoridade
porturia e de operador porturio, mas o Governo tem em curso atravs do Gabinete das
privatizaes o processo de reestruturao do sector porturio nacional, com vista a
concesso aos privados, dos servios porturios.
2.3.1 PORTO DE MARSELHA

Dos sistemas de informao comunitrios, no Porto de Marselha [CNUCED05] o
destaque vai para os sistemas relacionados com o acompanhamento de mercadorias,
contentores (caixa) e os navios. De referir que os sistemas do Porto de Marselha so+
suportados por uma plataforma de comunicao de transferncia integrada e modular com
bases de dados e aplicaes partilhadas pelos elementos da cadeia de transportes atravs do
sistema EDI.
O sistema porturio baseado no:
- PROTIS - gesto dos fluxos de informao referentes exportao e importao de
mercadorias;
- ESCALE - gesto de escalas dos navios e s operaes porturias associadas
facturao de servios prestados pelo Porto.
A finalidade do sistema PROTIS consiste na disponibilizao de uma rede e uma
aplicao que facilitem a gesto dos fluxos de informao referentes exportao e
importao de mercadorias a nvel da comunidade porturia marselhense e anncio das
escalas dos navios. As empresas da comunidade, a autoridade do porto de Marselha,
agentes martimos, responsveis pela manuteno, transitrios, correctores, servios das
alfndegas entre outros acedem-no atravs de terminais especiais ou atravs dos seus
sistemas informticos privativos que se encontram ligados a ele (Figura 10).
O PROTIS gere igualmente aspectos puramente alfandegrios tais como o
acompanhamento dos documentos de seguimento.
SISTEM A
PRIVATIVO
DO
PARCEIRO
Dicionrios
Interface
aplicao
Tradutor
edifact
M dulo
atlas
400
ATLAS 400
ESTAO E.D.I 440

37xx
VTAM
TBT
INTERFACE APLICATIVO
Tradutor
I.D.I
PROTIS
C.I.C.S
PLATAFORM A PROTIS
Figura 10 - Interconexo Sistema PROTIS e outros sistemas externos

[CNUCED05]
18
O Sistema PROTIS IMPORT/EXPORT apresenta como vantagens:

- seguimento fsico, documental, administrativo e alfandegrio das mercadorias
importadas, exportadas e em trnsito dentro da rea porturia, como o caso dos
procedimentos relativos s mercadorias perigosas;
- a transferncia de dados entre os sistemas privados dos membros da comunidade
porturia de Marselha e a base de dados PROTIS;
- a explorao de dados estatsticos pelos membros da comunidade.
O ESCALE permite a gesto de escalas dos navios e s operaes porturias associadas
facturao de servios prestados pelo Porto; a percepo pela alfndega dos direitos sobre os
fretes do navio; o estabelecimento e o tratamento das estatsticas porturias e comerciais. Est
interligado ao PROTIS para os anncios de escala e seu seguimento e ainda a mais dois
outros sistemas em tempo real:
- Sistema de Aquisio dos Parmetros (SAP) que equipa os prticos de contentores
e permite o seguimento das operaes de manuteno;
- Vessel Traffic System (VTS) que assegura a vigilncia do trfico martimo na zona
controlada pela Capitania do Porto.
Na Figura 11 apresenta-se o fluxo de informao que ocorre entre o sistema PROTIS e
ESCALA.
LIGAO PROTIS / ESCALA
PROTIS
ESCALA
Anncio
Escala
(funo 8)
Criao
Mensagem1
Actualizao
Previso de escala
Navio Eta, Etd
Base de
Dados
Mensagem2
Aviso recepo
C
T
U
A
L
I
Z
A
Mensagem3
Posto atribudo, Eta, Etd
Mensagem4
Nmero Escala, data chegada
Mensagem5
Data partida
Atribuo
Lugar porto
Chegada
Navio
Partida
Navio
Consulta
Viagem
(funo 5)
Figura 11 - Esquema de ligao dos sistemas PROTIS e ESCALA [CNUCED05]
PORTO DE VALNCIA
No caso da Espanha apresentamos os sistemas de informao relativos s mercadorias
usados nos portos de Valncia e Las Palmas [CNUCED05]:
- COMPAS - Comunicao dos Manifestos aos Portos e s Alfndegas;
- SIC Sistema de Informao Comunitria.
O sistema COMPAS aplicado nos portos de Valncia e Las Palmas permite a
transferncia electrnica dos manifestos aos portos e alfndega via EDI atravs de uma
janela nica, pelas empresas consignatrias antes da chegada dos navios com vista agilizar
19
o processo do desembarao das mercadorias. Os manifestos so validados pelas alfndegas

que por via do EDI informa ao agente (da empresa consignatria) sobre o resultado da
validao.
O sistema COMPAS Utiliza as seguintes mensagens EDI: pedido de atracao; notificao
de mercadorias perigosas; "booking" e nota de carga.
Alm deste sistema existe no porto de valncia o sistema SERAFIN, aplicado gesto
dos postos de acostagem. O fluxo de informao e as transferncias EDI aplicados a este
sistema so ilustrados na Figura 12.
Autoridade
Autorite
e
Maritime
Martima
Authorisation
R.D. 145/89
D.G.Notification
R.D. 145/89
D.G. Notification
R.D. 145/89
Consignataires
trios
Authorisation
SASEMAR
Information
R.D. 1253/1997
Autorite
Autoridade
Porturia
Portuaire
D.G. Declarations
R.D. 1253/1997
Authorisation
Centre
Centro
PORTEL
Information
D.G. Location
MESSAGES EDI
MENSAGENS
EDI
APLICAES
APPLICATIONS
INTERNES
INTERNAS
Terminal
de carga
cargo
Centres d
Centros
de
Informao
Information
(autrespays)
(outros
pases)
Figura 12 - Fluxos e transferncia EDI no sistema SERAFIN [CNUCED05]

O SIC (Sistema de Informao Comunitria) um sistema relativo s mercadorias
instalado na rede corporativa do Porto de Valncia, que permite aos agentes da comunidade
porturia, transferir informaes relativas logstica dos contentores. Dispe de
funcionalidades tanto de importao como de exportao de mercadorias. Utiliza os
padres internacionais para garantir a compatibilidade com os outros sistemas de
informao.
O acesso ao sistema pelos utilizadores pode ser atravs do site Web do SIC ou atravs de
um sistema conectado ao SIC.
A transferncia de informao realizada em formato XML (atravs do site), sob a
forma de mensagens EDIFACT ou atravs de ficheiros de texto normais via FTP ou SMTP.
2.3.2 PORTO DE LEIXES

O SI utilizado no Porto de Leixes para a gesto porturia o GCP (Gesto Comercial
Porturia). Este sistema apesar do seu desenvolvimento no ter como base o EDI beneficia da
troca electrnica de dados para os seus inputs de informao de maior volume. Desde da sua
primeira verso vem evoluindo em termos de introduo de novas funcionalidades, sendo
algumas resultantes de legislao que entra em vigor como o ISPS Code (Cdigo
20
Internacional para a Proteco dos Navios e das Instalaes Porturias) quer pelo
refinamento das funcionalidades j existentes.
O GCP Gesto Comercial Porturia implementa os documentos de negcio (Avisos de
Chegada de Navios, Planeamento e Marcao de Manobras, Registos de Execuo,
Movimentos de Contentores, Listas de Carga / Descarga...), cobrindo assim toda a
actividade porturia. Permite gerar automaticamente as estatsticas, os indicadores e a
facturao [CNUCED05].
Este sistema, apesar de ser da Autoridade Porturia dos Portos de Douro e Leixes
(APDL) e no da comunidade porturia, vem sendo muito utilizado por outros elementos
da cadeia de transportes que se relacionam com a APDL.
A interaco das agncias de navegao martima com o GCP realizada via web por
meio de formulrios interactivos baseados em tecnologia Java. J em relao aos
operadores porturios concessionrios o relacionamento atravs do EDI, com as
mensagens implementadas em standards UN/EDIFACT. A arquitectura base utilizada
cliente-servidor. Contudo para os utilizadores que no esto directamente ligados rede da
autoridade porturia baseia-se em Web. A Figura 13 exemplifica o fluxo de informao
gerado num processo de importao de um contentor na APDL que gera uma sequncia de
troca documental envolvendo vrios meios de transferncia de informao, sendo o EDI
predominante.
Figura 13 Sequncia documental da importao de um contentor na APDL8

A sequncia cronolgica de cima para baixo. A cor rosa representa a informao que
enviada via formulrios Web ou via mensagens EDI e a cor verde representa as trocas que
apenas utilizam as mensagens EDI. Finalmente a cor azul identifica a informao que
acessvel ou inserida por acesso directo ao sistema.
Fonte: baseada na figura retirada em [CNUCED05]

21
2.3.3 CONCLUSO SOBRE CASOS de SIs NOS PORTOS

INTERNACIONAIS
Dos sistemas de informao apresentados, algumas notas importantes:
- os sistemas dos portos internacionais apresentados alm de ter a componente gesto
dos servios do porto implementada, implementam tambm os fluxos de
informao gerados entre os diversos intervenientes da cadeia de transporte e os
portos;
- as tecnologias utilizadas para a transferncia de informaes entre os vrios
membros da comunidade porturia baseiam-se no EDI, contudo verifica-se a
introduo da Web sobretudo quando os parceiros no se encontram conectados na
mesma rede (temos o exemplo da APDL);
- em alguns casos o sistema de informao porturio descentralizado com sistemas
dos parceiros a funcionarem autonomamente interagindo entre si atravs de trocas
de mensagens EDI, necessrias agilizao dos processos de importao e
exportao de mercadorias;
- a autoridade porturia tem se destacado no seio das comunidades porturias como
impulsionadora dos investimentos em TICs e em alguns casos liderando o
processo (caso da APDL).
22
3 ANLISE DO SI NOS PORTOS

NACIONAIS
Antes de descrevermos o contexto em termos de SI dos portos nacionais julgmos
importante descrever os intervenientes e fluxos de informao gerados nos portos pelos
vrios intervenientes da comunidade porturia durante o desembarao de navios e
mercadorias, cujos processos associados regem-se pelo Regulamento de Explorao dos
Portos de Cabo Verde (REPCV), Decreto-Lei n 60/93 de 02 de Novembro.
Identificamos os seguintes actores:
- agncia de navegao martima representante do armador do navio solicita os
servios associados s operaes de escala, de carga e de descarga do navio;
- administrao porturia atravs do departamento comercial gere a carteira dos
clientes, autoriza a prestao de servios e procede a facturao de servios
prestados e por meio da direco de operaes planifica e executa os servios
porturios;
- alfndegas gere as declaraes e autorizaes aduaneiras;
- autoridade martima neste caso a capitania dos portos tem a responsabilidade pela
autorizao de entrada e estacionamento do navio no Porto, atracao e
desatracao do navio ao cais;
- consignatrio, o dono da mercadoria;
- transitrio, o representante dos proprietrios de carga;
- a companhia, proprietria dos contentores (caixa).
23
3.1 PROCESSOS DOS PORTOS

Os processos so:
- escala de navio que consiste na gesto de informao produzida sobre a entrada do
navio at a sua sada em termos de servios prestados e movimentaes realizadas
dentro da rea porturia;
- desembarao de mercadorias que trata de procedimentos necessrios com vista
expedio da mercadoria, isto a sua entrega ao consignatrio ou ento a sua
recepo e embarque;
- seguimento de contentores no porto, que permite gerir todo o processo de
importao e exportao do contentor no porto.
3.1.1 PROCESSO DE ESCALA DE NAVIO

O processo de escala de navio constitudo pelas seguintes fases:
- entrada do navio
- estadia do navio
- sada do navio
Entrada do navio inicia-se com o envio do Aviso de Chegada autoridade porturia pelo
armador, transportador, ou representante do navio (normalmente agncias de navegao
martima) com uma antecedncia mnima de 48 Horas para os navios de longo curso e 24
Horas para os de Cabotagem, acompanhado da requisio de um conjunto de servios
associados ao desembarao do navio no porto (Figura 14).
Naturalmente para a prestao de servios associados aos navios, de acordo com o
REPCV so exigidos outros documentos como por exemplo o Aviso de Chegada.
Ainda antes da chegada do navio ao Porto, em concertao com agncia martima a
autoridade porturia planifica todos os servios a serem prestados e regista os dados do
navio (se for a primeira escala ao Porto).
O registo de Entrada (com a indicao da data e hora) efectuado aps a comunicao
ao Porto pelo navio da sua Entrada na rea porturia (que se encontra devidamente
limitada). No futuro com a instalao do sistema VTS (Vessel Trafic System) prev-se que
esse registo se proceda de forma automtica.
Existindo disponibilidade de postos de acostagem procede-se ao servio de atracao do
navio pelo Piloto da autoridade martima (neste caso a capitania dos portos), que pode
requerer a utilizao do rebocador caso Gross Register Tonnage (GRT) volume interno
total do navio for maior que 2000 Tons. Caso contrrio o navio fundeado ficando este a
aguardar pela autorizao de atracao. A atracao considera-se concluda com a
amarrao do navio aos cabeos do cais pelos trabalhadores do Porto.
24
Figura 14 Entrada do navio no Porto: diagrama de actividades
Durante a estadia do navio no cais o navio pode ser deslocado para outro bero ou cais
ou ainda ser fundeado se os servios operacionais do porto assim entenderem. Alm desses
servios o Porto pode fornecer gua e energia mediante solicitao do navio.
O processo de sada do navio desencadeia-se conforme o diagrama de actividades da
Figura 15. Os passos so os seguintes:
- agncia de navegao martima envia ao Porto com uma antecedncia mnima de 3
horas Parte de Sada e solicitao de servios associados sada do navio.
- o Porto a partir dessas informaes planifica as operaes a realizar como sejam a
desamarrao e a desatracao do navio ao cais. Para o servio de desatracao o
procedimento igual ao usado para o de atracao.
- sada da rea porturia o navio comunica ao porto, e este procede de seguida ao
registo de sada (indicando a data e a hora).
25
Figura 15 Sada do navio do Porto: Diagrama de actividade
3.1.2 PROCESSO DE DESEMBARAO DE MERCADORIA

O processo de desembarao de mercadorias abarca os servios porturios relativos s
mercadorias como: a descarga, a carga, o trnsito, a baldeao, remoo, a armazenagem e
a entrega diferenciando-se pelo tipo de mercadorias: convencionais e contentorizadas; pelo
tipo de trfego: trfego directo, trfego indirecto e trfego semi-directo e por tipo de
viagem: Longo Curso e Cabotagem [REPCV].
Numa situao de importao (Figura 16) de mercadorias o processo inicia-se com o
envio pelo transitrio de um conjunto de documentos legalmente exigidos para a descarga
e desconsolidao como sejam: manifestos de carga; Conjunto de B/Ls originais e no
negociveis; Plano de carga etc.
O operador porturio, no caso de Cabo Verde a ENAPOR, uma vez na posse desses
documentos despoleta um conjunto de aces com vista a prestao de servios de
descarga de navios e desconsolidao para as mercadorias contentorizadas.
26
Figura 16 Importao de Mercadorias (IM): diagrama de actividades

Com as mercadorias descarregadas e desconsolidadas o fiel de armazm procede
conferncia das mesmas no armazm, comparando a lista de descarga com o manifesto de
carga. Havendo divergncia prepara um boletim de divergncia que remete para as
Alfndegas acompanhado da cpia da folha de descarga.
Estando armazenadas as mercadorias, num perodo no superior a 90 dias o
consignatrio pode fazer o seu levantamento mediante pagamento das facturas referentes
aos servios prestados pelo porto e autorizao de levantamento passada pelas Alfndegas.
Entretanto existem casos em que a mercadoria entregue ao consignatrio logo aps
descarga ou desconsolidao.
O fiel de Armazm ainda encarregue de fazer uma listagem de mercadorias com mais
de 90 dias de armazenagem e envi-la para s Alfndegas a fim de serem leiloadas.
No processo de exportao de mercadorias (Figura 17) os principais intervenientes so:
o agente; o operador porturio, o carregador e as Alfndegas.
27
Figura 17 Exportao de mercadorias (EM): diagrama de actividade

O procedimento semelhante importao sendo despoletado neste caso com o envio
de documentos exigidos para o efeito.
Aps a recepo da documentao necessria ao processo de exportao, o carregador
procede a entrega da mercadoria ao operador porturio para ser carregada no navio
mediante a autorizao alfandegria.
Se a mercadoria for contentorizada antes do seu embarque consolidada.
Para o caso do trfego de cabotagem (a nvel nacional) o processo de desembarao o
mesmo, contudo os procedimentos aduaneiros so desnecessrios.
3.1.3 PROCESSO DE SEGUIMENTO DO CONTENTOR NO PORTO

O processo de seguimento do contentor no porto comea com a sua descarga do navio,
que sempre feita mediante a requisio do referido servio pela agncia martima
administrao porturia.
Estando o contentor descarregado procede-se a sua entrada no terminal e logo de
seguida ao seu loteamento, isto ao seu posicionamento dentro do terminal. A posio do
contentor no terminal determinada pela identificao do lote, da linha, da fila e do nvel
(na vertical) no lote.
Com esses contentores armazenados nos terminais podem ocorrer as seguintes
situaes:
- serem reposicionados dentro dos terminais, isto mudarem de posies;
- serem encaminhados para os armazns para efeitos da sua desconsolidao que
consiste na retirada das mercadorias do contentor;
28
entregues as agncias mediante a autorizao de importao temporria concedida

pela autoridade aduaneira e o pagamento das facturas de descarga;
- entregues ao importador mediante o despacho de importao definitiva da
autoridade aduaneira e o pagamento das facturas de descarga;
- retirados dos terminais para serem embarcados (carregados) mediante o pagamento
das facturas de carga e os despachos da autoridade aduaneira (Alfndegas).
Alm dos contentores descarregados d-se a entrada nos terminais dos que:
- chegam para serem exportados, mediante a autorizao das alfndegas;
- so devolvidos pelas agncias por terem sado com despachos de importao
temporria;
- tinham sido entregues aos armazns para o efeito de desconsolidao.
Considera-se concludo o processo de seguimento do contentor no Porto com o seu
embarque, isto quando carregado no navio. Tambm para a operao de carga a agncia
martima tem que fazer a respectiva requisio de servio administrao porturia.
A Figura 18 ilustra o diagrama de actividades que clarifica o processo acima descrito.
Figura 18 Processo de seguimento de contentor no porto: diagrama de actividade
3.2 SI NOS PORTOS NACIONAIS: PMIS

A ENAPOR nos ltimos anos tem apostado fortemente nas tecnologias de informao e
comunicao com vista tornar os portos mais produtivos e por conseguinte poderem
competir com os outros portos internacionais da sub-regio africana em que Cabo Verde se
encontra inserido. Neste sentido desenvolveu e implementou em 1998/1999 um sistema a
medida designado PMIS (Port Management Information System) [CoSoBV98].
O Sistema PMIS um Sistema de Gesto integrada das Operaes Porturias
constitudo pelos mdulos de: Movimento de Navio; Movimento de Carga; Movimento de
29
Contentor; Equipamento; Armazenagem; Mo-De-Obra e Facturao.

O sistema baseia-se em arquitectura cliente servidor, foi desenvolvido em linguagem de
programao Progress e dispe de uma base de dados tambm da Progress.
Embora prev-se a sua integrao com outros sistemas externos nomeadamente o das
Alfndegas, por enquanto funciona autonomamente, requerendo por isso a imputao
manual de quaisquer dados externos necessrios ao seu funcionamento tais como: os
manifestos de mercadorias, os avisos de chegada e largada de navios, as requisies de
servios etc. Por isso considera-se um sistema privativo da empresa virado para a gesto
dos servios do porto.
Dada a importncia do PMIS no contexto deste trabalho iremos de seguida apresentar de
forma sucinta a finalidade de cada um dos mdulos sendo para o mdulo de contentor
apresentaremos ainda o fluxo de informao que o implementa.
O Mdulo Movimentao de Navios tem como propsito registar informaes:
- sobre previses de chegada e partida de navios;
- de escala do navio (ex: razo da viagem, porto de origem, porto de destino,
contramarca etc.);
- dos manifestos referentes importao e exportao de mercadorias;
- de movimentao dos navios no cais e os servios associados (assistncia na
Atracao/Desatracao, utilizao do cais/bero, utilizao da lancha, utilizao
do rebocador, amarrao e outros servios).
No Mdulo de Carga e Descarga efectua-se o registo de informaes sobre:
- operaes de carga e descarga de mercadorias (ex: tipo de operao, tipo de
mercadoria movimentada, quantidadade, volume, peso, conhecimento de embarque,
consignatrio etc.);
- operaes de embarque e desembarque de passageiros;
- a facturao de pequenas encomendas (cargas de cabotagem).
O Mdulo de Movimentao de Contentores tem como objectivos:
- registar informaes sobre a movimentao de contentores ( agentes, identificao
do contentor, tipo de fluxo de contentores, tipo de operao, tipo de contentores,
localizao de contentores, quantidade, volume, peso, conhecimento de embarque,
consignatrio etc.);
- e proceder ao registo dos manifestos dos contentores.
Como complemento a essas informaes na Figura 19 ilustra-se o fluxo de informao
que ocorre ao nvel deste mdulo relativamente Administrao porturia e outros
parceiros da cadeia de transportes (agentes, transitrios, Alfndegas etc).
30
Figura 19 - Fluxo de Informao PMIS Contentor

No Mdulo de Equipamentos regista-se informaes sobre os servios prestados pelos
equipamentos (tipo de carga movimentada, tipo de equipamento utilizado, horas
trabalhadas, tipo de operaes etc).
No Mdulo de mo-de-obra destacam-se as seguintes funcionalidades:
- registo de todas as informaes da actividade da mo-de-obra porturia passvel de
originar rendimento monetrio ao trabalhador, traduzido em salrio;
- e registo de algumas informaes que serviro de base para o clculo de
indicadores da utilizao da mo-de-obra, processamento e extraco das folhas de
salrios dos estivadores.
O Mdulo de Armazenagem tem a finalidade de registar todas as movimentaes de
mercadorias que entram e saem dos armazns (tipo de mercadorias, tipo de armazenagem,
tempo de armazenagem, movimentaes realizadas etc.).
O Mdulo de Facturao, com base nas informaes operacionais introduzidas no
sistema, disponibiliza funcionalidades de validao e facturao dos servios porturios.
Disponibiliza igualmente funcionalidades que permitem exportar as facturas emitidas para
o sistema financeiro em uso no Porto, o EXACT.
31
3.2.1 CONCLUSES SOBRE O PMIS

Apesar de ganhos evidentes conseguidos com a implementao do PMIS na ENAPOR,
sobretudo a nvel da facturao e disponibilidade de alguma informao aos sectores
operacionais verificam-se ainda insuficincias ligadas planificao e gesto operacional
de actividades associadas aos navios e cargas derivadas de alguns aspectos que a seguir
destacamos:
- o PMIS foi concebido a 8 anos atrs da alguma desactualizao relativa ao actual
sistema de funcionamento do sector porturio em Cabo Verde;
- no foi ainda possvel informatizar as trocas (fluxo) de informao entre a
ENAPOR e os outros operadores porturios nacionais (armadores, agncias de
navegao martima, transitrios, capitania dos portos, polcia, alfndegas etc);
- no faz a gesto das entradas e atracaes dos navios, dificultando por isso a
atribuio dos postos de acostagem, e produo de indicadores fiveis sobre a
produtividade dos cais;
- no permite fazer o acompanhamento dos contentores no porto tanto em tempo real
como retrospectivamente;
- no faz a gesto da utilizao dos equipamentos e os recursos humanos associados
(manobradores) e ainda no existe a integrao do mdulo de equipamentos ao
sistema de manuteno ManWinWin dificultando por exemplo a quantificao das
horas efectivas de trabalho e das paralizaes visando o clculo de produtividade
dos equipamentos e respectivos manobradores;
- a imputao de dados bastante morosa, em alguns casos repetitiva, situao que
no se articula com a dinmica de crescimento registada nos portos nacionais nos
ltimos anos;
- elevado custo de manuteno tanto ao nvel da prpria aplicao como ao nvel das
tecnologias de suporte.
Do exposto conclui-se da necessidade de introduzir melhorias ao nvel das diversas
funcionalidades deste sistema com vista atender s solicitaes internas do porto e da
urgncia de se implementar mecanismos eficazes de troca de informaes entre os vrios
intervenientes da cadeia de logstica de importao e exportao de mercadorias via
martima.
Neste contexto propomos o modelo do SGIP (Sistema de Gesto de Informao
Porturia) assente fundamentalmente nos seguintes pressupostos:
- o sistema dever constituir-se por mdulos independentes e integrveis tendo em
vista a mudana a curto prazo do figurino institucional da ENAPOR baseado na
concesso dos servios porturios aos privados;
- as tecnologias de suporte ao sistema devero ser acessveis aos operadores
porturios sobretudo os nacionais de forma se conseguir a almejada informatizao
dos fluxos de informao que ocorrem entre os mesmos durante processos de
desembarao de navios e mercadorias;
- o sistema disponibilizar funcionalidades que permitem imprimir maior eficincia
gesto operacional dos processos porturios relativos ao navio e mercadoria e
fornecer elementos que garantam a produo de indicadores estatsticos e de gesto.
32
4 SGIP - ARQUITECTURA
PROPOSTA
Da anlise aos processos de desembarao de navios, mercadorias e contentores, das
lacunas do sistema PMIS apresentados no captulo anterior e da necessidade de um modelo
de SI porturio adaptado ao contexto actual do desenvolvimento do sector porturio
nacional e internacional foram identificadas as funcionalidades bsicas necessrias ao
SGIP. Estas podem ser divididas em 3 grandes sistemas dos portos integrados e que
funcionam autonomamente.
- Sistema de Gesto de Escalas de Navio no Porto (SGENP)
- Sistema de Seguimentos de Contentor no Porto (SSCP)
- Sistema de Seguimento de Mercadoria no Porto (SSMP)
O Sistema de Gesto de Escalas de Navio no porto (SGENP) um sistema para a
gesto de escalas de navios desde da sua entrada no porto at a sua sada. Dever permitir
aos armadores ou aos seus representantes (agncias de navegao martima) atravs da
Web proceder ao envio de avisos de chegada, registo de navios e pedidos de servios
associados ao navio. Por outro lado a autoridade porturia dispor de funcionalidades para
o planeamento e registo de todos os servios prestados bem como o dos movimentos do
navio durante a estadia no porto.
O Sistema de Seguimento de Contentor no Porto (SSCP) um sistema integrado ao
SGENP que faz o acompanhamento do contentor (caixa) desde o momento da sua descarga
do navio at ao momento da carga. Com esse sistema o armador ou o seu representante
poder atravs da Internet efectuar o pedido de servios de descarga e carga de contentores
e proceder ao envio das listas de contentores a carregar e descarregar, por outro lado o
operador do terminal dispe de funcionalidades que lhe permite efectuar o registo de toda a
movimentao do contentor no porto facilitando a posterior localizao do mesmo.
O Sistema de Seguimento de Mercadoria no Porto (SSMP) um sistema que permite
fazer o registo das mercadorias descarregadas e carregadas no porto, proceder sua
armazenagem e entrega ao consignatrio. Para as mercadorias contentorizadas permite
ainda a consolidao e a desconsolidao dos contentores. O sistema est integrado com o
SGENP e o SSCP e permite aos transitrios, via Web, proceder ao registo dos manifestos e
pedidos de servios de carga, descarga, consolidao e desconsolidao.
33
4.1 O SISTEMA DE SEGUIMENTO DE CONTENTOR

NO PORTO (SSCP)
Dada a dimenso dos mdulos que compe o SGIP e alguma complexidade dos mesmos
iremos apresentar nas prximas seces apenas o modelo para o mdulo Sistema de
Seguimento de Contentor no Porto, atravs dos diagramas de Casos de Utilizao, que
ilustram os casos de uso, actores envolvidos e suas relaes e de diagramas de Classe
representando as respectivas estruturas. Naturalmente que este modelo ter em conta a base
comum dos restantes mdulos (SGENP e SSMP) e respectivas interaces/dependncias.
De salientar que tanto o Sistema de Seguimento de Contentor (SSCP) e de Seguimento
de Mercadoria (SSMP) inclui processos de importao e de exportao. Da ter sido
considerado recomendvel dividir explicitamente a importao da exportao, como
sugerido atravs da diviso do mdulo.
4.1.1 CASOS DE UTILIZAO - SSCP

O SSCP abarca todo o processo de seguimento do contentor no porto desde do momento
da sua descarga do navio at a sua entrega, ou ento do momento da recepo ao
embarque. Intervm neste processo um conjunto de entidades internas e externas quer
como clientes do porto a solicitar servios quer como operadores porturios prestadores de
servios ou ainda autoridades martimas e porturias como fiscalizadores.
As principais funcionalidades (casos de utilizao) identificadas so as seguintes:
- Registar a requisio do servio de descarga - (CaU1 Requisitar Descarga (RD));
- Registar o contentor a ser descarregado - (CaU2 Descarregar Contentor (DC));
- Efectuar a entrada dos contentores descarregados no terminal, procedendo ao seu
loteamento - (CaU3 Entrar Contentor (ECD));
- Registar a entrega do contentor - (CaU4 Entregar Contentor (EC));
- Registar a entrega temporria do contentor FCL - (CAU5 ENTREGAR FCL
(EFCL));
- Registar a entrega temporria do contentor LCL ao Fiel do armazm para efeitos de
desconsolidao - (CaU6 Entregar LCL (ELCL));
- Registar a entrega definitiva do contentor ao seu proprietrio - (CaU7 Entregar
Definitivo (ED));
- Registar as devolues do contentor entregues temporariamente - (CaU8 Devolver
Contentor (DC));
- Registar as devolues dos contentores FCL entregues temporariamente - (CaU9
Devolver FCL (DFCL));
- Registar as devolues do contentor LCL entregues temporariamente - (CaU10
Devolver LCL (DLCL));
- Registar a recepo do contentor a ser embarcado - (CaU11 Receber Contentor
(RC));
- Registar a requisio do servio de carga (CaU12 Requisitar Carga (RC));
- Registar contentores a carregar - (CaU13 Carregar Contentor (RCO)).
No SSCP a nvel externo os intervenientes relevantes so: a agncia de navegao
martima, responsvel pela solicitao dos servios associados ao contentor; as Alfndegas
que atravs do sistema Sydonia++ autorizam as descargas, cargas, entrega e recepo do
contentor; o sistema de Facturao responsvel pela facturao de todos os servios
(carga, descarga, armazenagem etc.) prestados ao contentor e o SGENP que fornece
informaes sobre o navio que transporta o contentor a descarregar ou a carregar.
34
A nvel interno realamos: o gestor comercial e o gestor operaes sendo o primeiro

responsvel pela gesto do produto porturio, a carteira do cliente e pela autorizao da
realizao dos servios e o segundo tem como responsabilidades o planeamento e a
realizao das operaes associadas aos servios solicitados; o conferente o responsvel
do porto pela validao da descarga ou carga do contentor; o manobrador, o funcionrio
afecto ao equipamento porturio que opera com o contentor; o supervisor de terminal tem
sob a sua responsabilidade a gesto do terminal de contentor; e, finalmente o fiel do
armazm que tem sob a sua responsabilidade o armazm de mercadorias.
Dado o n de casos de utilizao e actores envolvidos no processo de seguimento de
contentor no Porto simplificamos a sua representao subdividindo-o em processos de
importao e exportao.
A importao refere-se ao processo de acompanhamento do contentor desde da descarga
do navio at a entrega ao cliente (agncia, transitrio ou consignatrio) ou armazm,
enquanto o processo de exportao se refere aos casos de uso concernentes ao processo de
cargas como sejam a devoluo dos contentores FCL ao terminal pela Agncia martima e
os LCL pelos armazns. Tambm os casos de recepo de contentores a embarcar, a
requisio de carga e a prpria movimentao de carga fazem parte deste processo.
Na Figura 20 e Figura 21 ilustram os diagramas de Casos de Utilizao, sintetiza as
funcionalidades do sistema SSCP e actores envolvidos nos processos de importao e
exportao. De realar que nesses diagramas com o propsito da sua simplificao foi
utilizado o actor operao para representar os actores gestor operao, conferente e
manobrador descritos anteriormente uma vez que todos eles esto afectos ao sector
operacional do Porto. Mais detalhes podem ser encontrados no Anexo1 CASOS DE USO SSCP.
Figura 20 Importao de Contentor (IC): diagrama de Casos de utilizao
35
Figura 21 Exportao de Contentor (EC): diagrama de Casos de utilizao
MODELO DE CONCEITOS - SSCP

Nos pontos anteriores, atravs de diagramas de casos de utilizao, apresentamos uma
viso global do mdulo Sistema de Seguimento de Contentor no Porto em termos
funcionais, de seus intervenientes e das suas interaces no processo de desembarao de
contentores. Seguindo a mesma abordagem, orientada por objectos e com os recursos da
linguagem UML procederemos de seguida a apresentao do respectivo modelo de
conceitos.
Na anlise do SSCP foi encontrado um processo altamente burocratizado. Naturalmente,
esse facto claro nas classes identificadas onde a maioria tem como funo conter
informao relativa a actos com valor processual:
- Agencia - entidade que representa o armador do navio e que requisita os servios ao
Porto;
- Requisicao - representa o documento de pedido de servios de carga e descarga ao
operador porturio realizado pelo cliente do porto;
- listaContentor - listas de contentores a descarregar ou a carregar entregues ao
operador porturio pelo cliente no momento de solicitao de servios;
- Contentor registo nico de um contentor que passa pelo porto;
- planificaOperacao - planificao da operao de carga e descarga de contentor
despoletada por uma determinada requisio;
- Terminal - espao dedicado ao armazenamento dos contentores;
36
Entrada Registo de entrada do contentor no terminal:

o Descarga - registo da descarga de um contentor do navio para o cais de
acordo com um dado plano (planificaOperacao);
o Devolucao - registo da devoluo ao terminal do contentor sado com
autorizao temporria das Alfndegas;
o RecebeExportacao - registo de recepo no terminal de contentores a serem
exportados;
- colocaContentor - acto de posicionamento ou loteamento do contentor no terminal;
- Saida Registo de sada do contentor do terminal:
o saidaArmazem - registo de sada do contentor a pedido do Fiel de Armazm
para efeitos de desconsolidao, isto retirada da carga do contentor;
o importacaoTemporaria - registo de sada do contentor do terminal mediante
autorizao temporria das Alfndegas;
o importacaoDefinitiva - registo da entrega do contentor ao seu dono;
o Carga - registo de operao de embarque de um contentor do cais para o
navio.
Na Figura 22 apresentam-se as classes consideradas relevantes para o SSCP e as suas
relaes. Detalhes podero ser consultados no Anexo 2 MODELO DE CONCEITOS SSCP.
Alm desses conceitos do SSCP, no decurso dos processos de desembarao do navio,
mercadoria e contentor no porto destacam-se outros conceitos relativos s interaces que
ocorrem a nvel interno e externo ao SGIP. Apresentamos de seguida os mais importantes:
- avisoChegada - regista informao com a previso de chegada e partida do navio;
- registoNavio - regista a identificao do navio e suas caractersticas tcnicas;
- infoEntrada - refere-se a informaes sobre a entrada do navio no porto;
- posicaoNavio - regista as posies do navio no cais num determinado perodo de
tempo;
- servicosPrestados - regista elementos sobre os servios prestados a um determinado
navio;
- consolidacaoContentor - registo de colocao de mercadorias no contentor;
- desconsolidacaoContentor - registo do processo de remoo de mercadorias do
contentor;
contm
informaes
sobre
armazenagem
de
- infoArmazenagem
mercadorias/contentor.
-
37
Figura 22 Conceitos do SSCP
38
4.2 IDENTIFICAO
DE
SERVIOS:
DEPENDNCIAS ENTRE OS MDULOS
Com o propsito de identificar os servios a ser disponibilizados no SGIP e com base
no regulamento de explorao dos portos de Cabo Verde [REPCV93] iremos atravs da
anlise dos processos da actividade porturia mais relevantes, isto o desembarao do
navio, do contentor e da mercadoria identificar as interaces internas verificadas entre os
mdulos SGENP, SSCP e SSMP e as interaces com sistemas externos nomeadamente o
Sydonia++ das Alfndegas e o sistema de Facturao do Porto.
Os processos de desembarao de navio, de contentor e mercadoria no porto envolvem
vrios intervenientes quer a nvel interno (entre departamentos da administrao porturia)
quer a nvel externo (entre administrao porturia e agncias de navegao martima,
Alfndegas, transitrios, consignatrios etc.) o que implica trocas de grandes quantidades
de informao.
Neste contexto a nvel interno ao SGIP, nas interaces entre os mdulos SSCP, SGENP
e SSMP as trocas mais relevantes so as referentes s informaes sobre: a estadia do
navio no porto; contentores consolidados e desconsolidados; agncias de navegao
martima e transitrios conforme se ilustram na Figura 23.
Figura 23 Interaces internas ao SGIP

Ao nvel externo o SGIP interage com o sistema Sydonia++ das Alfndegas e com o
Sistema de Facturao do Porto. Naturalmente processam-se algumas trocas de
39
informaes das quais destacamos: informaes que chegam ao SGIP provenientes das
Alfndegas como a contra marca do navio e as autorizaes aduaneiras e informaes
sobre os servios prestados ao navio, contentor e mercadoria, que o SGIP fornece ao
sistema de Facturao do Porto. Estas interaces so apresentadas na Figura 24.
Figura 24 Interaces externas ao SGIP
40
Em suma os servios a ser disponibilizados pelo SGIP basear-se-o em informaes

provenientes dos trs subsistemas (SGENP, SSCP e SSMP) que o constituem, por
conseguinte achamos de todo conveniente apresentar em separado os servios oferecidos
por cada um dos mdulos na perspectiva integrao interna e externa.
O SGENP dever fornecer servios referentes ao navio, suportados pelos seguintes
mtodos:
- obterRequisicao (Requisio de servios ao Navio), dever fornecer elementos ao
Sistema de Facturao sobre pedidos de servios ao navio;
- obterAvisoChegada (Aviso de Chegada do Navio), fornece informao sobre a
previso de chegada e partida dos navios numa determinada data e destina-se ao
SSCP, SSMP e Sydonia++;
- obterRegistoNavio (Registo de Navio), disponibiliza informaes de registo de um
determinado navio que se destinam ao SSCP, SSMP e Sydonia++;
- obterPosicaoNavio (Posicionamento do Navio no Cais), refere-se localizao do
navio no cais e destina-se ao SSCP, SSMP e Sydonia++;
- obterServicosPrestados (Servios Prestados ao Navio), disponibiliza elementos ao
Sistema de Facturao sobre os servios prestados a um determinado navio a pedido
de um determinado cliente;
- obterInfoEntrada (Informao de Entrada do Navio), fornece informaes sobre a
entrada do navio no porto ao SSCP, SSMP e Sydonia++.
Analogamente o SSCP disponibiliza servios relativos ao seguimento de contentores no
porto suportados pelos mtodos seguintes:
- obterReqContentor (Requisio ao Contentor), fornece ao Sistema Facturao
elementos sobre pedidos de servio ao contentor efectuados pelos clientes
(normalmente agncia e transitrios);
- obterInfoAgencia (Informao do Agente/Transitrio), disponibiliza ao Sistema
Facturao e SSMP informaes sobre agncia e transitrios;
- obterRefContentor (Referencia do Contentor), fornece ao SSMP caractersticas de
um determinado contentor;
- obterListaDescarga (Lista de Descarga Contentor), disponibiliza informaes sobre
contentores descarregados num determinado navio destinadas ao SSMP e
Sydonia++;
- obterContentores (Contentores para Desconsolidao/Consolidao) fornece ao
SSMP informaes de contentores cheios e vazios para efeito de desconsolidao
ou consolidao. Esta informao destina-se tambm ao Sydonia++;
- obterServicoDescarga (Servios de Descarga do Contentor), fornece elementos
sobre o servio de descarga de contentores prestado num dado navio a um dado
cliente. A informao destina-se ao Sistema Facturao;
- obterServicoCarga (Servio de Carga do Contentor), fornece elementos sobre o
servio de carga de contentores prestado num dado navio a um dado cliente. A
informao destina-se ao Sistema Facturao;
- obterListaCarga (Lista de Carga de Contentor), disponibiliza informaes sobre
contentores carregados num determinado navio destinadas ao SSMP e Sydonia++;
- obterInfoArmazContentor (Armazenagem do Contentor) fornece ao Sistema
Facturao elementos para a facturao de armazenagem da mercadoria
pertencente a um determinado consignatrio. Tambm destina-se ao Sydonia ++.
Finalmente, ao nvel do SSMP os servios disponibilizados so:
41
obterReqMercadoria (Requisio Mercadoria), disponibiliza ao Sistema

Facturao informaes sobre pedidos de servios relativos mercadoria;
- obterContentoresDesconsolidados (Contentores Desconsolidados), fornece ao
SSCP informaes sobre contentores vazios desconsolidados numa determinada
data a ser devolvidos ao terminal de contentores;
- obterServDescons (Servio de Desconsolidao), fornece ao Sistema
Facturao elementos sobre o servio de desconsolidao da mercadoria
referente a um determinado navio, pertencente a um determinado consignatrio;
- obterServDescargaMerc (Servio de Descarga da Mercadoria), disponibiliza
informaes ao Sistema Facturao sobre servios realizados para descarga de
mercadorias de um determinado navio;
- obterConferenciaNavio (Conferncia do Navio), disponibiliza ao Sydonia++
informaes sobre a comparao das mercadorias manifestadas e as
mercadorias efectivamente descarregadas;
- obterLocalMercadoria (Localizao de Mercadoria no Armazm), fornece ao
Sydonia++ informaes sobre a localizao das mercadorias nos armazns;
- obterListaCargaMerc (Lista de Carga de Mercadoria), disponibiliza a lista de
mercadorias carregadas num determinado navio que se destina ao Sydonia++
- obterServCargaMerc (Servio de Carga da Mercadoria), disponibiliza
informaes ao Sistema Facturao sobre servios realizados carga de
mercadorias num determinado navio;
- obterContentoresConsolidados (Contentores Consolidados), fornece ao SSCP
informaes sobre contentores cheios consolidados numa determinada data;
- obterServCons (Servio de Consolidao), fornece ao Sistema Facturao
elementos sobre o servio de consolidao da mercadoria numa dada data a
pedido de um determinado cliente;
- obterInfoArmazenagem (Armazenagem de Mercadorias); fornece ao Sistema
Facturao elementos para a facturao de armazenagem da mercadoria
pertencente a um determinado consignatrio. Informao tambm aproveitado
pelo Sydonia++.
De modo a clarificar o fornecedor e o consumidor dos servios nas interaces
internas e externas propomos nas Figuras que se seguem os esquemas de interaco
entre os vrios sistemas a nvel do SGIP, sendo na Figura 25 destacando os servios
fornecidos nas interaces internas pelos mdulos SGENP, SSCP e SSMP e na Figura
26 os servios fornecidos nas interaces externas entre o SGIP e os sistemas
Sydonia++ e o Sistema Facturao.
-
42
Figura 25 - Interaco entre Sistemas internos e servios do SGIP
Figura 26 - Interaco entre Sistemas Externos e servios do SGIP
43
4.3 IDENTIFICAO DE SERVIOS DO SGIP - CONCLUSO

Da anlise dos processos de desembarao do navio, do contentor e da mercadoria abordado
no captulo 3 e dos esquemas de interaco apresentados nas Figura 23 e Figura 24 da
seco anterior identificamos como principais servios a ser disponibilizados pelo Web
Services do Sistema de Gesto de Informao Porturia (SGIP) os seguintes, conforme a
Tabela 4.
Tabela 4 Principais servios disponibilizados pelo Web Services do SGIP
Item
Servio
Fornecedor do Servio
1
Informaes sobre Aviso de Chegada do navio
SGENP
2
Informaes sobre o posicionamento do navio
SGENP
no porto
3
Contentor/mercadoria descarregada
SSCP, SSMP
4
Contentor/mercadoria armazenada
SSCP, SSMP
5
Contentor desconsolidado/consolidado
SSCP
6
Situao actual de contentor/mercadoria no
SSCP, SSMP
porto
7
Localizao de contentor/mercadoria no porto
SSCP,SSMP
8
Servios prestados ao navio
SGENP
9
Contentor/mercadoria sados do porto
SSCP,SSMP
Sob uma perspectiva de servios, as interaces entre os diferentes mdulos do SGIP e
as que ocorrem com sistemas externos (conforme se ilustram nas Figura 23 Interaces
internas ao SGIP e Figura 24 Interaces externas ao SGIP) podem ser modeladas como
funcionalidades/servios que os diferentes mdulos disponibilizam e/ou usam para efectuar
os casos de uso identificados anteriormente. Esta anlise tem a vantagem de tornar a
passagem do modelo para uma implementao baseada em arquitectura orientada a
servios (SOA) mais natural e rpida como se poder ver no prximo captulo.
44
PROTOTIPO - SSCP
Analogamente modelao ir-se- apresentar apenas o prottipo do SSCP por um lado

pela importncia desse segmento na actividade porturia caboverdiana, reflectida
sobretudo no aumento do trfego de mercadorias contentorizadas nos portos de Cabo Verde
nos ltimos anos [ENAPOR07] e por outro lado por alguma semelhana existente em
relao aos procedimentos dos processos de desembarao de mercadorias e de navios.
5.1 DESCRIO - COMPONENTES DO PROTTIPO

O Sistema de Seguimento de Contentor no Porto visa garantir uma gesto eficiente dos
processos de desembarao de contentores concernentes aos processos de importao e
exportao, atravs de registos de movimentao que se verificam no Porto e das
interaces com outros sistemas (internos e externos).
Dada a natureza do trabalho porturio que implica constante mobilidade quer seja dos
operacionais porturios, quer seja dos outros parceiros da cadeia de transportes como
agentes de navegao martima, transitrios, carregador, transportador etc., o prottipo
assenta em tecnologias web e est constitudo por interfaces: para a gesto da informao
no mdulo SSCP destinado aos operacionais do Porto e pelo website da Empresa
subdividido em parte pblica contendo informaes para o pblico em geral e em parte
privada contendo informaes de acesso restrito e destinadas aos parceiros da cadeia de
transportes. De realar que subjacente ao interface da parte privada do site est o Web
Services do SSCP que disponibiliza em tempo real os servios relativos ao seguimento de
contentores no Porto. De igual modo importa aqui referir que os acessos aos sistemas
podem ser: atravs de terminais ligados rede por cabo ou ainda atravs de terminais
wireless. Como complemento a essas informaes apresentamos na Figura 27 a
arquitectura base subjacente a este sistema. Propomos dois servidores Web para garantir o
funcionamento dos sistemas: SSCP interno ao Porto e o outro para o website da Empresa e
Web Services do Contentor. O acesso e manipulao das bases de dados so garantidos
pelos servidores SQL (Structured Query Language) da Microsoft para as bases de dados do
Porto referentes ao Contentor, Mercadoria, Navio e Facturao e pelo servidor Oracle para
a base de dados das Alfndegas referente ao sistema Sydonia++ .
45
Figura 27 - Arquitectura do SSCP e suas interaces.
5.1.1 INTERFACES DO MDULO SSCP

O interface de acesso s funcionalidades do mdulo SSCP representa a componente
principal do prottipo e de utilizao exclusiva dos profissionais do Porto afectos aos
terminais de contentores. O primeiro interface com que o utilizador depara ao entrar no
SSCP est ilustrado na Figura 28.
Figura 28 - Interface Entrar (Login)

46
Este interaface um bom exemplo da estrutura base do SSCP (Figura 29). Para alm da
barra onde se apresenta a Enapor (Figura 29- 1), existe uma rea relativa entrada e sada
do utilizador (Figura 29- 2). Todas as pginas apresentam um directrio que permite
navegar nos contedos do site (Figura 29 - 3) que so apresentados na parte central (Figura
29 - 4).
Figura 29 Estrutura base do interface do SSCP
O interface do mdulo SSCP permite aceder aos seguintes componentes:

-
Entrar permite a autenticao dos utilizadores do sistema a partir do qual pode se

aceder as funcionalidades disponveis;
Ficheiros de Referncia disponibiliza interfaces para o preenchimento dos dados
bsicos do sistema (Agncia, Armazm, Equipamento, Manobrador e Terminal);
Operaes Comuns disponibiliza interfaces para o registo dos contentores que
entram no Porto pela primeira vez, para a validao dos pedidos de servio e listas
de descargas introduzidos pelos parceiros (agente ou transitrio), para
a
programao das operaes a realizar e a respectiva afectao de recursos e
finalmente interface para o loteamento dos contentores no terminal;
Importao disponibiliza interfaces para o registo das operaes de descarga,
sadas de contentores para efeitos de desconsolidao, sada temporria de
contentores fora do Porto a pedido de agncia de navegao martima e finalmente
sada definitiva de contentores do Porto;
Exportao consiste nos interfaces para o registo de operaes de carga,
devoluo de contentores sados para desconsolidao nos armazns, devoluo de
contentores sados temporariamente fora do Porto e recepo de novos contentores
para a exportao;
Pesquisa disponibiliza interfaces para localizar um contentor, obter lista (ou folha)
47
de descarga, obter lista (ou folha de carga) e ainda informaes sobre as descargas
efectuadas por agncia;
- Administrao disponibiliza interfaces para a gesto de acessos ao sistema.
Por sua vez os subcomponentes subdividem-se em diversas interfaces que em ltima
anlise implementam os casos de uso identificados no modelo do Sistema de Seguimento
de Contentores no Porto (SSCP). Como complemento a essas informaes apresentamos
na Figura 30 a estrutura do Interface para este mdulo.
Os interfaces so caracterizados pelos seguintes aspectos:
- baseiam-se em formulrios web, o que implica maior facilidade na explorao do
sistema navegao;
- disponibilizam botes que materializam as principais funcionalidades de
manipulao de dados;
- minimizam erros de imputao de dados com a utilizao de controlos do tipo caixa
de combinao e inputs via solicitao de servios oferecidos pelo Web Services tais
como nmeros de facturas, despachos aduaneiros, a contra marca dos navios que
escalam o porto etc.;
- utilizam o esquema de acordo com as cores da ENAPOR.
Como exemplo apresentamos na Figura 31 interface referente ao registo de sada de
contentores cheios a serem desconsolidados no armazm.
48
Figura 30 - Estrutura do Interface de Servio de Dados do SSCP
49
Figura 31 - Interface de registo de sada de contentores para a desconsolidao
5.1.2 INTERFACE DO SITE WEB

A componente Site Web apresenta informaes de acesso ao pblico em geral como
sejam informaes institucionais da empresa e disponibiliza ainda um conjunto de
informaes de uso restrito reservado aos parceiros do Porto.
Convm sublinhar que as informaes da parte privada so referentes apenas aos
servios porturios prestados aos contentores pelo facto do prottipo dos outros sistemas
do SGIP estarem fora do mbito desta tese de mestrado. Mesmo assim acreditamos ser
possvel exemplificar a utilizao de servios disponibilizados pelos Web Services via
Internet.
A estrutura do interface do Site Web vem ilustrado na Figura 32 e o respectivo ambiente
de navegao na Figura 33.
50
Figura 32 Estrutura do interface do Site Web

51
Figura 33 - Ambiente de Trabalho do Site Web do Porto

Como subcomponentes do Site Web destacam-se:
- ENAPOR - com informaes institucionais da Empresa;
- Servios de Contentor - permite o acesso s diversas informaes relativas ao
contentor no Porto disponibilizadas pelo Web Services do SSCP (na Figura 34
apresenta-se um exemplo do servio de descarga prestado ao navio com a contra
marca 11);
- Administrao - para gesto de acessos ao Sistema.
52
Figura 34 - Interface de apresentao da Folha de descarga

Detalhes dos interfaces do prottipo podem ser consultados no Anexo 4 Anexo 4
PROTTIPO - SSCP
5.1.3 WEB SERVICES - SSCP

Os Web Services do mdulo SSCP constituem a parte no visvel que garantem a
disponibilizao de servios de contentores parte privada do site web da empresa sob a
forma de operaes e respectivos parmetros de entrada e sada. De seguida faremos uma
descrio sucinta das operaes e dos parmetros de entrada e sada. Podem ser vistos com
mais detalhe no Anexo 3 WEB SERVICES.
ObterAgencia fornece a lista de todas as agncias registadas no SSCP. No tem

parmetro de entrada;
ObterContentor fornece a lista de todos os contentores registados no porto. No tem
parmetro de entrada;
ObterContentores fornece a lista de contentores a desconsolidar ou consolidar. Tem
como parmetros a identificao da viagem do navio (contra marca) e o estado de
carregamento do contentor;
ObterContraMarca fornece a lista de todas as entradas de navio no porto. No tem
parmetros de entrada;
ObterInfoAgencia - fornece informaes sobre agncia de um determinado contentor. O
parmetro de entrada a identificao do contentor;
ObterInfoArmazContentor obtem informaes sobre armazenagem de contentores por
viagem navio e agncia. Tem como parmetros de entrada a identificao da viagem do
53
navio e da agncia;
ObterListaCarga fornece informaes contentores carregados por navio. Tem como

parmetro de entrada a identificao da viagem do navio;
ObterListaDescarga fornece a lista de descarga de um determinado navio. O parmetro
de entrada a identificao da viagem do navio (a contra marca);
ObterRefContentor fornece as caractersticas de um determinado contentor. O parmetro
de entrada a identificao do contentor;
ObterReqContentor disponibiliza informaes sobre pedidos de servios aos contentores.
tem como parmetro de entrada o nome da agncia;
ObterServicoCarga fornece informaes sobre a operao de carga dos contentores por
navio e por agncia. Tem como parmetro de entrada a identificao da viagem do navio e
da agncia;
ObterServicoDescarga fornece informaes sobre as descargas de contentores por navio
e agencia. Tem como parmetros de entrada a identificao da viagem do navio e da
agencia;
Na
Figura 35 Operaes do Web Services SSCP ilustra-se o interface do Web Service com
as operaes acima descritas, na Figura 36 apresenta-se um exemplo do xml do SOAP
com a invocao e resposta da operao ObterListaDescarga. O tipo de dados dos
parmetros vm destacados a cor azul, isto string para o parmetro de entrada
ContraMarca e xml para o parmetro de sada (neste caso o resultado). Na Figura 37
ilustra-se o exemplo do resultado da invocao desta operao para o navio com a contra
marca 11.
Figura 35 Operaes do Web Services SSCP
54
POST /servicosSSCP/service.asmx HTTP/1.1

Host: localhost
<soap12:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
<soap12:Body>
<ObterListaDescarga xmlns="http://tempuri.org/">
<ContraMarca>string</ContraMarca>
</ObterListaDescarga>
</soap12:Body>
</soap12:Envelope>
------------------------------------------------------------------------HTTP/1.1 200 OK
<soap12:Envelope
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
<soap12:Body>
<ObterListaDescargaResponse xmlns="http://tempuri.org/">
<ObterListaDescargaResult>
<xsd:schema>schema</xsd:schema>xml</ObterListaDescargaResult>
</ObterListaDescargaResponse>
</soap12:Body>
</soap12:Envelope>
Figura 36 - SOAP 1.2: Invocao e resposta da de ObterListaDescarga (em XML)
55
<?xml version="1.0" encoding="utf-8" ?>

DataSet xmlns="http://tempuri.org/">
<xs:schema
id="NewDataSet"
xmlns=""
xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemasmicrosoft-com:xml-msdata">
<xs:element
name="NewDataSet"
msdata:IsDataSet="true"
msdata:UseCurrentLocale="true">
xs:complexType>
xs:choice minOccurs="0" maxOccurs="unbounded">
xs:element name="Contentor">
xs:complexType>
xs:sequence>
xs:element name="CM" type="xs:decimal" minOccurs="0" />
xs:element name="Contentor" type="xs:string" minOccurs="0" />
xs:element name="Tipo" type="xs:string" minOccurs="0" />
xs:element name="Tamanho" type="xs:decimal" minOccurs="0" />
xs:element name="EstadoCarregamento" type="xs:string" minOccurs="0" />
xs:element name="Nome" type="xs:string" minOccurs="0" />
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:choice>
</xs:complexType>
</xs:element>
</xs:schema>
<diffgr:diffgram
xmlns:msdata="urn:schemas-microsoft-com:xml-msdata"
xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1">
NewDataSet xmlns="">
Contentor diffgr:id="Contentor1" msdata:rowOrder="0">
CM>11</CM>
Contentor>REFU-580127/2</Contentor>
Tipo>NORMAL</Tipo>
Tamanho>20</Tamanho>
EstadoCarregamento>Cheio</EstadoCarregamento>
Nome>AGEMAR NAVEGACAO E TRANSITO</Nome>
</Contentor>
Contentor diffgr:id="Contentor2" msdata:rowOrder="1">
CM>11</CM>
Contentor>GCEU-202064/0</Contentor>
Tipo>FRIO</Tipo>
Tamanho>40</Tamanho>
EstadoCarregamento>Cheio</EstadoCarregamento>
Nome>AGEMAR NAVEGACAO E TRANSITO</Nome>
</Contentor>
</NewDataSet>
</diffgr:diffgram>
</DataSet>
Figura 37 SOAP 1.2: Resultado da invocao de ObterListaDescarga (em XML)
5.2
IMPLEMENTAO DO MDULO
O SGIP um sistema que compreende trs grandes sistemas do Porto a saber: SGENP,
SSCP e SSMP, por conseguinte um sistema muito grande e complexo. Por esta razo
semelhana do prottipo, sobre a implementao nesta tese ser abordado aspectos
referentes apenas ao mdulo de SSCP em termos do modelo lgico de dados utilizado e a
56
plataforma tecnolgica utilizada no desenvolvimento da aplicao.
5.2.1
MODELO LGICO DE DADOS
Da anlise do modelo de casos de utilizao e modelo de conceitos do mdulo SSCP

apresentados no captulo 3 procedeu-se ao desenho do modelo lgico da base de dados
baseado no modelo relacional, visando organizar, armazenar e posteriormente manipular
toda a informao recolhida e produzida no SSCP no mbito do processo de desembarao
do contentor no Porto. Figura 38 apresenta as tabelas identificadas para este modelo e as
respectivas relaes.
Figura 38 Estrutura da base de dados do SSCP

Seguindo a lgica do processo de seguimento de contentor no Porto a comear a partir
da sua descarga do navio, identificou-se as principais tabelas, algumas das quais
destacaremos a seguir:
- Agencia - armazena o cliente do porto normalmente agente do navio ou transitrio;
- Requisicao - armazena os pedidos de servios de carga e descarga feitos pelo cliente
do porto;
- Contentor - armazena a identificao e caracterstica do contentor que entra no porto
pela primeira vez;
- ListaContentor - relao de contentores a serem carregados ou descarregados,
entregue pelo cliente do porto no momento da requisio;
- EntradaContentor armazena informaes sobre contentores que entram no porto
atravs de importao ou descarga do navio, devoluo de contentores que foram
para o armazm para serem desconsolidados, devoluo de contentores que saram
57
do porto com autorizao de importao temporria, recepo de contentores a ser

exportados;
- SaidaContentor armazena informaes sobre contentores que foram para a
desconsolidao no armazm, que saram com a autorizao temporria a pedido da
agncia de navegao martima, que foram entregues aos respectivos donos neste
caso com o despacho definitivo das Alfndegas e finalmente os contentores que
foram carregados isto , exportados.
Detalhes sobre este modelo em termos de todas as suas tabelas, respectivos campos e
relaes podem ser consultados no Anexo MODELO LGICO DA BASE DE DADOS
SSCP.
5.2.2
PLATAFORMA TECNOLGICA
Para o desenvolvimento do mdulo SSCP recorreu-se s ferramentas em utilizao na

ENAPOR, nas quais j se fez algum investimento em termos de formao dos seus
tcnicos. Levou-se tambm em considerao as pretenses da Empresa em termos de
adopo de plataformas tecnolgicas a curto e mdio prazo. Naturalmente que foram
relevados os benefcios dessas tecnologias para os fins a que so utilizados. Propomos de
seguida uma breve descrio e a finalidade de cada uma delas no contexto deste trabalho.
O desenho do modelo lgico da base de dados foi feito com Microsoft Visio 2003,
apresentado pelos seus criadores como uma aplicao que confere a qualquer utilizador a
capacidade de visualizar e comunicar ideias, informaes e sistemas atravs das varias
funcionalidades que disponibiliza, das quais destaca-se a criao e utilizao de diagramas
tcnicos que permite tirar proveito dos vrios melhoramentos de ferramentas de bases de
dados, engenharia, rede, software e diagramas da Web do Visio 2003. Releva-se aqui a
simplicidade e flexibilidade das ferramentas que disponibiliza [PauloSilva2004].
O sistema gestor de base de dados, usado para armazenar e manipular a informao do
mdulo SSCP o Microsoft SQL Server 2005, uma base de dados relacional, que usa SQL
(Structured Query Language) como linguagem de interaco, para a qual a plataforma
.NET (tambm usada neste trabalho) est especialmente preparada para utilizar, dispondo
de mecanismos que possibilitam um acesso optimizado aos dados geridos por este SGBD.
O Microsoft SQL Server um sistema de gesto de bases de dados relacionais de alto
desempenho, especialmente orientado para a implementao e suporte de sistemas
operacionais (OLTP Online Transaction Processing), sistemas de suporte deciso (data
warehousing), sistemas de processamento analtico (OLAP Online Analitycal Processing)
e sistemas de extraco de conhecimento (data mining). um dos servidores mais
solicitados pelo mercado dada a grande diversidade de servios que disponibiliza, cobrindo
as reas chave dos sistemas de bases de dados conforme referido anteriormente e tem uma
das maiores taxas de crescimento em termos de n de instalaes e licenas vendidas
[OrlandoBelo2005], por conseguinte a sua utilizao neste trabalho.
O ambiente de desenvolvimento usado para a programao deste mdulo o Microsoft
Visual Studio .NET 2005, que especialmente indicado para a plataforma .NET. O
destaque vai para a utilizao das seguintes componentes: a linguagem C#, linguagem de
desenvolvimento orientada por objectos apresentando por isso vantagens ao nvel de
integrao com as outras componentes da plataforma; a tecnologia ASP.NET que permite o
desenvolvimento de aplicaes web e apresenta algumas vantagens como o mecanismo de
web forms (pginas .aspx) permitindo o desenho de interfaces de uma forma relativamente
58
simples, para alm de separar a interface da lgica de negcio e finalmente a tecnologia

ADO.NET (ActiveX Data Objects) que fornece um conjunto de classes, que permite aceder
a dados armazenado numa base de dados remota [Ullman2006]. De referir que tanto os
interfaces do Mdulo SSCP e os Web Services foram desenvolvidos na plataforma .Net. A
sua utilizao neste trabalho deve-se tambm ao facto de esta ser uma ferramenta
recentemente adoptado pela ENAPOR na sequncia de implementao de projectos de site
web e intranet da Empresa, tendo feito inclusive investimento na formao dos seus
tcnicos.
Como servidor web utilizou-se o IIS (Internet Information Service), uma ferramenta
disponibilizada no sistema operativo windows da Microsoft.
Concluindo, destacamos a mais valia em termos de utilizao dessas ferramentas o facto
de serem produtos desenvolvidos pela Microsoft e consequentemente serem compatveis
entre si.
59
6 CONCLUSO
Partindo do sistema de informao porturia actual o PMIS utilizado nos dois
principais portos do pas (Porto Grande e Porto da Praia), do estudo aos sistemas de
informao utilizados em trs portos europeus (Marselha, Valncia e Leixes) e de anlise
de um conjunto de documentos relativos ao desembarao de navios e mercadorias e
contentores nos portos nacionais procedemos: ao levantamento dos requisitos para o
Sistema de Gesto de Informao porturia; modelao dos casos de uso e conceitos
relativos s principais funcionalidades do Sistema e ainda a apresentao do prottipo do
mdulo SSCP e sua implementao. Esses elementos permitem-nos destacar alguns
aspectos que consideramos ser exemplos concretos de resultados conseguidos com o
desenvolvimento desse sistema porturio tanto ao nvel da gesto dos processos porturios,
da integrao entre os vrios sistemas de informao do sector martimo e sobretudo como
factor impulsionador a uma nova dinmica em termos de implementao de SI integrados
pelas empresas do sector dos transportes martimos. Nesta perspectiva realamos de
seguida os ganhos conseguidos com a realizao do SGIP, comparativamente com situao
actual.
Do ponto de vista funcional o sistema alm de incorporar as funcionalidades j
existentes no PMIS, virados essencialmente para a facturao de servios prestados
disponibiliza um conjunto de funcionalidades que visem a gesto de todo o processo
operacional relativo ao desembarao do navio, mercadoria e contentor no porto. Exemplos
concretos so: o planeamento das operaes (de carga, descarga, desconsolidao,
consolidao, afectao de recursos s operaes etc); o registo no sistema de todas as
movimentaes de contentores e mercadorias no porto a partir do momento da descarga do
navio at entrega ao cliente etc.
A utilizao da rede Internet permite aos parceiros da ENAPOR, por um lado
minimizar significativamente os custos de comunicao se comparados com os da rede
tradicional baseados por exemplo em linhas dedicadas para a interligao de redes entre as
ilhas ou instituies do pas.
Os trs mdulos que constituem o SGIP (SGENP, SSCP e SSMP) cobrem as reas
essncias da actividade porturia, funcionam autonomamente e de forma integrada atravs
de Web Services o que demonstra a capacidade do sistema em se adaptar ao funcionamento
no figurino institucional que se prev para os portos nacionais a curto prazo com as
concesses dos servios porturios aos privados. Como exemplo temos a modelao de
integrao entre os mdulos do SGIP a nvel interno e a nvel externo a integrao com o
sistema de facturao do porto e o sistema de informao das Alfndegas o Sydonia++.
Os padres Internet (como o XML) utilizados garantem a interoperabilidade e
escalabilidade do SGIP com os outros sistemas do sistema porturio nacional como o
caso das Alfndegas Sydonia++ que est baseado na plataforma Oracle.
A modelao do SGIP e a implementao do prottipo do mdulo de SSCP realizados
nesta tese de mestrado apresentam os Web Services como uma alternativa de baixo custo
para a integrao de sistemas de informao principalmente de empresas com fraca
capacidade financeira para grandes investimentos que operam sobretudo em pases com
parcos recursos como Cabo Verde.
Os parceiros da cadeia de transportes podero obter informaes em tempo real atravs
do site web da ENAPOR sobre os servios solicitados como por exemplo a entrada e
60
estacionamento do navio, acostagem, assistncia na atracao e desatracao do navio,

descarga e carga de mercadorias e contentores, armazenagem de mercadorias e contentores
bem como relativas a outros servios associados.
De realar que com o SGIP aumenta-se o manancial de informaes sobre actividades
porturias associadas ao navio, mercadoria, e contentor facilitando com isso a produo de
indicadores de gesto e estatsticas operacionais.
Finalmente parece-nos importante frisar que os modelos de casos de utilizao
apresentados para os mdulos do SGIP constituem base consistente para trabalhos futuros
em termos da sua actualizao e implementao e mais o modelo de Web Services proposto
servir de impulso e alternativa a integrao de outros sistemas em uso a nvel da
ENAPOR.
Como qualquer actividade para a sua realizao enfrentamos algumas dificuldades que
se prendem essencialmente com a escassez de bibliografia sobre o sector porturio do
ponto de vista dos sistemas de informao.
De resto cumpriu-se com os requisitos estabelecidos.
6.1 PERSPECTIVAS FUTURAS

Naturalmente nesta tese de mestrado dada a amplitude do tema Sistema de Gesto de
Informao Porturia (SGIP) que abarca praticamente as grandes reas de actividade
porturia nacional (navio, mercadoria e contentor) alguns aspectos no foram devidamente
aprofundados ou ento no se avanou com determinadas implementaes.
Por isso destacamos de seguida alguns pontos que sugeramos para um trabalho futuro com
vista a potenciao do SGIP :
aprofundamento do aspecto de segurana dos Web Services na perspectiva de realizao de
transaces e-business e introduo de certificados;
implementao dos mdulos SGENP e SSCP do ponto de vista das respectivas aplicaes
grficas, sistemas de base de dados e Web Services;
implementao dos Web Services relativas s trocas entre o SGIP e os sistemas Sydonia++
das Alfndegas e o sistema de Facturao do porto;
sensibilizao dos operadores porturios no sentido de adopo de sistemas de informao
integrveis ao SGIP;
aperfeioamento da interaco entre a ENAPOR e os seus principais clientes atravs da
disponibilizao de mais servios nos mdulos do SGIP;
Desenvolvimento de um sistema que permita a interaco atravs de uma nica janela dos
vrios intervenientes nos processos de desembarao de navios e mercadorias no porto;
Desenvolvimento de um sistema Data Mart com informaes operacionais
disponibilizadas pelo SGIP na perspectiva de produo de dados estatsticos e indicadores
de gesto sobre actividade operacional dos portos nacionais.
61
REFERNCIAS
[APEC 02]
Report prepared by Tranzteknik - APEC Transportation Working

Group Electronic Ports Manifest Project (TPT 02/2001T), October
2002
[BPMOverview01]
Business Process and Business Information 1, Analysis Overview

v1.0 234 Business Process Team, 5 11 May 2001
[CNUCED05]
CNUCED - A gesto moderna dos portos. Certificado de

gesto porturia para quadros, Edio de 9 de Maio de 1997,
reviso Maio de 2005
[CoSoBV98]
Computer Solutions BV (Coso BV) - Detailed Functional Design of

the Port Operation and Management Information System For
ENAPOR, Date 21 July 1998, Revision 1.11
[DavidMertz01]
David Mertz - Understanding ebXML, Level: Introductory,

Phenomenological unifier, Gnosis Software, Inc. 01 Jun 2001
[Decreto4/01]
Decreto Regulamentar n. 4/01 de 4 de Junho, B.O. n. 16 1 Srie
[ENAPOR06]
Relatrio & Contas 2006 da ENAPOR
[ENAPOR07]
Relatrio & Contas 2007 da ENAPOR
[IBM09]
IBM's resource for developers and IT professionals - Standards and

Web
Services,
consultado
em
23/07/2009
no
site
http://www.ibm.com/developerworks/Web Services/standards
62
Ding dong
[Scott 2002]
Scott W. Ambler - Deriving Web services from UML models, Part

1:
Establishing
the
process;
IBM;
01
Mar
2002
http://www.ibm.com/developerworks/webservices/library/ws-uml1/
[CECID03]
Center for E-commerce Infrastructure Development, The University

of Hong Kong - Dangerous Goods Manifest Processing System,
Consultado em Julho 2007, http://www.cecid.hku.hk/index.php
[OrlandoBelo2005]
Orlando Belo - SQL Server 2000, Administrao e Explorao de

Sistemas de Dados Para profissioonais, FCA Editora Informtica,
Lda., Setembro 2005, ISBN 972-722-505-5
[PauloSilva2005]
Paulo Silva - Microsoft Visio 2003, FCA Editora de Informtica,

Lda., Outubro 2004, ISBN 972-722-414-8
[REPCV93]
Regulamento de Explorao dos Portos de Cabo Verde, Decreto-Lei

n 60/93 de 02 de Novembro
[ROSETTANET09] RosettaNet Program Office - ROSETTANET OVERVIEW

CLUSTERS, SEGMENTS, AND PIPS, Version 02.06.00, 09
January 2009
[SemanticWeb03]
Michael C. Daconta, Leo J. Obrst e Kevin T. Smith - The Semantic

Web: A Guide to the futures of XML, Web Services and Knowledge
Management, 1 Edio, Editora Wiley Publishing Inc., 2003
[SOA07]
Nicolai M. Josuttis - SOA in Practise, 1 Edio, Edio OReilly

Media Inc, Agosto 2007
[Stefan 2006]
Stefan Schackow - Professional ASP.NET 2.0 Security Membership

and Role Management, Wiley Publishing, Inc., 2006, ISBN-13: 9780-7645-9698-8 and ISBN-10: 0-7645-9698-5
[Ullman2006]
Chris Hart, John Kauffman, David Sussman, and Chris Ullman Beginning ASP.NET 2.0 with C#, Wiley Publishing, Inc., 2006,
ISBN-13: 978-0-470-04258-8 and ISBN-10: 0-470-04258-3
[UML05]
Alberto Silva e Carlos Videira - UML, Metodologias e Ferramentas

CASE, 2 Edio, Vol.1, Editora Centro Atlntico, Lda.,2005
[UN07]
United Nations - Good practices in Information and

Communications Technology (ICT) applications in seaports in escwa
member countries, New York 2007
[UN93]
United Nations - ESCAP/UNDP Manual on Electronic Data

Interchange (EDI) in Transport, New York, 1993
63
[UNCTAD06]
[UNSOA04]
Nota de la secretara de la UNCTAD - Soluciones de las tic para

facilitar el comercio en las fronteras y los puertos, Ginebra, 16 a 18
de Octubre de 2006
Eric Newcomer e Greg Lomow - Understanding SOA with Web
Services, Editora Addison Wesley Professional, Dezembro 2004
64
Anexo1 CASOS DE USO - SSCP
ACTORES SSCP
Tabela 5 - Descrio dos actores SSCP
Actor
Descrio
Agncia
Gesto Comercial
Gestor Operao
Conferente
Supervisor Terminal
Sydonia++
Manobrador
Fiel Armazm
Facturao
SGENP
Representante do navio em terra que requisita os servios de

carga e descarga
Sector que gere o produto porturio, a carteira do cliente e que
autoriza a realizao dos servios de carga e descarga
Sector responsvel pelas operaes de carga e descarga
Representante do Porto que valida a carga e descarga
Funcionrio de servio do centro de operaes do terminal
Sistema alfandegrio que gere os despachos aduaneiros e os
armazns.
Funcionrio afecto a equipamento de descarga, carga e
manuseamento do contentor.
Funcionrio responsvel pela gesto do armazm
Sistema gere o processo de cobrana dos servios de carga e
descarga
Sistema de Gesto de Escalas de Navio no Porto
65
DESCRIO DOS CASOS DE USO - SSCP

Tabela 6 - CaU1 Requisitar Descarga (RD)
Nome:
CaU1
Requisitar Descarga (RD)
mbito:
Sistema Seguimento de contentor
Finalidade:
Registar a requisio do servio de descarga
Actores:
Agncia (inicia), Gesto Comercial, SGENP
Pr-condies:
A agncia tem que estar previamente registada no sistema;

Os dados do navio tem que estar previamente registados no SGENP.
Na Figura 39 ilustra-se o diagrama de actividades correspondente ao CaU1, acima

especificado.
Figura 39 - CaU1 Requisitar Descarga: diagrama de actividades
66
Tabela 7 - CaU2 Descarregar Contentor (DC)

Nome:
CaU2 Descarregar Contentor (DC)
mbito:
Finalidade:
Registar o contentor a ser descarregado.
Actores:
Gesto Operao (inicia), Conferente, Manobrador, Facturao
Pr-condies:
Existncia no sistema de registos de requisio da descarga e lista de contentores a

descarregar.
Na Figura 40 ilustra-se o diagrama de actividades correspondente ao CaU2, acima

especificado.
Figura 40 - CaU2 Descarregar Contentor: diagrama de actividades
Tabela 8 - CaU3 Entrar Contentor (ECD)

Nome:
CaU3 Entrar Contentor (ECD)
mbito:
Finalidade:
Efectuar a entrada dos contentores descarregados no terminal, procedendo ao seu

loteamento
Actores:
Supervisor Terminal (inicia), Manobrador Mquinas
Pr-condies:
Existncia no sistema, registos de contentores descarregados validados e no
67

Nome:
CaU3 Entrar Contentor (ECD)

entrados no terminal.
Tabela 9 - CaU4 Entregar Contentor (EC)

(vai ser descrito nos casos CaU5, CaU6 e CaU7)
Nome:
CaU4 Entregar Contentor(EC)
mbito:
Finalidade:
Registar a entrega do contentor .
Actores:
Supervisor Terminal (inicia), Manobrador Mquinas
Pr-condies:
Validao da descarga do contentor
Tabela 10 - CAU5 ENTREGAR FCL (EFCL)

Nome:
CaU5 Entregar FCL(EFCL)
mbito:
Finalidade:
Registar a entrega temporria do contentor FCL ao consignatrio.
Actores:
Supervisor Terminal (inicia), Manobrador Mquinas, Agncia, Sydonia++
Pr-condies:
Existncia de registo do contentor no terminal

Existncia do respectivo despacho aduaneiro no Sydonia++
Registo de pagamento do servio de descarga na Facturao
Tabela 11 - CaU6 Entregar LCL (ELCL)

Nome:
CaU6 Entregar LCL(ELCL)
mbito:
Finalidade:
Registar a entrega temporria do contentor LCL ao Fiel do armazm para efeitos de

desconsolidao.
Actores:
Supervisor Terminal (inicia), Manobrador Mquinas, Fiel Armazm
Pr-condies:
Existncia de registo do contentor no terminal
Tabela 12 - CaU7 Entregar Definitivo (ED)

Nome:
CaU7 Entregar Definitivo(ED)
mbito:
Finalidade:
Registar a entrega definitiva do contentor ao seu proprietrio
Actores:
Supervisor Terminal (inicia), Manobrador Mquinas, Proprietrio, Sydonia++
68

Nome:
CaU7 Entregar Definitivo(ED)
Pr-condies:
Existncia do registo do contentor no terminal
Tabela 13 - CaU8 Devolver Contentor (DC)

Nome:
CaU8 Devolver Contentor (DC)
mbito:
Finalidade:
Registar as devolues do contentor entregues temporariamente.
Actores:
Supervisor do Terminal (inicia), Manobrador mquinas
Pr-condies:
Existncia de registos de entregas, no devolvidas
Tabela 14 - CaU9 Devolver FCL (DFCL)

Nome:
CaU9 Devolver FCL (DFCL)
mbito:
Finalidade:
Registar as devolues dos contentor FCL entregues temporariamente.
Actores:
Agncia(inicia), Supervisor do Terminal, Manobrador, Sydonia++
Pr-condies:
Existncia de registos de entregas de contentores FCL, no devolvidos
Tabela 15 - CaU10 Devolver LCL (DLCL)

Nome:
CaU10 Devolver LCL (DLCL)
mbito:
Finalidade:
Registar as devolues do contentor LCL entregues temporariamente.
Actores:
Fiel Armazm (inicia), Supervisor Terminal, Manobrador
Pr-condies:
Existncia de registos de entregas de contentores LCL, no devolvidos
Tabela 16 - CaU11 Receber Contentor (RC)

Nome:
CaU11 Receber Contentor (RC)
mbito:
Finalidade:
Registar a recepo do contentor a ser embarcado
Actores:
Agncia (inicia), Sidonia++ , Supervisor do Terminal
Pr-condies:
Existncia do despacho aduaneiro no Sydonia++
69
Tabela 17 - CaU12 Requisitar Carga (RC)

Nome:
CaU12 Requisitar Carga (RC)
mbito:
Finalidade:
Registar a requisio do servio de carga.
Actores:
Agncia (inicia), Gesto Comercial, Sydonia ++
Pr-condies:
Identificao da Agncia;
Existncia do registo de Entrada do Navio no porto;
Existncia do despacho aduaneiro;
Existncia do conhecimento de embarque.
Tabela 18 - CaU13 Carregar Contentor (RCO)

Nome:
CaU13 Carregar Contentor(RCO)
mbito:
Finalidade:
Registar contentores a carregar
Actores:
Gesto Operao (inicia), Manobrador, Conferente, Gesto Comercial, Sydonia++,

Facturacao
Pr-condies:
Existncia no sistema registos de requisio da carga e Lista de embarque.
70
Anexo 2 MODELO DE
CONCEITOS - SSCP
Tabela 19 Descrio das classes SSCP
Classes
Descrio e responsabilidades
Atributos
identificados
codigoOperacao,
nomeOperacao,
dataInicio, dataFim,
totalContentor,
totalManobrador,
totalEquipamento
idContentor,
tamanho,
tipo,
companhia
numero,
data,
servio, navio, porto
Peso
PlanificaOperacao
Planificao da operacao de carga e

descarga de contentor
Contentor
Registo nico de contentores que

passam pelo porto
Requisicao
Acto de solicitao de servios de carga

e descarga ao Porto
Contentores a serem descarregados ou
carregados
Acto de movimentao de carga quantidadeSelo,
(contentor) do navio para o cais
integridadeSelo,
estadoContentor
Acto de movimentao de carga numeroFactura,
(contentor)do navio para o cais
numeroDespacho
Entidade que representa o armador do codigo,
nome,
navio e que requisita os servios ao endereco,
NIF,
Porto
contacto
Acto de entrada do contentor no numero, data
terminal
Acto de retorno ao terminal do estadoCarregamento
contentor sado com autorizao
temporria das Alfndegas.
Acto de recepo no terminal de numeroDespacho,
contentores a serem exportados
transportador
Espao dedicado ao armazenamento dos numero, descrio,
contentores
porto
Acto de posicionamento do contentor lote, linha, fila,
no terminal
nvel,
dataInicio,
dataFim
Acto de sada do contentor do terminal
numero, data
Acto de sada do contentor a pedido do codigoArmazem,
Fiel de Armazm para efeitos de fielArmazem
listaContentor
Descarga
Carga
Agncia
Entrada
Devolucao
RecebeExportacao
Terminal
ColocaContentor
Saida
SaidaArmazem
71
Classes
ImportacaoTemporaria
ImportacaoDefinitiva
Descrio e responsabilidades
desconsolidao, isto retirada da carga
Sada de contentor do terminal com
autorizao temporria das Alfndegas
Registos de entrega do contentor ao seu
dono
72
Atributos
identificados
numeroDespacho,
numeroFactura
numeroDespacho,
numeroFactura,
donoContentor
Anexo 3 WEB SERVICES - SGIP

Tabela 20 - WEB SERVICES SGENP
OPERAES
PARAMETRO
S ENTRADA
obterRequisicao (Requisio navio, agencia
de servios ao Navio)
obterAvisoChegada (Aviso de chegada
Chegada do Navio),
TIPO
DADOS
obterRegistoNavio (Registo de navio

Navio)
string
obterPosicaoNavio
contraMarca
(Posicionamento do Navio no
Cais)
obterServicos
(Servios contraMarca,
Prestados ao Navio)
agencia
string
obterInfoEntrada (Informao contraMarca

de Entrada do Navio),
data
string
string
PARMETROS
SADA
numero,
agencia,
navio, servico data
navio, nacionalidade,
tipo,
previsaoChegada,
previsaoPartida, porto
numero, navio, tipo,
nacionalidade,
arqueacaoBruta,
calado, comprimento,
deslocamento,
pesoBruto,
anoFabrico, data
navio, contraMarca,
cais, berco
navio, contraMarca,
servico, inicio, fim,
agencia
Navio, contraMarca,
numeroEntrada,
tipoViagem,
motivoViagem,
origem, destino
Tabela 21 - WEB SERVICES SSCP
MTODOS
obterReqContentor
(Requisio ao Contentor)
PARAMETRO
S ENTRADA
Agencia
obterInfoAgencia (Informao idContentor

do Agente/Transitrio),
73
Tipo
string
string
PARMETROS
SADA
numero,
servio,
data, navio, porto,
agencia
agencia, endereo,
contacto
MTODOS
PARAMETRO
S ENTRADA
obterRefContentor (Referencia idContentor
do Contentor)
obterListaDescarga (Lista de contraMarca
Descarga Contentor),
Tipo
string
string
obterContentores (Contentores
para
Desconsolidao/Consolida
o)
obterServicoDescarga
(Servios de Descarga do
Contentor)
obterServicoCarga (Servio de
Carga do Contentor)
obterListaCarga (Lista de
Carga de Contentor)
contraMarca,
string
estadoCarregam
ento
obterInfoArmazContentor
(Armazenagem do Contentor);
contraMarca,
agencia
string
contraMarca,
agencia
contraMarca
string
string
agencia
string
Tabela 22 - WEB SERVICES SSMP

MTODOS
PARAMETRO
S ENTRADA
obterReqMercadoria
cliente,
(Requisio Mercadoria)
contraMarca
obterContentoresDesconsolida data,
dos
(Contentores contraMarca
Desconsolidados),
obterListaDescargaMerc
contraMarca
(Lista
de
Carga
de
Mercadoria)
Tipo
string
data
string
string
obterServDescons (Servio de consignatrio,

Desconsolidao)
contraMarca
string
obterServDescargaMerc
(Servio de Descarga
string
cliente,
da contraMarca
74
PARMETROS
SADA
idContentor,
tipo,
tamanho, companhia
contraMarca,
idContentor,
tipo,
tamanho, qtdeSelo,
integridadeSelo,
estadoContentor,
peso, data
contraMarca,
idContentor,
tipo,
tamanho,
estadoCarregamento
contraMarca,
agencia, idContentor
contraMarca,
agencia, idContentor
contraMarca,
idContentor,
estadoCarregamento
, data
Agencia,
idContentor,
dataEntrada,
dataSaida, totalDias
PARMETROS
SADA
contraMarca, servio,
agencia, porto, data
contraMarca,
idContentor, data
contraMarca,
BL,
descricaoMercadoria,
quantidade,
peso,
volume, data
consignatrio,
contraMarca,
idContentor, data
cliente, contraMarca,
BL,
MTODOS
PARAMETRO
S ENTRADA
Tipo
Mercadoria)
obterConferenciaNavio
contraMarca
(Conferncia do Navio),
obterLocalMercadoria
contraMarca
(Localizao de Mercadoria
no Armazm)
obterListaCargaMerc (Lista de contraMarca
Carga de Mercadoria)
string
obterServCargaMerc (Servio cliente,

de Carga da Mercadoria)
contraMarca
string
obterContentoresConsolidados
(Contentores Consolidados)
obterServCons (Servio de
Consolidao)
data,
contraMarca
consignatrio,
contraMarca
data
string
string
consignatrio
de inicioArm
string
data
obterInfoArmazenagem
(Armazenagem
Mercadorias);
75
string
string
PARMETROS
SADA
quantidade,
peso,
volume, data
contraMarca,
BL,
coxia
contraMarca,
BL,
quantidade,
peso,
volume, data
contraMarca, cliente,
BL,
data
contraMarca,
idContentor, data
consignatrio,
contraMarca,
idContentor, data
consignatrio,
BL,
inicioArm, fimArm
Anexo 4 PROTTIPO - SSCP

INTERFACE MDULO SSCP
O primeiro interface com que o utilizador depara ao entrar no SSCP est ilustrado na
Figura 41.
Figura 41 - Interface Entrar (Login)

Este interface um bom exemplo da estrutura base do SSCP (Figura 42). Para alm da
barra onde se apresenta a Enapor (Figura 42 - 1), existe uma rea relativa entrada e sada
do utilizador (Figura 42 - 2). Todas as pginas apresentam um directrio que permite
navegar nos contedos do site (Figura 42 - 3) que so apresentados na parte central (Figura
42 - 4).
76
Figura 42 Estrutura base do interface do SSCP

Regressando ao SSCP, aps a autenticao o sistema apresenta o ambiente de trabalho e
um conjunto de funcionalidades agrupadas em 5 grupos a saber: Ficheiros de Referncia,
Operaes Comuns, Importao, Exportao e Pesquisa.
De referir que a explorao do prottipo do SSCP:
1. Comea com alimentao do sistema atravs das funcionalidades do grupo
Ficheiros de Referncia.
2. O passo seguinte passa pela utilizao das funcionalidades do grupo Operaes
Comuns do qual fazem parte funes que se aplicam tanto importao como a
exportao dos contentores como so os casos de registo de contentores,
formao das listas de carga ou de descarga, programao de tarefas entre
outras.
3. Seguem-se depois as funcionalidades dos grupos Importao e Exportao.
4. Os dados registados no sistema podem ser consultados atravs do grupo
Pesquisa.
O grupo de Administrao tambm aqui disponibilizado mas com acesso restrito
aos administradores do sistema.
Nas figuras que se seguem ilustraremos para cada grupo de funcionalidades um
exemplo.
77
Ambiente de trabalho do SSCP (Figura 43)
Figura 43 - Ambiente de trabalho do SSCP
Ficheiros de Referncia:Agncia (Figura 44)
Figura 44 Adicionar uma agncia
78
Operaes comuns: Afectao de Recursos (Figura 45)
Figura 45 Afectao de recursos
Importao: Operao de Descarga (Figura 46)
Figura 46 Operao de Descarga de Contentores
79
Exportao: Contentores Para Exportao (Figura 47)
Figura 47 Contentores Para Exportao
Pesquisa: Localizao do Contentor (Figura 48)
Figura 48 Contentores Para Exportao
80
INTERFACE SITE WEB

Os interfaces referem-se a parte esttica do site com informaes institucionais
Empresa ENAPOR e a parte dinmica do site atravs do qual os parceiros
Administrao porturia podem aceder a um conjunto de servios sobre
acompanhamento do contentor gerido pelo mdulo SSCP.
Alguns exemplos dos interfaces referidos acima sero ilustrados nas figuras que
seguem.
Parte esttica: Enapor: Servios Atracao (Figura 49)
Figura 49 Servios da ENAPOR : Atracao
81
da
da
o
se
Parte esttica: Porto da Praia (Figura 50)
Figura 50 Informaes do Porto da Praia

Parte Dinmica: Servios de Contentor Caractersticas do Contentor (Figura 51)
Figura 51 Caractersticas de um determinado contentor
82
Parte Dinmica: Servios de Contentor Contentores a Desconsolidar (Figura 52)
Figura 52 Caractersticas disponveis para desconsolidao
83
Anexo 5 MODELO LGICO DA

BASE DE DADOS - SSCP
Descrio das Relaes e os seus atributos
Tabela 23 - Agencia
Agencia
Atributos
Codigo: string
Nome:string
Nif :Integer
Localidade: string
Telefone:string
Email:string
Credito:String
Tabela 24 - Requisicao
Requisicao
Atributos
Numero:integer
ContraMarca:string
Tipo:string
Porto:string
Data:Date
Validado:Boolean
Representante do armador do navio em terra

Descrio
Identificao da agncia
Nome da agncia
N de Identificao fiscal da agncia
Nome do Local onde est sedeado a agncia
Contacto telefnico
Endereo do correio electrnico da agncia
Situao de crdito da Agncia (S-Normalizada, N-No
normalizada)
Pedidos de servios de carga e descarga feitos pelas agncias

martimas
Descrio
Identificao da requisio
Tipo de servio requisitado (Carga ou Descarga)
Identificao do Navio
Porto de descarga ou carga do contentor
Data de realizao do pedido de servios
Campo para certificao da requisio
84
Tabela 25 Equipamento
Equipamento
Atributos
Codigo:string
Nome:string
Tabela 26 Manobrador
Manobrador
Atributos
Cdigo: integer
Nome: integer
Mquinas utilizadas nas operaes de carga, descarga e

movimentao de contentores no porto.
Descrio
Identificao do equipamento
Nome do Equipamento
Homens usados para operar os

porturios.
Descrio
N de Identificao do manobrador
Nome do manobrador
equipamentos
Tabela 27 - Operacao
Operacao
Atributos
Cdigo: integer
Inicio: Date
Fim:Date
TotalContentor
TotalManobrador
TotalEquipamento
Operao de carga e descarga a serem realizadas

Descrio
Cdigo da operao
Data de inicio da operao
Data de fim da operao
N total de contentores a ser movimentado
N total de manobradores afectos operao
N total de equipamentos afectos operao
Tabela 28 - terminal
Terminal
Atributos
Numero: integer
Nome: string
Porto:string
Terminais de armazenamento de contentores existentes

Descrio
N de Identificao do Terminal
Nome do Terminal
Porto onde se localiza o terminal
Tabela 29 - Contentor
Contentor
Atributos
Cdigo: string
Tipo: string
Tamanho: integer
Tara:integer
Volume:integer
Proprietrio:string
Tabela 30 - EntradaTerminal
EntradaTerminal
Atributos
Contentores que esto no porto

Descrio
Cdigo nico de identificao do contentor (a nvel
mundial)
Tipo de contentor (Normal, Frio etc)
Dimenso do contentor (20 ps, 40 ps etc)
O Peso prprio do contentor, isto quando vazio
Volume do contentor
Dono do contentor
Prova de entrada de contentores nos terminais

Descrio
85
Nmero: integer
Data: Date
Validado: string
Nmero de entrada no Terminal

Data da entrada no Terminal
Confirmao da entrada (S-Sim, N-No)
Tabela 31 - LoteamentoContentor
LoteamentoContentor
Posies (loteamento) dos contentores nos terminais.
Atributos
Descrio
Sequencia: integer
N sequencia que identifica um determinado loteamento
Lote: string
Indicao de um local dentro do terminal (por ex: cheio,
vazio, etc).
Linha: integer
N da linha dentro de um lote
Fila: string
Identificao da fila dentro de um lote
Nvel: integer
N do nvel na vertical dentro de um lote (Ex: 1,2, 3, etc
DataHora_Inicio:DateTime
Data e hora de inicio de uma determinada posio no
terminal
DataHora_Fim:DateTime
Data e hora de fim de uma determinada posio no
terminal
Tabela 32 - RecebeExportacao
RecebeExportacao
Atributos
Numero: integer
NumeroDespacho: integer
Transportador:string
Prova da entrada de contentores que entram nos

terminais para serem embarcados.
Descrio
N de sequncia de recepo de contentores
N do despacho alfandegrio que autoriza a entrada no
terminal
Identificao da entidade ou pessoa que entrega o
contentor no terminal para exportao
Tabela 33 - SaidaTerminal
SaidaTerminal
Atributos
Numero: integer
Data: Date
Validado: string
Prova de sada de contentores que saem dos terminais

Descrio
Numero de Sada do contentor do terminal
Data da sada do terminal
Confirmao da sada do contentor do terminal
Tabela 34 - Armazem
Armazem
Atributos
Codigo: string
Nome: string
Fiel: string
Informaes dos armazns existentes

Descrio
Cdigo de identificao do armazm
Nome do armazm
Nome do Fiel (responsvel) do armazm
86
Tabela 35 - DesconsolidacaoContentor
DesconsolidacaoContentor
Prova dos contentores que saem dos terminais a pedido
dos armazns para efeito da sua desconsolidao, isto da
retirada da mercadoria.
Atributos
Descrio
Numero: string
Nmero sequencial de identificao da desconsolidao
de um contentor
Tabela 36 - DevolucaoContentor
DevolucaoContentor
Prova de devoluo dos contentores que saram do
Porto mediante autorizao de importao temporria
Atributos
Descrio
Numero:integer
Nmero sequencial que identifica uma devoluo do
contentor
EstadoCarregamento: integer Estado de Carregamento do Contentor (cheio, vazio, etc)
Tabela 37 - ImportacaoTemporaria
ImportacaoTemporaria
Prova de contentores que saem do porto
temporariamente mediante despacho aduaneiro de
importao temporria e pagamento das facturas de
descarga.
Atributos
Descrio
N do despacho alfandegrio que autoriza a sada
temporria do contentor do Porto
NumeroFactura: integer
N da factura que confirma o pagamento do servio de
descarga do contentor
Tabela 38 - ImportacaoDefinitiva
ImportacaoDefinitiva
Atributos
NumeroFactura: integer
Importador: string
Prova relativas s entregas de contentores aos seus

donos mediante o pagamento de factures e a respectiva
autorizao alfandegria
Descrio
N do despacho alfandegrio que autoriza a sada
definitiva do contentor do Porto
N da factura que confirma o pagamento do servio de
descarga do contentor
O Nome da pessoa que importou o contentor (caixa)
87

Sistema de Gestão de Informação Portuária PDF

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Sistema de Gestão de Informação Portuária PDF

Transféré par

Droits d'auteur :

Formats disponibles

Universidade de Aveiro Departamento de Electrnica, Telecomunicaes

JOS GIL MONTEIRO

SISTEMA DE GESTO DE INFORMAO

Universidade de Aveiro Departamento de Electrnica, Telecomunicaes

JOS GIL MONTEIRO

SISTEMA DE GESTO DE INFORMAO

Dissertao apresentada Universidade de Aveiro para cumprimento dos

Com o apoio da Cooperao Portuguesa

Dedico este trabalho minha esposa e filhos pelo incansvel apoio.

Prof. Doutor Jos Manuel Matos Moreira

Prof. Doutora Ana Alice Rodrigues Pereira Baptista

Prof. Doutor Joaquim Arnaldo Carvalho Martins

Prof. Doutor Jos Maria Amaral Fernandes

Mormente o carcter individual de uma dissertao queria aqui referir aos

SGIP, SSCP, Web Services, portos.

Nos portos martimos interactuam um conjunto de entidades independentes

SGIP, SSCP, Web Services, ports.

In the maritime ports there is an interacting of a series of independent

PORTOS DE CABO VERDE ............................................................................................... 1

ENAPOR: O CASO DE CABO VERDE .............................................................................. 2

ENQUADRAMENTO E REQUISITOS ............................................................................... 4

ESTRUTURA DO TRABALHO .......................................................................................... 5

SISTEMAS DE INFORMAO APLICADOS AOS PORTOS ............................................... 6

REAS DE APLICAO ................................................................................................... 7

INTEGRAO DE SISTEMAS PORTURIOS ................................................................. 8

SISTEMAS DE INFORMAO DE PORTOS INTERNACIONAIS .................................17

ANLISE DO SI NOS PORTOS NACIONAIS .......................................................................23

PROCESSOS DOS PORTOS ..............................................................................................24

SI NOS PORTOS NACIONAIS: PMIS ...............................................................................29

SGIP - ARQUITECTURA PROPOSTA ...................................................................................33

O SISTEMA DE SEGUIMENTO DE CONTENTOR NO PORTO (SSCP) .........................34

IDENTIFICAO DE SERVIOS: DEPENDNCIAS ENTRE OS MDULOS ..............39

PROTOTIPO - SSCP ...............................................................................................................45

DESCRIO - COMPONENTES DO PROTTIPO..........................................................45

IMPLEMENTAO DO MDULO ..................................................................................56

PERSPECTIVAS FUTURAS ..............................................................................................61

Anexo 4 PROTTIPO - SSCP ......................................................................................................... 76

Figura 26 - Interaco entre Sistemas Externos e servios do SGIP ........................... 43

Tabela 28 - terminal ....................................................................................................... 85

ActiveX Data Objects

Transport Control Protocol/Internet Protocol

Sistema de Gesto de Informao Porturia (SGIP)

1.1 PORTOS DE CABO VERDE

Sistema de Gesto de Informao Porturia (SGIP)

Figura 1- Mapa de Cabo Verde e as rotas martimas (linha tracejado azul) 1

1.2 ENAPOR: O CASO DE CABO VERDE

Intereximp S.r.l Agenzia Marittima e Doganale

Sistema de Gesto de Informao Porturia (SGIP)

sobretudo pela falta de informao ou pela sua disponibilizao tardia.

Tabela 2 Movimento de Mercadorias

Tabela 3 Movimento de Contentores

Twenty Equivalent Unit, isto unidade correspondente a um contentor de 20 ps

Sistema de Gesto de Informao Porturia (SGIP)

1.4 ENQUADRAMENTO E REQUISITOS

Sistema de Gesto de Informao Porturia (SGIP)

1.6 ESTRUTURA DO TRABALHO

Sistema de Gesto de Informao Porturia (SGIP)

Sistema de Gesto de Informao Porturia (SGIP)

2.1 REAS DE APLICAO

Figura 2 - Fluxo de informao da autoridade porturia4

Sistema de Gesto de Informao Porturia (SGIP)

Figura 3 Importao de mercadorias (Circuito documental Tpico)[CNUCED05]