Sei sulla pagina 1di 95

SISTEMA DE GESTO DE INFORMAO DE CONTADORES DE

ELECTRICIDADE DA EMPRESA ELECTRICIDADE DE MOAMBIQUE,


DELEGAO BEIRA

Toms Manuel Chibai

UNIVERSIDADE ZAMBEZE
FACULDADE DE CINCIA DE TECNOLOGIA
ENGENHARIA INFORMTICA

SISTEMA DE GESTO DE INFORMAO DE CONTADORES DE


ELECTRICIDADE DA EMPRESA ELECTRICIDADE DE MOAMBIQUE,
DELEGAO BEIRA

Autor: Toms Manuel Chibai

BEIRA
2015

UNIVERSIDADE ZAMBEZE
FACULDADE DE CINCIA E TECNOLOGIA
ENGENHARIA INFORMTICA

Autor: Toms Manuel Chibai


Orientador: Prof. Dr. C. Eng. Jos Alberto Vigueras Moreno

Monografia submetida Faculdade de Cincias e


Tecnologia, Universidade Zambeze Beira, em
parcial cumprimento dos requisitos obteno do
grau de Licenciatura em Engenharia Informtica.

BEIRA
2015

DECLARAO
Eu, Toms Manuel Chibai declaro que esta monografia resultado do meu prprio trabalho e
est a ser submetido para a obteno do grau de licenciatura na Universidade Zambeze, Beira.
Ela no foi submetida antes para obteno de nenhum grau ou para avaliao em nenhuma
outra Universidade.

Beira, aos ___ de ___________, 2015.

_____________________________________________
(Toms Manuel Chibai)

DEDICATRIA
Aos meus pais, meus irmos, meus pastores e aos meus pares na f da msv, e a todos
que directa ou indirectamente contriburam para a minha formao como profissional e como
pessoa na sociedade.

AGRADECIMENTO
Agradeo primeiro a Deus que o autor e consumador da minha vida, pela
oportunidade que tem-me concedido de ver o sol de cada novo dia e pela sua inquestionvel
graa, pois sei que muito desejaram o mesmo mas descansam na sombra da morte. Em
especial a minha famlia, aos meus pais Manuel Chibai (em memria) e Elisa Brizo Lucas,
pela educao, pacincia e o amor que tem transmitido em mim, aos meus irmos, Amlia
Chibai, Lauro Chibai, Clia Chibai, Aline Chibai, pelo companheirismo e irmandade.
Sou grato tambm aos meus condiscpulos da academia que me apoiaram durante a jornada
naquilo que podiam, quero ressaltar aqui os amigos na academia, Gernimo Muamudo,
Adriano J. Canate, Michael Mesquita, Benessone Bonomar, Martinho Amimo, Queirs
Figueredo, e os demais que se sentem no direito dessa interminvel lista.
Ao meu supervisor Dr. C. Eng. Jos Alberto Vigueras Moreno pela devoo, durante o
desenvolvimento deste trabalho.
Agradeo tambm aos meus Pastores dr. Antonio C. Macuengue e Amelia C. Macuegue, aos
meus amigos e irmos na f Charles Magombe, Sergio Tomocene, Daniel Magombe, Moreira
Justino, Selito Vilanculos, Prisca Alfinete, Jlia Nhambo, Manuel Bulande, Cremildo
Mussatine, Marcelina Duarte, Luis Massambo, Moreira Silva por ter acreditado em mim e
que sempre me apoiarem em toda as incurses decisrias ao longo da caminhada.
Por fim o meu muito obrigado para todos aqueles que directa ou indirectamente acabou
influenciando na minha carreira acadmica.

EPIGRAFE

As ms conversaes corrompem os bons costumes. 1 Corntios 15:33

SUMRIO
RESUMO ................................................................................................................................... I
ABSTRACT.............................................................................................................................. II
LISTA DE FIGURAS .............................................................................................................. III
LISTA DE TABELAS .............................................................................................................IV
LISTA DE SIGLAS E ABREVIATURAS............................................................................... V
INTRODUO ......................................................................................................................... 1
1.CAPITULO I: FUNDAMENTAO EPISTEMOLGICA ................................................ 7
1.1.SISTEMA DE GESTO DE INFORMAO ................................................................... 7
1.2. TECNOLOGIAS DO LADO CLIENTE (FRONTEND) ................................................. 10
1.2.1 Hypertext markup language (html) ............................................................................. 10
1.2.2. Jquery ......................................................................................................................... 13
1.2.3 CSS .............................................................................................................................. 17
1.3. TECNOLOGIAS DO LADO SERVIDOR (BACKEND) ................................................ 18
1.3.1. Hypertext preprocessor (PHP) ................................................................................... 18
1.3.2 Mysql ........................................................................................................................... 20
1.4. ANDROID ........................................................................................................................ 22
1.5. AMAZON WEB SERVICES ........................................................................................... 25
2. CAPITULO II: DESENHO DO SISTEMA GESTO DE INFORMAO DE
CONTADORES DE ELECTRICIDADE ................................................................................ 29
2.1 REQUISITOS .................................................................................................................... 29
2.1.1. Requisitos no funcionais do sistema de gesto de informao de contadores de
electricidade ......................................................................................................................... 30
2.1.2. Requisitos funcionais do sistema de gesto de informao de contadores de
electricidade ......................................................................................................................... 32
2.2. DIAGRAMA DE CASO DE USO ................................................................................... 35
2.3. MODELO RELACIONAL LGICO ............................................................................... 43
2.4. DIAGRAMA DE CLASSE .............................................................................................. 44
2.5. ARQUITECTURA PARA IMPLANTAO DO SISTEMA ......................................... 45
2.6. METODOLOGIA DE APLICAO (OPERACIONALIDADE DO SISTEMA).......... 48
2.6.1 Acesso a aplicao ...................................................................................................... 48
2.6.2 Tela principal para o cliente ........................................................................................ 49

2.6.2.1. Tela de reclamao do cliente ................................................................................. 50


2.6.3 Tela principal para o administrador ............................................................................ 51
2.6.3.1. Telas de gerenciamento de clientes ......................................................................... 53
2.6.3.2. Tela de gerenciador do contador ............................................................................. 54
2.6.3.3. Tela de gerenciador de funcionrio ......................................................................... 55
2.6.3.4. Tela de gerenciador do contador ............................................................................. 56
2.6.3.5 Cadastro de cliente ................................................................................................... 57
2.6.3.6 Supervises no dispositivo mvel ............................................................................ 58
CONCLUSES GERAIS ........................................................................................................ 61
RECOMENDAES .............................................................................................................. 63
BIBLIOGRAFIA ..................................................................................................................... 64
APNDICES............................................................................................................................ 68
ANEXOS: ................................................................................................................................ 71

RESUMO
No tempo que se chama hoje o acesso a informao associado ao tempo e as formas
de acesso da mesma informao tem sido um diferencial nos processos desenvolvimento de
negcios, determinando a rapidez em que se tratam os negcios no actual panorama do
ambiente corporativo. O presente trabalho tem por objectivo propor um sistema de gesto de
informao de contadores de electricidade baseado em tecnologias web e mvel para a
empresa Electricidade de Moambique, delegao Beira, com vista a solucionar limitada
gesto da informao dos contadores de electricidade dessa empresa, que vai possibilitar a
melhoria na forma da equipa de campo prover dados ao repositrio central de dados da
empresa, bem como atualizar em termos de informao os agentes envolvido no processo de
negocio logo que preciso. Para o alcance do objectivo da investigao, foram utilizados
diferentes mtodos cientficos, tericos, empricos e estatsticos no processo de investigao.
Palavras-chaves: Sistema de Gesto de Informao, Tecnologias WEB, Amazon
Web Services, Electricidade de Moambique, Contadores de Electricidade.

ABSTRACT
In the time it is called today access to information associated with the time and forms
of the same information access has been a differential in the business development process,
determining the speed in which they treat the business in the current panorama of the
corporate environment. This paper aims to propose an information management electricity
meters based on web and mobile technology system for the company "Electricidade de
Moambique" delegation Beira, in order to solve limited information management of
electricity meters that company, which It will enable the improvement in the form of
providing data field team to the central repository of enterprise data and updating in terms of
information the agents involved in the business process as soon as necessary. To reach the
aim of the research, they used different scientific, theoretical, empirical and statistical
methods in the research process.
Keywords: Information Management System, Web technologies, Amazon Web
Services, Electricity Mozambique, Electricity meters.

II

LISTA DE FIGURAS
Figura 1:Arquitetura Web (Cliente Servidor). Fonte: (DEITEL, 2004). ................................... 9
Figura 2: Arquitetura do Android. Fonte: (FREITAS, 2012) .................................................. 22
Figura 3: Processo de gerao dos bytecodes .dex (Dalvik Executable). Fonte: (FREITAS,
2012). ....................................................................................................................................... 24
Figura 4: Arquitectura da Amazon Web Services. Fonte: (LECHETA, 2014). ...................... 27
Figura 5: Diagrama de casos de uso do sistema. Fonte: PRPRIA. ....................................... 37
Figura 6: Modelo relacional do banco de dados. Fonte: PRPRIA ........................................ 44
Figura 7: Diagrama de classe do sistema. Fonte: PRPRIA ................................................... 45
Figura 8: Arquitectura de Implantao. Fonte: PRPRIA ...................................................... 46
Figura 9 login. Fonte: PRPRIA ............................................................................................. 48
Figura 10:Tela principal para o Cliente. Fonte: PRPRIA ..................................................... 49
Figura 11:Reclamaes do Cliente .......................................................................................... 50
Figura 12 Tela principal para o Administrador. Fonte: PRPRIA ......................................... 51
Figura 13: Gerenciamento de Clientes ..................................................................................... 53
Figura 14: Gerenciador de Contador........................................................................................ 54
Figura 15:Gerenciar Funcionrios ........................................................................................... 55
Figura 16: Gerenciar Reclamao ............................................................................................ 56
Figura 17: Tela de Cadastro do Cliente. Fonte: PRPRIA ..................................................... 57
Figura 18: Lista de supervises no dispositivo mvel. Fonte: PROPRIA ............................... 59

III

LISTA DE TABELAS
Tabela 1: Requisitos no Funcionais do Sistema. Fonte: PRPRIA....................................... 31
Tabela 2: Requisitos Funcionais do Sistema. Fonte: PRPRIA. ............................................... 35
Tabela 3: Descrio textual do caso de uso superviso. Fonte: PRPRIA ................................ 38
Tabela 4: Descrio textual do caso de uso login.Fonte: PRPRIA. ...................................... 39
Tabela 5: Descrio textual do caso de uso Cadastrar funcionrio.Fonte: PRPRIA. ........... 39
Tabela 6: Descrio textual do caso de uso Cadastrar contador.Fonte: PRPRIA. ................ 40
Tabela 7: Descrio textual do caso de uso Cadastrar Cliente.Fonte: PRPRIA. .................. 41
Tabela 8: Descrio textual do caso de uso reclamao.Fonte: PRPRIA. ............................ 41
Tabela 9: Descrio textual do caso de uso Actualizar contador.Fonte: PRPRIA. .............. 42
Tabela 10: Descrio textual do caso de uso Actualizar Funcionrio.Fonte: PRPRIA. ....... 43

IV

LISTA DE SIGLAS E ABREVIATURAS


AJAX

Asynchronous JAVASCRIPT and XML

API

Application Programming Interface

ARIA

Accessible Rich Internet Applications

AWS

Amazon Web Service

CLI

Common Language Infrastructure

CSS

Cascading Style Sheet

CPU

Central Processing Unit

EC2

Elastic Compute Cloud

EUA

Estados Unidos da America

GIF

Graphics Interchange Format

GNU

General Public License

HTML

HiperText MarkUp Languege

IAAS

Infrastruture As A Service

IE

Internet Explorer

ISAM

Indexed Sequential Access Method

JSON

JAVASCRIPT Object Notation

mSQL

mini SQL

ODBC

Open Database Connectivity

OHA

Open HandSet Alliance

PAAS

Platform As A Service

PDF

Portable Document Format

PDO

PHP Data Object

PHP

PHP Hypertext Preprocessor


V

RDS

Relational Database Service

REST

Representational State Transfer

RF

Requisito Funcional

RNF

Requisito No Funcional

S3

Simple Storage Service

SAAS

Software As A Service

SDK

Software Development Kit

SES

Simple E-mail Service

SGBD

Sistema de Gerenciamento de Banco de Dados

SOAP

Simple Object Access Protocol

SQL

Structured Query Language

SSL

Secure Socket Layer

TB

Tera Byte

TIMS

Tecnologias de Informao Mveis

TTL

Time To Live

EU

Unio Europeia

UI

User Interface

URL

Uniform Resource Locator

VM

Virtual Machine

XHTML

eXtensible Hypertext Markup Language

XML

eXtensible Markup Language

W3C

World Wide Web Consortium

WAI

Web Accessibility Initiative

WHATWG

Web Hypertext Application Technology Working Group

VI

INTRODUO
Desde dos primrdios da humanidade um conjunto de necessidades viveu em
sociedade com o homem, dentre vrias necessidades, a necessidade capital era a de colecta,
acesso e processamento de informao a respeito dos pertences do prprio homem para gerar
conhecimento e consequentemente melhor gerncia dos seus bens. O advento do tempo
condicionou o crescimento do volume de informao a ser gerida e em paralelo a necessidade
da gesto da informao para posterior interpretao da mesma informao.
Se segundo (PLUTO, s.d) a necessidade que a me da inveno, para
(BALZAC,s.d) a necessidade com frequncia a espora de gnio, (PITAGORAS, s.d) diz
que o ser capaz mora perto da necessidade e segundo (DA VINCI, s.d) a necessidade terna
e inventora, ento a necessidade de homem gerir informao condicionou a recrudescimento
da capacidade intelectual no que concerne a inveno e inovao de artefactos mecnicos,
analgicos e digitais para atender a cada novo panorama da gesto de informao de acordo
com o tempo.
Neste contexto uma simples observao da sociedade moderna no que concerne a
gesto de informao constata que o que se vive hoje a inferncia das necessidades
primitivas em escalas cada vez maiores, isto , alm dos homens apenas gerirem informaes
pessoais passaram a ser grandes organizaes a gerirem as informaes a respeito das suas
actividades rotineiras, anlises estatsticas, recursos humanos e financeiros entre outras
informaes organizacionais e em volumes cada vez mais maiores, o que consequentemente
maiores exigncias de artefactos para auxiliar as organizaes para uma gesto de informao
com qualidade.
Em um passado breve ou mesmo na actualidade em algumas empresas usa-se fichas
de papel que so organizadas em arquivos fsicos atravs de pastas como meio de persistncia

dos dados organizacionais, mas entende-se que na era actual essa soluo no
definitivamente vivel, pois para (RAQUEL, 2005) em base de dados tradicionais, o registo
suportado em papel e carto de fcil deteriorao, sendo difcil a alterao e pesquisa de
informao armazenada quando o arquivo toma grandes propores. Em detrimento disto o
uso de bases de dados baseadas em computadores tem solucionado os inconvenientes
supracitados.
Dentro de este panorama de gesto de informao, o autor dessa monografia prope
particularizar o estudo desse contexto gesto de informao nessa monografia baseada na
Empresa Electricidade de Moambique, delegao da Beira, a qual para a gesto de suas
informaes usa tcnicas hbridas a saber: uma parte informatizada e outra ainda em fichas
de papel, se segundo (SENDERS,2013) Se no tiver quebrado no concerte, um
pensamento como esse uma anttese do progresso das melhorias, ento o autor comea uma
pomposa jornada rumo ao progresso das melhorias na Empresa Electricidade de
Moambique, delegao Beira, com um estudo pragmtico desse contexto baseado em
entrevistas aos funcionrios da Empresa Electricidade de Moambique, delegao Beira
(VER APENDICE I,II), a qual resultou com a identificao das seguintes manifestaes
fcticas:
Incerteza de chegada do supervisor no local de contadores de electricidade da
Empresa Electricidade de Moambique, delegao Beira;
Morosidade no processamento de relatrios;
Maior possibilidade de incoerncia de informao colhida nos locais de superviso
dos contadores de electricidade;
Limitao do cliente no acesso a informao a respeito do seu contador de
electricidade;

Demora na disponibilizao da informao colhida no campo de superviso dos


contadores de electricidade da Empresa Electricidade de Moambique, delegao
Beira;
Uso de papel no acto de colecta de informao na superviso dos contadores de
electricidade da Empresa Electricidade de Moambique, delegao Beira.

De acordo com as manifestaes fcticas encontradas, se identifica o seguinte problema


de investigao a desenvolver nessa monografia: limitada gesto da informao dos
contadores de electricidade da Empresa Electricidade de Moambique, delegao Beira, o
que dificulta a tomada de deciso com maior eficincia, eficcia e rapidez.
As manifestaes o problema anteriormente identificados so consequncias de vrias
causas, dentre elas destaca-se:
Insuficincia de sistema que certifique a presena de um supervisor em um dado local
dos contadores de electricidade a serem supervisionados a um dado momento o que
limita a fiabilidade das informaes a serem colhidas.
Limitao tecnolgica para equipa de campo prover dados em tempo real ao
repositrio central o que retarda a actualizao do servidor central de dados da
empresa.
Fracos artefactos tecnolgicos (Base de Dados Distribudos) para a disponibilizao
das informaes necessrias aos agentes envolvidos no negcio logo que necessrio o
que torna moroso o acesso a informao, consequentemente retarda os processos que
dependam de conhecimento de informaes prvias para o seu andamento.
Para a soluo do problema o objecto de estudo desta investigao o sistema de gesto de
informao da empresa Electricidade de Moambique, delegao da Beira, onde seu

objectivo propor um sistema de gesto de informao de contadores de electricidade e sua


metodologia de aplicao para a Empresa Electricidade de Moambique, delegao Beira.
Para atingir o objectivo geral, tm-se os seguintes objectivos especficos:
1. Fundamentar epistemologicamente as tecnologias web (HTML5, CSS3, Jquery e
PHP5), MYSQL, Android e Amazon Web Services que sero usadas para o desenho
do sistema de gesto informao de contadores de electricidade da empresa
Electricidade de Moambique, delegao Beira.
2. Desenhar o sistema de gesto de informao de contadores de electricidade da
Empresa Electricidade de Moambique, delegao Beira, baseada nas tecnologias
web (HTML5, CSS3, Jquery e PHP5), MYSQL, Android e Amazon Web Services.
De acordo com a dicotomia problema e objectivos se estabelece a seguinte hiptese de
investigao:
Se se desenhar um sistema de gesto de informao de contadores de electricidade da
Empresa Electricidade de Moambique, delegao Beira baseado em tecnologias web
(HTML5, CSS3, Jquery, PHP5), MYSQL, Android e Amazon Web Services ir melhorar a
gesto da informao dos contadores de electricidade deles, some-se a isto o desempenho da
equipe do campo ou fora de escritrio, controle das actividades externas, reduzir as operaes
manuais de dados ou seja a digitalizao das informaes colhidas, aumentar o ndice de
fiabilidade de dados a serem processados, reduzir o tempo de processamento de relatrio,
disponibilizao dos dados em tempo real e por conseguinte o aumento do poder de tomada
de deciso por parte dos membros seniores da organizao como tambm a produtividade
corporativa.
Para se alcanar o objectivo, foram utilizados os seguintes mtodos cientficos:

Histrico-lgico: ser usado na reviso bibliogrficas, de trabalhos relacionados permitindo


uma maior compreenso da lgica de investigao e determinao de tendncias histricas do
processo de implementao de sistemas de gesto nas empresas;
Anlise-sntese- consistir no processamento de informao obtida de documentos e
assuntos relacionados a esta investigao, principalmente servir para a caracterizao do
objecto e elaborao de concluses gerais;
Hermenutico dialctico vai auxiliar na compreenso, explicao e interpretao de
assuntos que servem de fundamento para a necessidade de implementao de sistema de
gesto de informao de contadores de electricidade;
Sistmico Estrutural funcional mtodo que permitira elaborar, estruturar e fundamentar
o desenho do sistema de gesto de informao de contadores de electricidade;
Entrevistas: foram feitas entrevistas aos tcnicos supervisores de contadores
electricidade e tcnicos de tecnologias de informao na empresa electricidade da Empresa
Electricidade de Moambique, delegao Beira (Ver Apndice I, II);
A importncia e significado prtico e que recrudescimento exponencial de volume
de informao conforme aumentam os valores das variveis de negcios, geram assim novas
necessidades no ambiente de negcios dinmicos em termos de tecnologias de informao
para atender a cada novo panorama, com isso com implementao de base de dados
distribudos pode se melhora esse cenrio.
A presente monografia est dividida em quatro seces, sendo Introduo, Capitulo I
referente a fundamentao epistemolgica, onde apresentada a reviso bibliogrfica sobre o
tema, as tecnologias, Captulo II ser apresentado o desenho do sistema de gesto de
informao de contadores de electricidade da empresa Electricidade de Moambique,
delegao Beira, finalmente, a seco de concluses de aspectos tratados na presente pesquisa

e recomendaes da continuidade da pesquisa, assim como a bibliografia, apndices e anexos


que suportam a mesma.

1.CAPITULO I: FUNDAMENTAO EPISTEMOLGICA


Nesta seco apresentada a fundamentao epistemolgica sobre os aspectos
cientficos e tecnolgicos que contribuem para a concretizao da proposta, como Sistemas
de gesto de informao, mobilidade corporativa, tecnologias web (HTML5, CSS3, JQUERY
e PHP5), MYSQL, Android, Amazon Web Services, arquitetura.

1.1.SISTEMA DE GESTO DE INFORMAO


Antes de se apresentar o conceito de Sistema de gesto de informao necessrio
conceptualizar a cada lexema que faz a expresso em questo.
Assim sendo, Sistema um conjunto de elementos dinamicamente relacionados entre
si, formando uma actividade para atingir um objectivo, operando sobre entrada e fornecendo
sada. Para (LAUDON, 2004) sistema um conjunto de partes, componentes que interagem
entre si, de forma ordenada, a fim de atingir um objectivo em comum. Tambm extrema
importncia frisar que o termo sistema foi abordado no sentido mais lato possvel, devendo se
particularizar para atender as especificaes dessa monografia, para tal ver atentamente os
itens que se seguem:
Segundo (MARTINEZ, 2015) Gesto um conjunto de tarefas planejadas,
organizadas e executadas que garantam de maneira eficaz e eficiente, a aplicao dos
recursos de uma organizao, com o objectivo de serem atingidos os objectivos prdeterminados.
Na viso (MAX,2010), Informao o resultado do processamento, manipulao e
organizao de dados, de tal forma que represente uma modificao no conhecimento do
sistema que a recebe.
Neste contexto, diante dos conceitos supracitados, para (MARTINEZ, 2015) Sistemas
de gesto de informao so sistemas ou processos que fornecem as informaes
7

necessrias para gerenciar com eficcia as organizaes. Um sistema de gesto de informao


gera produto de informao que apoiam muitas necessidades de tomada de deciso
administrativa e so o resultado de interaco coordenativa entre pessoas, tecnologias e
procedimento, que ajudam uma organizao a atingir as metas.
No estgio da era actual os sistemas de gesto de informao so inerentes as
tecnologias de informao, por conseguinte nota-se que se vive uma era da mobilidade em
termos de tecnologia de informao o que facilita integrao remota de sistemas de gesto de
informao, provendo a facilidade das pessoas acederem aos sistemas independentemente do
lugar, simulando um ambiente corporativo mvel ou seja uma mobilidade corporativa.
Para (VICARI,2015) Mobilidade corporativa o termo adoptado pelo mercado para
denominar a implantao das Tecnologias de Informao Mveis e sem Fio nos processos
organizacionais. A adopo da mobilidade representa uma melhoria nos processos de
negcios das organizaes ao permitir que seus colaboradores estejam continuamente
conectados e inseridos nos processos corporativos a qualquer hora e em qualquer lugar.
Neste contexto, entende-se que no estgio anterior da mobilidade corporativa, era
necessrio armazenar informaes de um dia inteiro de trabalho nos arquivos fsicos ou em
outros sistemas computacionais para posterior alimentao do repositrio de dados ou
sincronizao com servidor de forma presencial na organizao.
O despontar dessa nova era organizacional com a mobilidade corporativa trouxe uma
nova forma de estar as organizaes provendo muitas vantagens, algumas das quais segundo
(VICARI,2015) se destacam a seguir:
Reduzir erros com operaes manuais de dados, uma vez que sua actualizao ocorre
em tempo real;
Aumentar a agilidade dos processos que necessitam de retorno da equipe de campo da
organizao.

Aumentar a produtividade da equipe de campo, uma vez que informaes


operacionais cruciais podem ser acessadas independentemente do local, dia ou hora;
Obter maior controlo das actividades externas, garantindo maior produtividade.
Por outro lado, apesar da tamanha vantagem de implementao da mobilidade corporativa, a
conscincia de segurana entre os usurios mveis, seu descuido do dispositivo mvel so os
dois principais factores de risco no uso de dispositivos mveis nas organizaes.
O foco da mobilidade corporativa a conectividade de todos os agentes inseridos no
ambiente de negcios independentemente de espao e tempo, para que se consiga a tal proeza
e necessrios uma plataforma com arquitetura que permita uma abrangncia global, e em
termos tecnolgicos a arquitetura web e que atende as especificaes para tal e tem sido a que
geralmente tem sido usada em vrios ambientes corporativos.
A Web consiste em milhes de clientes e servidores, conectados atravs de redes
cabeadas e sem fio, quando um determinado usurio acessa uma determinada URL pelo
navegador, uma solicitao enviada para o servidor Web. O servidor normalmente responde
para o cliente enviando a pgina Web solicitada (DEITEL, 2004), (Ver figura 1).

Figura 1:Arquitetura Web (Cliente Servidor). Fonte: (DEITEL, 2004).

A programao de sistemas para Web geralmente feita separadamente em dois lados


distintos: lado Cliente (Frontend) e lado Servidor (Backend), cujo cada lado tem tecnologias
prprias para programao.

1.2. TECNOLOGIAS DO LADO CLIENTE (FRONTEND)


As tecnologias do lado cliente so muito importante no sistema web, haja visto que a
combinao delas provem experiencia ao usurio final do produto web sendo essas
tecnologias responsveis pela formatao dos dados (HTML), apresentao (CSS) e
interactividade com o usurio (JAVASCRIPT).

1.2.1 Hypertext markup language (html)


HTML em portugus significa linguagem para marcao de hipertexto, porm esta
linguagem foi publicado pela primeira vez em 1993 como um esboo para a Internet, com
decorrer do tempo nos anos 1990 viram uma quantidade enorme de actividade em torno de
HTML, com a verso 2.0, as verses 3.2 e 4.0 (no mesmo ano) e, nalmente, em 1999, a
verso 4.01. No seu desenvolvimento, a W3C assumiu o controlo da especificao.
Aps a rpida entrega destas quatro verses, o foco dos padres da Web mudaram de
HTML para XML e XHTML, e o HTML foi colocado em segundo plano. Entretanto, a
linguagem HTML se recusava a morrer, pois a maioria do contedo da Web continuava a ser
colocado em HTML.
No entanto para levar a plataforma HTML ao nvel em que se encontrava
anteriormente ou mesmo superior, fundou-se em 2004 a WHATWG1 que criou a
especificao HTML5, que segundo (CROWTHER et al, 2013), HTML5 no apenas a
ltima verso da linguagem de marcao da Web, mas tambm define um padro totalmente
1

Grupo de trabalho de pessoas interessadas na evoluo do HTML e as tecnologias ligadas a


tal.
10

novo para o desenvolvimento de aplicativos Web, ou seja, o enfoque de HTML deixa de ser
apenas uma linguagem de marcao de documentos, mas tambm passa a ser uma plataforma
de desenvolvimento de aplicativos Web.
Portanto, em 2008 foi publicado o primeiro esboo de HTML5, devido linguagem
HTML5

resolver

problemas

muito

prticos

fornecedores

de

navegadores

esto

implementando febrilmente seus novos recursos. De acordo com (LUBBERS, 2012) a


linguagem HTML5 baseada em diversos princpios de projecto que personifica uma nova
viso de possibilidades e praticidade, no entanto esta nova viso baseia-se nos seguintes
princpios:
1. Compatibilidade e automatizao do processo de negcio, garante-se que os
recursos de HTML5 que no forem suportados, o comportamento devem se degradar
de forma organizada.
2. Utilidade e prioridade de constituintes, especificao HTML5 so escritas baseada
em uma prioridade dos constituintes definidos. E, no que concerne as prioridades, o
usurio o rei, isso significa que, quando em dvida, a especificao valoriza
usurios mais que autores, mais que navegadores, mais que especicadores
(W3C/WHATWG) e mais que a pureza terica, como resultado, HTML5
extremamente prtica embora, em alguns casos, menos que perfeita.
3. Separao da apresentao e do contedo, HTML5 d um passo enorme na
direco da separao clara da apresentao e do contedo. HTML5 empenha-se em
criar esta separao sempre que possvel, e o faz usando CSS3. Os problemas com a
marcao de apresentao so:
Acessibilidade pobre.
Complexidade desnecessria ( mais difcil ler o cdigo com todos os estilos
inline).

11

Documentos maiores (devido repetio de contedo de estilo), o que se


traduz em pginas com carregamento mais lento.
4. Simplificao da interoperabilidade do HTML5 tem a ver com simplificao e com
evitar complexidades desnecessrias, aqui esto exemplos disso:
Capacidade nativa de navegador em vez de cdigo JAVASCRIPT complexa;
Um novo DOCTYPE2 simplificado;
Uma nova e simplificada declarao de conjunto de caracteres;
APIs HTML5 poderosas, mas simples.
5. Acesso universal, este princpio dividido em trs conceitos:
Acessibilidade para dar suporte a usurios com deficincia, o HTML5
trabalha de perto com um padro relacionado chamado Web Accessibility
Initiative (WAI) Accessible Rich Internet Applications (ARIA), uma vez que
comportamentos WAI-ARIA, que so suportados por leitores de tela, j
podem ser adicionados aos seus elementos HTML;
Independncia de mdia, funcionalidade HTML5 deve funcionar em todos os
diferentes dispositivos e plataformas, se possvel;
Um paradigma sem plugins3, fornece suporte nativo para muitos recursos
que eram possveis apenas com plugins, no entanto estes apresentam os
seguintes problemas:
o Nem sempre podem ser instalados;

a maneira de voc dizer para qualquer navegador como ele deve agir ao ler seu cdigo

HTML.

Programa de computador usado para adicionar funes a outros programas maiores, provendo
alguma funcionalidade especial ou muito especfica.
12

o Podem estar desabilitados ou bloqueados;

1.2.2. Jquery
Foi-se o tempo em que os usurios apenas seguiam links4 e submetiam formulrios na
Web. Hoje em dia, todo mundo espera que uma aplicao Web tenha uma interface rica, com
componentes inteligentes e interaces suaves, isso porque transferimos grande parte das
aplicaes que eram tipicamente Desktop para a Web e precisamos manter, e mesmo
melhorar, a usabilidade dessas aplicaes.
Por um tempo se supriu essa necessidade com pequenas aplicaes em Flash5, que
eram bastante lentas e tinham msicas e animaes totalmente desnecessrias, com o famoso
pular introduo, agora que a maioria da internet no usa mais o famigerado Internet
Explorer 6, temos condio de criar interfaces ricas usando apenas o que o navegador nos d:
HTML, CSS e JAVASCRIPT (CAVALCANTE, 2013).
Apesar da tricotomia HTML, CSS e JAVASCRIPT, com mais enfoque no
JAVASCRIPT proverem grandes vantagens, pois possibilitam a alterao de vrios aspectos
da pgina, como: contedo, estilo e seu comportamento mediante interaes de usurio
contribuindo o bastante para a usabilidade, (LENGSTORF, 2010) afirma que JAVASCRIPT
possui reputao de ser bastante difcil de se usar em aplicaes Web. Uma falta de suporte
consistente a navegadores, depurao difcil e uma sintaxe intimidadora podem fazer com
que a curva de aprendizado de JAVASCRIPT parea impossvel.
Como consequncia da realidade dos pensamentos acima citado (JASON, 2010)
acrescenta ainda, que programadores desenvolvem bibliotecas com o objectivo de fornecer

Ligao entre documentos na Internet.

Tecnologia mais utilizada no Web que permite a criao de animaes vetoriais.

13

uma sintaxe mais simples para tarefas comuns, o que traduz-se em fluxo de trabalho mais
rpido para programadores e uma curva de aprendizado fcil, alm de minimizar os
problemas de compatibilidade de navegadores, o que economiza o tempo ao se codificar.
Neste contexto vrias Bibliotecas JAVASCRIPT podem ser listadas, a saber:
Prototype, MooTools, Yahoo! UI Libraries, em foco Jquery, entre outras. Dentre elas a
jQuery foi concebida em projecto no ano de 2005 por John Resig que alinhado com ideologia
de (JASON, 2010) e (LENGSTORF, 2010) acima citados, escreveu em seu blog6 22 de
Agosto um artigo a respeito da sua tediosa e rdua experiencia em escrever em
JAVASCRIPT para obter resultados relativamente simples, nesse artigo publicou alguns
exemplos no qual propunha o uso de selectores CSS com objectivo de simplificar e dar maior
versatilidade ao cdigo, assim sendo estava lanada a ideia da qual nasceria a Biblioteca
Jquery, focalizada na simplicidade de escrita de cdigo (Write Less, Do more).
Por volta de 5 meses depois da publicao do artigo em seu blog John Resig
apresentou publicamente os resultados dos seus estudos em uma palestra intitulada Jquery, a
nova onda para JAVASCRIPT realizada no BarCampNYC, no dia 14 de janeiro de 2006.
Segundo (BALDUNO, 2013), jquery uma biblioteca JAVASCRIPT que simplifica a
manipulao de documentos HTML, eventos, animaes e interaces com AJAX para
desenvolvimento rpido de aplicaes Web.
Alm de isso, destina-se a adicionar interactividade e dinamismo as paginas Web,
proporcionando ao desenvolvedor funcionalidades necessrias a criao de script que visa
incrementar de forma progressiva e no obstrutiva, a usabilidade, acessibilidade e o design,
enriquecendo a experiencia do usurio, como tambm foi concebida para estar em

Contrao do termo ingls web log, "dirio da rede" um site cuja estrutura permite a
atualizao rpida de artigos.
14

conformidade com padres Web, ou seja, compatvel com qualquer sistema operacional e
navegador, alm de oferecer suporte total para CSS3.
Para usar jQuery em um projecto, a biblioteca precisa ser carregada em um documento
HTML para lhe dar acesso de script aos mtodos da biblioteca, se ela no for carregada
primeiro, quaisquer scripts usando a sintaxe de biblioteca provavelmente resultaro em erros
de JAVASCRIPT. Felizmente carregar jQuery muito simples e h diversas opes para
carregara-lo, a saber:
Incluir uma cpia baixada da biblioteca jquery, a primeira opo para incluir
Jquery em um projecto gravar uma cpia da biblioteca na estrutura dos arquivos do
projecto e inclu-la da mesma forma que qualquer outro arquivo JAVASCRIPT:
<script type="text/javascript" src="js/jquery-1.9.0.min.js"></script>.
Incluir uma cpia hospedada remotamente da biblioteca jquery, a segunda opo
incluir uma cpia de biblioteca jquery hospedada no Google Code; isto , feito na
esperana de que os visitantes do site tenha uma cpia da biblioteca j em cache do
outro site incluindo o mesmo arquivo, o que diminui o tempo de carga para os
usurios do site, sondo que a cpia remota e includa da mesma forma que a cpia
baixada:
<scripttype="text/javascript"src="http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jq
uery.min.js">
</script>.
Usando a API google ajax libraries, O Google Code tambm oferece uma opo
para carregar jQuery chamada API AJAX Libraries API, nas Palavras do Google, a
API AJAX Libraries uma arquitectura de carga e rede de distribuio de contedo

15

para as bibliotecas JAVASCRIPT mais populares e open source7, para incluir jQuery
no Web site usando a API AJAX Libraries, usa-se o seguinte trecho:
<script type="text/javascript" src="http://www.google.com/jsapi"></script>
<script type="text/javascript">
google.load("jquery", "1.4.2");
</script>
A partir de estudos realizados foi possvel constatar vrias caractersticas que
sucedem da biblioteca JQuery, caractersticas esse que so vistas como principais elementos
que fazem com que essa biblioteca seja mais utilizada no mundo de desenvolvimento de
aplicaes Web, dentre os quais se destacam:
Utiliza selectores CSS para localizar elementos de componentes da estrutura de
marcao HTML da pgina;
Possui arquitectura compatvel com instalao de Plug-ins e extenses em geral;
Indiferente a consistncia de renderizao entre navegadores Cross-Browser;
Admite programao encadeada, ou seja, a cada mtodo retorna um objecto;

Extensvel, pois admite a criao e insero de novas funcionalidades na biblioteca


existente.
Em outras palavras, tais caractersticas possibilitaram a criao de uma biblioteca

bastante compacta e ao mesmo tempo poderosa o bastante para oferecer funcionalidades


que tornam o processo de desenvolvimento igualmente compacto e extremamente
simples.

Programas que tem seu cdigo fonte aberto. Qualquer um pode baixar o cdigo fonte do programa,

estud-lo ou mesmo aperfeio-lo.

16

Para conferir a evoluo do jquery em cada verso, data lanamento e caracterstica de cada
verso, pode ver o ANEXO I.

1.2.3 CSS
Segundo (SILVA,2013), CSS a abreviao para o termo em ingls Cascading Style
Sheet, traduzido para o portugus como folhas de estilo em cascata. As folhas de estilo CSS
so definidas pelo W3C (1999) como um mecanismo simples para acrescentar estilo a
documentos Web, isto , CSS uma linguagem de layout padro para a Web que controla
cores, tipografia, tamanho e posicionamento de imagens entre outros elementos de
estilizao. Para adicionar esses estilos de estilizao, o CSS baseia-se em regra, uma regra
CSS composta de duas partes: o seletor e a declarao. A declarao compreende uma
propriedade e um valor. A Integrao no documento HTML pode ser feito de quatro (4)
formas distintas a saber:
CSS inline, declaraes aplicadas a um elemento individual atravs do atributo style.
<div style="background:#FFF; color:#000;"> Exemplo </div>

CSS incorporado, declaraes embutidas no contedo atravs do elemento style no


cabealho de um documento XHTML;
<head>
<style type="text/css">
body{
color:#333;
}
</style>
</head>

CSS externo, as declaraes so colocadas em um arquivo externo com a extenso .css e


includos em um ou vrios documentos atravs do elemento <link>. As alteraes no
arquivo CSS afectam a todos os documentos que referenciarem este arquivo como folha de
estilo.
<head>

17

<link rel="stylesheet" href="estilo_externo.css" type="text/css" />


</head>

CSS Importado, as declaraes tambm so chamadas a partir de um arquivo CSS externo,


porm, no atravs do elemento hiperligao, mas sim da declarao @import.
@import url (estilo_importado.css).
Declaraes inline e embutidas devem ser evitadas ao mximo, pois retiram as
vantagens da flexibilidade do CSS e da separao entre contedo e apresentao. Sendo
assim, recomendado que a apresentao visual seja definida via arquivos externos,
facilitando a manuteno nas pginas, como j citado anteriormente, alm de possibilitar a
utilizao do mecanismo de cache do navegador, no sendo necessrio que sejam requisitadas
informaes visuais pela rede toda vez que uma pgina carregada.

1.3. TECNOLOGIAS DO LADO SERVIDOR (BACKEND)


As tecnologias do lado servidor desempenham um papel muito importante no
desenvolvimento de sistema web, haja visto que estas que do dinamismo ao sistema,
permitindo que o usurio final possa fazer explicita ou implicitamente operaes sobre os
dados do sistema, para tal sempre duas categorias de tecnologias so necessrias a saber:
sistema de gerenciamento de base de dados e linguagem de programao dinmica, para
atender as especificaes dessa monografia sero usadas como sistema de gerenciamento de
Base de dados MYSQL e como linguagem de programao dinmica o PHP.

1.3.1. Hypertext preprocessor (PHP)


Segundo (ACHOUR et al, 2015) PHP uma linguagem de programao de ampla
utilizao, interpretada, que especialmente interessante para desenvolvimento para a Web e
pode ser mesclada dentro do cdigo HTML. A sintaxe da linguagem lembra C, Java e Perl. O

18

cdigo PHP executado no Servidor Web e gera HTML ou outra sada que pode se
visualizada.
O PHP tem sido uma das linguagens de programao do lado servidor a ser
preferencialmente usado por desenvolvedores de aplicaes para web hoje devido a um
conjunto de caractersticas, que de acordo com (WELLING & THOMSON, 2009) so:
Alto desempenho, o PHP muito eficiente, com um nico servidor pode atender
milhes de acessos por dia;
Interfaces para muitos sistemas diferentes de banco de dados, o PHP tem
conexes activas disponveis para muitos sistemas de banco de dados, a saber:
MYSQL, PostgreSQL, Msql, Oracle,dbm, FilePro.HypeWave, Informix,InterBase,
Sybase, SQLite entre outros. Usa o Open Database Connectivity Standard (ODBC),
para conectar qualquer banco de dados que fornea um driver de ODBC, incluindo
produtos da MICROSOFT;
Bibliotecas integradas para muitas tarefas comuns da web, como o PHP foi
projectado para a utilizao na Web, ele tem muitas funes integradas para realizar
muitas tarefas teis relacionadas na Web. Podendo-se com PHP gerar GIF
instantneas, conectar-se a outros servios de rede, enviar correio electrnico,
trabalhar com cookies, gerar documentos PDF, entre outras funes.
Baixo custo, tendo em conta que o PHP gratuito, isto faz com que a sua utilizao
no desenvolvimento de projecto no acarretes custa acrescidos;
Facilidade de aprender e utilizar, a sintaxe do PHP esta baseada em linguagens de
programao, principalmente C e PERL, se j se conhece o PERL ou uma do tipo C,
como C++ou JAVA h facilidade de aprendizado;
Orientado a objecto, possui ptimo suporte quando desenvolvido em quando de
forma em orientado a objecto.
19

Portabilidade, O PHP esta disponvel para vrios sistemas operacionais diferentes, o


cdigo escrito em um sistema operativo certamente funcionar no outro sem qualquer
modificao;
Para conferir a evoluo do PHP em cada verso, data lanamento e caracterstica de cada
verso, pode ver o ANEXO II,

1.3.2 Mysql
O MySQL um servidor e gerenciador de banco de dados (SGBD) relacional, de
licena dupla (sendo uma delas de software livre), projectado inicialmente para trabalhar com
aplicaes de pequeno e mdio portes, mas hoje atendendo a aplicaes de grande porte e
com mais vantagens do que seus concorrentes.
Neste contexto o MySQL teve origem quando os desenvolvedores David Axmark,
Allan Larsson e Michael Monty Widenius, na dcada de 90, precisaram de uma interface
SQL compatvel com as rotinas ISAM que utilizavam em suas aplicaes e tabelas. Em um
primeiro momento, tentaram utilizar a API mSQL, contudo a API no era to rpida quanto
eles precisavam, pois utilizavam rotinas de baixo nvel (mais rpidas que rotinas normais).
Utilizando a API do mSQL, escreveram em C e C++ uma nova API que deu origem ao
MySQL.
Uma das tecnologias que tem sido muito usada paralelamente com o PHP para escrita de
aplicaes Web e sem dvidas alguma o MYSQL, que a semelhana do PHP tem ganho
muito espao na Web devido as suas caractersticas, que segundo (WELLING &
THOMSON,2009):
SGBD,alm de possuir banco de dados, o MySQL contm todas as caractersticas de
um SGBD, que o MySQL Server, tambm este possui capacidade de armazenar
dados, para tal esta ferramenta prov todas as caractersticas de multiacesso, entre

20

outras funcionalidades de um SGBD, tais como: gerenciamento de acesso; integridade


dos dados e relacional; concorrncia, transaces, entre outros;
Portabilidade, este foi desenvolvido utilizando as linguagens de programao C e
C++, unido com o uso de GNU (General Public License) Automake, Autoconf e
Libtool, torna o MySQL uma aplicao altamente portvel entre diferentes sistemas,
plataformas e compiladores. Alm disso, fornece sua API de conexo para vrias
outras linguagens, como Java, Python, PHP, Perl, C, C++, entre outras.
Multithreads, permite a utilizao da programao de threads disponvel no kernel da
plataforma. Alm de aumentar significativamente a velocidade de processamento, este
ainda facilita a integrao da ferramenta em hardwares com mais de uma CPU.
Formas de armazenamento, feita pela disponibilizao de vrios tipos de tabelas
para armazenamento de dados, tendo cada tipo sua prpria caracterstica, visto que a
vantagem dessa variedade de tabelas a possibilidade de escolher o tipo em cada
situao diferente, enquanto um tipo prioriza velocidade, outro prioriza volume de
dados, entre outras caractersticas.
Velocidade, possui maior velocidade no acesso aos dados em razo de vrios factores
em seu desenvolvimento como tabelas ISAM (substitudas pelo novo mecanismo
MyISAM na verso 5), utilizao de cachs em consultas, utilizao de indexao
BTREE para tabelas do tipo HEAP, algoritmos de buscas, entre outros recursos.
Segurana, aplicado em sistema gerenciador de conexes que trabalha com
criptografia no trfego de senhas.
Capacidades, o MySQL tem um alto poder de execuo e de armazenamento, uma
vez que este depende da plataforma onde a ferramenta ser utilizada, suas tabelas
podero armazenar espaos extraordinrios, ficando limitadas somente ao tamanho
mximo de arquivos com que a plataforma em questo pode manipular. No caso de
21

tabelas do tipo InnoDB, cujo armazenamento pode ser realizado por um ou mais
arquivos separados, possvel armazenar at 65.536 TB (terabytes).
Para conferir a evoluo do Mysql em cada verso, data lanamento e caracterstica de cada
verso, pode ver o ANEXO III.

1.4. ANDROID
Android uma plataforma aberta voltada para dispositivos mveis desenvolvida pela
Google e actualmente mantida pela Open Handset Alliance (OHA). Para (MONTEIRO, s.d)
Android uma plataforma desenvolvida especialmente para dispositivos mveis como
aparelhos celulares e tablets, composta de um sistema operacional, middlewares e um
conjunto de aplicativos principais como os contactos, Navegador de Internet e o Telefone
propriamente dito e apresenta uma arquitetura muito em camadas.
Segundo (FREITAS, 2012), o Android possui uma arquitectura dividida em quatro (4)
nveis ou camadas que se representam de acordo com a figura 2:

Figura 2: Arquitetura do Android. Fonte: (FREITAS, 2012)

Nvel 1- Linux Kernel, este nvel que responsvel pela inicializao do sistema,
gerenciamento da memria do dispositivo, gerenciamento dos processos do dispositivo,
gerenciamento das threads em execuo e gerenciamento da energia, basicamente todos os

22

drivers responsveis pela comunicao com os recursos de hardware do dispositivo


encontram-se neste nvel, como mdulos do kernel do Linux.
Como o Android roda em Linux, ele acaba se beneficiando de vrios recursos deste
Sistema Operacional, como:
Suporte multitarefa: possibilita ao Android executar vrias tarefas ao mesmo tempo;
Suporte multiusurio: permite ao Android disponibilizar um usurio para cada
aplicao instalada, garantindo maior segurana e privacidade dos dados dos
aplicativos, o que impede que um aplicativo instalado prejudique os dados de outro
ou acesse sua base de dados e seus arquivos.
Nivel 2- Libraries e Android runtime, o segundo nvel da arquitectura Android pode ser
dividido em dois sub-niveis, a saber:
a) As libraries, so as bibliotecas nativas do Android, so basicamente bibliotecas
escritas em linguagem C e C++ que rodam directamente no Linux, sabendo que o
acesso a essas bibliotecas feito pela camada superior, a Application Framework, que
abstrai todo o acesso a essas bibliotecas quando se desenvolve um aplicativo para o
Android, ou seja, no se acessa directamente, dentre essas bibliotecas, destacam-se
algumas:
SQLite: biblioteca para acesso ao banco de dados utilizado pelo Android;
WebKit: motor de funcionamento do navegador do Android;
SSL: biblioteca que prov o uso de conexes segura;
OpenGL | ES: biblioteca para renderizao de grcos 3D;
b) Android runtime
O Android Runtime tambm encontra-se no segundo nvel da arquitectura do Android
e est subdividido em duas partes:

23

As core libraries so as bibliotecas do Java e compreende praticamente todas as


bibliotecas do Java SE, com isto, permite se desenvolver aplicativos usando as
APIs padres do Java, programando praticamente da mesma forma como se fosse
desenvolver um aplicativo para desktop.

Dalvik virtual machine a mquina virtual do Android, onde os aplicativos so


executados, uma vez que os aplicativos desenvolvidos para Android so escritos
em Java e toda aplicao desenvolvida em Java precisa de uma Mquina Virtual
para ser executada, e no Android essa mquina virtual denominada de Dalvik
VM.

Neste caso, cada aplicativo roda em sua prpria instncia da Dalvik VM, e cada
instncia gerenciada pelo seu prprio processo no Linux, ou seja, os aplicativos no
compartilham a mesma instncia da Dalvik VM, isto garante maior segurana pois um
aplicativo no poder interferir na execuo de outro aplicativo.
Portanto, a Dalvik VM no executa bytecodes do Java, mas sim bytecodes .dex
(Dalvik Executable), ao desenvolver um aplicativo no android e ao compila-lo no seu SDK,
ir gerar os arquivos .class (bytecodes do Java) referentes a cada classe .java (arquivo de
cdigo fonte) e posteriormente ele ir traduzir todos os arquivos .class em arquivos .dex
(bytecodes da Dalvik VM), ou seja, existe um passo a mais no processo de compilao,
(Ver Figura 3).

Figura 3: Processo de gerao dos bytecodes .dex (Dalvik Executable). Fonte: (FREITAS, 2012).

24

Nivel 3- Application framework, compreende as APIs do Android que so usados no


desenvolvimento de aplicativos, esta camada abstrai o acesso s bibliotecas escritas em C e
C++ da camada Libraries, facilitando o trabalho dos programadores de aplicativos para
Android.
Nivel 4- Applications, compreende os aplicativos escritos em Java para o Android, nesta
camada encontram-se tantos os aplicativos nativos do Android quanto os aplicativos
desenvolvidos por terceiros. Aplicativos nativos e os desenvolvidos por terceiros esto no
mesmo nvel, na camada Applications, o que permite terceiros desenvolverem aplicativos que
substituam os aplicativos nativos, sendo possvel, por exemplo, criar um aplicativo de
contactos que substitua o que j vem nativo no Android.
Por fim, Para conferir a evoluo do Android em cada verso, data lanamento e
caracterstica de cada verso, pode ver o ANEXO IV.

1.5. AMAZON WEB SERVICES


Antes de aprofundar no estudo da Amazon Web Services, faz-se necessrio conhecer
um pouco de computao em nuvem.
Neste contexto (LACHETA, 2014) afirma que, computao em nuvem o termo
usado para a possibilidade de acessar seus arquivos como: msica, documentos, vdeos, fotos,
dentre outros pela internet usufruindo de recursos infinitos de armazenamento. Do mesmo
modo, (GARTNER, s.d) acrescenta que um estilo de computao no qual recursos
habilitados de TI escalonveis e elsticos so fornecidos como um servio para clientes
externos usando tecnologias de internet.
Dessa forma, Amazon Web Services ou simplesmente AWS fornece uma plataforma
de computao em nuvem flexvel, econmica, escalonvel e fcil de usar para empresas de
todos os tamanhos. (LECHETA,2014) diz que a Amazon Web Services uma plataforma

25

global de servios na nuvem, oferecendo potncia de computao, armazenamento,


distribuio de contedo e outras funcionalidades que permitem s empresas implantar
aplicativos e servios a custos reduzidos, com maior flexibilidade, escalabilidade e
confiabilidade.
A AWS fornece basicamente servios de computao em nuvem nas principais
categorias de servios em nuvem, a saber:
SAAS (Software As A Service), um software que pode ser usado como servio na
nuvem, um bom exemplo disso o servio Relational Database Service (RDS) que
um banco de dados na nuvem ou seja um software de base dados na nuvem;
IAAS (Infrastructure As A Service), fornece infra-estrutura para executar servidores
virtuais na nuvem de forma escalvel e segura, o que permite que no haja
preocupao com memria, capacidade de processamento e armazenamento;
PAAS (Platform As A Service), fornece um grande ambiente que permite executar
aplicaes, facilitando o gerenciamento e a manuteno.
O servio da nuvem da Amazon permite escalar aplicaes em abrangncia mundial,
possibilitando que as aplicaes possam ser instaladas em vrias regies do mundo, bem
como garantir a disponibilidade e bom funcionamento das aplicaes mesmo que haja
desastres naturais, graa aos conceitos de regies e de zonas de disponibilidades.
Uma regio representa uma determinada regio geogrfica do mundo, a cada regio
possui dois ou mais datacenters8 isolados chamados de zonas de disponibilidade, existem at
a data em que escrita essa monografia nove zonas de disponibilidade, a saber: Leste dos
EUA (Norte da Virgnia), Oeste dos EUA (Oregon), Oeste dos EUA (Norte da Califrnia),

Ambiente projetado para abrigar servidores e outros componentes como sistemas de armazenamento de
dados e ativos de rede.

26

UE (Irlanda), sia-Pacifico (Singapura), sia-Pacifico (Tquio), sia-Pacifico (Sidney),


Amrica do Sul (So Paulo) e AWS GovCloud- dedicada as agncias do governo Americano.
Os recursos da AWS podem ser acessados e configurados atravs do console que a
Amazon Web Services disponibiliza para os seus clientes ou ento pode ser automatizado por
atravs de APIs e SDKs das principais linguagens de programao como: .NET, JAVA, PHP,
PYTHON, RUBY, entre outras linguagens.
A plataforma da AWS bastante extensa que no seria possvel descrever todos os
servios nessa monografia, por isso a figura: resume o importante a se saber no escopo dessa
monografia com um esquema de arquitectura web de uma aplicao de alta disponibilidade,
com o monitoramento de recurso e escalabilidade automtica conforme a demanda.

Figura 4: Arquitectura da Amazon Web Services. Fonte: (LECHETA, 2014).

Conforme supracitado a AWS um servio de nuvem composto por vrios servios na


categoria IAAS, SAAS, PAAS, a seguir esto conferidos os principais servios necessrios
para a o escopo do problema a ser resolvido nesta monografia:
S3 (Simple Storage Service), um servio de armazenamento de dados da AWS
altamente escalvel e escalonvel.
EC2 (Elastic Compute Cloud), um dos servios mais usados da AWS e permite
criar instncias de servidores virtuais na nuvem com variadas configuraes de
27

sistemas operacionais, como o Linux e o Windows, assim como diferentes


configuraes de processador, memria e armazenamento em disco.
Route 53 um servio DNS altamente disponvel e escalonvel, projectado para
oferecer aos programadores e empresas uma maneira extremamente confivel e
econmica de direccionar os usurios finais para aplicativos de Internet, ao traduzir
nomes de domnio em endereos IP de Servidores.
RDS (Relational Database Service) um servio da Web criado para facilitara
configurao, o gerenciamento, os backups e a escalabilidade do banco de dados.
SES (Email Simple Service), um servio da Web de envio de e-mail altamente
escalvel e barato, comparando com outras solues do mercado.
Dessa forma para concluir esse captulo, importa referir que nesta sesso fez-se a
fundamentao epistemolgica de todo artefacto cientfico ou tecnolgicos necessrios para
elaborao do projecto e fico evidente a extrema importncia de abordar as teorias
actualizadas de: HTML5, CSS3, JQUERY, PHP,MYSQL, ANDROID e AWS, pois so
ferramentas que carregam consigo o poder de concretizao da anteviso da soluo para o
problema supracitado.
Contudo, o anteriormente exposto faz que cada uma dessas tecnologias uma unidade
com tarefa especfica na formao da soluo do problema como um todo, devendo a cada
uma delas participar com as especificaes que lhe convm para fazer do sistema de gesto
de contadores de electricidade da empresa Electricidade de Moambique, delegao Beira,
um sistema robusto em vrios aspectos como a usabilidade, escalabilidade, segurana,
experincia do usurio, portabilidade, performance entre outros.

28

2. CAPITULO II: DESENHO DO SISTEMA GESTO


INFORMAO DE CONTADORES DE ELECTRICIDADE

DE

Nesta sesso faz descrio do desenho da proposta do sistema de gesto de


informao de contadores electricidade bem como as suas metodologias de implantao,
anlises de requisitos para a projeo do software e infraestruturas para a hospedagem do
mesmo sistema de gesto de informao.

2.1 REQUISITOS
Um requisito de um sistema uma caracterstica do sistema ou a descrio de algo que o
sistema capaz de realizar para atingir seus objectivos, ou seja, alguma coisa que o produto
tem de fazer ou uma qualidade que ele precisa apresentar. Na viso de (SOMMERVILLE,
2007) requisitos de um sistema so descries dos servios que devem ser fornecidos por esse
sistema e as suas restries operacionais.
Assim, com base nessas e em outras definies, pode-se dizer que os requisitos de um
sistema incluem especificaes dos servios que o sistema deve prover, restries sob as
quais ele deve operar, propriedades gerais do sistema e restries que devem ser satisfeitas no
seu processo de desenvolvimento.
As definies acima apresentadas apontam para a existncia de diferentes tipos de
requisitos, uma classificao amplamente aceita quanto ao tipo de informao documentada
por um requisito faz a distino entre requisitos funcionais e requisitos no funcionais.
Requisitos no funcionais, descrevem restries sobre os servios ou funes
oferecidos pelo sistema (PFLEEGER, 2004); isto , as quais limitam as opes para criar uma
soluo para o problema. Neste sentido, os requisitos no funcionais so muito importantes
para a fase de projecto, servindo como base para a tomada de decises nessa fase.

29

Com isso, estes tm origem nas necessidades dos usurios, em restries de


oramento, em polticas organizacionais, em necessidades de interoperabilidade com outros
sistemas de software ou hardware ou em factores externos como regulamentos e legislaes.

2.1.1. Requisitos no funcionais do sistema de gesto de informao de


contadores de electricidade
Com base nas entrevistas efectuadas aos Tcnicos de Informtica e aos supervisores
de contadores electricidade da empresa da Electricidade de Moambique, delegao Beira
(VER APNDICES I, II), para se desenvolver o sistema foram considerados os requisitos
no funcionais tabelados na tabela 6.
RNF01

O sistema deve possuir um sistema de segurana a fim de evitar


o acesso indevido a informaes dos usurios

RFN02

Deve ser implementado um mecanismo de criptografia de dados


para a autenticao do usurio;

RNF03

A interface do Web site e do aplicativo mvel devem ser


intuitivas, possibilitando o fcil entendimento e uso da
ferramenta ou seja seguir os princpios da experiencia do usurio;

RFN04

desempenho

do

sistema

dever

atingir

um

nvel

satisfatoriamente alto, a fim de minimizar os problemas de timeout e maximizar a experincia do usurio;


RFN05

Todos os dados modificados no sistema devem ter sua


integridade garantida a fim de evitar qualquer inconsistncia no
banco de dados;

RFN06

As tecnologias HTML5, CSS3 e jQuery sero usadas para o


desenvolvimento FrontEnd.

30

RFN07

A tecnologia PHP5 ser usada para o desenvolvimento BackEnd.

RFN08

As funes do PHP deve ser consumveis como Web Services as


tecnologias REST para facilitar a futura integrao de outros
sistemas caso os requisito alterem.

RFN09

Para Hospedagem de sistema deve ser feita na infraestrutura da


nuvem da Amazon Web Services (AWS).

RFN10

O sistema Web deve ser portvel em vrios navegadores, ou seja,


deve ser Cross-Browser9

RFN11

A aplicao deve ser hospedada em vrios servidores de


aplicao gerenciados com um balanceador de carga, a fim de
facilitar a escalabilidade horizontal.

RFN12

Ao nvel da base de dados o SGBD a ser usado ser MYSQL

RFN13

Padro de projecto MVC

RNF14

Padro de Projecto Singleton10

Tabela 1: Requisitos no Funcionais do Sistema. Fonte: PRPRIA.

Requisitos funcionais, so declaraes de servios que o sistema deve prover,


descrevendo o que o sistema deve fazer. Como descrito por (PFLEEGER, 2004), um
requisito funcional descreve uma interaco entre o sistema e o seu ambiente podendo
descrever, ainda o autor dessa monografia acrescenta que, o sistema deve reagir a entradas
9

Refere-se habilidade de um site, Aplicao Web, contructor HTML suportar mltiplos

navegadores. Esta aplicao deve ser construda atravs de uma forma de programao que utiliza
tecnologias compatveis com qualquer navegador Web que suporte as especificaes do W3C.
10

Padro de projeto que tem o objetivo garantir que existe apenas uma instncia de uma certa classe

a qualquer instante e em qualquer ponto de um sistema.

31

especficas, como o sistema deve se comportar em situaes especficas e o que o sistema no


deve fazer.

2.1.2. Requisitos funcionais do sistema de gesto de informao de


contadores de electricidade
Com base nas entrevistas efectuadas aos Tcnicos de Informtica e aos supervisores
de contadores de electricidade da empresa Electricidade de Moambique , delegao Beira
(VER APNDICES I, II), para se desenvolver o sistema foram considerados os requisitos
funcionais tabelados na tabela 7.
Ref.

Requisito

RF01

Efectuar login: Antes de se aceder o sistema em propriamente


dito haver necessidade dos usurios do sistema (Cliente,
Supervisor, Administrador) informar o usurio e a senha.

RF02

Cadastrar Cliente: O administrador tem a possibilidade de fazer o


cadastro dos clientes da organizao, devendo apenas informar
os dados necessrios.

RF03

Actualizar Cliente: O administrador tem a possibilidade de


actualizar os dados dos clientes previamente cadastrados na base
de dados, como tambm o cliente pode actualizar parte dos seus
prprios dados.

RF04

Remoo de Cliente: O administrador tem a possibilidade de


remover o Cliente caso haja necessidade para remoo.

RF05

Ler dados dos Clientes: O administrador tem a possibilidade de


ler os dados de todos clientes e o cliente tem a possibilidade de
ver seus prprios dados.

32

RF06

Cadastrar Funcionrio: O administrador tem a possibilidade de


fazer o cadastro dos Funcionrios da organizao, devendo
apenas informar os dados necessrios.

RF07

Actualizar Funcionrios: O administrador tem a possibilidade de


actualizar os dados dos funcionrios previamente cadastrados na
base de dados, como tambm o Funcionrio pode actualizar parte
dos seus prprios dados.

RF08

Remover Funcionrio: O administrador tem a possibilidade de


remover o funcionrio caso haja necessidade para remoo.

RF10

Ler dados dos Funcionrios: O administrador tem a possibilidade


de ler os dados de todos clientes e o cliente tem a possibilidade
de ver seus prprios dados.
Reclamar: O cliente tem a possibilidade de reclamar caso algo

RF11

no esteja conforme ele previa no seu quadro, desde que o


inconveniente seja da responsabilidade da organizao.
Actualizar reclamao: O Cliente tem a possibilidade de

RF12

actualizar a reclamao no que ele mesmo efectuou dentro de 48


horas.
Atender Reclamao: O administrador e outro funcionrio caso

RF13

tenha o privilgio podem atender a reclamao do cliente

RF14

Confirmar o atendimento a Reclamao: O cliente tem a


possibilidade de confirmar o atendimento da sua reclamao, em
como avaliar o resultado do atendimento.

RF15

Ler reclamao: O Administrador e os funcionrios com


privilgios podem ler as relaes do cliente previamente feitas,
33

bem como o cliente pode ler todas as suas reclamaes.


RF16

Cadastrar Contador: O administrador tem a possibilidade de


fazer o cadastro dos contadores de electricidade da empresa,
devendo apenas informar os dados necessrios.

RF17

Actualizar Contador: O administrador tem a possibilidade de


actualizar os dados dos contadores de electricidade da empresa,
previamente cadastrados na base de dados

RF18

Remover contador: O administrador tem a possibilidade de


remover o contador de electricidade caso haja necessidade para
remoo.

RF19

Ler dados do contador: O administrador e os funcionrios com


privilgios tem a possibilidade de ler os dados de todos os
contadores de electricidade e o Cliente tem a possibilidade de ver
apenas os dados do seu contador de electricidade.

RF20

Registar superviso: O administrador, o supervisor ou outros


funcionrios com privilgios tem a possibilidade de fazer o
registo da superviso dos contadores electricidade da empresa
nos clientes.

RF21

Actualizar Informaes da Superviso: O administrador e o


supervisor (s em superviso que participou) tm a possibilidade
de actualizar a informao de uma dada superviso.

RF22

Remover Superviso: O administrador tem a possibilidade de


remover superviso caso haja necessidade para remoo.

RF23

Ler informaes da superviso: O administrador, o supervisor


(s em superviso que participou) e o cliente (s superviso do
34

seu quadro pessoal) tm a possibilidade de ler os dados de todos


clientes e o cliente tem a possibilidade de ver seus prprios
dados.
RF24

Gerar Relatrio: O sistema deve gerar relatrio de dados


estatsticos para facilitar na tomada de deciso por parte das
instncias superiores da organizao.

Tabela 2: Requisitos Funcionais do Sistema. Fonte: PRPRIA.

2.2. DIAGRAMA DE CASO DE USO


Tipicamente, a funcionalidade a ser provida por um sistema muito grande para ser
analisada como uma nica unidade e, portanto, importante ter um mecanismo de dividir
essa funcionalidade em partes menores e mais gerenciveis. Conclui (OLIV, 2007), que o
conceito de caso de uso muito til para esse propsito.
Neste caso, um caso de uso uma poro coerente da funcionalidade que um sistema
pode fornecer para atores interagindo com ele, segundo (BLAHA; RUMBAUGH, 2006).
Nesta pesquisa considerada que, um caso de uso corresponde a um conjunto de aces
realizadas pelo sistema (ou por meio da interaco com o sistema), que produz um resultado
observvel, com valor para um ou mais atores do sistema.
Geralmente, esse valor a realizao de uma meta de negcio ou tarefa (OLIV,
2007), assim, um caso de uso captura alguma funo visvel ao actor e, em especial, busca
atingir uma meta desse actor.
Dessa forma, considerar-se que um caso de uso corresponde a uma transaco
completa, ou seja, um usurio poderia activar o sistema, executar o caso de uso e desactivar o
sistema logo em seguida, e a operao estaria completa e consistente e atenderia a uma meta
desse usurio.
35

O Diagrama de caso de uso apresentado pela Figura 5 ilustra a interao dos actores
com o sistema de gesto, o cliente, o administrador, o supervisor e qualquer funcionrio que
tiver privilgios para lidar com sistema. S esses autores podero acessar o sistema e nenhum
outro tipo de usurio ser permitido pelo sistema, pessoas no cadastradas no conseguiro se
autenticar no sistema. O cliente poder consulta, editar e at reclamar todos os recursos
inconvenientes ligados a ele, o administrador tem a viso global do sistema, bem como os
supervisores tem acesso a toda as funcionalidades ligadas a superviso dos contadores de
electricidade e por fim os funcionrios tem acesso apenas a aquilo que lhe foi concedido o
privilgio (VER FIGURA 5).

36

Figura 5: Diagrama de casos de uso do sistema. Fonte: PRPRIA.

Caso de Uso RF0 registar superviso


Atores Principais:

Administrador, Supervisor e Funcionrio com privilgios.

Propsito
Pr-condio

O autor deve estar logado e com Privilgios para efectuar esta


operao.

Fluxo Principal

37

1. O Autor acesso ao sistema mvel


2. Buscar Coordenadas de quadro mais prximas
3. Com o GPS do dispositivo mvel capta as coordenadas geogrficas actuais
4. Verificao da aproximao das coordenadas geogrficas actuais com as coordenadas
cadastradas na base de dados para o contador electricidade em superviso e no
mximo 1 m.
5. Preencher as informaes da superviso
6. Enviar a informao para a base de dados remota.
7. Sistema informa o estado da operao.
Fluxo de exceo (4): Caso a aproximao seja mais de 1 m.
a) O sistema retorna a mensagem para se aproximar do alvo mais prximo das
coordenadas captadas de modo a estar a menos ou igual a 1 m.
b) Caso de uso continua a partir do passo 2
Ps-condio

Superviso registada.

O sistema retorna

uma mensagem

informando que a operao foi efectuada com sucesso.

Tabela 3: Descrio textual do caso de uso superviso. Fonte: PRPRIA.

Caso de uso RF01 : Fazer Login


Actores Primrios

Todos funcionrios e clientes

Pr-condio

O autor estar previamente cadastrado na base de dados do sistema.

Fluxo Principal
1. Acesso tela de login
2. Informar as credenciais
3. Envio de dados para a verificao clicando em login

38

4. O sistema permite acesso


Fluxo de exceo (3): credenciais erradas
a) O acesso o sistema negado
b) Caso de uso continua no passo 2
Ps-condio

O acesso da rea de trabalho do sistema para a realizao das


demais operaes disponveis para o actor logado.

Tabela 4: Descrio textual do caso de uso login. Fonte: PRPRIA.

Caso de Uso RF0 Cadastrar Funcionrio


Actores Primrios:

Administrador

Pr-condio

Actor usurio valido, logado e com privilgios para cadastro de


funcionrios.

Fluxo Principal
1. O actor escolhe no menu o item Funcionrio> Cadastro
2. Preencher o formulrio com os dados do funcionrio por cadastrar.
3. Registar os dados do funcionrio na base de dados do sistema, clicando no boto
cadastrar.
Fluxo exceo: Validao de campos de formulrio no verificada
a) O sistema mostra os erros na validao dos campos
b) O actor volta preencher os campos de acordo com a validao e termina no passo 3
Ps-Condio

Funcionrio registado, o sistema retorna uma mensagem de


confirmao da realizao da operao.

Tabela 5: Descrio textual do caso de uso Cadastrar funcionrio. Fonte: PRPRIA.

Caso de Uso RF0 Cadastrar Contador


39

Actores Primrios:

Administrador e funcionrio com privilgio

Pr-condio

Actor usurio valido, logado e com privilgios para cadastro


contador de electricidade

Fluxo Principal
1. O actor escolhe no menu o item Contadores -> Cadastro
2. Preencher o formulrio com os dados do quadro por cadastrar.
3. Registar os dados do quadro na base de dados do sistema, clicando no boto
cadastrar.
Fluxo exceo: Validao de campos de formulrio no verificada
a) O sistema mostra os erros na validao dos campos
b) O actor volta preencher os campos de acordo com a validao e termina no passo 3
Ps-Condio

Quadro registado, o sistema retorna uma mensagem de


confirmao da realizao da operao.

Tabela 6: Descrio textual do caso de uso Cadastrar contador. Fonte: PRPRIA.

Caso de Uso RF0 Cadastrar Cliente


Actores Primrios:

Administrador e funcionrio com privilgio.

Pr-condio

Actor usurio valido, logado e com privilgios para cadastro


contador electricidade.

Fluxo Principal
1. O actor escolhe no menu o item Cliente -> Cadastro
2. Preencher o formulrio com os dados do Cliente por cadastrar.
3. Registar os dados do Cliente na base de dados do sistema, clicando no boto
cadastrar.

40

Fluxo exceo: Validao de campos de formulrio no verificada


c) O sistema mostra os erros na validao dos campos
d) O actor volta preencher os campos de acordo com a validao e termina no passo 3
Ps-Condio

Cliente registado, o sistema retorna uma mensagem de


confirmao da realizao da operao e uma credencial padro
para o acesso do sistema, devendo alterar depois.

Tabela 7: Descrio textual do caso de uso Cadastrar Cliente. Fonte: PRPRIA.

Caso de Uso RF0 Reclamao


Actores Primrios:

Cliente

Pr-condio

Actor usurio valido, logado e com privilgios para a reclamao.

Fluxo Principal
1. O actor escolhe no menu o item contador -> reclamao
2. Escolher tipo de assunto a reclamar e escrever no campo de reclamao, o teor da
reclamao.
3. Registar reclamao, clicando no boto reclamar.
Fluxo exceo: Campo reclamao vazio
a) O sistema mostra os erros na validao d campo reclamao
b) O actor volta preencher os campos de acordo com a validao e termina no passo 2
Ps-Condio

Reclamao registada, o sistema retorna uma mensagem de


confirmao da realizao da operao.

Tabela 8: Descrio textual do caso de uso reclamao. Fonte: PRPRIA.

Caso de Uso RF0 Actualizar Contador


Actores Primrios:

Administrador e Funcionrio com privilgio


41

Pr-condio

Actor usurio valido, logado e com privilgios para actualizar


contador de electricidade.

Fluxo Principal
1. O actor escolhe no menu o item contador ou pesquisa o contador por nmero
2. O actor escolhe o contador a actualizar na lista retornada pela pesquisa.
3. O actor clica em actualizar o contador
4. O sistema carrega os dados do contador e atribui por defeito os campos do formulrio.
5. O actor edita os campos caso necessrio actualizar os mesmos com novas
informaes.
6. O actor actualiza o contador, clicando no boto reclamar.
Ps-Condio

Contador de electricidade actualizado, o sistema retorna uma


mensagem de confirmao da operao realizada com sucesso.

Tabela 9: Descrio textual do caso de uso Actualizar contador. Fonte: PRPRIA.

Caso de Uso RF0 Atualizar Funcionrio


Actores Primrios:

Administrador e Funcionrio com privilgio

Pr-condio

Actor usurio valido, logado e com privilgios para actualizar


contador de electricidade.

Fluxo Principal
1. O actor escolhe no menu o item funcionrio ou pesquisa o contador electricidade por
nmero
2. O actor escolhe o funcionrio a actualizar na lista retornada pela pesquisa.
3. O actor clica em actualizar o funcionrio
4. O sistema carrega os dados do funcionrio e atribui por defeito os campos do

42

formulrio.
5. O actor edita os campos caso necessrio actualizar os mesmos com novas
informaes.
6. O actor actualiza o funcionrio, clicando no boto reclamar.
Ps-Condio

Funcionrio actualizado, o sistema retorna uma mensagem de


confirmao da operao realizada com sucesso.

Tabela 10: Descrio textual do caso de uso Actualizar Funcionrio. Fonte: PRPRIA.

2.3. MODELO RELACIONAL LGICO


Modelo relacional lgico so conjuntos de dados vistos segundo um conjunto de
tabelas e as operaes sobre elas so feitas por linguagens que manipulam lgebra relacional,
no sendo procedurais ou seja, manipulando conjunto de uma s vez. (GOUVEIA,2014) diz
que o modelo relacional foi proposto pelo matemtico Edgar Codd em 1970, o que na altura
alterou a forma como se utilizavam as bases de dados, que consistiam essencialmente na
manipulao de estruturas fsicas, muito prximas de representao informtica de estruturas
fsicas.
Ao permitir a utilizao de uma linguagem de mais alto nvel e abstrao,
independentemente da representao fsica de dados permitiu, o modelo relacional melhorou
a produtividade dos utilizadores de bases de dados, assim os utilizadores e programadores
no precisam se preocupar com estrutura de apontadores fsicos.
Na figura 6 a seguir esta representado o diagrama de entidade relacionamento lgico
do sistema de gesto de informao de contadores de electricidade, onde pode-se ver que os
clientes e funcionrios so usurios do sistema, onde os funcionrios de acordo com nvel de
cada um podem supervisionar um ou mais contadores de electricidade dos clientes, como
tambm podem responder as possveis reclamaes iniciadas pelos clientes.
43

Figura 6: Modelo relacional do banco de dados. Fonte: PRPRIA

2.4. DIAGRAMA DE CLASSE


Um diagrama de classes um modelo fundamental de uma especificao orientada a
objetos. Produz a descrio mais prxima da estrutura do cdigo de um programa, ou seja,
mostra o conjunto de classes com seus atributos e mtodos e os relacionamentos entre
classes. Classes e relacionamentos constituem os elementos sintticos bsicos do diagrama de
classes (SILVA, 2007).

44

Figura 7: Diagrama de classe do sistema. Fonte: PRPRIA

2.5. ARQUITECTURA PARA IMPLANTAO DO SISTEMA


Para atender alguns requisitos no funcionais (VER TABELA 1) sempre e necessrio
conjunto de infraestrutura que faz uma plataforma coesa para maior agilidade das
funcionalidades propostas nos requisitos funcionais (VER TABELA 2), atendendo e
considerando que para o sistema proposto a segurana, flexibilidade, escalabilidade so
imprescindvel e a entrevista (VER APENDICE I,II) aponta que a empresa Electricidade de
Moambique, delegao Beira, no possui infraestruturas autnomas para atender esses
requisitos no funcionais, o autor dessa monografia prope o uso dos servios de nuvem da
Amazon Web Services como ambiente de hospedagem do sistema, (VER FIGURA 7)
45

Figura 8: Arquitectura de Implantao. Fonte: PRPRIA

De acordo com a figura 8 usa-se o servio Amazon Route53 para resoluo de DNS; o
Amazon Elastic Load Balance (Amazon ELB) como distribuidor de cargas 11 entre as
instncias de servidores de aplicao (EC2); instncias de Amazon Elastic Compute Cloud
(Amazon EC2) como servidores de aplicao; o Amazon Simple Storage Service (Amazon
S3) utilizados backups e armazenamento de todos os recursos estticos da aplicao e o
Amazon RDS como instncias de servidores de base de dados relacional.
Conforme ilustra a figura 7 a requisio de qualquer funcionalidade hospedada na
AWS comea com um cliente que requisita qualquer recurso na nuvem apontado o ROUTE

11

um software para a soluo de picos de trfego de acesso; usando algoritmos inteligentes,

a tecnologia capaz de multiplicar virtualmente a infraestrutura de qualquer sistema


operacional para que ele esteja sempre disponvel para o usurio.

46

53 que faz a resoluo do DNS, por sua vez ROUTE 53 no encaminha a requisio
directamente para os IPs dos servidores de aplicao (Instncias de EC2) com o recurso
requisitado, mas sim a para o IP do balanceador de carga (Elastic Load Balancer) que de
tempo em tempo enviar pacotes TTL ou seja PING12 para os servidores de aplicao, sendo
depois reencaminhada a requisio ao servidor que o seu tempo de resposta for inferior aos
demais indicando que est menos sobrecarregado.
Por sua vez a cada servidor de aplicao, requisita todos os recursos estticos como
CSS, JAVASCRIPT, imagens entre outros no servio de armazenamento S3, como tambm
conecta a uma mesma instncia de base de dados (Amazon RDS), permitindo que a
requisio leve caminhos distintos para a persistncia da mesma base de dados, em principio
um servidor de aplicao fica em activo devendo automaticamente ligar outras instancias de
servidores de aplicao caso necessrio, ou seja, quando o primeiro servidor estiver
sobrecarregado, permitindo a Auto escalabilidade, devendo tambm desliga-los caso no haja
sobrecarga no servidor me.
J os servidores de Base de dados trabalham com um conceito da AWS chamado
deploy a-z, que consiste em replicar a instncia de servidor de base de dados em outras zonas
de disponibilidade, o que garante a durabilidade e a disponibilidade das informaes, haja
visto que toda vez que se persiste um dado no servidor me e replicado em outros servidores,
permitindo assim que as operaes de leitura possam ser feitas em servidores de base de
dados com uma mesma instncia de banco de dados.

12

Comando que serve para testar a conectividade entre equipamentos de uma rede utilizando o

protocolo ICMP. A palavra "ping" a abreviao do termo em ingls "Packet Internet Network
Grouper", que significa algo como "Agrupador de Pacotes da Internet".
47

2.6. METODOLOGIA DE APLICAO (OPERACIONALIDADE DO


SISTEMA)
O pequeno manual que se segue foi desenvolvido com o intuito de ajudar e
demonstrar algumas funcionalidades do sistema proposto que permitiro uso do sistema com
conhecimento de causa por parte dos utilizadores, neste contexto o manual foca as principais
funcionalidades do sistema devidos por usurios, a saber para o cliente as supervises
relacionadas ao quando que lhe esta associado, suas informaes gerais e suas reclamaes.
Para o Administrador todas as supervises, informaes e aces sobre todos os clientes,
informaes e aces sobre todos os contadores de electricidade, informaes e aces sobre
todos os funcionrios, os relatrios e por fim todas as reclamaes dos clientes.

2.6.1 Acesso a aplicao


O acesso ao sistema feito usando o mesmo endereo como todos os usurios do
sistema independentemente do nvel dos usurios, tero acesso a tela de login que se segue na
figura 9.

Figura 9 login. Fonte: PRPRIA

a) Abra o seu navegador e digite na barra de endereo o url de onde o sistema estar
hospedado, isso lhe dar o acesso a tela de controlo de acesso, Login
b) Preencher os Campos Usurio e Senha com os seus dados de acesso;

48

c) Clicar em logar.
Nota: Caso tenha-se esquecido dos seus dados de acesso clique na hiperligao Precisas de
ajuda? e o sistema lhe ajudara na aquisio ou recuperao dos seus dados de acesso.
Caso os dados de acesso sejam validos o usurio ser redirecionado para tela principal da
aplicao que varia de acordo com o tipo de usurio, a saber: cliente, supervisor,
administrador ou seja, as opes de menu variam de acordo com os privilgios de cada tipo
de usurio, ver algumas telas de acordo com o tipo de usurio, nas figuras 11 e 12.

2.6.2 Tela principal para o cliente


Apos a validao das credenciais do usurio ser aprovada, se o usurio for um cliente
lhe ser redirecionado para a tela da figura 11 que contem privilgios s para os clientes, o
menu do cliente tem os seguintes itens: dados pessoais, supervises, informaes gerais e
reclamaes.

Figura 10:Tela principal para o Cliente. Fonte: PRPRIA

49

O item Supervises, hiperligao que d acesso a lista na ordem cronolgica todas a


supervises efectuadas ao contador de electricidade associado ao cliente. Onde para cada
superviso pode-se ler as a data da superviso, o funcionrio que efetuou a superviso, a
descrio, o estado do contador de electricidade e uma hiperligao para a reclamao
daquela superviso da aparte do cliente caso necessrio.
O item Informaes Gerais, hiperligao que da acesso a apresentao de todas as
informaes relacionadas ao cliente e ao contador de electricidade associadas ao cliente.
O item Reclamaes, hiperligao que d acesso a lista das reclamaes efectuadas
pelo cliente (ver figura 11), dando a possibilidade de confirmar o atendimento a cada
reclamao caso no tenha sido confirmado atendimento pelo cliente bem como o estado da
reclamao (atendida ou pendente).
O Item Dados Pessoais apresenta o resumo das informaes relacionadas ao usurio e
a possibilidade de editar algumas delas.

2.6.2.1. Tela de reclamao do cliente


Ao clicar na hiperligao Reclamao da tela principal do cliente, ser redirecionado
para a seguinte tela da figura 11.

Figura 11:Reclamaes do Cliente

50

Na tela reclamao do cliente apresenta-se uma tabela com todas as reclamaes com
os seguintes dados da reclamao: assunto, data, detalhes para ver com mais detalhes a
reclamao, editar para edio da reclamao, alem disso tambm apresenta-se na mesma tela
um pequeno formulrio para a adio de nova reclamao tendo para isso informar o assunto
e a mensagem da reclamao.

2.6.3 Tela principal para o administrador


Apos a validao das credenciais do usurio ser aprovada, se o usurio for um
Administrador lhe ser redirecionado para a tela da figura 12 que contm todos os privilgios
do sistema, o menu do Administrador tem os seguintes itens: dados pessoais, supervises,
clientes, contadores, funcionrios, relatrios e reclamaes.

Figura 12 Tela principal para o Administrador. Fonte: PRPRIA

O item Supervises, essa hiperligao d acesso a lista na ordem cronolgica todas a


supervises efectuadas ao contador de electricidade associado a cada cliente cadastrado.
51

Onde para cada superviso pode-se ler as a data da superviso, o funcionrio que efetuou a
superviso, a descrio, o estado do contador de electricidade, bem como a possibilidade do
administrador editar, remover e atender uma reclamao caso haja uma reclamao no
atendida para aquela superviso.
O item Clientes, essa hiperligao d acesso a tela com as informaes associadas aos
clientes (ver figura 13), com as seguintes subitens: Novo para cadastro de um novo cliente
editar edio de informaes de um cliente j existente, Remover para remover um cliente
j existente, Ler para visualizao de um cliente j existente.
O item Contadores, essa hiperligao d acesso a tela com as informaes associadas
ao contador de electricidade, com as seguintes subitens: Novo para cadastro de um novo
contador de electricidade, Editar edio de informaes de um contador de electricidade j
existente, Remover para remover um contador de electricidade j existente, Ler para
visualizao e dados de um contador de electricidade j existente.
O item Funcionrios, e hiperligao que d acesso a tela com as informaes
associadas ao usurio que e funcionrio da empresa Electricidade de Moambique, delegao
Beira, com as seguintes subitens: Novo para cadastro de um novo funcionrio, Editar
edio de informaes de um funcionrio j existente, Remover para remover um
funcionrio j existente, Ler para visualizao e dados de um funcionrio j existente. O
item Relatrios, e uma hiperligao que d acesso a tela que permite gerar relatrios como:
estatsticas e listagens.
O item Reclamaes, hiperligao que mostra a lista das reclamaes efectuadas
pelos clientes, com os seguintes subitens: Ler- para visualizar as reclamaes, Atender- para
atender as reclamaes, delegar- para delegar a um funcionrio caso seja necessrio a sua
interveno no cliente. O Item Dados Pessoais apresenta o resumo das informaes
relacionadas ao administrador a possibilidade de editar os seus dados.

52

2.6.3.1. Telas de gerenciamento de clientes


Ao se clicar na hiperligao do Cliente na tela principal do administrador (ver figura
12), ser redirecionado para a seguinte tela da figura 13 de gerenciamento de clientes.

Figura 13: Gerenciamento de Clientes

Ao abrir a tela de gerenciamento de clientes ser apresentados os dados tabelados com


os dados de cliente, a saber Nome, Morada, E-mail e o contacto, ao clicar em uma linha que
representa um cliente abre uma janela com todos os detalhes do cliente, em cada linha
tambm apresenta-se dois botes com a seguinte descrio editar e remover, ao clicar em
editar abre se um formulrio de cadastro para edio do cliente e remover remove o cliente.
Na mesma tela apresenta-se um boto descrito como Novo Cliente ao clicar nesse
boto redireciona para uma tela de cadastro de novo Cliente para o sistema. Os Clientes
podem ser filtrados em campo de pesquisa bem como serem carregados outros em oculto no
boto carregar mais clientes.
53

2.6.3.2. Tela de gerenciador do contador


Ao se clicar na hiperligao do Contadores na tela principal do administrador (ver
figura 12), ser redirecionado para a seguinte tela da figura 14 de gerenciamento de
contadores.

Figura 14: Gerenciador de Contador

Ao abrir a tela de contador ilustra-se os dados dos contadores tabelados com os dados
a seguir Numero de Contador apresenta o nmero de contador, Tipo com o tipo de contador,
nome com nome do cliente que lhe foi atribudo o quadro da mesma linha e por fim o estado.
Tambm em cada linha apresenta-se dois botes a saber editar e remover, onde editar abre a
janela para edio do contador da linha selecionada e remover remove o contador da linha
selecionada.

54

Na mesma tela apresenta-se um boto descrito como novo contador ao clicar nesse
boto redireciona para uma tela de cadastro de novo contador para o sistema. Os contadores
podem ser filtrados em campo de pesquisa bem como serem carregados outros em oculto no
boto carregar mais contadores.

2.6.3.3. Tela de gerenciador de funcionrio


Ao se clicar na hiperligao dos funcionrios na tela principal do administrador (ver
figura 12), ser redirecionado para a seguinte tela da figura 15 de gerenciamento de
contadores.

Figura 15:Gerenciar Funcionrios

Ao abrir a tela de contador ilustra-se os dados dos funcionrios tabelados com os


dados a seguir nome apresenta o nome do funcionrio, morada com morada do funcionrio,
e-mail com o email do funcionrio, e por fim o contacto do funcionrio. Tambm em cada
linha apresenta-se dois botes a saber editar e remover, onde editar abre a janela para edio
do funcionrio da linha selecionada e remover remove o funcionrio da linha selecionada.
55

Na mesma tela apresenta-se um boto descrito como novo funcionrio ao clicar nesse
boto redireciona para uma tela de cadastro de novo funcionrio para o sistema. Os
funcionrios podem ser filtrados em campo de pesquisa bem como serem carregados outros
em oculto no boto carregar mais funcionrios.

2.6.3.4. Tela de gerenciador do contador


Ao se clicar na hiperligao dos funcionrios na tela principal do administrador (ver
figura 12), ser redirecionado para a seguinte tela da figura 16 de gerenciamento de
contadores.

Figura 16: Gerenciar Reclamao

Nesta tela mostram-se todas as reclamaes efectuadas pelos clientes tabeladas, com
os seguintes dados: assunto que mostra o assunto principal da reclamao, cliente mostra ao
cliente que efectuou a reclamao, data mostra a data que foi efectuada a reclamao e estado
por fim o estado da reclamao.

56

Em cada linha da tabela que representa a cada reclamao h dois botes a saber
boto detalhes que mostra com mais detalhes as informaes de cada reclamao e o boto
responder para responder a reclamao.

2.6.3.5 Cadastro de cliente


Para o acesso do formulrio de cadastro de Cliente figura 13, deve-se acessar o
sistema como administrador clicar na hiperligao cliente e depois clicar em novo par poder
efectuar o cadastro do cliente.

Figura 17: Tela de Cadastro do Cliente. Fonte: PRPRIA

NOTA: A tela da figura x ilustra o mecanismo para o cadastro do cliente, para no


encher o trabalho com outros formulrios de cadastro de outras entidades do sistema, baseado

57

nesse formulrio o mecanismo e quase idntico para o cadastro de outras entidades do


sistema bastando especificar os campos certos para aquela entidade especifica.
Para prosseguir preencher os campos Nome, Apelido, Contador, Contacto, E-mail,
Morada e Bilhete de entidade nr. Se todos os campos forem preenchidos devidamente e
forem validados pelo sistema e clicar no boto Cadastrar, o sistema cadastra os dados do
cliente e retorna o estado da operao, que pode ser A Operao efectuada com Sucesso ou
A Operao Falhou dependendo se o cadastro foi efectuado ou no, respectivamente.
2.6.3.6 Supervises no dispositivo mvel

Para o acesso das supervises feitas pelo supervisor por cliente no dispositivo mvel
ver figura 13, onde a cada supervisor poder ver as supervises feitas por ele por contador de
cliente.

58

Figura 18: Lista de supervises no dispositivo mvel. Fonte: PROPRIA

Para concluir esse captulo, importa referenciar que aps o captulo anterior tratar das
tecnologias necessrias para pr em prtica o sistema desta vez, foi feito o estudo a respeito
do sistema propriamente dito, comeando pelos requisitos funcionais e no funcionais que
provm a anteviso do sistema em termo de servios ou funcionalidade e as restries dos
mesmos servios ou funcionalidades. Desenho de base de dados e alguns artefactos do UML
para a diagramao de alguns elementos de programao, tambm nesta seco foi
apresentado o pequeno manual do uso do sistema com a captura das telas do sistema, onde
est explicito o fluxo entre elas provendo a excelente experiencia para o usurio ou seja
provendo um outro paradigma nos processos corporativos.

59

Contudo com a proposta do sistema de gesto de informao de contadores


apresentado nesse captulo espera-se melhorar as formas de trabalho da equipa de campo
provendo lhes mobilidade nas suas actividades rotineiras, facilidade de controlo das
actividades externas, reduzir as operaes manuais de dados, reduzir o tempo de
processamento de relatrio, disponibilizao dos dados em tempo real, facilidade de acesso a
informao as entidades envolvidas no negocio, em fim uma melhor gesto das informaes
necessrios para a empresa e maior fluidez negcios.

60

CONCLUSES GERAIS
Desde da era dos computadores at a era da informao, a informao tem conhecido
um crescimento em propores exponencias quer em volume, quer em formas de
armazenamento, quer em formas de persistncia e acesso a mesma, o que paralelamente
afecta forma em que os dados so tratado dentro das organizaes, o que at certo ponto pode
tornar rudimentar as tcnicas e os sistemas (manuais ou automatizados) a serem usados no
tratamento da informao at um dado momento, da a necessidade de crescimento continuo
das ferramentas de gesto de informao nas organizaes.
Neste contexto a elaborao dessa monografia a resposta e a soluo de mais um
problema fruto dessas constantes mudanas acima referidas no panorama da gesto da
informao, tendo como caso de estudo a empresa Electricidade de Moambique,
delegao Beira.
Para se alcanar o desejado, foi imprescindvel a fundamentao epistemolgica de todo
artefacto cientfico ou tecnolgicos necessrios para elaborao do projecto, como tambm
foi de extrema importncia abordar os conceitos de: HTML5, CSS3, JQUERY, PHP,
MYSQL, ANDROID e AWS, pois so ferramentas que carregam consigo o poder de
concretizao da anteviso da soluo para o problema em causa.
A cada uma dessas tecnologias uma unidade com tarefa especfica na formao da
soluo do problema como um todo, devendo a cada uma delas participar com as
especificaes que lhe convm para fazer do sistema de gesto de contadores de electricidade
da empresa Electricidade de Moambique, delegao Beira, um sistema robusto em vrios
aspectos como a usabilidade, escalabilidade, segurana, experincia do usurio, portabilidade,
performance entre outros.

61

Por tanto fica evidente o cumprimento neste trabalho dos objetivos especificos traados
que levaram alcanar o objetivo geral para no fim chegar a cumprir a hiptese que serviu para
direccionar tudo o desempenho inquiridor.

62

RECOMENDAES
Para o ambiente de produo, recomenda-se a formao dos usurios do sistema que
sejam funcionrios da empresa electricidade de Moambique, para que possam explorar os
mais atmicos detalhes de cada recurso do sistema no auxlio das actividades rotineiras que
esto dentro do escopo das funcionalidades do sistema.
J que o mundo est em constante mudanas e a nica coisas constante no mundo a
prpria mudana, recomenda-se tambm que a cada usurio do sistema tenha um senso
critico no uso do sistema no que concerne as regras do negcio, devendo quando necessrio
reportar a cada mudana detectada nas regras de negcio, para facilitar quando necessrio a
integrao de novos artefactos no sistema para atender a cada novo panorama proposto pelas
mudanas nas regras de negcios.
Adicionalmente recomenda-se a capacitao dos TI em conhecimento sobre a nuvem
da Amazon Web Services para permitir maior gesto de infraestrutura virtual da organizao.
O trabalho de pesquisa est aberto a novas mudanas, reestruturao e ampliao do
sistema de acordo a com a evoluo das tecnologias de informao e comunicao e as
necessidades futuras.

63

BIBLIOGRAFIA
BALDUINO, Plinio. Dominando Javascript com jQuery.1ed.Brasil: Casa de Cdigo.
BEAULIEU, A. Learning SQL. 2ed. United States of America: OReilly Media, Inc., 2009.
BIBEAULT, Bear; KATZ, Yehuda. jQuery em Ao. Brasil: Alta Books, 2009.
CANALTECH (2014).O que ping?<Disponvel em: http://canaltech.com.br/o-quee/internet/O-que-e-ping/ , acesso dia 04 de Abril de 2015.
CROWTHER, Rob; LENNON, Joe; BLUE, Ash; WANISH, Greg. HTML5 em
Aco.1ed.Brasil:Novatec Editora Ltda,2014.
DEITEL, H.M. e DEITEL, P.J. Java How to Program, 6th Edition. Prentice Hall, 2004.
EVALDO, Jnior Bento. Desenvolvendo Web com PHP e MYSQL.1ed.Brasil:Casa de
Cdigo.
FERRARI, Fabrcio Augusto. Crie Banco de Dados em MYSQL Desvende os Recursos
desta poderosa Ferramenta.1ed.Brasil:Digerati Books,2007.
FILHO, Luiz Carlos Querino. Desenvolvendo o seu aplicativo Android. 1ed.Brasil:Novatec
Editora Ltda,2014
FREITAS, Lucas Medeiros . Android Desenvolvendo aplicativos para dispositivos
Mveis.1ed.Brasil: hichi Tecnologia,2012.
GOUVEIA, L. B. RANITO, J. Sistemas de Informao de Apoio Gesto. Porto:
Sociedade Portuguesa de Inovao, 2004.
INFO ESCOLA (SD).Sistema de Informao Gerencial. Disponivel em:
http://www.infoescola.com/administracao_/sistema-de-informacao-gerencial/ , acesso em 14
de Janeiro 2015
JAVAFREE.ORG (s.d).Singleton. < disponvel em: http://javafree.uol.com.br/wiki/Singleton,
acessado em 05 de Abril de 2015
LAUDON, K. C.; LAUDON, J. P. Sistemas de Informao. Rio de Janeiro: LTC, 2004.
64

LAUDON, K. C.; LAUDON, J. P. Gerenciamento de Sistemas de Informao. 3ed. Rio


de Janeiro: LTC, 2001.
LEAL, Nelson Glauber de Vasconcelos. Dominando o Android do bsico ao
avanado.1ed.Brasil: Novatec Editora Ltda., 2015.
LEANDRO GARCIA(s.d).O que e para que serve um DOCTYPE?. <disponvel em:
http://www.leandrogarcia.com/blog/o-que-e-e-para-que-serve-um-doctype/ , acessado em 03
de Abril.
LECHETA, Ricardo R. AWS para desenvolvedores.1ed. Brasil: Novatec Editora Ltda,2014
LECHETA, Ricardo R. Google Android Aprenda a criar aplicaes para dispositivos
mveis com SDK do Android. 3ed.Brasil:Novatec Editora Ltda,2013.
LEWIS, Joseph R.; Moscovitz, Meitar.CSS Avanado.
MEDNIEKS, Zigurd; DORNIN, Laird; MEIKE, G. Blake; NAKAMURA, Masumi.
Programando o Android. 2ed.Brasil:Novatec Editora Ltda,2013
MLBERT, A. L.; AYRES, N. M. Fundamentos para Sistemas de Informao. 2ed.
Universidade do Sul de Santa Catarina, 2005.
OLHAR DIGITAL(2014).Entenda o conceito de balanceamento de carga. < disponvel em:
Http://olhardigital.uol.com.br/pro/noticia/entenda-o-conceito-de-balanceamento-decarga/43275 , acesso dia 02 de Abril 2015.
SILVA, Maurcio Samy. Desenvolva aplicaes web profissionais com uso dos poderosos
recursos de estilizao das CSS3. 1ed. Brasil: NOVATEC, 2012
SILVA, Maurcio Samy. Construindo Sites com CSS e (X) HTML sites controlados por
folhas de estilo em cascata.
SILVA, Maurcio Samy.HTML5 a linguagem que revolucionou a web.1ed.Brasil:Novatec
Editora Ltda, 2011

65

SILVA, Maurcio Samy. CSS3 desenvolva aplicaes web profissionais com uso dos
poderosos recursos de estilizao das CSS3. 1ed.Brasil:Novatec Editora Ltda, 2012.
SILVA,

Maurcio

Samy.jQuery

Biblioteca

do

Programador

javascript.3ed.Brasil:Novate Editora Ltda, 2014.


SOMMERVILLE, I. Engenharia de software/ Ian Sommerville; traduo Andr Maurcio de
Andrade Ribeiro; reviso tcnica Kechi Hirama. So Paulo: Addison Wesley, 2007.
SOVIS SISTEMA(2015).Mobilidade Corporativa para Automao de Equipes de Campo.
<disponivel em: http://www.blog.sovis.com.br/mobilidade-corporativa-para-automacao-deequipes-de-campo/, acessado de 20 de Maro.
SUEHRING, Steve; CONVERSE, Tim; PARK, Joyce.PHP6 and MYSQL.1ed.United State
of America:Wiley Publishing, Inc, 2009.
SUEHRING, Steve; VALADE, Janet. PHP, MYSQL, JAVASCRIPT & HTML5.United
State of AmericaJohn Wiley & Sons, Inc, 2013.
VARIA, Jinesh; MATHEW, Sajee. Overview of Amazon Web Services.1ed.United States
of America.
WELLING, L; THOMSON, L. PHP e MYSQL. Desenvolvimento Web. 3ed. Rio de
Janeiro, Campus, 2005. Traduo: Docware Tradues Tcnicas e Adriana Kramer. Traduo
de: PHP and MYSQL Web Development.
WEB ARTIGOS(2010).Fundamentos da Administrao da Informao <disponvel em Web
Artigo::http://www.webartigos.com/artigos/fundamentos-da-adminstracao-dainformacao/36162/, acesso em 15 de Novembro de 2014.
WIKIPEDIA (2015).Blog <disponivel em Wikipedia: http://pt.wikipedia.org/wiki/Blog,
acessado em 21 de Maro.
WIKIPEDIA (s.d).Plug-in.<disponvel em: http://pt.wikipedia.org/wiki/Plug-in, acessado em
06 de Abril de 2015

66

WIKIPEDIA (2013). Web Hypertext Application Technology Working Group. <disponvel


em: http://pt.wikipedia.org/wiki/Web_Hypertext_Application_Technology_Working_Group,
acessado em 07 de Abril de 2015
WOOD, Keith. Estendendo a jQuery.1ed.Brasil:Novatec Editora Ltda,2013

67

APNDICES
APNDICE I: Guio de entrevista aos supervisores de contadores de electricidade da
empresa Electricidade de Moambique, delegao Beira
Objectivo: levantamento de requisitos funcionais para o sistema de gesto de informao de
contadores de electricidade na empresa Electricidade de Moambique, delegao Beira.
Perguntas:
1.Quais as informaes colhidas no campo de superviso?
2.Quanto tempo em media leva para gerar relatrios de cada superviso?
3.Quais os parmetros que so considerados ao criar relatrios?
4.Quais as possveis medidas que podem ser tomadas pela organizao face ao cliente
dependendo do resultado da superviso?
5.Quais os resultados que mais frequentes no acto de superviso?
6.Quando se depara com um diagnstico novo no campo quais os procedimentos para
sistematizar o diagnstico?
7.No seu ponto de vista a automatizao do sistema de gesto de informao de
contadores de electricidade vai melhorar o seu trabalho?

Obrigado por colaborar.

68

APENDICE II: GUIO DE ENTREVISTA AOS TCNICOS DE INFORMTICA


(DBA) DA EMPRESA ELECTRICIDADE DE MOAMBIQUE, DELEGAO
BEIRA
Objectivo: levantamento de requisitos funcionais e no funcionais param o desenho
de sistema de gesto de informao de contadores electricidade na empresa Electricidade de
Moambique, delegao Beira

1. O armazenamento dos dados dos contadores de electricidade e suas supervises feita


em arquivo fsico ou banco de dados relacional?
2. A organizao tem infraestruturas de redes preparada para alocar um Banco de Dados
Distribudo que possa ser acessado remotamente?
3. O Sistemas em vigor actualmente so em tempo real?
4. Quais so as polticas segurana de aplicao ao nvel de Banco de Dados e
servidores de Banco de Dados actual?
5. Termo Mobilidade Corporativa e uma realidade na organizao? Caso no, a
implementao da mobilidade corporativa aumentaria o poder computacional e a
produtividade da organizao no seu ponto de vista? Fundamente.
6. Atendendo e considerando o poder computacional da actualidade no seu ponto de
vista e aceitvel o tempo gasto para o processamento da informao das supervises
de contadores de electricidade? Caso no, achas que a proposta dessa investigao
pode melhorar o tempo de processamento?
7. Quais os procedimentos usados para actualizao de informaes dos clientes quando
necessrio?
8. Quais os procedimentos usados para disponibilizar as informaes aos clientes quando
precisar?

69

9. O departamento que lida com contadores electricidade tem algum sistema


informatizado?
10. O uso de servidores remotos implicaria nas polticas de segurana da organizao?

70

ANEXOS:
ANEXO I: VERSES E EVOLUO DO JQUERY
Verso

Data do Cdigo

Tamanho

Observaes

1.0

26 De Agosto 2006

44.3 KB

Primeira Verso estvel

1.0.4

12 De Dezembro de 2006

52.2 KB

Ultima correco de bugs na 1.0

1.1.4

14 De Janeiro de 2007

55.6 KB

Melhoria

no

desempenho

dos

selectores
1.2

10 De Setembro de 2007

77.4

1.2.6

26 De Maio de 2008

97.8
114 KB

1.3

13 De Janeiro 2009

Engine de selecoSizzle introduzido


no ncleo (Core), live eventos e
inspeco de eventos

1.3.2

19 De Fevereiro de 2009

117 KB

1.4

13 De Janeiro de 2010

154 KB

Melhoria no desempenho e no Ajax

1.4.1

25 De Janeiro 2010

156 KB

Height () width (); parsejSON

160KB

Delegate () adicionado, melhorias no

1.4.2

13 De Fevereiro de 2010

1.4.3

14 De Outubro de 2010

desempenho
176KB

Modulo CSS restrito, manipulao de


metadata.

1.4.4

11 De Novembro de 2010

1.5

178 KB
207 KB

31 De Janeiro de 2011

Gerenciamento

de

callback

disponibilizado, reescrita do mdulo


Ajax, desempenho em travessia

1.5.2

31 De Maro de 2011

214 KB
71

227 KB
1.6

2 De Maio de 2011

Melhorias

significativas

no

desempenho de funes attr (),prop ()


adicionado

1.6.4

12 De Setembro de 2011

232 KB

1.7

3 De Novembro de 2011

243 KB

Novas APIs de eventos: on() e off(),


desempenho em delegao de eventos.

1.7.2

21 De Maro de 2012

246 KB

1.8.0

9 De Agosto de 2012

253 KB

Sizzle

reescrito,

reinveno

de

animaes mais modularidade


1.8.3

13 De Novembro de 2012

261 KB

1.9.0

14 De Janeiro de 2013

261 KB

Reestruturao para jQuery 2.0

1.9.1

4 De Fevereiro de 2013

262 KB

Correco de bugs e de regresso

2.0.0

18 De Abril de 2013

234 KB

Suporte para IE 6-8 removido

1.10.0

24 De Maio de 2013

267 KB

Sincronizao da Verso/recurso com


a linha 2.x

1.10.2

3 De Julho de 2013

266 KB

2.0.3

3 De Julho de 2013

236 KB

Tabela: Verses e evoluo do Jquery. Fonte: (SILVA, 2013)

72

ANEXO II: VERSES E EVOLUO DO PHP


Verso

Data de lanamento

Novidades

1.0

08 de Junho de 1995

Oficialmente

chamado

de

Personal

Home Page Tools.Este foi o primeiro


uso para o nome PHP.
2.0

01 de Novembro de 1997

3.0

06 de junho de 1996

A programao passou a ser feita por


vrios programadores em colaborao.
Zeev

Suraski

Andi

Gutman

reescreveram toda a base do PHP nessa


verso.
4.0

-Foi adicionado um melhor sistema de


anlise sinttica (parser) chamado de
motor Zend (Zend engine).
-Introduzidas as 'superglobais' ($_GET,
$_POST, $_SESSION, etc.
-Introduziu sua interface de linha de
comando (command-line interface - CLI),
para complementar o CGI.

5.0

Melhorias

na

performance

com

introduo de variveis de compilao na


reengenharia do motor PHP;
Adicionada biblioteca PHP Data Objects
(PDO) como uma nova interface de

73

acesso aos bancos de dados;


Pacote

de

segurana

para

corrigir

vulnerabilidade em chamadas PHP-CGI;


Conserto de erro crtico relacionado a
ponto flutuante.

Tabela : Verses e evoluo do PHP.Fonte: wikipedia.com

74

ANEXO III: VERSES E EVOLUO DO MYSQL


Verso

Data de lanamento

Novidades

1.0

08 de Junho de 1995

Oficialmente

chamado

de

Personal

Home Page Tools.Este foi o primeiro


uso para o nome PHP.
2.0

01 de Novembro de 1997

3.0

06 de junho de 1996

A programao passou a ser feita por


vrios programadores em colaborao.
Zeev

Suraski

Andi

Gutman

reescreveram toda a base do PHP nessa


verso.
4.0

-Foi adicionado um melhor sistema de


anlise sinttica (parser) chamado de
motor Zend (Zend engine).
-Introduzidas as 'superglobais' ($_GET,
$_POST, $_SESSION, etc.
-Introduziu sua interface de linha de
comando (command-line interface - CLI),
para complementar o CGI.

5.0

Melhorias

na

performance

com

introduo de variveis de compilao na


reengenharia do motor PHP;
Adicionada biblioteca PHP Data Objects
(PDO) como uma nova interface de

75

acesso aos bancos de dados;


Pacote

de

segurana

para

corrigir

vulnerabilidade em chamadas PHP-CGI;


Conserto de erro crtico relacionado a
ponto flutuante.

76

ANEXO IV: VERSES E EVOLUO DO ANDROID.


Verso

Codinome

Data

Novidade
Aplicao Android Market
realiza download e atualiza
atravs

1.0

do

aplicativo

23 de setembro de Market;
2008

Navegador

Web

para

exibir, dar zoom e suporte


total a paginas em HTML e
XHTML-

Multiplas

so

mostradas em janelas.
Suporte a camara
Adiciona

suporte

para

letreiro em layouts;
Suporte para salvar anexos
1.1

9 de fevereiro de 2009

Comentarios

mais

detalhes quando um usurio


faz uma busca no Google
maps.
1.5

Cupcake

30 de Abril de 2009

Baseado no kernel Linux


2.6.27
Primeira verso em que o
nome

basea

em

uma

sobremesa.
1.6

Donut

15 de setembro de

77

2.0
2.0.1

Eclair

2009

Baseado no kernel Linux

26 de outubro 2009

2.6.29

03 de dezembro de
2009

2.1

11 de Janeiro de 2010

2.2-

20 de maio de 2010

2.2.1

18 de Junho de 2010

2.2.2

Froyo

22 de Junho de 2010

Baseado no kernel Linux

21 de Novembro de 2.6.32

2.2.3

2010
2.3

06 de dezembro de
2010

2.3.3

Gingerbread 09 de fevereiro 2011

2.3.4

28 de Abril de 2011

2.3.5

25 de Junho de 2011

2.3.6

2 Setembro de 2011

2.3.7

21 de setembro de

Baseado no kernel Linux


2.6.35

2011
3.0

22 de fevereiro de
2011

Primeira atualizao so de

10 de maio de 2011

tablet.

3.2

15 de julho de 2011

Baseado no kernel Linux

3.2.1

30 de agosto de 2011

2.6.36

3.2.2

20 de outubro de 2011

3.1

Honeycomb

78

3.2.6

Fevereiro de 2012

4.0 ,1

19 de outubro de 2011

4.0.2

Ice

Cream 28 de novembro de Baseado no kernel Linux

Sandwich
4.0.3

2011

3.0.1

16 de dezembro de
2011

4.04
4.1.1

29 de maro de 2012
Jelly Bean

09 de Julho de 2012

Baseado no kernel Linux

4.1.2

09 de outubro de 2012

3.0.31;

4.2

26de outubro de 2012

Melhora no desempenho;

4.2.1

27 de novembro de Project Butter


2012

4.2.2

30 de Abril de 2013

4.3

24 de julho de 2013

4.4

KitKat

30 de outubro de 2013

Tabela: Verses e evoluo do Android. Fonte: http://Wikipedia.com

79

AVALIAO FINAL PARECER DO ORIENTADOR


Dr. C. EngJos Alberto Vigueras Moreno, docente na Faculdade de Cincias e Tecnologias
da Universidade Zambeze, vem na qualidade de orientador da Monografia de Licenciatura
submetida por Toms Manuel Chibai, com o tema SISTEMA DE GESTO DE
INFORMAO

DE

CONTADORES

DE

ELECTRICIDADE

DA

EMPRESA

ELECTRICIDADE DE MOAMBIQUE, DELEGAO BEIRA, declarar que o trabalho


apresentado pelo aspirante reune qualidade cientfica e condies necessrias para que o
estudante seja submetido prova de defesa para obter o grau de Licenciatura em Engenharia
Informtica.

Beira, aos ___ de ____________2015

_________________________________________
(Dr. C. Eng Jos Alberto Vigueras Moreno)

80